理赔订单的个性化审核方法、装置、存储介质及终端与流程

本发明属于通信技术领域，尤其涉及一种理赔订单的个性化审核方法、装置、存储介质及终端。

背景技术：

随着互联网技术的发展，保险理赔环节现在正发生变化，越来越多的保险公司采用自动化的审核方式对理赔订单进行审核校验，以提高保险理赔的效率。现有理赔订单的自动审核规则是由总部配置完成，然后在全国范围内统一使用。理赔系统根据理赔订单的出险属性来匹配客户所投保保单的属性，然后按照自动审核规则来得出审核结论。然而，因为总部配置的自动审核规则门槛过高，自动化审核规则不能完全适用于所有的保险机构，对于某些保险机构可能会因门槛过高而导致理赔的赔付率下降，从而引发客户流失、营收减少，也可能会出现大量需要转人工审核的订单，保险订单审核的自动化程度低。

技术实现要素：

本发明实施例提供了一种理赔订单的个性化审核方法、装置、存储介质及终端，以解决现有自动化审核规则不能完全适用于所有的机构、理赔订单审核的自动化程度低的问题。

第一方面，一种理赔订单的个性化审核方法，所述审核方法包括：

获取机构管理员在审核规则配置界面所配置的审核规则，关联所述审核规则与所述机构管理员对应的机构编码；

当接收到自动审核指令时，启动理赔订单的审核流程，获取待审核的理赔订单及其受理机构的机构编码；

根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核，获取不符合所述审核规则的理赔订单及其明细信息；

将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核。

进一步地，在获取机构管理员在审核规则配置界面所配置的审核规则之前，所述审核方法还包括：

当接收到审核规则的配置指令时，获取请求者的账号信息；

将所述账号信息与管理员账号进行匹配，若所述账号信息为管理员账号时，展示所述审核规则配置界面。

进一步地，在将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核之后，所述方法还包括：

按照预设时间启动监控线程；

通过所述监控线程读取预设的sql语句，根据所述sql语句查询数据库，获取前一天结案的理赔订单及其受理机构的机构编码；

根据所述机构编码将所述理赔订单发送至对应的受理机构，以供所述受理机构对其配置的审核规则进行风险分析；

其中，所述理赔订单包括通过自动审核的理赔订单和通过人工审核的理赔订单。

进一步地，所配置的审核规则包括以下中的一种或者其任意组合：

配置理赔订单的理算顺序为先疾病后意外、先意外后疾病或者最利于客户；

配置赔付额度，所述赔付额度为基于赔付金额确定理赔订单转人工审核的判断标准；

配置风险天数，所述风险天数为基于承保生效天数确定理赔订单转人工审核的判断标准；

配置风险疾病，所述风险疾病为基于疾病类型确定理赔订单转人工审核的判断标准。

进一步地，所述根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核包括：

遍历每一个待审核的理赔订单，比对所述待审核的理赔订单的赔付金额与所述赔付额度；

校验所述待审核的理赔订单的承保生效天数是否在所述风险天数范围内；

匹配所述待审核的理赔订单所属的疾病类型与所述风险疾病。

第二方面，一种理赔订单的个性化审核装置，所述审核装置包括：

关联模块，用于获取机构管理员在审核规则配置界面所配置的审核规则，关联所述审核规则与所述机构管理员对应的机构编码；

获取模块，用于当接收到自动审核指令时，启动理赔订单的审核流程，获取待审核的理赔订单及其受理机构的机构编码；

审核模块，用于根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核，获取不符合所述审核规则的理赔订单及其明细信息；

分发模块，用于将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核。

进一步地，所述审核装置还包括：

验证模块，用于当接收到审核规则的配置指令时，获取请求者的账号信息；将所述账号信息与管理员账号进行匹配，若所述账号信息为管理员账号时，展示所述审核规则配置界面。

进一步地，所述审核装置还包括：

监控模块，用于按照预设时间启动监控线程；通过所述监控线程读取预设的sql语句，根据所述sql语句查询数据库，获取前一天结案的理赔订单及其受理机构的机构编码；根据所述机构编码将所述理赔订单发送至对应的受理机构，以供所述受理机构对其配置的审核规则进行风险分析；

