ИИ-агент в стоматологической клинике: запись, напоминания и отзывы без лишнего персонала

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

Сергей Езепенко · 14.11.2026 · время чтения 17 мин

Где ИИ-агент реально экономит время администратора

Администратор стоматологии тратит основную часть смены не на приём пациентов в кресле, а на телефон и мессенджеры. Поток типовых обращений выглядит примерно так: «хочу записаться на чистку», «можно перенести приём с четверга на субботу», «сколько стоит лечение кариеса», «как до вас доехать», «а вы работаете в воскресенье». По опыту клиник среднего размера (2–5 кресел), такие обращения составляют 70–80% входящих. Именно на них ИИ-агент даёт измеримый эффект.

Агент подключается к тем каналам, где идёт основной поток: телефонная линия (через телефонию с распознаванием речи), WhatsApp, Telegram, форма на сайте, иногда — сообщения в соцсетях. Задача формулируется узко: принять обращение, распознать намерение, выполнить действие или передать человеку. Не «вести диалог ради диалога», а закрыть конкретный запрос.

Что агент закрывает самостоятельно:

1. Запись на стандартные услуги — гигиена, консультация, лечение кариеса, отбеливание. Он уточняет услугу, врача (или предлагает любого свободного), желаемые дату и время, проверяет слот в расписании и фиксирует запись.
2. Перенос и отмена — сверяет с правилами клиники (за сколько часов перенос без потери записи), находит новый слот, обновляет данные в МИС.
3. Справочные вопросы — цена по прайсу, адрес, часы работы, парковка, подготовка к процедуре, способы оплаты, работа с ДМС. Здесь агент отвечает по базе знаний клиники, а не «из головы».
4. Напоминания и подтверждения — за 24 и за 2 часа до приёма, с возможностью подтвердить, перенести или отменить ответом.

Доля обращений, которую агент закрывает без человека, по практике внедрений — 30–50% от входящего потока. Разброс зависит от трёх вещей: насколько полон прайс и база знаний, насколько дисциплинировано расписание в МИС и какие каналы подключены. Если в клинике половина звонков — это вопросы «а сколько стоит имплант», а прайс не структурирован, доля автоматизации будет ближе к 30%. Если поток в основном на гигиену и консультации через мессенджеры — ближе к 50%.

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

Отдельно про экономию в часах. Администратор, который отвечает на 60–80 обращений в день, тратит на типовой диалог 2–4 минуты. Если агент снимает 40% потока, это высвобождает порядка 1,5–2 часов смены. Эти часы уходят на то, что человек делает лучше машины: работу с пациентами в клинике, подтверждение сложных записей, разбор спорных ситуаций, координацию с врачами. Если хотите понять, с чего начинать такой проект в небольшой клинике, полезен материал ИИ-агент для малого бизнеса: практический план первого запуска.

Запись на приём: сценарии и ограничения

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

Логика диалога при записи выглядит так:

1. Определение услуги. Агент уточняет, на что именно записать: «болит зуб» и «хочу почистить» ведут к разным врачам и разной длительности приёма. Если пациент не знает формулировку, агент предлагает варианты из списка услуг клиники.
2. Выбор врача. Если пациент назвал конкретного — проверяет его доступность. Если нет — предлагает свободного с подходящей специализацией. Важно: агент не «назначает» врача самовольно, а предлагает и получает подтверждение.
3. Срочность. Отдельная ветка для острой боли: здесь агент не ищет удобное время на следующей неделе, а предлагает ближайшие окна, в том числе на сегодня, и при отсутствии — передаёт администратору как приоритет.
4. Дата и время. Агент запрашивает свободные слоты через интеграцию с МИС и предлагает 2–3 варианта. Не «когда вам удобно?» в пустоту, а конкретные окна — так диалог короче и меньше риск, что пациент уйдёт думать.
5. Подтверждение и фиксация. Агент проговаривает услугу, врача, дату, время, стоимость приёма и правила отмены, затем создаёт запись в МИС и отправляет подтверждение в мессенджер.

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

