为什么“机构内文件系统”不等于重新建设一套EMR？
当医院听说要采用一种新的电子病历标准，首先担心的通常不是格式细节，而是旧系统怎么办：LIS要不要改造？PACS要不要替换？每家厂商都要重新对接吗？
先看一个核心原则：少改动业务系统
OFD-H正式版第5.2条提出，医疗机构应用电子病历版式文档，应秉持不改变或较少改变现有业务系统的原则。
现有HIS、EMR、LIS、PACS等可以直接生成文档，也可以将数据交给机构内文件系统，由它代理生成、转换及受托签署。
标准强调的是职责和协作关系，并不是要求所有医院部署同一家厂商的完整平台。
机构内文件系统，是一种能力层
它并非一个简单文件夹，也不只是NAS硬盘，而是承载电子文件收集、保存、生成、转换与相关签署协作的逻辑系统。
比如，LIS继续输出PDF，文件服务可以按要求转换成OFD-H。
EMR提供模板和业务数据，可以生成OFD-H。
需要医生签署时，再调用专业签署服务完成适用的身份、授权、密码运算和证据处理。
原业务系统仍然负责原业务
医生是否有权签署、病历是否完成审核、患者是否允许调阅、文件什么时候归档，这些判断应由相应业务系统和医院制度承担。
文档生成组件不应替EMR决定诊断是否正确，签署组件也不应成为病历编辑器。
把边界划清，才能避免新标准演变成新一轮大规模定制开发。
从一个小闭环开始，比一次性全院改造更实际
选择出院记录或知情同意书等明确场景，先完成：
业务数据或原文件 → OFD-H → 签署 → 独立阅读与验签 → 归档。
试点通过后再逐步接入LIS、PACS等。
验收除了接口可用，还应检查页面还原、字体、签名保护范围、附件和机读信息。
OFD-H架构真正应当简化的是集成复杂度，而不是给医院再增加一套必须依赖的业务孤岛。
资料依据与阅读边界
依据 GB/T 48666—2026 正式文本。本文为实践解读，不替代标准原文，也不表示 MediQ 产品已通过符合性认证。