ООО "Основа Здоровья"
Медицина и ветеринария
Россия
Июль 2026
Клиент — частная медицинская клиника.
Информация о работе с пациентами находилась в нескольких системах: обращения и записи обрабатывались в Битрикс24, а сведения об оказанных услугах и оплатах хранились в 1С.
Из-за отсутствия единого контура данных руководство не могло быстро проследить полный путь пациента: от источника первого обращения до записи, посещения и фактической оплаты. Отчёты приходилось собирать вручную, а показатели из разных систем было сложно сопоставлять между собой.
Требовалось:
— связать данные Битрикс24 и 1С;
— организовать надёжную передачу событий между системами;
— исключить повторную загрузку одних и тех же данных;
— сохранить историю обращений, записей и оплат;
— подготовить единую базу для аналитики;
— создать управленческие дашборды с фильтрацией по датам и источникам;
— обеспечить работу решения на собственном сервере клиники;
— не нарушить работу действующих процессов в CRM и 1С.
В итоговой системе необходимо было видеть количество обращений и записей, конверсию, оплаты, выручку, средний чек и эффективность источников привлечения пациентов.
Сначала была проанализирована существующая схема работы клиники: движение обращений в Битрикс24, создание записей на приём, хранение данных в 1С и формирование оплат.
После анализа была спроектирована единая архитектура сбора и обработки данных:
Битрикс24 и 1С → n8n → PostgreSQL → Metabase.
Для размещения системы подготовлен отдельный сервер. Компоненты развёрнуты в изолированных Docker-контейнерах:
— n8n — приём, проверка и маршрутизация данных;
— PostgreSQL — централизованное хранение событий и показателей;
— Metabase — построение аналитических отчётов и дашбордов;
— Caddy — защищённый доступ к сервисам по HTTPS.
На стороне 1С реализован механизм формирования и отправки событий. Данные сначала записываются во внутреннюю очередь, после чего передаются в n8n. Такой подход позволяет не терять информацию при временной недоступности сервера и повторно обрабатывать неотправленные события.
В n8n настроены процессы, которые:
— принимают события из 1С и Битрикс24;
— проверяют структуру и обязательные поля;
— определяют тип события;
— защищают систему от повторной записи данных;
— фиксируют ошибки обработки;
— сохраняют информацию в PostgreSQL;
— позволяют повторно обработать проблемные события.
Для каждого события сохраняются уникальный идентификатор, источник, тип операции, время создания и получения, статус обработки, количество повторных отправок и исходные данные.
Данные из разных систем были приведены к общей структуре. Это позволило связать источник обращения, пациента, запись на приём, оказанную услугу и оплату.
В Metabase подготовлена аналитическая модель и дашборды для контроля основных показателей:
— количество обращений;
— количество записей и посещений;
— конверсия между этапами;
— количество и сумма оплат;
— выручка;
— средний чек;
— эффективность рекламных источников;
— динамика показателей за выбранный период.
Дополнительно были разделены права доступа к базе данных, настроена регистрация ошибок, выполнено тестирование передачи событий и подготовлена схема дальнейшего сопровождения системы.
В результате клиника получила единый контур сбора и анализа данных из Битрикс24 и 1С.
Реализовано:
— автоматическая передача событий из 1С и Битрикс24;
— централизованное хранение данных в PostgreSQL;
— защита от дублей и повторной обработки событий;
— очередь, предотвращающая потерю данных при временных сбоях;
— регистрация ошибок и статусов обработки;
— связь между обращением, записью пациента, посещением и оплатой;
— аналитические отчёты и дашборды в Metabase;
— фильтрация показателей по датам и источникам;
— раздельные права доступа к компонентам системы;
— защищённая серверная инфраструктура.
Руководство получило возможность контролировать обращения, записи, оплаты, выручку, средний чек и конверсию в одном интерфейсе без ручного объединения нескольких отчётов.
Архитектура предусматривает дальнейшее подключение новых источников данных, показателей и автоматизированных процессов без полной переделки системы.
![]()
Алексей Шатрыкин
Россия Волгоград
Главная сложность проекта заключалась не в построении отдельных графиков, а в создании надёжного обмена данными между двумя системами с разной структурой.
Поэтому особое внимание было уделено очередям, защите от дублей, контролю статусов и возможности повторной обработки ошибок. В результате создана не просто визуализация, а полноценная основа для сквозной аналитики и дальнейшей автоматизации клиники.