筛查结果是做完了，但数据去了哪里
营养科每天产生大量的筛查数据。入院24小时内完成营养风险筛查，对NRS 2002评分≥3分的患者启动营养评估——这是《临床营养诊疗规范》和三级医院评审标准中的基本要求。
但实际运行中有一个很少有人深究的问题：筛查结果产出之后，这些数据去了哪里？
打开一家已经上线临床营养信息系统的医院后台，可以看到这样的数据：本月入院患者2360人，完成营养风险筛查1982人，筛查率84%。NRS 2002评分≥3分的患者共647人。再往下追踪，完成营养评估的415人，评估启动率64%。在这415人中，有评估记录但没有后续营养干预方案的——127人，占比超过30%。
这不是个例。在全国多家已上线营养信息系统的医院中，「筛查完成—评估延迟—干预断链」是普遍现象。问题不在于硬件或网络，而在于筛查数据在流转到评估环节时，发生了系统性衰减。每一次衰减都对应着一个数据流转的断层。
第一个断层：筛查工具和评估工具「各说各话」
营养风险筛查和营养评估使用不同的工具。筛查用NRS 2002、MNA-SF或MUST，评估用SGA、PG-SGA或握力、人体成分分析——各有各的评分维度、数据字段和输出格式。
在信息系统中，这表现为：筛查模块记录的是「NRS 2002总分3分，年龄调整+1分，疾病严重程度评分2分」，而评估模块需要的输入是「SGA评级B级，近期体重下降5%，膳食摄入减少」——这两组数据之间不存在直接的映射关系。
当系统把筛查模块和评估模块作为两个独立功能来开发时，数据流转就出现了第一个断层：筛查结果不能作为评估的初始化参数。
营养师需要先看一遍筛查记录，记住关键信息，然后打开评估界面重新录入。如果系统没有做数据联动，这一步就完全是手动的。实际工作中，营养师一天处理几十个患者，每个患者多花3-5分钟做数据搬运，累积下来就是几个小时。更关键的是，这种手动的数据搬运很容易出错——看错评分、记混患者、漏掉关键指标，都会直接影响评估的准确性。
在一家年出院量5万人次的三甲医院，营养科每天需要评估的患者大约在40-60人之间。如果每个评估都需要营养师手动从筛查记录中提取数据、再逐项录入评估界面，每天光数据搬运就要耗费2-3小时。这些时间本应该用在临床判断和方案制定上。
解决这个断层，需要系统做到筛查数据到评估界面的结构化透传。不是简单的「把患者信息带过来」，而是把筛查中的关键参数（营养风险等级、风险因素构成、需要关注的核心指标）按照评估工具的维度重新组织，作为评估的起点数据。这样营养师在开始评估时，看到的是一份已经预填了筛查背景信息的评估页面，只需要补充评估特有的维度即可。
第二个断层：阳性结果缺少「下一步做什么」的指令
NRS 2002评分≥3分意味着什么？从临床角度看，这个患者存在营养风险，需要进一步评估和可能的营养干预。但从信息系统角度看，这个「+3分」只是一个数值标记，不代表任何流程指令。
这是筛查到评估之间最隐蔽的断层：筛查结果的语义信息在传递过程中丢失了。
筛查过程积累了比评分更多的信息。一个NRS 2002评分3分的患者，可能是由于「重度疾病+轻微营养受损」，也可能是「中度疾病+中度营养受损」——两者虽然总分相同，但下一步的评估重点和干预策略完全不同。前者需要关注疾病本身的代谢影响，后者需要重点评估患者的实际营养摄入状况。
但在大多数系统中，传递到评估环节的只有一个笼统的「阳性」标记。营养师打开评估界面时，看不到筛查评分背后的构成信息。75岁的老年患者，BMI 18.5，近三个月体重下降10%，因慢性阻塞性肺疾病急性加重入院——NRS 2002评分可能是5分。但系统中传递到评估模块的信号只有「阳性，评分5分」。患者年龄、体重下降幅度、基础疾病这些直接影响评估方案选择的信息，需要营养师自己去翻病历。
真正有价值的筛查到评估流转，应该传递的不仅是一个评分，而是评分背后的构成信息。比如：
- 风险来源：营养受损为主 / 疾病严重度为主 / 年龄因素
- 关键指标：体重下降百分比、BMI、摄食减少程度
- 优先关注方向：能量摄入不足 / 蛋白质缺乏 / 微量营养素风险
只有这样，评估环节才能基于筛查的发现，有针对性地深入，而不是把筛查和评估做成两件独立的事。
第三个断层：评估结果反馈不到筛查环节
筛查和评估的关系不是单向的。一个患者完成评估后，如果被判定为「重度营养不良」，那么这个评估结论应该反过来检验筛查的准确性——当初的NRS 2002评分是否真实反映了患者的风险水平？
但在实际系统运行中，评估结果很少反馈到筛查模块。筛查数据和评估数据分属两个独立的数据表，甚至两个独立的数据库表，没有任何关联逻辑。这就造成了第三种断层：筛查准确率无法闭环验证。
从质控角度看，这是一个严重的盲区。营养风险筛查的假阴性和假阳性率是多少？不同科室、不同疾病类别的筛查-评估-致性如何？这些数据如果不打通，质控就只能停留在「筛查完成率」这个最浅层的指标上。
2025年国家卫健委发布的《进一步改善护理服务行动计划》中明确提出，要「加强护理质量控制，建立基于数据的质量监测和反馈机制」。对于营养科来说，筛查-评估一致性的数据反馈机制就是其中关键一环。
在系统设计层面，需要建立筛查-评估的双向数据通路：
- 筛查→评估：正向传递风险构成信息
- 评估→筛查：反向校验筛查准确率，校准筛查阈值
当评估结论与筛查预测存在显著偏差时，系统应自动标记，纳入质控分析。比如某个科室连续出现筛查评分低但评估结果为重度营养不良的情况，系统应当触发预警，提示该科室可能存在筛查执行偏差。
第四条断层（经常被忽视）：筛查评估数据没有进入干预决策
即使筛查和评估的数据顺利流转了，还有一个更深的断层：评估结果到营养干预方案之间缺乏系统性的决策支持。
很多医院的营养信息系统完成了筛查记录电子化和评估模板结构化，但评估完成之后，营养处方还是靠营养师人工开具。系统评估模块输出的数据——SGA评级、能量需求估算值、蛋白质目标量——没有被系统性地传递到处方模块。
这意味着评估环节积累的数据价值，在干预决策阶段几乎全部归零。营养师需要记住或重新查阅评估结果，再手动输入到处方界面。筛查-评估-干预的理想闭环在这里断裂。
要实现真正的数据贯通，系统需要在评估完成时自动生成干预建议草案：
- 根据SGA评级和体重变化，自动计算推荐能量和蛋白质目标量
- 根据疾病诊断，匹配相应的营养支持路径（口服营养补充 vs 肠内营养 vs 肠外营养）
- 将评估中的关键异常指标标注为营养干预的优先关注点
这个干预建议草案不需要替代营养师的临床判断，但它消除了数据搬运的工作量，让营养师可以把精力集中在方案调整和临床决策上——而这才是营养师不可替代的核心价值。
打通四个断层需要什么：数据标准与流程再造
回到根本问题：筛查-评估-干预之间的数据断层，不是某一个系统模块的问题，而是整个临床营养信息化建设中的数据治理问题。
从技术层面看，需要做三件事：
第一，统一数据标准。 在系统内部建立筛查、评估、干预三个环节共用的患者营养数据模型。患者的营养状态不是由某一次筛查或评估决定的，而是随时间变化的连续状态。系统需要用同一个数据模型来描述这种状态的演变，而不是每个环节各建一套字段。
第二，建立事件驱动的流程引擎。 筛查阳性不应该只是一个显示标记，而应该触发一个流程事件：生成评估任务、通知相关营养师、设置完成时限。同样，评估完成应该触发干预方案建议的生成。这种事件驱动的机制，是数据从「静态记录」变为「动态流转」的关键。
第三，设计闭环反馈的数据链路。 每一个环节的输出自动成为下一个环节的输入，同时各个环节之间建立双向的校验和反馈关系。
中国营养学会发布的《中国营养学会团体标准管理办法》中已经对营养诊疗流程的数据标准化提出了框架性要求。2024年国家卫健委发布的《全国医院信息化建设标准与规范（试行）》修订版中，也明确了对临床营养数据互联互通的要求。技术标准和政策框架都在逐步完善，关键在于落地执行——在具体的系统设计和科室实施中，把这些标准转化为实实在在的数据流通路。
从最容易断的地方开始接
筛查到评估到干预的数据断层不是一天形成的，也不可能一次性全部解决。对于正在建设或升级营养信息系统的科室，可以从三个最现实的地方入手：
第一步，做好筛查结果的透传。 哪怕暂时做不到自动生成评估预填数据，也要确保营养师在评估界面能一键查看完整的筛查报告——包括评分构成、关键指标、风险因素分类。这基本不需要系统改造，更多是界面交互优化。
第二步，建立筛查阳性的自动派单机制。 系统在筛查完成时自动生成评估任务并推送给指定营养师的移动端。不需要营养师去系统里翻阳性名单。这一步投入小、见效快，能直接缩短筛查阳性到评估启动的时间差。
第三步，设置评估到方案的半自动化干预建议。 基于评估结果自动计算能量和蛋白质目标量，作为营养处方的起点数据。营养师在此基础上做调整。这一步需要系统改造，但技术难度不大，且效果立竿见影——减少了营养师最耗时的重复计算工作。
数据贯通不是一个宏大的技术命题，而是藏在每一个筛查记录、每一次评估操作、每一张营养处方后面的基础设施问题。筛查做完了，数据在哪里、流向哪里、被谁使用——当这些问题的答案清晰可见时，临床营养诊疗才算真正从「有系统」走向了「用系统」。