一种基于区块链的健康管理方法和系统

技术领域

本申请涉及养老保障技术领域，尤其涉及一种基于区块链的健康管理方法和系统。

背景技术

在养老保障领域，随着生活水平的改善，人们的健康管理意识也日益增强，用户可以通过购买健康管理方案来获得对应的健康管理权益，例如，购买保险服务、购买体检服务等。

目前，用户可以通过多种渠道来购买健康管理方案，例如，通过线下的保单来购买保险服务、通过线上商城来购买体检服务等，一个用户可以拥有多个健康管理方案，过多的健康管理方案给用户带来使用上的不便，健康管理平台的出现很好的解决了这个问题，健康管理平台可以将用户的所有健康管理方案进行整合，用户可以方便的使用和查看自己的权益。

但是，用户在使用权益的过程中，需要健康管理平台与健康管理方案供应平台进行多次的信息交互，来进行用户权益的确认与结算，数据交互复杂频繁，使得健康管理服务平台与供应平台之间的业务办理效率较低。

发明内容

本申请实施例提供一种基于区块链的健康管理方法和系统，通过将复杂的数据交互转变为单向的链式交互，可以提高业务办理效率。

第一方面，本申请实施例提供一种基于区块链的健康管理方法，应用于健康管理平台，包括：

响应用户的登录请求，在所述登录请求中的用户身份信息验证通过后，从区块链上获取用户权益信息包，所述用户权益信息包包括所述用户购买的至少一种健康管理方案对应的用户权益，所述用户权益信息包是健康管理方案供应平台上传至所述区块链的；

响应用户的健康管理请求，所述健康管理请求中携带权益标识；

在所述权益标识对应的用户权益为所述用户权益信息包中的用户权益时，在所述区块链上获取第一用户权益包账本，所述第一用户权益包账本是所述健康管理平台基于用户权益的历史使用信息生成并上传至所述区块链的，以使得所述健康管理方案供应平台从区块链上获取所述第一权益包账本以进行对账结算；

根据所述第一用户权益包账本获取健康管理响应，并将所述健康管理响应反馈至所述用户。

可选的，所述根据所述第一用户权益包账本获取健康管理响应，包括；

若所述第一用户权益包账本中所述用户权益对应的权益次数不为零，则在所述用户权益生效后，将所述第一用户权益包账本中对应的权益次数进行扣减，并将剩余权益次数作为所述健康管理响应。

可选的，所述在区块链上获取用户权益信息包之后，所述方法还包括：

根据健康管理方案供应平台标识在所述区块链上获取加密的第一AES密钥，并使用对应的私钥进行解密，获得第一AES密钥；

根据所述第一AES密钥对所述权益信息包进行解密。

可选的，根据第二AES密钥对第二用户权益包账本进行加密处理，并将加密的第二用户权益包账本上传至区块链，所述第二用户权益包账本为对所述第一用户权益包账本进行扣减得到的；

获取所述健康管理方案供应平台的公钥，采用所述公钥对所述第二AES密钥进行加密，并将加密后的第二AES密钥上传至区块链。

第二方面，本申请实施例提供一种基于区块链的健康管理方法，应用于健康管理方案供应平台，所述方法包括：

基于用户购买的健康管理方案对应的用户权益生成用户权益信息包，并将所述用户权益信息包上传至所述区块链；

基于所述用户的权益信息包中的用户权益，从所述区块链上获取用户权益包账本，所述用户权益包账本用于指示所述用户权益的使用信息，所述用户权益包账本是健康管理平台基于用户权益的历史使用信息生成并上传至所述区块链的；

根据所述权益包账本与健康管理平台进行业务对账结算。

可选的，所述将所述用户权益信息包上传至所述区块链，包括：

对所述权益信息包采用随机生成的第一AES加密密钥进行加密处理，并将加密后的权益信息包上传至区块链；

获取健康管理平台的公钥，根据所述公钥对所述第一AES密钥进行加密，并将加密的第一AES密钥上传至所述区块链。

可选的，所述从所述区块链上获取用户权益包账本，包括：

从区块链上获取加密的用户权益包账本和加密的第二AES密钥；

