CRM для клиники: зачем она нужна, если уже есть МИС

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

Разберём, что именно закрывает CRM для клиники, где проходит граница между двумя системами, и как выглядит внедрение на практике — по нашим проектам на Битрикс24.

CRM для клиники и МИС: разные задачи, разные данные

Что делает МИС

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

Что делает CRM

CRM для клиники живёт до записи и вокруг неё. Её задачи выглядят иначе:

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

Где проходит граница

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

Признаки, что клинике пора внедрять CRM

Обращения приходят в разные окна

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

Нет ответа на простые вопросы

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

Источник пациента неизвестен

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

Пропущенные звонки никто не разбирает

Звонок в нерабочее время, занятая линия, вызов, сорвавшийся на удержании. Без системы такие обращения просто исчезают. С CRM они превращаются в задачу с ответственным и сроком.

С базой пациентов не работают

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

Что автоматизирует CRM: путь пациента

Единое окно вместо трёх мессенджеров

Технически это подключение всех каналов к одной системе. В наших внедрениях Битрикс24 результат формулируется одинаково: 100% входящих обращений со всех каналов попадают в систему на ответственного сотрудника. Для клиники это значит, что вопрос «а куда делась заявка» перестаёт существовать.

Распределение и контроль срока ответа

CRM назначает ответственного и ставит срок. Просроченное обращение подсвечивается, и руководитель видит его до того, как пациент запишется в соседнюю клинику. В медицине скорость особенно важна: человек с болью или направлением на исследование обзванивает несколько клиник подряд.

Напоминания и подготовка к исследованию

Автоматические напоминания решают конкретную проблему — неявку. Пациент, которому не напомнили о подготовке к МРТ или анализам, переносит визит, и слот простаивает. Часть этой работы забирают на себя чат-боты и ИИ-боты: они отвечают на типовые вопросы о подготовке и цене, в том числе ночью.

Персональные данные: что можно хранить в CRM

Две нормы, которые надо знать

Обработку персональных данных регулирует 152-ФЗ: сведения о состоянии здоровья отнесены к специальной категории, для которой правила строже, чем для обычных контактов. Кроме того, 323-ФЗ относит к врачебной тайне в том числе сам факт обращения за медицинской помощью. То есть даже запись «Иванов записан к онкологу» — уже охраняемые сведения, а не просто строчка в карточке сделки.

Практическая граница для карточки

Организационная часть, о которой забывают

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

Коробка или облако

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

Как проходит внедрение

Этап 1. Аудит и схема процессов

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

Этап 2. Настройка и подключение каналов

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

Три способа связать CRM с МИС

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

Через API медицинской системы. Идеальный вариант: CRM видит свободные слоты и передаёт запись напрямую. Работает, если у МИС есть документированный интерфейс и вендор готов его открыть.

Через промежуточный слой. Когда прямого доступа нет, между системами ставится сервис-посредник: он забирает расписание по расписанию выгрузок и складывает обратно созданные записи. Медленнее, требует разработки, но не зависит от готовности вендора дорабатывать свою систему.

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

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

Права доступа: кто что видит

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

Этап 3. Обучение и сопровождение

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

Сроки, бюджет и что влияет на цену

Из чего складывается бюджет

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

Что удлиняет сроки

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

Что мерить после внедрения

Доля обращений в системе

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

Скорость первого ответа

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

Конверсия обращения в запись

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

Доходимость: записался и пришёл

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

Доля повторных визитов

Показывает, работает ли клиника с базой или каждый месяц покупает поток заново. Механика возврата — задачи администраторам и корректные рассылки по согласию; инструменты для этого описаны в разделе про CRM-маркетинг. Рост этой доли снижает нагрузку на рекламный бюджет сильнее, чем любая оптимизация ставок.

Если медицинской системы нет

Что закрывает CRM в этом сценарии

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

Чего в ней всё равно быть не должно

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

Когда пора заводить МИС

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

Тащить в CRM всю медицину

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

Оцифровать беспорядок

Если в клинике нет регламента работы с обращением, CRM его не создаст — она сделает беспорядок наглядным и заодно медленным. Сначала договариваемся, кто и в какой срок отвечает, потом переносим это в систему.

Считать обучение необязательным

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

Не назначить ответственного

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

Частые вопросы про CRM для клиники