CN108805721A - 一种保险业务数据处理方法、服务器及客户端 - Google Patents

Abstract

本说明书实施例公开了一种保险业务数据处理方法、服务器及客户端，所述方法可以包括：接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初步理赔；接收所述保险机构服务方的初步理赔结果，并返回给所述申请人终端；接收申请人终端触发送的赔审团审核请求，基于所述赔审团审核请求执行赔审团审核处理，所述赔审团审核包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过；若审核通过，则由所述保险机构服务方进行理赔处理。利用本说明书实施例提供更加公平的理赔处理机制，并且有效提供用户体验。

Description

一种保险业务数据处理方法、服务器及客户端

技术领域

本说明书实施例方案属于计算机数据处理的技术领域，尤其涉及保险业务数据处理方法、服务器及客户端。

背景技术

当重大疾病或其他事故发生时，当事人(这里的当事人可以包括直系亲属)可以通过保险进行理赔。若当事人未购买保险业务或者保险机构拒赔，还可以进行社会筹款，以进行资金救助，如通过轻松筹、水滴等众筹平台进行救助。

传统的保险理赔在理赔结束后，服务即终止，如果发生拒赔，用户往往比较弱势，智只能进行一些社会筹款进行救助。以轻松筹为例，任何疾病、任何人都可以发起大病众筹，并且主要是在朋友圈进行传播，靠亲戚或朋友的朋友圈证实真实性。目前的这种方式的真实性难以得到保障，已经存在职业团过进行欺骗或者有家庭收入不错的人也发起大额筹款。并且，即使是真实的众筹，筹款者需要向亲戚朋友及陌生人充分展示个人信息、病情及家庭情况，通常“卖惨”才能筹到更多钱，用户体验不佳，患者尊严往往迫于筹款需求被迫难以保障。

因此，业内亟需一种可以改变保险机构单向进行理赔审核的现状，并且提供更加公平、用户体验更好的保险业务处理方式。

发明内容

本说明书实施例目的在于提供一种保险业务数据处理方法、服务器及客户端，可以提供更加公平、用户体验更好的保险业务处理方式。

本说明书实施例提供的一种保险业务数据处理方法、服务器及客户端是包括以下方式实现的：

一种保险业务数据处理方法，所述方法包括：

业务服务器接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初审理赔；

所述业务服务器接收保险机构服务方的初审理赔结果，并返回给所述申请人终端；

在所述初审理赔结果为拒赔时，所述申请人终端触发送赔审团审核请求，将所述赔审团审核请求发送至所述业务服务器；

所述业务服务器基于所述赔审团审核请求执行所述赔审团审核处理，所述赔审团审核处理包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过；

所述业务服务器将赔审团审核的审核结果返回至所述申请人终端；

若审核通过，则由所述保险机构服务方进行理赔处理；

若审核未通过，则所述申请人终端基于触发指令触发救助请求，将所述救助请求发送至所述业务服务器；

所述业务服务器基于所述求助请求执行救助处理，所述救助处理包括公布申请人的救助信息以进行资金筹集。

一种保险业务数据处理方法，所述方法包括：

接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初步理赔；

接收所述保险机构服务方的初步理赔结果，并返回给所述申请人终端；

接收申请人终端触发送的赔审团审核请求，基于所述赔审团审核请求执行赔审团审核处理，所述赔审团审核包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过；

若审核通过，则由所述保险机构服务方进行理赔处理。

一种保险业务数据处理方法，所述方法包括：

提供带有赔审团审核机制的保险业务；

进行业务理赔时向业务服务器发送理赔请求；

接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

一种保险业务数据处理方法，所述方法包括：

提供带有赔审团审核机制的保险审核业务；

接收业务服务器发送的申请人的理赔案件资料，确定是否给与所述申请人理赔的终端投票；

将所述终端投票发送至所述业务服务器进行赔审团审核处理；

接收赔审团审核的审核结果。

一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险业务；

进行业务理赔时向业务服务器发送理赔请求；

接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险业务；

进行业务理赔时向业务服务器发送理赔请求；

接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险审核业务；

接收业务服务器发送的申请人的理赔案件资料，确定是否给与所述申请人理赔的终端投票；