根据私钥对所述加密的第二AES密钥进行解密，得到第二AES密钥，并根据所述第二AES密钥对加密的用户权益包账本进行解密，得到用户权益包账本。

第三方面，本申请实施例提供一种基于区块链的健康管理装置，应用于健康管理平台，包括：

第一响应模块，用于响应用户的登录请求，在所述登录请求中的用户身份信息验证通过后，从区块链上获取用户权益信息包，所述用户权益信息包包括所述用户购买的至少一种健康管理方案对应的用户权益，所述用户权益信息包是健康管理方案供应平台上传至所述区块链的；

第二响应模块，用于响应用户的健康管理请求，所述健康管理请求中携带权益标识；

获取模块，用于在所述权益标识对应的用户权益为所述用户权益信息包中的用户权益时，在所述区块链上获取第一用户权益包账本，所述第一用户权益包账本是所述健康管理平台基于用户权益的历史使用信息生成并上传至所述区块链的，以使得所述健康管理方案供应平台从区块链上获取所述第一权益包账本以进行对账结算；

反馈模块，用于根据所述第一用户权益包账本获取健康管理响应，并将所述健康管理响应反馈至所述用户。

第四方面，本申请实施例提供一种基于区块链的健康管理装置，应用于健康管理方案供应平台，包括：

处理模块，用于基于用户购买的健康管理方案对应的用户权益生成用户权益信息包，并将所述用户权益信息包上传至所述区块链；

获取模块，用于基于所述用户的权益信息包中的用户权益，从所述区块链上获取用户权益包账本，所述用户权益包账本用于指示所述用户权益的使用信息，所述用户权益包账本是健康管理平台基于用户权益的历史使用信息生成并上传至所述区块链的；

结算模块，用于根据所述权益包账本与健康管理平台进行业务对账结算。

第五方面，本申请实施例提供一种电子设备，包括：存储器和处理器；

存储器用于存储计算机指令；处理器用于运行存储器存储的计算机指令实现第一方面中任一项的方法。

第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现第一方面中任一项的方法。

第七方面，本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面中任一项的方法。

第八方面，本申请实施例提供一种基于区块链的健康管理系统，包括：健康管理平台和健康管理方案供应平台，所述健康管理平台用于执行第一方面中任一项所述的方法，所述健康管理方案供应平台用于执行第二方面中任一项所述的方法。

本申请实施例提供的一种基于区块链的健康管理方法和系统，通过响应用户的登录请求，在登录请求中的用户身份信息验证通过后，从区块链上获取用户权益信息包，响应用户的健康管理请求，健康管理请求中携带权益标识，在权益标识对应的用户权益为用户权益信息包中的用户权益时，在区块链上获取第一用户权益包账本，根据第一用户权益包账本获取健康管理响应，并将健康管理响应反馈至用户。通过区块链来对用户的权益信息进行整合，并生成权益账本，在用户使用健康管理权益时，根据权益账本中的权益使用情况，对用户进行服务，不再与健康管理方案供应平台进行权益信息的确认，提高了业务处理的效率。

附图说明

图1为本申请实施例提供的健康管理方法的示意图；

图2为本申请实施例提供的场景示意图；

图3为本申请实施例提供基于区块链的健康管理方法的流程示意图一；

图4为本申请实施例提供基于区块链的健康管理方法的流程示意图二；

图5为本申请实施例提供基于区块链的健康管理方法的流程示意图三；

图6为本申请实施例提供基于区块链的健康管理装置的结构示意图一；

图7为本申请实施例提供基于区块链的健康管理装置的结构示意图二；

图8为本申请实施例提供基于区块链的健康管理电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在养老保障领域，随着生活水平的改善，人们的健康管理意识也日益增强，用户可以通过购买健康管理方案来获得对应的健康管理权益，例如，购买保险服务、购买体检服务等。

目前，用户可以通过多种渠道来购买健康管理方案，例如，通过线下的保单来购买保险服务、通过线上商城来购买体检服务等，一个用户可以拥有多个健康管理方案，过多的健康管理方案给用户带来使用上的不便，健康管理平台的出现很好的解决了这个问题，健康管理服务平台可以将用户的所有健康管理方案进行整合，用户可以通过该平台使用和查看自己的健康管理权益。

