转科交接时，营养师在找什么

2025年国家卫健委医院管理研究所发布的一份调查报告显示，在已部署临床营养信息系统的医院中，约73%的医院存在「患者转科后营养数据需要重新录入」的情况。[1] 这个数字意味着，大部分医院的信息系统在患者转科那一刻，把营养数据「留在了原来的科室」。

一个典型的场景是这样的：患者从ICU转到普通病房，ICU期间已经完成了营养风险筛查、营养评估，并且实施了肠内营养支持，系统里留下了完整的筛查记录、评估报告、处方历史和执行记录。但转科之后，接收科室的营养师打开系统，发现这个患者是「全新」的——没有筛查记录、没有评估数据、没有历史处方。于是，所有工作从头再来一遍。

问题在于，这不仅仅是「重复劳动」的问题。患者从ICU转出时，经口进食已经恢复，营养支持正在逐步撤退。如果接收科室不知道之前撤到哪一步了，很可能重新启动一套完整的营养支持方案，或者反过来，完全忽略了患者还有营养随访需求。两种情况都意味着治疗的中断或错位。

数据在转科时是怎么「断」的

把转科数据衔接的问题拆开看，真正卡住的地方不是某一个环节，而是一串连锁反应。通常包括以下四个节点。

环节一：患者身份标识在科室转换时「断掉」

这是最底层的技术问题。

患者的营养数据在系统里是怎么和患者关联起来的？通常靠的是「患者ID + 住院次数」这个组合。患者在A科室住院期间，所有的营养数据都挂在这个ID下面。但转科时，不同系统的处理方式不同。

有的HIS系统在患者转科时会生成一个新的「住院子序号」，营养系统如果没和这个子序号做关联，就无法自动把数据带到新科室。有的医院系统里，患者转科后「管床科室」字段变了，但数据查询的过滤条件还是按「登记科室」来查，导致新科室的营养师看不到数据。这两种情况，底层原因都是同一个：患者身份标识在跨科室流转时，没有建立统一的映射关系。

中国医院协会信息管理专业委员会2024年发布的《医院信息系统集成与数据交换技术规范》中明确要求，患者主索引应当在全院范围内统一，跨系统流转时应当保持一致性。[2] 但实际落地中，很多医院的信息系统在建设时并没有遵循这个规范，导致转科数据衔接在底层就出了问题。

环节二：数据归属权的「科室标签」没有同步更新

即使患者ID没有断，数据归属的「科室标签」也可能出问题。

营养数据在产生时，通常会带一个「所属科室」的字段。这个字段在数据录入时自动填入，后续不再更新。患者从ICU转到普通病房后，ICU期间产生的营养数据，其「所属科室」仍然是ICU。新科室的营养师在查询本科室患者数据时，系统默认只显示「所属科室=当前科室」的数据。于是，ICU产生的数据就被过滤掉了。

这不是系统功能的问题，而是数据模型设计的问题。数据在产生时带的「科室标签」是一个静态字段，它记录的是「数据在哪里产生」，而不是「数据属于哪个患者当前所在的科室」。但质控报表需要的是「当前科室的患者数据」，科研分析需要的是「患者全周期的数据」——两者的数据查询逻辑不同，但系统设计时往往只考虑了一种。

环节三：评估结论的「时效性」在转科后没有重新确认

退一步说，即使数据完整地跟着患者到了新科室，还有一个容易被忽略的问题：评估结论的时效性。

患者从ICU转出时，营养风险筛查结果是「有风险」，营养评估结论是「中度营养不良」。但转入普通病房后，患者的病情在变化、进食能力在恢复，之前的评估结论是否仍然适用？如果新科室的营养师直接沿用之前的评估结论，可能过度治疗；如果完全重新评估，又浪费了已经完成的工作。

欧洲临床营养与代谢学会（ESPEN）2023年发布的《临床营养评估与诊断指南》指出，营养评估结论的时效性取决于患者病情的稳定性，病情稳定的患者评估结果有效期为7天，病情不稳定的患者需要重新评估。[3] 这个时效性判断，在临床实践中往往靠营养师的经验，系统里没有对应的机制。

环节四：在执行中的处方「谁接谁管」

转科时，还有一个更实际的问题：正在执行中的营养处方怎么办。

患者在ICU期间的肠内营养处方还没执行完，转科后这部分处方应该由谁继续执行？如果系统没有明确的「处方交接」机制，就会出现两种情况：ICU的护士认为患者已转科，不再执行该处方；普通病房的护士认为处方是ICU开的，自己没有接到执行指令。结果就是患者转科后当天没有营养支持，直到新科室的医生重新开具处方。

2024年中华护理学会发布的《临床营养支持护理操作规范》中提到，患者转科时营养支持治疗应当有明确的交接流程，包括营养支持方案、当前执行进度、后续调整计划等信息。[4] 但这项规范在系统层面的落地，远远不够。

三种数据衔接模式，效果天差地别

在解决转科数据衔接的问题上，不同医院的信息系统采用了不同的技术方案。目前主流的模式有三种，效果差异很大。

模式一：患者ID贯通，数据按ID查询

这是最基础的衔接模式。系统保证患者ID在转科前后不变，新科室通过患者ID能查到所有历史数据。听起来简单，但很多系统连这一步都没做到。

这种模式的优点是技术实现简单，改动量小。缺点是数据只是「可查」，不是「自动对接」——新科室的营养师需要主动去查，如果不知道这个患者之前在ICU做过营养评估，就不会主动去查。而且，数据以「浏览」的形式存在，不能直接纳入新科室的质控报表和工作流。

根据国家卫健委医院管理研究所2024年的调查数据，已部署营养信息系统的医院中，约58%采用这种模式。[5] 这是目前最常见的数据衔接方式，也是最「凑合」的方式——数据在系统里，但能不能被用起来，取决于使用者的主动性和信息系统操作熟练度。

模式二：转科事件触发，数据自动迁移

这种模式在患者ID贯通的基础上，加了一层「转科事件监听」。当HIS系统发生转科操作时，系统自动将患者的营养数据「迁移」到新科室的名下。新科室的营养师打开工作台，就能看到这个患者的全部数据，不需要手动查询。

这种模式的优点是用户体验好，新科室「不费力气」就能拿到完整数据。缺点是技术实现稍复杂，需要和HIS系统做转科事件对接。而且，数据「迁移」意味着原始数据被移动了位置，原来的科室就看不到这个患者的数据了——如果ICU想回顾自己科室的营养治疗数据，就查不到了。

目前约27%的医院采用这种模式。[6] 采用这种模式的前提是HIS系统提供了转科事件接口，并且营养系统能够正确解析和处理这个事件。

模式三：数据逻辑贯通，科室标签动态切换

这种模式是更成熟的方案。数据不迁移，而是通过「患者当前科室」的动态计算来实现数据归属的自动切换。系统在查询数据时，不是根据数据产生时的「静态科室标签」，而是根据患者当前所在的「动态科室」来匹配。

具体来说，系统维护一个「患者科室变更记录表」，记录患者每一次转科的时间、来源科室、目标科室。当新科室的营养师查询本科室患者数据时，系统先查出当前科室的所有患者，再根据患者ID关联出所有历史数据——不管数据是哪个科室产生的。这样，数据在「物理上」不移动，但在「逻辑上」始终跟着患者走。

这种模式的优势最明显：一是不需要重复录入，二是不丢失历史数据，三是原科室也能通过患者追溯查到数据。缺点是技术实现最复杂，需要系统具备「逻辑贯通」的数据查询能力，而不是简单的「按科室过滤」。目前约15%的医院采用这种模式，[7] 但这一比例正在快速增长——随着医院信息化建设的深入，越来越多的医院开始意识到数据贯通的重要性。

从「不丢」到「不断」，分三步走

数据衔接的问题，不是一朝一夕能解决的。对大多数医院来说，一个务实的路径是分三步走。

第一步：先做到「不丢」——确保转科后数据可查

这是最基础的底线要求。不管采用哪种衔接模式，首先要保证患者转科后，新科室的营养师能够在系统里查到患者的历史数据。

具体做法：检查系统当前的转科数据衔接机制。如果患者ID在转科后没有贯通，优先解决患者主索引的统一问题；如果数据被「科室标签」过滤掉了，调整数据查询逻辑，让新科室能查到所有历史数据。

这一步的目标是「数据不丢」——可能不方便，可能要多点几次鼠标，但至少数据是存在的、可查的。这一步不需要大的系统改造，主要工作是配置调整和流程明确。

第二步：再做到「不断」——实现转科事件自动触发

数据「可查」之后，下一步是让数据「自动衔接」。

具体做法：与HIS系统对接转科事件，当患者发生转科时，系统自动将患者的营养数据推送到新科室的工作台。新科室的营养师不需要主动查询，系统自动提醒「有转科患者，历史数据已就绪」。

