Коротко

ИИ для регистратуры клиники должен помогать с записью, переносами, напоминаниями, документами, подготовкой к приему и передачей администратору. Он не должен ставить диагноз, советовать лечение или «успокаивать» пациента там, где нужен врач.

Для Казахстана естественный первый канал - WhatsApp, Instagram, телефон и иногда сайт. Внутри клиники может быть МИС, расписание врачей, таблица услуг, прайс, телефония и администраторские чаты. Хороший агент собирает это в рабочий процесс. Плохой просто отвечает красивыми общими фразами.

Регистратура - это не обычная поддержка

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

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

Где чаще всего теряются заявки

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

AI-помощник нужен здесь не для «умного общения», а для дисциплины процесса: принять обращение сразу, уточнить недостающие данные, не потерять филиал, поставить задачу администратору и сохранить историю. Это особенно важно для сетевых клиник, где несколько филиалов, разные графики врачей и много повторяющихся вопросов в WhatsApp, Instagram и по телефону.

Что можно автоматизировать первым

Запись и перенос

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

Напоминания

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

Подготовка к услугам

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

Но источник должен быть утвержден врачом или ответственным администратором. Старый PDF с подготовкой - опаснее, чем отсутствие автоматизации.

Сбор данных для администратора

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

Какие данные нужны

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

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

Локальные сервисы уже двигаются в эту сторону: например, OneClinic описывает онлайн-запись и интеграцию с Medelement MIS. Но конкретная клиника всё равно должна определить свои правила: кто подтверждает запись, какие услуги нельзя бронировать автоматически, какие вопросы уходят врачу.

План безопасного запуска

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

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

Перед запуском нужны evals для AI-проектов: правильная эскалация, запрет медицинских советов, точность записи, работа со смешанным языком, корректные документы, уважительный тон.

Где человек остается в контуре

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

Человек нужен не только «на всякий случай». Он закрывает зоны, где у модели нет права решать: симптомы, лечение, результаты, конфликт, персональные данные, нестандартная запись, жалоба.

Если агент должен работать с каналами, МИС, задачами и базой знаний, его лучше строить как AI-агента для процесса, а не как отдельного чат-бота. Тогда у него есть роли доступа, действия, логи и передача оператору.

Что измерять

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

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

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

Кейс Almaty Marathon не медицинский, но похож по форме: много публичных вопросов, правила, расписания, документы, переносы, возвраты и эскалации. В клинике та же логика, только границы строже.

FAQ

Можно ли запускать ИИ в WhatsApp клиники?

Да, это часто самый естественный канал. Но переписка должна попадать в рабочую систему, а не оставаться в личном телефоне администратора.

Может ли агент сам записывать пациента?

Да, но после тестов и по ограниченным правилам. На первом этапе безопаснее, чтобы он предлагал слот или готовил запись на подтверждение.

Может ли агент отвечать на вопросы по подготовке?

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

Что делать с персональными данными?

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

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