从政策时间线看一个核心命题
2022年，国家卫生健康委印发《临床营养科建设与管理指南（试行）》，首次明确要求医疗机构建立覆盖筛查—评估—诊断—治疗—监测全过程的营养诊疗管理体系。2024年，《关于加强临床营养学科建设的指导意见》进一步提出，要利用信息化手段实现营养诊疗的规范化管理，并将营养数据管理纳入医院信息化建设评价体系。2025年，国家卫生健康委医院管理研究所发布的《中国医院营养诊疗信息化建设现状调查报告》显示，在已部署临床营养信息系统的医院中，能够实现营养风险筛查数据自动推送至评估模块的比例仅为23%，而能够实现筛查阳性自动触发评估任务并完成评估结果回传至临床科室的医院，占比不足12%。
这三份文件勾勒出一条清晰的行业演进路径：政策层面对营养诊疗全程闭环的要求越来越明确，但信息化层面的实际落地情况与政策要求之间仍有显著差距。差距的核心不在单点功能——筛查系统能做筛查、评估系统能做评估——而在于系统之间的数据联动：筛查阳性之后，数据有没有自动跑到评估模块？评估完成之后，结果有没有自动反馈到干预方案？
这不是一个技术问题，而是一个设计问题。接口可以打通，数据可以传输，但数据到了之后怎么用、用在哪里、用得好不好，取决于系统在设计阶段是否把「数据联动」作为一个独立的功能维度来对待。本文从数据层、流程层、决策层三个维度，拆解营养风险筛查系统与评估系统数据联动的设计要点与实施路径，并为正在推进系统建设的科室提供一份可操作的分阶段行动清单。
第一章 层级一：数据联动——筛查字段如何「翻译」成评估模板的输入
数据联动是筛查系统与评估系统协同的基础层。没有这一层，流程联动和决策联动都无从谈起。
筛查数据的输出标准：不是「有数据」就行
营养风险筛查系统输出的数据，通常包含患者基本信息、筛查评分、各维度得分（如体重下降、进食减少、疾病严重程度等）、筛查时间、筛查人员等字段。这些字段在筛查系统内部是完整的，但到了评估系统一端，面临的问题往往不是「数据有没有传过来」，而是「传过来的数据能不能直接用」。
以NRS 2002筛查为例，筛查结果中的体重下降百分比、BMI、进食减少程度等字段，在评估系统中需要被映射到对应的评估维度。但两个系统的字段定义方式可能完全不同：筛查系统中的「体重下降」字段可能以「百分比+时间段」的格式存储（如「5%-10%/1个月」），而评估系统中的「体重变化」字段可能期望的是「下降幅度+下降时长」的分段存储。字段语义不匹配，数据即使传过去了，评估系统也无法自动填充到对应位置。
解决这个问题的标准做法，是在系统建设阶段建立统一的字段映射规范。2024年中国营养学会发布的《临床营养信息系统功能规范》团体标准（T/CNSS 022-2024）中，对营养风险筛查、营养评估、营养干预等核心模块的数据字段给出了推荐的数据标准[1]。标准中明确列出了筛查模块与评估模块之间需要共享的18个核心字段，包括患者ID、入院日期、筛查日期、筛查工具、总分、各维度得分、BMI、体重变化、进食情况、疾病严重程度分级等，并对每个字段的数据类型、取值范围、存储格式给出了推荐规范。
实践中，字段映射的建立需要经过三个步骤。第一步，对照标准规范，梳理筛查系统和评估系统各自的数据字典，列出所有需要共享的字段。第二步，对同名字段但不同格式的进行转换映射——例如筛查系统的「体重下降」字段如果存储为「百分比+时间段」的组合值，需要在接口层拆分为「下降幅度」和「下降时长」两个独立字段再传输给评估系统。第三步，建立映射规则的维护机制——当筛查工具版本更新或评估模板调整时，映射规则需要同步更新。
动态数据集：让评估模板「认识」筛查数据
字段映射解决的是「数据能不能传」的问题，而动态数据集解决的是「数据传过去之后怎么用」的问题。
一个具体场景：营养师打开评估模块，系统自动从筛查结果中提取了患者的BMI、体重下降百分比、进食情况、疾病严重程度，自动填入评估模板的对应位置。营养师只需要补充评估工具特有的信息（如SGA中的体格检查结果、PG-SGA中的症状评分），不需要重复录入筛查环节已经采集过的数据。
这个场景的实现，依赖评估系统的动态数据集功能。评估模板中的每个字段，需要配置数据来源——是从筛查结果自动获取，还是由营养师手动录入，还是从HIS/LIS系统自动抓取。配置完成后，当营养师打开某个患者的评估任务时，系统自动从已配置的数据源中获取对应字段的值，填充到评估模板中。营养师确认或修正后，即可完成评估记录的录入。
听起来简单，但实际部署中容易踩的坑有两个。第一个坑是「过度自动填充」——把所有筛查数据都自动填进评估模板，不考虑评估工具是否真的需要这些字段。例如NRS 2002筛查中的「年龄≥70岁加1分」这个信息，在SGA评估中并不需要，自动填充进来反而增加了营养师的核对负担。第二个坑是「数据时效性冲突」——筛查数据和评估数据之间可能存在时间差，筛查时的体重数据与评估时的体重数据可能已经发生了变化。系统需要能够区分「自动填充的数据」和「营养师确认后的数据」，并将更新时间戳一并记录，以便后续的数据追溯和质控。
数据质量校验：在联动入口处拦截问题
数据联动的第三个要点，是在数据从筛查系统进入评估系统的入口处设置质量校验规则。筛查数据中常见的问题包括：必填字段缺失、字段值超出合理范围、筛查时间晚于当前时间、筛查人员信息为空等。如果这些数据在进入评估系统之前没有被校验和拦截，评估系统接收到的数据质量就无法保证，后续的自动填充和流程触发都会受到影响。
质量校验规则可以分为三个层级。第一层，格式校验——检查字段的数据类型和格式是否符合规范，例如体重字段必须为数值型、日期字段必须为有效的日期格式。第二层，范围校验——检查字段值是否在合理范围内，例如BMI通常不会低于10或高于50，体重变化百分比不会超过100%。第三层，逻辑校验——检查字段之间的逻辑关系是否合理，例如筛查评分与各维度得分之和是否一致、疾病严重程度分级与评分是否匹配。
校验不通过的数据，系统不应直接拒绝，而是进入「待修正」状态，并将修正任务推送至筛查执行人员的工作台。筛查人员在修正后重新提交，数据再次通过校验后自动进入评估系统。这种设计既保证了数据质量，又避免了因校验失败导致的数据链路断裂。
第二章 层级二：流程联动——筛查阳性结果如何自动触发评估任务
数据联动解决了「信息能不能传」的问题，流程联动解决的是「数据到了之后该做什么」的问题。
触发规则配置：不是所有阳性都需要立即评估
筛查阳性患者需要进入评估流程，这是基本原则。但临床实践中，触发规则的设计需要在「应评尽评」和「资源有限」之间找到平衡。
触发规则的核心参数有三个：工具类型、评分阈值、时间窗口。工具类型指触发评估任务依赖的筛查工具——NRS 2002、MUST、MNA-SF等不同工具的评分标准不同，触发规则需要针对每种工具单独配置。评分阈值设定触发评估的筛查得分下限——通常NRS 2002≥3分触发评估，但对于部分特殊科室（如老年科、肿瘤科），阈值可能需要调整为≥2分。时间窗口设定从筛查完成到评估任务创建的允许延迟——理想情况下应在筛查完成后4小时内自动创建评估任务，但各科室可根据人力资源情况调整。
2025年《中国医院营养诊疗信息化建设现状调查报告》中的数据提供了一个参考基准：在已实现筛查与评估流程联动的医院中，约67%将NRS 2002≥3分作为评估任务的自动触发条件，约22%采用了分层触发策略——NRS 2002≥4分的患者自动触发评估任务，NRS 2002=3分的患者进入待评估队列等待营养师确认后触发。分层触发策略在人力有限的情况下，可以确保高营养风险患者的评估优先得到执行[2]。
任务分配规则：评估任务该给谁
触发规则确定后，下一个问题是评估任务该分配给谁。任务分配规则的设计直接影响评估响应时间和工作负荷均衡。
常见的分配模式有三种。第一种，按病区分配——每个营养师负责固定病区的评估任务，筛查阳性患者自动归入对应病区营养师的工作台。这种模式责任清晰，但各病区的评估任务量可能不均衡。第二种，按工作量均衡分配——系统根据当前各营养师工作台的待处理任务数量，将新任务自动分配给工作量最少的营养师。这种模式负荷均衡，但营养师需要跨病区工作，增加了了解患者背景的时间成本。第三种，按专业方向分配——营养师按专业方向分组（如重症组、肿瘤组、围手术期组），系统根据患者的疾病诊断将评估任务分配给对应方向组。这种模式专业匹配度最高，但对团队规模和系统配置能力的要求也最高。
实践中，多数医院采用「按病区分配为主、按工作量均衡为辅」的混合模式。在系统配置层面，需要支持优先级规则——例如ICU患者的评估任务优先级高于普通病房患者，新入院患者的评估任务优先级高于复评患者。优先级高的任务在营养师的工作台上置顶显示，并设置超时提醒机制。
超时与升级机制：当评估任务被搁置时
流程联动中一个容易被忽视但实际影响很大的设计，是评估任务的超时升级机制。筛查阳性患者的评估任务创建后，如果在一定时间内没有完成评估，系统需要触发升级流程。
超时时间节点的设置需要结合临床实际。通常从评估任务创建到评估完成的时间窗口设置为24—48小时，超过24小时未完成触发第一级提醒——向责任营养师发送待办提醒；超过48小时未完成触发第二级升级——向科室主任或质控管理员发送超时报告；超过72小时未完成触发第三级升级——在科室质控会议上作为未完成事项讨论。
2025年行业调查报告的数据显示，在已建立超时升级机制的医院中，评估任务的48小时完成率平均为82%，而在未建立该机制的医院中，这一比例仅为56%[2]。超时升级机制的价值不在于「惩罚延迟者」，而在于让评估任务的完成状态从「不可见」变为「可见」——当科室管理者能够看到哪些任务在什么时候被搁置了，管理改进就有了数据基础。
第三章 层级三：决策联动——评估结果如何辅助干预方案生成
数据联动和流程联动解决的是「数据的流转效率」，而决策联动回答的是根本问题：评估数据到了，对治疗方案有没有实质影响？
评估结果的结构化沉淀：让数据可被「计算」
评估结果如果只是以文本形式存储在系统中，营养师打开评估记录能看到内容，但系统无法对评估结果进行自动化处理——无法自动推荐能量需求、无法自动匹配制剂类型、无法自动计算目标剂量。评估结果要实现决策联动的价值，前提是数据的结构化程度足够高。
以SGA评估为例，完整的SGA评估结果包含体重变化、进食情况、胃肠道症状、功能状态、疾病与营养需求、体格检查等多个维度。每个维度的评估结果应该以结构化字段的形式存储，而非简单的文本描述。例如「体重变化」维度，应该拆分为「下降幅度（百分比）」「下降时长（周/月）」「是否持续下降（是/否）」三个子字段；「胃肠道症状」维度，应该包含「症状类型（恶心/呕吐/腹泻/便秘/腹痛）」「症状持续时间（天）」「严重程度（轻/中/重）」等子字段。
结构化程度越高，系统能够进行的自动化处理就越多。2024年中国营养学会发布的T/CNSS 022-2024标准中，对SGA、PG-SGA、MNA等常用评估工具的结果字段给出了推荐的结构化规范[1]。按照该规范实施后，评估结果可以直接用于——能量需求计算（根据疾病的应激系数自动计算目标能量）、制剂类型推荐（根据胃肠道症状和功能状态推荐肠内营养或肠外营养路径）、剂量调整建议（根据体重变化趋势和耐受性评估调整初始剂量）。
决策规则引擎：从评估数据到干预建议的自动映射
决策联动最核心的组件是决策规则引擎。规则引擎接收评估系统的结构化数据，根据预设的临床规则，生成干预建议推送给营养师参考。
规则引擎的规则来源有三类。第一类，基于临床指南的通用规则——例如中华医学会肠外肠内营养学分会发布的指南中，对各类疾病在特定营养状态下的能量和蛋白质推荐量。第二类，基于科室历史数据的定制规则——科室根据既往治疗效果数据，对通用规则进行本地化调整。第三类，基于质控要求的规则——例如DRG付费下对特定病种营养治疗费用的控制要求。
规则引擎的输出形式有两种：推荐型和校验型。推荐型输出是在营养师开立处方时，系统自动根据评估结果推荐初始方案——包括目标能量、目标蛋白质、制剂类型、输注途径等。校验型输出是在营养师提交处方后，系统对处方进行评估结果的比对校验——例如处方中的能量值是否与评估推荐的目标能量偏差过大、制剂类型是否与患者的胃肠道功能状态匹配。两种输出形式可以并行使用，但侧重点不同：推荐型适用于经验较少的营养师，校验型适用于经验丰富的营养师快速完成处方开立。
决策反馈闭环：干预效果如何回到评估系统
决策联动的最后一个环节，是干预效果的数据反馈。营养师根据评估结果制定干预方案并执行后，执行效果的数据需要回到评估系统，形成「评估—干预—再评估」的闭环。
这个闭环的实现路径是：干预启动后，系统在预设的时间节点（如第3天、第7天、第14天）自动创建复评任务。复评结果与初评结果进行对比，生成评估变化趋势——体重变化趋势、实验室指标变化趋势、营养评分变化趋势。趋势数据同步推送到处方管理系统，作为处方调整的依据。
2025年行业调查报告的数据显示，在已建立评估与干预闭环机制的医院中，营养治疗方案的调整频率从平均每14天一次提升至每7天一次，患者的营养达标率从53%提升至71%[2]。闭环机制的价值在于：它让评估不再是「一个动作」，而是「一个持续的过程」——患者的营养状态在变化，评估数据在更新，干预方案在调整，三者形成一个动态的优化循环。
从数据联动到诊疗协同：一份分阶段行动清单
回到开篇的问题：筛查阳性之后，数据去了哪里？答案取决于数据联动建设到了哪个阶段。
第一阶段，数据层联动——筛查数据能够自动传输到评估系统，评估模板能够自动填充筛查已采集的字段。这个阶段解决的是「数据不落地」的问题，让营养师不需要在筛查和评估两个系统中重复录入。
第二阶段，流程层联动——筛查阳性结果自动触发评估任务创建和分配，超时任务自动升级提醒。这个阶段解决的是「评估不及时」的问题，让筛查阳性患者能够被及时纳入评估流程。
第三阶段，决策层联动——评估结果自动生成干预建议，干预效果数据自动反馈到评估系统形成闭环。这个阶段解决的是「评估与治疗脱节」的问题，让评估数据真正影响治疗方案。
三个阶段不是严格串行的，但建设的优先级是清晰的：先数据联动，再流程联动，再决策联动。跳过数据联动直接做流程联动，会导致评估系统接收到质量不高的筛查数据，评估结果的可靠性无法保证。跳过流程联动直接做决策联动，会导致评估任务的完成时间不可控，决策规则引擎的输入数据在时效性上打折扣。
对正在推进系统建设的科室，以下五个行动项可以作为起步参考：
一、对照T/CNSS 022-2024标准，梳理筛查系统与评估系统之间的字段映射清单，识别当前存在的数据格式不匹配问题。
二、在筛查系统向评估系统传输数据的接口处，配置三级数据质量校验规则——格式校验、范围校验、逻辑校验。
三、根据科室人力资源情况，配置评估任务自动触发规则，包括筛查工具类型、评分阈值、时间窗口三个参数。
四、建立评估任务的超时升级机制，设置24小时/48小时/72小时三个时间节点，分别对应提醒、报告、质控会议讨论三级响应。
五、选择一种评估工具（推荐SGA或PG-SGA），完成评估结果的结构化字段拆分，为决策规则引擎的部署提供数据基础。
这五个行动项不需要一次性完成，可以按优先级分阶段推进。但需要明确的是，数据联动不是「有最好，没有也行」的锦上添花——它是营养诊疗闭环能否真正形成的基础条件。筛查系统做了筛查，评估系统做了评估，如果数据在两者之间是断开的，那么全流程管理就只是一句口号。
参考文献
[1] 中国营养学会. 临床营养信息系统功能规范（T/CNSS 022-2024）. 2024.
[2] 国家卫生健康委医院管理研究所. 中国医院营养诊疗信息化建设现状调查报告. 2025.
[3] 国家卫生健康委. 关于加强临床营养学科建设的指导意见. 2024.
[4] 国家卫生健康委. 临床营养科建设与管理指南（试行）. 2022.