CN110599357A - 基于区块链的保险业务数据处理方法、装置和存储介质 - Google Patents

Abstract

本申请涉及一种基于区块链的保险业务数据处理方法、装置、计算机可读存储介质和计算机设备，方法包括：接收终端发送的核保请求，提取核保请求中携带的用户身份信息以及请求核保的保险险种，从预设的健康数据区块链网络中，获取与用户身份信息对应的用户健康数据，查找与保险险种对应的目标智能合约，执行目标智能合约中声明的核保逻辑，对用户健康数据进行核保校验，反馈核保校验结果至终端。本申请提供的方案可以避免了核保过程中数据的多次流转和人机交互，不仅减小了资源消耗提高了处理效率，还能确保数据来源的真实可靠以及数据校验过程的安全性，进而提高了核保准确性。

Description

基于区块链的保险业务数据处理方法、装置和存储介质

技术领域

本申请涉及区块链技术领域，特别是涉及一种基于区块链的保险业务数据处理方法、装置、计算机可读存储介质和计算机设备。

背景技术

随着保险业务的广泛推广，在用户购买保险时，保险公司需要基于用户提供的数据进行核保，核保是指保险人在对用户所欲投保险的信息具有全面掌握、核实的基础上，对可保风险进行评判与分类，进而决定是否承保、以什么样的条件承保的过程。

传统的保险业务核保处理，一般是基于用户上传的投保资料，发送至专门的处理人员对应终端进行由处理人员进行审核。核保过程中，涉及多次人机交互过程，不仅会消耗较多的计算机资源，而且在多次数据审核流转过程中，容易出现数据误判和恶意篡改的现象，从而导致存在核保准确性低的问题。

发明内容

基于此，有必要针对核保准确性低的技术问题，提供一种提高核保准确性的基于区块链的保险业务数据处理方法、装置、计算机可读存储介质和计算机设备。

一种基于区块链的保险业务数据处理方法，包括：

接收终端发送的核保请求，提取所述核保请求中携带的用户身份信息以及请求核保的保险险种；

从预设的健康数据区块链网络中，获取与所述用户身份信息对应的用户健康数据；

查找与所述保险险种对应的目标智能合约，执行所述目标智能合约中声明的核保逻辑，对所述用户健康数据进行核保校验；

反馈核保校验结果至所述终端。

一种基于区块链的保险业务数据处理装置，包括：

核保请求接收模块，用于接收终端发送的核保请求，提取所述核保请求中携带的用户身份信息以及请求核保的保险险种；

智能合约查找模块，用于从预设的健康数据区块链网络获取与所述用户身份信息对应的用户健康数据，并从所述区块链中查找与所述保险险种对应的目标智能合约；

核保校验模块，用于执行所述目标智能合约中声明的核保逻辑，对所述用户健康数据进行核保校验；

核保校验结果反馈模块，用于反馈核保校验结果至所述终端。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行以下步骤：

接收终端发送的核保请求，提取所述核保请求中携带的用户身份信息以及请求核保的保险险种；

从预设的健康数据区块链网络中，获取与所述用户身份信息对应的用户健康数据；

查找与所述保险险种对应的目标智能合约，执行所述目标智能合约中声明的核保逻辑，对所述用户健康数据进行核保校验；

反馈核保校验结果至所述终端。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：

接收终端发送的核保请求，提取所述核保请求中携带的用户身份信息以及请求核保的保险险种；

从预设的健康数据区块链网络中，获取与所述用户身份信息对应的用户健康数据；

查找与所述保险险种对应的目标智能合约，执行所述目标智能合约中声明的核保逻辑，对所述用户健康数据进行核保校验；

反馈核保校验结果至所述终端。

上述基于区块链的保险业务数据处理方法、装置、计算机可读存储介质和计算机设备，一方面，通过健康数据区块链网络来获取用户健康数据，利用区块链的不可篡改的特点，确保了获取到的用户健康数据的真实性，另一方面，通过查找与保险险种对应的目标智能合约执行核保逻辑，对用户健康数据进行核保校验，使得整个核保校验过程都能基于目标智能合约来实现，避免了数据的多次流转和人机交互，不仅减小了资源消耗提高了处理效率，还能确保数据来源的真实可靠以及数据校验过程的安全性，从而提高了核保准确性。