将所述终端投票发送至所述业务服务器进行赔审团审核处理；

接收赔审团审核的审核结果。

本说明书实施例提供的一种保险业务数据处理方法、服务器及客户端，可以在申请人与保险机构在理赔过程中无法达成一致时，提供赔审团审核机制。所述的赔审团审核机制可以由赔审团成员共同决议是否给与理赔。如果赔审团审核通过，则理赔成功，继续由保险机构进行理赔。赔审团成员的决议结果可以代表大众对于理赔案件的理赔认知，可以改变当前保险公司说了算的理赔现状，让更多维的数据信息参加理赔处理，为消费者获取更加平等的理赔结果，有效解决用户理赔困难、维权成本高的问题。如果赔审团审核未通过，确定存在困难时，申请人还可以进一步进行其他方式的资金筹集。利用本申请实施方案，可以提供更加公平的理赔处理机制，并且有效提供用户体验。

附图说明

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

图1是本说明书提供的多处交互的一种保险业务数据处理方法实施例的流程示意图；

图2是本说明书提供的所述一种保险业务数据处理方法实施例的流程示意图；

图3是本说明书提供的用于服务器一侧的保险业务数据处理方法实施例的流程示意图；

图4是本说明书提供的用于申请人终端一侧的保险业务数据处理方法实施例的流程示意图；

图5是本说明书提供的用于赔审团成员终端一侧的保险业务数据处理方法实施例的流程示意图

图6是本发明实施例的一种识别车辆受损部件的服务器的硬件结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书中的一部分实施例，而不是全部的实施例。基于本说明书中的一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书实施例保护的范围。

下面以一个具体的用户终端进行疾病保险理赔的应用场景为例对本说明书实施方案进行说明。具体的，图1是本说明书提供的所述一种保险业务数据处理方法实施例的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。

当然，下述实施例的描述并不对基于本说明书的其他可扩展到的技术方案构成限制。例如其他的实施场景中，本说明书提供的实施方案同样可以应用到保险机构实体产品理赔、买家和卖家关于货物退款的纠纷等的实施场景中，如，如汽车或贵金属理赔、卖家不予退货/退款等。具体的一种实施例如图1所示，本说明书提供的一种保险业务数据处理方法可以包括：

S0：业务服务器接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初审理赔。

申请人可以为在终端应用上购买了相应疾病保险业务的用户，如使用在支付应用上购买了某个保险产品(为便于描述，这里可以统一称为申请人终端)。当需要进行出险理赔时，可以在申请人终端上点击出险理赔业务。此时申请人终端可以向对应该支付应用的业务服务器发送理赔请求。业务服务器接收到理赔请求后，可以将对应的理赔数据发送给保险机构服务方，由保险机构服务方先进行初步理赔审理。

所述的保险机构服务方可以为保险公司/机构对理赔数据进行处理的终端设备，如保险机构的业务处理服务器。发送给保险机构服务方的理赔数据可以包括预先约定的保险机构服务方初审理赔需要的数据。

S2：所述业务服务器接收保险机构服务方的初审理赔结果，并返回给所述申请人终端。

保险公司根据申请人的理赔数据进行初步理赔处理，将处理结果返回给业务服务器。业务服务器可以将初步理赔结果返回给申请人终端，以便申请人可以进行查看。

S4：在所述初审理赔结果为拒赔时，所述申请人终端触发送赔审团审核请求，将所述赔审团审核请求发送至所述业务服务器。

保险公司不进行理赔，或者保险公司与申请人协商后仍然无法达成一致时(这里统称为拒赔)，申请人可以进而在所述理赔终端上发起赔审团审核请求，执行赔审团审核机制。

这里的赔审团审核机制可以默认设置在保险公司拒赔的情况下可以使用。

S6：所述业务服务器基于所述赔审团审核请求执行所述赔审团审核处理，所述赔审团审核处理包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过。

