事关所有医护！卫健委和国家密码管理局、中国电子技术标准化研究院一起新出了一份电子病历标准
一、先说一个我们天天遇到的麻烦
上周有个患者家属，拿着外院的一份检查报告来门诊。
纸质报告，一张，打印的，姓名手写，日期手写，报告医生的名字手写还有一个错别字，纸质报告上的检查数值被复印出来是模糊的。
我们没敢直接采信，也没敢直接否定。医生问：”这个片子能不能重新做一遍？”患者脸都绿了。
后来信息科查了，那家医院也是 HIS、EMR、LIS、PACS 一整套系统，片子是存在 PACS 里的，报告是存在 HIS 里的。数据都在，就是搬不出来。
这不是个别现象。
一份《2023 年度医疗信息化供应商满意度调查研究》覆盖 2283 家医疗机构、3934 家供应商信息，结论里有一句话很扎心：一个系统的生命周期普遍为 7~10 年。
也就是说，我们医院里躺着一大批七八年前买的系统，它们攒下的病历数据，跟着自己一起进入了”半休眠”状态。
南京鼓楼医院党委副书记、医学影像中心主任张冰讲过一个例子：十多年前医院更换 PACS，原系统的影像资料就”陷入沉睡”了。他说得很形象——“不是资料不存在，而是无法检索。” 就像衣柜里的衣服只有一格格排列整齐，才好找那件想穿的；反过来，数据堆成一堆，就等于没有。
我们信息科的日子也不好过。据卫健委医院管理研究所统计，2024 年全国三级医院信息部门平均只有 15.11 人，信息化投入占医院营收比例不到 1%。 国外大型医疗集团动辄上千人的信息化团队、3% 以上的投入占比。
所以这件事过去十来年，行业里的解法基本是”再买一套系统”或者”再上一次项目”。
直到现在，标准出来了。 它换了个思路：不解决”怎么把数据搬出来”，而是解决”把病历做成一个文件“。文件本身自带格式、自带签名、自带机器可读的内容，谁拿到都一样。
二、这个标准到底是什么
先把基本盘摆清楚。
| 项目 | 内容 |
|---|---|
| 标准号 | GB/T 48666—2026 |
| 名称 | 电子病历版式文档技术要求 |
| 行业简称 | OFD-H（OFD for Healthcare） |
| 归口单位 | 国家密码管理局 |
| 主要起草 | 国家卫生健康委统计信息中心、中国电子技术标准化研究院等 |
| 部署指导 | 国家卫生健康委、国家电子文件管理部际联席会议办公室（国电联办） |
| 批准发布 | 国家标准公告 2026 年第 43 号，2026 年 9 月 28 日 |
| 实施日期 | 2027 年 4 月 1 日 |
| 性质 | 推荐性国家标准（GB/T） |
一个提醒：媒体报道里”2027 年 4 月 29 日”的说法较多，但国家标准公告目录第 466 项标注的实施日期为 2027-04-01，国家卫生健康委统计信息中心的官方解读与《健康报》2026-10-22 第 216 期也均作 4 月 1 日。以公告为准。医院做改造排期，请按 4 月 1 日倒推。
OFD-H 的身世：十年研制，不是拍脑袋
这个标准有个不常见的经历——它是被”拖”出来的。
- 2016 年：国电联办委托开展”电子病历文件管理规范”研究任务，形成初步成果。同年，OFD 版式文档国家标准正式发布（GB/T 33190-2016）。
- 2023 年：国家档案局重点科技项目”‘互联网诊疗’环境下的电子病历档案管理和利用研究”，医疗行业与档案行业正式碰撞。
- 2024 年 6 月：国电联办正式下发”开展电子病历版式文档标准研制工作”任务函。
- 2024 年 11 月：中国医学科学院阜外医院、上海交通大学医学院附属瑞金医院、南京鼓楼医院三家医院正式启动试点。
- 2025 年 4 月：标准获批立项，从申请到拿到项目号只用了 4 个月。
- 2026 年 9 月 28 日：批准发布。
“边研制、边试点”是它最大的特点。三家试点医院都是高水平三甲，标准草案验证了生成、跨系统调阅、区域共享、归档保存四个场景的技术可行性，解决的真问题包括”与现有医院信息系统的对接”和”医学内容的特殊呈现要求”。
编制依据也扎实：《电子文件管理暂行办法》、《电子病历系统应用水平分级评价标准（试行）》、GB/T 33190-2016、GB/T 42133-2022《信息技术 OFD 档案应用指南》，以及编制组前期成果《电子病历文件管理规范》和南京、深圳两地的试点经验。编制说明里有一句我很喜欢——“与 GB/T 33190-2016 保持兼容和承接关系”。 这意味着它不是另起炉灶，是站在已有国标肩膀上做行业特化。
为什么归口在密码管理局
这一点很多人第一反应会愣一下。
但想明白了就顺：《电子病历应用管理规范（试行）》里早就写明电子病历系统应当具备”可靠的电子签名与手写签名或盖章具有同等的法律效力”，要”采用权威可靠时间源”。而签名要用国密算法，算法归密码管理局管。
所以这个标准从头到尾不是单纯的技术活，它是个”可信”活。 标准里那句”签名验证不依赖特定业务系统”，是整份文件的技术灵魂。
三、四个特性：翻译成医生护士听得懂的话
官方解读把标准的内核归纳为”四个特性”。我把它翻译一遍，每一条都落到写病历的那支笔上。
特性一：自主可控的底层——你的签名，离开本院也认
承载格式固定为我国自主研发的 OFD 格式，采用国家商用密码算法开展签名、签章和加密保护，签名验证不依赖特定业务系统，文档从生成之时即具备自证明、自验证能力。
OFD 是我国自主研发的版式文档标准，被称为”中国的 PDF”。它和 PDF 的差别不是”能不能看”，而是在电子签章和信息安全上更符合我国密码法与网络安全要求。
对医护的实际含义：
过去电子签名有个尴尬——它绑在业务系统上。你在 A 医院签的电子签名，拿到 B 医院，系统不认，因为 B 医院不认 A 医院的 CA 证书体系。
OFD-H 把这件事从”系统之间互认”改成了”文件自己证明自己”。
翻译成人话：你签过的病历，作为一个文件，走到哪里都能验真伪。 不需要对方医院先跟你做一次系统对接。
对转诊、会诊、区域协同来说，这一下就通了。
特性二：数显一体——病历有两层，一层给人看，一层给机器读
文档既保持与传统载体相同或相近的呈现效果，便于”人读”，又以半结构化文本提供机读信息，便于”机读”；病历文书、医学影像、音视频和结构化数据整合于同一文件。
这是全文跟医生护士关系最直接的一条。
一份 OFD-H 病历文件里，装的是同一个患者的所有东西：病历文书、检验检查报告、医学影像、手术音视频、结构化数据。一个文件，一个患者，一次搬运。
而它有两层：
- 人读层（版式层）：排版固定，长什么样就什么样，跟纸质病历打印出来一个样。
- 机读层：半结构化文本，给机器解析。
这里必须说清楚一件容易被误解的事：“人读 + 机读”不是让你多写一遍。
你的病历还是那些病历，结构化字段还是那些结构化字段。变化在于——这些字段从此被”装进”了文件里，而不只是躺在 HIS 的数据库表里。
但这带来一个你必须知道的连锁反应：
你写病历时结构化字段填得准不准，直接决定了：
- 病历质控的自动核查能不能跑通；
- 临床决策支持能不能给你提示；
- 专病库能不能自动抽到你要的病例；
- 科研和 AI 应用的底座干不干净。
换句话说，机读层是机器读你写的字。 你把”既往史”写在了主诉那一栏而不是既往史栏，机器读不到，AI 就当它不存在。
这个道理不新鲜，但它第一次有了国家标准层面的强制约束。
还有一点：纸质历史病历也有明确要求——要加工生成双层版式文档，影像层负责视觉展示，OCR 层负责文本。也就是说，我们病案室那些压了几十年的老纸片子，将来也要变成”能读的档案”。
特性三：原生可信的安全——你写的每一笔，都会跟着你一辈子
《标准》将信任能力内置于文件自身：”封装即固化、版式即证据””签署即绑定、内嵌即自证”，修改、注释全程留痕，版本变动保留历史，交换过程可加注记录。
这四句话，每一个字都跟医护有关。
“签署即绑定” ——签名和文档内容绑定。签完之后内容一改，签名就失效。这从技术上封死了”先签后改”。
“修改、注释全程留痕，版本变动保留历史” ——你写的每一版都留着，包括被改掉的那些。
“封装即固化、版式即证据” ——文件一旦封装，版式就是证据本身。将来若对簿公堂，这份文件的呈现形式是有法律意义的证据，不是截图。
“交换过程可加注记录” ——病历在院际之间流转，谁转的、什么时候转的，都能追。
把这几条连起来看，结论很硬：
归档之后，病历基本改不动了。而归档之前，你写的每一个字都可能被追溯。
这不是新规矩，是把既有规矩做成了技术强制。《电子病历应用管理规范（试行）》早就规定：电子病历归档后原则上不得修改，特殊情况确需修改的，经医疗机构医务部门批准后进行修改并保留修改痕迹。OFD-H 只是让这件事从”系统里有个开关”变成”文件本身改不动”。
“流-版-签”这个模式值得说清楚（行业内对落地路径的一种概括）：
- 流式文档自由编辑——书写阶段，你可以随便改，像 Word 一样；
- 版式文档固化结果——归档或签名那一刻，内容和版式被冻住；
- 电子签名锁定——签上，绑定，从此自带可信证据。
这就要求我们的书写习惯必须改：从”随时能改”变成”一次写对”。
我们质管办现在做病历质控，最头疼的就是”补记”和”倒填时间”——医生当天不写，值班的时候补，事后再完善。这个习惯，在 OFD-H 时代会越来越站不住脚。
特性四：开放共享的交换——“文档即接口”
《标准》倡导”文档即接口”的共享方式，跨机构交换以版式文档为单元、以患者为单位组合封装，并引入权限控制机制，有效减少系统重复对接。
过去跨院调一份病历，流程是这样的： HIS → LIS → PACS → 接口平台 → 对方医院的集成引擎 → 对方医院的数据库 → 对方的医生打开界面看。
每一个环节都是一次对接，每一次对接都是一次扯皮和一笔钱。
OFD-H 的做法是：跨机构交换以文件为单位，一次性把一个患者的病历打包送过去。 对方装一个阅读软件就能看、能验、能提取数据。
这就是我文章开头那个例子的解法：外院患者带来的，不再是一张模糊的复印纸，而是一个能验真伪、能调阅、能取数的文件。
再往远处看，市场监管总局公告里提到的目标是：依托现有居民健康服务体系，以患者为中心，逐步归集不同地区、不同机构、不同时期的病历，形成贯穿全生命周期的”掌上健康档案”，让群众通过手机便可随时调取、规范使用和自主管理。
说得再直白一点：以后患者手机上存着的，是他自己的病历。谁写的、谁改的、什么时候改的、盖没盖章，都是实的。
四、五方面技术要求：拆开看，哪些跟我们有关
标准的骨架是五个部分。我按”跟医护的关系”排个序。
4.1 医疗应用要求：OFD-H 这个名字，和里面的六样东西
明确文档类型标识为 “OFD-H”，对以下内容提出要求：基本结构、资源文件、数据内容、附件、机读信息、版本管理。
对医护最相关的是”附件“和”版本管理“：
- 附件：病历文书、医学影像、音视频和结构化数据整合于同一文件。以后一份 OFD-H 病历里，检查影像是直接嵌在里面的，不用再单独调 PACS。
- 版本管理：这是特性三的落地章节，也是我们病历质控要重点关注的——版本怎么留、留什么、谁有权改。
4.2 安全要求：五个跟我们直接相关的规范点
这一章是标准的”牙齿”所在。我把跟医护相关的五条单列：
| 规范点 | 内容 | 对医护意味着什么 |
|---|---|---|
| 临时文件加密、归档前解密 | 归档过程中的临时文件必须加密保护 | 病历在未归档状态下的中间态也是受保护的 |
| 签名签章保护范围 | 规定签名/签章覆盖哪些内容 | 你签哪一块，将决定你以后还能不能改那一块 |
| 国家商用密码算法使用 | 签名、签章、加密统一用国密算法 | 电子签名与手写签名具有同等法律效力 |
| 签名验证不依赖特定业务系统 | 验证不依赖对方医院的系统 | 你的签名跨院可验 |
| 密码技术与产品符合国家密码主管部门要求 | 医院采购的密码产品要合规 | 选型时看资质 |
第二条”签名签章保护范围”，我要专门展开讲，因为它是全篇对医护最实操、也最容易被忽略的一条。
想一想我们现在的电子签名是怎么做的——大部分医院是整篇文书一个签名，或者在文书末尾签一个名。问题在哪？
签得越宽，后续越难改。 如果签名把整篇内容都绑死了，那医生发现一个错别字想改，走的还是”系统里解锁重签”的流程，本质上绕过了签名的约束力。
签得太窄，保护范围就漏了。 该固定的诊断结论、手术记录、护理记录没被保护，等于没签。
OFD-H 把”保护范围”标准化，就是要求这件事说清楚：哪些文书要签、哪些段落要签、签到什么粒度。
标准把这一条放进安全要求，等于在提醒医院：电子签名不是签个名了事，是一个需要设计的产品。
4.3 软件要求：一条对”调阅”影响极大的规定
要求阅读软件打开”OFD-H”文件时自动禁用文档编辑功能，保障病历调阅、跨机构共享等场景的可信阅览与合规审计。
这一条，狼叔我给个重重的赞。
以前跨院调阅、区域平台调阅、远程会诊调阅，对方的病历显示在屏幕上，我们技术上能不能改？很多系统里，答案是”能”。
能改，就意味着责任链是断的。 一份被改过的病历，你没法证明改了什么、谁改的。
OFD-H 把它变成：打开即只读。 不靠权限配置，不靠操作规范，直接在软件层面禁用编辑。
这对被调阅方是保护，对调阅方是约束。 双向都受益——因为它同时保证了”我调来的东西是原件”和”我的东西调出去不会被改”。
标准里还有一条配套的：签名验证不依赖特定业务系统。有了这条，”打开即只读”才有意义——不然对方拿个截图照样能改。
4.4 基础格式要求：OFD、单文档、容器+文档
承载格式固定为 OFD，且使用单文档，沿用”容器+文档”的格式框架，规范包内文件命名和目录结构、文档线性化和数据压缩组织方式，并对数字签名、电子签章的应用及保护范围作出规定。
规范里还有一句：沿用 OFD 的”虚拟存储系统—文档模型—页面描述—扩展特性“四层格式框架，支持文档线性化、双层版式文档、附件挂载、自定义标引等医疗场景特有能力。
“单文档”和”容器+文档”这个组合，是给医护减负的。
“单文档”意味着：一份患者病历 = 一个文件，而不是”病历文件 + 影像文件夹 + 报告附件包”这种散装结构。
“容器+文档”意味着：一个文件里可以装很多东西，但装进去的东西有明确的目录结构，不是随便往里塞。
用你们科室的话说：这就是住院病案首页 + 病程记录 + 检验 + 影像 + 手术录像，一个包，走哪儿都带着，顺序不会乱。
4.5 总体要求：不折腾你现有的系统
这一条最容易被忽略，但对医院管理者最关键：
明确电子病历版式文档的适用场景，秉持不改变或较少改变现有业务系统的原则，建立以机构内文件系统为枢纽的电子文件归集机制。
翻译：这标准不是让你推倒重来。
它的技术路线是：业务系统照常跑，在旁边加一层”文件服务器”，把病历归集成 OFD-H 文件。
OFD-H 文件服务器要做四件事：① 接收来自业务系统的 OFD-H 文件；② 对文件进行电子签名和验签；③ 对外分发共享；④ 自动脱敏等操作。
这跟业务系统是松耦合的。 意思就是：不用把 HIS、EMR 全改了，加一层就行。
这对一所正在三甲创建冲刺、同时还要应付一堆评审的医院，是决定性的好消息。如果这个标准要求的是全院系统重构，那就没人做得了。
标准还从生成转换、传输交换、检索查询三个环节提要求——正好对应”怎么产生、怎么送出去、怎么找回来”。
五、落到你我身上：6 个要改的书写习惯
前面讲了一堆标准，现在说人话。对医生护士来说，这个标准落地后，下面 6 件事会变。
1. 签之前先想清楚：签哪一块
以前签名是流程末端的一个动作。以后签名是书写过程的一部分。
因为签章保护范围被标准化了，签了哪一段、哪些内容被绑定，就是设计出来的，不是随手拖个框。
动作：跟信息科一起，把本科室主要文书的签名范围定出来——入院记录签什么、首次病程签什么、手术记录签什么、有创操作记录签什么。别等到系统上线才发现整篇锁死了。
2. 归档前写对，别指望事后改
“封装即固化”。归档那一刻，版式和内容一起冻住。
《电子病历应用管理规范（试行）》那条老规矩——归档后原则上不得修改，特殊情况经医务部门批准并保留修改痕迹——在 OFD-H 下不再是一个可以绕过的流程，而是文件层面的硬约束。
动作：把”当日书写”当成刚性要求。值班补记、事后完善这类习惯，要从制度上收一收。质控的口径也要跟着变：以后质控要抓的不只是”内容对不对”，还有”是不是在该写的时间写的”。
3. 结构化字段，一个都不能将就
机读层是机器读你写的字。诊断、手术、药品这些字段填不准，AI 质控读不到、临床决策支持给不出提示、专病库抽不出病例。
动作：写病历时把结构化字段当成”给机器看的第一份病历”来填。诊断要按标准术语，药品要按通用名，术式要按规范编码。这不是给信息科添活，是给自己攒信用——将来 AI 帮你查风险，靠的就是这些字段。
4. 附件要挂进去，别散在系统外
以后一份 OFD-H 病历里，影像、音视频、结构化数据都在同一文件里。
动作：写完记录，该挂的附件当场挂。你不挂，将来归集的时候就是病案室的麻烦，也是你自己的麻烦——外院调阅时缺一份东西，缺的往往是术中录像和病理切片报告。
5. 调阅别人的病历，改不动了
阅读软件自动禁用编辑。
动作：跨院调阅、远程会诊看到的是只读版本。如果你发现对方病历有问题，走正规渠道提，不要也不能自己改。 这一条会挡掉一部分”顺手帮忙改一下”的善意，同时挡住一部分责任风险。
6. 老病历也要变成”双层”
纸质历史病历要加工生成双层版式文档：影像层展示，OCR 层供机器读。
动作：这是病案室的事，但医护要配合的是——归档时别把纸质原件和电子件搞混了。 双层文档的影像层来自扫描，OCR 层是机器识别，识别质量直接取决于扫描质量和原件清晰度。原件糊了，OCR 就废了一半。
六、医院的准备清单：5 个月，四个部门
标准是 GB/T，推荐性。这意味着它不是强制执行的红线。
但有三个理由让我们不能当它是一份参考文件：
- 一旦写进评审标准、招标文件和采购合同，它对我们就有约束力。
- 它对接的是《电子病历系统应用水平分级评价标准（试行）》和医院信息互联互通标准化——这些是我们躲不掉的考核项。
- 它是”文档即接口”。别人接了你不接，你的病历就出不了院。
按 2027 年 4 月 1 日倒推，5 个月，四件事：
| 部门 | 要做的事 | 为什么急 |
|---|---|---|
| 信息科 | 评估 OFD 生成/阅读软件的能力差距；规划”文件服务器”这一层怎么加；确认国密产品合规资质 | 这是主战场，也是最容易被拖到最后一环的 |
| 病案室 | 评估历史纸质病历的双层加工工作量；确认归档流程与 OFD-H 的衔接 | 工作量巨大，越早算账越好排 |
| 医务处 / 护理部 | 定各科室文书的签名保护范围；梳理”当日书写”的制度口径 | 这是直接影响临床行为的部分，需要提前培训 |
| 质管办 | 把病历质控指标从”内容对不对”扩展到”结构化字段准不准””签署是否在规范时点” | 质控口径必须先于系统上线调整，否则年底又要返工 |
还有一件容易被漏掉的事：
标准明确”读片会、跨院调阅、远程会诊”这类场景，文件到了对方手上，对方的阅读软件必须能用。这意味着我们采购系统时，要问供应商一句：
“你们支持 OFD-H 吗？什么时候支持？”
现在问，是准备；上线后再问，是求人。
七、几句题外话
写完这篇，我有点感慨。
OFD-H 这个标准最打动我的地方，不是它用了多少新技术，而是它承认了一个事实：病历不只是给医生看的，它是给病人、给法院、给下一个接诊医生看的。
过去我们的电子病历，是”我们医院的数据”。出了这个门，它就是一串打不开的编码、几张散落的图片、一堆要打电话去要的报告。
现在它要变成一个可以带着走、能证明自己是谁写的、能在任何一台机器上打开、还能被机器读懂的东西。
这不是技术升级，这是病历的身份变了。
它从一个”记录”，变成了一份”凭证”。
而这对写病历的我们来说，是一件需要认真对待的事——
因为从 2027 年 4 月 1 日起，你写下的每一个字，都将以”证据”的形态，跟着这个患者走很久很久。
写好它。
信息来源
- 国家标准公告 2026 年第 43 号（国家标准化管理委员会），目录第 466 项：GB/T 48666-2026，实施日期 2027-04-01
- 国家卫生健康委统计信息中心《解读〈电子病历版式文档技术要求〉》（舒婷，国家卫生健康委统计信息中心调查评价处处长），《健康报》2026-10-30
- 《健康报》2026-10-22 第 216 期《〈电子病历版式文档技术要求〉国家标准全文发布》
- 市场监管总局关于 OFD-H 获批的新闻稿口径（IT之家、财联社、证券时报等转述）
- 国家标准《电子病历版式文档技术要求》（征求意见稿）编制说明
- 《电子病历应用管理规范（试行）》（国家密码管理局门户网站）
- 试点医院实践相关报道（智慧医疗网）、OFD-H 落地模式分析（都昌电子病历编辑器 袁永福）
说明：文中实施日期以国家标准公告目录为准（2027-04-01）。部分媒体报道作”2027 年 4 月 29 日”，与公告及官方解读不一致，本文已标注。三家试点医院、信息化投入与信息部门人数等数据均引自公开报道及卫健委医院管理研究所统计口径。
[!ABSTRACT] 总结一下
标准：《电子病历版式文档技术要求》（GB/T 48666—2026），行业简称 OFD-H。国家标准公告 2026 年第 43 号批准发布，2026 年 9 月 28 日发布，2027 年 4 月 1 日起实施。国家密码管理局归口，国家卫生健康委统计信息中心、中国电子技术标准化研究院等共同起草。
一句话：这个标准要干的事，是把病历从”锁在医院系统里的一行数据”，变成”能带着走、能验真伪、能跨院调阅的一个文件”。
对医护最要命的四条：① 签名签章的保护范围被标准化了，签哪一块将影响你以后还能不能改；② 修改全程留痕、版本保留历史——写病历要”一次写对”；③ 阅读软件打开即自动禁用编辑，跨院调阅的病历改不动；④ 双层结构里有一层是给机器读的，结构化字段填不准，AI 质控和临床决策支持都读不懂你写的病历。
时间窗：距 2027 年 4 月 1 日还有 5 个月。
微信
支付宝
.jpeg)