附图说明

图1为一个实施例中基于区块链的保险业务数据处理方法的应用环境图；

图2为一个实施例中基于区块链的保险业务数据处理方法的流程示意图；

图3为另一个实施例中基于区块链的保险业务数据处理方法的流程示意图；

图4为又一个实施例中基于区块链的保险业务数据处理方法的流程示意图；

图5为一个实施例中基于区块链的保险业务数据处理方法的应用环境图；

图6为另一个实施例中基于区块链的保险业务数据处理方法的流程示意图；

图7为一个实施例中基于区块链的保险业务数据处理装置的结构框图；

图8为一个实施例中计算机设备的结构框图。

具体实施方式

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

图1为一个实施例中基于区块链的保险业务数据处理方法的应用环境图。参照图1，该基于区块链的保险业务数据处理方法应用于保险业务数据共享系统，保险业务数据共享系统包括终端110、包括多个节点122的保险业务区块链网络120以及健康数据区块链网络130。节点122是指保险业务区块链网络120中各个客户端，同一个区块链网络的节点与节点可以实现数据共享，节点122在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链网络内的共享数据。为了区块链网络内的信息互通，区块链网络中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当保险业务区块链网络中的任意节点接收到输入信息时，保险业务区块链网络中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得保险业务区块链网络中全部节点上存储的数据均一致。对于保险业务区块链中的每个区块链节点，均具有与其对应的节点标识，而且保险业务区块链中的每个区块链节点均可以存储有保险业务区块链中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至保险业务区块链中的其他节点。每个区块链节点中可维护一个节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该区块链节点的信息。

其中，保险业务区块链网络和健康数据区块链网络均包括多个节点，同一个区块链网络中的每个节点均存储一条相同的区块链，例如，在保险业务区块链网络中的每个节点存储有相同的保险业务区块链，在健康数据区块链网络的每个节点存储有相同的健康数据区块链。区块链网络本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

终端110和节点122通过网络连接，同一区块链网络中的各节点之间也通过网络连接。保险业务区块链网络130中的区块链节点122接收终端110发送的核保请求，提取核保请求中携带的用户身份信息以及请求核保的保险险种，然后从预设的健康数据区块链网络中，获取与用户身份信息对应的用户健康数据，节点在其所属的保险业务区块链网络中查找与保险险种对应的目标智能合约，节点执行目标智能合约中声明的核保逻辑，对用户健康数据进行核保校验，最后反馈核保校验结果至终端110。终端110具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。节点122可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在一个实施例中，提供了一种基于区块链的保险业务数据处理方法。本实施例主要以该方法应用于上述图1中的节点122来举例说明。该基于区块链的保险业务数据处理方法具体包括如下步骤S202至S208。

S202，接收终端发送的核保请求，提取核保请求中携带的用户身份信息以及请求核保的保险险种。

其中，保险业务数据是指用户在投保之前提供的与保险险种对应的投保信息。用户身份信息是指用于表征用户身份的凭证，具体可以是用户身份证、手机号、或是用户的生物信息如指纹、面部、虹膜等信息中的一个或多个的组合，还可以是一种数字证书。保险险种是指用户想要投保的具体保险类型，核保请求是指用户提交选择的保险险种和身份信息时，由用户所在的终端生成的请求，保险业务区块链网络中的节点在接收到终端的核保请求时，需要根据核保请求，对用户进行核保校验。当保险险种为重疾险、健康险以及寿险等险种时，保险业务数据可以包括用户的基本信息以及健康数据。当需要对用户的健康数据进行校验时，用户的健康数据可以通过用户终端接收用户主动上传的健康数据，也可以基于用户存储有用户健康数据的区块链网络来获取用户存储的健康数据，还可以基于用户上传的健康数据和从区块链中获取的健康数据进行结合，得到更为全面的健康数据。

S204，从预设的健康数据区块链网络中，获取与用户身份信息对应的用户健康数据。

