📅 2026年5月8日 ⏱️ 13分で読めます

Google Healthの医療AI戦略｜研究と実際に使える製品の違い

執筆ファネルAi編集部編集ファネルAi編集部監修ファネルAi監修チーム最終更新2026年10月27日

Google Health周辺の動きを追うと、医療AIの主戦場は「AIが医師の代わりに診断するか」ではなく、「医療・ヘルスケアの非構造データを、現場の業務フローで使える形に変えるか」に移っていることが見えてきます。MedGemma、AMIE、AI co-scientist、Vertex AI Search for Healthcare、FitbitのパーソナルヘルスAIは、別々の発表に見えて、研究・開発者基盤・業務実装をつなぐ同じ戦略線上にあります。

Googleの医療・ヘルスケアAIは、研究発表、開発者向けのモデル、医療機関向けのクラウド製品、一般の人向けのアプリの4つに分けると、何が実際に使えるかが分かります。AMIEやMed-Geminiは研究段階で、医療現場で使える製品ではありません。開発者向けのMedGemmaは無料で使えるオープンモデルですが、臨床で使う前に用途ごとの調整と検証が必要です。一般の人向けには、FitbitのAIヘルスコーチが2026年4月に日本を含む国でパブリックプレビューとして提供され、TechCrunchの報道によると、その後Google Healthアプリの有料プランの機能になります。いずれも診断を置き換えるものではなく、文書作成、検索、生活習慣の支援から使われ始めています。

本記事のポイント

Googleの医療AIは、研究発表、開発者向けのオープンモデル、医療機関向けのクラウド製品、一般向けアプリに分かれ、研究段階のものは医療現場で使える製品ではない。
MedGemmaは無料で使えるが、臨床で使う前に用途ごとの調整と検証が必要であり、先に広がるのは文書作成や検索などの業務補助である。
導入を考えるときは、誰が、どの地域で、どの契約で使えるかを先に確かめ、検証、監査、権限、業務フローへの組み込みまで設計する。

Google Healthは何を狙っているのか

Google Healthの公式ページでは、Googleの健康領域の取り組みを大きく4つに整理しています。生活者に正しい健康情報を届けること、AI研究を進めること、医療機関・ヘルスケア組織の業務を変えること、そして公衆衛生や研究コミュニティを支えることです。

重要なのは、Googleが医療AIを単体のアプリとしてだけ見ていない点です。検索、Gemini、Gemma、Google Cloud、Fitbit、YouTube、研究機関との共同研究が、それぞれ別の入口から医療・健康領域に接続されています。

つまり、Google Healthの本質は「医療AIプロダクト」ではなく、医療・健康データを扱うためのAI基盤づくりです。

研究発表と実際に使える製品の違い

名前	段階	使う人	地域・条件	向く業務
AMIE、Med-Gemini、AI co-scientist	研究	研究者（一般には提供されていない）	—	問診、診断支援、仮説づくりの研究
MedGemma（1.5を含む）、MedASR	開発者向けのオープンモデル	医療AIを作る開発者、研究者	Hugging FaceとVertex AIから入手でき、研究・商用ともに無料。臨床で使う前に用途ごとの調整と検証が必要	医療画像の説明、医療文書の理解、医療向けの音声の書き起こし
Google Cloudの医療向け製品（Vertex AI Search for Healthcareなど）	企業向けの製品	医療機関、ヘルスケア企業	提供地域と条件はGoogle Cloudとの契約で確認	カルテや医療文書の検索、要約、文書作成
Fitbitのパーソナルヘルスコーチ（Google Healthアプリ）	消費者向けの機能	一般の利用者	2026年4月に日本を含む国でパブリックプレビュー。現在の料金と日本での条件はアプリで確認	睡眠、運動、生活習慣の振り返り（診断ではない）

研究発表の性能は、実際の医療現場で使えることを意味しません。導入を考えるときは、まず「誰が、どの地域で、どの契約で使えるか」を確かめます。以下では、4つの層をそれぞれ見ていきます。

1. 研究層：AMIE、Med-Gemini、AI co-scientist

研究層では、Google ResearchとGoogle DeepMindが医療AIの限界を押し広げています。

