同一个患者，两次住院，数据对不上：再入院营养信息衔接的断层与对策

一位慢性阻塞性肺疾病患者，2025年10月因急性加重住院。入院48小时内完成NRS-2002筛查，评分4分，阳性。营养评估确认存在中度营养不良，营养师为其制定了肠内营养支持方案，住院期间每周监测体重和白蛋白，出院时营养状况明显改善，评估等级从「中度营养不良」转为「营养状况良好」。

2026年1月，该患者再次因急性加重入院。护士登录住院患者营养管理平台，开始做营养风险筛查——系统里看不到该患者上一次住院的任何筛查记录、评估数据和处方历史。评估从头开始。营养师做了新的评估，发现患者体重比出院时下降了5公斤，白蛋白从出院时的35g/L降到了28g/L。如果系统保留了上一次的数据，这条下降趋势可以在患者入院的第一时间被发现，而不需要等到评估做完之后才「偶然」对比出来。

这个场景在三级医院并不少见。一位营养科主任曾在一个行业交流中提到：科室每月收治的患者中，约有15%到20%是半年内再次入院的。这些再入院患者的营养数据衔接情况如何？答案是——多数情况下，系统「不认识」这个患者曾经住过院。

一、为什么「同一个患者」在系统里变成了「两个患者」

临床营养诊疗系统的设计逻辑，通常是围绕「单次住院」构建的。患者入院，系统为其创建一个住院记录；患者出院，这个住院记录进入归档状态。当下一次入院发生时，系统基于新的住院号或就诊号创建一个全新的记录——与上一次住院的数据没有任何关联。从系统的角度来看，同一个患者两次入院，是两个完全独立的诊疗事件。

这种设计的形成有其历史原因。大多数临床营养管理系统脱胎于医院信息系统的局部模块，而HIS主数据本身也是以「就诊次数」为核心标识的——每就诊一次生成一个新的就诊ID。营养系统继承了这个数据模型，自然不会「主动」去关联同一个患者的多次就诊记录。

但问题在于：营养诊疗与检验、影像等科室不同，它的评估结论和干预方案具有很强的时间连续性。一次住院的营养评估结果，对下一次住院的治疗方案制定有直接的参考价值。患者上次对某种肠内制剂的耐受性如何、出院时营养状况恢复到什么水平、在家期间体重变化趋势怎样——这些信息如果能够跨住院周期传递，可以帮助营养师在再入院后更快速地做出判断。

2024年，中华医学会肠外肠内营养学分会在一项涉及87家医院的调查中发现，在已部署营养管理系统的医院中，能够实现患者跨住院周期营养数据调阅的不足12%。换句话说，近九成医院的营养系统，在再入院场景下处于「数据失忆」状态。

数据断层的具体表现

再入院营养数据衔接断层，在实际场景中表现为三种递进式的信息丢失：

第一层：基础数据的丢失。 患者上一次住院时记录的身高、体重、BMI基线信息，在再入院后不可见。这导致营养师无法获知患者从出院到再入院之间的体重变化幅度——而体重变化是评估营养干预效果和疾病进展最直观的指标之一。

第二层：评估结论的丢失。 上一次评估的结果（NRS-2002评分、MNA-SF分类、SGA等级）和评估报告全文，在系统中无法调阅。营养师只能通过翻阅纸质病历或询问患者来大致了解既往营养状况。评估结论的丢失意味着两次住院之间的营养变迁轨迹被切断——患者是从「正常」下降到「异常」，还是从「异常」恢复到「正常」后又下降，这些关键信息无从判断。

第三层：干预数据的丢失。 上一次住院实施了什么样的营养支持方案、患者耐受性如何、方案做了几次调整、出院时的目标达成率是多少——这些信息在再入院时几乎完全不可追溯。营养师需要花费额外的时间和精力去还原患者的营养治疗史，而这种「还原」往往只能依靠病历中的零散记录和口述信息，既不完整也不准确。

从数据管理的角度来看，这三个层次的丢失有一个共同的结构性原因：系统以「就诊事件」为数据组织单元，而非以「患者」为数据组织单元。数据被打包存放在每一次就诊的「容器」里，容器之间没有通路。

二、三个典型场景：同一道断层的三种表现方式

