数据从筛查走到干预，要过几道「收费站」
某三级医院临床营养科在系统上线一年后做了一次内部数据审计。审计结果显示：该院营养风险筛查完成率已达到86%，但筛查阳性患者的后续评估启动率只有53%；启动了评估的患者中，进入处方开立环节的占67%；处方开出后，执行记录完整率是74%——到了监测随访环节，完整率骤降至31%。
数据不缺。筛查数据有15800条，评估数据有9200条，处方数据有6100条，执行数据有4500条。但这些数据之间的关联是断裂的——15800条筛查数据中，只有约5200条能追踪到对应的评估记录，约3500条能追踪到处方记录，约1900条能追踪到完整监测记录。数据链路在每一个环节都在缩减，最终能走完全程的不足总量的15%。
这不是孤例。中国营养学会临床营养分会2025年发布的调研数据显示，在已部署临床营养诊疗系统的87家三级医院中，约71%的医院存在不同程度的模块间数据贯通效率低下问题——系统各模块虽然功能正常，但数据在模块之间的流转存在明显的延迟、丢失和错位。调研报告特别指出，数据贯通效率是「比功能完备性更影响系统实际使用效果的核心变量」。[1]
临床营养诊疗系统通常包含筛查、评估、处方、执行、监测五个核心功能模块。在理想状态下，数据在这五个模块之间应该是流水线式的自动流转——筛查阳性自动触发评估任务，评估完成自动生成处方建议，处方开立自动分发给执行护士，执行记录自动回写至营养监测面板。但在实际运行中，这条流水线上布满了「收费站」：数据到了模块边界就停下来，等待人工确认、等待系统同步、等待手动录入——每一次等待都是效率损耗。
国家卫生健康委发布的《临床营养科建设与管理指南（试行）》要求医疗机构建立「覆盖筛查-评估-诊断-治疗-监测」全过程的营养诊疗管理体系[2]。指南中提出的全过程管理，在系统层面对应的正是一套数据贯通能力——数据跨模块流转不中断、不降质、不延迟。但从目前多数医院的系统运行数据来看，这条全过程在数据层面远未贯通。
拆解五个通断节点，定位瓶颈在哪
筛查到评估的节点。筛查任务完成后，阳性结果需要触发评估任务。理想情况是自动触发，实际情况是多数系统的筛查结果需要营养师手动确认后再创建评估任务。这个手动确认环节中，部分阳性患者的评估任务被遗漏——尤其在护理人员轮班交接、节假日等场景中。量化数据显示：在配备自动触发机制的系统中，筛查阳性到评估启动的中位延迟时间为28小时；而在需要手动确认的系统中，中位延迟时间升至52小时，部分病例的延迟超过72小时。[3]
评估到处的节点。评估完成后，营养师根据评估结果制定干预方案并开具营养处方。问题在于：评估结果数据与处方模块之间的翻译是断裂的——评估模块记录的是患者的营养状况评分（NRS 2002评分、SGA分级等），处方模块需要的却是能量目标、蛋白质目标、制剂选择依据。两个模块之间的数据字段没有映射关系，营养师需要将评估结论重新输入到处方模块。在需要手动跨模块录入数据的科室中，评估到处的平均流转时间为1.8小时；而在评估模块与处方模块之间存在数据自动映射的科室中，流转时间缩短至0.4小时。差距超过4倍。
处方到执行的节点。处方开立后，信息需要传递到执行端（护士工作站或移动终端）。这个节点的瓶颈往往不在系统功能层面，而在数据同步策略层面。如果营养系统与护理系统采用异步同步策略，处方下达后护士端的数据刷新延迟可能在数分钟到数十分钟之间——在高峰期甚至超过1小时。当前主流的解决方式是采用消息队列机制实现实时推送，但仍有约39%的已部署营养系统的医院采用定时批量同步方式，数据刷新周期为30分钟至2小时。[4]
执行到监测的节点。床旁执行数据如果通过移动终端实时录入，数据回写至监测面板的延迟通常在秒级。如果执行数据需要护士在护理站电脑上二次录入——这是目前多数医院的实际现状——数据回写延迟通常在4-12小时之间。更严重的是，二次录入过程中还可能产生数据错位：护士记录的执行时间、执行剂量、执行方式与床旁实际执行情况存在差异。
监测到下一轮评估的节点。营养治疗启动后的监测数据——耐受性变化、营养指标改善、体重变化——应该反馈回评估模块，为下一轮评估提供数据输入。这是五个节点中贯通效率最低的一个。原因是多数系统的监测模块以报表面板的形式存在，数据单向流入报表系统后就停滞了，没有设计监测数据反馈至评估模块的反向数据通路。
中华医学会肠外肠内营养学分会2024年发布的多中心研究数据显示，在参与调研的43家医院中，仅有12家（约28%）实现了监测数据对评估系统的自动反馈——即监测数据变化超过设定阈值时，系统自动触发再评估流程。其余31家医院的监测数据仅作为人工查阅的报表存在，数据反馈依赖营养师手动查阅后自行判断是否需要再评估。[5]
五个节点的贯通效率差异，叠加起来会产生一个漏斗效应：数据每经过一个节点，有效贯通量就下降一个比例。最终从监测端输回评估端的全周期贯通数据，只有初始数据总量的零头。丢失的不是数据本身，而是这些数据承载的临床价值——筛查阳性患者的干预时效、评估数据的治疗效果验证、执行数据的质控分析、监测数据的趋势判断——每一项价值都伴随着数据的断裂而折损。
瓶颈背后的三组结构性矛盾
数据贯通效率不是单一技术问题，而是三组结构性矛盾共同作用的结果。
模块独立开发与整体数据流设计之间的错位
临床营养诊疗系统的功能模块在发展过程中经历了先单点后集成的演进路径。多数系统的起点是某个单点模块——最常见的是营养风险筛查模块——在筛查模块稳定运行后，逐步叠加评估模块、处方模块等。这种演进模式的好处是各模块能够快速上线、快速迭代，但代价是模块之间的数据通路是后天「打补丁」式对接的，而非先天统一的整体设计。
模块独立开发的直接后果是数据模型不统一。筛查模块用「患者ID+筛查日期+评分结果」的数据结构，评估模块用「患者ID+评估日期+评估工具+评估维度得分+综合评分」的数据结构——两个模块关于同一个患者的数据采用不同的主键索引、不同的时间戳格式、不同的状态标记方式。接口对接时，需要在两端建立字段映射转换表，映射表的每一行都是一个潜在的断裂点。
中华医学会临床营养学分会2025年发布的技术标准草案中，首次提出了临床营养诊疗系统的统一数据模型框架——建议采用以「营养诊疗事件」为核心的数据模型，将筛查、评估、处方、执行、监测统一为事件链上按时间顺序排列的事件节点，每个节点继承患者ID、时间戳、操作者ID、关联事件ID等公共字段，同时携带各自特定的业务数据。[6] 这一标准尚未在行业全面推广应用，但它至少指明了方向：数据贯通的根基不在接口技术选型上，在数据模型设计的一开始。
数据归属权模糊与跨模块追溯需求之间的矛盾
营养诊疗数据在系统中的归属是个悬而未决的问题。筛查数据归谁管？评估数据归谁管？处方数据归谁管？从系统功能角度看，各模块的数据各自为政。但从数据贯通的角度看，所有数据归属于同一患者的同一次住院事件——数据应该在这个维度上实现统一管理。
当前的问题在于：多数系统的数据权限管理是模块级的——有筛查模块权限的用户只能看筛查数据，有处方模块权限的用户只能看处方数据。这种权限设计在医院信息安全管理层面是合理的，但在跨模块数据贯通层面却制造了障碍——负责筛查的护士看不到处方数据，无法确认自己的筛查结果是否转化为治疗行动；负责处方的营养师看不到执行数据，无法确认自己的处方是否被准确执行。
数据归属权模糊的另一个表现是数据变更的责任人不明确。当筛查数据和评估数据出现不一致时——比如筛查判定的高风险在评估中被判定为低风险——应该以哪个数据为准？数据回溯时应该由谁负责解释差异？在没有明确的数据归属和变更管理规则的情况下，跨模块数据之间的矛盾无法得到系统级解决，只能靠人工判断。而人工判断本身又制造了新的延迟和数据断点。
业务流程理想链路与临床工作实际链路之间的冲突
系统功能模块是按照理想的业务链路排列的——筛查到评估到处方到执行到监测——这是一个标准的线性流程。但在临床实践中，实际工作链路往往不是线性的，而是包含大量循环、跳跃和并行。
典型场景：一位老年患者入院后进行NRS 2002筛查，评分为4分（高风险），触发评估流程。评估过程中营养师发现患者的营养参数不足，同时开具了肠内营养处方和执行医嘱。但在执行过程中，患者出现喂养不耐受，执行中断——系统记录了执行状态为「中断」，但评估模块和处方模块的状态并未同步更新。营养师在系统中看到的状态仍然是「评估完成、处方有效」，而执行端的实际状态已经是「中断」。
信息不同步的直接后果是：营养师在查看患者列表时，看到的仍然是「营养治疗进行中」的状态指示，不会主动关注这个患者是否需要调整方案。等到下一次营养查房时——可能是2天或3天后——才发现执行已经中断多时。
这不是系统功能缺失，而是「线性流程假设」与「非线性临床现实」之间的冲突。系统的数据流设计假设营养诊疗是一个单向过程，但临床实际是一个需要不断反馈和调整的动态过程。解决这个矛盾的关键，不在于让临床工作适应系统的线性流程，而在于让系统的数据流设计能够模拟临床工作的非线性特征——支持多模块并行数据输入、支持状态变更的自动级联更新、支持数据在哪里中断就在哪里标注。
数据贯通效率的量化评估框架
将瓶颈定位和根因分析转化为行动，需要一个可量化的评估工具。以下框架基于行业调研数据和实操经验整理，分为三个层级。
基础级：节点通过率
在五个模块之间的每个衔接节点设置通过率指标——从模块A流向下一个模块B的数据比例。计算公式：节点通过率 = 进入模块B的数据量 / 从模块A流出的数据量 × 100%。
- 筛查到评估通过率：目标值大于80%，警示值低于60%
- 评估到处方通过率：目标值大于75%，警示值低于55%
- 处方到执行通过率：目标值大于90%，警示值低于70%
- 执行到监测通过率：目标值大于85%，警示值低于65%
- 监测到再评估通过率：目标值大于50%，警示值低于30%
节点通过率是体检指标，能快速定位瓶颈所在科室或环节。如果某个科室的筛查到评估通过率显著低于全院均值，说明该科室在阳性确认和评估任务创建环节存在系统性问题，需要深入分析。
进阶级：节点延迟时间
通过率只能回答「数据通没通」，回答不了「通得有多快」。在通过率的基础上叠加延迟时间指标——从数据进入模块A到数据写入模块B的时间间隔。
- 筛查到评估延迟：目标值小于12小时，警示值大于48小时
- 评估到处方延迟：目标值小于1小时，警示值大于4小时
- 处方到执行延迟：目标值小于5分钟，警示值大于30分钟
- 执行到监测延迟：目标值小于1小时，警示值大于12小时
- 监测到再评估延迟：目标值小于24小时，警示值大于72小时
中国营养学会临床营养分会2025年的调研数据显示，在节点延迟指标全部达到目标值的医院中，临床营养诊疗系统的营养师日均有效工作时长为5.2小时，显著高于延迟指标未达标的医院（3.1小时）。[1] 数据贯通效率直接影响营养师的工作效率——每节省一次数据重复录入、每减少一次跨模块手动确认，都是营养师时间资源的释放。
优化级：全周期贯通率
最高层级的评估指标是全周期贯通率——从入院筛查到出院后监测随访的完整数据链路中，数据能够在五个模块间完整流转的比例。计算公式：全周期贯通率 = 完成全链路数据流转的患者数 / 接受营养诊疗的患者总数 × 100%。
目标值大于60%，警示值低于30%。
如果说节点通过率是通断检测，延迟时间是速度检测，那么全周期贯通率就是线路质量检测——它衡量的是数据链路的总体健康程度。一个系统的全周期贯通率每提升10个百分点，意味着更多患者的营养诊疗数据能被完整记录和追踪，营养质量的闭环管理才有了数据基础。
从打通到一体化的三步路径
基于量化评估结果，数据贯通效率的优化可以分为三个阶段推进。
第一阶段：消除显性断点（1-3个月）
第一步：筛查阳性任务的自动触发配置。检查系统中筛查阳性结果到评估任务创建的触发方式——如果是手动触发，改为自动触发。这个改动通常只需要在系统后台配置一条简单的规则：当筛查结果为阳性时，自动创建评估任务并分配至科室营养师。技术难度不高，却可以直接缩短筛查到评估的延迟时间。
第二步：各节点告警规则的设定。针对五个模块间的衔接节点，设定延迟告警阈值。当数据在某个节点的停留时间超过预设阈值时，系统自动向相关责任人发送提醒。例如，筛查阳性超过24小时未进入评估，系统向科室主任发送告警。
第三步：核心字段的自动映射。梳理评估模块到处方模块之间的字段映射关系，将评估结果中的关键参数（营养评分、风险等级、能量目标估算值）自动传递到处方模块，减少营养师的手动重复录入。
《中国数字医学》2025年发表的一项实践案例显示，某三级医院在完成上述三项基础优化后，筛查到评估通过率从61%提升至84%，评估到处方延迟时间从1.8小时降至0.5小时，营养师日均重复录入操作次数减少约42次。[7]
第二阶段：结构性改进（3-6个月）
第一阶段解决显性断点后，需要处理更深层次的结构性问题。
数据模型的统一。与系统供应商协商，对五个功能模块的数据模型进行统一改造——统一患者标识、统一时间戳格式、统一状态编码、统一事件关联字段。这项工作涉及系统底层的数据结构变更，需要厂商配合完成，但对于数据贯通能力而言是一劳永逸的投入。改造完成后，各模块之间的数据对接不再需要字段映射转换表，贯通效率可以提升一个量级。
模块状态联动机制的建立。当执行端记录的状态发生变化——如执行中断、剂量调整、喂养方式转换——系统应能自动级联更新评估模块、处方模块的关联状态，确保营养师在任何模块中看到的患者状态都是最新的。实现方式是在各模块之间建立状态订阅推送机制——处方模块订阅执行模块的执行状态变更事件，执行模块一旦记录状态变更，立即推送至处方模块。
数据变更追踪能力的建设。当跨模块数据出现不一致时，系统需要记录每次数据变更的完整轨迹——变更时间、变更人、变更前内容、变更后内容、变更原因。这不仅是为了数据审计，更是为跨模块数据冲突提供可追溯的解决依据。
第三阶段：一体化能力升级（6-12个月）
前两个阶段的目标是让数据在现有模块架构下「通起来」。第三阶段的目标，是让系统的架构从「模块拼接」升级为「事件驱动的一体化平台」。
事件驱动的核心设计思想是：以患者的营养诊疗事件为组织核心，筛查、评估、处方、执行、监测不再作为独立的功能模块，而是作为同一事件链上的不同事件类型。营养师在系统中看到的不再是「去筛查模块做筛查」「去评估模块做评估」，而是「在患者的营养诊疗时间线上，添加一条筛查记录」「在筛查记录后追加一条评估记录」。数据不再需要在模块之间搬运，而是在事件链上追加。
这种架构的升级需要系统供应商的深度参与，不是科室可以独立推动的。但科室可以做的事情是：在系统选型或升级时，将事件驱动的数据架构作为核心评估指标之一——要求供应商展示其系统的数据模型是否支持跨模块事件关联、数据贯通效率是否可量化评估、全周期贯通率是否有可视化呈现。
贯通效率是系统有效性的底色
回到开篇的案例。该医院在完成第一阶段的断点消除后，三个月内将全周期贯通率从不足15%提升至34%。到第六个月完成第二阶段的结构性改进后，全周期贯通率进一步升至52%。营养师的工作模式也随之发生了变化——从每天花2小时在多个模块之间翻找和录入数据，变成了每天花半小时查看事件链，把更多时间用于分析数据和调整方案。
技术的意义不在于技术本身。数据贯通的最终目的，不是让数据通起来，而是让营养师的时间从搬运数据中释放出来，用于思考数据——为什么这个患者的筛查评分在入院后持续下降？肠内营养启动后患者的蛋白水平改善不明显，处方是否需要调整？监测数据显示某个科室的喂养不耐受比例偏高，质控策略是否需要改进？
这些思考才是临床营养诊疗的核心价值。而数据贯通效率，是让这些思考成为可能的底层系统能力。没有贯通的数据，营养师的时间和精力就会被消耗在数据的重复录入、跨模块翻找、信息不一致的核对上——系统成了工作的负担而不是助手。
国家卫生健康委在《关于加强临床营养学科建设的指导意见》中提出，要「利用信息化手段提升临床营养诊疗的规范化水平」[8]。数据贯通效率就是这个利用信息化手段的具体落脚点——它不是多高级的功能，不是多炫酷的界面，而是系统有没有能力让数据走到该去的地方，走到该去的人面前，走到该去的时间点上。
衡量一个临床营养诊疗系统好不好用的最终标准，也许不是它的功能有多么丰富——而是营养师每天在系统中找数据和整数据的时间，占到了工作时间的百分之几。
[1] 中国营养学会临床营养分会. 临床营养信息系统功能评估与数据质量分析报告[R]. 北京: 中国营养学会, 2025.
[2] 国家卫生健康委办公厅. 临床营养科建设与管理指南(试行)[Z]. 国卫办医函〔2022〕76号, 2022.
[3] 中华医学会临床营养学分会. 临床营养诊疗流程信息化评价多中心研究[J]. 中华临床营养杂志, 2025, 33(1): 12-21.
[4] 中国医院协会信息管理专业委员会. 医院信息化建设与临床营养系统集成情况调研报告[R]. 2025.
[5] 中华医学会肠外肠内营养学分会. 营养支持治疗信息化闭环管理多中心研究[J]. 中华胃肠外科杂志, 2024, 27(11): 1125-1133.
[6] 中华医学会临床营养学分会. 临床营养诊疗信息系统功能与技术规范(征求意见稿)[S]. 2025.
[7] 营养信息系统数据贯通效率优化实践与效果分析[J]. 中国数字医学, 2025, 20(6): 34-41.
[8] 国家卫生健康委. 关于加强临床营养学科建设的指导意见[Z]. 2024.