歯科リコール×AI：アブダビで無断キャンセル38%減を実現した監査対応設計

AI導入前から月AED 96Kが消えていた歯科リコールの穴

このクリニックは14チェアを備え、六名の専門医と十一名の歯科衛生士が診療にあたっています。フロントスタッフは四名で、WhatsApp、飛び込み来院、電話への対応を分担。月間売上の上限は約AED 1.2Mです。数字だけを見れば健全な運営ですが、実際のリコール業務は、受付担当者一名が毎週火曜日に更新するExcelシートに頼っていました。

EMRに蓄積された18か月分の予約データを抽出すると、実態が見えてきました。毎月リコール時期を迎える患者は480人。そのうち再予約に至るのは31%にすぎません。無断キャンセル率は22%で、金曜午後にはWhatsAppの初回返信SLAが4時間を超えていました。まさにKhalifa City周辺の患者が日曜朝の予約枠を探す時間帯です。平均診療単価AED 620で再計算すると、機会損失は月AED 96,000に達します。机上の試算ではありません。対象者は全員が過去に受診しており、再来院すべき臨床上の理由がある患者でした。

その四半期、オーナーは三社から「SaaSを導入してEMRにつなげば、無断キャンセルが減る」という提案を受けていました。この説明は一面では正しいものの、仕組みとしては不十分です。ベンダーが担うのは、WhatsAppテンプレート、予約確認、AIによる返信候補付き受信箱といったワークフローの表層部分まで。規制対応の責任はクリニック側に残ります。しかもアブダビでは、その負担がワークフローそのものより重いのです。

「SaaSを買うだけ」ではDOH Responsible AI Standardに通らない理由

DOH Responsible AI Standard V1 (2025)は短い文書ですが、要求は厳格です。AIが介在する患者対応には、人による監督を文書化すること。リスクレベル別のエスカレーション手順を用意すること。ADHICSに沿ったセキュア・バイ・デザインを採用し、監査官の求めに応じて提出できる監査証跡を残すことが求められます。改訂版サイバーセキュリティフレームワークのADHICS V2.0では、さらにAIガバナンス領域が追加され、侵害発生から24時間以内の報告、患者データに触れるシステムへのEDR導入、通信時と保存時の暗号化強化が義務付けられています。

二つの文書を続けて読むと、規制当局の関心がどこにあるかが分かります。問われるのは採用したベンダー名ではなく、次の四点に誰が答えられるかです。このメッセージを確認したのは誰か、どのエスカレーションルールが適用されたか、監査行はどこにあるか、患者が希望する言語で同意をどう記録したか。どの製品でも残りやすい穴は同じです。AIエージェントの学習データを誰が所有するのか、アラビア語での同意を患者本人の実際の返信文とともにどこへ保存するのか、WhatsApp Business Solution Providerを経由したメッセージが、監査当日の監査官の解釈でPHIに当たるのかという点です。

最も危険なのは、SaaSの機能不足ではなくシャドーワークフローです。土曜日、業務に追われた受付担当者が、アラビア語のリコール文面を作るために患者名と治療履歴を一般向けChatGPTアプリへ貼り付ける。記録されず、暗号化もされず、国外へ送られるその一度の操作が、ライセンス更新時の問題になります。スタッフ研修では、この行為を曖昧にせず明示的に取り上げるべきです。UAEのどのクリニックにも、今まさに同じことをしている人がいるからです。

AED 14,500で構築した監査対応済みの歯科AIスタック

以下が、社内監査のリハーサルを通過し、監査官が最初に投げる三つの質問へ印刷資料で回答できた構成です。ドバイの不動産仲介会社で構築した仕組みと同じWhatsApp BSPパターンを土台に、臨床リスクとADHICS V2.0の暗号化要件に合わせて調整しています。

実額を含む構成要素は次のとおりです。

• 承認済みBSP経由のWhatsApp Business Platform（360dialogまたはKarix。いずれもUAE域内インフラの選択肢があります）。認証済みのクリニック送信元を一つ用意し、Meta承認済みテンプレートライブラリを使用します。初期設定AED 2,200、マーケティング／ユーティリティ階層で会話ごとにAED 0.044です。
• セルフホスト型リコールサービスは、共有のHetzner CX22 VM一台で稼働させ、受信経路にはCloudflare Tunnelを使います。監査官からデータ所在地を指摘された場合に備え、域内のEtisalat Switchへ移行する手順も文書化しました。月額AED 180です。
• Anthropic Claude Haiku 4.5は、英語とアラビア語の意図分類だけに使用します。診断にも、トリアージにも、患者向け自由記述文の作成にも使いません。約6,500件の会話で月額AED 320です。
• 追記専用の監査ログはCloudflare D1に置き、メッセージ本文のアーカイブにはR2を使用します。ハッシュ化したpatient_idにひも付け、保存期間は7年。毎晩、Malaffi連携ストレージへエクスポートします。
• 二言語テンプレートライブラリは承認済み49本（英語22本、アラビア語22本、エスカレーション用5本）。すべての変数を固定し、モデルが作った自由記述文を患者へ送ることは一切ありません。
• EMR連携はWebhookで実装します（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の各条項を設計へ落とし込む

ここはコピーして運営バインダーに入れる部分です。Standardの各条項を、構成内の具体的な項目に対応させています。一般的な小規模事業者向け自動化スタックでも同じ原則を採用していますが、今回は監査での失点がライセンスに直結します。

