AI-чат для клиники: ответы по базе знаний без галлюцинаций

Администратор клиники тратит 60% времени на одни и те же вопросы: «во сколько вы открыты», «делаете ли вы X», «сколько стоит Y», «принимаете ли по полису». AI-чат на базе знаний клиники снимает эту нагрузку — отвечает мгновенно, по реальным документам, без галлюцинаций. Но в медицине это работает только при правильной архитектуре. Разберём, что нужно и чего избегать.

Зачем клинике AI-чат

Типовая картина:

• 200 обращений в день, 70% — типовые вопросы.
• Администратор тратит на типовой вопрос 1–3 минуты.
• 30–40% обращений приходят в нерабочее время (вечером, ночью, в выходные).
• Из необработанных в нерабочее время — половина теряется (пациент идёт к конкуренту).

AI-чат закрывает три эти точки одновременно: отвечает мгновенно (никаких очередей), работает 24/7, обрабатывает 50–70% типовых обращений без участия человека.

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

Почему «галлюцинации» опасны именно в медицине

LLM в чистом виде (ChatGPT, Claude без дополнительной настройки) могут «выдумывать»: придумать врача, которого у вас нет; назвать цену, которая не соответствует прайсу; пообещать услугу, которой не предоставляете; дать медицинский совет, который противоречит вашим протоколам.

В медицине это не «неловкость» — это юридический и репутационный риск. Решение — архитектура RAG (Retrieval-Augmented Generation): чат не сочиняет ответы из общего знания LLM, а ищет их в вашей базе документов и формулирует на основе найденного.

Как устроен RAG-чат

Базовая схема:

1. База знаний (документы клиники): прайс, расписание врачей, описания услуг, FAQ, информация о страховых компаниях, скрипты ответов на типовые возражения.

2. Индексация. Документы разбиваются на чанки и индексируются векторным поиском. Это разовая операция при создании или обновлении.

3. Запрос пользователя → поиск релевантных чанков → передача в LLM → формирование ответа на основе найденного.

4. Указание источника. Ответ содержит ссылку на документ, из которого взята информация. Пациент может проверить.

Результат: чат отвечает «по бумаге», не выдумывает. Если ответа в базе нет — честно говорит «уточните у администратора» вместо того, чтобы что-то сочинить.

Что чат должен и не должен делать

Должен:

• Отвечать на вопросы о часах работы, адресе, парковке.
• Давать прайс на конкретные услуги.
• Рассказывать, какие врачи работают и их специализации.
• Объяснять, что входит в комплекс (например, профилактический осмотр).
• Помогать с записью (давать ссылку на виджет онлайн-записи).
• Информировать о страховых компаниях, с которыми работает клиника.
• Объяснять процедуры подготовки (как готовиться к УЗИ, к анализам и т.д.).

Не должен:

• Давать медицинские советы или диагностику.
• Назначать лечение.
• Утверждать что-либо о вашем состоянии («у вас, скорее всего, X»).
• Принимать жалобы и решать конфликтные ситуации (передавать человеку).
• Работать с экстренными случаями («у меня сильно болит» — передача администратору с пометкой «срочно»).

Соответствие 152-ФЗ

Медицинские данные — особая категория. Чат не должен:

• Запоминать диагнозы пациентов в логах.
• Передавать имена и контакты третьим лицам.
• Хранить переписку дольше, чем необходимо (обычно 90 дней).

Технически: разворачивание чата на серверах в РФ (Yandex Cloud, VK Cloud), либо если используются международные API — анонимизация данных до передачи. В переписке предупреждение «при отправке сообщения вы соглашаетесь с политикой обработки данных» с ссылкой.

Что под капотом — выбор стека

Для типовой клиники:

• Yandex GPT + Yandex Search API — если важно полное соответствие данных в РФ. Качество ответов на русском хорошее.
• Claude / GPT-4 + RAG через Pinecone/Qdrant + анонимизация — если нужно более высокое качество понимания, готовы работать с международными API.
• Local LLM (Llama, Mistral) на собственном сервере — если данные критичны и нельзя их выпускать наружу. Дороже на старте, но полный контроль.

База знаний — обычно хранится в Notion, Google Docs или специализированной CMS. Главное — чтобы клиника могла обновлять документы без программиста.

Интеграция:

• виджет на сайте (как чат);
• Telegram-бот (для пациентов, кто привык писать в TG);
• виджет в МИС (для администраторов как «AI-помощник»).

Сколько это стоит и за сколько окупается

Базовый чат на одну клинику с 50–100 страницами документов:

• разработка: 200 000–400 000 ₽;
• API стоимость: 5 000–15 000 ₽/мес (зависит от объёма обращений);
• сопровождение: 15 000–30 000 ₽/мес;
• обновление базы знаний: разовая работа при изменениях в клинике.

Окупаемость: обычно 3–6 месяцев за счёт высвобождения времени администраторов и роста конверсии из ночных/выходных обращений (которые иначе бы потерялись).

Что делать прямо сейчас

Чек-лист на первый месяц:

1. Аудит входящих обращений — какие самые частые, какие повторяются, сколько в нерабочее время.
2. Собрать базу знаний — все документы, которыми пользуются администраторы (прайс, расписание, FAQ, скрипты).
3. Выбрать стек под уровень чувствительности данных.
4. MVP за 4–6 недель — простой чат на 30–50 самых частых сценариев. Запуск на сайте в тестовом режиме.
5. 2 недели контроля — администратор просматривает диалоги, корректирует ошибки, дополняет базу.
6. Полный запуск — после того, как точность ответов стабильно выше 90%.

Что НЕ делать

• Запускать «голый» ChatGPT на сайт клиники. В лучшем случае пациент получит общий совет «обратитесь к врачу». В худшем — клиника получит претензию о неточной информации.
• Обещать, что чат заменит администраторов полностью. Не заменит. Снимет 50–70% типовых обращений, дальше — нужен человек.
• Скрывать, что это чат-бот. Пациенты сейчас спокойно относятся к AI, если он работает хорошо. Скрывать — снижать доверие.
• Запускать без 2 недель контроля. Чат точно ошибается в первые недели — нужен оператор, который отлавливает ошибки и дополняет базу.

Вывод

AI-чат на базе знаний клиники в 2026 — это рабочий инструмент, который окупается за 3–6 месяцев и при этом снимает реальную операционную нагрузку с администраторов. Главное — правильная архитектура (RAG, не голый LLM), соответствие 152-ФЗ и постоянная актуализация базы знаний. С этими условиями чат работает не как «фишка», а как полноценная часть инфраструктуры клиники.