健康数据区块链是指存储有用户的健康数据的区块链。健康数据区块链具体可以为存储有请求核保的用户的健康数据的区块链。健康数据可以包括用户的病历数据、体检数据等。健康数据区块链中存储有用户授权的最新健康数据，比如，当用户在投保之前健康数据有更新时，负责更新健康数据的健康数据区块链的节点会将更新的健康数据进行存证，并基于共识机制将更新的健康数据在健康数据区块链中进行共识。保险业务区块链网络中的节点，通过向健康数据区块链网络发送健康数据获取请求，健康数据获取请求携带有用户身份信息，健康数据区块链网络对用户身份信息进行校验，并查找与根据用户身份信息对应的用户健康数据反馈至发送健康数据获取请求的节点，从而使该节点获取到与用户身份信息对应的用户健康数据。

在一个实施例功能，如图3所示，在执行查找与保险险种对应的目标智能合约，执行目标智能合约中声明的核保逻辑，对用户健康数据进行核保校验之前，基于区块链的保险业务数据处理方法中包括如下步骤S302至S308。

S302，接收终端发送的核保请求，提取核保请求中携带的用户身份信息以及请求核保的保险险种。

S304，检测核保请求中是否携带有用户健康数据的数据标签。

S306，当检测到核保请求中携带用户健康数据的数据标签时，提取核保请求中携带的用户病历数据。

S308，将用户病历数据标记为用户健康数据。

核保请求中携带的用户病历数据是指用户主动提供的病历数据，具体可以是以文本或图片形式上传的数据，例如用户在医院的就诊诊断结果或是治疗结果等。在用户提交用户身份信息以及请求核保的保险险种的同时，终端若检测到用户通过病历数据上传接口提供了病历数据时，将病历数据标记上用户健康数据的数据标签，并将病历数据、用户身份信息以及请求核保的保险险种进行数据打包，得到数据包，并将携带有数据包的核保请求发送中节点。节点在接收到核保请求时，对核保请求携带的数据包进行解析，但检测到携带用户健康数据的数据标签时，提取数据包中的用户病历数据。用户病历数据可以用来对用户的健康状况记性核保校验，也可以用于进行健康数据补充扩展。

用户的健康数据的获取途径可以设置优先级。在一个实施例中，可以先检测用户发送的核保请求中是否包含用户健康数据，在用户没有提交健康数据时，再向健康数据区块链网络获取用户健康数据。

S310，当检测到核保请求中未携带用户健康数据的数据标签时，生成携带有用户身份信息的健康数据获取请求，将健康数据获取请求发送至健康数据区块链网络，并接收健康数据区块链网络在对用户身份信息校验成功后反馈的用户健康数据。

其中，生成携带有用户身份信息的健康数据获取请求包括：

根据预设的特征值算法，对用户身份信息进行特征值计算处理，得到特征值；生成携带有特征值的健康数据获取请求，健康数据获取请求用于使健康数据区块链网络通过特征值匹配对用户身份信息进行校验，并根据特征值查找用户健康数据反馈至健康数据获取请求的发送方。

其中，特征值算法具体可以是哈希算法，特征值具体可以是哈希值特征值具体可以是哈希值。哈希算法可以为MD5(Message-digest Algorithm5，信息摘要算法5)算法和SHA(Secure Hash Standard、安全哈希标准)算法等，具体不做限制。

在一个实施例中，通过不同途径获取的用户健康数据，也可以用作数据补充更新。如图4所示，在从预设的健康数据区块链网络中，获取与用户身份信息对应的用户健康数据之后，还包括用户健康数据的更新处理过程，具体包括步骤S402至步骤S404。

S402，将用户病历数据与用户健康数据进行对比。

S404，当用户病历数据中存在用户健康数据未包含的数据时，将未包含数据更新至用户健康数据，得到更新的用户健康数据。

若用户的所有健康数据都已经写入用于记录用户健康数据的健康数据区块链网络时，用户病历数据与用户健康数据为相同的数据。但由于在实际应用过程中，可能存在部分没有写入至健康数据区块链网络中，用户为了避免在理赔过程中出现问题，会如实告知自己的健康状况。在一个实施例中，用户病历数据与用户健康数据进行对比可以是按照就诊日期来进行的对比，将用户病历数据中存在、但用户健康数据不存在的就诊日期的病历数据更新至用户健康数据，得到更新的用户健康数据。在另一个实施例中，当就诊日期均相同时，用户病历数据与用户健康数据进行对比还可以是按照就诊医疗机构或就诊科室来进行的对比。

