WO2019052221A1

WO2019052221A1 - 保险数据审核方法、装置、计算机设备及可读存储介质

Info

Publication number: WO2019052221A1
Application number: PCT/CN2018/088718
Authority: WO
Inventors: 梁效栋; 莫瑞海
Original assignee: 平安科技（深圳）有限公司
Priority date: 2017-09-13
Filing date: 2018-05-28
Publication date: 2019-03-21
Also published as: CN108257029A

Abstract

一种保险数据审核方法，该方法包括获取待审核保险数据以及与待审核保险数据对应的案件类型；根据案件类型获取对应的待执行的审核规则以及待执行的审核规则的执行顺序；按照待执行的审核规则的执行顺序，将待审核保险数据输入至当前待执行的审核规则中；当待审核保险数据通过当前待执行的审核规则后的审核结果为否时，则判断待执行的审核规则是否全部执行完成；当待执行的审核规则全部执行完成时，则获取赔付数据；根据所述赔付数据生成赔付指令，赔付指令用于理赔。

Description

保险数据审核方法、装置、计算机设备及可读存储介质

相关申请的交叉引用

本申请要求于2017年9月13日提交中国专利局，申请号为2017108233982，申请名称为“保险数据审核方法、装置、计算机设备及可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及一种保险数据审核方法、装置、计算机设备及可读存储介质。

背景技术

一般的，保险理赔处理流程包括报案、受理、审核和结案等环节，传统保险理赔处理方式为人工处理，柜台人员接收用户报案，即接收受理理赔材料后，将案卷资料交给审核人员，案件进入理赔审核环节，审核人员对案卷资料进行理赔审核结算，完成审核后案件结案。然而，发明人意识到该种保险理赔处理方式需要有保险知识、法律知识、医疗理赔知识的专业人士审核理赔账单、核定保险责任，理算保险金额，对理赔人员的专业要求高，使得理赔审核成本高。

发明内容

根据本申请公开的各种实施例，提供一种保险数据审核方法、装置、计算机设备及可读存储介质。

一种保险数据审核方法，包括：

获取待审核保险数据以及与所述待审核保险数据对应的案件类型；

根据所述案件类型获取对应的待执行的审核规则以及所述待执行的审核规则的执行顺序；

按照所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中；

当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为否时，则判断所述待执行的审核规则是否全部执行完成；

当所述待执行的审核规则全部执行完成时，则获取赔付数据；及

根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。

一种保险数据审核装置，包括：

保险数据获取模块，用于获取待审核保险数据以及与所述待审核保险数据对应的案件类型；

审核规则获取模块，用于根据所述案件类型获取待执行的审核规则以及所述待执行的审核规则的执行顺序；

输入模块，用于根据所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中；

执行判断模块，用于当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为否时，则判断所述待执行的审核规则是否全部执行完成；

赔付指令生成模块，用于当所述待执行的审核规则全部执行完成时，则获取赔付数据；并根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。

一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行以下步骤：

根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。

一个或多个存储有计算机可读指令的非易失性计算机可读指令存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：

根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。

本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。

附图说明

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

图1为根据一个或多个实施例中保险数据审核方法的应用环境图。

图2为根据一个或多个实施例中的保险数据审核方法的流程图。

图3为根据图2所示实施例中的步骤S206的流程图。

图4为根据图2所示实施例中的步骤S202的流程图。

图5为根据一个或多个实施例中保险数据审核装置的框图。

图6为根据一个或多个实施例中的计算机设备的框图。

具体实施方式

为了使本申请的技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用于解释本申请，并不用于限定本申请。

参阅图1，图1为一实施例中保险数据审核方法的应用环境图，包括数个用户终端以及计算机设备，该计算机设备为保险数据审核服务器，用于处理用户终端发送的待审核的保险数据。用户终端可以是购买保险的用户的终端，也可以是协助用户购买保险的业务员的终端，该用户终端可以是手机、平板电脑、台式电脑、手提电脑等设备。当用户终端将待审核的保险数据发送到计算机设备时，计算机设备对该保险数据进行审核，审核通过时，计算机设备向银行等金融机构发送赔付指令，银行等金融机构接收到该赔付指令后，将赔付金额打到用户终端指定的账户中；当审核不通过时，计算机设备直接向用户终端发送拒付的指令。用户终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，保险数据审核服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

