Поиск и рекомендация
Фиксируются источник и целевая страница. Позиция или клик ещё не означают обращение.
Путь пациента без красивых выдумок
Путь пациента: от первого звонка до постоянной лояльности
Карта пути нужна не для плаката со стрелками. Она связывает источник обращения, ответ клиники, запись, визит и следующий организационный шаг так, чтобы для каждого перехода были видны статус, владелец и причина остановки.
· подготовлено Кереметь‑ИТ. Материал не обещает рост записей или выручки: сначала фиксируется исходный процесс.
Восемь переходов
Пациент видит один путь, а клиника — несколько несвязанных систем
На каждом переходе важен не лозунг, а наблюдаемое событие. Если статус хранится только в памяти сотрудника, маршрут нельзя надёжно измерить или передать другому человеку.
Сайт или карточка
Проверяются понятность услуги, врача, подготовки, цены и способа связи. Красивый экран не заменяет ответ на вопрос пациента.
Первичное обращение
Звонок, форма или сообщение получают единый идентификатор, время, канал и ответственного. Для пропущенных звонков нужен отдельный маршрут.
Подбор записи
Администратор или система уточняет организационные параметры, предлагает слот и фиксирует причину, если запись не состоялась.
Подтверждение и перенос
Клиника различает подтверждение, отмену, перенос и отсутствие ответа. Одно сообщение без статуса не закрывает процесс.
Визит
Факт визита отделяется от записи. Медицинская часть остаётся в профильном контуре; аналитике достаточно согласованных организационных событий.
Обратная связь
Запрос оценки не должен скрывать отрицательный отзыв. Жалоба направляется владельцу процесса с понятным сроком разбора.
Следующий шаг
Повторный контакт возникает по согласованному правилу и основанию, а не из массовой рассылки по всей старой базе.
Источники данных для карты
Сначала договоритесь, где возникает каждый статус
Телефония, сайт, CRM, МИС и аналитика могут называть одно событие по-разному. До построения отчёта нужен короткий словарь.
| Событие | Возможный источник | Что проверить |
|---|---|---|
| Новое обращение | Форма, телефония, мессенджер | Время, канал, дубль, ответственный и согласованный минимум данных. |
| Предложен слот | CRM или рабочая очередь | Кто предложил, когда и почему пациент не выбрал время. |
| Создана запись | МИС или расписание | Связь с исходным обращением без копирования лишних медицинских данных. |
| Перенос или отмена | МИС, телефония, журнал администратора | Причина, новый ответственный и условие следующего контакта. |
| Визит состоялся | МИС | Однозначный статус и момент его появления в аналитике. |
| Следующая задача | CRM или контур автоматизации | Основание, допустимый канал, отказ и стоп-условие. |
Синтетический сценарий
Проверить маршрут можно без реальных данных пациента
Создайте вымышленное обращение: источник — сайт, услуга — консультация, первый слот не подошёл, второй принят, затем запись перенесена. Такой сценарий показывает, где теряется связь между системами, но не доказывает будущую конверсию или коммерческий эффект.
- Зафиксировать ожидаемые статусы и ответственных.
- Провести обращение через форму или тестовый номер.
- Проверить карточку, запись, перенос и журнал изменений.
- Убедиться, что отказ или ошибка останавливают автоматизацию.
- Повторить маршрут новым сотрудником по инструкции.
ДоКарта систем, словарь статусов и один ожидаемый результат.
Во времяВремя события, владелец и наблюдаемый переход.
ПослеСписок разрывов, ручной резервный сценарий и решение о пилоте.
Измерение
Не смешивайте клик, заявку, запись и визит
Каждый показатель отвечает на отдельный управленческий вопрос. Сравнение имеет смысл только при одинаковом определении события и сопоставимом периоде.
Доля обращений с ответом
Показывает работу первичного входа, но ничего не говорит о записи без связанного статуса.
Время до первого действия
Считается от наблюдаемого события до ответа или задачи сотруднику, а не до случайного открытия CRM.
Причины незаписи
Слот, цена, врач, подготовка, отсутствие ответа или техническая ошибка должны различаться.
Переносы и отмены
Важно видеть не только количество, но и момент, причину и возможность предложить другой слот.
Запись → визит
Неявка, отмена и перенос — разные исходы. Их нельзя объединять ради красивого процента.
Следующий согласованный шаг
Оценивается только после определения основания, канала связи и исключений.
Для соединения звонка, заявки, записи, визита и оплаты используйте контур BI‑аналитики. Он не заменяет согласование терминов и качество исходных статусов.
Роли систем
Один путь не означает одну программу
Задача архитектуры — сохранить связь событий и ответственность, а не перенести все данные в очередную универсальную систему.
Сайт клиники
Объясняет услугу и принимает обращение с технически проверяемым источником.
ИИ‑регистратура
Принимает первичный организационный запрос и передаёт человеку контекст в установленных границах.
МИС
Хранит расписание и профильные статусы; конкретные интеграционные возможности проверяются отдельно.
Контур неявок
Работает с уже созданной записью: подтверждением, переносом, отменой и листом ожидания.
Маркетинг‑автоматизация
Выполняет согласованные повторные коммуникации с владельцем и стоп‑условием.
ПДн и доступы
Определяет, какие данные, роли, журналы и сроки хранения допустимы в конкретном контуре.
Ограничения
Когда карта пути вводит руководителя в заблуждение
Схема бесполезна, если рисует идеальный процесс, но не показывает исключения и фактические источники данных.
Статусы определены задним числом
Если «лидом» называют и звонок, и заявку, и запись, итоговую конверсию нельзя проверить.
Реальный пациент превращён в кейс без основания
Для проектирования достаточно синтетического маршрута. ПДн, записи разговоров и медицинские данные не нужны в публичном материале.
Автоматизация принимает решение за человека
Организационная цепочка не должна становиться медицинской рекомендацией или скрывать необходимость участия сотрудника.
Сезонность выдают за эффект проекта
Изменение спроса, расписания, цен и рекламы фиксируется отдельно; совпадение во времени не доказывает причинность.
Отказ нельзя исполнить
У сообщения и задачи должно быть условие остановки, доступное ответственному сотруднику.
Нет ручного резерва
До пилота определяют, как клиника продолжит принимать обращения при отказе интеграции или канала.
Результат обследования
Что должно остаться у клиники после разбора маршрута
Не презентация с «воронкой», а набор документов, который можно проверить и передать владельцам процессов.
| Артефакт | Для чего нужен |
|---|---|
| Карта фактического маршрута | Показывает системы, ручные переходы, владельцев и исключения. |
| Словарь событий и статусов | Не даёт смешивать заявку, запись, визит и оплату. |
| Реестр разрывов | Фиксирует потерянный контекст, дубли, задержки и непонятные состояния. |
| Синтетический тест | Позволяет повторить один путь без production-данных. |
| План пилота и отката | Определяет критерии результата, остановки и ручной резерв. |
FAQ
Вопросы до проекта
Короткие ответы помогают определить границы первого обследования.
Нужно ли сразу объединять МИС, CRM, телефонию и сайт?
Нет. Сначала фиксируют один сквозной сценарий и минимальный набор событий. Иногда достаточно устранить один ручной разрыв; иногда требуется интеграция. Решение принимают после проверки фактического маршрута.
Можно ли начать без реальных данных пациентов?
Да. Для первого технического прохода используют синтетические обращения, вымышленные записи и обезличенные статусы. Реальные ПДн, медицинские документы, DICOM и записи разговоров не нужны.
Как понять, что карта пути полезна?
Новый сотрудник способен по ней найти владельца, статус и следующий шаг одного тестового обращения. Если маршрут существует только в объяснении консультанта, работа не завершена.
Какая система является главным источником?
Единого ответа для всех событий нет. Источник обращения может быть в телефонии, запись — в МИС, задача — в CRM. Важно заранее определить владельца каждого статуса и правила сверки.
Можно ли обещать рост конверсии после внедрения?
Нет без измеримого baseline, сопоставимого периода и подтверждённой причинной связи. На первом этапе корректнее обещать проверяемую карту, журнал разрывов и пилот одного процесса.
Материал описывает организационный и инженерный контур. Он не является медицинской рекомендацией, юридическим заключением или гарантией коммерческого результата.