Сквозная аналитика для медицинской клиники

Сквозная аналитика для медицинской клиники

Как связать МИС или CRM с Roistat и не нарушить 152-ФЗ: граница контура данных, воронка без сделки, курсовые продажи.

Сквозная аналитика для клиники: как связать МИС с Roistat и не нарушить 152-ФЗ

Сквозная аналитика в клинике связывает рекламный канал с деньгами, которые принёс пациент. Но в отличие от интернет-магазина или SaaS здесь нет сделки, а данные о здоровье защищены законом особо.

Проект начинается не с интеграции, а с границы: что уходит наружу, а что остаётся внутри.

МИС выстроена вокруг лечебного процесса, а не вокруг воронки продаж. Данные о здоровье относятся к особо защищаемой категории персональных данных. Поэтому прежде чем прокладывать первый API-маршрут, нужно ответить на архитектурный вопрос: какие поля вообще имеют право покидать медицинский контур. В этой статье — практическая карта того, как устроена такая интеграция, где проходит граница и почему неправильный расчёт окна привязки делает рекламу убыточной на бумаге.

Коротко: пять фактов о сквозной аналитике в медицине

  1. 01

    В клинике нет сделки как объекта. МИС выстроена вокруг пациента и лечебного процесса — воронку для аналитики приходится собирать вручную из записей, визитов и чеков.

  2. 02

    Связка контакта с составом услуги раскрывает сведения о здоровье. Это меняет не настройки, а саму архитектуру передачи данных.

  3. 03

    Наружу имеет смысл выпускать три вещи: обезличенный идентификатор пациента, факт и дату визита, сумму. Что именно лечили — не выпускать.

  4. 04

    Курс лечения — это одна продажа, растянутая на месяцы. Окно привязки в 21 день ловит только первичный приём, а деньги приходят позже.

  5. 05

    Помимо денежных штрафов за нарушения возможна приостановка обработки персональных данных — для клиники это означает остановку всей учётной системы.

Почему стандартная схема интеграции сюда не переносится

Обычная схема сквозной аналитики выглядит так: лид попадает в CRM, движется по воронке, превращается в сделку, сделка закрывается суммой — и эта сумма уходит в аналитику вместе с идентификатором рекламного клика. Всё построено на объекте «сделка».

В клинике этого объекта нет. МИС выстроена вокруг пациента и лечебного процесса, а не вокруг воронки продаж; обособленного отдела продаж, который доводит пациента до покупки по этапам, обычно не существует. Есть запись, визит, услуга, чек и курс.

Данные при этом никуда не делись: МИС хранит сумму чека, выполненные услуги, повторные визиты и отказы — именно на них сквозная аналитика в медицине и строится. Без подключения к МИС аналитика вырождается в подсчёт звонков и заявок — то есть в метрику, которая не отвечает на вопрос «сколько денег принёс этот канал».

Отдельная деталь, которая часто путает: классическая CRM в клинике тоже иногда стоит, но обслуживает она обычно ДМС и работу с юрлицами, а не поток пациентов. Подрядчик, который интегрирует «CRM клиники», нередко подключается к системе, где основной выручки просто нет. Поэтому первый вопрос на старте проекта — не «как подключить», а «к чему именно подключаться».

определение

Сквозная аналитика в клинике

Система, которая связывает рекламный канал с деньгами, принесёнными пациентом, — через обезличенный идентификатор, факт и дату визита и сумму чека. Сложность в двух вещах: МИС устроена вокруг лечебного процесса, а не вокруг воронки продаж, а данные о здоровье относятся к особо защищаемой категории. Поэтому проект начинается не с интеграции, а с границы контура данных.

МИС → промежуточный слой → аналитикаБез состава услугиС обезличиванием контакта

Как собрать воронку там, где нет сделки

Когда стандартной сущности «сделка» нет, воронку собирают из объектов, которые МИС уже хранит. Каждый объект выполняет свою роль — и важно понимать, что именно он означает для аналитики, прежде чем тянуть данные наружу.

