线上问诊方法、装置、电子设备和存储介质与流程

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.在上述实现过程中，提供了一种对预抵扣操作进行确认的方法，服务端包括多个执行不同功能的组件，不同的组件之间完成不同的功能，通过多个不同组件的配合，完成对预抵扣操作进行确认的操作。将多个功能由不同组件执行，能够有效降低系统被攻击时导致瘫痪的可能性。同时，客户端和服务端之间传递的参数是动态的，进一步提高了线上问诊的安全性。
28.第二方面，本技术提供一种线上问诊方法，应用于客户端，包括：
29.向服务端发起生成票据请求，以使所述服务端根据所述生成票据请求对所述生成票据请求对应的账户进行预扣除操作并生成票据信息；
30.接收所述票据信息；
31.根据所述票据信息向所述服务端发送问诊请求，以使所述服务端根据所述问诊请求对所述预扣除操作进行确认。
32.在上述实现过程中，在上述实现过程中，与现有技术不同的是，客户端不是直接发起问诊请求，在客户端发起问诊请求之前，首先向服务端发送生成票据请求，服务端接收客户端发送的生成票据请求之后，对生成票据请求对应的账户进行预扣除操作，服务端再根据生成票据请求生成票据信息并将票据信息发送到客户端，使客户端根据票据信息发送问诊请求，最终服务端根据问诊请求对预扣除操作进行确认。基于上述实施方式，实现了客户端根据服务端返回的票据信息发起问诊请求，发起的问诊请求对于客户端是动态的，因此即使问诊请求被拦截，该线上问诊人员的权益也不会被冒领并使用，通过两次请求，实现高效、快速、安全地对线上问诊人员的权益进行核销。
33.进一步地，所述根据所述票据信息向所述服务端发送问诊请求，以使所述服务端根据所述问诊请求对所述预扣除操作进行确认的步骤，包括：
34.获取所述服务端的落地页的页面网址，
35.将所述票据信息和所述页面网址进行拼接，得到拼接后的页面网址；
36.根据所述页面网址获取所述落地页的页面信息；
37.根据所述页面信息和用户输入的操作信息向所述服务端发起所述问诊请求。
38.在上述实现过程中，服务端将票据信息和页面网址进行拼接，得到拼接后的网址，根据拼接后的网址对获取页面信息，根据页面信息和用户输入的操作信息向服务端发起问诊请求。基于上述实施方式，问诊请求是需要获取到服务端返回的票据信息之后才能获取的，进一步提高了整个问诊流程的安全性。
39.第三方面，本技术实施例提供一种线上问诊装置，应用于服务端，包括：
40.第一接收模块，用于接收客户端发送的生成票据请求；
41.预扣除模块，用于根据所述生成票据请求对所述生成票据请求对应的账户进行预扣除操作并生成票据信息；
42.第一发送模块，用于将所述票据信息发送到所述客户端，以使客户端根据所述票据信息发起问诊请求；
43.所述第一接收模块还用于接收所述问诊请求；
44.确认模块，用于根据所述问诊请求对所述预扣除操作进行确认。
45.第四方面，本技术实施例提供一种线上问诊装置，应用于客户端，包括：
46.第二发送模块，用于向服务端发起生成票据请求，以使所述服务端根据所述生成票据请求对所述生成票据请求对应的账户进行预扣除操作并生成票据信息；
47.第二接收模块，用于接收所述票据信息；
48.所述第二发送模块还用于根据所述票据信息向所述服务端发送问诊请求，以使所述服务端根据所述问诊请求对所述预扣除操作进行确认。
49.第五方面，本技术实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面或第二方面任一项所述的方法的步骤。
50.第六方面，本技术实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面或第二方面任一项所述的方法。
51.本技术公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本技术公开的上述技术即可得知。
52.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
53.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
54.图1为本技术实施例提供的线上问诊方法的流程示意图；
55.图2为本技术实施例提供的线上问诊方法的另一流程示意图；
56.图3为本技术实施例提供的发送问诊请求的流程示意图；
57.图4为本技术实施例提供的线上问诊装置的结构示意图；
58.图5为本技术实施例提供的线上问诊装置的另一结构示意图；
59.图6为本技术实施例提供的电子设备的结构示意图。
具体实施方式
60.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
61.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
62.实施例1
63.参见图1，本技术实施例提供了一种问诊方法，应用于服务端，包括：
64.s110：接收客户端发送的生成票据请求；
65.s120：根据生成票据请求对生成票据请求对应的账户进行预扣除操作并生成票据信息；
66.s130：将票据信息发送到客户端，以使客户端根据票据信息发起问诊请求；
67.s140：接收问诊请求；
68.s150：根据问诊请求对预扣除操作进行确认。
69.在本技术实施例中，服务端是指提供医疗健康线上服务的服务器，客户端是指问诊人员进行线上问诊所采用的通信设备，包括但不限于：手机、平板电脑等。
70.在上述实现过程中，与现有技术不同的是，客户端不是直接发起问诊请求，在客户端发起问诊请求之前，首先向服务端发送生成票据请求，服务端接收客户端发送的生成票据请求之后，对生成票据请求对应的账户进行预扣除操作，服务端再根据生成票据请求生成票据信息并将票据信息发送到客户端，使客户端根据票据信息发送问诊请求，最终服务端根据问诊请求对预扣除操作进行确认。基于上述实施方式，实现了客户端根据服务端返回的票据信息发起问诊请求，发起的问诊请求对于客户端是动态的，因此即使问诊请求被拦截，该线上问诊人员的权益也不会被冒领并使用，通过两次请求，实现高效、快速、安全地对线上问诊人员的权益进行核销。
71.在一种可能的实施方式中，在s120之后，还包括：
72.获取问诊请求对应的配置；
73.根据配置判断问诊请求是否超过失效时长；
74.若是，发送通知信息到客户端并停止响应问诊请求。
75.在上述实现过程中，与现有技术不同的是，问诊请求本身是具有有效时间的，服务端在接收问诊请求之后将获取该问诊请求的对应配置，并且根据该配置判断该问诊请求是否已经超过有效时间，若是，则发送通知信息到客户端并停止响应该问诊请求。基于上述实施方式，能够进一步提高线上问诊的安全性。
76.在一种可能的实施方式中，方法还包括：
77.接收并存储失效时长；
78.根据配置判断生成票据请求是否超过失效时长的步骤，包括：
79.根据失效时长判断生成票据请求是否超过失效时长。
80.在上述实现过程中，实现了失效时长的配置化，使得服务端能够根据不同的客户
配置不同的失效长。
81.在一种可能的实施方式中，服务端包括：问诊服务端、订单中心、账户系统；
82.根据问诊请求对预扣除操作进行确认的步骤，包括：
83.问诊服务端接收客户端发送的问诊请求，根据问诊请求生成问诊单号并将问诊单号发送到客户端；
84.订单中心接收客户端发送的问诊单号，根据问诊单号执行下单操作，根据问诊单号生成抵扣参数，将抵扣参数发送到账户系统；
85.账户系统接收抵扣参数，根据抵扣参数确认预扣除操作，将抵扣结果发送到订单中心；
86.订单中心接收并记录抵扣结果。
87.在上述实现过程中，提供了一种对预抵扣操作进行确认的方法，服务端包括多个执行不同功能的组件，不同的组件之间完成不同的功能，通过多个不同组件的配合，完成对预抵扣操作进行确认的操作。将多个功能由不同组件执行，能够有效降低系统被攻击时导致瘫痪的可能性。
88.基于上述实施方式，本技术实施例可以适用于团体会员权益的核销，在应用于团体会员权益核销的应用场景之下；服务端可以进行相关的配置，线上问诊人员即为企业的团体会员。配置为企业会员的配置，具体包括：个性化功能，能够发起的问诊请求，定制的服务，失效时长等。其中，在接收到客户端发起的问诊请求之后，可以判断客户端发起的问诊请求是否符合要求。
89.生成票据请求包括：机构编码、服务项编码信息等；
90.在s110之后，还包括：根据机构编码查询团体会员的会员卡信息，根据企业配置和服务项编码信息在会员卡信息中查询预抵扣类型和失效时长，判断该请求是否已经超过失效时长，若是，则停止响应该请求并且向客户端返回无有效票据的信息。
91.票据信息包括：设备的id、权益归属主体、服务项编码、请求来源、企业机构号等。
92.服务端生成票据之后，还向客户端返回消费编号。
93.在一种可能的实施方式中，由于是抵扣权益，因此，订单中心在记录抵扣结果之后，还需要返回支付地址，以便线上问诊人员能够支付剩下的费用。
94.实施例2
95.参见图2，本技术实施例提供一种线上问诊方法，应用于客户端，包括：
96.s210：向服务端发起生成票据请求，以使服务端根据生成票据请求对生成票据请求对应的账户进行预扣除操作并生成票据信息；
97.s220：接收票据信息；
98.s230：根据票据信息向服务端发送问诊请求，以使服务端根据问诊请求对预扣除操作进行确认。
99.在上述实现过程中，在上述实现过程中，与现有技术不同的是，客户端不是直接发起问诊请求，在客户端发起问诊请求之前，首先向服务端发送生成票据请求，服务端接收客户端发送的生成票据请求之后，对生成票据请求对应的账户进行预扣除操作，服务端再根据生成票据请求生成票据信息并将票据信息发送到客户端，使客户端根据票据信息发送问诊请求，最终服务端根据问诊请求对预扣除操作进行确认。基于上述实施方式，实现了客户
端根据服务端返回的票据信息发起问诊请求，发起的问诊请求对于客户端是动态的，因此即使问诊请求被拦截，该线上问诊人员的权益也不会被冒领并使用，通过两次请求，实现高效、快速、安全地对线上问诊人员的权益进行核销。
100.参见图3，在一种可能的实施方式中，s230包括：
101.s231：获取服务端的落地页的页面网址；
102.s232：将票据信息和页面网址进行拼接，得到拼接后的页面网址；
103.s233：根据页面网址获取落地页的页面信息；
104.s244：根据页面信息和用户输入的操作信息向服务端发起问诊请求。
105.示例性地，客户端将问诊参数的页面网址和票据信息进行拼接，进入落地页，线上问诊人员点击页面，输入操作信息即可发起问诊请求。
106.在上述实现过程中，服务端将票据信息和页面网址进行拼接，得到拼接后的网址，根据拼接后的网址对获取页面信息，根据页面信息和用户输入的操作信息向服务端发起问诊请求。基于上述实施方式，问诊请求是需要获取到服务端返回的票据信息之后才能获取的，进一步提高了整个问诊流程的安全性。
107.实施例3
108.参见图4，本技术实施例提供一种线上问诊装置，应用于服务端，包括：
109.第一接收模块11，用于接收客户端发送的生成票据请求；
110.预扣除模块12，用于根据生成票据请求对生成票据请求对应的账户进行预扣除操作并生成票据信息；
111.第一发送模块13，用于将票据信息发送到客户端，以使客户端根据票据信息发起问诊请求；
112.第一接收模块还用于接收问诊请求；
113.确认模块14，用于根据问诊请求对预扣除操作进行确认。
114.在一种可能的实施方式中，装置还包括失效判断模块，用于获取问诊请求对应的配置；根据配置判断问诊请求是否超过失效时长；
115.若是，发送通知信息到客户端并停止响应问诊请求。
116.在一种可能的实施方式中，装置还包括：配置模块，用于接收并存储失效时长；
117.根据失效时长判断问诊请求是否超过失效时长。
118.在一种可能的实施方式中，第一发送模块13还用于接收所述客户端发送的问诊请求，根据所述问诊请求生成问诊单号并将所述问诊单号发送到所述客户端；接收所述客户端发送的问诊单号，根据所述问诊单号执行下单操作，根据所述问诊单号生成抵扣参数，将所述抵扣参数发送到所述账户系统；接收所述抵扣参数，根据所述抵扣参数确认所述预扣除操作，将所述抵扣结果发送到所述订单中心；接收并记录所述抵扣结果。
119.由于服务端包括问诊服务端、订单中心、账户系统等组件，因此，每个组件都具有第一发送模块。
120.实施例4
121.参见图5，本技术实施例提供一种线上问诊装置，应用于客户端，包括：
122.第二发送模块21，用于向服务端发起生成票据请求，以使服务端根据生成票据请求对生成票据请求对应的账户进行预扣除操作并生成票据信息；
123.第二接收模块22，用于接收票据信息；
124.第二发送模块22还用于根据票据信息向服务端发送问诊请求，以使服务端根据问诊请求对预扣除操作进行确认。
125.在一种可能的实施方式中，第二发送模块22还用于获取服务端的落地页的页面网址，
126.将票据信息和页面网址进行拼接，得到拼接后的页面网址；
127.根据页面网址获取落地页的页面信息；
128.根据页面信息和用户输入的操作信息向服务端发起问诊请求。
129.本技术还提供一种电子设备，请参见图6，图6为本技术实施例提供的一种电子设备的结构框图。电子设备可以包括处理器610、通信接口620、存储器630和至少一个通信总线640。其中，通信总线640用于实现这些组件直接的连接通信。其中，本技术实施例中电子设备的通信接口620用于与其他节点设备进行信令或数据的通信。处理器610可以是一种集成电路芯片，具有信号的处理能力。
130.上述的处理器610可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器610也可以是任何常规的处理器等。
131.存储器630可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。存储器630中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器610执行时，电子设备可以执行上述方法实施例涉及的各个步骤。
132.可选地，电子设备还可以包括存储控制器、输入输出单元。
133.所述存储器630、存储控制器、处理器610、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线640实现电性连接。所述处理器610用于执行存储器630中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。
134.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。
135.可以理解，图6所示的结构仅为示意，所述电子设备还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。图6中所示的各组件可以采用硬件、软件或其组合实现。
136.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。
137.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过
其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
138.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
139.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
140.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
141.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
142.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。