S206，查找与保险险种对应的目标智能合约，执行目标智能合约中声明的核保逻辑，对用户健康数据进行核保校验。

不同的保险险种对于用户的健康要求可能存在不同，根据不同的健康要求可以部署不同的智能合约。智能合约是以信息化方式传播、验证或执行合同的计算机协议，可应用于区块链中。智能合约可以根据实际的校验需求进行配置，例如，可以为只用于对用户健康数据进行校验的智能合约，也可以是根据各项投保数据对用户的投保资格进行校验的合约。投保逻辑是指用于根据用户健康数据或投保数据对投保资格进行校验的逻辑，核保逻辑与投保约束条件对应。执行智能合约声明的核保逻辑，能够实现根据用户健康数据或投保数据匹配核保逻辑所对应的投保约束条件，对用户的投保资格进行校验。投保约束条件包括各项数据要求，在实施例中，投保约束条件可以是对用户各项健康数据的要求，也可以是对用户健康数据和各项基本信息如投保年龄、同一险种的总投保额度等的要求。

在一个实施例中，目标智能合约用作对用户的健康数据进行核保校验，根据核保逻辑中预先配置的投保约束条件，调用用户的各项健康数据进行校验，当与投保约束条件对应的各项用户健康数据均满足投保约束条件时，核保校验结果为用户健康数据满足投保要求。

在另一个实施例中，目标智能合约还用作对用户的投保数据进行核保校验，其中，投保数据包括用户基本信息。通过调用智能合约，由智能合约执行声明的核保逻辑，基于投保数据对用户的投保资格进行校验。由于智能合约中的核保逻辑与投保约束条件对应，通过这种方式，可以根据智能合约中的核保逻辑实现对用户的投保资格的准确校验。在实施例中，还可以通过获取用户的历史保单，获取用户的投保情况，例如对于同一险种的总投保额度有限制的险种，通过查找用户的历史保单，可以获得用户的总投保情况，进而按照智能合约的核保逻辑对投保额度进行校验。

S208，反馈核保校验结果至终端。

当得到业务处理结果时，区块链节点会下发核保校验结果至核保请求的发送方，核保请求的发送方是指发送核保请求的终端。比如，核保请求的发送方具体可以是用户使用的终端。

在一个实施例中，反馈核保校验结果至终端包括：当用户健康数据满足目标智能合约中的核保条件时，获取用户的投保数据，当投保数据满足目标智能合约中的核保条件时，反馈核保通过的核保校验结果至终端。当用户健康数据不满足目标智能合约中的核保条件时，反馈核保未通过的核保校验结果至终端。

其中，投保数据可以通过提取用户发送的核保请求中的用户基本信息得到，节点通过调用智能合约，使智能合约执行其对于用户基本信息部分的核保逻辑，在触发核保逻辑时，调用用户基本信息中的对应项的数据，判断该项数据是否满足核保条件。当用户健康数据和用户基本信息均满足该保险险种的投保条件时，即目标智能合约对用户健康数据和用户基本信息均检验通过时，可以得到核保通过的核保校验结果，节点反馈核保通过的核保校验结果至终端。当用户健康数据和用户基本信息中的任意一项不满足目标智能合约中的核保条件时，节点反馈核保未通过的核保校验结果至终端。

在其中一个实施例中，当用户健康数据不满足目标智能合约中的核保条件时，反馈核保未通过的核保校验结果至终端包括：当用户健康数据不满足目标智能合约中的核保条件时，提取不满足核保条件的健康数据的关键字；根据关键字，从区块链中查找关联智能合约集；执行关联智能合约集中各智能合约声明的核保逻辑，确定用户健康数据符合核保条件的参考保险险种；反馈包含核保未通过以及参考保险险种的核保校验结果至终端。