Пациент заменяет карточку клиента. Именно он, а не сделка, становится единицей учёта. Отсюда первое следствие: считать нужно не конверсию в сделку, а долю обращений, дошедших до первичного приёма, и долю первичных, дошедших до курса.

Запись — аналог заявки. Здесь важно, что запись и визит — не одно и то же. Неявка в клиниках массовое явление, и если считать по записям, картина будет систематически завышена.

Визит — единица, на которой держится всё остальное. Факт визита и его дата — то, что реально имеет смысл передавать наружу в сквозную аналитику.

Услуга — то, что выполнено на визите. Это чувствительное поле: в связке с контактом пациента оно раскрывает сведения о здоровье. О том, как с этим работать, — в следующем разделе.

Чек — деньги визита. Второе, что уходит наружу.

Курс — набор визитов по одному плану лечения. Для аналитики это одна продажа, растянутая во времени, а не серия независимых покупок.

Конструкция воронки, которая работает: обращение → запись → первичный приём → назначение курса → визиты курса → закрытие курса. Первые три ступени дают оперативный сигнал для оптимизации рекламы, последние три — деньги.

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

Граница контура: что выносить, что обезличивать, что не трогать

Ядро любого проекта по сквозной аналитике в медицине — не технические настройки, а решение о том, какие поля вообще могут покидать медицинский контур. Механика простая: каждое поле попадает в одну из трёх зон — не выносится никогда, выносится только обезличенным, выносится как есть. Для каждой строки важно понимать, что даёт передача и что мешает.

Обязательная оговорка. Таблица ниже — инженерное предложение, а не правовое заключение. Состав полей, форму обезличивания и основания обработки утверждает юрист клиники. Эта формулировка не смягчается и не убирается.

ПолеЗонаЧто учесть
Диагноз, назначения, медицинские записиНе выноситсяНе нужны для маркетинговой аналитики ни в каком виде
Название конкретной услуги или процедурыНе выноситсяВ связке с контактом раскрывает сведения о здоровье. Анализ по услугам делается внутри МИС — наружу отдаётся результат
Направление / профиль приёмаНе выносится без отдельного решенияФормально указывает на характер обращения. Самая спорная строка — решение принимает юрист
ФИО пациентаНе выноситсяНе нужно для аналитики
Телефон, почтаТолько обезличеннымПередавать хеш, не значение. Сам факт присутствия контакта в базе клиники уже говорит об обращении за медпомощью
Внутренний идентификатор пациентаОбезличеннымИспользовать сквозной технический ключ, не совпадающий с номером карты
Факт и дата визитаКак естьБез указания, что за визит
Тип визита: первичный или повторныйКак естьНе раскрывает характер обращения
Сумма чекаКак естьДеньги — то, ради чего всё строится
Статус курса: назначен / идёт / завершён / прерванКак естьФормулировать статусами процесса, не диагнозами
Идентификатор рекламного кликаКак естьСобирается на сайте, хранится в МИС или в промежуточном слое

Как читать эту таблицу: верхние строки — медицинский контур, он не покидает клинику. Средние — то, что превращается в технический ключ перед отправкой. Нижние — то, ради чего проект и делается: деньги и сигнал для рекламы.

Главный вывод: аналитике не нужно знать, чем болел пациент. Ей нужно знать, что он пришёл, сколько заплатил и по какому объявлению. Всё остальное — данные, которые вы берёте на себя зря.

Практическое следствие для архитектуры: между МИС и сквозной аналитикой обычно ставят промежуточный слой, который выполняет обезличивание и агрегацию. Прямая интеграция «МИС → аналитика» соблазнительна простотой, но она переносит наружу структуру медицинских данных целиком — и дальше состав выгрузки контролировать крайне сложно.

архитектура передачи данных

Медицинский контур → Промежуточный слой → Сквозная аналитика

МИС (внутри клиники)

  • Диагноз и назначения
  • Состав услуги
  • ФИО пациента
  • Медицинские записи
  • Направление приёма

Не покидает контур

обезличивание
и агрегация

Промежуточный слой

  • Хеш телефона / почты
  • Технический ID пациента
  • Факт и дата визита
  • Тип визита
  • Сумма чека
  • Статус курса
  • ID рекламного клика

Контролируемый вывод

передача
в аналитику

Roistat / Calltouch / CoMagic

  • Деньги курса по каналу
  • Воронка: обращение → курс
  • ROAS по кампаниям
  • Оценка канала до закрытия

Маркетинговая аналитика

Курсовые продажи против окна привязки

Разрыв между «реклама убыточна» и «реклама окупается вчетверо» часто живёт не в каналах и не в креативах — он живёт в горизонте учёта. Рассмотрим модельный пример с конкретными числами.

Привлечение пациента стоит 4 500 ₽. Первичный приём — 3 000 ₽. До курса доходит 45% первичных. Курс — 6 визитов по 5 500 ₽ с интервалом две недели, первый визит на четырнадцатый день.

Полная выручка курса: 6 × 5 500 = 33 000 ₽ Ожидаемая выручка с привлечённого пациента: 3 000 + 0,45 × 33 000 = 17 850 ₽ Окупаемость привлечения: 17 850 / 4 500 = ×3,97

Если же считать только по первому визиту: 3 000 / 4 500 = ×0,67 — привлечение выглядит убыточным.

Разрыв почти шестикратный. И живёт он ровно в том, доводите ли вы учёт до конца курса.

горизонт учёта и видимая выручка

Что видит аналитика в зависимости от схемы передачи

схема 01

Только первичный приём

3 000 ₽видимая выручка
×0,67окупаемость привлечения

Реклама выглядит убыточной. Все решения о каналах принимаются на трети реальных денег.

схема 02

Окно привязки 21 день

5 475 ₽видимая выручка (≈31%)
1 визит курсауспевает за 21 день

Чуть лучше, но картина по-прежнему неполная. Большинство денег курса не видно.

схема 03

Двухступенчатая, 111 дней

17 850 ₽видимая выручка (100%)
×3,97реальная окупаемость

Курс до 3 месяцев укладывается в горизонт обновления конверсии. Полная картина.

Хорошая новость для клиник: курс длиной около трёх месяцев целиком укладывается в горизонт, который даёт окно обновления уже переданной конверсии. То есть при правильной схеме передачи клиника видит выручку курса полностью — в отличие от бизнесов с циклом сделки в полгода и больше.

Плохая новость: если передавать только первичный приём, видно меньше трети денег. И все решения о каналах, ставках и отключении кампаний принимаются именно на этой трети.

Что идёт не так при внедрении

Три ошибки встречаются почти в каждом проекте — независимо от того, какая МИС стоит в клинике.

Типичные ошибки

  • Начинают с технической интеграции, не составив перечень полей и не согласовав его с юристом. Проект доходит до запуска — и останавливается.
  • Передают в аналитику название услуги или процедуры, считая это «просто маркетинговой категорией». В связке с контактом это уже сведения о здоровье.
  • Считают окупаемость по первичному приёму и приходят к выводу, что реклама убыточна. Отключают работающие каналы.
  • Не выделяют ступень «запись → явка» отдельно. Провал администраторов выглядит как плохой трафик.

Как правильно

  1. 01

    Сначала — воронка на бумаге из объектов своей МИС. Потом — перечень полей по трём зонам. Потом — юрист. И только потом — техническая интеграция.

  2. 02

    Состав услуги оставить внутри МИС. Анализ по услугам делать там же; наружу отдавать только агрегированный результат.

  3. 03

    Считать по всему курсу с горизонтом обновления конверсии до 111 дней. Первичный приём — ранний сигнал, не финальная метрика.

  4. 04

    Ступень неявки выделить отдельной метрикой и атрибутировать её на регистратуру, а не на рекламный канал.