Ограничения, которые закладываются в сценарий на старте:

• Сложные случаи не записываются автоматически. Имплантация, ортодонтия, лечение под наркозом, повторное лечение с гарантийным случаем — на приём к врачу-специалисту только после предварительной консультации. Агент в этих случаях собирает заявку и передаёт администратору или координатору, а не ставит в общее расписание.
• Длительность приёма. Агент не «угадывает», сколько времени займёт процедура. Длительность берётся из справочника услуг в МИС. Если услуга в справочнике без длительности — слот не создаётся, заявка уходит человеку.
• Двойная запись исключается блокировкой слота на время диалога. Пациент подтверждает — слот закрепляется; диалог прервался — слот освобождается через заданный таймаут (обычно 10–15 минут).
• Новые пациенты. Агент собирает имя, телефон, дату рождения и согласие на обработку персональных данных, но карту создаёт по правилам клиники — либо сразу, либо через администратора.

Пример из практики: клиника на три кресла подключила агента только на запись гигиены и консультаций через WhatsApp, оставив телефон на администратора. За первый месяц агент закрыл порядка 35% обращений в мессенджере, при этом все заявки на имплантацию и ортодонтию уходили координатору как задачи. Через два месяца добавили телефонную линию и напоминания — доля автоматизации выросла, но главное, что изменилось: администратор перестал быть единственным узким горлышком в записи.

Напоминания и подтверждение визитов

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

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

1. За 24 часа до визита агент отправляет напоминание: дата, время, адрес клиники, имя врача, что взять с собой (снимки, полис ДМС, направление). В сообщении три кнопки — «Подтверждаю», «Перенести», «Отменить».
2. Если пациент не ответил в течение 3–4 часов, приходит повторное сообщение с тем же набором действий. Второе напоминание обычно даёт больше половины всех подтверждений.
3. За 2–3 часа до приёма — короткое сообщение-«подтверждение на выход»: напоминание о времени и ссылка на схему проезда. Этот шаг отсекает случаи, когда человек помнит про визит, но перепутал день или время.
4. Ответ обрабатывается сразу: при «Перенести» агент предлагает 2–3 свободных слота из расписания, при «Отменить» — уточняет причину и передаёт освободившееся окно администратору или сразу в лист ожидания.

Ключевая деталь — агент не просто рассылает тексты, а ведёт диалог до однозначного статуса визита. Подтверждён, перенесён на конкретное время, отменён с причиной. Каждый ответ фиксируется в карточке пациента в CRM, администратор видит актуальную картину на день вперёд и не обзванивает всех вручную. Для клиники на 3–5 кресел это высвобождает порядка 1,5–2 часов работы администратора ежедневно — время уходит на приём входящих звонков и пациентов в холле, а не на дозвон по списку.

По рынку снижение неявок от связки «два напоминания + подтверждение в один клик» составляет 15–25%. Разброс зависит от исходной дисциплины: если клиника раньше вообще не напоминала, эффект ближе к верхней границе, если администратор уже обзванивал всех за день — прирост скромнее, но стабильный. Цифру стоит считать на своих данных: берёте число неявок за последние два месяца, умножаете на средний чек приёма — получаете базу для сравнения после запуска.

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

Пример из практики. Сеть из двух клиник в городе на 400 тысяч жителей запустила напоминания только по ортопедии — там самый дорогой пропуск. За первый месяц доля неявок на эти приёмы упала примерно с 18% до 9%. Через два месяца схему распространили на терапию и гигиену, добавив второе напоминание за 3 часа. Отдельно настроили, что при отмене менее чем за 4 часа агент предлагает пациенту перезаписаться сразу, а не оставляет диалог открытым.

