Quiet 千方膳食
  • 首页
  • 产品列表
    住院营养诊疗系统 门诊营养诊疗系统 特医食品综合管理系统 营养膳食管理系统 医院智慧餐厅管理系统 慢病综合营养管理系统 区域临床营养质控管理系统 库存管理系统
  • 服务案例
  • 关于我们
  • 资讯中心
  • 首页
  • 产品列表
    • 住院营养诊疗系统
    • 门诊营养诊疗系统
    • 特医食品综合管理系统
    • 营养膳食管理系统
    • 医院智慧餐厅管理系统
    • 区域临床营养质控管理系统
  • 服务案例
  • 关于我们
  • 资讯中心
千方膳食
  • 临床营养诊疗系统
  • 血糖管理
  • 临床营养信息化
  • 重症患者营养管理信息化
  • 肠内营养管理系统
  • 应激性高血糖

当控糖和喂养在重症病房互相拉扯:应激性高血糖下肠内营养怎么边喂边调

京科软
医院营养科信息化

2026-08-27 08:00:00

监护仪上,两件事在同一个患者身上打架

重症病房的夜班,监护仪的红绿数字交替跳动。床旁挂着的肠内营养泵以每小时40毫升的速度缓慢推进,而屏幕上的血糖值停在11.2 mmol/L——偏高,并且连续两次都偏高。

医生看了血糖,又看了一眼营养泵。停泵?停掉营养,血糖可能压下去一些,可这个患者正处在高分解代谢里,多停一晚,肌肉又流失一分。继续喂?喂进去的碳水化合物又在给血糖添柴火。两件事在同一个患者身上拉扯,而床旁只有一张医嘱单和一个营养泵,谁都没有完整的数据。

这不是某个ICU独有的场景。重症患者几乎都要面对这道选择题:一边是应激性高血糖,一边是必须推进的营养支持。传统做法里,这两件事由不同的人用不同的工具分别管理——医生开胰岛素医嘱看血糖单,营养师定营养方案看肠内营养记录,两条数据线在患者体内交汇,却在系统里各走各的。

当控糖和喂养开始互相拉扯,真正的问题不是「该听谁的」,而是:为什么两件事明明发生在同一个患者身上,却没有被当成同一件事来管。

第一章 应激性高血糖:不是「吃出来的高」,是身体在自救

要先讲清楚一个概念。重症患者的血糖升高,往往不是糖尿病,也不完全是「喂出来的」。

应激性高血糖(stress hyperglycemia),指的是患者在感染、创伤、手术、休克等应激状态下,即使既往无糖尿病史,血糖也出现的显著升高。它的机制不复杂:应激状态下,体内儿茶酚胺、皮质醇、胰高血糖素等反向调节激素大量释放,肝脏糖异生增强、胰岛素分泌相对不足、外周组织对葡萄糖的利用下降,几个因素叠加,血糖就被推高了。

换句话说,这组高血糖,本质上是身体在创伤应激下「自救」的代谢反应的一部分——把储备动员出来,把能量送到最需要的地方。但代价同样现实:持续的高血糖会加重炎症、损害内皮、增加感染与并发症风险,这也是为什么危重患者的血糖管理被写进重症医学的基本功里。

而营养支持偏偏在这个节骨眼上登场。肠内营养液里的碳水化合物,会进一步抬高血糖;反过来说,营养不良又会让患者更虚弱、更难熬过应激。于是重症患者被夹在中间:喂,血糖更高;不喂,营养更差。这个「两头难」,是所有危重患者营养支持绕不开的背景音。

正因为如此,重症患者的营养与血糖,从来不是两个独立的问题。国际通行的重症营养指南几乎都强调同一件事:营养支持的目标,不是单一地「喂够」或「控住」,而是在保证安全的前提下,让患者在应激状态下获得足够的能量与蛋白质,同时把血糖维持在一个可接受的范围内。目标从「一个」变成了「两个」,系统要管的事也跟着变了。

第二章 三个临界点:该喂还是该停,答案藏在数据里

把「两头难」落到床旁,会拆出三个具体的临界点。每一个点,都是临床营养诊疗系统该介入的位置。

临界点一:启动喂养,先看血糖稳不稳

重症患者的肠内营养,什么时候启动、以多大速率启动,第一道坎在血糖。

临床上,对入院时血糖明显升高、或正在使用胰岛素泵强化降糖的患者,营养支持启动时需要格外谨慎——尤其要警惕再喂养综合征的风险:长期能量摄入不足的患者,一旦突然给予充足营养,可能出现低磷、低钾、低镁及维生素B1缺乏等一系列代谢紊乱。这个风险在重症患者里并不罕见,处理不当的后果很严重。

落在系统上,是「启动条件」能不能被看见:患者入院时的血糖基线、近期血糖波动、有无再喂养风险因素,是不是在营养师打开营养方案之前,就已经显眼地摆在那里。如果一份营养方案的启动按钮,和一份三天前的血糖单之间隔着一个系统、一段查房的时间,那这个「先看血糖」的动作,就永远只能靠人的自觉。

