一种融合多方通话的在线问诊方法及系统与流程

1.本技术涉及计算机技术领域，尤其涉及一种融合多方通话的在线问诊方法及系统。


背景技术：

2.多方会诊系统是通过ivr技术实现多方在线语音通话，可以实现多方、异地实时在线交流，方便患者与医生进行问诊咨询。基于ivr技术的多方会诊系统可以支持固话、移动通信设备，支持的网络可以是2g-5g网络。
3.目前创建多方通话时需要用户主动拨打固定的接入号，如118168接入到ivr系统创建房间，并输入被邀请号码，邀请进入房间，过程过于繁琐，且需要按键输入被邀请者手机号，容易导致输入错误及呼叫错误。而且现在的问诊流程是基于一对一的问诊方式，当医生需专家一起会诊时，医生无法邀请专家进行会诊。


技术实现要素：

4.本技术提供了一种融合多方通话的在线问诊方法及系统，以解决现有问诊系统无法进行会诊的问题。
5.第一方面，为实现上述目的，本技术提供了一种融合多方通话的在线问诊方法，所述方法包括：
6.接收用户指令，解析所述用户指令，获取用户信息及用户选择的问诊方式、目标问诊医生信息；
7.根据用户指令建立问诊房间；
8.根据所述问诊方式及所述目标医生信息通知目标问诊医生；
9.如果所述目标问诊医生接听，则将所述目标问诊医生接入所述问诊房间进行在线问诊。
10.进一步地，将所述目标问诊医生接入所述问诊房间进行在线问诊之后，还包括：
11.所述目标问诊医生根据需求邀请会诊医生进行会诊。
12.进一步地，所述目标问诊医生根据需求邀请会诊医生进行会诊，包括：
13.如果所述目标问诊医生发起会诊请求，则获取目标会诊医生的信息；
14.根据所述目标会诊医生的信息通知所述目标会诊医生；
15.如果所述目标会诊医生接听，则将所述目标会诊医生接入所述问诊房间进行会诊。
16.进一步地，所述问诊方式包括电视问诊、电视视频问诊、微信图文问诊或微信视频问诊。
17.进一步地，所述根据所述问诊方式及所述目标医生信息通知目标问诊医生之后，还包括：
18.如果预设时间内未接听，则反馈接听结果至用户，提示用户更换问诊时间或更换
问诊医生。
19.第二方面，为实现上述目的，本技术提供了一种融合多方通话的在线问诊系统，所述系统包括：
20.电视家庭医生服务器：用于接收用户发起的问诊需求，并将问诊需求发包给多方问诊服务器；
21.多方问诊服务器：用于接收问诊需求，建立问诊房间，呼叫用户、问诊医生、会诊医生，进行问诊或会诊；
22.问诊医生端：用于接收问诊邀请，管理医生问诊的相关操作；
23.会诊医生端：用于接收会诊请求，管理医生会诊的相关操作。
24.进一步地，所述多方问诊服务器，包括：
25.指令接收单元，用于接收用户指令，解析所述用户指令，获取用户信息及用户选择的问诊方式、目标问诊医生信息；
26.问诊房间建立单元，用于根据用户指令建立问诊房间；
27.通知单元，用于根据所述问诊方式及所述目标医生信息通知目标问诊医生；
28.问诊单元，用于如果所述目标问诊医生接听，则将所述目标问诊医生接入所述问诊房间进行在线问诊。
29.进一步地，所述系统还包括：
30.会诊单元，用于所述目标问诊医生根据需求邀请会诊医生进行会诊。
31.进一步地，所述会诊单元还用于：
32.如果所述目标问诊医生发起会诊请求，则获取目标会诊医生的信息；
33.根据所述目标会诊医生的信息通知所述目标会诊医生；
34.如果所述目标会诊医生接听，则将所述目标会诊医生接入所述问诊房间进行会诊。
35.进一步地，所述通知单元还用于：
36.如果预设时间内未接听，则反馈接听结果至用户，提示用户更换问诊时间或更换问诊医生。
37.第三方面，为实现上述目的，本技术提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面任一项融合多方通话的在线问诊方法的步骤。
38.第四方面，为实现上述目的，本技术提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面任一项融合多方通话的在线问诊方法的步骤。
39.由以上技术方案可见，本技术实施例提供的一种融合多方通话的在线问诊方法及系统，接收用户指令，解析所述用户指令，获取用户信息及用户选择的问诊方式、目标问诊医生信息；根据用户指令建立问诊房间；根据所述问诊方式及所述目标医生信息通知目标问诊医生；如果所述目标问诊医生接听，则将所述目标问诊医生接入所述问诊房间进行在线问诊；所述目标问诊医生根据需求邀请会诊医生进行会诊。
40.本技术将原有的只能通过电话机操作的管理方式改造成为可视化管理方式，用户端的病情咨询是电话打入系统，系统接听用户电话后，会将当前用户通过自动接续到一个
网络上的通话房间，当系统将用户加入房间后，会通过后台的数据上报方式通知到医生端。在医生端有一个管理界面，当有用户打入系统后，此界面会弹出提示，告知有用户进入房间咨询病情。通过管理界面医生可以做一些操作，比如接听或拒接。在用户向医生咨询病情过程中进行管理操作。比如：当前咨询过程中，此病人的病情在当前接听的医生处理不了，可以通过管理界面呼叫系统预先配置好的专家电话。系统自动将专家呼叫接续进入当前问诊房间后就可以三方通话。
41.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
43.图1为现有的多方会诊系统的网络拓扑图；
44.图2为本技术实施例提供的融合多方通话的在线问诊方法的流程示意图；
45.图3为本技术实施例提供的多方问诊网络结构图；
46.图4为本技术实施例提供的多方会诊流程图；
47.图5为本技术实施例提供的在线问诊系统的层级图；
48.图6为本技术实施例提供的多方问诊服务器的结构示意图。
具体实施方式
49.下面通过对本技术进行详细说明，本技术的特点和优点将随着这些说明而变得更为清楚、明确。
50.在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
51.在本技术的描述中，需要说明的是，术语“上”、“下”、“内”、“外”、“前”、“后”、“左”和“右”等指示的方位或位置关系为基于本技术工作状态下的方位或位置关系，仅是为了便于描述本技术和简化描述，而不是指示或暗示所指的系统或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。此外，术语“第一”、“第二”、“第三”和“第四”仅用于描述目的，而不能理解为指示或暗示相对重要性。
52.多方会诊是通过ivr(interactive voice response)即互动式语音应答技术实现的多方在线语音通话，可以实现多方、异地实时的在线交流，主要应用于在线医疗咨询等，支持电话类型固话、手机；支持网络2g网络、3g网络、4g网络、5g网络。
53.现有的多方会诊系统的网络拓扑图如图1所示，现有基于ivr平台创建多方通话，需要用户主动拨打固定接入号：如118168，进入ivr系统，创建房间，并输入被邀请号码，邀请进入房间，过程过于繁琐，且需要按键输入被邀请者手机号，容易导致输入错误，呼叫错误。另外，ivr平台创建房间管理者，不能实时的查看房间成员账号，通话时长等信息；而且ivr 平台业务，受运营商管控，对呼叫有严格限制，不允许跨省，跨运营商呼叫。进一步地，
目前电话问诊流程是基于一对一的问诊方式，基于一对一的通信，用户在电视家庭医生上生成一条问诊记录，ivr问诊服务器呼叫用户和医生，当接通后进行问诊咨询，当医生无法解答患者问题或需联系其他专家一起会诊时，无法邀请专家进行会诊得到帮助。
54.为解决上述问题，本技术提供了一种融合多方通话的在线问诊方法及系统，下面结合附图，详细介绍本技术的具体实施例。
55.图1为本技术实施例提供的一种融合多方通话的在线问诊方法的流程示意图，所述方法应用于多方问诊服务器，如图2所示，所述方法包括步骤s101至s105。
56.s101：接收用户指令，解析所述用户指令，获取用户信息及用户选择的问诊方式、目标问诊医生信息。
57.本技术中的多方问诊网络结构如图3所示，多方问诊服务器与多方问诊web服务器互联，多方问诊服务器通过7号信令网与用户、接诊医生、会诊医生联通，实现融合多方通话的在线问诊的流程。
58.多方问诊服务器接到用户问诊的指令后，解析用户指令，获取用户信息及用户选择的问诊方式，目标问诊医生的相关信息等。如获取用户id、电话、性别、年龄、问诊时长等问诊信息，问诊医生所述科室、目标医生姓名等。
59.s102：根据用户指令建立问诊房间。
60.具体实施时，问诊方式可以是电视问诊、电视视频问诊、微信图文问诊或微信视频问诊等，根据用户选择的问诊方式搭建后续的问诊房间，为用户提供更好的体验感。多方问诊服务器建立多方通话房间后，记录房间信息。
61.s103：根据所述问诊方式及所述目标医生信息通知目标问诊医生。
62.具体实施时，建立多方通话房间后，多方问诊服务器会根据目标医生的相关信息通知目标医生。通知发送至医生端，在医生端会弹出会诊管理界面，包括医助电话、医生电话、患者电话、嘉宾电话等，会设置拨号、挂机按钮。
63.s104：如果所述目标问诊医生接听，则将所述目标问诊医生接入所述问诊房间进行在线问诊。
64.如果目标医生拨号接听，多方会诊服务器接收到接听指令后会将目标问诊医生接入到已经创建的问诊房间中，实现医生对患者的线上问诊。
65.问诊时，多方问诊服务器还会对问诊内容进行跟踪和管理，包括：
66.如果预设时间内未接听，则反馈接听结果至用户，提示用户更换问诊时间或更换问诊医生。
67.如果在预设时间内接听，则记录呼叫时间、呼叫号码、呼叫标签(患者、医生或医助等)、结束时间、通话时长等。还包括接听状态，如未接通、已挂机等。除了上述基本信息，还包括对问诊内容的记录，利于信息安全及病情追踪，还有会诊需求等。
68.具体实施时，将所述目标问诊医生接入所述问诊房间进行在线问诊之后，还包括：
69.s105：所述目标问诊医生根据需求邀请会诊医生进行会诊。具体包括：
70.如果所述目标问诊医生发起会诊请求，则获取目标会诊医生的信息；
71.根据所述目标会诊医生的信息通知所述目标会诊医生；
72.如果所述目标会诊医生接听，则将所述目标会诊医生接入所述问诊房间进行会诊。
73.具体实施时，用户问诊的目标问诊医生可能对用户咨询的问题不能解决，需要引入其他医生或专家进行会诊。基于本技术的多方问诊系统，目标会诊医生发起会诊请求，选择想要邀请的专家，多方问诊服务器会根据目标会诊医生的信息通知所述目标会诊医生。
74.如果目标会诊医生拨号接听，多方会诊服务器接收到接听指令后会将目标会诊医生接入到已经创建的问诊房间中，与目标问诊医生一起进行问诊。
75.问诊时，多方问诊服务器还会对会诊内容进行跟踪和管理，包括：
76.如果预设时间内未接听，则反馈接听结果至目标问诊医生，提示目标问诊医生更换会诊时间或更换会诊医生。
77.如果在预设时间内接听，则获取先前的问诊记录供会诊使用，同时记录呼叫时间、呼叫号码、呼叫标签(患者、医生或医助等)、结束时间、通话时长等。还包括接听状态，如未接通、已挂机等。除了上述基本信息，还包括对会诊内容的记录，利于信息安全及病情追踪等。
78.具体实施时，对于会诊医生的选择，除了问诊医生自主在适当范围内选定外，还包括：
79.获取会诊记录，通过语音识别提取关键词；
80.通过在预设的会诊医生列表中检索所述关键词获取预设数量的备选会诊医生；
81.同时通知所述备选会诊医生，首先接入的备选会诊医生邀请进问诊房间。
82.图4为本技术实施例提供的多方会诊流程图，用户在电视家庭医生：发起问诊需求；电视家庭医生服务器：发包给多方会诊服务器；多方通话会诊服务器：呼叫用户，生成多方会诊数据，医生端弹出呼叫用户会诊信息；多方通话会诊服务器：呼叫医生，用户进行问诊；医生端：当需要专家或其他科室医生进行会诊时，在管理网址输入其他医生电话进行邀请；专家端：接听电话，并进行多方会诊。
83.本技术将原有的只能通过电话机操作的管理方式改造成为可视化管理方式，用户端的病情咨询是电话打入系统，系统接听用户电话后，会将当前用户通过自动接续到一个网络上的通话房间，当系统将用户加入房间后，会通过后台的数据上报方式通知到医生端。在医生端有一个管理界面，当有用户打入系统后，此界面会弹出提示，告知有用户进入房间咨询病情。通过管理界面医生可以做一些操作，比如接听或拒接。在用户向医生咨询病情过程中进行管理操作。比如：当前咨询过程中，此病人的病情在当前接听的医生处理不了，可以通过管理界面呼叫系统预先配置好的专家电话。系统自动将专家呼叫接续进入当前问诊房间后就可以三方通话。
84.与本技术提供的一种融合多方通话的在线问诊方法实施例相对应，本技术还提供一种融合多方通话的在线问诊系统的实施例，可参考图4，所述系统包括：
85.电视家庭医生服务器：用于接收用户发起的问诊需求，并将问诊需求发包给多方问诊服务器；
86.多方问诊服务器：用于接收问诊需求，建立问诊房间，呼叫用户、问诊医生、会诊医生，进行问诊或会诊；
87.问诊医生端：用于接收问诊邀请，管理医生问诊的相关操作；
88.会诊医生端：用于接收会诊请求，管理医生会诊的相关操作。
89.具体实施时，在线问诊系统的层级如图5所示，包括：
90.数据链路层：负责网络数据、7号信令数据等的传输；
91.7号信令协议：负责接入运营商网络；
92.tcp/ip层：负责网络数据处理；
93.cti层：负责对7号信令数据处理，以及封住多方会诊底层接口；
94.mysql：负责存储数据和处理ivr层和web多方会诊管理层传输的数据；
95.web层：呼叫用户时，可直接弹出的多方问诊页面，医生退出后，依然可进入当前问诊的页面；使用与ivr层共享多方会议表，用于记录多方会议室的成员、状态等数据；：记录每次多方会议的所以成员数据，供医生查询记录等；
96.ivr层：负责对呼叫数据和多方会诊管理，其中还包括：
97.第一层：数据库检测层，用于添加数据检测线程，检测到数据，则获取通道号，启动线程，并将数据赋给呼叫层；
98.第二层：呼叫层；添加呼叫接口：创建新呼叫线程，呼叫线程检测到待呼叫数据，调用呼叫接口外呼用户，用户接听后，则将用户通道号，账号等数据赋给多方会议室层
99.第三层：创建和加入会议室层；添加创建会议室接口和加入会议室接口：用户进入会议室，通过房间号，创建或加入对应的多方会议室，调用cti层封装的多方会议接口。
100.进一步地，图5为本技术实施例提供的多方问诊服务器的结构示意图，多方问诊服务器包括：
101.指令接收单元100，用于接收用户指令，解析所述用户指令，获取用户信息及用户选择的问诊方式、目标问诊医生信息；
102.问诊房间建立单元200，用于根据用户指令建立问诊房间；
103.通知单元300，用于根据所述问诊方式及所述目标医生信息通知目标问诊医生；
104.问诊单元400，用于如果所述目标问诊医生接听，则将所述目标问诊医生接入所述问诊房间进行在线问诊。
105.进一步地，所述系统还包括：
106.会诊单元500，用于所述目标问诊医生根据需求邀请会诊医生进行会诊。
107.进一步地，所述会诊单元500还用于：
108.如果所述目标问诊医生发起会诊请求，则获取目标会诊医生的信息；
109.根据所述目标会诊医生的信息通知所述目标会诊医生；
110.如果所述目标会诊医生接听，则将所述目标会诊医生接入所述问诊房间进行会诊。
111.进一步地，所述通知单元300还用于：
112.如果预设时间内未接听，则反馈接听结果至用户，提示用户更换问诊时间或更换问诊医生。
113.本技术将原有的只能通过电话机操作的管理方式改造成为可视化管理方式，用户端的病情咨询是电话打入系统，系统接听用户电话后，会将当前用户通过自动接续到一个网络上的通话房间，当系统将用户加入房间后，会通过后台的数据上报方式通知到医生端。在医生端有一个管理界面，当有用户打入系统后，此界面会弹出提示，告知有用户进入房间咨询病情。通过管理界面医生可以做一些操作，比如接听或拒接。在用户向医生咨询病情过程中进行管理操作。比如：当前咨询过程中，此病人的病情在当前接听的医生处理不了，可
以通过管理界面呼叫系统预先配置好的专家电话。系统自动将专家呼叫接续进入当前问诊房间后就可以三方通话。
114.根据上述融合多方通话的在线问诊方法，本技术实施例还提供一种可读存储介质和一种计算机设备。可读存储介质上存储有可执行程序，该程序被处理器执行时实现上述融合多方通话的在线问诊方法的步骤；计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的可执行程序，处理器执行程序时实现上述融合多方通话的在线问诊方法的步骤。
115.以上结合具体实施方式和范例性实例对本技术进行了详细说明，不过这些说明并不能理解为对本技术的限制。本领域技术人员理解，在不偏离本技术精神和范围的情况下，可以对本技术技术方案及其实施方式进行多种等价替换、修饰或改进，这些均落入本技术的范围内。本技术的保护范围以所附权利要求为准。