CN117409912A - Medical record management system and method based on block chain - Google Patents

Medical record management system and method based on block chain Download PDF

Info

Publication number
CN117409912A
CN117409912A CN202311325690.3A CN202311325690A CN117409912A CN 117409912 A CN117409912 A CN 117409912A CN 202311325690 A CN202311325690 A CN 202311325690A CN 117409912 A CN117409912 A CN 117409912A
Authority
CN
China
Prior art keywords
patient
information
medical
medical record
module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311325690.3A
Other languages
Chinese (zh)
Inventor
王小虎
张�林
陈辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Vortex Chain Medical Technology Co ltd
Original Assignee
Shanghai Vortex Chain Medical Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Vortex Chain Medical Technology Co ltd filed Critical Shanghai Vortex Chain Medical Technology Co ltd
Priority to CN202311325690.3A priority Critical patent/CN117409912A/en
Publication of CN117409912A publication Critical patent/CN117409912A/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Bioethics (AREA)
  • General Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

The invention discloses a medical record management system and method based on a block chain, comprising the following steps: the blockchain network stores the electronic case data of the registration module, the login authentication module, the medical record information input module, the PIX module and the medical record information retrieval module. The invention ensures the authenticity and the integrity of medical record information by utilizing the characteristic that the blockchain is not tamperable, thereby improving the trust degree of patients on medical information; meanwhile, the safety and privacy protection of medical record information are improved, and the decentralization medical record management is realized.

Description

