CN111507851A - 基于区块链的医保理赔处理方法、装置、系统和存储介质 - Google Patents
基于区块链的医保理赔处理方法、装置、系统和存储介质 Download PDFInfo
- Publication number
- CN111507851A CN111507851A CN202010329054.8A CN202010329054A CN111507851A CN 111507851 A CN111507851 A CN 111507851A CN 202010329054 A CN202010329054 A CN 202010329054A CN 111507851 A CN111507851 A CN 111507851A
- Authority
- CN
- China
- Prior art keywords
- insurance
- node
- settlement
- request
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 16
- 238000012795 verification Methods 0.000 claims abstract description 112
- 238000000034 method Methods 0.000 claims abstract description 80
- 238000012545 processing Methods 0.000 claims description 52
- 230000008569 process Effects 0.000 claims description 43
- 230000003993 interaction Effects 0.000 claims description 32
- 238000012546 transfer Methods 0.000 claims description 22
- 230000008859 change Effects 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012790 confirmation Methods 0.000 claims description 10
- 230000007246 mechanism Effects 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 8
- 230000002159 abnormal effect Effects 0.000 claims description 7
- 230000001105 regulatory effect Effects 0.000 claims description 6
- 238000010200 validation analysis Methods 0.000 claims description 3
- 230000002829 reductive effect Effects 0.000 abstract description 3
- 239000010410 layer Substances 0.000 description 30
- 238000010586 diagram Methods 0.000 description 20
- 238000004891 communication Methods 0.000 description 11
- 238000003745 diagnosis Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 11
- 230000008520 organization Effects 0.000 description 11
- 238000007726 management method Methods 0.000 description 9
- 238000012550 audit Methods 0.000 description 5
- 239000000047 product Substances 0.000 description 5
- 230000002452 interceptive effect Effects 0.000 description 4
- 239000000463 material Substances 0.000 description 4
- 239000012792 core layer Substances 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000007689 inspection Methods 0.000 description 3
- 239000013589 supplement Substances 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 229940079593 drug Drugs 0.000 description 2
- 239000003814 drug Substances 0.000 description 2
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 2
- 239000010931 gold Substances 0.000 description 2
- 229910052737 gold Inorganic materials 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 206010027654 Allergic conditions Diseases 0.000 description 1
- 206010020751 Hypersensitivity Diseases 0.000 description 1
- 208000026935 allergic disease Diseases 0.000 description 1
- 230000007815 allergy Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 230000002427 irreversible effect Effects 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请涉及一种基于区块链的医保理赔处理方法、装置、系统和存储介质。所述方法包括:接收包含有第一对象标识的第一理赔核验请求;第一对象标识用于对第一理赔对象进行标识;从目标区块链账本中获取与第一对象标识对应的第一保险电子合约;目标区块链账本为与保险机构节点共享的区块链账本;根据第一保险电子合约对第一理赔对象进行理赔核验;当理赔核验通过时,向保险机构节点发送第一理赔请求,以使保险机构节点根据第一理赔请求划拨对应的理赔金。上述方案,可以在理赔对象就诊时由医疗机构节点自动完成,能有效减少医疗保险的核验时间,提高医疗保险理赔效率。
Description
技术领域
本申请涉及区块链技术领域,特别是涉及一种基于区块链的医保理赔处理方法、装置、系统和存储介质。
背景技术
随着人们保险意识的增强,越来越多人选择给自己或者家人投医疗保险等保险。传统的医疗保险投保理赔流程是:投保人购买医疗保险,当出现疾病到医疗机构就诊时,投保人先向医疗机构支付医疗费用并从医疗机构中获取费用发票等文件,之后投保人拿这些文件到保险公司理赔,获得理赔金。
从传统的医疗保险投保理赔流程来看,其流程过于繁琐,需要提供的资料文件过多,经常出现医疗机构提供的文件和保险公司所需文件不匹配需要理赔人再次向医疗机构申请文件的情况。此外,保险公司审核通过后,理赔金到账也比较慢,使得医疗报销周期耗时较久。这些都导致医疗保险理赔的效率较低。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高医疗保险理赔效率的基于区块链的医保理赔处理方法、装置、系统、设备和存储介质。
一种基于区块链的医保理赔处理方法,所述方法包括:接收包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;从目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;所述目标区块链账本为与保险机构节点共享的区块链账本;根据所述第一保险电子合约对所述第一理赔对象进行理赔核验;当理赔核验通过时,向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求划拨对应的理赔金。
一种基于区块链的医保理赔处理装置,所述装置包括:第一核验请求接收模块,用于接收包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;电子合约获取模块,用于从目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;所述目标区块链账本为与保险机构节点共享的区块链账本;理赔核验模块,用于根据所述第一保险电子合约对所述第一理赔对象进行理赔核验;理赔金划拨模块,用于当理赔核验通过时,向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求划拨对应的理赔金。
在一个实施例中,电子合约获取模块,包括:合约获取指令发送子模块,用于向智能合约平台发送第一电子合约获取指令;所述第一电子合约获取指令用于触发所述智能合约平台在所述目标区块链账本中定位与所述第一对象标识对应的第一保险合约区块,并获取所述第一保险合约区块中记录的所述保险电子合约;电子合约接收模块,用于接收所述智能合约平台返回的所述保险电子合约。
在一个实施例中,理赔核验模块,包括:就诊凭证获取子模块,用于获取与所述第一对象标识对应的第一就诊凭证;就诊凭证核验子模块,用于通过所述保险电子合约对所述第一就诊凭证进行核验;理赔核验通过子模块,用于当所述第一就诊凭证核验通过时,判定理赔核验通过。
在一个实施例中,理赔金划拨模块,还用于向所述保险机构节点发送所述第一理赔请求,以使所述保险机构节点根据所述第一理赔请求确定理赔金额,并划拨与所述理赔金额对应的理赔金。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:理赔金额减除模块,用于在接收到所述理赔金时,从预先获取的与所述第一对象标识对应的就诊金额中减去所述理赔金额;完成信息输出模块,用于根据处理后的就诊金额输出理赔完成信息。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:连接请求接收模块,用于接收客户端节点发送的连接请求,根据所述连接请求向所述客户端节点返回连接成功信息;握手请求接收模块,用于接收所述客户端节点通过与所述连接成功信息对应的目标连接发送的握手请求,所述握手请求中携带有客户端节点标识;所述客户端节点标识为根据椭圆加密算法生成的公钥;标识验证模块,用于对所述客户端节点标识进行验证,若所述客户端节点标识验证通过,向所述客户端节点发送握手成功信息;所述核验请求接收模块,还用于接收所述客户端节点通过与所述握手成功信息对应的连接发送的所述第一理赔核验请求。
在一个实施例中,连接请求接收模块,还用于根据所述连接请求向所述客户端节点返回携带有目标机构证书的连接成功信息,以使所述客户端节点对所述目标机构证书进行验证;所述目标机构证书为预先颁发的基于区块链的机构证书;握手请求接收模块,还用于接收所述客户端节点在所述目标机构证书验证通过时借助所述目标连接发送的所述握手请求。
在一个实施例中,所述第一理赔对象隶属于第一群组;基于区块链的医保理赔处理装置还包括:第二核验请求接收模块,用于接收包含有第二对象标识的第二理赔核验请求;所述第二对象标识用于对第二理赔对象进行标识,所述第二理赔对象隶属于与所述第一群组不同的第二群组;就诊凭证获取模块,用于根据所述第二理赔核验请求获取与所述第二对象标识对应的第二就诊凭证;保险合约获取模块,用于向所述智能合约平台发送第二电子合约获取指令;所述第二电子合约获取指令用于触发所述智能合约平台在所述目标区块链账本中定位与所述第二对象标识对应的第二保险合约区块,并获取所述第二保险合约区块中记录的第二保险电子合约;就诊凭证核验模块,用于通过所述第二保险电子合约对所述第二就诊凭证进行核验;理赔划拨模块,用于当所述第二就诊凭证核验通过时,向所述保险机构节点发送第二理赔请求,以使所述保险机构节点根据所述第二理赔请求划拨对应的理赔金。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:保险签订信息接收模块,用于在接收到所述保险机构节点发送的保险签订信息时,向所述保险机构节点发送接收反馈信息;所述保险签订信息由所述保险机构节点在与所述客户端节点签订所述保险电子合约时发送;所述接收反馈信息,用于触发所述保险机构节点在获取到本端、所述客户端节点以及监管机构节点的接收反馈信息时,将所述保险签订信息发送给业务平台,以使所述业务平台触发智能合约平台根据所述保险签订信息以及所述保险电子合约生成所述第一保险合约区块并将所述第一保险合约区块添加到所述目标区块链账本中。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:描述信息接收模块,用于接收候选节点发送的状态变化描述信息;所述候选节点包括所述客户端节点、所述保险机构节点以及所述监管机构节点;所述状态变化描述信息用于记录所述候选节点的节点状态发生的变化;所述节点状态用于表征所述候选节点所记录的交互信息状态,所述节点状态在所述候选节点与联盟链平台中的其他节点之间存在信息交互时发生变化;新状态获取模块,用于若根据所述状态变化描述信息确定所述候选节点中存在节点状态发生变化的目标节点,向所述目标节点发送查询请求,并接收所述目标节点根据所述查询请求返回的新的节点状态,根据所述新的节点状态更新当前记录的所述目标节点的节点状态。
一种基于区块链的医保理赔处理系统,包括:位于同一联盟链平台的客户端节点、医疗机构节点以及保险机构节点;所述医疗机构节点和所述保险机构节点共享目标区块链账本;所述客户端节点,用于向所述医疗机构节点发送包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;所述医疗机构节点,用于从所述目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;根据所述第一保险电子合约对所述第一理赔对象进行理赔核验;当理赔核验通过时,向所述保险机构节点发送第一理赔请求;所述保险机构节点,用于根据所述第一理赔请求划拨对应的理赔金。
在一个实施例中,所述系统还包括业务平台;所述客户端节点,还用于向所述保险机构节点发送保险签订请求;所述保险签订请求中包含有所述第一理赔对象的身份信息;所述保险机构节点,还用于在接收到保险签订请求时,对所述身份信息进行验证,若所述身份信息验证通过,向所述客户端节点发送电子合约,当接收到所述客户端节点根据所述电子合约发送的合约签订确认信息时,将已签订的电子合约作为所述保险电子合约发送给所述业务平台;所述业务平台,用于触发所述智能合约平台根据所述保险电子合约生成所述第一保险合约区块并将所述第一保险合约区块添加到所述目标区块链账本中。
在一个实施例中,所述系统还包括基于区块链构建的监管机构节点;所述监管机构节点,用于获取区块链中记录的医疗保险交互信息,对所述医疗保险交互信息进行分析,若确定所述医疗保险交互信息中存在异常信息,则对出现异常的医疗保险交互信息进行核验;其中,所述医疗保险交互信息为所述客户端节点、所述医疗机构节点以及所述保险机构节点在医保理赔处理过程中生成的交互信息。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:接收包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;从目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;所述目标区块链账本为与保险机构节点共享的区块链账本;根据所述第一保险电子合约对所述第一理赔对象进行理赔核验;当理赔核验通过时,向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求划拨对应的理赔金。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:接收包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;从目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;所述目标区块链账本为与保险机构节点共享的区块链账本;根据所述第一保险电子合约对所述第一理赔对象进行理赔核验;当理赔核验通过时,向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求划拨对应的理赔金。
上述基于区块链的医保理赔处理方法、装置、系统、设备和存储介质,在接收到理赔核验请求时,医疗机构节点自动在与保险机构节点共享的目标区块链账本中获取对应的保险电子合约,并根据该保险电子合约对理赔对象进行理赔核验,在理赔核验通过时直接向保险机构节点发送理赔请求并获得理赔金。整个医疗保险的核验过程可以在理赔对象就诊时由医疗机构节点自动完成,不需要理赔对象提供就诊凭证给保险机构节点,能有效减少医疗保险的核验时间,提高医疗保险理赔效率。
附图说明
图1为一个实施例中分布式系统的结构示意图;
图2为一个实施例中区块结构的示意图;
图3为一个实施例中基于区块链的医保理赔处理方法的应用环境图;
图4为一个实施例中基于区块链的医保理赔处理方法的流程示意图;
图5为一个实施例中节点之间建立连接的时序图;
图6为另一个实施例中节点之间建立连接的时序图;
图7为一个实施例中跨群组就诊的结构示意图;
图8为一个实施例中区块链平台的多层级结构示意图;
图9为另一个实施例中基于区块链的医保理赔处理方法的流程示意图;
图10为一个实施例中基于区块链的医保理赔处理装置的结构框图;
图11为一个实施例中基于区块链的医保理赔处理系统的结构框图;
图12为一个实施例中基于区块链的医保理赔处理系统的应用流程图;
图13为一个实施例中基于区块链的医保理赔处理系统内节点之间的连接关系图;
图14为一个实施例中节点之间进行信息广播的时序图;
图15为一个实施例中节点之间进行状态同步的时序图;
图16为一个实施例中管理后台的界面显示示意图;
图17为一个实施例中基于区块链的医保理赔处理系统的应用场景图;
图18为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本发明实施例涉及的方法可以是由客户端、多个节点(接入网络中的任意形式的计算设备,如服务器、用户终端)通过网络通信的形式连接形成的分布式系统实现。
以分布式系统为区块链系统为例,参见图1,图1是本发明实施例提供的分布式系统101应用于区块链系统的一个可选的结构示意图,由多个节点102(接入网络中的任意形式的计算设备,如服务器、用户终端)和客户端103形成,节点之间形成组成的点对点(P2P,Peer To Peer)网络,P2P协议是一个运行在传输控制协议(TCP,Transmission ControlProtocol)协议之上的应用层协议。在分布式系统中,任何机器如服务器、终端都可以加入而成为节点,节点包括硬件层、中间层、操作系统层和应用层。
参见图1示出的区块链系统中各节点的功能,涉及的功能包括:
1)路由,节点具有的基本功能,用于支持节点之间的通信。
节点除具有路由功能外,还可以具有以下功能:
2)应用,用于部署在区块链中,根据实际业务需求而实现特定业务,记录实现功能相关的数据形成记录数据,在记录数据中携带数字签名以表示任务数据的来源,将记录数据发送到区块链系统中的其他节点,供其他节点在验证记录数据来源以及完整性成功时,将记录数据添加到临时区块中。
例如,应用实现的业务包括:
2.1)钱包,用于提供进行电子货币的交易的功能,包括发起交易(即,将当前交易的交易记录发送给区块链系统中的其他节点,其他节点验证成功后,作为承认交易有效的响应,将交易的记录数据存入区块链的临时区块中;当然,钱包还支持查询电子货币地址中剩余的电子货币;进一步的,可以由保险机构节点实现保险金的理赔。
2.2)共享账本,用于提供账目数据的存储、查询和修改等操作的功能,将对账目数据的操作的记录数据发送到区块链系统中的其他节点,其他节点验证有效后,作为承认账目数据有效的响应,将记录数据存入临时区块中,还可以向发起操作的节点发送确认。
2.3)智能合约,计算机化的协议,可以执行某个合约的条款,通过部署在共享账本上的用于在满足一定条件时而执行的代码实现,根据实际的业务需求代码用于完成自动化的交易,例如定位保险合约区块,根据保险合约区块中的保险电子合约对理赔对象的就诊凭证进行核验;当然,智能合约不仅限于执行用于交易的合约,还可以执行对接收的信息进行处理的合约。
3)区块链,包括一系列按照产生的先后时间顺序相互接续的区块(Block),新区块一旦加入到区块链中就不会再被移除,区块中记录了区块链系统中节点提交的记录数据。
参见图2,图2是本发明实施例提供的区块结构(Block Structure)一个可选的示意图,每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值,各区块通过哈希值连接形成区块链。另外,区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了相关的信息,用于验证其信息的有效性(防伪)和生成下一个区块。
在一个实施例中,本申请提供的基于区块链的医保理赔处理方法,可以应用于如图3所示的应用环境中。该应用环境中包括区块链节点:医疗机构节点(可以简称为医疗机构)301和保险机构节点(可以简称为保险机构)302,两者可以进行网络通信且共享目标区块链账本,该目标区块链账本中可以记录医疗机构节点以及保险机构节点与区块链平台中其他节点进行交易产生的信息。其中,医疗机构节点301为基于医疗机构的区块链节点,该医疗机构可以是各种级别的医院、诊所、急救站等,患者可以到这些医疗机构就诊并支付就诊金;保险机构节点302为基于保险机构的区块链节点,该保险机构可以为各种类型的保险公司、保险服务商等,保险机构与用户(也即投保人、患者、理赔对象)签订医疗保险合同,用户在医疗机构就诊后,医疗机构进行理赔核验,并在理赔核验无误后触发保险机构完成理赔过程。进一步的,医疗机构节点301和保险机构节点302均可以通过终端或者服务器实现,其中,终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在某些实施例中,区块链平台还可以包括客户端节点。客户端节点、医疗机构节点以及保险机构节点可以属于同一联盟链平台(也可以直接简称为联盟链),客户端节点、医疗机构节点以及保险机构节点之间可以互相通信并共享数据。各个区块链节点能够与同一联盟链平台内的其他区块链节点进行通信并记录各个区块链节点生成的信息,例如:客户端节点能够分别与医疗机构节点以及保险机构节点进行通信,并记录这两个节点所产生的信息。其中,客户端节点为基于客户端的区块链节点,该客户端可以是具体的终端设备,例如,用户(可以是投保人或者被投保人)在使用的手机等能够接收用户信息的终端;也可以是应用程序、微信小程序等。具体的,终端可以是各种类型的个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备、医院用于挂号的设备等终端,用户可以通过客户端进行身份注册并与保险机构签订保险合约。进一步的,客户端节点可以授权医疗机构节点自动向保险机构进行保险理赔。
在一个实施例中,如图4所示,提供了一种基于区块链的医保理赔处理方法,以该方法应用于图3中的医疗机构节点为例进行说明,包括以下步骤:
S401,接收包含有第一对象标识的第一理赔核验请求;第一对象标识用于对第一理赔对象进行标识。
其中,第一理赔核验请求为对第一理赔对象当次就诊进行理赔信息核验的请求。第一理赔核验请求可以由客户端发送。第一对象标识可以指对第一理赔对象进行区别的标识,可以是用于唯一表示该第一理赔对象的编号。进一步的,在理赔对象与客户端绑定时,第一对象标识也可以是客户端标识(例如:手机序列号、应用程序的账号等)。
进一步的,客户端节点、医疗机构节点以及保险机构节点的数量都可以为一个、两个甚至多个。各个节点都对应有节点标识,这个节点标识可以为特定加密算法生成的密钥、预先颁发给各个节点的证书等能够使得各个节点在区块链平台中被唯一表示的信息。各个节点可以通过节点标识来对需要与之通信的节点进行寻址,进而向对应地址的节点发送交互信息。
S402,从目标区块链账本中获取与第一对象标识对应的第一保险电子合约;目标区块链账本为与保险机构节点共享的区块链账本。
医疗机构节点和保险机构节点可以向区块链联盟中的区块链上传交易信息同时可以查询该联盟链中记录的其他区块链节点上传的信息。通过该联盟链,医疗机构节点可以查询保险机构节点上传的信息(例如:电子保单、合约签订信息),保险机构节点也可以医疗机构节点上传的信息(例如:理赔对象的就诊时间、用药情况、住院情况),两者共享区块链账本,这个账本就是目标区块链账本。
目标区块链账本中可以包含有多个区块,而这些区块中可以记录保险机构节点和客户端节点之间签订包含有客户端节点标识(客户端节点标识可以与理赔对象标识之间存在对应关系)或者理赔对象标识的保险电子合约。因此,医疗机构节点根据第一对象标识就可以在目标区块链账本中确定出与第一对象标识对应的第一保险电子合约。
S403,根据保险电子合约对第一理赔对象进行理赔核验。
本步骤中,医疗机构节点可以解析该保险电子合约,以获取该保险电子合约中订立的医疗理赔规则,根据该医疗理赔规则就可以对第一理赔对象进行理赔核验,确定是否符合理赔条件,例如:医疗理赔规则中规定住院才可以理赔,则可以根据该就诊凭证确定该理赔对象是否需要或者是否已经住院,如果是,则认为符合理赔条件,即理赔核验通过,否则理赔核验不通过。
在某些实施例中,也可以是能定位到与第一对象标识对应的保险合约区块,即认为理赔核验通过。因为保险合约区块是由联盟链平台中的节点上传的,而区块链平台上的信息时无法篡改的,基于此,如果能定位到与第一对象标识对应的保险合约区块则可以认为该第一理赔对象是有签订保险电子合约的,此时可以认为理赔核验通过。
S404,当理赔核验通过时,向保险机构节点发送第一理赔请求,以使保险机构节点根据第一理赔请求划拨对应的理赔金。
本步骤中,在理赔核验通过时医疗机构节点直接向保险机构节点发送理赔请求,以请求保险机构节点进行理赔金的划拨。在理赔对象支付就诊金时医疗机构节点可以直接从就诊金额中扣除相应的理赔金,而不需要理赔对象先行支付所有的就诊金。
进一步的,在理赔核验通过时,医疗机构节点还可以输出理赔核验通过信息。具体的,医疗机构节点可以向客户端节点输出理赔核验通过信息,以通知理赔对象本次理赔请求核验通过。
在一些实施例中,若理赔核验不通过,则可以确定核验不通过的原因,并输出该原因,以指示理赔对象补充就诊凭证或者本次就诊不满足理赔条件等。
传统的投保理赔过程,在保险服务商进行理赔核验时,不能立即获得医疗数据,需要理赔对象拿着就诊凭证向保险机构进行理赔,保险机构再进行审核,这个过程需要不少人力物力参与。而本发明实施例提供的上述基于区块链的医保理赔处理方法中,整个医疗保险的核验过程可以在客户端节点就诊时由医疗机构节点自动完成,不需要理赔对象提供就诊凭证给保险机构节点,也不需要理赔对象先行支付就诊金,能有效减少医疗保险的核验时间,极大地减少人力物力的参与,简化医疗理赔的流程,提高医疗保险理赔效率。同时,整个理赔过程基于区块链架构实现,区块链不可篡改的特性能使得医疗保险的理赔足够安全,能有效保证理赔对象、医疗机构以及保险机构资金的安全性。
在一个实施例中,保险电子合约可以记录在目标区块链账本的某一区块中。保险机构节点在与用户(即理赔对象)签订保险合约后,根据区块链的规则将保险合约生成第一保险合约区块,并上传到区块链中(具体的,可以上传到目标区块链账本中),医疗机构节点就可以在目标区块链账本中定位到该第一保险合约区块。当然,如果用户使用客户端节点与保险机构节点签订保险合约,则也可以由客户端节点生成第一保险合约区块并上传到区块链中。在生成第一保险合约区块后,可以将第一对象标识与第一保险合约区块一起记录在保险合约区块中,以便后续可以通过第一对象标识定位具体的保险合约区块。
进一步的,从目标区块链账本中获取与第一对象标识对应的第一保险电子合约的步骤,包括:向智能合约平台发送第一电子合约获取指令;第一电子合约获取指令用于触发智能合约平台在目标区块链账本中定位与第一对象标识对应的第一保险合约区块,并获取第一保险合约区块中记录的保险电子合约;接收智能合约平台返回的保险电子合约。
其中,智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议,它允许在没有第三方的情况下进行可信交易,这些交易可追踪且不可逆转。智能合约平台为能实现智能合约的平台,用于处理理赔对象就诊期间发生发票等相关文件数据的存储、上链服务,自动执行医保报销赔付款的业务,一个区块链联盟中的智能合约平台的个数可以为至少一个。具体的,通过智能合约平台定位保险合约区块并基于该保险合约区块对第一理赔对象进行理赔核验。
本实施提供的基于区块链的医保理赔处理方法,基于区块链智能合约特性,可对医疗费用支付详情和保险合同进行自动验证,验证通过后可自动发放赔付款,能基于区块链技术有效实现就诊凭证的安全准确验证。
在一个实施例中,根据保险电子合约对第一理赔对象进行理赔核验的步骤,包括:获取与第一对象标识对应的第一就诊凭证;通过保险电子合约对第一就诊凭证进行核验;当第一就诊凭证核验通过时,判定理赔核验通过。
理赔对象在医疗机构就诊时,会产生病历、发票、检验单、取药单等就诊凭证。在传统的保险理赔过程,保险机构需要对这些就诊凭证进行核验,在核验通过后再向理赔对象进行理赔。在本发明实施例中,医疗机构在获取到第一理赔核验请求时直接获取该理赔对象的就诊凭证,以对该就诊凭证进行核验并在理赔核验通过时直接向保险机构节点申请理赔,不需要理赔对象再进行复杂的理赔操作。
进一步的,医疗机构节点可以通过医疗机构的内部系统获取该理赔对象的就诊凭证,也可以在客户端界面提示理赔对象上传就诊凭证(在确定缺少就诊凭证或者就诊凭证有误时可以再次提示理赔用户补充或替换就诊凭证)。
在一个实施例中,向保险机构节点发送第一理赔请求,以使保险机构节点根据第一理赔请求划拨对应的理赔金的步骤,包括:向保险机构节点发送第一理赔请求,以使保险机构节点根据第一理赔请求确定理赔金额,并划拨与理赔金额对应的理赔金。
其中,理赔金额为理赔对象当次就诊能够报销的保险金额,该金额可以根据保险电子合约中的理赔标准确定。就诊金额为理赔对象当次就诊所需支付给医疗机构的所有金额,其中的部分或者所有就诊金额可能属于医疗保险的报销范畴,就诊金额可以在医生确定处方后确定。
进一步的,保险机构节点根据理赔请求获取保险电子合约中的理赔标准信息,根据第一就诊凭证以及理赔标准信息确定理赔金额,并向医疗机构节点划拨与理赔金额对应的理赔金。
更进一步的,在一个实施例中,在向保险机构节点发送第一理赔请求,以使保险机构节点根据第一理赔请求确定理赔金额,并划拨与理赔金额对应的理赔金的步骤之后,还包括:在接收到理赔金时,从预先获取的与第一对象标识对应的就诊金额中减去理赔金额;根据处理后的就诊金额输出理赔完成信息。
医疗机构节点在接收到理赔金时可以自动从就诊金额中抵扣掉保险金,理赔对象支付剩余的就诊金即可。
在减去理赔金额之后,医疗机构节点可以向客户端节点输出理赔完成信息,以指示理赔对象当次理赔已经完成,同时可以请求理赔对象完成剩余的就诊金。
上述实施例提供的基于区块链的医保理赔处理方法,医疗机构节点在接收到理赔核验请求时自动通过区块链平台完成就诊信息的核验,并在就诊凭证核验通过时向保险机构节点请求理赔,保险机构节点在接收到医疗机构节点发送的理赔请求时向医疗机构节点划拨对应的保险金。本方法设计了一套新的医疗保险理赔方案,该方案对理赔对象是非常友好的,不需要理赔对象从医疗机构拿取就诊凭证并辗转向保险机构进行理赔,能极大简化医疗保险的理赔流程,提高医疗保险理赔的效率。
在一个实施例中,在接收包含有第一对象标识的第一理赔核验请求的步骤之前,还包括:接收客户端节点发送的连接请求,根据连接请求向客户端节点返回连接成功信息;接收客户端节点通过与连接成功信息对应的目标连接发送的握手请求,握手请求中携带有客户端节点标识;客户端节点标识为根据椭圆加密算法生成的公钥;对客户端节点标识进行验证,若客户端节点标识验证通过,向客户端节点发送握手成功信息;接收包含有第一对象标识的第一理赔核验请求的步骤,包括:接收客户端节点通过与握手成功信息对应的连接发送的第一理赔核验请求。
其中,椭圆加密算法(Elliptic curve cryptography,简称为ECC)是一种公钥加密体制,能够生成长度尽可能小的公钥。进一步的,该公钥可以由客户端节点生成也可以由区块链平台生成。更进一步的,对于由区块链平台生成公钥的情况,其实现方式可以是区块链平台为各个节点分别生成公钥,各个节点记录下自己的公钥并在向其他节点发送交互信息时将公钥作为节点标识(节点ID)发送给其他节点。进一步的,也可以根据其他的算法(例如:RSA算法等)生成公钥或者生成密钥对,以作为客户端节点标识。另外,对客户端节点标识进行验证可以按照ECC的规则进行公钥验证。目标机构证书可以为由证书颁发机构(CA,Certificate Authority,可以是国家授权的具有区块链节点证书颁发权限的机构)预先颁发给医疗机构节点的基于区块链的证书,该证书能够在联盟链平台中唯一标识该医疗机构节点。
进一步的,握手请求可以为SSL(Secure Sockets Layer,安全套接层)握手请求,客户端节点和医疗机构节点通过公钥验证建立的SSL连接是一种更安全的通讯方式。更进一步的,在向医疗机构节点发送连接请求时,客户端节点也可以带上客户端节点标识。客户端节点和医疗机构节点之间的连接过程可以如图5所示:客户端节点和医疗机构节点分别获取自己的公钥并作为节点ID,客户端节点通过发送连接请求来向医疗机构节点发起连接,该连接请求中携带有客户端节点的节点ID,医疗机构节点对该连接请求进行验证(具体的,可以是对客户端节点的节点ID进行验证,确定其是否属于本联盟链内的节点),在验证通过后医疗机构节点向客户端节点返回连接成功信息,该连接成功建立。之后,客户端节点根据其节点ID向医疗机构节点发送SSL握手请求,医疗机构节点对该客户端节点的节点ID进行验证,在验证通过时向客户端节点发送握手成功信息,据此与客户端节点建立SSL连接。
以医疗机构节点为服务器为例,客户端节点和医疗机构节点之间建立连接更为具体的实现过程可以如图6所示:
1、客户端节点向医疗机构节点发送Client Hello这一连接请求,这个连接请求中可以包括随机数,该随机数通过医疗机构节点支持的加密算法生成。
2、医疗机构节点对Client Hello进行验证,在验证通过后向客户端节点返回Server Hello这一连接成功信息,这个连接成功信息也可以包括随机数,该随机数通过客户端节点支持的加密算法生成,随机数中可以包括Server公钥。
3、医疗机构节点还可以向客户端节点发送Server证书,该证书由CA预先颁发给该医疗机构节点。
4、客户端节点对该Server Hello和Server证书进行验证,并在验证通过后向医疗机构节点发送Client key exchange(客户端密钥交换),该Client key exchange用Server公钥加密pre-master key(预主密钥)得到;向医疗机构节点发送Change cipher spec(更改密码规格),该Change cipher spec用于通知Server参数协商完成;向医疗机构节点发送握手成功信息Finish hand shake(其中可以包括已加密的握手信息Encrypted handshakemessage)。
5、医疗机构节点向客户端节点发送Cipher spec(密码规范)以及握手成功信息(Finish handshake),完成与客户端节点的连接以及握手。
需要说明的是,上述实施例描述的是客户端节点与医疗机构之间连接的建立,实际上,联盟链中任意两两节点之间连接的建立都可以参照上述过程,在此不再赘述。
在一个实施例中,第一理赔对象隶属于第一群组;方法还包括:接收包含有第二对象标识的第二理赔核验请求;第二对象标识用于对第二理赔对象进行标识,第二理赔对象隶属于与第一群组不同的第二群组;根据第二理赔核验请求获取与第二对象标识对应的第二就诊凭证;向智能合约平台发送第二电子合约获取指令;第二电子合约获取指令用于触发智能合约平台在目标区块链账本中定位与第二对象标识对应的第二保险合约区块,并获取第二保险合约区块中记录的第二保险电子合约;通过第二保险电子合约对第二就诊凭证进行核验;当第二就诊凭证核验通过时,向保险机构节点发送第二理赔请求,以使保险机构节点根据第二理赔请求划拨对应的理赔金。
其中,群组可以理解为社区,这个社区可以根据地理位置(例如行政区划)来划分,例如:一个小区分为一个社区;也可以根据用户类别来划分,例如:老年人、婴幼儿分为不同的社区;还可以按照医疗机构节点或者保险机构节点来进行划分,例如:以保险机构节点为中心进行划分,将其附近的医疗机构节点和客户端节点归类到同一群组中,而另一保险机构节点附近的医疗机构节点和客户端节点则可以归类到另一群组中,这样的方式能使得保险机构节点集中对医疗机构节点和客户端节点的信息进行管理,便于节点间信息的归纳整理,更好地对这些节点的信息进行控制管理。一个区块链联盟可以包含有多个群组,这些群组相互独立,同一群组内的客户端节点、医疗机构节点、保险机构节点进行无障碍通信。在某些情况下,群组之间的节点也可以进行通信,如图7所示:某一用户是注册在A群组的用户,该用户能够通过客户端节点查询其他节点(例如:医疗机构节点、保险机构节点等)的交互信息,其他节点也能查询到该用户的信息,因此,他能够到A群组内的医院进行无障碍就诊,在某些情况下,他也可以到B群组的医院进行就诊,而B群组的医院可以通过跨群组的方式获取到该用户的信息,进而完成就诊过程。
以下对跨群组的方式获取用户信息的实现方式说明如下:联盟链内各个节点的多层结构可以如图8所示,通过各层之间的配合可以实现基于区块链的医保理赔处理方法。该结构包括用户层、服务层、核心层以及基础层,以下对这些层分别说明如下:
A、用户层是面向用户的入口。通过该入口,使用区块链服务的区块链服务客户端可以和区块链服务提供方及其区块链服务进行交互,执行与客户端相关的管理、维护和使用区块链服务。用户层也可将区块链服务输出到其他资源层,提供跨层区块链服务,例如:将A群组用户的用户信息发送给服务层,而服务层可以对接多个群组的用户层,因此服务层可以将该用户信息发送给B群组的用户层,实现跨群组信息的流转。进一步的,这个用户层可以对应客户端节点、医疗机构节点、保险机构节点以及监管机构节点。
B、服务层为应用提供可靠高效的区块链访问和监控,即:
a)通过调用核心层的功能组件,提供统一的接入和节点管理等服务;
b)通过高效缓存、可靠存储、负载均衡等,为用户提供可靠高效的服务。
C、核心层是区块链系统的核心功能层。能实现节点间的共识机制,以及在此共识机制之上的数据与账本记录,奠定了区块链平台的根基。
D、基础层提供了区块链系统正常运行所需要的运行环境和基础组件。
通过上述这些层级之间的配合能实现对医疗保险理赔的跨层跨群组功能。这些功能可以但不限于以下内容:a)开发能力,对各层进行开发升级等;b)运营能力,维护各层的正常运行;c)安全能力,保证各层的安全性;d)监管和审计能力,实现对各个群组中用户层的监管以及审计。
在某些实施例中,同一区块链联盟中的不同群组也可以共享区块链账本,这样在理赔对象跨群组就诊时,医疗机构节点就可以直接定位到对应的第二保险合约区块,进而完成就诊凭证的核验。
进一步的,医疗机构节点和保险机构节点也可以隶属于第一群组。医疗机构节点在接收到第二理赔核验请求时,如果通过与本群组内的保险机构节点共享的目标区块链账本无法定位到第二保险合约合同,则可以将第二理赔核验请求以及第二就诊凭证上报到服务层,由服务层将第二理赔核验请求以及第二就诊凭证发送到第二群组中,由第二群组中的保险机构节点或者医疗机构节点来定位第二保险合约区块、完成第二就诊凭证的核验。
更进一步的,若第二就诊凭证核验通过,可以向与第二对象节点签订保险电子合约的保险机构节点(该保险机构节点可以隶属于第一群组也可以隶属于第二群组)发送理赔请求,以使该保险机构节点划拨对应的理赔金。
上述实施例提供的基于区块链的医保理赔处理方法,能够在不同群组之间实现信息的共享查询,并在用户实现跨群组就诊时通过共有的区块链账本快速实现就诊凭证的核验,快速完成医疗保险的理赔过程。
在一个实施例中,提供了一种基于区块链的医保理赔处理方法,本实施例以该方法应用于医疗机构节点进行举例说明,如图9所示,包括以下步骤:
S901、接收客户端节点发送的连接请求,根据连接请求向客户端节点返回连接成功信息。
S902、接收客户端节点通过与连接成功信息对应的目标连接发送的握手请求,握手请求中携带有客户端节点标识。
S903、对客户端节点标识进行验证,若客户端节点标识验证通过,向客户端节点发送握手成功信息。
S904、接收客户端节点通过与握手成功信息对应的连接发送的包含有第一对象标识的第一理赔核验请求,第一对象标识对象的第一理赔对象隶属于第一群组。
S905、根据第一理赔核验请求获取与第一对象标识对应的第一就诊凭证。
S906、触发智能合约平台,在目标区块链账本中定位与第一就诊凭证对应的第一保险合约区块并通过第一保险合约区块中记录的保险电子合约对第一就诊凭证进行核验。
S907、若第一就诊凭证核验通过,输出第一理赔对象的理赔核验通过信息;向保险机构节点发送理赔请求,以使保险机构节点根据理赔请求确定理赔金额,并划拨与理赔金额对应的理赔金。
S908、在接收到理赔金时,从预先获取的与第一对象标识对应的就诊金额中减去理赔金额,并根据处理后的就诊金额输出第一理赔对象的理赔完成信息。
S909、接收包含有第二对象标识的第二理赔核验请求;第二对象标识对象的第二理赔对象隶属于第二群组。
S910、根据第二理赔核验请求获取与第二对象标识对应的第二就诊凭证。
S911、在目标区块链账本中定位与第二对象标识对应的第二保险合约区块。
S912、通过第二保险合约区块中记录的第二保险电子合约对第二就诊凭证进行核验。
S913、若第二就诊凭证核验通过,输出第二理赔对象的理赔核验通过信息;向保险机构节点发送理赔请求,以使保险机构节点根据理赔请求确定理赔金额,并划拨与理赔金额对应的理赔金。
S914、在接收到理赔金时,从预先获取的与第二对象标识对应的就诊金额中减去理赔金额,并根据处理后的就诊金额输出第二理赔对象的理赔完成信息。
上述实施例提供的基于区块链的医保理赔处理方法,在接收到理赔核验请求时,医疗机构节点自动在与保险机构节点共享的目标区块链账本中定位保险合约区块,并根据保险合约区块中的保险电子合约对理赔对象的就诊凭证进行核验,在理赔核验通过时输出理赔核验通过信息。整个医疗保险的核验过程可以在理赔对象就诊时由医疗机构节点自动完成,不需要理赔对象提供就诊凭证给保险机构节点,能有效减少医疗保险的核验时间,提高医疗保险理赔效率。
应该理解的是,虽然图4/9的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图4/9中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于与上述实施例中的基于区块链的医保理赔处理方法相同的思想,本发明还提供基于区块链的医保理赔处理装置,该装置可用于执行上述基于区块链的医保理赔处理方法。为了便于说明,基于区块链的医保理赔处理装置实施例的结构示意图中,仅仅示出了与本发明实施例相关的部分,本领域技术人员可以理解,图示结构并不构成对装置的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
在一个实施例中,如图10所示,提供了一种基于区块链的医保理赔处理装置1000,该装置可以采用软件模块或硬件模块,或者是二者的结合成为计算机设备的一部分,该装置具体包括:核验请求接收模块1001、电子合约获取模块1002、理赔核验模块1003和理赔金划拨模块1004,其中:
核验请求接收模块1001,用于接收包含有第一对象标识的第一理赔核验请求;第一对象标识用于对第一理赔对象进行标识。
电子合约获取模块1002,用于从目标区块链账本中获取与第一对象标识对应的第一保险电子合约;目标区块链账本为与保险机构节点共享的区块链账本。
理赔核验模块1003,用于根据保险电子合约对第一理赔对象进行理赔核验。
理赔金划拨模块1004,用于当理赔核验通过时,向保险机构节点发送第一理赔请求,以使保险机构节点根据第一理赔请求划拨对应的理赔金。
上述基于区块链的医保理赔处理装置,整个医疗保险的核验过程可以在客户端节点就诊时由医疗机构节点自动完成,不需要理赔对象提供就诊凭证给保险机构节点,也不需要理赔对象先行支付就诊金,能有效减少医疗保险的核验时间,极大地减少人力物力的参与,简化医疗理赔的流程,提高医疗保险理赔效率。
在一个实施例中,电子合约获取模块,包括:合约获取指令发送子模块,用于向智能合约平台发送第一电子合约获取指令;第一电子合约获取指令用于触发智能合约平台在目标区块链账本中定位与第一对象标识对应的第一保险合约区块,并获取第一保险合约区块中记录的保险电子合约;电子合约接收模块,用于接收智能合约平台返回的保险电子合约。
在一个实施例中,理赔核验模块,包括:就诊凭证获取子模块,用于获取与第一对象标识对应的第一就诊凭证;就诊凭证核验子模块,用于通过保险电子合约对第一就诊凭证进行核验;理赔核验通过子模块,用于当第一就诊凭证核验通过时,判定理赔核验通过。
在一个实施例中,理赔金划拨模块,还用于向保险机构节点发送第一理赔请求,以使保险机构节点根据第一理赔请求确定理赔金额,并划拨与理赔金额对应的理赔金。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:理赔金额减除模块,用于在接收到理赔金时,从预先获取的与第一对象标识对应的就诊金额中减去理赔金额;完成信息输出模块,用于根据处理后的就诊金额输出理赔完成信息。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:连接请求接收模块,用于接收客户端节点发送的连接请求,根据连接请求向客户端节点返回连接成功信息;握手请求接收模块,用于接收客户端节点通过与连接成功信息对应的目标连接发送的握手请求,握手请求中携带有客户端节点标识;客户端节点标识为根据椭圆加密算法生成的公钥;标识验证模块,用于对客户端节点标识进行验证,若客户端节点标识验证通过,向客户端节点发送握手成功信息;核验请求接收模块,还用于接收客户端节点通过与握手成功信息对应的连接发送的第一理赔核验请求。
在一个实施例中,连接请求接收模块,还用于根据连接请求向客户端节点返回携带有目标机构证书的连接成功信息,以使客户端节点对目标机构证书进行验证;目标机构证书为预先颁发的基于区块链的机构证书;握手请求接收模块,还用于接收客户端节点在目标机构证书验证通过时借助目标连接发送的握手请求。
在一个实施例中,第一理赔对象隶属于第一群组;基于区块链的医保理赔处理装置还包括:第二核验请求接收模块,用于接收包含有第二对象标识的第二理赔核验请求;第二对象标识用于对第二理赔对象进行标识,第二理赔对象隶属于与第一群组不同的第二群组;就诊凭证获取模块,用于根据第二理赔核验请求获取与第二对象标识对应的第二就诊凭证;保险合约获取模块,用于向智能合约平台发送第二电子合约获取指令;第二电子合约获取指令用于触发智能合约平台在目标区块链账本中定位与第二对象标识对应的第二保险合约区块,并获取第二保险合约区块中记录的第二保险电子合约;就诊凭证核验模块,用于通过第二保险电子合约对第二就诊凭证进行核验;理赔划拨模块,用于当第二就诊凭证核验通过时,向保险机构节点发送第二理赔请求,以使保险机构节点根据第二理赔请求划拨对应的理赔金。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:保险签订信息接收模块,用于在接收到保险机构节点发送的保险签订信息时,向保险机构节点发送接收反馈信息;保险签订信息由保险机构节点在与客户端节点签订保险电子合约时发送;接收反馈信息,用于触发保险机构节点在获取到本端、客户端节点以及监管机构节点的接收反馈信息时,将保险签订信息发送给业务平台,以使业务平台触发智能合约平台根据保险签订信息以及保险电子合约生成第一保险合约区块并将第一保险合约区块添加到目标区块链账本中。
在一个实施例中,基于区块链的医保理赔处理装置,还包括:描述信息接收模块,用于接收候选节点发送的状态变化描述信息;候选节点包括客户端节点、保险机构节点以及监管机构节点;状态变化描述信息用于记录候选节点的节点状态发生的变化;节点状态用于表征候选节点所记录的交互信息状态,节点状态在候选节点与联盟链平台中的其他节点之间存在信息交互时发生变化;新状态获取模块,用于若根据状态变化描述信息确定候选节点中存在节点状态发生变化的目标节点,向目标节点发送查询请求,并接收目标节点根据查询请求返回的新的节点状态,根据新的节点状态更新当前记录的目标节点的节点状态。
关于基于区块链的医保理赔处理装置的具体限定可以参见上文中对于基于区块链的医保理赔处理方法的限定,在此不再赘述。上述基于区块链的医保理赔处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供一种基于区块链的医保理赔处理系统1100,如图11所示,包括:位于同一联盟链平台的分别基于区块链构建的客户端节点1101、医疗机构节点1102以及保险机构节点1103;三者可以两两进行网络通信并共享数据。医疗机构节点和保险机构节点共享目标区块链账本。
客户端节点1101,用于向医疗机构节点发送包含有第一对象标识的第一理赔核验请求;第一对象标识用于对第一理赔对象进行标识。
医疗机构节点1102,用于从目标区块链账本中获取与第一对象标识对应的第一保险电子合约;根据保险电子合约对第一理赔对象进行理赔核验;当理赔核验通过时,向保险机构节点发送第一理赔请求。
保险机构节点1103,用于根据第一理赔请求划拨对应的理赔金。
上述基于区块链的医保理赔处理系统,整个医疗保险的核验过程可以在客户端节点就诊时由医疗机构节点自动完成,不需要理赔对象提供就诊凭证给保险机构节点,也不需要理赔对象先行支付就诊金,能有效减少医疗保险的核验时间,极大地减少人力物力的参与,简化医疗理赔的流程,提高医疗保险理赔效率。
在某些实施例中,也可以在医疗机构节点在上传客户端节点的就诊凭证后,由保险机构节点对该就诊凭证进行自动核验,并在核验通过后向医疗机构节点划拨对应的保险金,之后医疗机构从就诊金中减去已理赔的保险金并生成理赔完成信息,如果还有需要理赔对象支付的就诊金,则请求该理赔对象完成支付过程。
在一个实施例中,系统还包括智能合约平台;医疗机构节点,还用于触发智能合约平台,在目标区块链账本中定位第一保险合约区块并通过第一保险合约区块中记录的保险电子合约对第一就诊凭证进行核验。
进一步的,图12提供了基于区块链的医保理赔处理系统的应用流程图,如图12所示,该系统包括用户平台(客户端、保险机构、医疗机构以及监管机构)、业务平台以及智能合约平台。该智能合约平台能够接收客户端节点发送的信息,并将该信息进行上链处理。具体的,在与用户签订保险合约(也称为保险协议)之后,保险机构节点可以将保险合约通过智能合约中的协议合约进行上链(即记录到区块链中)。在医疗机构就诊时,医疗机构节点可以将就诊记录写入到智能合约平台中的记录合约中,并由智能合约平台进行上链处理。在需要进行理赔核验时,医疗机构节点在智能合约平台的记录合约中进行合约调用以获取就诊凭证,并在协议合约中定位保险合约区块以获取对应的保险电子合约,进而完成就诊凭证的校验过程。
本实施借助智能合约平台来定位保险合约区块并对就诊凭证进行核验,能基于区块链技术有效实现对就诊凭证的安全准确验证。
进一步的,在一个实施例中,如图12所示,系统还包括业务平台,客户端节点,还用于向保险机构节点发送保险签订请求;保险签订请求中包含有第一理赔对象的身份信息;保险机构节点,还用于在接收到保险签订请求时,对身份信息进行验证,若身份信息验证通过,向客户端节点发送电子合约,当接收到客户端节点根据电子合约发送的合约签订确认信息时,将已签订的电子合约作为保险电子合约发送给业务平台;业务平台,用于触发智能合约平台根据保险电子合约生成第一保险合约区块并将第一保险合约区块添加到目标区块链账本中。
其中,第一理赔对象的身份信息可以包括身份证号、年龄、性别、体检信息、过敏史等,还可以包括所选择的保险产品。
保险机构节点在对身份信息进行验证时可以判断该身份信息是否合法、是否符合所选保险产品的投保条件等。如果身份信息合法且符合所选保险产品的投保条件,则认为身份信息验证通过。此时保险机构节点可以将所选投保产品的电子合约发送给客户端节点。客户端节点在接收到电子合约时,在界面中进行显示,用户对电子合约确认无误后可以点击确认或完成签名等确认过程,此时保险机构节点收到客户端节点的合约签订确认信息。进一步的,保险机构节点将已签订的电子合约发送给业务平台,以使业务平台通过智能合约平台完成保险电子合约的上链过程。
上述实施例限定了客户端节点和保险机构节点之间签订保险电子合约的过程,该过程生成的各种信息都记录在区块链中,其他节点能对这些信息进行记录,这就使得保险电子合约的签订无法被篡改,具有较高的安全性。
在一个实施例中,如图12所示,该系统还包括:基于区块链构建的监管机构节点。进一步的,图13所示,系统中的客户端节点、医疗机构节点、保险机构节点以及监管机构节点借助区块链平台连接在一起,它们能够两两进行通信以及数据共享。更进一步的,保险机构节点,还用于当接收到客户端节点根据电子合约发送的合约签订确认信息时,向客户端节点、医疗机构节点以及监管机构节点发送保险签订信息;客户端节点、医疗机构节点以及监管机构节点,还用于在接收到保险签订信息时向保险机构节点发送接收反馈信息;保险机构节点,还用于当获取到客户端节点、医疗机构节点以及监管机构节点的接收反馈信息时,将保险签订信息发送给业务平台,以使业务平台触发智能合约平台,根据保险签订信息以及保险电子合约生成第一保险合约区块并将第一保险合约区块添加到目标区块链账本中。
其中,保险签订信息可以包括签订保险电子合约的双方或多方节点信息、签订时间、合约类别等信息。
区块链节点之间可以通过P2P的方式进行通信。进一步的,区块链节点之间可以通过单播、组播和广播方式进行通信。其中,单播是单个区块链节点向单个区块链节点发送消息,可以通过区块链节点标识寻址,具体的,客户端节点在签订保险合约时可以通过单播的方式与保险机构节点进行通信;组播是单个区块链节点向一组区块链节点发送消息,可以通过Topic(消息主题,也可以理解为消息类别)寻址,进一步的,如果联盟链分为多个群组,在群组之间节点通信可以通过组播的方式进行通信;广播为单个区块链节点向所有区块链节点发送消息,在本发明实施例中,保险机构节点可以通过广播的方式向系统中的其他节点发送保险签订消息。
进一步的,保险机构节点向系统中其他节点广播保险签订消息的示意图可以如图14所示。具体的,保险机构节点遍历所有节点ID,根据这些节点ID寻址到对应的客户端节点、医疗机构节点以及监管机构节点,分别向这些节点发送保险签订信息。客户端节点在接收到消息之后遍历所有节点ID,并根据所遍历的节点ID寻址到对应的医疗机构节点以及监管机构节点(由于已经与医疗机构节点进行通信,就不需要再向医疗机构节点发送信息了),分别向这些节点发送保险签订信息。医疗机构节点在接收到消息之后遍历所有节点ID,并根据所遍历的节点ID寻址到对应的监管机构节点,分别向该节点发送保险签订信息。通过这种广播形式发送消息,两两节点之间都进行了通信,能在区块链节点P2P方式通信的情况下保证消息在每个节点都接收到对应的信息。
更进一步的,客户端节点、医疗机构节点以及监管机构节点在接收到保险签订信息时会进行回复确认表示已经收到保险机构节点发送的消息。保险机构节点在分别接收到客户端节点、医疗机构节点以及监管机构节点这三个节点的接收反馈信息时,将保险签订信息以及保险电子合约进行上链处理。本实施例中,系统包括保险机构节点、客户端节点、医疗机构节点以及监管机构节点四个节点,当保险机构节点向其他节点发送消息时,如果一半以上的节点都返回接收反馈信息,则这个反馈信息被认为是可靠的,因此,保险机构节点完成信息上链过程,这样的处理方式能在其他节点接收到保险签订信息之后进行上链,保证系统中所有信息的同步性。在其他一些实施例中,也可以不限定节点的类型,而是由保险机构节点向系统中所有其他节点发送保险签订信息,只要有一半以上的节点发送接收反馈信息则保险机构节点可以进一步完成上链过程。
另外,业务平台触发智能合约平台对保险签订信息以及保险电子合约进行上链处理,能使得其他节点及时准确地获取到保险电子合约的内容以及签订该保险电子合约的节点信息。
在另一个实施例中,除了由保险机构节点向其他节点广播保险签订信息,还可以由客户端节点向其他节点广播保险签订信息。进一步的,客户端节点,还用于向保险机构节点发送合约签订确认信息后,向保险机构节点、医疗机构节点以及监管机构节点发送保险签订信息;保险机构节点、医疗机构节点以及监管机构节点,还用于在接收到保险签订信息时向客户端节点发送接收反馈信息;客户端节点,还用于当接收到保险机构节点、医疗机构节点以及监管机构节点发送的接收反馈信息时,将保险签订信息发送给业务平台,以使业务平台触发智能合约平台,根据保险签订信息以及保险电子合约生成第一保险合约区块,并将第一保险合约区块添加到目标区块链账本中。
上述实施例提供的系统,在客户端节点和保险机构节点完成保险电子合约的签订时,由这两个节点中的一个向系统中的其他节点广播该签订信息,以使这些节点对电子合约的签订进行记录,以便后续进行保险电子合约的定位。
通过上述广播的方式可以使得系统中大部分的节点都接收到保险签订信息,但可能由于网络等原因,有些节点仍然接收不到保险签订信息,这就使得这些节点要获取与该次保险签订相关的信息时不够便利。可以通过节点状态同步的方式来解决上述问题。进一步的,在一个实施例中,客户端节点、医疗机构节点、保险机构节点以及监管机构节点中均记录有系统中其他节点的节点状态,这个节点状态可以作为元数据存储到存储器中;节点状态用于表征所属节点所记录的交互信息状态,节点状态在所属节点与系统中其他节点之间存在信息交互时发生变化;客户端节点、医疗机构节点、保险机构节点以及监管机构节点中的任意一个作为当前节点,还用于接收候选节点定期发送的状态变化描述信息,候选节点为系统中当前节点以外的其他节点;若根据状态变化描述信息确定候选节点中存在状态发生变化的目标节点,向目标节点发送查询请求,并接收目标节点根据查询请求返回的新的节点状态,根据新的节点状态更新当前记录的目标节点的节点状态。
其中,节点状态可以包括所属节点中区块的最新信息,例如:区块高度、是否有交易信息等。当该候选节点与其他节点发生交互,则会产生新的区块,此时节点状态就会随之变化,并反映在节点状态描述信息中。其他接收到该候选节点的节点状态描述信息的节点(例如当前节点)就能知道该候选节点发生过交互操作,该候选节点就能在自己没有记录该候选节点最新节点状态的情况下向该候选节点状态发送查询请求,以获取并记录该候选节点最新的节点状态。
候选节点可以定期向当前节点发送状态变化描述信息,这个定时时间可以根据实际情况确定,默认时间可以为1秒。
以下对系统中各个节点之间的状态交互过程说明如下:假设系统中仅有4个节点,这4个节点都会记录其他3个节点的节点状态,并会通过组播的方式向其他3个节点定期发布自己的节点状态描述信息。对于某一节点A,如果它根据接收到的3个节点状态描述信息确定节点B的节点状态发生变化,则会向节点B发送查询请求,以获取节点B最新的节点状态并更新自己的记录。需要说明的是,上述举例过程以多个节点之间进行交互为例进行说明,实际上,对节点本身而言,它与另一个节点之间实现的是两两交互。
更进一步的,假设系统中客户端节点、医疗机构节点、保险机构节点以及监管机构节点各一个,这4个节点都会记录其他3个节点的节点状态,并会通过组播的方式向其他3个节点定期发布自己的节点状态描述信息,例如:客户端节点会定期向医疗机构节点、保险机构节点以及监管机构节点发布自己的节点状态描述信息。对于医疗机构节点而言,如果它根据接收到的客户端节点、保险机构节点以及监管机构节点的节点状态描述信息确定客户端节点的节点状态发生变化,则会向客户端节点发送查询请求,以获取客户端节点最新的节点状态并更新自己记录中客户端节点的节点状态。
在本实施例中,节点之间可以通过组播的方式进行通信。
这些节点之间进行状态同步的过程可以如图15所示,图15中以两个节点为例进行说明,更多数量的状态同步同理(即两两完成状态同步):
1、节点之间互相广播seq(状态变化描述信息),每个节点会维护自身的状态,并将状态的Seq在全网定时广播,与其它节点同步。例如:节点B向节点A广播seq。
2、节点A判断节点B的seq是否有变化,如果变化就会向节点B发起状态查询请求,节点B返回节点状态给节点A,节点A在内部更节点B的状态以及seq进行更新操作,从而实现对节点B的状态同步。
上述实施例,系统中两两节点之间进行状态同步,能够对通过广播方式无法全部更新的节点状态进行更新,进一步的,状态同步可以理解对节点主动广播交互信息的一种补充,两种方式的结合能够有效保证各个节点都能获取到其他节点最新的节点状态,实现节点之间的通信的有效性。当然,在某些实施例中,也可以金采用状态同步的方式,而不采用广播的方式进行信息同步。
在一个实施例中,监管机构节点,用于获取区块链中记录的医疗保险交互信息,对医疗保险交互信息进行分析,若确定医疗保险交互信息中存在异常信息,则对出现异常的医疗保险交互信息进行核验;其中,医疗保险交互信息为客户端节点、医疗机构节点以及保险机构节点在医保理赔处理过程中生成的交互信息。
系统中的各个节点会将过程中发生的交易数据、结果等医疗保险交互信息上链存储,便于日后追溯。进一步的,监管机构作为联盟链节点,可以通过区块链SDK(软件开发工具包)调用查询统计和核验系统中的医疗保险交互信息,并对出现纠纷的行为进行核验。
进一步的,监管机构节点在确定客户端节点、医疗机构节点以及保险机构节点中记录的信息存在问题时,也可以向对应的节点发送告警信息,以指示对应的管理人员解决对应的问题。
上述实施例监管机构节点对保险理赔过程进行实时监管,能有效保证保险理赔过程的有序进行,充分保障各方的利益平衡。
在一个实施例中,客户端节点,还用于向医疗机构节点发送连接请求;医疗机构节点,还用于根据连接请求向客户端节点返回连接成功信息;连接成功信息中携带有预先颁发给医疗机构节点的基于区块链的机构证书;客户端节点,还用于获取公钥,将公钥确定为客户端节点标识;对机构证书进行验证;当机构证书验证通过时,通过与连接成功信息对应的目标连接向医疗机构节点发送握手请求;握手请求中携带有客户端节点标识;医疗机构节点,还用于在接收到握手请求时对客户端节点标识进行验证,若客户端节点标识验证通过,向客户端节点发送握手成功信息;客户端节点,还用于通过与握手成功信息对应的连接发送第一理赔核验请求给医疗机构节点。
上述实施例,客户端节点和医疗机构直接建立连接并基于所建立的连接完成握手过程,能有效保证系统中节点直接的安全通信。
在一个实施例中,该系统还可以按照以下方式划分为几个部分:
1)区块链基础平台。提供去中心化分布式存储,能够保证区块链的许可制以及节点之间数据的一致性。可以对应上述实施例中的客户端节点、医疗机构节点、保险机构节点以及监管机构节点。
2)智能合约。用于处理患者就诊期间发生发票等相关文件数据存储,上链服务,自动执行医保报销赔付款的业务。
3)管理后台。主要用于用户授权以及智能合约的部署、发布和更新,节点状态监控等。进一步的,管理后台能提供的功能包括:包括数据概览、节点管理、智能合约管理、私钥管理、系统管理等。用户可以通过如图16所示的管理后台界面查看到对应的信息。以数据概览为例,可以在界面展示系统中所包含节点的个数、已部署的智能合约的个数、区块数量、交易数量等,可以通过图形的方式展示关键监控指标(例如:实时监控理赔请求的发送数量),还可以展示节点ID、区块内容(块高、出块者、时间戳等)等具体信息。
上述实施例通过多个模块之间的配合能有效保证医疗理赔的快速实现,给用户提供便利的保险理赔体验。
本申请还提供一种应用场景,该应用场景应用上述的基于区块链的医保理赔处理系统。具体地,如图17所示,该基于区块链的医保理赔处理系统在该应用场景的应用如下:
用户通过手机上的微信小程序申请加入社区A的区块链平台,在申请时准备三个文件ECC格式的ode.key节点密钥;由CA颁发的node.crt节点证书;由CA机构提供的ca.crtCA证书。该区块链平台对这些文件进行审核,在审核通过后该手机成为该联盟链平台中的一个客户端节点(以下也称为手机节点),同时,区块链平台向其他节点广播该消息,以使这些节点记录该手机的密钥和证书。该用户通过手机节点发起与联盟链平台中的其他节点之间的TCP长连接并完成SSL握手连接。在区块链平台故障、网络异常时,该手机节点可以主动发起重连,区块链节点间建立连接时可以使用CA证书进行认证。
用户通过手机节点进行身份注册,填写就诊需要的信息,例如:年龄、过敏情况等。同时,对医院所在的医疗机构节点自动进行理赔核验进行授权。
用户继续通过手机节点与保险公司所在的保险机构节点进行通信,并签订保险电子合约。在完成合约签订时,由手机节点或者保险机构节点将保险签订信息广播给联盟链平台中的其他节点,根据该保险签订信息按照智能合约模式生成保险合约区块并将该保险合约区块添加到区块链的共享区块链账本中。此时医疗结构节点能够在共享区块链账本中获取到该保险合约区块。
用户到医院就诊,在需要支付就诊金时(可以先不支付费用),用户通过手机节点点击“开始理赔核验”。此时,医院机构节点接收到理赔核验请求,基于智能合约从共享区块链账本中获取到该用户对应的保险合约区块并从该保险合约区块中解析出保险电子合约,根据该保险电子合约核验该用户当次的就诊是否符合理赔条件或者符合哪一等级的理赔条件。
如果核验通过,则医疗机构节点会向保险服务商节点发送理赔请求,服务商节点接收到医疗机构发送的理赔请求时直接向该医院划拨对应的理赔金。此时,医院机构节点可以将该理赔金抵扣全部或部分就诊金,并向手机节点输出理赔完成信息。
如果还有需要支付的就诊金,则用户完成就诊金的支付。整个就诊理赔过程完成。
上述实施例提供的基于区块链的医保理赔处理方法,具有以下有益效果:1、区块链接口得到了统一并实现了数据共享。2、用户不用去保险机构现场进行申请理赔,省去人工操作的繁琐流程。3、将区块链应用在医疗保险报销流程中,不需要特定的实物票据证明,也不再需要各种纸质资料,而是通过区块链将这些纸质资料变成数字化的证明。4、基于智能合约对数据验证,若验证通过可自动执行赔付款发放,极大地缩短报销到账时间。5、基于区块链可对相关数据记录分布式存储在区块链上,实现“保险数据保全,数据不可篡改,避免合同争议”等目的。6、传统的投保和理赔过程中,在购买医疗保险时候需要提供个人身份信息,在医院就诊时候也需要提供个人身份信息,结合现实,特别是产妇生小孩后,立马会收到关于婴幼儿产品的电话推销,可能在医院就诊时候信息就被泄露;本实施例中,用户在进行注册时填写就诊需要的信息,不需要在就诊时向医院提供这些信息,因此能有效防止患者身份信息的泄露。
关于基于区块链的医保理赔处理系统的具体限定可以参见上文中对于基于区块链的医保理赔处理方法的限定,在此不再赘述。上述基于区块链的医保理赔处理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。同理,基于区块链的医保理赔处理系统的具体限定也可以参见上文中对于基于区块链的医保理赔处理系统的限定,在此不再赘述。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图18所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储保险电子合约等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信,例如,与客户端节点、医疗机构节点以及监管机构节点进行通信。该计算机程序被处理器执行时以实现一种基于区块链的医保理赔处理方法。
本领域技术人员可以理解,图18中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (15)
1.一种基于区块链的医保理赔处理方法,其特征在于,所述方法包括:
接收包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;
从目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;所述目标区块链账本为与保险机构节点共享的区块链账本;
根据所述保险电子合约对所述第一理赔对象进行理赔核验;
当理赔核验通过时,向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求划拨对应的理赔金。
2.根据权利要求1所述的方法,其特征在于,所述从目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约的步骤,包括:
向智能合约平台发送第一电子合约获取指令;所述第一电子合约获取指令用于触发所述智能合约平台在所述目标区块链账本中定位与所述第一对象标识对应的第一保险合约区块,并获取所述第一保险合约区块中记录的所述保险电子合约;
接收所述智能合约平台返回的所述保险电子合约。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一保险电子合约对所述第一理赔对象进行理赔核验的步骤,包括:
获取与所述第一对象标识对应的第一就诊凭证;
通过所述保险电子合约对所述第一就诊凭证进行核验;
当所述第一就诊凭证核验通过时,判定理赔核验通过。
4.根据权利要求1所述的方法,其特征在于,所述向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求划拨对应的理赔金的步骤,包括:
向所述保险机构节点发送所述第一理赔请求,以使所述保险机构节点根据所述第一理赔请求确定理赔金额,并划拨与所述理赔金额对应的理赔金。
5.根据权利要求4所述的方法,其特征在于,在所述向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求确定理赔金额,并划拨与所述理赔金额对应的理赔金的步骤之后,还包括:
在接收到所述理赔金时,从预先获取的与所述第一对象标识对应的就诊金额中减去所述理赔金额;
根据处理后的就诊金额输出理赔完成信息。
6.根据权利要求1所述的方法,其特征在于,在所述接收包含有第一对象标识的第一理赔核验请求的步骤之前,还包括:
接收客户端节点发送的连接请求,根据所述连接请求向所述客户端节点返回连接成功信息;
接收所述客户端节点通过与所述连接成功信息对应的目标连接发送的握手请求,所述握手请求中携带有客户端节点标识;所述客户端节点标识为根据椭圆加密算法生成的公钥;
对所述客户端节点标识进行验证,若所述客户端节点标识验证通过,向所述客户端节点发送握手成功信息;
所述接收包含有第一对象标识的第一理赔核验请求的步骤,包括:
接收所述客户端节点通过与所述握手成功信息对应的连接发送的所述第一理赔核验请求。
7.根据权利要求6所述的方法,其特征在于,所述根据所述连接请求向所述客户端节点返回连接成功信息的步骤,包括:
根据所述连接请求向所述客户端节点返回携带有目标机构证书的连接成功信息,以使所述客户端节点对所述目标机构证书进行验证;所述目标机构证书为预先颁发的基于区块链的机构证书;
所述接收所述客户端节点通过与所述连接成功信息对应的目标连接发送的握手请求的步骤,包括:
接收所述客户端节点在所述目标机构证书验证通过时借助所述目标连接发送的所述握手请求。
8.根据权利要求1至7任一项所述的方法,其特征在于,所述第一理赔对象隶属于第一群组;
所述方法还包括:
接收包含有第二对象标识的第二理赔核验请求;所述第二对象标识用于对第二理赔对象进行标识,所述第二理赔对象隶属于与所述第一群组不同的第二群组;
根据所述第二理赔核验请求获取与所述第二对象标识对应的第二就诊凭证;
向所述智能合约平台发送第二电子合约获取指令;所述第二电子合约获取指令用于触发所述智能合约平台在所述目标区块链账本中定位与所述第二对象标识对应的第二保险合约区块,并获取所述第二保险合约区块中记录的第二保险电子合约;
通过所述第二保险电子合约对所述第二就诊凭证进行核验;
当所述第二就诊凭证核验通过时,向所述保险机构节点发送第二理赔请求,以使所述保险机构节点根据所述第二理赔请求划拨对应的理赔金。
9.根据权利要求6或7所述的方法,其特征在于,还包括:
在接收到所述保险机构节点发送的保险签订信息时,向所述保险机构节点发送接收反馈信息;所述保险签订信息由所述保险机构节点在与所述客户端节点签订所述保险电子合约时发送;
所述接收反馈信息,用于触发所述保险机构节点在获取到本端、所述客户端节点以及监管机构节点的接收反馈信息时,将所述保险签订信息发送给业务平台,以使所述业务平台触发智能合约平台根据所述保险签订信息以及所述保险电子合约生成所述第一保险合约区块并将所述第一保险合约区块添加到所述目标区块链账本中。
10.根据权利要求9所述的方法,其特征在于,还包括:
接收候选节点发送的状态变化描述信息;所述候选节点包括所述客户端节点、所述保险机构节点以及所述监管机构节点;所述状态变化描述信息用于记录所述候选节点的节点状态发生的变化;所述节点状态用于表征所述候选节点所记录的交互信息状态,所述节点状态在所述候选节点与联盟链平台中的其他节点之间存在信息交互时发生变化;
若根据所述状态变化描述信息确定所述候选节点中存在节点状态发生变化的目标节点,向所述目标节点发送查询请求,并接收所述目标节点根据所述查询请求返回的新的节点状态,根据所述新的节点状态更新当前记录的所述目标节点的节点状态。
11.一种基于区块链的医保理赔处理装置,其特征在于,所述装置包括:
核验请求接收模块,用于接收包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;
电子合约获取模块,用于从目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;所述目标区块链账本为与保险机构节点共享的区块链账本;
理赔核验模块,用于根据所述第一保险电子合约对所述第一理赔对象进行理赔核验;
理赔金划拨模块,用于当理赔核验通过时,向所述保险机构节点发送第一理赔请求,以使所述保险机构节点根据所述第一理赔请求划拨对应的理赔金。
12.一种基于区块链的医保理赔处理系统,其特征在于,包括:位于同一联盟链平台的客户端节点、医疗机构节点以及保险机构节点;所述医疗机构节点和所述保险机构节点共享目标区块链账本;
所述客户端节点,用于向所述医疗机构节点发送包含有第一对象标识的第一理赔核验请求;所述第一对象标识用于对第一理赔对象进行标识;
所述医疗机构节点,用于从所述目标区块链账本中获取与所述第一对象标识对应的第一保险电子合约;根据所述第一保险电子合约对所述第一理赔对象进行理赔核验;当理赔核验通过时,向所述保险机构节点发送第一理赔请求;
所述保险机构节点,用于根据所述第一理赔请求划拨对应的理赔金。
13.根据权利要求12所述的系统,其特征在于,所述系统还包括业务平台;
所述客户端节点,还用于向所述保险机构节点发送保险签订请求;所述保险签订请求中包含有所述第一理赔对象的身份信息;
所述保险机构节点,还用于在接收到保险签订请求时,对所述身份信息进行验证,若所述身份信息验证通过,向所述客户端节点发送电子合约,当接收到所述客户端节点根据所述电子合约发送的合约签订确认信息时,将已签订的电子合约作为所述保险电子合约发送给所述业务平台;
所述业务平台,用于触发所述智能合约平台根据所述保险电子合约生成所述第一保险合约区块并将所述第一保险合约区块添加到所述目标区块链账本中。
14.根据权利要求12所述的系统,其特征在于,还包括基于区块链构建的监管机构节点;
所述监管机构节点,用于获取区块链中记录的医疗保险交互信息,对所述医疗保险交互信息进行分析,若确定所述医疗保险交互信息中存在异常信息,则对出现异常的医疗保险交互信息进行核验;其中,所述医疗保险交互信息为所述客户端节点、所述医疗机构节点以及所述保险机构节点在医保理赔处理过程中生成的交互信息。
15.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至10任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010329054.8A CN111507851A (zh) | 2020-04-23 | 2020-04-23 | 基于区块链的医保理赔处理方法、装置、系统和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010329054.8A CN111507851A (zh) | 2020-04-23 | 2020-04-23 | 基于区块链的医保理赔处理方法、装置、系统和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111507851A true CN111507851A (zh) | 2020-08-07 |
Family
ID=71864285
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010329054.8A Pending CN111507851A (zh) | 2020-04-23 | 2020-04-23 | 基于区块链的医保理赔处理方法、装置、系统和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111507851A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112767182A (zh) * | 2021-01-14 | 2021-05-07 | 中国工商银行股份有限公司 | 基于区块链的保险理赔方法、装置、计算设备和介质 |
CN113611384A (zh) * | 2021-08-26 | 2021-11-05 | 泰康保险集团股份有限公司 | 一种医疗机构端就诊数据自查自纠的方法和系统 |
CN113823391A (zh) * | 2021-08-29 | 2021-12-21 | 上海舵衔数字科技中心 | 医药采购管理系统 |
CN116757857A (zh) * | 2023-08-17 | 2023-09-15 | 北方健康医疗大数据科技有限公司 | 基于区块链的商保数据管理方法、系统、终端及存储介质 |
TWI816103B (zh) * | 2021-04-09 | 2023-09-21 | 翁仲和 | 由整合平台取得理賠資料並由區塊鏈存證之系統及方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108629565A (zh) * | 2018-04-28 | 2018-10-09 | 上海京颐科技股份有限公司 | 基于区块链的医疗理赔方法及装置、电子设备 |
CN108776936A (zh) * | 2018-06-05 | 2018-11-09 | 中国平安人寿保险股份有限公司 | 保险理赔方法、装置、计算机设备和存储介质 |
CN109389513A (zh) * | 2018-12-11 | 2019-02-26 | 北京京东尚科信息技术有限公司 | 医疗保险理赔方法、装置、设备及计算机可读存储介质 |
-
2020
- 2020-04-23 CN CN202010329054.8A patent/CN111507851A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108629565A (zh) * | 2018-04-28 | 2018-10-09 | 上海京颐科技股份有限公司 | 基于区块链的医疗理赔方法及装置、电子设备 |
CN108776936A (zh) * | 2018-06-05 | 2018-11-09 | 中国平安人寿保险股份有限公司 | 保险理赔方法、装置、计算机设备和存储介质 |
CN109389513A (zh) * | 2018-12-11 | 2019-02-26 | 北京京东尚科信息技术有限公司 | 医疗保险理赔方法、装置、设备及计算机可读存储介质 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112767182A (zh) * | 2021-01-14 | 2021-05-07 | 中国工商银行股份有限公司 | 基于区块链的保险理赔方法、装置、计算设备和介质 |
CN112767182B (zh) * | 2021-01-14 | 2024-02-02 | 中国工商银行股份有限公司 | 基于区块链的保险理赔方法、装置、计算设备和介质 |
TWI816103B (zh) * | 2021-04-09 | 2023-09-21 | 翁仲和 | 由整合平台取得理賠資料並由區塊鏈存證之系統及方法 |
CN113611384A (zh) * | 2021-08-26 | 2021-11-05 | 泰康保险集团股份有限公司 | 一种医疗机构端就诊数据自查自纠的方法和系统 |
CN113611384B (zh) * | 2021-08-26 | 2024-04-19 | 泰康保险集团股份有限公司 | 一种医疗机构端就诊数据自查自纠的方法和系统 |
CN113823391A (zh) * | 2021-08-29 | 2021-12-21 | 上海舵衔数字科技中心 | 医药采购管理系统 |
CN113823391B (zh) * | 2021-08-29 | 2023-12-12 | 上海舵衔数字科技中心 | 医药采购管理系统 |
CN116757857A (zh) * | 2023-08-17 | 2023-09-15 | 北方健康医疗大数据科技有限公司 | 基于区块链的商保数据管理方法、系统、终端及存储介质 |
CN116757857B (zh) * | 2023-08-17 | 2023-11-10 | 北方健康医疗大数据科技有限公司 | 基于区块链的商保数据管理方法、系统、终端及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11687916B2 (en) | Decisional architectures in blockchain environments | |
CN111448565B (zh) | 基于去中心化标识的数据授权 | |
CN110599181B (zh) | 基于区块链的数据处理方法、装置和设备及存储介质 | |
US11271754B2 (en) | Data authorization based on decentralized identifiers | |
US20230325941A1 (en) | Systems and methods of access control and system integration | |
CN111507851A (zh) | 基于区块链的医保理赔处理方法、装置、系统和存储介质 | |
CN110599213B (zh) | 一种基于区块链网络的物品管理方法、装置及电子设备 | |
WO2021184826A1 (zh) | 基于区块链的资源转移方法、装置、节点设备及存储介质 | |
CN112003858B (zh) | 基于区块链的平台对接的方法、电子装置和存储介质 | |
CN110728494B (zh) | 不动产业务的办理方法、不动产权信息系统及装置 | |
CN112163954B (zh) | 基于区块链的交易方法及装置 | |
AU2019380381A1 (en) | Smart logistics management using blockchain | |
He et al. | Toward privacy-assured health insurance claims | |
CN111126987B (zh) | 资源转移信息的处理方法和装置、存储介质及电子装置 | |
CN113449322A (zh) | 基于区块链的数据共享方法、装置、电子设备及可读介质 | |
Badri et al. | A comprehensive review of blockchain integration in remote patient monitoring for E‐health | |
CN114066451A (zh) | 管理资金交易的方法和系统、电子设备 | |
Sidhu et al. | Trust development for blockchain interoperability using self-sovereign identity integration | |
JP7467435B2 (ja) | 情報取引方法、情報利用者端末、及び、プログラム | |
CN114697114B (zh) | 数据处理方法、装置、电子设备和介质 | |
CN117061089B (zh) | 一种投票管理方法、装置、设备及存储介质 | |
CN112734455B (zh) | 兑奖结果的生成方法、装置、设备及可读存储介质 | |
CN114020832A (zh) | 链上链下的协作方法、装置、终端设备及介质 | |
CN114638020A (zh) | 基于区块链的数字资产处理方法、装置及电子设备 | |
JP2020079891A (ja) | プログラム、記憶媒体、情報処理装置及び情報処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |