Алексей Шатрыкин
Сквозная аналитика для клиники: интеграция 1С, Битрикс24 и Metabase
Алексей Шатрыкин
#Разработка чат-ботов и Mini Apps#Разработка и поддержка 1C#Администрирование серверов

Сквозная аналитика для клиники: интеграция 1С, Битрикс24 и Metabase

39 
Алексей Шатрыкин Россия, Волгоград
Поделиться: 0 0 0
Сквозная аналитика для клиники: интеграция 1С, Битрикс24 и Metabase
Компания

ООО "Основа Здоровья"

Сфера

Медицина и ветеринария

Регион

Россия

Сдано

Июль 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;

— фильтрация показателей по датам и источникам;

— раздельные права доступа к компонентам системы;

— защищённая серверная инфраструктура.

Руководство получило возможность контролировать обращения, записи, оплаты, выручку, средний чек и конверсию в одном интерфейсе без ручного объединения нескольких отчётов.

Архитектура предусматривает дальнейшее подключение новых источников данных, показателей и автоматизированных процессов без полной переделки системы.

Алексей Шатрыкин
Алексей Шатрыкин

Россия Волгоград

Главная сложность проекта заключалась не в построении отдельных графиков, а в создании надёжного обмена данными между двумя системами с разной структурой.

Поэтому особое внимание было уделено очередям, защите от дублей, контролю статусов и возможности повторной обработки ошибок. В результате создана не просто визуализация, а полноценная основа для сквозной аналитики и дальнейшей автоматизации клиники.


Стек технологий


Оцените кейс
Спасибо за оценку
Выскажите мнение
Авторизуйтесь, чтобы добавить свой комментарий.
оставить заявку

Хотите заказать похожий проект?

Оставить заявку