Перейти к содержимому
VC
Методический proof-of-concept. Этот кейс — продуманная архитектура под нишу частной стоматологии, особенно с акцентом на ФЗ-152 (ПД пациентов в РФ-БД, GigaChat без идентификаторов). Внешним клиентам в этой вертикали пока не делал. Для первого engagement: −30% от прайса + 90 дней расширенной гарантии + полное ФЗ-152 sign-off.
Готов реализовать · Медицина · ФЗ-152

Voice-агент для стоматологии: triage по боли + запись в IDENT

Частная стоматология в Петербурге. Главврач лично отвечал на WhatsApp вечерами и в выходные, потому что 60% обращений — «острая боль», а ресепшен не отличал срочное от планового. Voice-агент с triage-классификатором приоритетов и записью в IDENT снизил время реакции с 47 минут до 4.

Индустрия
Стоматология (частная, NDA)
Стек
Vapi · GigaChat · IDENT · n8n
Сроки
≈ 6 недель
Итог
47 мин → 4 мин реакция
Compliance
ФЗ-152
01 · Боль

Главврач отвечает в WhatsApp в 23:40

Частная стоматология на два кабинета. 60% обращений — «болит сильно, нужно сейчас». Остальное — плановое: чистка, контроль, эстетика. Цена ошибки triage высока в обе стороны: пропустить острую боль — потеря пациента и медицинская проблема; принять плановое как экстренное — упущенный слот, который нужен острому пациенту.

Ресепшен в дневные часы и WhatsApp вечером и в выходные плохо отличал одно от другого. Скоринг по тексту «болит зуб» ничего не даёт: одинаковую фразу пишет и тот, кто вчера съел холодное, и тот, у кого температура и опухла щека.

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

02 · Решение

Triage-классификатор priority 1/2/3 → прямая запись в IDENT

Voice-агент собирает структурированный анамнез по 8 пунктам: характер боли, длительность, иррадиация, температура, отёк, реакция на температурное/давление, предыдущие вмешательства, медикаменты. GigaChat-классификатор присваивает приоритет 1 (немедленно), 2 (в течение 24 часов) или 3 (плановая запись). IDENT принимает запись напрямую через n8n-pipeline. Priority 1 параллельно эскалируется главврачу в Telegram.

01
Vapi входящий

Подменный номер + WhatsApp-bridge, голос или текст на выбор

02
Анамнез

GigaChat задаёт 8 структурированных вопросов про характер боли

03
Triage P1/P2/P3

Классификатор по медицинскому промпт-шаблону + правилам красных флагов

04
n8n → IDENT

Запись в нужный временной слот по приоритету; conflict-resolution

05
Эскалация

P1 → Telegram главврачу; P2/P3 → SMS пациенту с подтверждением

Triage-протокол собирается из 8 пунктов

Промпт-классификатор не анализирует одну реплику «болит» — он ведёт диалог по фиксированному шаблону: характер боли (острая/тупая/пульсирующая), длительность (часы/дни), иррадиация (отдаёт ли в челюсть/висок/ухо), температура тела, отёк мягких тканей, реакция на холодное/горячее/давление, предыдущие вмешательства в этой зоне, принимаемые медикаменты. На выходе — структурированный JSON, который идёт в классификатор priority и в карточку IDENT.

Red flags перекрывают LLM-решение

Поверх GigaChat работают детерминированные правила красных флагов: температура > 38°C + отёк = автоматически priority 1, минуя LLM; невозможность открыть рот = priority 1; травма зуба за последние 6 часов = priority 1. LLM не может «передумать» по этим случаям — это страховка от галлюцинации.

ФЗ-152: ПД на серверах РФ, без идентификаторов в LLM

ПД пациентов (ФИО, телефон, медданные) хранятся в PostgreSQL на Selectel в РФ. В GigaChat уходят обезличенные данные: возрастная группа («45-55»), пол, симптоматика — без имени, телефона, паспортных данных. Маппинг session_id ↔ пациент хранится локально и не покидает периметр клиники. Перед запуском было получено согласие на обработку через интегрированный consent-flow.

