问诊请求处理方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及互联网技术领域，尤其涉及一种问诊请求处理方法、装置、电子设备及存储介质。


背景技术：

2.随着互联网技术的发展，接诊用户可以利用医疗相关应用实现在线接诊，可以理解为，就诊用户向服务端发出问诊请求后，服务端即可将请求分发至对应的科室，由该科室的接诊用户向就诊用户提供相应的医疗服务。
3.现有技术中，服务端通常按照静态规则对就诊用户的问诊请求进行分配与处理。然而，当基于静态规则为就诊用户确定出一个与其病情最匹配的科室时，就诊用户可能需要等待较长的时间，才能得到该科室接诊用户的服务，而基于静态规则为用户确定出多个科室时，虽然降低了等待时间，却又会出现接诊用户与就诊用户病情不匹配的情况。
4.因此，相关技术提供的方案中，服务端对就诊用户问诊请求的处理方式过于固化，无法根据现实情况合理地为就诊用户确定出接诊科室。


技术实现要素：

5.本发明提供一种问诊请求处理方法、装置、电子设备及存储介质，以动态的科室扩散规则来处理就诊用户的问诊请求，在降低就诊用户等待时间与保证接诊科室匹配度之间取得了平衡。
6.第一方面，本发明实施例提供了一种问诊请求处理方法，该方法包括：
7.在接收到目标待处理问诊请求时，确定与所述目标待处理问诊请求相对应的目标科室，以及与所述目标科室相关联的至少一个待选择科室；
8.获取当前时刻的问诊系统关联信息，其中，所述问诊系统关联信息包括待接诊用户数量，以及所述目标科室的在线接诊用户数量中的至少一项；
9.根据所述问诊系统关联信息和预设信息，从所述目标科室以及所述至少一个待选择科室中确定出至少一个接诊科室；
10.将所述目标待处理问诊请求发送至所述至少一个接诊科室对应的客户端，以使所述至少一个接诊科室的接诊用户进行接诊。
11.第二方面，本发明实施例还提供了一种问诊请求处理装置，该装置包括：
12.目标科室确定模块，用于在接收到目标待处理问诊请求时，确定与所述目标待处理问诊请求相对应的目标科室，以及与所述目标科室相关联的至少一个待选择科室；
13.问诊系统关联信息获取模块，用于获取当前时刻的问诊系统关联信息，其中，所述问诊系统关联信息包括待接诊用户数量，以及所述目标科室的在线接诊用户数量中的至少一项；
14.接诊科室确定模块，用于根据所述问诊系统关联信息和预设信息，从所述目标科室以及所述至少一个待选择科室中确定出至少一个接诊科室；
15.目标待处理问诊请求处理模块，用于将所述目标待处理问诊请求发送至所述至少一个接诊科室对应的客户端，以使所述至少一个接诊科室的接诊用户进行接诊。
16.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
17.一个或多个处理器；
18.存储装置，用于存储一个或多个程序，
19.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的问诊请求处理方法。
20.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的问诊请求处理方法。
21.本发明实施例的技术方案，在接收到目标待处理问诊请求时，确定与目标待处理问诊请求相对应的目标科室，以及与目标科室相关联的至少一个待选择科室；获取当前时刻的问诊系统关联信息，即获取问诊系统当前时刻的待接诊用户数量以及目标科室的在线接诊用户数量中的至少一项；根据问诊系统关联信息和预设信息，从目标科室以及至少一个待选择科室中确定出至少一个接诊科室，进一步的，将目标待处理问诊请求发送至至少一个接诊科室对应的客户端，以使至少一个接诊科室的接诊用户进行接诊，以动态的科室扩散规则来处理就诊用户的问诊请求，在降低就诊用户等待时间与保证接诊科室匹配度之间取得了平衡，进一步提高了用户就诊服务的使用体验。
附图说明
22.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
23.图1为本发明实施例一所提供的一种问诊请求处理方法的流程示意图；
24.图2为本发明实施例二所提供的一种问诊请求处理方法的流程示意图；
25.图3为本发明实施例三所提供的一种科室扩散规则配置流程图；
26.图4为本发明实施例三所提供的一种基于科室扩散规则处理问诊请求的流程图；
27.图5为本发明实施例四所提供的一种问诊请求处理装置的结构框图；
28.图6为本发明实施例五所提供的一种电子设备的结构示意图。
具体实施方式
29.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
30.实施例一
31.图1为本发明实施例一所提供的一种问诊请求处理方法的流程示意图，本实施例可适用于以动态的处理方式为就诊用户确定出相应的接诊科室的情况，该方法可以由问诊请求处理装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设
备，如移动终端、pc端或服务器等。
32.如图1所示，该方法具体包括如下步骤：
33.s110、在接收到目标待处理问诊请求时，确定与目标待处理问诊请求相对应的目标科室，以及与目标科室相关联的至少一个待选择科室。
34.在本实施例中，目标待处理问诊请求可以是就诊用户基于客户端向服务端发送的请求，可以理解，在开发的在线问诊系统中可以包括接诊端和就诊端。其中，就诊用户可以基于自己的账户信息登录作为就诊端的客户端，在于服务端之间建立通信连接后，即可向服务端发送目标待处理问诊请求。对应的，服务端接收到该请求后，即可将请求分发至对应的科室，由科室的接诊用户基于作为接诊端的客户端向就诊用户提供与其病情相对应的问诊服务。
35.在本实施例中，当服务端接收到就诊用户的目标待处理问诊请求后，为了向就诊用户提供与其病情相关的问诊服务，首先需要为就诊用户确定出目标科室。可以理解，目标科室即是与就诊用户的问诊信息匹配度最高的科室，例如，当就诊用户希望得到与儿童相关的问诊服务时，服务端基于该就诊用户的问诊信息即可确定出儿科作为目标科室。
36.在本实施例中，为了防止目标科室的接诊用户都处于接诊状态，导致就诊用户等待较长时间的情况发生，服务端在确定出目标科室的同时，还需要确定出与目标科室相关联的至少一个待选择科室。其中，待选择科室即是与目标科室同属于一个类别的科室，例如，当确定出目标科室为小儿血液科，属于儿科类别时，儿科关联的小儿内分泌科即为待选择科室。
37.本领域技术人员应当理解，服务端内可以预先存储表征医疗系统内各级别科室之间关联关系的信息，基于此，当为就诊用户确定出来的目标科室为医疗系统中的二级科室时，基于预先存储的关联关系，即可确定出该二级科室所属的一级科室，进一步的，基于关联关系可以确定出该一级科室关联的其他二级科室，并将这些科室作为待选择科室。
38.s120、获取当前时刻的问诊系统关联信息。
39.在本实施例中，在为就诊用户确定出目标科室以及至少一个待选择科室后，为了实现对问诊请求的动态处理，还需要获取当前时刻的问诊系统关联信息。其中，问诊系统关联信息包括待接诊用户数量，以及目标科室的在线接诊用户数量中的至少一项，可以理解，待接诊用户即是在线问诊系统在当前时刻已经接到其问诊请求、却还未对其提供相应的问诊服务的就诊用户；在线接诊用户即是在当前时刻的目标科室中，处于在线状态的、能够为就诊用户提供相应问诊服务的接诊用户。
40.继续以上述示例进行说明，当确定出就诊用户对应的目标科室为小儿血液科时，即可进一步获取当前时刻的待接诊用户数量为50，同时，获取小儿血液科的在线接诊用户数量为10。
41.s130、根据问诊系统关联信息和预设信息，从目标科室以及至少一个待选择科室中确定出至少一个接诊科室。
42.其中，预设信息可以是预先设置的与问诊系统关联信息相对应的数量阈值。具体来说，当问诊系统关联信息为待接诊用户数量时，预设信息即是待接诊用户数量阈值，当问诊系统关联信息为目标科室的在线接诊用户数量时，预设信息即是对应的在线接诊用户数量阈值。
43.在本实施例中，针对问诊系统关联信息预设相应的阈值，通过将关联信息与预设阈值进行比对，至少可以确定出在线问诊系统当前的实际情况，并针对当前实际情况动态地确定出针对于目标待处理问诊请求的处理方式，其中，处理方式包括将目标待处理问诊请求发送至目标科室进行处理，从而保证接诊用户与就诊用户病情的匹配度；或者，将目标待处理问诊请求发送至多个科室进行处理，从而减少就诊用户的等待时间。
44.具体来说，将上述两种信息进行比对后，如果确定待接诊用户数量大于预设阈值，即确定在线问诊系统在当前时刻还有很多就诊用户未得到相应的问诊服务，此时，如果仅将目标待处理问诊请求发送至目标科室进行处理，就诊用户势必等待较长的时间，因此，服务端在这种情况下会将目标待处理问诊请求扩散至多个科室，即，将目标科室以及处于同一级别的至少一个待选择科室作为就诊用户的接诊科室，多个科室接收到目标待处理问诊请求后，即可由处于空闲状态的接诊用户为就诊用户提供服务。对应的，如果确定目标科室的在线接诊用户数量大于预设阈值时，即确定目标科室在当前时刻存在足够的接诊用户为就诊用户提供服务，发送目标待处理问诊请求的用户不会有较长的等待时间，因此，服务端在这种情况下会将目标待处理问诊请求发送至目标科室，而不进行扩散，从而保证最终确定的接诊用户与就诊用户病情的匹配度最高。
45.s140、将目标待处理问诊请求发送至至少一个接诊科室对应的客户端，以使至少一个接诊科室的接诊用户进行接诊。
46.在本实施例中，当为就诊用户确定出至少一个接诊科室后，服务端即可将目标待处理问诊请求发送至与接诊科室对应的客户端，由接诊用户对请求进行处理。具体来说，服务端可以将请求携带的问诊信息发送至客户端，同时，将问诊信息显示于客户端的目标界面上，当检测到接诊用户针对于该问诊信息的触发操作后，即可在就诊端与接诊端之间建立通信连接，从而使接诊用户向就诊用户提供问诊服务。
47.本实施例的技术方案，在接收到目标待处理问诊请求时，确定与目标待处理问诊请求相对应的目标科室，以及与目标科室相关联的至少一个待选择科室；获取当前时刻的问诊系统关联信息，即获取问诊系统当前时刻的待接诊用户数量以及目标科室的在线接诊用户数量中的至少一项；根据问诊系统关联信息和预设信息，从目标科室以及至少一个待选择科室中确定出至少一个接诊科室，进一步的，将目标待处理问诊请求发送至至少一个接诊科室对应的客户端，以使至少一个接诊科室的接诊用户进行接诊，以动态的科室扩散规则来处理就诊用户的问诊请求，在降低就诊用户等待时间与保证接诊科室匹配度之间取得了平衡，进一步提高了用户就诊服务的使用体验。
48.实施例二
49.图2为本发明实施例二所提供的一种问诊请求处理方法的流程示意图，在前述实施例的基础上，基于目标待处理问诊请求携带的问诊信息确定出目标科室，再基于目标科室的上级科室确定出至少一个同级别的待选择科室，根据在线问诊系统当前时刻的就诊情况与接诊情况，动态地为目标待处理问诊请求确定出相应的扩散规则，从而保证就诊等待时间与接诊匹配度上的平衡。其具体的实施方式可以参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。
50.如图2所示，该方法具体包括如下步骤：
51.s210、在接收到目标待处理问诊请求时，确定目标待处理问诊请求携带的问诊信
息；根据就诊病症描述信息确定目标科室。
52.在本实施例中，当就诊用户通过就诊端向服务端发送目标待处理问诊请求时，在请求中还可以携带就诊用户输入的问诊信息。其中，问诊信息包括就诊用户预先编辑的用户基本信息以及就诊病症描述信息，可以理解为，表征就诊用户个人身份的信息以及与自身病情相关的主诉信息。例如，问诊信息可以包括就诊用户的姓名、年龄、联系方式等，就诊病症描述信息即是描述就诊用户病情的文本信息、语音信息或视频图像信息等，本领域技术人员应当理解，就诊用户可以基于客户端，在对应的编辑框中以文字、文字或摄像的方式录入问诊信息，具体的录入方式可以根据实际情况进行选择，本公开实施例在此不做具体的限定。
53.在本实施例中，在服务端基于目标待处理问诊请求解析出对应的问诊信息后，即可根据问诊信息确定出对应的目标科室。
54.具体的，服务端可以将问诊信息划分出多个关键词，将至少一个关键词转换为关键词向量，基于各关键词向量和预先设置的语料库，从各关键词向量中确定出一个目标关键词向量，进而将目标关键词向量转换为目标关键词，并将其作为就诊用户问诊信息的语义特诊，基于所确定的语义特征，在医疗系统中确定出对应的科室作为目标科室；或者，服务端预先利用相关医疗资源构建出知识图谱，利用基于机器学习的文本识别算法对解析得到的问诊信息进行识别，将得到的识别结果在知识图谱中进行匹配，基于匹配结果确定出目标科室。
55.s220、获取目标科室的科室关联信息；根据科室关联信息确定目标科室的上级科室，并获取上级科室关联的科室集合；从科室集合中确定与目标科室处于同级别的至少一个待选择科室。
56.在本实施例中，在基于问诊信息为就诊用户确定出目标科室后，为了确定出待选择科室，还需要获取目标科室的科室关联信息。其中，科室关联信息即是表征目标科室在医疗系统基本职能以及与上下级各科室关联关系的信息。示例性的，目标科室的科室关联信息可以是目标科室的名称“小儿血液科”，同时，还包括该科室与其他科室之间的关联关系，可以理解为，基于其关联关系至少可以确定“小儿血液科”为一级科室“儿科”关联下的二级科室。
57.进一步的，在确定出目标科室的上级科室后，即可获取上即可使关联的科室集合，进而确定出待选择科室。继续以上述示例进行说明，当确定出一级科室为“儿科”后，即可确定该一级科室关联的科室集合，集合中包括“小儿内分泌科”、“小儿呼吸科”、“小儿消化科”等，基于此，可以将集合中除目标科室“小儿血液科”之外的各二级科室作为待选择科室。可以理解，当目标科室中的接诊用户无法为就诊用户提供问诊服务时，即需要由待选择科室为就诊用户提供服务，从而避免就诊用户在发送目标待处理问诊请求后等待较长的时间。
58.s230、基于目标用户的输入确定待接诊用户数量阈值，以及各科室对应的在线接诊用户数量阈值，并将待接诊用户数量阈值以及各在线接诊用户数量阈值确定为预设信息。
59.在本实施例中，在服务端可以由工作人员根据实际情况预先设置待接诊用户数量阈值，并未各个科室设置在线接诊用户数量阈值。可以理解，所确定的阈值至少用于辅助服务端对在线问诊系统当前实际情况进行判断，例如，当实际待接诊用户数量阈值超过相应
的待接诊用户数量阈值时，表明当前未得到服务的就诊用户数量较多，为了降低就诊用户等待时间，需要确定出多个接诊用户。
60.s240、根据问诊系统关联信息和预设信息，从目标科室以及至少一个待选择科室中确定出至少一个接诊科室。
61.在本实施例中，当基于目标用户的输入确定出待接诊用户数量阈值以及各科室的在线接诊用户数量阈值后，服务端还可以从对应的目标缓存中获取问诊系统关联信息，可以理解为，服务端可以对在线问诊系统各个时刻的问诊情况进行监听，并在每一次获取到待处理问诊请求时，将问诊关联信息与预设信息进行比对，根据对实际情况的判断为各待处理问诊请求选择相应的分发处理方式。
62.可选的，当待接诊用户数量超过待接诊用户数量阈值，和/或在线接诊用户数量未超过相应的在线接诊用户数量阈值时，将目标科室以及至少一个待选择科室确定为接诊科室。
63.具体来说，当待接诊用户数量超过待接诊用户数量阈值，和/或在线接诊用户数量未超过相应的在线接诊用户数量阈值时，表明在线问诊系统在当前时刻存在较多就诊用户未得到问诊服务，和/或目标科室中没有最够的在线接诊用户提供问诊服务的情况，此时，为了避免发送目标待处理问诊请求的就诊用户等待过长的时间，服务端需要将该请求进行扩散处理，即，将目标科室以及至少一个待选择科室全部作为接诊科室，各接诊科室全部拥有接收并处理目标待处理问诊请求的权限与能力。继续以上述示例进行说明，当待接诊用户数量为100，超过待接诊用户数量阈值50，且“小儿血液科”在线接诊用户为3，未超过在线接诊用户数量阈值10时，需要将“小儿血液科”以及“小儿内分泌科”、“小儿呼吸科”、“小儿消化科”等多个科室作为接诊科室，各接诊科室都可以对目标待处理问诊请求进行处理。
64.可选的，当待接诊用户数量未超过待接诊用户数量阈值，和/或在线接诊用户数量超过相应的在线接诊用户数量阈值时，将目标科室确定为接诊科室。
65.具体来说，当待接诊用户数量未超过待接诊用户数量阈值，和/或在线接诊用户数量超过相应的在线接诊用户数量阈值时，表明在线问诊系统在当前时刻不存在较多就诊用户未得到问诊服务，和/或目标科室中没有最够的在线接诊用户提供问诊服务的情况，此时，为了保证为就诊用户确定的接诊科室与其病情的匹配度，服务端无需将该请求进行扩散处理，即，将目标科室作为接诊科室，只有目标科室拥有接收并处理目标待处理问诊请求的权限与能力。继续以上述示例进行说明，当待接诊用户数量为30，未超过待接诊用户数量阈值50，且“小儿血液科”在线接诊用户为13，超过在线接诊用户数量阈值10时，仅需要将“小儿血液科”作为接诊科室，由该科室对目标待处理问诊请求进行处理。
66.s250、将问诊信息发送至至少一个接诊科室对应的客户端，并在相应的显示页面中进行显示，以使至少一个接诊科室的接诊用户基于触发操作对就诊用户进行接诊。
67.在本实施例中，当为就诊用户确定出接诊科室后，服务端即可将请求以及请求携带的问诊信息发送至接诊科室对应的客户端，同时，将问诊信息显示于显示界面中。在实际应用过程中，目标待处理问诊请求及其携带的问诊信息可以以订单的形式，显示于客户端的订单列表中，当与接诊端对应的客户端检测到接诊用户针对于该订单的触发操作时，即可在接诊端与就诊端之间建立通信连接，从而由接诊用户为就诊用户提供问诊服务。
68.本实施例的技术方案，基于目标待处理问诊请求携带的问诊信息确定出目标科
室，再基于目标科室的上级科室确定出至少一个同级别的待选择科室，根据在线问诊系统当前时刻的就诊情况与接诊情况，动态地为目标待处理问诊请求确定出相应的扩散规则，从而保证就诊等待时间与接诊匹配度上的平衡。
69.实施例三
70.作为上述实施例的一可选实施例，图3为本发明实施例三所提供的一种科室扩散规则配置流程图；图4为本发明实施例三所提供的一种基于科室扩散规则处理问诊请求的流程图。为了清楚的介绍本实施例技术方案，可以以应用场景是以动态的处理方式为就诊用户确定出相应的接诊科室的情形为例来介绍，但是不局限于上述场景，可以适用于各种需要将问诊请求动态扩散并处理的场景中。
71.参见图3，在处理各待处理问诊请求之前，医疗系统的运营人员可以预先为后续接收到的请求设置科室扩散规则，其中，科室扩散即是将请求扩散至除目标科室之外的多个科室，从而避免就诊用户长时间等待的操作。具体的，可以设置待处理就诊用户数量大于预设阈值时触发科室扩散，和/或设置目标科室的在线接诊用户数量低于预设阈值时触发科室扩散。当运营人员设置完毕后，即可将动态处理规则以扩散规则模型的形式保存至在线问诊系统中。
72.参见图4，当在线问诊系统接收到目标待处理问诊请求时，系统即可确定出与该请求相对应的目标科室，以及与目标科室处于同一级别、属于同一个一级科室的待选择科室。进一步的，获取预先保存的科室扩散规则模型，并获取当前时刻的待接诊用户数量(在实际应用过程中，可以是待接诊订单量)，和/或目标科室中处于在线状态的在线接诊用户数量(在实际应用过程中，可以是在线接诊者科室分布情况)，同时，将获取的实际数据加载至科室扩散规则模型中，由相应的程序代码进行处理，从而确定出针对于目标待处理问诊请求的处理方式。具体的，当待接诊用户数量大于预设阈值，和/或目标科室在线接诊用户数量小于预设阈值时，触发科室扩散，即将目标待处理问诊请求发送至目标科室以及待选择科室，在多个科室中确定出接诊用户为就诊用户服务，避免就诊用户长时间等待，反之，将目标待处理问诊请求发送至目标科室，保证接诊用户与就诊用户病情的匹配度。
73.上述技术方案的有益效果为：以动态的科室扩散规则来处理就诊用户的问诊请求，在降低就诊用户等待时间与保证接诊科室匹配度之间取得了平衡，进一步提高了用户就诊服务的使用体验。
74.实施例四
75.图5为本发明实施例四所提供的一种问诊请求处理装置的结构框图，可执行本发明任意实施例所提供的问诊请求处理方法，具备执行方法相应的功能模块和有益效果。如图5所示，该装置具体包括：目标科室确定模块310、问诊系统关联信息获取模块320、接诊科室确定模块330以及目标待处理问诊请求处理模块340。
76.目标科室确定模块310，用于在接收到目标待处理问诊请求时，确定与所述目标待处理问诊请求相对应的目标科室，以及与所述目标科室相关联的至少一个待选择科室。
77.问诊系统关联信息获取模块320，用于获取当前时刻的问诊系统关联信息，其中，所述问诊系统关联信息包括待接诊用户数量，以及所述目标科室的在线接诊用户数量中的至少一项。
78.接诊科室确定模块330，用于根据所述问诊系统关联信息和预设信息，从所述目标
科室以及所述至少一个待选择科室中确定出至少一个接诊科室。
79.目标待处理问诊请求处理模块340，用于将所述目标待处理问诊请求发送至所述至少一个接诊科室对应的客户端，以使所述至少一个接诊科室的接诊用户进行接诊。
80.在上述各技术方案的基础上，目标科室确定模块310包括问诊信息确定单元以及目标科室确定单元。
81.问诊信息确定单元，用于在接收到所述目标待处理问诊请求时，确定所述目标待处理问诊请求携带的问诊信息，其中，所述问诊信息包括就诊用户预先编辑的用户基本信息以及就诊病症描述信息。
82.目标科室确定单元，用于根据所述就诊病症描述信息确定所述目标科室。
83.在上述各技术方案的基础上，目标科室确定模块310还包括待选择科室确定单元。
84.待选择科室确定单元，用于获取所述目标科室的科室关联信息；根据所述科室关联信息确定所述目标科室的上级科室，并获取所述上级科室关联的科室集合；从所述科室集合中确定与所述目标科室处于同级别的至少一个待选择科室。
85.在上述各技术方案的基础上，问诊请求处理装置还包括预设信息确定模块。
86.预设信息确定模块，用于基于目标用户的输入确定待接诊用户数量阈值，以及各科室对应的在线接诊用户数量阈值，并将所述待接诊用户数量阈值以及各在线接诊用户数量阈值确定为所述预设信息。
87.可选的，接诊科室确定模块330，还用于当所述待接诊用户数量超过所述待接诊用户数量阈值，和/或所述在线接诊用户数量未超过相应的在线接诊用户数量阈值时，将所述目标科室以及所述至少一个待选择科室确定为接诊科室。
88.可选的，接诊科室确定模块330，还用于当所述待接诊用户数量未超过所述待接诊用户数量阈值，和/或所述在线接诊用户数量超过相应的在线接诊用户数量阈值时，将所述目标科室确定为接诊科室。
89.可选的，目标待处理问诊请求处理模块340，还用于将所述问诊信息发送至所述至少一个接诊科室对应的客户端，并在相应的显示页面中进行显示，以使所述至少一个接诊科室的接诊用户基于触发操作对所述就诊用户进行接诊。
90.本实施例所提供的技术方案，在接收到目标待处理问诊请求时，确定与目标待处理问诊请求相对应的目标科室，以及与目标科室相关联的至少一个待选择科室；获取当前时刻的问诊系统关联信息，即获取问诊系统当前时刻的待接诊用户数量以及目标科室的在线接诊用户数量中的至少一项；根据问诊系统关联信息和预设信息，从目标科室以及至少一个待选择科室中确定出至少一个接诊科室，进一步的，将目标待处理问诊请求发送至至少一个接诊科室对应的客户端，以使至少一个接诊科室的接诊用户进行接诊，以动态的科室扩散规则来处理就诊用户的问诊请求，在降低就诊用户等待时间与保证接诊科室匹配度之间取得了平衡，进一步提高了用户就诊服务的使用体验。
91.本发明实施例所提供的问诊请求处理装置可执行本发明任意实施例所提供的问诊请求处理方法，具备执行方法相应的功能模块和有益效果。
92.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
93.实施例五
94.图6为本发明实施例五所提供的一种电子设备的结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图6显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
95.如图6所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
96.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
97.电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
98.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存存储器405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
99.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
100.电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口411进行。并且，电子设备40还可以通过网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
101.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的问诊请求处理方法。
102.实施例六
103.本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执
行指令在由计算机处理器执行时用于执行问诊请求处理方法。
104.该方法包括：
105.在接收到目标待处理问诊请求时，确定与所述目标待处理问诊请求相对应的目标科室，以及与所述目标科室相关联的至少一个待选择科室；
106.获取当前时刻的问诊系统关联信息，其中，所述问诊系统关联信息包括待接诊用户数量，以及所述目标科室的在线接诊用户数量中的至少一项；
107.根据所述问诊系统关联信息和预设信息，从所述目标科室以及所述至少一个待选择科室中确定出至少一个接诊科室；
108.将所述目标待处理问诊请求发送至所述至少一个接诊科室对应的客户端，以使所述至少一个接诊科室的接诊用户进行接诊。
109.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
110.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的项目代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
111.计算机可读介质上包含的项目代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
112.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机项目代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。项目代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
113.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。