Сортировка заявок для стоматологии: как ИИ определяет срочность и маршрут

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

Почему заявки стоматологии важно разбирать не общей очередью

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

Проблема особенно заметна, когда заявки приходят сразу по нескольким каналам: через сайт, по телефону, в Telegram, MAX или ВКонтакте. Одни обращения фиксируются в программе, другие остаются в переписке, третьи передают коллеге устно. Автоматическая сортировка не исправит сам по себе беспорядок в работе, но поможет собрать обращения в едином процессе и заранее подсказать, кто должен взять их в работу.

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

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

Что определять в заявке

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

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

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

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

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

Как определить срочность и выбрать маршрут

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

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

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

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

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

Можно ли полностью доверить маршрутизацию ИИ?

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

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

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

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

Как проверить качество сортировки

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

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

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

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

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

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

Как запустить сортировку без лишних рисков

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

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

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

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

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

Что считать хорошим результатом

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

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

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

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

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