Технически важно, чтобы агент работал с тем же расписанием, что и администратор. Если слоты в CRM и в календаре врача расходятся, агент предложит время, которое уже занято, — и доверие к напоминаниям упадёт после первого же такого случая. Перед запуском стоит проверить синхронизацию и прописать правило: при любом сомнении в доступности слота диалог передаётся человеку. Как выстроить такой запуск поэтапно, разобрано в материале ИИ-агент для малого бизнеса: практический план первого запуска.

Сбор отзывов и работа с негативом

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

Запрос отзыва отправляется через 2–4 часа после визита. Раньше смысла нет: человек ещё под действием анестезии или едет домой. Позже — впечатление стирается, а раздражение от самой процедуры уступает место бытовым делам. В сообщении один вопрос и шкала: «Как прошёл приём у врача? Оцените от 1 до 5». Дальше сценарий расходится.

При оценке 4–5 агент благодарит и предлагает оставить отзыв на конкретной площадке — Яндекс Карты или ПроДокторов, в зависимости от того, где клинике важнее наращивать рейтинг. Даёт прямую ссылку на форму отзыва и короткую подсказку, о чём написать: про отношение врача, про то, как объяснили план лечения, про отсутствие боли. Это не текст за пациента — это подсказка, которая снимает ступор перед пустым полем. Конверсия из «поставил высокую оценку» в «опубликовал отзыв» по такому сценарию держится в районе 20–35%, тогда как просьба без предварительной оценки даёт единицы процентов.

При оценке 1–3 диалог не выходит наружу. Агент извиняется за впечатление, уточняет, что именно пошло не так — боль, ожидание в холле, цена, коммуникация с администратором, — и передаёт обращение руководителю клиники или старшему администратору. Пациенту сообщают, что с ним свяжутся в течение рабочего дня. Задача — не уговорить человека передумать, а забрать негатив в работу до того, как он окажется на картах. По опыту клиник, которые так делают, до публичной площадки доходит не более 10–15% недовольных, остальные закрываются звонком и решением проблемы.

Что важно настроить:

1. Разделение сценариев по оценке. Порог 4 — граница между публичным и внутренним маршрутом. Порог стоит пересматривать раз в квартал: если негатива мало, можно поднять до 5 и вести на площадки только явных сторонников.
2. Роли и сроки. Негатив уходит конкретному человеку, а не «в общий чат». Срок реакции — до конца рабочего дня, срок закрытия обращения — 1–2 дня. Без этих рамок обращение зависает.
3. Учёт согласия. Запрос отзыва — это сообщение, на которое пациент должен иметь возможность не отвечать. Навязчивые повторы после молчания портят отношение сильнее, чем отсутствие просьбы.
4. Фиксация результата. В карточке пациента отмечается, оставлен ли отзыв и на какой площадке. Через месяц видно, какие врачи и какие процедуры дают публикации, а где чаще срабатывает негативный сценарий.

Пример из практики. Клиника в спальном районе подключила сбор отзывов только по имплантации и ортопедии — там выше чек и дольше решение. За квартал число отзывов на ПроДокторов выросло с 14 до 41, средняя оценка поднялась с 4,3 до 4,7. При этом за тот же период через внутренний канал прошло 9 обращений с оценкой ниже 4 — семь закрыли звонком и повторным приёмом, два дошли до публикации, но с ответом клиники в тот же день. Именно скорость ответа на площадке пациенты отмечают в следующих отзывах чаще всего.

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

Интеграции: МИС, телефония, мессенджеры, карты

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

На практике интеграция редко бывает «из коробки». У клиник часто стоит МИС, которую ставили 5–7 лет назад, API у неё частичный или документация устарела. Тогда обсуждают промежуточный слой: агент пишет заявку в очередь, а интегратор или администратор подтверждает её вручную. Это медленнее, зато запуск не блокируется на месяцы. Ориентир по срокам: прямое подключение к популярной МИС с готовыми методами — от 2 до 4 недель, самописная система без документации — от 1,5 месяцев, зависит от разработчика клиники.

