术前禁食提醒闭环：当天手术少因准备失误被迫推迟

这篇案例来自 医疗健康 场景，讲的是医院里一个非常基础、但一旦做错代价就会很高的环节：
患者明明已经排上了手术，术前宣教也做过，可到了当天才发现禁食禁饮没有执行到位，结果轻则延后、重则取消，手术室排班、麻醉安排和患者情绪都会被一起打乱。

术前禁食看起来像一条很简单的规定，真正落地时却经常失手，原因并不复杂：

• 患者和家属不一定真的听懂了时间点
• 不同手术、不同年龄、不同麻醉方式要求可能略有差异
• 夜班、交班、转床、临时改台都会打断提醒链

所以这件事最大的问题，通常不是“没人提醒过”，而是 提醒没有做到可验证、可升级、可闭环。

为什么一个看似简单的提醒，经常会在住院现场掉链子

因为真正影响执行的，远不止一条口头宣教。

现场常见参与角色包括：

• 病区护士：做术前宣教与再次核对
• 手术医生：关注排台与术前条件
• 麻醉医生：确认禁食禁饮是否达标
• 患者及家属：真正执行禁食禁饮动作

表面上只是一句“今晚几点后不能吃喝”，实际上还涉及：

• 患者是否理解“喝水也算”
• 陪护是否会在夜里误喂食
• 第二天台次变化后，禁食时点是否同步变化
• 儿童、老年患者或特殊人群是否要用更细的交代方式

老办法的核心问题，是提醒做了，但执行状态没有被真正看见

很多医院原来通常这样处理：

1. 排台后病区口头宣教
2. 护士在护理记录中勾选已宣教
3. 术晨再口头复问一次
4. 发现不达标时再临时处理

这种方式最容易暴露三个风险

1. 宣教完成不等于患者真正理解

记录上已经写“已告知”，但患者理解成“少吃一点就行”，实际并未达标。

2. 台次变化后没人更新提醒

一旦手术顺序调整，原来的提醒时间可能就不准确了。

3. 病区直到术晨才知道出了问题

这时候麻醉、手术室、病区、患者都已经为当天排台投入准备，返工代价很高。

旧流程最典型的尴尬，就是大家都做了提醒，但还是只能在最后一刻发现问题

flowchart TB
    A[患者进入术前准备] --> B[病区口头宣教禁食禁饮]
    B --> C[护理记录勾选已宣教]
    C --> D[术晨人工再核对]
    D --> E{是否执行到位}
    E -->|是| F[进入手术流程]
    E -->|否| G[延后或取消手术]
    G --> H[手术室排班与患者安排一起返工]

派宝在这里做的，不是替代医学规范，而是把规范落实成一条持续提醒和确认链

先把禁食要求翻译成患者真正能执行的提醒

系统会根据手术类型、预计台次、患者年龄与注意事项，通过 内容摘要生成 和 短信消息发送 生成更易理解的提醒内容：

• 从几点开始不能吃固体
• 从几点开始不能喝水
• 如果口渴、服药、儿童喂养该怎么处理
• 出现疑问联系谁

比起一段泛化口头说明，患者更容易按时间点执行。

再把提醒做成多轮而不是一次性

通过 流程自动触发 和 任务提醒，系统会在不同时间点自动拉起动作：

• 排台后首次提醒
• 术前晚间再次确认
• 术晨交班前核对
• 台次变更后重新发送更新提醒

这样提醒不会因为交班或临时调整而断掉。

最后把高风险对象提前标出来

结合 风险预警，系统会优先关注：

• 高龄或儿童患者
• 陪护频繁更换的患者
• 台次临时变动的患者
• 历史上曾出现准备偏差的病区或班次

前线可以先去盯最容易出问题的人，而不是平均用力。

新流程里，禁食提醒不再只是一条护理记录，而是一串会持续生效的动作

flowchart LR
    A[排台进入术前准备] --> B[生成个性化禁食提醒]
    B --> C[短信发送给患者与家属]
    C --> D[流程自动触发多时间点确认]
    D --> E[风险预警识别高风险对象]
    E --> F[病区任务提醒重点复核]
    F --> G[术晨更稳地完成麻醉核对]

上线后最先被改善的，不是宣教次数，而是“临门一脚出错”的概率

某外科病区和日间手术中心联动运行 8 周后，最明显的变化是：

术晨才发现禁食不达标的患者明显少了。

一组更接近排班现场的变化

对比项	改造前	改造后
因禁食禁饮执行不达标导致的手术延后	较多	下降约 43%
病区护士重复解释同一注意事项的时间	很高	明显下降
台次调整后提醒是否同步更新	不稳定	明显提升
术前准备差错的可追溯性	偏弱	更清楚

这个案例的价值，不在于提醒更多，而在于提醒终于和执行状态接上了

术前禁食本来就是一条不能出错的底线流程。
派宝把它做成闭环之后，病区不再只是“说过了”，而是更接近“确认过、跟进过、异常已提前暴露”。

本案例关联能力

• 内容摘要生成
• 短信消息发送
• 任务提醒
• 流程自动触发
• 风险预警