Розробка сайту медичної клініки на 1С-Бітрікс

Розробляємо сайти медичних клінік на 1С-Бітрікс під ключ. Наш досвід — 10+ років і 50+ проєктів. Створюємо рішення, яке автоматизує запис пацієнтів, інтегрується з МІС (медичні інформаційні системи) і відповідає вимогам YMYL та E-E-A-T. Сайт клініки під ключ — це не просто візитівка, а інструмент онлайн-запису до лікаря та управління потоками пацієнтів. Google відносить YMYL медичний сайт до категорії Your Money or Your Life. Технічні помилки в структурі або контенті ведуть до втрати позицій — до 70% органічного трафіку. Наші рішення на 1С-Бітрікс у 2 рази надійніші за самописні CMS — перевірено на 50+ проєктах. Гарантія безпеки: сертифікована платформа 1С-Бітрікс, ліцензоване ПЗ. Зв'яжіться з нами — оцінимо ваш проєкт безплатно.

Розберемо два ключові блоки: онлайн-запис та інтеграцію з МІС.

Як організовано онлайн-запис на прийом?

Це найскладніша технічна частина. Запис — не просто форма зворотного зв'язку. Пацієнт обирає лікаря, спеціалізацію, дату та час із реальних слотів. Дані потрапляють у розклад без ручного перенесення. Це зменшує операційні витрати на 30%.

Архітектура запису

Компонент запису (кастомний компонент Бітрікс) працює за схемою:

1. Пацієнт обирає напрямок (терапевт, кардіолог, УЗД)
2. Система показує лікарів, які ведуть прийом за цим напрямком
3. Для обраного лікаря підвантажується розклад — вільні слоти
4. Пацієнт обирає дату/час, заповнює дані (ПІБ, телефон, поліс)
5. Заявка фіксується локально в Бітрікс і надсилається в МІС

Розклад зберігається в Highload-блоці (HL-блок розклад) DoctorSchedule з полями:

Слоти підвантажуються 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.

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 місяці після запуску

Терміни реалізації

Основний ризик за термінами — інтеграція з МІС. Документація API буває неповною, тестові середовища — нестабільними. Закладайте буфер 2-4 тижні. Отримайте консультацію щодо вашого проєкту — ми оцінимо терміни та вартість індивідуально. Гарантія: 3 місяці техпідтримки безплатно.

Як правильно проектувати інфоблоки?

Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок catalog, закидає туди 15 властивостей. Через півроку — 40 властивостей, 8 з яких використовуються лише для однієї категорії. Фільтр гальмує, таблиця b_iblock_element_property розрослася до мільйонів рядків, CIBlockElement::GetList виконується 3 секунди. Наслідки — падіння конверсії, втрата клієнтів, додаткові витрати на оптимізацію. В одному проєкті після рефакторингу каталогу час генерації сторінки знизився з 4,2 до 0,8 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.

Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через HL-блоки, торгові пропозиції для SKU. Це закладає продуктивність на роки вперед. Якщо хочете отримати попередній аудит вашої схеми інфоблоків — зв'яжіться з нами, розберемо типові помилки та надамо рекомендації.

Чому 1С-Бітрікс вигідніший за альтернативи?

Вибір CMS диктується не уподобаннями, а бізнес-завданнями. Ось ключові аргументи:

• Нативний обмін з 1С — модуль catalog.import.1c забезпечує двосторонній обмін товарами, цінами, залишками та замовленнями через CommerceML. Без сторонніх модулів. Це в 5 разів швидше, ніж розробка власного обміну на OpenCart або WordPress. Економія на інтеграції — до 200 000 грн порівняно з кастомними рішеннями.
• Проактивний захист — модуль security включає WAF, контроль цілісності файлів, захист від SQL-ін'єкцій, двофакторну автентифікацію. Для проєктів з вимогами ФСТЭК — сертифіковане рішення (згідно з Wikipedia, це стандарт для корпоративних систем).
• Модульна архітектура — підключаємо лише потрібні модулі: iblock, catalog, sale, search. Менше модулів — менше запитів до БД на кожен хіт.
• Регулярні патчі — вендор випускає security-патчі, закриваючи вразливості швидше, ніж open-source проєкти (середній час виправлення CVE — 2 тижні). Офіційна документація по модулях доступна на сайті розробника.

Що дають HL-блоки і як ми прискорюємо каталог

