CN108335214A - 自助理赔方法、服务器和计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种自助理赔方法，该方法包括：在收到输入的报案请求时，根据所述报案请求获取被保人身份及报案信息；根据所述被保人身份获取所述被保人的全部保单；根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单；根据所述可赔付的保单及所述报案信息生成对应的理赔案件。本发明还公开了一种服务器和计算机可读存储介质。本发明实现了申请理赔的保单的自动筛选，降低了拒赔比例，提高了理赔时效。

Description

自助理赔方法、服务器和计算机可读存储介质

技术领域

本发明涉及保险技术领域，尤其涉及一种自助理赔方法、服务器和计算机可读存储介质。

背景技术

随着人们保险意识的提高，越来越多的人购买了人寿、意外等保险，进行风险管理。当被保人由于意外事故等原因申请理赔时，被保人需要在其购买的保单中选择申请赔付的保单，向保险公司提交理赔申请。

由于普通客户通常对保险的了解不够深入、专业，若客户不清楚或不确定保单具体的协议约定，容易选错保单提交理赔申请，导致理赔被拒，需要客户重新选择保单申请理赔，重复递交资料。

这样，会致使保险公司的据赔率升高，不仅影响了客户的体验，而且加重了理赔审核人的工作量，理赔周期长，降低了理赔效率。

发明内容

本发明的主要目的在于提供一种自助理赔方法、服务器和计算机可读存储介质，旨在解决保险据赔率高的技术问题。

为实现上述目的，本发明提供一种自助理赔方法，所述自助理赔方法包括以下步骤：

在收到输入的报案请求时，根据所述报案请求获取被保人身份及报案信息；

根据所述被保人身份获取所述被保人的全部保单；

根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单；

根据所述可赔付的保单及所述报案信息生成对应的理赔案件。

优选地，所述报案信息中包括多个信息项，所述根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单的步骤包括：

若所述各信息项全部满足同一保单的理赔要求则判定所述保单为本次报案可赔付的保单；

分别检测所述被保人的各保单是否为本次报案可赔付的保单，获取全部本次报案可赔付的保单。

优选地，在所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件之后，所述自助理赔方法还包括：

获取所述可赔付保单的险种、承保机构和/或法人，配置所述理赔案件对应的理赔审核机构；

将所述理赔案件发送给对应的理赔审核机构进行审核。

优选地，在所述将所述理赔案件发送给对应的理赔审核机构进行审核之后，所述自助理赔方法还包括：

在收到所述理赔审核机构的赔付指令时，根据所述赔付指令确定赔付款的金额；

根据所述可赔付保单的承保机构和/或法人确定理赔账户，将所述赔付款支付给所述理赔账户，以进行所述理赔案件的赔付。

优选地，所述可赔付保单有多个，所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件的步骤包括：

分别根据所述各可赔付保单及所述报案信息生成对应的理赔案件。

优选地，所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件的步骤之后还包括：

获取所述被保人的征信信息，根据所述被保人的征信信息确定所述被保人的风险；

根据所述被保人的风险确定所述理赔案件的资料收单规则；

若所述理赔案件的资料收单规则为免收单，则根据所述报案信息中的报损金额进行所述理赔案件的赔付。

优选地，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，所述自助理赔方法还包括：

若所述理赔案件的资料收单规则为先付后收，则根据所述报案信息中的报损金额进行所述理赔案件的赔付；

配置资料需求界面，接收录入的理赔证明资料进行审核。

优选地，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，所述自助理赔方法还包括：

若所述理赔案件的资料收单规则为先收后付，则配置资料需求界面，接收录入的理赔证明资料进行审核。

此外，为实现上述目的，本发明还提供一种服务器，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的自助理赔程序，所述自助理赔程序被所述处理器执行时实现上述自助理赔方法任一项所述的自助理赔方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有自助理赔程序，所述自助理赔程序被处理器执行时实现上述自助理赔方法任一项所述的自助理赔方法的步骤。

