数据处理方法、装置、介质及电子设备与流程

本发明涉及计算机技术领域，具体而言，涉及一种数据处理方法、数据处理装置、计算机可读介质及电子设备。

背景技术：

随着保险意识的提高，越来越多的客户购买不同种类的保险(例如：财产保险、车辆保险等)，从而，为自己的生活提供多方位的保障。

目前，对于购买有多种保险的客户(例如：购买有保险a、保险b和保险c的客户a)，当出险后，客户a需要分别针对保险a、保险b和保险c提出理赔申请。对应的，保险公司需分别针对保险a、保险b和保险c进行核赔。也就是说，客户需配合保险公司分别针对保险a、保险b和保险c三种保险的核赔，进而等待三种保险的核赔结果或理赔结果。从而严重影响客户理赔体验。同时，也给保险公司带来了不必要的多次核赔过程，造成人力物力资源的浪费。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本发明实施例的目的在于提供一种数据处理方法、数据处理装置、计算机可读介质及电子设备，进而至少在一定程度上克服现有的数据处理方法造成客户理赔体验有待提高，以及给保险公司带来的不必要的多次核赔效率有待提高的缺点。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面，提供了一种数据处理方法，包括：

核实客户的出险报案信息，所述出险报案信息包含客户标识；

根据所述客户标识，获取所述客户对应的至少两个险种信息；

根据所述至少两个险种信息对所述客户进行理赔。

在本发明的一些实施例中，基于前述方案，核实客户的出险报案信息，包括：

接收客户通过至少一种报案渠道的出险报案信息，其中，所述出险报案信息包括出险事件信息，所述至少一种报案渠道包括但不限于：电话、移动终端的应用程序、柜面面谈；

根据所述客户标识和所述出险事件信息，将对应于同一客户的所述至少一个渠道的出险报案信息进行去重处理，以完成对所述客户的出险报案信息的核实。

在本发明的一些实施例中，基于前述方案，根据所述客户标识，获取所述客户对应的至少一种关于保障对象的保险类型，其中，所述关于保障对象的保险类型包括但不限于：财产类型、人身类型、责任类型和信用类型，每一种所述保险类型包括多个险种；

根据所述至少一种保险类型，获取所述客户的至少两个险种信息。

在本发明的一些实施例中，基于前述方案，根据所述至少两个险种信息对所述客户进行理赔，包括：

根据所述出险报案信息，确定具有理赔责任的保险类型；

根据所述具有理赔责任的保险类型和所述客户对应的至少一种保险类型，确定所述客户对应的具有理赔责任的目标保险类型；

获取所述目标保险类型中所述客户对应的险种信息；

根据所述出险报案信息与所述险种信息中的理赔范围信息进行匹配，确定具有理赔责任的目标险种；

根据所述目标险种的保单信息对所述客户进行理赔。

在本发明的一些实施例中，基于前述方案，根据所述至少两个险种信息对所述客户进行理赔，包括：

分别获取所述至少两个险种中每一险种对应的理赔范围信息；

根据所述出险报案信息与每一险种对应的理赔范围信息进行匹配，确定具有理赔责任的目标险种；

根据所述目标险种的保单信息对所述客户进行理赔。

在本发明的一些实施例中，基于前述方案，根据所述出险报案信息与每一险种对应的理赔范围信息进行匹配，确定具有理赔责任的目标险种，包括：

获取所述理赔范围信息对应的理赔责任代码，以及根据所述出险报案信息确定出险事件信息代码；

判断每一险种对应的理赔责任代码中是否存在与所述出险事件信息代码相匹配的理赔责任代码；

将存在与所述出险事件信息代码相匹配的理赔责任代码的险种作为具有理赔责任的目标险种。

在本发明的一些实施例中，基于前述方案，根据所述目标险种的保单信息对所述客户进行理赔，包括：

获取每一个所述目标险种的保单列表；

根据所述保单列表中每一保单的有效期、生效期以及所述出险报案信息中的出险期，确定具有理赔责任的目标保单；

