电子病历评级倒逼升级：临床营养诊疗系统绕不开的五道关卡

一、一纸评级标准，正在重新定义营养信息化的及格线

2025年底，国家卫生健康委医院管理研究所发布了最新一批电子病历系统应用水平分级评价评审结果。全国通过7级及以上的医院新增17家，通过6级的医院新增84家。在评审标准中，营养诊疗相关功能被明确列入了「科室信息化覆盖」和「全院信息共享」两个评价维度的考核范围。

这不是新规。电子病历分级评价标准最早于2011年发布，2018年修订为现行的《电子病历系统应用水平分级评价管理办法》和评价标准。但在很长一段时间里，营养科的信息化建设在这一评价体系中处于「边缘地带」——标准有要求，但不是硬约束；评审专家会关注，但不影响核心评级。

变化发生在2023年到2025年之间。各地卫生健康行政部门陆续将临床营养科建设纳入医院评审和绩效考核的加分项，部分省份甚至将营养筛查率、营养评估完成率列为医疗质量安全改进目标的具体指标。在此背景下，电子病历评级中对营养诊疗系统的功能要求，从「选做题」变成了「必做题」。

对医院信息科和营养科来说，这意味着一个需要认真面对的现实：如果医院正在准备电子病历5级或6级评审，那么营养诊疗系统的建设水平将成为评审中的显性得分项。而如果系统功能达不到评级标准的要求，就可能拖累全院评级进度。

这五道关卡，是每一套临床营养诊疗系统在评级标尺下必须跨过的门槛。

二、第一关：数据元素标准化——系统说了什么，比系统做了什么更重要

电子病历评级从4级开始，就不再考核「有没有这个功能模块」，而是考核「这个功能模块产出的数据是否达到了全院统一的数据标准」。这句话在评审规则里的表述是：临床数据元素在全院范围内实现统一编码和字典管理。

对营养诊疗系统而言，这意味着三个具体的标准化任务。

第一个任务是术语标准化。营养筛查使用的量表（NRS-2002、MNA、PG-SGA等）的评分结果、分项得分的编码方式，需要与全院统一的数据字典保持一致。实际落地中常遇到的问题：有的营养系统对筛查结果的记录格式是文本描述「营养风险存在」，而全院统一字典要求的是结构化字段「risk_level=1」。如果两端编码规则不匹配，营养数据在进入全院数据中心时就会被过滤或丢弃。几家在2024-2025年通过6级评审的医院营养科在复盘时提到，单是筛查结果的字段映射调整就花了近两个月的时间——不是因为技术难度大，而是因为前期需求调研中没人意识到两套编码标准的存在。

第二个任务是诊断编码标准化。营养诊断的分类编码需要与医院使用的ICD编码体系对齐。营养诊断（如「蛋白质-能量营养不良」「围手术期营养风险」等）在标准ICD编码中并非都有直接对应的条目，部分诊断需要定义为院内扩展编码。这一问题在评审准备中最容易被忽略——营养科按自己的习惯定义诊断名称，而信息科按ICD标准字典配置字段，两侧在系统对接时才发现编码对不上。国家卫生健康委2023年发布的《临床营养科建设与管理指南（试行）》中明确要求营养诊疗记录纳入病历管理，这意味着营养诊断编码必须进入全院诊断编码体系，不再是一个科室自己的事。

第三个任务是计量单位标准化。肠内营养制剂的剂量单位（ml、g、瓶、袋）、营养液输注速度的单位（ml/h、滴/min）、能量计算的单位（kcal、kJ），都需要在全院数据字典中统一定义。看似基础，实则在系统集成场景中层出不穷地引发问题。一个常见的案例：营养系统中肠内营养制剂的剂量以「瓶」为单位开立，HIS系统以「ml」为单位计费，两个系统之间的单位转换系数没有在接口层面预先定义，导致处方数据从营养系统传输到HIS时出现剂量偏差。评审专家在检查数据互通环节时，这类字段级的不一致很容易被定位为「全院数据标准不统一」的扣分项。