本发明实施例提出的一种自助理赔方法、服务器和计算机可读存储介质，通过在收到输入的报案请求时，根据报案请求获取被保人身份及报案信息，用于确认被保人身份，了解被保人本次的出险情况；然后，根据被保人身份查找其全部保单，用于筛选出本次报案可赔付的保单，避免遗漏保单；然后，根据报案信息，在被保人的全部保单中筛选出本次报案可赔付的保单，过滤掉无法赔付被保人本次出险的保单；然后，根据可赔付的保单及报案信息生成对应的理赔案件，以便于进行理赔审核。本发明在收到报案请求时，自动根据被保人身份和报案信息，从被保人的全部保单中筛选出符合理赔规则、能够进行赔付的保单，生成理赔案件，从而实现了申请理赔的保单的自动筛选，避免由于客户不清楚或不确定保单具体协议约定而选错保单导致拒付的情况，降低了拒赔比例；同时，也减少了理赔审核人员的无效工作量，提高了理赔时效。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本发明自助理赔方法第一实施例的流程示意图；

图3为本发明自助理赔方法第二实施例的流程示意图；

图4为本发明自助理赔方法第三实施例的流程示意图；

图5为本发明自助理赔方法第四实施例的流程示意图；

图6为本发明自助理赔方法第五实施例的流程示意图；

图7为本发明自助理赔方法第六实施例的流程示意图；

图8为本发明自助理赔方法第七实施例的流程示意图；

图9为本发明自助理赔方法第八实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例服务器可以是PC，也可以是智能手机、平板电脑等终端设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。

本领域技术人员可以理解，图1中示出的终端结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及自助理赔程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的自助理赔程序，并执行以下操作：

进一步地，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

在收到输入的报案请求时，根据所述报案请求获取被保人身份及报案信息；

根据所述被保人身份获取所述被保人的全部保单；

根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单；

根据所述可赔付的保单及所述报案信息生成对应的理赔案件。

进一步地，所述报案信息中包括多个信息项，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

若所述各信息项全部满足同一保单的理赔要求，则判定所述保单为本次报案可赔付的保单；

分别检测所述被保人的各保单是否为本次报案可赔付的保单，获取全部本次报案可赔付的保单。

进一步地，在所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件之后，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

获取所述可赔付保单的险种、承保机构和/或法人，配置所述理赔案件对应的理赔审核机构；

将所述理赔案件发送给对应的理赔审核机构进行审核。

进一步地，在所述将所述理赔案件发送给对应的理赔审核机构进行审核之后，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

在收到所述理赔审核机构的赔付指令时，根据所述赔付指令确定赔付款的金额；

根据所述可赔付保单的承保机构和/或法人确定理赔账户，将所述赔付款支付给所述理赔账户，以进行所述理赔案件的赔付。

进一步地，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

分别根据所述各可赔付保单及所述报案信息生成对应的理赔案件。

进一步地，在根据所述可赔付的保单及所述报案信息生成对应的理赔案件之后，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

获取所述被保人的征信信息，根据所述被保人的征信信息确定所述被保人的风险；

根据所述被保人的风险确定所述理赔案件的资料收单规则；

若所述理赔案件的资料收单规则为免收单，则根据所述报案信息中的报损金额进行所述理赔案件的赔付。

进一步地，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

若所述理赔案件的资料收单规则为先付后收，则根据所述报案信息中的报损金额进行所述理赔案件的赔付；

配置资料需求界面，接收录入的理赔证明资料进行审核。

进一步地，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，处理器1001可以调用存储器1005中存储的自助理赔程序，还执行以下操作：

若所述理赔案件的资料收单规则为先收后付，则配置资料需求界面，接收录入的理赔证明资料进行审核。

本发明服务器的具体实施例与下述自助理赔方法各实施例基本相同，在此不作赘述。

参照图2，本发明自助理赔方法第一实施例提供一种自助理赔方法，所述自助理赔方法包括：

步骤S10、在收到输入的报案请求时，根据所述报案请求获取被保人身份及报案信息。

具体的，当用户有理赔需求时，可以通过客户端或是网页，使用用户账户登录保险理赔系统，点击报案按钮。

保险理赔系统的服务器在检测到用户点击报案按钮后，提供报案页面，报案页面中包含各预设类型的信息项的录入框，供用户录入本次报案的各项基本信息，例如此次申请理赔的被保人姓名、证件号码、证件类型、年龄、联系方式，被保人客户号，出险时间、出险原因、出险地点、出险类型、报损金额等等信息项，可根据实际需要灵活配置。

