ARTICLE · 1234054
再只做“PDF转OFD”了!OFD-H标准落地,医院信息化的真正考题是什么?
经国家市场监督管理总局（国家标准化管理委员会）批准发布国家标准GB/T 48666—2026《电子病历版式文档技术要求》（OFD-H标准）。该标准由国家密码管理局归口，国家卫生健康委统计信息中心、中国电子技术标准化研究院等单位联合起草，是我国首个专门面向电子病历版式文档的国家标准，并将自2027年起正式实施。
一、OFD-H是什么?
OFD-H以国产OFD版式标准为底座，把关键医疗数据的安全主动权牢牢握在自己手里。底层支持国产商用密码算法，不依赖国外格式与第三方加密机制。
以我国自主研制的《电子文件存储与交换格式 版式文档》（GB/T 33190-2016）为基础；
原生支持国产商用密码算法，从底层拒绝“被卡脖子”；
为核实文件来源、防范内容篡改提供原生技术支撑，维护医患双方合法权益。
版式固定 + 人能看 + 机器能读 + 国密签名防篡改 + 多模态附件一体 + 脱离原系统仍可采信的可携带电子文件。
二、OFD-H 在解决什么
导出 PDF / 打印图片 / HTML，只能人看，机器要再 OCR、再映射 PDF 病历来源难核验、改没改难证明，纠纷时证据力弱 跨院转诊 = 两家医院做一套接口，N 家医院就是 N×N 对接 系统更换后，老数据“没丢但读不出、检不到、提不出”
三、OFD 和 PDF 在医疗场景下的核心区别
维度 | OFD / OFD-H | |
|---|---|---|
出身 | 国外主导、Adobe 生态深厚 | 国标 GB/T 33190，自主可控 |
版式固定 | 强 | 强 |
人读 | 好 | 好 |
机读结构化 | 一般靠 OCR / 标签 / XMP，医疗语义弱 | 标准层要求内嵌机读信息、医疗元数据 |
签名验签 | 支持，但常依赖外部 CA/商业软件 | 面向国密 SM2/SM3/SM4、电子签章、时间戳 |
防篡改/取证 | 能做，但医疗场景不原生 | 文档内生：来源、完整性、签署人跟着文件走 |
长期归档 | 可行，但受商业格式演进影响 | 面向长期保存、档案应用（GB/T 42133） |
多模态 | 能挂附件 | 文书+报告+影像+音视频+结构化数据一体化 |
跨机构交换 | 系统对系统接口 | 文档对文档，降低重复对接 |
医疗语义 | 无 | 诊断/手术/用药/检验等可标引、可映射术语 |
PDF 主要是“给人看的病历截图/版式件”；OFD-H 是“给人看、也给计算机用、还能当证据”的病历资产。
四、医疗机构怎么做 OFD-H（别只做“末端转换器”）
1. 正确路径：前端生成端就写结构化数据
业务系统 → 生成 PDF → 归档时转 OFD
业务系统/集成层 → 按 OFD-H 模板生成 OFD-H → 内嵌版式+结构化字段+签名+附件 → 归档/调阅/跨院交换
2. 医院落地3阶段 6 步法
3. 历史病历怎么处理
六、落地可能会遇到的问题
1. 格式统一了，语义没统一
2. 老系统厂商不改
3. 只在归档端加转换器
4. 文件变大、调阅慢
5. 跨院互认不等于自动采信
6. 临床医生无感但被加活
免责声明
本文基于 GB/T 48666—2026 公开信息整理，供医疗信息化从业者交流参考。文中内容不构成正式技术指导或法律意见，具体实施请以官方标准文本及属地主管部门要求为准。如有疏漏，欢迎指正。