数据标准化不是「功能有没有」的问题，而是「数据能不能被全院读懂」的问题。从评审角度看，营养诊疗系统在数据标准化上至少需要完成筛查结果编码、营养诊断编码、制剂剂量单位三套字典的全院统一，缺任何一套，都会在4级及以上的评审中暴露为数据治理层面的薄弱环节。

三、第二关：全院互联互通——系统之间的数据链路必须跑通

电子病历5级的核心特征是「全院信息共享，初级医疗决策支持」。对营养诊疗系统来说，这一级评审要求系统与至少三个外部系统实现双向数据交换：HIS（获取患者基本信息、入院记录、转科信息、医嘱执行记录）、电子病历系统（读写营养诊疗记录和营养病历文书）、护理信息系统（获取筛查执行记录和喂养执行反馈）。

双向交换的关键词是「双向」。营养系统从HIS获取患者入院信息后，自动触发筛查待办——这是最简单的单向读取。但当营养师在营养系统中完成评估报告或开具营养处方后，这些信息需要写回电子病历系统，成为患者病历的组成部分。双向交换的链路一旦不能完整跑通，营养诊疗数据就始终是「科室内部的记录」，而不是「患者全院档案的一部分」。

实际实施中最棘手的场景之一是患者转科时的数据接力。患者在A科室住院期间，营养科已在营养系统中完成了筛查和评估，开具了肠内营养处方。患者转入B科室后，B科室的医生在电子病历系统中应能直接查阅营养评估结论和当前正在执行的处方内容。但大量医院在评审准备阶段的实际情况是：营养数据确实存储在系统中，但没有在患者转科时「跟着走」。A科室的数据停留在A科室的营养系统条目下，B科室的医生在电子病历中查阅不到，需要切换到营养系统单独查询。

这个问题的技术根源在于营养系统与电子病历系统的患者索引（MPI）和科室权限模型的差异。营养系统的数据通常按「就诊人次」而非「患者人次」组织，转科后的数据归属于转科前就诊次的记录下。电子病历系统要求的则是按患者ID整合、按时间轴排列的视图。两种数据组织逻辑的差异，导致转科数据的自动接力很少在一次接口开发后就完美实现。

在2025年《中国数字医学》杂志刊发的一项调查中，对已通过5级及以上评审的63家三级医院进行了营养系统互联互通情况的问卷调研。结果显示：营养系统与HIS实现双向数据交换的医院比例为88.9%，与电子病历系统实现双向交换的比例为73.0%，与护理信息系统实现双向交换的比例仅为49.2%。从数据可以看出，营养系统与护理信息系统的互联互通是最薄弱的环节——而护理系统恰恰是营养筛查执行数据的主要来源。

互联互通不只看接口有没有开发，还要看数据链路的完整性和稳定性。评审专家在实地查验时，通常会随机选取几条患者的诊疗记录，在电子病历系统中调取其营养相关文书，检查数据是否完整、及时、准确。任何一条链路的数据断层，都会在这一环节暴露。

四、第三关：流程闭环覆盖——从筛查到处方，每一步都能追到人、追到时、追到结果

电子病历6级的评价标准中有一个关键要求：「在全院范围内实现全流程闭环管理，能够对诊疗行为进行全过程的追踪和追溯。」营养诊疗流程的闭环管理，是这一要求最直接的落地场景之一。

一条完整的营养诊疗闭环至少包含六个环节：入院24小时内完成营养风险筛查→筛查阳性者启动营养评估→评估结果触发营养诊断→营养诊断驱动干预方案制定→干预方案的处方开具与执行→执行效果的监测与方案调整。每个环节的数据需要完整记录操作者、操作时间和操作结果，且后续环节能够引用前序环节的数据作为输入。

这套逻辑在纸面上看起来很清晰。问题出在落地的颗粒度上。

评审专家关注的细节往往超出预期。筛查环节：谁完成的筛查？完成时间是否在入院24小时内？如果是护士完成筛查，系统能否追溯到具体护士的身份标识？评估环节：评估使用了哪种量表？各分项得分是多少？总分是多少？评估者的资质是否符合要求？处方环节：处方由谁开具、由谁审核、由谁执行？执行记录中是否包含执行时间和执行量的确认？监测环节：营养干预后有没有预设周期的复评？复评结果有没有反馈到方案调整中？

