Разгрузить регистратуру: кто напоминает пациентам, когда администратор занят
Неявка пациента — это не «пустое окно», а оплаченный час врача и кресла, который клиника уже никому не продаст. При этом значительная часть неявок предотвратима: пациент не пришёл не потому, что передумал лечиться, а потому, что забыл, перепутал время или не смог предупредить об отмене так, чтобы это было удобно. Разберём, как устроены цепочки напоминаний, которые действительно доводят пациента до кресла, и почему привычные SMS с этим справляются всё хуже.
Почему пациент не доходит
Причины неявок делятся на три группы, и работать с ними нужно по-разному.
Первая — забыл или перепутал. Запись сделана две недели назад, в календарь пациент её не внёс. Это лечится напоминанием, и только им.
Вторая — планы изменились, но отменить сложно. Чтобы отменить визит, нужно позвонить в рабочее время, подождать на линии, объясниться. Многие выбирают просто не прийти. Это лечится не напоминанием как таковым, а возможностью отменить или перенести запись в одно касание.
Третья — сомнения. Пациент записался «на всякий случай», решимость угасла. Здесь напоминание помогает частично: вежливое сообщение с именем врача и понятной причиной визита возвращает часть таких пациентов.
Чем плохи SMS и обзвон
SMS доставляется, но живёт в отдельном канале, которым люди давно не пользуются для общения. Ответить на SMS «перенесите на четверг» нельзя — точнее, можно, но это сообщение никто не обработает. Напоминание превращается в одностороннюю рассылку: клиника узнаёт о неявке по факту пустого кресла.
Обзвон регистратурой работает лучше, потому что двусторонний, но стоит дорого: при плотном расписании администратор тратит на подтверждения заметную часть смены, звонит в рабочее время, когда пациенту неудобно отвечать, и не дозванивается с первого раза. В клиниках, где регистратура перегружена, обзвон выполняется по остаточному принципу — то есть нестабильно.
Как выглядит рабочая цепочка
Практика сводится к трём касаниям в мессенджере, где пациент реально читает сообщения.
Сразу после записи — подтверждение с датой, временем, именем врача и адресом. Это сообщение снимает ошибки «перепутал день» и даёт пациенту артефакт, который легко найти в переписке.
За сутки до визита — вопрос, а не уведомление: «Придёте? Ответьте “да” или напишите, если нужно перенести». Ключевое отличие от SMS — ответ пациента обрабатывается: «да» фиксирует подтверждение, «не смогу» запускает перенос, и освободившееся окно возвращается в продажу, а не обнаруживается врачом по факту.
За два-три часа — короткое финальное напоминание тем, кто подтвердил. Оно почти не влияет на решение, но сокращает опоздания.
Куда девать освободившееся окно
Подтверждения приносят клинике не только явку, но и ранние отмены — и это отдельная ценность, которой надо уметь пользоваться. Окно, освободившееся за сутки, ещё можно продать; окно, о котором узнали за час, — почти никогда.
Для этого нужен лист ожидания: пациенты, которые хотели раньше, но взяли дальнюю дату, и пациенты с несрочными планами лечения — гигиена, плановые осмотры, отложенные этапы. Когда запись отменяется, первым из листа уходит предложение: «освободилось время завтра в 14:00, удобно?» Согласие — и окно снова занято.
Вручную регистратура делает это редко: в моменте всегда есть дела важнее, чем обзвон листа ожидания. Поэтому механика жизнеспособна тогда, когда предложение уходит автоматически сразу после отмены. Если внедряете подтверждения — проектируйте лист ожидания одновременно с ними, иначе половина собранных отмен просто останется дырами в расписании.
Почему без связи с расписанием это не работает
Цепочка из предыдущего раздела требует, чтобы система напоминаний видела расписание учётной программы клиники и умела в него писать. Иначе получается имитация: сообщение «напишите, если нужно перенести» упирается в администратора, который вручную переносит запись, — и в нерабочее время цепочка рвётся.
Поэтому напоминания — это в первую очередь вопрос интеграции с МИС. Сервис должен читать визиты из расписания (чтобы напоминание ушло само, без выгрузок), обрабатывать ответ пациента и менять запись в самой системе. МедЧат так работает поверх распространённых учётных программ — например, с Инфоклиникой и Dental4Windows: визит, перенос и отмена оказываются в расписании МИС, а не в параллельной табличке.
<aside style="display:flex;gap:16px;align-items:flex-start;margin:28px 0;padding:20px 22px;background:#fff;border:1px solid #e6e6e6;border-left:3px solid #d62f2a;border-radius:16px"> <div> <div style="font-weight:600;color:#1a1a1a;line-height:1.3">МедЧат</div> <div style="font-size:14px;color:#6b6b6b;margin-bottom:8px">ИИ-администратор для клиник и стоматологий</div> <div style="color:#1a1a1a;line-height:1.6">Главный показатель качества напоминания — не доставляемость, а доля ответов. Если пациенты не отвечают на подтверждения, канал выбран неверно или вопрос сформулирован так, что отвечать на него не хочется. Сообщение, на которое можно ответить одним словом и что-то реально изменить, собирает ответы; уведомление «ждём вас завтра» — нет.</div> </div> </aside>
С чего начать у себя
Сначала измерьте базу: выгрузите из МИС визиты за последние два месяца и посчитайте долю неявок по дням недели и типам приёмов. Часто окажется, что проблема сконцентрирована — например, в первичных консультациях, записанных больше чем за неделю.
Затем настройте цепочку на одном сегменте и сравните долю неявок с собственной базой, а не с чужими обещаниями. Меняйте по одному элементу за раз: канал, время отправки, текст вопроса. И заранее решите, что происходит с окном, которое освободилось за сутки, — если его некому предложить, половина пользы от подтверждений теряется. Разбор того, что для такой связки должна уметь учётная программа, есть на странице о программах для стоматологии.