理赔数据审核方法及系统、计算机可读存储介质与流程

本申请涉及计算机技术领域，特别涉及一种理赔数据审核方法及系统、计算机可读存储介质。

背景技术：

目前针对无实物材料提交的理赔案件，即线上理赔案件，为保证赔付合理，避免保险欺诈，需要保险公司做好风控工作。

目前某个用户使用用户终端在线上通过服务器提交了理赔数据(包含了理赔案件中的所有的相关数据)后，多名审核人员会通过各自的审核终端同时在线上对该理赔数据进行审核。

但是，目前对理赔数据的审核灵活性较低，亟需一种能够提高理赔数据的审核灵活性的方式。

技术实现要素：

本申请实施例提供了一种理赔数据审核方法及系统、计算机可读存储介质，可以解决现有的对理赔数据的审核灵活性较低的技术问题。所述技术方案如下：

一方面，提供了一种理赔数据审核方法，所述方法包括：

服务器在接收用户终端发送的携带有理赔数据的审核请求后，基于所述理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点，每个所述工作流节点用于审核所述理赔数据，且各个所述工作流节点的级别不同，所述理赔数据为与待审核的理赔案件相关联的所有数据；

所述服务器向所述多个工作流节点中的目标工作流节点发送所述理赔数据；

所述目标工作流节点在接收到所述理赔数据后，对所述理赔数据执行审核操作，并向所述服务器发送第一审核响应，所述第一审核响应用于指示发送所述第一审核响应的目标工作流节点对所述理赔数据审核通过且需要继续审核；

所述服务器基于所述第一审核响应，按照所述多个工作流节点的级别由低到高的顺序，将所述目标工作流节点的下一级工作流节点作为新的目标工作流节点，并向所述新的目标工作流节点发送所述理赔数据。

可选的，所述基于所述理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点，包括：

所述服务器查询用于表征理赔数据的级别和工作流节点的标识之间对应的映射关系，得到与所述理赔数据的级别对应的多个工作流节点的标识；

所述服务器基于所述多个工作流节点的标识，配置所述理赔数据审核工作流中的多个工作流节点。

可选的，在所述目标工作流节点对所述理赔数据执行审核操作后，所述方法还包括：

所述目标工作流节点向所述服务器发送第二审核响应，所述第二审核响应用于指示发送所述第一审核响应的目标工作流节点对所述理赔数据审核通过且无需继续审核；

所述服务器基于所述第二审核响应，向所述用户终端发送理赔数据审核通过的提示信息。

可选的，在所述目标工作流节点对所述理赔数据执行审核操作后，所述方法还包括：

所述目标工作流节点向所述服务器发送第三审核响应，所述第三审核响应用于指示发送所述第三审核响应的目标工作流节点对所述理赔数据审核未通过；

所述服务器基于所述第三审核响应，向所述用户终端发送理赔数据审核未通过的提示信息。

可选的，所述服务器向所述多个工作流节点中的目标工作流节点发送所述理赔数据之后，所述方法还包括：

所述服务器向所述用户终端发送用于指示所述目标工作流节点正在审核的状态信息。

可选的，所述多个工作流节点包括：初级工作流节点、二级工作流节点和三级工作流节点，所述二级工作流节点的级别高于所述初级工作流节点的级别，且低于所述三级工作流节点的级别；所述方法还包括：

所述初级工作流节点在接收到所述理赔数据后，对所述理赔数据执行审核操作，若与所述理赔数据相关的材料齐全，则生成第一审核响应，若与所述理赔数据相关的材料不齐全，则生成第三审核响应；

所述二级工作流节点在接收到所述理赔数据后，对所述理赔数据执行审核操作，若与所述理赔数据相关的材料真实，则生成第一审核响应，若与所述理赔数据相关的材料不真实，则生成第三审核响应；

所述三级工作流节点在接收到所述理赔数据后，对所述理赔数据执行审核操作，若与所述理赔数据相关的赔付金额合理，则生成第二审核响应，若与所述理赔数据相关的赔付金额不合理，则生成第三审核响应；

其中，所述第一审核响应用于指示生成所述第一审核响应的工作流节点对所述理赔数据审核通过且需要继续审核；所述第二审核响应用于指示生成所述第二审核响应的工作流节点对所述理赔数据审核通过且无需继续审核；所述第三审核响应用于指示生成所述第三审核响应的工作流节点对所述理赔数据审核未通过。

