CN115913581B - 一种医疗数据管理方法及系统 - Google Patents

Abstract

本发明提供了一种医疗数据管理方法及系统，涉及数据传输技术领域，其中，医疗数据包括明文医疗数据和代码医疗数据，该代码医疗数据的管理方法包括：以用户的私钥单向导出所需的代码转换函数，明文医疗数据经过代码转换函数转换为代码医疗数据储存在云服务器中。在该医疗数据管理方法及系统中，代码医疗数据虽然储存于云服务器上，但是用户的代码医疗数据的处理生成过程是与用户的私钥关联的，用户的医疗数据的修改都需要用户知情并确认，且代码医疗数据本身能够通过相应的方法进行公正验证，这能够有效保证医疗数据的稳定性。

Description

一种医疗数据管理方法及系统

技术领域

本发明涉及数据传输技术领域，具体涉及到一种医疗数据管理方法及系统。

背景技术

医疗数据是指病人在医院治疗过程中所涉及的所有方面的数据信息，例如检测设备的设置参数数据、检测设备的检测结果数据、医疗设备的设置参数数据、患者的康复情况数据、医生的诊断数据等。在现行的医疗数据管理方法中，医疗数据一般都只是由医生进行管理，并交由医院的服务器进行储存，医疗数据的不稳定性是目前医疗数据管理方法中最为严重的问题之一。

医疗数据的不稳定性主要体现在医疗数据是易被篡改的，病人和医院对于相关的医疗数据的控制管理权限是不对等的，患者对医疗数据只拥有一定程度的查看权利，这就导致了很多因患者对医疗数据不信任所产生的医患纠纷。

因为，确保医疗数据的稳定性是目前医疗数据管理所需要迫切实现的目标之一。

发明内容

本发明提供了一种医疗数据管理方法及系统，涉及数据传输技术领域，在该医疗数据管理方法及系统中，代码医疗数据虽然储存于云服务器上，但是用户的代码医疗数据的处理生成过程是与用户的私钥关联的，用户的医疗数据的修改都需要用户知情并确认，且代码医疗数据本身能够通过相应的方法进行公正验证，这能够有效保证医疗数据的稳定性。

相应的，本发明提供了一种医疗数据管理方法，所述医疗数据包括明文医疗数据和代码医疗数据，所述代码医疗数据的管理方法包括：

医院端设备将所述明文医疗数据发送至用户端设备，其中，表示第个字符，，为所述明文医疗数据的字符总数量；

所述用户端设备使用哈希函数处理所述用户的私钥B得到所述私钥B的哈希值；

所述用户端设备以预设函数处理所述哈希值C得到目标编码；

所述用户端设备基于所述目标编码P选择对应的代码转换函数，并以所述代码转换函数将所述明文医疗数据A转换为代码医疗数据H；

所述用户端设备将所述代码医疗数据H发送至云服务器；

所述云服务器在接收到所述代码医疗数据H后向所述私钥对应的钱包地址进行代币转账并在一记账区块链上进行广播，当用户接收到相应的代币后发送带有公钥信息的保存确认信息至所述云服务器；

所述云服务器在接收到所述保存确认信息后保存所述代码医疗数据。

可选的实施方式，所述用户端设备基于所述目标编码P选择对应的代码转换函数，并以所述代码转换函数将所述明文医疗数据A转换为代码医疗数据H包括：

将所述明文医疗数据拆分为L个片段，，，L为整数；

基于代码转换函数转换每一个片段，最终形成所述代码医疗数据。

可选的实施方式，所述将所述明文医疗数据拆分为L个片段包括：

所述用户端设备在一数列有序集合中选取目标数列，为第个数列，，，为所述目标数列中的第个数字，，所述目标数列中包括至少一个数值为1的数字；

所述用户端设备基于所述目标数列将所述明文医疗数据拆分为L个片段，，，L为整数。

可选的实施方式，所述用户端设备基于所述目标数列将所述明文医疗数据拆分为L个片段包括：

依次循环以所述目标数列中的每一个数字作为当前数字从所述明文医疗数据中提取相应数量的字符作为对应的一个片段；

当所述当前数字大于所述明文医疗数据中的剩余字符数时，跳过所述当前数字。