但是，用户在通过健康管理平台使用权益的过程中，需要健康管理平台通过用户原有的购买渠道来进行权益的确认与结算，如图1所示，用户通过不同的渠道购买健康管理方案后，生成对应的权益，并将该权益同步至健康管理平台，用户通过康管理平台在使用权益时，首先需要在通过供应平台原有的购买渠道来确认用户的购买信息，确认完成后，用户在使用权益时，还需要返回供应平台进行使用权益信息的确认，在此过程中，数据交互复杂频繁，使得健康管理服务平台与供应平台之间的业务办理效率较低，用户使用体验较差。

有鉴于此，本申请实施例提供一种基于区块链的健康管理方法和系统，通过采用区块链来进行数据的传递与交互，根据区块链的不可篡改的特性，将健康管理平台与供应平台之间复杂的多方交互转变为单一的链状交互，提高了健康管理服务平台与供应平台之间的业务办理效率。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例的应用场景示意图，如图2所示，包括：健康管理方案供应平台201、区块链202和健康管理平台203。

本申请实施例中，健康管理方案供应平台201通过相关的智能合约接口，将用户通过不同渠道购买的健康管理方案对应的用户权益包信息上传至区块链202中，其中，一个用户权益包包括至少一个健康管理方案，一个用户权益包为同一渠道购买的。

健康管理平台203通过区块链202获取同一用户的全部的用户权益包信息，将用户权益包信息中的用户权益统一为一个用户权益包账本，并将该用户权益包账本上传至区块链202。

用户在使用权益的过程中，健康管理平台203通过区块链202对用户权益信息进行验证，在验证通过后，响应用户的权益使用。

本申请实施例中，为进一步保证数据在传输过程中的安全性，健康管理方案供应平台201和健康管理平台203在向区块链中上传数据时，可以采用对称式加密方式和非对称式加密方式相结合的手段对数据进行加密处理，充分保证数据的安全性，加上区块链本身的不可篡改性，进一步提高了数据的安全系数。

可选的，本申请实施例中的区块链采用联盟链的方式构建，参与供应商作为会员加入该平台。技术上拟采用IBM主导的Hyperledger Fabric技术构建区块链基础平台。

上面对本申请实施例的应用场景进行了说明，下面将采取几个具体的实施例对本申请实施例提供的基于区块链的健康管理方法进行说明。

图3为本申请实施例提供的基于区块链的健康管理方法的流程示意图一，应用于健康管理平台，包括如下步骤：

S301、响应用户的登录请求，在登录请求中的用户身份信息验证通过后，从区块链上获取用户权益信息包。

本申请实施例中，用户权益信息包包括用户购买的至少一种健康管理方案对应的用户权益，用户权益信息包是健康管理方案供应平台上传至区块链的，其中，用户权益是指用户可以使用的健康管理权益，例如，视频医生、绿色通道挂号、陪诊服务等。

本申请实施例中，用户的登录请求是指用户触发健康管理平台生成的登陆健康管理平台的请求，用户身份信息是指用户登陆健康管理平台的信息，例如，手机号码、身份证号码等信息。

本申请实施例中，健康管理平台在用户登陆完成后，可以根据用户的身份标识从区块链上获取该用户的权益信息包。

S302、响应用户的健康管理请求，健康管理请求中携带权益标识。

本申请实施例中，用户的健康管理请求是指用户触发健康管理平台中使用权益生成的请求，包括预约健康管理服务、使用健康权益和查询健康权益等，权益标识是指用于对用户权益进行识别的标识，一种用户权益对应一种权益标识。

本申请实施例中，健康管理平台接收到用户的健康管理请求时，执行后续的健康管理方法以响应用户的健康管理请求。

S303、在权益标识对应的用户权益为用户权益信息包中的用户权益时，在区块链上获取第一用户权益包账本。

本申请实施例中，第一用户权益包账本是健康管理平台基于用户权益的历史使用信息生成并上传至区块链的，以使得健康管理方案供应平台从区块链上获取第一权益包账本以进行对账结算，其中，第一用户权益包账本包括了用户所有权益信息包中对应的权益的使用情况。

