Неявки — тихая статья убытков любой клиники: слот занят, врач на месте, пациент не пришёл и не предупредил. Обзванивать всех накануне дорого и не всегда получается. Разбираем, как эту работу забирает бот и что нужно, чтобы он не превратился в ещё один канал, за которым никто не следит.
Что бот делает вместо регистратуры
Основной сценарий простой: за сутки до приёма пациент получает сообщение с датой, временем, врачом и адресом, и двумя кнопками — подтвердить или перенести. Подтверждение снимает вопрос, перенос освобождает слот заранее, и его успевают занять.
Дальше сценарий обрастает деталями: напоминание о подготовке к процедуре, ссылка на маршрут, вопрос о самочувствии после приёма, предложение записаться на контрольный визит. Каждый шаг — это работа, которую иначе делает администратор вручную.
Почему нельзя просто поставить бота
Бот сам по себе ничего не знает о записях. Чтобы напоминание ушло вовремя и с правильными данными, он должен читать расписание из медицинской системы, а результат — подтверждение, отмену, перенос — возвращать обратно. Без этой связки администратору придётся переносить данные руками, и смысл теряется.
Поэтому проект по боту для клиники почти всегда состоит из двух частей: сценарий общения с пациентом и интеграция с МИС. Вторая часть обычно сложнее первой.
Где хранятся персональные данные
Клиника работает с медицинскими данными, и это накладывает ограничения. Практическое правило: в мессенджер уходит минимум — время, врач, адрес. Диагнозы, назначения и результаты анализов в переписку не отправляются. Сами данные остаются в медицинской системе и в контуре клиники.
Всё, что касается хранения и передачи, стоит проговорить с вашим специалистом по информационной безопасности до старта разработки, а не после.
Telegram или MAX
Telegram привычен пациентам и даёт больше возможностей в интерфейсе. MAX — российская платформа, у неё свои ограничения по рассылкам и вложениям, но для государственных и муниципальных учреждений часто это единственный допустимый вариант.
Хорошая новость: логика сценария и связка с медицинской системой живут на вашей стороне, а не внутри мессенджера. Поэтому запустить второй канал дешевле первого — переписывать всё заново не нужно. Сценарии для обеих платформ делаем одинаково: Telegram и MAX.
Что учесть в сценарии
- Что делать, если пациент не отвечает: через сколько напоминать повторно и когда передавать администратору
- Как обрабатывать перенос: предлагать свободные слоты сразу или переводить на человека
- Что писать пациенту, который записан к нескольким врачам в один день
- Как выглядит отмена со стороны клиники — например, если врач заболел
- Кто и где видит статистику: сколько подтверждений, сколько переносов, сколько молчания
Чего ждать по срокам
Простой бот с меню и заявкой — неделя. Бот с напоминаниями, подтверждением и переносом, связанный с медицинской системой, — несколько недель, и большая часть времени уходит на интеграцию и тестирование крайних случаев. Именно они определяют, будет ли бот полезным или начнёт раздражать пациентов.
Запускать имеет смысл поэтапно: сначала напоминания на одну специальность или одну клинику сети, посмотреть на реакцию и статистику, и только потом раскатывать на всех.
Что бот не должен делать
Первое — ставить диагнозы и давать медицинские рекомендации. Даже безобидная на вид формулировка вроде «при таких симптомах обычно назначают» недопустима: это ответственность врача, а не сценария.
Второе — заменять человека в сложных ситуациях. Если пациент пишет об ухудшении состояния или задаёт вопрос, которого нет в сценарии, диалог должен уходить администратору, и быстро. Бот, из которого нельзя выйти на человека, раздражает сильнее, чем его отсутствие.
Третье — рассылать то, о чём не договаривались. Напоминание о записи пациент ждёт, а вот акции и приглашения на чекап — это уже маркетинг, и на него нужно отдельное согласие.
Из любого сценария должен быть быстрый выход на человека. Бот, из которого нельзя выйти к администратору, раздражает сильнее, чем его отсутствие.
Как связать бота с CRM
Медицинская система хранит расписание и карту пациента, но она не предназначена для работы с обращениями: вопросы, повторные записи, отказы, жалобы. Поэтому в клиниках хорошо работает связка из трёх элементов: МИС для медицинской части, бот для общения, CRM для обращений и аналитики.
В такой схеме каждое обращение из бота попадает в CRM и становится видимым: сколько человек перенесло визит, сколько не ответило, где теряются пациенты. Без этого слоя бот работает вслепую — сообщения уходят, а понять, что происходит, нельзя.
С чего начать
- Выгрузите статистику: сколько записей в неделю, сколько неявок, сколько времени тратит регистратура на обзвон
- Опишите текущий сценарий напоминания — как он выглядит сейчас, даже если это звонки
- Уточните у поставщика медицинской системы, есть ли API и что через него доступно
- Определите, кто внутри клиники отвечает за бота: кто смотрит статистику и правит тексты
- Запустите на одной специальности и сравните цифры через месяц
Разберём, как устроена ваша запись и что даст автоматизация напоминаний. Аудит бесплатный.
