| | |
| | | ## 排队叫号系统 |
| | | # 排队叫号系统 |
| | | |
| | | ### 业务特性 |
| | | |
| | | ## 业务特性 |
| | | 1. 一个工位可能支持多种检查项目 |
| | | 2. 一个检查项目可能分配给多个工位 |
| | | 3. VIP 患者:走预留的预约序号 |
| | | 4. 加急 |
| | | 5. 排队过号 |
| | | |
| | | ### 业务实现 |
| | | 1. 【排队中】 患者 未分流到 诊室,没有内部 seqNum |
| | | 2. 检查项目优先队列 (对应到工位) 记录的是 工位上【就诊准备】的人数 |
| | | 3. HurryUP 从 该工位支持的所有检查项目 + 预约时间最早 的【排队中】患者 抓到 该工位 变成 【就诊准备】 |
| | | 4. 常规检查叫下一位、领用叫下一位 从 工位上 第一位【就诊准备】患者 变成 【就诊中】,由于 就诊准备 人数变少,启动 HurryUP |
| | | 5. 预约确认、加急 也会启动 HurryUP,尝试 分流到 诊室 + 分配内部 seqNum |
| | | 6. |
| | | ## 业务实现 |
| | | ### 分流 |
| | | 01. 【排队中】 患者 未分流到 诊室,没有内部序号 |
| | | 02. 预约确认时,主动触发分流 到支持该预约项目的工位1、工位2...工位N ==>【候诊中】 赋予工位 + 内部序号 |
| | | 03. 叫号时,【候诊中】=>【就诊中】 主动触发分流 到该工位 用以填补【候诊中】空缺 |
| | | 04. 检查项目优先队列 (工位队列) 记录的是 工位上【候诊中】的人数 |
| | | |
| | | ### 过号 |
| | | 01. 过号、召回 【已召回】 -> 【候诊中】 重新赋予内部序号 |
| | | 02. 安装过号、召回 |
| | | |
| | | ### 亲和 |
| | | 01. 亲和:患者的多个检查项目可以在工位上一并做,避免多次排队,比如动态心电、动态血压 |
| | | 02. 亲和:是依附者,依附到已分流到诊室的检查项目,也就是【候诊中】【就诊中】【过号】【召回】的检查项 (有工位和内部序号) 会直接上位 【就诊中】 |
| | | 03. 亲和-安装:是依附者,依附到【安装中】【安装过号】【安装召回】的检查项 会直接上位 【安装中】 |
| | | 04. 亲和项: 有工位和内部序号 |
| | | 05. 预约确认后 主动寻求依附 |
| | | 06. 有检查项分流到诊室后,也就是进入[候诊中]后,拉 [排队中] + 具有亲和性的 检查项 来依附该检查项 |
| | | 07. 检查项进入到 [安装中] 时,拉 [已领用] + 具有亲和性的 检查项 来依附该检查项 |
| | | |
| | | ### 叫号 |
| | | 01. 大屏 检查/领用 、 不用显示安装相关信息 亲和检查项需要在同一列显示, 否则亲和项跟主项分开在不同列 |
| | | 02. 大屏: 主要解决 非分流患者顺序问题 【排队中】【过号-排队】 |
| | | 03. 小屏 检查/领用 + 显示安装相关信息,亲和跟随前需要先把患者分开成领用相关的患者和安装相关的患者,基于患者和内部序号跟随 |
| | | 04. 小屏: 主要解决 检查/领用 相关患者 和 安装相关患者 需要分开处理问题 否则当有两个及以上亲和项时会发生不知道是跟随检查相关项目还是安装相关项目 |
| | | 05. 小屏: 都是已经分流的 有工位和内部序号 |
| | | |
| | | |
| | | ### 开诊设置 |
| | | 开诊时间:6:30~23:59 1 |
| | | 工位概况: 8 2 1 【开放的工位 有医生的工位 参与分流的工位(医生暂停的不计入)】 |
| | | 常规心电图 3 0 0 0 |
| | | 动态心电 1 2 1 1 【开放的检查/领用工位 开放的安装工位 有医生的检查/领用工位 有医生的安装工位】 |
| | | 动态血压 1 2 1 1 |
| | | 平板运动心电 1 0 0 0 |
| | | 动脉硬化监测 1 0 0 0 |
| | | |
| | | ### 测试相关 |
| | | 1. queue_sequence 表 queue 表 |