可选的实施方式，所述用户端设备以预设函数处理所述哈希值C得到目标编码包括：

将所述用户端设备以预设函数将所述哈希值C按照预设算法转换至区间中，得到目标编码。

可选的实施方式，所述基于代码转换函数转换每一个片段包括：

所述用户端设备依次在字符组库中检索每一个片段的储存代码，为第个字符组，为对应于的储存代码，，为正整数。

可选的实施方式，所述字符组库的生成包括：

存在一字符组区块链Y，在所述字符组区块链Y中的第W个区块内容为；

所述用户端设备实时从所述字符组区块链Y中提取字符组库。

可选的实施方式，所述数列有序集合基于一数列区块链得到，所述数列区块链包括m个区块，第j个区块包括数列的信息。

可选的实施方式，所述云服务器在接收到所述代码医疗数据H后向所述私钥对应的钱包地址进行代币转账包括：

所述代币转账的数额用于表征所述代码医疗数据H的数据长度。

相应的，本发明提供了一种医疗数据管理系统，用于实现所述的医疗数据管理方法，包括：

医院端设备：用于编辑明文医疗数据，并发送所述明文医疗数据至用户端设备；

用户端设备：用于将所述明文医疗数据转换为代码医疗数据并发送至云服务器；

云服务器：用于接收并储存所述用户端设备发送的所述代码医疗数据。

综上，本发明实施例提供了一种医疗数据管理方法及系统，医疗数据的主体内容依旧是储存在医方的云服务器上，并不依赖于额外的硬件设备，改造升级实施成本较低；用户的代码医疗数据的处理生成过程是与用户的私钥关联的，医方很难通过单方倒推代码转换函数修改的方式对相关的数据进行修改，用户的医疗数据的修改都需要用户知情并确认，这能够保证医疗数据的稳定性和用户对医疗数据的知情权；修改医疗信息的动作会记录在一记账区块链上，这也能够避免用户一端对医疗数据进行修改，也避免了用户一侧对医疗数据进行篡改。进一步的，为了提高倒推代码转换函数的难度，通过以目标数列对明文医疗数据分段再进行字符组匹配的方式，大大增加了倒推代码转换函数的难度，提高了代码医疗数据在云服务器中的稳定性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例的医疗数据管理方法流程图。

图2为本发明实施例的医疗数据管理方法系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

需要说明的是，在本发明实施例中，医疗数据包括患者在医院诊断治疗的所有相关信息，例如医生对患者的病情诊断信息、患者在治疗过程中所使用的检测设备及治疗设备的相关数据信息、患者在治疗过程以及治疗后的身体变化情况信息等。此外，本发明实施例所述的医院端设备是指对部分或全部医疗数据具有相关管理功能的设备，例如医生所使用的电脑、检测治疗中所使用的医疗设备等，一般的，为了匹配医生的信息，医生一般会通过专有的个人账户使用相关的医院端设备；用户端设备是指病人自由的电子设备，例如电脑、手机等，类似的，每一名病人都拥有相关的个人账户，病人可在不同的用户端设备上登录个人账户，从而参与到本发明实施例提供的医疗数据管理方法中；由于数据的管理是依赖于实体设备进行的，因此，本发明实施例均以设备载体为客体对数据的传输和储存进行描述。从另一方面而言，本发明实施例所提供的医疗数据管理方法的核心思想为，医疗数据的新增及改动除了医院具有管理权之外，用户也应对医疗数据具有相应的管理权，用户对相关的医疗数据的修改应该具有一定程度上的知情权及审批权，在此基础上，在医院一方的医疗数据和用户一方的数据产生冲突时，还提供有相关的公正方法，保证医疗数据的稳定性。

图1为本发明实施例的医疗数据管理方法流程图。

本发明实施例提供了一种医疗数据管理方法，所述医疗数据包括明文医疗数据和代码医疗数据，其中，明文医疗数据是指直接可读可理解的数据，如“李四女士于2022年1月1日接受超声波软组织治疗，超声波软组织治疗项目包括超声炮分层治疗，治疗效果佳，无不良反应”，代码医疗数据则为机器设备用于储存的数据，常见的，现代设备对数据的储存格式为二进制。