请参阅图2，在其中一个实施例中，提供一种保险数据审核方法，本实施例以该方法应用到上述图1中的计算机设备中来举例说明。该计算机设备上运行有保险数据审核程序，通过该保险数据审核程序来实施保险数据审核方法。该方法具体包括如下步骤：

S202：获取待审核保险数据以及与待审核保险数据对应的案件类型。

具体地，待审核保险数据是指用户终端发送的需要审核的保险数据，例如账单数据、诊疗次数、出险日期等。案件类型是指待审核的保单的类型，例如是自助理赔的保单还是由业务员推送的保单，是养老险保单还是意外险保单等。

S204：根据案件类型获取对应的待执行的审核规则以及待执行的审核规则的执行顺序。

具体地，每一案件类型都设置相应的审核规则，例如简单的案件类型可能只需要一个审核规则即可，复杂的案件类型可能需要多个审核规则。例如，当案件类型为自助理赔时，由于该案件类型时效要求高，因此可以只选择3个审核规则，例如可以选择场景匹配规则、整案规则和抽检规则。

审核规则是指案件审核所需要的规则，其可以包括场景匹配规则、子案件通用规则、理算前整案规则、理算后整案规则、强制抽检规则等。以强制抽检规则为例，其可以包含多条具体的规则，例如配偶、子女、父母随机抽检规则、同一保单同一层级同一责任其他案件存在自动审核抽检回退规则、同一保单同一层级同一责任前3次理赔规则、辅助录入岗修改账户信息规则、同一费用项目中的同一费用类型进入同一责任下的不同场景可能重复赔付规则、属地化需求保单抽检规则、新人辅助录入自动化案件规则、应用规则、标准单新流程自动化案件规则、需核实险种免赔额、赔付比例是否与特约一直规则等。

S206：按照待执行的审核规则的执行顺序，将待审核保险数据输入至当前待执行的审核规则中。

具体地，当根据案件类型获取到了待执行的审核规则以及待执行的审核规则的执行顺序时，则根据该执行顺序执行相应的审核规则，例如自动理赔案件需要按照顺序执行场景匹配规则、整案规则和抽检规则这三个规则，则计算机设备首先执行场景匹配规则，然后执行整案规则，最后再执行抽检规则。

S208：当待审核保险数据通过当前待执行的审核规则后的审核结果为否时，则判断待执行的审核规则是否全部执行完成。

具体地，计算机设备将待审核保险数据输入到待执行的审核规则中时，会产生一审核结果，当审核结果为否时，即不满足该审核规则，则需要继续执行下一审核规则，直至所有的审核规则执行完成。以自动理赔案件为例，当计算机设备执行当前待执行的审核规则的审核结果为否，例如执行场景匹配规则的审核结果为否时，则继续执行下一审核规则，即整案规则，直至所有的规则执行完成。

S210：当待执行的审核规则全部执行完成时，则获取赔付数据，根据赔付数据生成赔付指令，赔付指令用于理赔。

具体地，当所有待执行的审核规则全部执行完成时，即该保单不符合所有的审核规则，可以直接进行理赔，则获取保单的赔付数据，根据赔付数据生成赔付指令，该赔付指令用于理赔。具体地，计算机设备可以首先获取赔付规则，例如根据保单号来获取赔付规则，然后根据赔付规则处理赔付数据以获得赔付数值，并生成赔付指令，将该赔付指令发送到支付平台，例如银行等金融机构等，该支付平台将理赔金额打到用户终端指定的账户以完成理赔。

上述保险数据审核方法，根据案件类型可以获取到案件的待执行的审核规则以及该些审核规则的执行顺序，根据审核规则的执行顺序将待审核的保险数据输入至待执行的审核规则中，当该审核结果为否，则表示该案件不满足该条待执行的审核规则，则继续执行下一条待执行的审核规则，直至所有的审核规则执行完成，即该案件不满足所有的审核规则，则可以直接获取赔付数据，根据赔付数据生成赔付指令，进行理赔，从而不需要人工的参与即可以实现整个审核理赔过程，成本低。

继续参阅图2，保险数据审核方法还可以包括以下步骤：

S212：当待审核保险数据通过当前待执行的审核规则后的审核结果为是时，则获取审核结果的类型。