本申请实施例中，健康管理平台根据权益标识，在获取的用户权益信息包中查询是否存在对应的权益，若存在，根据用户的标识，在区块链上获取用户的权益包账本。

可以理解的是，第一用户权益包账本可以是在用户未使用权益时根据用户权益信息包生成的，也可以是根据用户的权益和权益使用信息生成的。

S304、根据第一用户权益包账本获取健康管理响应，并将健康管理响应反馈至用户。

本申请实施例中，健康管理响应是指根据用户使用权益后对应的使用结果生成的响应。

示例性的，若用户的权益标识为预约健康服务，若第一用户权益包账本中的健康服务可用，预约成功，则健康管理响应可以为预约成功的消息，若第一用户权益包账本中的健康服务不可用，则预约失败，对应的健康管理响应可以为预约失败的消息。

本申请实施例中，健康管理平台根据第一用户权益包账本获取健康管理请求对应的健康管理响应，并将该健康管理响应反馈至用户，以使用户得到健康管理请求的结果，结束本次健康管理。

本申请实施例提供的基于区块链的健康管理方法，应用于健康管理平台，通过响应用户的登录请求，在登录请求中的用户身份信息验证通过后，从区块链上获取用户权益信息包，响应用户的健康管理请求，健康管理请求中携带权益标识，在权益标识对应的用户权益为用户权益信息包中的用户权益时，在区块链上获取第一用户权益包账本，根据第一用户权益包账本获取健康管理响应，并将健康管理响应反馈至用户。通过区块链来对用户的权益信息进行整合，并生成权益账本，在用户使用健康管理权益时，根据权益账本中的权益使用情况，对用户进行服务，不再与健康管理方案供应平台进行权益信息的确认，提高了业务处理的效率。

图4为本申请实施例提供的基于区块链的健康管理方法的流程示意图二，应用于健康管理方案供应平台，包括如下步骤：

S401、基于用户购买的健康管理方案对应的用户权益生成用户权益信息包，并将用户权益信息包上传至区块链。

本申请实施例中，健康管理方案是指用户通过某一渠道购买的多个健康服务的组合，例如，一个健康管理方案可以包括挂号服务、问诊服务、陪诊服务等。

本申请实施例中，健康管理方案供应平台获取到用户购买的健康管理方案时，可以对健康管理方案进行解析，获得用户权益和权益的使用次数。

本申请实施例中，同一用户权益信息包可以为健康管理方案供应平台将用户通过同一渠道购买的至少一个健康管理方案中的用户权益和权益的使用次数进行整合处理得到的。

健康管理方案供应平台获得用户的用户权益信息包后，可以通过对应的合约接口将用户权益信息包上传至区块链。

可以理解的是，同一用户可以用于多个用户权益信息包。

S402、基于用户权益信息包中的用户权益，从区块链上获取用户权益包账本，用户权益包账本用于指示用户权益的使用信息，用户权益包账本是健康管理平台基于用户权益的历史使用信息生成并上传至区块链的。

本申请实施例中，健康管理方案供应平台在需要进行对账结算时，可以根据用户标识，从区块链上获取用户权益包账本，并基于用户权益信息包中的用户权益对用户权益包账本中的用户权益项目进行核对，在确认用户权益包账本中的用户权益项目无误时，可以确认根据该用户权益包账本进行后续的业务对账结算。

S403、根据权益包账本与健康管理平台进行业务对账结算。

本申请实施例中，业务对账结算是指健康管理方案供应平台与健康管理平台对用户的权益使用情况进行确认并结算。

健康管理方案供应平台可以根据从区块链上获取的权益包账本，得到用户的权益使用情况，根据用户的权益使用情况与健康管理平台进行业务对账结算。

本申请实施例提供的基于区块链的健康管理方法应用于健康管理方案供应平台，通过基于用户购买的健康管理方案对应的用户权益生成用户权益信息包，并将用户权益信息包上传至所述区块链，基于用户权益信息包中的用户权益，从区块链上获取用户权益包账本，用户权益包账本用于指示用户权益的使用信息，用户权益包账本是健康管理平台基于用户权益的历史使用信息生成并上传至所述区块链的，根据权益包账本与健康管理平台进行业务对账结算。在进行业务对账结算时，通过区块链可以快速的获取用户的权益使用情况，不再需要与健康管理平台进行信息确认，提高了业务处理的效率。

