Medical information management method based on block chain

Abstract

The invention relates to the technical field of medical health services, and provides a medical information management method based on a block chain. The method comprises the following steps: signing basic medical record information by using a private key of an attending doctor to obtain identified medical record information; generating an attribute tag set according to the basic medical record information; partially encrypting the identified medical record information to obtain a patient diagnosis and treatment file, and signing the patient diagnosis and treatment file by using the patient public keys of all the patients in the block chain and the patient public key of the target patient to obtain a signed diagnosis and treatment file; encrypting the signature diagnosis and treatment file and the attribute tag set to generate a ciphertext, and generating a file private key according to the attribute tag set; uploading the ciphertext and the file private key to a block chain, and matching a to-be-communicated ciphertext from all other ciphertexts of the block chain; and realizing communication between the target patient and the patient corresponding to the to-be-communicated ciphertext according to the ciphertext of the target patient and the to-be-communicated ciphertext. According to the method, the privacy security when the target patient obtains the information can be improved.

Description

Technical Field

[0001] This application relates to the technical field of medical and health services, and particularly to a medical information management method based on blockchain. Background Art

[0002] With the continuous improvement of the medical and health service system, the national health management is facing new opportunities for digital transformation. There are dual dilemmas in the current post-hospital rehabilitation field: on the one hand, due to the uneven distribution of medical resources, the heavy workload of some doctors inevitably leads to the utilitarianism and purposefulness of the consultation process. It is difficult to achieve the "doctor-patient shared decision-making" emphasized by "patient-centered". The information obtained by patients from doctors is highly subjective and may also bring psychological pressure to some patients. On the other hand, online patient communication platforms, with their advantages of convenience and efficiency, have gradually become an important part of medical services. However, with the rapid flow of information, privacy protection and data security issues have become a major obstacle to patients' online access to information. Thus, in the existing medical information management, there is a problem of poor privacy and security when patients access information online. Summary of the Invention

[0003] This application provides a medical information management method based on blockchain, which can solve the problem of poor privacy and security when patients access information online.

[0004] An embodiment of this application provides a medical information management method based on blockchain. The medical information management method includes: Obtain the basic medical record information of the target patient, and use the private key of the attending doctor of the target patient to sign the basic medical record information to obtain the identified medical record information; Generate a set of attribute tags for the target patient according to the basic medical record information; Partially encrypt the identified medical record information to obtain the patient's diagnosis and treatment file, and use the public keys of all patients in the blockchain and the public key of the target patient to sign the patient's diagnosis and treatment file to obtain the signed diagnosis and treatment file; Encrypt the signed diagnosis and treatment file and the set of attribute tags to generate ciphertext, and generate a file private key for the target patient according to the set of attribute tags; Upload the ciphertext of the target patient to the blockchain, and according to the file private key, match the ciphertext to be communicated from all other ciphertexts on the blockchain for the target patient; Based on the ciphertext of the target patient and the ciphertext to be communicated, realize the communication between the target patient and the patient corresponding to the ciphertext to be communicated.

[0005] Optionally, the basic medical record information includes the patient's disease type and basic physical information of the target patient; Generating a set of attribute tags for the target patient according to the basic medical record information includes: Obtain the disease classification code of the patient's disease type in the basic medical record information; Generate the age range of the target patient according to the age in the basic physical information, generate the height range of the target patient according to the height in the basic physical information, and generate the weight range of the target patient according to the weight in the basic physical information; Encrypt the patient's private key of the target patient to obtain the patient anonymous identifier; Integrate the patient anonymous identifier, disease classification code, gender in the basic physical information, age range, height range and weight range into one piece of data to obtain the attribute label set of the target patient.

[0006] Optionally, partially encrypt the identified medical record information to obtain the patient's medical treatment file, including: Generate a random digital string; Use the patient's public key of the target patient to encrypt the basic physical information and the random digital string in the identified medical record information together to obtain the patient's medical treatment file.

[0007] Optionally, use the patient's public keys of all patients in the blockchain and the patient's public key of the target patient to sign the patient's medical treatment file to obtain the signed medical treatment file, including: Generate a random number and use this random number as the number of patient public keys; Select n -1 target public keys from all patient public keys in the blockchain; n Represent the number of patient public keys; Generate a medical treatment signature using all target public keys and the patient's public key of the target patient, and use the medical treatment signature to sign the patient's medical treatment file to obtain the signed medical treatment file.