Телефония закрывает голосовые звонки, а их в стоматологии большинство. Нужна связка из трёх частей: провайдер с SIP или API, распознавание речи (ASR) и синтез (TTS). Качество ASR критично для названий услуг и фамилий — «ортодонт» и «ортопед» на слух различаются плохо, а путаница ведёт к неверной записи. Поэтому в настройках задают словарь клиники: названия услуг, фамилии врачей, адреса филиалов. Распознавание в реальном времени даёт задержку 0,5–1,5 секунды, и это нормально для диалога, но при плохой связи абонента точность падает — стоит предусмотреть переспрос ключевых данных: дата, время, телефон.

Внешние каналы решают другую задачу — не принять звонок, а не потерять того, кто писать удобнее, чем звонить. WhatsApp и Telegram закрывают запись и вопросы по лечению, VK — работу с локальной аудиторией и отзывы, Яндекс Карты — первичный контакт, когда человек ищет клинику рядом. На картах агент отвечает на вопросы о графике, ценах и услугах, а ссылку на запись отдаёт в один клик. Важный нюанс: у каждого канала свои правила. В WhatsApp бизнес-аккаунт требует шаблонов для первого сообщения, в Telegram ограничений меньше, но нет гарантии, что пациент вообще установил мессенджер. Поэтому каналы не заменяют друг друга, а дублируют точки входа, а все диалоги сводятся в одно окно, чтобы администратор видел историю целиком.

Что важно проверить перед запуском

Первый пункт — персональные данные. Агент собирает имя, телефон, жалобы, иногда сведения о здоровье, а это особая категория данных по 152-ФЗ. Перед запуском нужно письменное согласие на обработку, причём отдельное от согласия на медицинские услуги, и понятная пациенту политика хранения: где лежат записи диалогов, сколько хранятся, кто имеет доступ. Практический минимум: запись разговоров — 30–90 дней, транскрипты — до полугода, дальше обезличивание или удаление. Если агент работает через зарубежный сервис распознавания речи, данные уходят за границу, и это требует отдельного решения по локализации. Проверяйте не декларации подрядчика, а документы: где физически стоят серверы, есть ли соглашение об обработке по поручению, кто отвечает при утечке.

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

Третий пункт — тестовый период на реальных диалогах. Демо на заготовленных вопросах ничего не показывает: там всё гладко. Нужны минимум две недели работы в теневом режиме, когда агент отвечает, но запись подтверждает живой администратор. За это время набирается 150–300 диалогов — достаточно, чтобы увидеть, где модель ошибается системно. Смотрите на метрики: доля диалогов, доведённых до записи, число эскалаций, средняя длина разговора, количество переспросов. Отдельно выгружайте диалоги, где пациент бросил трубку или ушёл из чата, и читайте их целиком — там обычно и лежат проблемы со сценарием.

Пример из практики: клиника на три кресла запустила агента на входящих звонках и через неделю теста обнаружила, что 18% звонков — вопросы про парковку и вход в здание, а не про запись. Агент на них отвечал неуверенно и терял время. Добавили короткий блок в приветствие и вынесли ответ в первое сообщение — доля брошенных звонков упала примерно вдвое. Такие вещи видны только на живом трафике. Если планируете расширять агента на другие задачи, полезно заранее посмотреть практический план первого запуска ИИ-агента для малого бизнеса — логика пилота там та же.

Стоимость и сроки внедрения

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

Готовые решения для стоматологий стоят от 15–30 тыс. руб. в месяц за клинику. В эту сумму обычно входит агент на входящих звонках и в мессенджерах, шаблоны сценариев записи и напоминаний, базовые отчёты. Настройка под конкретную клинику — от нескольких дней до двух недель. Ограничение предсказуемое: логика диалога шаблонная, нетиповые случаи — «хочу перенести запись к ортодонту, но только на утро субботы, и чтобы имплантолог был в курсе» — агент либо уводит на оператора, либо собирает заявку и передаёт её вручную. Если у клиники один филиал и 3–5 администраторов, готового решения чаще всего достаточно: платите фиксированно, не тратите время на управление разработкой.