代表例がAMIE（Articulate Medical Intelligence Explorer）です。AMIEは、患者との会話を通じて病歴を取り、鑑別診断や追加検査、治療方針の検討を支援する研究用AIシステムです。GoogleはAMIEを「医師を置き換えるもの」とは位置づけていません。むしろ、医師の監督下で患者・医師・AIが関わる「支援者」として研究しています。

Med-Geminiも同じ文脈です。Geminiを医療領域に合わせて調整し、テキスト、画像、動画、電子カルテのような長文・複合データを扱う研究です。Google Researchは、Med-GeminiがMedQAなどのベンチマークで高い性能を示したと発表していますが、同時に、実臨床で使うには安全性、バイアス、信頼性、専門家を含む評価が不可欠だとも明記しています。

さらにAI co-scientistは、Gemini 2.0をベースにした研究支援システムです。文献を読むだけでなく、仮説を生成し、複数の候補を評価し、優先順位をつける方向に進んでいます。創薬や生命科学の研究開発では、AIの価値が「要約」から「仮説生成と検証計画」に広がっていることを示しています。

2. 開発者基盤：MedGemmaで医療AI開発の入口を広げる

2025年に発表されたMedGemmaは、Googleの医療AI戦略を開発者側に開いた重要な動きです。MedGemmaはGemma 3をベースにした医療テキスト・画像理解向けのオープンモデル群で、4Bのマルチモーダル版、27Bのテキスト専用版・マルチモーダル版などが提供されています。

2026年1月13日にはMedGemma 1.5と医療向けの音声認識モデルMedASRが公開され、CTやMRIの3D画像、病理のスライド画像も扱えるようになりました。これらもHugging FaceやVertex AIから入手でき、研究・商用ともに無料で使えますが、特定の用途に合わせた検証と調整を前提とした出発点として提供されており、出力をそのまま診断や治療方針の判断に使うことは想定されていません。

用途としては、医療画像の説明、医療文書の理解、臨床推論、電子カルテや検査レポートからの構造化データ抽出などが想定されています。

ただし、ここで絶対に誤解してはいけないのは、MedGemmaは「そのまま臨床利用できる完成品」ではないという点です。Googleの公式ドキュメントでも、MedGemmaは用途ごとの検証が必要であり、特に医療画像解釈ではclinical-gradeではなく、追加のfine-tuningや検証が必要だと説明されています。

これはSaaS企業にとって重要です。価値の中心は「医療特化モデルを呼び出せること」だけではありません。どの業務に使うかを定義し、どのデータを入れるかを制御し、出力を監査し、専門家のレビューや承認フローを組み込み、現場で使えるUIに落とすことが差別化になります。

3. 業務実装層：Google Cloudは医療現場の“探す・書く・確認する”を狙う

Google Cloud側では、医療機関やヘルスケアSaaSが既存業務にAIを組み込むための取り組みが進んでいます。代表例がVertex AI Search for Healthcareです。これは、構造化データと非構造データを横断し、臨床記録や医療文書から必要な情報を検索・質問応答できるようにする製品です。

医療現場では、データの多くがきれいな表ではありません。紹介状、退院サマリー、検査レポート、画像、チャート、PDF、電子カルテの自由記述など、非構造データが大量に存在します。だからこそ、単純なチャットボットよりも、検索、要約、根拠提示、FHIRなどの標準形式との接続が重要になります。

日本でも、UbieがGeminiとVertex AIを活用し、退院サマリー、紹介状、インフォームドコンセント文書などの作成支援に取り組んでいる事例が紹介されています。Google公式ブログでは、Keiju General Hospitalで退院サマリー作成に関わる看護師の作業時間が42.5%削減され、心理的負担も27.2%下がったこと、Yokokura Hospitalでは患者説明の文書化効率が33%改善したこと、Kyushu University Hospitalでは紹介状の要約・標準化により入院サマリー作成効率が54%向上したことが紹介されています。

この事例が示すのは、医療AIの初期実装は「AI診断」ではなく、文書化・要約・標準化・検索のような、現場の負荷が大きい業務から進むということです。

4. 生活者層：FitbitとPersonal Health AIは“診断”ではなく行動変容から入る

Googleの健康AIは病院内だけではありません。FitbitやPixel Watchのようなウェアラブル領域でも、AI活用が進んでいます。

