Реклама показывает сто заявок. Кол-центр сообщает о шестидесяти записях. В МИС видно сорок состоявшихся визитов. Управленческий отчёт содержит одну сумму, бухгалтерия — другую. Каждый отдел уверен в своих цифрах, потому что измеряет собственный участок правильно.
Проблема начинается на переходах. Заявка превращается в пациента без источника, звонок — в запись без связи с обращением, визит — в несколько услуг, оплата поступает частями, а возврат отражается позже. Сквозная аналитика нужна не для единственной «идеальной цифры», а чтобы объяснить этот путь и показать места, где клиника теряет время, данные и деньги.
Кереметь‑ИТ может выстроить такой контур от кол‑центра до бухгалтерии, но работа начинается не с покупки BI‑панели. Сначала определяются события, идентификаторы, владельцы и правила сверки. Только затем появляется дашборд.
Сквозная — значит связанная, а не собранная в одну таблицу
Можно выгрузить телефонию, CRM, МИС и бухгалтерию в Excel. Это ещё не сквозная аналитика. Связность означает, что клиника умеет проследить конкретную цепочку и объяснить каждое расхождение:
- Человек увидел источник или пришёл по рекомендации.
- Обратился через звонок, форму, мессенджер или лично.
- Получил ответ и результат обращения.
- Записался на определённый слот.
- Пришёл либо не пришёл по известной причине.
- Получил медицинскую услугу или план.
- Оплатил полностью, частично либо оформил возврат.
- Операция попала в управленческий и бухгалтерский контур.
Не все звенья известны полностью. Сквозная система должна показывать неопределённость, а не заполнять её догадкой.
Где живут исходные факты
| Событие | Предпочтительный источник | Владелец |
|---|---|---|
| рекламный расход | рекламная платформа/финансовый учёт | маркетинг |
| звонок | телефония | кол-центр |
| форма сайта | backend формы/CRM | маркетинг и IT |
| запись | МИС | регистратура |
| визит | МИС | медицинский процесс |
| услуга | МИС и утверждённый справочник | медицинский/финансовый владелец |
| чек и оплата | кассовый/платёжный контур | касса/финансы |
| бухгалтерская проводка | бухгалтерская система | бухгалтерия |
| возврат | касса, МИС, бухгалтерия | финансы |
BI не становится источником первичного факта. Он получает версии, преобразует и сверяет их по прозрачным правилам.
Идентификатор важнее названия
ФИО и телефон меняются, повторяются и вводятся по-разному. Сумма и дата тоже не уникальны. Для связности нужны стабильные идентификаторы сущностей: обращения, пациента, записи, визита, услуги, платежа и возврата.
Если системы не обмениваются общим ключом, создаётся таблица соответствий с уровнем уверенности и журналом. Автоматическое объединение по похожему телефону может связать членов семьи или старый номер нового владельца.
Правило: сомнительная связь остаётся сомнительной. Лучше показать часть пути как «не сопоставлено», чем приписать выручку не тому источнику.
Этап 1. Маркетинг и первое обращение
UTM‑метка помогает увидеть рекламную кампанию, но не переживает все каналы. Пациент может прочитать статью на телефоне, позвонить с другого номера и записаться позже через администратора.
Храните несколько фактов:
- первый известный цифровой источник;
- источник конкретной заявки;
- канал обращения;
- самостоятельно названную рекомендацию;
- посадочную страницу;
- кампанию и стоимость на доступном уровне;
- степень уверенности связи.
Не обещайте абсолютную атрибуцию. Используйте модели как управленческую оценку и показывайте долю неизвестного.
Практику сохранения меток и проверки маршрута формы дополняет статья об UTM‑аналитике клиники.
Этап 2. Кол-центр
Звонок должен иметь не только длительность, но и результат.
- записан;
- просил другое время;
- нужна медицинская консультация;
- неверный номер;
- не дозвонились;
- вопрос решён без визита;
- повторный звонок;
- отказ;
- обращение передано ответственному.
Оператор выбирает результат из короткого справочника и при необходимости создаёт задачу. Запись связывается с обращением. Если связи нет, маркетинг видит заявку, но не узнаёт, состоялся ли визит.
Проверьте пропущенные вызовы, очередь, время ответа, повторный контакт и работу в часы пик. Дешёвая телефония без этой наблюдаемости может стоить дороже тарифа; подробности — в статье о стоимости потерянных звонков.
Этап 3. Регистратура и запись
Администратор превращает намерение в конкретный слот. Здесь теряется источник, создаются дубли и смешиваются причины отказа.
Проверяйте:
- поиск существующего пациента;
- связь записи с обращением;
- врача, филиал, услугу и ресурс;
- дату создания и переноса;
- причину отмены;
- лист ожидания;
- автора изменения;
- подтверждение и напоминания.
Запись — ещё не пациентский визит. Воронка должна сохранить разницу.
Этап 4. Медицинский приём
Визит может закончиться консультацией, диагностикой, несколькими услугами, планом лечения или направлением. Аналитика не должна читать медицинский текст ради финансового отчёта.
Достаточно событий и кодов в минимальном составе:
- визит начат и завершён;
- исполнитель и подразделение;
- факт услуги;
- статус плана;
- рекомендованный следующий организационный шаг;
- связь с записью;
- отсутствие либо перенос.
Клинический смысл остаётся в МИС и у врача. BI работает с минимизированным слоем.
Этап 5. Касса и оплата
Сумма начисления, чек и движение денег могут происходить в разное время. Есть авансы, депозиты, частичные платежи, рассрочки, корпоративные договоры и возвраты.
Нельзя считать выручкой всё, что записано в плане лечения. Разделяйте:
- плановую стоимость;
- оказанные услуги;
- начисление;
- оплату;
- возврат;
- задолженность;
- аванс;
- бухгалтерское признание в применимой модели.
Каждый показатель получает своё название. Тогда собственник не сравнивает «продажи» менеджера с поступлениями банка как одинаковые цифры.
Этап 6. Бухгалтерия
Бухгалтерская система агрегирует операции по своим правилам и периодам. Расхождения с МИС могут быть нормальными из-за даты, возврата, эквайринга, округления или ручного документа. Они должны объясняться.
Создайте ежедневную либо периодическую сверку:
- итог МИС;
- кассовые чеки;
- банковские поступления;
- возвраты;
- неопознанные платежи;
- операции, не переданные в бухгалтерию;
- изменения закрытого периода;
- разница и владелец.
Сквозная аналитика не заменяет бухгалтерский учёт. Она показывает путь и помогает найти источник расхождения.
Иллюстративный сценарий: маркетинг «окупается», но денег больше нет
Отчёт агентства показывает рост заявок. Кол-центр подтверждает больше звонков. В МИС число первичных пациентов почти не изменилось, а поступления остались прежними.
После связывания событий выясняется: кампания привела много обращений по услуге с заполненным расписанием. Администраторы предлагали дату через несколько недель, часть пациентов уходила, а причины отказа записывались свободным текстом. Маркетинг честно привёл спрос; клиника не смогла его маршрутизировать.
Решение — не немедленно выключить рекламу и не открыть бесконечный график. Клиника проверяет подходящих врачей, филиалы, лист ожидания и страницы услуг. Затем повторяет эксперимент.
Сценарий составной. Он показывает, почему ROI нельзя считать только между рекламным кабинетом и кассой без операционного контекста.
Справочники — скрытая основа
Услуга может называться по-разному на сайте, в кол-центре, МИС и бухгалтерии. Это нормально для представления, но нужен стабильный код и таблица соответствий.
Критичные справочники:
- филиалы;
- врачи и роли;
- услуги и группы;
- источники;
- причины отказа;
- статусы визита;
- способы оплаты;
- статьи управленческого учёта.
У каждого есть владелец, версия и правило изменения. Свободный текст оставляйте для комментария, но не для основной аналитической категории.
Временная шкала
Определите, какой момент используется:
- заявка создана;
- оператор ответил;
- запись создана;
- визит запланирован;
- визит состоялся;
- услуга оказана;
- чек пробит;
- деньги поступили;
- период закрыт.
Один пациент пересекает несколько месяцев. Отчёт по месяцу заявки и по месяцу оплаты отвечает на разные вопросы. Подписывайте период явно.
Воронка с возвратами и отменами
Линейная воронка «заявка → запись → визит → деньги» слишком проста. Пациент переносит запись, возвращается по другому каналу, получает несколько услуг, оформляет возврат.
Стройте событийную модель, где сущность сохраняет историю. Тогда можно считать:
- конверсию первого обращения;
- время до записи;
- время до визита;
- число контактов;
- отмены и повторные записи;
- фактическое поступление;
- возвраты в заданном горизонте.
Управленческая прибыль, а не только выручка
Для решений нужны затраты: маркетинг, врач, материалы, лаборатория, оборудование, эквайринг и распределённые расходы. Не все доступны с точностью до визита, поэтому модель содержит правила распределения и уровень приближения.
Показывайте маржинальный вклад отдельно от полной прибыли. Не выдавайте управленческую оценку за бухгалтерскую отчётность.
Защита данных
В аналитическом хранилище храните только необходимое. ФИО, телефон, диагноз и текст разговора обычно не нужны для агрегированной воронки.
Используйте псевдонимизированные ключи, ролевой доступ, журнал, шифрование, ограничение выгрузок и сроки хранения. Контактная задача возвращается в МИС/CRM, где уполномоченный сотрудник видит нужный минимум.
Не отправляйте сырые записи звонков, DICOM или production‑дампы в BI и внешние AI‑сервисы для удобства анализа.
Качество и контрольные суммы
Каждая загрузка проверяет:
- число записей;
- дубли ключей;
- пропуски;
- диапазоны дат;
- баланс сумм;
- задержку;
- изменения задним числом;
- контрольные примеры.
Если данные неполны, дашборд помечает период. Старая цифра без предупреждения опаснее временно отсутствующей.
Дашборды по ролям
Собственник: направления, маржинальный вклад, загрузка, денежный цикл, качество данных.
Управляющий: окна, отмены, кол-центр, ресурсы, задачи.
Маркетинг: обращения, стоимость, качество лидов, доступность записи, неопределённая атрибуция.
Главный врач: клиническая загрузка и организационные рекомендации без коммерческого ранжирования диагнозов.
Бухгалтерия: сверка операций, возвраты, непереданные документы.
Один универсальный экран перегружает одних и не даёт деталей другим.
Атрибуция: как не приписать всё последнему клику
Путь пациента редко укладывается в одну рекламную метку. Человек может увидеть статью, получить рекомендацию знакомого, несколько раз зайти на сайт, позвонить и записаться через мессенджер.
Используйте несколько представлений:
- первый известный источник — где путь начался в наблюдаемом цифровом контуре;
- источник заявки — что привело к конкретному обращению;
- последний значимый контакт до записи;
- самостоятельно названная рекомендация;
- смешанная модель с явными правилами.
Не складывайте модели в одну «истинную» цифру. Для решения о контенте полезен первый контакт, для качества кол-центра — источник обращения, для закупки рекламы — модель с расходами и неопределённостью.
Стоимость лида, записи, визита и пациента
Эти показатели нельзя подменять друг другом.
- CPL — расходы на наблюдаемые обращения;
- стоимость записи — расходы на созданные записи;
- стоимость состоявшегося первичного визита — расходы на фактические визиты;
- стоимость нового пациента — требует правила, кого считать новым;
- стоимость оплаченного лечения — требует горизонта и связи платежей.
Показывайте знаменатель и покрытие. Если половина источников неизвестна, точный рублёвый показатель вводит в заблуждение.
«Новый пациент» требует определения
Пациент мог посещать другой филиал, другую организацию группы или клинику несколько лет назад. МИС может создать дубль и назвать его новым.
Определение включает:
- периметр организаций;
- исторический горизонт;
- правила объединения дублей;
- первый состоявшийся визит, а не первую заявку;
- исключения миграции;
- дату пересчёта.
Маркетинг и бухгалтерия могут использовать разные понятия — это допустимо, если они названы явно.
Корпоративные договоры и страховые маршруты
При оплате организацией денежный результат отстаёт от визита сильнее. Есть реестры, согласования, отклонения и оплаты пакетом.
Сквозной контур хранит:
- договор и плательщика;
- пациента и визит;
- согласованную услугу;
- отправку реестра;
- отклонение и причину;
- исправление;
- признанную сумму;
- фактическое поступление;
- дебиторскую задолженность.
Не приписывайте всю сумму дню визита, если отчёт отвечает на вопрос о денежных поступлениях. Используйте отдельные временные представления.
Возвраты и корректировки
Возврат способен появиться после отчётного месяца и изменить экономику источника. Если BI загружает только новые чеки, он пропустит изменение старой операции.
Нужна обработка изменяемых событий:
- дата исходной оплаты;
- дата возврата;
- связанный визит и услуга;
- причина;
- сумма;
- бухгалтерский период;
- статус передачи;
- автор операции.
Исторические показатели либо пересчитываются, либо показывают версию «как было известно на дату». Выбор фиксируется в паспорте метрики.
Закрытие периода и поздние изменения
После закрытия месяца сотрудники могут исправить карточку, провести возврат или добавить документ. Аналитика должна отличать дату события от даты загрузки и даты бухгалтерского отражения.
Для управляемости:
- Определите окно предварительных данных.
- Зафиксируйте дату управленческого закрытия.
- Собирайте поздние изменения отдельным отчётом.
- Пересчитывайте только по утверждённому правилу.
- Сохраняйте версию опубликованного отчёта.
Иначе вчерашняя презентация собственнику не совпадёт с сегодняшним экраном, а объяснения не будет.
Расхождение — это задача, а не плохая цифра
Создайте реестр расхождений:
- тип и период;
- системы;
- абсолютная и относительная величина;
- предполагаемый класс причины;
- владелец;
- следующий шаг;
- результат;
- профилактическое действие.
Группируйте системные причины: отсутствующий код услуги, задержанный обмен, неправильная дата, дубль платежа. Не исправляйте каждую строку вручную, если можно устранить правило.
Техническая архитектура без культа data lake
Для одной клиники может хватить защищённой реляционной базы, плановых загрузок и BI. Сеть филиалов может потребовать очередь событий, хранилище и слой мастер-данных.
Выбор определяется:
- объёмом и частотой;
- числом источников;
- задержкой, которую бизнес реально использует;
- историей изменений;
- безопасностью;
- командой поддержки;
- стоимостью восстановления.
Не внедряйте потоковую платформу ради слова real-time, если решения принимаются раз в неделю. Но не стройте ежедневный отчёт ручным копированием двадцати файлов.
Слой загрузки
Предпочтительны документированные API, выгрузки или события. Прямое чтение производственной базы повышает риск и связывает аналитику с внутренней схемой поставщика.
Для каждого источника фиксируйте:
- метод доступа;
- владельца;
- периодичность;
- инкремент;
- повторную загрузку;
- лимиты;
- версию;
- ошибки;
- контрольную сумму;
- условия прекращения.
Пароли и токены хранятся в секрет-хранилище, а не в коде отчёта.
Мастер-данные
Организация, филиал, врач, услуга и пациент должны иметь устойчивую идентичность. Если один врач представлен тремя профилями, аналитика разделит загрузку; если две разные услуги объединены названием, экономика станет неверной.
Назначьте владельцев справочников и отчёт конфликтов. Связь сотрудника и организации особенно важна; подход описан в статье о ФРМО, ФРМР и сопоставлениях.
Витрины по задачам
Не давайте каждому аналитику собирать свою воронку из сырых таблиц. Создайте проверенные витрины:
- обращения и запись;
- расписание и визиты;
- услуги и оплаты;
- возвраты;
- рекламные расходы;
- бухгалтерская сверка;
- рекомендации и повторные визиты.
Витрина содержит определения и тесты. Медицинские тексты и ненужные идентификаторы в неё не попадают.
Паспорта метрик
Каждая значимая цифра получает:
- название;
- вопрос, на который отвечает;
- формулу;
- источники;
- момент события;
- фильтры;
- исключения;
- владельца;
- частоту;
- качество;
- пример ручной проверки.
Паспорт защищает от ситуации, когда «выручка» на трёх экранах означает три разных вещи.
Автоматические тесты данных
Перед публикацией отчёта выполняются проверки:
- уникальность ключей;
- обязательные связи;
- непрерывность дат;
- допустимые статусы;
- баланс сумм;
- отсутствие будущих дат;
- доля неизвестных источников;
- задержка загрузки;
- резкие отклонения;
- согласованность с контрольным итогом.
Аномалия не всегда ошибка — праздничный день меняет поток. Но она должна быть видима и объяснима.
Unit‑экономика направления
Для направления считайте не только выручку, но и прямые затраты, время ресурсов, лабораторию, материалы, эквайринг, маркетинг и разумно распределённые постоянные расходы.
Разделяйте:
- маржинальный вклад;
- операционную прибыль в управленческой модели;
- денежный поток;
- бухгалтерский результат.
Не используйте приблизительную unit‑экономику для расчёта зарплаты врача без согласованной методики. Её задача — поддержать решение об услуге, расписании и инвестиции.
От кол-центра до бухгалтерии: контрольная выборка
Раз в неделю берите случайную выборку пяти-десяти цепочек:
- Найдите обращение.
- Подтвердите результат звонка.
- Найдите запись.
- Проверьте визит.
- Сопоставьте услугу.
- Найдите чек и поступление.
- Проверьте бухгалтерское отражение.
- Объясните источник и все разрывы.
Этот тест обнаруживает тихие проблемы быстрее общего графика.
Настольный сценарий сбоя
Представьте: телефония работала, но два часа не передавала результаты; записи создавались вручную; вечером обмен восстановился и прислал дубли.
Команда должна знать:
- как обнаружить окно;
- какой источник приоритетен;
- как объединить без потери;
- кто проверяет записи;
- как пересчитать отчёт;
- что сообщить руководителю;
- как предотвратить повтор.
Учение проводится на синтетических идентификаторах, без копирования звонков и карт пациентов.
Внедрение за шесть недель
Неделя 1: вопросы бизнеса
Выберите три решения, которые должна поддержать аналитика. Например: почему теряются обращения, где пустуют ресурсы, почему расходятся деньги.
Неделя 2: карта событий
Опишите источники, ключи, статусы и владельцев.
Неделя 3: качество
Соберите выборку, измерьте дубли и пропуски, исправьте критичные поля.
Неделя 4: первая витрина
Соедините кол-центр, запись и визит. Не добавляйте финансы, пока цепочка не воспроизводится.
Неделя 5: деньги и сверка
Добавьте оплаты, возвраты и бухгалтерский контроль.
Неделя 6: операционный цикл
Настройте роли, задачи, паспорта метрик, тесты и еженедельную выборку.
Срок иллюстративный: реальный план зависит от систем и качества данных.
Что именно может сделать Кереметь‑ИТ
Работа может включать инвентаризацию источников, карту событий, настройку интеграций, мастер-данные, защищённое хранилище, витрины, дашборды и регламент сверки. Мы отделяем подтверждённое от предположения и начинаем с ограниченной выборки без переноса лишних персональных данных.
Результат проекта — не просто экран. Это воспроизводимый путь показателя до первичной операции, список владельцев, автоматические проверки и инструкция восстановления. Конкретные границы фиксируются после аудита; заранее обещать точный рост выручки или идеальную атрибуцию было бы нечестно.
Связанная BI‑задача загрузки врачей и повторных визитов подробно разобрана в статье об аналитике пустых окон.
Итог: одна цифра должна иметь объяснимый путь
Сквозная аналитика не делает все системы одинаковыми. Она сохраняет различия и связывает события так, чтобы руководитель мог спросить: откуда взялась цифра, что в неё не вошло, кто владеет разрывом и какое действие последует.
Начните с пяти цепочек, а не с годового data lake. Если звонок, запись, визит, платёж и бухгалтерский результат прослеживаются с понятными расхождениями, масштабируйте. Если связь строится по ФИО и памяти сотрудников, сначала исправьте переходы.
FAQ
Можно ли внедрить сквозную аналитику без CRM?
Да, если МИС, телефония и сайт сохраняют нужные события и идентификаторы. CRM помогает управлять обращениями, но сама по себе не создаёт связность.
Бухгалтерская цифра должна совпадать с МИС ежедневно?
Не всегда из-за дат, возвратов и правил признания. Должна существовать объяснимая сверка и перечень различий.
Как связать звонок с пациентом?
Через результат обращения и созданную запись с устойчивым идентификатором. Номер телефона может быть дополнительным признаком, но не единственным ключом.
Нужен ли дорогой BI?
Сначала нужны определения, качество и процесс. Платформа выбирается после понимания объёма, обновления, доступа и сценариев.
Можно ли дать агентству доступ к дашборду?
Только к минимальному набору, необходимому для работы, с ролью, договорными границами и без медицинских или лишних персональных данных.
Что сделать завтра
Возьмите пять недавних обращений из разных каналов и вручную пройдите до бухгалтерского результата. Зафиксируйте, где теряется стабильная связь, где статус неоднозначен и какая цифра появляется в отчётах отделов.
Не стройте дашборд сразу. Исправьте один переход — например, связь звонка и записи — и повторите выборку. Сквозная аналитика растёт надёжнее по доказанным звеньям.
Материал носит информационный характер и не заменяет бухгалтерский, юридический или медицинский анализ. Финансовые определения, данные и права доступа необходимо согласовать применительно к учётной политике и процессам конкретной клиники.
