CRM для клиники: записи и повторные визиты
Путь пациента в CRM: обращение, запись, подтверждение, явка, план, повторный визит, роли, интеграции и защита данных.
Главное за 30 секунд
CRM клиники должна управлять коммуникацией и записью, не подменяя медицинскую информационную систему. Маркетинговому и административному контуру достаточно минимальных данных для контакта, визита и следующего действия; медицинская информация требует отдельной правовой и технической модели.
Граница систем
CRM хранит источник, контакт, интерес, запись, статус коммуникации и задачи администратора. Диагнозы, результаты исследований и клинические записи не следует автоматически переносить туда без доказанной необходимости, подходящих ролей и требований безопасности. Для лабораторного направления используйте отдельную систему маркетинга лаборатории анализов.
До интеграции составьте карту данных и владельцев.
Путь обращения
- Новое обращение с каналом и языком.
- Контакт состоялся и потребность уточнена.
- Запись создана с филиалом, услугой и временем.
- Визит подтверждён или перенесён.
- Явка зафиксирована из системы расписания.
- Следующее административное действие назначено.
Коммуникации
- Подтверждение записи через выбранный канал.
- Напоминание с возможностью переноса.
- Инструкция по подготовке только из утверждённого источника.
- Уведомление администратору о неявке.
- Запрос честной обратной связи после завершённого визита.
Дубли и семья
Один телефон может использоваться для нескольких членов семьи, поэтому объединение только по номеру опасно. Разделяйте контакт плательщика и посетителя в пределах разрешённой модели. Не показывайте сотруднику лишние записи другого человека.
Повторное обращение создаёт новый интерес или запись, а не стирает историю.
Роли и privacy
- Администратор видит только необходимые данные записи.
- Маркетинг работает с агрегатами и допустимыми согласиями.
- Экспорт и массовые действия ограничены.
- Доступ увольняемого сотрудника отзывается немедленно.
- Логи фиксируют просмотр и изменение критических данных.
Интеграции
Сайт, телефония и мессенджеры передают обращение в очередь. Расписание остаётся источником доступных слотов, а учёт — подтверждённой оплаты. У каждого обмена есть идентификатор, retry и журнал ошибок.
Нельзя подтверждать запись пользователю, если система расписания её не приняла.
Метрики
Проверяйте метрики по филиалу, услуге и языку только при достаточном объёме. Маленькая выборка легко выдаёт случайность за проблему менеджера. Любая медицинская интерпретация остаётся вне маркетингового отчёта.
Перед запуском проведите tabletop-инцидент: ошибочная запись, утечка доступа, недоступное расписание и просьба удалить данные. Команда должна знать владельца и последовательность действий.
Интеграции тестируют в отдельном контуре с вымышленными пациентами. Производственные данные не используют как удобный тестовый набор.
Резервная копия также проверяется восстановлением, а не только фактом создания. Изменения справочников проходят согласование владельца процесса.
Ежеквартально пересматривайте активные роли и внешние интеграции. Неиспользуемый доступ удаляют вместе с ключами и webhook.
- Скорость первого ответа.
- Конверсия обращения в подтверждённую запись.
- Неявки и успешные переносы.
- Доля записей без следующей задачи.
- Повторные визиты по согласованному периоду.
Записи есть, а до визита доходят немногие
Сначала разделите обращения, согласованные записи, подтверждения, переносы, отмены и состоявшиеся визиты. Неявку считайте после наступления времени записи и проверки фактического статуса. Будущие записи оставьте за пределами этого расчёта. Иначе свежая рекламная кампания будет выглядеть слабой лишь потому, что её посетители ещё ждут назначенной даты.
Для сравнения источников соберите отчёт по записям, время которых уже прошло. Рядом покажите филиал, услугу, срок ожидания, канал подтверждения и результат связи. Причину отмены фиксируйте со слов человека; неизвестную причину так и обозначайте. Версию «передумал из-за цены» нельзя выводить только из молчания. Перенос свяжите с исходной записью, чтобы отчёт отличал перенесённый визит от потерянного обращения.
Условный пример: две группы записались по одной рекламе, но в одной администратор согласовал время и адрес, а в другой отправил общий ответ без подтверждения. До оценки качества рекламы проверьте эти различия. В подтверждении должны быть понятны филиал, дата, время и способ переноса. Содержание административных сообщений ограничьте данными, необходимыми для организации визита; здесь рассматривается только работа с записью.
Проверьте весь путь на вымышленной записи: сообщение дошло, ответ клиента увидел сотрудник, перенос обновил расписание, старое напоминание отменилось. Назначьте ответственного за обращения после отмены и за очередь неподтверждённых записей. Уместный повторный контакт помогает выяснить организационную причину и предложить доступный вариант. Сравнивайте результат после исправления на сопоставимых группах и отмечайте изменения расписания. Общая схема разбора рекламы и обработки есть в материале о потерях между заявкой и продажей.
Первичные источники и документация
Следующий шаг
Если хотите применить схему к своему проекту, спроектируйте безопасный контур записи. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.
Посчитайте стоимость под вашу задачу
Ориентир. Точная смета — после аудита процессов.
Бесплатная диагностика за 24–48 часов: посмотрим ситуацию, скажем что даст результат, дадим смету.
