基于监督节点的医疗支付方法及系统与流程

1.本发明涉及智能支付技术领域，尤其涉及一种基于监督节点的医疗支付方法及系统。


背景技术：

2.支付是发生在购买者和销售者之间的金融交换，电子支付是指消费者、商家和金融机构之间使用安全电子手段把支付信息通过信息网络安全地传送到银行或相应的处理机构，用来实现货币支付或资金流转的行为。传统的医疗行业支付依托账单模式，即诊疗账单-实时结算的方式进行结算，其中可能涉及非实时结算报销、多次缴纳押金等操作，导致整个支付流程的支付环节多、效率低，患者的支付体验较差。
3.随着医疗行业的信息化和智能化发展，基于区块链的电子支付体系被应用于医疗支付系统中以解决支付环节多、效率低、支付安全等问题。作为举例，比如中国专利申请cn202111196119.7公开的一种基于区块链的支付方法，包括步骤：接收用户节点在发起当前交易时向管理节点发送的交易信息，调用部署在管理节点的智能合约，判断当前交易是否生效；其中，智能合约用于预测当前交易的付费额度，并根据付费额度判断当前交易是否生效；在当前交易生效的情况下，根据共享账本的区块结构以及与第一组织节点的交易结果，生成相应的区块并写入共享账本，以触发智能合约的更新，生成交易结算指令；向第二组织节点发送交易结算指令，以使第二组织节点根据交易结算指令，完成当前交易的支付结算。上述方案能够预测就医的付费额度，减少支付环节，同时保证交易安全、可追溯。
4.然而，上述方案是基于预测的付费额度进行支付，不能解决支付结算完成后的医疗费用支付信息的篡改、作假问题。医疗费用支付信息中往往会涉及患者的各种支付账户和隐私信息，如果其出现安全性问题，会导致患者个人信息泄漏，甚至出现财产损失。
5.综上所述，如何根据医疗支付的特征，提供一种能够防止医疗支付数据被泄露和篡改的支付方法是当前亟需解决的技术问题。


技术实现要素：