[0008] Optionally, encrypt the signed medical treatment file and the attribute label set to generate ciphertext, including: Use the system master public key on the blockchain to encrypt the signed medical treatment file and the attribute label set to generate ciphertext.

[0009] Optionally, generate the file private key of the target patient according to the attribute label set, including: Define the patient access policy according to the attribute label set; Call the system master public key on the blockchain and the patient access policy to generate the file private key of the target patient.

[0010] Optionally, the patient access policy is: ; Among them, ID represents the identity identifier, Hash represents the patient's anonymous identifier, ICD represents the disease classification code, Sex represents gender, Age represents age, Height represents height, and Weight represents weight.

[0011] Optionally, according to the file private key, match the ciphertext to be communicated for the target patient from all other ciphertexts on the blockchain, including: Obtain the patient access policy from the file private key. For each other ciphertext in the blockchain, match the patient access policy with the set of attribute tags of the other ciphertext. If the match is successful, mark the other ciphertext as the ciphertext to be communicated.

[0012] Optionally, according to the ciphertext of the target patient and the ciphertext to be communicated, implement the communication between the target patient and the patient corresponding to the ciphertext to be communicated, including: Use the public key of the attending physician of the ciphertext to be communicated in the blockchain to initially verify the private key of the attending physician in the ciphertext to be communicated; If the initial verification passes, obtain the public key of the patient corresponding to the diagnosis and treatment signature of the ciphertext to be communicated, and re-verify the diagnosis and treatment signature of the ciphertext to be communicated; If the re-verification passes, establish a communication window between the patient corresponding to the ciphertext to be communicated and the target patient, and communicate according to the ciphertext of the target patient and the ciphertext to be communicated.

[0013] Optionally, the medical information management method further includes: During the communication between the target patient and the patient corresponding to the ciphertext to be communicated, introduce an intelligent contract for content recognition to identify keywords in the communication record. When a preset keyword is identified, ask the target patient whether to decrypt the field corresponding to the preset keyword in the ciphertext and display it to the patient corresponding to the ciphertext to be communicated.

[0014] The above solution of the present application has the following beneficial effects: In some embodiments of the present application, by obtaining the basic medical record information of a target patient, and using the private key of the attending doctor of the target patient to sign the basic medical record information to obtain the identified medical record information, then generating a set of attribute tags for the target patient according to the basic medical record information, and then partially encrypting the identified medical record information to obtain the patient's diagnosis and treatment file, using the public keys of all patients in the blockchain and the public key of the target patient to sign the patient's diagnosis and treatment file to obtain the signed diagnosis and treatment file, then encrypting the signed diagnosis and treatment file and the set of attribute tags to generate ciphertext, and generating a file private key for the target patient according to the set of attribute tags, then uploading the ciphertext of the target patient to the blockchain, matching the ciphertext to be exchanged from all other ciphertexts in the blockchain for the target patient according to the file private key and the ciphertext, and finally, according to the ciphertext of the target patient and the ciphertext to be exchanged, realizing the communication between the target patient and the patient corresponding to the ciphertext to be exchanged. Among them, partially encrypting the identified medical record information can protect sensitive information. Signing the patient's diagnosis and treatment file based on the public keys of all patients in the blockchain can ensure the authenticity and immutability of the information while ensuring the absolute anonymity of the patient. Matching for the target patient based on the file private key and the ciphertext, and then realizing the communication between patients, can ensure that patients communicate anonymously with similar patients, while ensuring the effectiveness of the information obtained by the patients, improving the privacy and information security of the patients.

[0015] Other beneficial effects of the present application will be described in detail in the subsequent specific implementation part. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings required for use in the embodiments or the description of the prior art. Obviously, the following drawings are only some embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0017] Figure 1 It is a flowchart of a blockchain-based medical information management method provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0018] In the following description, specific details such as specific system structures and technologies are presented for the purpose of illustration rather than limitation, so as to thoroughly understand the embodiments of the present application. However, those skilled in the art should clearly understand that the present application can also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to avoid unnecessary details from interfering with the description of the present application.