具体地，当待审核的保险数据通过当前待执行的审核规则后的审核结果为是，即待审核的保险数据被卡住，其满足当前待执行的审核规则。例如上述自动理赔案件，其在强制抽检规则执行时，满足该强制抽检规则，从而进入强制抽检环节，例如可以直接根据审核规则拒付，还可以根据审核规则来进入人工审核，从而产生不同的审核结果类型。

S214：当审核结果的类型为拒付类型时，则生成拒付指令。

具体地，当审核结果的类型为拒付类型时，即满足审核规则，且确定不需要支付理赔款，例如满足审核规则中的强制性规则，例如自动理赔案件中，通过账单获取的出险日期已超过理赔日期，则计算机设备可以直接生成拒付指令，并将该拒付指令发送至用户终端，以便于用户及时了解理赔结果。

S216：当审核结果的类型为人工审核类型时，则将待审核保险数据发送至人工审核终端。

具体地，当审核结果的类型为人工审核类型时，即满足审核规则，且不确定是否需要支付理赔款，例如满足审核规则中的一般性规则，从而需要引入人工审核，来确定是否需要支付理赔款，例如自动理赔案件中，用户自动填写的出现其已超过理赔日期，但是通过账单获取的出现日期未超过理赔日期，则计算机设备将待审核保险数据发送到人工审核终端，以让审核人员及时审核该些待审核保险数据。

上述实施例中，通过当待审核保险数据通过当前待执行的审核规则后的审核结果为是时，则获取审核结果的类型，根据不同的审核结果的类型进行下一步的审核，例如可以直接拒付，或者引入人工审核，从而使得审核结果更加的准确。

参阅图3，图3为根据图2所示实施例中的步骤S206的流程图，该步骤S206，即根据待执行的审核规则的执行顺序，将待审核保险数据输入至当前待执行的审核规则中的步骤可以包括：

S302：根据待执行的审核规则的执行顺序获取当前待执行的审核规则中的规则代码。

具体地，规则代码是指每一审核规则中的具体规则的规则代码，其可以唯一地标识该具体的规则。实际应用中，可以根据案件类型获取待执行的审核规则的规则分类号，例如场景匹配规则的分类号为007，其对应的具体的规则的规则代码为e007001～e007999，参阅表1，表1为规则分类表，计算机设备可以根据案件类型获取相应的规则分类号，再根据该规则分类号查询规则分类表以获得具体规则的规则代码：

表1 规则分类表

规则分类号	规则代码	规则执行地区机构
007	e007001	G01(北京)

007

e007002

G02(上海)

S304：分别获取每一规则代码对应的规则实体以及规则参数名称。

具体地，每一规则代码都唯一地指向一规则实体和该规则实体所需要的规则参数代码，而规则参数代码又唯一地执行规则参数名称。例如可以引入表2，即规则实体表和表3，即规则参数表。计算机设备通过规则代码查询规则实体表，可以获取到与该规则代码相对应的规则实体和规则参数代码。计算机设备再通过规则参数代码查询规则参数表可以或则规则参数名称，从而获取该规则实体所需要的规则参数。其中规则实体表中每一规则存在不同的规则结果分类，例如e007001规则代码所对应的规则实体的规则结果分类为T2，即表示该条规则的结果分类为人工审核分类。规则e007002规则代码所对应的规则实体的规则结果分类为T3，即表示该条规则的结果分类为拒付分类，从而待审核保险数据满足不同的审核规则可以产生不同的审核结果。

表2 规则实体表

表3 规则参数表

规则参数代码	参数名称	参数类型	参数大小
p007001	docuno(案件号)	number	8
p007002	polno(保单号)	varchar(2)	20

S306：从所获取的待审核保险数据中分别选取与规则参数名称对应的待审核保险数据。

具体地，根据所获得的规则参数名称从所获取的待审核保险数据中选取相应的参数，从而保证输入到规则实体中的参数为该规则实体所需要的参数即可。

S308：将所选取的待审核保险数据分别输入至相应的规则实体中得到当前待执行的审核规则的审核结果。

具体地，将从待审核保险数据中选取的与规则参数名称对应的待审核保险数据输入到相应的规则实体中可以获得得到当前待执行的审核规则的审核结果，如上文中所述的T2和T3。其中，在将所选取的待审核保险数据输入到相应的规则实体前，还可以根据规则参数表中的参数类型和参数大小对所选取的待审核保险数据进行校验，只有校验成功的待审核保险数据才可以执行相应的规则实体。

