Бот для записи в стоматологию: разбор модельного решения

Вечер или выходной. Сайт стоматологии работает, а регистратура — нет. Ставить администратора на круглосуточную смену дорого и бессмысленно. Но расписание пустеет, если терять пациентов, которые ищут клинику после восьми вечера.

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

Но между вопросом и записью есть разрыв, и виджет его не закрывает.

Пациент почти всегда хочет что-то уточнить до выбора времени. Со скольки лет вы принимаете детей? Работаете ли в воскресенье? Возьмёт ли хирург с острой болью прямо сейчас? Сколько стоит удаление зуба? Форма онлайн-записи на эти вопросы не отвечает. Человек закрывает сайт и уходит туда, где ему ответят сразу, не оставив даже телефона.

Два уровня решения

Зазор закрывает бот, который умеет отвечать. Рынок таких решений распался на два слоя, и клинике полезно понимать, между чем она выбирает.

Первый слой — справка по прайсу. Бот отвечает на частые вопросы, опираясь на ваши цены, и собирает контакты пациента. Он не лезет внутрь МИС, ставится за день и не требует программиста. Многим клиникам этого первого слоя вполне достаточно.

Второй слой — запись в живое расписание. Бот видит свободные слоты врачей и сам ставит запись. Это уже проект. И он неминуемо упирается в вашу учётную систему.

Почему второй уровень упирается в МИС

В медицине развит обмен данными, но смотрит он в государство. Клиники обязаны сдавать сведения в ЕГИСЗ, и вендоры исправно это поддерживают. А вот наружу, к подрядчикам, системы закрыты.

У специализированных стоматологических МИС открытой документации, как правило, нет. Так устроен, например, IDENT — одна из самых распространённых систем: закрытый список партнёров, куда входят агрегаторы записи, телефония, онлайн-кассы, рентген. Вендор так и формулирует принцип: сервисы подбираются штучно, а всё остальное — «оставьте заявку». Подключить к такой системе своего бота по щелчку нельзя.

Исключение — «1С:Медицина. Стоматологическая клиника». Она работает на платформе «1С:Предприятие», а у платформы есть OData — штатный способ, которым 1С отдаёт данные наружу. Включить его должен 1С-специалист клиники: поднять веб-сервер, настроить публикацию и права. После этого бот видит расписание. Универсальные системы записи вроде YCLIENTS или Saby (СБИС) тоже отдают данные, но в их модели нет медицинских карт и плана лечения.

Поэтому наша граница работ честная. Мы не обещаем интеграцию с любой МИС. Если ваша система не отдаёт данные наружу, бот будет работать на первом уровне — как умный справочник.

Почему наш бот не выдумывает цены

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

22 августа 2026 года мы прогнали замер на собственном стенде. Единственным источником для модели был прайс модельной клиники: первичная консультация 900 ₽, лечение кариеса от 4 500 ₽, чистка Air Flow 5 200 ₽, простое удаление 3 800 ₽, детский приём с 3 лет, отмена записи за 4 часа, в воскресенье выходной.

На вопросы, ответ на которые в прайсе есть, модель отвечала верно в 100% случаев.

Но интереснее другая половина замера. Мы спрашивали то, чего в прайсе нет: сколько стоит установка брекетов, делаете ли имплантацию, принимаете ли по ОМС. Ни одной выдуманной цифры не прозвучало — отказ в 100% случаев, фабрикаций ноль.

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

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

Чего бот не делает

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

Не отвечает на сложные вопросы. Если пациент спрашивает что-то нестандартное, система мгновенно переключает чат на человека.

Что получает клиника

Сразу оговорим: это разбор типовой задачи, а не рассказ о конкретной клинике. Решение разворачивается в вашем контуре. Вы не арендуете чужой виджет и не платите за каждый лид — код, данные и заявки ваши, без регулярных отчислений за платформу.

Стоимость начинается от 60 000 ₽ и зависит от глубины интеграции с вашей МИС. До старта и на этапе внедрения с вами работает живой эксперт студии.

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

Что будет, если пациент перечислит симптомы и спросит, что делать?

Бот не станет гадать, кариес это или пульпит. Он переведёт диалог на администратора и предложит пациенту записаться на первичную консультацию, назвав точную цену из прайса.

А если пациент спросит про прошлые приёмы?

Бот не обсуждает лечение в переписке. Личная история визитов и план лечения — забота куратора или врача. Бот сразу позовёт человека.

Где оказывается переписка с пациентами?

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

Запись как процесс

Бот не работает в вакууме. Он отлично связывает вопрос и готовность записаться, но сама запись работает, когда в клинике выстроены процессы. Мы написали подробную статью о том, как устроена запись клиентов и почему инструмент — это только половина дела.

Если вы понимаете, какой уровень интеграции вам нужен — справка по прайсу или запись в расписание, — напишите нам.