Medical record management system and method based on block chain
Technical Field
The invention belongs to the technical field of blockchains, and relates to a medical record management system and method based on a blockchain.
Background
Traditional patient medical information is mainly stored in an information generating mechanism (a hospital or a third party monitoring mechanism), the information intercommunication is mainly printed through paper, and in order to realize efficient retrieval of data interconnection and intercommunication, a small-range alliance property information sharing is established by a plurality of mechanisms, a centralized storage mode is adopted, but once a database of a third party is broken or the third party sells data for benefits, the problems of data privacy safety and the like are caused.
Disclosure of Invention
The invention aims to solve the problem that patient data privacy is not safe enough in the prior art, and provides a case history management system and method based on a blockchain.
In order to achieve the purpose, the invention is realized by adopting the following technical scheme:
a blockchain-based medical record management system, comprising: an application layer, a client, a blockchain gateway layer and a PKI layer;
the client comprises a patient end and a medical institution end; the application layer comprises: the system comprises a registration module, a login authentication module, a medical record information input module, a PIX module and a medical record information retrieval module; the PKI layer comprises a CA certificate management module;
the registration module is used for anonymously registering the patient at the patient end and the medical institution user at the medical institution end, sending the anonymously registering to the CA certificate management module to generate a private key, and feeding back private key information of the patient and the medical institution user;
the login authentication module is used for enabling the patient and the medical institution user to log in by using private key information and maintaining self-related identity information;
the medical record information input module is used for maintaining medical record information of authorized patients by a medical institution;
the PIX module is used for generating a one-time authorization code of the patient, checking an authorization application list, authorizing related medical record items and authorized history checking;
the medical record information retrieval module is used for retrieving the identity information, authorized patient information and corresponding medical record information of a medical institution user; the method is used for the patient to search the patient information and the medical record information recorded in the account of the patient;
the blockchain gateway layer includes a blockchain network for storing patient and healthcare facility registration information, patient case information, and healthcare facility diagnostic records.
The invention further improves that:
further, the registration module is used for anonymously registering the patient at the patient end and the medical institution user at the medical institution end, and specifically comprises the following steps: the medical institution user inputs the name, the sex and the identity card number of the user, the name, the sex, the age, the identity card number and the mobile phone number of the user into a registration and registration module, the registration and registration module sends a certificate processing request to the CA certificate management module, generates a unique private key through an encryption algorithm, records the unique private key into a blockchain network, and then returns the unique private key to the medical institution user and the patient.
Further, the login authentication module is used for the patient and the medical institution user to login by using private key information, and specifically comprises the following steps: the medical institution user and the patient input the private keys of the medical institution user and the patient to a login authentication module through a patient end and a medical institution end respectively, the login authentication module calls private key information stored in a blockchain network for comparison, and if the private key information is the same, the login is successful; if not, the login fails.
Further, the medical record information retrieval module is used for retrieving the identity information, authorized patient information and corresponding medical record information of the medical institution user, and specifically comprises the following steps: before a medical institution user retrieves medical record information corresponding to authorized patient information, the method comprises the following steps: the blockchain network judges whether the medical institution user has the authority of the patient, if so, the medical institution inquires the patient case; if not, the blockchain network calls the PIX module to generate a one-time authorization code of the patient, the one-time authorization code is scanned, the application of authorizing access to the patient case is initiated, the patient is authorized by checking the access authorization list, and the medical institution user retrieves medical record information corresponding to the patient information.
Further, the medical record information retrieval module is configured to retrieve identity information, authorized patient information, and corresponding medical record information of a medical institution user, and further includes: and (3) carrying out key encryption and decryption on the electronic medical record of the patient, realizing the encryption and decryption when inquiring the electronic medical record of the patient each time, and carrying out encryption and storage after the inquiring is completed.
Further, the electronic medical record of the patient is encrypted and decrypted by a key, which comprises the following steps: the RSA algorithm is used to encrypt and decrypt the patient electronic medical record.
Further, the blockchain network is used for storing registration information of patients and medical institutions, case information of the patients and diagnostic records of the medical institutions, specifically: based on a gateway module in the blockchain network, invoking a contract method of an intelligent contract in the blockchain network to write and read data in the blockchain network, and storing and invoking registration information of patients and medical institutions, case information of the patients and diagnostic records of the medical institutions.
The medical record management method based on the block chain comprises the following steps:
collecting anonymous registration information of a patient at the patient end and a medical institution user at the medical institution end, generating a private key, and feeding back the private key information of each of the patient and the medical institution user;
logging in based on private key information of patients and medical institution users, and maintaining self-related identity information;
the method comprises the steps that a patient authorization medical institution user inquires and maintains medical record information of an authorized patient by generating a one-time authorization code of the patient, checking an authorization application list, authorizing medical record related items and authorized history checking;
patient and healthcare facility registration information, patient case information, and healthcare facility diagnostic records are received and a blockchain network is stored.
Further, the user logs in based on private key information of the patient and the medical institution user, and self-related identity information is maintained, specifically: the medical institution user searches the identity information, authorized patient information and corresponding medical record information; and the patient retrieves the patient information and medical record information recorded in the account.
Compared with the prior art, the invention has the following beneficial effects:
the invention stores the electronic case data of the registration module, the login authentication module, the medical record information input module, the PIX module and the medical record information retrieval module through the blockchain network. The invention ensures the authenticity and the integrity of medical record information by utilizing the characteristic that the blockchain is not tamperable, thereby improving the trust degree of patients on medical information; meanwhile, the safety and privacy protection of medical record information are improved, and the decentralization medical record management is realized.
Drawings
For a clearer description of the technical solutions of the embodiments of the present invention, the drawings that are needed in the embodiments will be briefly described below, it being understood that the following drawings only illustrate some embodiments of the present invention and should not be considered as limiting the scope, and other related drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a schematic diagram of a blockchain-based medical record management system of the present invention;
FIG. 2 is a schematic diagram of a user medical record management core flow of the present invention;
FIG. 3 is a block chain call flow diagram.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. The components of the embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the invention, as presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures.
In the description of the embodiments of the present invention, it should be noted that, if the terms "upper," "lower," "horizontal," "inner," and the like indicate an azimuth or a positional relationship based on the azimuth or the positional relationship shown in the drawings, or the azimuth or the positional relationship in which the inventive product is conventionally put in use, it is merely for convenience of describing the present invention and simplifying the description, and does not indicate or imply that the apparatus or element to be referred to must have a specific azimuth, be configured and operated in a specific azimuth, and thus should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and the like, are used merely to distinguish between descriptions and should not be construed as indicating or implying relative importance.
Furthermore, the term "horizontal" if present does not mean that the component is required to be absolutely horizontal, but may be slightly inclined. As "horizontal" merely means that its direction is more horizontal than "vertical", and does not mean that the structure must be perfectly horizontal, but may be slightly inclined.
In the description of the embodiments of the present invention, it should also be noted that, unless explicitly specified and limited otherwise, the terms "disposed," "mounted," "connected," and "connected" should be construed broadly, and may be, for example, fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; can be directly connected or indirectly connected through an intermediate medium, and can be communication between two elements. The specific meaning of the above terms in the present invention can be understood by those of ordinary skill in the art according to the specific circumstances.
The invention is described in further detail below with reference to the attached drawing figures:
referring to FIG. 1, the invention discloses a case history management system based on a blockchain, which comprises: an application layer, a client, a blockchain gateway layer and a PKI layer;
the client comprises a patient end and a medical institution end; the application layer comprises: the system comprises a registration module, a login authentication module, a medical record information input module, a PIX module and a medical record information retrieval module; the PKI layer comprises a CA certificate management module;
the registration module is used for anonymously registering the patient at the patient end and the medical institution user at the medical institution end, sending the anonymously registering to the CA certificate management module to generate a private key, and feeding back private key information of the patient and the medical institution user;
the medical institution user inputs the name, the sex and the identity card number of the user, the name, the sex, the age, the identity card number and the mobile phone number of the user into a registration and registration module, the registration and registration module sends a certificate processing request to the CA certificate management module, generates a unique private key through an encryption algorithm, records the unique private key into a blockchain network, and then returns the unique private key to the medical institution user and the patient.
The login authentication module is used for enabling the patient and the medical institution user to log in by using private key information and maintaining self-related identity information;
the medical institution user and the patient input the private keys of the medical institution user and the patient to a login authentication module through a patient end and a medical institution end respectively, the login authentication module calls private key information stored in a blockchain network for comparison, and if the private key information is the same, the login is successful; if not, the login fails.
The medical record information input module is used for maintaining medical record information of authorized patients by a medical institution;
the PIX module is used for generating a one-time authorization code of the patient, checking an authorization application list, authorizing related medical record items and authorized history checking;
the medical record information retrieval module is used for retrieving the identity information, authorized patient information and corresponding medical record information of a medical institution user; the method is used for the patient to search the patient information and the medical record information recorded in the account of the patient;
before a medical institution user retrieves medical record information corresponding to authorized patient information, the method comprises the following steps: the blockchain network judges whether the medical institution user has the authority of the patient, if so, the medical institution inquires the patient case; if not, the blockchain network calls the PIX module to generate a one-time authorization code of the patient, the one-time authorization code is scanned, the application of authorizing access to the patient case is initiated, the patient is authorized by checking the access authorization list, and the medical institution user retrieves medical record information corresponding to the patient information.
Further comprises: the method comprises the steps of encrypting and decrypting a secret key of a patient electronic medical record, realizing the encryption by decrypting each time the patient electronic medical record is queried, and encrypting and storing after the query is completed; the RSA algorithm is used to encrypt and decrypt the patient electronic medical record.
The blockchain gateway layer includes a blockchain network for storing patient and healthcare facility registration information, patient case information, and healthcare facility diagnostic records.
Based on a gateway module in the blockchain network, invoking a contract method of an intelligent contract in the blockchain network to write and read data in the blockchain network, and storing and invoking registration information of patients and medical institutions, case information of the patients and diagnostic records of the medical institutions.
The invention discloses a medical record management method based on a block chain, which comprises the following steps:
collecting anonymous registration information of a patient at the patient end and a medical institution user at the medical institution end, generating a private key, and feeding back the private key information of each of the patient and the medical institution user;
logging in based on private key information of patients and medical institution users, and maintaining self-related identity information; the medical institution user searches the identity information, authorized patient information and corresponding medical record information; and the patient retrieves the patient information and medical record information recorded in the account.
The method comprises the steps that a patient authorization medical institution user inquires and maintains medical record information of an authorized patient by generating a one-time authorization code of the patient, checking an authorization application list, authorizing medical record related items and authorized history checking;
patient and healthcare facility registration information, patient case information, and healthcare facility diagnostic records are received and a blockchain network is stored.
Examples: embodiments of the invention are as follows:
1. the blockchain platform is designed and operated.
2. Intelligent contracts are designed and implemented to manage and control medical record information.
3. A private information exchange Protocol (PIX) is implemented to provide medical record information sharing services.
4. Patient-side and healthcare facility-side applications are developed that provide convenient access and use interfaces.
The system architecture diagram is shown in figure 1 and the main business flow is shown in figure 2.
First, a blockchain network is built, wherein the blockchain network comprises a ca-certificate management module, peer nodes (comprising common nodes and endorsement nodes), ordering nodes and intelligent contracts.
Secondly, a medical information platform based on a blockchain network is established, and the platform comprises a patient and a medical institution as a main use body, so that two application programs of the patient end and the medical institution end are included.
The main modules are as follows: registration module: the patient and the medical institution are anonymously registered at the respective clients and return user private key information, wherein the user private key information can pop up to a user registration terminal page, and the user is required to be properly kept as a unique credential for the user to enter the system.
A login authentication module: after the patient and the medical institution user enter the system by using the private key, the related identity information of the patient and the medical institution user can be maintained, and a third party interface can be called to verify the authenticity of the related information in the input process. The patient end user may maintain information for multiple patients.
The medical record information input module is used for: the doctor maintains medical record information for authorized patients.
PIX module: the main functions are to generate a one-time authorization code for the patient, view an authorization application list, authorize medical record related items and authorized history view.
And a medical record information retrieval module: the doctor can retrieve his own identity information, and authorized patient information and corresponding medical record information. The patient can retrieve patient information and medical record information recorded in his own account.
The platform links to the blockchain network by using public and private key certificates through a gateway module of the encapsulated specially called blockchain network, and writes and reads data in the blockchain network by calling a contract method in the intelligent contract. On this platform, medical record information for each patient is stored in an anonymous manner on the blockchain, and only authorized medical institutions can view this information. For each patient, they have a private key that can be used to determine who has access to view their medical records. If a medical facility wants to view medical history information of a patient, it needs to first send a request to the patient, and the medical facility can view the information only after the patient is authorized.
In addition, private information exchange Protocols (PIX) were developed to enable medical record information sharing between different medical institutions. In this protocol, a medical institution may obtain medical record information for a patient via the private key of the patient, but they may not be able to obtain the private key of the patient. Thus ensuring the privacy and safety of the patient.
Finally, the security evaluation and testing are carried out on the system, including the aspects of resisting attack on the blockchain, safely realizing the sharing of medical record information, protecting the privacy of medical institutions and patients and the like.
Referring to FIG. 3, the blockchain data commit procedure:
according to different emphasis points of workload at each stage of a transaction life cycle, nodes in a blockchain network are divided into three categories, namely CA nodes, orderer ordering nodes and Peer nodes. The Peer nodes logically correspond to the accounting nodes in the channels in all, and part of the Peer nodes can also serve as endorsement nodes. The role is divided into work, so that different types of nodes can concentrate on processing the good-quality service.
Client creation request: the client application uses the SDK to cross-track the blockchain network. First, the client obtains a legitimate identity certificate from the CA to join an application channel within the network. Before initiating a formal transaction, a transaction Proposal (Propos) needs to be constructed and submitted to an endoser for endorsement. After the client collects enough endorsement support, the endorsement support is determined according to an endorsement policy. A legal transaction request can be constructed by using endorsements and sent to Orderer for sorting. The client may also monitor messages in the network through an event mechanism to learn whether the transaction was successfully received.
Endorsement is carried out by the Endorser node: the method mainly provides the call for the client to finish endorsement processing of the transaction proposal; currently, signature processing is the main process. After receiving a transaction proposal from a client, firstly checking validity and ACL authority, simulating running transaction if the check passes, recording state change caused by the transaction in a read-write set form comprising keys and versions of the read states, endorsing key values of the written states, and returning results to the client.
Committer node updates the ledger: responsible for maintaining blockchain structures and databases including state databases, history databases, index databases, and the like. The node periodically obtains the ordered batch transaction block structure from the Orderer or leader node, and performs a final check on the transactions before the transactions are dropped, including transaction message structure, signature integrity, whether the transaction is repeated, whether the read-write set versions match, etc. After the check is passed, writing the execution result of legal transaction into account book, constructing new block, updating the block metadata (transfer_filter) metadata in block, and adding legal mark. All peers take on the role of Committer.
The sorting node sorts: orderer performs global ordering for all legal transactions in the network, and combines a batch of ordered transactions to generate a block structure. Orderer does not need to make a transaction with the transaction content.
The block includes a block header, block data, and block metadata; the block header includes three fields, namely, a block number, a current block hash, and a hash of a previous block, which are written when a block is created.
Block number: numbering starts from 0 (initial block), and every new block is added to the blockchain, the number of the numbering is increased by 1. Hash value of current block: hash values of all transactions contained in the current block. Hash value of previous block header: the hash value of the previous block header in the blockchain. These fields are generated by internally hashing the block data. They ensure that each block is closely connected to other blocks adjacent to it, thus making up an unalterable ledger. A step of
The block data contains an ordered list of transactions. The tile data is written when the ordering service creates the tile.
The block metadata includes the time the block was written to, as well as the block writer's certificate, public key, and signature. The presenter of the block will also add a valid or invalid tag to each transaction, but since this information is generated simultaneously with the block, it will not be included in the hash
The CA manages identity certificates: with reference to the PKI architecture, it is responsible for the management (issuing, revocation, etc.) of all certificates in the network. The implementations are located in separate CA modules. After issuing the certificate, the CA does not participate in the transaction process in the network itself.
The invention discloses a block chain data submitting process, which specifically comprises the following steps:
receiving a transaction proposal sent by a client through an endorsement node of a blockchain network, and verifying the transaction proposal;
if the transaction proposal is successfully verified, simulating and executing the transaction to obtain a transaction result; signing the transaction result to obtain an endorsement node signature;
and returning the endorsement node signature and the current endorsement state to the client, checking the endorsement node signature, comparing the checking results of the endorsement node signatures, checking whether enough endorsements are collected, and if so, constructing a legal transaction by the proposal response received by the client after the proposal response reaches a set value, and sending the legal transaction to the ordering node.
The ordering node receives the transaction and sends a block to the confirmation node after ordering; the confirmation node submits the block information corresponding to the block to an application layer; the application layer performs transaction actions and displays the block information.
The proposal response comprises the proposal initiating time, the corresponding hash code of the proposal, signature information of an endorsement mechanism on the proposal result and the calculation result of the proposal transaction for each proposal response. If the proposal signatures are consistent, the proposal transaction is formally submitted to the account book.
Checking endorsement node signatures, specifically: according to the endorsement mechanisms set during intelligent contract deployment, the client side can collect all endorsement nodes under the mechanisms, then simulate and initiate proposal transaction requests, and the endorsement nodes can calculate signature verification data according to the proposal parameters of the transaction and return the signature verification data to the client side. And the client side collects the signature verification results of all endorsement nodes, compares whether all the signature verification results are consistent, and if so, continues to execute the subsequent logic. Otherwise, the transaction is terminated and an error is thrown. The signature verification result refers to encryption calling of the transaction result which is serialized and fixed as possible, and the calculated character string.
The proposal response received by the client reaches a set value, specifically, the number of endorsement nodes is consistent with the number of collected proposal responses. Because the endorsement process is a signing process of different institutions for the transaction, for example, a blockchain network has 2 institutions org1 and org2, and org1-peer2 and org2-peer 1-peer2 are respectively deployed for a total of four nodes. When the chain code is deployed to each node, the node is set to be an endorsement node, and then the transaction proposal is sent to the four nodes respectively when initiated, and the client side can assume that four proposal responses are received.
The generation process of the block comprises the following steps: the application client submits a transaction containing an endorsed transaction proposal response to the ranking service node. The ordering service creates blocks of transactions, the number of transactions in a block depending on the desired size of the block and the channel configuration parameters associated with the maximum interval time. These blocks are then saved into the ledger of the ordering nodes and distributed to all nodes that have joined the channel. Specifically, the channel configuration parameters related to the expected size and the maximum interval time of the block refer to the number of the batch size block transactions and the minimum packaging interval parameter of the batch timeout, and after the sequencing node is started, the batch size transactions are received, or after the batch timeout seconds are not separated, the currently collected transactions are packaged into the block.
The above is only a preferred embodiment of the present invention, and is not intended to limit the present invention, but various modifications and variations can be made to the present invention by those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims (9)

