产品上新

ChatGPT医疗连接EHR和公共数据

OpenAI把授权病历和公共医疗数据接入ChatGPT医疗工作区。

2026年9月2日 · 周三深度报告高置信重要度 4/5
#OpenAI#ChatGPT Healthcare#Epic#EHR#医疗数据

本文要点

  • 从通用医疗问答,变成可在组织workspace中调用授权患者上下文。
  • 从人工查多个公共站点,变成可通过插件检索官方医疗数据。
  • 从单次聊天能力展示,转向面向临床、研究和行政的受治理工作流。

阅读辅助

先看数字、证据和来源,再读正文。

9个公共数据源
超过70万医生审阅回复
4 条 Claim Audit

EHR集成面向医疗组织,不向个人账户开放。

4 个时间点

2026-09-01 · OpenAI宣布ChatGPT for Healthcare新增Epic EHR集成和公共数据插件。

7 个来源6 个非 X 来源

快速判断

OpenAI这次医疗更新的重点,是把两类医疗数据入口放到同一条产品线上:医疗组织可以把Epic等受支持EHR中的授权患者上下文接入ChatGPT for Healthcare;符合条件的美国ChatGPT for Clinicians用户可以安装Healthcare Public Data plugin,查询官方公共医疗数据。这是受控数据连接能力,不能理解为ChatGPT获得独立诊断资格。

可核实的新增发生在2026年9月1日。OpenAI公告称,Healthcare Public Data plugin连接9个官方公共医疗来源,示例包括ClinicalTrials.gov、PubMed、DailyMed、RxNorm和CMS Coverage。EHR侧则是组织部署能力,原文明确写着个人账户不可用:The EHR integration is not available for individual accounts.

最容易被误读的是两个评测数字。99.1% safe来自医生对27个临床用例、4,363次评分的安全性评定;它不是“ChatGPT所有医疗回答都安全”的统计。>93% accuracy来自5个连接数据源的单独评估;它也不能外推到EHR场景、所有临床任务或没有连接数据源的医疗问答。

对读者的直接影响分三层。医院和医疗组织要把它当成身份、授权、审计和BAA流程问题,而不是普通SaaS开关。临床用户得到的是更快查公共来源的工具。模型开发者看到的则是医疗AI竞争从“模型会不会答”转向“能否在合规工作区里拿到正确上下文”。

这次到底开放了什么

OpenAI公告把新能力拆成两条线。EHR integration面向医疗组织:它们现在可以把Epic环境连接到ChatGPT for Healthcare,把授权患者上下文带入受控工作区,或在支持部署中嵌入EHR工作流。Healthcare Public Data plugin面向符合条件的美国ChatGPT for Clinicians用户,提供对官方公共医疗数据集的直接、结构化访问。

这两条线的边界必须分开写。EHR集成不是个人医生拿自己的ChatGPT账号去连接医院病历,也不是面向所有ChatGPT个人账户的通用功能。OpenAI在个人临床用户段落中明确限定:eligible U.S. ChatGPT for Clinicians users可以安装公共数据插件,但EHR integration不面向individual accounts。换句话说,个人端新增的是公共数据查询入口;患者病历上下文仍属于组织、权限和合规部署的范畴。

公共数据插件的意义在于把原本分散在多个官方网站里的医疗信息纳入可调用工具。ClinicalTrials.gov对应临床试验登记和结果信息,PubMed对应生物医学文献检索,DailyMed对应药品标签,RxNorm对应标准药品命名和剂型术语,CMS Coverage对应医保覆盖政策。OpenAI称插件一共连接9个官方公共医疗来源,但当前采集材料只逐项核到了其中若干示例,未把未列全的来源扩展成具体名单。

公告还把ChatGPT for Healthcare放在更大的工作区叙事里:临床、研究、行政、业务和技术团队都在同一治理框架下使用ChatGPT Work、Codex、apps和plugins。产品形态更接近医疗组织可采购、可配置、可审计的生产力层,而非单一医疗问答工具。这里的商业看点比“回答更聪明”更具体:它试图进入医疗软件最难替换的入口,也就是病历、试验、药品、报销和内部流程之间的连接处。