然后，用户点击信息确认按钮，输入确认指令。

服务器在收到确认指令时，生成报案请求，并将用户在报案页面录入的各项基本信息作为报案请求携带的信息项。

然后，服务器根据报案请求获取被保人身份和报案信息。

具体的，作为一种实施方式，服务器可以在报案请求携带的信息项中提取被保人身份证号或其他证件号码。然后，根据被保人身份证号或其他证件号码在数据库中查找对应的被保人，并获取此被保人的五项基本信息，包括姓名、性别、证件号码、证件号类型及年龄，作为被保人身份。

当然，若报案请求携带的信息项中包含被保人的五项基本信息，则服务器可以根据数据库中的被保人信息，对报案信息中的被保人五项基本信息进行校验。例如，根据身份证号校正被保人的年龄、性别。

作为另外一种实施方式，若报案请求携带的信息项中携带有被保人的客户号，则服务器将报案请求中的客户号作为被保人身份，用来唯一确定此被保人。

进一步地，服务器还可以核验当前用户账户是否有报案权限，也即判断当前报案人是否有权限为此被保人报案。

例如，若报案人即为此被保人，则可以判定当前用户账户有权限为此被保人报案；若报案人为此被保人保单的投保人，则可以判定当前用户账户有权限为此被保人报案。当然，对报案权限的管控还可以根据实际需求灵活设置多条规则。

在确定被保人身份的同时，服务器在报案请求携带的信息项中提取预设名称或类型的信息项，作为报案信息，包括出险时间、出险原因、出险地点、出险类型、报损金额等信息项。

步骤S20、根据所述被保人身份获取所述被保人的全部保单。

在得到被保人身份后，服务器根据被保人身份，在数据库中查找被保人的全部保单。

例如，服务器根据根据被保人的五项基本信息在数据库中查找此被保人的全部保单；或服务器根据被保人的客户号，在数据库中查找此被保人的全部保单。

需要说明的是，保单中记载了投保人购买保险时的协议和约定等信息，例如保单的法人、保单的承保机构、保险责任、除外责任、险种、保险有效期、索赔时效、定点医院等信息。

步骤S30、根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单。

在得到本次报案信息和被保人的全部保单后，服务器根据本次报案信息，在被保人的全部保单中筛选出本次报案可以赔付的保单。

具体的，作为一种实施方式，服务器根据本次报案信息，在被保人的全部保单中过滤掉本次无法赔付的保单。

例如，服务器可以根据出险时间过滤掉不在保单有效期的保单，以及不在理赔有效期内的保单。

服务器可以根据出险原因过滤掉险种不符合的保单。例如，若出险原因为疾病，则需要过滤掉车险、意外险等险种的保单。

当然，服务器还可以根据出险原因过滤掉保单法人不符合的保单。保单的法人是指出具保单的机构的法定代表人，例如，寿险、健康险、车险分属不同的机构，对应的法定代表人也不同。若被保人当前的出险原因为疾病，则需要过滤掉车险机构法人和寿险机构法人所在的保单。

服务器可以根据出险地点，过滤掉不支持异地赔付的异地承保机构。

服务器可以根据出险类型，过滤掉没有赔偿责任的保单。例如，出险类型包括门诊、住院、伤残、死亡、物损等。若被保人当前的出险类型为门诊，则需要过滤掉产险保单；若被保人的出险类型为住院，则需要过滤掉寿险保单。

进一步地，服务器还可以根据被保人进行诊疗的医院，过滤掉不符合定点医院规则的保单。

当然，还可以根据实际需要，灵活配置过滤规则。

在将被保人全部保单中本次无法赔付的保单过滤掉后，剩下的保单即为本次报案可赔付的保单。

由此，得到被保人本次报案可赔付的保单，也可简称为可赔付保单。

步骤S40、根据所述可赔付的保单及所述报案信息生成对应的理赔案件。

在得到本次报案可赔付的保单后，服务器根据报案信息及可赔付保单生成对应的理赔案件，进行立案。