具体地，由于某一审核规则中可能存在多个规则实体，每一规则实体的输出结果均可能不同，当至少有一个规则实体的输出结果为是时，则当前待执行的审核规则的审核结果为是，当所有规则实体的输出结果均为否时，则当前待执行的审核规则的审核结果为否。以强制抽检规则为例，其中可能包括多个具体规则，如果当前案件的辅助录入岗在辅助录入环节修改过银行账户信息，则会匹配上辅助录入岗修改帐户信息规则，进入抽检环节，如果该辅助录入岗修改帐户信息规则的规则结果分类为T3拒付，则计算机设备直接生成拒付指令发送至用户终端，如果该辅助录入岗修改帐户信息的规则结果分类为T2人工审核类型，则计算机设备将所有待审核保险数据发送到人工审核终端。如果当前案件不符合强制抽检规则中所有的具体规则，则待审核保险数据通过当前待执行的审核规则后的审核结果为否，即需要根据待执行的审核规则的执行顺序，继续执行下一待执行的审核规则。

上述实施例中，先获取要匹配的规则的分类号，再根据规则分类号查询规则分类表，获取规则代码，进一步查询规则实体表，获取规则代码对应的规则参数代码，然后查询规则参数表，获取参数名称，最后根据获取到的参数名称到输入参数集合中获取对应的输入参数，输入规则实体，运行规则语句，保证了每一审核规则中的所有具体规则都会被执行，且具体规则在执行时，从待审核保险数据中选取了相应的参数，从而保证了具体规则的准确地执行。

参阅图4，图4为根据图2所示实施例中的步骤S202的流程图，该步骤S202，即获取待审核保险数据以及与待审核保险数据对应的案件类型的步骤可以包括：

S402：获取待审核保险数据以及与待审核保险数据对应的保单号。

具体地，保单号即为用户所买保险时，合同上所确定的保单号，其唯一地指向某一用户的某一保单，从而不会与其他的用户的保单或者与自己的其他保单混淆。

S404：根据保单号获取保单的报案方式、所属机构以及保单金额。

具体地，当获取到用户的保单号后，则可以读取到保单上的数据，例如保单的报案方式、所属机构以及保单金额，其中方案方式可以为自助理赔或者人工理赔，所述机构可以根据行政区划进行划分，例如上海、北京，或者根据国家地区进行划分，例如中国、美国等。保单金额即保单最多可赔付的金额。

S406：根据保单的报案方式、所属机构以及保单金额获取与待审核保险数据对应的案件类型。

具体地，计算机设备可以根据保单的报案方式、所属机构以及保单金额获取与待审核保险数据对应的案件类型，例如报案方式为自助理赔，则其为自助类型的案件，案件时效要求高，此类案件可只选择场景匹配规则、整案规则、抽检规则，而子案件规则可不进行审核。

本实施例中保单的报案方式、所属机构以及保单金额获取案件类型，并根据案件类型灵活配置审核规则，有助于提升理赔效率。

在其中一个实施例中，该保险数据审核方法还可以包括当在待审核保险数据通过当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将待审核保险数据发送至人工审核终端。

具体地，在待审核保险数据通过当前待执行的审核规则的过程中，可能会由于计算机设备故障或者待审核保险数据的格式不匹配等原因导致审核故障，从而审核不能继续进行，因此此时提示发生审核故障，从而工作人员可以及时了解故障，例如当计算机设备故障时，则可以直接提示相应的工作人员计算机故障，当时待审核保险数据的格式不匹配时，则可以直接将待审核保险数据发送至人工审核终端，以便于人工进行审核，从而防止因为审核故障导致审核期限延长的情况的发生。

上述实施例中，当在待审核保险数据通过当前待执行的审核规则的过程中出现审核故障，则可以直接将待审核保险数据发送至人工审核终端，以便于人工进行审核，从而防止因为审核故障导致审核期限延长的情况的发生。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

请参阅图5，图5为根据一个或多个实施例中保险数据审核装置的框图，该保险数据审核装置可以包括：

保险数据获取模块100，用于获取待审核保险数据以及与待审核保险数据对应的案件类型。