其中，所述理赔订单包括通过自动审核的理赔订单和通过人工审核的理赔订单。

第三方面，一种计算机可读存储介质，其上存储有计算机程序，该程序由处理器执行时实现如上所述的理赔订单的个性化审核方法所述的步骤。

第四方面，本发明实施例还提供了一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取机构管理员在审核规则配置界面所配置的审核规则，关联所述审核规则与所述机构管理员对应的机构编码；

当接收到自动审核指令时，启动理赔订单的审核流程，获取待审核的理赔订单及其受理机构的机构编码；

根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核，获取不符合所述审核规则的理赔订单及其明细信息；

将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核。

与现有技术相比，本发明实施例通过向机构管理员提供审核规则配置界面，使得所述机构管理员能够为本机构配置个性化的审核规则，并将所述机构管理员在审核规则配置界面所配置的审核规则与所述机构管理员对应的机构编码进行关联、存储；每当接收到自动审核指令时，启动理赔订单的审核流程，获取待审核的理赔订单及其受理机构的机构编码；然后根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核，获取不符合所述审核规则的理赔订单及其明细信息；最后将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核；从而使得机构可以按需进行自动化审核，解决了现有自动化审核规则不能完全适用于所有的机构的问题，有利于减少转人工审核的理赔订单数量，提高理赔订单审核的自动化程度。

附图说明

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

图1是本发明实施例提供的理赔订单的个性化审核方法的第一实现流程图；

图2是本发明实施例提供的理赔订单的个性化审核方法的第二实现流程图；

图3是本发明实施例提供的理赔订单的个性化审核方法的第三实现流程图；

图4是本发明实施例提供的理赔订单的个性化审核装置的组成结构图；

图5是本发明实施例提供的终端的示意图。

具体实施方式

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

在现有技术中，各个保险机构的理赔订单均按照总部设定的全国统一使用的自动审核规则来进行自动审核，这种情况容易产生总部所设定的自动审核规则要求过高而不适用于保险机构的问题，从而导致保险机构理赔的赔付率下降、客户流失；也可能会出现大量需要转人工审核的订单，从而也降低了理赔订单审核的自动化程度。鉴于此，本发明实施例改进了自动审核规则的设定方式，由原有的仅由总部设定，改进为各机构管理员设定，通过向各机构管理员提供审核规则配置界面，使得所述机构管理员能够为本机构配置个性化的审核规则，制定适用于本机构的自动化审核规则。图1示出了本发明实施例提供的理赔订单的个性化审核方法的第一实现流程。在本发明实施例中，所述理赔订单为医疗保险订单。本发明实施例将从理赔系统的后端服务器的角度描述该审核处理过程，所述后端服务器包括但不限于计算机、服务器。参阅图1，所述理赔订单的个性化审核方法包括：

在步骤s101中，获取机构管理员在审核规则配置界面所配置的审核规则，关联所述审核规则与所述机构管理员对应的机构编码。

在这里，本发明实施例在原有的理赔系统上为每一个机构管理员增加配置了一个菜单，即所述审核规则配置界面。所述机构管理员为每个机构对应的能够查看所述审核规则配置界面的用户。本发明实施例设置只有机构管理员才具有查看权限，并对其他用户隐藏所述审核规则设置界面。具有查看权限的机构管理员才能够查看并操作所述审核规则设置界面。

所述机构管理员可以在前端设备登录理赔系统，通过导航标识进入所述审核规则配置界面，按照本机构的需求，在所述审核规则配置界面上配置适用于本机构需求的审核规则。当接收到所述机构管理员在所述配置界面上输入的确认指令时，后端服务器则获取机构管理员在所述配置界面上配置的审核规则以及所述机构管理员对应的机构编码，关联所述审核规则与所述机构管理员对应的机构编码。所述机构编码关联的审核规则仅适用于所述机构受理的理赔订单。所述机构编码为所述受理机构在理赔系统上的唯一标识符。