然后，服务器可以将理赔案件分配给对应的理赔审核节点进行理赔审核。

在本实施例中，在收到输入的报案请求时，根据报案请求获取被保人身份及报案信息，用于确认被保人身份，了解被保人本次的出险情况；然后，根据被保人身份查找其全部保单，用于筛选出本次报案可赔付的保单，避免遗漏保单；然后，根据报案信息，在被保人的全部保单中筛选出本次报案可赔付的保单，过滤掉无法赔付被保人本次出险的保单；然后，根据可赔付的保单及报案信息生成对应的理赔案件，以便于进行理赔审核。本实施例在收到报案请求时，自动根据被保人身份和报案信息，从被保人的全部保单中筛选出符合理赔规则、能够进行赔付的保单，生成理赔案件，从而实现了申请理赔的保单的自动筛选，避免由于客户不清楚或不确定保单具体协议约定而选错保单导致拒付的情况，降低了拒赔比例；同时，也减少了理赔审核人员的无效工作量，提高了理赔时效。

进一步地，参照图3，本发明自助理赔方法第二实施例提供一种自助理赔方法，基于上述本发明自助理赔方法第一实施例，所述报案信息中包括多个信息项，所述步骤S30还包括：

步骤S31、若所述各信息项全部满足同一保单的理赔要求，则判定所述保单为本次报案可赔付的保单；

步骤S32、分别检测所述被保人的各保单是否为本次报案可赔付的保单，获取全部本次报案可赔付的保单。

在筛选本次报案可赔付的保单时，服务器分别检测各保单是否为可赔付的保单。

作为一种实施方式，报案信息中包括多个信息项，例如：出险时间、出险原因、出险地点、出险类型、报损金额等，可根据实际需要灵活配置。

具体的，服务器检测报案信息中的各信息项是否满足保单的理赔要求。

例如，检测报案信息中的出险时间是否在保单的有效期内，出险时间是否在理赔有效期内；检测出险原因是否适用于保单的险种，是否在保单的保险责任范围内，是否为除外责任；检测出险类型是否在保单的保险责任范围内，是否为除外责任；检测报损金额是否在保单约定的赔偿金额内。

若报案信息中的各信息项均满足保单的理赔要求，则判定此保单为本次报案可赔付的保单；若报案信息中的任一信息项不满足保单的理赔要求，则判定此保单为本次报案不可赔付的保单。

由此，服务器分别检测各保单是否为本次报案可赔付的保单，并获取全部的本次报案可赔付的保单。

在得到全部的本次报案可赔付的保单后，服务器根据报案信息和本次报案可赔付的保单，进行理赔立案。

在本实施例中，若报案信息中的各信息项全部满足同一保单的理赔要求，则判定此保单为本次报案可赔付的保单；由此，分别检测被保人的各保单是否为本次报案可赔付的保单，获取全部本次报案可赔付的保单，进行理赔立案。本实施例通过对本次报案信息中的各信息项进行严格检测，在确定报案信息全部满足保单的理赔要求后，才确定保单为本次报案可赔付的保单，保障了筛选出的保单的准确性，提升理赔时效。

进一步地，参照图4，本发明自助理赔方法第三实施例提供一种自助理赔方法，基于上述本发明自助理赔方法第一实施例或第二实施例(本实施例以本发明自助理赔方法第一实施例为例)，所述步骤S40之后，还包括：

步骤S51、获取所述可赔付保单的险种、承保机构和/或法人，配置所述理赔案件对应的理赔审核机构；

步骤S52、将所述理赔案件发送给对应的理赔审核机构进行理赔审核。

在得到本次报案可赔付的保单并生成理赔案件后，服务器需要将理赔案件发送到对应的理赔审核机构进行理赔审核，加快理赔审核速度。

具体的，服务器获取可赔付保单的险种、承保机构和/或法人。其中，可赔付保单的险种指定了保单的类型，例如车险、寿险、产险等等；承保机构为客户购买保险、签订保单的保险公司；保单的法人指承保机构的法定代表人。

然后，服务器根据预设的理赔审核规则，确定可赔付保单对应的理赔审核机构，也即理赔案件对应的理赔审核机构。