需要说明的是，目前行业内通常使用ASCII编码规则对明文医疗数据进行解释，ASCII编码为行业通用编码规则，而在本发明实施例中，明文医疗数据在机器设备内仍是采用ASCII编码规则进行储存，在日常的信息交换和使用中，也还是基于ASCII编码规则实现所述明文医疗数据的储存；本发明实施例的代码医疗数据所指代的为通过另一编码规则所产生的特殊代码，该特殊代码可在医患两方对明文医疗数据有异议时发挥公证的作用，此外，该特殊代码的生成是由医院及患者双方进行确认的，从而确保了该特殊代码的真实性，这是后期公正环节的必要条件之一。

在本发明实施例中，主要对涉及到代码医疗数据的相关内容进行说明，在日常的医疗数据使用中，主要还是以明文医疗数据为主要使用的医疗数据。

具体的，本发明实施例的代码医疗数据的管理方法包括以下步骤：

S101：医院端设备将所述明文医疗数据发送至用户端设备；

其中，表示第个字符，，n为所述明文医疗数据的字符总数量；

为了能够更清晰的对本发明实施例所述的代码医疗数据管理方法进行清晰的说明，后续以以下明文医疗数据“李四女士于2022年1月1日接受超声波软组织治疗，超声波软组织治疗项目包括超声炮分层治疗，治疗效果佳，无不良反应”为例进行进一步的解释及说明。

S102：所述用户端设备使用哈希函数处理所述用户的私钥B得到所述私钥B的哈希值；

具体的，在一确认的区块链系统中，每一名用户可拥有至少一个账户，在现行的区块链系统中，每一个账户最核心且隐私性最高的信息为私钥信息，私钥信息以单向函数导出公钥信息，公钥信息以单向函数导出钱包地址信息。

具体的，私钥用于证明账户的拥护者身份，外部可通过钱包地址信息对相应的账户发起转账，公钥的主要作用是在公开的交易数据中供验证交易；

在本发明实施例中，本发明实施例以用户自身拥有的私钥B的哈希值作为特殊定义的一个数值，哈希函数是一个典型的单向函数，即无法通过哈希值反推私钥的内容，但在私钥不变的情况下，采用固定的哈希函数对私钥进行哈希计算时，哈希值也是不变的，因此，采用哈希函数对私钥进行处理的有益效果在于保障了用户的私钥安全性，也能够确保用户的私钥的唯一性，具体的，用户的私钥的唯一性的有益效果在后续进行说明。

S103：所述用户端设备以预设函数处理所述哈希值C得到目标编码；

具体的，目标编码的作用主要是用于在后续步骤中挑选代码转换函数，一般的，代码转换函数是指将明文数据转换为代码的函数，例如前述的ASCII编码函数，哈希值一般根据所采用的哈希函数的不同具有不同的取值范围，例如，常见的MD5哈希算法可选择32位大写、32位小写、16位小写、16位大写等输出结果，一方面，由于哈希算法的结果是包含字符的，一般需要把字符通过相应的进制转换为数字以便于后续使用，另一方面，由于哈希算法的结果的位数较长，其表征的数据总值过大，远超于可供选择的代码转换函数数量，因此，一般需要在对哈希值进行数值缩小处理后，才能够得到合适的目标编码。

因此，预设函数包括两方面的内容，首先将哈希值数值化，然后再将数值化后的哈希值缩小至可供选择的区间内，在本发明实施例中，可选的将哈希值C视为六十四进制数值，然后以相应的数值转换方式将六十四进制数值转换为十进制。相应的，假定哈希C的取值范围为16位小写的六十四进制数字，将其转换为十进制后得到其具体的区间范围，然后以区间为基准计算出缩小比例，最后将十进制的哈希值C按照所述缩小比例进行缩小，最后通过取整的方式得到所需要的目标编码P。

具体的，所述用户端设备以预设函数处理所述哈希值C得到目标编码包括：

将所述用户端设备以预设函数将所述哈希值C按照预设算法转换至区间中，得到目标编码。

S104：所述用户端设备基于所述目标编码P选择对应的代码转换函数，并以所述代码转换函数将所述明文医疗数据A转换为代码医疗数据H；

具体的，在代码转换函数确认后，可通过相应的代码转换函数将明文医疗数据转换为代码医疗数据，本发明实施例提供一种实施方式以供参考。

具体的，所述用户端设备基于所述目标编码P选择对应的代码转换函数，并以所述代码转换函数将所述明文医疗数据A转换为代码医疗数据H包括：

将所述明文医疗数据拆分为L个片段，，，L为整数；基于代码转换函数转换每一个片段，最终形成所述代码医疗数据。

具体的，为了便于自动化实现明文医疗数据的拆分，本发明提供一种实施方式以供参考。

所述将所述明文医疗数据拆分为L个片段包括：

所述用户端设备在一数列有序集合中选取目标数列，为第j个数列，，，为所述目标数列中的第k个数字，，所述目标数列中包括至少一个数值为1的数字；

所述用户端设备基于所述目标数列将所述明文医疗数据拆分为L个片段，，，L为整数。

具体的，随机挑选一目标数列，目标数列中为有序的数字排列，每一个数字可用于表示片段所截取的字符数量，针对实际使用中的特殊情况，本发明实施例还提供进一步的实施方式以供参考。

所述用户端设备基于所述目标数列将所述明文医疗数据拆分为L个片段包括：

依次循环以所述目标数列中的每一个数字作为当前数字从所述明文医疗数据中提取相应数量的字符作为对应的一个片段；

当所述当前数字大于所述明文医疗数据中的剩余字符数时，跳过所述当前数字。

具体的，在本发明实施例中，每一个目标数列都是有限数量的，针对不定数量的明文医疗数据，为了保证通用性能，可采用循环使用目标数列的方式保证能够对大部分明文医疗数据进行截取，而当剩余字符数不足以让当前数字截取的情况下，通过跳过所述当前数字的方式以保证循环的进行；需要说明的是，在前述定义中，每一个目标数列中均包括至少一个数值为1的数值，在该定义规则下，则可保证明文医疗数据中的所有字符均能被截取。

例如，“李四女士于2022年1月1日接受超声波软组织治疗，超声波软组织治疗项目包括超声炮分层治疗，治疗效果佳，无不良反应”可被拆分为“李四女士于”、“2022年1月1日”、“接”、“受超声”、“波软组织治”、“疗，超声波”、“软组织治疗项目包”、“括超声炮分层”、“治疗，治疗效果佳”、“无不良”、“反”、“应”，共12个片段。

需要说明的，本发明实施例的片段的拆分不是基于语义实现的，因此，在最终得到的代码医疗数据中，如果仅通过部分替换的方式进行替换，则最终所导出的明文医疗数据语义是很难通顺的，这从另一方面而言增加了医疗数据被篡改的难度。

进一步的，所述数列有序集合基于一数列区块链得到，所述数列区块链包括m个区块，第j个区块包括数列的信息。

该实施方式是先将明文医疗数据拆分为L个片段，具体的，明文医疗数据中的最小单元为字符，在拆分为片段后，每一个片段包括由一个以上的字符组成的字符组，字符组可适用于特殊的代码转换函数。

例如，在本发明实施例中，所述基于代码转换函数转换每一个片段包括：

所述用户端设备依次在字符组库中检索每一个片段的储存代码，为第个字符组，为对应于的储存代码，，q为正整数。

具体的，本发明实施例所提供的代码转换函数是采用字符组匹配的方式实现的，字符组匹配的方式相对于字符匹配的方式，针对两个以上的字符，其一般不具有复用性和重复性，从加密角度而言具有较强的加密效果。

进一步的，由于采用了字符组匹配的方式，为了进一步加强其加密效果，可采用的实施方式为将字符组库设置为动态变化的，具体的，本发明实施例所述的动态变化主要是指字符组库的容量是逐渐扩充的，针对该特性，进一步的，所述字符组库的生成包括：

存在一字符组区块链Y，在所述字符组区块链Y中的第W个区块内容为；

所述用户端设备实时从所述字符组区块链Y中提取字符组库。

具体的，在本发明实施例中，所述字符组区块链的基本组成为区块，每一个区块分别表征一组字符组和对应的字符组编码，用户端设备可通过参与字符组区块链维护的方式接收区块链的广播信息并本地化备份所述字符组区块链的区块信息以及从字符组区块链中构建字符组库。