可选地，所述理赔订单为医疗保险订单，作为本发明的一个优选示例，所配置的审核规则可以包括以下中的一种或者其任意组合：

配置理赔订单的理算顺序为先疾病后意外、先意外后疾病或者最利于客户；

配置赔付额度，所述赔付额度为基于赔付金额确定理赔订单转人工审核的判断标准；

配置风险天数，所述风险天数为基于承保生效天数确定理赔订单转人工审核的判断标准；

配置风险疾病，所述风险疾病为基于疾病类型确定理赔订单转人工审核的判断标准。

其中，所述理算顺序为理赔系统对多险种理赔订单进行核算、给出赔付结论的过程。

所述赔付额度由机构管理员根据上一个月、上一季度或者上一半年的理赔数据，结合自动审核需求预测的最大赔付限度。不同的机构一般对应不同的赔付额度。

所述风险天数为承保日起算的预设时间范围，用于规避故意投保、出险骗保的情况。

所述风险疾病为需要现场调查取证的承保疾病类型，与不同的行政区划、经济发展水平相关。对于风险疾病的配置，可以在数据库中增加记录表记录机构管理员选择的疾病类型。

在本发明实施例中，不同的机构编码可以对应关联不同的自动审核规则及规则明细，从而实现了机构个性化配置自动审核规则，使得对不同机构的理赔订单可以按需进行自动化审核，解决了现有总部配置的自动化审核规则不能完全适用于所有的机构的问题。

在步骤s102中，当接收到自动审核指令时，启动理赔订单的审核流程，获取待审核的理赔订单及其受理机构的机构编码。

在本发明实施例中，所述自动审核指令由机构人员在前端设备上触发，并由前端设备生成请求消息发送至后端服务器。所述请求消息中包括自动审核指令以及机构编码。后端服务器接收前端设备发送的请求消息后，解析所述请求消息获得自动审核指令及机构编码，然后根据所述自动审核指令启动审核流程，从理赔系统后台的oracle数据库中查询并获取待审核的理赔订单。

在步骤s103中，根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核，获取不符合所述审核规则的理赔订单及其明细信息。

在获取到待审核的理赔订单后，本发明实施例根据所述机构编码，查询其关联的审核规则。采用所述审核规则对所述理赔订单进行筛查，具体为遍历每一个待审核的理赔订单，判断所述理赔订单的属性信息是否有不符合所述机构编码关联的审核规则；若是时，则获取所述待审核订单的订单号及其明细信息。

可选地，如前所述，所配置的审核规则包括配置需转人工审核的赔付额度、风险天数、风险疾病。相应地，步骤s103中所述的根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核包括：

遍历每一个待审核的理赔订单，比对所述待审核的理赔订单的赔付金额与所述赔付额度；

校验所述待审核的理赔订单的承保生效天数是否在所述风险天数范围内；

匹配所述待审核的理赔订单所属的疾病类型与所述风险疾病。

在这里，对于赔付金额，当理赔订单的赔付金额大于所述赔付额度时，表明所述理赔订单已经超出机构预测的最大赔付限度，需转人工审核；当理赔订单的赔付金额小于或等于所述赔付额度时，表明所述理赔订单在机构预测的最大赔付限度范围内，可进行自动审核。本发明实施例通过机构管理员来对赔付额度进行设置，使得机构可以动态按需求设置所述赔付额度。若需要提高理赔订单审核的自动化程度，则可以设置机构的赔付额度高于全国统一的赔付额度若需要提高对理赔订单的风险监管力度，则可以设置机构的赔付额度低于全国统一的赔付额度。

对于所述风险天数，由于不同的保险机构所受理的订单类型不相同，承保生效的风险天数也不相同。本发明实施例通过提供机构管理员设置所述风险天数，以将承保生效天数少于所述风险天数的理赔订单筛选出来，将这些具有潜在风险的理赔订单转为人工审核，以便于不同机构针对所受理的订单类型落实对骗保情况的规避。

对于所述风险疾病，每次审核时将所述待审核的理赔订单所属的疾病类型与数据库中的记录表进行匹配，若匹配时，则对所述理赔订单进行标记，筛选出来并转为人工审核，以便于不同机构针对所受理的订单类型落实赔付操作、降低赔付风险。