数据连续性不是所有再入院场景都需要同等程度的高标准保障。不同场景下，数据衔接的紧迫性和缺失造成的后果是不同的。以下三个场景，基本覆盖了再入院营养数据衔接中最需要关注的类型。

场景一：慢性病患者短期再入院

慢性阻塞性肺疾病、心力衰竭、糖尿病等慢性病患者，因病情反复在短期内（3到6个月）再次入院，是再入院数据衔接问题最集中的群体。这类患者的特点是：营养状况受疾病波动影响大，营养不良与疾病恶化互为因果。

患者第一次住院时，营养师花费时间做了完整的评估，制定了针对性的营养支持方案，住院期间持续监测和调整，出院时营养状况有所改善。一个月后患者再次入院——系统把上一次的数据「清零」了。

后果是什么？营养师看不到患者出院后体重下降了多少，不知道上次使用的营养方案是否有效，无从判断是疾病进展导致了营养恶化还是营养支持中断导致了恢复受限。做评估时，必须从头开始，而「从头」的起点信息——患者之前的营养基线——已经丢失了。

对于这类患者，再入院后48小时内完成营养风险筛查是基本要求，但如果系统能够同时呈现患者上一次住院的基线数据和营养干预效果，营养师的评估效率和准确性都能显著提升。

场景二：外科术后患者因并发症再入院

一位胃肠道肿瘤患者，术后接受了营养支持治疗，恢复顺利出院。两周后因切口感染或吻合口漏再次入院。这类再入院的外科患者，其营养数据的衔接需求与慢性病患者不同——核心需求不是评估趋势，而是获取上一次住院的营养干预方案细节。

患者术后用的是什么类型的肠内营养制剂、达到了什么喂养量、输注速度和途径是什么、有没有出现喂养不耐受——这些信息对再入院后营养方案的重启有直接指导意义。如果上一次的处方和喂养记录无法调阅，营养师只能「从头再来」，不仅增加工作量，还可能因信息不足导致方案选择不当。

从医疗安全角度看，如果患者上一次住院对某种肠内营养制剂出现了不耐受反应（腹胀、腹泻），且该反应被记录在了系统的喂养监测模块中，再入院时这个信息如果能自动提示，可以避免重复使用同一种制剂导致的不良反应。目前能做到这一点的系统极少。

场景三：肿瘤患者周期性化疗多次入院

肿瘤患者因化疗周期需要频繁入院，每次入院间隔2到4周。这类患者的再入院频率远高于前两类场景，数月内可能入院5到8次。每次入院时，营养师需要评估患者的营养状况是否有变化，调整营养支持方案以配合化疗周期。

问题在于，系统如果以单次住院为数据单元，每次入院都是一张「白纸」。患者第四次入院时，前三次的营养评估数据、体重变化曲线、营养支持方案的调整轨迹——这些对第四次方案制定至关重要的参考信息，在系统里无法连续呈现。

一位参与临床营养信息系统建设的工程师曾在一次行业会议上提到，在他们对接的40多家医院中，肿瘤科是跨住院周期数据查询需求最迫切的科室——因为肿瘤患者的周期性返院治疗是常态，而绝大多数营养管理系统对这一场景的支撑能力几乎为零。系统只能查询单次住院的记录，无法生成「同一患者多次住院的营养数据时间轴」。

三、从「记住」到「可用」：数据连续性建设的三个可行方向

解决再入院营养数据衔接问题，不需要推翻现有系统的架构重建。以下几个方向，在当前的技术条件和实施成本下是可行的。

方向一：以患者为主标识，打通多次就诊的数据索引

这是最基础也是投入产出比最高的改进方向。核心逻辑很简单：在系统底层数据模型中，将「患者ID」提升为与「就诊ID」并列的数据索引维度。患者每一次住院产生的筛查、评估、处方、监测数据，除了关联到本次就诊记录外，同时关联到患者主索引。

实现这个索引后，营养师在再入院患者的界面上可以一键调阅该患者历次住院的营养相关数据——评估报告、处方历史、喂养记录、体重变化曲线。不需要复杂的算法，不需要数据仓库建设，只需要在数据表结构上增加一个患者索引字段，并在前端提供一个查询入口。

