Сквозная аналитика в клинике: как связать запись пациента с источником обращения

Клиника уверенно видит две цифры: расход на рекламу и выручку кассы. Между ними лежит участок, где обычная веб-аналитика слепа: человек звонит, а не оставляет заявку; записывается, но не приходит; возвращается через полгода, когда счётчик уже потерял его из виду. Общая методика сквозной аналитики этот участок не закрывает — в медицине есть четыре разрыва, которых нет в других отраслях, и все четыре упираются не в настройку счётчиков, а в природу самого бизнеса и в режим обращения с данными пациентов. Ниже — что именно рвётся, чем это вызвано технически и юридически, в каком порядке собирать связку и какие метрики после этого имеют смысл. Без бенчмарков: публичных данных по этим метрикам не существует, и любая круглая «норма отрасли» в презентации — повод спросить, откуда она.

Что берём из общей методики, а что придётся достраивать

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

Эта статья — про то, что в клинике устроено иначе. Разрывов четыре, и они не про настройку счётчиков, а про природу самого бизнеса. Важно понимать это до сметы: подрядчик, который предлагает «настроить сквозную аналитику для клиники» тем же набором работ, что и для интернет-магазина, соберёт систему, которая будет показывать правдоподобные цифры и ошибаться в самом дорогом месте.

Четыре разрыва: почему клиника — особый случай

1. Обращение приходит голосом. Телефон в клинике остаётся рабочим каналом записи: по телефону уточняют, к какому специалисту идти, есть ли нужный врач в нужный день и что взять с собой. Форма на сайте такой диалог не заменяет. Для аналитики это значит, что часть обращений вообще не порождает события на сайте.
2. Запись и визит — разные события. Между ними стоит доходимость: человек занял слот в расписании и не пришёл. В отраслях, где оплата происходит в момент заказа, такого промежутка просто нет.
3. Ценность пациента раскрывается на повторных визитах. Первый чек почти ничего не говорит о канале. Осмысленное окно оценки — год, а не месяц.
4. Запись живёт в медицинской системе. Не в CRM и не в рекламном кабинете. Это меняет направление сборки: связка строится от МИС наружу.

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

Разрыв первый: обращение приходит голосом

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

«Целевой звонок» из коробки — это длительность разговора

При первой передаче данных о звонках Метрика создаёт четыре цели автоматически: «Звонок — учитывает любые звонки, включая пропущенные», «Целевой звонок — для отслеживания звонков, разговор в которых длился больше 30 секунд», «Уникальный звонок» и «Уникально-целевой звонок». Порог в 30 секунд — значение по умолчанию: «Если для отслеживания целевых и уникально-целевых звонков вам нужна другая длительность разговора, вы можете создать такую цель вручную».

Отсюда же вытекает требование к регистратуре, которое обычно не попадает в техническое задание. Чтобы цель «разговор завершился записью» вообще могла появиться, администратор должен фиксировать результат разговора в системе — и делать это одинаково. Если у одного администратора «записан», у другого «перезвонить», а у третьего пустое поле, никакая интеграция это не выправит.

Коллтрекинг: что привязывается к источнику, а что нет

Яндекс Метрика различает два метода отслеживания. При динамическом «сервис колл-трекинга закрепляет номер телефона за каждой сессией пользователя, то есть использует подмену номеров», и тогда Метрика «привязывает данные о звонке к ближайшему подходящему по времени визиту». Про второй метод в справке сказано прямо: «Статический звонок не привязывается к визитам посетителей».

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

Погрешность, которую перечисляет сам вендор

Разработчик коллтрекинга открыто описывает источники неточности динамической подмены:

• звонки по номеру, который пользователь записал себе раньше, совершённые вне заданного интервала;
• звонки на резервные номера — даже если резервный номер закреплён за конкретным каналом;
• звонки, не связанные с пользовательскими сессиями;
• звонки, ошибочно связанные с пользователями;
• открепление номера от посетителя после истечения времени удержания.

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

Разрыв второй: запись и визит — разные события

