药店取药叫号小程序｜分窗脱敏与过号方案 – MPForge

一、典型场景：药房取药叫号最容易在哪几处翻车

药房取药叫号的痛点不在系统多复杂，而在队列两本账、隐私靠喊：

• 窗口挤兑：取药高峰全挤在一个窗口，队伍堵住收银，慢病老人站不住。
• 错件风险：同名同姓喊一声就递药，错件一出就是大事故。
• 隐私全名广播：叫号喊全名，买什么药全柜台听得见，客人尴尬。
• 过号重来：号过了要重新排，规则不明，客人争半天插不进队。

二、方案总览：四步锁住每一个取药窗口

药房取药叫号的核心矛盾是窗口产能有限、隐私不可忽略。从客人扫码取号到窗口核验取药，四个模块一条线走完：

1. 扫码取号：进店扫码取号，队前几人实时可见，客人坐着等不站着挤。
2. 分窗分流：慢病窗、普通窗分开叫号，长处方不堵快捷窗。
3. 脱敏叫号：叫号只报尾号不报全名，取药隐私不暴露，凭码核验取件。
4. 过号重排：过号按固定规则重排，顺延几位写进页面，不再口头争执。

规则取舍细节见 隐私手机号最小化；同类项目可参考 药店取药案例。

三、核心功能清单

• 扫码取号：：进店即取号，队列进度手机可见，窗口不挤兑。
• 分窗叫号：：慢病、普通、处方窗分开叫号，窗口产能分开计。
• 脱敏规则：：叫号报尾号不报全名，取件凭码核验，错件防线前置。
• 过号重排：：过号顺延规则进固定页，重排次序系统执行。
• 手机号最小化：：取号不强制绑定全量手机号，最小化采集。
• 公众号菜单导流：：取号入口可与公众号菜单导流配合，常客直接进号页。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把窗口产能、分窗规则与过号顺延位数逐项录入后台校对；脱敏与过号规则先落成系统固定页。商家能感知的是叫号不再喊全名。
2. 系统对接：取号、叫号与核验打通，药师、收银与客人用同一个号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是队伍从窗口前消失。
3. 员工培训：一线只强调一分钟内完成叫号、核验、发药的主路径关键动作；店长学会看队列与过号记录。商家能感知的是午高峰不再堵。
4. 灰度试点：先拿一个午高峰的取药队列灰度试跑，不做数字考核，只看等待与错件两条线动没动。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做互联网医院中台：在线问诊开方中台不进首版，处方仍走独立流程，先把取药秩序做好。
• 不替代药师审方：叫号系统管的是队列，审方与用药交待仍由药师完成。
• 效果按试点口径：「等待与错件」是试点前后对比的验收结果；复制到新店前请重估窗口产能与处方结构。

六、上线后效果（试点口径）

口径：试点前后对比。验收结果：等待与错件进看板；取号、分窗、叫号、核验一条线走完，主路径关键动作 1 分钟内完成，全名广播退出取药台。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