1. A blockchain-based medical record management system, comprising: an application layer, a client, a blockchain gateway layer and a PKI layer;
the client comprises a patient end and a medical institution end; the application layer comprises: the system comprises a registration module, a login authentication module, a medical record information input module, a PIX module and a medical record information retrieval module; the PKI layer comprises a CA certificate management module;
the registration module is used for anonymously registering the patient at the patient end and the medical institution user at the medical institution end, sending the anonymously registering to the CA certificate management module to generate a private key, and feeding back private key information of each of the patient and the medical institution user;
the login authentication module is used for enabling a patient and a medical institution user to login by using private key information and maintaining self-related identity information;
the medical record information input module is used for maintaining medical record information of authorized patients by a medical institution;
the PIX module is used for generating a one-time authorization code of a patient, checking an authorization application list, authorizing related items of medical records and checking authorized histories;
the medical record information retrieval module is used for retrieving the identity information, authorized patient information and corresponding medical record information of a medical institution user; the method is used for the patient to search the patient information and the medical record information recorded in the account of the patient;
the blockchain gateway layer includes a blockchain network for storing patient and healthcare facility registration information, patient case information, and healthcare facility diagnostic records.
2. The blockchain-based medical record management system according to claim 1, wherein the registration module is used for anonymous registration of patients at a patient end and medical institution users at a medical institution end, specifically: the medical institution user inputs the name, the sex and the identity card number of the user, the name, the sex, the age, the identity card number and the mobile phone number of the user into a registration and registration module, the registration and registration module sends a certificate processing request to the CA certificate management module, generates a unique private key through an encryption algorithm, records the unique private key into a blockchain network, and then returns the unique private key to the medical institution user and the patient.
3. The blockchain-based medical record management system of claim 2, wherein the login authentication module is configured to log in by a patient and a medical institution user using private key information, specifically: the medical institution user and the patient input the private keys of the medical institution user and the patient to a login authentication module through a patient end and a medical institution end respectively, the login authentication module calls private key information stored in a blockchain network for comparison, and if the private key information is the same, the login is successful; if not, the login fails.
4. The blockchain-based medical record management system of claim 3, wherein the medical record information retrieval module is configured to retrieve personal identity information, authorized patient information, and corresponding medical record information for a medical institution user, specifically: before a medical institution user retrieves medical record information corresponding to authorized patient information, the method comprises the following steps: the blockchain network judges whether the medical institution user has the authority of the patient, if so, the medical institution inquires the patient case; if not, the blockchain network calls the PIX module to generate a one-time authorization code of the patient, the one-time authorization code is scanned, the application of authorizing access to the patient case is initiated, the patient is authorized by checking the access authorization list, and the medical institution user retrieves medical record information corresponding to the patient information.
5. The blockchain-based medical record management system of claim 4, wherein the medical record information retrieval module is configured to retrieve self identity information, authorized patient information, and corresponding medical record information for a medical facility user, further comprising: and (3) carrying out key encryption and decryption on the electronic medical record of the patient, realizing the encryption and decryption when inquiring the electronic medical record of the patient each time, and carrying out encryption and storage after the inquiring is completed.
6. The blockchain-based medical record management system of claim 5, wherein the encrypting and decrypting the key to the patient electronic medical record is specifically: the RSA algorithm is used to encrypt and decrypt the patient electronic medical record.
7. The blockchain-based medical record management system of claim 6, wherein the blockchain network is configured to store patient and medical facility registration information, patient case information, and medical facility diagnostic records, in particular: based on a gateway module in the blockchain network, invoking a contract method of an intelligent contract in the blockchain network to write and read data in the blockchain network, and storing and invoking registration information of patients and medical institutions, case information of the patients and diagnostic records of the medical institutions.
8. The medical record management method based on the block chain is characterized by comprising the following steps:
collecting anonymous registration information of a patient at the patient end and a medical institution user at the medical institution end, generating a private key, and feeding back the private key information of each of the patient and the medical institution user;
logging in based on private key information of patients and medical institution users, and maintaining self-related identity information;
the method comprises the steps that a patient authorization medical institution user inquires and maintains medical record information of an authorized patient by generating a one-time authorization code of the patient, checking an authorization application list, authorizing medical record related items and authorized history checking;
patient and healthcare facility registration information, patient case information, and healthcare facility diagnostic records are received and a blockchain network is stored.
9. The blockchain-based medical record management method according to claim 8, wherein the private key information based on the patient and the medical institution user logs in to maintain self-related identity information, specifically: the medical institution user searches the identity information, authorized patient information and corresponding medical record information; and the patient retrieves the patient information and medical record information recorded in the account.
CN202311325690.3A 2023-10-12 2023-10-12 Medical record management system and method based on block chain Pending CN117409912A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311325690.3A CN117409912A (en) 2023-10-12 2023-10-12 Medical record management system and method based on block chain

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311325690.3A CN117409912A (en) 2023-10-12 2023-10-12 Medical record management system and method based on block chain