Порядок работ: от воронки до первого отчёта

  1. 01

    Собрать воронку на бумаге из объектов своей МИС, отдельно выделив ступень «запись → явка». Это не техническая задача — это разговор с главным врачом и администратором.

  2. 02

    Составить перечень полей и разложить по трём зонам: не выносится / выносится обезличенным / выносится как есть. Это черновик, а не решение.

  3. 03

    Согласовать перечень с юристом клиники. Спорной будет как минимум строка про направление приёма — заложите на это время. Без этого шага проект не стоит запускать.

  4. 04

    Спроектировать обезличивание и промежуточный слой между МИС и аналитикой. Прямая интеграция без промежуточного слоя переносит наружу структуру медицинских данных целиком.

  5. 05

    Проверить сбор идентификатора рекламного клика на всех точках входа: формы на сайте, виджет онлайн-записи, звонки через коллтрекинг (Яндекс Метрика + Calltouch, CoMagic или аналог).

  6. 06

    Настроить передачу так, чтобы первичный приём уходил как ранний сигнал, а визиты курса дополняли его в пределах горизонта обновления — около 111 дней.

  7. 07

    Сверить через месяц: сколько визитов из МИС нашли соответствие в аналитике и сколько выручки курса дошло до отчёта. Это покажет, где цепочка рвётся.

Что это меняет для внедрения

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

Операционный риск здесь важнее денежного. Помимо штрафов за нарушения 152-ФЗ возможна приостановка обработки персональных данных. Для клиники это означает остановку МИС — то есть остановку записи, приёма и расчётов. Аргумент, который лучше всего работает при разговоре с собственником: здесь рискуют не бюджетом на рекламу, а операционной деятельностью.

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

Где обрывается картина без сквозной аналитики: МИС знает визиты и чеки, рекламный кабинет — клики и расходы. Соединить это в оценку канала по деньгам можно только через слой сквозной аналитики — Roistat, Calltouch, CoMagic, K50. В нашей практике для клиник главная сложность не техническая: проект живёт на стыке маркетинга, подрядчика по МИС и юриста, и внутри клиники его обычно некому вести целиком.

Соблазн начать с шестого шага велик — он единственный технический. Но без третьего (согласования с юристом) проект может не дожить до запуска, а без первого (воронки на бумаге) вы автоматизируете структуру, которой в клинике нет.

Итог: что нужно для работающей аналитики в клинике

Аналитике не нужно знать, чем болел пациент. Ей нужно знать, что он пришёл, сколько заплатил и по какому объявлению.
  1. 01

    Воронка в медицине строится из записей, визитов и чеков — сделки как объекта нет, её собирают вручную.

  2. 02

    Граница контура данных — архитектурное решение, которое принимается до интеграции и утверждается юристом.

  3. 03

    Наружу уходят: обезличенный ID пациента, факт и дата визита, тип визита, сумма чека, статус курса, ID рекламного клика.

  4. 04

    Состав услуги, диагноз, ФИО и направление приёма — не покидают медицинский контур.

  5. 05

    Окупаемость считается по всему курсу (горизонт ~111 дней), а не по первичному приёму — иначе разрыв достигает шести раз.

  6. 06

    Между МИС и аналитикой нужен промежуточный слой обезличивания — прямая интеграция переносит наружу структуру медицинских данных целиком.

Проект по сквозной аналитике в клинике — это не только техническая задача. Он живёт на стыке маркетинга, подрядчика по МИС и юриста. Именно поэтому правильный порядок работ начинается с бумаги, а не с API.

Часто задаваемые вопросы

Узнайте, какая доля ваших заявок — нецелевая

Проверим источники заявок и покажем, на чём учится ваша реклама

  • Бесплатный аудит
  • Разбор ваших кампаний

Политика конфиденциальности

При оставлении заявки на ресурсе «https://gurucontext.ru» пользователи предоставляют следующие сведения:

  • Имя
  • Контактный телефон или Telegram
  • Адрес сайта пользователя (не обязательно)

Также администрация сайта получает данные об IP-адресе посетителей, типе браузера, времени нахождения на сайте и прочие подобные сведения через сервисы статистики.

Использование информации

Вся полученная информация используется администрацией «https://gurucontext.ru» исключительно в целях связи с клиентом.

Защита персональных данных

Компания «https://gurucontext.ru» обязуется не разглашать сведения, полученные от пользователей, и хранит их в защищённом виде.

Предоставление данных третьим лицам

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

Контакты

Телефон: +7 (499) 955-47-00.
E-mail: info@gurucontext.ru.