疫情防控中的数据处理方法及装置、存储介质、终端与流程

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.图1是本发明实施例中的一种疫情防控中的数据处理方法的流程图；
27.图2是本发明实施例中的一种用于实现疫情防控中的数据处理方法的应用系统架构图；
28.图3是本发明实施例中的一种用于疫情防控中的数据处理的数据中台的架构图；
29.图4是本发明实施例中的一种疫情防控中数据在数据源以及数据中台中的流向图；
30.图5是本发明实施例中的一种疫情防控中的数据处理装置的结构示意图。
具体实施方式
31.如上所述，在疫情防控中，通常需要多个不同部门协同配合，所需的数据来自于多个不同部门，不同部门之间数据单一化且碎片化，不利于疫情数据的分析且资源调配的成本较高。
32.为了解决上述问题，在本发明实施例中，每个目标对象分别具有唯一对应的识别码，当需要采集或者调取目标对象的相关信息时，只需获取到目标对象的识别码，根据目标对象的识别码，从预设的医学隔离数据库中调取到目标对象的标识码在当前管控节点的显示界面所需的待显示数据。若未从医学隔离数据库中调取到待显示数据时，则可以根据待显示数据的类型，从相应的第三方数据库中获取所述待显示数据，将调取的所述待显示数据加载至所述当前管控节点的显示界面。由于各种第三方数据库都配置有用于识别所述识别码的接口，医学隔离数据库用于存储医学隔离对象的相关隔离信息。从而通过目标对象的识别码即可以从医学隔离数据库或者第三方数据库中获取到当前管控节点的显示界面所需的待显示数据，打破多个各种第三方数据库之间的数据壁垒，实现通过一个识别码即可同时获取到来自多种第三方数据库的数据，降低人工进行数据的整合的概率以及数据分析效率，并可以降低资源调配的成本。
33.为使本发明实施例的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
34.本发明实实施例提供一种疫情防控中的数据处理方法，参照图1，给出了本发明实施例中的一种疫情防控中的数据处理方法的流程图，所述数据处理方法可以包括以下步骤：
35.步骤s11，获取目标对象的识别码。
36.在具体实施中，目标对象的识别码与所述目标对象唯一对应。也即每个目标对象均具有一一对应的识别码。
37.在一些实施例中，每个目标对象的识别码可以为二维码，也可以为条形码，还可以为磁条、芯片等其他能够唯一标识不同目标对象的标识。
38.在具体实施中，可以根据实际应用场景需求，在合适的管控节点为各目标对象分配识别码。
39.例如，在机场的场景中，可以为每个从国外来到国内的入境人员在机场分配识别
码，并完成对入境人员与识别码的绑定，也即完成各目标对象与识别码的绑定。
40.又如，在码头场景，可以为通过轮船方式入境的入境人员在码头分配识别码，并完成对入境人员与识别码的绑定，也即完成各目标对象与识别码的绑定。
41.再如，对于确定发生疫情的场所，可以为发生疫情的场所内的确诊人员或者疑似人员分别为其分配识别码，并完成各确诊人员或者疑似人员与识别码之间的绑定，也即完成各目标对象与识别码的绑定。
42.在具体实施中，在将目标对象与识别码进行绑定时，可以将目标对象的身份标识信息与识别码进行绑定。身份识别信息根据国别不同，具有差异化，如可以为身份证号码，也可以为护照号，还可以为驾驶证号，还可以为其他能够唯一标识目标对象身份的标识。
43.在具体实施中，为每个目标对象分配识别码并完成与识别码的绑定之后，还可以根据实际场景需求采集相应的信息，如行程相关的信息、体温、健康状态、疫苗接种状态等。其中行程相关的信息可以包括意向目的地等。
44.进一步，为所述目标对象分配识别码，并建立所述识别码与所述目标对象之间的绑定关系之后，将所述识别码与所述目标对象的绑定关系，保存在所述医学隔离数据库以及发送至第三方数据库，以使得所述医学隔离数据库以及第三方数据库存储所述识别码与所述目标对象的绑定关系。通过将目标对象的识别码与目标对象的绑定关系存储在医学隔离数据库和第三方数据库，可以便于后续管控节点获取该目标对象相关的信息。
45.在具体实施中，为了便于用户携带以及后续便于获取识别码，可以将识别码固定于用户的身份标识证件上。例如，将识别码粘贴在护照、身份证等证件上。又如，将识别码做成手环，可以由用户佩戴于身上。
46.在具体实施中，根据识别码所呈现的类型不同，获取识别码的方式不同。当识别码为二维码时，可以通过摄像头扫描二维码，获取到目标对象的识别码。当识别码为磁条或者芯片时可以通过读卡器读取磁条或者芯片内携带的识别码。
47.在入境场景中，对于入境人员通常都需要执行一定天数的医学隔离集中管控，如当入境人员来到医学隔离集中管控的隔离点之后，隔离点的工作人员需要对待进行集中隔离的目标对象进行信息采集和录入。如当完成对目标对象的集中隔离之后，需要对目标对象转入居家隔离，此时需要再次对待解除居家隔离的目标对象进行信息采集，并解决居家隔离。如对于已经解除集中隔离的目标对象，需转入居家隔离，负责居家隔离的工作人员需要采集待转入居家隔离的目标对象的信息。
48.具体而言，工作人员可以通过用户终端上设置的应用软件，通过点击扫码按键可以调用用户终端的摄像头，通过摄像头扫描目标对象的二维码，获取到目标对象的识别码。所获取的目标对象的识别码可以用于后续获取目标对象的信息。扫码按键可以有多种不同的呈现形式，如扫一扫自动填充，如扫一扫，或者是采用加号或其他的标识进行表示。
49.步骤s12，根据所述目标对象的识别码，判断医学隔离数据库中是否存在待显示数据。
50.在具体实施中，医学隔离数据库用于存储医学隔离对象的相关隔离信息。医学隔离数据库可以做成本地数据库，也可以做成云数据库，具体根据需求进行配置即可。
51.在一些非限制性实施例中，医学隔离对象的相关隔离信息可以包括：人员基础信息、行程信息、隔离方式、隔离地点、隔离转运信息等中的一种或多种。其中，人员基础信息
可以包括：姓名、性别、身份证号码、护照号、驾驶证号、联系方式、紧急联系人等。其中身份证号码、护照号、驾驶证号等身份标识可以择一选择即可。行程信息可以包括：出发地、目的地、交通工具的班次信息、中转信息等、出发时间。
52.当判断结果为是时，执行步骤s13；当判断结果为否时，执行步骤s14。
53.步骤s13，根据所述目标对象的识别码，从预设的医学隔离数据库中调取所述目标对象的识别码在当前管控节点的显示界面所需的待显示数据。
54.在本发明一些实施例中，根据用户对管控节点的选择，确定当前管控节点，根据所述当前管控节点的显示页面的所需的待显示数据以及所述目标对象的识别码生成数据调取请求，根据所述数据调取请求，采用所述目标对象的识别码从所述医学隔离数据库中调取所述目标对象的识别码对应的所述待显示数据。例如，在疫情防控过程中，可以配置多种类型的管控节点。如医隔集中管控、医隔居家管控等。不同类型的管控节点分别预先配置有不同的显示界面，在不同显示界面上，配置的待显示数据可能不同。根据用户选择的管控节点，可以获取所述当前管控节点的显示页面的待显示数据。可以通过配置字段的方式指示待显示数据。例如，字段身份证号指示待显示数据为身份证号码。又如，字段姓名指示待显示数据为姓名。
55.在具体实施中，待显示数据可以包括证件号码、居住区、居住街镇、居住小区以及门址等。
56.在一些实施中，为了便于操作，在用于实现疫情防控中的数据处理方法的系统或应用中，可以配置有工作台界面，在工作台界面上可以设置有各个管控节点的图标以及其他疫情防控中相应操作的图标，通过点击各个图标可以进入至各管控节点或者操作对应的显示界面，并在所呈现的显示界面执行相应的操作。如工作台界面上配置有“医隔集中管控”图标，“医隔居家管控”图标，“案件处置”图标，“案件核查”图标等。点击“医隔集中管控”图标，可进入医隔集中管控的显示界面。点击“医隔居家管控”图标，则可以进入医隔居家管控的显示界面。点击“案件处置”图标，可以进入案件处理的显示界面等。
57.在本发明另一些实施例中，根据所述目标对象的识别码从所述医学隔离数据库中调取指定信息，根据所述指定信息确定所述目标对象所处的当前管控节点，根据所述当前管控节点确定当前管控节点的显示界面所需的待显示数据，根据所述目标对象的识别码从所述医学隔离数据库中调取所述目标对象的识别码对应的所述待显示数据。
58.进一步，根据所述目标对象的识别码从所述医学隔离数据库中调取隔离人员类型、隔离开始时间以及隔离类型；根据所述隔离人员类型、隔离开始时间以及隔离类型确定所述目标对象所处的当前管控节点。
59.例如，当所述隔离人员类型为入境人员、当前时间距离所述隔离开始时间不超过预设的第一时长，未查询到隔离类型或者隔离类型为集中隔离，则确定当前管控节点为医隔集中管控。
60.又如，当所述隔离人员类型为入境人员、当前时间距离所述隔离开始时间不超过预设的第二时长，隔离类型为居家隔离，则确定当前管控节点为医隔居家管控。
61.步骤s14，根据所述待显示数据的类型，从相对应的第三方数据库中获取所述待显示数据。
62.在具体实施中，各种第三方数据库都配置有用于识别所述识别码的接口，当未从
所述医学隔离数据库中调取到所述待显示数据，则根据所述待显示数据的类型，从相对应的第三方数据库中获取所述待显示数据。
63.第三方数据库可以包括人口信息库、核酸检测数据库以及入境信息数据库等，还可以为其他一些职能部门对应的数据库，第三方数据库的具体类型可以根据疫情防控中的实际数据需求进行选择和配置，此处不做限定。
64.进一步，当未从所述医学隔离数据库中调取到所述目标对象的识别码在当前管控节点的显示界面所需的待显示数据时，调用设定的数据接口，从扫码库中调取所述目标对象的识别码对应的待显示数据，所述扫码库中用于存放各种第三方数据库定期同步的数据。
65.进一步，从所述扫码库中调取所述目标对象的识别码对应的待显示数据后，将调取所述目标对象的识别码对应的待显示数据存储于所述医学隔离数据库，以实现对医学隔离数据库的更新，后续对目标对象进行追踪时，可以从医学隔离数据库中获取所需的数据，可以提高数据调取效率。
66.进一步，所述待显示数据可以包括：核酸检测数据。当所述核酸检测数据来自第三方数据库时，选取所述核酸检测数据来源为第三方检测；当未从所述第三方数据库中获取到所述核酸检测数据时，选取所述核酸检测数据来源为手动填报，并开放手动填报权限。根据核酸检测数据的获取途径还可以确定核酸检测相关信息的来源，可以便于后续直观的获知核酸检测数据的来源，且在第三方数据库中未获取到核酸检测数据时，开放手动填报权限，以便于人工录入核酸检测数据。其中，核酸检测数据可以包括：核酸检测时间、核酸检测结果以及核酸检测结果数据来源等。
67.步骤s15，将调取的所述待显示数据加载至所述当前管控节点的显示界面。
68.由上可知，每个目标对象分别具有唯一对应的识别码，当需要采集或者调取目标对象的相关信息时，只需获取到目标对象的识别码，根据目标对象的识别码，从预设的医学隔离数据库中调取到目标对象的标识码在当前管控节点的显示界面所需的待显示数据。若未从医学隔离数据库中调取到待显示数据时，则可以根据待显示数据的类型，从相应的第三方数据库中获取所述待显示数据，将调取的所述待显示数据加载至所述当前管控节点的显示界面。由于各种第三方数据库都配置有用于识别所述识别码的接口，医学隔离数据库用于存储医学隔离对象的相关隔离信息。从而通过目标对象的识别码即可以从医学隔离数据库或者第三方数据库中获取到当前管控节点的显示界面所需的待显示数据，打破多个各种第三方数据库之间的数据壁垒，实现通过一个识别码即可同时获取到来自多种第三方数据库的数据，降低人工进行数据的整合的概率，可以提高疫情数据分析时数据获取的便捷性以及数据分析效率，并可以降低资源调配的成本。
69.进一步地，当所述目标对象为入境人员时，所述待显示数据包括：意向目的地、途径区域、医学隔离开始时间。可以根据所述意向目的地与本地的关系，确定所述目标对象的意向去留。其中，医学隔离开始时间可以为入境时间，也可以为目标对象被发现与疫情相关的时间等。
70.如本地为上海，目标对象的意向目的地国内的非上海区域时，确定目标对象的意向去留为国内离沪。目标对象的意向目的地为上海区域时，确定目标对象的意向去留为留沪。
71.在具体实施中，根据所述医学隔离开始时间，计算所述目标对象的医隔集中管控的集中隔离时长；当检测到所述目标对象的集中隔离时长达到预设第一时长，且检测到所述目标对象的集中隔离期间内采集到的信息符合解除集中隔离条件，输出解除隔离提醒信息，所述解除集中隔离条件包括：体温低于预设温度阈值且核酸检测结果为阴性。
72.在具体实施中，当所述目标对象符合解除集中隔离条件时，判断是否接收到解除指令；当接收到所述解除指令时，解除所述目标对象的医隔集中管控，生成居家隔离工单并调度，所述居家隔离工单用于调度所述目标对象进入医隔居家管控。
73.具体而言，获取所述目标对象的居住信息，根据所述居住信息确定所述目标对象的居家隔离地址；根据所述目标对象的居家隔离地址，生成所述居家隔离工单。
74.在具体实施中，在生成居家隔离工单之后，可以根据工单信息，对居家隔离工单进行调度。工单信息可以包括工单类型以及居家隔离地址。获取居家隔离工单的工单信息，根据工单类型以及居家隔离地址，查找与居家隔离工单相匹配的处置对象。其中，工单类型以及门址信息与处置对象的映射关系预先配置，从而后续在进行工单调度时，可以根据工单类型以及居家隔离地址，从工单类型以及门址信息与工单处置对象的映射关系中查找出相适配的处置对象，以完成对工单的调度。
75.进一步，当所述目标对象符合解除集中隔离条件时，判断是否接收到解除指令；当接收到所述解除指令时，解除所述目标对象的医隔集中管控，并根据所述目标对象的居住信息，生成转运工单并调度，所述转运工单用于调度目标对象从集中隔离点转运居家隔离点。
76.在一些实施例中，在医隔集中管控的显示界面，可以配置有入住和解除按键，当触发“入住”按键时，可以控制目标对象进入医隔集中管控节点；当触发“解除”按键时，可以解除对目标对象从医隔集中管控。
77.进一步地，所述医学隔离对象的相关隔离信息包括用户的手机号码，可以在获取用户授权的情况下，基于所述目标对象的手机号码，定期获取所述目标对象的位置信息；根据所述目标对象的识别码，从预设的医学隔离数据库中调取所述目标对象的当前管控节点指示的隔离点地址；判断所述目标对象的位置信息与所述当前管控节点指示的隔离点地址是否一致；若不一致，则目标对象未及时到达所对应的隔离点或者离开隔离点，则输出异常提醒，以提醒相关人员即使进行处理。
78.进一步，目标对象的位置信息与所述当前管控节点指示的隔离点地址不一致时，还可以生成相应类型的工单，并调度至具有相应处理权限的工作人员中，由被调度的工作人员对目标对象的当前位置信息进行核查。
79.进一步，当接收到暂存指令或者提交指令时，判断所述当前管控节点的显示界面上信息是否包括指定数据，所述指定数据包括：所述识别码、证件类型、证件号码以及隔离点；若不包括所述指定数据，则输出暂存失败提醒或者提交失败提醒。
80.具体而言，在不同的管控节点，均存在对目标对象的信息录入需求，为了便于用户操作，在显示页面上可以配置有暂存按键和提交按键。暂存按键用于暂时存储所采集到的部分信息，当接收到暂存指令时，若显示界面上的信息包括指定数据，则暂存成功；若不包括所述指定数据或者仅包括指定数据中的部分数据，则暂存失败。在具体实施中，为便于数据分析及管控，还可以获取最近一次获取所述目标对象的识别码的时间、最近一次获取所
述目标对象的识别码的用户的标识，并存储最新一次获取目标对象的识别码的时间以及用户的标识。
81.为了便于本领域技术人员更好地理解和实现本发明实施例，参照图2，本发明实施例还提供一种用于实现上述疫情防控中的数据处理方法的应用系统架构图，可以理解的是，图2所提供的一种应用架构图实现只是一个示例，还可以存在其他的变形实施例。
82.在具体实施中，应用系统架构可以包括用户层、应用层、服务层及数据层。
83.用户层可以包括疫情人员管控管理端以及疫情信息采集端，其中疫情信息采集端可以采用微信小程序或者微信公众号等轻量化应用进行信息采集，可以包括医隔集中管控、医隔居家管控、医学隔离看板等。疫情信息采集端可以针对多种不同职能的部门。疫情人员管控管理端可以供各种不同类型的职能部门内的相关人员使用。其中，处置对象所使用的终端为上述的疫情信息采集端。通过疫情信息采集端可以扫描完成目标对象与识别码的绑定、扫描目标对象的二维码(或者条形码、磁卡等)获取对应的识别码，以调取当前管控节点的显示界面所需的待显示数据。
84.应用层可以提供业务(op)平台，包括疫情管控系统、工单系统以用户中心。
85.疫情管控系统用于对区域、人员、任务、数据统计、数据分析以及系统配置等方面的管理，如可以包括以下模块：区域管理、人员管理、任务管理、数据统计、采集分析、系统配置等。可以用于实现上述步骤中的s11至步骤s14。区域管理可以用于对某一管辖区域进行区域划分以及配置等。人员管理可以用于医隔人员、摸排人员等各种类型的目标对象进行人员管理。任务管理用于对在疫情管控过程中生成的任务或工单等进行管理。任务管理用于对在疫情管控过程中生成的任务或工单等进行管理。数据统计用于根据设定的规则进行数据的统计。采集分析用于采集以及分析所得到的数据。系统配置用于对疫情管控系统相关的系统进行管理。
86.工单系统用于对工单流程、查询以及工单生成规则配置等方面的管理，可以实现工单的调度。疫情防控中的工单调度方法主要通过工单系统进行实现。工单系统具体可以包括以下模块：工单流程管理、工单数据查询以及自动规则配置等。工单的流程管理用于对工单的状态进行管理，如工单已派发至处置对象、工单已完成以及案件逾期等。工单数据查询可以用于对对所述待调度工单进行解析，以获得其中包含的工单基础信息，以及工单调度过程中根据各待调度工单的案件名称，获取各待调度工单的工单调度规则等。自动规则配置用于配置工单调度规则，并在工单调度过程中根据各待调度工单的工单调度规则指示的处置对象查找条件，结合各待调度工单的门址信息，确定各待调度工单对应的目标处置对象。
87.用户中心主要对用户的管理，用户包括疫情防控中涉及的多方人员，如基层的处置人员、管理人员以及其他职能部门的人员。用户中心主要用于提供账号管理、应用管理、部门管理、标签管理以及用户权限管理等。用户中心具体可以包括以下模块：账号管理、应用管理、部门管理、标签管理、行政管理以及权限管理等。其中账号管理用于对各用户的账号进行管理。应用管理可以用于对所提供应用服务等进行管理。部门管理可以用于对部门架构以及各不同职能部门或职能系统之间的关系进行管理。标签管理用于对用户标签的增加、删除、更新等进行管理。权限管理用于对各用户的操作处置权限，数据查看权限等进行管理。应用层可以与运营后台进行交互，以便于相关工作人员对应用层中的相关模块进行
配置。
88.此外，应用层中还可以配置有任务交互接口，用于多种类型任务之间的交互。还可以配置有工单交互接口(也可以称为派单交互接口)、用户中心接口以及数据查询接口等。工单交互接口用于将所述待调度工单发送至其对应的目标处置对象绑定的终端。用户中心接口用于接入用户中心，以获取门址信息对应的所述部门层级以及从部门层级中查找具有相应标签的处置人员。数据查询接口数据查询接口用于提供与数据中台的数据接口，以便于从数据中台获取数据。
89.应用层可以使用php开发语言，lnmp架构(linux nginx mysql)，yiiframwork 2.0作为编程框架。疫情防控中的数据处理方法可以依赖于上述应用架构，涉及的模块包括人员管理模块、数据统计模块、任务调度模块。通过用户中心的账号管理、权限管理、标签管理、用户身份管理获取相关工作人员的身份，从而确定采集的数据层级。
90.服务层可以提供业务(op)后台，用于为应用层提供相应的服务支撑。服务层可以配置有以下模块：全文检索(es)搜索引擎、数据共享服务、开发数据服务、图片服务、脚本执行器、消息列队、门址服务、任务监听以及消息通知等。
91.其中，es搜索引擎可以为步骤s11中获取目标对象的识别码；步骤s13中根据所述目标对象的识别码，从预设的医学隔离数据库中调取所述目标对象的识别码在当前管控节点的显示界面所需的待显示数据；以及步骤至步骤s14中若未从所述医学隔离数据库中调取到所述待显示数据，则根据所述待显示数据的类型，从相对应的第三方数据库中获取所述待显示数据等提供数据检索服务。数据共享服务用于提供数据共享，以使得同一体系下的不同部门甚至不同体系之前能够进行数据共享。开发数据服务用于提供数据开发功能。图片服务用于提供对图像的识别等服务，如对二维码进行图像识别获取对应的识别码等。脚本执行器可以在疫情防控中的数据处理方法的自动运行的服务支撑。消息队列为数据传输中提供数据传输方式。门址服务可以为在数据处理过程中提供与门址相关的服务支撑。任务监听可以用于对各任务的产生以及进程等进行监听。
92.数据层用于提供数据支撑，可以包括多种类型的数据库，如基于关系数据库(如关系型数据库管理系统mysql)、远程字典服务(redis)数据库，以及云存储等。
93.其中，服务器和数据层可以与其他一些外部系统连接。其中，外部系统指与疫情防控中的工单调度方法中相关的一些其他同一体系下的部门或者不同体系下的部门的第三方系统。
94.需要说明的是，基于图2提供的应用架构还可以实现工单生成及调度以及疫情数据分析等，此处不做展开说明。
95.参照图3，给出了本发明实施例中的一种数据中台架构图，数据中台用于为疫情防控中的数据处理方法提供数据供应和实时数据计算服务。也可以对数据处理时提供数据标准化处理以及其他与数据相关服务。数据中台可以包括数据服务层、数据组件层以及数据架构层。
96.数据服务层可以为图2所示的应用架构图提供数据相关的服务。数据服务层可以提供接入服务，数据处理服务以及数据应用服务器。
97.接入服务可以提供多种不同类型的数据接入方式，例如标准接口接入、三方接口接入、消息列队接入、库表接入以及离线文件接入等。通过图2中的数据查询接口可以与标
准接口接入、三方接口接入、消息列队接入、库表接入以及离线文件接入等进行对接，以实现数据的查询和接入等。
98.数据处理服务可以提供多种不同的数据处理方式，例如，标准etl(extract
‑
transform
‑
load，抽取
‑
转换
‑
加载)工具、可配置翻译组件、插件式任务开发、自定义维度补充、可视化计算容器、可视化任务监控等。
99.数据应用服务可以提供多种不同类型的数据应用方式，如报表任务、全文检索、地理位置索引、应用程序接口(application programming interface，api)网关以及通用查询引擎。
100.数据组件层可以包括公共服务组件、基础组件以及开发组件等。公共服务可以提供离线任务调度、实施调度任务、数据校验以及数据结构管理等功能。基础组件可以提供数据订阅服务、动态配置中心、字段管理以及可配置查询等功能，其中动态配置中心可以为数据的更新和同步，工单的状态更新等提供支撑。开发组件可以包括离线任务、实施处理引擎、可视化组件以及服务组件等。
101.此外，还可以包括数据治理模块，数据治理模块用于为数据服务层及数据组件层提供数据治理相关的规则，以指导需要进行数据指令的部分如何进行数据治理。
102.数据架构层可以包括全文检索搜索引擎(elastic search)、计算引擎(spark)，卡夫卡(kafka)、zookeeper(zookeeper是一个分布式的，开放源码的分布式应用程序协调服务)、远程字典服务(remote dictionary server，redis)，基于关系数据库(如关系型数据库管理系统mysql)等。
103.此外，还配置有安全集成模块，用于为数据中台的信息安全提供保障。
104.在上述应用系统架构以及数据中台的基础上，通过数据中台充分利用了大数据的优势，结合大数据储存，大数据计算，实时流计算，大数据检索，大数据分析等优势，充分融合各个不同职能部门的数据，结合数据流处理平台，实现了数据接入可配置，数据校验可配置，数据处理可配置，数据应用可配置，数据处理日志可视化，服务运行可视化，服务监控可视化。并在数据应用层搭建可配置查询服务和数据赋能网关服务，实现了基于识别码的一码到底的业务数据实时共享，便捷化上屏，动态分析等功能。
105.参照图4，给出了本发明实施例中的一种数据在数据源以及数据中台中的流向图。
106.在具体实施中，上述疫情防控的数据处理方法的数据源可以包括三方数据库(也即第三方数据库)、业务系统以及支撑系统。，第三方数据库可以提供各个不同职能部门的数据库，如扫码库以及核酸检测库，扫码库可以用于补充隔离人员信息，核酸检测库用于补充隔离人员的核酸检测数据。业务系统可以提供居家隔离数据、集中隔离数据以及工单数据等。支撑系统可以提供知识库以及围栏数据等，围栏数据可以用于网格划分时的依据，通过门址服务根据门址信息确定各个位置所属的网格。在集中隔离时需要隔离点数据，包含其床位数、房间数以及位置信息等。由于所获取的数据不一定符合标准，所以需要区，街道，网格等标准知识库支撑。
107.从数据源获取的数据可以通过数据中台的接入组件，通过离线接入组件或者实时接入组件等对接至数据中台。获取的数据经过数据处理组件，进行实时翻译、数据标准化以及数据去重等处理，实现数据结构标准化，字段补充，数据字段转化等工作。处理后的数据放入消息中间件，由相应的消息主体进行消费，最终可以存储于存储介质中，存储介质可以
提供事务数据库以及检索引擎。最终通过应用服务如数据赋能、接口服务以及统计报表等将应用层数据适用于支撑业务系统，可视化大屏，微信看板，报表功能等。
108.目前疫情管控主要包括集中隔离以及居家隔离两种类型，以入境管控场景来说，为每个从境外入境的人士分配对应的标识码之后，系统会优先调取内置的医学隔离数据库(简称为医隔库)判断该目标对象是否存在，存在则附上在入关时采集的数据，以对该目标对象对应的数据进行更新处理。如果医隔库不存在则调取第三方数据库提供的扫码库作为新数据录入。当该目标对象居家隔离期满后，由集中隔离转为居家隔离阶段。配套的工单系统还会根据疫情采集端的居家隔离人员数据，进行智能工单派发。通过居家隔离确认单智能派单至返本地人员的具有相关处置权限的工作人员上，如具有上门巡查核实目标对象身份权限的工作人员，由工作人员上门对该目标对象进行核实。居家隔离期间，工单系统还会在每天定点将该目标对象的居家信息发至相关处置对象，上门进行测温消毒工作。该发明实现了疫情防控中各防控节点的线下工作线上化、信息化，数字化，打通了不同职能部门的数据之间的单一化、碎片化的数据壁垒，使得数据之间能够联动。
109.本发明实施例还提供一种疫情防控中的数据处理装置，参照图5，给出了本发明实施例中的一种疫情防控中的数据处理装置的结构示意图，疫情防控中的数据处理装置50可以包括：
110.获取单元51，用于获取目标对象的识别码，所述目标对象的识别码与所述目标对象唯一对应；
111.调取单元52，用于根据所述目标对象的识别码，从预设的医学隔离数据库中调取所述目标对象的识别码在当前管控节点的显示界面所需的待显示数据，若未从所述医学隔离数据库中调取到所述待显示数据，则根据所述待显示数据的类型，从相对应的第三方数据库中获取数据，各种第三方数据库都配置有用于识别所述识别码的接口，所述医学隔离数据库用于存储医学隔离对象的相关隔离信息；
112.显示单元53，用于将调取的所述待显示数据加载至所述当前管控节点的显示界面。
113.在具体实施中，疫情防控中的数据处理装置50的具体工作原理及工作流程可以参考上述实施例中提供的疫情防控中的数据处理方法中的描述，此处不再赘述。
114.本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一实施例提供的疫情防控中的数据处理方法的步骤。
115.本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一实施例提供的疫情防控中的数据处理方法的步骤。
116.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于任一计算机可读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。
117.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。