根据每一个所述目标保单的保额信息，确定每一个所述目标险种的保单列表对应的子理赔金额；

将每一个所述目标险种的保单列表对应的子理赔金额求和，确定对所述客户的总理赔金额。

本发明实施例的第二方面，提供了一种数据处理装置，包括：

出险报案信息核实模块，用于核实客户的出险报案信息，所述出险报案信息包含客户标识；

险种信息获取模块，用于根据所述客户标识，获取所述客户对应的至少两个险种信息；

理赔模块，用于根据所述至少两个险种信息对所述客户进行理赔。

根据本发明实施例的第三方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的数据处理方法。

根据本发明实施例的第四方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的数据处理方法。

本发明实施例提供的技术方案可以包括以下有益效果：

在本发明的一些实施例所提供的技术方案中，核实客户的出险报案信息后，根据客户标识获取此客户对应的所有险种信息，并进一步地，根据此客户的所有险种信息对客户进行一次理赔。通过将属于同一客户的所有险种进行整合处理的方式，避免了对同一出险报案信息须针对多个险种进行多次核保的问题。同时，针对多种险种，客户无需进行多次出现报案、也无需配合保险公司进行多次核保，而是一次性核赔后一次性获得理赔结果。可见，本发明实施例提供的技术方案提高了保险公司理赔处理效率，同时，提升了客户的理赔体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了根据本发明的实施例的数据处理方法的流程示意图；

图2示出根据本发明的实施例的出险报案信息的核实方法的流程示意图；

图3示出根据本发明的实施例的属于同一客户的险种信息的获取方法的流程示意图；

图4示出根据本发明的实施例的根据客户所有的险种信息进行数据处理方法的流程示意图；

图5示出根据本发明的另一实施例的根据客户所有的险种信息进行数据处理方法的流程示意图；

图6示出根据本发明的实施例的具有理赔责任的目标险种的确定方法的流程示意图；

图7示出根据本发明的实施例的根据客户所有的险种信息进行数据处理方法的流程示意图；

图8示出了根据本发明的实施例的数据处理方法的流程示意图；

图9示出了根据本发明的实施例的数据处理装置的结构示意图；

图10示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了根据本发明的实施例的数据处理方法的流程示意图。本实施例提供的数据处理方法至少在一定程度上克服现有的数据处理方法造成客户理赔体验有待提高，以及给保险公司带来的不必要的多次核赔效率有待提高的缺点。其中，本实施例提供的数据处理方法的执行主体可以是具有计算处理功能的设备，比如服务器等。

参考图1，该实施例提供的数据处理方法，包括：

步骤s101，核实客户的出险报案信息，所述出险报案信息包含客户标识；

步骤s102，根据所述客户标识，获取所述客户对应的至少两个险种信息；以及，

步骤s103，根据所述至少两个险种信息对所述客户进行理赔。

在图1所示实施例提供的技术方案中，核实客户的出险报案信息后，根据客户标识获取此客户对应的所有险种信息，并进一步地，根据此客户的所有险种信息对客户进行一次理赔。通过将属于同一客户的所有险种进行整合处理的方式，避免了对同一出险报案信息须针对多个险种进行多次核保的问题。同时，针对多种险种，客户无需进行多次出现报案、也无需配合保险公司进行多次核保，而是一次性核赔后一次性获得理赔结果。可见，本发明实施例提供的技术方案提高了保险公司理赔处理效率，同时，提升了客户的理赔体验。

以下对图1所示实施例的各个步骤的具体实现进行详细阐述：

在示例性的实施例中，图2示出根据本发明的实施例的出险报案信息的核实方法的流程示意图。图2所实施示例可以用于解释步骤s101的具体实现。参考图2，该实施例提供的出险新的核实方法，包括：

步骤s201，接收客户通过至少一种报案渠道的出险报案信息；以及，步骤s202，根据所述客户标识和所述出险事件信息，将对应于同一客户的所述至少一个渠道的出险报案信息进行去重处理，以完成对所述客户的出险报案信息的核实。