追到人、追到时、追到结果——这九个字涵盖了整个流程闭环的数据采集要求。缺失任何一个维度，闭环数据就可能被判定为不完整。

2024年底，某省级卫生健康委组织的电子病历评级模拟评审中，一家三甲医院营养科的闭环数据被判定为不合格。原因是：该院的营养风险筛查由护士完成，系统记录了筛查结果和完成时间，但未记录完成筛查的护士工号。在评审标准中，筛查行为需要关联到具体操作者，以支持追溯和质控。这个看起来不重要的字段缺失，直接导致了该院在营养诊疗闭环这一指标项上被扣分。

另一个容易被忽视的环节是流程节点之间的衔接时限。筛查完成到评估启动之间是否有合理的时间窗口规定？评估完成到处方开具之间是否存在自动化的待办触发机制？如果系统设置了「筛查阳性自动生成评估待办」，那么这个待办是否对指定营养师可见？待办超时是否有升级提醒？节点之间的衔接效率数据（如从阳性结果到首次评估的平均间隔时长）是否能从系统中自动提取？这些都是6级评审中可能被查验的具体指标。

一套营养诊疗系统要支撑全流程闭环的数据采集，至少需要配置以下功能：角色化的操作权限模型（谁可以做什么）、操作日志的时间戳自动绑定、前序环节结果对后续环节的自动触发逻辑、每个环节数据完整性的字段级校验规则。缺少任何一项，闭环管理的「闭环」二字都会打折扣。

五、第四关：质控数据自动产出——不是有一张报表就够了

电子病历分级评价标准中，对质控数据的要求是一个递进的梯度。4级要求系统能出统计报表，5级要求报表能支持管理决策，6级要求质控指标能够实时监测、异常数据能够主动预警。

将这一梯度映射到营养质量管理场景中，可以分解为三个能力层次。

第一层：基础统计报表能力。系统能按月产出营养风险筛查完成率、营养评估完成率、营养治疗覆盖率、肠内营养处方执行率等基础指标。这是绝大多数已部署营养系统的医院已经具备的能力，也是4级评审的基础要求。但需要注意的是，报表数据口径的准确性和一致性直接影响评审评价。例如「筛查完成率」的分母是全部入院人数还是特定病种的入院人数？分子是「有筛查记录」还是「筛查记录完整且有效」？不同的口径会产出差异显著的数据结果，评审专家通常会要求医院说明数据口径的定义方式。

第二层：管理决策支持能力。系统不仅能出报表，还能对数据进行横向和纵向的对比分析。横向对比：不同科室之间的筛查完成率差异、不同病种的营养风险发生率分布、不同营养师的工作量及效率对比。纵向对比：同比和环比数据趋势、改进措施的成效量化、异常波动的识别和标记。这一层次的能力往往需要系统具备一定的数据建模和可视化分析能力，而不仅仅是SQL式的固定报表输出。

第三层：实时监测与主动预警能力。当筛查完成率低于预设阈值时，系统自动向科室管理员发送预警提醒。当某病区的筛查阳性率出现显著异常波动时，系统自动标记该病区为「关注对象」。当某营养师的处方量突然下降超过50%时，系统自动生成异常工单。这一层次的能力在目前临床营养诊疗系统市场中仍属少数功能，但从6级评审要求来看，正在成为必要的功能配置。

在质控数据产出方面，一个需要特别关注的细节是：评审专家在查验时不仅看系统「能不能出某张报表」，更关注「报表数据与系统底层数据是否一致」。曾有一家在2024年参与6级模拟评审的医院被发现——系统质控报表中显示的筛查完成率为91.5%，但评审专家随机抽查了报表涵盖时段内的50份患者电子病历，逐一核对后发现实际有筛查记录的患者比例约为83%。经排查，系统报表的计算口径排除了部分科室的数据，但报表说明中未标注这一排除条件。这一问题在评审中被定性为「数据治理缺陷」并计入了扣分项。

质控数据的自动产出能力，不是一个「有没有报表功能」的二元判断，而是一个「数据的准确性、一致性、时效性、可追溯性」的综合评价。营养诊疗系统在这方面的建设重心，应当从「加报表」转向「管数据」——先把底层数据的质量管好，再谈报表怎么呈现。