业务服务器获取申请人的赔审团审核请求后，可以启动赔审团审核处理。本实施例中所示的赔审团，一般的可以设置一个保险业务种类对应一个相应的赔审团，如对应保险业务所述陪审团中有选取的赔审团成员。一个示例中，对于保险业务A，则可以有保险业务A的赔审团C-A，赔审团C-A中的成员可以为专门选取的成员，如报考对保险业务有丰富经验的专业人员、普通社会成员、上述所述支付应用的成员、购买与申请人同类保险产品的用户等中的一种或者多种的成员组成方案。本说明书提供的一个实施例中，所述赔审团成员可以采用下述方式确定；

S60：从与所述申请人购买相同理赔产品的用户中选取，且所述用户包含审核资格认证的属性标签。

本实施例中，对应该保险业务产品的赔审团成员可以全部由购买与申请人同类产品的用户组成。这样，由于都是购买的同类疾病保险，成员通常掌握或理解一定的相关产品知识，或者有着相同或类似的购买需求与理赔期望，因此，本实施例方案中的确定的赔审团成员进行赔审团审核的结果更加符合保险产品理赔的公众期望，理赔结果更加公平、合理。

本说明书提供的实施例中并不限定业务服务器具体的审核机制，在其利用包括赔审团成员进行理赔投票的比例决定是否审核通过的基础上，可以根据具体业务需求生成多种实施方案。具体的，本说明书提供的一个实施例方案中，所述的所述赔审团审核可以包括：

S62：将所述申请人的理赔案件资料发送至赔审团成员终端；

S64：获取所述赔审团成员终端获取终端投票，所述终端投票包括基于所述理赔案件资料确定的是否给与所述申请人理赔的投票；

S66：统计所述终端投票，当统计出的所述终端投票中同意理赔的比例达到预设阈值时，确定所述申请人的赔审团审核请求为通过。

图2是本说明书提供的服务器进行赔审团审核的处理实施例的方法示意图。所述业务服务器可以将申请的理赔案件资料分别发送给各个配成成员所在/等级的终端设备(这里可以统称为赔审团成员终端)。赔审团成员可以基于理赔案件资料做出自己的理赔判断结果，如同意理赔或者拒绝理赔(在此可以统称为终端投票)。然后可以将每个赔审团成员的终端投票结果进行汇总，统计这些终端投票中同意所述申请人进行理赔的投票比例。如果投票比例达到设定的阈值，则可以确定该申请人的赔审团审核的审核结果为通过。

一些实施例中，发送给保险机构服务方的理赔数据可以与发送给所述赔审团成员终端的理赔案件资料的数据全部相同，或者部分相同。保险公司需要的理赔数据，和提供给赔审团成员的数据可以无需完全一致，例如有的信息保险公司是已有的，无需再提供，而赔审团成员可能需要额外的一些数据信息。

本实施例中同意理赔的比例的预设阈值，可以根据用户和业务产品进行设置，如50％或者75％等。本说明书提供的一种实施方式中，所述预设阈值可以设置为50％，这样的设置可以更加符合大众对于投票机制应当遵循大多数投票人员意志的投票结果，使得赔审团审核的处理结果更加合理，体验效果更佳。当然，处于保险产品的特殊需求或其他要求，其他实施例中所示预设阈值可以设置为其他比例。

另一种实施例中，如果同意理赔的比例正好为50％，本说明书的一个实施例中对应该中情况可以采用之处申请人一方，实施确定申请人的赔审团审核请求为通过。这样，当双方实力均敌时，也更加符合大众对于弱势一方发支持期望，进一步提高用户体验。

在本说明书的一些实施例中，发送给赔审团成员的资料中涉及申请人的一些敏感信息可以进行展示，仅有这些赔审团成员可见。另一些实施方案中，可以进行信息脱敏，对申请人的一些私密信息进行保护。赔审团成员可以仅就对理赔案件本身是否应该进行理赔做出判断，可以无需关注具体的申请人的信息。这样可以有效保护申请人信息，解决或至少大幅度降低常规理赔或救助中公开个人隐私信息、疾病状态下的身体照片(理赔判断需求的必要照片除外)等。因此，一种实施例中，发送给所述陪审员终端的理赔案件资料中，所述申请人的预定隐私信息采用掩码方式显示。

S8：所述业务服务器将赔审团审核的审核结果返回至所述申请人终端。

确定出赔审团的审核结果后，可以将审核结果返回给申请人终端。以及，

