
Сквозная аналитика для медицинской клиники
Как связать МИС или CRM с Roistat и не нарушить 152-ФЗ: граница контура данных, воронка без сделки, курсовые продажи.
Сквозная аналитика для клиники: как связать МИС с Roistat и не нарушить 152-ФЗ
Сквозная аналитика в клинике связывает рекламный канал с деньгами, которые принёс пациент. Но в отличие от интернет-магазина или SaaS здесь нет сделки, а данные о здоровье защищены законом особо.
МИС выстроена вокруг лечебного процесса, а не вокруг воронки продаж. Данные о здоровье относятся к особо защищаемой категории персональных данных. Поэтому прежде чем прокладывать первый API-маршрут, нужно ответить на архитектурный вопрос: какие поля вообще имеют право покидать медицинский контур. В этой статье — практическая карта того, как устроена такая интеграция, где проходит граница и почему неправильный расчёт окна привязки делает рекламу убыточной на бумаге.
Коротко: пять фактов о сквозной аналитике в медицине
- 01
В клинике нет сделки как объекта. МИС выстроена вокруг пациента и лечебного процесса — воронку для аналитики приходится собирать вручную из записей, визитов и чеков.
- 02
Связка контакта с составом услуги раскрывает сведения о здоровье. Это меняет не настройки, а саму архитектуру передачи данных.
- 03
Наружу имеет смысл выпускать три вещи: обезличенный идентификатор пациента, факт и дату визита, сумму. Что именно лечили — не выпускать.
- 04
Курс лечения — это одна продажа, растянутая на месяцы. Окно привязки в 21 день ловит только первичный приём, а деньги приходят позже.
- 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
Только первичный приём
Реклама выглядит убыточной. Все решения о каналах принимаются на трети реальных денег.
схема 02
Окно привязки 21 день
Чуть лучше, но картина по-прежнему неполная. Большинство денег курса не видно.
схема 03
Двухступенчатая, 111 дней
Курс до 3 месяцев укладывается в горизонт обновления конверсии. Полная картина.
Хорошая новость для клиник: курс длиной около трёх месяцев целиком укладывается в горизонт, который даёт окно обновления уже переданной конверсии. То есть при правильной схеме передачи клиника видит выручку курса полностью — в отличие от бизнесов с циклом сделки в полгода и больше.
Плохая новость: если передавать только первичный приём, видно меньше трети денег. И все решения о каналах, ставках и отключении кампаний принимаются именно на этой трети.
Что идёт не так при внедрении
Типичные ошибки
- Начинают с технической интеграции, не составив перечень полей и не согласовав его с юристом. Проект доходит до запуска — и останавливается.
- Передают в аналитику название услуги или процедуры, считая это «просто маркетинговой категорией». В связке с контактом это уже сведения о здоровье.
- Считают окупаемость по первичному приёму и приходят к выводу, что реклама убыточна. Отключают работающие каналы.
- Не выделяют ступень «запись → явка» отдельно. Провал администраторов выглядит как плохой трафик.
Как правильно
- 01
Сначала — воронка на бумаге из объектов своей МИС. Потом — перечень полей по трём зонам. Потом — юрист. И только потом — техническая интеграция.
- 02
Состав услуги оставить внутри МИС. Анализ по услугам делать там же; наружу отдавать только агрегированный результат.
- 03
Считать по всему курсу с горизонтом обновления конверсии до 111 дней. Первичный приём — ранний сигнал, не финальная метрика.
- 04
Ступень неявки выделить отдельной метрикой и атрибутировать её на регистратуру, а не на рекламный канал.
Порядок работ: от воронки до первого отчёта
- 01
Собрать воронку на бумаге из объектов своей МИС, отдельно выделив ступень «запись → явка». Это не техническая задача — это разговор с главным врачом и администратором.
- 02
Составить перечень полей и разложить по трём зонам: не выносится / выносится обезличенным / выносится как есть. Это черновик, а не решение.
- 03
Согласовать перечень с юристом клиники. Спорной будет как минимум строка про направление приёма — заложите на это время. Без этого шага проект не стоит запускать.
- 04
Спроектировать обезличивание и промежуточный слой между МИС и аналитикой. Прямая интеграция без промежуточного слоя переносит наружу структуру медицинских данных целиком.
- 05
Проверить сбор идентификатора рекламного клика на всех точках входа: формы на сайте, виджет онлайн-записи, звонки через коллтрекинг (Яндекс Метрика + Calltouch, CoMagic или аналог).
- 06
Настроить передачу так, чтобы первичный приём уходил как ранний сигнал, а визиты курса дополняли его в пределах горизонта обновления — около 111 дней.
- 07
Сверить через месяц: сколько визитов из МИС нашли соответствие в аналитике и сколько выручки курса дошло до отчёта. Это покажет, где цепочка рвётся.
Что это меняет для внедрения
Обезличивание — не побочная задача, а часть проекта. В законе оно прямо названо одной из операций обработки персональных данных, то есть само по себе требует основания и порядка. Спроектировать его нужно до интеграции, а не после.
Операционный риск здесь важнее денежного. Помимо штрафов за нарушения 152-ФЗ возможна приостановка обработки персональных данных. Для клиники это означает остановку МИС — то есть остановку записи, приёма и расчётов. Аргумент, который лучше всего работает при разговоре с собственником: здесь рискуют не бюджетом на рекламу, а операционной деятельностью.
Обезличенная передача снижает состав выносимых данных, но не заменяет собой оснований для обработки. Согласия и уведомления схема не отменяет. Об этом стоит сказать прямо — иначе возникает иллюзия, что найден обходной путь.
Где обрывается картина без сквозной аналитики: МИС знает визиты и чеки, рекламный кабинет — клики и расходы. Соединить это в оценку канала по деньгам можно только через слой сквозной аналитики — Roistat, Calltouch, CoMagic, K50. В нашей практике для клиник главная сложность не техническая: проект живёт на стыке маркетинга, подрядчика по МИС и юриста, и внутри клиники его обычно некому вести целиком.
Итог: что нужно для работающей аналитики в клинике
- 01
Воронка в медицине строится из записей, визитов и чеков — сделки как объекта нет, её собирают вручную.
- 02
Граница контура данных — архитектурное решение, которое принимается до интеграции и утверждается юристом.
- 03
Наружу уходят: обезличенный ID пациента, факт и дата визита, тип визита, сумма чека, статус курса, ID рекламного клика.
- 04
Состав услуги, диагноз, ФИО и направление приёма — не покидают медицинский контур.
- 05
Окупаемость считается по всему курсу (горизонт ~111 дней), а не по первичному приёму — иначе разрыв достигает шести раз.
- 06
Между МИС и аналитикой нужен промежуточный слой обезличивания — прямая интеграция переносит наружу структуру медицинских данных целиком.
Проект по сквозной аналитике в клинике — это не только техническая задача. Он живёт на стыке маркетинга, подрядчика по МИС и юриста. Именно поэтому правильный порядок работ начинается с бумаги, а не с API.
Часто задаваемые вопросы
Медицинская информационная система выстроена вокруг пациента и лечебного процесса, а классическая CRM — вокруг контактов, сделок и воронок продаж. В клинике нет обособленного отдела продаж и сущности «сделка», поэтому стандартная схема интеграции не переносится: воронку приходится собирать из записей, визитов, услуг и чеков. Дополнительная путаница в том, что обычная CRM в клинике тоже может стоять, но обслуживать ДМС и юрлиц, а не поток пациентов.
Вопрос стоит переформулировать: не «можно ли передавать», а «что именно нужно передавать». Маркетинговой аналитике не требуется знать, чем болел пациент, — ей нужны факт визита, его дата, сумма и связь с рекламным кликом. Состав услуги, назначения и медицинские записи для этой задачи бесполезны, а их вынос за пределы клиники создаёт риск на пустом месте. Практический подход — спроектировать перечень полей, разложить по трём зонам и утвердить с юристом.
Считать нужно по всему курсу, а не по первому визиту. В модельном примере привлечение пациента стоит 4500 рублей, первичный приём приносит 3000, до курса доходят 45%, а сам курс приносит 33 000 рублей. Ожидаемая выручка с привлечённого пациента — около 17 850 рублей, окупаемость почти вчетверо. Если смотреть только на первичный приём, реклама выглядит убыточной. Разрыв почти шестикратный — он объясняет большинство споров о том, работает ли реклама у клиники.
При правильной схеме передачи — да. Офлайн-конверсия привязывается к визиту не старше 21 дня, и за этот срок успевает только первичный приём и один визит курса — около трети ожидаемой выручки. Но у уже переданной конверсии есть окно на обновление данных, и суммарный горизонт составляет около 111 дней. Курс продолжительностью до трёх месяцев в него укладывается целиком. Клиникам здесь повезло больше, чем бизнесам с циклом сделки в полгода.
Спасибо за заявку!
Мы свяжемся с вами в ближайшее время.