可选地，所述理赔订单的明细信息包括但不限于理赔订单的出险日期、出险人、出险地点、出险原因等字段信息，以方便机构人员审核查看。

在这里，若完全符合所述机构编码关联的审核规则时，表明所述理赔订单通过了自动审核流程；若不符合所述机构编码关联的一个或者多个审核规则时，表明所述理赔订单未通过自动审核流程。对于未通过自动审核流程的理赔订单，本发明实施例在工作流(workflow)上将其流转为人工审核状态，可选地，可以采用添加标志位的方式来区分未通过自动审核流程的理赔案件。

在步骤s104中，将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核。

在这里，理赔系统上的理赔订单的案件流转通过工作流(workflow)的方式实现。工作流是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。在理赔订单的工作流上可以控制理赔订单的流程走向以及处理人，对于不符合所述审核规则的理赔订单，本发明实施例根据其受理机构，将所述理赔订单的工作流推送至该受理机构的审核岗来进行人工审核。可选地，可以采用向审核岗发送提示邮件或者在理赔系统上添加任务事项的方式来完成理赔订单的推送。

综上所述，本发明实施例基于机构编码关联的审核规则对该机构的理赔订单进行自动化审核，解决了现有自动化审核规则不能完全适用于所有的机构的问题，有利于减少转人工审核的理赔订单数量，提高理赔订单审核的自动化程度。

可选地，如前所述，本发明实施例设置只有机构管理员才具有查看权限，并对其他用户隐藏所述审核规则设置界面。具有查看权限的机构管理员才能够查看并操作所述审核规则设置界面。现有技术采用机构管理员登录理赔系统时对用户账号进行验证的方式，机构管理员后续可直接登录所述审核规则配置界面，然而这种情况下会存他人在机构管理员登录理赔系统后恶意篡改的风险。为了解决上述问题，在图1提供的理赔订单的个性化审核方法的第一实现流程的基础上，提出本发明实施例提供的理赔订单的个性化审核方法的第二实现流程，如图2所示。

在图2中，在图1所示的步骤s101获取机构管理员在审核规则界面上配置的审核规则之前，所述理赔订单的个性化审核方法包括：

在步骤s201中，当接收到审核规则的配置指令时，获取请求者的账号信息。

在这里，所述账号信息包括账户名和密码。如前所述，所述机构管理员可以在前端设备登录理赔系统，然后通过导航标识进入所述审核规则配置界面。可选地，所述导航标识包括审核规则配置的功能选项，当机构管理员在前端设备以预设方式触发所述审核规则配置的功能选项时，前端设备根据所述触发操作生成请求消息，将所述请求消息发送至后端服务器，后端服务器根据所述请求消息向所述前端设备返回dom文件，使得所述前端设备在接收到所述dom文件后，渲染账户名及密码输入界面以要求当前的机构管理员进行权限认证。

若机构管理员按要求输入账户名及密码后，前端设备将所述账户名和密码作为所述机构管理员的账号信息发送至后端服务器。后端服务器通过stringname＝(string)req.getparameter(“uname”)获取前端页面输入的账户名，再通过stringpassword＝(string)req.getparameter(“upassword”)获取前端页面输入的密码。

在步骤s202中，将所述账号信息与管理员账号进行匹配，若所述账号信息为管理员账号时，展示所述审核规则配置界面。

在本发明实施例中，后端服务器通过java在sql数据库中建立一个login表，所述login表上维护着具有审核规则配置界面的操作权限的管理员账号信息，包括账户名和密码信息。这些管理员账号信息以asc码的形式存储。后端服务器获取到所述账号信息后，将所述账号信息转换为asc码，与login表中的管理员账号进行逐一匹配。若所述账号信息与login表中任一的管理员账号匹配时，表明当前的管理员具有操作所述审核规则配置界面的权限，展示所述审核规则配置界面；否则，所述账号信息与login表中的管理员账号均不匹配时，表明当前的管理员不具有操作所述审核规则配置界面的权限，展示所述审核规则配置界面。

本发明实施例实现了对审核规则配置的请求者的二次权限认证，且该次权限认证是在机构管理员触发审核规则配置的功能选项后进行的，进一步提高了配置个性化审核规则的安全性。

可选地，如前所述，本发明实施例通过机构管理员在审核规则配置界面上设置适用于本机构的审核规则，实现了机构按需进行自动化审核。然而，这些审核规则是由机构管理员根据机构的营收状况来进行配置的，配置前期机构管理员也只能对审核结果进行预测，而无法对审核规则进行风险监管。为了解决上述问题，在图1提供的理赔订单的个性化审核方法的第一实现流程的基础上，提出本发明实施例提供的理赔订单的个性化审核方法的第三实现流程，如图3所示。

在将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核之后，所述理赔订单的个性化审核方法还包括：

在步骤s301中，按照预设时间启动监控线程。

在这里，所述监控线程用于筛选出已审核结案的理赔订单，以进行风险管控。所述预设时间可以为指定的时间点，比如每天早上8点或者每天下午6点，启动所述监控线程。可选地，可以通过sqlserver代理新建作业来设置所述预设时间。

在步骤s302中，通过所述监控线程读取预设的sql语句，根据所述sql语句查询数据库，获取前一天结案的理赔订单及其受理机构的机构编码。

其中，所述前一天结案的理赔订单包括通过自动审核的理赔订单和通过人工审核的理赔订单。本发明实施例还配置了用于从数据库中查询前一天的结案订单的数据库查询语句，即sql语句。监控线程启动后，读取所述sql语句，获取查询条件以及表名。在本发明实施例中，所述查询条件包括但不限于结案、前一天的日期、受理机构等关键字。然后监控线程每隔一分钟查询一次数据库，从数据库中获取所述sql语句指定的表名对应的表信息，并从所述表信息中获取符合所述查询条件的理赔订单及其受理机构的机构编码，从而得到前一天结案的理赔订单及其受理机构的机构编码。

在步骤s303中，根据所述机构编码将所述结案订单发送至对应的受理机构，以供所述受理机构对其配置的审核规则进行风险分析。

在获取到理赔订单及其机构编码后，所述监控线程将所述理赔案件发送至对应的受理机构，从而实现了分机构分发，使得每个机构都可基于结案的理赔订单对其配置的审核规则进行分析、风险管控，有利于各机构对其配置的个性化审核规则进行优化。

应理解，在上述实施例中，各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

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

图4示出了本发明实施例提供的理赔订单的个性化审核装置的组成结构图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本发明实施例中，所述理赔订单的个性化审核装置用于实现上述图1至图3实施例中所述的理赔订单的个性化审核方法，可以是内置于终端的软件单元、硬件单元或者软硬件结合的单元。所述终端为理赔系统中的后端服务器，包括但不限于计算机、服务器。

参阅图4，所述理赔订单的个性化审核装置包括：

关联模块41，用于获取机构管理员在审核规则配置界面所配置的审核规则，关联所述审核规则与所述机构管理员对应的机构编码；

获取模块42，用于当接收到自动审核指令时，启动理赔订单的审核流程，获取待审核的理赔订单及其受理机构的机构编码；

审核模块43，用于根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核，获取不符合所述审核规则的理赔订单及其明细信息；

分发模块44，用于将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核。

可选地，所述审核装置还包括：

验证模块45，用于在获取机构管理员在审核规则配置界面所配置的审核规则之前，当接收到审核规则的配置指令时，获取请求者的账号信息；将所述账号信息与管理员账号进行匹配，若所述账号信息为管理员账号时，展示所述审核规则配置界面。

可选地，所述审核装置还包括：

监控模块46，用于按照预设时间启动监控线程；通过所述监控线程读取预设的sql语句，根据所述sql语句查询数据库，获取前一天结案的理赔订单及其受理机构的机构编码；根据所述机构编码将所述理赔订单发送至对应的受理机构，以供所述受理机构对其配置的审核规则进行风险分析；

