疫情防控中的工单生成方法及装置、存储介质、终端与流程

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


背景技术：

2.在疫情防控工作中，具有人员流动性大，疫情防控环节中的防控节点多，参与疫情防控的部门及人员多，不同部门之间涉及交互的特点。为了更好的协调各部门之间的协同工作，亟需一种用于部门间的协调工作的工单生成方法。


技术实现要素：

3.本发明实施例的目的是提供一种疫情防控中的工单生成方法，以实现疫情管控中的工单生成的自动化。
4.为解决上述技术问题，本发明实施例提供一种疫情防控中的工单生成方法，包括：获取目标防控场所的属性信息；从所述属性信息中提取所述目标防控场所的门址信息，并根据所述门址信息确定所述目标防控场所的场所类型；根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，所述工单用于发送至所述目标防控场所的处置对象绑定的终端。
5.可选的，所述疫情防控中的工单生成方法，还包括：接收外部的终端上报的反馈数据；对所述反馈数据进行解析，确定所述反馈数据所针对的工单；获取所述目标防控场所的场所类型对应的流程流转信息，各场所类型分别具有一一对应的流程流转信息，所述流程流转信息用于指示针对各场所的管控流程中的流程节点以及状态流转；根据所述反馈数据、所述反馈数据所针对的工单以及所述目标防控场所的场所类型对应的流程流转信息，确定当前所处的流程节点以及状态流转；根据所确定的当前所处的流程节点以及状态流转，生成与所述反馈数据相关的工单。
6.可选的，所述根据所述门址信息确定所述目标防控场所的场所类型，包括：根据所述门址信息，确定所述门址信息所属的网格；根据所述网格的属性信息确定场所类型。
7.可选的，所述根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，包括：当所述目标防控场所的场所类型为商铺时，获取同一网格的商铺信息，定期生成针对各网格内的商铺的商铺巡检工单。
8.可选的，所述疫情防控中的工单生成方法，还包括：接收针对所述商铺巡检工单反馈的商铺巡检信息；判断所述商铺巡检信息中的商铺营业状态为营业的商铺是否符合开业条件，若不符合，则针对各不符合开业条件的商铺分别生成对应的商铺关闭工单；和/或，判断所述巡检信息中的各商铺的店员的人员基本信息是否异常，若出现异常，则生成对应的隔离类型的工单。
9.可选的，所述根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，包括：当所述目标防控场所的场所类
型为小区时，获取小区的属性信息，所述小区的属性信息包括小区的出入口信息及电梯信息；根据所述出入口信息生成出入口巡查工单；若所述电梯信息中指示电梯的数量大于零，根据所述电梯信息，生成电梯消毒工单。
10.可选的，所述根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，包括：当所述目标防控场所的场所类型为办公楼宇时，生成楼宇防疫工单以及办公楼宇信息摸排工单。
11.可选的，所述根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，包括：当所述目标防控场所的场所类型为建筑工地时，生成建筑工地巡检工单。
12.可选的，所述疫情防控中的工单生成方法，还包括：接收针对所述建筑工地巡检工单反馈的建筑工地巡检信息；判断所述建筑工地巡检信息中的建筑工地状态为开工的建筑工地是否符合开工条件，若不符合，则针对不符合开工条件的建筑工地生成对应的建筑工地关闭工单。
13.可选的，所述疫情防控中的工单生成方法，还包括：接收场所创建请求，所述场所创建请求包括：待创建场所的地址以及场所类型；生成针对所述场所创建请求的场所审核工单。
14.可选的，所述疫情防控中的工单生成方法，还包括：当接收到针对所述场所审查工单的审核信息时，获取上报所述审核信息的终端的位置定位信息；判断所述位置定位信息与所述待创建场所的地址是否一致，若一致，则根据所述场所创建请求新建场所。
15.可选的，所述疫情防控中的工单生成方法，还包括：当接收到外部的终端上报的案件时，对所述案件进行解析得到其包含的案件信息；从所述案件信息中获取所述案件的案件名称和/或门址信息，根据所述案件的案件名称和/或门址信息，生成与所述案件相关的工单。
16.可选的，所述疫情防控中的工单生成方法，还包括：在获取所述目标防控场所的属性信息之后，对所述目标防控场所的属性信息进行数据标准化处理，所述数据标准化处理包括以下一种或多种：数据质量检测、数据去重、维度补充、数据转换、数据矫正、数据校验。
17.可选的，所述对所述目标防控场所的属性信息进行数据标准化处理，包括：通过如下方式对各目标防控场所的属性信息进行数据过滤：判断各目标防控场所的属性信息是否包括设定字段对应的数据，过滤不包括设定字段对应的数据；通过如下方式对所述目标防控场所的属性信息进行数据去重：根据目标防控场所的属性信息的签名信息以及数据id，判断是否存在数据签名且数据id均相同的多条目标防控场所的属性信息，若存在则保留一条目标防控场所的属性信息；通过如下方式对所述目标防控场所的属性信息进行维度补充：针对目标防控场所的属性信息中的指定维度，检测所述目标防控场所的属性信息中是否存在所述指定维度关联的关联维度对应的数据，若不存在，则补充所述关联维度对应的数据；通过如下方式对所述目标防控场所的属性信息进行数据转换：当所述目标防控场所的属性信息包括位置数据时，对所述位置数据进行坐标系转换，得到指定坐标系下的位置数据；通过如下方式对所述目标防控场所的属性信息进行数据矫正：判断所述目标防控场所的属性信息中的指定字段对应的数据是否更名，若更名，则根据更名后的数据对所述目标防控场所的属性信息进行数据矫正，所述指定字段包括以下至少一种：区、街道、楼宇名
称、小区名称、楼宇地址、道路名；通过如下方式对所述目标防控场所的属性信息进行数据校验：针对目标防控场所的属性信息中的数据类型为文本类型的数据，判断文本类型的数据是否符合设定的数值范围，若不符合，则输出数据异常提醒。
18.可选的，所述疫情防控中的工单生成方法，还包括：获取指定场所的围栏信息，所述围栏信息用于限定设定区域的范围；根据所述围栏信息对应的区域范围，以及所述门址信息，筛选出落入所述区域范围内的数据；根据预设的分析指标，对筛选出的落入所述区域范围内的数据进行数据分析，并输出数据分析结果。
19.可选的，所述疫情防控中的工单生成方法，还包括：根据获取到所述目标防控场所的属性信息，当检测到数据更新时，根据更新数据的类型，将更新数据放入对应数据主体的消息中间件内，供所述消息中间件对应的主体消费所述更新数据。
20.本发明实施例还提供一种疫情防控中的工单生成装置，包括：获取单元，用于获取目标防控场所的属性信息；确定单元，用于从所述属性信息中提取所述目标防控场所的门址信息，并根据所述门址信息确定所述目标防控场所的场所类型；生成单元，用于根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，所述工单用于发送至所述目标防控场所的处置对象绑定的终端。
21.本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一种疫情防控中的工单生成方法的步骤。
22.本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一种疫情防控中的工单生成方法的步骤。
23.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
24.通过获取目标防控场所的属性信息，从目标防控场所的属性信息中提取目标防控场所的门址信息，并根据门址信息确定目标防控场所的场所类型，进而根据目标场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与目标防控场所分别对应的工单，工单用于发送至目标防控场所的处置对象绑定的终端。通过配置不同场所类型对应的工单生成规则，从而可以实现对人口密集场所进行区域化管理，根据场所的类型进行差别化管控等，实现疫情管控期间工单的生成的线上化，提高效率。
附图说明
25.图1是本发明实施例中的一种疫情防控中的工单生成方法的流程图；
26.图2是本发明实施例中的一种实现疫情防控中的工单生成方法的应用架构图；
27.图3是本发明实施例中的一种用于实现疫情防控中的工单处理的数中台架构图；
28.图4是本发明实施例中的一种数据在数据源以及数据中台中的流向图；
29.图5是本发明实施例中的一种疫情防控中的工单处理流程图；
30.图6是本发明实施例中的一种疫情防控中的工单生成装置的结构示意图。
具体实施方式
31.如上所述，在疫情防控工作中，具有人员流动性大，疫情防控环节中的防控节点
多，参与疫情防控的部门及人员多，不同部门之间涉及交互的特点。为了更好的协调各部门之间的协同工作，亟需一种用于部门间的协调工作的工单生成方法。
32.为实现上述目的，在本发明实施例中，通过获取目标防控场所的属性信息，从目标防控场所的属性信息中提取目标防控场所的门址信息，并根据门址信息确定目标防控场所的场所类型，进而根据目标场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与目标防控场所分别对应的工单，工单用于发送至目标防控场所的处置对象绑定的终端。通过配置不同场所类型对应的工单生成规则，从而可以实现对人口密集场所进行区域化管理，根据场所的类型进行差别化管控等，实现疫情管控期间工单的生成的线上化，提高效率。
33.为使本发明实施例的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
34.本发明实施例提供一种疫情防控中的工单生成方法，参照图1，给出了本发明实施例中的一种疫情防控中的工单生成方法的流程图，所述工单生成方法具体可以包括如下步骤：
35.步骤s11，获取目标防控场所的属性信息。
36.在具体实施中，可以从目标防控场所相关的管控部门获取本目标防控场所的属性信息。属性信息至少包括：目标防控场所的门址信息。
37.根据目标防控场所的类型不同，目标防控场所的属性信息不同，具体可以根据目标防控场所的类型进行配置。
38.例如，目标防控场所的类型为小区时，目标防控小区的属性信息可以包括：场所类型为小区以及小区的门址信息，属性信息还可以包括：小区的楼数目，每栋楼的住户数目，小区的出入口数目，出入口的位置，来自重点区域的人员、各人员的健康状态信息等中的一种或多种。
39.又如，目标防控场所为建筑工地时，目标防控场所的属性信息可以包括：场所类型为建筑工地以及建筑工地的门址信息，属性信息还可以包括：责任方，开工日期，人员信息，人员数目，来自重点区域的人员，测温异常的人员等中的一种或多种。
40.再如，目标防控场所为办公楼宇时，目标防控场所的属性信息可以包括：场所类型为办公楼宇以及办公楼宇的门址信息，属性信息还可以包括：每栋楼入住的公司名称，入住公司的数量，各公司的营业状态，各公司的人员相关的信息等中的一种或多种。
41.再如，目标防控场所为商铺时，目标防控场所的属性信息可以包括：场所类型为商铺以及商铺的门址信息，各商铺的营业状态，商铺内的员工的相关信息等。
42.步骤s12，从所述属性信息中提取所述目标防控场所的门址信息，并根据所述门址信息确定所述目标防控场所的场所类型。
43.在具体实施中，可以根据所述门址信息，确定所述门址信息所属的网格；根据所述网格的属性信息确定场所类型。
44.步骤s13，根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，所述工单用于发送至所述目标防控场所的处置对象绑定的终端。
45.在具体实施中，可以针对不同场所类型，分别为各场所类型预先配置对应的工单
生成规则，以对不同场所类型的工单进行相应的管理。针对各目标防控场所，确定目标防控场所的场所类型后，可以获取目标防控场所的场所类型对应的工单生成规则，并根据目标防控场所的对应的工单生成规则，生成与该目标防控场所对应的工单。将生成的工单发送至目标防控场所的处置对象绑定的终端，以使得处置对象通过终端接收到工单之后，对工单进行处理。
46.在一些非限制性实施例中，上述步骤s12及步骤s13中的工单生成可以由业务后端中的疫情管控系统中的任务管理模块配合区域管理模块等实现。对于将工单发送至目标防控场所的处置对象绑定的终端，可以由网格化派单中的案件管理以及疫情工单规则配置模块配合实现。
47.由上可知，通过获取目标防控场所的属性信息，从目标防控场所的属性信息中提取目标防控场所的门址信息，并根据门址信息确定目标防控场所的场所类型，进而根据目标场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与目标防控场所分别对应的工单，工单用于发送至目标防控场所的处置对象绑定的终端。通过配置不同场所类型对应的工单生成规则，从而可以实现对人口密集场所进行区域化管理，根据场所的类型进行差别化管控等，实现疫情管控期间工单的生成的线上化，提高效率。
48.采用上述方案，在疫情防控期间，通过技术化手段对人口密集场所进行区域化管理，根据其场所的特性进行差别化人员管控、人员摸排以及常态化日常巡查。本系统主要覆盖四个核心区域管理，包括小区、楼宇(园区)、工地、沿街商铺。对来沪人员重要的聚集区域进行有效的疫情防控，以场所管人，以房管人，成为疫情防控工作中有效的管理办法和实施途径。将疫情隐患降至最低，防患于未然。
49.在具体实施中，在生成工单并将工单发送至目标防控场所的处置对象绑定的终端之后，由处置对象对派发至其名下的工单进行处理。为了便于对工单进行追踪，处置对象通常需要针对所处置的工单进行反馈或者确认完成。对于需要进行反馈的工单，通常需要处置对象通过外部的终端上报反馈数据。其中，所述外部的终端即为与处置对象绑定的终端。
50.在具体实施中，可以接收外部的终端上报的反馈数据。对所述反馈数据进行解析，确定所述反馈数据所针对的工单。获取所述目标防控场所的场所类型对应的流程流转信息。各场所类型分别具有一一对应的流程流转信息，所述流程流转信息用于指示针对各场所的管控流程中的流程节点以及状态流转。根据所述反馈数据、所述反馈数据所针对的工单以及所述目标防控场所的场所类型对应的流程流转信息，确定当前所处的流程节点以及状态流转；根据所确定的当前所处的流程节点以及状态流转，生成与所述反馈数据相关的工单。对生成的工单进行解析，可以获取其包含的工单基础信息，根据工单基础信息中的案件名称，获取工单调度规则，根据工单调度规则指示的处置对象查找条件，结合工单基础信息中的门址信息，确定工单的目标处置对象，并将工单发送至目标处置对象绑定的终端。
51.具体而言，可以从流程库中，根据场所类型通过流程选择器获取场所类型对应的流程流转信息，对流程流转信息进行解析，获取各场所的管控流程中的流程节点以及状态流转。
52.例如，接收到终端上报的反馈数据为商铺人员信息，对商铺人员信息进行解析，确定商铺人员信息所针对的工单为商铺摸排工单。获取商铺对应的流程流转信息。根据所述商铺人员信息、商铺摸排工单以及所述目标防控场所的场所类型对应的流程流转信息，确
定当前所处的流程节点为摸排节点，当商铺人员信息中的指定字段存在异常时，如人员途径重点区域且人员存在发烧时(体温超出设定温度阈值)，则确定状态流转为集中隔离节点，生成集中隔离工单。
53.需要说明的是，反馈数据所针对的工单不同、以及反馈数据中存在异常的字段不同时，状态流程不同，生成的工单也相应地不同，具体根据各场所对应的流程流转信息进行配置即可，此处不再一一举例。
54.在具体实施中，步骤s13中，根据目标防控场所的类型不同，所生成的工单不同。
55.在本发明一实施例中，当所述目标防控场所的场所类型为商铺时，获取同一网格的商铺信息，定期生成针对各网格内的商铺的商铺巡检工单。
56.进一步地，还可以接收针对所述商铺巡检工单反馈的商铺巡检信息；判断所述商铺巡检信息中的商铺营业状态为营业的商铺是否符合开业条件，若不符合，则针对各不符合开业条件的商铺分别生成对应的商铺关闭工单；和/或，判断所述巡检信息中的各商铺的店员的人员基本信息是否异常，若出现异常，则生成对应的隔离类型的工单，如生成居家隔离确认工单或者几种隔离确认工单等，以触发人员基本信息异常的商铺人员进入隔离管控。其中，人员基本信息异常可以包括体温异常、确诊病例或者疑似病例密切接触、途经重点区域或者重点区域旅行史等，其中重点区域指发生过疫情的区域或者风险等级为中高风险或者高风险等高于设定风险阈值的区域。根据人员基础信息异常的情况不同，生成隔离类型的工单也不同。具体可以通过预先配置人员基础信息的中各基础信息对应的字段与各隔离类型的工单之间的关联关系，当某一字段对应的信息异常时，则生成预关联的隔离类型的工单。
57.在本发明另一实施例中，当所述目标防控场所的场所类型为小区时，获取小区的属性信息，所述小区的属性信息包括小区的出入口信息及电梯信息；根据所述出入口信息生成出入口巡查工单；若所述电梯信息中指示电梯的数量大于零，根据所述电梯信息，生成电梯消毒工单。
58.在具体实施中，小区的属性信息可以由小区的对应的居委会等部门提供。
59.在本发明另一实施例中，当所述目标防控场所的场所类型为办公楼宇时，生成楼宇防疫工单以及办公楼宇信息摸排工单。楼宇防疫工单用于指示楼宇物业等相关部门或者相关部门内的物业人员等进行楼宇消毒、统计楼宇内各企业复工情况以及发热人员信息等工作。并在楼宇防疫工单对应的处置时效内反馈楼宇防疫工单的任务处置情况等。办公楼宇信息摸排用于指示楼宇物业等相关部门或者部门内的物业人员进行楼宇相关的属性信息以及楼宇相关的基础信息等信息的采集。其中，楼宇的属性信息可以包括：楼宇的门址信息、楼宇的楼层数目、楼宇的电梯数据、楼宇的出入口数据等。楼宇的基础信息可以包括以下至少一种：楼宇的物业公司、物业联系人、物业联系方式、企业列表以及企业的门址信息、企业的联系人、企业的联系方式等。
60.从外，通常一个楼宇内涉及多家企业，当楼宇内的公司数目较多时，若是逐个进行企业相关的信息(企业的联系人及联系方式等)录入，则效率较低，为了提高信息采集效率，可以配置信息上传接口，如提供excle数据上传接口，通过信息上传接口可以进行多个企业信息放入同时上传操作，提高信息采集效率。
61.在本发明另一实施例中，当所述目标防控场所的场所类型为建筑工地时，生成建
筑工地巡检工单。所述建筑工地巡检工单用于指示相应巡检人员对各建筑工地进行巡检。
62.进一步，接收针对所述建筑工地巡检工单反馈的建筑工地巡检信息；判断所述建筑工地巡检信息中的建筑工地状态为开工的建筑工地是否符合开工条件，若不符合，则针对不符合开工条件的建筑工地生成对应的建筑工地关闭工单。建筑工地关闭工单用于指引相关工作人员责令不符合开工条件的建筑工地关闭并停工。
63.在对各目标防控场所进行巡查期间，可能存在发现新的场所，此时可以进行场所创建。具体而言，接收场所创建请求，所述场所创建请求包括：待创建场所的地址以及场所类型；生成针对所述场所创建请求的场所审核工单。
64.在本发明一非限制性实施例中，当接收到针对所述场所审查工单的审核信息时，获取上报所述审核信息的终端的位置定位信息；判断所述位置定位信息与所述待创建场所的地址是否一致，若一致，则根据所述场所创建请求新建场所。
65.若不一致，则驳回场所创建请求，此时，场所创建失败。进一步，可以输出场所创建失败原因提醒。
66.在具体实施中，也存在由处置对象通过主动上报案件的情况，如处置对象发现失控的隔离人员，而需要对失控的隔离人员进行相应管控处理。或者排查到隔离人员出现在某一区域，从未需要要对隔离人员所出现的区域进行消毒等，上述情况也可能会产生相应的工单，为了更好的实现疫情防控中工单的生成，在本发明实施例中，还可以接收外部的终端上报的案件，当接收到外部的终端上报的案件时，对所述案件进行解析得到其包含的案件信息；从所述案件信息中获取所述案件的案件名称和/或门址信息，根据所述案件的案件名称和/或门址信息，生成与所述案件相关的工单。
67.具体而言，处置对象可以通过终端的案件上报界面，填写相关的案件信息，如门址地址、案件名称以及其他的一些相关信息等，并通过上报界面的提交按键等进行案件上报，实现案件的主动发现。
68.在具体实施中，在获取所述目标防控场所的属性信息之后，对所述目标防控场所的属性信息进行数据标准化处理，所述数据标准化处理包括以下一种或多种：数据质量检测、数据去重、维度补充、数据转换、数据矫正、数据校验。以下对所述数据标准化处理的过程进行说明。
69.在具体实施中，可以通过如下方式对各目标防控场所的属性信息进行数据过滤：判断各目标防控场所的属性信息是否包括设定字段对应的数据，过滤不包括设定字段对应的数据。通过对目标防控场所的属性信息进行数据过滤，可以对数据质量进行把控，滤除一些信息不全缺少关键信息的数据。其中，设定字段可以包括以下至少一种字段：门址信息、身份证号等。门址信息对应的字段可以包括：区、街道、网格及居委等。门址信息对应的字段还可以为省、市、区(县)、镇、乡及村等。可以理解的是，根据各管辖区域以及管辖区域内的区域划分规则不同，门址信息的表示方式还可以存在其他的方式，此处不再一一举例说明。
70.在具体实施中，可以通过如下方式对所述目标防控场所的属性信息进行数据去重：根据目标防控场所的属性信息的签名信息以及数据id，判断是否存在数据签名且数据id均相同的多条目标防控场所的属性信息，若存在则保留一条目标防控场所的属性信息。通过对数据去重可以减少数据冗余，减少数据内存的占用。
71.在具体实施中，可以通过如下方式对所述目标防控场所的属性信息进行维度补
充：针对目标防控场所的属性信息中的指定维度，检测所述目标防控场所的属性信息中是否存在所述指定维度关联的关联维度对应的数据，若不存在，则补充所述关联维度对应的数据。由于目标防控场所相关的数据来源可能为多个不同的部门，通过根据目标防控场所的属性信息中的指定维度，对指定维度关联的关联维度对应的数据进行维度补充，可以完善目标防控场所的属性信息。
72.在具体实施中，可以通过如下方式对所述目标防控场所的属性信息进行数据转换：当所述目标防控场所的属性信息包括位置数据时，对所述位置数据进行坐标系转换，得到指定坐标系下的位置数据。通过对位置数据进行坐标系转换，可以将位置信息转换至指定坐标系，后续对位置数据进行处理时，提高数据处理的便捷性。
73.在具体实施中，可以通过如下方式对所述目标防控场所的属性信息进行数据矫正：判断所述目标防控场所的属性信息中的指定字段对应的数据是否更名，若更名，则根据更名后的数据对所述目标防控场所的属性信息进行数据矫正，所述指定字段包括以下至少一种：区、街道、楼宇名称、小区名称、楼宇地址、道路名、县、市、城镇、乡及村等。
74.在实际中，可能存在一些区域更名或者合并，以及还存在信息录入时撰写不规范的情况。通过数据矫正，可以对更名的情况进行时自适应调整，以确保信息的正确性。例如，指定字段对应a区，而实际中，a区合并入c区，则将指定字段对应的a区更新为c区。又如，指定字段对应的某某路街道，而实际更新后均为某某街道，则针对符合更新的指定字段，自动更新为某某街道。
75.在具体实施中，可以通过如下方式对所述目标防控场所的属性信息进行数据校验：针对目标防控场所的属性信息中的数据类型为文本类型的数据，判断文本类型的数据是否符合设定的数值范围或者设定数据格式，若不符合，则输出数据异常提醒。例如，针对经纬度，与经纬度相关的数据通常需同时包括经度和纬度，方具有意义，若只包括经度或者纬度，则可以判定不不符合经纬度的设定数据格式，判定数据异常。又如，针对经纬度，同一区域内的经纬度就有一定的范围限制，若经纬度超出范围限制，则判定数据异常。再如，针对体温，通常人所能承受的体温范围为35℃至42℃之间，若针对体温字段对应的数据高于42或者低于35，则不符合常规的体温范围，可以判定数据异常。可以理解的是，其他类型的文本类型的数据以及对应的数值范围或者设定数据格式，此处不再举例。
76.需要说明的是，上述数据标准化处理不仅仅适用于对目标防控场所的属性信息，对于在整个疫情防控中采集到的与人员相关的数据，以及与场所相关的数据均进行数据标准化处理，数据标准化处理的具体方式可以参见上述描述，此处不做赘述。
77.在一些非限制性实施例中，获取指定场所的围栏信息，所述围栏信息用于限定设定区域的范围；根据所述围栏信息对应的区域范围，以及所述门址信息，筛选出落入所述区域范围内的数据；根据预设的分析指标，对筛选出的落入所述区域范围内的数据进行数据分析，并输出数据分析。
78.输出的数据分析结果可以显示于大屏端，以实现特定场所疫情数据的可视化展示。此外，数据分析结果可以结合区域地图以及场所进行展示，以场所落点地图等，进而宏观掌握疫情防控与监管的整体状况。
79.在一些非限制性实施例中，根据获取到所述目标防控场所的属性信息，当检测到数据更新时，根据更新数据的类型，将更新数据放入对应数据主体的消息中间件内，供所述
消息中间件对应的主体消费所述更新数据。
80.参照图2，给出了本发明实施例中的一种实现疫情防控中的工单生成方法的应用架构图。可以理解的是，图2所提供的一种应用架构图实现只是一个示例，还可以存在其他的变形实施例。
81.在具体实施中，应用系统架构可以包括用户层、应用层、服务层及数据层。
82.用户层可以基于vue2.0、element ui、vant等框架构建。用户层可以包括可视化大屏、疫情人员管控管理端以及疫情信息采集端，其中疫情信息采集端可以采用微信小程序或者微信公众号等轻量化应用进行信息采集，可以包括办公楼宇疫情防控、居民小区疫情防控、建设工地疫情防控、案件处置、案件上报、管理员看板等。疫情人员管控管理端可以为电脑(pc)管理端，具体可以实现沿街商铺、楼宇(园区)管理、居民小区、建设工地、隔离点管理，任务清单、采集分析，数据统计、系统设置。疫情人员管控管理端以及疫情信息采集端可以相关的各职能管控部门的工作人员使用。其中，处置对象所使用的终端为上述的疫情信息采集端。
83.应用层作为业务后端，可以提供业务(op)平台，包括疫情管控系统、网格化派单(也可称为工单系统)以及大屏管理端。
84.疫情管控系统可以配合网格化派单可以实现上述实施例提供的疫情防控中的工单生成方法，也即可以实现上述步骤s11至步骤s13。疫情管控系统可以用于对区域、人员、任务、数据统计、数据分析以及系统配置等方面的管理，如可以包括以下模块：区域管理、摸排人员、任务管理、报表管理、采集分析、系统配置等。区域管理可以用于对某一管辖区域进行区域划分以及配置等。摸排人员可以用于摸排人员等各种类型的人员管理。任务管理用于对在疫情管控过程中生成的任务或工单等进行管理。报表管理用于根据设定的规则进行数据的统计以及报表管理等。采集分析用于采集以及分析所得到的属性信息等数据。系统配置用于对疫情管控系统相关的系统进行管理。
85.网格化派单用于工单的调度，具体可以包括以下模块：案件管理、案件查询以及疫情工单规则配置等。其中，本本发明实施例提供的疫情管控中的工单生成方法可以主要由任务管理模块配合疫情工单规则配置模块实现，通过任务管理进行工单组装，推送至网格化派单，再由网格化派单进行工单的派发。
86.大屏管理端用于对可视化大屏的显示信息等进行管理及配置等，大屏管理端主要包括舆情播报、防疫管理、疫情相关案件、场所管理(今日摸排人数、今日重点地区来沪人数、关注地区人数)、医学隔离动态分析、来沪人员动态、居民区消毒、口罩购买、封闭小区管理等，具体可以包括如下模块：疫情管理、勤务指挥、工作力量、地图建设、神经感知以及系统配置等。
87.应用层可以与运营后台进行交互，以便于相关工作人员对应用层中的相关模块进行配置。
88.此外，应用层中还可以配置有任务交互接口，用于多种类型任务之间的交互。还可以配置有派单交互接口、规则服务以及数据查询接口等。其中，派单交互接口(也可称为工单交互接口)用于将工单发送至所述目标防控场所的处置对象绑定的终端。规则服务用于提供规则配置接口。数据查询接口用于提供与数据中台的数据接口，以便于从数据中台获取数据。
89.应用层也即后端，可以使用php开发语言，lnmp架构(linux nginx mysql)，yiiframwork 2.0作为编程框架。疫情管控系统使用的模块包括区域管理、摸排人员管理、任务管理、数据采集、数据报表。此外，应用层还可以包括用户中心，用户中心可以对用户进行管理，用户中心的单点登录、权限管理、角色管理、用户身份管理获取工作人员的身份，从而确定采集的数据层级。
90.服务层作为服务后端，可以提供业务(op)后台，用于为应用层提供相应的服务支撑。服务层可以配置有以下模块：全文检索(es)搜索引擎、地图服务、消息通知、表单回收、脚本执行器、消息列队、门址服务、任务监听以及组织结构等。
91.其中，es搜索引擎可以为步骤s11中获取目标防控场所的属性信息等相关数据时，提供检索服务支撑。地图服务可以提供导航、定位等与地图相关的服务。消息通知可以在将工单发送至目标防控场所的处置对象绑定的终端时，提供派单等消息通知的服务。表单回收可以用于在处置对象退单时，提供退单服务支撑。脚本执行器可以在疫情防控中的工单生成方法的自动运行的服务支撑。消息队列用于生成与各目标防控场所分别对应的工单以及对工单进行调度时，提供工单队列，以便于工单的有序调度。门址服务可以为上述步骤s12中根据门址信息确定目标防控场所的场所类型时提供与门址相关的服务支撑。任务监听可以用于对各任务的产生以及进程等进行监听。组织结构可以为确定工单对应的处置对象是提供服务支撑。
92.数据层用于提供数据支撑，可以包括多种类型的数据库，如基于关系数据库(如关系型数据库管理系统mysql)、远程字典服务(redis)数据库，以及云存储等。
93.其中，服务层和数据层可以与其他一些外部系统连接。其中，外部系统指与疫情防控中的工单生成方法中相关的一些其他同一体系下的部门或者不同体系下的部门的第三方系统。
94.需要说明的是，基于图2提供的应用架构还可以实现工单调度以及疫情数据分析等，此处不做展开说明。
95.参照图3，给出了本发明实施例中的一种数据中台架构图，数据中台用于为疫情防控中的工单生成方法提供数据供应和实时数据计算服务。例如，数据中台可以用于实现上述实施例中疫情防控中的工单生成方法中的数据的标准化处理以及其他与数据相关的管理。数据中台可以包括中台服务层、数据组件层以及数据架构层。
96.中台服务层可以为图2所示的应用架构图提供数据相关的服务。中台服务层可以提供接入服务，数据标准化服务以及数据应用服务。
97.接入服务可以提供多种不同类型的数据接入方式，例如，api标准制定、消息列队接入、库表接入以及离线文件接入等。通过图2中的数据查询接口可以与api标准制定、消息列队接入、库表接入以及离线文件接入等进行对接，以实现数据的查询和接入等。
98.数据标准化服务可以提供多种不同的数据处理方式，实现数据处理需求，例如，标准etl(extract
‑
transform
‑
load，抽取
‑
转换
‑
加载)工具、实时数据join、可视化计算容器、可视化任务监控等。其中，数据标准化服务用于实现疫情防控中的工单生成方法中的数据质量检测、数据去重、维度补充、数据转换、数据矫正、数据校验等数据标准化处理。
99.数据应用服务可以提供多种不同类型的数据应用方式，如报表任务、全文检索、地理位置索引、应用程序接口(application programming interface，api)网关以及通用查
询引擎。其中，通用查询引擎以及全文检索等可以用于对目标防控场所的属性信息进行维度补充。地理位置索引可以用于对属性信息进行数据校验以及数据矫正等。
100.数据组件层可以包括公共服务组件、基础组件以及开发组件等。公共服务可以提供离线任务调度、实时调度任务、数据校验以及数据结构管理等功能。基础组件可以提供数据订阅服务、动态配置中心、字段管理以及可配置查询等功能，其中动态配置中心可以为数据的更新和同步，工单的状态更新等提供支撑。开发组件可以包括离线任务、实时处理引擎、可视化组件以及服务组件等。
101.数据架构层可以包括全文检索搜索引擎(elastic search)、计算引擎(spark)，卡夫卡(kafka)、zookeeper(zookeeper是一个分布式的，开放源码的分布式应用程序协调服务)、远程字典服务(remote dictionary server，redis)，基于关系数据库(如关系型数据库管理系统mysql)等。
102.此外，还可以包括数据治理服务、日志服务以及权限管理服务等。数据治理服务用于指导中台服务层中的数据标准化服务如何进行数据治理等。日志服务用于提供日志相关的服务等。权限管理服务用于为中台服务层以及数据组件层等中与权限相关的配置以及应用提供支撑管理服务。
103.此外，数据中台还可以提供如数据质量分析、常规报表分析以及智能分析日报等智能分析服务以供大屏端进行显示。
104.此外，还配置有安全集成模块，用于为数据中台的信息安全提供保障。
105.参照图4，给出了本发明实施例中的一种数据在数据源以及数据中台中的流向图。具体而言，上述疫情防控中的工单处理方法中的数据源可以包括三方数据库(第三方数据库)、业务系统以及支撑系统等。三方数据库可以提供本地人员以及重点人员的明细数据。业务系统可以提供人员摸排、场所摸排、任务清单以及工单数据等。支撑系统可以提供小区数据、楼宇数据、商铺数据以及建筑工地数据等。如步骤s11中的目标防控场所的属性信息可以来自于支撑系统等。
106.从数据源获取的数据(如目标防控场所的属性信息)可以通过数据中台的接入组件，通过离线接入组件或者实时接入组件等对接至数据中台。获取的数据经过数据处理组件，进行实时翻译、数据标准化以及数据去重等处理，实现数据结构标准化，字段补充，数据字段转化等工作。处理后的数据放入消息中间件，由相应的消息主体进行消费，最终可以存储于存储介质中，存储介质可以提供检索数据库以及检索引擎。最终通过应用服务如数据赋能、接口服务以及统计报表等将应用层数据适用于支撑业务系统，可视化大屏，微信看板，报表功能等。
107.其中，支撑系统提供的支撑数据(小区数据、楼宇数据、商铺数据以及建筑工地数据等)可以通过离线收集，接口方式等同步收集，部分元数据通过元数据管理服务，实现元数据实时可被使用。业务系统提供的业务数据(如人员摸排相关数据，场所摸排相关数据、任务清单相关数据以及工单数据等)，可以通过自身业务系统，协商同步规则，为了保证实时性，业务数据主要通过推送的方式实现，通过数据中台的流转，可实现秒级的数据延迟展示。部分业务系统会用到元数据和支撑数据，也是通过实时join的方式，实现数据的汇聚。
108.采用消息中间件服务，实现消息可溯源，可被重复计算，可缓存，提高数据的可用性，实时性，同时使可实现系统间解耦，流量消峰，异步通信。采用流处理引擎，可应对大流
量数据激增场景，分布式集群部署，大大降低了机器故障对服务的影响。搜索引擎提取多个数据库的字段作为检索库，检索库就是es的索引库，搜索引擎es的存储介质放在内存里实现全文搜索。标准库放在mysql里。后续数据采用检索库结合标准库双库方式，检索库可实现大批量数据的分析，检索功能，标准库可实现日常系统管理开发需求。数据入库之后，关于数据应用方面，适配了检索库和标准库，开发了查询引擎，支持日常接近大部分的查询需求，不需要进行代码的开发工作，提高了开发效率，在此组件上，开发出api网关和注册中心，实现数据赋能可配置化，此服务实现了数据项可配置，流量控制，权限控制，区和街道白名单控制，日志服务，调用次数统计等功能。
109.通过移动端采集、api对接、操作端录入等途径，采用人工摸排、系统对接、表单导入等形式对重点人员基础信息、重点人员排查信息、居村/社区防疫相关数据、办公楼宇/园区防疫相关数据、沿街的商铺防疫相关数据、建设工地防疫相关数据等予以采集，为防疫场景应用智能指挥展示与案件流转处置提供基础数据支撑。
110.针对多元来源的不同数据采取数据矫正、数据转换、数据去重、数据过滤、数据校验等方式进行数据智能清洗与融合治理，同时提供数据接口、导入导出、查询等对外功能服务，为基于疫情相关数据进行数据分析提供支撑。
111.通过大屏端可视化载体，支持实现疫情防控数据的可视化展示、人员信息落点地图等。通过pc端载体，支持实现基础楼宇信息导入，案件信息派单规则与防疫力量规则配置、案件流转查询和数据统一分析。通过移动处置端载体，支持实现案件上报、自发自处、案件处置、案件核查等基本功能。集合“大屏端、pc端、移动端”三端载体，打造疫情医学隔离一张图展现、医学隔离案件自动化流转、医学隔离案件处置多方性参与，实现后端、前端的全业务衔接。
112.本发明涉及到可视化大屏端、pc管理端、移动端的实际开发和方案落地，依托于数据中台的数据供应和实时数据计算服务。
113.需要说明的是，图2及图3中每个组件或者模块可以独立化，便于移植和使用。
114.为便于本领域技术人员更好的理解和实现本发明实施例，参照图5，给出了本发明实施例中的一种疫情防控中的工单处理流程图，本实施例以处置对象采用安装有微信的终端(也即图中的微信采集终端)为例进行说明，具体可以包括如下步骤：
115.步骤s501，人员摸排。
116.其中，可以从相关的职能管理部门端获取建筑工地、小区、楼宇以及商铺相关数据作为场所数据底座。基于这些场所数据底座以所划定的区域(如网格)进行巡查。例如，由网格巡查员以网格作为巡勤任务范围，相关场所作为巡查目标，场所人员作为目标采集对象进行人员摸排工作，录入人员基础信息、返沪信息、健康信息等。系统提供场所录入界面供相关处置对象进行数据采集，并可附有审核流程，用于后续的场所创建等。
117.步骤s502，判断场所是否存在。
118.当判断结果为是时，执行步骤s503；当判断结果为否时，执行步骤s504。
119.步骤s503，人员信息录入。
120.步骤s504，创建新场所。
121.步骤s505，提交审核。
122.步骤s506，判断审核是否通过。
123.当判断结果为是时，执行步骤s507；当判断结果为否时，继续执行步骤s505。
124.其中，当判断结果为否时，也即审核驳回，可以根据驳回原因重新调整审核相关的信息后再次提交审核。
125.步骤s507，新建场所。
126.步骤s508，任务生成调度器进行工单组装，并将组装结果放入网格化派单的工单队列。
127.步骤s509，工单队列。
128.步骤s510，工单生成。
129.步骤s511，工单派发。
130.步骤s512，任务接单。
131.步骤s513，任务处置。
132.处置对象收到相应工单之后进行地毯式摸排以及定点摸排等工作。
133.步骤s514，工单完成。
134.步骤s515，数据同步。
135.当工单完成之后，进行数据的更新和同步。具体而言，可以同步给疫情管控系统中的采集分析模块进行数据统计和分析。
136.步骤s516，数据分析。
137.其中，步骤s501至步骤s505、步骤s512及步骤s513可以由微信采集终端执行。步骤s506至步骤s508、以及步骤s515及步骤s516可以由疫情管理端(也即图2中的疫情管控系统中的任务管理模块)执行。步骤s509至步骤s511以及步骤s514，可以由网格化派单模块执行。
138.本发明实施例还提供一种疫情防控中的工单生成装置，参照图6，疫情防控中的工单生成装置60可以包括：
139.获取单元61，用于获取目标防控场所的属性信息；
140.确定单元62，用于从所述属性信息中提取所述目标防控场所的门址信息，并根据所述门址信息确定所述目标防控场所的场所类型；
141.生成单元63，用于根据所述目标防控场所的场所类型以及针对各场所类型预配置的工单生成规则，生成与各目标防控场所分别对应的工单，所述工单用于发送至所述目标防控场所的处置对象绑定的终端。
142.在具体实施中，疫情防控中的工单生成装置60的具体工作原理及工作流程可以参考本发明上述任一实施例提供的疫情防控中的工单生成方法的描述，此处不再赘述。
143.本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一疫情防控中的工单生成方法的步骤。
144.本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一疫情防控中的工单生成方法的步骤。
145.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于任一计算机可读存储介质中，存
储介质可以包括：rom、ram、磁盘或光盘等。
146.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。