当存在不满足目标智能合约中的核保条件的用户健康数据时，获取该用户健康数据中校验失败的字段作为不满足核保条件的健康数据的关键字。例如，当核保条件中为未出现甲状腺疾病，当用户的健康数据中出现了甲状腺结节，并且结节等级为3级，此时，甲状腺结节，等级为3级即为不满足核保条件的健康数据的关键字。由于用户存在甲状腺疾病，不满足该保险险种的承保条件，所以，核保校验结果为核保未通过。但是由于其他险种的健康要求相对较低，根据关键字，从区块链中查找该关键字满足条件的关联智能合约集，然后执行关联智能合约集中各智能合约声明的核保逻辑，对用户的其他健康数据进行核保校验，确定用户健康数据符合核保条件的参考保险险种，然后将得到的参考保险险种反馈至终端，以使用户根据需求调整投保的保险险种，实现了根据用户健康数据主动选取适宜的参考保险险种的效果，提高了业务办理效率。

在一个实施例中，当用户健康数据满足目标智能合约中的核保条件时，获取用户的投保数据，当投保数据满足目标智能合约中的核保条件时，反馈核保通过的核保校验结果至终端之后，还包括：接收包含用户身份信息的保单信息，将保单信息写入区块链。

在用户的健康数据和投保数据均校验通过时，终端可以根据用户的投保数据生成电子保单并发送至节点，电子保单是指投保人的电子保险合同，节点将电子保单中的保单信息写入区块链进行存储，从而方便后续根据保单信息对投保人进行理赔判断。

保单信息写入过程包括：以保单信息作为区块链的输入数据，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))＜TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。当计算得到满足上述公式的随机数时，便可将输入数据对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点根据区块链网络中其他节点的节点标识，将新生成的区块分别发送给其所在的区块链网络中的其他节点，由其他节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中，完成输入数据的写入。

在另一个实施例中，当用户健康数据满足目标智能合约中的核保条件时，获取用户的投保数据，当投保数据满足目标智能合约中的核保条件时，反馈核保通过的核保校验结果至终端之后，还包括：接收包含用户身份信息的保单信息，并根据保单信息，在区块链部署理赔智能合约。

理赔智能合约与用于进行核保校验的智能合约具有相同的工作原理，允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。其目的是提供优于传统合约的安全方法，并减少与合约相关的其他交易成本。通过在区块链上部署与保单信息中各种保险项目理赔对应的智能合约，在接收到用户发送的理赔请求时，获取理赔请求中携带的理赔证明数据，并从区块链中获取已存储的保单信息，当保单信息中的保险业务校验数据和理赔证明数据一致时，区块链节点会获取保单信息中的保单标识，根据保单标识对区块链进行搜索，查找到与保单标识对应的理赔智能合约，并通过调用理赔智能合约，由理赔智能合约执行声明的理赔业务逻辑，基于保险业务数据得到理赔处理结果。其中，保险业务逻辑是指用于根据保险业务数据中的保险理赔项进行理赔判断的逻辑，保险业务逻辑与理赔约束条件对应，理赔约束条件包括理赔项集合。由目标智能合约执行声明的保险业务逻辑，能够实现根据保险业务数据中的保险理赔项匹配保险业务逻辑所对应的理赔项集合进行理赔判断。业务处理结果是指基于保险业务数据进行理赔判断后得到的结果。比如，业务处理结果具体可以是确认理赔或者确认不理赔，当保险理赔项在理赔项集合内时，得到业务处理结果为确认理赔，当保险理赔项不在理赔项集合内时，得到业务处理结果为确认不理赔。

在一个实施例中，以图5的应用场景为例，对本申请的基于区块链的保险业务数据处理方法进行说明。