具体的，为了保证字符组区块链的可用性，在区块链的初期构建阶段，先针对明文医疗数据所需要使用到的所有单字符进行区块的构建和定义，然后再随机生成多字符的字符组。

具体的，使用区块表征字符组的具体形式如下：

分别为每一个明文医疗数据所需要使用到的单字符对应建立一个用于字符组区块链维护的一级维护账户；

每一个一级维护账户依次维护字符组区块链直至所有字符组区块链在所述字符组区块链中都有唯一对应的区块；具体的，字符组区块链中的区块记录的是代币变动信息，一级维护账户如果计算出新的区块则会获得奖励的代币，相应的代币信息会保存在该区块上，因此，区块中所涉及的代币变动信息即蕴含着字符组的信息；

当所有一级维护账户在所述字符组区块链中都有唯一对应的区块后，所有一级维护账户共同参与所述字符组区块链的维护；其中，字符组区块链的维护的硬件算力来源可以为任意设备，例如用户端设备、可用的医院端设备等。为了达到乱序组合的目的，本发明实施例还对多字符的区块的形成提供了一种具体的实施方式。

具体的，以每一个一级维护账户的名字分别构建算力池，硬件设备（二级维护账户）可通过参与算力池对字符组区块链进行维护，若硬件设备不通过算力池参与字符组区块链的维护，则硬件设备直接计算得到的区块不具有应用上的意义。

当某个算力池计算得到新区块时，该算力池所对应的一级维护账户获得代币奖励，并根据预设的方式向其余特定的一级维护账户转账以形成代币转移信息，从而使区块的信息中包含多个一级维护账户地址，例如，向代币持有量最低的账户转账，向代币持有量最低的3个账户转账等，转账记录由于均有同一个一级维护账户发起，其转账具有交易顺序，可用于标识单个字符的排列顺序。通过该实施方式，字符组区块链可进行一定程度上的不间断的扩展，其是实时变化的，从概率角度而言，可能存在两个区块表征相同的一个字符组，在实际应用时，即表示同一字符组可采用两种代码进行表示，这会使得代码医疗数据具有更强的加密功能和防破解功能。

进一步的，通过以上说明内容可知，第一次划分出来的片段不一定能够存在完全匹配的字符组，因此，当第一次划分出的片段不存在能够匹配的字符组时，可采用同样的目标数列对片段进行进一步的划分。由于在字符组区块链中最前端的区块已完全对每一个字符进行定义，通过逐级拆分的方式，所有明文医疗数据的片段（最小单位为字符）均能相应的代码化，在具体实施中，目标数列的数量可根据字符组库的数量进行调整扩展，实际使用中只需要保证已使用的数列的位置固化以及已使用的字符组的位置固化即可。

需要特别说明的是，基于本发明实施例的实施思想，数列区块链和字符组区块链的应用在实际生活中是多方面的，各个行业领域均能采用该数列区块链和字符组区块链，这表明了参与维护数列区块链和字符组区块链的设备基数是十分庞大的，因此，无需担心在无额外奖励的情况下，数列区块链和字符组区块链的维护问题。此外，若该管理方法能够普及，用户在使用用户端设备对医疗数据进行管理时即能够保证对相关区块链程序的维护，且由于本发明实施例所使用的的区块链在维护过程中所采用的代币并不具有流通价值，仅具有数据价值，不依赖于硬件资源的贡献分配奖励代币，相应的不会占用设备的过多硬件资源，其存续性较佳。

S105：所述用户端设备将所述代码医疗数据H发送至云服务器；

S106：所述云服务器在接收到所述代码医疗数据H后向所述私钥对应的钱包地址进行代币转账并在一记账区块链上进行广播；

需要说明的是，在该医疗数据管理方法中所涉及到的需要主动进行维护的区块链即为该记账区块链，具体的，记账区块链的作用是用于记录云服务器接收到用户的代码医疗数据信息的动作，具体的，云服务器每接收到一份代码医疗数据即需要在记账区块链作出一次类似于信息公式的动作（向对应的用户进行代币转账）。

具体的，为了对云服务器收接收到的代码医疗数据H进行验证，所述云服务器在接收到所述代码医疗数据H后向所述私钥对应的钱包地址进行代币转账包括：所述代币转账的数额用于表征所述代码医疗数据H的数据长度。例如，可采用代币数量表征数据长度的方式。

