Michael Johnson医療機関は、複数のシステムにまたがるデータをAIプラットフォームに扱わせ、臨床・事務業務の複数段階にわたるプロセスを実行できる。Google Cloudは2026年11月10日にGemini for Healthcareを発表し、医療機関と医療保険プラン向けにプレビュー版を提供している。
実務上の変化は、情報の検索から一連のアクションの実行へと移ることだ。このサービスは患者の診療履歴をまとめ、診察の準備資料を作成したり、保険適用範囲や事前承認の確認を支援したりできる。Googleは、専門的なスキルとコネクターを使い、設定されたルールと人間による監督のもとで次の手順を見つけるエージェント型プラットフォームとして説明している。
サービスが統合するデータ
医療機関では、ひとつの判断に必要な情報が電子カルテ、請求、臨床ガイドライン、事務データベースなどに分散していることが多い。Gemini for Healthcareはデータソースに接続し、それらをまとめて解釈する。電子カルテについて、Googleはopen.epic APIsを介したEpicとの連携と、Ignite APIs for FHIRを介したOracle Healthとの連携を発表した。これらの接続は読み取り専用で、情報を作業コンテキストに取り込むが、カルテシステムへの書き戻しは想定されていない。
この区分には実務上の意味がある。職員は診察の準備や申請の審査に統合された情報を活用しつつ、元のカルテは情報源となるシステムに保持できる。NextGen Healthcareとの連携について、同社は開発中で今後数カ月以内に提供予定としている。発表時点では将来の連携であり、利用可能な機能ではない。
カルテのほか、発表ではCenters for Medicare & Medicaid Servicesの資料、National Provider Identifierレジストリ、RxNorm、ICD-10など、規制関連・参照データのソースが挙げられている。パートナーのコネクターにより、医療アプリや事務システムへのアクセスも拡大する見込みだ。利用可能な連携の範囲は個々の統合によって異なる。たとえばOptum Network Eligibility and Coordination of Benefitsとの連携は、Googleによると限定的な提供とテストの段階にある。
プレビューの対象
プレビュー版の提供開始にあたり、GoogleはBlue Cross Blue Shield of Massachusetts、Hartford HealthCare、HCA Healthcare、Highmark Health、Northwell Health、Optum、Stanford School of Medicineを挙げた。これらは初期のパートナーや顧客であり、サービスがすべての医療機関で利用可能になったことを意味するわけではない。Googleによると、Gemini for HealthcareはGemini Enterprise StandardおよびPlusの顧客を対象としている。
IT部門にとって重要なのは、データアクセスに関して示されたルールだ。Googleは、コネクターが組織の各システムですでに設定されている役割ベースの権限を維持し、回答には使用した医療記録、ガイドライン、情報源へのリンクを付けられるとしている。同社の説明では、医療記録、プロンプト、回答を含む顧客データは組織専用のクラウド環境に保持され、Googleの基盤モデルの学習には使用されない。
こうした仕組みは監督の基盤となる一方、導入にあたって具体的な要件も生じる。組織は、各シナリオでどの情報源を許可するか、誰が回答を確認するか、誰が重大な判断を承認するかを定める必要がある。医療上の判断について、Googleは資格を持つ専門家の関与を明示している。自動化は情報の取りまとめと業務プロセスの進行を支援するが、専門的な判断は責任を担う職員に委ねられる。
医療機関と保険業務チームにとっての変化
臨床チーム向けに示された用途は、複数システムから患者の履歴をより速くまとめ、診察に備えることだ。保険・事務部門では、申請の審査中に保険適用情報、規則、書類を結び付けることが想定されている。これにより、AIは質問に答える独立した画面から、既存のツール間の作業を調整するレイヤーへと役割を広げる。
Googleは、臨床医が記録作成や事務要件に週あたり約28時間を費やしているという推計を示している。これはHarris PollとGoogle Cloudの調査を引いた同社の説明であり、Gemini for Healthcareによる実測効果ではない。発表には、初期顧客でプラットフォームが実際にどれほどの時間を節約したかを示す導入結果はまだ含まれていない。
導入を検討する組織にとって有用な第一歩は、具体的な業務プロセスをデータソースや権限の境界と照らし合わせることだ。たとえば、Epicの記録を診察準備に利用できるか、どのガイドラインを参照してよいか、最終的な要約をどの職員が承認するかを確認する。そのうえで、必要な連携が利用可能か、回答にどの情報源が示されるかを検証するとよい。このテストにより、約束された自動化と確認済みの成果を混同せず、プレビュー版が業務に適合するかを評価できる。
臨床データ、事務情報、管理された複数段階のタスクを組み合わせる点が、この発表を一般的なチャットアシスタントと区別する。提供開始時点では、限定的なシナリオでプレビュー版を検証する準備がある組織が対象だ。それ以外の組織にとっては、どの連携がすでに利用できるか、プラットフォームが回答の根拠をどのように示すかが重要な判断材料となる。