用户在医院体检或是就诊之后，将用户健康数据上传至医院的存储用户健康数据的区块链1进行存证；此外，保险公司也可以根据疾病保险中的规定条款在存储和执行保险业务数据的区块链2上部署核保智能合约，当从医院的区块链1上获取用户的用户健康数据时，可以通过用户的用户健康数据判定用户是否具有对应疾病保险的参保资格。其中，用户健康数据可以包括用户所患的疾病、以及所患疾病是否治愈等信息。具体来说，保险公司与医院的节点可以建立连接关系，区块链2的节点可以从区块链1上获取用户的用户健康数据。保险公司的后台在接收到用户的参保材料、且参保材料中不包含用户的用户健康数据时，则通过保险公司的核保系统从该参保材料中提取用户信息，然后点击提交至区块链2的节点。保险公司的后台在获得用户信息时，根据该用户信息在医院的区块链1上查找该用户的用户健康数据。然后，保险公司的后台在得到用户健康数据之后，将该用户健康数据上传至保险公司的区块链2上，通过该区块链2中的智能合约判定用户是否身患该疾病保险中约定的不能参保的疾病，然后输出该用户是否能参保的查询结果。当用户未身患该疾病保险中约定的不能参保的疾病、或历史患过但已完全康复时，则输出该用户可以参保的查询结果。当用户身患该疾病保险中约定的不能参保的疾病、且还未完全康复时，则输出该用户不能参保的查询结果。当通过该区块链2中的智能合约判定用户是否身患该疾病保险中约定的不能参保的疾病时，可以通过智能合约判定是否符合其它病种的疾病保险，然后输出可参保险种的查询结果。为了避免用户的用户健康数据泄露，医院可以对用户的用户健康数据进行哈希运算，得到哈希值，然后将哈希值进行上链。保险公司的后台在获得用户信息时，根据该用户信息在医院的区块链1上查找该用户是否身患对应疾病保险中约定的不能参保的疾病，然后输出是或否的病历结果。保险公司的后台可以将病历结果上传至保险公司的区块链2上，通过该区块链2中的智能合约判定该用户是否能参保，然后输出查询结果。或者，可以直接根据保险公司的后台可以直接根据病历结果判定该用户是否能参保，然后输出查询结果。其中，保险公司的后台可以作为区块链2中的一个节点。

在一个实施例中，如图6所示，通过一个最具体实施例来说明本申请中的基于区块链的保险业务数据处理方法。该方法包括如下步骤S602至步骤S632。

S602，接收终端发送的核保请求，提取核保请求中携带的用户身份信息以及请求核保的保险险种。

S604，当检测到核保请求中携带用户健康数据的数据标签时，提取核保请求中携带的用户病历数据。

S606，当检测到核保请求中未携带用户健康数据的数据标签时，根据预设的特征值算法，对用户身份信息进行特征值计算处理，得到特征值。

S608，生成携带有特征值的健康数据获取请求。

S610，将健康数据获取请求发送至健康数据区块链网络，并接收健康数据区块链网络通过特征值匹配对用户身份信息进行校验，并在校验通过后根据特征值查找并反馈的用户健康数据。

S612，将用户病历数据与用户健康数据进行对比。

S614，当用户病历数据中存在用户健康数据未包含的数据时，将未包含数据更新至用户健康数据，得到更新的用户健康数据。

S616，查找与保险险种对应的目标智能合约，执行目标智能合约中声明的核保逻辑，对用户健康数据进行核保校验。

S618，当用户健康数据满足目标智能合约中的核保条件时，获取用户的投保数据，当投保数据满足目标智能合约中的核保条件时，反馈核保通过的核保校验结果至终端。

S620，当用户健康数据不满足目标智能合约中的核保条件时，提取不满足核保条件的健康数据的关键字。

S622，根据关键字，从区块链中查找关联智能合约集。

S624，执行关联智能合约集中各智能合约声明的核保逻辑，确定用户健康数据符合核保条件的参考保险险种。

S626，反馈包含核保未通过以及参考保险险种的核保校验结果至终端。

S628，接收包含用户身份信息的保单信息。

S630，将保单信息写入区块链。

S632，根据保单信息，在区块链部署理赔智能合约。

图6为一个实施例中基于区块链的保险业务数据处理方法的流程示意图。应该理解的是，虽然图6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图7所示，一种基于区块链的保险业务数据处理装置700，该装置包括核保请求接收模块702、智能合约查找模块704、核保校验模块706以及核保校验结果反馈模块708。

核保请求接收模块702，用于接收终端发送的核保请求，提取核保请求中携带的用户身份信息以及请求核保的保险险种。

智能合约查找模块704，用于从预设的健康数据区块链网络获取与用户身份信息对应的用户健康数据，并从区块链中查找与保险险种对应的目标智能合约。

