基于区块链的医保处理方法、装置、系统和计算机设备与流程

本申请涉及区块链的技术领域，特别涉及一种基于区块链的医保处理方法、装置、系统和计算机设备。

背景技术：

如今，已经建立了医保服务，并为劳动人民设立了对应的医保系统，医保个人缴纳部分存入在医保个人帐户，用户在就医时，持卡进行取药、就诊消费等。

但是，目前医保通常只能在医保所在本地使用；而医保人员的地域流动性较大，在异地时，则不方便使用医保卡进行持卡就诊，非常不便利。

技术实现要素：

本申请的主要目的为提供一种基于区块链的医保处理方法、装置、系统、计算机设备和存储介质，便于用户异地使用医保进行消费。

为实现上述目的，本申请提供了一种基于区块链的医保处理系统，包括设置于各个地域的医保系统服务器，所述医保系统服务器分别作为一个节点接入联盟链中；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；

所述第一医保系统服务器获取到用户的医保消费信息时，将医保消费信息发送至其它所有医保系统服务器上进行共识，以将所述医保消费信息存入各个医保系统服务器对应的区块中。

进一步地，所述第一医保系统服务器将医保消费信息发送至其它所有医保系统服务器上进行共识时，所述第一医保系统服务器与其它医保系统服务器通过密钥通信连接；且各个所述医保系统服务器对所述医保消费信息进行算法加密。

进一步地，所述共识的算法包括pbft算法、yac算法、pos算法。

本申请还提供了一种基于区块链的医保处理方法，各个地域的医保系统服务器分别作为一个节点接入联盟链中，所述方法包括以下步骤：

第一医保系统服务器获取医保消费信息；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；

将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；

获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中。

进一步地，所述第一医保系统服务器获取医保消费信息的步骤之后，包括：

对所述医保消费信息进行算法加密。

进一步地，所述将所述医保消费信息发送至其它所有医保系统服务器的步骤，包括：

验证与其它各个医保系统服务器之间进行通信的通信密钥，验证通过之后将进行算法加密后的所述医保消费信息发送至其它各个所述医保系统服务器。

本申请还提供了一种基于区块链的医保处理装置，应用于任意一个地域的医保系统服务器上，各个地域的医保系统服务器分别作为一个节点接入联盟链中，所述装置包括：

获取单元，用于获取医保消费信息；

发送单元，用于将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；

存入单元，用于获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中。

进一步地，还包括：

加密单元，用于对所述医保消费信息进行算法加密。

本申请还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

本申请提供的基于区块链的医保处理方法、装置、系统、计算机设备和存储介质，将各个地域的医保系统服务器分别作为一个节点接入联盟链中，第一医保系统服务器获取医保消费信息；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中；便于用户在异地就诊，使用医保进行医保消费时，将对应的医保消费信息同步存入到联盟链的各个区块中，实现全网数据统一。

附图说明

图1是本申请一实施例中基于区块链的医保处理系统示意图；

图2是本申请一实施例中基于区块链的医保处理方法步骤示意图；

图3是本申请一实施例中基于区块链的医保处理装置结构框图；

图4为本申请一实施例的计算机设备的结构示意框图。

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

具体实施方式

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

参照图1，本申请一实施例中提供了一种基于区块链的医保处理系统，包括设置于各个地域的医保系统服务器，所述医保系统服务器分别作为一个节点接入联盟链中；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；

所述第一医保系统服务器获取到用户的医保消费信息时，将医保消费信息发送至其它所有医保系统服务器上进行共识，以将所述医保消费信息存入各个医保系统服务器对应的区块中。

在本实施例中，上述基于区块链的医保处理系统用于对用户的医保消费信息进行处理。在各地域的医保系统个人帐户系统均提供有一台对外连接的服务器，即上述医保系统服务器，其分别作为一个节点接入在联盟链中。其中，该联盟链是区块链的一种，特点是具有准入制度，只有获得批准的参与方才能加入。本实施例中，将上述各个地域的医保系统服务器均分别作为一个联盟链的节点接入在同一个联盟链中，形成一个联盟网络系统。

上述在各地域的医保系统服务器均可以连接多个医院、药店、门诊部的终端等，个人用户在医院、药店、门诊进行就医购买药物或就诊时，可以使用自己的医保卡进行医保消费。具体的，个人用户可以使用医保账户在医院、药店、门诊的终端上登录，以访问对应的第一医保系统服务器；个人用户访问该第一医保系统服务器时，可以通过互联网网页查询到个人的账户信息。进而，个人用户在购买药物或就诊时，可以使用医保卡进行消费，相应地，会产生医保消费信息，即该用户购买药物时的花费信息等。