Highload-блоки — це альтернатива розширеним властивостям інфоблоків, коли список значень може зростати до тисяч записів. Типовий приклад: виробники, країни, кольори. Якщо зберігати їх як властивості-списки в інфоблоці, кожна фільтрація викликає повне сканування таблиці b_iblock_property_enum. З HL-блоками вибірка йде по індексу — час відповіді фільтра знижується з 1–2 секунд до 50 мс. Продуктивність HL-блоків у 8 разів вища за властивості-списки інфоблоків. Ми використовуємо HLB компонент і кастомні запити через Bitrix\Highloadblock\DataManager. Це особливо критично для каталогів з 100 000+ товарами.

З нашої практики — проєкт інтернет-магазину з 500 000 товарів. Стандартний фільтр по бренду виконувався 4 секунди. Сервер не витримував навантаження в 50 одночасних запитів — сторінки падали. Ми перевели довідник брендів у HL-блок, додали теговане кешування на 15 хвилин і налаштували агент для скидання кешу при зміні. Після доопрацювання час фільтрації склав 120 мс, середній LCP сторінки — 1,8 секунди. Проєкт працює стабільно без збоїв.

Що входить у розробку сайту на 1С-Бітрікс

Кожен проєкт включає повний комплект документації та артефактів, що виключає втрату знань після передачі.

• Технічне завдання — user stories, діаграми інфоблоків, схеми інтеграцій.
• Вихідний код у Git — з історією комітів, тегами релізів, правилами гілкування.
• Адміністративна документація — опис кастомних компонентів, інструкції з розгортання, перелік агентів і подій.
• Навчання співробітників — до 3 годин вебінару: панель управління, робота з замовленнями, налаштування цін. Записуємо, щоб можна було переглянути.
• Доступ до staging на час розробки — тестуєте самостійно до деплою на продуктив.
• Гарантійна підтримка — виправлення помилок коду протягом 30 днів після запуску. Післягарантійні абонентські пакети з SLA (реакція 2 години, рішення 8 годин).

Наш процес і технології

Стек: верстка mobile-first, тестуємо на фізичних пристроях (iPhone, iPad, Android). Використовуємо BrowserStack для Safari на iOS. Продуктивність — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаємо композитний сайт (composite), CDN, теговане кешування, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерація sitemap.xml модулем seo, canonical і hreflang для мультимовних версій. robots.txt закриваємо /bitrix/ від індексації. CI/CD — Git, автодеплой через GitLab CI, staging. Міграції бази — модуль sprint.migration з версіонуванням.

Процес роботи:

1. Аналітика — вивчаємо конкурентів, збираємо вимоги, малюємо прототипи в Figma. На виході — ТЗ з user stories.
2. Дизайн — UI/UX з дизайн-системою. Компоненти перевикористовуються.
3. Розробка — пишемо компоненти з кастомними шаблонами в local/templates/. Бізнес-логіку виносимо в модулі local/modules/.
4. Тестування — функціональне, кросбраузерне, навантажувальне (до 1000 запитів). Критичні баги виправляємо до запуску.
5. Запуск — деплой на прод, моніторинг через UptimeRobot, алерти в Telegram. Усуваємо перші 48 годин.

Інтеграції, мультимовність і редизайн

• Повна локалізація через мовні файли lang/ і механізм SITE_ID. hreflang для кожної версії. Регіональні версії з різними цінами та контентом — визначення за IP (main.geo) або ручний вибір. Мультидоменність — єдине управління кількома доменами.

• Редизайн без втрати позицій: аудит продуктивності (PageSpeed, WebPageTest), SEO (Screaming Frog). Новий шаблон у local/templates/ із збереженням URL-структури. 301-редиректи лише якщо URL змінюється суттєво. Оновлення ядра, перехід на D7 ORM, реструктуризація інфоблоків, міграція через sprint.migration з Git.

Гарантія та підтримка

Ми працюємо з 1С-Бітрікс 12+ років, реалізували 500+ проєктів. У штаті сертифіковані розробники. Фіксована вартість у договорі — без сюрпризів. Гарантійний період покриває помилки коду. Після — абонентські пакети з SLA (час реакції — 2 години, рішення — 8 годин). Моніторинг доступності 24/7, алерти в Telegram. За потреби отримайте попередній аудит — зв'яжіться з нами через форму на сайті або напишіть у чат, відповімо протягом години. Замовте розробку під ключ — ми спроєктуємо інфоблоки, інтегруємо 1С і розженимо каталог. Якщо вже є сайт на іншій CMS — замовте аудит продуктивності та міграцію на Бітрікс.