门诊超声加急排程：真正着急的先排上

这篇案例来自 医疗健康 场景，聚焦在门诊超声检查这个看上去只是“排个队”，实际上每天都在做优先级判断的环节上：
常规预约、现场加号、医生临时加急、复查补扫、孕产与急腹症优先检查，这几类需求一旦混在一起，没有一套动态协同逻辑，窗口、诊间和检查室就会同时承压。

超声排程和 CT、MR 不完全一样。
它的难点往往不在设备稀缺，而在 临床紧急度变化很快，且大量判断发生在当天现场。

真实门诊里，最耗人的不是排不上，而是谁该先做总在临场重新判断

超声室一天里常常同时面对：

• 提前预约好的常规检查患者
• 医生诊间刚开出来、需要当天做的加急患者
• 已经到院但准备不充分，需要换时段的人
• 检查中发现需追加部位或复扫的人

看起来都是“做超声”，实际上优先级完全不同。

如果没有协同层，现场就容易出现几种熟悉状态：

• 门诊医生说“这个病人必须今天做”，窗口却看不到依据
• 检查室临时插入加急号，前面排队的人只感受到被插队
• 护士和窗口人员不断跑来确认“这个能不能先做”
• 管理端事后只看到投诉，复盘时却找不到当天每次调整的原因

老办法为什么总是把压力压给最前线的人

很多医院以前的做法是：

1. 预约系统负责常规号源
2. 加急需求靠电话、便签或诊间口头沟通
3. 窗口或超声室护士临场协调
4. 真正来不及再由科室负责人拍板

这套方式并不是不能运转，而是高度依赖经验丰富的人在现场不断做判断。

它最容易暴露出来的四个问题

1. “加急”标准在不同人手里不一致

有的医生觉得今天必须做，有的窗口人员理解成“有空再插”。
没有结构化依据，加急就容易失真。

2. 号源调整没有统一可见性

诊间、窗口、检查室都在改，但彼此看到的并不总是同一版排队顺序。

3. 患者解释成本极高

一旦插号，加急患者想快，原排队患者会问为什么被往后顺。
前线需要重复解释很多次。

4. 事后很难复盘

哪些加急是真紧急，哪些只是沟通不充分造成的临时挤压，很多机构说不清。

旧流程常常让超声排程变成一场“不断重排的手工活”

flowchart TB
    A[常规预约进入当天队列] --> B[门诊陆续出现加急需求]
    B --> C[窗口和检查室人工协调]
    C --> D{是否临时插入}
    D -->|是| E[原队列顺序被打乱]
    D -->|否| F[加急患者持续等待]
    E --> G[现场解释和投诉压力增加]
    F --> G

派宝在这里做的，不是替医生决定病情轻重，而是把加急依据、资源状态和排队调整放到同一条链上

第一步：把“加急”从口头变成结构化申请

通过 表单数据采集，医生或护士在发起加急时，需要同步提交最基本的判断依据：

• 临床问题摘要
• 是否影响当日诊疗决策
• 是否存在明显高风险信号
• 期望完成时限

这样窗口和检查室看到的，不再只是“帮忙加一下”，而是一个可判断的请求。

第二步：同步看见当前号源和排队压力

系统用 多系统数据同步 把当日队列、已报到人数、候诊时长、检查时段占用情况拉到一个动态视图里。
超声室、窗口和门诊护士看到的是同一版现场状态。

第三步：让真正高优先级请求自动冒出来

结合 风险预警 与 排班建议，系统会优先标记：

• 当日确实需要结果回诊决策的患者
• 孕产、儿科或急腹症等明显不能长期等待的对象
• 因准备问题可能错过窗口但仍可补救的患者

它给出的不是最终医疗决定，而是更稳的协同排序建议。

第四步：调整后的解释动作一起跟上

一旦队列调整，系统会通过 短信消息发送 和 任务提醒 做同步：

• 给加急患者更清楚的候诊预期
• 给前台和护士留出统一解释口径
• 给原排队患者同步预计变化

这能明显减少“顺序怎么突然变了”的冲突。

新流程里，排程不再是窗口一个人的即时记忆战

flowchart LR
    A[门诊发起加急申请] --> B[表单采集加急依据]
    B --> C[多系统同步当前号源与候诊状态]
    C --> D[风险预警与排班建议识别优先顺序]
    D --> E[动态调整检查队列]
    E --> F[短信通知与任务提醒同步现场口径]
    F --> G[患者按更新后的顺序有序完成检查]

连续运行一段时间后，现场首先轻下来的地方是什么

某妇产与综合门诊共享超声资源的院区运行 6 周后，最明显的变化不是全部等待都变短了，而是：

真正需要优先的人更容易被优先，前线解释成本也明显下来了。

一组更贴近现场体验的变化

对比项	改造前	改造后
门诊医生临时追问“能不能今天插进来”	频繁	明显下降
超声窗口人工重排队列次数	较多	下降约 34%
患者因顺序变化产生的现场争议	偏多	明显减少
当日加急请求的可复盘性	偏弱	明显提升

这个案例的关键价值

超声加急排程并不是把所有人都往前提，而是让真正需要优先的对象被稳定识别，同时让被调整的队列也有清晰理由。
一旦做到这一点，门诊、窗口和检查室之间的摩擦就会小很多。

本案例关联能力

• 表单数据采集
• 短信消息发送
• 任务提醒
• 多系统数据同步
• 风险预警
• 排班建议