作为一种实施方式，服务器根据可赔付保单的险种、承保机构或法人，确定对应的审核机构。例如，若可赔付保单的险种为车险，则确定理赔案件对应的理赔审核机构为车险全国理赔中心；若可赔付保单的承保机构为某地的保险子公司，则确定理赔案件对应的理赔审核机构为此保险子公司的理赔审核中心；若可赔付保单的法人为寿险公司的法人，则确定理赔案件对应的理赔审核机构为此寿险公司的理赔中心。

当然，服务器还可以根据两个或多个参数，确定理赔案件的理赔审核机构。服务器根据可赔付保单的险种和承保机构，确定对应的理赔审核机构；服务器根据可赔付保单的险种和法人，确定对应的理赔审核机构；服务器根据可赔付保单的承保机构和法人，确定对应的理赔审核机构；服务器根据可赔付保单的险种、承保机构和法人，确定对应的理赔审核机构。

例如，可赔付保单的险种为车险，承保机构为某地的保险公司，则确定理赔案件对应的理赔审核机构为此保险公司的车险理赔中心。

由此，得到了理赔案件对应的理赔审核机构。

然后，服务器将理赔案件发送给其对应的理赔审核机构进行理赔审核，加快理赔案件的审核时效。

在本实施例中，获取本次报案可赔付保单的险种、承保机构和/或法人，配置理赔案件对应的的理赔审核机构；然后，将理赔案件发送给对应的理赔审核机构进行审核，加快理赔审核的时效。

进一步地，参照图5，本发明自助理赔方法第四实施例提供一种自助理赔方法，基于上述本发明自助理赔方法第三实施例，所述步骤S52之后，还包括：

步骤S61、在收到所述理赔审核机构的赔付指令时，根据所述赔付指令确定赔付款的金额；

步骤S62、根据所述可赔付保单的承保机构和/或法人确定理赔账户，将所述赔付款支付给所述理赔账户，以进行所述理赔案件的赔付。

在将理赔案件给到理赔审核机构进行审核后，服务器若收到理赔审核机构反馈的赔付指令，则获取赔付指令中的可赔付保单和赔付金额。

然后，服务器根据可赔付保单的承保机构和/或法人，确定理赔账户。需要说明的是，服务器可以单独根据承保机构或法人，在数据库中查找对应的理赔账户；也可以在分别根据承保机构和法人，在数据库中查找对应的理赔账户后进行核对，判断是否一致，若两个理赔账户一致才确定本次理赔的理赔账户；服务器还可以根据承保机构和法人两个参数，在数据库中查找对应的理赔账户，提升理赔账户的准确性。

由此，服务器在确定理赔账户后，通过转账等形式将赔付款支付给理赔账户，由可赔付保单的承保机构将赔付款支付给受益人，对被保人进行赔付，完成理赔案件的赔付。其中，赔付款金额即为赔付指令中携带的金额。

在本实施例中，在收到理赔审核机构的赔付指令时，根据赔付指令确定赔付款的金额；然后，根据可赔付保单的承保机构和/或法人确定理赔账户，将赔付款支付给理赔账户，从而由承保机构进行赔付，完成理赔案件的赔付。本实施例实现了对保险理赔报案和赔付的流程管控，提升了理赔的流程时效，能够尽快为客户提供赔偿，提升客户体验。

进一步地，参照图6，本发明自助理赔方法第五实施例提供一种自助理赔方法，基于上述本发明自助理赔方法第一至五任一实施例(本实施例以本发明自助理赔方法第一实施例为例)，所述可赔付保单有多个，所述步骤S40包括：

步骤S41、分别根据所述各可赔付保单及所述报案信息生成对应的理赔案件。

当服务器检测到有多个可赔付保单时，服务器分别根据各可赔付保单和报案信息生成对应的理赔案件。

然后，服务器分别根据各可赔付保单的险种、承保机构和/或法人，确定对应的理赔审核机构，将各理赔案件发送给对应的理赔审核机构进行审核，实现了多种保单的分流审核，加快了理赔审核速度。

当然，在收到理赔审核机构的赔付指令时，需要根据赔付指令确定可赔付保单和赔付款的金额。

