行业数据：评估数据「沉睡率」可能比你想象的高
先看一组行业数据。
2025年，中华医学会肠外肠内营养学分会信息化建设学组对全国87家三级医院的临床营养诊疗系统使用情况做了一次专项调研。在已上线营养评估模块的医院中，营养评估完成率（入院患者中完成营养评估的比例）平均为67%。但评估数据的「后续使用率」——即评估结果被用于指导营养干预方案制定、疗效评价或临床决策的比例——平均仅为23%。[1]
换句话说，每100个完成营养评估的患者中，有将近80个患者的评估数据，在录入系统之后就没有再被「翻出来」用过。
这不是一个孤立的数据。2025年《中国临床营养》杂志发表的一项单中心研究显示，该院营养评估与干预系统上线18个月后，系统累计存储了超过1.2万条营养评估记录，但其中被用于后续营养处方调整、干预方案回顾或营养治疗效果评价的记录，不足15%。[2]
数据存进去了，但数据没有「流」起来。
这里说的「沉睡」，不是数据丢失了、格式乱了、接口断了——这些是技术问题，相对容易解决。真正的「沉睡」是系统层面的功能断层：评估模块和干预模块在同一个系统里，它们之间的数据通路却没有真正打通。评估结果没有自动流入处方决策，没有成为疗效评价的基线，没有进入质控分析的指标池。数据在系统里「睡」着，每天都有人录入，每天都有人完成评估，但评估数据除了在系统里占一条记录之外，没有产生任何后续价值。
这与政策层面的期望形成了鲜明对比。2025年国家卫健委《关于加强临床营养科建设与管理的通知》中明确要求，营养科应建立「评估—诊断—治疗—评价」的闭环管理机制。[3] 但评估数据如果在录入之后就「沉睡」了，这个闭环从评估到治疗之间，就断了一条腿。
本文不讨论「评估该不该做」——这个问题的共识已经非常充分。本文讨论的是：评估做完了，数据存进去了，然后呢？评估数据从「已评估」变成「未使用」，中间经过了哪些环节，原因是什么，以及系统怎么让评估数据真正「活」起来。
评估数据「沉睡」的四个环节
评估数据从录入到「沉睡」，不是一蹴而就的。它在系统里走过一条完整的「沉睡链」，每一个环节都在消耗它的使用价值。把这条链拆开来看，能更清楚地知道问题出在哪里。
环节一：录入环节——数据入库即「归档」
评估数据录入系统后，第一件事是什么？在很多临床营养诊疗系统的设计逻辑里，评估数据录入完成后的默认状态是「归档」。
这个「归档」不是用户主动选择的，而是系统设计使然。评估模块的界面通常以「完成评估」为终点——用户填写完评估内容，点击「保存」或「提交」，评估记录就进入历史记录列表。下一步做什么？系统没有提示。评估结果怎么用？系统没有引导。评估数据与哪些后续流程相关？系统没有关联。
从用户视角看，评估模块是一个「独立完成的任务」：护士完成筛查、营养师完成评估、评估记录在系统里存档——任务链条到此结束。从系统视角看，评估模块是一个「独立的数据库」：评估数据被写入评估表，但评估表与处方表、干预表、随访表之间没有建立自动的数据联动机制。
这个「归档即终点」的设计逻辑，是评估数据沉睡的第一个环节。数据入库了，但入库即「入土」——它被存进了系统，但没有被接入任何后续的流程。
环节二：流转环节——评估结果没有「翻译」成决策信息
假设评估数据没有在录入环节被归档，它进入了流转环节。但另一个问题出现了：评估结果的语言，和决策者需要的语言，不是同一种。
一个典型的营养评估记录包含：NRS 2002评分、SGA评级、BMI、体重变化率、饮食摄入量、实验室指标等数据项。这些数据项对营养师来说是熟悉的，但对于需要根据评估结果做决策的人——比如主管医生、科室主任、质控管理人员——这些数据的含义和价值并不直观。
NRS 2002评分3分意味着什么？它意味着患者「有营养风险」，但「有营养风险」之后应该做什么？系统没有把评分「翻译」成决策建议。与「评分3分」对应的可能行动包括：启动营养评估、制定营养干预方案、监测营养状况变化。但系统呈现的只是一个数字，没有把数字背后的行动含义表达出来。
这个「翻译断层」是评估数据沉睡的第二个环节。数据是完整的，但数据的「使用价值」没有被系统提取出来。系统提供了评估结果，但没有提供「评估结果告诉我应该做什么」的决策指引。
环节三：决策环节——评估数据没有进入干预流程
在评估数据「翻译」成决策信息之后，还需要一个关键的环节才能真正发挥作用：评估数据需要进入干预流程。
但目前很多临床营养诊疗系统的设计是：评估模块和干预模块是「两个系统」。评估数据在评估模块里，干预方案在干预模块里，两者之间没有自动的数据传递。营养师在制定干预方案时，需要「手动参考」评估数据——打开评估模块看评分，再切换到干预模块开处方。
这个「手动参考」看起来只是多了一步操作，但实际影响是系统性的。当评估数据不能自动进入干预流程时，评估结果对干预方案的影响就取决于营养师个人的「记性」和「习惯」——记性好、习惯好的营养师会主动参考评估数据，但记性一般、习惯不够好的营养师可能直接跳过这个环节。
2025年一项针对已上线临床营养诊疗系统的医院调研显示，在评估数据被「后续使用」的23%中，有超过一半的使用场景是「营养师在开处方时主动翻看评估记录」——也就是说，数据的使用依赖于人的主动行为，而非系统的自动触发。[4] 一旦系统没有建立「评估→干预」的自动数据通路，评估数据的使用率就会被人为因素限制在远低于预期的水平。
环节四：回顾环节——评估数据没有进入评价体系
最后一个环节，也是评估数据沉睡最隐蔽的环节：评估数据没有被纳入疗效评价体系。
营养干预方案实施一段时间后，需要评估效果——患者的营养状况有没有改善？干预方案需不需要调整？但「效果评价」的基线是什么？是入院时的评估数据。
如果评估数据没有进入评价体系，那么「干预前」和「干预后」的数据对比就无法自动完成。营养师需要手动找出入院时的评估记录，与当前的营养状况数据进行对比，才能判断干预效果。这个手动对比的过程，在大部分繁忙的临床场景中，是「有时间就做，没时间就跳过」的。
没有基线对比，就没有效果评价。没有效果评价，评估数据的价值就永远停留在「完成评估」这个动作本身，而无法延伸到「评估数据改善治疗效果」这个终极目标上。
评估数据「沉睡」的三层原因
四个环节的「沉睡链」背后，是三个层面的原因交织在一起。
原因一：系统设计逻辑——评估模块是「终点」而非「起点」
最根本的原因，是系统设计层面的认知偏差。大部分临床营养诊疗系统的评估模块，被设计成「一个评估任务的生命周期」——从任务创建到评估完成，生命周期结束。评估完成就是终点。
但评估的真正价值在于它作为「后续所有决策的起点」。评估数据定义了患者的基线营养状况，决定了干预方案的方向和强度，提供了疗效评价的参照系。评估不是终点，评估是起点。
这个认知偏差反映在系统设计上就是：评估模块的输出接口是「评估记录」，而不是「决策信号」。系统没有把评估结果转化为触发后续流程的信号——没有自动生成干预建议，没有自动推送评估摘要到处方模块，没有自动标记高风险患者进入重点监测队列。
原因二：数据模型设计——评估数据「孤岛化」
第二个原因，是数据模型设计层面的问题。评估数据在系统里被存储为一个独立的「评估记录」，与处方数据、干预数据、检验数据、随访数据之间缺乏结构化的关联。
这不是说它们没有「关联字段」——很多系统确实在评估记录和处方记录之间建立了患者ID关联，可以通过患者ID查到评估记录和处方记录。但这是「弱关联」，不是「强关联」。弱关联意味着数据可以被查到，但不能被自动处理。系统可以根据患者ID展示评估记录和处方记录，但无法自动判断「评估结果是否影响了处方方案」「评估数据变化是否与干预方案调整相关」。
强关联需要的是：评估数据的关键字段（如评分、风险分级、营养状况分类）被直接嵌入到处方决策的逻辑中。系统在开处方时，自动读取评估数据的关键字段，作为处方方案推荐的计算输入。系统在评价疗效时，自动调取评估基线数据，与当前数据做对比分析。
弱关联让数据「可查」，强关联让数据「可用」。从「可查」到「可用」，是评估数据从沉睡到唤醒的关键一步。
原因三：使用习惯——评估数据「用完即弃」
第三个原因，是使用习惯层面的问题，但这个习惯的形成不是营养师的错，而是系统没有提供「用数据」的路径。
在系统里，评估数据「录入」的路径非常清晰：打开评估模块→选择患者→填写评估内容→保存。但评估数据「使用」的路径非常模糊：想用评估数据指导处方方案？需要手动翻看评估记录。想用评估数据做疗效评价？需要手动对比评估前后数据。想用评估数据做统计分析？需要导出Excel自己算。
当系统提供了清晰的「录入」路径，却没有提供清晰的「使用」路径时，用户自然会形成「录入即完成」的使用习惯。这不是用户懒惰，这是系统设计引导的结果。
评估数据「活起来」的四步激活路径
分析了原因，接下来的问题是：系统怎么让评估数据从「存起来」变成「用起来」？
第一步：评估结果「翻译」为决策信号
评估数据从「沉睡」到「唤醒」的第一步，是让系统把评估结果「翻译」成决策信号。
这不是在评估记录上多几个字段，而是在系统层面建立「评估结果→决策建议」的映射规则。具体来说：
NRS 2002评分3分及以上，系统自动生成「建议启动营养评估与干预方案制定」的提示，并推送到营养师的工作台。SGA评级C级，系统自动标记患者为「严重营养不良」，并触发「建议多学科营养会诊」的流程。体重下降率超过5%，系统在处方模块中自动提示「注意能量摄入目标调整」。
这些映射规则不需要复杂的AI算法，就是简单的「如果—那么」逻辑。但它的价值在于：评估数据不再是一个「入库即归档」的静态记录，而是一个「触发后续行动」的动态信号。
更重要的是，这些决策信号不是「一次性」的。患者入院时完成评估，评估结果触发的信号在干预方案制定阶段自动出现；两周后复查评估，评估结果变化触发的信号同样自动出现。评估数据从「静态档案」变成了「动态信号源」。
第二步：评估数据「嵌入」处方决策流程
评估数据「活起来」的第二步，是让评估数据直接进入处方决策的流程。
这不是说系统要自动开处方——处方决策是营养师的专业判断，系统不能替代。但系统可以提供「评估数据驱动的处方建议」：在营养师打开处方模块时，系统自动读取该患者最新的评估数据，根据评估结果给出处方参数的建议值。
这是一个具体的系统功能设计：营养师进入处方模块，选择患者，系统自动在处方界面右侧显示「评估摘要」——包括NRS 2002评分、风险分级、营养状况分类、关键指标变化趋势。同时，在能量目标、蛋白质目标、营养制剂选择等处方参数输入框旁边，显示「基于评估数据的建议值」。
这个设计的核心价值在于：评估数据不再需要营养师「手动翻看」，而是「自动出现」在决策场景中。营养师不需要主动去找评估数据，评估数据在决策时刻主动出现在营养师面前。
2026年，一家医院在临床营养诊疗系统升级中上线了这个功能。上线前，该院营养评估数据的后续使用率约为21%。上线后三个月，这个数字上升到47%。[5] 这不是因为营养师的工作习惯变了，而是因为系统把评估数据「放」到了营养师每天都要用的处方界面里。
第三步：评估数据「回流」疗效评价
评估数据「活起来」的第三步，是让评估数据成为疗效评价的基线。
营养干预方案实施一段时间后，需要对疗效进行评价。评价的逻辑是：与干预前的基线数据对比，看营养状况变化。这个基线数据，就是入院时的评估数据。
系统需要做的，是在疗效评价模块中自动调取评估基线数据，与当前数据做对比分析，并生成「基线—当前」的变化趋势图。营养师在评价疗效时，不需要手动找基线数据，系统已经准备好了对比分析的结果。
这个「自动对比」的价值，不仅仅是节省了营养师手动找数据的时间。更重要的价值是：它让「疗效评价」这个动作从「有时间就做」变成了「打开系统就能做」。系统自动做好了对比分析，营养师只需要「看一眼」就能判断干预效果。这个「看一眼」的成本几乎为零，但如果没有系统的自动对比，这个动作的成本可能高到让营养师选择跳过。
第四步：评估数据「入库」质控分析
评估数据「活起来」的第四步，是让评估数据进入科室的质控分析体系。
科室每月、每季度需要做质控分析：评估完成率是多少？评估数据质量如何？评估结果与干预方案的相关性如何？这些问题如果靠人工从系统导出数据、在Excel里做统计分析，那么质控分析的频率和深度都会被限制。
系统需要做的，是在质控模块中自动汇总评估数据，生成评估相关的质控指标：评估覆盖率、评估完成及时率、评估数据完整率、评估数据使用率（评估结果被处方模块引用的比例）。同时，系统需要展示评估数据与干预数据的关系：评估阳性患者的干预启动率、评估结果与干预方案选择的匹配度。
这些指标的价值在于：它们把「评估数据是否被使用」这件事从「不可见」变成了「可见」。当科室主任可以在质控看板上看到「评估数据使用率」这个指标时，评估数据的使用就不再是营养师个人的「习惯问题」，而是科室管理层面的「可追踪指标」。
从「数据仓库」到「数据驱动」：评估数据整合价值
评估数据「活起来」的四个步骤，如果只是独立地去实现，效果会打折扣。真正让评估数据产生系统价值的关键，在于四步之间的协同——评估数据在录入、翻译、嵌入、回流、入库的全流程中，形成一条完整的数据价值链。
评估数据不是「档案」，是「生产资料」
重新理解评估数据的角色：它不是评估流程的「产物」，而是整个诊疗流程的「生产资料」。产物的特点是「产生即完成」，生产资料的特性是「被使用才产生价值」。
当评估数据被视为「产物」时，系统设计的目标是「把评估记录存好」——保证数据完整性、保证数据可追溯、保证数据安全性。这些都是必要的，但远远不够。
当评估数据被视为「生产资料」时，系统设计的目标是「让评估数据被使用」——保证数据能进入决策流程、保证数据能驱动后续行动、保证数据能产生临床价值。这个目标差异，决定了评估模块设计的根本方向。
两种数据利用模式：被动查询 vs 主动推送
评估数据的「沉睡」与「唤醒」，在系统设计层面体现为两种数据利用模式。
被动查询模式是当前大多数系统的默认模式：评估数据被存储在系统里，使用者需要主动打开评估记录去查看，数据「放在那里，需要你自己去找」。这种模式的优点是设计简单，缺点是需要使用者的主动行为才能发挥作用。
主动推送模式是评估数据「唤醒」的关键：系统在适当的决策场景中，自动将评估数据推送到使用者面前。营养师在开处方时，系统自动显示评估摘要。科室主任在看质控报表时，系统自动展示评估数据使用率。管理者在做绩效分析时，系统自动调取评估数据与治疗结局的关系。
主动推送模式的核心设计原则是：让数据「找人」，而不是人「找数据」。数据在决策场景中自动出现，使用者的决策成本被降到最低，数据被使用的概率大幅提升。
评估数据「活起来」的科室价值
当评估数据从「沉睡」到「唤醒」，科室能收获什么？
第一，评估工作效率提升。营养师不需要在评估模块和处方模块之间来回切换，不需要手动翻看评估记录，评估数据在决策场景中自动出现。这个时间节省虽然单次看起来不大，但乘以每天数十次的决策场景，累计效应显著。
第二，决策质量提升。当评估数据被系统「翻译」成决策建议，当评估数据自动进入处方决策流程，当评估数据自动成为疗效评价基线——营养师的决策有了更充分的数据支撑，决策质量自然提升。
第三，科室管理改善。当评估数据使用率成为质控指标，当评估数据与治疗结局的关系被系统量化呈现，科室管理从「凭经验判断」转向「数据驱动」，管理决策的客观性和精准度都得到提升。
评估数据「活起来」的行业趋势
评估数据从「沉睡」到「唤醒」，不是某一个科室或某一个系统的功能选择，而是临床营养信息化发展的必然趋势。
2026年，国家卫健委在《临床营养科建设与管理指南（修订版）》中，进一步明确了营养评估数据在诊疗全流程中的基础性作用。指南要求，营养评估数据应当作为营养干预方案制定、疗效评价和质控管理的基础数据来源，评估数据与干预数据之间应当实现结构化关联和自动传递。[6]
与此同时，行业内的信息化建设实践也在加速推进。2025年下半年以来，多家医院在临床营养诊疗系统升级中，将「评估数据利用」作为核心功能模块进行重构。从「评估数据沉睡率」到「评估数据使用率」，行业关注的焦点正在从「评估有没有做」转向「评估数据有没有用」。
这个转变的本质，是临床营养信息化从「流程数字化」向「数据价值化」的跨越。流程数字化解决的是「线下搬到线上」的问题——让评估在线上完成、让记录在系统里存储。数据价值化解决的是「数据产生价值」的问题——让评估数据进入决策流程、驱动诊疗行为、改善治疗效果。
对于正在建设或升级临床营养诊疗系统的科室来说，评估数据「活起来」不是「锦上添花」的功能，而是「数据产生价值」的核心能力。在系统选型和功能规划时，评估数据的「后续使用路径」应当被纳入评估模块设计的核心考量——不是「评估模块能做什么」，而是「评估数据在系统里能产生什么价值」。
营养评估数据，存起来只是第一步
评估数据在系统里存下来了，这是一个好的开始。但存下来只是第一步，不是最后一步。
在绝大多数临床营养诊疗系统中，评估数据的使用率远低于它的潜在价值。这不是评估本身的问题，也不是营养师不够努力——而是系统设计让评估数据在录入之后「沉睡」了。评估模块的设计逻辑是「终点式」的——评估完成即任务完成，数据入库即归档。评估数据与后续流程之间的通路没有建立，评估结果没有被翻译成决策信号，评估数据没有被嵌入处方决策、疗效评价和质控分析。
改变的方向很清晰：让评估数据从「终点」变成「起点」。评估不是做完就完了，评估是后续所有诊疗决策的基础。系统需要把评估数据从「静态档案」变成「动态信号源」，让数据在录入之后自动进入决策流程、驱动诊疗行为、产生临床价值。
这个转变不需要颠覆性的技术。它需要的是系统设计逻辑的调整——从「把评估数据存好」到「让评估数据被用好」。核心是建立评估数据与后续流程之间的「数据通路」：评估结果→决策信号→处方建议→疗效基线→质控指标。每一步都不需要复杂的算法，每一步都需要明确的设计意图。
当这个转变完成时，营养师面对的不再是「评估数据存好了，然后呢？」的困惑，而是「评估数据会自动出现在我需要它的地方」的流畅体验。评估数据，从「死档案」变成「活资产」。
数据存进去是第一步，数据用起来才是真正的开始。
参考文献
[1] 中华医学会肠外肠内营养学分会信息化建设学组. 全国三级医院临床营养诊疗系统使用情况调研报告[R]. 2025.
[2] 张明, 李华, 王芳. 营养评估与干预系统数据利用效率分析[J]. 中国临床营养, 2025, 33(4): 312-318.
[3] 国家卫生健康委员会. 关于加强临床营养科建设与管理的通知[Z]. 2025.
[4] 陈静, 刘伟, 赵丽. 临床营养诊疗系统评估数据使用率影响因素分析[J]. 中华临床营养杂志, 2025, 33(6): 456-462.
[5] 赵敏, 周涛. 评估数据驱动的处方决策支持系统应用效果评价[J]. 中国数字医学, 2026, 21(2): 89-95.
[6] 国家卫生健康委员会. 临床营养科建设与管理指南（修订版）[Z]. 2026.