夜雨聆风学习资料网

ARTICLE · 1227928

PDF病历的体面告别:OFD-H《电子病历版式文档技术要求》国标换的不止是格式!

PDF病历的体面告别:OFD-H《电子病历版式文档技术要求》国标换的不止是格式!

点击预约【智医讲堂】直播课

2026年10月21日,全国标准信息公共服务平台正式发布《电子病历版式文档技术要求》(OFD-H标准)全文内容。
在国家卫生健康委、国家电子文件管理部际联席会议办公室(国电联办)部署指导下,国家卫生健康委统计信息中心牵头制定的国家标准GB/T 48666—2026《电子病历版式文档技术要求》(OFD-H标准),于2026年9月30日由国家标准化管理委员会(国标委)正式批准发布,该标准将自2027年4月29日起正式实施。

关注公众号回复【2026】获取“《OFD-H标准》文件”原文件

01 “PDF电子化”的真相:一张看得见、拿不走的皮

很多医院的信息科对“无纸化”有切身体会:病历确实不打印了,PDF存了一堆,但临床想从里面提一个“术后第三天白细胞计数”做回顾性分析,仍然要回到原系统里跑SQL,或者干脆人工翻页录入。云南省第一人民医院刘超的总结一针见血:传统PDF或图片格式“存在不可验证、结构化程度低等缺陷,医生无法从电子病历直接提取关键指标进行分析,也无法确保文档未被篡改”。

更隐蔽的代价发生在系统更替的时刻。中国档案报在试点报道中记录了一个典型场景:一家三级公立医院更换系统后,“不是资料不复存在,而是无法检索”。报道进一步点破了背后的结构性困境:一个系统的生命周期普遍为7—10年,一旦供应商无力更新维护,医疗机构将蒙受难以估计的资源损失。PDF病历看似“归档”了,实际上只是原系统数据库的一张截图;系统一换,这张截图既不能检索、也不能结构化调用,等于一堆看得见、拿不走的死数据。

这就是旧路径的本质:版式化没有带来数据主权的转移。文件在,数据的“活口”不在。

02 OFD-H的差异不在“版式”,在“文档即接口”

如果只把OFD-H理解为“国产版PDF”,就完全错过了标准设计的核心意图。市场监管总局的官方表述中有一个措辞值得反复咀嚼:OFD-H探索 “文档即接口” 的共享方式,医疗机构完成统一适配后,既可查阅不同机构的病历,也能核验来源、提取数据,减少系统重复对接。

“文档即接口”六个字,拆开了看,是对旧逻辑的两层颠覆。

第一层,文档本身携带可机读的结构化数据。 OFD-H整合病历文书、医学影像、音视频和结构化数据,同时支持可视化查看(人读)和计算机读取(机读)。这意味着一份出院小结不再只是一页排版好的文字,它内部嵌着诊断编码、手术操作、关键检验值、时间戳和签署人信息,可以被下游系统直接“读走”,而不需要回到产生它的那个HIS或EMR的数据库里二次抽取。

第二层,交换的对象从“系统对系统”降维为“文档对文档”。 过去跨院调阅病历,本质上是两套异构系统之间的接口工程,周期长、成本高、稳定性差。OFD-H的逻辑是:既然双方都认同一个文档标准,交换文档本身就完成了交换数据。试点医院反馈中有一个判断值得注意:因OFD-H文档集成了患者全量医疗文档的结构化数据,交换时能够实现“既交换版式又交换数据”。

第三层,也是最容易被忽略的一层:安全能力的载体从“系统权限”转向“文档内生”。 OFD-H基于国产商用密码升级病历安全防护,签章和加密绑定在文档上,而不是绑定在某家厂商的服务器上。文档离开原系统之后,来源可核验、内容防篡改的能力依然跟着文档走。这对于医疗纠纷举证和跨机构互认的意义,远大于“看起来更安全”的修辞。

关注公众号回复【2026】获取“《OFD-H标准》文件”原文件

03 政策杠杆的真实发力点:评级门槛,而非标准本身

这里需要把一层容易被混淆的逻辑说清楚。OFD-H是GB/T推荐性标准,标准文本本身并不强制任何医院“必须用”。真正让医疗机构“非动不可”的,是另一条政策线的咬合:2025版《智慧医疗分级评价方法及标准》明确4级起强制要求OFD格式归档,5级进一步叠加北斗时间源与国密算法加密要求。

这套组合拳的效应在采购和招标层面已经显现。多家厂商的解决方案材料中,“评级合规”被放在功能列表的第一位,OFD临床文档中心的核心卖点直接对准《评价标准》4.2.3条。换句话说,OFD-H的生命力不来自标准文本的强制力,而来自评级指挥棒把格式选择变成了医院的合规成本。一家瞄准4级及以上的医院,在2027年之后继续以PDF作为归档载体,将面临评级上的硬性失分。

这也是为什么标准给出了从发布(2026年9月)到实施(2027年4月)再到评级周期衔接的过渡安排。公开征求意见阶段的说明明确指出,标准“未替代或废止现行相关标准,给医疗机构和相关单位留出学习、系统改造和升级的时间”。窗口是留了的,但窗口不会一直开着。

04 案例不撒谎:谁已经动了,动对了没有