人による監督。 Claudeによる分類はすべて、三つのルールからなる信頼度ゲート（意図の信頼度、言語の信頼度、リスク階層）を通過させます。いずれかが基準未満ならWhatsAppの受信箱へ送り、人が確認してから送信します。臨床階層の意図には、例外なく自動返信しません。確認者の身元はメッセージ行に記録します。

リスク階層別のエスカレーション手順。 三階層をハードコードします。

• Tier 1 – 予約確認。 日付、時刻、クリニック名。信頼度ゲートの通過後は自動送信できます。
• Tier 2 – リコール案内。 「歯科衛生処置の時期です」。テンプレートのみを使い、治療の詳細や専門医名は含めません。自動送信できます。
• Tier 3 – 臨床上の質問。 患者のメッセージに、症状、治療コード、薬剤名、処置に関する質問のいずれかが含まれる場合です。2時間のSLAを設定して人の確認待ちにします。AIは候補を示し、送信するのは人です。

ADHICSに沿ったセキュア・バイ・デザイン。 通信経路はBSP → Worker → D1で、全区間にTLS 1.3を適用します。ストレージはSSEで暗号化し、リコールサービスのホストにはEDRを導入。モデルのコンテキストへ渡す患者データは、一方向にハッシュ化したpatient_idだけです。モデルに見えるのは「patient_a7f3c2がアラビア語でリコールについて質問した」という情報であり、氏名は一切渡しません。

監査の再構成。 送信メッセージごとに、タイムスタンプ、patient_id_hash、template_id、言語、エージェント種別（人またはAI）、必要な場合は確認者名、信頼度スコア、BSPメッセージIDを一行に記録します。単一のCSVを出力し、90日間で絞り込めば、監査官の「すべて見せてください」という要求に10分未満で答えられます。

アラビア語での同意。 オプトイン用テンプレートは患者の希望言語で送信します。患者の返信文は一字一句そのまま同意記録へひも付け、同意が存続する期間にわたり保存し、監査エクスポートから参照できるようにします。

実際に進めた30/60/90日の歯科リコール導入計画

構築期間は六週間。その後十二週間は監督下で運用し、それを経てシステムを独自の信頼度ゲートで稼働させます。

監査リハーサルは、この運用を支える要です。最初の四半期は毎週、その後は毎月続けます。日曜朝の厄介な電話からクリニックを守るものは、この習慣しかありません。

あえて構築しなかったものと、その理由

この構成の輪郭は、採用しなかった機能によっても決まっています。

臨床トリアージ用エージェントは作りませんでした。DOH Standardでは臨床意思決定支援が高リスクに位置付けられており、14チェアの複合歯科グループが実験台になる理由はありません。この機能は全面的に見送りました。

音声エージェントも導入していません。Khalifa Cityの現実的な患者構成では、Khaleeji、Egyptian、Levantine、ときにはUrdu訛りの英語まで、アラビア語の方言対応が必要です。現状では、録音通話で見過ごせないほど不自然な失敗が起こります。方言モデルが次世代へ進むQ3 2026に再検討します。

Instagram DMの取り込みも対象外です。見込み客を患者へ転換できるチャネルではありますが、同意取得の流れと患者記録へのひも付けには、別途ADHICSの審査が必要です。規制対象の構築でスコープを膨らませれば、ライセンスに問題が付く原因になります。今回は保留しました。

ブランドの表にAIを出すこともありません。予約確認に合成音声は使わず、マーケティング向けに架空患者の生成画像も作りません。AIは運営担当者向けであり、患者向けではありません。患者が体験するのは、より速く、より確実に対応するクリニックであって、「AI」ではないのです。

スタック全体をベンダーSaaSに所有させる構成も避けました。外部依存はWhatsApp BSPとEMRだけで、どちらも三週間未満で入れ替えられます。この交換可能性が、監査で説明可能な状態を守る保険になります。

大規模展開した場合と、ドバイの歯科医院が流用できる部分

この構成のドバイ版は、アーキテクチャとして約95%共通です。規制上の枠組みは、DOH Responsible AI StandardからDHA Health AI guidanceへ、連携先はMalaffiからNABIDHへ変わりますが、技術パターンは同じです。エスカレーション階層、信頼度ゲート、監査CSV、テンプレート運用の原則は、そのまま移植できます。

複数拠点へ展開する場合は、共有のリコールサービスと共有の監査ログをそれぞれ一つ用意し、広告アトリビューションと患者からの信頼を明確にするため各拠点にBSP送信元を設けます。AED 2,014の保守費用は大半が固定費なので、規模が増えてもコストは比例して増えません。40チェアのグループでも、同じアーキテクチャを月額運用費約AED 4,200で稼働できます。

これは、財務業務向けUAE電子インボイス構築を医療規制対応に置き換えたものです。規制当局は異なっても設計の規律は同じで、監査対応は後付けする機能ではなく、最初から組み込む制約だという原則も変わりません。

DVNC.aeで「監査対応クリニック構築」と呼んでいる製品版も、同じ六週間の導入です。テンプレートライブラリ、監査エクスポートツール、スタッフ研修をパッケージ化しています。UAEでクリニックグループを経営し、この四半期だけで三社から提案を受けたのなら、デモを見るより先に監査について話すほうが有益です。