然后，根据可赔付保单的承保机构和/或法人确定理赔账户，将赔付款支付给此理赔账户，进行理赔。

在本实施例中，可赔付保单有多个，则分别根据各可赔付保单及报案信息生成对应的理赔案件，实现理赔案件的分流，加快理赔案件的处理速度。

进一步的，参照图7，本发明自助理赔方法第六实施例提供一种自助理赔方法，基于上述本发明自助理赔方法第一至五任一实施例(本实施例以本发明自助理赔方法第一实施例为例)，所述步骤S40之后，还包括：

步骤S71、获取所述被保人的征信信息，根据所述被保人的征信信息确定所述被保人的风险；

步骤S72、根据所述被保人的风险确定所述理赔案件的资料收单规则；

步骤S73、若所述理赔案件的资料收单规则为免收单，则根据所述报案信息中的报损金额进行所述理赔案件的赔付。

在对被保人的可赔付保单进行立案后，服务器获取被保人的征信信息。需要说明的是，服务器可以从保险公司配置的征信数据库中根据被保人身份查找被保人的征信信息，也可以从第三方公司提供的征信数据库中查找被保人的征信信息。

服务器得到的被保人征信信息包括信贷逾期风险、行政负面风险、欺诈风险、失信被执行人(法院判决拒不执行)、被执行人(存在法院判决需要执行)、交通严重违章(拘留、吊销执照等)、手机号存在欺诈风险、卡号存在欺诈风险、身份证号存在欺诈风险、存在欺诈风险等等。

需要说明的是，第三方数据库提供的被保人征信信息中的各项风险可以根据风险程度使用风险等级进行定量表征，也可以用是否存在风险进行定性表征。

本实施例中，为便于对风险程度进行量化评估，服务器根据预设的分值映射表，将征信信息中的各项风险等级、是否存在风险等转换为具体的风险分值，由此，得到被保人的各项风险分值，例如，被保人驾驶行为良好，无交通严重违章，对应的风险分值为10分；被保人的身份证号存在欺诈风险，且风险的等级较高，对应的风险分值较低，可能为1分；被保人的卡号存在欺诈风险，但风险等级较低，对应的风险分值较低，可能为7分。

然后，服务器根据被保人征信信息中的各项风险分值，以及预设的各项风险对应的权重分值，计算被保人的征信分值，得到的征信分值反映了被保人整体的风险。

作为一种实施方式，服务器分别将各项风险分值乘以其对应的权重分值，得到各项风险的得分；然后，服务器将各项风险的得分进行加和，得到值即为被保人最终的征信分值。

当然，还可以根据实际需要配置其他算法进行征信分值的计算。

然后，服务器根据被保人的风险情况确定理赔案件的资料收单规则。

具体的，服务器可以查询预设的映射表，获取被保人征信分值对应的资料收单规则作为理赔案件的资料收单规则。

其中，预设的映射表中记载了被保人各征信分值对应的收单规则，可以通过划分分值区间的形式，不同的征信分值区间对应不同的收单规则。资料收单规则包括是否收取理赔证明资料以及何时收取理赔证明资料，例如免收单，先付后收，先收后付等规则，可根据实际需要灵活配置。

若被保人征信分值较高，对应的资料收单规则为免收单，则服务器直接根据报案信息中的报损金额，将对应的赔付款支付给承保机构的账户，由承保机构进行赔付，无需收取被保人的理赔证明资料。

当然，为了避免骗保，还可以预先设置免收单限制金额，若报案信息中的报损金额不超过免收单限制金额，则服务器将报案金额对应的赔付款支付给承保机构的账户，由承保机构进行赔付。

为了使得赔付更加灵活，还可以预先设置机构浮动金额，若报案信息中的报损金额不超过免收单限制金额与机构浮动金额之和，则服务器将报案金额对应的赔付款支付给承保机构的账户，由承保机构进行赔付。

由此，实现了自助理赔的快速赔付。

在本实施例中，生成理赔案件后，获取被保人的征信信息，根据被保人的征信信息确定被保人的风险；然后，根据被保人的风险确定理赔案件的资料收单规则；若被保人的资料收单规则为免收单，则根据报案信息中的报损金额进行赔付。本实施例依据被保人的征信，在被保人征信较好、风险较小的情况下，免收理赔证明资料直接进行赔付，为客户提供了便利，大大缩短了理赔时间，提升了优质客户的理赔体验。

