Начинать стоит с одного процесса и двух-трёх цифр, снятых до старта. Неделя наблюдения, выбор задачи, месяц работы с подтверждением человеком, дальше разговор по тем же цифрам: расширять, переделывать или закрывать. Выбор системы и подрядчика - вопрос третьей недели. До него решается, что именно меняем и по чему поймём, что стало лучше.
Дальше речь про административную часть работы клиники: обращения пациентов, запись и её переносы, черновики документов, поиск по внутренним регламентам. Диагностика по снимкам относится к другой индустрии, с регистрацией медицинских изделий и сроками в годы. Она разобрана в обзоре ИИ в клинике, и на этой странице её больше не будет.
Что померить до старта
Самая частая ошибка - начать с автоматизации. Сначала неделя наблюдения за тем, как процесс идёт сейчас: без неё нечем принимать работу, и через месяц спор о результате выиграет тот, кто громче.
Мерить нужно немного. Сколько обращений приходит после закрытия и что с ними происходит утром. Сколько времени администратор тратит на один типовой вопрос. Сколько заявок доходит до записи, а сколько теряется по дороге. Сколько врач дозаполняет после смены. Этого хватает, чтобы поставить задачу и потом проверить её выполнение.
| Что меряем | Как снять | Зачем понадобится при приёмке |
|---|---|---|
| Обращения после закрытия | Выгрузка из телефонии и мессенджеров за две недели: звонки, сообщения, заявки с сайта после рабочего дня | База сравнения. Именно этот пласт закрывается первым, и результат виден в цифрах уже на второй неделе |
| Доля дошедших до записи | Число обращений за период и число созданных записей из них; считается по каналам отдельно | Главная метрика исхода. Если она не изменилась, «обработанные обращения» ничего не стоят |
| Время на типовое обращение | Администраторы неделю отмечают отрезки времени: разговор, ответ на типовой вопрос, работа в системе, поиск информации | Переводит экономию в часы и деньги по стоимости часа регистратуры |
| Дозаполнение документов после смены | Опрос двух-трёх врачей: сколько минут после приёма уходит на набор текста | Определяет, есть ли смысл трогать документы вторым шагом |
| Поиск ответа в документах | Сколько раз в день сотрудники идут с вопросом к старшей медсестре или заведующему | Показывает, сколько знаний живёт в головах, а не в регламентах |
Неделя таких отметок даёт больше, чем обсуждение на планёрке. Заодно видно, какой процесс брать первым: обычно он проступает сам, без дополнительного анализа.
Какой процесс брать первым
Признаков три. Задача повторяется каждый день. Результат измерим до начала работ. Ошибка не касается здоровья пациента и правится за секунды.
Чаще всего под все три подходят первичные обращения. Одни и те же вопросы про подготовку к исследованию, режим работы, вход со двора и приём детей администратор отвечает десятки раз в день. Виртуальный ассистент забирает типовое, предлагает свободное время, переносит запись и напоминает о приёме, а нетиповое обращение отдаёт человеку с историей переписки. Жалоба, тревожный вопрос о состоянии, просьба соединить с врачом уходят администратору сразу.
Первым не берут две вещи. Всё, что касается медицинского решения: система готовит черновик и находит документ, утверждает врач. И голосовой канал: пациент бросает трубку, услышав робота, а каждая брошенная трубка - потерянная запись. Голос имеет смысл обсуждать после того, как текстовые каналы отработали месяц и цифры сошлись.
Задачи самого приёма - расшифровка, черновик протокола, поиск по клиническим рекомендациям - это отдельный разговор про ИИ-ассистента для врача. Их редко берут первыми: там дороже ошибка и сложнее замер.
Кто внутри клиники отвечает за проект
Проекты нередко идут от идеи к запуску, ни разу не определив, что считается готовым, кто владеет результатом и что происходит, когда система ломается в два часа ночи. До договора стоит назвать четыре роли, и должности тут вторичны.
Владелец процесса - тот, чью работу меняем. Заведующий регистратурой, старшая медсестра, руководитель колл-центра. Он принимает результат и говорит, что считать промахом.
Ответственный за персональные данные. Оператором остаётся клиника, и эта ответственность не переходит к подрядчику вместе с проектом. Что уходит из контура, где считается модель и кто какие поля видит - решается до начала работ, а не по ходу. Разбор целиком, включая согласия и договор с исполнителем, лежит в материале про требования к персональным данным.
Тот, кто даёт доступ к медицинской системе. Обычно это ИТ-служба или подрядчик, который её обслуживает. Его участие планируется заранее: половина срока проекта уходит на согласование доступов, а не на модель.
Первый сотрудник, который работает с системой. Берут того, кто сидит внутри процесса и завален им сильнее прочих, а не самого лояльного к идее. Его замечания за первые две недели стоят дороже любого технического задания.
Что мешает: система, регламенты и люди
Три препятствия повторяются от проекта к проекту, и все три выясняются до подписания договора, если о них спросить.
Медицинская система. Проект ограничивает не модель, а то, что информационная система клиники отдаёт наружу. Подключить доступ - не значит подключить процесс: бывает, что «готовая интеграция» на сайте вендора означает вебхук о новой записи, а дальше делайте сами. Проверяется это одним вопросом на демонстрации: покажите, как выгружается расписание, как создаётся запись и что вернётся при ошибке. Менять систему ради ИИ не нужно, работать приходится рядом с ней.
Регламенты. Половины ответов нет ни в одном документе: они в голове у старшей медсестры и в переписке заведующего. Пока документа нет, автоматизировать нечего - модель не придумает правило подготовки к исследованию. Поиск по внутренним документам собирается по схеме генерации с дополненной выборкой: система отвечает по найденному файлу и показывает, откуда взяла ответ, а при отсутствии документа честно говорит, что его нет. Базу приходится чистить: набор регламентов, который никто не вычитывает, за год зарастает устаревшими версиями, и ассистент начинает уверенно ссылаться на отменённый приказ.
Люди. Сопротивление живёт годами, никакие заверения его не снимают. Помогает немногое, но помогает: не запускать втайне, показывать, что забирается объём работы, а не должность, и брать испытателя из тех, кто в гуще процесса. Когда администратор видит, что вечерние заявки утром уже разобраны, разговор меняется сам.
Как проходит первый месяц и что считать результатом
Первый месяц каждое действие подтверждает человек. Система предлагает ответ, администратор нажимает «отправить» или правит текст. Дальше по накопленной статистике решают, где подтверждение снять, а где оставить навсегда.
По неделям это выглядит так. Первая - настройка и подключение: доступы, регламенты, сценарии типовых обращений. Вторая и третья - работа с подтверждением и еженедельный разбор промахов: что система поняла неверно, какого документа не хватило, куда ушло нетиповое обращение. Четвёртая - замер по тем же цифрам, что снимали до старта, и решение.
| Метрика | Как считается | Что означает плохое значение |
|---|---|---|
| Доля обращений, дошедших до записи | Записи, созданные из обращений периода, делённые на число обращений; считается по каждому каналу | Система отвечает, но не доводит. Сценарий обрывается там, где нужен человек, и передача не срабатывает |
| Время до первого ответа в нерабочие часы | Медиана между обращением и ответом с 20:00 до открытия и в выходные | Ночной пласт остался нетронутым: закрыли витрину, а не процесс |
| Доля обращений, закрытых без администратора | Диалоги без участия человека к общему числу диалогов | Слишком низкая - сценариев мало; слишком высокая - система закрывает то, что должна отдавать человеку |
| Правки в черновиках | Доля документов, которые сотрудник переписал заново, а не поправил | Шаблон не совпал с практикой клиники. Чинится настройкой, а не сменой модели |
Автоматизацию бизнес-процессов принимают по исходу, а не по активности. Система может обработать сколько угодно обращений и не дать ни одной записи - такой отчёт выглядит убедительно и не стоит ничего. Если цифры до старта не снимали, обсуждать через месяц нечего, и разговор скатывается к ощущениям.
Сроки и порядок затрат
Один процесс в 2026 году укладывается в пилот: от 150 000 ₽, фиксированная цена, месяц работы, на выходе работающий кусок или обоснованный отказ от идеи. Несколько процессов сразу и стыковка с медицинской системой - это внедрение от 450 000 ₽. Дальше сопровождение от 50 000 ₽/мес: регламенты меняются, модели обновляются, поток обращений растёт.
Перед пилотом есть отдельный этап - аудит процессов за 60 000 ₽. Обязательным шагом он не считается: попасть в пилот можно и с бесплатного получасового разбора. Аудит и пилот засчитываются в стоимость внедрения полностью, если внедрение начинается по их итогам и по той же задаче. Как складывается счёт и сколько стоит внедрение на каждом этапе, разобрано отдельно.
Для сравнения - публичные вилки на рынке медицинских модулей. Это чужие цены и чужие сроки, приведены как ориентир.
| Что | Цифра | Источник и дата |
|---|---|---|
| Модуль первой линии для клиники | от 180 000 ₽ | papaisoft.com/tarify/, 2026-08-04 |
| Модуль базы знаний | от 160 000 ₽ | papaisoft.com/tarify/, 2026-08-04 |
| Модуль записи | от 320 000 ₽ | papaisoft.com/tarify/, 2026-08-04 |
| Полный пакет модулей | от 920 000 ₽ | papaisoft.com/tarify/, 2026-08-04 |
| Срок внедрения одного инструмента | 14-30 дней | aibotmanager.ru, снимок выдачи 2026-08-04 |
Про срок в две недели стоит сказать прямо. За такой срок появляется инструмент: подключённый канал, настроенные сценарии, работающая демонстрация. Процесс перестраивается дольше, потому что месяц уходит на подтверждение каждого действия человеком и на разбор того, что система поняла неверно. Мой срок другой и он назван выше.
Частые вопросы
С чего начать, если в клинике ещё ничего не автоматизировано?
С недели наблюдения и двух цифр. Первая - сколько обращений приходит после закрытия и в выходные. Вторая - сколько из них доходит до записи. Пока их нет, выбор системы обсуждать рано: любое решение будет угадыванием, а через месяц результат нечем подтвердить. Неделя отметок обычно сама показывает первый процесс, и почти всегда это первичные обращения: там больше всего повторов, ошибка дешёвая, эффект виден в цифрах на второй неделе.
Сколько времени занимает внедрение?
Месяц на один процесс. Первая неделя - настройка и доступы, дальше работа с подтверждением человеком и еженедельный разбор промахов, в конце замер по цифрам, снятым до старта. На рынке встречаются обещания в две недели, и они не обман: за две недели действительно появляется работающий инструмент. Разница в том, что процесс за это время не перестраивается - люди не успевают поменять привычки, а статистики для решения о снятии подтверждения ещё нет.
Нужно ли менять медицинскую систему?
Нет. Автоматизация работает рядом с ней и забирает то, что сейчас делается руками поверх неё. Всё решает одно: что информационная система отдаёт наружу и что принимает обратно. Это проверяется до договора вопросом на демонстрации - как выгружается расписание, как создаётся запись, что вернётся при ошибке. Если система закрыта наглухо, часть сценариев отпадает, и знать об этом лучше до оплаты, а не на третьей неделе.
Что делать, если сотрудники против?
Не запускать втайне: система, о которой узнали по факту, получает саботаж по умолчанию. Дальше три вещи. Взять испытателя из тех, кто внутри процесса и завален им сильнее других, а не самого лояльного. Говорить про объём работы, а не про штат: вечерние заявки, повторяющиеся вопросы, набор одного и того же текста. И показать результат на цифрах через две недели. Разговор меняется, когда администратор видит утром разобранную ночную очередь.
Можно ли обойтись коробочным решением от вендора?
Часто да, и это честный ответ. Если процессы в клинике стандартные, а данных из системы нужно немного, готовый модуль закроет задачу быстрее и дешевле заказной разработки. Кастом нужен там, где процесс не ложится в коробку - своя схема записи, нестандартные регламенты, специфика направления, - или там, где данные нельзя отдавать наружу и модель должна считаться внутри контура. Решается это на бесплатном разборе за полчаса, и отговаривать от коробки, когда её хватает, я не стану.
Кто отвечает за персональные данные пациентов?
Клиника как оператор. Подрядчик эту ответственность не забирает, что бы ни было написано в его презентации. Данные о здоровье относятся к специальной категории персональных данных, поверх лежит врачебная тайна, и до старта решаются три вопроса: что вообще уходит из контура, где физически считается модель и кто какие поля видит. Для ответа на вопрос о подготовке к приёму ни фамилия, ни диагноз не нужны, и это снимает большую часть проблемы. Разбор требований целиком - в материале про требования к персональным данным.
Что считать результатом через месяц?
Те же две-три цифры, которые снимали до старта, и ничего сверх них. Обычно это доля обращений, дошедших до записи, время до ответа в нерабочие часы и часы регистратуры на типовые вопросы. Число обработанных диалогов результатом не считается: система может обработать тысячу обращений и не дать ни одной записи. Если замера до старта не было, честный ответ такой - результат обсуждать нечем, и месяц придётся считать разведкой.
Что дальше
Если непонятно, какой процесс в клинике брать первым и во что он выльется по деньгам, на это уходит полчаса бесплатного разговора. Я смотрю, как процесс устроен сейчас, и говорю, где искусственный интеллект окупится, а где его лучше не трогать. Когда процессов сразу несколько и нужна стыковка с медицинской системой, это уже внедрение под ключ, и планировать его стоит после первого работающего куска.
Написать можно в Telegram или на почту hi@za-ai.ru.