S107：当用户接收到相应的代币后发送带有公钥信息的保存确认信息至所述云服务器；

用户接收到相应的代币表示相关的信息已在记账区块链上传播确认完毕，相应的，用户可发送有公钥信息的保存确认信息至所述云服务器。

S108：所述云服务器在接收到所述保存确认信息后保存所述代码医疗数据。

云服务器在保存相关的代码医疗数据时可附上相关的公钥信息以做记录。

具体的，云服务器的代码医疗数据并不上链储存，记账区块链实际记录的信息为云服务器确认收到代码医疗数据的行为，该行为的实际表现形式为服务器向私钥对应的钱包地址的转账信息， 其中，钱包地址用于表征了用户的身份，代币转账的金额用于表征代码的特征信息，具体的，在本发明实施例中所采用的特征信息为数据长度，参考本发明实施例的代码医疗数据的得出方式，数据长度能够很好的对数据进行验证。

具体的，本发明实施例的医疗数据管理方法的实施逻辑如下：

首先需要说明的是，本发明实施例所涉及的明文医疗数据和代码医疗数据为两方面的内容，日常应用中还是以明文医疗数据的使用为主。针对代码医疗数据，在本发明实施例中，医院端设备将明文医疗数据发送给用户端设备而不是直接上传至云服务器，可让用户对医疗数据具有明确的知情权和确认权，用户端设备以私钥为基础，按照特定的不可逆推的过程得到代码医疗数据并将代码医疗数据发送给云服务器进行保存，相应的，云服务器拥有一份明文代码数据（明文一）和一份代码医疗数据（代码一），用户端设备也拥有一份明文代码数据（明文二）和一份代码医疗数据（代码二）。

需要注意的是，针对实际情况，在云服务器和用户端设备中，仅会存在一份不真实的明文代码数据和/或一份不真实的代码医疗数据。因此，在实际的公证判别过程中，很多时候只需针对云服务器或用户端设备的文件进行验证即可。

针对云服务器所拥有的明文一和代码一，首先需要判断明文一和代码一之间的对应性，具体的，云服务器是不具有代码转换函数的，代码转换函数是由用户的私钥导出的，在记账区块链上记录着用户私钥所对应的钱包地址及公钥信息，用户需要提供相对应的私钥以供导出代码转换函数；在代码转换函数的校验下，可判别出明文一和代码一之间的对应性。

若云服务器的文件被完全删除，则根据明文二以相应的方式导出参考代码二，然后以记账区块链上的转账信息进行相应的校验，同样可以求得用户所拥有的明文二和代码二的真实性。

具体实施中，由于常规的固定的代码转换函数具有一定的可逆性，为了防止云服务器进行数据的篡改，进一步的，本发明实施例提供的医疗数据管理方法会首先将明文医疗数据以位置在区块链中已固化的目标数列对明文医疗数据进行分段（该过程在用户端设备一端完成，云服务器不具有识别功能，代码医疗数据的逆向难度会相应增加），然后再以分段后的明文医疗数据进行字符组匹配（字符组匹配的字符组库也是动态扩展的，每一次的匹配结果并非是固定的，这能够进一步增强反推代码转换函数的难度），这使得反推代码转换函数和暗改代码的难度指数级增长，云服务器一端的数据几乎不可能被修改。

在本发明实施例所提供的医疗数据管理方法中，医疗数据的主体内容依旧是储存在医院一方的云服务器上，并不依赖于额外的硬件设备，改造升级实施成本较低；用户的代码医疗数据的处理生成过程是与用户的私钥关联的，医方很难通过单方倒推代码转换函数修改的方式对相关的数据进行修改，用户的医疗数据的修改都需要用户知情并确认，这能够保证医疗数据的稳定性和用户对医疗数据的知情权；修改医疗信息的动作会记录在一记账区块链上，这也能够避免用户一端对医疗数据进行修改，也避免了用户一侧对医疗数据进行篡改。进一步的，为了提高倒推代码转换函数的难度，通过以目标数列对明文医疗数据分段再进行字符组匹配的方式，大大增加了倒推代码转换函数的难度，提高了代码医疗数据在云服务器中的稳定性。