S101：若审核通过，则由所述保险机构服务方进行理赔处理；

S102：若审核未通过，则所述申请人终端基于触发指令触发救助请求，将所述救助请求发送至所述业务服务器；

S103：所述业务服务器基于所述求助请求执行救助处理，所述救助处理包括公布申请人的救助信息以进行资金筹集。

如果审核通过，则继续由保险机构服务方提供理赔。可以在申请人终端或赔审团成员终端显示该理赔案件的理赔成功的信息公示。这里的审核通过时保险机构服务方进行的理赔处理可以按照所述初步理赔成功时的理赔结果相同的理赔方式，也可以按照其他协商或追加的理赔方式，如当保险公司不予理赔而赔审团机制结果为90％以上的成员认为应该理赔，则说明保险公司可能存在条款不合理的情况，可以设置追加或者其他的赔付措施。

当然，如果审核未通过，申请人可以在所述申请人终端提供的爱心救助中发起救助请求，进行社会资金筹集。这里的救助请求可以公开申请人的信息，以便普通社会成员了解其情况，具体的可以遵循申请人信息公开程度的意愿。当然，可以设置所述求助处理求在所述赔审团审核结果为未通过时执行。

一些实施例中，所述服务器可以实时统计当前终端投票结果。本申请的一个实施例中当前投票结果可以发送给申请人终端进行展示，以便申请人及时了解赔审团审核进度和状态。另一个实施例中，设置在投票结束前，所述当前终端决议的统计结果在所述赔审团成员终端不进行展示。这样的处理方式可以避免或降低赔审团成员考虑的主观因素影响而导致的投票结果不客观的问题，例如当投票结果较低时，赔审团成员本应不同意理赔，但考虑到申请人家庭困难，但案子目前投票状态可能不通过审核而采取同意理赔。本实施例不展示当前投票结果的方案可以有效解决该现象。

另一个实施例中，还可以设置有投票有效时间，相应的，所述统计所述终端投票包括统计在所述投票有效时间内的终端投票。例如可以设置在启动赔审团审核机制时，赔审团成员需要在24小时以内做出投票结果，超期投票有效时间的投票可以视为无效。这样可以符合一些理赔案件理赔进行需求(如重大疾病需要尽快决策是否理赔)，也可以提供理赔结果处理速度，提高用户理赔处理体验、

另一个实施例中，还可以设置最低投票有阈值，该阈值可以保障投票的基数达到一定数量时投票结果才有效。例如，当有1000个赔审团成员时，对于一个理赔案件，可能会存在有的赔审团成员为进行投票，则此时可以设置至少要有229个终端投票才能做出有效的投票结果。因此，另一个实施例中，还包括可以设置有最低投票有效阈值，

相应的所述统计所述终端投票包括：当所述终端投票的数量达到所述最低投票有效阈值时，统计获取的终端投票结果中同意理赔的投票占总投票数量的比例。

另一种实施方式中，所述理赔案件的关联数据信息可以采用区块链的方式进行存储。采用区块链技术，可以提升数据的安全性和透明性。所的关联数据信息可以包括保单信息、客户信息、理赔信息等。利用区块链数据无法篡改的特点，能够有效避免意外事故对数据安全的冲击。通过区块链，每笔理赔资金的流向都公开透明，每笔资金流转数据都不可篡改，每笔资金的去处和用途都有迹可查。本实施例方案在保护用户隐私的前提下，最大限度做到了透明性，让会员清清楚楚的看到资金的变化，增强用户对终端APP和保险机构的信任。

上述实施例所述申请人终端或赔审团成员终端具体的可以例如可以为PC(personal computer)机、服务器、工控机(工业控制计算机)、移动智能电话、平板电子设备、便携式计算机(例如笔记本电脑等)、个人数字助理(PDA)、或桌面型计算机或智能穿戴设备等。移动通信终端、手持设备、车载设备、可穿戴设备、电视设备、计算设备。

