临床营养诊疗系统下一阶段建设：趋势判断与优先级排序

一、从「要不要建」到「怎么建」：七年政策驱动的路径演变

把时钟拨回2017年。

那一年，原国家卫生计生委医院管理研究所启动了第一轮临床营养科信息化建设现状摸底调查。当时全国三级医院中，部署了任何形式的营养信息系统的比例不足15%。大多数营养科的日常工作仍然完全依赖纸质流程——手写筛查单、手写处方笺、人工核对配制方案。信息系统这个词，在营养科的语境里还是一个陌生的概念。

七年后的2024年，中国营养学会临床营养分会发布的《临床营养信息化建设年度报告》给出了另一组数字：在接受调研的327家三级医院中，已部署临床营养信息化系统的比例为63.9%。其中，功能覆盖营养风险筛查与评估模块的系统占比最高，达到部署医院总数的78.3%；其次是营养处方管理模块（62.7%）和营养执行记录模块（55.1%）。数据说明了一个基本事实：临床营养诊疗系统已经从「要不要建」的阶段，全面进入了「建到什么程度」的阶段。

这个转变不是自发的。驱动临床营养信息化加速落地的几条外部力量，在过去几年里持续发力。

第一条来自医院评审标准。2022年版《三级医院评审标准》及其实施细则中，临床营养学科建设被纳入「医疗服务能力与质量安全监测数据」部分，涉及营养风险筛查率、营养治疗率等多项可量化指标。这些指标的采集和上报，如果不依靠信息系统，依靠手工统计几乎不可能完成。

第二条来自DRG/DIP支付改革。2021年底国家医保局发布《DRG/DIP支付方式改革三年行动计划》，要求到2025年底实现DRG/DIP付费覆盖所有符合条件的住院医疗服务。在按病组付费的框架下，临床营养治疗的效率和质量直接关系到科室的成本控制与收入结构。营养诊疗系统提供的标准化路径和质控数据，成为科室管理者应对支付改革的必备工具。

第三条来自分级诊疗和医联体建设的推进。2023年国务院办公厅印发的《关于进一步完善医疗卫生服务体系的意见》中，明确提出要加快推进医联体内信息系统互联互通。对于营养科而言，这意味着多院区、多层级机构之间的营养诊疗信息共享不再是一个可选项，而是制度要求。

三条外部力量叠加的结果是：临床营养科信息化建设的需求侧已经发生了根本性变化——从过去「营养科自己想建」，变成了「医院管理层要求建、评审标准要求建、支付改革倒逼着建」。

需求侧的变化也带来了建设目标的分化。2024年的调研数据显示一个值得关注的现象：功能模块的覆盖率在不同级别的医院之间存在显著差异。部属/省属医院中，部署营养风险筛查系统的比例达到86.4%，而市属及以下医院为59.8%；部署营养处方管理系统的，部属/省属为71.3%，市属及以下为41.2%。差距最大的是肠内肠外营养管理系统——部属/省属医院的部署率为48.7%，市属及以下仅为19.4%。

这种分化意味着什么？意味着对于不同层级、不同发展阶段的医院来说，「怎么建」这个问题的答案并不相同。部属医院需要考虑多系统之间的集成与数据贯通，而市属医院可能还在解决从零到一的建设问题。用同一个标准去要求所有医院，既不现实也不合理。但有一点是共通的——无论处于哪个建设阶段，「建什么、先建什么、建到什么程度」这三个问题的优先级排序，正在成为决定系统建设最终效果的关键变量。

二、建了什么≠用起来了：功能上线率与使用率的真实差距

在讨论优先级的排序之前，先直面一个行业不愿意承认但数据反复证明的事实：功能上线和真正用起来之间，存在一条比大多数管理者想象中更宽的鸿沟。

上述提到的2024年行业报告中有另一组值得注意的数据。在已上线营养风险筛查模块的医院中，系统记录的住院患者营养风险筛查覆盖率（即实际完成筛查的患者数占应筛查患者总数的比例）平均为43.7%。而在这些被记录为「已完成筛查」的记录中，经过抽查验证筛查结果准确率——即系统记录的结果与第三方复核结果的一致性——的均值约为71.2%。

这意味着什么？按照最保守的推算：在上线了筛查系统的医院中，完成筛查的患者不到应筛查的一半，而完成的筛查中可能有接近三成的结果不准确。综合下来，真正可靠的筛查数据覆盖了大约三成左右的住院患者。这是系统功能上线率和使用率之间一个直观的落差。