图5为本申请实施例提供的基于区块链的健康管理方法的流程示意图三，在图3和图4所示实施例的基础上，进一步对本申请实施例提供的基于区块链的健康管理方法进行说明，包括如下步骤：

S501、健康管理方案供应平台基于用户购买的健康管理方案对应的用户权益生成用户权益信息包。

本申请实施例中S501的具体实现方式与图4所示实施例中S401所示步骤的实现方式类似，此处不再赘述。

S502、采用第一密钥对用户权益信息包进行加密处理，并将加密后的用户权益信息包上传至区块链。

本申请实施例中，第一密钥可以为对称式的密钥，例如，AES密钥，健康管理方案供应平台通过AES加密算法随机生成第一密钥后，根据第一密钥对对用户权益信息包进行加密处理，得到加密后的用户权益信息包，通过对应的合约接口将加密后的用户权益信息包上传至区块链，其中，用户权益信息包中携带有用户标识。

S503、健康管理方案供应平台获取健康管理平台的公钥。

本申请实施例中，公钥为健康管理平台通过区块链上传的RSA密钥对中的公钥，该公钥中携带有健康管理平台的平台标识，健康管理方案供应平台可以通过健康管理平台的平台标识在区块链上获取健康管理平台的公钥。

可以理解的是，健康管理平台和健康管理方案供应平台为加入该区块链的合作方，在加入该区块链时，双方都可以将自己的公钥上传至区块链中，各自对应的平台标识也可以通过交互来获得。

S504、健康管理方案供应平台采用健康管理平台的公钥对第一密钥进行加密，并将加密后的第一密钥上传至区块链。

本申请实施例中，为了保证第一密钥在传送至健康管理平台的过程中不被截获，健康管理方案供应平台采用健康管理平台的公钥对第一密钥进行加密，得到加密后的第一密钥，将加密后的第一密钥上传至区块链，可以提高第一密钥传输过程中的安全性，其中，加密后的第一密钥中携带有健康管理平台的标识。

S505、健康管理平台响应用户的登录请求，在登录请求中的用户身份信息验证通过后，从区块链上获取用户权益信息包。

本申请实施例中S505的具体实现方式与图3所示实施例中301所示步骤的实现方式类似，此处不再赘述。

S506、健康管理平台从区块链上获取加密后的第一密钥。

本申请实施例中，健康管理平台可以根据健康管理方案供应平台的标识从区块链上获取加密后的第一密钥。

S507、健康管理平台采用私钥对加密的第一密钥进行解密，获得第一密钥，并采用第一密钥解密用户权益信息包。

本申请实施例中，健康管理平台通过RSA密钥对中的私钥对加密的第一密钥进行解密，获得第一密钥，并根据第一密钥对加密的用户权益信息包进行解密，得到明文的用户权益信息包。

可以理解的是，本申请实施例中的用户权益信息包可以为一个或者多个。

S508、健康管理平台根据用户权益包生成第一用户权益包账本，并上传至区块链。

本申请实施例中，健康管理平台可以对用户的全部用户权益信息包进行解析，获得用户权益和对应的权益次数，生成用户的权益包账本，并通过对应的合约接口将第一用户权益包账本上传至区块链。

可以理解的是，第一用户权益包账本可以为健康管理平台在健康管理方案供应平台将用户权益信息包上传至区块链时生成的，即，可以在用户登陆健康管理平台之前执行本步骤所示过程。

可选的，本申请实施例中，将第一用户权益包账本上传至区块链时，可以对第一用户权益包账本进行加密处理，提升第一用户权益包账本的安全性，加密方式可以参照后续S501所示步骤，以使健康管理方案供应平台可以根据加密的第一用户权益包账本进行用户权益的核对。

S509、健康管理平台响应用户的健康管理请求，从区块链获取第一用户权益包账本。