本说明书实施例提供的一种保险业务数据处理方法、服务器及客户端，可以在申请人与保险机构在理赔过程中无法达成一致时，提供赔审团审核机制。所述的赔审团审核机制可以由赔审团成员共同决议是否给与理赔。如果赔审团审核通过，则理赔成功，继续由保险机构进行理赔。赔审团成员的决议结果可以代表大众对于理赔案件的理赔认知，可以改变当前保险公司说了算的理赔现状，让更多维的数据信息参加理赔处理，为消费者获取更加平等的理赔结果，有效解决用户理赔困难、维权成本高的问题。

上述实施例描述了申请人的终端与业务服务器、赔审团成员终端与业务服务器等之间的数据交互处理。基于上述描述，本说明书还提供一种可以用于业务服务器一侧的保险业务数据处理方法。所述的业务服务器可以与用户的终端设备进行交互，用户的终端设备上可以安装有提供保险业务的终端应用。所述的业务服务器可以包括单独的服务器、服务器集群、分布式系统服务器或者处理设备请求数据的服务器与其他相关联数据处理的系统服务器组合(如识别待处理设备的服务器与训练构建设备识别模型的服务器)。具体的，对于业务服务器一侧执行而言，本实施例提供的一种保险业务数据处理方法，如图3所示，所述方法可以包括：

S200：接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初步理赔；

S202：接收所述保险机构服务方的初步理赔结果，并返回给所述申请人终端；

S204：接收申请人终端触发送的赔审团审核请求，基于所述赔审团审核请求执行赔审团审核处理，所述赔审团审核包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过；

S206：若审核通过，则由所述保险机构服务方进行理赔处理。

一个实施例中，所述赔审团成员可以采用下述方式确定；

从与所述申请人购买相同理赔产品的用户中选取，且所述用户包含审核资格认证的属性标签。当然，本说明书其他实施例不限于赔审团成员必须全部为与所述申请人购买相同理赔产品的用户中选取。

本说明书提供的所述方法的另一个实施例中，所述赔审团审核可以包括：

将所述申请人的理赔案件资料发送至赔审团成员终端；

获取所述赔审团成员终端获取终端投票，所述终端投票包括基于所述理赔案件资料确定的是否给与所述申请人理赔的投票；

统计所述终端投票，当统计出的所述终端投票中同意理赔的比例达到预设阈值时，确定所述申请人的赔审团审核请求为通过。

本说明书提供的所述方法的另一个实施例中，发送给所述陪审员终端的理赔案件资料中，所述申请人的预定隐私信息采用掩码方式显示。

本说明书提供的所述方法的另一个实施例中，所述处理器还执行：

将当前终端投票的统计结果发送至所述申请人终端进行展示。

本说明书提供的所述方法的另一个实施例中，可以设置在投票结束前，所述当前终端决议的统计结果在所述赔审团成员终端不进行展示。

本说明书提供的所述方法的另一个实施例中，所述预设阈值设置为50％。

本说明书提供的所述方法的另一个实施例中，当所述同意理赔的比例为50％时，确定所述申请人的赔审团审核请求为通过。

本说明书提供的所述方法的另一个实施例中，还可以设置有投票有效时间，相应的，所述统计所述终端投票包括统计在所述投票有效时间内的终端投票。

本说明书提供的所述方法的另一个实施例中，还可以包括设置有最低投票有效阈值，

相应的所述统计所述终端投票包括：当所述终端投票的数量达到所述最低投票有效阈值时，统计获取的终端投票结果中同意理赔的投票占总投票数量的比例。

本说明书提供的所述方法的另一个实施例中，还可以包括：

基于申请人人终端的求助请求执行救助处理，所述救助处理包括公布申请人的救助信息以进行资金筹集，所述求助处理求在所述赔审团审核结果为未通过时执行。

本说明书提供的所述方法的另一个实施例中，所述理赔案件的关联数据信息采用区块链的方式进行存储。

上述实施例所述可以用于业务服务器一侧的方法实施例具体的实施可以参照相关方法实施例的描述，在此不做赘述。

基于上述多次交互的实施例中描述，本说明书还提供一种可以用于申请人终端的保险业务数据处理方法。具体的，如图4所示，所述一种保险业务数据处理方法可以包括：

S300：提供带有赔审团审核机制的保险业务；

S302：进行业务理赔时向业务服务器发送理赔请求；

S304：接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

S306：在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

S308：接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