在示例性的实施例中，当客户s1发生出险事件t(例如：交通事故、疾病、被盗窃等)后，客户s1可能通过电话、移动终端的应用程序(例如：保险公司的微信公众号、保险公司对应的应用程序等)、柜面面谈等一种或多种报案渠道进行报案。若客户s1购买有多个险种，则客户s1还可能会针对同一出险时间t，分别根据不同的保险险种进行了报案。因此，关于同一出险事件，保险公司会接收到多个报案，即保险公司接收到多个出险报案信息。

在示例性的实施例中，为了避免针对同一出险事件进行多个核赔，以提高理赔效率，本实施例提供的技术方案对关于同一出险事件的多个出险报案信息进行去重。示例性的，根据出险报案信息中的客户标识，将属于同一客户的出险报案信息进行筛选；进而，根据出险报案信息中的出险事件实现(例如出险原因、出险地点等)，将属于同一出险事件的出险报案信息进行去重，只保留其中一个作为核实后的出险报案信息。

在示例性的实施例中，图3示出根据本发明的实施例的属于同一客户的险种信息的获取方法的流程示意图。图3所实施示例可以用于解释步骤s102的具体实现。参考图3，该实施例提供的属于同一客户的险种信息的获取方法，包括：

步骤s301，根据所述客户标识，获取所述客户对应的至少一种关于保障对象的保险类型；以及，步骤s302，根据所述至少一种保险类型，获取所述客户的至少两个险种信息。

在示例性的实施例中，所述关于保障对象的保险类型包括但不限于：财产类型、人身类型、责任类型和信用类型，每一种所述保险类型包括多个险种。示例性的，财产类型包括的险种：汽车保险、家庭财产保险、盗窃保险、营业中断保险(又称利润损失保险)、农业保险等。人身类型包括的险种：人身意外伤害保险、疾病保险(又称健康保险)、人寿保险(分为死亡保险、生存保险和两全保险)等。责任类型包括的险种：公众责任保险、雇主责任保险、产品责任保险、职业责任保险等。信用类型包括的险种：忠诚保证保险、履约保险等。

示例性的，客户s2购买有关于保障对象的两种保险类型：财产类型和人身类型。进一步地，确定客户s2的财产类型的险种为汽车保险、家庭财产保险，确定客户s2的人身类型的险种为人身意外伤害保险。从而，确定客户s2对应的所有险种信息。

在示例性的实施例中，图4示出根据本发明的实施例的根据客户所有的险种信息进行数据处理方法的流程示意图。图4所实施示例可以用于解释步骤s103的具体实现。

参考图4，该实施例提供的根据客户所有的险种信息进行数据处理方法，包括步骤s401-步骤s405。

在步骤s401中，根据所述出险报案信息，确定具有理赔责任的保险类型；在步骤s402中，根据所述具有理赔责任的保险类型和所述客户对应的至少一种保险类型，确定所述客户对应的具有理赔责任的目标保险类型；以及，在步骤s403中，获取所述目标保险类型中所述客户对应的险种信息。

在示例性的实施例中，所述出险报案信息包括出险事件信息，例如，上述客户s2发生了交通事故，则出险事件信息可以是：2018年10月10日，张某某(即客户s2的姓名)驾驶其牌号为“鲁a******”的汽车在地点l发生交通事故，张某某中伤，车辆某部分破损。则根据上述出险事件信息确定具有理赔责任的保险类型包括：财产类型、人身类型和责任类型。

同时，由于客户s2分别购买有财产类型的险种和人身类型的险种。则可以确定客户s2对应的具有理赔责任的目标保险类型为财产类型、人身类型。进一步地，确定客户s2的目标保险类型中的险种信息，确定客户s2的财产类型的险种为汽车保险、家庭财产保险，确定客户s2的人身类型的险种为人身意外伤害保险。