本申请实施例中S505的具体实现方式与图3所示实施例中303所示步骤的实现方式类似，此处不再赘述。

可选的，健康管理平台可以对第一用户权益包账本进行与加密方式对应的解密方式进行解密得到明文的第一用户权益包账本。

S510、健康管理平台执行用户的健康管理请求，生成第二用户权益包账本，并采用第二密钥进行加密。

本申请实施例中，健康管理平台执行用户的健康管理请求的具体实现方式与图3所示实施例中304所示步骤的实现方式类似，此处不再赘述。

本申请实施例中，第二用户权益包账本对第一用户权益包账本进行扣减得到的，即，若第一用户权益包账本中用户权益对应的权益次数不为零，则在用户权益生效后，将第一用户权益包账本中对应的权益次数进行扣减。

本申请实施例中，第二密钥可以为对称式的密钥，例如，AES密钥，健康管理平台可以通过AES加密算法随机生成第二密钥后，根据第二密钥对用户权益包账本进行加密处理，得到加密后的用户权益包账本，其中，用户权益包账本中携带有用户标识。

S511、健康管理平台将加密后的第二用户权益包账本上传至区块链。

本申请实施例中，健康管理平台通过对应的合约接口将加密后的用户权益包账本上传至区块链。

S512、健康管理平台从区块链获取健康供应管理平台的公钥。

本申请实施例中，健康管理平台可以通过健康管理方案供应平台的平台标识在区块链上获取健康管理方案供应平台的公钥。

S513、健康管理平台根据公钥对第二密钥进行加密，并将加密后的第二密钥上传至区块链。

本申请实施例中，为了保证第二密钥在传送至健康管理方案供应平台的过程中不被截获，健康管理平台采用健康管理方案供应平台的公钥对第二密钥进行加密，得到加密后的第二密钥，将加密后的第二密钥上传至区块链，可以提高第二密钥传输过程中的安全性，其中，加密后的第二密钥中携带有健康管理方案供应平台的标识。

S514、健康管理方案供应平台从区块链上获取加密的用户权益包账本和加密的第二密钥。

本申请实施例中，健康管理方案供应平台可以根据用户标识获取加密的用户权益包账本，根据健康管理方案供应平台的标识获取加密的第二密钥。

可以理解的是，健康管理方案供应平台与区块链的交互都是通过对应的合约接口实现的。

S515、健康管理方案供应平台采用私钥对加密的第二密钥进行解密，获得第二密钥，采用第二密钥解密用户权益包账本，并基于权益包账本进行业务对账结算。

本申请实施例中，健康管理方案供应平台通过RSA密钥对中的私钥对加密的第二密钥进行解密，获得第二密钥，并根据第二密钥对加密的权益包账本进行解密，得到明文的权益包账本。

本申请实施例中，基于权益包账本进行业务对账结算图4所示实施例中403所示步骤的实现方式类似，此处不再赘述。

本申请实施例提供的基于区块链的健康管理方法，通过采用区块链来进行健康管理方案供应平台与健康管理平台之间的用户数据的传递与交互，根据区块链的不可篡改的特性，将健康管理平台与健康管理方案供应平台之间复杂的多方交互转变为单一的链状交互，提高了健康管理平台与健康管理方案供应平台之间的业务办理效率，在数据的传递过程中，采用了对称式加密与非对称式加密相结合的方式，进一步提高了用户数据的安全性。

在上述基于区块链的健康管理方法的基础上，本申请实施例还提供一种基于区块链的健康管理装置。

图6为本申请实施例提供的基于区块链的健康管理装置60的结构示意图，应用于健康管理平台，如图6所示，包括：

第一响应模块601，用于响应用户的登录请求，在登录请求中的用户身份信息验证通过后，从区块链上获取用户权益信息包，用户权益信息包包括用户购买的至少一种健康管理方案对应的用户权益，用户权益信息包是健康管理方案供应平台上传至区块链的.

第二响应模块602，用于响应用户的健康管理请求，健康管理请求中携带权益标识。

获取模块603，用于在权益标识对应的用户权益为用户权益信息包中的用户权益时，在区块链上获取第一用户权益包账本，第一用户权益包账本是健康管理平台基于用户权益的历史使用信息生成并上传至区块链的，以使得健康管理方案供应平台从区块链上获取第一权益包账本以进行对账结算。

