Голосовой ИИ-администратор для стоматологии на iDENT возможен, но не «из коробки»: открытого API с документацией у системы нет, поэтому обещание вендора «интеграция в несколько кликов» проверяется прямым запросом в поддержку iDENT, а не мануалом. Пока условия не подтверждены, робота всё равно можно запустить и получать пользу: принимать входящие звонки, отвечать на типовые вопросы, записывать и переносить визиты, напоминать и подтверждать, поднимать спящую базу пациентов. Там, где нужен доступ к расписанию и картотеке МИС, есть три рабочих варианта - официальный доступ по запросу к вендору, обмен выгрузками по расписанию и работа через CRM-прослойку, где робот пишет заявку, а администратор сам переносит её в iDENT. У каждого варианта своя цена: скорость, надёжность данных и объём ручного труда, который остаётся у администратора. Если у медицинской системы есть открытый API с документацией, как у Medesk, схема работы становится проще и прозрачнее - это разобрано отдельно. Пока условия по iDENT не проговорены с вендором, честнее запускать голосового ИИ-администратора на сценариях, которые не требуют прямой записи в МИС, и передавать администратору всё, что касается расписания.
Что должен уметь голосовой ИИ-администратор в стоматологии
Зона ответственности робота одинакова для любой клиники: принять входящий звонок в любое время суток, ответить на 5 типовых вопросов (часы работы, адрес, какие врачи принимают, форматы оплаты, нужно ли направление), записать пациента, перенести визит и подтвердить запись накануне.
Прежде чем говорить об интеграции с конкретной МИС, стоит зафиксировать зону ответственности робота - она одинакова для любой клиники независимо от того, какая система стоит внутри. Мы отдельно разбирали, что умеет голосовой ИИ для стоматологии, здесь коротко о главном применительно к клинике на iDENT.
Робот принимает входящий звонок в любое время суток и отвечает на типовые вопросы: часы работы, адрес, какие врачи принимают, форматы оплаты, требуется ли направление. Он записывает пациента на приём, переносит визит на другое время по просьбе пациента и подтверждает запись накануне - это снимает с администратора самый частый и самый однообразный поток обращений.
Отдельная функция - реактивация базы: обзвон пациентов, которые давно не приходили, с приглашением на осмотр или гигиену. Здесь роботу не всегда нужен доступ к живому расписанию МИС - для старта разговора достаточно списка контактов, а точное время записи можно уточнить и подтвердить на следующем шаге через администратора.
Чего робот делать не должен - и это важно проговорить отдельно от вопроса интеграции. Он не ставит диагнозы, не обсуждает план лечения по существу и не интерпретирует клинические данные из электронной медкарты - зубную формулу, снимки, назначения врача. Эти данные и решения - зона врача и администратора клиники, а не голосового ИИ. Зона робота строго административная: приём обращения, типовые вопросы, запись, перенос, подтверждение, реактивация.
Почему у МИС iDENT нет открытой технической документации API
iDENT - медицинская информационная система для стоматологий: по данным официального сайта ident24.ru, ей пользуются более 4 400 клиник в России и СНГ. Внутри - электронная медкарта, зубная формула, планы лечения, CRM для клиники, аналитика, передача документов в РЭМД ЕГИСЗ, а также интеграции с мессенджерами и чат-ботом.
При этом на сайте вендора заявлены интеграции и подключение «в несколько кликов», но открытого описания методов API, форматов запросов и лимитов нет. Это не значит, что интеграция невозможна - это значит, что она не документирована публично, и для внешнего интегратора закрыта до прямого обращения к вендору.
Такая ситуация типична для российского рынка медицинских информационных систем: разработчики МИС чаще открывают доступ к данным точечно, по запросу конкретной клиники или партнёра, а не публикуют полную спецификацию API в открытом доступе. Причины обычно те же самые - контроль над тем, кто и как пишет в медицинскую карту, требования 152-ФЗ и отраслевого регулирования к обработке персональных и медицинских данных, и коммерческий интерес вендора самому управлять интеграционным контуром. Это нормальная практика, а не признак того, что с системой что-то не так.
Практический вывод для проекта голосового ИИ: любое конкретное название метода, эндпоинта или формата запроса к iDENT, если оно не взято из прямого ответа вендора, будет придумано - а придуманная техническая деталь в проекте с медицинскими данными недопустима. Поэтому дальше мы разбираем не «как устроен API iDENT» (мы этого не знаем), а как подойти к интеграции честно: какие есть рабочие способы связать робота с закрытой МИС и что спросить у вендора до старта.
Три способа связать робота с iDENT, если открытого API нет
Способов обмена данными с iDENT без публичного API на практике 3: официальный доступ по запросу к вендору, регулярная выгрузка расписания файлом и работа через CRM-прослойку, где заявку в МИС переносит администратор. Каждый отличается актуальностью данных и объёмом ручного труда.
Первый - официальный доступ по запросу к вендору. Клиника или интегратор напрямую обращается в iDENT с запросом на техническую интеграцию: доступ к расписанию, методам записи, справочникам врачей и услуг. Это самый качественный вариант с точки зрения актуальности данных, но сроки и сам факт согласия зависят полностью от вендора и не описаны публично заранее.
Второй - обмен выгрузками по расписанию. Клиника настраивает регулярную выгрузку данных из iDENT - например расписание на завтра или на неделю вперёд - и передаёт её роботу файлом или отчётом. Это не требует программного доступа к внутренней логике МИС и обычно проще согласовать внутри клиники, но данные не в реальном времени: слот, свободный на момент выгрузки, к моменту звонка может быть уже занят другим пациентом.
Третий - работа через CRM-прослойку. Робот не трогает iDENT напрямую: он принимает звонок, собирает заявку - услугу, врача, желаемую дату и время - и записывает её в CRM или отдельный список задач. Администратор клиники берёт эту заявку и переносит в iDENT вручную, как обычную запись с ресепшена. Способ запускается быстрее всех, потому что не зависит от ответа вендора, но возвращает часть ручного труда администратору на шаге переноса.
| Способ | Как работает | Плюс | Минус / что теряется |
|---|---|---|---|
| Официальный доступ по запросу к вендору | iDENT выдаёт доступ к расписанию и методам записи напрямую интегратору или клинике | Актуальные данные, минимум ручного труда | Сроки и объём доступа не описаны публично, зависят от вендора |
| Обмен выгрузками по расписанию | Клиника передаёт роботу выгрузку расписания файлом или отчётом на день/неделю | Не требует программного доступа к МИС | Данные не в реальном времени, слот может быть уже занят |
| Работа через CRM-прослойку | Робот пишет заявку в CRM, администратор переносит её в iDENT вручную | Запускается быстро, не ждём вендора | Ручной шаг переноса остаётся у администратора |
Ни один из трёх способов не хуже и не лучше в абсолюте - выбор зависит от того, что ответит вендор, и от того, сколько ручной работы клиника готова оставить администратору на переходный период. Часто рабочая схема - это комбинация: начать с CRM-прослойки, чтобы не откладывать запуск, и параллельно запросить у iDENT официальный доступ.
Что спросить у вендора МИС до старта интеграции
До интеграции с МИС нужно согласовать хранение и обработку данных по 152-ФЗ, доступ к расписанию, правила записи и технические ограничения API.
| Вопрос вендору | Почему это важно | Если ответ «нет» |
|---|---|---|
| Есть ли доступ на чтение расписания? | Без него робот не видит свободные слоты и не может назвать точное время | Работаем через выгрузки или CRM-прослойку, время называем ориентировочно |
| Можно ли создавать запись программно? | Определяет, пишет ли робот сразу в iDENT или только формирует заявку | Финальную запись в МИС делает администратор |
| Кто владеет данными и на каком основании они передаются? | Нужно для согласования по 152-ФЗ и внутреннего регламента клиники | Интеграция откладывается до юридического согласования условий |
| На какой горизонт вперёд открыто расписание? | Определяет, на сколько дней вперёд робот может предлагать даты записи | Робот предлагает более короткий горизонт или уточняет через администратора |
| Есть ли лимит запросов к МИС? | Влияет на то, сколько параллельных звонков выдержит интеграция без сбоев | Ограничиваем нагрузку и добавляем очередь запросов на своей стороне |
Ответы на эти пять вопросов, а не догадки о внутреннем устройстве iDENT, определяют реальную архитектуру проекта. Пока ответов нет, любой план интеграции - это гипотеза, которую нужно проверить с вендором, а не готовое решение.
Нужен разбор под вашу клинику? или напишите в Telegram - ответим с расчётом по вашей базе.
Как выглядит рабочая схема, когда у МИС есть открытый API
У МИС Medesk есть документированный Online Booking API из 7 методов, поэтому робот проверяет реальное расписание прямо в момент звонка и создаёт запись сразу, без промежуточной выгрузки. Роль администратора смещается к обработке исключений - отмен, конфликтов записи, нестандартных случаев.
Когда API документирован, робот может напрямую проверять реальное расписание в момент звонка и создавать запись сразу, без промежуточной выгрузки или ручного переноса администратором. Роль администратора смещается от рутинного переноса заявок к обработке исключений - нестандартных случаев, отмен, конфликтов записи.
Именно поэтому первый вопрос при работе с любой новой МИС - не «какой сценарий написать роботу», а «что вендор готов открыть технически». Для Medesk ответ уже известен и задокументирован. Для iDENT его предстоит получить напрямую у вендора - и до этого момента честнее строить схему на одном из трёх способов из предыдущего раздела, а не обещать клинике то, что не подтверждено.
Что можно запустить уже сейчас без интеграции с iDENT
Без интеграции с iDENT уже можно запустить обработку входящих звонков 24/7 с передачей результата администратору.
Обработка входящих звонков 24/7. Робот принимает звонок в любое время, отвечает на типовые вопросы и передаёт данные администратору - записанные вручную заявки ничем не хуже пропущенных звонков, которых раньше не было вовсе.
Реактивация спящей базы пациентов. Обзвон контактов, которые давно не приходили в клинику, с приглашением на осмотр - для старта разговора достаточно списка контактов из любой выгрузки, без доступа к живому расписанию iDENT.
Напоминания и подтверждения визитов. Робот звонит или пишет накануне записи с напоминанием и получает подтверждение или просьбу перенести время - это сокращает количество неявок, при этом финальное изменение слота в iDENT делает человек.
Общее правило для всех трёх сценариев одно: запись подтверждает человек. Это не костыль на переходный период, а честная граница ответственности, пока условия интеграции с iDENT не согласованы напрямую с вендором.
Цифры из кейсов PrimexAI в стоматологии
У PrimexAI нет собственного проекта на iDENT - и мы не подставляем чужие результаты под чужую МИС. Ниже - реальные цифры из завершённых проектов в нише стоматологии, где применялись интеграции с MEDODS и Dental4Windows.
Сеть из 5 стоматологических клиник: реактивация 13 800 контактов из старой базы дала 363 визита, прирост визитов за кампанию - 450%, доходимость выросла с 72% до 77%. В другом проекте по входящему потоку - плюс 119 визитов в месяц на том же рекламном бюджете.
Это результат конкретных проектов, а не гарантия для любой клиники и не кейс с iDENT: цифры зависят от базы, сценария и того, какой доступ к МИС согласован.
Отдельно по входящему потоку в другом проекте - плюс 119 визитов в месяц: обработка заявок с сайта и рекламы без потери контакта, пока клиника ждёт очереди администратора. Полное описание методики и цифр - на странице кейса по стоматологии, а состав внедрения голосового ИИ-администратора под ключ - на странице голосового AI МОП.
Разберём вашу клинику на iDENT до запуска робота
Посмотрим, какие сценарии можно запустить без интеграции уже сейчас, и вместе сформулируем запрос вендору iDENT по доступу к расписанию и записи. На диагностике - без обязательств.
Написать в TelegramЧастые вопросы про голосового робота и iDENT
Есть ли у iDENT открытое API для интеграции с голосовым роботом?
До подключения iDENT робот может закрывать 3 сценария: входящие звонки, реактивацию базы и подтверждение или напоминание о визите.
Может ли робот записывать пациента в iDENT без участия администратора?
Зависит от того, что подтвердит вендор: если iDENT даёт доступ на создание записи программно, робот пишет запись напрямую. Если такого доступа нет, робот собирает заявку - услугу, врача, желаемое время - а перенос в МИС делает администратор вручную. Какой из этих двух сценариев ваш, выясняется на этапе согласования с вендором, а не после запуска.
Что робот точно не должен делать в стоматологии?
Робот не ставит диагнозы, не обсуждает план лечения по существу и не интерпретирует клинические данные из электронной медкарты - зубную формулу, снимки, назначения. Это зона врача и администратора клиники. Зона робота - административная: приём звонка, ответы на типовые вопросы, запись, перенос, подтверждение визита и реактивация базы.
Чем интеграция с iDENT отличается от интеграции с МИС Medesk?
У Medesk есть документированный Online Booking API, поэтому робот может напрямую проверять реальное расписание и создавать запись - это разобрано в отдельной статье. У iDENT публичной документации API нет, поэтому схема интеграции определяется через прямые переговоры с вендором и один из нескольких рабочих способов, а не по готовому мануалу.
Что можно запустить с клиникой на iDENT уже сейчас, до решения по интеграции?
Обработку входящих звонков 24/7 с передачей данных администратору, реактивацию спящей базы пациентов, напоминания и подтверждения визитов. Финальное подтверждение слота в МИС в этих сценариях делает человек, поэтому запуск не блокируется тем, что интеграция с iDENT ещё не согласована.
Сколько времени занимает согласование интеграции с закрытой МИС вроде iDENT?
Единого срока назвать нельзя: он зависит от скорости ответа вендора на запрос доступа и от того, на какой из способов интеграции он согласится. У PrimexAI пока нет собственного проекта с iDENT, чтобы называть точные сроки. Практичный подход - запускать сценарии без прямой интеграции параллельно с переговорами, чтобы не откладывать пользу от робота на потом.