进一步地，参照图8，本发明自助理赔方法第七实施例提供一种自助理赔方法，基于上述本发明自助理赔方法第六实施例，所述步骤S72之后，还包括：

步骤S74、若所述理赔案件的资料收单规则为先付后收，则根据所述报案信息中的报损金额进行所述理赔案件的赔付；

步骤S75、配置资料需求界面，接收录入的理赔证明资料进行审核。

若被保人的征信分值中等，也即被保人的风险中等，对应的资料收单规则为先付后收，则服务器先根据报案信息中的报损金额进行理赔案件的赔付，然后，服务器再配置资料需求界面，告知用户其需要提供的理赔证明资料有哪些，当然，还可以配置相关的提示，以提示用户如何得到这些理赔证明资料，如何上传这些理赔证明资料。

进一步地，服务器在配置资料需求界面时，可以根据各可赔付保单分别单独配置，也可以配置统一的资料需求界面，可根据需求灵活配置。

用户可以在资料需求界面上传对应的理赔证明资料。

服务器在收到上传的理赔证明资料后，可以将理赔证明资料发送给理赔案件对应的理赔审核机构进行审核，或是由统一的理赔审核中心进行审核。

在本实施例中，若理赔案件的资料收单规则为先付后收，则根据报案信息中的报损金额进行所述理赔案件的赔付；然后再配置资料需求界面，接收录入的理赔证明资料进行审核。由此，本实施例为普通客户提供了快速理赔通道，征信中等、风险中等的客户可以先获得赔偿再上传理赔证明资料，从而能够快速、及时的拿到赔付款，保险公司也能规避一定的风险。

进一步地，参照图9，本发明自助理赔方法第八实施例提供一种自助理赔方法，基于上述本发明自助理赔方法第六实施例，所述步骤S72之后，还包括：

步骤S76、若所述理赔案件的资料收单规则为先收后付，则配置资料需求界面，接收录入的理赔证明资料进行审核。

若被保人的征信分值较低，风险较高，则不允许对此被保人先赔付，服务器配置资料需求界面，以供客户录入理赔证明资料进行审核。

当客户根据资料需求录入对应的理赔证明资料后，服务器将理赔案件发送到对应的理赔审核机构进行审核，在理赔审核机构审核通过、反馈赔付指令后再进行赔付。

在本实施例中，若所述理赔案件的资料收单规则为先收后付，则配置资料需求界面，接收录入的理赔证明资料进行审核，然后才能进行赔付。由此，有效避免了征信差、高风险客户的骗保事件。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有自助理赔程序，所述自助理赔程序被处理器执行时实现如下操作：

在收到输入的报案请求时，根据所述报案请求获取被保人身份及报案信息；

根据所述被保人身份获取所述被保人的全部保单；

根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单；

根据所述可赔付的保单及所述报案信息生成对应的理赔案件。

进一步地，所述报案信息中包括多个信息项，所述自助理赔程序被处理器执行时还实现如下操作：

若所述各信息项全部满足同一保单的理赔要求，则判定所述保单为本次报案可赔付的保单；

分别检测所述被保人的各保单是否为本次报案可赔付的保单，获取全部本次报案可赔付的保单。

进一步地，，在所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件之后，所述自助理赔程序被处理器执行时还实现如下操作：

获取所述可赔付保单的险种、承保机构和/或法人，配置所述理赔案件对应的理赔审核机构；

将所述理赔案件发送给对应的理赔审核机构进行审核。

进一步地，在所述将所述理赔案件发送给对应的理赔审核机构进行审核之后，所述自助理赔程序被处理器执行时还实现如下操作：

在收到所述理赔审核机构的赔付指令时，根据所述赔付指令确定赔付款的金额；

根据所述可赔付保单的承保机构和/或法人确定理赔账户，将所述赔付款支付给所述理赔账户，以进行所述理赔案件的赔付。

进一步地，所述可赔付保单有多个，所述自助理赔程序被处理器执行时还实现如下操作：