[0019] It should be understood that, as used in the specification of the present application and the appended claims, the term "comprising" indicates the presence of the described features, integers, steps, operations, elements and / or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or their groups.

[0020] It should also be understood that the term "and / or" as used in the specification of the present application and the appended claims refers to any combination and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0021] As used in the specification of the present application and the appended claims, the term "if" can be construed, depending on the context, as "when", "once", "in response to determining", or "in response to detecting". Similarly, the phrases "if determined" or "if [the described condition or event] is detected" can be construed, depending on the context, as meaning "once determined", "in response to determining", "once [the described condition or event] is detected", or "in response to detecting [the described condition or event]".

[0022] In addition, in the description of the specification of the present application and the appended claims, the terms "first", "second", "third", etc. are used only for distinguishing descriptions and should not be construed as indicating or implying relative importance.

[0023] Reference to "one embodiment" or "some embodiments" or the like described in the specification of the present application means that a particular feature, structure or characteristic described in connection with that embodiment is included in one or more embodiments of the present application. Thus, statements such as "in one embodiment", "in some embodiments", "in other some embodiments", "in still other embodiments", etc. that appear in different places in this specification do not necessarily all refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "comprising", "including", "having" and their variants all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0024] In view of the problem of poor privacy and security when existing patients obtain information online, an embodiment of the present application provides a medical information management method based on a blockchain. The medical information management method obtains the basic medical record information of a target patient, signs the basic medical record information with the private key of the attending doctor of the target patient to obtain an identified medical record information, then generates a set of attribute tags for the target patient according to the basic medical record information, and then partially encrypts the identified medical record information to obtain a patient diagnosis and treatment file. Sign the patient diagnosis and treatment file with the public keys of all patients in the blockchain and the public key of the target patient to obtain a signed diagnosis and treatment file, then encrypt the signed diagnosis and treatment file and the set of attribute tags to generate ciphertext, and generate a file private key for the target patient according to the set of attribute tags. Then upload the ciphertext of the target patient to the blockchain, match the ciphertext to be exchanged from all other ciphertexts in the blockchain for the target patient according to the file private key and the ciphertext, and finally, according to the ciphertext of the target patient and the ciphertext to be exchanged, realize the communication between the target patient and the patient corresponding to the ciphertext to be exchanged. Among them, partially encrypting the identified medical record information can protect sensitive information. Signing the patient diagnosis and treatment file based on the public keys of all patients in the blockchain can ensure the absolute anonymity of patients while ensuring the authenticity and immutability of information. Matching for the target patient based on the file private key and the ciphertext, and then realizing the communication between patients, can ensure that patients communicate anonymously with similar patients, improving the privacy and information security of patients while ensuring the effectiveness of the information obtained by patients.

[0025] Next, an exemplary description will be given of the medical information management method based on a blockchain provided by the present application.

[0026] As Figure 1 shown, the medical information management method based on a blockchain provided by the present application includes the following steps: Step 11, obtain the basic medical record information of the target patient, and sign the basic medical record information with the private key of the attending doctor of the target patient to obtain the identified medical record information.

[0027] The above target patient is a patient who needs medical information management. The above basic medical record information includes the patient's disease type (such as heart disease, diabetes, etc.) and basic physical information (such as gender, age, height, weight, etc.) of the target patient.

[0028] In some embodiments of the present application, a consortium chain network for participating in patient communication can be built on the blockchain, and a designated object (such as a hospital, etc.) acts as the role of a registration institution in the consortium chain network to register accounts for doctors and generate public keys and private keys for doctors. After the target patient is diagnosed and treated by the attending doctor, the attending doctor generates a unique identifier for the target patient through the consortium chain network, and registers an account for the target patient and generates a patient public key and a patient private key according to the unique identifier.

[0029] Exemplarily, the public key and private key of the doctor, the public key of the patient, and the private key of the patient can be generated by algorithms such as the Rivest-Shamir-Adleman Algorithm (RSA).