核保校验模块706，用于执行目标智能合约中声明的核保逻辑，对用户健康数据进行核保校验。

核保校验结果反馈模块708，用于反馈核保校验结果至终端。

在其中一个实施例中，基于区块链的保险业务数据处理装置还包括用户病历数据提取模块和用户健康数据更新模块，用户病历数据提取模块用于当检测到核保请求中携带用户健康数据的数据标签时，提取核保请求中携带的用户病历数据。用户健康数据更新模块用于将用户病历数据与用户健康数据进行对比。当用户病历数据中存在用户健康数据未包含的数据时，将未包含数据更新至用户健康数据，得到更新的用户健康数据。

在其中一个实施例中，核保请求接收模块包括健康数据获取单元，健康数据获取单元用于当检测到核保请求中未携带用户健康数据的数据标签时，生成携带有用户身份信息的健康数据获取请求。将健康数据获取请求发送至健康数据区块链网络，并接收健康数据区块链网络在对用户身份信息校验成功后反馈的用户健康数据。

在其中一个实施例中，健康数据获取单元还用于根据预设的特征值算法，对用户身份信息进行特征值计算处理，得到特征值，生成携带有特征值的健康数据获取请求，健康数据获取请求用于使健康数据区块链网络通过特征值匹配对用户身份信息进行校验，并根据特征值查找用户健康数据反馈至健康数据获取请求的发送方。

在其中一个实施例中，核保校验结果反馈模块708，包括第一反馈单元和第二反馈单元。第一反馈单元用于当用户健康数据满足目标智能合约中的核保条件时，获取用户的投保数据，当投保数据满足目标智能合约中的核保条件时，反馈核保通过的核保校验结果至终端。第二反馈单元用于当用户健康数据不满足目标智能合约中的核保条件时，反馈核保未通过的核保校验结果至终端。

在其中一个实施例中，第二反馈单元还用于当用户健康数据不满足目标智能合约中的核保条件时，提取不满足核保条件的健康数据的关键字。根据关键字，从区块链中查找关联智能合约集。执行关联智能合约集中各智能合约声明的核保逻辑，确定用户健康数据符合核保条件的参考保险险种。反馈包含核保未通过以及参考保险险种的核保校验结果至终端。

在其中一个实施例中，基于区块链的保险业务数据处理装置还包括保单信息处理模块，保单信息处理模块用于接收包含用户身份信息的保单信息，将保单信息写入区块链。

在其中一个实施例中，保单信息处理模块，还用于接收包含用户身份信息的保单信息，并根据保单信息，在区块链部署理赔智能合约。

图8示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的节点。如图8所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现基于区块链的保险业务数据处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行基于区块链的保险业务数据处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，本申请提供的基于区块链的保险业务数据处理装置可以实现为一种计算机程序的形式，计算机程序可在如图8所示的计算机设备上运行。计算机设备的存储器中可存储组成该基于区块链的保险业务数据处理装置的各个程序模块，比如，图7所示的核保请求接收模块702、智能合约查找模块704、核保校验模块706以及核保校验结果反馈模块708。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的基于区块链的保险业务数据处理方法中的步骤。

例如，图8所示的计算机设备可以通过如图7所示的基于区块链的保险业务数据处理装置中的核保请求接收模块702执行接收终端发送的核保请求，提取核保请求中携带的用户身份信息以及请求核保的保险险种。计算机设备可通过智能合约查找模块704执行从预设的健康数据区块链网络获取与用户身份信息对应的用户健康数据，并从区块链中查找与保险险种对应的目标智能合约。计算机设备可通过核保校验模块706执行目标智能合约中声明的核保逻辑，对用户健康数据进行核保校验。计算机设备可通过核保校验结果反馈模块708执行反馈核保校验结果至终端。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述基于区块链的保险业务数据处理方法的步骤。此处基于区块链的保险业务数据处理方法的步骤可以是上述各个实施例的基于区块链的保险业务数据处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述基于区块链的保险业务数据处理方法的步骤。此处基于区块链的保险业务数据处理方法的步骤可以是上述各个实施例的基于区块链的保险业务数据处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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 (10)