审核规则获取模块200，用于根据案件类型获取待执行的审核规则以及待执行的审核规则的执行顺序。

输入模块300，用于根据待执行的审核规则的执行顺序，将待审核保险数据输入至当前待执行的审核规则中。

执行判断模块400，用于当待审核保险数据通过当前待执行的审核规则后的审核结果为否时，则判断待执行的审核规则是否全部执行完成。

赔付指令生成模块500，用于当待执行的审核规则全部执行完成时，则获取赔付数据；并根据赔付数据生成赔付指令，赔付指令用于理赔。

在其中一个实施例中，保险数据审核装置还可以包括：

审核结果类型获取模块，用于当待审核保险数据通过当前待执行的审核规则后的审核结果为是时，则获取审核结果的类型。

流转模块，用于当审核结果的类型为拒付类型时，则生成拒付指令；当审核结果的类型为人工审核类型时，则将待审核保险数据发送至人工审核终端。

在其中一个实施例中，输入模块可以包括：

规则代码获取单元，用于根据待执行的审核规则的执行顺序获取当前待执行的审核规则中的所有规则代码。

参数名称获取单元，用于分别获取每一规则代码对应的规则实体以及规则参数名称。

输出结果获取单元，用于将所选取的待审核保险数据分别输入至相应的规则实体中得到当前待执行的审核规则的审核结果。

在其中一个实施例中，保险数据获取模块可以包括：

保单号获取单元，用于获取待审核保险数据以及与待审核保险数据对应的保单号。

参数获取单元，用于根据保单号获取保单的报案方式、所属机构以及保单金额。

案件类型获取单元，用于根据保单的报案方式、所属机构以及保单金额获取与待审核保险数据对应的案件类型。

在其中一个实施例中，保险数据审核装置还可以包括：故障处理模块，用于当在待审核保险数据通过当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将待审核保险数据发送至人工审核终端。

关于保险数据审核装置的具体限定可以参见上文中对于保险数据审核方法的限定，在此不再赘述。上述保险数据审核装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性计算机可读指令存储介质、内存储器。该非易失性计算机可读指令存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性计算机可读指令存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储数据、程序代码。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种保险数据审核方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

一种计算机设备，包括存储器和一个或多个处理器，存储器中储存有计算机可读指令，计算机可读指令被处理器执行时，使得一个或多个处理器执行以下步骤：：获取待审核保险数据以及与待审核保险数据对应的案件类型；根据案件类型获取对应的待执行的审核规则以及待执行的审核规则的执行顺序；按照待执行的审核规则的执行顺序，将待审核保险数据输入至当前待执行的审核规则中；当待审核保险数据通过当前待执行的审核规则后的审核结果为否时，则判断待执行的审核规则是否全部执行完成；当待执行的审核规则全部执行完成时，则获取赔付数据；及根据赔付数据生成赔付指令，赔付指令用于理赔。

在其中一个实施例中，处理器执行程序时还可以实现以下步骤：当待审核保险数据通过当前待执行的审核规则后的审核结果为是时，则获取审核结果的类型；当审核结果的类型为拒付类型时，则生成拒付指令；及当审核结果的类型为人工审核类型时，则将待审核保险数据发送至人工审核终端。

在其中一个实施例中，处理器执行程序时还可以实现以下步骤：根据待执行的审核规则的执行顺序获取当前待执行的审核规则中的规则代码；分别获取每一规则代码对应的规则实体以及规则参数名称；从所获取的待审核保险数据中分别选取与规则参数名称对应的待审核保险数据；及将所选取的待审核保险数据分别输入至相应的规则实体中得到当前待执行的审核规则的审核结果。

在其中一个实施例中，处理器执行程序时还可以实现以下步骤：获取待审核保险数据以及与待审核保险数据对应的保单号；根据保单号获取保单的报案方式、所属机构以及保单金额；及根据保单的报案方式、所属机构以及保单金额获取与待审核保险数据对应的案件类型。

在其中一个实施例中，处理器执行程序时还可以实现以下步骤：当在待审核保险数据通过当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将待审核保险数据发送至人工审核终端。