[0030] It should be noted that the basic medical record information of the target patient can be obtained by accessing the information registration system of the hospital or written by the attending doctor. The specific process of signing the basic medical record information with the private key of the attending doctor of the target patient to obtain the marked medical record information is as follows: converting the basic medical record information into a hash value by using a hash algorithm, encrypting the hash value with the private key of the attending doctor (asymmetric encryption algorithm can be used), obtaining a digital signature, and integrating the digital signature and the basic medical record information into a piece of data to obtain the marked medical record information.

[0031] Step 12: Generate a set of attribute tags for the target patient according to the basic medical record information.

[0032] In some embodiments of the present application, the step of generating a set of attribute tags for the target patient according to the basic medical record information includes: First step: Obtain the disease classification code of the disease type of the patient in the basic medical record information.

[0033] The above disease classification code is the International Classification of Diseases (ICD).

[0034] Exemplarily, the ICD code corresponding to the disease type of the patient can be matched in the ICD coding table, and this ICD code can be used as the disease classification code.

[0035] Second step: Generate an age range for the target patient according to the age in the basic physical information, generate a height range for the target patient according to the height in the basic physical information, and generate a weight range for the target patient according to the weight in the basic physical information.

[0036] Exemplarily, an age range with a span of 5 can be randomly generated, and the age in the basic physical information is within this age range. For example, if the age is 25 years old, the age range can be from 21 to 26 years old; a height range with a span of 5 can be randomly generated, and the height in the basic physical information is within this height range. For example, if the height is 172 cm, the height range can be from 172 - 177 cm; a weight range with a span of 5 can be randomly generated, and the weight in the basic physical information is within this weight range. For example, if the weight is 60 kg, the weight range can be from 56 kg to 61 kg. The span of the range is set according to the actual needs of the target patient.

[0037] In the third step, encrypt the patient's private key of the target patient to obtain a patient anonymous identifier.

[0038] Exemplarily, the Secure Hash Algorithm 256-bit (SHA-256) can be used to encrypt the patient's private key to obtain a patient anonymous identifier.

[0039] In the fourth step, integrate the patient anonymous identifier, disease classification code, gender, age range, height range, and weight range in the basic physical constitution information into one piece of data to obtain the attribute label set of the target patient.

[0040] It should be noted that the attribute label set obtained in this step only has numerical values or hash values, such as 21 - 26, 172 - 177, etc. Labels need to be attached to each piece of data in subsequent steps.

[0041] Step 13, partially encrypt the identified medical record information to obtain a patient diagnosis and treatment file, and use the patient public keys of all patients in the blockchain and the patient public key of the target patient to sign the patient diagnosis and treatment file to obtain a signed diagnosis and treatment file.

[0042] In some embodiments of the present application, the step of partially encrypting the identified medical record information to obtain a patient diagnosis and treatment file, and using the patient public keys of all patients in the blockchain and the patient public key of the target patient to sign the patient diagnosis and treatment file to obtain a signed diagnosis and treatment file includes: In the first step, partially encrypt the identified medical record information to obtain a patient diagnosis and treatment file.

[0043] Specifically, the step of partially encrypting the identified medical record information to obtain a patient diagnosis and treatment file is: generate a random digital string, and then use the patient public key of the target patient to encrypt the basic physical constitution information and the random digital string in the identified medical record information together to obtain a patient diagnosis and treatment file.

[0044] Exemplarily, an asymmetric encryption algorithm can be used to encrypt the basic physical constitution information and the random digital string in the identified medical record information together using the patient public key of the target patient to obtain a patient diagnosis and treatment file.

[0045] In the second step, use the patient public keys of all patients in the blockchain and the patient public key of the target patient to sign the patient diagnosis and treatment file to obtain a signed diagnosis and treatment file.

[0046] First, generate a random number, and use this random number as the number of patient public keys.

[0047] Then, select n -1 target public keys from all patient public keys in the blockchain; nRepresents the number of patient public keys.

[0048] Finally, use all the target public keys and the patient public key of the target patient to generate a diagnosis and treatment signature, and use the diagnosis and treatment signature to sign the patient's diagnosis and treatment file to obtain a signed diagnosis and treatment file.

[0049] Specifically, integrate all the target public keys and the patient public key of the target patient into one piece of data to obtain a diagnosis and treatment signature, and then integrate the diagnosis and treatment signature and the patient's diagnosis and treatment file into one piece of data to obtain a signed diagnosis and treatment file.