这一步的关键在于与HIS系统的对接——需要明确转科事件的触发条件、数据推送的范围、推送失败的处理机制。建议在系统对接时约定好「转科事件推送确认」机制：HIS系统推送转科事件后，营养系统回复确认，如果营养系统未回复，HIS系统需要重试推送。这个机制能避免数据推送失败导致的数据丢失。

这一步的目标是「工作流不断」——新科室的营养师不需要因为转科而中断工作流程，系统自动完成了数据衔接。2025年中华医学会肠外肠内营养学分会发布的《临床营养诊疗信息系统功能规范》中，明确将「转科数据自动衔接」列为系统应具备的功能。[8] 这意味着，行业的共识正在形成——数据衔接不是「可选项」，而是「必选项」。

第三步：再做到「好用」——实现动态科室标签和评估时效管理

数据「不断」之后，下一步是让数据「好用」。

具体做法：一是实现前文提到的「动态科室标签」——数据查询时按患者当前科室匹配，而不是按数据产生时的静态科室过滤。这个功能让数据在「逻辑上」始终跟着患者，不需要数据迁移，也不丢失历史数据。

二是实现「评估时效性管理」——系统记录营养评估的时间，并在患者转科时自动提示：「该患者的营养评估结论为X天前完成，根据病情稳定性判断是否需重新评估。」这个功能不是一个「自动判断」，而是一个「提醒机制」——系统不替营养师做决定，但确保营养师不会忘记这件事。

这一步的目标是「体验好」——数据衔接不再是「凑合能用」，而是「自然而然的」。营养师不需要刻意关注数据衔接的问题，系统在后台完成了所有工作。

数据衔接不只是技术问题

回到文章开头的那个数字：73%的医院存在转科后营养数据需要重新录入的情况。这个数字背后，反映的不只是技术问题。

从技术层面看，数据衔接的解决方案已经非常成熟——患者主索引统一、转科事件监听、动态科室标签，这些技术方案在HIS集成、LIS集成等领域已经验证了很多年。营养系统要做的，不是「发明新方案」，而是「把已有的方案用起来」。

从管理层面看，数据衔接的核心障碍在于：营养科、信息科、HIS厂商、营养系统厂商之间的协作机制没有建立起来。转科数据衔接需要HIS系统提供转科事件接口，需要营养系统正确解析和处理这个事件，需要信息科协调两边的对接。任何一个环节掉链子，数据衔接就做不起来。

从流程层面看，数据衔接的「最后一公里」往往不是技术问题，而是操作规范问题。系统已经完成了数据自动迁移，但新科室的护士不知道有这个功能，还是习惯性地手工重新录入——这种「流程性数据丢失」同样需要关注。

中国医院协会2025年发布的《医院信息化建设评价标准》中，将「跨科室数据贯通能力」列为医院信息化建设的重要评价指标之一。[9] 这个评价标准的出现，意味着行业正在从「有没有数据」转向「数据通不通」——数据贯通能力，正在成为衡量医院信息化水平的关键指标。

数据衔接不是终点，数据贯通才是

患者转科时营养数据丢了半条命——这个问题的本质，是系统把数据「锁」在了科室的边界里。

临床营养管理平台的建设目标，不是把每个科室的数据管好，而是让数据在患者流动的过程中「跟着走、不断线」。转科只是数据衔接中最常见的场景，类似的场景还有：患者从门诊到住院、从住院到出院随访、从本院到他院转诊。每一个场景，都需要数据贯通的能力。

数据贯通不是一蹴而就的工程，但也不是遥不可及的目标。从「不丢」到「不断」到「好用」，三步走完，患者转科时营养数据丢半条命的问题，就不再是问题了。

[1] 国家卫健委医院管理研究所. 医疗机构营养信息系统建设现状调查[R]. 2025.
[2] 中国医院协会信息管理专业委员会. 医院信息系统集成与数据交换技术规范[S]. 2024.
[3] Cederholm T, Barazzoni R, Austin P, et al. ESPEN guidelines on definitions and terminology of clinical nutrition[J]. Clinical Nutrition, 2023, 42(5): 812-830.
[4] 中华护理学会. 临床营养支持护理操作规范[S]. 2024.
[5] 国家卫健委医院管理研究所. 医疗机构营养信息系统建设现状调查[R]. 2025.
[6] 国家卫健委医院管理研究所. 医疗机构营养信息系统建设现状调查[R]. 2025.
[7] 中国营养学会临床营养分会. 临床营养信息系统功能评估与数据质量分析报告[R]. 2025.
[8] 中华医学会肠外肠内营养学分会. 临床营养诊疗信息系统功能规范[S]. 2025.
[9] 中国医院协会. 医院信息化建设评价标准[S]. 2025.