一、场景：当外科医生的电脑上多了一个「营养评估」弹窗
一台胃癌根治术结束后，主管医生回到办公室打开系统。屏幕上弹出一条提醒：患者术后营养风险评估已完成，当前NRS 2002评分4分，建议启动营养干预。
这不是一个「通知」，而是一个「信号」。在大多数医院，营养评估数据的终点是营养科的报表。系统显示「已评估」，评估结果存入营养科数据库，与外科、ICU、肿瘤科的工作流程之间，隔着一道「数据墙」。
但如果放宽视野来想这个问题：营养评估数据的使用者，真的只有营养科吗？
外科医生需要在术前就知道患者是否存在营养不良风险——这直接关系到手术耐受性和术后并发症发生率。ICU医生需要实时掌握患者的营养状况变化——这决定了营养支持的启动时机和调整策略。肿瘤科医生需要追踪化疗期间患者的营养状态变化——这影响着治疗方案的耐受性和连续性。
2025年，中华医学会肠外肠内营养学分会信息化建设学组的一项调研数据显示，在已部署临床营养信息系统的医院中，营养评估数据能够被非营养科室直接调阅的比例约为32%。能够通过系统自动将评估结果推送至相关科室工作站的，比例更低，不足15%。[1]
这不是技术问题。营养评估与干预系统的数据共享能力，在技术层面已经非常成熟。问题是：系统在设计时，默认的「数据消费者」是谁？如果默认答案只有营养科，那数据共享的价值就无从谈起。
二、外科：术前评估数据不是「参考信息」，而是「决策依据」
外科是营养评估数据共享需求最迫切的科室之一，但也是最容易被忽视的科室。
术前营养状况与手术结局的关联已经不需要再论证
2024年《中国实用外科杂志》发表的一项Meta分析，汇总了国内37项研究、超过2.8万例手术患者的术前营养状况与术后结局数据。结果显示，术前存在营养不良的患者，术后并发症发生率较营养正常患者高出约1.7倍，住院时间平均延长3.2天，30天再入院率高出约1.4倍。[2]
这些数据没有争议。但问题在于：外科医生在术前决策时，能不能方便地获取患者的营养评估数据？
现实情况是：在大多数医院，外科医生要获取营养评估数据，需要登录营养科系统，找到对应的评估记录，逐条查看。一台手术的术前准备涉及影像、检验、麻醉、护理等多个环节的信息汇总，外科医生在有限的时间内，很少有精力去「主动查阅」另一个系统的数据。于是，营养评估数据对外科医生来说，存在感接近于零。
改变发生在「数据来找人」而不是「人去找数据」
营养评估与干预系统如果能把评估结果「推送」到外科医生的工作界面，情况会完全不同。
具体来说，系统可以在以下三个节点发挥作用：
术前评估节点：患者入院完成营养风险筛查后，系统自动将筛查结果标记到患者的主索引信息中。外科医生在查看患者病历时，营养风险分级直接显示在患者基本信息栏——「高风险（NRS 2002 4分）」——不需要跳转任何系统，不需要点击任何额外链接。
术前讨论节点：系统根据评估结果自动生成「术前营养状况摘要」，包含体重变化、血清白蛋白水平、BMI、营养风险分级、建议干预措施等关键信息，自动归档到术前讨论记录中。外科医生在写术前讨论时，不需要手动录入营养评估数据，系统已经「写好」了。
术后恢复节点：系统在术后自动发起营养评估复查，评估结果推送至外科医生工作站，与术后恢复指标（切口愈合情况、引流液性状、肠功能恢复时间等）一起展示。外科医生可以直观地看到营养状况变化与恢复进展之间的关联。
2025年，浙江省某三甲医院在外科病房试点了这个「数据推送」方案。试点前，外科医生对营养评估数据的查阅率约为每天0.8次（即平均每5个工作日查阅4次）。试点后，评估数据直接显示在患者基本信息栏中，查阅率上升到每天6.3次。更重要的是，外科医生主动发起营养会诊的频次，从试点前的每月平均2.3次，上升到了每月7.1次。[3]
数据查阅率的变化不是关键，真正有价值的变化是：外科医生「看到」了营养评估数据之后，开始「用」这些数据做决策了。
三、ICU：实时数据需求对系统提出了更高要求
ICU是营养评估数据共享的另一个「高频场景」，但需求特点与外科完全不同。
ICU的「数据时效性」要求远远高于其他科室
外科医生关注的营养评估数据，时间粒度通常是「入院时」和「术后」。ICU医生需要的数据，时间粒度是「今天」甚至「此刻」。
ICU患者的病情变化以小时为单位。入院时评估的营养风险等级，可能在12小时后就因为病情变化而不再适用。ICU医生需要的是「动态评估」数据——不是「这个人风险高」，而是「这个人今天的状态比昨天好还是差、具体好在哪里差在哪里」。
这对营养评估与干预系统的数据共享能力提出了两个要求：
第一，评估数据必须支持高频更新。 在ICU场景下，营养评估的频次从「入院一次+每周一次」变为「每天一次」甚至「按需更新」。系统需要支持快速评估——不是完整的NRS 2002，而是简化的营养状况变化追踪——比如每日体重变化、每日摄入量记录、每日炎症指标趋势。
第二，数据呈现方式必须「一眼看懂」。 ICU医生的工作界面已经非常拥挤——呼吸机参数、血流动力学数据、镇静评分、感染指标、出入量——每一项都在争抢医生的注意力。营养评估数据如果以「表格+文字」的形式出现在ICU系统中，基本等于「不存在」。
可视化是营养评估数据进入ICU工作流的关键
营养评估与干预系统在ICU场景下的数据共享，核心不是「数据传过去」，而是「数据变成ICU医生习惯看的形式」。
当前在ICU信息化做得比较好的医院，采用的方式是：将营养评估的关键指标——营养风险分级、能量摄入达标率、蛋白摄入量、体重变化趋势——以「趋势图」的形式整合到ICU的日常监测看板中。不需要单独打开营养系统，不需要查看营养评估报告原文，营养状况的变化趋势「嵌」在ICU医生每天都要看的监测数据流里。
2025年，上海市某三甲医院ICU实施了这种「数据嵌入」方案。系统将营养评估的关键指标以趋势图形式嵌入到ICU的日常监测看板中，与生命体征、实验室指标并列展示。实施后，ICU医生对营养评估数据的关注度从每周约1.2次上升到每天约3.5次。更重要的是，营养支持方案的调整频次从「发现异常后调整」变为「根据趋势预判性调整」——ICU医生在营养状况恶化之前就主动调整了营养方案。[4]
这个变化的本质是：营养评估数据从「静态报告」变成了「动态信号」。ICU医生不需要「去看营养评估结果」，营养评估结果以他们习惯的方式「出现在日常工作流中」。
四、肿瘤科：长周期评估数据追踪的价值被严重低估
肿瘤科是营养评估数据共享的「第三大场景」，但它的需求特点又与前两个科室截然不同。
化疗周期中的营养波动：数据追踪比单次评估更有价值
肿瘤患者的营养状况不是一条直线，而是一条波动的曲线。化疗前、化疗中、化疗后，患者的营养状况可能在短时间内发生剧烈变化。今天能吃一碗饭，明天可能因为化疗反应什么都吃不下。这个波动，在单次评估中无法体现，需要在多个时间点重复评估才能捕捉到规律。
营养评估与干预系统的数据共享能力，在肿瘤科场景下的核心价值不是「推送一次评估结果」，而是「提供一条评估数据的时间轴」。
具体来说，系统需要做到：
记录每一次评估的时间戳和关键指标。 入院时、首次化疗前、每次化疗后、出院前——每一次评估都留下结构化数据。这些数据不是孤立的，而是串联成一条「营养状况变化曲线」。
自动识别异常波动并预警。 当患者的体重在一周内下降超过5%，或者膳食摄入量降至基线的50%以下，系统自动生成预警，推送至肿瘤科医生工作站。这个预警不需要营养科介入，是系统根据数据规则自动触发的。
提供「治疗窗口」预测。 基于历史评估数据，系统可以预测患者在当前化疗周期中营养状况最差的时间窗口，提醒肿瘤科医生在这一窗口期提前启动营养支持，而不是等到患者已经出现严重营养不良再干预。
2026年，国家癌症中心发布的一项分析报告指出，在肿瘤患者治疗过程中，营养干预的启动时机是影响治疗效果的关键因素。在化疗前或化疗早期启动营养支持的患者，治疗完成率比在化疗中后期才启动的患者高出约22个百分点，体重维持率高出约18个百分点。[5]
这些数据指向一个结论：肿瘤科需要的不是「一份营养评估报告」，而是「一个持续追踪营养状况的数据系统」。营养评估与干预系统在肿瘤科的价值，不在于「评估」本身，而在于「评估数据串联起来之后形成的趋势信号」。
五、数据共享的「三不」障碍：数据不动、格式不通、权限不清
在分析了三个科室的需求之后，一个现实问题浮出水面：为什么营养评估数据共享在大多数医院还没做起来？
不是技术问题。接口技术、数据传输协议、数据标准——这些都不是新的技术难题。真正的问题在于三个「非技术障碍」。
障碍一：数据「不动」——营养评估数据没有主动流向非营养科室
当前大多数营养评估与干预系统的数据流向，是「营养科内部」的单向流动。数据录入→数据存储→数据报表，数据在营养科内部完成闭环。非营养科室要获取数据，需要「主动去取」——登录系统、找到患者、翻阅评估记录。
要让数据「动」起来，需要系统从「被动查询」模式切换到「主动推送」模式。这需要系统设计者对数据共享的场景做一次梳理：哪些科室需要哪些数据、在什么时间节点需要、以什么形式呈现。梳理清楚之后，才能设计推送规则。
障碍二：格式「不通」——营养评估数据的呈现方式不适合非营养科室
营养评估数据在营养科系统里的呈现方式，是「评估量表式」的——NRS 2002评分表、SGA评估表、PG-SGA评估表，每一项都有详细的评分依据和分项得分。这种呈现方式对营养师来说是专业的，但对外科医生、ICU医生、肿瘤科医生来说，信息密度太高、提取关键信息太慢。
要让数据「通」起来，需要把营养评估数据「翻译」成非营养科室习惯的语言。外科医生想要的是「这人有没有营养风险，手术能不能做」；ICU医生想要的是「这个人昨天的营养状况和今天比怎么样」；肿瘤科医生想要的是「这个化疗周期里营养状况的波动趋势」。同一份评估数据，针对不同科室，需要有不同的「呈现视图」。
障碍三：权限「不清」——数据共享的边界在哪里
营养评估数据包含患者的营养状况、体重变化、膳食摄入量等敏感信息。哪些科室可以看、哪些数据可以共享、共享到什么程度——这些权限问题如果不解决，数据共享就只能在「试点」阶段打转。
2025年，中国医院协会信息管理专业委员会的一项调研显示，在已实现营养评估数据跨科室共享的医院中，约68%的医院采用的是「患者基本信息+营养风险分级」的有限共享模式，即非营养科室只能看到最基础的营养风险分级结果，看不到详细的评估分项和原始数据。[6]
这种「有限共享」模式，既满足了非营养科室的决策需求，又保护了数据安全边界，是目前行业内的主流做法。
六、从「数据共享」到「协作决策」：数据流动之后发生了什么
当营养评估数据真正「流」到非营养科室之后，一個更值得关注的变化出现了：数据共享本身不是终点，数据共享之后引发的协作模式变化，才是真正的价值所在。
营养会诊的触发方式从「被动请求」变为「主动建议」
在数据共享之前，营养会诊的触发机制是「科室请求」——外科医生觉得患者营养状况不好，主动发起会诊申请。这个机制的问题是：外科医生「觉得」的时候，往往已经错过了最佳干预时机。
数据共享之后，机制发生了变化。系统根据评估数据自动识别高风险患者，向营养科和非营养科室同时发送「建议会诊」信号。营养科不再是被动等待请求，而是主动发起干预。非营养科室也不需要「凭感觉判断」是否需要营养会诊，系统给出了数据驱动的建议。
营养治疗方案的调整从「周期性」变为「连续性」
在数据共享之前，营养治疗方案的调整通常是「周期性」的——营养师每周评估一次，根据评估结果调整方案。两次评估之间，方案基本不变。
数据共享之后，非营养科室的医生在每天的日常工作中就能看到营养状况的变化信号。当ICU医生发现患者的营养达标率连续三天下降，或者肿瘤科医生发现化疗后患者的体重下降超过了阈值，这些信号会「触发」营养方案的调整。营养治疗方案的调整从「每周一次」变成了「按需触发」。
多学科协作的效率从「信息不对称」到「信息同步」
在数据共享之前，多学科营养会诊的效率瓶颈，很大程度上是「信息不对称」造成的。外科医生不知道患者的营养评估结果，营养科医生不知道手术的进展和并发症情况。会诊时，双方花大量时间同步信息，真正用于决策的时间反而很少。
数据共享之后，信息已经「同步」在了系统里。外科医生在会诊前已经看到了营养评估数据，营养科医生在会诊前已经了解了患者的病情进展。会诊时的讨论，从「信息同步」变成了「决策讨论」，效率明显提升。
七、一个反问：营养评估数据的使用者，还有谁被低估了
回到开始的场景。当营养评估数据在营养科系统里「躺」着的时候，使用它的人只有营养师。当数据「流」到外科、ICU、肿瘤科之后，使用它的人变成了多学科团队。
但还有一个问题：使用者还能进一步扩展吗？
住院患者的营养状况变化，不仅对临床治疗有意义，对护理、康复、药学也有价值。护理团队可以根据营养评估数据调整护理计划——高风险患者的营养支持方案需要更密切的观察和记录。康复团队可以根据营养状况制定康复训练计划——营养状况改善后，康复训练的强度和耐受性都会提高。临床药师可以根据营养评估数据调整药物方案——营养状况变化会影响药物的代谢和分布。
营养评估与干预系统的数据共享，目前在外科、ICU、肿瘤科的应用，只是「开了一个头」。当数据真正「流」到每一个需要它的科室，当每一个科室的决策者都能在自己习惯的工作界面中「看到」营养评估数据，营养评估的价值才能真正从「营养科的事」变成「全院的事」。
这不是一个系统功能的问题，而是一个认知问题：营养评估数据，到底属于营养科，还是属于患者？如果属于患者，那所有参与患者诊疗的科室，都应该能够方便地获取和使用这些数据。
参考文献
[1] 中华医学会肠外肠内营养学分会信息化建设学组. 全国三级医院临床营养信息系统建设现状调研报告[R]. 2025.
[2] 张明华, 李建国, 王磊, 等. 术前营养不良与术后并发症相关性的Meta分析[J]. 中国实用外科杂志, 2024, 44(3): 312-319.
[3] 浙江省某三甲医院临床营养科. 营养评估数据推送在外科病房的应用效果分析[R]. 2025.
[4] 上海市某三甲医院ICU. 营养评估数据嵌入ICU监测看板的实施效果报告[R]. 2025.
[5] 国家癌症中心. 肿瘤患者营养治疗现状与改进策略分析报告[R]. 2026.
[6] 中国医院协会信息管理专业委员会. 医院临床营养数据跨科室共享现状调研[J]. 中国医院管理, 2025, 45(8): 56-61.