1.一种基于区块链的保险业务数据处理方法，包括：

接收终端发送的核保请求，提取所述核保请求中携带的用户身份信息以及请求核保的保险险种；

从预设的健康数据区块链网络中，获取与所述用户身份信息对应的用户健康数据；

查找与所述保险险种对应的目标智能合约，执行所述目标智能合约中声明的核保逻辑，对所述用户健康数据进行核保校验；

反馈核保校验结果至所述终端。

2.根据权利要求1所述的方法，其特征在于，在所述接收终端发送的核保请求，提取所述核保请求中携带的用户身份信息以及请求核保的保险险种之后，还包括：

当检测到所述核保请求中携带用户健康数据的数据标签时，提取所述核保请求中携带的用户病历数据；

在所述从预设的健康数据区块链网络中，获取与所述用户身份信息对应的用户健康数据之后，还包括：

将所述用户病历数据与所述用户健康数据进行对比；

当所述用户病历数据中存在所述用户健康数据未包含的数据时，将未包含数据更新至所述用户健康数据，得到更新的用户健康数据。

3.根据权利要求1所述的方法，其特征在于，所述从预设的健康数据区块链网络中，获取与所述用户身份信息对应的用户健康数据包括：

当检测到所述核保请求中未携带用户健康数据的数据标签时，生成携带有所述用户身份信息的健康数据获取请求；

将所述健康数据获取请求发送至健康数据区块链网络，并接收所述健康数据区块链网络在对所述用户身份信息校验成功后反馈的用户健康数据。

4.根据权利要求3所述的方法，其特征在于，所述生成携带有所述用户身份信息的健康数据获取请求包括：

根据预设的特征值算法，对所述用户身份信息进行特征值计算处理，得到特征值；

生成携带有所述特征值的健康数据获取请求，所述健康数据获取请求用于使所述健康数据区块链网络通过特征值匹配对所述用户身份信息进行校验，并根据所述特征值查找所述用户健康数据反馈至所述健康数据获取请求的发送方。

5.根据权利要求1所述的方法，其特征在于，所述反馈核保校验结果至所述终端包括：

当所述用户健康数据满足所述目标智能合约中的核保条件时，获取用户的投保数据，当所述投保数据满足所述目标智能合约中的核保条件时，反馈核保通过的核保校验结果至所述终端；

当所述用户健康数据不满足所述目标智能合约中的核保条件时，反馈核保未通过的核保校验结果至所述终端。

6.根据权利要求5所述的方法，其特征在于，所述当所述用户健康数据不满足所述目标智能合约中的核保条件时，反馈核保未通过的核保校验结果至所述终端包括：

当所述用户健康数据不满足所述目标智能合约中的核保条件时，提取不满足核保条件的健康数据的关键字；

根据所述关键字，从所述区块链中查找关联智能合约集；

执行所述关联智能合约集中各智能合约声明的核保逻辑，确定所述用户健康数据符合核保条件的参考保险险种；

反馈包含核保未通过以及所述参考保险险种的核保校验结果至所述终端。

7.根据权利要求5所述的方法，其特征在于，在所述当所述用户健康数据满足所述目标智能合约中的核保条件时，获取用户的投保数据，当所述投保数据满足所述目标智能合约中的核保条件时，反馈核保通过的核保校验结果至所述终端之后，至少还包括以下任意一项：

接收包含所述用户身份信息的保单信息，将所述保单信息写入区块链；

接收包含所述用户身份信息的保单信息，并根据所述保单信息，在区块链部署理赔智能合约。

8.一种基于区块链的保险业务数据处理装置，其特征在于，包括：

核保请求接收模块，用于接收终端发送的核保请求，提取所述核保请求中携带的用户身份信息以及请求核保的保险险种；

智能合约查找模块，用于从预设的健康数据区块链网络获取与所述用户身份信息对应的用户健康数据，并从所述区块链中查找与所述保险险种对应的目标智能合约；

核保校验模块，用于执行所述目标智能合约中声明的核保逻辑，对所述用户健康数据进行核保校验；

核保校验结果反馈模块，用于反馈核保校验结果至所述终端。

9.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。