上述所述的方法的基于发起保险理赔进行业务数据处理的终端一侧的处理过程。基于前述多侧交互实施例，可以用于所述申请人终端的方法还可以包括其他实施例，在此不做赘述。

基于上述多次交互的实施例中描述，本说明书还提供一种可以用于赔审团成员终端一侧的保险业务数据处理方法。具体的，如图5所示，所述一种保险业务数据处理方法可以包括：

S400：提供带有赔审团审核机制的保险审核业务；

S402：接收业务服务器发送的申请人的理赔案件资料，确定是否给与所述申请人理赔的终端投票；

S404：将所述终端投票发送至所述业务服务器进行赔审团审核处理；

S406：接收赔审团审核的审核结果。

上述所述的方法的基于发起保险理赔进行赔审团成员理赔案件审核时业务数据处理的终端一侧的处理过程。基于前述多侧交互实施例，可以用于所述赔审团成员终端一侧的方法还可以包括其他实施例，在此不做赘述。

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图6是本发明实施例的一种识别车辆受损部件的服务器的硬件结构框图。如图6所示，服务器10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图4所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图4中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如数据库或多级缓存，或者具有与图6所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的搜索方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述导航交互界面内容展示的处理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

基于上述所述的设备型号识别方法，本说明书还提供一种保险业务数据处理的装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的设备装置。基于同一创新构思，本说明书提供的一种实施例中的处理装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的处理装置的实施可以参见前述方法的实施，重复之处不再赘述。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。具体的，如图5所示，图5是本说明书提供的可以用于服务器一侧的一种保险业务数据处理装置实施例的模块结构示意图，具体的可以包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初步理赔；

接收所述保险机构服务方的初步理赔结果，并返回给所述申请人终端；

接收申请人终端触发送的赔审团审核请求，基于所述赔审团审核请求执行赔审团审核处理，所述赔审团审核包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过；

若审核通过，则由所述保险机构服务方进行理赔处理。

所述服务器的另一个实施例中，所述赔审团成员采用下述方式确定；

从与所述申请人购买相同理赔产品的用户中选取，且所述用户包含审核资格认证的属性标签。

所述服务器的另一个实施例中，所述处理器的赔审团审核具体的可以包括：

将所述申请人的理赔案件资料发送至赔审团成员终端；

获取所述赔审团成员终端获取终端投票，所述终端投票包括基于所述理赔案件资料确定的是否给与所述申请人理赔的投票；

统计所述终端投票，当统计出的所述终端投票中同意理赔的比例达到预设阈值时，确定所述申请人的赔审团审核请求为通过。

所述服务器的另一个实施例中，所述处理器发送给所述陪审员终端的理赔案件资料中，所述申请人的预定隐私信息采用掩码方式显示。

所述服务器的另一个实施例中，所述处理器还执行：

将当前终端投票的统计结果发送至所述申请人终端进行展示。

所述服务器的另一个实施例中，设置成，在投票结束前，所述当前终端决议的统计结果在所述赔审团成员终端不进行展示。

所述服务器的另一个实施例中，所述预设阈值设置为50％。

所述服务器的另一个实施例中，当所述同意理赔的比例为50％时，确定所述申请人的赔审团审核请求为通过。

所述服务器的另一个实施例中，设置有投票有效时间，相应的，所述统计所述终端投票包括统计在所述投票有效时间内的终端投票。

所述服务器的另一个实施例中，还包括设置有最低投票有效阈值，

相应的所述统计所述终端投票包括：当所述终端投票的数量达到所述最低投票有效阈值时，统计获取的终端投票结果中同意理赔的投票占总投票数量的比例。

所述服务器的另一个实施例中，所述处理器还执行：

基于申请人人终端的求助请求执行救助处理，所述救助处理包括公布申请人的救助信息以进行资金筹集，所述求助处理求在所述赔审团审核结果为未通过时执行。

所述服务器的另一个实施例中，所述理赔案件的关联数据信息采用区块链的方式进行存储。

本说明书还提供一种客户端，申请人可以通过所述客户端进行出现理赔，在保险公司拒赔时启动赔审团审核机制。具体的，一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险业务；

进行业务理赔时向业务服务器发送理赔请求；

接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