另一方面，提供了一种理赔数据审核系统，所述系统包括服务器和多个工作流节点，其中：

所述服务器，用于在接收用户终端发送的携带有理赔数据的审核请求后，基于所述理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点，每个所述工作流节点用于审核所述理赔数据，且各个所述工作流节点的级别不同，所述理赔数据为与待审核的理赔案件相关联的所有数据；

所述服务器，用于向所述多个工作流节点中的目标工作流节点发送所述理赔数据；

所述目标工作流节点，用于在接收到所述理赔数据后，对所述理赔数据执行审核操作，并向所述服务器发送第一审核响应，所述第一审核响应用于指示发送所述第一审核响应的目标工作流节点对所述理赔数据审核通过且需要继续审核；

所述服务器，用于基于所述第一审核响应，按照所述多个工作流节点的级别由低到高的顺序，将所述目标工作流节点的下一级工作流节点作为新的目标工作流节点，并向所述新的目标工作流节点发送所述理赔数据。

可选的，所述目标工作流节点，还用于在所述目标工作流节点对所述理赔数据执行审核操作后，向所述服务器发送第二审核响应，所述第二审核响应用于指示发送所述第一审核响应的目标工作流节点对所述理赔数据审核通过且无需继续审核；

所述服务器，还用于基于所述第二审核响应，向所述用户终端发送理赔数据审核通过的提示信息。

可选的，所述目标工作流节点，还用于在所述目标工作流节点对所述理赔数据执行审核操作后，向所述服务器发送第三审核响应，所述第三审核响应用于指示发送所述第三审核响应的目标工作流节点对所述理赔数据审核未通过；

所述服务器，还用于基于所述第三审核响应，向所述用户终端发送理赔数据审核未通过的提示信息。

又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如上述任一项所述的理赔数据审核方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果至少包括：

服务器只有在接收到目标工作流节点发送的用于指示理赔数据审核通过且需要继续审核的第一审核响应后，服务器才可以按照多个工作流节点的级别由低到高的顺序将该目标工作流节点的下一级工作流节点确定为新的目标工作流节点，并向该新的目标工作流节点发送理赔数据，并由该新的目标工作流节点继续对理赔数据进行审核。当某个工作流节点对该理赔数据的审核未通过时，服务器不会向下一级工作流节点发送理赔数据。如此，有效的避免了出现相关技术中当某个审核终端对理赔数据审核未通过时，而其他的审核终端仍然对该理赔数据进行了审核所造成的资源浪费的现象，进而有效的提高了对理赔数据的进行审核的灵活性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种理赔数据审核方法所涉及的理赔数据审核系统的结构框图；

图2是本申请实施例提供的一种理赔数据审核方法的流程图；

图3是本申请实施例提供的另一种理赔数据审核方法的流程图；

图4是本申请实施例提供的一种目标工作流节点的界面图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

请参考图1，图1是本申请实施例提供的一种理赔数据审核方法所涉及的理赔数据审核系统的结构框图。该理赔数据审核系统100可以包括：服务器101和多个工作流节点102。该理赔数据审核系统100用于对理赔数据进行审核，该理赔数据为与待审核的理赔案件相关联的所有数据。该多个工作流节点102为用于对该理赔数据进行审核的工作流中的多个工作流节点。该服务器101与每个工作流节点102均建立通信连接。

服务器101可以是一台服务器，或者由若干台服务器组成的服务器集群。工作流节点102可以是智能手机、平板电脑、台式电脑或笔记本电脑等。

在本申请中，该理赔数据审核系统100还可以包括：多个用户终端103每个用户终端103可以与服务器101建立通信连接。该用户终端103也可以是智能手机、平板电脑、台式电脑或笔记本电脑等。

用户终端103用于向服务器101发送携带有理赔数据的审核请求，该理赔数据包含了与理赔案件相关的所有的数据。在服务器101接收到该审核请求后，服务器101可以基于该理赔数据配置理赔数据审核工作流中的多个工作流节点102，并将该理赔数据转发给所配置的工作流节点102，以便审核人员在对应的工作流节点102中对理赔案件进行审核。