Событие «запись на приём» нормативно живёт в МИС. Приказ Минздрава России от 24.12.2018 № 911н относит ведение расписания и записи пациентов на приём к функциям медицинской информационной системы медицинской организации — наряду с ведением электронной медицинской документации и информационным взаимодействием с ЕГИСЗ. Маркетинговая система может знать о записи, но первоисточник статуса приёма находится не в ней.

Значит, доходимость нельзя «включить» в аналитике — её считают сверкой двух баз. Со стороны маркетинга берутся источник, звонок или заявка и время обращения. Со стороны медицины — факт записи, дата приёма и его статус: состоялся, отменён, неявка.

По какому полю связывать базы

Ключевой вопрос сверки — по какому полю связывать. Не по телефону и не по ФИО: это персональные данные, и передавать их между контурами не нужно ни технически, ни юридически. Рабочий вариант — собственный обезличенный идентификатор, который клиника генерирует сама и соответствие которому хранит внутри своего контура. Метрика сопоставляет офлайн-события с визитом по техническим идентификаторам: ClientID, UserID, Yclid и PurchaseId, а офлайн-звонки — по первым трём. Один из них, UserID, клиника назначает сама. Именно он и должен стать сквозным ключом.

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

Разрыв третий: окно оценки — год, а инструменты живут короче

Ценность пациента в клинике набирается повторными визитами. Логично оценивать канал на горизонте двенадцати месяцев. Проблема в том, что веб-аналитика на таком горизонте не работает — и это не вопрос настройки, а заложенные ограничения. Три факта подряд.

• Идентификатор посетителя живёт год. Cookie _ym_uid, в которой хранится ClientID Метрики, имеет срок жизни один год. Это верхняя граница, а не гарантия: смена браузера или устройства обнуляет её раньше.
• История визитов рвётся на 90 днях. В справке по моделям атрибуции сказано: «атрибуция применяется ко всем визитам посетителя, исключая перерыв в 90 дней между визитами», и после такого перерыва «новая история визитов начинается с последующего визита посетителя». Пациент, вернувшийся на профилактический приём через полгода, попадёт в отчёт как новый.
• Офлайн-данные дополняют визит 21 день. Дословно: «Период дополнения визитов офлайн-данными составляет 21 день. Данные будут добавлены к визиту, если между последним визитом посетителя на сайт и моментом обработки файла с данными о конверсиях прошло не больше 21 дня». Для заказов из CRM есть отдельное окно: «в течение 111 дней с момента визита, который был дополнен заказом, можно изменить или дополнить информацию об этом заказе».

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

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

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

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

Врачебную тайну составляет уже сам факт обращения

Часть 1 статьи 13 Федерального закона от 21.11.2011 № 323-ФЗ относит к врачебной тайне «сведения о факте обращения гражданина за оказанием медицинской помощи, состоянии его здоровья и диагнозе, иные сведения, полученные при его медицинском обследовании и лечении». Не диагноз, а именно факт обращения. Часть 2 запрещает разглашение таких сведений, «в том числе после смерти человека», лицами, которым они стали известны при обучении, исполнении трудовых, должностных, служебных и иных обязанностей, — за исключением случаев, прямо перечисленных в частях 3 и 4 той же статьи.

Параллельно работает статья 10 Федерального закона от 27.07.2006 № 152-ФЗ: часть 1 по общему правилу запрещает обработку данных о состоянии здоровья, а пункт 4 части 2 разрешает её, когда «обработка персональных данных осуществляется в медико-профилактических целях, в целях установления медицинского диагноза, оказания медицинских и медико-социальных услуг при условии, что обработка осуществляется лицом, профессионально занимающимся медицинской деятельностью и обязанным сохранять врачебную тайну». Исключение привязано к субъекту обработки — и рекламная платформа под него не подпадает.

Цена вопроса задана КоАП: за утечку — незаконные передачу, предоставление, распространение или доступ — специальной категории персональных данных для юридического лица предусмотрен штраф 10–15 млн рублей, за повторное нарушение — оборотный штраф 1–3% годовой выручки, но не менее 25 млн и не более 500 млн рублей. Основание — статья 13.11 КоАП в редакции Федерального закона от 30.11.2024 № 420-ФЗ, действующей с 30.05.2025.

Метрика прямо запрещает передавать медицинскую информацию

