编辑导语：在上一篇，我们预约了去看诊《全面解析：就诊预约应如何设计？》；我们去医院时，经常都会遇到排队叫号的情况，本篇文章作者就详细讲了就诊前的问题了——排队叫号，我们一起来看一下。

当然，高端诊所是不需要的，500的诊金一收，服务质量立马提升数十倍；进门就是八颗牙的微笑，全程在护士小姐姐的陪同下；说白了，就是人少。

如果去普通诊所呢，一般是比较忙的，碰上流感高峰期，医生说一人接诊量一天就能达到近200。

有个诊所和我说：我们3分钟一个号，一个医生；3分钟！确实惊了我一下；相比高端诊所20-30分钟一个号的。

于是乎，一个很必须的功能出现了：排队叫号！

一、最终效果

什么都不要想，我们先来看看，诊所想要的效果吧！

图1 简约版

图2 经典式

图3 高级版

图4 体贴版

不管是简单的多行、单行显示屏，还是高级的电视屏，主要的目的就是：叫号！

最想告诉患者的是：现在、几号、谁、去哪里、就诊。

其他的信息如：呼叫过谁、谁候诊、医生介绍、当前等候人数、预计等候时间等等，都是附加的；就像是做手套，手套织好了，再绣朵小花还是贴个小鸟，就看诊所实际需求啦。

二、号码产生的三种场景

知道想要什么了，接着开始肢解。

实际来看，号码产生有3种场景：

图5 号码产生的场景

这3种分别适用哪些场景呢？

1. 诊所层

诊所就1个医生，或者说多个医生，但是只看儿科；而且所有医生都会看，也不搞特殊化，像vip优先啊，大家都是到现场了自己去取号机上取个号，候诊。

很像银行办业务取号；这种情况的话诊所花几块钱买个本地软件就可以了，和我们系统关系不大。

2. 科室层

诊所儿科有3个医生，每个医生水平也都差不多，客户来了谁先有空就谁看。

大家可能都遇到过，就是医院的普通门诊；登记后按科室排号，等到号了由护士去分诊，告诉患者应该去哪个医生那边。

如果是体检，每个项目检查排队也可以用这种模式。

3. 医生层

适用于医生比较有名的诊所了，患者会冲着医生来看病；这种场景登记的时候就要指定挂哪个医生的号，就诊时就按这个顺序来。

和很多诊所打过电话，大部分都是需要第3种形式，即排号到医生。

三、号码来源设计

还记得我们上一章的排号表吗，可见《全面解析：就诊预约应如何设计？》。

图6 排号表

我们可以控制哪些号是来自线上，哪些号是来自线下。

那么，在取号的时候，预约过的就给预约号，现场取号的，就按现场顺序排下来。

还有一种是：不管有没有预约，大家都是到现场了取号；那肯定有人要抱怨了，为什么我预约了还要我排队啊，我就应该到了就看诊——这就需要在叫号时做些手脚了。

四、叫号功能实现

经常出去吃饭，排队的时候可能会看到美食店的小哥拿着个pad，点点滑滑的在叫号。

图7 美食排队

诊所叫号也差不多，要有这些功能：排序、叫号、重叫、过号、重新排队（看情况）。

分析下这些功能的目的：

• 排序：我是VIP，我就有优先权；我预约过，我也要先看；我预约了，但来晚了，插个队呗；不管顺序怎样，掌握权交给诊所。
• 叫号，重呼，过号：叫号就不说了，核心功能嘛，为了防止叫错，我还加了暂停按钮；如果叫一遍没来，诊所可以再叫一次：重呼；几遍都没来：过号、作废，都可以。
• 重新排队：医生开了个检查单，检查完后去找医生时再次排队；很多时候患者就插空去找医生了，不需要排队，所以就看诊所需不需要这功能了。

界面参考：

图8 叫号界面（来自网络）

功能在了，怎么设计就交给UI吧。

五、硬件设备

叫号的实现肯定离不开硬件。

最常用的：显示屏、电视屏、音响、打印机（打印挂号条）。

有时间的可以直接找硬件设备厂家对接，更方便一点，可以和排队叫号的公司合作，硬件部分及其控制调试都由他们搞定。

总结：

叫号三部曲：设置号码、发放号码、排序叫号。

可以从结果往前推，先看最终想要实现的效果，这时多给诊所打电话问问，能发现一些细节点；然后分解一下，看号码是怎么排的，什么渠道可以获得，怎么灵活的叫号。

#专栏作家#

司马特小队，公众号：司马特小分队，人人都是产品经理专栏作家。8年+互联网资深产品经验，多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点。

本文原创发布于人人都是产品经理，未经许可，禁止转载

题图来自Unsplash，基于CC0协议。