其中，所述理赔订单包括通过自动审核的理赔订单和通过人工审核的理赔订单。

作为本发明的一个优选示例，所配置的审核规则包括以下中的一种或者其任意组合：

配置理赔订单的理算顺序为先疾病后意外、先意外后疾病或者最利于客户；

配置赔付额度，所述赔付额度为基于赔付金额确定理赔订单转人工审核的判断标准；

配置风险天数，所述风险天数为基于承保生效天数确定理赔订单转人工审核的判断标准；

配置风险疾病，所述风险疾病为基于疾病类型确定理赔订单转人工审核的判断标准。

相应地，所述审核模块43根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核包括：

遍历每一个待审核的理赔订单，比对所述待审核的理赔订单的赔付金额与所述赔付额度；

校验所述待审核的理赔订单的承保生效天数是否在所述风险天数范围内；

匹配所述待审核的理赔订单所属的疾病类型与所述风险疾病。

需要说明的是，本发明实施例中的终端可以用于实现上述方法实施例中的全部技术方案。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

图5是本发明实施例提供的一种终端的示意图。如图5所示，该实施例的终端5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述理赔订单的个性化审核方法实施例中的步骤，例如图1所示的步骤s101至s104、图二所示的步骤s201至s202、图3所示的步骤s301至s303。或者，所述处理器50执行所述计算机程序52时实现上述理赔订单的个性化审核装置实施例中各模块/单元的功能，例如图4所示模块41至46的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端5中的执行过程。例如，所述计算机程序52可以被分割成关联模块、获取模块、审核模块、分发模块，各模块具体功能如下：

关联模块，用于获取机构管理员在审核规则配置界面所配置的审核规则，关联所述审核规则与所述机构管理员对应的机构编码；

获取模块，用于当接收到自动审核指令时，启动理赔订单的审核流程，获取待审核的理赔订单及其受理机构的机构编码；

审核模块，用于根据所述机构编码关联的审核规则对所述待审核的理赔订单进行自动化审核，获取不符合所述审核规则的理赔订单及其明细信息；

分发模块，用于将不符合所述审核规则的理赔订单及其明细信息分发至对应的受理机构进行人工审核。

可选地，所述计算机程序52还可以被分割出：

验证模块，用于在获取机构管理员在审核规则配置界面所配置的审核规则之前，当接收到审核规则的配置指令时，获取请求者的账号信息；将所述账号信息与管理员账号进行匹配，若所述账号信息为管理员账号时，展示所述审核规则配置界面。

可选地，所述计算机程序52还可以被分割出：

监控模块，用于按照预设时间启动监控线程；通过所述监控线程读取预设的sql语句，根据所述sql语句查询数据库，获取前一天结案的理赔订单及其受理机构的机构编码；根据所述机构编码将所述理赔订单发送至对应的受理机构，以供所述受理机构对其配置的审核规则进行风险分析；

其中，所述理赔订单包括通过自动审核的理赔订单和通过人工审核的理赔订单。

作为本发明的一个优选示例，所配置的审核规则包括以下中的一种或者其任意组合：

配置理赔订单的理算顺序为先疾病后意外、先意外后疾病或者最利于客户；

配置赔付额度，所述赔付额度为基于赔付金额确定理赔订单转人工审核的判断标准；

配置风险天数，所述风险天数为基于承保生效天数确定理赔订单转人工审核的判断标准；

配置风险疾病，所述风险疾病为基于疾病类型确定理赔订单转人工审核的判断标准。

相应地，所述审核模块包括：

遍历每一个待审核的理赔订单，比对所述待审核的理赔订单的赔付金额与所述赔付额度；

校验所述待审核的理赔订单的承保生效天数是否在所述风险天数范围内；

匹配所述待审核的理赔订单所属的疾病类型与所述风险疾病。

所述终端5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端5的示例，并不构成对终端5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述终端的控制中心，利用各种接口和线路连接整个终端的各个部分。

所述存储器51可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述终端的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘、智能存储卡(smartmediacard，smc)、安全数字卡(securedigital，sd)、闪存卡(flashcard)，至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。。