临界点二:喂养进行中,血糖曲线会不会「顶上去」

肠内营养开始推进之后,第二道坎在「动态」。

营养液进入肠道,碳水化合物吸收,血糖随之上升。对没有糖尿病基础的患者,机体还能代偿;对处于高分解代谢、胰岛素功能本就被抑制的重症患者,这个上升往往来得更快、更高。如果只靠「每周查几次血糖」,很容易出现一种结果:血糖已经飘上去两三天,胰岛素才跟着加量,营养泵却丝毫未动。

真正的矛盾在于:肠内营养的剂量需要随血糖反馈而调整,而血糖又是一个时时变化的连续量。用「抽样」的血糖去管「连续」的营养泵,天然滞后。能不能把血糖监测的频率提高、把血糖趋势接到营养方案的界面上,决定了「边喂边调」是纸上谈兵还是真能落地。

临界点三:控糖过头,会不会把患者「压」进低血糖

第三个临界点,是控糖的另一面:低血糖。

在强调「血糖达标」的压力下,重症患者的胰岛素使用剂量容易偏激进;而一旦营养支持因检查、手术、呕吐等原因中断,能量供给骤然下降,叠加还在起效的胰岛素,低血糖就来了。低血糖对重症患者的危害,比很多人想象得大——中枢神经系统对葡萄糖缺乏极度敏感,反复低血糖与不良预后显著相关。

这个临界点提示系统设计一个容易被忽略的细节:控糖和喂养必须「联动着看」。当营养泵因任何原因中断时,正在使用的胰岛素方案是否会自动触发复核提醒?当患者进食/喂养中断且血糖连续走低时,系统是否给出「先防低血糖、再谈达标」的提示?只盯着「高血糖要压」,却不管「营养一断血糖就掉」,管理的短板就换了一头。

第三章 数据对表:把血糖曲线和营养方案放进同一张表

三个临界点拆完,答案已经浮出水面:控糖和喂养要协调,前提是它们的数据能「对上表」。

在信息化视角里,重症患者的营养管理从来不是「肠内营养模块」一个模块的事。它需要至少三股数据线汇合:

第一股是血糖线。 床旁血糖仪、血气分析、乃至持续葡萄糖监测(CGM)输出的血糖数值与时间序列。这是判断「该喂还是该停」最直接的输入。

第二股是喂养线。 肠内营养的处方剂量、输注速率、实际执行量、中断与恢复的时间节点。这是「喂了多少、在不在喂」的实时状态。

第三股是代谢线。 电解质、酸碱、肝肾功能、白蛋白等检验结果,尤其是再喂养综合征需要盯住的血磷、血钾、血镁。

三股数据线若能以患者为同一主索引汇合到一张「重症营养代谢看板」上,那么开篇那个夜班的画面就会完全不同:监护仪上的高血糖,旁边就是营养泵的执行记录和最新血磷,医生一眼能看出「这波血糖是喂养引起的、还是应激本身在烧」,营养师也能判断「现在加量安不安全」。

很多临床营养诊疗系统已经能做到「肠内营养模块」本身的功能完整——剂量计算、输注记录、耐受评估都做得细。但「重症患者血糖与营养联动」这一层,恰恰是多数系统最薄弱的地方:血糖数据归血糖,营养数据归营养,两张表放在两个界面上,谁也没把对方当输入。这种「各管一段」的系统,即便每个模块都打磨得不错,也回答不了那个床旁最实际的问题。

第四章 双目标管理:不是「控住血糖」或「喂够营养」,而是两个都要

把数据对好表之后,管理的思路也要跟着升级:从「单目标」走向「双目标」。

所谓单目标,是多数科室现在的做法——要么优先控糖,血糖一高就压;要么优先喂养,营养一定要达标。两种做法各有一半的代价:死磕控糖,患者可能越喂越少、越控越虚;死磕喂养,血糖可能一路飘红。

双目标管理的思路,是把「血糖达标」和「营养达标」作为一组需要同时被满足、又允许动态权衡的指标来管理,而不是二选一。落到系统上,大致需要三层能力:

第一层,把两个目标放到同一屏。 一个重症患者的页面,同时展示血糖趋势与营养达成率,而不是让医生在血糖单和营养单之间来回切换。看到「营养达成率只有55%」的同时,也能看到「血糖连续6小时偏高的原因是不是喂养所致」——两个数字并排,权衡才有依据。

第二层,用规则代替临时起意。 系统内置一组可配置的联动规则:喂养中断时提醒复核胰岛素、血糖连续高于阈值时提示评估喂养速率、低血糖预警时提示先停/减胰岛素并评估能量供给。规则化的好处是,不依赖值班医生的经验与状态,把「该喂还是该停」的判断从「靠人记」变成「系统先提示、人来拍板」。

