Прийняти й зрозуміти звернення
Агент вітається від імені клініки, визначає організаційну тему і ставить тільки потрібні уточнення.
Вхідні й вихідні дзвінки · CRM · handoff
Голосовий AI-агент для клініки
AI-аудіоагент телефонує пацієнтам перед візитом, фіксує підтвердження в CRM і передає відмову або невизначену відповідь адміністратору. Окремий вхідний сценарій приймає дзвінки, консультує про погоджений перелік послуг і показує доступний час за правилами клініки.
- Статус лише після відповіді CRM
- Межі для лікарів і послуг
- Складне питання — людині
2 контуривихідні й вхідні дзвінки
CRM / МІСджерело розкладу і статусу
Rules firstвинятки до запуску
Human handoffконтекст для адміністратора
Коротка відповідь
Це не автовідповідач. Це керований голосовий маршрут між пацієнтом, розкладом і командою клініки.
Агент розпізнає намір у межах погодженого сценарію, читає актуальні дані з системи й виконує тільки дозволені дії. Він не повідомляє про підтвердження до успішного оновлення CRM, не записує до виключених лікарів і не намагається відповідати на медичні питання замість фахівця.
Інтерактивний сценарій
Один дзвінок — чотири контрольні стани.
Запустіть демонстрацію. Це модель логіки, а не запис реального дзвінка: вона показує, коли агент читає дані, чекає відповіді та змінює статус у CRM.
Система
Запис знайдено: 15 серпня, 14:30. Натисніть кнопку, щоб пройти сценарій.
- 01Перевірити записbooking ID і актуальний статус
- 02Зателефонуватидата, час і коротке питання
- 03Класифікуватитак, ні, перенесення або невідомо
- 04ЗафіксуватиCRM або задача адміністратору
AI-консьєрж
Приймає дзвінки, але не виходить за межі сервісної ролі.
Вхідний агент допомагає там, де запит має чітке джерело й дію. Медична консультація, нестандартна ситуація або заборонений сценарій переходять людині разом із коротким резюме.
Пояснити перелік послуг
Відповідь надходить із погодженого контенту: назви, локації, графік, організаційні умови й підготовка.
Показати доступний час
Слоти читаються з CRM, МІС або календаря. Перед озвученням система враховує локацію, послугу, тривалість і правила лікаря.
Передати дзвінок із контекстом
Людина отримує тему, вже зібрані дані й причину ескалації, щоб пацієнт не починав розмову спочатку.
Правила доступності
Лікар у розкладі ще не означає, що агент має право записувати.
До запуску описуємо винятки як системні правила, а не як примітки в тексті. Вони перевіряються до того, як агент запропонує слот або спробує створити запис.
Як працює повний маршрут клінікиУмоваДія агента
Когорта лікарів лише через адміністратораПоказує загальну доступність або одразу передає дзвінок — за політикою клініки.
Послуга потребує попереднього уточненняНе бронює слот; створює задачу з причиною і контактними даними.
Немає доступного часуПропонує іншу локацію, дату або лист очікування, якщо ці дії дозволені.
Медичне чи чутливе питанняЧесно зупиняє автоматизацію і переводить до відповідального фахівця.
Інтеграційний контур
Голос — лише інтерфейс. Надійність визначає архітектура під ним.
Критична дія має джерело, технічний ID, відповідь системи й обробку помилки. Так підтвердження не губиться між дзвінком і карткою запису.
Вхідний або запланований вихідний дзвінок.
Намір, контекст, дозволена дія та fallback.
Розклад, booking ID, статус і результат операції.
Задача, контекст, відповідальний і статус.
Дані й приватність проєктуються окремо. На discovery визначаємо мінімальний склад даних, правову підставу, інформування про автоматизований дзвінок і запис розмови, ролі доступу, строки зберігання та журнал критичних дій.
Попередня вартість
Оцінка залежить від інтеграції, а не від кількості фраз у сценарії.
Фіксовану суму до технічної перевірки не називаємо. Відділяємо розробку BotLabs, витрати на телефонію й голосові сервіси та можливі роботи з боку вашої CRM або МІС.
Контури дзвінків
Підтвердження, перенесення, вхідна консультація, доступність часу та handoff мають різну логіку.
Готовність систем
API, webhooks, структура записів, правила доступу, тестове середовище та журнал помилок.
Мови й контент
Погоджені відповіді, вимова назв, локації, послуги, винятки та процес оновлення бази знань.
Контроль і аналітика
Статуси, повторні спроби, черга менеджера, моніторинг інтеграцій і правила зберігання даних.
Досвід у медичному контурі
Astra Dent підтверджує роботу BotLabs із процесами мережі клінік.
Опублікований кейс описує закритий Telegram-бот для навчання співробітників: персональні модулі, FAQ з пошуком, опитування й адмінпанель для різних ролей. Це чесний доказ роботи з доступами, контентом і внутрішнім процесом клінічної мережі — не доказ уже реалізованого голосового запису пацієнтів.
Відкрити кейс Astra Dent
Опублікований кейс FAQ
Питання про голосового AI-агента.
Відповіді стосуються сервісної автоматизації. Медичні рішення, політики даних і юридичні підстави погоджуються з відповідальними фахівцями клініки.
Це голосовий сервіс, який за погодженим сценарієм телефонує пацієнтам або приймає вхідні дзвінки. Він може підтвердити запис, відповісти на організаційне питання, перевірити доступність часу в CRM або МІС і передати складний запит адміністратору.
Перед дзвінком система перевіряє чинний запис. Агент називає погоджені дату й час, ставить коротке питання та записує однозначну відповідь. Статус у CRM змінюється тільки після успішної події інтеграції; відмова або невизначена відповідь стає задачею для команди.
Так. Він може визначити організаційний намір, розповісти про погоджений перелік послуг, перевірити доступні слоти та передати дзвінок людині. Межі відповіді, години роботи і правила ескалації налаштовуються разом із клінікою.
Так. Правила доступності задаються на рівні лікаря, послуги, локації або когорти. Агент може показувати час, але не створювати запис для визначених категорій, а натомість передавати звернення адміністратору.
Можлива інтеграція з CRM, МІС, календарем або телефонією, якщо є придатний API, webhook чи погоджений обмін даними. До оцінки перевіряємо читання розкладу, зміну статусу, ідентифікатори записів, права доступу та обробку помилок.
Агент не вигадує результат. Відмова, прохання перенести, невпевнена відповідь або недоступний клієнт отримують окремий статус. За правилами клініки система планує повторну спробу або створює задачу менеджеру з контекстом дзвінка.
Загальний сервісний агент не повинен ставити діагноз або призначати лікування. Він відповідає на погоджені організаційні питання про послуги, графік, адресу чи підготовку і передає медичне або чутливе питання кваліфікованій людині.
Вартість залежить від телефонії, кількості вхідних і вихідних сценаріїв, мов, структури розкладу, готовності API, правил для лікарів, бази знань, аналітики та вимог до доступу. Точну оцінку готуємо після карти процесу й технічної перевірки інтеграцій.
Перший крок
Розберемо один реальний дзвінок і систему, що має підтвердити результат.
Підготуйте приклад запису, назву CRM або МІС, правила для лікарів і ситуації, які повинні переходити адміністратору.
Обрати час з ІваномКейси під галузь
Суміжний proof для медичного, booking та сервісного контуру.
Ці кейси підтверджують роботу з ролями, каталогами, інтеграціями та бронюванням. Не видаємо їх за вже реалізований голосовий запис пацієнтів.
Astra Dent: ролі, навчання та керований контент
Функціональний proof роботи з мережею клінік, доступами, FAQ, модулями та адмінпанеллю.
Відкрити кейс
Guide&Go: доступність, бронювання й оплата
Приклад складної синхронізації каталогу, доступності, багатомовного контенту та booking flow.
Відкрити кейс
Medhouse Club: каталог, оплата, доставка й облік
Доказ інтеграційного контуру з каталогом, кошиком, оплатою, доставкою та закритою адмінпанеллю.
Відкрити кейсМедичні дані, запис розмови, МІС і юридичні правила потребують окремого погодження клініки.