Автоматизация стоматологии в Абу-Даби: на 38% меньше неявок

Зачем клинике автоматизация стоматологии: AED 96K потерь в месяц еще до ИИ

В клинике — 14 кресел, шесть специалистов и одиннадцать гигиенистов. Четыре сотрудника регистратуры одновременно ведут WhatsApp, принимают посетителей без записи и отвечают на телефонные звонки. Потенциальная месячная выручка — около AED 1.2M. На бумаге бизнес выглядел здоровым. На деле весь процесс возврата пациентов держался на таблице Excel, которую один администратор обновлял по вторникам.

Выгрузка данных о приемах из EMR за 18 месяцев показала реальную картину. Каждый месяц 480 пациентам пора было записаться на повторный визит, но новую запись оформляли лишь 31%. Доля неявок держалась на уровне 22%, а SLA первого ответа в WhatsApp по пятницам после обеда превышал 4 часа — именно тогда пациенты из Халифа-Сити искали свободное окно на утро воскресенья. При среднем чеке AED 620 упущенная возможность составляла AED 96,000 в месяц. Это не абстрактная оценка: каждый из этих пациентов уже лечился в клинике и имел клинические основания вернуться.

За тот квартал владельцу успели провести презентации три поставщика. Суть предложений была одной и той же: «Купите наш SaaS, подключите EMR — и неявок станет меньше». Отчасти это верно, но такой ответ не учитывает всю систему рисков. Поставщики закрывают видимую часть процесса — шаблоны WhatsApp, подтверждение записи, единый ящик с подсказками ИИ, — а регуляторные риски оставляют клинике. В Абу-Даби этот груз тяжелее самого рабочего процесса.

Почему одного SaaS недостаточно для DOH Responsible AI Standard

DOH Responsible AI Standard V1 (2025) короток, но требования в нем жесткие. Для любого взаимодействия с пациентом при участии ИИ нужен документально подтвержденный контроль человека; протоколы эскалации должны учитывать уровень риска; архитектура должна изначально соответствовать принципам безопасности ADHICS; а журнал аудита необходимо выгружать по первому запросу инспектора. Обновленная система кибербезопасности ADHICS V2.0 добавляет отдельное направление управления ИИ, устанавливает срок уведомления об утечке в 24 часа, требует EDR на системах, работающих с данными пациентов, и ужесточает требования к шифрованию при передаче и хранении.

Если прочесть оба документа подряд, логика регулятора становится ясной: важно не то, какого поставщика выбрала клиника, а кто способен ответить на четыре вопроса. Кто проверил сообщение? Какое правило эскалации сработало? Где соответствующая строка журнала? Как зафиксировано согласие пациента на предпочитаемом им языке? Пробелы тоже повторяются: кому принадлежат обучающие данные ИИ-агента, где вместе с дословным ответом пациента хранится согласие на арабском и считаются ли сообщения, прошедшие через WhatsApp Business Solution Provider, защищенной медицинской информацией (PHI) в трактовке инспектора в день проверки.

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

Готовый к аудиту стек за AED 14,500: все компоненты

Эта конфигурация выдержала внутренние репетиции аудита и позволяет ответить на первые три вопроса инспектора по одной распечатке. В основе лежит та же схема с WhatsApp BSP, что и в нашем решении для дубайского брокера, но с учетом клинических рисков и требований ADHICS V2.0 к шифрованию.

Состав стека и реальные цифры:

• WhatsApp Business Platform через одобренного BSP (360dialog или Karix — оба предлагают варианты инфраструктуры с размещением в ОАЭ). Один верифицированный номер клиники и библиотека шаблонов, одобренных Meta. Подключение — AED 2,200, один диалог в категории marketing/utility — AED 0.044.
• Собственный сервис повторных визитов на одной виртуальной машине Hetzner CX22 в общей инфраструктуре с Cloudflare Tunnel для входящего трафика. Если инспектор возражает против размещения данных, предусмотрен документированный план миграции на региональную площадку Etisalat Switch. AED 180 в месяц.
• Anthropic Claude Haiku 4.5 только для классификации намерений на английском и арабском. Не для диагностики. Не для триажа. Не для написания пациентам сообщений в свободной форме. AED 320 в месяц при ~6,500 диалогах.
• Журнал аудита с запретом на изменение записей в Cloudflare D1 и архивом текстов сообщений в R2. Политика хранения на 7 лет, привязка к хешированному patient_id. Каждую ночь данные экспортируются в хранилище, связанное с Malaffi.
• Двуязычная библиотека шаблонов: 49 заранее одобренных шаблонов (22 на английском, 22 на арабском, 5 для эскалации), все переменные жестко заданы, модель не отправляет пациентам никакого текста в свободной форме.
• Интеграция с EMR через вебхук (Practo, Medas или Unite — используем уже установленную систему и не переносим EMR). Единовременно AED 8,500.

Итого: капитальные затраты AED 14,500, операционные — AED 2,800 в месяц примерно для 6,500 диалогов с пациентами ежемесячно.

CAPEX (one-time)
  BSP setup + sender verification        2,200 AED
  EMR webhook integration                8,500 AED
  Recall service deployment + hardening  3,800 AED
                                       ────────────
                                        14,500 AED

OPEX (monthly, at ~6,500 conversations)
  BSP conversations (~6,500 × 0.044)       286 AED
  Hetzner CX22 + Cloudflare Tunnel         180 AED
  Claude Haiku 4.5 inference               320 AED
  Internal audit + maintenance retainer  2,014 AED
                                       ────────────
                                         2,800 AED