[0050] Exemplarily, this step can be implemented using a ring signature algorithm.

[0051] It should be noted that in the case of constructing a consortium blockchain network in step 11, all the above patient public keys are the patient public keys in the consortium blockchain network.

[0052] Exemplarily, randomly select n -1 target public keys from all the patient public keys in the blockchain.

[0053] Step 14: Encrypt the signed diagnosis and treatment file and the set of attribute tags to generate a ciphertext, and generate a file private key for the target patient according to the set of attribute tags.

[0054] In some embodiments of the present application, the steps of encrypting the signed diagnosis and treatment file and the set of attribute tags to generate a ciphertext, and generating a file private key for the target patient according to the set of attribute tags are specifically as follows: The first step: Encrypt the signed diagnosis and treatment file and the set of attribute tags to generate a ciphertext.

[0055] Specifically, use the system master public key on the blockchain to encrypt the signed diagnosis and treatment file and the set of attribute tags to generate a ciphertext.

[0056] The above system master public key is generated when building the consortium blockchain network and is used to generate the public key for each patient's ciphertext in the consortium blockchain network. Asymmetric encryption algorithms can be used for encryption to generate a ciphertext.

[0057] The second step: Generate a file private key for the target patient according to the set of attribute tags.

[0058] Specifically, define a patient access policy according to the set of attribute tags; call the system master private key on the blockchain and the patient access policy to generate a file private key for the target patient.

[0059] It should be noted that the above patient access policy is: ; Among them, ID represents the identity identifier, Hash represents the encrypted patient private key, ICD represents the disease classification code, Sex represents the gender, Age represents the age, Height represents the height, and Weight represents the weight.

[0060] The above patient access policy is used to attach labels to the data in the set of attribute labels of the target patient. In each equation of the above patient access policy, the left side of the equal sign is the label corresponding to the data, and the right side is the specific data in the set of attribute labels of the target patient. When the equation holds, it means that the target patient can decrypt the information corresponding to this equation. For example, for the number range 21 - 25, if it appears alone, it is just a number range and has no actual meaning. If it is written as Age = 21 - 25 in the patient access policy, then this number range represents the age range, and if it is written as Weight = 21 - 25, then this number range represents the weight range.

[0061] Step 15: Upload the ciphertext of the target patient to the blockchain, and according to the file private key, match the ciphertext to be exchanged for the target patient from all other ciphertexts on the blockchain.

[0062] In order to mark that the ciphertext in the blockchain belongs to the target patient, the SHA256 algorithm can be used to calculate the private key of the target patient to obtain a hash value, and match this hash value with the encrypted patient private key in the ciphertext on the chain. If the match is successful, then associate this ciphertext with the account of the target patient and mark this ciphertext as [patient himself / herself].

[0063] Specifically, obtain the patient access policy from the file private key, and respectively match each other ciphertext in the blockchain according to the patient access policy and the set of attribute labels of the other ciphertext. If the match is successful, then mark the other ciphertext as the ciphertext to be exchanged.

[0064] It should be noted that the file private key is stored in the personal account of the target patient. In order to protect the information of the target patient, when obtaining the patient access policy from the file private key, it is necessary to first call the smart contract to request to call the file private key, and after the target patient agrees, use the file private key for the next steps.

[0065] Exemplarily, if Age = 21 - 25 in the patient access policy, then match whether the set of attribute labels in the other ciphertext has an age range of 21 - 25. If so, it is considered that this attribute match is successful. Only when each policy in the patient access policy is satisfied can it be considered that the match is successful.

[0066] In the case of constructing the consortium blockchain network in step 11, the other ciphertexts in the blockchain refer to the ciphertexts corresponding to other patients in the consortium blockchain network.

[0067] Push the ciphertexts to be communicated to the account of the target patient. If there are multiple ciphertexts to be communicated, all the ciphertexts to be communicated are pushed to the account of the target patient, and the target patient is waited to select one of them.

[0068] Step 16: Implement the communication between the target patient and the patient corresponding to the ciphertext to be communicated according to the ciphertext of the target patient and the ciphertext to be communicated.