上述第一医保系统服务器获取该个人用户的医保消费信息，并将其发送至其它所有的医保系统服务器(即除了第一医保系统服务器之外的所有医保系统服务器)上进行共识。上述共识是区块链专有名词，区块链上不存在单一的记账中心，账本是由全网共同记录的。因此，需要确定某交易是否合法以及某节点推荐的一个打包区块是否被全网认可，这个过程即是共识，只有通过共识的区块才会被全网认可。通过共识之后，即将上述医保消费信息存入到各个节点(即各个医保系统服务器)对应的区块中；即实现了全网数据统一，个人用户在任意地区进行医保消费时，均会被记录、保存下来，便于异地进行医保消费。

在一个实施例中，上述第一医保系统服务器将医保消费信息发送至其它所有医保系统服务器上进行共识时，所述第一医保系统服务器与其它医保系统服务器通过密钥通信连接；且各个所述医保系统服务器对所述医保消费信息进行算法加密。

在本实施例中，为了加强各个地域的医保系统服务器之间的通讯连接的安全性，各个医保系统服务器之间设置有相互通信连接时的密钥，通过对应的密钥进行互联访问，形成一个安全访问的联盟网络。同时，为了加强上述医保消费信息的安全性，上述各个医保系统服务器对上述医保消费信息使用约定的sha-256算法加密，密文交互，不会被窃取；各个医保系统服务器上设置有相同的加密算法，便于对上述医保消费信息进行加密、解密。

在一个实施例中，上述共识的算法包括pbft算法(practicalbyzantinefaulttolerancealgorithm，实用拜占庭容错算法)、yac算法(yac–yetanotherconsensus)以及pos算法(proofofstake)。其中，上述pbft算法是首个实用的在异步分布式网络中实现拜占庭容错的共识算法，pbft类算法能耗低，吞吐量较大，具有最终确定性。该算法采用三阶段的协议，分别是预准备、准备、确认；预准备和准备阶段保证发送请求的顺序执行；确认阶段保证确认请求的顺序。上述yac算法放弃采用传统分布式一致性算法中关于半数以上成员节点组成法定集参加表决的约束，而在特定时间片内由映射的角色成员集合参与一致性表决；该算法允许实现轻量级客户端，而不需要维护交易的完整历史。

综上所述，为本申请实施例提供的基于区块链的医保处理系统，用户在任意地域发生医保消费时，其对应的医保消费信息均可以存入到各个节点对应的区块中，实现了全网数据统一，便于异地进行医保消费。

参照图2，本申请一实施例中还提供了一种基于区块链的医保处理方法，各个地域的医保系统服务器分别作为一个节点接入联盟链中，所述方法包括以下步骤：

步骤s1，第一医保系统服务器获取医保消费信息；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；

步骤s2，将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；

步骤s3，获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中。

在本实施例中，上述基于区块链的医保处理方法用于对用户的医保消费信息进行处理。在各地域的医保系统个人帐户系统均提供有一台对外连接的服务器，即上述医保系统服务器，其分别作为一个节点接入在联盟链中。其中，该联盟链是区块链的一种，特点是具有准入制度，只有获得批准的参与方才能加入。本实施例中，将上述各个地域的医保系统服务器均分别作为一个联盟链的节点接入在同一个联盟链中，形成一个联盟网络系统。

上述在各地域的医保系统服务器均可以连接多个医院、药店、门诊部的终端等，个人用户在医院、药店、门诊进行就医购买药物或就诊时，可以使用自己的医保卡进行医保消费。具体的，个人用户可以使用医保账户在医院、药店、门诊的终端上登录，以访问对应的第一医保系统服务器；个人用户访问该第一医保系统服务器时，可以通过互联网网页查询到个人的账户信息。进而，个人用户在购买药物或就诊时，可以使用医保卡进行消费，相应地，会产生医保消费信息，即该用户购买药物时的花费信息等。

如上述步骤s1所述的，个人用户在任意的一个第一医保系统服务器连接的医院、药店、门诊部的终端上发生医保消费时，上述第一医保系统服务器获取该个人用户的医保消费信息。