从实施角度看，这个改动涉及系统核心数据模型的调整。对于正在选型或准备升级的医院来说，将「患者历次住院数据调阅」写进系统需求规格书中，是目前最经济的选择。对于已上线系统的医院，需要与供应商确认系统底层是否支持多维数据索引——如果不支持，这是一个值得写入下一期升级计划的功能点。

方向二：出院小结的结构化升级——让「交接信息」可被系统读取

目前大多数医院营养科的出院小结以自由文本为主，内容包括患者住院期间的营养干预摘要、出院时营养状况、出院后营养建议等。这种自由文本格式的患者，优点是灵活，缺点是系统无法结构化提取和检索——再入院时需要人工阅读病历，系统帮不上忙。

可行的改进方式是：对出院小结的关键字段进行结构化设计，包括出院时体重、出院营养评估等级、主要干预方案摘要、建议随访周期等。这些字段以结构化数据形式存储在系统中，再入院时系统可以自动提取并呈现。

国家卫生健康委2023年发布的《电子病历系统应用水平分级评价标准（试行）》中，对营养诊疗相关数据的结构化程度已提出了明确要求。对于正在参与电子病历评级或计划升级的医院来说，将出院小结结构化作为营养系统升级的配套需求，可以同时满足等级评审和数据连续性两个目标。

方向三：再入院自动提示——系统主动告知「这个患者有历史数据」

方向一和方向二解决的是数据「能不能查到」的问题。方向三解决的是数据「会不会被主动使用」的问题。

现实情况是：即使系统具备了历次住院数据调阅能力，营养师在忙碌的临床工作中，也不一定每次都会主动去查询。改进方案是增加一个自动提示机制——当再入院患者完成入院登记后，系统自动检索该患者是否有既往营养数据，如有，在营养师工作台的待办或提醒区域显示：「该患者近6个月内有入院记录，点击查看历史营养数据」。

这个提示机制本身不复杂，不需要大量开发工作，但它解决了数据使用的「触发」问题。再入院患者的营养数据衔接，从「需要营养师主动想起去查」变成了「系统自动提醒你有数据可查」。后者比前者的实际使用率高得多。

从管理角度来看，科室可以将「再入院患者营养数据调阅率」纳入质控指标之一——统计再入院患者中，有多少人次在营养评估前已经调阅了历史数据。这个指标的提升可以直接反映数据连续性建设的落地效果。

三个方向的优先级建议

对于大部分医院来说，三个方向的投入成本依次递增：方向三（自动提示）最快，通常只需要系统配置层面的调整，不需要核心架构改动，可以在数周内上线。方向一（患者主索引）涉及数据模型调整，需要与系统供应商协同推进，周期在数月到半年之间。方向二（出院小结结构化）对系统的规范化程度要求最高，往往需要配合医院整体的电子病历升级计划。

建议的推进路径是：方向三先行——用最小的投入建立再入院营养数据使用的习惯和意识。方向一同步规划——将患者历次住院数据互联纳入系统升级的优先级列表。方向二视系统条件和评级需求而定——有条件时一并推进，没有条件时至少确保出院小结中的几个核心字段结构化存储。

结语

回到文章开头的病例。那位COPD患者在2026年1月再次入院时，如果系统能够自动提示「该患者近三个月内有住院记录」，并在营养师的工作台上展示上一次住院的基线信息、评估结论和干预方案摘要，营养师的工作方式会完全不同——她不需要从零开始，而是在已知信息的基础上做更新和调整。评估效率提高，干预方案可以延续上次的有效策略，患者也能获得更连贯的营养治疗。

再入院患者的营养数据衔接，表面上看是一个技术问题——数据结构设计、患者主索引、跨就诊数据查询。但根源在于一个认知问题：临床营养诊疗系统是围绕「单次就诊」设计的，而患者的营养状况从来不会因为一次就诊的结束而停止变化。当系统的数据模型与患者的实际病程不匹配时，信息断层就必然出现。

打破这个断层，不需要颠覆性的技术创新，需要的是在设计逻辑上做一次视角转换——从「一次就诊」到「一个患者」。这个转换的实现程度，将在很大程度上决定临床营养信息系统能否从「科室工具」进化为「患者全周期营养管理平台」。

对于正在选型或规划系统升级的医院，有一件事可以现在就做：把「患者历次住院营养数据的互联调阅」写在需求清单的第一页。