Publications (1)

Publication Number Publication Date
CN117409912A true CN117409912A (en) 2024-01-16

Family

ID=89495477

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311325690.3A Pending CN117409912A (en) 2023-10-12 2023-10-12 Medical record management system and method based on block chain

Country Status (1)

Country Link
CN (1) CN117409912A (en)

Similar Documents

Publication Publication Date Title
AU2021206913B2 (en) Systems and methods for distributed data sharing with asynchronous third-party attestation
US20220337411A1 (en) Cryptoasset custodial system with vault-specific rules governing different actions allowed for different vaults
US10887098B2 (en) System for digital identity authentication and methods of use
US11301845B2 (en) Cryptoasset custodial system with proof-of-stake blockchain support
US11139984B2 (en) Information processing system, devices and methods
US9189777B1 (en) Electronic commerce with cryptographic authentication
US9300649B2 (en) Context sensitive dynamic authentication in a cryptographic system
US7577621B2 (en) Cryptographic server with provisions for interoperability between cryptographic systems
EP3997606B1 (en) Cryptoasset custodial system with custom logic
US20220405765A1 (en) Know your customer (kyc) and anti-money laundering (aml) verification in a multi-decentralized private blockchains network
US11823194B2 (en) Decentralized biometric authentication platform
CN111931230A (en) Data authorization method and device, storage medium and electronic device
CN117409912A (en) Medical record management system and method based on block chain
Glauser Self-Sovereign Identities in Cardossier
Ibor et al. A conceptual framework for augmenting the security of digitized academic records in Nigerian tertiary institutions using blockchain technology
CN113343249A (en) Fabric-based DNA sequence safe storage and sharing method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination