一种在线问诊方法、装置、电子设备及可读存储介质与流程

1.本公开的实施例涉及网络技术领域，尤其涉及一种在线问诊方法、装置、电子设备及可读存储介质。


背景技术：

2.随着移动终端设备和网络技术的发展，在线问诊已经越来越普遍，在线问诊可以为患者提供随时随地的医疗服务，为患者带来极大的便利。
3.目前的在线问诊服务，通常是一个患者对应一个医生，对于特殊患者(如老年人或者自理能力较差的患者)，在线问诊流程的操作较为复杂，加上特殊患者对病情表达不清楚以及对医药专有名词理解困难等多种因素，导致在线问诊效率较低且容易出错，为患者造成不必要的损失。


技术实现要素：

4.本公开的实施例提供一种在线问诊方法、装置、电子设备及可读存储介质，可以提高患者的在线问诊效率和安全性。
5.根据本公开的实施例的第一方面，提供了一种在线问诊方法，应用于服务端，所述方法包括：
6.响应于发起方发送的创建问诊请求，创建在线问诊会话，并将所述发起方加入所述在线问诊会话；
7.确定所述在线问诊会话的参与方；
8.向所述参与方发送问诊邀请请求，所述问诊邀请请求中携带所述在线问诊会话的入口信息；
9.在接收到所述参与方针对所述问诊邀请请求返回的同意消息时，通过所述入口信息，将所述参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
10.根据本公开的实施例的第二方面，提供了一种在线问诊方法，应用于发起方，所述方法包括：
11.向服务端发送创建问诊请求；
12.在所述服务端响应所述创建问诊请求并创建在线问诊会话的情况下，加入所述在线问诊会话；
13.向所述服务端发送参与方的信息，以通过所述服务端将所述参与方的信息所指示的参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
14.根据本公开的实施例的第三方面，提供了一种在线问诊装置，应用于服务端，所述装置包括：
15.会话创建模块，用于响应于发起方发送的创建问诊请求，创建在线问诊会话，并将所述发起方加入所述在线问诊会话；
16.参与方确定模块，用于确定所述在线问诊会话的参与方；
17.邀请发送模块，用于向所述参与方发送问诊邀请请求，所述问诊邀请请求中携带所述在线问诊会话的入口信息；
18.参与方加入模块，用于在接收到所述参与方针对所述问诊邀请请求返回的同意消息时，通过所述入口信息，将所述参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
19.根据本公开的实施例的第四方面，提供了一种在线问诊装置，应用于发起方，所述装置包括：
20.请求发送模块，用于向服务端发送创建问诊请求；
21.会话加入模块，用于在所述服务端响应所述创建问诊请求并创建在线问诊会话的情况下，加入所述在线问诊会话；
22.信息发送模块，用于向所述服务端发送参与方的信息，以通过所述服务端将所述参与方的信息所指示的参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
23.根据本公开的实施例的第五方面，提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述所述的在线问诊方法。
24.本公开的实施例提供了一种在线问诊方法、装置、电子设备及可读存储介质，所述方法包括：响应于发起方发送的创建问诊请求，创建在线问诊会话，并将所述发起方加入所述在线问诊会话；确定所述在线问诊会话的参与方；向所述参与方发送问诊邀请请求，所述问诊邀请请求中携带所述在线问诊会话的入口信息；在接收到所述参与方针对所述问诊邀请请求返回的同意消息时，通过所述入口信息，将所述参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
25.通过本公开实施例，可以建立包括发起方、参与方、以及问诊服务方的在线问诊会话。示例性地，患者的监护人可以作为发起方创建针对患者的在线问诊会话，患者可以作为参与方加入该在线问诊会话；或者，患者可以作为发起方创建针对自身的在线问诊会话，患者的监护人可以作为参与方加入该在线问诊会话，等等。由此，在患者自理能力较差的情况下，监护人可以共同参与患者的在线问诊流程，使得监护人可以及时获知患者的在线问诊情况，可以提高患者的在线问诊信息的同步效率并减少在线问诊的出错率，进而可以提高患者的在线问诊效率和安全性。
附图说明
26.为了更清楚地说明本公开的实施例的技术方案，下面将对本公开的实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
27.图1示出了本公开的一种实施例中的在线问诊方法的步骤流程图；
28.图2示出了本公开实施例通过神经网络模型确定候选参与方的流程示意图；
29.图3示出了本公开的一个示例中创建绑定关系的流程示意图；
30.图4示出了本公开的另一个示例中创建绑定关系的流程示意图；
31.图5示出了本公开实施中场景一的在线问诊流程示意图；
32.图6示出了本公开实施中场景二的在线问诊流程示意图；
33.图7示出了本公开实施中场景三的在线问诊流程中监护人申请加入在线问诊会话的流程示意图；
34.图8示出了本公开的一种实施例中的在线问诊方法的步骤流程图；
35.图9示出了本公开一个示例中监护人的终端显示界面示意图；
36.图10示出了本公开一个示例中问诊人的终端显示界面示意图；
37.图11示出了本公开一个示例中医生的终端显示界面示意图；
38.图12示出了本公开的一种实施例中的在线问诊装置的结构示意图；
39.图13示出了本公开的一种实施例中的在线问诊装置的结构示意图；
40.图14示出了本公开的一种实施例中的电子设备的结构图。
具体实施方式
41.下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。
42.本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中的术语“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本公开实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
43.参照图1，其示出了本公开的一种实施例中的在线问诊方法的步骤流程图，所述方法可应用于服务端，所述方法可以包括：
44.步骤101、响应于发起方发送的创建问诊请求，创建在线问诊会话，并将所述发起方加入所述在线问诊会话；
45.步骤102、确定所述在线问诊会话的参与方；
46.步骤103、向所述参与方发送问诊邀请请求，所述问诊邀请请求中携带所述在线问诊会话的入口信息；
47.步骤104、在接收到所述参与方针对所述问诊邀请请求返回的同意消息时，通过所述入口信息，将所述参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
48.本公开实施例提供的在线问诊方法可应用于在线问诊平台，所述在线问诊平台可以包括用户端和服务端，所述用户端可以包括问诊人的终端和监护人的终端。
49.其中，问诊人，指发起问诊的人，可以是患者本人，也可以是与患者有关联的第三方用户，例如问诊人可以是照顾患者的护工等。患者，指问诊过程中需要就诊的病人。监护
人，指对患者问诊过程关注的人，通常监护人为患者的家人。
50.在本公开实施例中，触发创建问诊请求以创建针对某个患者的在线问诊会话的一方，称为发起方。发起方可以是问诊人(如患者或者第三方用户)，发起方也可以是监护人。在线问诊会话创建之后，被邀请加入在线问诊会话的一方，称为参与方。参与方可以是问诊人(如患者或者第三方用户)，参与方也可以是监护人。
51.示例性地，患者的监护人可以作为发起方创建针对患者的在线问诊会话，患者可以作为参与方加入该在线问诊会话；或者，患者可以作为发起方创建针对自身的在线问诊会话，患者的监护人可以作为参与方加入该在线问诊会话，等等。
52.所述在线问诊会话中还包括问诊服务方。所述问诊服务方可以包括参与在线问诊的医生或者药师等。本公开实施例对所述问诊服务方加入所述在线问诊会话的时机不做限制。例如，所述问诊服务方可以在参与方加入所述在线问诊会话之后加入所述在线问诊会话。
53.可以理解的是，发起方、参与方、问诊服务方分别表示不同的用户端。
54.由此，本公开实施例可以建立包括发起方、参与方、以及问诊服务方的在线问诊会话。在患者自理能力较差的情况下，使得监护人可以共同参与患者的在线问诊流程，监护人可以及时获知患者的在线问诊情况，从而可以提高患者的在线问诊信息的同步效率并减少在线问诊的出错率，进而可以提高患者的在线问诊效率和安全性。
55.可选地，所述创建问诊请求中可以携带有患者的相关信息，所述相关信息可以包括但不限于患者的姓名、性别、年龄、症状描述等基础信息。服务端响应于所述创建问诊请求，可以根据所述患者的相关信息创建与所述患者对应的在线问诊会话，并将所述发起方加入所述在线问诊会话。
56.示例1中，对于患者a，该患者a对应有问诊人b以及监护人c。假设问诊人b不是患者a本人，问诊人b通过其终端向服务端发起针对患者a的创建问诊请求。服务端响应于该创建问诊请求，可以根据患者a的基础信息创建患者a的在线问诊会话，并将问诊人b的终端(发起方)加入该在线问诊会话。接下来，服务端确定该在线问诊会话的参与方。假设服务端确定该在线问诊会话的参与方包括患者a的监护人c，则向监护人c的终端发送问诊邀请请求，该问诊邀请请求中携带该在线问诊会话的入口信息。在接收到监护人c的终端针对该问诊邀请请求返回的同意消息时，通过该入口信息，将监护人c的终端(参与方)加入该在线问诊会话。由此，问诊人b和监护人c可以共同参与患者a的在线问诊流程。
57.示例2中，对于患者a，该患者a对应有问诊人b以及监护人c，假设问诊人b不是患者a本人。假设监护人c通过其终端向服务端发起针对患者a的创建问诊请求。服务端响应于该创建问诊请求，可以根据患者a的基础信息创建患者a的在线问诊会话，并将监护人c的终端(发起方)加入该在线问诊会话。接下来，服务端确定该在线问诊会话的参与方。假设服务端确定该在线问诊会话的参与方包括问诊人b，则向问诊人b的终端发送问诊邀请请求，该问诊邀请请求中携带该在线问诊会话的入口信息。在接收到问诊人b的终端针对该问诊邀请请求返回的同意消息时，通过该入口信息，将问诊人b的终端(参与方)加入该在线问诊会话。由此，问诊人b和监护人c可以共同参与患者a的在线问诊流程。
58.需要说明的是，本公开实施例对一个患者对应的问诊人的数目以及一个患者对应的监护人的数目不做限制。本公开实施例中主要以一个患者对应有一个问诊人以及多个监
护人为例进行说明。此外，本公开实施例中主要以发起方为问诊人为例进行说明，发起方为监护人时的在线问诊流程与发起方为问诊人时相类似，相互参照即可。
59.需要说明的是，本公开实施例对在线问诊的具体形式不做限制。本公开实施例中所述的在线问诊可以包括但不限于如下任意一种形式：视频在线问诊、图文在线问诊、语音在线问诊等。以视频在线问诊为例，所述在线问诊会话可以包括视频在线问诊的聊天会话窗口，所述在线问诊会话的入口信息可以包括聊天会话窗口的口令信息，通过该入口信息可以加入该聊天会话窗口。图文在线问诊和语音在线问诊与视频在线问诊的过程类似，此处不再进行赘述。
60.在本公开的一种可选实施例中，所述方法还可以包括：向所述发起方和所述参与方分别发送在线问诊结果，所述在线问诊结果至少包括如下任意一项：问诊记录、处方单、检查单、医嘱、复诊要求、药品信息、结论。
61.在患者的在线问诊结束后，服务端可以向所述发起方和所述参与方分别发送患者的在线问诊结果。
62.进一步地，所述服务端还可以保存所述在线问诊结果，以向所述发起方和/或所述参与方提供查询服务。
63.在患者的在线问诊结束后，服务端可以主动向所述发起方和所述参与方分别发送患者的在线问诊结果。此外，服务端还可以保存患者的在线问诊结果，在接收到所述发起方和/或所述参与方针对该患者的在线问诊结果的查询请求时，向所述发起方和/或所述参与方发送该患者的在线问诊结果。
64.需要说明的是，本公开实施例对所述服务端向所述发起方和/或所述参与方发送在线问诊结果的形式不做限制。例如，可以向所述发起方和/或所述参与方推送在线问诊结果的信息。推送方式包括但不限于推送短信、推送邮件等。通过点击服务端推送的信息中附带的链接即可进入到在线问诊结果页面，以查看详细信息。
65.可选地，对于视频在线问诊，在线问诊结果还可以包括对视频在线问诊流程录制的视频。对于图文在线问诊，在线问诊结果还可以包括图文在线问诊流程中的历史对话。
66.所述在线问诊结果至少包括如下任意一项：问诊记录、处方单、检查单、医嘱、复诊要求、药品信息、结论。所述在线问诊结果的形式包括但不限于如下任意一种或多种的组合：文字、图片、视频、语音、图表。
67.在本公开实施例中，可以提供如下三种方式来确定在线问诊会话的参与方。方式一、服务端推荐候选参与方，由发起方选择。方式二、服务端根据绑定关系自动确定。方式三、由发起方直接输入。
68.在本公开的一种可选实施例中，所述确定所述在线问诊会话的参与方，可以包括：
69.步骤s11、基于患者的相关信息，确定候选参与方；其中，所述患者的相关信息至少包括如下任意一项：患者的历史问诊内容、患者的历史社交行为、患者的社交关系；
70.步骤s12、向所述发起方推送所述候选参与方的信息；
71.步骤s13、根据所述发起方对所述候选参与方的选择结果，确定所述在线问诊会话的参与方。
72.其中，患者的相关信息可以是发起方实时输入的，或者，可以是预先保存在服务端的，或者，还可以是创建问诊请求中携带的。
73.在本公开实施例中，服务端可以基于患者的相关信息，确定候选参与方，所述患者的相关信息至少包括如下任意一项：患者的历史问诊内容、患者的历史社交行为、患者的社交关系。
74.需要说明的是，本公开所涉及的用户信息(包括但不限于用户的设备信息、用户个人信息等)、相关数据等均为经用户授权或经各方授权后的信息。本公开实施例在用户授权的情况下，可以获取所述患者的相关信息，基于患者的相关信息，确定候选参与方。
75.其中，患者的历史问诊内容可以包括但不限于患者的历史问诊记录、历史问诊结果、以及历史健康档案等。
76.患者的历史社交行为指患者在即时通讯系统或者社交系统中与其他用户进行社交行为时产生的行为数据，包括但不限于患者与其他用户之间发送/接收即时消息、发送/接收红包祝福、以及患者在其他用户的主页或相关论坛、群组中进行的点击、观看、评论、点赞、送礼、分享等社交行为。
77.患者的社交关系可以包括但不限于家人、朋友、同学、同事等关系。
78.需要说明的是，上述列举的患者的相关信息仅作为本公开的应用示例，本公开实施例对所述患者的相关信息的具体内容不做限制。例如，所述患者的相关信息还可以包括患者的性别、年龄、健康状况等基础信息。
79.根据患者的相关信息可以分析得到患者的监护需求特征，所述监护需求特征可用于表征患者需要监护人辅助的倾向性。所述监护需求特征可以包括但不限于：患者是否具有独立行动能力，患者是否患有精神疾病，患者是否需要他人帮助用药等特征。例如，若患者的年龄小于第一预设值或者大于第二预设值，则说明患者不具有独立行动能力，此时可以确定该患者具有需要监护人辅助的倾向性，可以推荐该患者对应的候选参与方。
80.可选地，本公开实施例可以预先训练神经网络模型，用于预测患者是否具有需要监护人辅助的倾向性。在该神经网络模型训练完成之后，在患者用户授权的前提下，可以获取患者的相关信息，如患者的历史问诊内容、和/或患者的历史社交行为、和/或患者的社交关系。将获取的患者的相关信息输入所述神经网络模型，通过该神经网络模型输出预测结果，该预测结果可以包括该患者是否需要监护人，以及在确定该患者需要监护人的情况下，输出推荐的监护人。所述推荐的监护人可以作为候选参与方推送给发起方。参照图2，示出了本公开实施例通过神经网络模型确定候选参与方的流程示意图。需要说明的是，服务端确定的候选参与方的个数可以大于或等于1。
81.服务端向发起方推送候选参与方的信息之后，发起方可以从候选参与方中选择一个或多个，服务端将发起方选择的候选参与方作为所述在线问诊会话的参与方，并且向所述参与方发送问诊邀请请求。
82.可选地，发起方从服务端推送的候选参与方中选择一个或多个参与方之后，可以向服务端发送邀请监护人请求，所述邀请监护人请求中可以携带有发起方选择的参与方的标识。服务端在接收到该邀请监护人请求之后，可以向所述参与方的标识对应的终端发送问诊邀请请求，该问诊邀请请求中携带有患者的在线问诊会话的入口信息。
83.需要说明的是，本公开实施例对所述问诊邀请请求的形式不做限制。示例性地，服务端在确定所述在线问诊会话的参与方之后，可以向该参与方发送如下问诊邀请请求：“患者某某因病情描述发起线上问诊，是否加入？”。当接收到该参与方返回的同意消息时，通过
该入口信息将该参与方该患者的在线问诊会话。
84.在本公开的一种可选实施例中，所述确定所述在线问诊会话的参与方，可以包括：根据预先建立的发起方与参与方之间的绑定关系，确定所述在线问诊会话的参与方。
85.在本公开实施例中，服务端可以基于患者的相关信息创建患者的健康档案、创建患者的在线问诊会话、为在线问诊会话分配问诊服务方、向发起方和/或参与方发送在线问诊结果。此外，服务端还可以维护监护人、问诊人、以及患者之间的对应关系。
86.本公开实施例可以预先建立发起方与参与方之间的绑定关系。可选地，所述绑定关系可以包括问诊人与监护人之间的绑定关系，其中，问诊人可以包括患者本人或者与患者相关的第三方用户。也即，服务端可以维护监护人、问诊人、以及患者之间的对应关系。
87.进一步地，所述绑定关系可以包括患者对应的监护人列表。一个患者可以对应一个或多个监护人。问诊人可以针对某个患者建立该患者对应的监护人列表，该监护人列表中可以包括该患者对应的一个或多个监护人的信息，如监护人标识、监护人名称等信息。
88.以发起方为患者为例，服务端可以接收该发起方发送的绑定监护人请求，以在该患者对应的监护人列表中增加需要绑定的监护人。该绑定监护人请求中可以携带待绑定的监护人标识。服务端接收到该绑定监护人请求之后，向该监护人标识对应的终端发送该绑定监护人请求。在服务端接收到该监护人标识对应的终端返回的同意消息时，服务端将该监护人标识加入该患者对应的监护人列表。由此建立了该患者与该监护人之间的绑定关系。
89.进一步地，服务端还可以接收发起方(如患者的终端)发送的修改监护人请求，以在患者对应的监护人列表中修改已绑定的监护人。进一步地，服务端可以接收发起方发送的删除监护人请求，以在患者对应的监护人列表中删除已绑定的监护人。
90.参照图3，示出了本公开的一个示例中创建绑定关系的流程示意图，该流程图用于创建患者与监护人之间的绑定关系。如图3所示，服务端在接收到发起方(如患者的终端)发送的针对该患者的绑定监护人请求后，可以根据该患者的基础信息(如健康档案等)智能分析推荐的监护人，发起方可以从服务端推荐的监护人中选择需要绑定的新监护人，服务端向发起方选择的新监护人发送通知，请求绑定该新监护人，若接收到该新监护人返回的同意消息，则在该患者对应的监护人列表中增加该新监护人，并通知发起方添加新监护人成功，以及通知该新监护人添加成功；若接收到该新监护人返回的拒绝消息，则通知发起方添加新监护人失败。添加新监护人成功后，该新监护人后续可以作为参与方参与该患者的在线问诊会话，以及查看该患者的在线问诊记录和在线问诊结果。
91.在具体实施中，对于某个患者，在创建该患者对应的监护人列表之后，在发起方向服务端发送针对该患者的创建问诊请求之后，可以获取已创建的该患者对应的监护人列表，进而可以从中选择该患者的一个或多个监护人作为参与方，共同加入该患者的在线问诊会话。
92.进一步地，所述绑定关系还可以包括监护人对应的患者列表。该患者列表中可以包括该监护人关注的所有患者的信息，如患者标识、患者姓名等信息。一个监护人可以对应一个或多个患者。监护人可以建立其关注的患者列表，该患者列表中可以包括该监护人关注的一个或多个患者的信息。
93.以发起方为监护人为例，服务端可以接收该发起方发送的绑定患者请求，以在该
监护人对应的患者列表中增加需要绑定的患者。
94.在本公开实施例中，监护人可以通过其终端输入待绑定患者的标识信息以向服务端发送绑定患者请求，该绑定患者请求中可以携带待绑定患者的患者标识。服务端接收到该绑定患者请求之后，向该患者标识对应的终端发送该绑定患者请求。在服务端接收到该患者标识对应的终端返回的同意消息时，服务端将该患者标识加入该监护人对应的患者列表。由此建立了该患者与该监护人之间的绑定关系，该监护人可以作为参与方参与该患者的在线问诊会话，以及查看该患者的在线问诊记录和在线问诊结果。
95.参照图4，示出了本公开的另一个示例中创建绑定关系的流程示意图，该流程图用于创建患者与监护人之间的绑定关系。如图4所示，服务端在接收到发起方(如监护人的终端)发送的查找患者的请求时，根据发起方输入的患者标识查询患者信息，查找成功时，向该患者的终端发送申请成为监护人的请求；若接收到该患者返回的同意消息，则在该监护人对应的患者列表中增加该患者的信息，并通知该监护人添加新患者成功，以及通知该患者添加监护人成功；若接收到该患者返回的拒绝消息，则通知该监护人添加新患者失败。添加成功后，该监护人后续可以作为参与方参与该新增的患者的在线问诊会话，以及查看该新增的患者的在线问诊记录和在线问诊结果。
96.在监护人作为发起方时，该发起方向服务端发送创建问诊请求之前，可以获取其对应的患者列表，并从该患者列表中选择待问诊的患者，进而可以快速向服务端发送针对该患者的创建问诊请求，可以避免发起方输入患者的信息，减少发起方的操作成本。
97.服务端根据预先建立的发起方与参与方之间的绑定关系，可以自动确定在线问诊会话的参与方。一个示例中，以患者为发起方为例，服务端可以根据预先建立的该患者对应的监护人列表，从中自动选择该患者的一个或多个监护人作为该患者的在线问诊会话的参与方。
98.在本公开的一种可选实施例中，所述确定所述在线问诊会话的参与方，可以包括：
99.步骤s21、接收所述发起方发送的参与方的信息；
100.步骤s22、根据所述发起方发送的参与方的信息，确定所述在线问诊会话的参与方。
101.其中，所述参与方的信息可以包括参与方的标识、参与方的名称等中的至少一种。所述参与方的信息可以是发起方实时输入的，或者，可以是发起方根据服务端推送的候选参与方选择得到的，或者，还可以是发起方根据预先建立的绑定关系选择得到的。
102.一个示例中，以监护人为发起方为例，假设监护人c通过其终端向服务端发起针对患者a的创建问诊请求之后，服务端创建针对患者a的在线问诊会话，并将监护人c的终端加入该在线问诊会话。监护人c还可以进一步选择患者a作为该在线问诊会话的参与方。具体地，监护人c可以直接向服务端输入参与方的信息(如患者a的信息)。服务端根据接收到的参与方的信息，确定患者a为在线问诊会话的参与方。
103.在本公开实施例中，发起方可以通过直接输入的方式主动添加参与方。进一步地，在发起方未主动添加参与方的情况下，服务端在接收到发起方发送的针对患者的创建问诊请求后，若检测到还未添加参与方时，可以向发起方发送询问消息，用于询问是否需要添加参与方，在接收到发起方回复的同意消息的情况下，向所述发起方推送候选参与方，或者，根据预先建立的绑定关系自动确定参与方。
104.在具体实施中，服务端向参与方发送问诊邀请请求之后，存在如下三种场景：场景一、参与方拒绝加入在线问诊会话。场景二、参与方同意加入在线问诊会话。场景三、参与方拒绝后中途加入在线问诊会话。
105.参照图5，示出了本公开实施中场景一的在线问诊流程示意图。以问诊人为发起方为例，可以包括如下步骤：
106.步骤a1、发起方选择待问诊的患者，并向服务端发送针对该患者的创建问诊请求。
107.可选地，发起方可以根据预先建立的绑定关系选择待问诊的患者，并向服务端发送针对该患者的创建问诊请求，服务端创建该患者的在线问诊会话，进入预问诊阶段。
108.此时存在以下两种情况：发起方主动添加参与方，或者，在发起方未主动添加参与方的情况下，服务端向发起方推送候选参与方或者服务端根据预先建立的绑定关系自动确定参与方。
109.步骤a2、发起方选择一个或多个参与方(如选择患者的监护人a和监护人b作为参与方)。
110.步骤a3、服务端向问诊人选择的参与方发送问诊邀请请求，该问诊邀请请求中携带该患者的在线问诊会话的入口信息。
111.步骤a4、服务端在限定等待时间内未收到参与方的回应或者收到参与方拒绝加入的消息后，向发起方发送是否继续进行问诊的询问消息。
112.步骤a5、在接收到发起方返回的继续问诊消息后，触发进入该患者的在线问诊流程，等待问诊服务方接入该患者的在线问诊会话。
113.加入在线问诊会话的问诊服务方可以为由发起方或参与方预先选择，也可以由服务端自动分配。
114.在该患者的在线问诊流程中，发起方可以随时邀请参与方加入该患者的在线问诊会话，已加入该患者的在线问诊会话的参与方可以随时退出或者随时再次加入该患者的在线问诊会话。
115.步骤a6、在线问诊结束后，服务端向发起方和/或参与方发送在线问诊结果。
116.进一步地，服务端还可以保存在线问诊结果以及在线问诊流程的记录信息，以供发起方和/或参与方查询历史在线问诊流程以及查询历史在线问诊结果。
117.参照图6，示出了本公开实施中场景二的在线问诊流程示意图。以问诊人为发起方为例，可以包括如下步骤：
118.步骤b1、发起方选择待问诊的患者，并向服务端发送针对该患者的创建问诊请求。
119.可选地，发起方可以根据预先建立的绑定关系选择待问诊的患者，并向服务端发送针对该患者的创建问诊请求，服务端创建该患者的在线问诊会话，进入预问诊阶段。
120.此时存在以下两种情况：发起方主动添加参与方，或者，在发起方未主动添加参与方的情况下，服务端向发起方推送候选参与方或者服务端根据预先建立的绑定关系自动确定参与方。
121.步骤b2、发起方选择一个或多个参与方(如选择患者的监护人a和监护人b作为参与方)。
122.步骤b3、服务端向问诊人选择的参与方发送问诊邀请请求，该问诊邀请请求中携带该患者的在线问诊会话的入口信息。
123.步骤b4、服务端在限定等待时间内收到参与方同意加入的消息后，将参与方加入所述在线问诊会话，触发进入该患者的在线问诊流程，等待问诊服务方接入该患者的在线问诊会话。
124.进一步地，在线问诊流程中，参与方可以随时申请退出患者的在线问诊会话。参与方退出患者的在线问诊会话之后，可以随时申请加入患者的在线问诊会话。
125.进一步地，在线问诊流程中，发起方可以随时邀请参与方加入患者的在线问诊会话。发起方还可以随时从患者的在线问诊会话踢出参与方。
126.步骤b5、在线问诊结束后，服务端向发起方和/或参与方发送在线问诊结果。
127.进一步地，服务端还可以保存在线问诊结果以及在线问诊流程的记录信息，以供发起方和/或参与方查询历史在线问诊流程以及查询历史在线问诊结果。
128.在本公开的一种可选实施例中，所述方法还可以包括：
129.步骤s31、接收所述参与方发送的退出问诊请求；
130.步骤s32、响应于所述退出问诊请求，将所述参与方断开所述在线问诊会话。
131.在本公开实施例中，在参与方加入患者的在线问诊会话之后，该参与方可以随时退出该患者的在线问诊会话。
132.进一步地，在参与方中途退出患者的在线问诊会话之后，还可以根据接收到的在线问诊会话的入口信息随时重新加入患者的在线问诊会话。
133.在本公开的一种可选实施例中，所述方法还可以包括：
134.步骤s41、接收所述发起方发送的踢出参与方请求，所述踢出参与方请求中携带目标参与方标识；
135.步骤s42、响应于所述踢出监护人请求，将所述目标参与方标识对应的参与方断开所述在线问诊会话。
136.进一步地，在患者的在线问诊流程中，发起方可以随时邀请参与方加入患者的在线问诊会话；或者，发起方也可以随时从患者的在线问诊会话中踢出目标参与方。
137.参照图7，示出了本公开实施中场景三的在线问诊流程中监护人申请加入在线问诊会话的流程示意图。以问诊人为发起方为例，可以包括如下步骤：
138.步骤c1、发起方选择待问诊的患者，并向服务端发送针对该患者的创建问诊请求。
139.可选地，发起方可以根据预先建立的绑定关系选择待问诊的患者，并向服务端发送针对该患者的创建问诊请求，服务端创建该患者的在线问诊会话，进入预问诊阶段。
140.此时存在以下两种情况：发起方主动添加参与方，或者，在发起方未主动添加参与方的情况下，服务端向发起方推送候选参与方或者服务端根据预先建立的绑定关系自动确定参与方。
141.步骤c2、发起方选择一个或多个参与方(如选择患者的监护人a和监护人b作为参与方)。
142.步骤c3、服务端向问诊人选择的参与方发送问诊邀请请求，该问诊邀请请求中携带该患者的在线问诊会话的入口信息。
143.步骤c4、服务端在限定等待时间内未收到参与方的回应或者收到参与方拒绝加入的消息后，向发起方发送是否继续进行问诊的询问消息。
144.步骤c5、在接收到发起方返回的继续问诊消息后，触发进入该患者的在线问诊流
程，等待问诊服务方接入该患者的在线问诊会话。
145.步骤c6、在线问诊流程中，参与方(如监护人a的终端和/或监护人b的终端)可以申请加入患者的在线问诊会话。图7示出了监护人a在患者的在线问诊流程中申请加入在线问诊会话的流程示意图。
146.步骤c7、在线问诊结束后，服务端向发起方和/或参与方发送在线问诊结果。
147.进一步地，服务端还可以保存在线问诊结果以及在线问诊流程的记录信息，以供发起方和/或参与方查询历史在线问诊流程以及查询历史在线问诊结果。
148.综上，通过本公开实施例，可以建立包括发起方、参与方、以及问诊服务方的在线问诊会话。示例性地，患者的监护人可以作为发起方创建针对患者的在线问诊会话，患者可以作为参与方加入该在线问诊会话；或者，患者可以作为发起方创建针对自身的在线问诊会话，患者的监护人可以作为参与方加入该在线问诊会话，等等。由此，在患者自理能力较差的情况下，监护人可以共同参与患者的在线问诊流程，使得监护人可以及时获知患者的在线问诊情况，可以提高患者的在线问诊信息的同步效率并减少在线问诊的出错率，进而可以提高患者的在线问诊效率和安全性。
149.参照图8，其示出了本公开的一种实施例中的在线问诊方法的步骤流程图，所述方法可应用于发起方，所述方法可以包括：
150.步骤201、向服务端发送创建问诊请求；
151.步骤202、在所述服务端响应所述创建问诊请求并创建在线问诊会话的情况下，加入所述在线问诊会话；
152.步骤203、向所述服务端发送参与方的信息，以通过所述服务端将所述参与方的信息所指示的参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
153.本公开实施例提供的在线问诊方法可应用于在线问诊平台，所述在线问诊平台可以包括用户端和服务端，所述用户端可以包括问诊人的终端和监护人的终端。
154.其中，问诊人，指发起问诊的人，可以是患者本人，也可以是与患者有关联的第三方用户，例如问诊人可以是照顾患者的护工等。患者，指问诊过程中需要就诊的病人。监护人，指对患者问诊过程关注的人，通常监护人为患者的家人。
155.在本公开实施例中，触发创建问诊请求以创建针对某个患者的在线问诊会话的一方，称为发起方。发起方可以是问诊人(如患者或者第三方用户)，发起方也可以是监护人。在线问诊会话创建之后，被邀请加入在线问诊会话的一方，称为参与方。参与方可以是问诊人(如患者或者第三方用户)，参与方也可以是监护人。
156.示例性地，患者的监护人可以作为发起方创建针对患者的在线问诊会话，患者可以作为参与方加入该在线问诊会话；或者，患者可以作为发起方创建针对自身的在线问诊会话，患者的监护人可以作为参与方加入该在线问诊会话，等等。
157.所述在线问诊会话中还包括问诊服务方。所述问诊服务方可以包括参与在线问诊的医生或者药师等。本公开实施例对所述问诊服务方加入所述在线问诊会话的时机不做限制。例如，所述问诊服务方可以在参与方加入所述在线问诊会话之后加入所述在线问诊会话。
158.可以理解的是，发起方、参与方、问诊服务方分别表示不同的用户端。
159.由此，本公开实施例可以建立包括发起方、参与方、以及问诊服务方的在线问诊会
话。在患者自理能力较差的情况下，使得监护人可以共同参与患者的在线问诊流程，监护人可以及时获知患者的在线问诊情况，从而可以提高患者的在线问诊信息的同步效率并减少在线问诊的出错率，进而可以提高患者的在线问诊效率和安全性。
160.在本公开实施例中，发起方可以向所述服务端发送参与方的信息，以确定待加入患者的在线问诊会话的参与方。所述服务端可以将所述参与方的信息所指示的参与方加入所述在线问诊会话。
161.在本公开的一种可选实施例中，所述向所述服务端发送参与方的信息，可以包括：
162.步骤s51、接收所述服务端推送的候选参与方的信息，所述候选参与方为所述服务端基于患者的相关信息所确定；其中，所述患者的相关信息至少包括如下任意一项：患者的历史问诊内容、患者的历史社交行为、患者的社交关系；
163.步骤s52、向所述服务端返回针对所述候选参与方的选择结果。
164.本公开实施例可以提供如下三种方式来确定在线问诊会话的参与方。方式一、服务端推荐候选参与方，由发起方选择。方式二、服务端根据绑定关系自动确定。方式三、由发起方直接输入。
165.其中，所述参与方的信息可以包括参与方的标识、参与方的名称等中的至少一种。所述参与方的信息可以是发起方实时输入的，或者，可以是发起方根据服务端推送的候选参与方选择得到的，或者，还可以是发起方根据预先建立的绑定关系选择得到的。
166.在本公开的一种可选实施例中，所述方法还可以包括：接收所述服务端发送的在线问诊结果，所述在线问诊结果至少包括如下任意一项：问诊记录、处方单、检查单、医嘱、复诊要求、药品信息、结论。
167.在针对患者的在线问诊结束后，服务端可以向发起方和各参与方分别发送该患者的在线问诊结果。
168.在本公开的一种可选实施例中，所述方法还可以包括：向所述服务端发送踢出监护人请求，所述踢出监护人请求中携带目标参与方标识。
169.在线问诊流程中，发起方可以随时从患者的在线问诊会话中踢出指定的目标参与方。
170.在线问诊流程中，发起方可以随时邀请参与方加入患者的在线问诊会话。具体地，发起方可以随时邀请已退出的或者未加入的参与方加入患者的在线问诊会话。
171.在本公开的一种可选实施例中，所述方法还可以包括：向所述服务端发送针对患者的绑定监护人请求，所述绑定监护人请求中携带待绑定监护人的标识。
172.在本公开实施例中，问诊人(患者本人或者患者相关的第三方用户)作为发起方时，发起方可以向服务端发送针对患者的绑定监护人请求，进而建立该患者对应的监护人列表。
173.在本公开的一种可选实施例中，所述方法还可以包括：
174.步骤s61、接收参与方发送的发言请求；
175.步骤s62、响应于所述发言请求，向所述参与方发送同意消息或者拒绝消息。
176.在图文问诊场景中，参与方(如患者的监护人)加入患者的在线问诊会话之后，如果该参与方频繁在聊天会话窗口中发送消息，可能会影响问诊人和医生的正常问诊流程，影响问诊人和医生浏览聊天会话窗口中的问诊内容。为避免上述情况发生，参与方在发送
消息之前，需要向发起方发送发言请求，在发起方同意的情况下，参与方才可以通过自身的终端在图文在线问诊的聊天会话窗口中发送即时消息。
177.参照图9，示出了本公开一个示例中监护人终端显示的患者在线问诊的界面示意图。如图9所示，该监护人作为患者的在线问诊会话的参与方，其终端显示界面中可以显示图文在线问诊的聊天会话窗口，通过该终端显示界面可以实时浏览在线问诊流程。在该终端显示界面中可以显示有触发发言请求的按键，通过该按键可以向发起方发送发言请求。
178.参照图10，示出了本公开一个示例中问诊人终端显示的患者在线问诊的界面示意图。如图10所示，该问诊人作为发起方可以接收到参与方(如患者的监护人)发送的发言请求，并且可以选择针对该发言请求返回同意消息或者拒绝消息。在参与方接收到发起方针对该发言请求返回的同意消息时，才可以在图文在线问诊的聊天会话窗口中发送即时消息。
179.参照图11，示出了本公开一个示例中医生终端显示的患者在线问诊的界面示意图。如图11所示，该在线问诊为视频在线问诊，在视频在线问诊场景中，由于语音通话的实时性，参与方可以和发起方拥有相同的权限，共同通过聊天会话窗口参与患者的在线问诊流程。
180.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。
181.参照图12，其示出了在本公开的一种实施例中的在线问诊装置的结构图，所述装置可应用于服务端，所述装置包括：
182.会话创建模块301，用于响应于发起方发送的创建问诊请求，创建在线问诊会话，并将所述发起方加入所述在线问诊会话；
183.参与方确定模块302，用于确定所述在线问诊会话的参与方；
184.邀请发送模块303，用于向所述参与方发送问诊邀请请求，所述问诊邀请请求中携带所述在线问诊会话的入口信息；
185.参与方加入模块304，用于在接收到所述参与方针对所述问诊邀请请求返回的同意消息时，通过所述入口信息，将所述参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
186.可选地，所述装置还包括：
187.结果发送模块，用于向所述发起方和所述参与方分别发送在线问诊结果，所述在线问诊结果至少包括如下任意一项：问诊记录、处方单、检查单、医嘱、复诊要求、药品信息、结论。
188.可选地，所述参与方确定模块，包括：
189.候选确定子模块，用于基于患者的相关信息，确定候选参与方；其中，所述患者的相关信息至少包括如下任意一项：患者的历史问诊内容、患者的历史社交行为、患者的社交关系；
190.候选推送子模块，用于向所述发起方推送所述候选参与方的信息；
191.第一确定子模块，用于根据所述发起方对所述候选参与方的选择结果，确定所述在线问诊会话的参与方。
192.可选地，所述参与方确定模块，包括：
193.第二确定子模块，用于根据预先建立的发起方与参与方之间的绑定关系，确定所述在线问诊会话的参与方。
194.可选地，所述参与方确定模块，包括：
195.信息接收子模块，用于接收所述发起方发送的参与方的信息；
196.第三确定子模块，用于根据所述发起方发送的参与方的信息，确定所述在线问诊会话的参与方。
197.参照图13，其示出了本公开的一种实施例中的在线问诊装置的结构示意图，所述装置可应用于发起方，所述装置可以包括：
198.请求发送模块401，用于向服务端发送创建问诊请求；
199.会话加入模块402，用于在所述服务端响应所述创建问诊请求并创建在线问诊会话的情况下，加入所述在线问诊会话；
200.信息发送模块403，用于向所述服务端发送参与方的信息，以通过所述服务端将所述参与方的信息所指示的参与方加入所述在线问诊会话；其中，所述在线问诊会话中还包括问诊服务方。
201.可选地，所述信息发送模块，包括：
202.候选接收子模块，用于接收所述服务端推送的候选参与方的信息，所述候选参与方为所述服务端基于患者的相关信息所确定；其中，所述患者的相关信息至少包括如下任意一项：患者的历史问诊内容、患者的历史社交行为、患者的社交关系；
203.选择发送子模块，用于向所述服务端返回针对所述候选参与方的选择结果。
204.通过本公开实施例，可以建立包括发起方、参与方、以及问诊服务方的在线问诊会话。示例性地，患者的监护人可以作为发起方创建针对患者的在线问诊会话，患者可以作为参与方加入该在线问诊会话；或者，患者可以作为发起方创建针对自身的在线问诊会话，患者的监护人可以作为参与方加入该在线问诊会话，等等。由此，在患者自理能力较差的情况下，监护人可以共同参与患者的在线问诊流程，使得监护人可以及时获知患者的在线问诊情况，可以提高患者的在线问诊信息的同步效率并减少在线问诊的出错率，进而可以提高患者的在线问诊效率和安全性。
205.本公开的实施例还提供了一种电子设备，参照图14，包括：处理器501、存储器502以及存储在所述存储器502上并可在所述处理器上运行的计算机程序5021，所述处理器501执行所述程序时实现前述实施例的在线问诊方法。
206.本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的在线问诊方法。
207.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
208.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以
利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
209.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
210.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
211.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
212.本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开的实施例的文件处理设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
213.应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
214.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
215.以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含
在本公开的实施例的保护范围之内。
216.以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。