Пропущенные звонки в стоматологии: как ИИ помогает вернуть обращение

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

Почему пропущенный звонок — отдельная задача

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

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

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

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

Что делать сразу после пропущенного звонка

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

1. Убедиться, что событие зарегистрировано. Проверить журнал телефонии или карточку обращения: номер, дата и время, филиал или линия, статус вызова.
2. Определить допустимый следующий шаг. Например, перезвонить по рабочему сценарию, отправить нейтральное сообщение через разрешённый канал либо оставить задачу сотруднику без автоматического контакта.
3. Назначить ответственного и срок. Задача не должна оставаться на уровне общего уведомления. Нужны сотрудник или роль, срок реакции и статус выполнения.
4. Зафиксировать итог. Удалось ли связаться, записан ли человек, попросил ли он перезвонить позже или вопрос передан другому специалисту.

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

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

Что именно поручить ИИ

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

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

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

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

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

Можно ли автоматически перезванивать всем

Не стоит включать автоматический обзвон для каждого номера без предварительно согласованных правил. Важно учитывать цель контакта, источник номера, ожидания человека, внутренние настройки клиники и требования законодательства. Обратная связь по конкретному пропущенному вызову и рекламное предложение — не одно и то же. Если автоматический звонок или сообщение используется для продвижения услуг, требования к рекламе нужно оценивать отдельно, в том числе с учётом 38-ФЗ.

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

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

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

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

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

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

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

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

Как понять, что контур работает

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

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

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

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

С чего начать клинике

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

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

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

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

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

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

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