同样的问题也存在于其他功能模块。营养处方管理系统的上线率为62.7%，但在已上线的医院中，通过系统开具的营养处方占全部营养处方的比例平均为58.3%。剩余超过四成的处方仍然以传统方式——手写或口头交代——完成。肠内肠外营养管理系统的情况类似，系统上线率为48.7%的部属/省属医院中，实际通过系统完成配制执行全流程管理的比例约为51.6%。这意味着即使是系统已经部署的医院，也有一半左右的肠内肠外营养管理操作游离在系统之外。

功能上线和使用之间的落差，原因不是单一的。一部分原因是操作流程的设计没有充分适配临床一线的工作习惯——护士在床旁执行时不便操作电脑端的系统，导致执行记录补录滞后。另一部分原因是培训覆盖不足——系统上线后针对操作人员的培训往往集中在初期的集中培训，后续人员轮转和新员工入职后的持续性培训普遍缺失。第三部分原因是功能设计本身——部分系统功能虽然技术上可用，但其操作路径与临床业务的实际流程存在偏差，导致营养师和护士在日常使用中选择绕过系统，以更快的「线下方式」完成任务。

在这个背景下，讨论下一阶段的建设优先级，不能只从功能角度出发，还需要考虑一个更现实的问题：哪些功能建起来之后真正能用起来、用得好。上线的功能如果不是被使用的功能，不仅是资源的浪费，还会因为数据的缺失和不完整，影响后续基于数据的质量分析和决策支持。

三、优先级排序：三阶段建设路径与能力节点

综合当前的建设现状和行业发展趋势，临床营养诊疗系统的下一阶段建设可以按三条优先级递进的路径来组织。这三条路径不是互相取代的关系，而是依次叠加上升的关系——每一步都建立在前面步骤的完成度之上。

优先级一：夯实数据采集基础。

当前临床营养诊疗系统最根本的矛盾不是智能化程度不够，而是数据采集的完整性不足。没有完整的数据，后面的所有智能分析、决策支持、质控报表都是建立在沙丘上的建筑。

数据采集基础的夯实包含三个具体任务。第一个任务是提高营养风险筛查的覆盖率和准确率。筛查是整个营养诊疗流程的入口，入口的数据质量决定了后续所有环节的数据质量。第二个任务是完成评估数据的结构化采集。目前不少系统中评估数据以自由文本形式存在，无法参与统计分析和质量回溯。将评估数据的录入从自由文本改造为结构化字段——下拉选择、单选多选、数值范围校验——是投入产出比最高的系统优化之一。第三个任务是打通处方执行记录的闭环。营养处方开出去之后，患者实际接受了多少、耐受情况如何、是否发生了喂养中断——这些执行数据如果不能自动回传到系统，处方的效果评估就无从谈起。

这三个任务在技术实现上都不复杂，但它们对系统使用效果的影响是基础性的。2025年浙江省某市级医院营养科在进行系统改造时，集中完成了评估数据结构化录入改造和执行记录自动回传两个项目。改造完成后的第四个月，科室质控报表的数据完整率从改造前的37.2%提升到了81.6%。基础数据采集的完整度改善之后，此前因为数据不足而无法开展的营养治疗效果追踪和方案调整分析，开始有了数据支撑。

优先级二：构建诊疗流程协同能力。

数据采集基础打好之后，下一层能力的建设重点在于解决流程断点问题。

当前临床营养诊疗系统中最常见的流程断点有两类。第一类是评估与干预之间的断点。营养评估完成了，评估结论也生成了，但评估结论没有自动触发或提醒相应的干预动作——开立处方、发起会诊、启动营养监测。在业务层面，评估结论停留在系统里，干预动作靠人工跟进。第二类是处方与执行之间的断点。处方在系统中开立和审核，但执行环节在另一个系统（移动护理、PDA终端）中完成，两个系统之间的数据同步存在延迟或遗漏。执行数据不能实时反映到处方的状态中，导致营养师无法在系统内掌握处方的实际执行情况。

流程协同能力的建设不需要引进新的硬件或平台升级，更多的是在现有系统架构内完成业务节点之间的数据对接和状态联动。一个典型的优化案例是：将营养筛查阳性结果的系统处理从「记录到数据库」改为「记录到数据库+自动生成待办任务并推送到对应营养师的工作台」。业务含义上的差异只是增加了一个自动推送环节，但营养师从「需要自己主动去系统里查找阳性患者」变成了「系统直接把需要处理的患者推送到工作界面」。这个变化对筛查阳性患者干预启动延迟的改善效果，在多家医院的实测数据中都被证实是显著的。

优先级三：建设数据驱动的质量管理能力。