[0069] In some embodiments of the present application, the above step of implementing the communication between the target patient and the patient corresponding to the ciphertext to be communicated according to the ciphertext of the target patient and the ciphertext to be communicated includes: The first step: Use the public key of the attending physician of the ciphertext to be communicated in the blockchain to initially verify the private key of the attending physician in the ciphertext to be communicated.

[0070] The second step: If the initial verification passes, obtain the public key of the patient corresponding to the diagnosis and treatment signature of the ciphertext to be communicated, and re-verify the diagnosis and treatment signature of the ciphertext to be communicated.

[0071] The third step: If the re-verification passes, establish a communication window between the patient corresponding to the ciphertext to be communicated and the target patient, and communicate according to the ciphertext of the target patient and the ciphertext to be communicated.

[0072] If the initial verification or the re-verification fails, it is considered that the authenticity of the ciphertext to be communicated is in doubt, and it can be deleted, manually verified for authenticity, etc., and a communication window between the patient corresponding to the ciphertext to be communicated and the target patient is not established.

[0073] Exemplarily, a smart contract can be used to implement the processes of initial verification, re-verification, and establishing a communication window in this step.

[0074] It should be noted that during the communication between the target patient and the patient corresponding to the ciphertext to be communicated, a content recognition smart contract is introduced to identify keywords in the communication record. When a preset keyword is recognized, the target patient is asked whether to decrypt the field corresponding to the preset keyword in the ciphertext and display it to the patient corresponding to the ciphertext to be communicated. The displayed field can adopt a mechanism of disappearing after reading to further reduce the risk of information leakage. The above preset keywords are set according to the information contained in the ciphertext, and are usually keywords corresponding to basic physical information, such as height, weight, etc. The communication mode in the communication window can be divided into a message mode similar to a post and an instant messaging mode similar to WeChat. In the message mode, the message of the data owner will be added with the [patient himself] label, and in the instant messaging mode, the account name of the data owner will also be added with the [patient himself] label to ensure the authenticity of the data.

[0075] Performing two verifications on the ciphertext to be communicated can effectively ensure the authenticity of the information obtained by the target patient.

[0076] It is worth mentioning that partially encrypting the identified medical record information can protect sensitive information. Signing the patient's diagnosis and treatment file with the public keys of all patients in the blockchain can ensure the authenticity and immutability of the information while guaranteeing the absolute anonymity of the patients. Matching the target patient based on the file private key and the ciphertext can then enable communication between patients, ensuring that patients can communicate anonymously with similar patients, improving the privacy and information security of patients while ensuring the effectiveness of the information obtained by patients.

[0077] In addition, through the method of this application, patients can communicate about their conditions online through the consortium blockchain network for anonymous communication. On the one hand, they can obtain the experiences of similar patients, and on the other hand, it helps to relieve the psychological pressure caused by unknown conditions. The entire community, based on blockchain technology, realizes the physical isolation of the patients' real medical data and virtual identities, ensuring the authenticity and immutability of the data while guaranteeing the absolute anonymity of the patients. To ensure the effectiveness of the community information, through the access control mechanism of attribute encryption based on keys + anonymous identifier embedding, it is ensured that patients can only communicate with patients with similar diseases.

[0078] Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are executed in hardware or software depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this application.

[0079] The above is the preferred implementation manner of this application. It should be noted that for those of ordinary skill in the technical field, without departing from the principle described in this application, several improvements and refinements can be made, and these improvements and refinements should also be regarded as the protection scope of this application.

Claims

1. A medical information management method based on blockchain, characterized in that including: Obtain the basic medical record information of the target patient, and sign the basic medical record information with the private key of the attending doctor of the target patient to obtain the identified medical record information; Generate an attribute tag set of the target patient according to the basic medical record information; Partially encrypt the identified medical record information to obtain a patient diagnosis and treatment file, and sign the patient diagnosis and treatment file with the patient public keys of all patients in the blockchain and the patient public key of the target patient to obtain a signed diagnosis and treatment file; Encrypt the signed diagnosis and treatment file and the attribute tag set to generate ciphertext, and generate an archive private key for the target patient according to the attribute tag set; Upload the ciphertext of the target patient to the blockchain, and match the ciphertext to be exchanged from all other ciphertexts on the blockchain for the target patient according to the archive private key; Achieve communication between the target patient and the patient corresponding to the ciphertext to be exchanged according to the ciphertext of the target patient and the ciphertext to be exchanged.