一个或多个存储有计算机可读指令的非易失性计算机可读指令存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：：获取待审核保险数据以及与待审核保险数据对应的案件类型；根据案件类型获取对应的待执行的审核规则以及待执行的审核规则的执行顺序；按照待执行的审核规则的执行顺序，将待审核保险数据输入至当前待执行的审核规则中；当待审核保险数据通过当前待执行的审核规则后的审核结果为否时，则判断待执行的审核规则是否全部执行完成；当待执行的审核规则全部执行完成时，则获取赔付数据；及根据赔付数据生成赔付指令，赔付指令用于理赔。

在其中一个实施例中，该程序被处理器执行时还可以实现以下步骤：当待审核保险数据通过当前待执行的审核规则后的审核结果为是时，则获取审核结果的类型；当审核结果的类型为拒付类型时，则生成拒付指令；及当审核结果的类型为人工审核类型时，则将待审核保险数据发送至人工审核终端。

在其中一个实施例中，该程序被处理器执行时还可以实现以下步骤：根据待执行的审核规则的执行顺序获取当前待执行的审核规则中的规则代码；分别获取每一规则代码对应的规则实体以及规则参数名称；从所获取的待审核保险数据中分别选取与规则参数名称对应的待审核保险数据；及将所选取的待审核保险数据分别输入至相应的规则实体中得到当前待执行的审核规则的审核结果。

在其中一个实施例中，该程序被处理器执行时还可以实现以下步骤：获取待审核保险数据以及与待审核保险数据对应的保单号；及根据保单号获取保单的报案方式、所属机构以及保单金额；根据保单的报案方式、所属机构以及保单金额获取与待审核保险数据对应的案件类型。

在其中一个实施例中，该程序被处理器执行时还可以实现以下步骤：当在待审核保险数据通过当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将待审核保险数据发送至人工审核终端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

一种保险数据审核方法，包括：

获取待审核保险数据以及与所述待审核保险数据对应的案件类型；

根据所述案件类型获取对应的待执行的审核规则以及所述待执行的审核规则的执行顺序；

按照所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中；

当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为否时，则判断所述待执行的审核规则是否全部执行完成；

当所述待执行的审核规则全部执行完成时，则获取赔付数据；及

根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为是时，则获取所述审核结果的类型；

当所述审核结果的类型为拒付类型时，则生成拒付指令；及

当所述审核结果的类型为人工审核类型时，则将所述待审核保险数据发送至人工审核终端。
根据权利要求2所述的方法，其特征在于，所述根据所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中，包括：

根据所述待执行的审核规则的执行顺序获取当前待执行的审核规则中的规则代码；

分别获取每一规则代码对应的规则实体以及规则参数名称；

从所获取的待审核保险数据中分别选取与所述规则参数名称对应的待审核保险数据；及

将所选取的待审核保险数据分别输入至相应的规则实体中得到所述当前待执行的审核规则的审核结果。
根据权利要求1所述的方法，其特征在于，所述获取待审核保险数据以及与所述待审核保险数据对应的案件类型，包括：

获取待审核保险数据以及与所述待审核保险数据对应的保单号；

根据所述保单号获取保单的报案方式、所属机构以及保单金额；及

根据所述保单的报案方式、所属机构以及保单金额获取与所述待审核保险数据对应的案件类型。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

当在所述待审核保险数据通过所述当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将所述待审核保险数据发送至人工审核终端。
一种保险数据审核装置，包括：

保险数据获取模块，用于获取待审核保险数据以及与所述待审核保险数据对应的案件类型；

审核规则获取模块，用于根据所述案件类型获取待执行的审核规则以及所述待执行的审核规则的执行顺序；

输入模块，用于根据所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中；

执行判断模块，用于当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为否时，则判断所述待执行的审核规则是否全部执行完成；及

赔付指令生成模块，用于当所述待执行的审核规则全部执行完成时，则获取赔付数据；并根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。
根据权利要求6所述的装置，其特征在于，所述装置还包括：

审核结果类型获取模块，用于当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为是时，则获取所述审核结果的类型；及

流转模块，用于当所述审核结果的类型为拒付类型时，则生成拒付指令；当所述审核结果的类型为人工审核类型时，则将所述待审核保险数据发送至人工审核终端。
根据权利要求7所述的装置，其特征在于，所述输入模块包括：

规则代码获取单元，用于根据所述待执行的审核规则的执行顺序获取当前待执行的审核规则中的所有规则代码；