在步骤s404中，根据所述出险报案信息与所述险种信息中的理赔范围信息进行匹配，确定具有理赔责任的目标险种；以及，在步骤s405中，根据所述目标险种的保单信息对所述客户进行理赔。

在示例性的实施例中，获取客户s2目标保险类型中的各个险种信息理赔范围信息，用于与客户s2的出险报案信息进行匹配。例如，客户s2购买的汽车保险的理赔范围包括对汽车发送机部件的破损理赔，同时客户s2的出险报案信息中汽车发动机部件发生了破损，则可以确定汽车保险为具有理赔责任的目标险种。以此类推，针对客户s2的此次出险报案信息，确定具有理赔责任的所有目标险种。最后，根据所有目标险种确定理赔信息，以对客户s2进行一次性理赔。

在图3和图4所示实施例提供的数据处理方法中，根据出险报案信息先确定与目标保险类型，其中，每种保险类型包括多个险种。从而，将无关的保险类型对应的险种进行舍弃，以便减少理赔程序的复杂性，从而提高理赔效率。进一步地，在根据目标保险类型获取目标险种，从而将目标保险类型中不具有理赔责任的险种舍弃，以进一步地提高理赔效率。

在示例性的实施例中，图5示出根据本发明的实施例的具有理赔责任的目标险种的确定方法的流程示意图。图5所实施示例可以用于解释步骤s404的具体实现。

参考图5，该实施例提供的具有理赔责任的目标险种的确定方法，包括步骤s501-步骤s504。

在步骤s501中，获取所述理赔范围信息对应的理赔责任代码，以及根据所述出险报案信息确定出险事件信息代码；

在步骤s502中，判断每一险种对应的理赔责任代码中是否存在与所述出险事件信息代码相匹配的理赔责任代码；

若所述险种对应的理赔责任代码中存在与所述出险事件信息代码相匹配的理赔责任代码，则在步骤s503中：将所述险种作为具有理赔责任的目标险种。若所述险种对应的理赔责任代码中不存在与所述出险事件信息代码相匹配的理赔责任代码，则在步骤s504中：舍弃所述险种。

在示例性的实施例中，可以通过获取每个险种的保单信息，进而在保单信息中获取与所述出险事件信息代码相匹配的理赔责任代码。

在示例性的实施例中，舍弃后的险种即为对出险报案信息不具有理赔责任的险种。对客户进行理赔时不再考虑舍弃的险种，从而，加快理赔效率。

在示例性的实施例中，图6示出根据本发明的实施例的根据客户所有的险种信息进行数据处理方法的流程示意图。图6所实施示例可以用于解释步骤s405的具体实现。

参考图6，该实施例提供的根据客户所有的险种信息进行数据处理方法，包括步骤s601-步骤s604。

在步骤s601中，获取每一个所述目标险种的保单列表；在步骤s602中，根据所述保单列表中每一保单的有效期、生效期以及所述出险报案信息中的出险期，确定具有理赔责任的目标保单；在步骤s603中，根据每一个所述目标保单的保额信息，确定每一个所述目标险种的保单列表对应的子理赔金额；以及，在步骤s604中，将每一个所述目标险种的保单列表对应的子理赔金额求和，确定对所述客户的总理赔金额。

在示例性的实施例中，图7示出根据本发明的另一实施例的根据客户所有的险种信息进行数据处理方法的流程示意图。图7所实施示例也可以用于解释步骤s103的具体实现。

参考图7，该实施例提供的根据客户所有的险种信息进行数据处理方法，包括步骤s701-步骤s703。

在步骤s701中，分别获取所述至少两个险种中每一险种对应的理赔范围信息；在步骤s702中，根据所述出险报案信息与每一险种对应的理赔范围信息进行匹配，确定具有理赔责任的目标险种；以及，在步骤s703中，根据所述目标险种的保单信息对所述客户进行理赔。