六、第五关：安全合规——营养数据的敏感性被低估了

相比数据标准化和流程闭环，安全合规在营养信息系统建设中受到的关注度明显偏低。但电子病历评级标准中，安全相关的要求贯穿从3级到8级的全过程，并且是一票否决项——安全不达标，其他评价值再高也不能通过。

营养诊疗系统中涉及的数据安全合规风险，主要集中在三个层面。

第一个层面是患者隐私保护。营养评估记录中包含患者的体重、进食状况、胃肠道功能、代谢指标等信息，这些信息属于电子病历的组成部分，受到《个人信息保护法》和《健康医疗大数据标准、安全和服务管理办法》的约束。营养诊疗系统需要具备完善的权限管控机制——哪些角色的用户能查看评估报告的完整内容，哪些只能看摘要，查看操作的日志是否需要留存备查。在实际操作层面，不少医院营养系统的用户权限配置仍然沿用「一刀切」模式：科室内的所有注册用户都能浏览全部患者记录。这在评审场景中会被判定为访问控制不符合要求。

第二个层面是等保合规。根据国家网络安全等级保护制度的要求，医疗信息系统需要按照等级保护2.0标准进行定级和测评。营养诊疗系统如果是独立部署的系统（而非嵌入在已有等保合规的电子病历系统中的模块），就需要单独完成等保定级和测评。2025年有行业调查数据显示，在独立部署营养信息系统的三级医院中，已完成系统等保测评的比例约为41%。换句话说，近六成的独立营养系统在等保层面存在合规缺口。

第三个层面是数据备份与灾备。评审标准要求在数据安全方面，系统需具备数据备份和恢复能力，并制定了明确的数据备份策略和容灾方案。营养诊疗系统中积累的筛查记录、评估报告、处方历史等数据，在备份策略上通常应与全院数据中心保持一致——即纳入医院整体的数据备份和灾难恢复计划。但在实际运行中，营养系统的数据备份可能被「单独处理」——依赖于系统运维人员的手工操作，而非纳入信息科的统一备份管理体系。这种人为依赖的数据保护方式在评审中被判定为高风险。

安全合规这条线的特殊性在于：它不以功能丰富度取胜，而以管理规范性为尺度。系统可以有豪华的功能配置，但如果用户权限模型存在漏洞、数据库加密未启用、操作日志未完整留存，那么在评审中就很难过关。

七、五道关之外：等级不是目的，数据能力才是底层

电子病历评级是一个外部标尺，它给出了营养诊疗系统建设的及格线。但站在医院实际运营的角度看，这些评级要求指向的底层能力——数据标准化、互联互通、流程闭环、质控产出、安全合规——本身就是一套合格的临床营养信息系统应该具备的基本素质。

一个有意思的观察是：在通过6级及以上评审的医院中，营养诊疗系统的实际使用率和使用深度普遍高于未参加评审或评审等级较低的医院。这不是巧合。评级准备过程中历时数月的流程梳理、数据治理、接口改造、权限优化等工作，本身就是一次系统深度适配的过程。即使不考虑评审的分数，这些工作对系统使用效果的提升也是实质性的。

反过来说，如果一套营养诊疗系统在数据标准化层面还没有完成术语编码的统一，在互联互通层面还停留在与HIS单向读取的阶段，在流程闭环层面还没有做到筛查阳性自动触发评估待办——那么它面临的短板，不只是在评审中少得几分的问题，而是日常工作中这些功能缺口是否真正支撑了营养科的诊疗质量管理需求。

电子病历评级是一面镜子，照出的是系统建设的真实起点，而非终点。当评审专家合上评分表之后，日常运营中每一天的数据录入、每一次的诊疗决策、每一份质控报表的产出，才是系统价值的真正检验场。评级之前要做的是补齐短板，评级之后要问的则是：系统在评审标准之外，还能为临床决策提供多少增量信息？

这个问题，没有现成的标准答案，但值得每一家正在建设或升级营养诊疗系统的医院，在合上评级手册之后，认真想一想。