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

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

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

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

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

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

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

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

К визиту привязывается только динамический звонок

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

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

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

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

Ловушка, которую легко пропустить при приёмке настройки: разговор дольше 30 секунд — это не запись на приём. Администратор мог полторы минуты объяснять, что нужного врача нет до октября. Оптимизировать рекламу по такой цели — значит покупать длинные разговоры, а не пациентов.

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

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

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

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

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

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

Событие «запись на приём» нормативно живёт в МИС. Приказ Минздрава России от 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 и заголовки страниц. Это тот случай, когда нарушение возникает без злого умысла — достаточно назвать цель по имени услуги или собрать кампанию с говорящим utm_campaign.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Цены вендоров подлежат перепроверке: тарифы меняются без предупреждения.

• Коллтрекинг. У Calltouch по состоянию на 3 августа 2026 года публичные тарифы за программное обеспечение начинаются от 6 900 рублей в месяц и доходят до 23 200 рублей; услуги связи оплачиваются отдельно, поминутные ставки указаны от 6 и от 8 рублей за минуту. Полностью бесплатного тарифа нет. Итоговую сумму с НДС уточняйте у вендора в счёте: льгота по подпункту 26 пункта 2 статьи 149 НК РФ отменена с 01.01.2026, ставка 22%.
• CRM. amoCRM по состоянию на июль 2026 года — 599, 1 199 и 1 699 рублей за пользователя в месяц без НДС, подписка от полугода, бесплатного тарифа нет. Битрикс24 в облаке по состоянию на июль 2026 года тарифицируется за портал целиком: бесплатный 0 рублей, Базовый 2 490, Стандартный 6 990, Профессиональный 13 990, Энтерпрайз от 33 990 рублей в месяц.
• Наши работы. Ставка 4 000–4 500 рублей за час, минимальный пакет 20 часов — то есть от 80 000 рублей. Оплата после приёмки этапа. Лицензии мы не перепродаём: клиника покупает их напрямую у вендора.

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

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

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

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

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