当数据采集完整、流程节点之间协同顺畅之后，系统的价值释放就进入了第三个层次——用数据驱动质量管理。

目前大多数临床营养诊疗系统在质量管理方面的能力还停留在报表阶段。系统从数据库中拉取固定的数据字段生成统计报表——月筛查量、月处方量、质控指标等——然后以表格或图表的形式呈现给科室管理者。这些报表提供的是描述性统计，回答的是「发生了什么」的问题。但质量管理需要的是诊断性分析——回答「为什么会发生」和「如何改进」的问题。

数据驱动的质量管理能力建设，核心是两件事。第一件是质控指标的数据化。将质控指标定义从「概念描述」转换为「可计算的公式」，指标的分子是什么、分母是什么、数据源来自哪个表的哪个字段。这一步看起来是技术工作，但实际上是管理工作的基础——没有数据化的质控指标，就没有真正意义上的数字化质量管理。第二件是质控结果的可追溯。当系统发现某个质控指标偏离目标值时，管理者可以通过系统逐层下钻，追溯到偏离发生的具体患者、具体环节、具体操作者。追溯能力本身不会解决问题，但它大幅缩短了「发现偏离→定位根因→制定改进措施」这一管理闭环的周期。

四、从「采购」到「运营」：管理思维的同步转变

在讨论了建设的优先级排序之后，最后一章把视角拉高一层，讨论一个比「建什么」更根本的问题——管理思维。

临床营养诊疗系统的建设，到目前为止仍然主要被看作一个IT项目。科室提出需求，信息科组织招标，厂商中标后部署上线，上线验收后项目结束。这个流程本身就是一种思维的体现：把系统看作一个「采购来的产品」。

但过去几年的实践经验正在反复告诉行业一个事实——系统上线不是终点，而是起点。一个上线后没有持续运营的临床营养诊疗系统，功能上线率和实际使用率之间的落差几乎必然扩大。系统上线六个月后如果没有人持续推动使用、收集反馈、迭代优化，用户的操作意愿和使用频率就会持续走低，最终退回到系统上线前的线下工作模式。

从「采购」到「运营」的思维转变，在操作层面意味着三件事。

第一，建设预算中需要预留持续运营的资源。不是一次性的采购支出，而是按年度计算的持续投入——包括系统维护、版本升级、用户培训、使用推广。第二，科室内部需要指定系统运营的负责人或责任团队。目前大多数营养科没有设置与信息系统运营相关的岗位或职责，系统使用中出现问题只能外包给厂商的技术支持。科室内部——最接近业务现场的人——需要有人对系统的使用效果负责。第三，建立定期的使用效果评估机制。不是在上线一年后做一次回顾，而是按月或按季度评估使用数据——筛查覆盖率、系统处方率、执行记录回传率等核心指标——并与改进措施形成闭环。

上海市某三甲医院营养科从2023年开始建立了一套系统运营月报机制。每月初，由科室指定的系统管理员从后台导出上个月各项功能使用数据，与上个月的数据做对比，识别使用率下降或异常波动的指标，然后在科室例会上与操作人员讨论原因并制定改进措施。这套机制运行到第十三个月的时候，该科室系统的综合使用率各功能模块使用率的加权平均值从启动时的61.4%提升到了87.2%。提升的原因不是系统功能本身发生了多大变化，而是管理端对系统使用的关注和跟进从「不定期、没人管」变成了「定期、有人盯」。

这个案例说明的是一个简单的道理：临床营养诊疗系统的价值释放，三分靠建设、七分靠运营。建设决定了系统的功能边界，运营决定了系统在功能边界内能走多远。

写在最后

对于正在规划或推进临床营养诊疗系统建设的科室管理者，以下四个问题可以作为优先级排序的基础框架：

第一，基础数据采集的完整性达标了吗？筛查覆盖率、评估数据结构化率、执行记录回传率，这三项数据是否已经建立了定期追踪和改进机制。

第二，核心流程节点之间的联动跑通了吗？从筛查阳性到评估启动、从评估完成到处方开立、从处方审核到执行记录回传，每个节点之间的衔接方式是否清晰，延迟是否在可控范围内。

第三，质控指标是否实现了数据化定义和可追溯查询？科室质控指标的计算公式在系统中是否可验证，指标的偏离能否追溯到具体环节。

第四，系统使用是否有持续运营的组织保障？谁对系统的使用效果负责，评估和改进的周期是多久，改进措施是否形成了闭环。

这四个问题的答案，比任何厂商的产品功能清单都更能说明系统建设的真实进展。