6.本发明的目的在于：克服现有技术的不足，提供了一种基于监督节点的医疗支付方法及系统。本发明能够针对医疗支付关联的支付参与方配置关联的监督节点，再根据医疗费用支付信息中包含的支付参与方信息，将医疗费用支付信息封装生成的数据区块发送至各支付参与方对应的关联监督节点进行分布式存储，能够有效地防止医疗支付数据被泄露和篡改，并实现了医疗费用支付信息安全高效存储。
7.为实现上述目标，本发明提供了如下技术方案：
8.一种基于监督节点的医疗支付方法，包括如下步骤：
9.针对医疗支付关联的支付参与方配置关联的监督节点，所述支付参与方包括个人账户方、社保账户方和/或商业保险方，每个支付参与方对应有自己的关联监督节点；
10.支付终端接收支付订单信息，根据支付订单进行支付后生成医疗费用支付信息；
所述支付订单信息包括医疗项目信息和支付金额信息，所述医疗费用支付信息包括支付订单号、支付总金额、支付参与方、各支付参与方的支付金额、支付终端标识和收费终端标识；
11.对前述医疗费用支付信息进行封装以生成区块，并根据前述医疗费用支付信息中包含的支付参与方信息，将前述区块发送至各支付参与方对应的关联监督节点进行分布式存储。
12.进一步，所述关联监督节点在接收前述区块后，对前述区块的数据信息进行复制以此生成该区块的副本数据；
13.在所述关联监督节点中对应本节点中的副本数据设置有副本信息处理模块以对副本数据进行编辑操作。
14.进一步，所述编辑操作包括对本节点中无用的副本信息的删除操作，此时所述副本信息处理模块还被配置为：
15.采集到关联监督节点删除自己的副本数据的操作请求时，在区块链网络中广播前述删除自己的副本数据的操作请求，获取区块链网络中其他关联监督节点对前述操作请求的确认操作，当区块链网络中确认前述操作请求的关联监督节点的数量达到预设阈值时，判定该删除操作请求有效，对前述副本数据执行删除操作；否则提示节点前述副本数据的删除操作无效。
16.进一步，所述支付终端上安装有区块链应用，在当前区块生成之前所述支付终端能够根据时间先后顺序获取上一个区块的哈希码，基于前述医疗费用支付信息和上一个区块的哈希码进行哈希运算生成当前区块哈希码；
17.然后，支付终端通过区块链应用将前述医疗费用支付信息、上一个区块的哈希码、当前区块哈希码和当前区块生成的时间戳一起封装生成当前区块。
18.进一步，获取同一支付终端广播的多个区块，将前述多个区块按照区块生成的时间戳的先后顺序进行排序，并根据时间先后顺序将区块进行有序链接后形成区块链，通过监督节点对前述区块链的整个链或部分链进行校验。
19.进一步，获取区块链网络中不同支付终端广播的多个区块，将前述多个区块按照区块生成的时间戳的先后顺序进行排序，并根据时间先后顺序将区块进行有序链接后形成区块链，通过监督节点对前述区块链的整个链或部分链进行校验。
20.进一步，所述校验包括待校验区块链的完整性校验和/或区块的一致性校验，校验未通过时，判定待校验区块链中存在医疗费用支付信息被篡改的区块，输出警示信息。
21.进一步，通过监督节点获取待校验区块链，通过待校验区块链中各区块的区块哈希码进行前述待校验区块链的完整性校验，步骤如下：
22.基于预设规则，监督节点获取待校验区块链中的各区块的区块信息：
23.从前述各区块的区块信息中提取各区块的区块哈希码，判断多个区块哈希码是否彼此首尾相连；
24.当多个区块哈希码彼此首尾相连时，判定前述待校验区块链通过完整性校验；否则，判定前述待校验区块链未通过完整性校验，发出前述待校验区块链存在被篡改信息的警示信息。
25.进一步，通过监督节点获取待校验区块链，通过待校验区块链中各区块的区块信息进行前述待校验区块链的一致性性校验，步骤如下：
26.监督节点获取待校验区块链中的各区块的区块信息，对各区块的区块信息进行解析；所述区块信息的支付订单号、支付总金额、支付参与方、各支付参与方的支付金额、支付终端标识和收费终端标识、区块生成的时间戳、上一个区块的哈希码以及当前区块哈希码；
27.根据解析后的区块信息生成区块对应的校验哈希码；其中，利用解析得到的区块信息中的支付订单号、支付总金额、支付参与方、各支付参与方的支付金额、支付终端标识和收费终端标识、区块生成的时间戳和上一个区块的哈希码进行哈希计算生成当前区块对应的校验哈希码；
28.将前述校验哈希码与前述解析得到的当前区块哈希码进行比对，判断二者是否一致；
29.当校验哈希码与前述当前区块哈希码一致时，判定前述待校验区块链通过一致性校验；否则，判定前述待校验区块链未通过一致性校验，发出前述待校验区块链存在被篡改信息的警示信息。
30.本发明还提供了一种基于监督节点的医疗支付系统，所述系统包括系统服务器和支付终端；
31.所述系统服务器，用于针对医疗支付关联的支付参与方配置关联的监督节点，所述支付参与方包括个人账户方、社保账户方和/或商业保险方，每个支付参与方对应有自己的关联监督节点；
32.所述支付终端，用于接收支付订单信息，根据支付订单进行支付后生成医疗费用支付信息；所述支付订单信息包括医疗项目信息和支付金额信息，所述医疗费用支付信息包括支付订单号、支付总金额、支付参与方、各支付参与方的支付金额、支付终端标识和收费终端标识；以及，对前述医疗费用支付信息进行封装以生成区块，并根据前述医疗费用支付信息中包含的支付参与方信息，将前述区块发送至各支付参与方对应的关联监督节点进行分布式存储。
33.本发明由于采用于上技术方案，与现有技术相比，作为举例，具有以下的优点和积极效果：本发明能够针对医疗支付关联的支付参与方配置关联的监督节点，再根据医疗费用支付信息中包含的支付参与方信息，将医疗费用支付信息封装生成的数据区块发送至各支付参与方对应的关联监督节点进行分布式存储，能够有效地防止医疗支付数据被泄露和篡改，并实现了医疗费用支付信息安全高效存储。
附图说明
34.图1为本发明实施例提供的基于监督节点的医疗支付方法示意图。
35.图2为本发明实施例提供的区块封装的信息处理示意图。
36.图3为本发明实施例提供的区块链校验的信息处理示意图。
具体实施方式
37.以下结合附图和具体实施例对本发明公开的基于监督节点的医疗支付方法及系统作进一步详细说明。应当注意的是，下述实施例中描述的技术特征或者技术特征的组合不应当被认为是孤立的，它们可以被相互组合从而达到更好的技术效果。在下述实施例的附图中，各附图所出现的相同标号代表相同的特征或者部件，可应用于不同实施例中。因
此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
38.需说明的是，本说明书所附图中所绘示的结构、比例、大小等，均仅用于配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用于限定发明可实施的限定条件，任何结构的修饰、比例关系的改变或大小的调整，在不影响发明所能产生的功效及所能达成的目的下，均应落在发明所揭示的技术内容所能涵盖的范围内。本发明的优选实施方式的范围包括另外的实现，其中可以不按所述的或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
39.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
40.实施例
41.参见图1所示，为本实施例提供的一种基于监督节点的医疗支付方法，所述方法包括如下步骤。
42.s100，针对医疗支付关联的支付参与方配置关联的监督节点，所述支付参与方包括个人账户方、社保账户方和/或商业保险方，每个支付参与方对应有自己的关联监督节点。
43.s200，支付终端接收支付订单信息，根据支付订单进行支付后生成医疗费用支付信息；所述支付订单信息包括医疗项目信息和支付金额信息，所述医疗费用支付信息包括支付订单号、支付总金额、支付参与方、各支付参与方的支付金额、支付终端标识和收费终端标识。
44.s300，对前述医疗费用支付信息进行封装以生成区块，并根据前述医疗费用支付信息中包含的支付参与方信息，将前述区块发送至各支付参与方对应的关联监督节点进行分布式存储。
45.优选的，所述关联监督节点在接收前述区块后，对前述区块的数据信息进行复制以此生成该区块的副本数据。
46.在所述关联监督节点中，对应本节点中的副本数据还可以设置有副本信息处理模块以实现对副本数据的编辑操作。所述编辑操作，包括但不限于对副本的修改、批注、查询、导出、删除操作等。对副本数据的编辑并不影响原始的区块数据，从而有效地保护了区块的真实数据。
47.考虑到副本数据对全网内存资源的占用，可以通过所述副本信息处理模块删除本节点中无用的副本信息。考虑到数据安全性，所述副本信息处理模块还被配置为：采集到关联监督节点删除自己的副本数据的操作请求时，在区块链网络中广播前述删除自己的副本数据的操作请求，获取区块链网络中其他关联监督节点对前述操作请求的确认操作，当区块链网络中确认前述操作请求的关联监督节点的数量达到预设阈值时，判定该删除操作请求有效，对前述副本数据执行删除操作；否则提示节点前述副本数据的删除操作无效。
48.优选的，所述预设阈值与存储有前述区块的关联监督节点的总数有关，比如可以设置为关联监督节点的总数的60％。作为典型方式的举例，比如某个医疗费用支付信息涉
及的支付参与方为5个，包括1个个人账户方、1个社保账户方和3个商业保险方，则对前述医疗费用支付信息进行封装生成的区块，会被发送至前述5个支付参与方对应的5个关联监督节点中进行存储，即该区块的关联监督节点的总数x＝5。则系统设置的前述预设阈值等于关联监督节点的总数x乘以60％，即为3。此时，只有在区块链网络中确认前述操作请求的关联监督节点的数量在3以上时，才判定该删除操作请求有效，否则判定前述副本数据的删除操作无效。
49.可选的，每个支付参与方对应的关联监督节点可以为多个。当一个支付参与方对应多个关联监督节点时，可以从多个关联监督节点中配置一个关联监督节点为主节点，其它关联监督节点为副节点，当主节点提供的存储空间充足时，优先由所述主节点存储区块。
50.从多个关联监督节点中配置主节点和副节点的方式，可以是基于随机规则，也可以是基于节点可用存储空间的大小进行选择，也可以是基于其它规则。
51.优选的，对应每个关联监督节点设置有信誉值，在配置主节点和副节点时，选择信誉值最高的关联监督节点为主节点。所述信誉值与关联监督节点的历史响应效率、历史投入资源量、当前可投入资源量及节点安全性等信息相关。具体实施时可以基于预定的信誉值计算模型来根据每个节点的历史响应效率、历史投入资源量、当前可投入资源量及节点安全性等信息计算该节点的信誉值。
52.本实施例的另一实施方式中，在将前述区块发送至各支付参与方对应的关联监督节点时，还包括步骤：当关联监督节点包括多个时，获取主节点的节点运行状态以判断主节点是否具有安全风险，具有安全风险时判定为主节点为失效节点，跳过主节点并转向向其它副节点发送区块存储需求；获取最先响应前述区块存储需求的副节点信息，将前述区块发送至该副节点中进行存储。也就是说，当主节点因攻击者恶意攻陷或处于宕机状态(无法再响应存储需求)时，转向向副节点发送存储需求。进一步，基于副节点的前述响应操作，可以提升该节点的历史响应效率的值，并更新该副节点的信誉值。
53.本实施例中，所述支付终端上可以安装有区块链应用，在当前区块生成之前所述支付终端能够根据时间先后顺序获取上一个区块的哈希码，基于前述医疗费用支付信息和上一个区块的哈希码进行哈希运算生成当前区块哈希码。然后，支付终端通过区块链应用将前述医疗费用支付信息、上一个区块的哈希码、当前区块哈希码和当前区块生成的时间戳一起封装生成当前区块，参见图2所示。
54.在一个实施方式中，可以获取同一支付终端广播的多个区块，将前述多个区块按照区块生成的时间戳的先后顺序进行排序，并根据时间先后顺序将区块进行有序链接后形成区块链，通过监督节点对前述区块链的整个链或部分链进行校验。
55.在另一个实施方式中，还可以获取区块链网络中不同支付终端广播的多个区块，将前述多个区块按照区块生成的时间戳的先后顺序进行排序，并根据时间先后顺序将区块进行有序链接后形成区块链，通过监督节点对前述区块链的整个链或部分链进行校验。
56.参见图3所述，本实施例中，所述校验可以包括待校验区块链的完整性校验和/或区块的一致性校验，校验未通过时，判定待校验区块链中存在医疗费用支付信息被篡改的区块，输出警示信息。
57.优选的，通过监督节点获取待校验区块链，通过待校验区块链中各区块的区块哈希码进行前述待校验区块链的完整性校验，具体步骤可以如下：
58.s411，基于预设规则，监督节点获取待校验区块链中的各区块的区块信息。
59.s412，从前述各区块的区块信息中提取各区块的区块哈希码，判断多个区块哈希码是否彼此首尾相连。
60.s413，当多个区块哈希码彼此首尾相连时，判定前述待校验区块链通过完整性校验；否则，判定前述待校验区块链未通过完整性校验，发出前述待校验区块链存在被篡改信息的警示信息。
61.进一步，通过监督节点获取待校验区块链，通过待校验区块链中各区块的区块信息进行前述待校验区块链的一致性性校验，步骤如下：
62.s421，监督节点获取待校验区块链中的各区块的区块信息，对各区块的区块信息进行解析；所述区块信息的支付时间、支付金额、支付订单号、支付终端标识和收费终端标识、区块生成的时间戳、上一个区块的哈希码以及当前区块哈希码。
63.s422，根据解析后的区块信息生成区块对应的校验哈希码；其中，利用解析得到的区块信息中的支付时间、支付金额、支付订单号、支付终端标识和收费终端标识、区块生成的时间戳和上一个区块的哈希码进行哈希计算生成当前区块对应的校验哈希码。
64.s423，将前述校验哈希码与前述解析得到的当前区块哈希码进行比对，判断二者是否一致。
65.s424，当校验哈希码与前述当前区块哈希码一致时，判定前述待校验区块链通过一致性校验；否则，判定前述待校验区块链未通过一致性校验，发出前述待校验区块链存在被篡改信息的警示信息。
66.本发明的另一实施例，还提供了一种基于监督节点的医疗支付系统。
67.所述系统包括系统服务器和支付终端。
68.所述系统服务器，用于针对医疗支付关联的支付参与方配置关联的监督节点，所述支付参与方包括个人账户方、社保账户方和/或商业保险方，每个支付参与方对应有自己的关联监督节点。
69.所述支付终端，用于接收支付订单信息，根据支付订单进行支付后生成医疗费用支付信息；所述支付订单信息包括医疗项目信息和支付金额信息，所述医疗费用支付信息包括支付订单号、支付总金额、支付参与方、各支付参与方的支付金额、支付终端标识和收费终端标识；以及，对前述医疗费用支付信息进行封装以生成区块，并根据前述医疗费用支付信息中包含的支付参与方信息，将前述区块发送至各支付参与方对应的关联监督节点进行分布式存储。
70.本实施例中，所述关联监督节点在接收前述区块后，还可以对前述区块的数据信息进行复制以此生成该区块的副本数据。
71.在所述关联监督节点中，对应本节点中的副本数据还可以设置有副本信息处理模块以实现对副本数据的编辑操作。所述编辑操作，包括但不限于对副本的修改、批注、查询、导出、删除操作等。对副本数据的编辑并不影响原始的区块数据，从而有效地保护了区块的真实数据。
72.考虑到副本数据对全网内存资源的占用，可以通过所述副本信息处理模块删除本节点中无用的副本信息。考虑到数据安全性，所述副本信息处理模块还被配置为：采集到关联监督节点删除自己的副本数据的操作请求时，在区块链网络中广播前述删除自己的副本
数据的操作请求，获取区块链网络中其他关联监督节点对前述操作请求的确认操作，当区块链网络中确认前述操作请求的关联监督节点的数量达到预设阈值时，判定该删除操作请求有效，对前述副本数据执行删除操作；否则提示节点前述副本数据的删除操作无效。
73.可选的，每个支付参与方对应的关联监督节点可以为多个。当一个支付参与方对应多个关联监督节点时，可以从多个关联监督节点中配置一个关联监督节点为主节点，其它关联监督节点为副节点，当主节点提供的存储空间充足时，优先由所述主节点存储区块。
74.从多个关联监督节点中配置主节点和副节点的方式，可以是基于随机规则，也可以是基于节点可用存储空间的大小进行选择，也可以是基于其它规则。
75.优选的，对应每个关联监督节点设置有信誉值，在配置主节点和副节点时，选择信誉值最高的关联监督节点为主节点。所述信誉值与关联监督节点的历史响应效率、历史投入资源量、当前可投入资源量及节点安全性等信息相关。具体实施时可以基于预定的信誉值计算模型来根据每个节点的历史响应效率、历史投入资源量、当前可投入资源量及节点安全性等信息计算该节点的信誉值。
76.进一步，所述支付终端还被配置为：当关联监督节点包括多个时，获取主节点的节点运行状态以判断主节点是否具有安全风险，具有安全风险时判定为主节点为失效节点，跳过主节点并转向向其它副节点发送区块存储需求；获取最先响应前述区块存储需求的副节点信息，将前述区块发送至该副节点中进行存储。也就是说，当主节点因攻击者恶意攻陷或处于宕机状态(无法再响应存储需求)时，转向向副节点发送存储需求。
77.基于副节点的前述响应操作，还可以提升该节点的历史响应效率的值，并更新该副节点的信誉值。
78.其它技术特征参考在前实施例，在此不再赘述。
79.在上面的描述中，本发明的公开内容并不旨在将其自身限于这些方面。而是，在本公开内容的目标保护范围内，各组件可以以任意数目选择性地且操作性地进行合并。另外，像“包括”、“囊括”以及“具有”的术语应当默认被解释为包括性的或开放性的，而不是排他性的或封闭性，除非其被明确限定为相反的含义。所有技术、科技或其它方面的术语都符合本领域技术人员所理解的含义，除非其被限定为相反的含义。在词典里找到的公共术语应当在相关技术文档的背景下不被太理想化或太不实际地解释，除非本公开内容明确将其限定成那样。本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。