分别根据所述各可赔付保单及所述报案信息生成对应的理赔案件。

进一步地，在根据所述可赔付的保单及所述报案信息生成对应的理赔案件之后，所述自助理赔程序被处理器执行时还实现如下操作：

获取所述被保人的征信信息，根据所述被保人的征信信息确定所述被保人的风险；

根据所述被保人的风险确定所述理赔案件的资料收单规则；

若所述理赔案件的资料收单规则为免收单，则根据所述报案信息中的报损金额进行所述理赔案件的赔付。

进一步地，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，所述自助理赔程序被处理器执行时还实现如下操作：

若所述理赔案件的资料收单规则为先付后收，则根据所述报案信息中的报损金额进行所述理赔案件的赔付；

配置资料需求界面，接收录入的理赔证明资料进行审核。

进一步地，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，所述自助理赔程序被处理器执行时还实现如下操作：

若所述理赔案件的资料收单规则为先收后付，则配置资料需求界面，接收录入的理赔证明资料进行审核。

本发明计算机可读存储介质的具体实施例与上述自助理赔方法各实施例基本相同，在此不作赘述。

还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的可选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种自助理赔方法，其特征在于，所述自助理赔方法包括以下步骤：

在收到输入的报案请求时，根据所述报案请求获取被保人身份及报案信息；

根据所述被保人身份获取所述被保人的全部保单；

根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单；

根据所述可赔付的保单及所述报案信息生成对应的理赔案件。

2.如权利要求1所述的自助理赔方法，其特征在于，所述报案信息中包括多个信息项，所述根据所述报案信息，在所述全部保单中筛选出本次报案可赔付的保单的步骤包括：

若所述各信息项全部满足同一保单的理赔要求，则判定所述保单为本次报案可赔付的保单；

分别检测所述被保人的各保单是否为本次报案可赔付的保单，获取全部本次报案可赔付的保单。

3.如权利要求1所述的自助理赔方法，其特征在于，在所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件之后，所述自助理赔方法还包括：

获取所述可赔付保单的险种、承保机构和/或法人，配置所述理赔案件对应的理赔审核机构；

将所述理赔案件发送给对应的理赔审核机构进行审核。

4.如权利要求3所述的自助理赔方法，其特征在于，在所述将所述理赔案件发送给对应的理赔审核机构进行审核之后，所述自助理赔方法还包括：

在收到所述理赔审核机构的赔付指令时，根据所述赔付指令确定赔付款的金额；

根据所述可赔付保单的承保机构和/或法人确定理赔账户，将所述赔付款支付给所述理赔账户，以进行所述理赔案件的赔付。

5.如权利要求1所述的自助理赔方法，其特征在于，所述可赔付保单有多个，所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件的步骤包括：

分别根据所述各可赔付保单及所述报案信息生成对应的理赔案件。

6.如权利要求1-5任一项所述的自助理赔方法，其特征在于，所述根据所述可赔付的保单及所述报案信息生成对应的理赔案件的步骤之后还包括：

获取所述被保人的征信信息，根据所述被保人的征信信息确定所述被保人的风险；

根据所述被保人的风险确定所述理赔案件的资料收单规则；

若所述理赔案件的资料收单规则为免收单，则根据所述报案信息中的报损金额进行所述理赔案件的赔付。

7.如权利要求6所述的自助理赔方法，其特征在于，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，所述自助理赔方法还包括：

若所述理赔案件的资料收单规则为先付后收，则根据所述报案信息中的报损金额进行所述理赔案件的赔付；

配置资料需求界面，接收录入的理赔证明资料进行审核。

8.如权利要求6所述的自助理赔方法，其特征在于，在所述根据所述被保人的风险确定所述理赔案件的资料收单规则之后，所述自助理赔方法还包括：

若所述理赔案件的资料收单规则为先收后付，则配置资料需求界面，接收录入的理赔证明资料进行审核。

9.一种服务器，其特征在于，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的自助理赔程序，所述自助理赔程序被所述处理器执行时实现如权利要求1至8中任一项所述的自助理赔方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有自助理赔程序，所述自助理赔程序被处理器执行时实现如权利要求1至8中任一项所述的自助理赔方法的步骤。