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