Google Researchは、ウェアラブルセンサーの時系列データを扱うSensorLMや、睡眠・フィットネスの個別インサイトを生成するPersonal Health LLMの研究を発表しています。Fitbitのパーソナルヘルスコーチは、2026年4月9日に日本を含む国へパブリックプレビューが広がり、日本語にも対応しました（Googleの発表）。その後、2026年5月のTechCrunchの報道によると、FitbitアプリはGoogle Healthアプリへ改称され、AIコーチは有料のGoogle Health Premiumに含まれる機能として提供されます。

ここでも大事なのは、Googleが診断・治療目的だとは言っていないことです。FitbitのAI機能は、医療診断ではなく、ウェルネス、予防、行動変容の支援として位置づけられています。

医療AIの社会実装は、規制や責任分界が重い領域ほど時間がかかります。その一方で、生活習慣、睡眠、運動、セルフケアのような領域では、AIによるパーソナライズが先に広がりやすい。Googleはこの入口も押さえています。

B2B/SaaS企業への示唆：勝ち筋は「モデル」ではなく「業務への入り方」

Google Healthの動きから、B2B/SaaS企業が学ぶべきことは明確です。

第一に、AIの価値は汎用チャットではなく、業務データの文脈に入ったときに大きくなります。医療で言えば、電子カルテ、検査レポート、紹介状、画像、患者説明、標準パス、研究論文などです。営業・マーケティング領域でも同じで、商談メモ、メール、フォーム問い合わせ、CRM履歴、提案資料、行動ログの文脈に入って初めてAIは実務価値を持ちます。

第二に、普及するAIは「判断を完全自動化するAI」ではなく、「人間の判断を速く、正確に、漏れなくするAI」です。医療では医師の監督が前提です。営業でも、最終判断は人間が持ちながら、情報収集、要約、次アクション提案、入力補助をAIが担う形が現実的です。

第三に、SaaSの差別化はモデル選定だけでは決まりません。権限管理、監査ログ、データ連携、出力根拠、承認フロー、現場UI、例外処理まで含めて設計できるかが重要です。GoogleがMedGemmaやVertex AI Search for Healthcareを提供するほど、アプリケーション側には「どう業務に落とすか」という価値が残ります。

よくある質問

Google Healthの医療AI戦略は何を目指している？

医師を置き換える単体アプリではなく、研究、開発者向けモデル、Google Cloud上の業務実装、ウェアラブルによる生活者支援をつなぎ、医療・健康データを実務で使える基盤にすることを目指していると見られます。

MedGemmaは医療現場でそのまま使える？

そのまま臨床利用できる完成品ではありません。Googleの公式ドキュメントでも、用途ごとの検証、追加調整、安全性評価が必要であり、特に医療画像解釈ではclinical-gradeではないとされています。2026年1月に公開されたMedGemma 1.5も、用途ごとの検証と調整を前提とした出発点として提供されています。

FitbitのAIヘルスコーチは日本で使える？

Googleは2026年4月9日に、Fitbitのパーソナルヘルスコーチのパブリックプレビューを日本を含む国へ広げ、日本語にも対応したと発表しました。その後、TechCrunchの報道によると、FitbitアプリはGoogle Healthアプリへ改称され、AIコーチは有料のGoogle Health Premiumに含まれる機能になります。現在の日本での料金と条件はアプリ内で確認してください。医療診断を目的とした機能ではありません。

Vertex AI Search for Healthcareは医療業務で何を支援する？

電子カルテ、臨床記録、検査レポート、医療文書などの構造化・非構造データを横断し、検索、要約、質問応答、根拠確認を支援します。診断そのものよりも、情報探索と文書業務の負荷削減に向いた仕組みです。提供地域と条件はGoogle Cloudとの契約で確認してください。

B2B/SaaS企業はGoogle Healthの動きから何を学ぶべき？

モデル単体ではなく、権限管理、監査ログ、承認フロー、データ連携、現場UIまで含めて業務に組み込むことが重要です。AIの価値は、汎用チャットではなく業務データと判断フローに接続されたときに大きくなります。

次の一手を整理したい場合

Google HealthのようなAI基盤の動きを、自社の営業・マーケティング・業務システムにどう落とし込むか整理したい場合は、まず小さなPoCから業務フローに接続するのが現実的です。

超速開発の支援内容を見る

参考情報

メディア一覧へ戻る