在线问诊预诊室的分诊方法、装置、设备及存储介质与流程

1.本技术涉及计算机及智慧医疗技术领域，具体涉及一种在线问诊预诊室的分诊方法、装置、设备及存储介质。

背景技术：

2.随着互联网医疗的发展，患者逐渐接受网上问诊的形式。网上问诊程序能够向患者提供大量的问诊医生，这些医生可以是汇聚于各个地区、各个医院的名医。
3.大量的名医提高了医生的储备量。但是由于缺乏对名医的直接了解，患者往往不清楚应当进入哪位名医的诊室进行在线问诊。即使患者能够准确锁定其要问诊的名医，患者与名医取得联系后，仍需要从最基本的病症描述、病症需求等开始沟通，使得患者与名医的耗时又低效。
4.因此，现有技术中缺乏一种前置的预诊程序，缺乏一种能够将患者自动分诊到精确名医诊室的预诊方法。

技术实现要素：

5.为解决上述问题，本技术实施例提供了一种在线问诊预诊室的分诊方法、装置、设备及存储介质，为在线问诊提供一前置程序，能够自动将患者分诊到精确的名医诊室进行预诊问诊，提高了在线问诊的准确率和效率。
6.本技术实施例采用下述技术方案：
7.第一方面，提供了一种在线问诊预诊室的分诊方法，该方法包括：
8.接收患者的问诊请求，判断问诊请求中是否指定目标医生；
9.若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生；
10.若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系；
11.以第一场景规则配置消息话术，并将消息话术推送至患者。
12.第二方面，提供了一种在线问诊预诊室的分诊装置，该装置包括：
13.目标医生判断单元，用于接收患者的问诊请求，判断问诊请求中是否指定目标医生；
14.渠道医生判断单元，用于在未指定目标医生时，根据问诊请求的传入渠道判断是否存在对应的渠道医生；
15.兜底医生确定单元，用于在不存在对应的渠道医生时，以兜底医生作为接诊医生，建立兜底医生与患者的对应关系；
16.第一分诊单元，用于以第一场景规则配置消息话术，并将消息话术推送至患者。
17.第三方面，提供了一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述的在线问诊预诊室的分诊方法的步骤。
18.第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器指令时实现上述的在线问诊预诊室的分诊方法的步骤。
19.本技术实施例采用的上述至少一个技术方案能够达到以下有益效果：
20.本技术提供的在线问诊预诊室的分诊方法，首先判断患者是否指定目标医生，在患者未指定目标医生的情况下，判断患者是否通过特定渠道进入问诊，在患者也未共通过特定渠道进入问诊的情况下，通过兜底医生作为接诊医生，配置消息话术对患者分配预诊室进行分诊。本技术的在线问诊预诊室的分诊方法，在患者明确需要问诊的名医时，直接将患者分诊至名医对应的虚拟的目标医生的虚拟预诊室，为患者提供前置预诊，大大提高了后续患者与名医的沟通效率；在患者通过特定渠道发起问诊的情况下，利用虚拟的渠道医生为患者在小范围的虚拟的目标医生中筛选最适合接诊的医生，减轻了业务处理压力；在患者不清楚如何选择名医和特定渠道的情况下，通过兜底医生统一跳转预诊室的形式，大大提高了预诊分诊效率和准确率，便于业务迭代和错误排查。
附图说明
21.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
22.图1示出根据本技术的一个实施例的在线问诊预诊室的分诊方法的应用环境示意图；
23.图2示出根据本技术的一个实施例的在线问诊预诊室的分诊方法的流程示意图；
24.图3示出根据本技术的另一个实施例的在线问诊预诊室的分诊方法的流程示意图；
25.图4示出根据本技术的一个实施例的在线问诊预诊室的分诊装置的结构示意图；
26.图5示出根据本技术的一个实施例的计算机设备的结构示意图；
27.图6示出根据本技术的另一个实施例的计算机设备的结构示意图。
具体实施方式
28.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
29.为了使本领域普通技术人员更清楚地理解本技术各实施例提供的技术方案，首先对本技术技术方案涉及到的场景进行介绍。
30.本技术所提出的在线问诊预诊室的分诊方法，是在线问诊时患者与实体医生取得直接联系之前的前置程序。该前置程序旨在用于根据患者的问诊请求，自动将患者分诊至精确的预诊室。本技术的预诊室是一个虚拟预诊室，一个虚拟预诊室对应一个虚拟的目标医生，而一个虚拟的目标医生对应于一个实体医生。也就是说，该虚拟的目标医生相当于该实体医生在虚拟预诊室的“虚拟分身”，该虚拟的目标医生不能提供实际具体的问诊服务，只在于通过消息话术对患者的就诊需求进行预先分析，实现预诊。
31.在本技术中，还提供了虚拟的渠道医生和虚拟的兜底医生。一个虚拟的渠道医生
对应多个虚拟的目标医生，以及多个虚拟的目标医生对应的虚拟预诊室。该渠道医生相当于为多个虚拟的目标医生配置的前置虚拟医生，该渠道医生用于通过消息话术确定适合于患者的虚拟的目标医生，然后以目标医生接替渠道医生对患者进行预诊。一个虚拟的兜底医生对应所有虚拟的目标医生，以及所有虚拟的目标医生对应的虚拟预诊室。该兜底医生相当于为所有虚拟的目标医生配置的通用虚拟医生，该兜底医生用于通过通用消息话术确定适合于患者的虚拟的目标医生，然后以目标医生接替兜底医生对患者进行预诊。
32.患者通过虚拟的目标医生实现预诊后，才接入该虚拟的目标医生对应的实体医生进行直接沟通的在线问诊。
33.本技术实施例提供的在线问诊预诊室的分诊方法，可应用在如图1的环境中，其中，客户端和通过网络与服务端进行通信。
34.客户端用于指示需要进行问诊的患者一方。客户端可以但不限于个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等具有显示屏和输入装置的设备。客户端上可以安装有在线问诊的应用程序，或者客户端上可以通过其他应用程序嵌入在线问诊窗口。患者可以通过登录应用程序或者进入在线问诊窗口进行注册。在具体实施时，服务端可以向应用程序或其他应用程序嵌入的在线问诊窗口提供注册界面，使患者通过该注册界面填写注册信息进行注册。患者填写的注册信息传输至服务端后，服务端为该患者生成一个对应的用户标识，从而形成对应该患者的账户。
35.一个客户端可以注册多个患者，服务端为每个患者对应生成用户标识，从而建立对应每个患者的账户。不同的患者通过在应用程序或其他应用程序嵌入的在线问诊窗口进行切换，从而实现以患者对应的用户标识的身份进行在线问诊。还可以将客户端注册的多个患者中的其中一个作为主用户，主用户拥有配置其他患者注册信息的权限。即主用户除了和其他患者账户一样能够对自身的注册信息进行配置外，还能够添加、删除、编辑其他患者的注册信息。
36.客户端的患者向服务端发起问诊请求，使得服务端根据该问诊请求确定虚拟目标医生，从而在虚拟预诊室中进行前置预诊。
37.服务端可以用独立的服务器或者是多个服务器组成的服务平台来实现。服务端存储有数据库，数据库中可以但不限于预存有目标医生与实体医生的对应关系、渠道医生与目标医生的对应关系、传入端口与渠道医生的对应关系、患者的用户标识与目标医生或渠道医生或兜底医生的绑定关系等，数据库中还预存有目标医生、渠道医生和兜底医生的话术集等。
38.服务端接收患者的问诊请求后，判断问诊请求中是否指定目标医生；若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生；若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系；以第一场景规则配置消息话术，并将消息话术推送至患者。
39.本技术的在线问诊预诊室的分诊方法，首先判断患者是否指定目标医生，在患者未指定目标医生的情况下，判断患者是否通过特定渠道进入问诊，在患者也未共通过特定渠道进入问诊的情况下，通过兜底医生作为接诊医生，配置消息话术对患者分配预诊室进行分诊。本技术的在线问诊预诊室的分诊方法，在患者明确需要问诊的名医时，直接将患者分诊至名医对应的虚拟的目标医生的虚拟预诊室，为患者提供前置预诊，大大提高了后续
患者与名医的沟通效率；在患者通过特定渠道发起问诊的情况下，利用虚拟的渠道医生为患者在小范围的虚拟的目标医生中筛选最适合接诊的医生，减轻了业务处理压力；在患者不清楚如何选择名医和特定渠道的情况下，通过兜底医生统一跳转预诊室的形式，大大提高了预诊分诊效率和准确率，便于业务迭代和错误排查。
40.图2示出了本技术一个实施例提出的在线问诊预诊室的分诊方法的流程示意图，根据图2所示，该方法包括步骤s210～步骤s240：
41.步骤s210，接收患者的问诊请求，判断问诊请求中是否指定目标医生。
42.服务端通过应用程序或其他应用程序嵌入的在线问诊窗口提供问诊服务。问诊服务的提供形式可以包括名医堂、场景分类渠道、通用问诊等。其中，名医堂包括多位名医，每位名医均有其对应的虚拟的目标医生；场景分类渠道包括多个特定渠道和多个普通渠道，例如特定渠道包括购药渠道、各科室渠道等，普通渠道包括体检渠道等，每个特定渠道均有其对应的虚拟的渠道医生，而每个普通渠道没有其对应的虚拟的渠道医生，每个普通渠道对应虚拟的兜底医生；通用问诊对应虚拟的兜底医生。患者在其客户端上基于问诊服务的形式向服务端发送问诊请求。
43.服务端根据接收到的问诊请求，判断问诊请求中是否指定目标医生。比如，如果患者通过应用程序或其他应用程序嵌入的在线问诊窗口提供的名医堂形式发送问诊请求，则服务端判断该问诊请求中指定了目标医生。如果患者通过应用程序或其他应用程序嵌入的在线问诊窗口提供的场景分类渠道或通用问诊形式发送问诊请求，则服务端判断该问诊请求中未指定目标医生。此判断用于指示是否将患者直接分诊至实际名医对应的虚拟的目标医生的虚拟预诊室进行预诊。
44.步骤s220，若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生。
45.如果服务端判断问诊请求中未指定目标医生，则服务端进一步判断患者是否通过特定渠道进入问诊。一个特定渠道对应于一个虚拟的渠道医生，一个虚拟的渠道医生对应于多个虚拟的目标医生。
46.比如，如果服务端判断出患者通过应用程序或其他应用程序嵌入的在线问诊窗口提供的场景分类渠道中的特定渠道形式发送问诊请求，则存在对应的渠道医生。如果服务端判断出患者通过应用程序或其他应用程序嵌入的在线问诊窗口提供的场景分类渠道中的普通渠道或通用问诊形式发送问诊请求，则不存在对应的渠道医生。此判断用于指示是否将患者分诊至虚拟的渠道医生，若分诊至虚拟的渠道医生，则可基于问答，进一步通过虚拟的渠道医生与多个虚拟的目标医生的对应关系，将患者分诊至相应的虚拟的目标医生的虚拟预诊室进行预诊。
47.步骤s230，若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系。
48.如果服务端判断患者不是通过特定渠道进入问诊，即不存在对应的渠道医生，则服务端将虚拟的兜底医生作为接诊医生，建立兜底医生与患者的对应关系。虚拟的兜底医生即相当于一个虚拟的万能医生，当患者既未指定名医、也未通过特定渠道发起问诊时，服务端为患者分配的虚拟的兜底医生可以为患者提供通用分诊服务。
49.服务端建立该虚拟的兜底医生与患者的对应关系。在一种可能的情形下，患者并
非第一次通过普通渠道或通用问诊形式进行问诊，则在之前患者的问诊过程中服务端已经绑定了该虚拟的兜底医生与患者，因此服务端可以基于绑定关系直接调取该虚拟的兜底医生与患者的对应关系。此时服务端调取的该虚拟的兜底医生与患者的对应关系还可以包括有患者之前通过普通渠道或通用问诊形式进行问诊的历史记录等。在另一种可能的情形下，患者第一次通过普通渠道或通用问诊形式进行问诊，因此服务端则对该虚拟的兜底医生与患者进行初次绑定。此时服务端可以在建立该虚拟的兜底医生与患者的对应关系后，将患者与该虚拟的兜底医生的问诊记录于对应关系中。
50.步骤s240，以第一场景规则配置消息话术，并将消息话术推送至患者。
51.服务端建立该虚拟的兜底医生与患者的对应关系后，可以配置消息话术推送至患者，该消息话术通过第一场景规则配置。第一场景规则用于指示能够通过问答话术，在虚拟的兜底医生对应的所有的虚拟的目标医生中确定出最适合患者的消息编排规则。举例来说，基于第一场景规则配置的消息话术可以包括：询问患者病情描述、患者所在地区、患者问诊目的等初步信息的话术，将这些话术推送至患者。
52.从图2所示的方法可以看出，本技术提供的在线问诊预诊室的分诊方法，接收患者的问诊请求，判断问诊请求中是否指定目标医生；若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生；若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系；以第一场景规则配置消息话术，并将消息话术推送至患者。本技术的在线问诊预诊室的分诊方法，在患者明确需要问诊的名医时，直接将患者分诊至名医对应的虚拟的目标医生的虚拟预诊室，为患者提供前置预诊，大大提高了后续患者与名医的沟通效率；在患者通过特定渠道发起问诊的情况下，利用虚拟的渠道医生为患者在小范围的虚拟的目标医生中筛选最适合接诊的医生，减轻了业务处理压力；在患者不清楚如何选择名医和特定渠道的情况下，通过兜底医生统一跳转预诊室的形式，大大提高了预诊分诊效率和准确率，便于业务迭代和错误排查。
53.在一些可选的实施方式中，在上述方法中，步骤s210接收患者的问诊请求，判断问诊请求中是否指定目标医生，包括：接收患者的问诊请求；根据解析规则对问诊请求进行语句拆分，得到用户标识字符段、医生标识字符段、传入渠道字符段；根据用户标识字符段确定患者的用户标识；判断医生标识字符段中是否包括医生标识。
54.服务端通过向客户端提供的应用程序或其他应用程序嵌入的在线问诊窗口接收患者的问诊请求。
55.问诊请求可以但不限于以url(uniform resource locator，统一资源定位符)等格式传输至服务端。服务端可以基于传输至服务端的问诊请求的格式对应的解析规则对问诊请求进行解析。以url格式为例，服务端根据url格式的语法规则对应的解析规则对url字符串进行语句拆分，得到表示不同意义的各字符段。这些字符段中至少包括用户标识字符段、医生标识字符段和传入渠道字符段。
56.由于问诊请求是通过登录有患者账号的客户端进行发送的，用户标识字符段必然记载具体的用户标识，因此服务端根据用户标识字符段的具体记载内容确定患者的用户标识。
57.患者可能通过客户端的应用程序或其他应用程序嵌入的在线问诊窗口中的名医堂形式发送问诊请求，也可能不以名医堂的形式发送问诊请求。若患者通过名医堂形式发
送问诊请求，则问诊请求的医生标识字符段中包括明确的医生标识；若患者未通过名医堂形式发送问诊请求，则问诊请求的医生标识字符段为空。服务端通过判断医生标识字符段中是否包括医生标识，来判断问诊请求中是否指定目标医生。
58.在一些可选的实施方式中，在上述方法中，步骤s220若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生，包括：若医生标识字符段为空，则根据传入渠道字符段确定患者的传入端口；根据传入端口，从渠道医生数据库匹配相对应的渠道医生，其中，渠道医生数据库包括传入端口与渠道医生的对应关系。
59.服务端在判断医生标识字符段为空时，确定问诊请求未指定目标医生。此时，服务端根据传入渠道字符段确定患者的传入端口。
60.患者可能通过客户端的应用程序或其他应用程序嵌入的在线问诊窗口中的特定渠道向服务端发送问诊请求，比如，患者可能通过购药渠道发送问诊请求。或者患者可能通过客户端的应用程序或其他应用程序嵌入的在线问诊窗口中的普通渠道或通用问诊向服务端发送问诊请求，比如，患者可能通过体检渠道发送问诊请求。问诊请求中的传入渠道字符段记载有患者的传入端口，因此服务端根据传入渠道字符段的具体记载内容确定患者的传入端口。
61.服务端预先存储了渠道医生数据库，渠道医生数据库用于指示传入端口与渠道医生的对应关系。特定渠道具有其对应的渠道医生，因此特定渠道的传入端口与渠道医生的对应关系存储于该数据库中。普通渠道或通用问诊等没有其对应的渠道医生，因此渠道医生数据库中未存有此部分数据。服务端根据传入端口在渠道医生数据库中进行匹配，能够匹配到渠道医生则匹配成功，不能够匹配到渠道医生则匹配不成功。
62.在一些可选的实施方式中，在上述方法中，步骤s230若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系，包括：若匹配失败，则以兜底医生作为接诊医生；根据患者的用户标识确定用户标识和兜底医生是否已经存在绑定关系；若已经存在绑定关系，则调取绑定关系建立兜底医生与患者的对应关系；若不存在绑定关系，则绑定兜底医生与患者并记录，进而建立兜底医生与患者的对应关系。
63.若服务端在渠道医生数据库中匹配传入端口失败，则意味着患者并非从特定渠道发送问诊请求，那么以虚拟的兜底医生作为接诊医生。服务端根据患者的用户标识确定用户标识与兜底医生是否已经存在绑定关系。服务端可以为该虚拟的兜底医生也分配一个独立的兜底医生标识，通过患者的用户标识与兜底医生标识判断其是否已经存在绑定关系。
64.若患者并非第一次通过普通渠道或通用问诊形式进行问诊，那么服务端之前已经对患者的用户标识和虚拟的兜底医生进行了绑定，并将绑定关系存储于数据库中，因此，服务端可以调取绑定关系建立该虚拟的兜底医生与患者的对应关系。此时，服务端还可以调取患者之前通过普通渠道或通用问诊形式进行问诊的历史记录，即患者与虚拟的兜底医生的对话记录等。
65.若患者第一次通过普通渠道或通用问诊形式进行问诊，那么服务端则对虚拟的兜底医生与患者进行初次绑定。服务端可以在建立虚拟的兜底医生与患者的对应关系后，将患者与该虚拟的兜底医生的对话记录于对应关系数据库中。
66.服务端建立虚拟的兜底医生与患者的对应关系后，可以通过第一场景规则配置消息话术。在具体实施时，如果患者与虚拟的兜底医生为初次进行绑定，则根据第一场景规则
配置的消息话术可以包括询问患者的基本信息、患者的病情描述、患者的问诊目的等；如果患者与虚拟的兜底医生并非初次进行绑定，基于服务端调取的历史记录和第一场景规则配置的消息话术可以仅包括询问患者的病情描述、患者的问诊目的等，而不再重复询问患者的基本信息。
67.在一些可选的实施方式中，在上述方法中，步骤s240以第一场景规则配置消息话术，并将消息话术推送至患者的步骤之后，该方法还包括：响应于患者基于消息话术的答复，确定与答复最匹配的目标医生；将目标医生代替兜底医生作为接诊医生，建立目标医生与患者的对应关系；根据目标医生以第二场景规则配置消息话术，并将消息话术推送至患者。
68.服务端将根据第一场景规则配置的消息话术发送至客户端后，患者在客户端对消息话术进行答复，并将答复内容回传至服务端。服务端根据患者的答复内容，在虚拟的兜底医生对应的所有的虚拟的目标医生中确定出最适宜接待患者的虚拟的目标医生。在具体实施时，服务端可能通过一次问答形式无法准确确定出最匹配的虚拟的目标医生，则服务端可以基于患者的答复和第一场景规则进一步编排话术进行询问，以获取患者更多的答复信息，从而确定最匹配的目标医生。
69.服务端将匹配到的虚拟的目标医生替换虚拟的兜底医生作为接诊医生，建立虚拟的目标医生与患者的对应关系。患者可能并非第一次与该虚拟的目标医生进行问诊，比如患者可能之前通过名医堂指定过该虚拟的目标医生等，因此，服务端已经对患者的用户标识和虚拟的目标医生进行了绑定，并将绑定关系存储于数据库中。此时，服务端可以调取绑定关系建立虚拟的目标医生与患者的对应关系，还可以调取患者与虚拟的目标医生之前的对话记录等。患者可能第一次与该虚拟的目标医生进行问诊，那么服务端则对虚拟的目标医生与患者进行初次绑定。服务端可以在建立虚拟的目标医生与患者的对应关系后，将患者与该虚拟的目标医生的对话记录于对应关系数据库中。
70.服务端建立虚拟的目标医生与患者的对应关系后，可以配置消息话术推送至患者，该消息话术通过第二场景规则配置。第二场景规则用于指示能够通过问答话术，为患者的问诊请求进行预诊的消息编排规则。在具体实施时，如果患者与虚拟的目标医生为初次进行绑定，则根据第二场景规则配置的消息话术可以包括询问患者的病情主诉、患者的历史就诊情况等；如果患者与虚拟的目标医生并非初次进行绑定，基于服务端调取的历史记录和第二场景规则配置的消息话术可以包括询问患者的病情主诉、患者的期望结果等，而不再重复询问患者的历史就诊情况。
71.服务端将根据第二场景规则配置的消息话术发送至客户端后，患者在客户端对消息话术进行答复，并将答复内容回传至服务端。服务端可以根据患者的答复内容，在患者与对应的实体医生取得直接联系之前，为患者进行预诊。服务端可以将预诊结果同时传输给客户端和实体医生，患者可以根据预诊结果选择是否继续与实体医生取得直接联系，实体医生可以根据预诊结果简要获知患者的情况。
72.在一些可选的实施方式中，在上述方法中，步骤s210判断问诊请求中是否指定目标医生的步骤之后，该方法还包括：若指定目标医生，则将目标医生作为接诊医生，建立目标医生与患者的对应关系；根据目标医生以第二场景规则配置消息话术，并将消息话术推送至患者。
73.服务端根据接收到的问诊请求，判断出问诊请求中指定了目标医生，则直接将患者分诊至虚拟的目标医生的虚拟预诊室进行预诊。在具体实施时，服务端可以通过解析规则对客户端传输的url格式字符串进行语句拆分，得到医生标识字符段，并根据医生标识字符段的具体记载内容确定虚拟的目标医生。
74.服务端建立虚拟的目标医生与患者的对应关系。服务端根据患者的用户标识确定用户标识与目标医生是否已经存在绑定关系。服务端可以为虚拟的目标医生也分配一个独立的目标医生标识，通过患者的用户标识与目标医生标识判断其是否已经存在绑定关系。
75.患者可能并非第一次与该虚拟的目标医生进行问诊，服务端已经对患者的用户标识和虚拟的目标医生进行了绑定，并将绑定关系存储于数据库中。此时，服务端可以调取绑定关系建立虚拟的目标医生与患者的对应关系，还可以调取患者与虚拟的目标医生之前的对话记录等。患者可能第一次与该虚拟的目标医生进行问诊，那么服务端则对虚拟的目标医生与患者进行初次绑定。服务端可以在建立虚拟的目标医生与患者的对应关系后，将患者与该虚拟的目标医生的对话记录于对应关系数据库中。
76.服务端建立虚拟的目标医生与患者的对应关系后，可以通过第二场景规则配置消息话术并推送至患者。由于患者指定目标医生并被服务端直接分诊至虚拟的目标医生的虚拟预诊室，因此服务端直接基于第二场景规则编排消息话术对患者的问诊请求进行预诊。
77.在一些可选的实施方式中，在上述方法中，步骤s220根据问诊请求的传入渠道判断是否存在对应的渠道医生的步骤之后，该方法还包括：若存在对应的渠道医生，则将渠道医生作为接诊医生，建立渠道医生与患者的对应关系；根据传入渠道以第三场景规则配置消息话术，并将消息话术推送至患者；响应于患者基于消息话术的答复，确定与答复最匹配的目标医生；将目标医生代替渠道医生作为接诊医生，建立目标医生与患者的对应关系；根据目标医生以第二场景规则配置消息话术，并将消息话术推送至患者。
78.如果服务端判断出患者通过应用程序或其他应用程序嵌入的在线问诊窗口提供的场景分类渠道中的特定渠道形式发送问诊请求，则存在对应的渠道医生。在具体实施时，服务端通过解析规则对客户端传输的url格式字符串进行语句拆分，得到传入端口字符段。服务端根据预先存储的渠道医生数据库和传入端口字符段的具体记载内容匹配到对应的渠道医生作为接诊医生。
79.服务端建立虚拟的渠道医生与患者的对应关系。服务端根据患者的用户标识确定用户标识与渠道医生是否已经存在绑定关系。服务端可以为虚拟的渠道医生也分配一个独立的渠道医生标识，通过患者的用户标识与渠道医生标识判断其是否已经存在绑定关系。
80.患者可能并非第一次通过该特定渠道发送问诊请求，服务端已经对患者的用户标识和虚拟的渠道医生进行了绑定，并将绑定关系存储于数据库中。此时，服务端可以调取绑定关系建立虚拟的渠道医生与患者的对应关系，还可以调取患者与虚拟的渠道医生之前的对话记录等。患者可能第一次与该虚拟的渠道医生进行问诊，那么服务端则对虚拟的渠道医生与患者进行初次绑定。服务端可以在建立虚拟的渠道医生与患者的对应关系后，将患者与该虚拟的渠道医生的对话记录于对应关系数据库中。
81.服务端建立虚拟的渠道医生与患者的对应关系后，可以配置消息话术推送至患者，该消息话术通过第三场景规则配置。第三场景规则用于指示能够通过问答话术，在虚拟的渠道医生对应的多个虚拟的目标医生中确定出最适合患者的消息编排规则。在具体实施
时，举例来说，患者通过购药渠道发送问诊请求，那么服务端可以根据购药渠道和第三场景规则配置包括询问患者购买药品主治、是否为处方药等信息的消息话术。
82.服务端将根据第三场景规则配置的消息话术发送至客户端后，患者在客户端对消息话术进行答复，并将答复内容回传至服务端。服务端根据患者的答复内容，在虚拟的渠道医生对应的多个虚拟的目标医生中确定出最适宜接待患者的虚拟的目标医生。在具体实施时，服务端可能通过一次问答形式无法准确确定出最匹配的虚拟的目标医生，则服务端可以基于患者的答复和第三场景规则进一步编排话术进行询问，以获取患者更多的答复信息，从而确定最匹配的目标医生。
83.服务端将匹配到的虚拟的目标医生替换虚拟的渠道医生作为接诊医生，建立虚拟的目标医生与患者的对应关系。患者可能并非第一次与该虚拟的目标医生进行问诊，服务端已经对患者的用户标识和虚拟的目标医生进行了绑定，并将绑定关系存储于数据库中。此时，服务端可以调取绑定关系建立虚拟的目标医生与患者的对应关系，还可以调取患者与虚拟的目标医生之前的对话记录等。患者可能第一次与该虚拟的目标医生进行问诊，那么服务端则对虚拟的目标医生与患者进行初次绑定。服务端可以在建立虚拟的目标医生与患者的对应关系后，将患者与该虚拟的目标医生的对话记录于对应关系数据库中。
84.服务端建立虚拟的目标医生与患者的对应关系后，可以通过第二场景规则配置消息话术并推送至患者，对患者的问诊请求进行预诊。
85.图3示出了本技术另一个实施例的在线问诊预诊室的分诊方法。根据图3所示，该方法可以包括以下步骤：
86.步骤s301，接收患者的问诊请求，根据解析规则对问诊请求进行语句拆分，得到用户标识字符段、医生标识字符段、传入渠道字符段，根据用户标识字符段确定患者的用户标识，转步骤s302。
87.步骤s302，判断医生标识字符段中是否包括医生标识，若不包括转至步骤s303，若包括转至步骤s309。
88.步骤s303，根据传入渠道字符段确定患者的传入端口，转步骤s304。
89.步骤s304，根据传入端口从渠道医生数据库匹配相对应的渠道医生，若匹配不成功转至步骤s305，若匹配成功转至步骤s310。
90.步骤s305，以兜底医生作为接诊医生，根据患者的用户标识确定用户标识和兜底医生是否已经存在绑定关系，若已经存在绑定关系则调取绑定关系建立兜底医生与患者的对应关系，若不存在绑定关系则绑定兜底医生与患者并记录，进而建立兜底医生与患者的对应关系，转步骤s306。
91.步骤s306，以第一场景规则配置消息话术，并将消息话术推送至患者，响应于患者基于消息话术的答复，确定与答复最匹配的目标医生，将目标医生代替兜底医生作为接诊医生，转步骤s307。
92.步骤s307，根据患者的用户标识确定用户标识和目标医生是否已经存在绑定关系，若已经存在绑定关系则调取绑定关系建立目标医生与患者的对应关系，若不存在绑定关系则绑定目标医生与患者并记录，进而建立目标医生与患者的对应关系，转步骤s308,。
93.步骤s308，根据目标医生以第二场景规则配置消息话术，并将消息话术推送至患者。
94.步骤s309，以目标医生作为接诊医生，转步骤s307。
95.步骤s310，以渠道医生作为接诊医生，根据患者的用户标识确定用户标识和渠道医生是否已经存在绑定关系，若已经存在绑定关系则调取绑定关系建立渠道医生与患者的对应关系，若不存在绑定关系则绑定渠道医生与患者并记录，进而建立渠道医生与患者的对应关系，转步骤s311。
96.步骤s311，以第三场景规则配置消息话术，并将消息话术推送至患者，响应于患者基于消息话术的答复，确定与答复最匹配的目标医生，将目标医生代替渠道医生作为接诊医生，专步骤s307。
97.图4示出了本技术一个实施例的在线问诊预诊室的分诊装置的结构示意图。根据图4所示，该装置400包括：
98.目标医生判断单元401，用于接收患者的问诊请求，判断问诊请求中是否指定目标医生；
99.渠道医生判断单元402，用于在未指定目标医生时，根据问诊请求的传入渠道判断是否存在对应的渠道医生；
100.兜底医生确定单元403，用于在不存在对应的渠道医生时，以兜底医生作为接诊医生，建立兜底医生与患者的对应关系；
101.第一分诊单元404，用于以第一场景规则配置消息话术，并将消息话术推送至患者。
102.在一些可选的实施方式中，在上述装置400中，目标医生判断单元401具体用于：接收患者的问诊请求；根据解析规则对问诊请求进行语句拆分，得到用户标识字符段、医生标识字符段、传入渠道字符段；根据用户标识字符段确定患者的用户标识；判断医生标识字符段中是否包括医生标识。
103.在一些可选的实施方式中，在上述装置400中，渠道医生判断单元402具体用于：在医生标识字符段为空时，根据传入渠道字符段确定患者的传入端口；根据传入端口，从渠道医生数据库匹配相对应的渠道医生，其中，渠道医生数据库包括传入端口与渠道医生的对应关系。
104.在一些可选的实施方式中，在上述装置400中，兜底医生确定单元403具体用于：在匹配失败时，以兜底医生作为接诊医生；根据患者的用户标识确定用户标识和兜底医生是否已经存在绑定关系；若已经存在绑定关系，则调取绑定关系建立兜底医生与患者的对应关系；若不存在绑定关系，则绑定兜底医生与患者并记录，进而建立兜底医生与患者的对应关系。
105.在一些可选的实施方式中，上述装置400还包括：兜底医生切换单元，用于响应于患者基于消息话术的答复，确定与答复最匹配的目标医生；将目标医生代替兜底医生作为接诊医生，建立目标医生与患者的对应关系；根据目标医生以第二场景规则配置消息话术，并将消息话术推送至患者。
106.在一些可选的实施方式中，上述装置400还包括：目标医生确定单元，用于在指定目标医生时，将目标医生作为接诊医生，建立目标医生与患者的对应关系；根据目标医生以第二场景规则配置消息话术，并将消息话术推送至患者。
107.在一些可选的实施方式中，上述装置400还包括：渠道医生切换单元，用于在存在
对应的渠道医生时，将渠道医生作为接诊医生，建立渠道医生与患者的对应关系；根据传入渠道以第三场景规则配置消息话术，并将消息话术推送至患者；响应于患者基于消息话术的答复，确定与答复最匹配的目标医生；将目标医生代替渠道医生作为接诊医生，建立目标医生与患者的对应关系；根据目标医生以第二场景规则配置消息话术，并将消息话术推送至患者。
108.需要说明的是，上述在线问诊预诊室的分诊装置400可一一实现前述的在线问诊预诊室的分诊方法，对此不再赘述。
109.图5示出了本技术一个实施例的计算机设备的结构示意图，根据图5所示，该计算机设备的内部结构可以包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性和/或易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的客户端通过网络连接通信。该计算机程序被处理器执行时以实现在线问诊预诊室的分诊方法服务端侧的功能或步骤。
110.在一个实施例中，本技术提供的计算机设备，包括存储器和处理器，存储器存储有数据库和可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
111.接收患者的问诊请求，判断问诊请求中是否指定目标医生；
112.若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生；
113.若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系；
114.以第一场景规则配置消息话术，并将消息话术推送至患者。
115.在一个实施例中，还提供了一种计算机设备，该计算机设备可以是客户端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部服务器通过网络连接通信。该计算机程序被处理器执行时以实现在线问诊预诊室的分诊方法客户端侧的功能或步骤。
116.在一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
117.接收患者的问诊请求，判断问诊请求中是否指定目标医生；
118.若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生；
119.若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系；
120.以第一场景规则配置消息话术，并将消息话术推送至患者。
121.需要说明的是，上述关于计算机设备或计算机可读存储介质所能实现的功能或步骤，可对应参阅前述方法实施例中，服务端侧、客户端侧的相关描述，为避免重复，这里不再一一描述。
122.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以
通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
123.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
124.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

