Розробляємо сайти медичних клінік на 1С-Бітрікс під ключ. Наш досвід — 10+ років і 50+ проєктів. Створюємо рішення, яке автоматизує запис пацієнтів, інтегрується з МІС (медичні інформаційні системи) і відповідає вимогам YMYL та E-E-A-T. Сайт клініки під ключ — це не просто візитівка, а інструмент онлайн-запису до лікаря та управління потоками пацієнтів. Google відносить YMYL медичний сайт до категорії Your Money or Your Life. Технічні помилки в структурі або контенті ведуть до втрати позицій — до 70% органічного трафіку. Наші рішення на 1С-Бітрікс у 2 рази надійніші за самописні CMS — перевірено на 50+ проєктах. Гарантія безпеки: сертифікована платформа 1С-Бітрікс, ліцензоване ПЗ. Зв'яжіться з нами — оцінимо ваш проєкт безплатно.
Розберемо два ключові блоки: онлайн-запис та інтеграцію з МІС.
Як організовано онлайн-запис на прийом?
Це найскладніша технічна частина. Запис — не просто форма зворотного зв'язку. Пацієнт обирає лікаря, спеціалізацію, дату та час із реальних слотів. Дані потрапляють у розклад без ручного перенесення. Це зменшує операційні витрати на 30%.
Архітектура запису
Компонент запису (кастомний компонент Бітрікс) працює за схемою:
- Пацієнт обирає напрямок (терапевт, кардіолог, УЗД)
- Система показує лікарів, які ведуть прийом за цим напрямком
- Для обраного лікаря підвантажується розклад — вільні слоти
- Пацієнт обирає дату/час, заповнює дані (ПІБ, телефон, поліс)
- Заявка фіксується локально в Бітрікс і надсилається в МІС
Розклад зберігається в Highload-блоці (HL-блок розклад) 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 забезпечує сумісність з HL7 та DICOM.
Приклад 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 прямо вказують, що медичний контент має створюватися експертами. Наші сертифіковані розробники гарантують відповідність YMYL.
Сторінки лікарів
Інфоблок 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 буває неповною, тестові середовища — нестабільними. Закладайте буфер 2-4 тижні. Отримайте консультацію щодо вашого проєкту — ми оцінимо терміни та вартість індивідуально. Гарантія: 3 місяці техпідтримки безплатно.