需要说明的是，本申请实施例中所谓的通信连接，可以是通过有线网络或者无线网络建立的通信连接。

相关技术中，对某个用户的理赔案件进行理赔时，为了做好风控工作，需要多名审核人员同时对该理赔数据进行审核。如此，需要将理赔数据同时发送给多个审核终端，使得多名审核人员通过各自的审核终端对该理赔数据进行审核。

但是，相关技术中的这种对理赔数据的审核方式的灵活性较低。例如，假设在某个审核人员对该理赔数据的审核未通过后，该审核人员需要通过该审核人员的审核终端向用户终端，以及其他的审核人员的审核终端同时发送审核未通过的提示信息。如此，其他的审核人员若也进行了该理赔数据的审核，则会造成一定的资源浪费。

请参考图2，图2是本申请实施例提供的一种理赔数据审核方法的流程图。该理赔数据审核方法应用于图1示出的理赔数据审核系统100，该理赔数据审核方法可以包括以下几个步骤：

步骤201、服务器在接收用户终端发送的携带有理赔数据的审核请求后，基于理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点。

其中，每个工作流节点用于审核理赔数据，且各个工作流节点的级别不同。该理赔数据为与待审核的理赔案件相关联的所有数据。

步骤202、服务器向多个工作流节点中的目标工作流节点发送理赔数据。

步骤203、目标工作流节点在接收到理赔数据后，对理赔数据执行审核操作，并向服务器发送第一审核响应。

其中，该第一审核响应用于指示发送第一审核响应的目标工作流节点对理赔数据审核通过且需要继续审核。

步骤204、服务器基于第一审核响应，按照多个工作流节点的级别由低到高的顺序，将目标工作流节点的下一级工作流节点作为新的目标工作流节点，并向新的目标工作流节点发送理赔数据。

在本申请中，当目标工作流节点对理赔数据审核通过时，该目标工作流节点可以向服务器发送第一审核响应。服务器在接收到第一审核响应后，该服务器可以按照多个工作流节点的级别由低到高的顺序，将该目标工作流节点的下一级工作流节点作为新的目标工作流节点，并向该新的目标工作流节点发送理赔数据。

综上所述，本申请实施例提供的理赔数据审核方法，服务器只有在接收到目标工作流节点发送的用于指示理赔数据审核通过且需要继续审核的第一审核响应后，服务器才可以按照多个工作流节点的级别由低到高的顺序将该目标工作流节点的下一级工作流节点确定为新的目标工作流节点，并向该新的目标工作流节点发送理赔数据，并由该新的目标工作流节点继续对理赔数据进行审核。当某个工作流节点对该理赔数据的审核未通过时，服务器不会向下一级工作流节点发送理赔数据。如此，有效的避免了出现相关技术中当某个审核终端对理赔数据审核未通过时，而其他的审核终端仍然对该理赔数据进行了审核所造成的资源浪费的现象，进而有效的提高了对理赔数据的进行审核的灵活性。

请参考图3，图3是本申请实施例提供的另一种理赔数据审核方法的流程图。该理赔数据审核方法应用于图1示出的理赔数据审核系统100，该理赔数据审核方法可以包括以下几个步骤：

步骤301、用户终端向服务器发送携带有理赔数据的审核请求。

在本申请实施例中，当用户想要某个理赔案件的赔付金时，用户可以通过其用户终端向服务器发送携带有理赔数据的审核请求。该理赔数据包含了与待审核的理赔案件相关的所有的数据。示例的，该理赔数据可以包括险情发生的日期、现场情况照片、费用照片和理赔数据的级别等。

步骤302、服务器基于理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点。

在本申请实施例中，服务器在接收到携带有理赔数据的审核请求后，可以基于理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点。其中，每个工作流节点用于审核该理赔数据。

示例的，服务器基于理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点，可以包括以下几个步骤：

步骤a1、服务器查询用于表征理赔数据的级别和工作流节点的标识之间对应的映射关系，得到与该理赔数据的级别对应的多个工作流节点的标识。

在本申请实施例中，服务器中预先可以存储有用于表征理赔数据的级别和工作流节点的标识之间对应的映射关系。如此，服务器在接收到审核请求后，可以基于审核请求中携带的理赔数据的级别，查询该映射关系，进而可以的得到与该理赔数据的级别对应的多个工作流节点的标识。

