ИИ-консультант для частной клиники

Колл-центр частной клиники устроен предсказуемо. С девяти до одиннадцати утра линия перегружена, каждый третий звонок срывается на удержании. К вечеру администраторы отвечают короче, чем нужно. Ночью и в выходные не отвечает никто, а пациент, который решил записаться в 22:40, к утру уже записался в клинику через дорогу.

При этом почти ничего из того, что спрашивают, не требует медицинского образования. «Сколько стоит УЗИ брюшной полости», «принимает ли эндокринолог в субботу», «нужно ли натощак», «делаете ли вы по ДМС», «можно ли перенести запись». Это работа с расписанием и прайсом, а не с пациентом.

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

Из чего складывается поток обращений

Прежде чем считать экономику, надо разобрать поток. Структура в многопрофильной клинике на 15–30 врачей обычно выглядит так — доли отличаются у стоматологии, косметологии и диагностики, но порядок величин устойчив.

Первые четыре строки — это уже 55–75% звонков и сообщений. Все они отвечаются по данным, которые в клинике уже есть: в МИС, в прайсе, в памятках. Никакого «умного бота, который сам догадается» здесь не нужно — нужна система, которая находит факт в вашей системе и аккуратно его излагает.

Красная линия: чего консультант не делает никогда

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

Это не осторожная оговорка в конце страницы, а требование к архитектуре. Практически оно означает вот что.

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

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

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

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

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

Побочный эффект такой рамки приятный: она резко сужает пространство, в котором система вообще может ошибиться. Всё, что она говорит, проверяемо по прайсу и расписанию.

Где клиника теряет деньги

Расходы на колл-центр — самая заметная, но не самая крупная статья потерь.

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

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

Третье: неявки. Пациент, которому вовремя не напомнили и не объяснили подготовку, приходит поевшим на УЗИ или не приходит вовсе. Слот врача сгорает. Это самая недооценённая потеря: она не видна в отчётах колл-центра, но видна в загрузке расписания.

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

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

Что делает система

Консультант — это не «бот с кнопками», где пациент тыкает в меню и не находит свой случай. Это связка из нескольких частей.

Поиск по данным клиники. Прайс, описания услуг, памятки по подготовке, профили врачей, регламенты по ДМС и документам индексируются в векторное хранилище. На вопрос система сначала находит релевантные фрагменты и только потом формулирует ответ по ним.

Интеграция с МИС и расписанием. Свободные слоты нельзя «найти в документе» — их надо запросить в медицинской информационной системе. Здесь и находится основная инженерная работа проекта. У части МИС есть документированный API, у части — только выгрузки, у некоторых интеграция делается через промежуточный слой. От того, что доступно, зависит режим работы: полноценная запись в расписание или подготовка заявки, которую подтверждает администратор.

Подбор услуги и специалиста в организационной логике. Пациент говорит «мне нужно проверить щитовидку» — консультант сопоставляет запрос с каталогом услуг и профилями врачей, предлагает варианты и объясняет разницу между ними по составу и цене. Это навигация по прайсу, а не постановка показаний.

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

Эскалация на человека. Клинические темы, конфликты, нестандартные запросы, ДМС со сложными условиями — сразу человеку, вместе с историей диалога, чтобы пациенту не пришлось повторять.

Пациент → ИИ-консультант
            ├─ Поиск в базе клиники ──→ прайс, памятки, профили врачей
            ├─ Запрос в МИС ──────────→ слоты, запись, перенос, отмена
            ├─ Ответ по фактам + подтверждение записи
            ├─ Симптомы / клинический вопрос → врач или администратор
            └─ Признаки неотложного состояния → скорая + человек немедленно

Что автоматизируется, а что нет

Честная таблица границ полезнее красивых обещаний. Если подрядчик говорит «закроем 95% обращений клиники», он либо не считал, либо собирается считать закрытым любой ответ бота.

Модельный расчёт: как посчитать эффект заранее

Дальше — модельный расчёт по типовым отраслевым вводным. Его смысл не в красивой цифре, а в том, чтобы вы подставили свои значения и увидели, есть ли вообще смысл.

Возьмём условную клинику: 5 000 обращений в месяц по всем каналам (телефон, мессенджеры, форма на сайте), 4 администратора на линии, средняя стоимость администратора с налогами 75 000 ₽ в месяц, среднее время обработки обращения 4 минуты.

Шаг 1. Сколько времени съедает поток. 5 000 × 4 мин = 20 000 минут ≈ 333 часа в месяц.

