美东时间11月10日，谷歌云（Google Cloud）正式发布面向医疗行业的智能体方案Gemini for healthcare。按照官方通稿的说法，这套方案的目的，是把医院与保险公司原本分散在临床、运营与行政三条线上的系统统一打通——它并非又一个大模型，而是一个能连接电子病历、计费与保险系统并在系统之间执行操作的行业智能体平台。
如果说通用大模型解决的是“知道”的问题，那么Gemini for healthcare瞄准的就是“做到”的问题：让AI在既有系统之间，替医生和保险审核员完成那些最消耗时间的多步骤事务性工作。
谷歌云给出的行业数据颇为扎眼：据谷歌云与哈里斯民调（The Harris Poll）联合开展的研究，临床医生每周有近28小时耗于文书与行政任务；美国医学会（AMA）2025年报告显示，41.9%的医生存在职业倦怠；而据美国医院协会（AHA）估算，行政成本约占美国医疗总支出的25%至35%。
换句话说，美国医疗体系里最贵的不是药，而是“把信息从A系统搬到B系统”的人工劳动。谷歌云医疗战略全球董事总经理阿希玛·古普塔（Aashima Gupta）对此有一句相当精辟的概括：“今天，是人在充当系统之间的集成层。”Gemini for healthcare要接手的，正是这一层。
在我看来，这正是当下企业级AI落地的关键转折：AI不再扮演“问答机器人”，而是嵌入业务流程中间，成为跨系统的执行层。
Gemini for healthcare建立在谷歌10月在Gemini at Work大会上发布的通用Gemini智能体之上，其上又叠加了四个核心组件。
第一块是医疗专业技能（Skills）。这些是由领域专家撰写、可反复调用的多步骤任务指令，首发内置五项，覆盖病历综合（medical records synthesis）、就诊前准备（pre-appointment preparation）、保险覆盖与政策审核（coverage and policy review）、保险方福利判定（payer benefit determination）等场景，医疗机构也可以按自身流程定制新技能。
第二块是数据连接器（Connectors）。病历系统方面，它接入了美国两大电子病历巨头Epic（通过open.epic API）和Oracle Health（通过Ignite FHIR API），NextGen Healthcare预计在未来几个月接入；此外还有InterSystems的FHIR服务器、做患者身份匹配的Verato，以及可一次打通400多款医疗应用的Keragon。理赔和支付一侧，它连接了Optum的保险资格核查、TriZetto的理赔系统、GoodRx的处方药价数据、Infinitus的预授权电话服务，并可直接调用CMS保险覆盖数据、NPI注册库、RxNorm、ICD-10以及IMO Health临床知识图谱等标准与术语库，同时可跨Google Workspace、Microsoft 365、ServiceNow和Salesforce Health Cloud等办公与业务平台协同。这些连接均不迁移数据、不改动原有权限体系。
第三块是开放的合作伙伴生态。美国临床肿瘤学会（ASCO）将其肿瘤指南助手作为合作智能体接入，临床知识图谱厂商IMO Health宣布其Knowledge Graph通过MCP服务器接入Gemini for healthcare，为智能体提供权威的临床背景层；埃森哲、德勤、毕马威、普华永道、塔塔咨询、NTT DATA、TEKsystems全球服务部门等16家系统集成商同日官宣成为发布合作伙伴，负责帮助医院落地部署。
第四块是受治理的平台。平台支持HIPAA合规，提供企业级访问控制、端到端审计日志和可核查引用，每条输出都附带出处。据官方介绍，客户的临床数据、提问和输出都留在机构自己的环境中，不会被用于训练或微调谷歌的基础模型。同时平台开放模型选择：机构可以在谷歌、Anthropic、OpenAI的前沿模型之间搭配——高频行政任务路由给快速低价模型，复杂临床推理交给高推理模型。
具体到工作流，Gemini for healthcare面向医院（医疗提供方）与保险公司（支付方）两侧。
在医院一侧，它可以在就诊前把患者在多家机构的病历整合成一条完整病程时间线，区分仍在治疗与已痊愈的问题，列出过敏史、标出用药差异；可以提前备好就诊图表，标出待完成化验、术前评估与知情同意书；还可以对照保险方政策组装预授权申请材料，提交前指出文书漏洞，若遭遇拒赔则依据病历与保单条款起草申诉信。
在保险公司一侧，它负责将收到的申请与医疗政策逐条核查、把审核结论整理得可追溯到原始材料与保单条款，并依据保险计划文件向会员解释福利与自付费用。
Northwell Health首席执行官约翰·丹杰洛（John D'Angelo）在接受《财富》杂志采访时透露了一组数字：“我有大约400名员工，他们的全部工作就是跟保险拒赔作斗争，其中九成以上最终都能被推翻，但这是一笔巨大的人力成本。”在他看来，“它不应该取代医生或护士，而是应该把医生和护士还给病人。”
HCA Healthcare首席临床官迈克尔·施洛瑟（Michael Schlosser）则表示，他们正在探索用Gemini解读和整合来自多套病历系统、多个就诊场景的复杂患者信息，让医生少花时间收集信息、多花时间照护病人。
首发客户阵容包括：蓝十字蓝盾马萨诸塞州分部（Blue Cross Blue Shield of Massachusetts）、哈特福德医疗（Hartford HealthCare）、HCA Healthcare、Highmark Health、Northwell Health、Optum以及斯坦福医学院。方案目前以预览版在美国上线，面向Gemini Enterprise标准版与Plus版客户开放，支持按席位订阅或按用量付费。
这一发布的行业背景值得注意。今年1月，OpenAI与Anthropic在摩根大通医疗健康大会（JPM）前后推出各自的医疗产品，十个月后谷歌正式入场——三家的产品形态越来越像：都在做连接器，都在做预授权类技能，都强调合规与不用客户数据训练模型。另一边，微软以Dragon Copilot深耕病历内环境语音记录，AWS有HealthScribe与HealthLake，Epic与Oracle Health也在自己的病历系统内构建原生智能体。
Gemini for healthcare的差异化选择是做病历系统之上的“跨系统编排层”。行业分析机构Futurum Group指出，只读EHR接入是一个聪明的预览期设计——保护病历系统这一“记录之源”，简化临床安全审查，让医院无需改动EHR权限即可试点；但这也意味着Gemini完成的是“组装与起草”工作，最终落笔仍然要靠人或其他系统。对经历过并购、运行多套EHR的医疗集团，这个跨系统层价值最大；对已经全面标准化在Epic上的医院，说服力则相对有限。
必须说明的是，这套方案目前仍是预览版，部分Optum连接器尚在有限发布与测试阶段，官方通稿也未给出实测的效率或回报数据。据Futurum Group 2026年下半年AI平台全球企业决策者调查，仅48.8%的企业认为AI投资回报达到初始预期，数据集成仍是智能体走向真实业务的最大障碍——预授权与图表准备这类“结果可数”的场景（节省小时数、避免拒赔数、决策天数），恰是验证价值最直接的试验田。
在我看来，谷歌云真正押注的，是医疗行业需要一个“不由任何单一病历厂商控制”的跨系统智能体层。这一判断能否成立，取决于未来六个月内，首批客户能否交出可量化的成效数据。谁先在全世界监管最严密的行业里跑通“从试点到生产”的完整路径，谁就有机会定义医疗AI的下一个时代。
