Google Cloudは2026年11月10日、医療業務向けのAIサービス「Gemini for healthcare」を発表し、米国の対象顧客向けにプレビュー提供を開始した。電子カルテに記録された患者の病歴を整理し、保険の事前承認に必要な書類を作成するなど、医療従事者の事務作業を支援する製品だ。ただし、AIが診療記録を参照して草案を作成できても、電子カルテへの書き込みや診療上の指示、内容の最終確定は医療従事者が行う設計となっている。EpicとOracle Healthへの接続も読み取り専用に制限されている。
また、AIが参照できる診療情報には一定の制約がある。例えば、Epicの電子カルテに接続する機能では、患者の検索方法や取得できる文書形式、記録の長さなどに制限が設けられている。そのため、AIによる書類作成の効率化を評価する際には、草案の生成速度だけでなく、必要な記録を十分に取得できるか、取得できなかった情報を人が補う作業にどれほど時間がかかるかも考慮する必要がある。
医療向けの専用スキルで診療準備から保険書類の作成まで支援
Gemini for healthcareは、Google Cloudが前月に発表した汎用のGeminiエージェントに、医療業務向けの指示と既存システムへの接続機能を組み合わせた製品だ。新たなAI基盤モデルを開発したのではなく、既存のAIを医療現場の業務に適用することを目的としている。中核となるのは、専門家が定めた指示や業務上の文脈を再利用できる「スキル」と呼ばれる仕組みで、医療機関ごとの業務手順や保険会社の規則などを反映できる。既存システムのアクセス権限を維持しながら必要な情報を取得し、モデルの選択、操作の監査、回答の根拠となる資料の引用なども組み合わせるという。
具体的な用途の一つが、診察前の準備作業だ。AIが患者の病歴を時系列で整理し、投薬情報に矛盾がないかを確認することで、医療従事者が診療に必要な情報を把握しやすくする。さらに、保険会社の方針に沿って事前承認の申請書類を作成し、不足している情報を指摘することも想定されている。申請が却下された場合には、診療記録に裏付けがあれば、その情報を基に異議申し立て文書の草案を作成できるという。
保険給付に関する業務では、提出された書類と保険規則を照合し、審査担当者が確認しやすい形に情報を整理するほか、加入者の保険プランに応じた自己負担額の見積もりにも対応する。従来は個別に行っていた記録の検索、保険条件の確認、申請書類の作成を一連の作業として処理できるようにする構想だ。ただし、これらはGoogleが発表した機能や想定用途であり、実際の医療現場で作業時間がどれだけ短縮されたかを示す実測データではない。
既存システムとの接続状況にも違いがある。Epicにはopen.epic API、Oracle HealthにはIgnite API for FHIRを利用する一方、NextGen Healthcareとの接続は開発段階にあり、今後数か月以内の提供を予定している。また、Optumの「Coordination of Benefits」と「Network Eligibility」は、限定リリースとして試験が進められている。
Epicの電子カルテ接続には取得できる情報に制限
Gemini EnterpriseのEpic電子カルテコネクタは、利用者からの質問に応じてEpicのFHIR R4 APIを呼び出し、診療情報を取得する仕組みだ。認証には、利用者ごとのEpicアカウントを使用するSMART on FHIRを採用しており、Epic側で設定されたアクセス権限がそのまま適用される。また、EpicのデータをGoogle側のデータストアにコピーしたり、検索用にインデックス化したりすることはない。これにより、既存のアクセス管理を維持したまま、必要な診療情報を参照できる設計となっている。
ただし、アクセス権限があっても、すべての診療情報を取得できるわけではない。2026年11月11日時点のGoogle Cloud公式ドキュメントに掲載されたEpicコネクタの仕様では、患者の検索方法、取得件数、対応する文書形式、記録の長さについて、複数の制限が明記されている。主な制限と、導入時に確認すべき点を整理すると次のようになる。
| 項目 | Epicコネクタの制限 | 導入時の確認事項 |
|---|---|---|
| 患者検索 | 診療記録番号、Epic患者ID、または姓と生年月日の組み合わせが必要。名前だけ、あるいは生年月日だけでは検索できず、患者ごとに検索する必要がある | 対象患者を正確に指定できるか。複数の患者を横断した検索が必要な業務には対応できない |
| 取得件数 | 1ページあたり最大50件。総件数は返されないため、大量の記録を扱う場合は情報が不完全になる可能性がある | 記録の多い患者について、必要な情報を漏れなく取得できるか |
| 文書形式 | PDFに対応せず、画像検査や同意情報なども取得対象外 | 必要な情報が非対応の文書や記録に含まれていないか |
| 記録の長さ | 記録や報告書の本文が約2万文字を超えると切り詰められる | 長い診療記録の後半に重要な情報が含まれていないか |
これらはGoogle Cloudが公開しているコネクタの仕様を整理したものであり、実際の医療機関で検証した結果ではない。例えば、診療に必要な情報がPDFに記載されている場合、このコネクタでは参照できない。また、長い診療記録では本文の一部が取得されず、AIによる要約や書類作成に反映されない可能性がある。患者一覧の表示や閲覧にも対応していないため、利用者は調べたい患者を個別に指定する必要がある。
重要なのは、電子カルテへのアクセス権限があることと、必要な診療情報をすべて取得できることは別だという点だ。アクセス権限を適切に管理していても、コネクタが対応していない文書や取得対象外の情報は、AIが回答を生成する際の根拠に含まれない可能性がある。ただし、これらはEpicコネクタに関する公開仕様であり、Oracle Healthなどの他の接続先やGemini for healthcare全体にも同じ制限が適用されるわけではない。別の接続方法や個別のシステム構成によって制約を補えるかどうかは、導入環境ごとに確認する必要がある。
電子カルテへの書き込みは行わず、最終判断は医療従事者が担当
Gemini for healthcareでは、EpicとOracle Healthへの接続を読み取り専用としているため、AIが電子カルテの内容を直接変更することはない。生成した文書をGoogle DocsやMicrosoft Wordなどに出力することはできても、電子カルテに書き戻す操作とは区別される。診療記録の入力、診療上の指示、内容の最終確認と確定は、引き続き医療従事者が担当する。AIの役割は、判断に必要な情報の収集や整理、書類の草案作成などを支援することにある。
Googleはセキュリティ面について、既存システムのアクセス権限や監査ログを利用し、AIの回答には根拠となる資料の引用を付けると説明している。また、米国の医療情報保護法であるHIPAAへの準拠を支援する設計を採用し、臨床データ、利用者が入力したプロンプト、生成された出力をGoogleの基盤モデルの学習や微調整に使用しないとしている。これらは患者情報の取り扱いやアクセス管理に関する措置だが、AIが必要な診療情報をすべて取得できることや、生成内容が正確であることまで保証するものではない。
医療現場で利用する際には、少なくとも2種類の確認が必要になる。一つは、AIが取得した情報に欠落がないかを元の診療記録と照合すること、もう一つは、取得した情報をAIが正しく要約・解釈しているかを確認することだ。回答に付けられた引用を確認すれば、その回答が参照した記録との整合性を調べられる。しかし、最初から取得されなかった文書の存在までは分からないため、必要に応じて電子カルテの原本を確認し、不足する情報を補わなければならない。これは公開仕様から考えられる運用上の注意点であり、Gemini for healthcareで実際に医療事故や誤った判断が発生したという報告ではない。
米国でプレビュー開始、実際の業務時間削減が導入判断の焦点に
Gemini for healthcareのプレビューは、米国のGemini Enterprise StandardまたはPlusを利用する対象顧客向けに提供される。Googleは利用者単位の定額契約と従量課金の両方を用意すると説明しているが、公式発表や製品ページでは具体的な価格や一般提供の開始日は明らかにされていない。日本での提供についても発表は確認されていない。現時点で判断できるのは、Googleが公表した機能の説明と各コネクタの技術仕様が中心となる。
また、Gemini for healthcareについて、第三者機関による独立した精度・安全性評価や、導入先で実際にどれだけ業務時間を削減できたかを示す測定結果は確認できない。医療機関がプレビューに参加していることと、製品の効果が実証されたことは区別する必要がある。特に医療業務では、草案の生成が速くなっても、情報の欠落を確認したり、誤りを修正したりする作業が増えれば、全体としての時間短縮につながらない可能性がある。
そのため、導入効果を評価する際には、AIによる草案作成の所要時間だけでなく、取得できなかった診療記録の補完、引用元との照合、医療従事者による修正と最終確定までを含めて測定する必要がある。保険の事前承認や診療準備といった複数の業務をAIでつなげられることは、Gemini for healthcareの特徴だ。しかし、それが実際の業務負担をどこまで軽減するかは、現場での検証を待つ必要がある。