图2为本发明实施例的医疗数据管理方法系统结构示意图。

相应的，本发明还提供了一种医疗数据管理系统，用于所述的医疗数据管理方法，包括：

医院端设备：用于编辑明文医疗数据，并发送所述明文医疗数据至用户端设备；

用户端设备：用于将所述明文医疗数据转换为代码医疗数据并发送至云服务器；

云服务器：用于接收并储存所述用户端设备发送的所述代码医疗数据。

以上对本发明实施例所提供的一种医疗数据管理方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种医疗数据管理方法，所述医疗数据包括明文医疗数据和代码医疗数据，其特征在于，所述代码医疗数据的管理方法包括：

医生设备将所述明文医疗数据发送至用户设备，其中，表示第个字符，，为所述明文医疗数据的字符总数量；

所述用户设备使用哈希函数处理用户的私钥得到所述私钥的哈希值；

所述用户设备以预设函数处理所述哈希值得到目标编码；

所述用户设备基于所述目标编码选择对应的代码转换函数，并以所述代码转换函数将所述明文医疗数据转换为代码医疗数据；

所述用户设备将所述代码医疗数据发送至云服务器；

所述云服务器在接收到所述代码医疗数据后向所述私钥对应的钱包地址进行代币转账并在一记账区块链上进行广播，当用户接收到相应的代币后发送带有公钥信息的保存确认信息至所述云服务器；

所述云服务器在接收到所述保存确认信息后保存所述代码医疗数据。

2.根据权利要求1所述的医疗数据管理方法，其特征在于，所述用户设备基于所述目标编码选择对应的代码转换函数，并以所述代码转换函数将所述明文医疗数据转换为代码医疗数据包括：

将所述明文医疗数据拆分为个片段，，，为整数；

基于代码转换函数转换每一个片段，最终形成所述代码医疗数据。

3.根据权利要求2所述的医疗数据管理方法，其特征在于，所述将所述明文医疗数据拆分为个片段包括：

所述用户设备在一数列有序集合中选取目标数列，为第个数列，，，为所述目标数列中的第个数字，，所述目标数列中包括至少一个数值为1的数字；

所述用户设备基于所述目标数列将所述明文医疗数据拆分为个片段，，，为整数。

4.根据权利要求3所述的医疗数据管理方法，其特征在于，所述用户设备基于所述目标数列将所述明文医疗数据拆分为个片段包括：

依次循环以所述目标数列中的每一个数字作为当前数字从所述明文医疗数据中提取相应数量的字符作为对应的一个片段；

当所述当前数字大于所述明文医疗数据中的剩余字符数时，跳过所述当前数字。

5.根据权利要求3所述的医疗数据管理方法，其特征在于，所述用户设备以预设函数处理所述哈希值得到目标编码包括：

将所述用户设备以预设函数将所述哈希值按照预设算法转换至区间中，得到目标编码。

6.根据权利要求2所述的医疗数据管理方法，其特征在于，所述基于代码转换函数转换每一个片段包括：

所述用户设备依次在字符组库中检索每一个片段的储存代码，为第个字符组，为对应于的储存代码，，为正整数。

7.根据权利要求6所述的医疗数据管理方法，其特征在于，所述字符组库的生成包括：

存在一字符组区块链，在所述字符组区块链中的第个区块内容为；

所述用户设备实时从所述字符组区块链中提取字符组库。

8.根据权利要求3所述的医疗数据管理方法，其特征在于，所述数列有序集合基于一数列区块链得到，所述数列区块链包括个区块，第个区块包括数列的信息。

9.根据权利要求1所述的医疗数据管理方法，其特征在于，所述云服务器在接收到所述代码医疗数据后向所述私钥对应的钱包地址进行代币转账包括：

所述代币转账的数额用于表征所述代码医疗数据的数据长度。

10.一种医疗数据管理系统，其特征在于，用于实现权利要求1至9任一项所述的医疗数据管理方法，包括：

医生设备：用于编辑明文医疗数据，并发送所述明文医疗数据至用户设备；

用户设备：用于将所述明文医疗数据转换为代码医疗数据并发送至云服务器；

云服务器：用于接收并储存所述用户设备发送的所述代码医疗数据。

Images