Разрабатываем сайты медицинских клиник на 1С-Битрикс под ключ. Наш опыт — 10+ лет и 50+ проектов. Создаём решение, которое автоматизирует запись пациентов, интегрируется с МИС и соответствует требованиям YMYL. Сайт клиники — это не просто визитка, а инструмент онлайн-записи и управления потоками пациентов. Google относит медицинские сайты к категории Your Money or Your Life. Технические ошибки в структуре или контенте ведут к потере позиций. Наши решения на 1С-Битрикс в 2 раза надёжнее самописных CMS — проверено на 50+ проектах. Свяжитесь с нами — оценим ваш проект бесплатно.
Разберём два ключевых блока: онлайн-запись и интеграцию с МИС.
Как организована онлайн-запись на приём?
Это самая технически сложная часть. Запись — не просто форма обратной связи. Пациент выбирает врача, специализацию, дату и время из реальных слотов. Данные попадают в расписание без ручного переноса.
Архитектура записи
Компонент работает по схеме:
- Пациент выбирает направление (терапевт, кардиолог, УЗИ)
- Система показывает врачей, ведущих приём по этому направлению
- Для выбранного врача подгружается расписание — свободные слоты
- Пациент выбирает дату/время, заполняет данные (ФИО, телефон, полис)
- Заявка фиксируется локально в Битрикс и отправляется в МИС
Расписание хранится в Highload-блоке DoctorSchedule с полями:
| Поле | Тип | Назначение |
|---|---|---|
UF_DOCTOR_ID |
Привязка к элементу | ID врача |
UF_DATE |
Дата | Дата приёма |
UF_TIME_FROM |
Строка | Начало слота (HH:MM) |
UF_TIME_TO |
Строка | Конец слота |
UF_STATUS |
Список | free / booked / blocked |
UF_PATIENT_NAME |
Строка | ФИО пациента |
UF_EXTERNAL_ID |
Строка | ID записи в МИС |
Слоты подгружаются AJAX. Компонент рисует календарную сетку. При выборе слота — блокировка на 5-10 минут (таймер резерва), чтобы исключить двойную запись.
Почему важна интеграция с МИС?
МИС хранит реальное расписание. Без интеграции запись на сайте — это заявка, которую администратор вручную переносит. Работает на потоке 10-20 записей в день, но не масштабируется. Автоматизация даёт экономию до 30% операционных расходов.
МЕДИАЛОГ предоставляет REST API для работы с расписанием. Типовые эндпоинты:
-
GET /schedule/free-slots— свободные слоты по врачу и периоду -
POST /appointment/create— создание записи -
GET /appointment/{id}/status— проверка статуса
Интеграция через кастомный модуль Битрикс. Класс-обёртка для HTTP-запросов к API МЕДИАЛОГ вызывается из компонента. Расписание кэшируется в Highload-блоке с TTL 5-15 минут и обновляется при каждом запросе.
1С:Медицина — обмен через COM-объект или HTTP-сервис. Формат — JSON или XML, зависит от версии. Для 1С:Медицина. Больница используется стандарт FHIR для обмена ресурсами Appointment, Schedule, Slot.
Пример FHIR-ресурса Slot
Slot: {status: "free", start: "2026-03-15T09:00:00", end: "2026-03-15T09:30:00", schedule: {reference: "Schedule/doctor-42"}} Обработка конфликтов — критична. Пациент записался на сайте, но слот уже занят администратором по телефону. Решение: синхронная проверка при подтверждении — перед финальным POST делаем повторный GET свободных слотов. Если слот занят — показываем ближайшую альтернативу.
Уведомления
После записи цепочка:
- SMS пациенту (через SMS.ru, SMSC.ru) — подтверждение
- Email с деталями приёма
- Напоминание за 24 и 2 часа — через
\Bitrix\Main\Mail\Eventили внешний сервис - Уведомление врачу/администратору — активность в CRM Битрикс
YMYL-контент и E-E-A-T
Google оценивает медицинские сайты по критериям Experience, Expertise, Authoritativeness, Trustworthiness. Сайты, не соответствующие E-E-A-T, теряют до 70% органического трафика после обновлений алгоритма. Google Search Quality Evaluator Guidelines прямо указывают, что медицинский контент должен создаваться экспертами.
Страницы врачей
Инфоблок Doctors со свойствами:
- ФИО, должность, стаж — текстовые
- Специализации — привязка к HL-блоку
Specializations - Образование, дипломы — файлы + описание
- Публикации — привязка к инфоблоку
Publications(название, журнал, год, DOI) - Сертификаты — файлы с датами
Каждая страница врача должна содержать микроразметку Schema.org Physician:
{ "@type": "Physician", "name": "Иванов Иван Петрович", "medicalSpecialty": "Кардиология", "memberOf": {"@type": "MedicalOrganization", "name": "Клиника N"}, "alumniOf": "РНИМУ им. Н.И. Пирогова" } Встраивается через компонент — JSON-LD в <head>.
Страница клиники
Разметка MedicalOrganization: название, адрес, телефон, лицензия, часы работы, геокоординаты. Лицензия — обязательна. Номер, кем выдана, дата — в подвале каждой страницы и в Schema.org.
Каталог услуг
Инфоблок Services с иерархией: направление → категория → услуга. Каждая услуга содержит:
- Название и описание (SEO-текст под редакцией врача)
- Код услуги по номенклатуре
- Цена — свойство торгового каталога или числовое свойство
- Противопоказания, подготовка
- Привязка к врачам
Прейскурант публикуется по требованиям Постановления Правительства РФ №1006. Реализуется как таблица (компонент catalog.section.list) с возможностью скачать PDF.
Как обеспечить соответствие 152-ФЗ?
Любая форма с персональными данными требует:
- Согласие на обработку ПДн — чекбокс с ссылкой на политику
- Политика обработки ПДн — отдельная страница, доступна с каждой формы
- SSL-сертификат — обязательно
- Хранение на территории РФ — хостинг в российском дата-центре
- Уведомление Роскомнадзора
В Битрикс модуль main настраивает согласие через раздел «Соглашения». Привязка к форме — параметром компонента.
Медицинские данные (диагнозы) — специальная категория ПДн по 152-ФЗ. На сайте их хранить не рекомендуется. Личный кабинет пациента отображает их из МИС по API, не сохраняя локально.
Что входит в работу
- Анализ требований и проектирование архитектуры (документация в Confluence)
- Разработка компонентов записи и каталога
- Интеграция с МИС (МЕДИАЛОГ, 1С:Медицина) и платёжными системами
- Настройка SEO-структуры и микроразметки Schema.org
- Верстка под мобильные устройства
- Тестирование и отладка на реальных сценариях
- Передача доступов, обучение администраторов
- Техническая поддержка 3 месяца после запуска
Сроки реализации
| Масштаб | Описание | Срок |
|---|---|---|
| Небольшая клиника | 5-10 врачей, каталог услуг, форма записи без МИС | 6-8 недель |
| Средняя клиника | 20-50 врачей, интеграция с МИС, личный кабинет | 12-16 недель |
| Многопрофильный центр | 100+ врачей, филиалы, интеграция с МЕДИАЛОГ/1С:Медицина, мобильная версия с push | 20-28 недель |
Основной риск по срокам — интеграция с МИС. Документация API бывает неполной, тестовые среды — нестабильными. Закладывайте буфер. Получите консультацию по вашему проекту — мы оценим сроки и стоимость индивидуально.