本说明书还提供另一种客户端，以用于赔审团成员在所述客户端进行理赔案件是否给与理赔的投票处理。具体的，一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险审核业务；

接收业务服务器发送的申请人的理赔案件资料，确定是否给与所述申请人理赔的终端投票；

将所述终端投票发送至所述业务服务器进行赔审团审核处理；

接收赔审团审核的审核结果。

本说明书实施例提供的服务器或客户端可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端或服务器端实现，或其他例如Linux、系统相对应的应用设计语言集合必要的硬件实现，或者基于量子计算机的处理逻辑实现等。具体的。

上述的指令可以存储在多种计算机可读存储介质中。所述计算机可读存储介质可以包括用于存储信息的物理装置，可以将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。本实施例所述的计算机可读存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。上述所述的装置或服务器或客户端或处理设备中的所涉及的指令同上描述。

需要说明的是，本说明书实施例上述所述的客户端、服务器，根据相关方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照方法实施例的描述，在此不作一一赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例中所述涉及的理赔支付的技术载体，例如可以包括近场通信(NearField Communication，NFC)、WIFI、3G/4G/5G、POS机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(Short Message Service，SMS)、多媒体消息(MultimediaMessage Service，MMS)等

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或系统服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

尽管本说明书实施例内容中提到成员选取方式、投票预设比例确定、区块链数据存储处理等之类的数据获取、存储、交互、计算、判断等操作和数据描述，但是，本说明书实施例并不局限于必须是符合行业通信标准、标准分类模型处理、通信协议和标准数据模型/模板或本说明书实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的处理设备、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。

Claims (29)

1.一种保险业务数据处理方法，所述方法包括：

业务服务器接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初审理赔；

所述业务服务器接收保险机构服务方的初审理赔结果，并返回给所述申请人终端；

在所述初审理赔结果为拒赔时，所述申请人终端触发送赔审团审核请求，将所述赔审团审核请求发送至所述业务服务器；

所述业务服务器基于所述赔审团审核请求执行所述赔审团审核处理，所述赔审团审核处理包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过；

所述业务服务器将赔审团审核的审核结果返回至所述申请人终端；

若审核通过，则由所述保险机构服务方进行理赔处理；

若审核未通过，则所述申请人终端基于触发指令触发救助请求，将所述救助请求发送至所述业务服务器；

所述业务服务器基于所述求助请求执行救助处理，所述救助处理包括公布申请人的救助信息以进行资金筹集。

2.一种保险业务数据处理方法，所述方法包括：

接收申请人终端的理赔请求，将对应的理赔数据发送至保险机构服务方进行初步理赔；

接收所述保险机构服务方的初步理赔结果，并返回给所述申请人终端；

接收申请人终端触发送的赔审团审核请求，基于所述赔审团审核请求执行赔审团审核处理，所述赔审团审核包括获取赔审团成员对所述申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过；

若审核通过，则由所述保险机构服务方进行理赔处理。

3.如权利要求2所述的方法，所述赔审团成员采用下述方式确定；

从与所述申请人购买相同理赔产品的用户中选取，且所述用户包含审核资格认证的属性标签。

4.如权利要求2所述的方法，所述赔审团审核包括：

将所述申请人的理赔案件资料发送至赔审团成员终端；

获取所述赔审团成员终端获取终端投票，所述终端投票包括基于所述理赔案件资料确定的是否给与所述申请人理赔的投票；

统计所述终端投票，当统计出的所述终端投票中同意理赔的比例达到预设阈值时，确定所述申请人的赔审团审核请求为通过。

5.如权利要求4所述的方法，发送给所述陪审员终端的理赔案件资料中，所述申请人的预定隐私信息采用掩码方式显示。

6.如权利要求4所述的方法，所述方法还包括：

将当前终端投票的统计结果发送至所述申请人终端进行展示。

7.如权利要求6所述的方法，其中，设置在投票结束前，所述当前终端决议的统计结果在所述赔审团成员终端不进行展示。

8.如权利要求4所述的方法，所述预设阈值设置为50％。

9.如权利要求8所述的方法，当所述同意理赔的比例为50％时，确定所述申请人的赔审团审核请求为通过。