技术特征：

1.一种在线问诊预诊室的分诊方法，其特征在于，所述方法包括：接收患者的问诊请求，判断所述问诊请求中是否指定目标医生；若未指定目标医生，则根据所述问诊请求的传入渠道判断是否存在对应的渠道医生；若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立所述兜底医生与所述患者的对应关系；以第一场景规则配置消息话术，并将所述消息话术推送至所述患者。2.根据权利要求1所述的在线问诊预诊室的分诊方法，其特征在于，所述接收患者的问诊请求，判断所述问诊请求中是否指定目标医生，包括：接收患者的问诊请求；根据解析规则对所述问诊请求进行语句拆分，得到用户标识字符段、医生标识字符段、传入渠道字符段；根据所述用户标识字符段确定所述患者的用户标识；判断所述医生标识字符段中是否包括医生标识。3.根据权利要求2所述的在线问诊预诊室的分诊方法，其特征在于，所述若未指定目标医生，则根据所述问诊请求的传入渠道判断是否存在对应的渠道医生，包括：若所述医生标识字符段为空，则根据所述传入渠道字符段确定所述患者的传入端口；根据所述传入端口，从渠道医生数据库匹配相对应的渠道医生，其中，所述渠道医生数据库包括所述传入端口与所述渠道医生的对应关系。4.根据权利要求3所述的在线问诊预诊室的分诊方法，其特征在于，所述若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立所述兜底医生与所述患者的对应关系，包括：若匹配失败，则以兜底医生作为接诊医生；根据所述患者的用户标识确定所述用户标识和所述兜底医生是否已经存在绑定关系；若已经存在绑定关系，则调取所述绑定关系建立所述兜底医生与所述患者的对应关系；若不存在绑定关系，则绑定所述兜底医生与所述患者并记录，进而建立所述兜底医生与所述患者的对应关系。5.根据权利要求1所述的在线问诊预诊室的分诊方法，其特征在于，所述以第一场景规则配置消息话术，并将所述消息话术推送至所述患者的步骤之后，所述方法还包括：响应于所述患者基于所述消息话术的答复，确定与所述答复最匹配的目标医生；将所述目标医生代替所述兜底医生作为接诊医生，建立所述目标医生与所述患者的对应关系；根据所述目标医生以第二场景规则配置消息话术，并将所述消息话术推送至所述患者。6.根据权利要求1所述的在线问诊预诊室的分诊方法，其特征在于，所述判断所述问诊请求中是否指定目标医生的步骤之后，所述方法还包括：若指定目标医生，则将所述目标医生作为接诊医生，建立所述目标医生与所述患者的对应关系；根据所述目标医生以第二场景规则配置消息话术，并将所述消息话术推送至所述患
者。7.根据权利要求1所述的在线问诊预诊室的分诊方法，其特征在于，所述根据所述问诊请求的传入渠道判断是否存在对应的渠道医生的步骤之后，所述方法还包括：若存在对应的渠道医生，则将所述渠道医生作为接诊医生，建立所述渠道医生与所述患者的对应关系；根据所述传入渠道以第三场景规则配置消息话术，并将所述消息话术推送至所述患者；响应于所述患者基于所述消息话术的答复，确定与所述答复最匹配的目标医生；将所述目标医生代替所述渠道医生作为接诊医生，建立所述目标医生与所述患者的对应关系；根据所述目标医生以第二场景规则配置消息话术，并将所述消息话术推送至所述患者。8.一种在线问诊预诊室的分诊装置，其特征在于，所述装置包括：目标医生判断单元，用于接收患者的问诊请求，判断所述问诊请求中是否指定目标医生；渠道医生判断单元，用于在未指定目标医生时，根据所述问诊请求的传入渠道判断是否存在对应的渠道医生；兜底医生确定单元，用于在不存在对应的渠道医生时，以兜底医生作为接诊医生，建立所述兜底医生与所述患者的对应关系；第一分诊单元，用于以第一场景规则配置消息话术，并将所述消息话术推送至所述患者。9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的在线问诊预诊室的分诊方法的步骤。10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器指令时实现如权利要求1至7任一项所述的在线问诊预诊室的分诊方法的步骤。

技术总结

本申请涉及计算机及智慧医疗技术领域，具体公开一种在线问诊预诊室的分诊方法、装置、设备及存储介质，该方法包括：接收患者的问诊请求，判断问诊请求中是否指定目标医生，若未指定目标医生，则根据问诊请求的传入渠道判断是否存在对应的渠道医生，若不存在对应的渠道医生，则以兜底医生作为接诊医生，建立兜底医生与患者的对应关系，以第一场景规则配置消息话术，并将消息话术推送至患者。本申请提供的在线问诊预诊室的分诊方法，为患者提供前置预诊，大大提高了后续患者与名医的沟通效率，减轻了业务处理压力，便于业务迭代和错误排查。便于业务迭代和错误排查。便于业务迭代和错误排查。