Google Cloud 推出 Gemini for Healthcare:打通病历与理赔,帮医生分担文书杂活
Google Cloud 推出专为医疗行业设计的 Gemini for Healthcare 预览版,能直接接入 Epic 和 Oracle 等电子病历与理赔系统,自动处理病历整理和保险核对等复杂流程。这套方案旨在减轻医护人员每周近 28 小时的文书负担,目前先面向斯坦福医学院等合作机构测试。
很多人以为医生大部分时间都在看病,但现实残酷得多。根据 The Harris Poll 和 Google Cloud 的一项调查,医护人员每周要花近 28 个小时在病历录入、处理各种文档和合规流程上;美国医学会 2025 年的一份报告也显示,有 41.9% 的医生正处于职业倦怠状态。
面对这个顽疾,Google Cloud 正式推出了 Gemini for Healthcare 预览版。它并不是一个直接给患者诊断开药的聊天机器人,而是专门面向医疗机构的智能体解决方案,目的很简单:把医护人员从繁琐的文书杂活里解脱出来。
只读不写,打通最顽固的数据孤岛
医疗系统最大的麻烦,是数据极度分散。病人的既往病史、保险覆盖范围、结算标准分别散落在不同系统里,查起来非常费劲。更夸张的是,据美国医院协会统计,行政成本已经占到美国医疗总支出的 25% 到 35%。
这次 Google Cloud 做得最关键的一步,是打通了底层连接。Gemini for Healthcare 能通过 open.epic 和 Ignite APIs 直接对接 Epic 与 Oracle Health 两大主流电子病历系统,NextGen 的接口也在开发中。为了保护临床数据的准确性,目前的对接是「只读」的,AI 可以调取患者当下的用药、检查结果和病史来生成摘要,但不能写回病历系统。
除了病历,它还接入了美国医保与医助中心的数据、国家提供商标识符注册库、ICD-10 编码系统,以及 Optum、Waystar、GoodRx 等理赔与药品定价网络。说白了,从患者挂号、查验医保资格到出院理赔审核,它能把跨系统的多步骤杂活串联起来。
连竞品模型也能调用的智能路由
有意思的是,这套平台并没有逼着医院全盘绑死在 Gemini 上。它支持在 Google、Anthropic 和 OpenAI 之间自由选择底层模型。
平台里设计了智能路由机制。遇到大批量的报销单核对、行政文书处理这类常规任务,系统会自动分流给速度快、成本低的模型;只有在面对复杂的临床分析和复杂推理时,才会调用高算力、高推理能力的模型。这给医院省下了一大笔算力开销。
在协同层面,它也打通了 Google Workspace、微软 365、ServiceNow 以及 Salesforce 的 Health Cloud。目前,这套系统先在预览阶段向部分客户开放,斯坦福医学院、HCA Healthcare、Northwell Health 和麻省蓝十字蓝盾等机构已经成为首批体验者,后续将面向 Gemini 企业标准版和企业 Plus 版客户提供。
为什么重要
我们认为,Google Cloud 这一步走得相当清醒。医疗 AI 赛道前几年走了不少弯路,很多产品总想着直接帮医生看病,结果往往卡在法规监管和医疗责任的死胡同里。Google 这次转头瞄准后台文书和医保理赔,直接切中了医院最痛苦但也是最迫切需要降本增效的环节。
更值得称赞的是它的生态策略。医疗行业极度排斥数据推倒重来,Google 既没有尝试去颠覆 Epic 和 Oracle,也没有要求客户把模型全换成自家产品,而是甘当一层「胶水」和底座。这种开放性不仅大幅降低了医院的采纳门槛,也会对微软和 AWS 的医疗云业务构成非常直接的压力。
不过,目前的隐患依然在于容错率。虽然病历读取做了单向防护,但在医保核准、事前授权和编码核对这类流程中,AI 一旦产生幻觉或推断失误,依然可能导致理赔遭拒甚至延误诊疗。这套工具究竟是帮医生减负,还是让医生不得不花更多精力去复核 AI 写的报告,还要看接下来几个月真实医院场景的落地表现。
来源 (3)
- @googlecloud(在新标签页打开)讨论x.com