如上述步骤s2所述的，上述第一医保系统服务器将医保消费信息发送至其它所有的医保系统服务器(即除了第一医保系统服务器之外的所有医保系统服务器)上进行共识。上述共识是区块链专有名词，区块链上不存在单一的记账中心，账本是由全网共同记录的。因此，需要确定某交易是否合法以及某节点推荐的一个打包区块是否被全网认可，这个过程即是共识，只有通过共识的区块才会被全网认可。上述共识的算法包括pbft算法、yac算法以及pos算法中的任意一种；对于上述共识算法，在此不再进行赘述。

如上述步骤s3所述的，通过所有医保系统服务器的共识之后，则上述第一医保系统服务器可以获取到一个共识成功的结果，则将上述医保消费信息存入到各个节点(即各个医保系统服务器)对应的区块中；即实现了全网数据统一，个人用户在任意地区进行医保消费时，均会被记录、保存下来，便于异地进行医保消费。

在一个实施例中，上述第一医保系统服务器获取医保消费信息的步骤s1之后，包括：

步骤s10，对所述医保消费信息进行算法加密。

本实施例中，为了加强上述医保消费信息的安全性，上述各个医保系统服务器对上述医保消费信息使用约定的sha-256算法加密，密文交互，不会被窃取；各个医保系统服务器上设置有相同的加密算法，便于对上述医保消费信息进行加密、解密。

在一个实施例中，上述将所述医保消费信息发送至其它所有医保系统服务器的步骤s2，包括：

步骤s20，验证与其它各个医保系统服务器之间进行通信的通信密钥，验证通过之后将进行算法加密后的所述医保消费信息发送至其它各个所述医保系统服务器。

在本实施例中，为了加强各个地域的医保系统服务器之间的通讯连接的安全性，各个医保系统服务器之间设置有相互通信连接时的密钥，在建立通信连接时，需通过验证之后才能进行通信；本实施例中，通过对应的密钥进行互联访问，形成一个安全访问的联盟网络。

在上述实施例中，上述任意一个地域的医院、门诊的终端上均可以通过登录用户的医保账户，从而访问该对应地域的医保系统服务器，以查询/获取其对应的医保信息(医保金额、医保时间、医保消费时间等)，从而在医院、门诊的终端上对应显示上述医保信息。进一步地，在消费时，则可以基于上述医保账户在医院、门诊的终端上进行相应消费操作，产生对应的医保消费信息，该医保消费信息发送至上述对应的医保系统服务器，该医保系统服务器再将上述医保消费信息发送至其它所有医保系统服务器进行共识，以实现全网数据统一。

综上所述，为本申请实施例提供的基于区块链的医保处理方法，用户在任意地域发生医保消费时，其对应的医保消费信息均可以存入到各个节点对应的区块中，实现了全网数据统一，便于异地进行医保消费。

参照图3，本申请一实施例中还提供了一种基于区块链的医保处理装置，应用于任意一个地域的医保系统服务器上，各个地域的医保系统服务器分别作为一个节点接入联盟链中，所述装置包括：

获取单元10，用于获取医保消费信息；

发送单元20，用于将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；

存入单元30，用于获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中。

在本实施例中，上述基于区块链的医保处理装置用于对用户的医保消费信息进行处理。在各地域的医保系统个人帐户系统均提供有一台对外连接的服务器，即上述医保系统服务器，其分别作为一个节点接入在联盟链中。其中，该联盟链是区块链的一种，特点是具有准入制度，只有获得批准的参与方才能加入。本实施例中，将上述各个地域的医保系统服务器均分别作为一个联盟链的节点接入在同一个联盟链中，形成一个联盟网络系统。

上述在各地域的医保系统服务器均可以连接多个医院、药店、门诊部的终端等，个人用户在医院、药店、门诊进行就医购买药物或就诊时，可以使用自己的医保卡进行医保消费。具体的，个人用户可以使用医保账户在医院、药店、门诊的终端上登录，以访问对应的第一医保系统服务器；个人用户访问该第一医保系统服务器时，可以通过互联网网页查询到个人的账户信息。进而，个人用户在购买药物或就诊时，可以使用医保卡进行消费，相应地，会产生医保消费信息，即该用户购买药物时的花费信息等。

如上述获取单元10所述的，个人用户在任意的一个第一医保系统服务器连接的医院、药店、门诊部的终端上发生医保消费时，上述获取单元10获取该个人用户的医保消费信息。

如上述发送单元20所述的，上述发送单元20将医保消费信息发送至其它所有的医保系统服务器(即除了第一医保系统服务器之外的所有医保系统服务器)上进行共识。上述共识是区块链专有名词，区块链上不存在单一的记账中心，账本是由全网共同记录的。因此，需要确定某交易是否合法以及某节点推荐的一个打包区块是否被全网认可，这个过程即是共识，只有通过共识的区块才会被全网认可。上述共识的算法包括pbft算法、yac算法以及pos算法中的任意一种；对于上述共识算法，在此不再进行赘述。