2. The medical information management method according to claim 1, wherein The basic medical record information includes the patient disease type and basic physical constitution information of the target patient; The generating the attribute tag set of the target patient according to the basic medical record information includes: Obtain the disease classification code of the patient disease type in the basic medical record information; Generate an age range of the target patient according to the age in the basic physical constitution information, generate a height range of the target patient according to the height in the basic physical constitution information, and generate a weight range of the target patient according to the weight in the basic physical constitution information; Encrypt the patient private key of the target patient to obtain a patient anonymous identifier; Integrate the patient anonymous identifier, the disease classification code, the gender in the basic physical constitution information, the age range, the height range, and the weight range into one piece of data to obtain the attribute tag set of the target patient.

3. The medical information management method according to claim 2, wherein, The partially encrypting the identified medical record information to obtain a patient diagnosis and treatment file includes: Generate a random digital string; Encrypt the basic physical constitution information and the random digital string in the identified medical record information together with the patient public key of the target patient to obtain a patient diagnosis and treatment file.

4. The medical information management method according to claim 1, characterized in that The signing the patient diagnosis and treatment file with the patient public keys of all patients in the blockchain and the patient public key of the target patient to obtain a signed diagnosis and treatment file includes: Generate a random number, and use this random number as the number of patient public keys; Select n -1 target public keys from all patient public keys in the blockchain; n Indicates the number of patient public keys; Generate a diagnosis and treatment signature using all target public keys and the patient public key of the target patient, and sign the patient diagnosis and treatment file with the diagnosis and treatment signature to obtain a signed diagnosis and treatment file.

5. The medical information management method according to claim 1, wherein The encrypting the signed diagnosis and treatment file and the attribute tag set to generate ciphertext includes: Encrypt the signed diagnosis and treatment file and the attribute tag set with the system master public key on the blockchain to generate ciphertext.

6. The medical information management method according to claim 2, wherein, The generating the archive private key for the target patient according to the attribute tag set includes: Define a patient access policy according to the attribute tag set; Call the system master public key on the blockchain and the patient access policy to generate the archive private key for the target patient.

7. The medical information management method according to claim 6, wherein, The patient access policy is: ； Among them, ID represents the identity identifier, Hash represents the patient's anonymous identifier, ICD represents the disease classification code, Sex represents gender, Age represents age, Height represents height, and Weight represents weight.

8. The medical information management method according to claim 7, characterized in that Matching the ciphertext to be communicated for the target patient from all other ciphertexts on the blockchain according to the file private key, including: Obtaining the patient access policy from the file private key, respectively matching each other ciphertext in the blockchain according to the patient access policy and the set of attribute tags of the other ciphertext. If the match is successful, the other ciphertext is marked as the ciphertext to be communicated.

9. The medical information management method according to claim 1, characterized in that Implementing the communication between the target patient and the patient corresponding to the ciphertext to be communicated according to the ciphertext of the target patient and the ciphertext to be communicated, including: Using the public key of the attending physician of the ciphertext to be communicated in the blockchain to conduct a primary verification on the private key of the attending physician in the ciphertext to be communicated; If the primary verification passes, obtaining the public key of the patient corresponding to the diagnosis and treatment signature of the ciphertext to be communicated, and conducting a secondary verification on the diagnosis and treatment signature of the ciphertext to be communicated; If the secondary verification passes, establishing a communication window between the patient corresponding to the ciphertext to be communicated and the target patient, and conducting communication according to the ciphertext of the target patient and the ciphertext to be communicated.

10. The medical information management method according to claim 9, characterized in that, The medical information management method further includes: During the communication between the target patient and the patient corresponding to the ciphertext to be communicated, introducing an intelligent contract for content recognition to identify keywords in the communication record. When a preset keyword is identified, asking the target patient whether to decrypt the field corresponding to the preset keyword in the ciphertext and display it to the patient corresponding to the ciphertext to be communicated.

Images