Статью расходов на обслуживание в AED 2,014 чаще всего не показывают в презентациях поставщиков. Она покрывает еженедельную проверку журнала аудита, цикл продления шаблонов BSP и повторное обучение сотрудников при изменении порогов эскалации.

Как каждому требованию DOH Responsible AI Standard соответствует архитектурное решение

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

Контроль человека. Каждая классификация Claude проходит фильтр по трем параметрам: уверенность в намерении, уверенность в языке и уровень риска. Все, что не достигает порогового значения, попадает в ящик WhatsApp и отправляется только после проверки человеком. Ответы клинического уровня никогда не уходят автоматически. Имя проверившего сотрудника записывается в строку сообщения.

Протоколы эскалации по уровню риска. В коде жестко зафиксированы три уровня:

• Уровень 1 — подтверждение записи. Дата, время, название клиники. После прохождения фильтра уверенности разрешена автоматическая отправка.
• Уровень 2 — напоминание о повторном визите. «Настало время визита к гигиенисту». Только шаблон, без подробностей лечения и имени специалиста. Автоматическая отправка разрешена.
• Уровень 3 — клинический вопрос. Любое сообщение пациента, содержащее симптом, код лечения, название лекарства или вопрос о процедуре. Оно направляется человеку на проверку с SLA 2 часа. ИИ предлагает ответ, человек отправляет его.

Безопасность на уровне архитектуры и соответствие ADHICS. Данные идут по цепочке BSP → Worker → D1 с TLS 1.3 на всем пути; хранилище зашифровано по SSE, на хосте сервиса повторных визитов работает EDR, а в контекст модели попадает только односторонне хешированный patient_id. Модель видит фразу «patient_a7f3c2 asked about recall in Arabic». Имя пациента она не видит никогда.

Восстановление событий для аудита. Для каждого исходящего сообщения создается строка со временем, patient_id_hash, template_id, языком, типом агента (человек или ИИ), именем проверяющего при необходимости, оценкой уверенности и ID сообщения BSP. Одна CSV-выгрузка с фильтром по окну в 90 дней позволяет менее чем за 10 минут ответить на просьбу инспектора «покажите всё».

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

Как мы внедряли систему: план 30/60/90

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

Репетиция аудита — ключевой ритуал всей системы. В первом квартале ее проводят каждую неделю, затем раз в месяц. Только эта привычка отделяет клинику от неприятного звонка воскресным утром.

Что мы намеренно не стали создавать

Конфигурацию этого стека во многом определяет то, от чего мы решили отказаться.

Никакого агента для клинического триажа. Стандарт DOH относит поддержку принятия клинических решений к повышенному риску, а группе на 14 кресел незачем становиться испытательным полигоном. От этой функции отказались полностью.

Никакого голосового агента. Распознавание диалектов, характерных для реальных пациентов Халифа-Сити, — халиджи, египетского, левантийского, а иногда и английского с акцентом урду — пока работает недостаточно хорошо: ошибки в записанном разговоре выглядели бы непрофессионально. Вернуться к вопросу можно в Q3 2026, когда выйдет еще одно поколение диалектных моделей.

Никакого приема сообщений из Instagram DM. Канал существует и дает конверсии, но для передачи согласия и связывания с картой пациента нужна отдельная проверка по ADHICS. Расширение рамок регулируемого проекта — верный способ привлечь внимание к лицензии, поэтому канал отложили.

Никакого «лица ИИ» у бренда. Никакого синтезированного голоса для подтверждений. Никаких сгенерированных изображений несуществующих пациентов в маркетинге. ИИ работает для оператора, а не для пациента. Пациент получает более быструю и надежную клинику, а не «общение с ИИ».

Никакого SaaS-поставщика, владеющего всем стеком. Единственные внешние зависимости — WhatsApp BSP и EMR, и каждую можно заменить менее чем за три недели. Такая взаимозаменяемость — страховка, позволяющая обосновать архитектуру на аудите.

Как масштабировать автоматизацию стоматологии и что перенести в клинику Дубая

Архитектура дубайской версии совпадает с этой примерно на 95%. Меняется нормативная рамка: вместо DOH Responsible AI Standard действует руководство DHA Health AI, а для передачи интеграционных данных используется NABIDH, а не Malaffi. Техническая схема остается прежней. Уровни эскалации, фильтр уверенности, аудиторский CSV и строгая работа с шаблонами переносятся без изменений.

При развертывании в нескольких филиалах сохраните один общий сервис повторных визитов и один журнал аудита, но выделите каждому филиалу отдельного отправителя BSP — так понятнее атрибуция рекламы и выше доверие пациентов. Расходы растут медленнее масштаба, поскольку строка обслуживания AED 2,014 почти не меняется. Группа на 40 кресел использует ту же архитектуру примерно за AED 4,200 операционных затрат в месяц.

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

Продуктовая версия решения, которую в DVNC.ae мы называем audit-ready clinic build, рассчитана на те же шесть недель внедрения и включает готовую библиотеку шаблонов, инструмент аудиторской выгрузки и обучение сотрудников. Если вы управляете сетью клиник в ОАЭ и за квартал уже выслушали три презентации поставщиков, лучше начать разговор с аудита, а не с демонстрации продукта.