Шаг 2. Какая доля автоматизируема. По таблице выше — 55–75%. Берём осторожную нижнюю границу: 55%, то есть около 183 часов.

Шаг 3. Что происходит с этими часами. Они не обнуляются: часть диалогов консультант доведёт не до конца, часть эскалирует. Заложим реальное высвобождение в 70% от автоматизируемого объёма — примерно 128 часов в месяц.

Шаг 4. Во что это превращается. 128 часов при ставке около 470 ₽/час (75 000 ₽ / 160 ч) — порядка 60 000 ₽ в месяц. Обычно это не увольнение администратора, а отказ от найма пятого, снятие переработок в сезон и перевод людей на то, где человек действительно нужен: встреча пациента, сложные случаи, работа с ДМС.

Шаг 5. Отдельно — записи в нерабочее время. Если на вечер, ночь и выходные приходится порядка 20% попыток обратиться, а доводится до записи из них заметно меньше, чем днём, то каждый процент восстановленной конверсии в этом окне стоит дороже, чем вся экономия на часах. Но честно посчитать это можно только на ваших данных, поэтому в расчёт выше мы этот эффект не закладывали.

Отдельная тема: неявки и подготовка

Самая недооценённая часть проекта — не ответы на вопросы, а исходящая коммуникация вокруг записи.

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

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

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

Этапы внедрения

1. 1
   3–5 дней

   Аудит обращений и данных

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

2. 2
   1–2 недели

   MVP на массовой категории

   Собираем консультанта на самом объёмном сценарии — обычно это расписание, цены и запись. Подключаем базу знаний клиники и чтение слотов из МИС. Отдельно прописываем и тестируем правила стоп-слов и эскалации.

3. 3
   1–2 недели

   Запись в МИС и каналы

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

4. 4
   1 неделя

   Пилот на части трафика

   Запускаем на ограниченном потоке. Администраторы просматривают логи и помечают неудачные ответы. Проверяем, как система ведёт себя на клинических вопросах и провокациях — это отдельный чек-лист.

5. 5
   3–5 дней

   Калибровка и передача

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

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

Как измерять качество

Запустить консультанта — половина дела. Без метрик вы не отличите «работает» от «пациенты молча уходят». Смотреть нужно на связку показателей, а не на один процент.

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

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

Риски и как они снимаются

«Система начнёт выдумывать». Главный риск, снимается архитектурно: ответ строится только по найденным фрагментам прайса и регламентов, при низкой уверенности — эскалация. Плюс панель качества, где видно, где система отвечала неуверенно.

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

«Наша МИС ничего не умеет». Частая ситуация. Тогда проект делится: сначала консультант отвечает на вопросы и готовит заявку на запись, параллельно решается вопрос интеграции. Ценность появляется раньше, чем закрывается техническая часть.

«Данные пациентов». Персональные и медицинские данные — отдельный контур: минимизация того, что вообще попадает в диалог, разграничение доступа, журналирование, размещение компонентов в согласованном контуре. Это проектируется до первой строки кода, а не после запуска.

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

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

Частые вопросы

Заменит ли консультант администраторов? Нет, и не должен. Он снимает поток однотипных вопросов, вечернюю и ночную нагрузку, утренний пик. Клинические темы, конфликты, сложные случаи с ДМС и всё, где нужно решение человека, остаются за администраторами и врачами. Практически это перераспределение нагрузки, а не сокращение штата.

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

Что если у нас нет нормальной базы знаний? Обычная ситуация. Прайс живёт в одном файле, памятки по подготовке — в другом, а половина знаний в головах опытных администраторов. Аудит первым этапом это и вскрывает. Собрать базу из выгрузки реальных диалогов реально: администраторы фактически уже написали её за годы работы, её нужно структурировать и согласовать с врачами.

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

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

Можно ли начать с малого? Нужно. Самый рабочий заход — один массовый сценарий, обычно расписание и запись, на части трафика или в одном филиале. За две-три недели видно и качество ответов, и реакцию пациентов, и реальную автоматизируемую долю. Решение о полном внедрении принимается на данных, а не на презентации.

Что понадобится от вас

Чтобы аудит был расчётом, а не гаданием:

• выгрузка обращений за последний месяц: переписки и, по возможности, расшифровки звонков (обезличенные);
• актуальный прайс и каталог услуг с составом пакетов;
• памятки по подготовке к процедурам и анализам;
• расписание врачей и понимание, что умеет ваша МИС по части API;
• врач или заведующий, который согласует формулировки и границы допустимых ответов;
• один человек со стороны администрации, который знает, как правильно отвечать в спорных организационных случаях.

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