权限和评测边界

边界项当前口径影响对象
Epic EHR连接医疗组织可以连接受支持的Epic环境医院、诊所和受控workspace管理员。
个人账户EHR集成不面向个人账户开放个人医生不能直接用个人ChatGPT接入病历。
公共数据插件符合条件的美国临床用户可安装适合核对试验、药品、文献和医保来源。
安全评分99.1% safe来自27个临床用例、4,363次评分只能说明该评测集合中的医生评分。
数据源准确性>93%来自5个连接数据源评估不能外推到EHR或所有医疗任务。

医疗场景里,产品边界本身就是风险边界:谁能连接病历、谁能安装插件、哪类数据被评估、哪个数字来自医生评分,都会直接影响医院采购、合规评审和媒体传播中的判断。如果把“面向组织的EHR”写成“个人账户可连病历”,权限主体、责任主体和审计主体都会被写错。

数据和评测能说明什么

OpenAI给出的评测信息有三个层级。第一层是参与评测的医生覆盖:公司称与数百名医生合作,覆盖60个国家、49种语言和26个专科,医生审阅了70万+条模型回复。这个数字说明OpenAI在医疗回复评测上投入了跨地域、跨语言、跨专科资源,但它不是一项临床结局研究,也不代表真实医院部署后的错误率。

第二层是安全性评分。OpenAI称,在27个临床用例和4,363次评分中,医生把99.1%回复评为safe。这里的“safe”是医生评分标签,严谨写法应保留OpenAI归因和样本边界:它证明的是在OpenAI选定用例和评分流程中,大多数回复没有被医生标成不安全;它不能证明模型在所有疾病、所有患者群体、所有语言或所有医院工作流中都达到同一水平。

第三层是连接数据源准确性。OpenAI称,在5个连接数据源的单独评估里,>93%回复准确性为good或更好。这是连接器价值的关键数字,因为它评的是模型使用外部公共数据源后的输出质量。但它也有很窄的适用范围:对象是五个connected data sources,不是EHR系统,不是所有九个公共来源,也不是没有工具调用的医疗问答。

指标OpenAI披露的数值可支持的判断不能外推到
公共数据源数量9个插件覆盖多个官方医疗公共来源。每个来源都已在本次采集中逐项完整核验。
医生审阅回复70万+OpenAI投入了大规模医生审阅。真实临床部署后的安全结局。
安全评分99.1%选定用例和评分中的safe比例很高。所有医疗回答的总体安全率。
准确性评估>93%五个连接数据源任务中表现较好。EHR工作流或所有医疗任务。
评估覆盖27个用例、4,363次评分可以支撑该评测口径下的样本描述。监管批准、临床有效性或医疗器械级结论。

因此,这组数据适合支持一个谨慎判断:OpenAI正在把医疗AI从“凭模型内部知识回答”推进到“调用可追溯数据源回答”。它还不能支持更激进的说法,例如“ChatGPT已经适合独立临床决策”或“医疗问答准确率超过93%”。在医疗场景里,是否能引用来源、能否提示数据版本、能否在权限范围内访问患者上下文,和模型本身的语言能力一样重要。

为何医疗组织会在意

医疗AI的瓶颈长期集中在接入环节。医院和诊所的知识分散在EHR、影像、实验室结果、保险规则、药品标签、临床试验登记和内部流程文档里。通用聊天机器人即使医学知识很强,只要拿不到患者上下文和最新公共来源,就很容易停留在解释概念、改写病历、生成草稿的外围任务。

EHR连接改变的是入口层级。Epic在美国大型医疗机构中有很高渗透率,一旦ChatGPT能在组织授权下读取患者上下文,它就可能参与出院摘要、转诊沟通、病历归纳、质控审核、患者教育材料和研究队列筛选等流程。这里每一步都带有身份、权限、审计和责任链,普通问答产品的边界已经不够用。

