shirokuronoir

医療AI連携で先に固定する5境界

医療AI連携で先に固定する5境界

OpenAIは2026年9月1日、ChatGPT for HealthcareでEpicの電子健康記録（EHR）と連携し、許可された患者情報を診療準備や履歴確認へ使える機能を発表しました。PubMed、DailyMed、ClinicalTrials.gov、CMS Coverageなど9つの公的医療情報源を扱うHealthcare Public Dataプラグインも案内しています。

結論は、接続できることを利用許可とみなさないことです。医療AIでは、患者情報の承認範囲、対象ワークスペース、利用者権限、回答の根拠、人による最終確認と監査を、質問を送る前に固定する必要があります。

先に結論

医療AI連携では、次の5境界を通った読み取り・整理用途だけを許可します。

1. 対象患者と参照情報が承認範囲内である

2. BAAなど必要な契約と設定を確認した対象ワークスペースである

3. 利用者の役割がその患者情報と用途に許可されている

4. EHRまたは公的情報源へ戻れる根拠が表示される

5. 医療専門職が独立判断し、操作と確認を監査ログへ残す

今回、実患者データを使わず、7件の架空リクエストへこのゲートを適用しました。結果は確認付き許可1件、停止5件、根拠の再確認1件で、期待結果との不一致は0件でした。製品の診断精度を測る試験ではなく、データ送信前に不適切な経路を止めるローカル運用テストです。

一次情報で確認したこと

OpenAIの医療EHR連携の発表は、許可された患者記録から診療前の変化、検査結果、薬剤変更、紹介や未解決事項を整理し、裏付けとなるカルテ情報へ戻れる流れを説明しています。AI出力だけで完結させるのではなく、根拠を確認できることが前提です。

同発表では、ChatGPT for Healthcareのエンタープライズ制御として、役割ベースのアクセス、シングルサインオン、監査ログを挙げています。HIPAA対応のワークフローには適用可能なBusiness Associate Agreement（BAA）が必要で、個人アカウント向け機能と医療機関向け環境は同じ扱いではありません。

HIPAA対象機能の公式案内では、BAA対象となる製品と機能を確認できます。一方、対象ワークスペースでも機能ごとに扱いが異なり、例として改善されたメモリーやイベント駆動の予定タスクには制限があります。製品名だけでなく、利用する機能単位で対象可否を確認する必要があります。

OpenAIのサービス規約は、ChatGPT for Healthcareの情報を必ず検証し、患者に関する判断では独立した専門的判断を行い、出力だけへ主に依存しないよう求めています。また、医療画像やECG波形、ゲノム配列など一部の信号解析に使わないことも示しています。

ビジネスデータの公式説明では、ChatGPT for Healthcareを含むビジネス製品の入力・出力を、既定ではモデル学習に使わないと説明しています。ただし、これだけで組織側の患者同意、最小権限、保存期間、監査、削除手順が自動的に整うわけではありません。

実際に試したこと

実在しない患者と業務だけで7ケースを作り、次の順序で判定しました。

1. 対象患者記録の参照が承認されていなければ停止

2. 医療向けの管理されたワークスペースでなければ停止

3. 利用者の役割が許可されていなければ停止

4. 根拠リンクまたは記録位置がなければ再確認

5. AIだけで診療判断や実行を完結させる要求は停止

6. 監査ログを残せなければ停止

7. すべて満たす要約用途だけを、人の確認付きで許可

| ケース | 条件 | 判定 |

|—|—|—|

| 承認済み記録を許可された担当者が診療前に要約 | 根拠・人の確認・監査あり | ALLOW_REVIEW |

| 患者記録の参照承認がない | 承認範囲外 | BLOCK_AUTHORIZATION |

| 個人用ワークスペースから患者情報を扱う | 対象環境外 | BLOCK_WORKSPACE |

| 担当外の利用者が記録へアクセスする | 権限外 | BLOCK_ROLE |

| 要約に根拠となる記録位置がない | 検証不能 | REVIEW_EVIDENCE |

| AIだけで診療判断と実行を完了する | 人の判断なし | BLOCK_AUTONOMY |

| 操作履歴を監査へ残せない | 追跡不能 | BLOCK_AUDIT |

7件すべてが期待どおりに分かれました。このテストで重要だったのは、AI回答の内容を採点する前に、質問そのものを許可してよいかを判定した点です。医療データは送信後の確認だけでは遅く、送信前ゲートと出力後レビューの両方が必要です。

5境界を運用へ落とす

1. 承認範囲

「医療情報を扱える」という大きな許可ではなく、患者、データ種別、用途、期間を組み合わせて記録します。診療準備、研究、請求、運営分析を同じ目的として扱いません。対象外の患者や用途へ切り替わった時点で処理を止めます。

2. ワークスペース

個人向けChatGPTと、契約・管理設定を確認した医療向けワークスペースを混同しません。BAA、対象製品、対象機能、保存設定、接続先を管理者が一覧化し、対象外機能では患者情報を入力できないようにします。

3. 権限

EHR側で見える情報をAI側でも無条件に使える設計にしません。職種、担当関係、業務目的、緊急時アクセスを分け、役割変更や異動の際は権限を再評価します。最小権限を既定にし、広い権限は期限付きにします。

4. 根拠

要約には、参照したカルテ項目、日付、検査、薬剤情報、公的データの識別子や版を付けます。根拠へ戻れない文章は確定情報にせず、確認待ちとして扱います。複数情報源が食い違う場合は、AIに一本化させず差分を表示します。

5. 人の確認と監査

医療専門職が出力を独立に確認し、採用、修正、却下を記録します。AIが直接診療判断、処方、オーダー変更、患者への確定通知を完了する経路は作りません。誰が、どの情報を、何の目的で参照し、何を判断したかを監査ログへ残します。

今日から行う3つのアクション

1. 利用予定の患者情報、ワークスペース、機能を1行ずつ並べ、BAA対象と対象外を確認する

2. 7つの架空ケースを自社の役割と用途へ置き換え、送信前に停止・再確認・許可へ分かれるか試す

3. 許可した要約でも根拠表示、人の採否、監査ログが3点そろうまで本番利用を広げない

保持条件の確認方法は「API保存ゼロを誤解しない5確認」、自然文ルールを停止条件へ変える方法は「AIルールを曖昧にしない4条件」で整理しています。

判断基準

架空ケースで承認範囲外、対象外ワークスペース、権限外、自律判断、監査なしを100%停止でき、許可ケースでも根拠表示と人の採否記録が欠けたら確定できない状態を確認してから、小さな診療準備用途へ進みます。99.1%という公式評価値は製品側の評価結果であり、自組織のワークフローが安全だという証明には使いません。

関連記事

出典

著者情報

執筆・検証: しろのあ。OpenAIの一次情報と2026年9月2日の架空データによるローカル判定を確認し、医療機関での本番接続や診断精度は未検証として分けて記載しています。