Это не только закон, но и правила самой платформы. В перечень идентификационной информации Яндекс Метрика включает, среди прочего, «медицинскую и страховую информацию (например, полис страхования)». И далее: «Условия использования сервиса Яндекс Метрика запрещают передавать идентификационную информацию в Метрику, за исключением использования функций сервиса, прямо предусматривающих такую передачу».

Отдельно оговорено, куда персональные данные попадать не должны: в utm_source, utm_medium, utm_term, utm_campaign, utm_content, а также в URL и заголовки страниц.

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

Соблазн «сделаем ретаргетинг по направлениям» не сработает и технически

Возражение логичное: если данные о направлении всё равно собираются, почему бы не построить на них аудиторные сегменты? Потому что рекламная система их не примет. Яндекс Директ не показывает объявления на деликатные темы «по поведенческому таргетингу и по условиям ретаргетинга и подбора аудитории в сетях» — даже когда объявление прошло модерацию и настройки корректны. К деликатным отнесены в том числе тяжёлые хронические заболевания, заболевания, на основании которых дают статус инвалидности, генетические и половые заболевания, неврологические заболевания и психические расстройства, а также анонимные услуги психологической поддержки, медицинская помощь и консультации. Показ при этом возможен «на поиске и по тематическому таргетингу (в соответствии с содержанием страницы) в РСЯ и внешних сетях».

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

Как назвать события, чтобы они были полезны и безопасны

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

• «Обращение — форма» и «Обращение — звонок»: факт контакта без темы обращения.
• «Запись создана»: слот занят. Без врача, без направления, без названия услуги.
• «Первичный приём состоялся»: подтверждённая доходимость. Это и есть главное событие для оптимизации кампаний.
• «Повторный приём состоялся»: сигнал качества канала, если событие укладывается в окно передачи.
• Ценность события: передавайте деньгами, а не названием услуги. Сумма не раскрывает направление, а алгоритмам её достаточно.

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

Правовой контур эксплуатации: согласия и уведомления

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

Коммуникация ради повторных визитов требует отдельного основания. Часть 1 статьи 15 152-ФЗ: обработка персональных данных в целях продвижения товаров, работ и услуг на рынке путём осуществления прямых контактов с потенциальным потребителем с помощью средств связи допускается только при условии предварительного согласия субъекта персональных данных; такая обработка признаётся осуществляемой без согласия, если оператор не докажет, что согласие было получено. Часть 2 обязывает немедленно прекратить обработку по требованию субъекта. Напоминание о предстоящем приёме и приглашение вернуться — разные по основанию коммуникации, и смешивать их в одном сценарии нельзя.

Уведомление Роскомнадзора об обработке персональных данных обязательно; форма — приложение № 1 к приказу Роскомнадзора от 28.10.2022 № 180. За непредставление уведомления с 30.05.2025 предусмотрен штраф до 300 тыс. рублей для юридических лиц и индивидуальных предпринимателей и до 50 тыс. рублей для должностных лиц.

Трансграничная передача — отдельная обязанность, а не часть предыдущей. Часть 3 статьи 12 152-ФЗ в редакции, действующей с 01.03.2023, требует уведомить регулятора о намерении осуществлять такую передачу; решение о запрете или ограничении Роскомнадзор принимает в течение десяти рабочих дней со дня получения уведомления, и до истечения этого срока передачу в страны без надлежащей защиты начинать нельзя. Google Analytics квалифицируется как трансграничная передача — это стоит проверить, если счётчик до сих пор стоит на сайте клиники по инерции: отчёты давно смотрят в другом месте, а код продолжает работать на каждой странице.

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

Порядок сборки: девять шагов

Последовательность важна: каждый следующий шаг опирается на результат предыдущего.