反馈模块604，用于根据第一用户权益包账本获取健康管理响应，并将健康管理响应反馈至用户。

可选的，反馈模块604，还用于若第一用户权益包账本中用户权益对应的权益次数不为零，则在用户权益生效后，将第一用户权益包账本中对应的权益次数进行扣减，并将剩余权益次数作为健康管理响应。

可选的，健康管理装置60还包括：加密模块605。

加密模块605，用于根据健康管理方案供应平台标识在区块链上获取加密的第一AES密钥，并使用对应的私钥进行解密，获得第一AES密钥；根据第一AES密钥对权益信息包进行解密。

可选的，加密模块605，还用于根据第二AES密钥对第二用户权益包账本进行加密处理，并将加密的第二用户权益包账本上传至区块链，第二用户权益包账本为对所述第一用户权益包账本进行扣减得到的；获取健康管理方案供应平台的公钥，采用公钥对第二AES密钥进行加密，并将加密后的第二AES密钥上传至区块链。

本申请实施例提供的基于区块链的健康管理装置可以执行上述图3和图5基于区块链的健康管理方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图7为本申请实施例提供的基于区块链的健康管理装置70的结构示意图，应用于健康管理方案供应平台，如图7所示，包括：

处理模块701，用于基于用户购买的健康管理方案对应的用户权益生成用户权益信息包，并将用户权益信息包上传至区块链。

获取模块702，用于基于用户的权益信息包中的用户权益，从区块链上获取用户权益包账本，用户权益包账本用于指示用户权益的使用信息，用户权益包账本是健康管理平台基于用户权益的历史使用信息生成并上传至区块链的。

结算模块703，用于根据权益包账本与健康管理平台进行业务对账结算。

可选的，健康管理装置70还包括：加密模块704。

加密模块704，用于对权益信息包采用随机生成的第一AES加密密钥进行加密处理，并将加密后的权益信息包上传至区块链；获取健康管理平台的公钥，根据公钥对所述第一AES密钥进行加密，并将加密的第一AES密钥上传至区块链。

加密模块704，还用于从区块链上获取加密的用户权益包账本和加密的第二AES密钥；根据私钥对加密的第二AES密钥进行解密，得到第二AES密钥，并根据第二AES密钥对加密的用户权益包账本进行解密，得到用户权益包账本。

本申请实施例提供的基于区块链的健康管理装置可以执行上述图4和图5基于区块链的健康管理方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图8为本申请实施例提供的基于区块链的健康管理电子设备的结构示意图。如图8所示，本实施例提供的基于区块链的健康管理电子设备80可以包括：

处理器801。

存储器802，用于存储终端设备的可执行指令。

其中，处理器配置为经由执行可执行指令来执行上述基于区块链的健康管理方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例中还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述基于区块链的健康管理方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

一种可能的实现方式中，计算机可读介质可以包括随机存取存储器(RandomAccess Memory，RAM)，只读存储器(Read-Only Memory，ROM)，只读光盘(compact discread-only memory，CD-ROM)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(Digital Subscriber Line，DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(Digital Versatile Disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。

本申请实施例中还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述基于区块链的健康管理方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例中还提供一种基于区块链的健康管理系统，包括健康管理平台和健康管理方案供应平台。该基于区块链的健康管理系统可以实现上述基于区块链的健康管理方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在上述终端设备或者服务器的具体实现中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：ApplicationSpecific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本领域技术人员可以理解，上述任一方法实施例的全部或部分步骤可以通过与程序指令相关的硬件来完成。前述的程序可以存储于计算机可读取存储介质中，该程序被执行时，执行上述方法实施例的全部或部分的步骤。

本申请技术方案如果以软件的形式实现并作为产品销售或使用时，可以存储在计算机可读取存储介质中。基于这样的理解，本申请的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括计算机程序或者若干指令。该计算机软件产品使得计算机设备(可以是个人计算机、服务器、网络设备或者类似的电子设备)执行本申请实施例所述方法的全部或部分步骤。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。