公共数据插件则改变了临床用户查询公开事实的路径。临床试验资格、药品标签、药品标准名、医保覆盖政策和论文摘要通常分布在不同政府或学术数据库中。插件把这些来源接入同一个界面,降低了切换成本,也让回答更容易附带来源。它的价值在于把“查得到、查得快、查得可追溯”做成临床工作中的基础能力,而不是替代医生判断。

对OpenAI来说,这也是一次行业定位变化。ChatGPT for Healthcare面向医疗组织的垂直工作区,而非单个消费者医疗功能。它需要说服医院CIO、合规负责人、临床质量团队和研究部门。它的竞争对手也包括既有EHR厂商、医疗数据平台、临床决策支持系统和内部自动化团队。

早报观点

早报判断是,这次更新的核心价值是“数据边界工程”。OpenAI把EHR和公共数据插件放在同一篇公告里,实际是在向医疗组织证明:ChatGPT可以成为受治理工作区中的数据访问层,而不是游离在医院系统外的聊天窗口。

这个方向对OpenAI有利,因为医疗场景的护城河来自模型参数,也来自连接器、权限模型、审计流程和组织采购。一旦工作区能稳定接入病历上下文和官方公共来源,模型回答就更容易进入真实流程。相反,如果只有通用问答,即使模型表现不错,也很难越过医院安全、合规和责任分配的门槛。

但这篇公告仍应谨慎解读。99.1%和>93%都是OpenAI披露的内部或合作评测口径,尚未看到独立复现,也没有覆盖真实临床结局。更关键的是,EHR集成明确不开放给个人账户。把这件事写成“医生个人版ChatGPT接入病历”,会高估开放范围,也会低估医疗组织部署中最难的权限和审计问题。

谁会先受影响

医疗组织的数字化和合规团队会最先介入。它们需要评估ChatGPT for Healthcare在适用Business Associate Agreement下的角色、数据流向、日志策略、权限继承和数据最小化要求。OpenAI公告提到可支持HIPAA-compliant workflows,但合规不等同于默认无风险;真正落地时,组织还要看本地政策、供应商合同、员工培训和患者数据处理边界。

临床、研究和行政用户看到的是工作方式变化。公共数据插件最现实的使用方式可能是核对试验资格、药品标识、药品标签和医保政策版本;研究团队可以减少在多个公共站点之间来回检索的成本;行政团队可能用它整理覆盖政策、提供者记录或内部沟通材料。所有这些场景都需要保留来源链,单个自然语言答案不足以支撑医疗工作流。

医疗软件生态也会被牵动。EHR厂商过去控制着临床工作流入口,模型公司如果要进入医院,就必须变成可集成、可审计、可控权限的组件。OpenAI选择从Epic环境和公共数据插件切入,说明医疗AI要靠嵌入现有系统来赢得采购,而非只靠单点聊天体验。

接下来怎么验证

这条新闻后续最值得看的问题集中在权限、溯源和真实部署。Epic连接需要披露更细的权限模型,包括谁授权、谁可见、日志留存多久、是否支持按角色限制上下文。公共数据插件则要证明回答里能稳定暴露原始记录链接、版本日期和数据源更新时间。

评测透明度同样关键。OpenAI若能公开27个临床用例、4,363次评分和5个连接数据源评估的设计细节,外界才更容易判断这些数字能覆盖哪些任务。真实客户案例还需要证明它进入了临床、行政或研究生产流程,而不只是演示环境。

如果这些问题有明确答案,这次更新就可能从“医疗版ChatGPT的连接器发布”升级为“模型工作区进入医院核心系统”的证据。若答案长期停留在公告层面,它仍然是重要产品信号,但判断应收在“OpenAI搭好医疗数据入口”这一层,不应提前写成临床AI能力突破。