步骤b1、服务器基于该多个工作流节点的标识，配置理赔数据审核工作流中的多个工作流节点。

在本申请实施例中，服务器可以基于该多个工作流节点的标识，配置理赔数据审核工作流中的多个工作流节点。

需要说明的是，本申请实施例中的理赔数据的级别与理赔数据审核工作流中的多个工作流节点的个数呈正相关。

例如，假设与服务器建立有通信连接的多个工作流节点分别为：工作流节点a、工作流节点b、工作流节点c和工作流节点d。理赔数据按照级别由低到高的顺序分别为：初级理赔数据、二级理赔数据和三级理赔数据。如此，当需要对初级理赔数据进行审核时，服务器所配置的理赔数据审核工作流中的多个工作流节点分别为：工作流节点a和工作流节点b；当需要对二级理赔数据进行审核时，服务器所配置的理赔数据审核工作流中的多个工作流节点分别为：工作流节点a、工作流节点b和工作流节点c；当需要对三级理赔数据进行审核时，服务器所配置的理赔数据审核工作流中的多个工作流节点分别为：工作流节点a、工作流节点b、工作流节点c和工作流节点d。

步骤303、服务器向多个工作流节点中的目标工作流节点发送理赔数据。

在本申请实施例中，服务器在配置出理赔数据审核工作流中的多个工作流节点后，该服务器可以向多个工作流节点中的目标工作流节点发送理赔数据。

需要说明的是，该多个工作流节点可以与多个审核人员一一对应，因此，审核人员的级别即为该审核人员的工作流节点的级别。由于多个审核人员的级别可以各不相同，因此，该多个工作流节点的级别也各不相同。如此，该多个工作流节点可以按照其级别的高低顺次排序。在这种情况下，服务器可以按照多个工作流节点的级别由低到高的顺序依次将多个工作流节点中的每个工作流节点作为目标工作流节点，并向其发送理赔数据。

还需要说明的是，当服务器首次发送理赔数据时，服务器需要将多个工作流节点中级别最低的工作流节点作为目标工作流节点，并向该目标工作流节点发送理赔数据。

可选的，服务器在将理赔数据发送目标工作流节点后，服务器还需要向用户终端发送用于指示目标工作流节点正在审核的状态信息。用户终端在接收到该状态信息后，即可对该状态信息进行展示，以便让该用户终端的用户了解到理赔数据的审核进度。

步骤304、目标工作流节点对该理赔数据执行审核操作，以生成第一审核响应、第二审核响应或第三审核响应。

在本申请实施例中，目标工作流节点在接收到服务器发送的理赔数据后，可以对该理赔数据执行审核操作，以生成第一审核响应、第二审核响应或第三审核响应。

其中，该第一审核响应用于指示目标工作流节点对理赔数据审核通过且需要继续审核；该第二审核响应用于指示目标工作流节点对理赔数据审核通过且无需继续审核；该三审核响应用于指示目标工作流节点对理赔数据审核未通过。

示例的，请参考图4，图4是本申请实施例提供的一种目标工作流节点的界面图。在目标审核中的界面图中，可以在区域01中显示报案信息，该报案信息包括：报案时间(也即是，用户终端向服务器发送理赔数的时间)、报案电话(也即是，用户终端的用户的电话)和案件状态等，该案件状态是指正在对理赔数据进行审核的目标工作流节点的审核状态。在区域02中事故信息，该时新包括关于对理赔数据的描述的文字内容。在区域03中显示审核结果，该审核结果包括三审核结果选项。

在目标工作流节点对应的审核人员对理赔数据进行审核后，若该目标工作流节点检测到选项031被触发，则该目标工作流节点即可生成用于指示理赔数据审核通过且需要继续审核的第一审核响应；若该目标工作流节点检测到选项032被触发，则该目标工作流节点即可生成用于指示理赔数据审核通过且无需继续审核的第二审核响应；若该目标工作流节点检测到选项033被触发，则该目标工作流节点即可生成用于指示理赔数据审核未通过的第三审核响应。

需要说明的是，若目标工作流节点为级别最高的工作流节点，则该目标审核仅会生成第二审核响应或第三审核响应。