第三层,把权衡写进记录。 每一次「调整喂养速率以兼顾血糖」或「下调胰岛素以保障营养输注」的决策,都留下一条可回溯的记录。这些记录日积月累,就是科室最真实的「控糖与喂养平衡」经验库——下次再遇到类似患者,不是从头判断,而是有据可循。

需要说明的是,「双目标」不是追求完美两全——重症患者的病情瞬息万变,很多情况下控糖与喂养确实无法兼得,需要在特定时段做出取舍。系统的价值不在于替医生做取舍,而在于让取舍发生的时候,两边的情况都看得清、决定都有据、事后都可追溯。把「拍脑袋的取舍」变成「看得见的权衡」,这本身就是重症营养管理质量的一次跃迁。

第五章 对照清单:你的系统把血糖和营养放对位置了吗

前面四章讨论的,是一个很具体的问题:临床营养诊疗系统在重症患者身上,有没有把「血糖」和「营养」当成一件事来管。下面这份清单,可以直接拿给科室和信息化建设者做一次体检。

关于血糖数据

  • 患者的血糖数据(床旁血糖、血气、CGM)是否结构化进入系统,并能按时间序列展示趋势,而不是散落在不同页面?
  • 血糖数据是否能与患者主索引关联,在营养方案界面可直接调阅?
  • 系统是否支持区分「糖尿病相关高血糖」与「应激性高血糖」,而不仅仅记录一个血糖数值?

关于营养与血糖联动

  • 肠内营养的输注中断(检查、手术、呕吐)是否会自动触发对胰岛素方案的复核提醒?
  • 血糖连续高于阈值时,系统是否提示评估喂养速率或碳水化合物摄入?
  • 低血糖预警时,系统是否提示「先保障能量供给、再谈血糖达标」,而不是一味要求加量控糖?
  • 营养方案启动时,是否提示评估再喂养综合征风险(血磷、血钾、血镁、维生素B1)?

关于双目标管理

  • 一个重症患者的页面,是否同时呈现「血糖趋势」与「营养达成率」两个指标?
  • 系统是否内置可配置的「控糖与喂养联动规则」,并支持按科室习惯调整?
  • 每次「为兼顾血糖调整喂养」或「为保障营养下调胰岛素」的决策,是否留下可回溯记录?

关于多数据汇合

  • 血糖、喂养执行、电解质检验三股数据,是否以患者为同一主索引汇合成一张「重症营养代谢看板」?
  • 这张看板是否能被医生、护士、营养师、临床药师共同访问,而不是各科室各看各的?
  • 系统是否支持按科室沉淀「控糖与喂养权衡」的既往决策,供后续患者参考?

对照下来,「否」越多的系统,越说明它的营养模块和血糖模块还处在「各管一段」的阶段。而重症患者的营养支持,恰恰是最不该「各管一段」的场景——因为在床旁,这两件事从始至终都在同一个患者身上。

结尾:先让血糖和营养「看见」彼此

回到那个夜班。监护仪上11.2 mmol/L的血糖,和每小时40毫升的营养泵,从来不是两个孤立的事件——它们是一个重症患者代谢状态的两种表达。

应激性高血糖下的肠内营养,真正的难题不是「该喂还是该停」,而是这两件事的决策能不能建立在同一份数据上。当血糖曲线和营养方案终于被放进同一张表、由同一套规则协调、被同一群人共同看见时,「边喂边调」就不再是一句空话,而是一种有据可循的日常。

重症患者的代谢,是身体深处一场没有硝烟的战争。而信息系统能做的,是让这场战争里每一发「该不该喂」的弹药,都打在有数据支撑的地方——先让血糖和营养看见彼此,剩下的权衡,交给临床。

参考文献

[1] 中华医学会重症医学分会. 中国重症患者营养支持治疗指南(2021)[J]. 中华危重病急救医学, 2021, 33(5): 513-533.

[2] Singer P, Blaser AR, Berger MM, et al. ESPEN guideline on clinical nutrition in the intensive care unit[J]. Clin Nutr, 2019, 38(1): 48-79.

[3] American Diabetes Association. Diabetes Care in the Hospital: Standards of Care in Diabetes—2024[J]. Diabetes Care, 2024, 47(Suppl 1): S282-S294.

[4] 中华医学会肠外肠内营养学分会. 中国住院患者营养风险筛查与评估专家共识[J]. 中华临床营养杂志, 2024, 32(1): 5-14.

[5] 中国营养学会. 中国居民膳食指南(2022)[M]. 北京: 人民卫生出版社, 2022.

上一篇

营养风险筛查系统上线后的第一个百天:怎么把使用率从三成拉起来

下一篇

医院营养科信息系统里那些无人问津的功能模块:留着浪费、砍掉可惜的操作取舍

©2026 By 京科软. 主题:Quiet 鲁ICP备2025187887号-2
Quiet主题