为什么说标准化文件可能成为医疗系统互通的另一条路？
一家医院的信息系统有多复杂？
挂号、病历、检验、影像、护理、病案，每个环节都可能由不同厂商的软件承担。院内一切运行正常，并不代表病历离开原系统后仍然容易使用。
问题不在于没有数据，而在于数据被困在系统里
患者转院时，A医院的检查结果可能以截图、纸张或PDF的形式交付。
B医院能够阅读，却未必能够核验电子签名、提取结构化结果，或者找到相应影像。
双方如果直接对接数据库和业务接口，又要面对不同的数据模型、权限、协议和版本升级。每新增一家机构，都可能产生新的集成工作。
OFD-H提出了“以文件为纽带”的思路
GB/T 48666—2026《电子病历版式文档技术要求》以OFD为基础，规定医疗文档的格式、内容、资源、签名与阅读要求。
它强调业务系统可以自然生成或者委托生成标准版式文件，再进行归集、交付和交换。
文件除了页面，还可以按规则携带元数据、机读信息及医学资料关联，并通过数字签名形成可验证的证据。
接收方不必先拥有发送方的EMR软件，才有机会读取和验证文件。
“文档即接口”，并不是文件替代API
“文档即接口”是本文的解释性概括，并非标准定义的术语。
实时医嘱、业务协同、预约和诊疗状态更新，仍然需要业务API和数据交换协议。
OFD-H更适合承载在某个业务节点已经形成、需要交付、调阅或归档的医疗资料。
它不是另一套HIS，也不是把数据库全装进ZIP，而是在系统之间增加可独立使用的可信文件层。
最值得重视的是系统之外的生命力
真正有价值的病历，不应该因为原软件停服、升级或迁移就失去阅读价值。
OFD-H能否发挥作用，取决于生成器、签署系统、阅读器和医院档案管理是否按同一套规则协作。
标准提供的是技术基础，具体的跨院授权和数据语义仍需配套建设。
医疗信息化的下一步，可能不只是把系统连接得更紧，还要让医疗资料在离开原系统之后，依然能够被正确理解和验证。
资料依据与阅读边界
依据 GB/T 48666—2026 正式文本。本文为实践解读，不替代标准原文，也不表示 MediQ 产品已通过符合性认证。