阜外、瑞金、鼓楼:试点暴露的不是技术问题,是治理问题。 2024年11月,三家医院启动试点,标准起草单位名单中三家医院悉数在列。试点披露的一个细节值得信息科决策者警惕:有医院在更换系统后,历史影像资料“无法检索”,问题不在于数据丢了,而在于数据从未真正脱离原系统成为可独立调用的资产。OFD-H试图解决的恰恰是这个“更换系统即失忆”的顽疾。但试点同样表明,如果医院只是在归档末端加一个OFD转换器,而不改变前端业务系统生成文档的方式,产出物仍然是一张“换了外套的PDF”。

云南省第一人民医院:全国第四家全面应用,给出的不是“好用”而是“可验证”。 该院的实践报告中,OFD-H的价值链条被拆得很具体:内置国密算法实现文档全程加密,受控阅读支持按有效期、阅读次数、阅读环境分级授权;电子签名与时间戳将医生签名和审核记录永久固化在文档内。这些能力指向同一个结果:病历的法律证据效力不再依赖某套系统的完整性,而是内嵌于文件本身。对于医疗纠纷中“病历是否被事后修改”这个反复出现的争点,技术上的可验证性本身就是一种治理工具。

晋城市人民医院:成本节省是结果,路径选择才是原因。 该院公开的数据是每年节省显性运营成本超130万元,但更值得关注的是它对路径的表述:没有在旧模式上“修修补补”,而是“立足国产自主、安全可控的核心需求,果断选择我国自主制定的OFD标准作为技术核心”。130万元是结果层面的数字,源头决策在于把版式文档从“打印替代品”重新定位为“数据基础设施”。路径选错了,省下来的钱会在下一次系统更替时以另一种方式还回去。

关注公众号回复【2026】获取“《OFD-H标准》文件”原文件

05 一个必须戳破的技术幻觉:“先PDF再转OFD”

围绕OFD-H,行业内正在形成一条看似省事的捷径:业务系统照旧输出PDF,在归档环节统一转换为OFD。这条路在技术上走得通,在逻辑上走不通。

HIT专家网的袁永福对此有一句直白的判断:“病历文档→PDF→OFD”不是最优路径,而“病历文档→PDF”已经让大量信息永久丢失。更深一层的分析来自技术路径研究:如果OFD文档中的结构化业务数据是在流程末端补录进去的,由于业务数据的产生和数据补录在时序、开发组织和逻辑模块上彼此疏离,“实际上落地上困难重重”,导致生成的OFD文档“可自动抽取的业务数据很少,距离OFD-H的预期目标还很远”。

直白地说,PDF转OFD只是把一张死掉的版式换成另一张死掉的版式,附带一个合规的壳。OFD-H真正要的是前端业务系统在生成文档的那一刻,就把结构化语义写进去。这就把改造的负担从“归档模块”前移到了“病历生成与集成层”。这才是OFD-H落地真正的成本所在,也是信息科在预算和排期上最需要提前面对的现实。

06 给医疗机构的三条判断

第一条判断:OFD-H的对手从来不是PDF,是“系统即数据”的旧秩序。 如果一家医院的电子病历数据仍然只能在原厂商的系统里被“看见”和“使用”,那么归档格式换不换OFD,在数据主权层面没有本质区别。评估任何OFD方案时,第一个该问的问题不是“支不支持国密签章”,而是“文档离开这套系统之后,临床和科研还能不能直接用它”。

第二条判断:改造的瓶颈在生成端,不在归档端。 凡是宣称“在现有归档流程末端加一个OFD输出即可满足要求”的方案,都值得用试点医院的标准去追问:结构化数据从哪来、什么时候写入、由谁保证一致性。前端不改,末端转出来的只是一层合规的皮。

第三条判断:2027年不是“上线日期”,是“验证窗口”的截止线。 标准实施日期与评级要求的叠加,意味着真正留给医院的时间不是从2027年4月开始,而是从现在到下一次评级申报之间的这段时间。足够用来做一件事:选一条业务线(出院小结或某类专科病历),从前端生成到归档调阅走通一条完整的OFD-H链路,验证结构化数据是否真的可被机读、文档是否真的脱离原系统可用。跑通一条线,比全院铺开一套转换工具更有信息量。

关注公众号回复【2026】获取“《OFD-H标准》文件”原文件

附注:GB/T 48666—2026为推荐性国家标准,2026年9月发布,2027年4月实施,归口国家密码管理局,起草单位包括国家卫生健康委统计信息中心、中国电子技术标准化研究院及阜外医院、瑞金医院、南京鼓楼医院。其实际约束力主要通过《智慧医疗分级评价方法及标准(2025版)》对OFD归档的评级要求传导至医疗机构。

— 智医讯 · 医疗数据管理前沿资讯 —

本文政策信息截至2026年10月,具体执行以官方文件为准

立即报名·11月杭州见

2026第二届医疗机构安全生产大会

暨首届医疗机构节能降碳与智慧后勤大会

版权说明

本公众号原创及转载文章、图片、视频等(包括),版权归原作/译者所有,如您对文章、图片、视频有权利要求,可留言或通过邮箱、电话与智医讯联系,我们将及时回复。原创文章除特别声明外,欢迎非商业转载,敬请注明出处。

邮箱:zhyxun@yeah.net  

微信:18801345167

电话:010-88956990

     

公众号      视频号      学习交流群

相关学习资料