1. Запросите у вендора МИС список методов API — не подтверждение, что «интеграция возможна», а перечень методов с описанием параметров. Всё дальнейшее ограничено этим списком.
2. Определите сквозной идентификатор. Обезличенный, генерируемый клиникой, хранящийся в её контуре. Он же передаётся в аналитику как UserID.
3. Согласуйте состав событий в формулировках, не раскрывающих направление, и утвердите их вместе с ответственным за обработку персональных данных.
4. Подключите динамический коллтрекинг и заранее примите, что часть звонков не свяжется с сессией. Размер пула номеров считается от посещаемости: конкретный диапазон и шаг расчёта уточняйте у выбранного вендора коллтрекинга.
5. Переопределите цель «целевой звонок». Порог в 30 секунд замените на признак, приходящий из CRM: разговор завершился записью.
6. Настройте передачу записи из МИС в CRM вместе со статусом приёма. Неявка — отдельный статус, а не пустое поле.
7. Постройте сверку двух баз по идентификатору, с регулярностью не реже суток и с журналом расхождений: несвязанные обращения нужно видеть, а не прятать.
8. Отдайте наружу обобщённые события в пределах окон 21 и 111 дней — для оптимизации кампаний.
9. Соберите годовой отчёт по источникам на стороне МИС и CRM, а не в рекламном кабинете. Это единственное место, где горизонт в двенадцать месяцев доступен целиком.

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

Три метрики, которые имеют смысл в клинике

Методика без бенчмарков: цифры у каждой клиники свои.

Доходимость от записи до визита по источнику

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

Доля повторных визитов по источнику

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

Выручка на пациента за 12 месяцев по источнику

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

Условный пример: как читается сверка

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

Допустим, за месяц по одному каналу зафиксировано 200 обращений — формой и звонком вместе. Из них записью завершились 100: часть обращений была справочной, часть не нашла нужного времени. Приём состоялся у 70 записавшихся — остальные 30 не пришли или отменили. За следующие двенадцать месяцев повторно обратились 20 человек из этих 70.

В виде воронки это те же четыре ступени: 200 обращений, 100 записей, 70 состоявшихся первичных приёмов, 20 повторных визитов за год. Что здесь важно для решения. Если у соседнего канала на входе меньше обращений, но до приёма доходит сопоставимое число людей, а повторно возвращается больше — бюджет разумнее двигать туда, хотя по стоимости обращения первый канал выглядел выгоднее. Именно поэтому мы настаиваем на выручке на пациента за двенадцать месяцев, а не на стоимости обращения: две колонки слева от неё умеют вводить в заблуждение.

Что стоит инфраструктура и на каких условиях работаем мы

По коллтрекингу отдельная оговорка про налоги: итоговую сумму с НДС уточняйте у вендора в счёте — льгота по подпункту 26 пункта 2 статьи 149 НК РФ отменена с 01.01.2026, ставка 22%. Лицензии клиника покупает напрямую у вендора: так проще и с бухгалтерией, и с последующей сменой подрядчика.

Про наш опыт без преувеличений. За годы работы в поисковом маркетинге мы опубликовали 62 кейса по продвижению, из них 33 юридических и 25 медицинских, — это и есть та часть, где нам есть что показать. Опубликованных кейсов по внедрению CRM у нас пока нет: направление новое, и делать вид, что за ним стоит накопленная статистика, мы не станем. Что мы приносим в такие проекты — понимание медицинского контура со стороны маркетинга и готовность считать до выручки, а не до заявки. Как это выглядит со стороны процессов клиники, описано на странице про CRM для медицинской клиники.

Чек-лист перед стартом

Пройдите по пунктам до подписания сметы на настройку. Каждый закрытый пункт снимает часть будущих переделок.

• Получен письменный ответ вендора МИС о доступности API и составе методов.
• Определён обезличенный сквозной идентификатор; телефон и ФИО между контурами не передаются.
• Список целей и названий кампаний проверен на отсутствие медицинских направлений — включая utm-метки, URL и заголовки страниц.
• Цель «целевой звонок» переопределена с длительности разговора на факт записи.
• Коллтрекинг динамический; принято, что часть звонков останется без источника, и это отражено в журнале расхождений.
• Неявка выделена отдельным статусом приёма.
• Годовая отчётность строится на стороне МИС и CRM, а не в рекламном кабинете.
• Согласие на коммуникацию для повторных визитов получено отдельно от согласия на обработку.
• Уведомление об обработке персональных данных подано; необходимость уведомления о намерении трансграничной передачи проверена отдельно.
• Состав передаваемых наружу событий согласован с юристом клиники и ответственным за обработку персональных данных.

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