10.如权利要求4所述的方法，其中，设置有投票有效时间，相应的，所述统计所述终端投票包括统计在所述投票有效时间内的终端投票。

11.如权利要求4所述的方法，还包括设置有最低投票有效阈值，

相应的所述统计所述终端投票包括：当所述终端投票的数量达到所述最低投票有效阈值时，统计获取的终端投票结果中同意理赔的投票占总投票数量的比例。

12.如权利要求2所述的方法，还包括：

基于申请人人终端的求助请求执行救助处理，所述救助处理包括公布申请人的救助信息以进行资金筹集，所述求助处理求在所述赔审团审核结果为未通过时执行。

13.如权利要求2所述的方法，其中，所述理赔案件的关联数据信息采用区块链的方式进行存储。

14.一种保险业务数据处理方法，所述方法包括：

提供带有赔审团审核机制的保险业务；

进行业务理赔时向业务服务器发送理赔请求；

接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

15.一种保险业务数据处理方法，所述方法包括：

提供带有赔审团审核机制的保险审核业务；

接收业务服务器发送的申请人的理赔案件资料，确定是否给与所述申请人理赔的终端投票；

将所述终端投票发送至所述业务服务器进行赔审团审核处理；

接收赔审团审核的审核结果。

16.一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险业务；

进行业务理赔时向业务服务器发送理赔请求；

接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

17.如权利要求16所述的服务器，所述赔审团成员采用下述方式确定；

从与所述申请人购买相同理赔产品的用户中选取，且所述用户包含审核资格认证的属性标签。

18.如权利要求16所述的服务器，所述赔审团审核可以包括：

将所述申请人的理赔案件资料发送至赔审团成员终端；

获取所述赔审团成员终端获取终端投票，所述终端投票包括基于所述理赔案件资料确定的是否给与所述申请人理赔的投票；

统计所述终端投票，当统计出的所述终端投票中同意理赔的比例达到预设阈值时，确定所述申请人的赔审团审核请求为通过。

19.如权利要求18所述的服务器，发送给所述陪审员终端的理赔案件资料中，所述申请人的预定隐私信息采用掩码方式显示。

20.如权利要求18所述的服务器，所述处理器还执行：

将当前终端投票的统计结果发送至所述申请人终端进行展示。

21.如权利要求20所述的服务器，其中，设置在投票结束前，所述当前终端决议的统计结果在所述赔审团成员终端不进行展示。

22.如权利要求18所述的服务器，所述预设阈值设置为50％。

23.如权利要求22所述的服务器，其中，当所述同意理赔的比例为50％时，确定所述申请人的赔审团审核请求为通过。

24.如权利要求18所述的服务器，还设置有投票有效时间，相应的，所述统计所述终端投票包括统计在所述投票有效时间内的终端投票。

25.如权利要求18所述的服务器，还设置有最低投票有效阈值，

相应的所述统计所述终端投票包括：当所述终端投票的数量达到所述最低投票有效阈值时，统计获取的终端投票结果中同意理赔的投票占总投票数量的比例。

26.如权利要求16所述的服务器，所述处理器还执行：

基于申请人人终端的求助请求执行救助处理，所述救助处理包括公布申请人的救助信息以进行资金筹集，所述求助处理求在所述赔审团审核结果为未通过时执行。

27.如权利要求16所述的服务器，所述理赔案件的关联数据信息采用区块链的方式进行存储。

28.一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险业务；

进行业务理赔时向业务服务器发送理赔请求；

接收所述业务服务器的初审理赔结果，所述初审理赔结果包括保险机构服务方返回的理赔结果；

在所述初审理赔结果为拒赔时，基于触发指令向所述业务服务器发送赔审团审核请求；

接收所述赔审团审核的审核结果，所述审核结果包括所述业务服务器执行获取赔审团成员对申请人的理赔案件是否同意理赔的投票，基于同意理赔在所述投票中的占比来确定是否审核通过的赔审团审核处理。

29.一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

提供带有赔审团审核机制的保险审核业务；

接收业务服务器发送的申请人的理赔案件资料，确定是否给与所述申请人理赔的终端投票；

将所述终端投票发送至所述业务服务器进行赔审团审核处理；

接收赔审团审核的审核结果。