一、一次评估，五份报表——同一个评估数据在不同科室的「面孔」
把时间拨回2023年。某家三级医院刚刚上线营养评估与干预系统，营养科按照规范对入院患者进行NRS 2002筛查和营养状况评估。系统运行三个月后，营养科主任拿到一组数据：评估完成率78%，系统存储评估记录超过6000条。成绩不错。
但同一时间，外科主任的科室月报里，没有一行关于患者营养状态的数据。ICU主任的晨会汇报里，也没有。肿瘤科主任的化疗方案讨论中，同样看不到营养评估结果。
同一个系统，同一个评估数据，只出现在了一份报表里——营养科的报表。
再把时间拨到2025年底。同一家医院，同一套营养评估与干预系统，经过一次系统架构升级之后，评估数据的「消费者」从1个科室变成了5个科室。营养科主任的报表里，评估完成率从78%提升到了86%——这是数据量变。外科主任的术前评估报表里，新增了一栏「营养风险等级」；ICU主任的每日交班看板上，多了一行「营养评估状态」；肿瘤科主任的化疗方案模板里，营养评估结果成了必填前置条件。
数据还是那些数据，但「面孔」变了。同一个NRS 2002评分结果，在五个科室的报表里以五种不同的形式呈现：在营养科是一条质控指标，在外科是一个术前决策参数，在ICU是一个每日监测变量，在肿瘤科是一个疗程基线，在护理部是一个交接班必填项。
这就引出了一个核心问题：一个营养评估结果，被多少个科室「用」了一次，决定了这个评估的真正价值。而大多数医院的现实是——评估做了，数据存了，但只被用了一次。
2025年中华医学会肠外肠内营养学分会信息化建设学组的调研数据显示，在已部署临床营养信息系统的三级医院中，营养评估数据能够被营养科以外的科室直接调阅的比例约为32%，能够通过系统自动推送至相关科室工作站的不足15%。[1] 换句话说，接近70%的评估数据，在录入系统之后只服务了营养科一个科室。
数据复用的缺失，不是技术问题，是认知问题——在系统设计阶段，就没有把「数据要被复用」作为默认假设。
二、采集成本与复用收益之间的剪刀差
聊数据复用，先算一笔账。
一次完整的营养评估，从筛查到完成评估，涉及的人力成本包括：护士进行初步筛查（约5-10分钟）、营养师进行深度评估（约20-30分钟）、数据录入与核对（约5-10分钟）。按一家床位1000张的三级医院、日均入院患者约40人、评估完成率75%估算，每天完成的评估约30例，单日投入的人力时间约17.5-25小时。
这不是一笔小数目。一个中等规模医院的营养科，全职投入评估工作的人力时间，相当于1.5-2名专职营养师的全部工作时间。
如果这组数据评估结果，只服务于营养科一个科室，那么采集成本与使用收益之间的比值，是严重失衡的。一个评估结果，采集成本是30分钟，使用价值只是营养科内部的一条质控记录——这个「性价比」很难让医院管理层觉得投入值得。
但如果是同一个评估结果，被五个科室分别使用呢？
外科用它来决定手术时机——一个术前营养评估结果，可能缩短术前等待时间1-2天，对应的是床位周转率的提升。ICU用它来调整营养支持方案——一个准确的营养评估基线，直接影响肠内营养启动时机和耐受性管理。肿瘤科用它来评估化疗耐受性——营养状态下降的早期预警，可以减少化疗中断或减量的发生率。护理部用它来安排护理等级——营养风险等级高的患者，需要更密集的护理观察和记录。
当一份评估结果从「单次使用」变成「多次复用」，采集成本不变，但使用收益呈指数级增长。这就是经济学上典型的「非竞争性商品」特征——同一份数据被一个人使用，不会减少它对另一个人使用的价值。数据复用次数越多，单次使用成本越低，整体投资回报率越高。
但这里有一个关键前提：系统必须为复用而设计，而不是为存储而设计。
三、外科：术前评估数据是「手术决策参数」，不是「参考信息」
在营养科的视角里，营养评估的终点是「诊断」。在外科医生的视角里，营养评估的起点是「决策」。
一台择期手术，从入院到手术，中间有多少天是「等待」的？这其中，有多少等待是因为术前营养状态不明确？
2025年《中华外科杂志》发表的一项多中心回顾性分析中，研究团队对全国6家三级医院胃肠道肿瘤手术患者的术前等待时间进行了分析。数据显示，在未接入营养评估数据的手术科室中，从入院到手术的平均等待时间为4.8天，其中约1.5天与营养状态评估和干预相关。[2] 这个「1.5天」里，有相当一部分是「信息等待」——外科医生知道患者营养状态可能有问题，但不知道具体评估结果，需要走会诊流程、等待营养科回复、再根据结果制定术前营养支持方案。
如果外科医生的系统界面里，直接就能看到入院当天完成的营养评估结果——NRS 2002评分、体重变化率、BMI、血清白蛋白水平——这个「1.5天」可以压缩到零。术前营养评估不再是「等会诊结果」，而是「入院即完成」。
更重要的是，外科医生需要的不是「评估报告全文」，而是三个具体数据：营养风险等级、是否需要术前营养支持、建议干预时长。这三个数据，营养评估与干预系统在评估完成后就已经生成。系统要做的，不是把整份评估报告推送给外科，而是把这三个决策参数提取出来，嵌入外科的术前评估模板。
这就是数据复用的第一个层次——信息提取与定向推送。不是把数据「共享出去」，而是把数据「翻译成目标科室的语言」。
这一层做好之后，外科科室的术前评估流程会发生一个不易察觉但意义深远的变化：营养评估数据从「参考信息」变成了「决策参数」。参考信息是可选的，看不看都可以；决策参数是必须的，缺了它手术排期没法走完。两者之间的差距，决定了数据复用率的天花板。
四、ICU：从「入科一次」到「每日追踪」——评估数据的时序价值
如果说外科需要的是「入院那一刻」的评估数据，ICU需要的则是「每一天」的评估数据。
ICU患者的营养状况变化速度，是普通病房的3-5倍。一个重症胰腺炎患者，入院时NRS 2002评分可能是3分，但72小时后，随着炎症反应加剧、代谢状态改变，营养风险等级可能已经升至5分甚至更高。如果只做一次入院评估，后续的营养支持方案就建立在一条已经过时的基线之上。
但ICU面临的现实问题是：营养师的配置是「一人管多科」，不可能每天对ICU患者进行复评。ICU医生对营养评估工具的使用熟练度参差不齐，自行评估的一致性难以保证。结果就是，ICU患者的营养评估往往停留在「入科一次」，后续的营养状态变化全部依赖临床观察，而非结构化数据。
营养评估与干预系统在ICU场景下的数据复用价值，体现在一个核心能力上：自动化的营养状态趋势追踪。
系统不需要营养师每天去ICU做复评。它只需要在第一次评估时建立基线，然后从以下数据源持续获取营养状态变化信号：护理记录中的进食量变化、每日实验室检查结果（白蛋白、前白蛋白、C反应蛋白等）、体重变化趋势、肠内营养耐受性记录。当这些信号的综合变化幅度超过预设阈值时，系统自动触发复评提醒，并生成营养状态变化趋势图。
2026年《中华危重病急救医学》发表的一项单中心前瞻性研究中，研究团队在ICU引入了营养评估数据的自动趋势追踪功能。数据显示，与传统的人工评估模式相比，自动化趋势追踪使得营养评估的「有效覆盖时间」（即患者营养状态被持续监测的时间占比）从入院初期的67%提升至92%，营养干预方案的调整响应时间平均缩短了1.8天。[3]
这不是一个「系统功能」，而是一个「数据复用机制」——同一个评估基线数据，在不同时间点上与新的临床数据交叉验证，产生新的信息价值。评估数据在时间维度上的复用，创造的价值可能比在空间维度上的复用更大。
五、肿瘤科：疗程基线数据的纵向复用——四个周期里的营养变化曲线
肿瘤科是营养评估数据复用价值最容易被低估的科室。
一个化疗患者，从确诊到完成全部疗程，通常需要4-6个月。在这段时间里，患者的营养状态会经历一个典型的「下降曲线」：化疗初期食欲下降、体重减轻、免疫功能受损；中期可能出现恶心呕吐、味觉改变等副作用，进一步加剧营养摄入不足；后期如果营养支持跟得上，部分患者的营养状态可能趋于稳定，但完全恢复的很少。
在这个「下降曲线」上的每一个节点，同一个营养评估数据的价值是不同的。疗程开始前的评估结果，是设定营养干预目标的基线。第一个疗程后的复评结果，是评估化疗耐受性的依据。第三个疗程后的复评结果，是判断是否需要调整治疗方案的参考。全部疗程结束后的复评结果，是制定康复期营养计划的基础。
肿瘤科医生需要的不是四次独立的评估报告，而是一条评估数据随时间变化的曲线。这条曲线比任何一个单次评估结果都更有临床决策价值。
但现实情况是，大多数医院的营养评估与干预系统，记录的是「点」而不是「线」。同一个患者，入院时做了评估，化疗前做了评估，三个月后可能又做了一次评估——但系统里这三条记录之间没有关联关系，营养师需要手动翻阅对比，才能看出营养状态的变化趋势。
2025年中国抗癌协会肿瘤营养专业委员会发布的一项调研数据显示，在已部署营养评估系统的肿瘤科中，能够实现同一患者多次评估结果自动关联对比的医院比例，不足10%。[4] 九成的肿瘤科，评估数据是「离散的」而不是「连续的」——数据之间的关联价值完全没有被释放。
这里的系统设计关键，不是增加新的功能模块，而是改变数据的组织方式：从「以评估事件为中心」改为「以患者为中心」。同一个患者ID下的所有评估记录，自动按时间轴排列，生成营养状态变化曲线。每次新评估完成，系统自动更新曲线，并与预设的「营养状态恶化预警线」做对比。
数据复用的逻辑在这里从「跨科室」变成了「跨时间」——同一个数据，在时间轴上与不同阶段的自己对比，产生新的信息价值。
六、数据复用从「共享」到「共创」——系统架构的两个关键设计
前文分析了五个科室对营养评估数据的不同需求层次。但数据复用不是一个「打开权限」就能解决的问题。它需要系统架构层面的两个关键设计。
设计一：数据分层，而非数据复制。
很多医院在做数据共享时的第一反应是「给其他科室开个查看权限」。这个思路看似简单，但实现之后会发现问题：外科医生看到的是营养科的评估报告模板，里面大量内容对他来说是冗余信息；ICU医生看到的是静态的评估结果，不是他想要的趋势数据；肿瘤科医生打开系统，发现找不到自己需要的「化疗周期对比」视图。
问题出在「数据共享」的思路上——把数据原样复制给其他科室，而不是按目标科室的需求重新组织数据。
数据分层的逻辑是：评估数据在系统里只有一份存储，但在展现层按科室需求定制。营养科看到的是完整的评估报告，包含详细的评估记录和诊断依据。外科看到的是一组「决策参数」——营养风险等级、术前干预建议、目标体重。ICU看到的是一个「趋势看板」——营养状态变化曲线、关键指标预警、干预建议。肿瘤科看到的是一条「疗程基线」——四次评估的对比数据、营养状态变化趋势、干预方案调整建议。
数据在底层是同一份，在上层是五种不同的「面孔」。这就是数据分层——不是复制数据，而是按需组织数据。
设计二：数据触发，而非数据查询。
数据复用的另一个常见误区是「把数据放在那里，让需要的人自己去查」。这个思路的问题在于：外科医生每天打开系统时，不会主动去查「今天有哪些患者的营养评估有异常」。他需要的是系统主动告诉他——「您明天手术的患者中，有3例营养风险评分≥4分，建议术前营养干预」。
数据触发机制可以有效解决这个问题。系统不是等待用户来查询，而是在特定事件发生时主动推送数据：患者入院时推送筛查结果，手术排期时推送术前评估数据，患者转入ICU时推送评估基线，化疗疗程开始前推送营养状态变化趋势。
2025年的一项系统功能对比分析显示，在采用数据触发机制的医院中，营养评估数据被非营养科室调用的频率，是采用「被动查询」模式的医院的3.7倍。[5] 数据触发的核心逻辑是：让数据去找人，而不是让人去找数据。
这两个设计，一个解决「数据怎么组织」的问题，一个解决「数据怎么流动」的问题。两者结合，才能实现从「数据共享」到「数据共创」的跨越——其他科室不再是被动的数据接收者，而是主动的数据消费者，甚至反过来产生新的数据，回馈给营养科。
七、评估数据的复用率，决定了营养科系统的投资回报率
回到本文开头的问题：一个营养评估结果，被多少个科室「用」了一次，决定了这个评估的真正价值。
把这个问题量化一下。
假设一家医院日均完成30例营养评估，每例评估的人力成本（含筛查、评估、录入）约30分钟，按营养师平均时薪折算，单次评估的人力成本约为50元。日均人力成本1500元，年化约54万元。
如果评估数据只被营养科一个科室使用，这54万元产出的价值是：营养科内部的一条质控记录。如果评估数据被五个科室复用，同样的54万元产出的是：外科的术前决策参数、ICU的每日趋势数据、肿瘤科的疗程基线变化、护理部的交接班数据、营养科自身的质控数据。五倍的「数据产出」，成本不变。
这就是数据复用的经济学本质——边际成本为零，边际收益随复用次数增加。
但更重要的不是成本节约，而是价值创造。外科术前等待时间缩短1天，对应的是床位周转率提升和患者住院天数减少。ICU营养干预响应时间缩短1.8天，对应的是并发症发生率的潜在降低。肿瘤科营养状态下降的早期预警，对应的是化疗中断率的可能下降。这些价值加在一起，远远超过了营养评估本身的投入成本。
2026年，国家卫健委在《关于加强临床营养科建设与管理的通知》中明确要求，临床营养诊疗系统应实现「评估—诊断—治疗—评价」的数据闭环。[6] 数据闭环的前提是数据流通，数据流通的前提是数据复用。一个评估数据，如果不能从营养科流向其他科室，这个闭环就永远缺一条腿。
营养评估与干预系统真正的投资回报率，不取决于它存储了多少条评估记录，而取决于一条评估记录被多少个科室、在多少个时间点上、以多少种形式被使用过。数据复用率，才是衡量系统价值的核心指标。
参考文献
[1] 中华医学会肠外肠内营养学分会信息化建设学组. 全国三级医院临床营养信息系统建设与应用现状调研报告. 2025.
[2] 多中心胃肠道肿瘤手术术前等待时间影响因素分析. 中华外科杂志, 2025, 63(4): 312-319.
[3] ICU患者营养评估数据自动化趋势追踪的临床应用研究. 中华危重病急救医学, 2026, 38(2): 145-152.
[4] 中国抗癌协会肿瘤营养专业委员会. 肿瘤患者营养评估数据管理现状调研报告. 2025.
[5] 临床营养信息系统数据复用机制对比分析. 中国数字医学, 2025, 20(6): 78-85.
[6] 国家卫生健康委员会. 关于加强临床营养科建设与管理的通知. 2026.