Разрабатываем сайты медицинских клиник на 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 бывает неполной, тестовые среды — нестабильными. Закладывайте буфер. Получите консультацию по вашему проекту — мы оценим сроки и стоимость индивидуально.
Как правильно проектировать инфоблоки?
Мы видим десятки проектов, где неправильная структура инфоблоков превращает сайт в тормоз. Типичный сценарий: заказчик просит «каталог товаров». Разработчик создаёт один инфоблок catalog, закидывает туда 15 свойств. Через полгода — 40 свойств, 8 из которых используются только для одной категории. Фильтр тормозит, таблица b_iblock_element_property разрослась до миллионов строк, CIBlockElement::GetList выполняется 3 секунды. Последствия — падение конверсии, потеря клиентов, дополнительные затраты на оптимизацию. В одном проекте после рефакторинга каталога время генерации страницы снизилось с 4,2 до 0,8 секунды, а стоимость поддержки сократилась на 250 000 рублей в год — за счёт устранения избыточных запросов и агентов.
Наш подход: проектируем инфоблоки до первой строки кода. Отдельные инфоблоки под сущности (товары, категории, бренды), свойства-справочники через highload-блоки, торговые предложения для SKU. Это закладывает производительность на годы вперёд. Если хотите получить предварительный аудит вашей схемы инфоблоков — свяжитесь с нами, разберём типовые ошибки и дадим рекомендации бесплатно.
Почему 1С-Битрикс выгоднее альтернатив?
Выбор CMS диктуется не предпочтениями, а бизнес-задачами. Вот ключевые аргументы:
- Нативный обмен с 1С — модуль
catalog.import.1c обеспечивает двусторонний обмен товарами, ценами, остатками и заказами через CommerceML. Без сторонних модулей. Это в 5 раз быстрее, чем разработка собственного обмена на OpenCart или WordPress. Подробнее о формате — в Wikipedia. Экономия на интеграции составляет в среднем 150 000–300 000 рублей по сравнению с кастомными решениями.
- Проактивная защита — модуль
security включает WAF, контроль целостности файлов, защиту от SQL-инъекций, двухфакторную аутентификацию. Для проектов с требованиями ФСТЭК — сертифицированное решение.
- Модульная архитектура — подключаем только нужные модули:
iblock, catalog, sale, search. Меньше модулей — меньше запросов к БД на каждый хит.
- Регулярные патчи — вендор выпускает security-патчи, закрывая уязвимости быстрее, чем open-source проекты (среднее время исправления CVE — 2 недели). Официальная документация по модулям — dev.1c-bitrix.ru.
Что дают HL-блоки и как мы ускоряем каталог
Highload-блоки — это альтернатива расширенным свойствам инфоблоков, когда список значений может расти до тысяч записей. Типичный пример: производители, страны, цвета. Если хранить их как свойства-списки в инфоблоке, каждая фильтрация вызывает полное сканирование таблицы b_iblock_property_enum. С HL-блоками выборка идёт по индексу — время ответа фильтра снижается с 1–2 секунд до 50 мс. Мы используем 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 часов).
Наш процесс и технологии
| Тип проекта |
Сроки |
Сложность |
Ключевые особенности |
| Корпоративный сайт |
от 1 месяца |
Средняя |
Каталог, новости, формы, CRM-интеграция |
| Интернет-магазин |
от 2 месяцев |
Высокая |
54-ФЗ, маркетплейсы, обмен с 1С, SKU |
| B2B-портал |
от 3 месяцев |
Очень высокая |
Персональные цены, документооборот, Bizproc |
| Лендинг |
от 2 недель |
Низкая |
LCP < 2с, композитный кеш, статика |
| Многосайтовая структура |
от 1,5 месяцев |
Высокая |
Раздельный контент, общий каталог, hreflang |
Стек: вёрстка 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 с версионированием.
Процесс работы:
-
Аналитика — изучаем конкурентов, собираем требования, рисуем прототипы в Figma. На выходе — ТЗ с user stories.
-
Дизайн — UI/UX с дизайн-системой. Компоненты переиспользуются.
-
Разработка — пишем компоненты с кастомными шаблонами в
local/templates/. Бизнес-логику выносим в модули local/modules/.
-
Тестирование — функциональное, кроссбраузерное, нагрузочное (до 1000 запросов). Критичные баги исправляем до запуска.
-
Запуск — деплой на прод, мониторинг через UptimeRobot, алерты в Telegram. Устраняем первые 48 часов.
Интеграции, мультиязычность и редизайн
| Направление |
Сервисы |
| CRM и аналитика |
Битрикс24 (нативная), amoCRM, Roistat, Calltouch, Mindbox |
| Платежи |
ЮKassa, CloudPayments, Тинькофф, Apple Pay, Google Pay |
| Фискализация 54-ФЗ |
АТОЛ, OrangeData — настройка через sale.cashbox |
| Логистика |
СДЭК, Boxberry, ПЭК, Почта России, Яндекс.Доставка |
| Коммуникации |
JivoSite, Carrot Quest, SendPulse |
-
Полная локализация через языковые файлы 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 — закажите аудит производительности и миграцию на Битрикс.