步骤305、若目标工作流节点生成第一审核响应，则向服务器发送该第一审核响应。

在本申请实施例中，若目标工作流节点对理赔数据执行审核操作后，生成了用于指示理赔数据审核通过且需要继续审核的第一审核响应，则该目标工作流节点需要向服务器发送该第一审核响应。

步骤306、服务器基于该第一审核响应，按照多个工作流节点的级别由低到高的顺序，将发送该第一审核响应的目标终端的下一级工作流节点作为新的目标工作流节点。

在本申请实施例中，服务器在接收到目标工作流节点发送的第一审核响应后，该服务器可以基于该第一审核响应，按照多个工作流节点的级别由低到高的数据，将发送该第一审核响应的目标工作流节点的下一级工作流节点作为新的目标工作流节点。并且，该服务器还需要将理赔数据发送给该新的工作流节点，也即是，服务器需要重新执行上述步骤303。

步骤307、若目标工作流节点生成第二审核响应，则向服务器发送该第二审核响应。

在本申请实施例中，若目标工作流节点对理赔数据执行审核操作后，生成了用于指示理赔数据审核通过且无需继续审核的第二审核响应，则该目标工作流节点需要向服务器发送该第二审核响应。

步骤308、服务器基于该第二审核响应，向用户终端发送理赔数据审核通过的提示信息。

在本申请实施例中，服务器在接收到目标工作流节点发送的第二审核响应后，该服务器可以基于该第二审核响应，向用户终端发送理赔数据审核通过的提示信息。用户终端在接收到服务器发送的理赔数据审核通过的提示信息后，可以对该提示信息进行展示，以便让该用户终端的用户了解到理赔数据已审核通过。

需要说明的是，在服务器向用户终端发送理赔数据审核通过的提示信息的同时，还需要向用户终端发送用于指示该理赔数据所获取到的理赔金的金额信息。

步骤309、若目标工作流节点生成第三审核响应，则向服务器发送该第三审核响应。

在本申请实施例中，若目标工作流节点对理赔数据执行审核操作后，生成了用于指示理赔数据审核未通过的第三审核响应，则该目标工作流节点需要向服务器发送该第三审核响应。

步骤310、服务器基于该第三审核响应，向用户终端发送理赔数据审核未通过的提示信息。

在本申请实施例中，服务器在接收到目标工作流节点发送的第三审核响应后，该服务器可以基于该第三审核响应，向用户终端发送理赔数据审核未通过的提示信息。用户终端在接收到服务器发送的理赔数据审核未通过的提示信息后，可以对该提示信息进行展示，以便让用户终端的用户了解到理赔数据未审核通过。

需要说明的是，在服务器向用户终端发送理赔数据审核未通过的提示信息的同时，还需要向用户终端发送用于指示该理赔数据审核未通过的原因信息。

结合上述实施例，列举以下对理赔数据进行审核的示例：

假设，服务器所配置出的理赔数据审核工作流中的多个工作流节点分别为初级工作流节点、二级工作流节点和三级工作流节点。且二级工作流节点的级别高于初级工作流节点的级别，且低于三级工作流节点的级别，也即是，该初级工作流节点的级别、二级工作流节点的级别和三级工作流节点的级别依次升高。

首先，服务器需要向初级工作流节点发送该理赔数据。由该初级工作流节点对该理赔数据执行审核操作后，该初级工作流节点可以向服务器发送第一审核响应、第二审核响应或第三审核响应。

之后，若服务器接收到初级工作流节点发送的第二审核响应，则服务器需要向用户终端发送理赔数据审核通过的提示信息；若服务器接收到初级工作流节点发送的第三审核响应，则服务器需要向用户终端发送理赔数据审核未通过的提示信息；若服务器接收到初级工作流节点发送的第一审核响应，则服务器需要向二级工作流节点发送理赔数据，由该二级工作流节点继续对该理赔数据执行审核操作后，该二级工作流节点可以向服务器发送第一审核响应、第二审核响应或第三审核响应。