参数名称获取单元，用于分别获取每一规则代码对应的规则实体以及规则参数名称；及

输出结果获取单元，用于将所选取的待审核保险数据分别输入至相应的规则实体中得到所述当前待执行的审核规则的审核结果。
根据权利要求6所述的装置，其特征在于，所述保险数据获取模块包括：

保单号获取单元，用于获取待审核保险数据以及与所述待审核保险数据对应的保单号；

参数获取单元，用于根据所述保单号获取保单的报案方式、所属机构以及保单金额；及

案件类型获取单元，用于根据所述保单的报案方式、所属机构以及保单金额获取与所述待审核保险数据对应的案件类型。
根据权利要求6所述的装置，其特征在于，所述装置还包括：

故障处理模块，用于当在所述待审核保险数据通过所述当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将所述待审核保险数据发送至人工审核终端。
一种计算机设备，包括存储器及一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：

获取待审核保险数据以及与所述待审核保险数据对应的案件类型；

根据所述案件类型获取对应的待执行的审核规则以及所述待执行的审核规则的执行顺序；

按照所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中；

当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为否时，则判断所述待执行的审核规则是否全部执行完成；

当所述待执行的审核规则全部执行完成时，则获取赔付数据；及

根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。
根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：

当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为是时，则获取所述审核结果的类型；

当所述审核结果的类型为拒付类型时，则生成拒付指令；及

当所述审核结果的类型为人工审核类型时，则将所述待审核保险数据发送至人工审核终端。
根据权利要求12所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时所实现的所述根据所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中，包括：

根据所述待执行的审核规则的执行顺序获取当前待执行的审核规则中的规则代码；

分别获取每一规则代码对应的规则实体以及规则参数名称；

从所获取的待审核保险数据中分别选取与所述规则参数名称对应的待审核保险数据；及

将所选取的待审核保险数据分别输入至相应的规则实体中得到所述当前待执行的审核规则的审核结果。
根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时所实现的所述获取待审核保险数据以及与所述待审核保险数据对应的案件类型，包括：

获取待审核保险数据以及与所述待审核保险数据对应的保单号；

根据所述保单号获取保单的报案方式、所属机构以及保单金额；及

根据所述保单的报案方式、所属机构以及保单金额获取与所述待审核保险数据对应的案件类型。
根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：

当在所述待审核保险数据通过所述当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将所述待审核保险数据发送至人工审核终端。
一个或多个存储有计算机可读指令的非易失性计算机可读指令存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：

获取待审核保险数据以及与所述待审核保险数据对应的案件类型；

根据所述案件类型获取对应的待执行的审核规则以及所述待执行的审核规则的执行顺序；

按照所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中；

当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为否时，则判断所述待执行的审核规则是否全部执行完成；

当所述待执行的审核规则全部执行完成时，则获取赔付数据；及

根据所述赔付数据生成赔付指令，所述赔付指令用于理赔。
根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：

当所述待审核保险数据通过所述当前待执行的审核规则后的审核结果为是时，则获取所述审核结果的类型；

当所述审核结果的类型为拒付类型时，则生成拒付指令；及

当所述审核结果的类型为人工审核类型时，则将所述待审核保险数据发送至人工审核终端。
根据权利要求17所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时所实现的所述根据所述待执行的审核规则的执行顺序，将所述待审核保险数据输入至当前待执行的审核规则中，包括：

根据所述待执行的审核规则的执行顺序获取当前待执行的审核规则中的规则代码；

分别获取每一规则代码对应的规则实体以及规则参数名称；

从所获取的待审核保险数据中分别选取与所述规则参数名称对应的待审核保险数据；及

将所选取的待审核保险数据分别输入至相应的规则实体中得到所述当前待执行的审核规则的审核结果。
根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时所实现的所述获取待审核保险数据以及与所述待审核保险数据对应的案件类型，包括：

获取待审核保险数据以及与所述待审核保险数据对应的保单号；

根据所述保单号获取保单的报案方式、所属机构以及保单金额；及

根据所述保单的报案方式、所属机构以及保单金额获取与所述待审核保险数据对应的案件类型。
根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：

当在所述待审核保险数据通过所述当前待执行的审核规则的过程中出现审核故障时，则提示发生审核故障，并将所述待审核保险数据发送至人工审核终端。