在上一篇，我们预约了去看诊，（详见《全面解析：就诊预约应如何设计？》），这边就要来讲讲就诊前的问题了——排队叫号。
当然，高端诊所是不需要的，500的诊金一收，服务质量立马提升数十倍。进门就是八颗牙的微笑，全程在护士小姐姐的陪同下。说白了，就是人少。
如果去普通诊所呢，一般是比较忙的，碰上流感高峰期，医生说一人接诊量一天就能达到近200。有个诊所和我说：
我们3分钟一个号，一个医生。3分钟！确实惊了我一下，相比高端诊所20-30分钟一个号的。
于是乎，一个很必须的功能出现了：排队叫号！
一、最终效果
什么都不要想，我们先来看看，诊所想要的效果吧！
图1、简约版
图2、经典式
图3、高级版
图4、体贴版
不管是简单的多行、单行显示屏，还是高级的电视屏，主要的目的就是：叫号！
最想告诉患者的是：现在、几号、谁、去哪里、就诊。
其他的信息如：呼叫过谁、谁候诊、医生介绍、当前等候人数、预计等候时间等等，都是附加的。就像是做手套，手套织好了，再绣朵小花还是贴个小鸟，就看诊所实际需求啦。
二、号码产生的三种场景
知道想要什么了，接着开始肢解。
实际来看，号码产生有3种场景：
图5、号码产生的场景
这3种分别适用哪些场景呢？
诊所层：诊所就1个医生，或者说多个医生，但是只看儿科，而且所有医生都会看，也不搞特殊化，像vip优先啊。大家都是到现场了自己去取号机上取个号，候诊，很像银行办业务取号。这种情况的话，诊所花几块钱买个本地软件就可以了，和我们系统关系不大。
科室层：诊所儿科有3个医生，每个医生水平也都差不多，客户来了谁先有空就谁看。大家可能都遇到过，就是医院的普通门诊。登记后按科室排号，等到号了由护士去分诊，告诉患者应该去哪个医生那边。如果是体检，每个项目检查排队也可以用这种模式。
医生层：适用于医生比较有名的诊所了，患者会冲着医生来看病。这种场景登记的时候就要指定挂哪个医生的号，就诊时就按这个顺序来。
和很多诊所打过电话，大部分都是需要第3种形式，即排号到医生。
三、号码来自线上和线下
还记得我们上一章的排号表吗，可见《全面解析：就诊预约应如何设计？》
图6、排号表
我们可以控制哪些号是来自线上，哪些号是来自线下。那么，在取号的时候，预约过的就给预约号，现场取号的，就按现场顺序排下来。
还有一种是：不管有没有预约，大家都是到现场了取号。那肯定有人要抱怨了，为什么我预约了还要我排队啊，我就应该到了就看诊，这就需要在叫号时做些手脚了。
四、叫号功能的实现
经常出去吃饭，排队的时候可能会看到美食店的小哥拿着个pad，点点滑滑的在叫号。
图7、美食排队
诊所叫号也差不多，要有这些功能：排序、叫号、重叫、过号、重新排队（看情况）。
分析下这些功能的目的：
排序：我是VIP，我就有优先权，我预约过，我也要先看，我预约了，但来晚了，插个队呗。不管顺序怎样，掌握权交给诊所。
叫号、重呼、过号：叫号就不说了，核心功能嘛，为了防止叫错，我还加了暂停按钮。如果叫一遍没来，诊所可以再叫一次：重呼。几遍都没来：过号、作废，都可以。
重新排队：医生开了个检查单，检查完后去找医生时再次排队。很多时候患者就插空去找医生了，不需要排队，所以就看诊所需不需要这功能了。
界面参考：
图8、叫号界面（来自网络）
功能在了，怎么设计就交给UI吧。
五、硬件设备
叫号的实现肯定离不开硬件，最常用的：显示屏、电视屏、音响、打印机（打印挂号条）。
有时间的可以直接找硬件设备厂家对接，更方便一点，可以和排队叫号的公司合作，硬件部分及其控制调试都由他们搞定。
六、总结
可以从结果往前推，先看最终想要实现的效果，这时多给诊所打电话问问，能发现一些细节点。然后分解一下，看号码是怎么排的，什么渠道可以获得，怎么灵活的叫号。
给自己的总结，也分享给大家。