之后，若服务器接收到二级工作流节点发送的第二审核响应，则服务器需要向用户终端发送理赔数据审核通过的提示信息；若服务器接收到二级工作流节点发送的第三审核响应，则服务器需要向用户终端发送理赔数据审核未通过的提示信息；若服务器接收到二级工作流节点发送的第一审核响应，则服务器需要向三级工作流节点发送理赔数据，由该三级工作流节点继续对该理赔数据执行审核操作后，该三级工作流节点可以向服务器发送第二审核响应或第三审核响应。

最后，若服务器接收到三级工作流节点发送的第二审核响应，则服务器需要向用户终端发送理赔数据审核通过的提示信息；若服务器接收到二级工作流节点发送的第三审核响应，则服务器需要向用户终端发送理赔数据审核未通过的提示信息。

在本申请实施例中，可以对每个级别的工作流节点规定各自的审核内容，以提高对理赔数据的审核效率。示例的，本申请实施例列举以下的场景，来体现本申请对理赔数据的审核效率较高。

假设理赔数据审核系统中的多个工作流节点分别为：初级工作流节点、二级工作流节点和三级工作流节点。且二级工作流节点的级别高于初级工作流节点的级别，且低于三级工作流节点的级别，也即是，该初级工作流节点的级别、二级工作流节点的级别和三级工作流节点的级别依次升高。

该初级工作流节点的审核内容可以为：审核与理赔数据相关的材料是否齐全。示例的，在初级工作流节点接收到理赔数据后，对该理赔数据执行审核操作，若与该理赔数据相关的材料齐全，则生成第一审核响应，以让二级工作流节点继续审核；若与该理赔数据相关的材料不齐全，则生成第三审核响应，以向用户终端告知审核未通过，并指明审核未通过的原因。

该二级工作流节点的审核内容可以为：审核与理赔数据相关的材料是否真实。示例的，在二级工作流节点接收到理赔数据后，对该理赔数据执行审核操作，若与该理赔数据相关的材料真实，则生成第一审核响应，以让三级工作流节点继续审核；若与该理赔数据相关的材料不真实，则生成第三审核响应，以向用户终端告知审核未通过，并指明审核未通过的原因。

该三级工作流节点的审核内容可以为：审核与理赔数据相关的赔付金额是否合理。示例的，在三级工作流节点接收到理赔数据后，对该理赔数据执行审核操作，若与该理赔数据相关的赔付金额合理，则生成第二审核响应，以向用户终端告知审核未通过，并向用户终端赔付响应的赔付金；若与该理赔数据相关的赔付金额不合理，则生成第三审核响应，以向用户终端告知审核未通过，并指明审核未通过的原因。

需要说明的是，本申请实施例提供的理赔数据审核方法的步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本申请的保护范围之内，因此不再赘述。

综上所述，本申请实施例提供的理赔数据审核方法，服务器只有在接收到目标工作流节点发送的用于指示理赔数据审核通过且需要继续审核的第一审核响应后，服务器才可以按照多个工作流节点的级别由低到高的顺序将该目标工作流节点的下一级工作流节点确定为新的目标工作流节点，并向该新的目标工作流节点发送理赔数据，并由该新的目标工作流节点继续对理赔数据进行审核。当某个工作流节点对该理赔数据的审核未通过时，服务器不会向下一级工作流节点发送理赔数据。如此，有效的避免了出现相关技术中当某个审核终端对理赔数据审核未通过时，而其他的审核终端仍然对该理赔数据进行了审核所造成的资源浪费的现象，进而有效的提高了对理赔数据的进行审核的灵活性。

本申请实施例还提供了一种理赔数据审核系统，该理赔数据审核系统的结构可以参考图1示出的理赔数据审核系统100。该系统可以包括：服务器和多个工作流节点，其中：

服务器，用于在接收用户终端发送的携带有理赔数据的审核请求后，基于理赔数据的级别，配置理赔数据审核工作流中的多个工作流节点。每个工作流节点用于审核理赔数据，且各个工作流节点的级别不同，理赔数据为与待审核的理赔案件相关联的所有数据。

服务器，用于向多个工作流节点中的目标工作流节点发送理赔数据。

目标工作流节点，用于在接收到理赔数据后，对理赔数据执行审核操作，并向服务器发送第一审核响应，第一审核响应用于指示发送第一审核响应的目标工作流节点对理赔数据审核通过且需要继续审核。