如上述存入单元30所述的，通过所有医保系统服务器的共识之后，则上述存入单元30可以获取到一个共识成功的结果，并将上述医保消费信息存入到各个节点(即各个医保系统服务器)对应的区块中；即实现了全网数据统一，个人用户在任意地区进行医保消费时，均会被记录、保存下来，便于异地进行医保消费。

在一个实施例中，上述基于区块链的医保处理装置，还包括：

加密单元，用于对所述医保消费信息进行算法加密。

本实施例中，为了加强上述医保消费信息的安全性，上述加密单元对上述医保消费信息使用约定的sha-256算法加密，密文交互，不会被窃取；各个医保系统服务器上设置有相同的加密算法，便于对上述医保消费信息进行加密、解密。

在一个实施例中，上述基于区块链的医保处理装置，还包括：

验证单元，用于验证与其它各个医保系统服务器之间进行通信的通信密钥，验证通过之后将进行算法加密后的所述医保消费信息发送至其它各个所述医保系统服务器。

在本实施例中，为了加强各个地域的医保系统服务器之间的通讯连接的安全性，各个医保系统服务器之间设置有相互通信连接时的密钥，通过对应的密钥进行互联访问，形成一个安全访问的联盟网络。在建立通信连接时，需通过验证单元的验证之后才能进行通信。

在上述实施例中，上述任意一个地域的医院、门诊的终端上均可以通过登录用户的医保账户，从而访问该对应地域的医保系统服务器，以查询/获取其对应的医保信息(医保金额、医保时间、医保消费时间等)，从而在医院、门诊的终端上对应显示上述医保信息。进一步地，在消费时，则可以基于上述医保账户在医院、门诊的终端上进行相应消费操作，产生对应的医保消费信息，该医保消费信息发送至上述对应的医保系统服务器，该医保系统服务器再将上述医保消费信息发送至其它所有医保系统服务器进行共识，以实现全网数据统一。

综上所述，为本申请实施例提供的基于区块链的医保处理装置，用户在任意地域发生医保消费时，其对应的医保消费信息均可以存入到各个节点对应的区块中，实现了全网数据统一，便于异地进行医保消费。

参照图4，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储医保消费信息等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于区块链的医保处理方法，该方法中各个地域的医保系统服务器分别作为一个节点接入联盟链中。

上述处理器执行上述基于区块链的医保处理方法的步骤：

第一医保系统服务器获取医保消费信息；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；

将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；

获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中。

在一个实施例中，上述处理器执行第一医保系统服务器获取医保消费信息的步骤之后，包括：

对所述医保消费信息进行算法加密。

在一个实施例中，上述处理器执行将所述医保消费信息发送至其它所有医保系统服务器的步骤，包括：

验证与其它各个医保系统服务器之间进行通信的通信密钥，验证通过之后将进行算法加密后的所述医保消费信息发送至其它各个所述医保系统服务器。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种基于区块链的医保处理方法，该方法中各个地域的医保系统服务器分别作为一个节点接入联盟链中。该方法具体为：

第一医保系统服务器获取医保消费信息；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；

将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；

获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中。

在一个实施例中，上述处理器执行第一医保系统服务器获取医保消费信息的步骤之后，包括：

对所述医保消费信息进行算法加密。

在一个实施例中，上述处理器执行将所述医保消费信息发送至其它所有医保系统服务器的步骤，包括：

验证与其它各个医保系统服务器之间进行通信的通信密钥，验证通过之后将进行算法加密后的所述医保消费信息发送至其它各个所述医保系统服务器。

综上所述，为本申请实施例中提供的基于区块链的医保处理方法、装置、系统、计算机设备和存储介质，将各个地域的医保系统服务器分别作为一个节点接入联盟链中，第一医保系统服务器获取医保消费信息；其中，第一医保系统服务器为各个地域的医保系统服务器中的任意一个；将所述医保消费信息发送至其它所有医保系统服务器，以进行共识；获取到共识成功的结果时，控制将所述医保消费信息存入至各个所述医保系统服务器对应的区块中；便于用户在异地就诊，使用医保进行医保消费时，将对应的医保消费信息同步存入到联盟链的各个区块中，实现全网数据统一。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram通过多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

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

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