在示例性的实施例中，该实施例提供的技术方案中，直接获取客户对应的每个险种的理赔范围信息，并进一步分别与出险报案信息进行匹配，来确定具有理赔责任的目标险种。最后根据目标险种完成对所述客户的理赔。其中，步骤s702的具体实现过程与步骤s404的具体实现过程相同，步骤s703的具体实现过程与步骤s405的具体实现过程相同，再次均不再赘述。

参考图8，在示例性的实施例中，在步骤s801中，报案渠道模块81接收到客户s3通过带电话渠道或者柜面的出险报案信息(例如客户证件类型(身份证)、客户证件号码(371***************)、出险人姓名(张三)、出险日期(20190505)、出险原因(意外住院)等)；将出险报案信息传入理赔中心模块82后，在步骤s802中，理赔中心模块82判断是否为重复报案。例如：接收到报案后通过客户证件号和客户出险时间等查询是否存在重复报案，其中，若同属于此客户的在先报案的案件已经终止的情况，不属于重复报案。若是重复报案，则对出险报案信息进行去重。若不是重复报案，则在步骤s803中，确认对出险报案信息对受理。

确认对出险报案信息对受理后，在步骤s804中，通过客户中心模块83的客户查询接口查询，例如通过客户身外证件号(371***************)，查询客户在保险公司的唯一标识partyid(1654****)。进一步地，根据客户号唯一标识partyid查询此客户是否具有其他种险种的标识clientid。

具体地，依次地：在步骤s805中，理赔中心模块82判断客户是否具有个险客户号；在步骤s807中，理赔中心模块82判断客户是否具有财险客户号；在步骤s809中，理赔中心模块82判断客户是否具有团险客户号。例如，通过客户号唯一标识partyid查询个险中心模块84查出客户的个险客户号n1_clientid、财险客户号n2_clientid、团险客户号n3_clientid。

进一步地，在步骤s806中，根据个险客户号n1_clientid，在个险保单信息接口查询此客户的个险保单信息；在步骤s808中，根据财险客户号n2_clientid，在财险保单信息接口查询此客户的财险保单信息；在步骤s810中，根据团险客户号n3_clientid，在团险保单信息接口查询此客户的团险保单信息。示例性的，保险信息包括：生效日，复效日、险种、责任代码、保额等信息。

获取此客户对应的所有保单信息后，进一步通过客户本次出险的原因(如：意外住院)匹配保单中的责任代码，对符合出险原因的保单进行理赔立案。示例性的，理赔立案时可以将出险日期、险种、责任代码、赔付金额等作为立案信息，以进一步对客户一次性做出理赔。

具体地，在步骤s811中，根据个险保单信息和出险报案信息，判断是否存在对此次出险负有理赔责任的个险保单；若存在对此次出险负有理赔责任的个险保单，则在步骤s812中，个险中心模块84通过个险理赔立案接口进行理赔立案。

在步骤s813中，根据财险保单信息和出险报案信息，判断是否存在对此次出险负有理赔责任的财险保单；若存在对此次出险负有理赔责任的财险保单，则在步骤s814中，财险中心模块85通过财险理赔立案接口进行理赔立案。

在步骤s815中，根据团险保单信息和出险报案信息，判断是否存在对此次出险负有理赔责任的团险保单；若存在对此次出险负有理赔责任的团险保单，则在步骤s816中，团险中心模块86通过团险理赔立案接口进行理赔立案。

以下介绍本发明的装置实施例，可以用于执行本发明上述的数据处理方法。

图9示出了根据本发明的实施例的数据处理装置的结构示意图，参考图9，数据处理装置900，包括：出险报案信息核实模块901、险种信息获取模块902和理赔模块903。

其中，出险报案信息核实模块901用于核实客户的出险报案信息，所述出险报案信息包含客户标识；险种信息获取模块902用于根据所述客户标识，获取所述客户对应的至少两个险种信息；理赔模块903用于根据所述至少两个险种信息对所述客户进行理赔。

在本发明的一些实施例中，基于前述方案，出险报案信息核实模块901，包括：接收单元和去重单元。