服务器，用于基于第一审核响应，按照多个工作流节点的级别由低到高的顺序，将目标工作流节点的下一级工作流节点作为新的目标工作流节点，并向新的目标工作流节点发送理赔数据。

综上所述，本申请实施例提供的理赔数据审核系统，服务器只有在接收到目标工作流节点发送的用于指示理赔数据审核通过且需要继续审核的第一审核响应后，服务器才可以按照多个工作流节点的级别由低到高的顺序将该目标工作流节点的下一级工作流节点确定为新的目标工作流节点，并向该新的目标工作流节点发送理赔数据，并由该新的目标工作流节点继续对理赔数据进行审核。当某个工作流节点对该理赔数据的审核未通过时，服务器不会向下一级工作流节点发送理赔数据。如此，有效的避免了出现相关技术中当某个审核终端对理赔数据审核未通过时，而其他的审核终端仍然对该理赔数据进行了审核所造成的资源浪费的现象，进而有效的提高了对理赔数据的进行审核的灵活性。

可选的，服务器用于：查询用于表征理赔数据的级别和工作流节点的标识之间对应的映射关系，得到与理赔数据的级别对应的多个工作流节点的标识；并基于多个工作流节点的标识，配置理赔数据审核工作流中的多个工作流节点。

可选的，目标工作流节点，还用于在目标工作流节点对理赔数据执行审核操作后，向服务器发送第二审核响应，第二审核响应用于指示发送第一审核响应的目标工作流节点对理赔数据审核通过且无需继续审核。

服务器，还用于基于第二审核响应，向用户终端发送理赔数据审核通过的提示信息。

可选的，目标工作流节点，还用于在目标工作流节点对理赔数据执行审核操作后，向服务器发送第三审核响应，第三审核响应用于指示发送第三审核响应的目标工作流节点对理赔数据审核未通过；

服务器，还用于基于第三审核响应，向用户终端发送理赔数据审核未通过的提示信息。

可选的，服务器还用于：在多个工作流节点中的目标工作流节点发送理赔数据后，向用户终端发送用于指示目标工作流节点正在审核的状态信息。

可选的，该多个工作流节点包括：初级工作流节点、二级工作流节点和三级工作流节点，二级工作流节点的级别高于初级工作流节点的级别，且低于三级工作流节点的级别。其中：

初级工作流节点，用于在接收到理赔数据后，对理赔数据执行审核操作，若与理赔数据相关的材料齐全，则生成第一审核响应，若与理赔数据相关的材料不齐全，则生成第三审核响应。

二级工作流节点，用于在接收到理赔数据后，对理赔数据执行审核操作，若与理赔数据相关的材料真实，则生成第一审核响应，若与理赔数据相关的材料不真实，则生成第三审核响应。

三级工作流节点，用于在接收到理赔数据后，对理赔数据执行审核操作，若与理赔数据相关的赔付金额合理，则生成第二审核响应，若与理赔数据相关的赔付金额不合理，则生成第三审核响应。

其中，第一审核响应用于指示生成第一审核响应的工作流节点对理赔数据审核通过且需要继续审核；第二审核响应用于指示生成第二审核响应的工作流节点对理赔数据审核通过且无需继续审核；第三审核响应用于指示生成第三审核响应的工作流节点对理赔数据审核未通过。

综上所述，本申请实施例提供的理赔数据审核系统，服务器只有在接收到目标工作流节点发送的用于指示理赔数据审核通过且需要继续审核的第一审核响应后，服务器才可以按照多个工作流节点的级别由低到高的顺序将该目标工作流节点的下一级工作流节点确定为新的目标工作流节点，并向该新的目标工作流节点发送理赔数据，并由该新的目标工作流节点继续对理赔数据进行审核。当某个工作流节点对该理赔数据的审核未通过时，服务器不会向下一级工作流节点发送理赔数据。如此，有效的避免了出现相关技术中当某个审核终端对理赔数据审核未通过时，而其他的审核终端仍然对该理赔数据进行了审核所造成的资源浪费的现象，进而有效的提高了对理赔数据的进行审核的灵活性。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条指令，指令由处理器加载并执行以实现图2或图3示出的理赔数据审核方法所执行的操作。

在本申请中，术语“第一”和“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。术语“多个”指两个或两个以上，除非另有明确的限定。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。