在互联网医疗领域，预约挂号可以说是各个医疗类APP、公众号、小程序必备的一个功能，看似简单，但却不是每个应用都把这个设计的体验很好；看起来大同小异，但是里面门门道道却挺多。不同的设计，极大地影响着用户的使用以及体验。
同时，今年国家卫健委《关于进一步完善预约诊疗制度加强智慧医院建设的通知》中，提出要加快建立完善预约诊疗制度，不断优化预约诊疗流程。相信不久之后，预约挂号这个功能将会更加强大，各个厂商将会加强对预约挂号功能的设计。下面，将会基于自己的经验，对预约挂号功能，进行一个归纳，以及设计思路的整理。
一、号源
预约挂号，最关键的是号源，如果没有号源，那么一切设计都是白瞎。所有有效的设计都是在有号源的基础上进行建设，号源基础决定上层设计。所以要把预约挂号设计的全面好用，看掌握的号源资源。
号源，简单理解，医院能够接诊的人次。具体点，就是某个医院的某个科室的某个医院在某个时间点或者时间段可以预约的资源。这就正好从最粗和最细颗粒度的描述，医院这两个不同方式的号源提供，极大影响设计。
（1）层层递进号源
层层递进，也就是说要从医院-科室-医生-可预约号这样一层层查询，才知道医院有哪些号源，因为起点是医院（如果是单院版的预约挂号，则是科室），所以可以理解为最粗颗粒度的号源了。这种号源方式，把产品设计的想象空间极大束缚了，没有更多的操作控制，设计上也只能按照这种方式层层递进。
（2）最小颗粒度号源
最小颗粒度号源，也就是前面提到的某个医院的某个科室的某个医院在某个时间点或者时间段可以预约的资源。这种提供方式，可以直接触达最底层的可以预约的号，为产品设计提供了更多的可能。
当然除了这两种方式，还有一些别的中间颗粒度的提供方式，例如当日号源提供、层层递进到科室后可以按照医生或者按照时间点提供等。但是理解了这最大和最小颗粒度的号源后，再结合下面介绍的产品设计，其余的号源提供方式，如何设计，也可以比较清晰的理出。
二、预约挂号产品设计
预约挂号，按我个人理解，其实可以分为时间和空间两个维度进行设计。
（1）时间维度
因为号源都是以时间点或者时间段来预约的，这就存在一个时间维度。即可以按照日期，或者一段日期来划分号源，更好地为用户服务。因为看病是紧急或临时性行为，患者需要知道当天可预约、或者明后哪几天可预约，从而达到自己的预约目的。所以在产品设计上，可以增加当日可预约、明日可预约、3日内可预约这些筛选，不建议时间维度来的太长，因为临时性行为，都是短期行为，要快速预约，时间维度拉长这种，则需要引导用户目的性更新明确，通过科室、医生、安排合理的时间进行预约。
所以在时间维度上的产品设计，个人认为是为了满足临时性或紧急性的预约行为，达到更加快速的筛选，不是最主要的方式，但是却是一个区域性平台或医院平台必不可少的一个功能。
（2）空间维度
空间维度，是从不同的地方来达到预约的目的，包括不同医院、不同科室、不同医生、不同的疾病。这是目前主流的聚合类平台经常提供的不同维度的预约选择。
a.按医院
按医院，也就是说根据医院来进行预约，用户通过相应的医院条件的筛选触达，医院等级、医院性质（公立、专科、综合）、医院距离等。同时选择完医院后，根据号源的提供情况，再相应的选择科室、医生和时间点预约。这种有利于大型知名医院，不利于中小医院，有利于普通人去选择，毕竟现在大部分人就医都是看重的医院的名气，有可能的话都会选择三甲或者附近的大医院。
所以按医院预约的话，需要做好的是医院的筛选，可以从哪些维度来选择医院，从而快速得到想预约的医院。
b.按科室
按科室，也就是说用户知道去这个病去哪个科室看，从而快速选择科室，进行相关医院的预约。按科室预约有一个要处理的就是，每家医院的科室名称五花八门，也许A医院的骨科，在B医院就有骨一科、骨二科，所以需要对每家医院的科室进行标准化处理。目前国家卫健委有发行过国家标准医院科室名称及匹配，所以要把每家医院的科室按照标准科室进行关联处理。
按科室预约适用于用户对自己的疾病有一定认知的情况下，知道个大概情况，从而快速触达，并且可以对相应的科室进行排忧，进行标准科室下某家医院的科室推荐。
c.按医生
按医生预约，也就是说用户可以直接查询到要预约的医生，从而进行预约。这种一般适用于名医或者知名专家医院，为权威赢得更多的用户。用户需要对医生有相应的了解，知道医生主要看什么病，因为一般名医都是主任级别，诊查费比较高，不适合所有小病都去预约这种号源。这种方式也有利于医生的品牌化，以及为医生和平台挣取最大的利益价值。
一个有趣的地方就是，像阿里健康、好大夫这类聚合预约挂号平台，以及平安好医生这类自建平台，按医生预约都有最短的触达路径。
d.按疾病
按疾病，也就是说，用户知道自己得的是什么病，直接查询可以治疗这种病的科室或者医生，从而完成预约。按疾病也要对科室或者医生进行处理，需要对科室进行描述，以及医生擅长进行描述，才可以在用户选择的情况下，根据关键字或者智能识别得到相关的科室或者医生。这种适用于用户只知道自己什么地方有相关的疾病，对医院科室或者医生没有什么认知的情况下，也可以是一种智能导诊服务，为用户推荐应该去看病的科室。
目前很多平台通过自我诊断服务，来智能识别患者的疾病，从而为患者推荐科室，形成智能导诊服务，可以看成是按疾病预约的一种深度发展。
三、总结
时间维度和空间维度，往往是可以综合起来利用的，而且空间维度往往不仅仅是上文中示例的一种路径，可以多个空间维度组合，在有效的号源的情况下。
同时，细细观察阿里健康和微信医疗健康里面的预约挂号，会发现，这类大的聚合平台虽然按照空间维度里面的一些类别进行预约挂号，但是却是需要在选择到了科室这个级别后，跳转到集成的预约挂号平台重新选择一遍科室或者医生（阿里的按医生除外），并没有太好的用户体验，而这就是因为号源的限制。
所以在预约挂号设计时，可以用正推和逆推两种方式。正推，即根据号源的获取方式，设计预约挂号相关页面和流程。逆推，即先设计好想要给用户的预约挂号的页面和流程，倒回去找医院，要求或者协调医院以符合设计的方式提供号源。
当然这总结也仅仅是个人的经验之谈，有些地方就和实际情况会有出入，也是在所难免的。
虽然条条大路通罗马，不管预约挂号怎么设计都能够走下去，但是路径不同，曲折不同，也许很多人在一条不那么顺畅的道路上走着走着就放弃了，这就会造成产品的使用率极大地下降。所以修一条好的宽广大路通向罗马，相信使用者和推崇者会越来越多的，产品也会更加成功。
