Напоминания клиентам стоматологии: как снизить забытые визиты с помощью ИИ

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

Почему пациенты пропускают визиты и чем здесь полезен ИИ

Неявка не всегда означает, что пациент передумал лечиться. Человек мог забыть о записи, перепутать дату, задержаться на работе или решить, что приём уже перенесли. Иногда он сообщает об изменении планов, но ответ теряется в переписке или не попадает в расписание. В результате врач ждёт пациента, администратор пытается дозвониться, а свободное время уже трудно предложить другому человеку.

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

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

С чего начать: один сценарий и проверенные данные

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

Перед запуском проверьте, что расписание содержит актуальные номер телефона, дату и время визита, врача и статус записи. Определите, какое состояние считается подтверждённым и кто вправе изменить его. Если расписание ведётся в нескольких местах, нужно заранее решить, какая система является основной: иначе напоминание может опираться на устаревшие сведения.

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

Команда KM2B помогает подобрать формат автоматизации с учётом расписания, каналов связи и внутренних процессов клиники. О направлениях внедрения можно узнать на странице услуг KM2B, а примеры решений собраны в разделе продуктов.

Когда отправлять напоминание и как обрабатывать переносы

Напоминание отправляют по подтверждённому расписанию, а не просто по наличию карточки пациента в базе. Для начала клиника может проверить отправку за день до приёма и, если это действительно нужно, короткое сообщение в день визита. Точный интервал зависит от привычек пациентов, графика работы и того, сколько времени требуется, чтобы предложить освободившееся окно другому человеку. Его лучше проверить на пилоте, а не считать универсальным.

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

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

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

Что делать, если пациент не отвечает

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

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

ИИ может помочь выделить ответы, которые требуют внимания: «я опоздаю», «можно вечером?» или «не смогу прийти». Но не каждую фразу можно надёжно отнести к готовой категории. При сомнении система должна обозначить ответ как требующий проверки, а не самостоятельно менять расписание. Это особенно важно, если пациент пишет о боли, осложнении или просит медицинский совет: такие вопросы передаются специалисту клиники.

В результате у администратора остаются понятные исключения, а не поток одинаковых уведомлений. До запуска стоит определить, кто получает такие задачи, в какой срок их проверяет и как фиксирует итог. Если это не определить, автоматизация лишь перенесёт неразобранные сообщения из одного места в другое.

Как выбрать способ напоминания и не перегрузить пациентов

Канал зависит от того, где пациент привык получать сообщения и какие способы связи использует клиника. Можно задействовать телефон, Telegram, MAX, ВКонтакте, сайт или электронную почту, если такой канал подходит для конкретного процесса и пациент согласился на общение. Необязательно подключать всё сразу. Лучше начать с одного привычного канала и предусмотреть понятный путь к администратору, если ответ не укладывается в варианты.

Текст сообщения должен быть коротким, нейтральным и проверяемым. Например: «Вы записаны в клинику на 18 октября в 15:30, филиал на улице Пушкинской. Подтвердите визит или сообщите, если нужно изменить время». Не нужно добавлять рекламные предложения, медицинские предположения или подробности, не нужные для посещения. Отдельно проверьте, не путаются ли филиалы, фамилии врачей и часовые пояса в разных системах.

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

Подход	Что происходит	Когда уместен	Основной риск
Ручное напоминание	Администратор проверяет записи и связывается с пациентами	Небольшой поток визитов или сложные индивидуальные случаи	Зависимость от загрузки сотрудника и вероятность пропуска записи
Автоматическое сообщение по расписанию	Система отправляет заранее подготовленный текст по времени	Повторяющиеся напоминания с понятным набором действий	Сообщение может стать неактуальным после переноса
Сценарий с ИИ и передачей исключений	ИИ помогает распознать ответ, а сложный случай направляется сотруднику	Когда ответов много и правила обработки заранее определены	Ошибочная классификация, если не предусмотреть проверку человеком

Как защитить данные пациентов и не отправлять лишнее

Напоминание относится к работе с данными пациента, поэтому клинике нужно учитывать требования 152-ФЗ о персональных данных. До подключения сервиса важно определить цель обработки, состав используемых сведений, основания и порядок доступа к ним. Также нужно проверить договорные условия с поставщиками и то, где хранятся данные. Конкретные меры зависят от процессов клиники, используемых систем и юридической оценки.

Для сообщения обычно достаточно минимальных сведений, необходимых для идентификации визита. Не передавайте в текст диагноз, перечень процедур и иные медицинские подробности без обоснованной необходимости. Ограничьте доступ к журналам и настройкам только теми сотрудниками, которым они нужны для работы. Проверьте, как отзывается согласие на выбранный канал и что происходит с данными после прекращения использования сервиса.

Есть и различие между сервисным уведомлением о записи и рекламным сообщением. Если к напоминанию добавить предложение услуги или акцию, могут применяться требования 38-ФЗ о рекламе. Поэтому рекламные материалы не следует незаметно смешивать с уведомлениями о приёме. Для клиники безопаснее разделить эти цели, тексты и правила отправки, а спорные вопросы согласовать со специалистом по защите данных и юристом.

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

Как измерить пользу пилота и решить, продолжать ли запуск

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

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

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

Посчитайте и экономическую сторону: сколько времени сотрудников ушло на ручные звонки, сколько освободившихся окон удалось занять и какова стоимость выбранного решения вместе с настройкой и сопровождением. Точную цену можно определить после аудита процессов. Обычно разумно начать с недорогого пилота на узком участке; ориентир окупаемости пилота — 2–4 месяца, но он зависит от числа записей, стоимости свободного времени врача и текущей доли неявок. Подход к оценке затрат и результата можно посмотреть на странице расчёта окупаемости.

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

Следующий шаг по теме

Базовые материалы и инструменты KM2B для внедрения ИИ в бизнес.

• Услуги KM2B по внедрению ИИ
• Калькулятор экономики ИИ
• ИИ-агенты для бизнеса: что дают и с чего начать
• Автоматизация бизнес-процессов нейросетями: с чего начать