事件处理方法及装置、电子设备、存储介质与流程

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.图1为本技术实施例提供的事件处理方法的应用场景示意图；
46.图2为本技术实施例提供的电子设备的结构示意图；
47.图3为本技术实施例提供的事件处理方法的流程示意图；
48.图4为本技术实施例提供的事件处理装置的结构示意图。
具体实施方式
49.下面将结合本技术实施方式中的附图，对本技术实施方式中的技术方案进行描述。
50.相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
51.图1为本技术实施例提供的事件处理方法的应用场景示意图。参见图1，该应用场景包括客户端10与服务端20。服务端20可以是服务器、服务器集群或云计算中心，用于下发目标业务的配置信息；客户端10可以是主机、手机、平板电脑等用户终端，用于基于配置信息，对目标业务进行处理。
52.图2为本技术实施例提供的电子设备的结构示意图。参见图2，电子设备30可以包括：至少一个处理器33及存储器31，图2中一个处理器33为例。处理器33及存储器31通过总线32连接。存储器31存储有可被处理器33执行的指令，指令被处理器33执行，以使电子设备30可执行下述的实施例中方法的全部或部分流程。在一实施例中，电子设备30可以是上述客户端10，用于执行下述实施例提供的事件处理方法。
53.存储器31可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read only memory，简称eprom)，可编程只读存储器(programmable red-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。
54.本技术还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序可由处理器33执行以完成本技术提供的事件处理方法。
55.本技术下述实施例中提供的事件处理方法，可以用于处理互联网医疗平台中的诊疗事件。此时，客户端10可以为搭载医生端应用程序的用户终端设备。
56.图3为本技术实施例提供的事件处理方法的流程示意图。参见图3，该方法可以包括以下步骤s210-步骤s230。
57.步骤s210：调用服务端中的配置信息获取接口，获取目标业务的配置信息。
58.其中，配置信息获取接口用于下发目标业务的配置信息。配置信息为与目标业务相关参数。举例来说，当目标业务为问诊业务时，配置信息可以包括病患名称、年龄、性别、疾病症状等；目标业务为开处方药业务时，配置信息可以包括病患名称、年龄、性别、病患药物过敏原等。
59.目标业务为医生端应用程序当前处理的业务。举例来说，目标业务可以为问诊业务、开处方药业务、提示版本升级业务、清除异常缓存任务及推荐付费服务业务等。其中，问诊业务可以包括电话问诊业务、视频问诊业务及文字问诊业务等。
60.医生端应用程序开启后，或者，被触发访问配置信息获取接口后，可以调用配置信息获取接口，从而请求服务端下发目标业务的配置信息。
61.服务端接收到医生端应用程序发起的调用请求之后，可以通过配置信息获取接口将目标业务的配置信息下发到医生端应用程序中。
62.举例来说，医生开始接诊作业时，可以打开某一医疗应用软件，或者，触发医疗应用软件的某一功能按钮，请求服务端下发相应的接诊任务的配置信息。服务端接收到接诊任务配置信息下发请求后，可以通过配置信息获取接口，将开处方药业务的配置信息下发
到医疗应用软件中。医生可以根据上述配置信息为病患开具处方药。
63.通过上述措施，在医生端应用程序接收到服务端下发的目标业务的配置信息之后，医生可以根据配置信息对目标业务进行处理。
64.步骤s220：判断本地事件池中是否存在配置信息对应的事件。
65.当服务端中配置信息已更新，然而，医生端应用程序未进行版本升级时，会导致医生端应用程序无法处理上述目标业务的配置信息，即医生端无法处理该目标业务。
66.因此，医生端应用程序接收到服务端下发的目标业务的配置信息之后，需要判断本地事件池中是否存在该配置信息对应的诊疗事件，从而可以确定医生端是否可以处理该目标业务。每个目标业务对医生端应用程序而言均为一个诊疗事件。
67.步骤s230：根据判断结果，对目标业务执行相应事件处理操作。
68.医生端应用程序可以根据根据诊疗事件池中是否存在上述诊疗事件，对诊疗事件执行相应事件处理操作。
69.本实施例中提供的事件处理方法，目标业务并不会通过消息卡片的方式呈现，因此，医生无需通过操作消息卡片对诊疗事件进行处理，实现将消息卡片与诊疗事件处理进行解耦，降低开发成本。
70.在一实施例中，医生端应用程序封装有预设配置文件。预设配置文件中可以包括多个诊疗事件。举例来说，诊疗事件可以为问诊事件、开处方药事件、提示版本升级事件、清除异常缓存事件等。其中，问诊事件可以包括电话问诊事件、视频问诊事件及文字问诊事件等。
71.在执行本技术诊疗事件处理方法之前，医生端应用程序可以读取预设配置文件中的多个诊疗事件，并基于多个诊疗事件构建诊疗事件池。示例性的，医生端可以通过hashmape读取预设配置文件中的多个诊疗事件。
72.配置文件中可以包括一系列通用的诊疗事件，实际作业时可以根据业务需要实时更新预设配置文件，增加新的诊疗事件。
73.通过上述措施，医生端应用程序可以完成创建诊疗事件池。
74.在一实施例中，配置信息中包括诊疗事件名称。因此，医生端应用程序在执行步骤s220，判断是否可以处理目标业务时，可以根据诊疗事件名称，判断诊疗事件池中是否存在目标业务所对应的诊疗事件，从而确定是否可以处理该目标业务。
75.举例来说，当目标业务为开处方药业务时；此时，配置信息中可以包括“开处方药”事件名称。医生端应用程序在接收到上述配置信息时，可以根据”开处方药”事件名称，查找诊疗事件池中是否存在开处方药诊疗事件。一方面，查到开处方药诊疗事件时，说明医生端应用程序可以处理开处方药事件。另一方面，未查到开处方药诊疗事件时，说明该医生端应用程序版本过低，不支持处理开处方药事件。
76.通过上述措施，医生端应用程序可以确定其是否能够处理目标业务。当无法处理该目标业务时，医生端应用程序可以及时进行版本升级，以便于医生顺利完成接诊任务。
77.在一实施例中，若医生端应用程序的诊疗事件池中存在配置信息对应的诊疗事件时，可以根据配置信息获取诊疗事件处理方法，并根据事件处理方法处理该诊疗事件。
78.举例来说，对于电话问诊，诊疗事件处理方法可以为，医生通过应用程序发起与病患的通话请求，对病患进行电话问诊。
79.通过上述措施，医生端应用程序可以根据配置信息获取诊疗事件处理方法，并基于上述事件处理方法处理相应目标业务，以便于及时处理病患的问诊请求。
80.在一实施例中，配置信息中可以包括诊疗事件名称。若医生端应用程序的诊疗事件池中存在配置信息对应的诊疗事件时，可以根据诊疗事件名称获取诊疗事件处理方法。
81.配置信息中还可以包括诊疗事件处理参数。医生端应用程序可以根据诊疗事件处理方法及事件处理参数，处理该诊疗事件。
82.举例来说，对于电话问诊，配置信息中包括“电话问诊”事件名称。若医生端应用程序的诊疗事件池中存在电话问诊事件时，可以根据“电话问诊”事件名称，获取到诊疗事件处理方法为拨打电话。配置信息中还包括病患名称“张三”、病患电话号码“abcd”等处理参数。此时，医生可以根据上述事件处理方法及事件处理参数，对病患进行电话问诊。
83.若医生端应用程序的诊疗事件池中不存在配置信息对应的诊疗事件时，医生端应用程序可以显示一提示消息，提示消息指示无法处理该目标业务。提示消息便于医生了解应用程序不支持处理该目标业务。
84.举例来说，当目标业务为视频问诊时，医生端应用程序可以根据视频问诊的配置信息，查找诊疗事件池中是否存在视频问诊事件。当诊疗事件池中不存在视频问诊事件时，医生端应用程序可以显示“不支持处理视频问诊业务”的消息提醒。
85.下面以目标业务为开处方药业务为例说明上述实施例的作业流程：
86.在医生打开医疗应用程序，或者，医生点击医疗应用程序上的接诊按钮之后；医疗应用程序会接收到服务端下发的开出处方药业务的配置信息，配置信息中可以包括：病患名称“李四”、疾病名称“糖尿病”、药品过敏原“四叶草”、“开处方药”事件名称。医疗应用程序可以根据上述“开处方药”事件名称，查找本地诊疗事件池中是否存在开处方药事件。当本地事件诊疗事件池中存在开处方药事件时，医疗应用程序可以根据“开处方药”事件名称，进入开处方药界面。医生可以根据上述配置信息中的疾病名称“糖尿病”、药品过敏原“四叶草”等信息，在开处方药界面写入具体的处方药品名称。在处方药品名称输入完成之后，医疗应用程序可以形成处方药清单，并将处方药清单发送给病患。病患可通过手机上的医疗应用程序查看具体的处方信息，并根据处方信息进行相应治疗。
87.图4为本技术实施例提供的事件处理装置的结构示意图。参见图4，事件处理装置500可以包括获取模块510、判断模块520及处理模块530。
88.获取模块510：用于调用服务端中的配置信息获取接口，获取目标业务的配置信息；
89.判断模块520：用于判断本地事件池中是否存在配置信息对应的事件；
90.处理模块530：根据判断结果，对目标业务执行相应事件处理操作。
91.在一实施例中，事件处理装置还可以包括：
92.构建模块540：用于读取预设配置文件中的多个事件，并基于多个事件构建事件池。
93.在一实施例中，配置信息中包括事件名称，判断模块520还用于：根据事件名称，判断事件池中是否存在事件名称对应的事件。
94.在一实施例中，事件池中包括事件处理方法，处理模块530还用于：若事件池中存在配置信息对应的事件时，根据配置信息获取事件处理方法；根据事件处理方法处理事件。
95.在一实施例中，配置信息包括事件处理参数，处理模块530还用于：基于事件处理方法及事件处理参数处理事件。
96.在一实施例中，处理模块540还用于：若事件池中不存在配置信息对应的事件时，显示提示消息；其中，提示消息指示无法处理事件。
97.在本技术所提供的几个实施方式中，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施方式仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施方式的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
98.另外，在本技术各个实施方式中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
99.功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施方式方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。