疫情防控中的工单调度方法及装置、可读存储介质、终端与流程

1.本发明实施例涉及数据处理领域，尤其涉及一种疫情防控中的工单调度方法及装置、可读存储介质、终端。


背景技术：

2.在疫情防控工作中，具有人员流动性大，疫情防控环节中的防控节点多，参与疫情防控的部门及人员多，不同部门之间涉及交互。目前主要通过线下方式进行人员及工单调度，工单调度效率低。


技术实现要素：

3.本发明实施例解决的技术问题是现有工单调度效率低。
4.为解决上述技术问题，本发明实施例提供一种疫情防控中的工单调度方法，包括：获取待调度工单；对所述待调度工单进行解析，以获得其中包含的工单基础信息，所述工单基础信息包括：案件名称以及门址信息；根据各待调度工单的案件名称，获取各待调度工单的工单调度规则；根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象；将所述待调度工单发送至其对应的目标处置对象绑定的终端。
5.可选的，所述根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象，包括：根据所述处置对象查找条件指示的处置对象隶属的部门层级以及处置对象的标签，从所述门址信息对应的所述部门层级中查找具有所述标签的处置对象，并将查找到的处置对象作为所述目标处置对象。
6.可选的，所述疫情防控中的工单调度方法，还包括：当查找到的处置对象的数据为多个时，采用如下任一种方式确定所述目标处置对象：根据各处置对象的派单优先级，选取派单优先级最高的处置对象作为所述目标处置对象；根据各处置对象的未处理工单数目，选取未处理工单数目最小的处置对象作为所述目标处置对象；根据各处置对象的派单优先级以及未处理工单数目，从未处理工单数目低于设定阈值的处置对象中，选取派单优先级最高的处置对象作为所述目标处置对象。
7.可选的，所述疫情防控中的工单调度方法，还包括：当根据所述各待调度工单的门址信息，从所述门址信息对应的所述部门层级中没有找到具有所述标签的处置对象时，根据所述待调度工单的案件类型，判断是否有通用对象；若存在，将所述通用对象作为所述目标处置对象；如不存在，确定所述待调度工单调度失败，输出工单调度失败提醒。
8.可选的，所述疫情防控中的工单调度方法，还包括：在将所述待调度工单发送至其对应的目标处置对象绑定的终端之后，接收工单处置反馈信息；根据各待调度工单的工单基础信息以及针对该待调度工单的工单处置反馈信息，判断该待调度工单的任务处置是否存在异常；若该调度工单的任务处置存在异常，输出异常提醒。
9.可选的，所述根据各待调度工单的工单基础信息以及针对该待调度工单的工单处置反馈信息，判断该待调度工单的任务处置是否存在异常，包括以下至少一种判断方式：获取所述工单处置反馈信息中的定位信息，判断所述定位信息与所述工单基础信息中的门址信息是否一致；获取所述工单处置反馈信息中的图像信息，判断从所述图像信息中识别出的门址信息与所述工单基础信息中的门址信息是否一致；获取所述工单处置反馈信息中的音频信息，判断从所述音频信息中识别出的内容与预设内容是否一致，和/或，判断根据所述音频信息确定的处置对象与该待调度工单调度的目标处置对象是否为同一对象。
10.可选的，若从所述图像信息中识别出的门址信息与所述工单基础信息中的门址信息一致，还包括：将从所述图像信息获取的图像与历史上传的图像进行相似度比对，判断相似度是否超出设定阈值。
11.可选的，所述疫情防控中的工单调度方法，还包括：将所述待调度工单发送至其对应的目标处置对象绑定的终端之后，开始计时，当达到设定时长未收到针对所述调度工单的反馈时，对所述待调度工单进行案件逾期标记。
12.可选的，各待调度工单的工单调度规则指示的处置对象可以为一个，也可以为多个。
13.本发明实施例还提供一种疫情防控中的工单调度装置，包括：第一获取单元，用于获取待调度工单；解析单元，用于对所述待调度工单进行解析，以获得其中包含的工单基础信息，所述工单基础信息包括：案件名称以及门址信息；第二获取单元，用于根据各待调度工单的案件名称，获取各待调度工单的工单调度规则；调度单元，用于根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象；发送单元，用于将所述待调度工单发送至其对应的目标处置对象绑定的终端。
14.本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一种疫情防控中的工单调度方法的步骤。
15.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一所述的疫情防控中的工单调度方法的步骤。
16.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
17.通过对待调度工单进行解析，获得待调度工单包含的工单基础信息，根据工单基础信息中的案件名称获取待调度工单的工单调度规则，根据工单基础信息中的门址信息，按照待调度工单的工单调度规则指示的处置对象查找条件，找到各待调度工单对应的目标处置对象，从而将待调度工单发送其对应的目标处置对象绑定的终端，从而实现对待调度工单的自动调度，减少工单调度过程中对人工依赖，以提高工单调度效率，节约人力成本。
附图说明
18.图1是本发明实施例中的一种疫情防控中的工单调度方法的流程图；
19.图2是本发明实施例中的一种实现上述疫情防控中的工单调度方法的应用系统架构图；
20.图3是本发明实施例中的一种数据中台架构图；
21.图4是本发明实施例中的一种数据在数据源与数据中台中的流向图；
22.图5是本发明实施例中的一种疫情防控中的工单处理方法的流程图；
23.图6是本发明实施例中的一种疫情防控中的工单调度装置的结构示意图。
具体实施方式
24.如上所述，在疫情防控工作中，具有人员流动性大，疫情防控缓解中的防控节点多，参与疫情防控的部门及人员多，不同部门之间涉及交互。目前主要通过线下方式进行人员及工单调度，工单调度效率低。
25.为解决上述问题，在本发明实施例中，通过对待调度工单进行解析，获得待调度工单包含的工单基础信息，根据工单基础信息中的案件名称获取待调度工单的工单调度规则，根据工单基础信息中的门址信息，按照待调度工单的工单调度规则指示的处置对象查找条件，找到各待调度工单对应的目标处置对象，将待调度工单发送其对应的目标处置对象绑定的终端，从而实现对待调度工单的自动调度，减少工单调度过程中对人工的依赖，提高工单调度效率，节约人力成本。
26.为使本发明实施例的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
27.参照图1，给出了本发明实施例中的一种疫情防控中的工单调度方法的流程图。所述工单调度方法具体可以包括如下步骤：
28.步骤s11，获取待调度工单。
29.步骤s12，对所述待调度工单进行解析，以获得其中包含的工单基础信息。
30.在具体实施中，工单基础信息可以包括案件名称以及门址信息。案件名称可以用于区别待调度工单的工单类型等。门址信息用于指示待调度工单对应的位置信息等，用于指引处置人员去哪里处置待调度工单。
31.步骤s13，根据各待调度工单的案件名称，获取各待调度工单的工单调度规则。
32.在具体实施中，考虑到不同类型的工单的调度方式可能不同，为了便于工单的调度，可以预先为各案件名称分别配置对应的工单调度规则，从而在进行工单调度时，可以基于案件名称查找各待调度工单对应的工单调度规则。
33.在一些非限制性实施例中，参照图2，可以由工单系统中的自动规则配置模块为各案件名称分别配置对应的工单调度规则。可以通过用户中心的账号管理对各处置对象的账号进行管理。行政管理以及部门管理可以用于管理不同处置对象度的部门、所属的组织架构等。权限管理用于配置以及管理各处置对象以及上级管理人员等的处置权限、信息查看权限等权限。标签管理用于为各处置对象打标签、更新标签等。用户中心接口可以提供为接入用户中心的接口，以便于工单系统在调度工单时能够接入用户中心，根据用户中心的部门管理、行政管理以及标签管理等确定目标处置对象。
34.步骤s14，根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象。
35.在一些非限制性实施例中，处置对象查找条件可以包括处置对象隶属的部门层级以及处置对象的标签。通常一个部门中可能包含多个处置对象，不同处置对象的职责范围
不同，为了区别不同处置对象的技能或职责范围等，可以为各处置对象配置对应的标签。如标签为“消毒处置人员”的处置对象表征该处置对象负责消毒，那么与消毒相关的工单，则可能会派发至具有标签“消毒处置人员”的处置对象。如标签为“测温处置人员”的处置对象表征该处置对象负责测温，那么与测温相关的工单，则可能会派发至具有标签“测温处置人员”的处置对象。
36.具体而言，可以根据各待调度工单的工单调度规则指示的处置对象查找条件，按照处置对象查找条件指示的处置对象隶属的部门层级以及处置对象的标签，从门址信息对应的部门层级中查找具有标签的处置对象。具体而言，根据处置对象查找条件指示的处置对象隶属的部门层级，可以根据门址信息确定该门址信息对应的部门层级，进而在部门层级中查找出具有所指示的标签的处置对象。
37.在具体实施中，可以根据管辖区域以及管辖区域内的区域划分规则等配置部门层级。对于直辖市而言，部门层级从上至下依次为：区、街道、网格及居委。对于省份而言，部门层级从上至下依次为：市、区(县)、镇、乡及村等。可以理解的是，还可以存在其他的部门层级配置方法，此处不再赘述。
38.例如，待调度工单的案件名称为“小区出入口巡检”，获取到案件名称为“小区出入口巡检”对应的处置对象查找条件为：部门层级为网格，标签为网格处置员。根据待调度工单的门址信息，确定该门址信息所属的网格，并从该门址信息所属的网格内查找具有网格处置员标签的处置对象，将查找到的具有网格处置员标签的处置对象作为目标处置对象。
39.又如，待调度工单的案件名称为“居家隔离测温观察”，获取到的案件名名称为“居家隔离测温观察”对应的处置对象查找条件为：部门层级为街道，标签为测温。根据待调度工单的门址信息，确定该门址信息所属的街道，从该门址信息所属的街道内查找具有测温标签的处置对象，将查找到的具有测温标签的处置对象作为目标处置对象。
40.此外，在疫情防控中，还会涉及到对小区电梯消毒、居家隔离人员失控、口罩预约、居家隔离人员确认、居家隔离测温观察、居家隔离重点楼层消毒、小区相关信息摸排、楼宇防疫日版、发热筛选信息上报等不同类型的任务，相应地，在各类型的任务下，可以产生相应的案件名称的工单，针对各案件名称对应的工单调度规则根据需求进行配置。
41.可以理解的是，还可以存在其他案件名称的待调度工单，此处不再一一举例。
42.在具体实施中，考虑到部门间人员借调以及人力数量限制等，一个处置对象可以具有一个标签，也可以具有多个标签。同一个处置对象可以隶属于一个部门，也可以隶属于多个不同的部门。相应地，同一个部门中可以包含多个具有相同标签的处置对象。
43.在实际中，根据处置对象查找条件，根据门址信息可能查找到多个符合处置对象查找条件的处置对象。为了更好的进行工单的调度，可以采用如下任一种方式：
44.在本发明一实施例中，根据各处置对象的派单优先级，选取派单优先级最高的处置对象作为所述目标处置对象。
45.具体而言，可以预先为每个处置对象配置对应的派件优先级。在工单调度时，按照派件优先级的高低进行待处理案件的调度，也即处置对象的派件优先越高，越易被选取作为目标处置对象。
46.在本发明另一实施例中，根据各处置对象的未处理工单数目，选取未处理工单数目最小的处置对象作为所述目标处置对象。以实现在工单调度过程中的均衡派单，提高各
个工单能够被及时处理的概率。
47.在具体实施中，可以获取各处置对象分配的工单情况以及工单的处置情况等。获取查找到的符合所述处置对象查找条件的处置对象的未处理工单数目，根据各处置对象的未处理工单数目，选取未处理工单数据最小的处置对象作为目标处置对象。以便于工单能够及时被处理，提高工单的处理效率。
48.在本发明另一实施例中，根据各处置对象的派单优先级以及未处理工单数目，从未处理工单数目低于设定阈值的处置对象中，选取派单优先级最高的对象作为目标处置对象。采用此种方式可以兼顾处置对象的派单优先级以及未处理工单的能够被优先处理。
49.在一些实施例中，考虑到不同案件处置方式不同，以及不同部门或者区域的个性化需求，在配置处置对象查找条件时，可以采用处置对象隶属的部门层级以及处置对象的标签的默认配置，也可以根据需求进行个性化配置。
50.在一些实施例中，可以根据待调度工单门址信息，确定待调度工单所属的管辖区域，获取该管辖区域内的针对各案件名称配置的工单调度规则，进而根据工单调度规则对待调度工单进行调度。由此可以满足不同管辖区域对工单调度的个性化配置需求。
51.在实际应用中，在疫情防控中的工单调度过程中，根据各待调度工单的门址信息，可能存在没有找到具有相应标签的处置对象。为了便于顺利的进行疫情防控中的工单的调度，在本发明实施例中，当根据所述各待调度工单的门址信息，从所述门址信息对应的所述部门层级中没有找到具有所述标签的处置对象时，可以根据待调度工单的案件类型，判断是否有通用对象。若存在，将通用对象作为目标处置对象。若不存在，则输出工单调度失败提醒。
52.此外，为了确保调度失败的待调度工单也能够顺利调度，可以配置工单调度失败的异常工单处置对象，异常工单处置对象可以处理调度失败等出现调度异常的案件，可以由异常工单处置对象对调度失败的工单进行人工调度等处理。
53.进一步，可以根据调度失败的待调度工单的门址信息，确定门址信息所属的管辖区域，根据所述管辖区域查找对应的异常工单处置对象。
54.步骤s15，将所述待调度工单发送至其对应的目标处置对象绑定的终端。
55.在具体实施中，在确定各待调度工单对应的目标处置对象之后，将待调度工单发送至目标处置对象绑定的终端。
56.具体而言，终端上可以安装有应用软件，处置对象可以一一对应有账号，处置对象可以通过其对应的账号登录应用软件。在进行待调度工单调度时，可以根据目标处置对象的账号将待调度工单输出目标对象所绑定的终端。
57.由上可知，通过对待调度工单进行解析，获得待调度工单包含的工单基础信息，根据工单基础信息中的案件名称获取待调度工单的工单调度规则，根据工单基础信息中的门址信息，按照待调度工单的工单调度规则指示的处置对象查找条件，找到各待调度工单对应的目标处置对象，从而将待调度工单发送其对应的目标处置对象绑定的终端，从而实现对待调度工单的自动调度，减少工单调度过程中对人工的依赖，以提高工单调度效率，节约人力成本。
58.在具体实施中，在完成对待调度工单的调度之后，有些类型的工单需要进行追踪，以及需要对工单的完成情况进行检验等。为了便于对所调度的工单的完成情况进行追踪以
及对工单的完成进行检验，本发明实施例中，还可以接收工单处置反馈情况。根据各待调度工单的工单基础信息以及针对该待调度工单的工单处置反馈信息，判断该待调度工单的任务处置是否存在异常。若该调度工单的任务处置存在异常，输出异常提醒。
59.在具体实施中，可以采用多种方式判断判断该待调度工单的任务处置是否存在异常，其中下述方式可以择一使用，也可以选择其中的两种或多种进行组合使用，具体根据需求进行选择即可。
60.在本发明一实施例中，获取所述工单处置反馈信息中的定位信息，判断所述定位信息与所述工单基础信息中的门址信息是否一致。若一致，则判定待调度工单的任务处置正常，若不一致，则判定待调度工单的任务处置异常，可能存在疑似作弊的情况。
61.在本发明另一实施例中，获取所述工单处置反馈信息中的图像信息，判断从所述图像信息中识别出的门址信息与所述工单基础信息中的门址信息是否一致。其中，可以指定工单处置反馈信息中需反馈指定区域的图像，在指定区域内可以存在与该区域对应的门址信息。若一致，则判定待调度工单的任务处置正常，若不一致，则判定待调度工单的任务处置异常，可能存在疑似作弊的情况。
62.在本发明又一实施例中，获取所述工单处置反馈信息中的图像信息，判断从所述图像信息中识别出的动作与预设的动作是否一致。为进一步提高疑似作弊的情况检测的精确度，还可以指示处置对象作出预设的动作，并将带有预设的动作的图像作为工单处置反馈信息的一部分上传，以供后续判断该待调度工单的任务处置是否异常时使用。
63.在本发明又一实施例中，获取所述工单处置反馈信息中的音频信息，判断从所述音频信息中识别出的内容与预设内容是否一致，和/或，判断根据所述音频信息确定的处置对象与该待调度工单调度的目标处置对象是否为同一对象。
64.在实际中，可能存在一些案件处理过程中疑似作弊的情况，比如处置对象偷懒，并没有按期如实完成所完成的调度工单，并重复使用保存在本地的曾经用过的图片，而此时针对该工单的任务处置是异常的，为有效的检测出异常类型的任务处置，在本发明一实施例中，从图像信息中识别出的门址信息与工单基础信息中的门址信息一致的同时，还可以将从图像信息获取的图像与历史上传的图像进行相似度比对，判断相似度是否超出设定阈值。若相似度超出设定阈值，则判定从图像信息获取的图像与历史上传的图像相同，可以判定任务处置异常。
65.进一步地，考虑到为在疫情防控中，通常需要周期性执行同类型的工单，针对需要周期性执行的工单，可能存在每次上传的图像的相似度较高的情况，如需周期性的执行消毒工单，以定期对楼道等重点场所进行消毒，而针对消毒工单的工单处置反馈信息图像可能存在较高的相似性。为避免误判，当从所述图像信息获取的图像与历史上传的图像相似度超出设定阈值时，可以从图像信息中获取图像的原始采集时间，判断图像的原始采集时间与图像的上传时间的时间间隔是否处于设定时长内；若不在设定时长内，则判定所述待调度工单的任务处置存在异常。通常工单处置反馈信息是在工单处置完成之后反馈，在反馈时采集并上传对应的图像，由于图像的采集时间应该与图像的上传时间的时间间隔处于设定的时长内，若不处于设定时长，则可以判定任务处置存在异常。
66.在具体实施中，在对疫情防控中的工单调度的同时，为了更好的监控疫情防控中的工单的完成情况，为了便于工单的追踪，通常为每个工单配置处理时效，处理时效用于限
制各工单需要完成的时间点。将所述待调度工单发送至其对应的目标处置对象绑定的终端之后，开始计时，当达到设定时长未收到针对所述调度工单的反馈时，对所述待调度工单进行案件逾期标记。
67.例如，对于测温观察案件，通常每天两次派单，每次派单后通常要求在两个小时内处理完毕。例如，每天上午8点出发，下午10点之前处理完毕。又如，下午一点出发，下午三点前要求处理完毕。若在下午三点前未收到针对测温观察案件的工单处置反馈信息，则判定测温观察案件逾期。
68.又如，对于重点楼层消毒案件通常每天进行一次派单，每次派单之后通常要求当天处理完毕，如处理时效为每天早上8点至下午6点(18:00)，可以理解的是，还可以为其他的周期，此处不再一一举例。
69.在实际应用中，将待调度案件发送至目标处置对象的终端，完成对待调度案件的调度之后，目标处置对象可能存在一切其他情况而无法处理所分配的待调度案件，此时，目标处置对象可以执行退单操作。
70.当目标处置对象执行退单操作时，为了更好的对被执行退单操作的案件进行处理，在本发明一非限制性实施例中，当接收到退单操作时，可以根据被执行退单操作的待调度工单的案件名称，结合被执行退单操作的待调度工单的案件名称对应的工单调度规则指示的处置对象查找条件，结合门址信息，从除其他处置对象中确认目标处置对象，其他对象指除执行退单操作的处置对象之外的处置对象。
71.当目标处置对象执行退单操作时，为了更好的对被执行退单操作的案件进行处理，在本发明另一实施例中，执行退单操作时还可以指定工单移交对象，并在退单信息中携带有目标移交对象。当接收到被执行退单的待处理工单时，可以从被执行退单操作的待处理工单中解析出目标移交对象，并将执行退单操作的待处理工单发送至目标移交对象的终端。
72.在具体实施中，各待调度工单的工单调度规则指示的处置对象可以为一个，也可以为多个。当待调度工单的工单调度规则指示的处置对象为一个时，待调度工单被调度至一个处置对象，也即将所述待调度工单发送至其对应的一个目标处置对象绑定的终端。当待调度工单的工单调度规则指示的处置对象为多个时，待调度工单被同时调度至多个处置对象，也即将所述待调度工单发送至其对应的多个目标处置对象绑定的终端。通过此种方式，可以灵活的进行工单调度，即使当待调度工单需要多人或者多部门协同处理时，也能顺利的进行工单的调度。
73.进一步，当待调度工单的工单调度规则指示的处置对象为多个时，可以设置主处置对象和从处置对象，并可以分别配置主处置对象对工单的操作权限和从处置对象对工单的操作权限。如配置主处置对象对所调度的工单需要在工单完成时执行提交操作或者反馈信息等；从处置对象可以无须操作。具体主处置对象、从处置对象等对工单的操作权限可以根据实际工单的类型以及场景需求等进行配置，此处不做限定，如此可以满足不同场景下的需求。
74.参照图2，给出了本发明实施例中实现上述疫情防控中的工单调度方法的应用系统架构图。可以理解的是，图2所提供的一种应用架构图实现只是一个示例，还可以存在其他的变形实施例。
75.在具体实施中，应用系统架构可以包括用户层、应用层、服务层及数据层。
76.用户层可以包括疫情人员管控管理端以及疫情信息采集端，其中疫情信息采集端可以采用微信小程序或者微信公众号等轻量化应用进行信息采集，可以包括医隔集中管控、医隔居家管控、医学隔离看板等。疫情信息采集端可以针对多种不同职能的部门。疫情人员管控管理端可以供各种不同类型的职能部门内的相关人员使用。其中，处置对象所使用的终端为上述的疫情信息采集端。
77.应用层可以提供业务(op)平台，包括疫情管控系统、工单系统以用户中心。
78.疫情管控系统用于对区域、人员、任务、数据统计、数据分析以及系统配置等方面的管理，如可以包括以下模块：区域管理、人员管理、任务管理、数据统计、采集分析、系统配置等。区域管理可以用于对某一管辖区域进行区域划分以及配置等。人员管理可以用于隔离人员、摸排人员等各种类型的人员管理。任务管理用于对在疫情管控过程中生成的任务或工单等进行管理。数据统计用于根据设定的规则进行数据的统计。采集分析用于采集以及分析所得到的数据。系统配置用于对疫情管控系统相关的系统进行管理。
79.工单系统用于对工单流程、查询以及工单生成规则配置等方面的管理，疫情防控中的工单调度方法主要通过工单系统进行实现。工单系统具体可以包括以下模块：工单流程管理、工单数据查询以及自动规则配置等。工单的流程管理用于对工单的状态进行管理，如工单已派发至处置对象，工单已完成，案件逾期等。工单数据查询可以用于对对所述待调度工单进行解析，以获得其中包含的工单基础信息，以及根据各待调度工单的案件名称，获取各待调度工单的工单调度规则等。自动规则配置用于配置工单调度规则，并根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象。
80.用户中心主要对用户的管理，用户包括疫情防控中涉及的多方人员，如基层的处置对象、管理人员以及其他职能部门的人员。用户中心主要用于提供账号管理、应用管理、部门管理、标签管理以及用户权限管理等。用户中心具体可以包括以下模块：账号管理、应用管理、部门管理、标签管理、行政管理以及权限管理等。其中账号管理用于对各用户的账号进行管理。应用管理可以用于对所提供应用服务等进行管理。部门管理可以用于对部门架构以及各不同职能部门或职能系统之间的关系进行管理。标签管理用于对用户标签的增加、删除、更新等进行管理。权限管理用于对各用户的操作处置权限，数据查看权限等进行管理。应用层可以与运营后台进行交互，以便于相关工作人员对应用层中的相关模块进行配置。
81.此外，应用层中还可以配置有任务交互接口，用于多种类型任务之间的交互。还可以配置有工单交互接口(也可以称为派单交互接口)、用户中心接口以及数据查询接口等。工单交互接口用于将所述待调度工单发送至其对应的目标处置对象绑定的终端。用户中心接口用于接入用户中心，以获取门址信息对应的所述部门层级以及从部门层级中查找具有相应标签的处置对象。数据查询接口数据查询接口用于提供与数据中台的数据接口，以便于从数据中台获取数据。
82.应用层可以使用php开发语言，lnmp架构(linux+nginx+mysql)， yiiframwork 2.0作为编程框架。疫情防控中的数据处理方法可以基于疫情管控系统实现，涉及的模块包括人员管理模块、数据统计模块、任务调度模块。通过用户中心的账号管理、权限管理、标签
管理、用户身份管理获取相关工作人员的身份，从而确定采集的数据层级。
83.服务层可以提供业务(op)后台，用于为应用层提供相应的服务支撑。服务层可以配置有以下模块：全文检索(es)搜索引擎、数据共享服务、开发数据服务、图片服务、脚本执行器、消息列队、门址服务、任务监听以及消息通知等。
84.其中，es搜索引擎可以为步骤s13中根据各待调度工单的案件名称，获取各待调度工单的工单调度规则；步骤s14中根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象等提供数据检索服务。数据共享服务用于提供数据共享，以使得同一体系下的不同部门甚至不同体系之前能够进行数据共享。开发数据服务用于提供数据开发功能。图片服务用于提供对图像的识别等服务，如用于实现上述实施例中的获取所述工单处置反馈信息中的图像信息，判断从所述图像信息中识别出的门址信息与所述工单基础信息中的门址信息是否一致等。脚本执行器可以在疫情防控中的工单调度方法的自动运行的服务支撑。消息队列用于生成与各目标防控场所分别对应的工单以及对工单进行调度时，提供工单队列，以便于工单的有序调度。门址服务可以为上述步骤s14中根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象时，提供与门址相关的服务支撑。任务监听可以用于对各任务的产生以及进程等进行监听。
85.数据层用于提供数据支撑，可以包括多种类型的数据库，如基于关系数据库(如关系型数据库管理系统mysql)、远程字典服务(redis)数据库，以及云存储等。
86.其中，服务层和数据层可以与其他一些外部系统连接。其中，外部系统指与疫情防控中的工单调度方法中相关的一些其他同一体系下的部门或者不同体系下的部门的第三方系统。
87.需要说明的是，基于图2提供的应用架构还可以实现工单生成以及疫情数据分析等，此处不做展开说明。
88.参照图3，给出了本发明实施例中的一种数据中台架构图，数据中台用于为疫情防控中的工单调度方法提供数据供应和实时数据计算服务。数据中台可以用于实现上述实施例中疫情防控中的工单调度方法中的数据的标准化处理以及其他与数据相关的服务。数据中台可以包括中台服务层、数据组件层以及数据架构层。
89.中台服务层可以为图2所示的应用架构图提供数据相关的服务。中台服务层可以提供接入服务，数据标准化服务以及数据应用服务。
90.接入服务可以提供多种不同类型的数据接入方式，例如，api标准制定、消息列队接入、库表接入以及离线文件接入等。通过图2中的数据查询接口可以与api标准制定、消息列队接入、库表接入以及离线文件接入等进行对接，以实现数据的查询和接入等。
91.数据标准化服务可以提供多种不同的数据处理方式，实现数据处理需求，例如，标准etl(extract
‑
transform
‑
load，抽取
‑
转换
‑
加载)工具、实时数据join、可视化计算容器、可视化任务监控等。其中，数据标准化服务用于实现疫情防控中的工单生成过程中的数据质量检测、数据去重、维度补充、数据转换、数据矫正、数据校验等数据标准化处理。
92.数据应用服务可以提供多种不同类型的数据应用方式，如报表任务、全文检索、地理位置索引、应用程序接口(application programming interface， api)网关以及通用查询引擎。其中，通用查询引擎以及全文检索等可以用于对数据进行处理时进行维度补充。地
理位置索引可以用于对一些数据进行数据校验以及数据矫正等。数据可以为多种类型的业务数据。
93.数据组件层可以包括公共服务组件、基础组件以及开发组件等。公共服务可以提供离线任务调度、实施调度任务、数据校验以及数据结构管理等功能。基础组件可以提供数据订阅服务、动态配置中心、字段管理以及可配置查询等功能，其中动态配置中心可以为数据的更新和同步，工单的状态更新等提供支撑。开发组件可以包括离线任务、实施处理引擎、可视化组件以及服务组件等。
94.数据架构层可以包括全文检索搜索引擎(elastic search)、计算引擎 (spark)，卡夫卡(kafka)、zookeeper(zookeeper是一个分布式的，开放源码的分布式应用程序协调服务)、远程字典服务(remote dictionary server， redis)，基于关系数据库(如关系型数据库管理系统mysql)等。
95.其中，还可以包括数据治理服务、日志服务以及权限管理服务等。数据治理服务用于指导中台服务层中的数据标准化服务如何进行数据治理等。日志服务用于提供日志相关的服务等。权限管理服务用于为中台服务层以及数据组件层等中与权限相关的配置以及应用提供支撑管理服务。
96.此外，数据中台还可以提供如可配置化大屏、标准查询服务以及接口注册中心等数据服务，通过数据服务可以实现数据的可视化展示以及查询，用于提供的辅助决策的数据等。
97.此外，还配置有安全集成模块，用于为数据中台的信息安全提供保障。
98.在上述应用系统架构以及数据中台的基础上，通过数据中台充分利用了大数据的优势，结合大数据储存，大数据计算，实时流计算，大数据检索，大数据分析等优势，由数据接入多服务，多组件支持，数据处理多引擎，多方式应用，数据应用标准化，可视化等。
99.参照图4，给出了本发明实施例中的一种数据在数据源以及数据中台中的流向图。具体而言，疫情防控中的工单调度中的待调度工单相关的数据可以其来自于数据源gis数据库或者业务系统。数据源gis数据库可以同步小区数据，居委数据等不同来源的数据。业务系统可以提供几种隔离人员相关的数据、居家隔离人员相关的数据、任务清单数据以及工大数据等。数据中台可以通过接入组件中的离线接入组件和实时接入组件等方式，从数据源gis 数据库或者业务系统中获取数据(如步骤s11中的待调度工单的相关数据)。所获取到的数据经过数据组处理组件进行实时翻译、数据标准化以及数据去重等，实现数据结构标准化，维度补充(字段补充)，数据字段转化等工作。转换后的数据可以通过消息中间件的方式放入各数据主体中，供存储介质消费。也即落入到存储介质中的检索数据库(图4中简写为数据库)中。存储介质中配置的检索引擎可以用于从数据库中检索数据。
100.支撑数据通过离线收集，接口等方式同步收集，部分元数据通过元数据管理服务，实现元数据实时可被使用。业务数据通过自身业务系统(如居家隔离人员、集中隔离人员、任务清单以及工单数据等相关系统)，协商同步规则，为了保证实时性，业务数据(居家隔离人员相关数据、集中隔离人员相关数据、任务清单相关数据以及工单数据等)主要通过推送的方式实现，如通过离线接入组件或实施接入组件接入数据中台，通过数据中台的流转，可实现秒级的数据延迟展示。部分业务系统会用到元数据和支撑数据，也是通过实时接入(join)的方式，实现数据的汇聚。疫情防控中的工单调度中相关的待调度工单等数据的传
输，可以采用消息中间件服务，实现消息可溯源，可被重复计算，可缓存，提高数据的可用性，实时性，同时使可实现系统间解耦，流量消峰，异步通信。采用流处理引擎，可应对大流量数据激增场景，分布式集群部署，大大降低了机器故障对服务的影响。搜索引擎提取多个数据库的字段作为检索库，检索库就是es的索引库，搜索引擎es的存储介质放在内存里实现全文搜索。标准库放在mysql里。后续数据采用检索库结合标准库双库方式，检索库可实现大批量数据的分析，检索功能，标准库可实现日常系统管理开发需求。数据入库之后，关于数据应用方面，适配了检索库和标准库，开发了查询引擎，支持日常接近百分之九十的查询需求，不需要进行代码的开发工作，提高了开发效率，在此组件上，开发出应用程序接口(api)网关和注册中心，实现数据赋能可配置化，此服务实现了数据项可配置，流量控制，权限控制，区和街道白名单控制，日志服务，调用次数统计等功能。应用层数据最终会被适用于支撑业务系统，可视化大屏，政务微信看板，报表功能等。
101.由上可知，通过对待调度工单进行解析，获得待调度工单包含的工单基础信息，根据工单基础信息中的案件名称获取待调度工单的工单调度规则，根据工单基础信息中的门址信息，按照待调度工单的工单调度规则指示的处置对象查找条件，找到各待调度工单对应的目标处置对象，从而将待调度工单发送其对应的目标处置对象绑定的终端，从而实现对待调度工单的自动调度，减少工单调度过程中对人工依赖，以提高工单调度效率，节约人力成本。
102.参照图5，给出了本发明实施例中的一种疫情防控中的工单处理方法的流程图，该实施例中以医学隔离场景中的工单调度为例进行说明，具体可以包括如下步骤：
103.步骤s501，医隔人员信息录入。
104.步骤s502，判断隔离类型是否为居家隔离。
105.当判断结果为否时，执行步骤s503；当判断结果为是时，执行步骤s504。
106.步骤s503，确定为集中隔离。
107.步骤s504，确定居家隔离。
108.步骤s505，任务调度器。
109.步骤s506，从医隔库中调取数据。
110.其中，医隔库为医学隔离数据库，医学隔离数据库用于存储医学隔离对象的相关隔离信息。
111.步骤s507，门址服务。
112.步骤s508，任务生成。
113.基于调用的门址服务，生成任务，基于任务生成工单。
114.步骤s509，工单生成器。
115.所生成的工单主要涉及居家隔离确认单、消毒工单、测温工单等。
116.步骤s510，智能规则服务。
117.通过智能规则服务可以获取工单调度规则，工单调度规则用于指导工单调度。
118.步骤s511，判断是否自动调度工单。
119.当判断结果为是时，执行步骤s512；当判断结果为否时，执行步骤s513。
120.步骤s512，自动派单。
121.步骤s513，案件管理模块。
122.案件管理模块可以用于指导手动派单。
123.步骤s514，手动派单。
124.步骤s515，任务接单。
125.步骤s516，任务处置。
126.任务处置的过程也即工单处置过程。
127.步骤s517，工单完成。
128.步骤s518，数据同步。
129.步骤s519，数据分析。
130.可以依据设定的数据分析指标，进行数据分析，得到数据分析结果。数据分析结果也可以输出至大屏端进行显示，以便于直观的掌握疫情动态。
131.其中，步骤s501至步骤s504、步骤s515及步骤s516可以由微信采集终端执行。步骤s505至步骤s508、以及步骤s518及步骤s519可以由疫情管理端(图2中的疫情管控系统可以集成运行在疫情管理端上)执行。步骤 s509至步骤s514，可以由网格化派单(工单系统)执行。
132.需要说明的是，其中步骤s509也可以有疫情管理端执行，将生成的工单发送至工单系统，有工单系统进行派单。
133.参照图6，给出了本发明实施例中的一种疫情防控中的工单调度装置的结构示意图，疫情防控中的工单调度装置60可以包括：
134.第一获取单元61，用于获取待调度工单；
135.解析单元62，用于对所述待调度工单进行解析，以获得其中包含的工单基础信息，所述工单基础信息包括：案件名称以及门址信息；
136.第二获取单元63，用于根据各待调度工单的案件名称，获取各待调度工单的工单调度规则；
137.调度单元64，用于根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象；
138.发送单元65，用于将所述待调度工单发送至其对应的目标处置对象绑定的终端。
139.在具体实施中，疫情防控中的工单调度装置60的具体工作原理及工作流程可以参见本发明上述任一实施例中疫情防控中的工单调度方法中的描述，此处不再赘述。
140.本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一种疫情防控中的工单调度方法的步骤。
141.本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一种疫情防控中的工单调度方法的步骤。
142.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于任一计算机可读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。
143.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所
限定的范围为准。