患者转科，营养方案跟得上吗：营养诊疗一体化平台的信息接力困境与解法
ICU的主管医生在系统里提交了转科申请——患者生命体征稳定，可以转回普通病房继续治疗。住院总护士开始整理病历、核对医嘱、打印转科记录单。营养科这边，患者一周前的营养评估报告和当前的肠内营养处方都记录在营养系统中。但问题是：这些信息会在患者转科时，完整、准时地到达接收科室吗？
答案大概率是否定的。
这不是个例。住院患者在科室之间的流转——从急诊到病房、从ICU到普通病房、从外科到康复科——是大型医院日常运营中最频繁发生的医疗活动之一。而营养治疗方案的连续性，恰恰在每一次转科节点上面临断裂风险。营养评估结果没有跟着患者走，肠内营养的执行记录在新的科室查不到，处方在接收科室的系统里显示不全——这些问题的共同指向是：医院的信息系统完成了科室内的数据管理，却没有完成跨科室的信息接力。
一、转科不是结束，但对营养方案来说常常是
先看一组能说明问题的过程数据。
在一家年出院量6万人次的三甲医院，住院患者在院期间平均经历1.7次科室流转。ICU患者平均经历2.3次转科或会诊转回。外科手术患者从术前病房到手术室再到术后恢复室最后转回病房，平均经历3次护理单元交接。每次交接，营养相关信息发生一次衰减——这是多项跨科室信息流转研究共同揭示的规律。
营养科在患者转科过程中的信息丢失体现在三个可量化的环节上。
筛查记录的跨科可及性。 患者在A科室入院时完成的营养风险筛查记录，存储在A科室的护理系统或营养评估模块中。当患者转到B科室后，B科室的医护团队能否直接查阅这份筛查记录？在系统各自独立运行的医院，答案是需要「跨科室调阅」。而在接口未打通或查看权限未配置的情况下，接收科室的医护人员要么根本不知道这份筛查记录存在，要么需要手动翻阅电子病历中的既往记录才能找到。
干预方案的连续性。 患者在ICU期间，营养科为其制定了肠内营养方案，包括制剂类型、输注速率、目标热量和蛋白质需求量。患者转回普通病房后，这份方案是否继续执行？《中华临床营养杂志》2024年发表的一项多中心回顾性研究显示，从ICU转出的患者中，约41%的患者在转出后72小时内出现了营养支持方案的变更或中断，其中约三分之一的变更缺乏明确的临床指征记录——换言之，变更不是因为患者病情需要，而是因为接收科室不清楚原方案或者系统里找不到完整的方案信息。
营养状况的动态追踪断裂。 患者转科前营养科已完成一次全面评估并记录了体重、血清白蛋白、前白蛋白等指标。转科后，接收科室的营养评估从零开始还是基于前序评估结果继续追踪？大多数临床实践中的选择是「重新评估」——不是因为有临床必要，而是因为前序评估数据在新的科室工作流中不可见。
中华医学会肠外肠内营养学分会2023年发布的《成人住院患者营养风险筛查与评估规范》中明确建议，住院患者在科室变更时应重新进行营养风险筛查。但这个「应重新筛查」的建议，在实际解读中存在两种理解：一部分临床团队将其理解为「因为前序数据不可获取所以需要重新查」，另一部分理解为「因为病情变化需要动态追踪所以重新查」。前者是信息系统的缺陷，后者才是临床必要的动态评估。现有的转科流程中，这两种情况被混为一谈。
二、营养信息在「接力跑」的哪一棒掉了
把患者转科过程中营养信息的流转拆解为四个阶段，可以更清楚地看到断点具体发生在哪个环节。
第一棒：转出科室的信息打包
患者即将转科时，转出科室需要做的是「信息打包」——把患者在本科室期间的营养相关记录整理好，以便传递给接收科室。这个阶段的核心问题是：系统能否自动生成一份结构化的营养交接摘要？
目前大多数医院的做法是：护士在护理记录中手写一段转科小结，营养相关的内容只占其中一两行，格式为「患者营养状况可/差，目前予EN/PN支持」。更详细的信息——营养评估的具体评分、各项代谢指标的基线值和变化趋势、当前处方的具体成分和剂量、喂养耐受性记录——要么没有被纳入交接摘要，要么散落在系统各模块中需要接收科室自行查阅。
在这个环节丢失的信息，下游环节永远找不回来。 不是技术上的找不回，而是流程上没有人会意识到这些信息应该被传递。
第二棒：信息传输
如果转出科室的系统与接收科室的系统不是同一套——这在多系统并存的医院中极为常见——信息传输就面临接口层面的困难。
营养诊疗系统与HIS之间、HIS与护理系统之间、各科室独立的专科系统之间，数据交换的标准化程度参差不齐。HL7、FHIR等医疗信息交换标准在国内医院的落地比例虽然在逐年提高，但中国医院协会信息管理专业委员会的相关调研数据显示，实现全结构化数据交换的三级医院占比仍不足三分之一。多数医院采用的是点对点的接口对接模式——系统A和系统B之间有一条数据通道，但系统A和系统C之间没有，需要经过HIS中转。每经过一次中转，数据字段就会发生一次筛选和截断。
经过四到五次中转后，接收科室系统里呈现的营养信息是否还能保持评估时的完整度和准确度，是一个需要打问号的问题。
第三棒：接收科室的信息接入
信息到达接收科室系统后，下一个问题是：谁来查看、如何查看、在什么时间点查看。
接收科室的医生打开患者的电子病历，在「既往记录」目录下找到营养科的评估报告，点击打开——这是理想情况下的操作路径。实际情况可能是：接收科室的医生不知道患者做过营养评估，或者知道有评估报告但在系统里找不到入口，或者找到了入口但查看权限需要额外申请。
更隐蔽的问题是信息嵌入工作流的深度。接收科室的日常工作视图中，入院评估、诊断、检验结果、用药记录通常占据默认界面的主要位置。营养评估报告、营养处方执行记录等专科信息，往往需要进入「其他记录」或「专科会诊记录」子目录才能找到。当系统默认界面不展示营养信息时，即使数据完整地传输到了接收科室的系统数据库中，在临床决策中它仍然是「不可见」的——看不见的信息，等同于没有传递。
第四棒：营养方案的延续执行
前三棒如果都出了问题，第四棒的结果可想而知。但即使在理想条件下——信息打包完整、传输畅通、接收科室可查阅——营养方案的延续执行仍然面临一个操作层面的问题：谁来负责？
患者转科后，原有的饮食医嘱或肠内营养医嘱是否需要重新开具？如果需要重新开具，谁有权限开？营养科的处方权限在转科后是否需要在接收科室系统里重新授权？如果接收科室没有营养科的系统账号，营养师如何跟踪患者的后续营养状况？
这些操作层面的问题看似琐碎，但每一道都是真实存在的流程障碍。多篇关于临床营养治疗连续性的分析中都提到，患者转科后营养治疗的执行率较转科前下降约30%至50%，下降最显著的阶段是转科后24至48小时。
三、问题不在某一个科室，在系统之间的「接缝处」
如果把前述四个阶段串联起来看，一个更底层的规律就浮现出来了：营养信息在转科中断裂，原因不在某一个科室的信息系统功能不足，而在各系统之间的接缝处。 转出科室的系统和接收科室的系统各自正常运转，但两者之间的数据通路没有建立，或者建立得不够稳固。
这种「接缝处真空」在医院信息化建设中不是营养科独有的问题。检验结果跨科共享、影像数据跨院区调阅、用药记录跨阶段追溯——这些场景的系统集成需求是一致的。但营养信息有其特殊性：它的评估工具多样、数据字段结构复杂、干预方案需要根据病情动态调整，对信息完整度的要求比单一数值型的检验结果更高。
国家卫健委在《关于加强临床营养科建设与管理的通知》中要求医疗机构加强营养处方的信息化、标准化建设，并将临床营养科纳入医院信息化建设的整体范畴。但这个「整体范畴」在实践中经常被理解为「营养科有自己的系统就行」，而忽略了营养科系统与医院其他信息系统之间的协同——特别是患者在不同科室流动时，营养信息的跨系统延续。
营养诊疗一体化平台在这个问题上的定位，不仅仅是「管理营养科内部业务流程的工具」，更是「连接各科室营养信息断点的枢纽」。但这种能力的实现，需要平台在架构层面具备几个基本条件。
跨科室的数据视图。 平台的数据模型应以患者为中心而非以科室为中心——患者的营养筛查记录、评估报告、处方方案、执行记录、监测指标，按时间线组织成一个连续的健康记录，而不是按科室割裂为若干独立片段。当患者从A科转到B科，平台应该自动将患者的营养档案转移到B科的工作视图中，无需人工申请调阅。
科室间自动触发的信息推送。 患者转科事件本身在HIS中是一个标准流程节点。如果营养诊疗平台对接到HIS的转科事件接口，就能在患者转科的同时自动完成三件事：将当前营养方案摘要推送给接收科室的责任医生或责任护士；在营养科的工作台生成一条待办事项，提示营养师跟进转科患者的营养方案延续；将前序评估数据和处方信息打包为结构化的延续记录，存入接收科室的工作流中。
权限模型随科室流转自适应。 营养师在A科室可以查看和修改患者的营养处方，患者转科到B科室后，同一营养师的权限应当自动延续至B科室的患者记录。当前多数系统的问题是权限和科室强绑定——营养师在A科室的权限到了B科室就自动失效，需要手动申请——这看似是权限管理的小问题，但在高频转科场景下，每天新增的权限申请和维护成本足以让营养师放弃使用系统而回到线下的沟通方式。
四、从「信息跟随患者」到「信息先于患者到达」
上述架构设计要实现的功能目标可以用一句话概括：信息不应该跟着患者走，而应该先于患者到达。 患者还在转科途中，接收科室的医护团队已经能看到患者的营养评估摘要和当前方案——这不是过度设计，而是在跨科室协作中保障治疗连续性的基本要求。
实现这个目标，营养诊疗一体化平台需要在三个层面满足一定的条件。
条件一：平台具备跨科室、跨系统的数据集成能力
这不是简单的接口对接，而是数据模型的统一。平台的底层数据结构需要能够兼容不同科室的评估工具、不同格式的处方信息、不同粒度的执行记录，并将它们映射到统一的患者营养档案框架中。
具体来说，平台需要做到：患者在A科室用NRS2002做的筛查结果，和患者在B科室用MNA-SF做的评估结果，可以在同一时间线上呈现——各科室的评估数据独立产生但不独立存储，统一归集到患者维度的数据结构下。A科室的肠内营养处方记录了制剂名称和每日剂量，B科室的喂养执行记录标注了实际执行量和耐受性反馈——两条记录通过统一的数据模型关联，形成从处方到执行的闭环。
条件二：转科事件驱动的自动流程
平台的业务流程引擎需要嵌入医院的转科流程节点中。当HIS系统中患者状态变更为「转科中」时，平台自动触发信息打包和推送流程。
这个流程的自动化程度决定了信息接力是「必然发生」还是「可能发生」。人工操作存在选择性和延迟——营养师可以选择打包也可以选择不打包，可以在转科当天打包也可以拖到第二天。自动触发则消除了这种不确定性：前序评估数据、当前处方方案、执行监测记录，系统按预设的模板自动打包为转科交接摘要，通过平台的消息通道推送给接收科室。
条件三：接收端的工作流嵌入
信息推送只是第一步，接收端的有效接入才是接力成功的标志。平台需要将推送的信息嵌入接收科室的日常工作流中——接收科室的医生或护士打开系统工作台，在待办事项列表或患者概览中直接看到营养交接摘要的入口，而不是需要进入患者病历的「其他记录」子目录去寻找。
这个看似是UI设计的问题，其实决定了信息传递的最终效果——信息到达了系统数据库但没有到达临床操作者的视野，等于没有传递。
五、从能接到能用的三段式实施路径
实现上述功能目标，不是一个「上线即完成」的事情。从多家医院的实际经验来看，营养诊疗一体化平台支撑跨科室信息接力需要经历三个阶段，每个阶段对应不同的能力水平和实施重点。
第一阶段：信息通——数据可查阅
这是基础阶段，目标是在患者转科后，接收科室能够查阅到患者在转出科室的营养相关信息。实现方式通常是通过平台的患者统一视图功能，将各科室的营养数据汇集到患者时间线上，在接收科室的终端上展示。
这个阶段不需要复杂的自动推送逻辑，核心是数据的汇聚和展示。实施重点在数据接口的对接和数据标准的统一——确保各系统产生的营养数据能够按照统一的结构汇聚到平台上。这一阶段通常需要2到3个月的系统对接和数据治理工作，跨科室信息的查阅率可以从实施前的不足20%提升到60%以上。
第二阶段：流程通——自动推送与提醒
在第一阶段基础上，引入转科事件驱动的自动推送机制。平台对接HIS的转科事件接口，在患者转科时自动完成信息打包和推送，并在接收科室的工作台生成待办提醒。
这个阶段的核心变化是：接收科室不再需要主动去查患者的营养信息，信息自动出现在工作流中。实施重点在事件接口的对接和推送模板的设计——推送什么内容、以什么格式、推送给谁，这些配置决策直接决定了推送功能的使用效果。第二阶段通常需要1到2个月的接口开发和流程配置工作。
第三阶段：业务通——跨科室闭环
高级阶段，目标是实现跨科室的营养治疗全程闭环管理。患者转科后，原有的营养处方方案可以在接收科室延续执行，营养师可以通过平台跨科室追踪患者的后续营养状况。
这个阶段的难点不在技术，在业务协同。处方权限在不同科室之间如何设置？营养师的跨科室追踪账号如何配置？转科后方案调整的审批流程如何设计？这些问题需要营养科与信息科以及各相关科室协商制定规则，然后在平台中进行配置。第三阶段的实施周期取决于医院的协同效率，通常在3到6个月之间。
三个阶段不是严格串行的——具备条件的医院可以在第一阶段就为后续阶段预留接口和数据基础，缩短整体实施周期。
不是技术问题，是接力意识问题
回到文章开头的问题：患者转科了，营养方案跟得上吗？
目前大多数医院的情况是——跟得上，但跟不全。跟得上的部分靠的是营养师和接收科室之间的电话沟通、微信通知、或者交接班时的口头交代。跟不全的部分，恰恰是那些没有人工主动传递而系统又没有自动流转的信息——而正是这些「无声」的信息缺口，导致了转科后营养方案的调整或中断。
营养诊疗一体化平台的价值在跨科室场景中比在单科室场景中更突出，不是因为它在单科室场景中不重要，而是因为在跨科室场景中，系统替代人工完成信息接力的必要性最强——人的沟通有盲区、有延迟、有选择性，而系统的接力是结构化的、自动化的、无选择的。
从这个角度看，平台能否实现让信息先于患者到达接收科室，是衡量营养诊疗系统成熟度的一个被低估了的标准。而这个标准的达成，不取决于系统功能的多寡，而取决于系统设计者和管理者是否意识到——患者的流动不应成为营养治疗的断层。
转科交接自查清单
接收科室确认收到以下信息时，营养治疗的信息接力才算完成：
- □ 入院营养风险筛查结果及日期
- □ 最近一次营养评估报告（含评分和分项数据）
- □ 当前营养干预方案（制剂/途径/剂量/速率）
- □ 本周喂养耐受性记录（如有异常需标注）
- □ 最近一周体重变化趋势
- □ 关键生化指标（白蛋白、前白蛋白等）及最近检测日期
- □ 营养科对接人及联系方式