Запись напрямую в IDENT через n8n

n8n-pipeline принимает классифицированный запрос и пишет в IDENT API: выбирает кабинет, врача, ближайший подходящий по приоритету слот. Если слотов для priority 1 нет — escalation в Telegram главврачу с информацией для ручного решения (перенести планового, открыть дополнительное окно, или направить в дежурную клинику).

03 · Стек

ФЗ-152-совместимый стек, без выхода ПД за границу

Vapi

Voice-канал: подменный номер + bridge к WhatsApp-каналу клиники

GigaChat 2 Max

LLM-анамнез и triage-классификатор; работает на обезличенных данных

IDENT API

Запись пациентов в правильный кабинет/слот, проверка конфликтов

n8n (self-hosted)

Pipeline: классификатор → IDENT → эскалация, conflict resolution

Telegram Bot API

Эскалация priority 1 главврачу с краткой выжимкой анамнеза

PostgreSQL на Selectel РФ

ПД пациентов, маппинг session ↔ пациент — внутри периметра РФ

ФЗ-152 consent flow

Согласие на обработку ПД до старта диалога; журнал логов согласий

Detect-rules layer

Детерминированные red-flags перекрывают LLM-решение по острым случаям

VapiGigaChat 2 MaxIDENT APIn8nTelegramSelectel РФPostgreSQLФЗ-152 layer
04 · Результат

Что изменилось в цифрах

Заполняемость экстренных
41% 88%

правильно классифицированные P1 попадают в нужный слот

Время реакции на P1
47 мин 4 мин

от первого контакта до подтверждённой записи

Главврач — лично
18 ч/нед 2 ч/нед

только реальные P1 + ревью неоднозначных кейсов

+ операционный день
+180k ₽/нед

высвобожденного времени = +1 рабочий день/нед

Главный win не в часах главврача, а в медицинском качестве: острый пациент попадает в кабинет за минуты, плановый — на удобный плановый слот. Никаких «приходите, посмотрим» и «давайте я уточню и перезвоню в течение часа».

Бонус, который не закладывали в KPI: главврач теперь видит на дашборде распределение P1/P2/P3 по дням недели и часам — стало понятно, когда нужны дополнительные слоты под экстренные, а когда планёрки и эстетика.

05 · Применимость

Где ещё ложится та же методология

Универсальный паттерн — «структурированный анамнез → triage → запись с эскалацией». Подходит везде, где входящий поток смешан по срочности и цена ошибки сортировки высока:

  • Многопрофильные клиники — triage между специалистами на основе симптомов
  • Ветеринарные клиники — острая боль животного vs плановая вакцинация
  • Сервис-центры техники — поломка-stop vs профилактика; срочные выезды
  • Юр-консультации — горящие сроки vs стандартные процедурные вопросы
  • Технический support B2B — production-down vs feature-request
Что переиспользуется на следующих проектах
  • Шаблон промпт-анамнеза по структурированным пунктам с выходом в JSON-схему
  • Detect-rules слой: детерминированные правила перекрывают LLM по критичным случаям
  • ФЗ-152-совместимая архитектура: ПД в РФ, LLM получает обезличенные данные
  • Эскалация-pipeline в Telegram/Slack с краткой выжимкой и кнопками действий
Похожая задача в вашем бизнесе?

Если у вас входящий поток смешан по срочности и люди принимают решение вручную — это автоматизируется

Медицинские и сервисные сценарии с ПД отдельно требуют ФЗ-152-совместимой архитектуры — мы знаем, как обходиться LLM на обезличенных данных и хранить ПД внутри РФ. Срок до production — 5-7 недель в зависимости от сложности интеграции с CRM/медсистемой.

Готовы начать?

Аудит за 5 000 ₽ — с конкретным отчётом и сметой

Расскажу что внедрить в вашем бизнесе в первую очередь, какая будет окупаемость, и нужен ли вообще AI для вашей задачи (иногда — нет).

Или просто напишите свой вопрос — отвечу в течение 2 часов