Кастомная разработка начинается от 300 тыс. руб. и занимает 2–3 месяца. Верхняя граница не определена: сеть из шести филиалов с разными МИС, интеграцией с программой лояльности и маршрутизацией по загрузке кресел обходится в 700 тыс. — 1,2 млн руб. и 4–5 месяцев. В смете обычно три крупных блока: интеграции (40–50% бюджета), сценарии и промпты (20–30%), тестирование и дообучение на реальных диалогах (остальное). Отдельная строка — поддержка: 15–25 тыс. руб. в месяц за мониторинг, правку сценариев и разбор инцидентов.

Базовый запуск с интеграцией в МИС занимает 3–6 недель. Реалистичный график выглядит так:

1. Неделя 1 — доступы к МИС и телефонии, согласование перечня услуг и правил записи, выбор каналов (телефон, WhatsApp, сайт).
2. Недели 2–3 — разработка сценариев: запись, перенос, напоминание, отзыв, эскалация. Тестирование на тестовом контуре МИС.
3. Неделя 4 — пилот на одном канале и одной смене, чтобы ошибки не блокировали живую запись.
4. Недели 5–6 — доработка по логам пилота, расширение на все каналы, обучение администраторов.

Сроки срываются по двум причинам: МИС не отдаёт API или отдаёт его только через посредника, и клиника не назначила ответственного, который принимает решения по сценариям. Вторая причина встречается чаще. Если решение принимает «кто-то из администраторов», каждая правка ждёт совещания, и три недели превращаются в два месяца.

Пример из практики: клиника на два филиала запускала готовое решение. Настройка заняла 9 дней, но интеграцию с МИС пришлось делать через промежуточный сервис — у вендора не было прямого API. Итог: 22 тыс. руб. в месяц за агента плюс 40 тыс. руб. разово за интеграцию, запуск на 5-й неделе вместо заявленных двух.

Метрики эффекта и типичные ошибки

Эффект считают по трём группам показателей, и считать их нужно до запуска — иначе не с чем сравнивать.

Первая группа — нагрузка на администраторов. Доля обращений, закрытых агентом без человека: в стоматологии реалистичный коридор 55–75% для записи и напоминаний. Ниже 50% — либо сценарии узкие, либо агент перестраховывается и передаёт всё подряд. Смотрите также среднее время ответа на первое сообщение и число обращений, обработанных в нерабочие часы: вечерние заявки с сайта — типичный источник потерянной записи.

Вторая группа — неявки. Здесь важна не сама доля неявившихся, а разница до и после. Напоминания за 24 часа и за 3 часа с кнопкой подтверждения снижают неявки на 15–30% относительно базы, но цифра сильно зависит от профиля клиники: у ортопедии и имплантации неявки структурно ниже, чем у терапии и гигиены. Считайте отдельно по услугам, иначе средняя цифра скроет проблему.

Третья группа — отзывы. Количество собранных отзывов в месяц, средняя оценка, доля отзывов с упоминанием конкретного врача. Агент просит отзыв через 2–4 часа после приёма — пока впечатление свежее, и это работает лучше, чем рассылка на следующий день.

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

Вторая ошибка — отсутствие контроля качества диалогов. Агент запущен, метрики смотрят раз в месяц, а что происходит в переписке — никто не читает. Через полгода выясняется, что агент путает терапевта и ортодонта при переносе записи, потому что в справочнике МИС у двух врачей совпадали фамилии. Контроль — это выборка 20–30 диалогов в неделю с разбором по чек-листу: правильно ли определена услуга, предложено ли ближайшее окно, передано ли обращение при эскалации, не нарушены ли правила по персональным данным. Разбор занимает у старшего администратора 1–1,5 часа в неделю. Если такой роли нет, контроль не появится.

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

Автор: Сергей Езепенко, основатель «Системы Поток». Работаю с клиентами с 2018 года, 20 запущенных проектов: стройка, медицина, юруслуги, недвижимость, онлайн-школы.