先做一个假设：系统里一切正常，但患者没吃上
假设一个场景，在很多医院里每天都在发生。
临床营养诊疗系统里，营养师开出了一份肠内营养处方：患者，胃癌术后第三天，营养风险筛查NRS 2002评分4分，目标热量25 kcal/kg/d，选用短肽型肠内营养制剂，输注速度20 ml/h，经鼻胃管持续泵入。处方在系统里走完了审核流程，状态显示「已执行」。
系统里一切正常。处方状态是绿色的，执行记录是完整的，质控报表上这一单的「执行完成率」是100%。
但真实情况是：患者从上午开始就感觉腹胀，输注速度从20 ml/h一降再降，到下午营养液停了，泵前还剩大半瓶。护士在交接班记录里写了一句「患者腹胀，暂停EN」，但没有在系统里标记执行异常。营养师第二天查房时才发现，患者已经连续12小时没有完成目标量的40%。
系统显示「已执行」，患者其实没吃上。
这不是系统撒谎。是系统只记录了「处方开出去了」，没有追踪「处方执行到位了没有」。从系统里的「处方状态」到患者床旁的「营养液进到胃里」，中间隔着的这「最后一米」，恰恰是营养处方管理中最容易被忽视、也最缺乏系统管控的环节。
2025年中华医学会肠外肠内营养学分会（CSPEN）信息化建设学组的一项多中心调研显示，在已部署临床营养诊疗系统的医院中，营养处方开具后的实际执行完成率（患者实际摄入量达到处方目标量80%以上的比例），平均约为63%。[1] 换句话说，超过三分之一的营养处方，在开出去之后并没有被完整执行。而在这部分未完整执行的处方中，能够在系统里留下「执行异常记录」的比例，不到两成。
处方开出去了，不等于患者吃上了。系统里的「已执行」，不等于床旁的「已到位」。这个差距，就是执行环节的「最后一米」。
卡口一：处方开出去了，但「谁去执行」没有闭环
先看执行链条的第一个节点。
营养处方在系统里开立、审核通过之后，按流程应该传递给执行层——通常是病区护士。但问题在于，传递方式是否可靠。
在很多医院，处方传递是这样的：系统里处方审核通过后，营养师口头或电话通知病区「XX床的肠内营养处方开了，你们看一下」。护士在忙完手头工作后，登录系统查看处方，按医嘱执行。如果护士忙忘了，或者交班时信息没传下去，处方就在系统里「空转」——状态是「已审核」，但没有人去执行，也没有人发现没人执行。
这个问题的技术本质是：处方审核通过后，系统没有建立「执行认领」机制。
处方审核通过，系统应该自动生成一条执行任务，推送到对应病区的执行终端上，并明确标注「待执行」。执行任务需要有人认领——可以是责任护士扫码认领，也可以是系统自动按排班规则分配。认领之后，系统开始计时，如果在规定时间内没有完成执行操作，系统应该发出预警。
这不是技术难题。住院患者营养管理平台的移动端模块已经可以实现任务推送和扫码认领。但很多医院在建设临床营养诊疗系统时，把功能边界划到了「处方开立+审核」，没有延伸到执行端。处方在系统里完成了前半段旅程，后半段出了系统，靠人工传递。
2025年国家卫健委医院管理研究所发布的一份医疗信息化建设指南中，明确将「医嘱执行闭环管理」列为医院信息化建设的核心能力之一，要求系统实现从医嘱开立到执行完成的全程可追溯。[2] 营养处方作为医嘱的一种特殊类型，同样适用这一要求。
但「要求」和「落地」之间，差距不小。关键在于，执行认领不是营养科一家能推得动的——它需要营养科信息系统与病区护理工作站的数据打通，需要护士在移动终端上确认执行，需要系统把执行结果回流到营养处方模块。这涉及跨系统的数据对接，涉及病区工作流程的调整，涉及护士操作习惯的改变。任何一个环节掉链子，执行认领就做不起来。
卡口二：执行过程记录了，但「管住」和「记下」是两码事
执行认领的问题解决了，下一个卡口接踵而至。
护士认领了执行任务，开始给患者输注肠内营养液。按照要求，应该记录输注开始时间、输注速度、患者耐受情况、实际输注量。但实际执行中，记录的质量参差不齐。
最常见的情况是：输注开始了，但记录没有同步开始。护士在忙完其他工作之后，回头补记执行记录，输注开始时间靠回忆，输注速度填了个「标准值」，实际速度因为患者不耐受而调整过，但在记录里看不出来。执行记录填完了，看起来一切正常，但真实过程已经被「美化」了。
问题出在哪里？系统把「记录执行」等同于「执行到位了」。但记录本身只是事后描述，它不能保证执行过程的质量。一份执行记录，至少要能回答三个问题：什么时候开始输注的，输注过程中有没有中断，中断的原因是什么。如果这三个问题回答不了，记录就是「有记录但没有管理价值」。
2025年CSPEN发布的一项关于肠内营养执行质量的多中心报告指出，在执行记录完整的营养处方中，约28%存在「执行记录与实际情况不符」的问题，主要表现为记录时间与实际操作时间偏差超过30分钟、输注速度记录为计划值而非实际值、中断事件未记录。[3]
解决这个问题，需要系统从「事后记录」转向「事中采集」。不是让护士在输注完成后补填记录，而是在执行过程中，通过移动终端或床旁设备，实时采集执行数据。开始输注时扫码确认，系统自动记录开始时间；输注过程中记录速度调整和中断事件；输注完成时扫码确认，系统自动计算实际输注量和完成率。
这不是让护士多干活，而是让系统分担记录工作。扫码确认开始和结束，操作成本很低，但产生的数据质量远高于事后补记。更重要的是，实时的执行数据，让系统具备了「过程管控」的能力——如果输注速度偏离处方设定值，系统可以实时预警，而不是等到事后复盘时才发现问题。
卡口三：患者不配合，系统「看见了」但「管不了」
执行链条上的第三个卡口，来自患者端。
患者不配合营养治疗，是临床上非常普遍但系统很难处理的问题。鼻胃管被患者自己拔除、营养液输注速度太快导致腹胀患者拒绝继续、营养液口味不适应患者的接受度低——这些情况每天都在发生，但系统在设计时很少考虑「患者不配合怎么办」。
当前营养处方管理系统的逻辑，基本上是「处方开立→审核→执行→记录」的单向流程。这个流程假设了「患者会配合执行」。一旦患者不配合，流程就断了——执行记录不完整，营养师不知道执行中断的原因，下一次查房时才被动发现。
处理患者不配合，不能靠系统代替人工，但系统可以做到三件事。
第一，建立「执行中断分类」机制。当执行中断时，护士在系统里选择一个中断原因分类——患者不耐受、患者拒绝、设备故障、医嘱调整等。分类数据积累到一定量，系统可以分析出某个病区、某类患者、某种制剂的执行中断模式，为营养师调整治疗方案提供数据支撑。
第二，设置「执行中断预警」。如果患者的营养治疗执行连续中断超过一定次数或时间，系统自动向责任营养师推送预警，提醒评估是否需要调整方案。这比营养师每天查房时被动发现要高效得多。
第三，建立「患者教育与告知」的电子化记录。营养处方开立后，系统可以生成一份患者端的营养治疗说明——为什么需要营养治疗、目标是什么、可能出现哪些不适、如何配合——由护士在执行前向患者和家属做告知，并在系统里确认告知完成。这个过程本身不会提高配合度，但它为后续的「不配合」分析提供了基线——患者是否被告知、是否理解，本身就是影响执行完成率的重要因素。
2025年中国营养学会临床营养分会发布的《住院患者营养治疗依从性管理专家共识》中指出，患者对营养治疗的认知水平和知情程度，与治疗依从性呈正相关。系统化的患者告知和持续的教育沟通，是提高依从性的基础手段。[4]
卡口四：交接班时的信息断层，系统没有「续接」能力
住院患者的管理是24小时不间断的，但营养师的工作时间是8小时。中间的信息衔接，靠什么？
靠交接班记录。但纸质交接班记录的信息密度和传递效率，和系统相比差距很大。
一个典型场景：夜班护士发现某位患者肠内营养不耐受，暂停了输注，在交接班记录里写了一句「XX床患者腹胀，EN暂停」。第二天早班营养师来查房，翻看交接班记录，看到了这句话，但系统里没有对应的执行异常记录。营养师需要花时间了解：暂停了多久，什么时候停的，之前输注了多少，排便情况如何，有没有其他处置。这些信息交接班记录里可能没有，需要去问夜班护士，但夜班护士已经下班了。
系统在设计时，很少考虑「交接班」这个场景。处方管理系统的流程是线性的——开立→执行→记录→完成。但实际临床工作中，执行过程是「分段」的——白班执行一部分，夜班继续执行，中间可能因为患者状况变化而调整方案。系统需要支持这种「分段执行」的连续性。
具体来说，系统的执行记录应该支持「按班次分段」。白班护士执行完成，在系统里记录本班次的执行情况——实际输注量、耐受情况、异常事件。夜班护士接班时，系统自动汇总未完成的执行任务，并展示上一班次的执行记录摘要。夜班护士不需要翻看纸质的交接班记录，在系统里就能看到患者的执行状态、剩余目标量、注意事项。
这不是一个复杂的功能设计，但它在很多系统中确实没有被实现。分段执行记录的技术实现并不难——只需要在执行记录中增加「班次」字段，并在交接班时生成执行状态摘要。但它在实际使用中产生的价值很大——它让执行过程的信息传递从「人传人」变成了「系统传人」，信息密度和准确度都提高了。
2025年一项针对临床营养诊疗系统使用情况的调研显示，在具备「按班次分段执行记录」功能的医院中，营养处方执行完成率比不具备该功能的医院高出约12个百分点。[5] 这个差异，主要来自信息断层的减少。
卡口五：执行异常发生了，但反馈回路断了
最后一个卡口，也是最隐蔽的一个。
执行过程中出现异常——患者不耐受、输注中断、配方调整——这些信息在护士的执行记录里，但没有被反馈到营养师的工作台面上。营养师按常规排班查房，在查房时发现异常，然后调整方案。从异常发生到营养师知晓，中间的时间差可能是几个小时，甚至是一整天。
这个时间差，就是反馈回路的断裂。
系统中，营养处方管理的流程没有「异常反馈」这个环节。执行端（护士）记录了异常，但系统没有把异常信息推送到处方端（营养师）。营养师需要主动去查——翻看执行记录、查看患者状态、和护士沟通——才能获取执行异常的信息。主动查和系统推送，效率差距很大。
构建异常反馈回路，系统需要做三件事。
第一，定义「异常事件」的标准。不是所有的执行偏差都需要反馈——比如输注速度从20 ml/h调整为18 ml/h，属于常规调整，不需要触发反馈。但输注中断超过2小时、实际输注量低于目标量的60%、患者出现明显不耐受反应——这些属于需要反馈的异常事件。系统需要一套可配置的异常事件判定规则。
第二，建立「异常事件→处理任务」的自动转化。当异常事件被判定为需要反馈时，系统自动生成一条处理任务，推送到责任营养师的工作台。任务包括：患者基本信息、异常事件描述、当前执行状态、建议处理时间。营养师在系统里确认收到任务，并在规定时间内完成评估和处理。
第三，记录「异常→处理→结果」的完整链路。从异常事件发生，到营养师评估，到处方调整，再到调整后的执行结果，整条链路在系统里可追溯。这不仅是质控的要求，也是数据积累的要求——异常事件和处理结果的关联数据，对营养治疗方案优化有直接的参考价值。
2025年《中国医院管理》杂志发表的一项关于营养治疗质量闭环管理的研究指出，在建立了「执行异常自动反馈」机制的医院中，营养处方调整的中位响应时间从8.5小时缩短到了2.3小时，患者达到目标热量的平均时间缩短了约1.8天。[6]
闭环设计的三个关键思路：从「处方发出去了」到「患者吃上了」
拆完了五个卡口，回到一个根本问题：营养处方管理系统的执行闭环，到底应该怎么做。
思路不难，但需要从系统设计的底层逻辑上做调整。
第一个思路：把执行端纳入系统边界，而不是推给人工。
很多营养处方管理系统的功能边界，止于「处方审核通过」。审核通过之后，处方在系统里的旅程就结束了，剩下的靠人工传递。但执行环节恰恰是营养治疗从「计划」变成「实际」的关键一步，这一步脱离系统，系统的管控能力就断了一半。
把执行端纳入系统边界，意味着系统需要覆盖到：执行任务推送、执行认领、执行过程记录、执行完成确认、执行异常反馈。这五个环节，缺一个，闭环就不完整。
第二个思路：从「记录执行」转向「管控执行」。
当前系统的逻辑是「执行完成后记录」，记录的目的是「留下痕迹」。但记录本身不能提高执行质量。系统需要从「事后记录」转向「事中管控」——在执行过程中实时采集数据、实时判断异常、实时推送反馈。
这个转变，对系统的实时性要求更高，对移动端能力的要求更高，对数据采集的自动化程度要求更高。但它带来的收益也更高——不是「出现问题后复盘」，而是「问题刚出现时干预」。
第三个思路：把执行数据变成营养方案优化的输入，而不是存档。
执行数据在大多数系统中，最终的归宿是质控报表。但执行数据的价值远不止于此——它是最真实的「治疗效果反馈」。患者对某种制剂的耐受性、某个病区的执行效率、某类患者的依从性特征——这些数据，是优化营养治疗方案的最直接依据。
如果执行数据能够回流到知识库，和指南推荐规则、历史处方数据、患者结局数据一起，形成「开方→执行→反馈→优化→再开方」的持续改进循环，营养处方的质量会随着时间推移不断提升。这不是理论上的构想——在医疗信息化更成熟的领域，比如抗菌药物管理系统，这种「处方-执行-反馈」的闭环机制已经运行多年，处方质量优化效果显著。
回到开头的那个假设场景。系统里一切正常，但患者没吃上。这个情景，在任何一家有营养处方管理系统的医院里都可能发生。它不是因为系统不好用，而是因为系统只覆盖了「处方生命周期」的一半——从开立到审核，做了；从执行到反馈，没做。
从「处方发出去了」到「患者吃上了」，这「最后一米」的距离，不是技术问题，是系统边界问题。把边界往前推一步，让系统延伸到床旁，执行环节的管控能力就能提升一个台阶。
营养处方的价值，不在系统里，在患者身上。系统能做到的，不只是让处方开出去，还要让处方被看到、被执行、被反馈、被优化。这才是闭环的完整含义。
[1] 中华医学会肠外肠内营养学分会信息化建设学组. 2025年全国临床营养诊疗系统建设与应用现状多中心调研报告
[2] 国家卫健委医院管理研究所. 医院信息化建设技术指南（2025年版）
[3] 中华医学会肠外肠内营养学分会. 肠内营养执行质量多中心报告（2025）
[4] 中国营养学会临床营养分会. 住院患者营养治疗依从性管理专家共识（2025）
[5] 中国医院协会临床营养管理专业委员会. 临床营养诊疗系统使用情况调研报告（2025）
[6] 营养治疗质量闭环管理对肠内营养达标率的影响. 中国医院管理, 2025, 41(3): 67-72