其中，接收单元用于接收客户通过至少一种报案渠道的出险报案信息，其中，所述出险报案信息包括出险事件信息，所述至少一种报案渠道包括但不限于：电话、移动终端的应用程序、柜面面谈；去重单元用于根据所述客户标识和所述出险事件信息，将对应于同一客户的所述至少一个渠道的出险报案信息进行去重处理，以完成对所述客户的出险报案信息的核实。

在本发明的一些实施例中，基于前述方案，险种信息获取模块902，具体用于：根据所述客户标识，获取所述客户对应的至少一种关于保障对象的保险类型，其中，所述关于保障对象的保险类型包括但不限于：财产类型、人身类型、责任类型和信用类型，每一种所述保险类型包括多个险种；以及，根据所述至少一种保险类型，获取所述客户的至少两个险种信息。

在本发明的一些实施例中，基于前述方案，理赔模块903，包括：目标保险类型确定单元、第一目标险种确定单元和第一理赔单元。

其中，目标保险类型确定单元用于：根据所述出险报案信息，确定具有理赔责任的保险类型；以及，根据所述具有理赔责任的保险类型和所述客户对应的至少一种保险类型，确定所述客户对应的具有理赔责任的目标保险类型；

第一目标险种确定单元用于：获取所述目标保险类型中所述客户对应的险种信息；以及，根据所述出险报案信息与所述险种信息中的理赔范围信息进行匹配，确定具有理赔责任的目标险种；

第一理赔单元用于：根据所述目标险种的保单信息对所述客户进行理赔。

在本发明的一些实施例中，基于前述方案，理赔模块903，包括：理赔范围信息获取单元、第二目标险种确定单元和第二理赔单元。

理赔范围信息获取单元用于：分别获取所述至少两个险种中每一险种对应的理赔范围信息；

第二目标险种确定单元用于：根据所述出险报案信息与每一险种对应的理赔范围信息进行匹配，确定具有理赔责任的目标险种；

第二理赔单元用于：根据所述目标险种的保单信息对所述客户进行理赔。

在本发明的一些实施例中，基于前述方案，第一目标险种确定单元或第二目标险种确定单元，具体用于：

获取所述理赔范围信息对应的理赔责任代码，以及根据所述出险报案信息确定出险事件信息代码；判断每一险种对应的理赔责任代码中是否存在与所述出险事件信息代码相匹配的理赔责任代码；以及，将存在与所述出险事件信息代码相匹配的理赔责任代码的险种作为具有理赔责任的目标险种。

在本发明的一些实施例中，基于前述方案，第一理赔单元或第二理赔单元，具体用于：

获取每一个所述目标险种的保单列表；根据所述保单列表中每一保单的有效期、生效期以及所述出险报案信息中的出险期，确定具有理赔责任的目标保单；根据每一个所述目标保单的保额信息，确定每一个所述目标险种的保单列表对应的子理赔金额；以及，将每一个所述目标险种的保单列表对应的子理赔金额求和，确定对所述客户的总理赔金额。

由于本发明的示例实施例的数据处理装置的各个功能模块与上述数据处理方法的示例实施例的步骤对应，因此对于本发明装置实施例中未披露的细节，请参照本发明上述的数据处理方法的实施例。

下面参考图10，其示出了适于用来实现本发明实施例的电子设备的计算机系统1000的结构示意图。图10示出的电子设备的计算机系统1000仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统1000包括中央处理单元(cpu)1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。在ram1003中，还存储有系统操作所需的各种程序和数据。cpu1001、rom1002以及ram1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。

以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的数据处理方法。

例如，所述的电子设备可以实现如图1中所示的：步骤s101，核实客户的出险报案信息，所述出险报案信息包含客户标识；步骤s102，根据所述客户标识，获取所述客户对应的至少两个险种信息；步骤s103，根据所述至少两个险种信息对所述客户进行理赔。

又如，所述的电子设备可以实现如图2至图8任一图所示的各个步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。