Blockchain-based medical data sharing method, device and equipment and storage medium

Abstract

The application provides a medical data sharing method and device based on a blockchain, equipment and a storage medium, which are applied to a medical information circulation platform. The medical information circulation platform deploys a main index chain and at least one distributed blockchain. The method comprises the following steps: obtaining a diagnosis and treatment information request carrying a main index contract sent by an agency end, obtaining nursing main index information of a user from the at least one distributed blockchain based on the main index contract, verifying public key information and a digital signature of the agency end based on the nursing main index information; after the verification of the agency end is passed, calling an intelligent contract of a corresponding blockchain node based on an interface version number and a business serial number, obtaining a target medical data file based on a file ID and the intelligent contract, and decrypting the target medical data file; and sending the decrypted medical data file to the agency end for visual display. In this way, the agency deploys the blockchain node to the local, and data chaining and obtaining of on-chain data can be quickly completed, thereby improving operation efficiency and operation security.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular to a blockchain-based method, apparatus, device, and storage medium for sharing medical data. Background Technology

[0002] Blockchain is a new type of decentralized information technology. It is a chain structure formed by connecting different blocks in chronological order. With the development of blockchain technology, blockchain-based medical data sharing methods have greatly helped the treatment and analysis of diseases.

[0003] In existing technologies, the sharing of existing data between medical institutions generally adopts a model of patient master index + medical institution local data, using a point-to-point network for data transmission between institutions. Specifically, when a patient visits institution A, institution A can request the patient's historical medical information, that is, by looking up the patient's corresponding master index to determine the other medical institution, and send a verification request to the other medical institution to obtain the patient's local medical data, thereby realizing the sharing of medical data.

[0004] However, the above methods are scattered when requesting data, which can easily lead to cache invalidation. Furthermore, point-to-point data acquisition can easily cause network security issues, inflexible network architecture, and excessively high network requirements. Summary of the Invention

[0005] This application provides a blockchain-based method, apparatus, device, and storage medium for sharing medical data, which addresses the problems of existing data sharing methods, such as fragmented data requests leading to cache invalidation, point-to-point data acquisition causing network security risks, inflexible network architecture, and excessively high network requirements.

[0006] In a first aspect, this application provides a blockchain-based method for sharing medical data, applied to a medical information transfer platform; the medical information transfer platform deploys a main index chain and at least one distributed blockchain; the main index chain and each distributed blockchain include multiple blockchain nodes; each institution deploys one blockchain node; the method includes:

[0007] The system retrieves a user's medical information request sent by the institution, the medical information request carrying a main index contract; the main index contract is obtained by the institution from the main index chain based on the user's requested medical information.

[0008] The system obtains the user's nursing master index information from the at least one distributed blockchain based on the master index contract, and verifies the institution's public key information and digital signature based on the nursing master index information; the nursing master index information includes: institution code, business serial number, interface version number, file identifier ID, digital signature and institution public key;

[0009] After successful verification at the institution, the smart contract of the corresponding blockchain node is invoked based on the interface version number and the business sequence number, and the target medical data file is obtained based on the file ID and the smart contract.

[0010] The target medical data file is decrypted to obtain a medical data file, which is then sent to the institution corresponding to the institution code for visualization.

[0011] Optionally, the business serial number, the digital signature, and the interface version number are obtained by the institution; the business serial number is the business serial number corresponding to various types of medical data files formed by the institution based on the acquired user's medical data and packaged according to a predefined format; the digital signature is obtained by the institution using its private key to digitally sign the transaction hash value returned by the medical information transfer platform, the institution's institution code, and the timestamp corresponding to the stored medical data file.

[0012] Optionally, the interface version number is generated by the organization; the process of generating the interface version number includes:

[0013] The medical data file is encrypted using the organization's public key to obtain the target medical data file. Based on the business sequence number, a smart contract is invoked to upload the target medical data file to the corresponding blockchain node for storage.

[0014] Once the target medical data file is stored on the corresponding blockchain node, the interface version number of the blockchain node storing the target medical data file is recorded.

[0015] Optionally, the nursing master index information also includes a nursing serial number; the process of generating the file identifier ID and transaction hash value includes:

[0016] Based on the nursing serial number and institution code, the file identifier ID corresponding to the medical data file is calculated, and the transaction hash value corresponding to the medical data file is calculated using a hash algorithm.

[0017] Optionally, the target medical data file is decrypted to obtain a medical data file, including:

[0018] The institution's private key is obtained based on the RSA encryption algorithm, and the target medical data file is decrypted using the institution's private key to obtain the medical data file;

[0019] The medical data file is cleaned, and the cleaned medical data file is stored on the corresponding blockchain node based on the smart contract and medical type.

[0020] Optionally, the method further includes:

[0021] The system obtains the user's medical records at the institution, generates nursing master index information based on the medical records, and calls the master index creation contract on the master index chain based on the nursing master index information; the nursing master index information also includes user identification information and nursing information;

[0022] The user is authenticated based on the user identification information. Once the user is successfully authenticated, the user identification information is de-identified.

[0023] A file identifier ID is generated based on the anonymized user identification information, and the entries in the main index contract are updated based on the file ID and the main index contract.

[0024] Optionally, the method further includes:

[0025] For each blockchain node, monitor its operational status.

[0026] When an abnormal operation of the blockchain node is detected, a prompt message is generated to prompt the institution to redeploy the blockchain node.

[0027] Secondly, this application also provides a blockchain-based medical data sharing device applied to a medical information transfer platform; the medical information transfer platform deploys a main index chain and at least one distributed blockchain; the main index chain and each distributed blockchain include multiple blockchain nodes; each institution deploys one blockchain node; the device includes:

[0028] The acquisition module is used to acquire the user's medical information request sent by the institution. The medical information request carries the main index contract. The main index contract is obtained by the institution from the main index chain based on the user's requested medical information.

[0029] The verification module is used to obtain the user's nursing master index information from the at least one distributed blockchain based on the master index contract, and to verify the institution's public key information and digital signature based on the nursing master index information; the nursing master index information includes: institution code, business serial number, interface version number, file identifier ID, digital signature, and institution public key;

[0030] The calling module is used to call the smart contract of the corresponding blockchain node based on the interface version number and the business sequence number after the verification is passed at the institution, and to obtain the target medical data file based on the file ID and the smart contract;

[0031] The decryption module is used to decrypt the target medical data file to obtain the medical data file, and send the medical data file to the institution corresponding to the institution code for visualization display.

[0032] Thirdly, this application also provides an electronic device, including: a processor, and a memory communicatively connected to the processor;

[0033] The memory stores computer-executed instructions;

[0034] The processor executes computer execution instructions stored in the memory to implement the method as described in any one of the first aspects.

[0035] Fourthly, this application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of the first aspects.

[0036] In summary, this application provides a blockchain-based method, apparatus, device, and storage medium for sharing medical data, applied to a medical information transfer platform. The medical information transfer platform deploys a main index chain and at least one distributed blockchain. Both the main index chain and each distributed blockchain include multiple blockchain nodes. Each institution deploys one blockchain node. When a user visits a medical institution, the institution can request the user's historical medical records from other medical institutions. Specifically, the institution invokes the main index contract of the locally deployed main index chain to send data to the platform to retrieve the user's nursing records from at least one distributed blockchain. Furthermore, based on the nursing master index information, the platform verifies the institution's information. Once the institution is verified, it can invoke the distributed blockchain's data acquisition smart contract to retrieve the medical data file locally. The platform then decrypts the medical data file and sends it to the institution for visualization. In this way, various institutions can interact based on the medical information flow platform, simplifying the network architecture, improving operational efficiency, and reducing operating costs. Moreover, each blockchain has the characteristics of being tamper-proof, trustworthy, verifiable, and traceable, achieving secure and stable operation through smart contracts and standard blockchain front-end services. Attached Figure Description

[0037] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0038] Figure 1 A network topology diagram of nursing facilities;

[0039] Figure 2This is a business process diagram for data sharing between existing nursing institutions;

[0040] Figure 3 This is a schematic diagram of an application scenario provided by an embodiment of this application;

[0041] Figure 4 A flowchart illustrating a blockchain-based medical data sharing method provided in this application embodiment;

[0042] Figure 5 This application provides a schematic diagram illustrating the operation of a main index chain and a distributed blockchain, as shown in the embodiments of this application.

[0043] Figure 6 A flowchart illustrating a specific blockchain-based medical data sharing method provided in this application embodiment;

[0044] Figure 7 A schematic diagram of the structure of a blockchain-based medical data sharing device provided in an embodiment of this application;

[0045] Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

[0046] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0047] To facilitate a clear description of the technical solutions in the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish identical or similar items with essentially the same function and purpose. For example, "first device" and "second device" are merely used to distinguish different devices and do not limit their order of execution. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and that "first" and "second" do not necessarily imply that they are different.

[0048] It should be noted that, in this application, the terms "exemplary" or "for example" are used to indicate that something is being described as an example, illustration, or illustration. Any embodiment or design described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design solutions. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0049] In this application, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.

[0050] In regional nursing facility information sharing projects, the common approach for data sharing between different institutions is to use a patient master index + local medical institution data model, using a point-to-point network for data transmission between institutions. The nursing facility information sharing management system is located at the center of this network, and its network, performance, and concurrency often become the bottlenecks of the system. Figure 1 A network topology diagram of nursing facilities, such as Figure 1 As shown, in a typical prefecture-level city, point-to-point networks frequently interact, forming a star network topology. As the number of institutional nodes increases, the number of network connections also increases exponentially. At the same time, with each node as its own center, the operating costs are high. For example, medical institutions generally use front-end servers for deployment, which results in high concurrent pressure, increased equipment costs, and high maintenance costs.

[0051] In one possible implementation, Figure 2 This is a business process diagram for data sharing between existing nursing facilities, such as... Figure 2 As shown, for the sharing of existing data between medical institutions, when a patient visits institution A, institution A can request the patient's historical medical information. Furthermore, institution A sends a medical information request to the medical information transfer platform. The medical information transfer platform verifies the request, looks up the patient's corresponding master index, and then determines that the other end medical institution is institution B, and returns the found institution information to institution A.

[0052] Furthermore, Institution A sends a request to the other medical institution to obtain the patient's local medical data, i.e., Institution B's verification request. Once the verification is successful, the local medical data is read and returned to Institution A, thus realizing the sharing of medical data.

[0053] Furthermore, Institution A can view the local medical data and use it as a reference for subsequent diagnoses. After the patient's visit, Institution A uploads the medical record to the medical information transfer platform so that the platform can update the patient's master index for future queries. The medical information transfer platform can create corresponding master indexes for different patients.

[0054] However, the above methods suffer from cache invalidation due to the scattered nature of requested data, and the centralized master index is prone to system bottlenecks. Point-to-point data acquisition can easily lead to network security issues, inflexible network architecture, and excessively high network requirements. As a result, the platform is difficult to deploy, requires a lot of equipment investment, and has high operating costs when it is actually deployed and promoted.

[0055] It should be noted that there are usually dozens of nursing institutions in a typical prefecture-level city. Information sharing among dozens of institutions requires a large and inefficient network. Therefore, it is necessary to simplify the network model and improve system efficiency.

[0056] To address the aforementioned issues, this application provides a blockchain-based medical data sharing method. Utilizing blockchain-based distributed storage, institutions only need to deploy blockchain nodes locally to quickly complete data uploading and retrieval, improving operational efficiency. By leveraging cross-link interfaces provided by different blockchain networks, various functions can be achieved, transforming the interaction from between two systems to between blockchains. Furthermore, each blockchain possesses characteristics such as immutability, verifiability, and transaction traceability. Through smart contracts and standard blockchain front-end services, a transaction mechanism is implemented to ensure the stable operation of the overall system.

[0057] Specifically, when a user visits a healthcare institution, the institution can request the user's historical medical records from other healthcare institutions. That is, the institution calls the master index contract of the locally deployed master index chain and sends it to the platform to obtain the user's nursing master index information from at least one distributed blockchain. Further, the platform verifies the institution's information based on the nursing master index information. Once the institution's verification is successful, it can call the data acquisition smart contract of the distributed blockchain to pull the medical data file to its local machine. Then, the platform decrypts the medical data file and sends the decrypted medical data file to the institution for visualization.

[0058] For example, Figure 3 This is a schematic diagram of an application scenario provided in an embodiment of this application, such as... Figure 3As shown, this application scenario is applied to the information sharing system for nursing institutions under the company's long-term care insurance program. This system is based on a regional medical data transfer platform. In a typical prefecture-level city, there are usually dozens of institutions. This application scenario takes three institutions as an example. It can include: a medical information transfer platform 301, terminal equipment 302 for the first institution, terminal equipment 303 for the second institution, and terminal equipment 304 for the third institution. The medical information transfer platform 301 deploys a main index chain and a distributed blockchain. Both the main index chain and each distributed blockchain include multiple blockchain nodes. Each institution deploys one blockchain node.

[0059] Specifically, when a patient visits the first institution, they can request data from their previous nursing care. This patient may have previously received care at any of the first, second, or third institutions. Therefore, this nursing care data can be stored in any of the terminal devices 302 of the first institution, 303 of the second institution, and 304 of the third institution. Taking the storage of nursing care data at the terminal device 303 of the second institution as an example, when a patient receives care at the first institution, they can request data from their previous nursing care, such as valid examination information, test information, medical orders, and institution summaries.

[0060] Furthermore, the first institution invokes the master index contract of the locally deployed master index chain and sends it to the medical information transfer platform 301 to obtain the patient's nursing master index information from the distributed blockchain. Further, the medical information transfer platform 301 verifies the information of the first institution based on the nursing master index information. After the first institution passes the verification, it can invoke the data acquisition smart contract of the distributed blockchain to pull the patient's medical data file stored by the second institution to its local machine. Then, the medical information transfer platform 301 decrypts the medical data file and sends the decrypted medical data file to the first institution's terminal device 302 for visualization display.

[0061] Since each institution deploys a blockchain node, the medical data files of users stored in different institutions are all stored in the blockchain node. This application can directly obtain the required data from the distributed blockchain. By utilizing blockchain-based distributed storage, the business process of data sharing among nursing institutions is simplified, and the traditional complex star network structure is transformed into a single chain network structure. The consensus mechanism of the blockchain node itself can realize service discovery and automatically configure the network architecture, avoiding the risks brought by centralized configuration services. The chain network can also effectively reduce network load, reduce network pressure, and avoid the inability to carry out normal business due to network congestion in institutions.

[0062] Optionally, the aforementioned terminal devices can be various electronic devices with a display screen and support web browsing. Terminal devices can also be referred to as terminals, user equipment (UE), mobile stations (MS), mobile terminals (MT), etc. Terminal devices can include mobile phones, smart TVs, wearable devices, smart speakers, smart security devices, smart gateways, tablets, computers with wireless transceiver capabilities, virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in remote medical surgery, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, and wireless terminals in smart homes. These terminal devices include, but are not limited to, smartphones, tablets, laptops, and desktop computers.

[0063] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.

[0064] Figure 4 A flowchart illustrating a blockchain-based medical data sharing method provided in this application embodiment is shown below. Figure 4 As shown, the blockchain-based medical data sharing method can be applied not only to the medical field but also to other conventional technical fields. This application does not specifically limit its application in this regard. The blockchain-based medical data sharing method is applied to a medical information transfer platform; the underlying carrier is a server; the medical information transfer platform deploys a main index chain and at least one distributed blockchain; the main index chain and each distributed blockchain include multiple blockchain nodes; each institution deploys one blockchain node; the method includes the following steps:

[0065] S401. Obtain the user's medical information request sent by the institution, wherein the medical information request carries the main index contract; the main index contract is obtained by the institution from the main index chain based on the user's requested medical information.

[0066] In this embodiment, the "institutional end" can refer to the terminal equipment of medical institutions, physical examination centers, nursing centers, nursing homes, and other medical and elderly care institutions; this embodiment does not specifically limit the institutional end; the master index contract is a computer program or computer protocol that calls the master index to automatically execute the corresponding process; this embodiment does not limit the specific content corresponding to the master index contract.

[0067] In this step, when a patient goes to a medical institution for care, the institution can request the patient's historical care information, such as recent examination and test results, for reference. Specifically, the medical institution calls the main index contract of the locally deployed main index chain to obtain the patient's recent care main index information, and this request will be recorded.

[0068] Furthermore, the medical institution uses the obtained master index contract as input parameter to generate a diagnosis and treatment information request, and sends the diagnosis and treatment information request to the medical data sharing platform (medical information circulation platform) so that the medical information circulation platform can receive the diagnosis and treatment information request and perform subsequent operations.

[0069] S402. Obtain the user's nursing master index information from the at least one distributed blockchain based on the master index contract, and verify the institution's public key information and digital signature based on the nursing master index information; the nursing master index information includes: institution code, business serial number, interface version number, file identifier ID, digital signature and institution public key.

[0070] There is a correspondence between the public key and the private key of the organization. This application does not limit the specific content of the correspondence between the public key and the private key of the organization, and it can be set according to the actual situation.

[0071] In this embodiment, the institution code is the identification code corresponding to the nursing institution, such as the nursing institution code; the business sequence number is the identification number of the medical type (nursing type) or nursing department corresponding to the patient's visit; the interface version number is the identification number of the interface of the blockchain node corresponding to the storage of the medical data file; the file identification number (Identity Document, ID) is the identification information corresponding to the medical data file; the digital signature is a unique virtual fingerprint corresponding to the created medical data file; this embodiment does not specifically limit the content corresponding to the institution code, business sequence number, interface version number, file ID, digital signature, and institution public key.

[0072] It should be noted that the nursing master index information is nursing data pushed by the institution to the medical information flow platform. The nursing master index information is stored on the blockchain. In this way, each institution only needs to search by conditions to obtain the nursing master index information, thereby improving the efficiency of data acquisition.

[0073] In this step, the platform (medical information transfer platform) can obtain the user's nursing master index information from at least one blockchain node of a distributed blockchain based on the master index contract. Furthermore, it verifies the institution's public key information based on the institution's public key in the nursing master index information, and verifies the correctness of the institution's digital signature based on the digital signature in the nursing master index information.

[0074] S403. After successful verification at the institution, the smart contract of the corresponding blockchain node is invoked based on the interface version number and the business serial number, and the target medical data file is obtained based on the file ID and the smart contract.

[0075] In this embodiment, the smart contract is a computer program or computer protocol for executing data acquisition and used to automatically execute the corresponding process; this embodiment does not limit the specific content of the smart contract.

[0076] In this step, after the institution verifies the data, the platform can call the smart contract of the distributed data chain (distributed blockchain) to retrieve the target medical data file to the local machine based on the file ID. The smart contract is determined based on the interface version number and the business sequence number. Each interface version number corresponds to a blockchain node, and each business sequence number corresponds to a type of smart contract. The blockchain node is equipped with the corresponding type of smart contract. The target medical data file is a medical data file encrypted with the institution's public key using a predefined encryption algorithm.

[0077] S404. Decrypt the target medical data file to obtain the medical data file, and send the medical data file to the institution corresponding to the institution code for visualization display.

[0078] In this step, the platform can use a predefined encryption algorithm to obtain the institution's private key and use the institution's private key to decrypt the data to obtain a medical data file. The medical data file is then sent to the medical institution corresponding to the institution code for visualization, so that the medical institution can view the displayed data on the visualization page as a reference for subsequent diagnosis. The predefined encryption algorithm is a predefined encryption algorithm, such as the RSA encryption algorithm. This application embodiment does not limit the specific algorithm corresponding to the predefined encryption algorithm.

[0079] Optionally, after obtaining the medical data file, the medical data file can be formatted using a predefined format and then sent to the institution corresponding to the institution code for visualization.

[0080] Therefore, this application provides a blockchain-based medical data sharing method, which can effectively reduce the problems of high initial development costs and complex communication and coordination caused by data differences between institutions. By utilizing blockchain-based distributed storage, institutions only need to deploy blockchain nodes locally, and data uploading and acquisition on the chain can be completed quickly, simplifying the network architecture and improving operational efficiency. Moreover, all data can be confirmed and accessed based on the blockchain, and the data flow path can be traced back, facilitating timely supervision, reducing operational risks, and improving network security.

[0081] It should be noted that this application realizes data interaction based on a regional medical data transfer platform, which can improve transfer efficiency and data acquisition capabilities, thereby effectively reducing bandwidth. The transfer platform can be deployed under 4G / 5G network conditions, reducing network limitations, increasing service scalability, and promoting business development. In this way, it can solve the problem that information sharing in nursing institutions cannot be implemented under 4G / 5G network conditions due to high network requirements.

[0082] It should be noted that the blockchain-based medical data sharing method described above is based on an improvement to the medical information flow platform. Figure 5 This application provides a schematic diagram illustrating the operation of a main index chain and a distributed blockchain, as shown in the embodiments below. Figure 5 As shown, the architecture is layered using a main index chain and a distributed storage chain, divided into a control layer and a data layer. Different strategies, permission settings, and consensus mechanisms are adopted for different layers. The workflow of the main index chain and the distributed blockchain includes:

[0083] After an institution generates a data file, it stores it in a file block of a blockchain node in a distributed blockchain and returns a unique file address code, i.e., a file identifier ID. Further, the institution can push this unique file address code to a medical information transfer platform, enabling the platform to retrieve the data file from the file block of the corresponding distributed blockchain node. The platform then parses the data file and generates a nursing master index based on the user's medical records obtained from the medical information block. Finally, it updates the master index information based on the newly generated nursing master index and sends it to the master index chain to update the entries in the master index contract.

[0084] The main index chain adopts a consortium blockchain architecture, where each institution can deploy a blockchain node. Mobile devices or mini-programs can access the blockchain node through a gateway. The consensus mechanism of the main index chain adopts the Practical Byzantine Fault Tolerance (PDFT) algorithm, which means that ordinary nodes do not have update permissions, while platform nodes have write permissions.

[0085] The distributed data chain also adopts a consortium blockchain architecture. Each institution can choose to deploy blockchain nodes based on its hardware and business needs. Ordinary nodes have write permissions. For example, the three nodes deployed by the medical insurance bureau serve as the central storage, and the corresponding ordinary nodes have write permissions.

[0086] Therefore, this application uses the dual chains of blockchain technology to work together, simplifying the system architecture, reducing network congestion, and improving system stability. The blockchain front-end service can utilize cross-chain technology to achieve cross-chain transactions between the control chain and the data chain. Different layers can ensure flexibility during business upgrades and reduce data loss caused by frequent upgrades. The separation of the data layer and the control layer, and the independence of data between different ledgers, facilitates expansion.

[0087] Optionally, the business serial number, the digital signature, and the interface version number are obtained by the institution; the business serial number is the business serial number corresponding to various types of medical data files formed by the institution based on the acquired user's medical data and packaged according to a predefined format; the digital signature is obtained by the institution using its private key to digitally sign the transaction hash value returned by the medical information transfer platform, the institution's institution code, and the timestamp corresponding to the stored medical data file.

[0088] Specifically, the institution can generate various types of medical data files from the medical data generated by user care according to a predefined format, such as the interface format, and generate and package them in batches according to natural days to generate medical data files; each type of medical data file has a corresponding business sequence number, so each type of medical data file also has a corresponding business sequence number.

[0089] Based on the design of the smart contract of the distributed data chain, the medical information transfer platform can return the transaction hash value generated when the medical data file is stored. Furthermore, the institution uses its private key to digitally sign the transaction hash value, the institution code, and the timestamp corresponding to the storage of the medical data file to obtain the digital signature of the medical data file.

[0090] By classifying and storing medical data files, storage efficiency can be improved, and by digitally signing medical data files, data integrity and data transmission security can be guaranteed.

[0091] Optionally, the interface version number is generated by the organization; the process of generating the interface version number includes:

[0092] The medical data file is encrypted using the organization's public key to obtain the target medical data file. Based on the business sequence number, a smart contract is invoked to upload the target medical data file to the corresponding blockchain node for storage.

[0093] Once the target medical data file is stored on the corresponding blockchain node, the interface version number of the blockchain node storing the target medical data file is recorded.

[0094] In this step, the institution can use its public key to encrypt the medical data file. Then, it can call the data storage smart contract of the distributed data chain to upload the encrypted medical data file and obtain the unique file ID corresponding to the medical data file returned by the medical information transfer platform. Correspondingly, after the medical information transfer platform stores the encrypted medical data file on the corresponding blockchain node, it can record the interface version number of the blockchain node storing the encrypted medical data file.

[0095] In this way, the business data corresponding to medical data files can be stored securely and immutably through a blockchain-based distributed storage chain.

[0096] Optionally, the nursing master index information also includes a nursing serial number; the process of generating the file identifier ID and transaction hash value includes:

[0097] Based on the nursing serial number and institution code, the file identifier ID corresponding to the medical data file is calculated, and the transaction hash value corresponding to the medical data file is calculated using a hash algorithm.

[0098] In this application, a hash algorithm is a function or operation type used to map any data input to a fixed-size output. The specific algorithm corresponding to the hash algorithm is not limited in the embodiments of this application.

[0099] In this step, the platform can use the nursing record number and institution code corresponding to the user's current medical visit to calculate the unique ID of the file as the key, store them as different voucher files, and return them to the institution. Correspondingly, it can also use a hash algorithm to calculate the transaction hash value corresponding to the medical data file and return the transaction hash value such as TxHash of the current file to the client, so that the institution can perform digital signature based on the transaction hash value.

[0100] Optionally, the platform can obtain medical data of different data types (medical type) stored on different blockchain nodes through the file's unique ID, i.e., the file identification number ID, and parse the medical data according to the different data types and return it to the institution.

[0101] Therefore, the embodiments of this application can calculate the file identifier ID corresponding to the medical data file to obtain the corresponding medical data, thereby improving the data acquisition efficiency. By using a hash algorithm to encrypt the medical data file, it can be ensured that the data is not tampered with during transmission or storage, and the security of the data transmission process can also be enhanced.

[0102] Optionally, the target medical data file is decrypted to obtain a medical data file, including:

[0103] The institution's private key is obtained based on the RSA encryption algorithm, and the target medical data file is decrypted using the institution's private key to obtain the medical data file;

[0104] The medical data file is cleaned, and the cleaned medical data file is stored on the corresponding blockchain node based on the smart contract and medical type.

[0105] In this step, the platform can use the RSA encryption algorithm to obtain the institution's private key and use the institution's private key to decrypt the target medical data file. Further, the platform cleans the decrypted medical data file and calls different smart contracts to store the cleaned medical data file. At this time, the data structure stored in the distributed data chain can be stored differently according to different medical types. For example, medical data files can be stored in the corresponding blockchain nodes according to types such as examination, testing, long-term medical orders, temporary medical orders, and nursing institution fee information.

[0106] Therefore, the embodiments of this application can perform data cleaning on the decrypted medical data files to correct identifiable errors in the data files and improve the accuracy of the medical data files. Furthermore, storing the cleaned medical data files on the corresponding blockchain nodes can effectively prevent data from being tampered with and ensure the stability of data storage.

[0107] Optionally, the method further includes:

[0108] The system obtains the user's medical records at the institution, generates nursing master index information based on the medical records, and calls the master index creation contract on the master index chain based on the nursing master index information; the nursing master index information also includes user identification information and nursing information;

[0109] The user is authenticated based on the user identification information. Once the user is successfully authenticated, the user identification information is de-identified.

[0110] A file identifier ID is generated based on the anonymized user identification information, and the entries in the main index contract are updated based on the file ID and the main index contract.

[0111] The user identification information includes the user's name, age, ID number, and phone number; the nursing information may include nursing type, nursing serial number, nursing department, diagnosis, medical orders, nursing date, nursing cost, etc.

[0112] In this step, after a patient's visit to an institution concludes, the institution can upload the patient's medical results to the blockchain node of the medical information transfer platform. Specifically, the platform can obtain the contents of the patient's basic information table and nursing information table, and generate nursing master index information. The structure of the medical results can include: patient name, age, ID number, phone number, nursing serial number, nursing institution code, nursing department, diagnosis, medical orders, nursing type, nursing date, nursing cost, etc. Furthermore, based on the nursing master index information, the platform calls the master index creation contract on the master index chain. In addition, after verifying the institution's information, the platform also needs to verify the patient's identity information, that is, to authenticate the user based on the user identification information.

[0113] Once the patient's identity is verified, the user identification information can be anonymized, and a file identification number (ID) can be generated based on the anonymized user identification information. For example, a unique file ID generated using the patient's ID number can be used as the key value to add and append entries to the master index contract, and store the patient's nursing master index information.

[0114] Understandably, when a user's care ends, i.e., after the medical visit, it is necessary to generate a medical data file for this care, initiate the main index update process, save the medical data file to the distributed data chain, and append new care records.

[0115] It should be noted that the above steps require blockchain transactions; that is, the above steps will not be executed if the user's medical data file fails to be stored on the blockchain node or the process is terminated.

[0116] Therefore, the embodiments of this application can continuously update the data, that is, upload the user's medical results to the blockchain node for storage each time, so that the user can query and use them when visiting the hospital again, and ensure the integrity of the user's medical data.

[0117] Optionally, the method further includes:

[0118] For each blockchain node, monitor its operational status.

[0119] When an abnormal operation of the blockchain node is detected, a prompt message is generated to prompt the institution to redeploy the blockchain node.

[0120] In this embodiment of the application, the operational status may refer to the sharing of medical data between different institutions. If the operational status of a certain blockchain node is abnormal, it indicates that there is a problem with the blockchain node corresponding to that institution. In this case, it is necessary to check and correct the blockchain node, or redeploy other blockchain nodes for that institution. This embodiment of the application does not specifically limit the handling method for abnormal operation status of blockchain nodes.

[0121] For example, the sharing of medical data between different institutions can be monitored in real time through the medical insurance bureau's regulatory node. When abnormalities occur in the data during the statistical phase, a prompt message can be generated to remind the institution to redeploy the blockchain node.

[0122] Optionally, this application may also include incentive measures such as policy guidance or preferential treatment from medical insurance funds to promote data sharing among different institutions.

[0123] Therefore, this application embodiment can also monitor the operation of blockchain nodes. When an abnormal operation occurs, it can generate a prompt message to notify the user, thereby improving the stability of the medical information flow platform.

[0124] In conjunction with the above embodiments, Figure 6 A flowchart illustrating a specific blockchain-based medical data sharing method provided in this application embodiment is shown below. Figure 6 As shown, considering the overall business scenario, the overall business process of the blockchain-based medical data sharing method includes:

[0125] Step A: When a patient visits institution A, institution A can request the patient's historical medical information. Further, institution A generates a visit information request to obtain the main index contract on the main index chain. Further, it generates a treatment information request based on the main index contract and sends the treatment information request to the medical information transfer platform. The treatment information request carries the return value of the main index contract.

[0126] Step B: The medical information transfer platform receives the medical information request and verifies it. When the verification is successful, it retrieves the patient's nursing master index information from the distributed data chain based on the master index contract, retrieves the medical data file based on the nursing master index information, parses it, and returns the result to Institution A for viewing.

[0127] Step C: Institution A can view the patient's medical data file for subsequent diagnostic reference. After the patient's visit, it can regenerate the patient's medical data file and store it in a file block in the distributed data chain. Furthermore, after storing the medical data file, the distributed data chain can return the file's unique address code (file unique ID) to Institution A. Institution A can then push the file unique address code to the medical information transfer platform.

[0128] Step D: The medical information transfer platform can obtain the corresponding medical data file based on the file's unique ID, parse the medical data file to obtain the consultation result, further generate nursing master index information based on the consultation result, and update the data in the medical data block. Further, based on the nursing master index information, it calls the master index creation contract on the master index chain to update the entries in the master index contract, i.e., the corresponding master index.

[0129] The main index chain has a chain-like network architecture. In actual deployment, institutions can deploy blockchain nodes of the main index chain or blockchain nodes of the distributed data chain. The deployment conditions depend on the size and hardware conditions of the institution, and this application embodiment does not impose specific limitations on this. By deploying blockchain nodes locally, institutions can accelerate data upload and download speeds.

[0130] For example, taking the scenario of government agencies reviewing projects as an example, repeated inspections are something that both patients and medical insurance bureaus should try to avoid. In an ordinary prefecture-level city, there are usually dozens of institutions. Sharing nursing information among dozens of institutions is a resource-consuming activity. Therefore, mutual recognition of inspections within the unified planning area or medical alliance, mutual reference of medical data, and rational allocation of different medical resources are all extremely important.

[0131] Specifically, medical data is generated during patient care. Institutions can then encrypt this data and upload it to a blockchain-based distributed storage ledger, notifying the nursing institution information sharing platform (medical information flow platform) to update the data. Furthermore, upon receiving the notification from the institution, the platform can retrieve the medical data based on the file ID, decrypt it using a private key, and after cleaning the data, generate the patient's master nursing index information according to the patient information table and nursing information table, updating it in the patient ledger. When a patient receives care again, they can request data from the previous care session, such as valid examination information, test results, medical orders, and institution summaries. This process is repeated continuously to complete the daily information sharing business of nursing institutions.

[0132] The decrypted data can be distributed and stored according to different types into values ​​with the file ID generated by the nursing serial number as the key.

[0133] It should be noted that this application is based on blockchain technologies such as blockchain, smart contracts, and distributed storage, providing a technical foundation for improving the transmission efficiency of data privacy transfer and sharing.

[0134] In this way, this application can solve the problem that the current regional medical sharing project architecture relies too much on the central terminal for forwarding, which makes the system unable to adapt to the rapid growth of business scale and the operation and maintenance costs increase too quickly. By introducing blockchain-based distributed file storage, the architecture is simplified, the system operation and maintenance costs and the hardware costs of institutions are reduced, and the product's competitiveness is improved. Moreover, by streamlining business processes, manpower input can be saved, operation and maintenance personnel costs can be reduced, system availability, stability and system utilization can be improved, and the risk of data loss of a single institution can be reduced.

[0135] In the foregoing embodiments, the blockchain-based medical data sharing method provided by this application has been described. To implement the functions of the methods provided in the embodiments of this application, the electronic device serving as the execution entity may include hardware structures and / or software modules, implementing the aforementioned functions in the form of hardware structures, software modules, or a combination of hardware structures and software modules. Whether a particular function is executed in the form of hardware structures, software modules, or a combination of hardware structures and software modules depends on the specific application and design constraints of the technical solution.

[0136] For example, Figure 7This is a schematic diagram of a blockchain-based medical data sharing device provided in an embodiment of this application. The device 700 is applied to a medical information transfer platform; the medical information transfer platform deploys a main index chain and at least one distributed blockchain; the main index chain and each distributed blockchain include multiple blockchain nodes; each institution deploys one blockchain node; the device 700 includes: an acquisition module 701, a verification module 702, a calling module 703, and a decryption module 704; wherein, the acquisition module 701 is used to acquire a user's medical information request sent by the institution, the medical information request carrying a main index contract; the main index contract is obtained by the institution from the main index chain based on the user's requested medical information;

[0137] The verification module 702 is used to obtain the user's nursing master index information from the at least one distributed blockchain based on the master index contract, and to verify the institution's public key information and digital signature based on the nursing master index information; the nursing master index information includes: institution code, business serial number, interface version number, file identifier ID, digital signature and institution public key;

[0138] The calling module 703 is used to call the smart contract of the corresponding blockchain node based on the interface version number and the business sequence number after the verification is passed at the institution, and to obtain the target medical data file based on the file ID and the smart contract;

[0139] The decryption module 704 is used to decrypt the target medical data file to obtain the medical data file, and send the medical data file to the institution corresponding to the institution code for visualization display.

[0140] Optionally, the business serial number, the digital signature, and the interface version number are obtained by the institution; the business serial number is the business serial number corresponding to various types of medical data files formed by the institution based on the acquired user's medical data and packaged according to a predefined format; the digital signature is obtained by the institution using its private key to digitally sign the transaction hash value returned by the medical information transfer platform, the institution's institution code, and the timestamp corresponding to the stored medical data file.

[0141] Optionally, the interface version number is generated by the organization; the process of generating the interface version number includes:

[0142] The medical data file is encrypted using the organization's public key to obtain the target medical data file. Based on the business sequence number, a smart contract is invoked to upload the target medical data file to the corresponding blockchain node for storage.

[0143] Once the target medical data file is stored on the corresponding blockchain node, the interface version number of the blockchain node storing the target medical data file is recorded.

[0144] Optionally, the nursing master index information further includes a nursing serial number; the device 700 further includes a generation module; the generation module is used for:

[0145] Based on the nursing serial number and institution code, the file identifier ID corresponding to the medical data file is calculated, and the transaction hash value corresponding to the medical data file is calculated using a hash algorithm.

[0146] Optionally, the decryption module 704 is specifically used for:

[0147] The institution's private key is obtained based on the RSA encryption algorithm, and the target medical data file is decrypted using the institution's private key to obtain the medical data file;

[0148] The medical data file is cleaned, and the cleaned medical data file is stored on the corresponding blockchain node based on the smart contract and medical type.

[0149] Optionally, the transpose 700 further includes an update module; the update module is used for:

[0150] The system obtains the user's medical records at the institution, generates nursing master index information based on the medical records, and calls the master index creation contract on the master index chain based on the nursing master index information; the nursing master index information also includes user identification information and nursing information;

[0151] The user is authenticated based on the user identification information. Once the user is successfully authenticated, the user identification information is de-identified.

[0152] A file identifier ID is generated based on the anonymized user identification information, and the entries in the main index contract are updated based on the file ID and the main index contract.

[0153] Optionally, the device 700 further includes a monitoring module, the monitoring module being used for:

[0154] For each blockchain node, monitor its operational status.

[0155] When an abnormal operation of the blockchain node is detected, a prompt message is generated to prompt the institution to redeploy the blockchain node.

[0156] The specific implementation principle and effects of the blockchain-based medical data sharing device provided in this application can be found in the relevant descriptions and effects of the above embodiments, and will not be elaborated further here.

[0157] This application also provides a schematic diagram of the structure of an electronic device. Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application, such as... Figure 8 As shown, the electronic device may include: a processor 801 and a memory 802 communicatively connected to the processor; the memory 802 stores computer execution instructions; the processor 801 executes the computer execution instructions stored in the memory 802, causing the processor 801 to perform the method described in any of the above embodiments.

[0158] The memory 802 and the processor 801 can be connected via bus 803.

[0159] This application also provides a computer-readable storage medium storing computer program execution instructions, which, when executed by a processor, are used to implement the methods as described in any of the foregoing embodiments of this application.

[0160] This application also provides a chip for executing instructions, which is used to perform the methods executed by an electronic device as described in any of the foregoing embodiments of this application.

[0161] This application also provides a computer program product, which includes a computer program that, when executed by a processor, can implement the method performed by an electronic device as described in any of the foregoing embodiments of this application.

[0162] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple modules or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or modules may be electrical, mechanical, or other forms.

[0163] The modules described as separate components may or may not be physically separate. The components shown as modules may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to implement the solution of this embodiment according to actual needs.

[0164] Furthermore, the functional modules in the various embodiments of this application can be integrated into one processing unit, or each module can exist physically separately, or two or more modules can be integrated into one unit. The unit composed of the above modules can be implemented in hardware or in the form of hardware plus software functional units.

[0165] The integrated modules implemented as software functional modules described above can be stored in a computer-readable storage medium. These software functional modules, stored in a storage medium, include several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute some steps of the methods described in the various embodiments of this application.

[0166] It should be understood that the aforementioned processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the application can be directly manifested as being executed by a hardware processor, or executed by a combination of hardware and software modules within the processor.

[0167] The memory may include high-speed random access memory (RAM) or non-volatile memory (NVM), such as at least one disk storage device, and may also be a USB flash drive, external hard drive, read-only memory, disk or optical disc, etc.

[0168] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.

[0169] The aforementioned storage media can be implemented from any type of volatile or non-volatile storage device or a combination thereof, such as Static Random-Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The storage media can be any available medium accessible to general-purpose or special-purpose computers.

[0170] An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. Alternatively, the storage medium can be an integral part of the processor. Both the processor and the storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and storage medium can exist as discrete components in an electronic device or host device.

[0171] The above description is merely a specific implementation of the embodiments of this application, but the protection scope of the embodiments of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the embodiments of this application should be covered within the protection scope of the embodiments of this application. Therefore, the protection scope of the embodiments of this application should be determined by the protection scope of the claims.

Claims

1. A blockchain-based method for sharing medical data, characterized in that, The method is applied to a medical information transfer platform; the medical information transfer platform deploys a main index chain and at least one distributed blockchain; the main index chain and each distributed blockchain include multiple blockchain nodes; each institution deploys one blockchain node; the method includes: The system retrieves a user's medical information request sent by the institution, the medical information request carrying a main index contract; the main index contract is obtained by the institution from the main index chain based on the user's requested medical information. The system obtains the user's nursing master index information from the at least one distributed blockchain based on the master index contract, and verifies the institution's public key information and digital signature based on the nursing master index information; the nursing master index information includes: institution code, business serial number, interface version number, file identifier ID, digital signature and institution public key; After successful verification at the institution, the smart contract of the corresponding blockchain node is invoked based on the interface version number and the business sequence number, and the target medical data file is obtained based on the file ID and the smart contract. The target medical data file is decrypted to obtain a medical data file, and the medical data file is sent to the institution corresponding to the institution code for visualization display; The system obtains the user's medical records at the institution, generates nursing master index information based on the medical records, and calls the master index creation contract on the master index chain based on the nursing master index information; the nursing master index information also includes user identification information and nursing information; The user is authenticated based on the user identification information. Once the user is successfully authenticated, the user identification information is de-identified. A file identifier ID is generated based on the anonymized user identification information, and the entries in the main index contract are updated based on the file ID and the main index contract.

2. The method according to claim 1, characterized in that, The business serial number, the digital signature, and the interface version number are obtained by the institution. The business serial number is the business serial number corresponding to various types of medical data files formed by the institution based on the acquired user's medical data and packaged according to a predefined format. The digital signature is obtained by the institution using its private key to digitally sign the transaction hash value returned by the medical information transfer platform, the institution's institution code, and the timestamp corresponding to the stored medical data file.

3. The method according to claim 2, characterized in that, The interface version number is generated by the organization; the process of generating the interface version number includes: The medical data file is encrypted using the organization's public key to obtain the target medical data file. Based on the business sequence number, a smart contract is invoked to upload the target medical data file to the corresponding blockchain node for storage. Once the target medical data file is stored on the corresponding blockchain node, the interface version number of the blockchain node storing the target medical data file is recorded.

4. The method according to claim 2, characterized in that, The nursing master index information also includes a nursing serial number; the process for generating the file identifier ID and transaction hash value includes: Based on the nursing serial number and institution code, the file identifier ID corresponding to the medical data file is calculated, and the transaction hash value corresponding to the medical data file is calculated using a hash algorithm.

5. The method according to claim 1, characterized in that, The target medical data file is decrypted to obtain a medical data file, including: The institution's private key is obtained based on the RSA encryption algorithm, and the target medical data file is decrypted using the institution's private key to obtain the medical data file; The medical data file is cleaned, and the cleaned medical data file is stored on the corresponding blockchain node based on the smart contract and medical type.

6. The method according to any one of claims 1-5, characterized in that, The method further includes: For each blockchain node, monitor its operational status. When an abnormal operation of the blockchain node is detected, a prompt message is generated to prompt the institution to redeploy the blockchain node.

7. A blockchain-based medical data sharing device, characterized in that, The device is applied to a medical information transfer platform; the medical information transfer platform deploys a main index chain and at least one distributed blockchain; the main index chain and each distributed blockchain include multiple blockchain nodes; each institution deploys one blockchain node; the device includes: The acquisition module is used to acquire the user's medical information request sent by the institution. The medical information request carries the main index contract. The main index contract is obtained by the institution from the main index chain based on the user's requested medical information. The verification module is used to obtain the user's nursing master index information from the at least one distributed blockchain based on the master index contract, and to verify the institution's public key information and digital signature based on the nursing master index information; the nursing master index information includes: institution code, business serial number, interface version number, file identifier ID, digital signature, and institution public key; The calling module is used to call the smart contract of the corresponding blockchain node based on the interface version number and the business sequence number after the verification is passed at the institution, and to obtain the target medical data file based on the file ID and the smart contract; The decryption module is used to decrypt the target medical data file to obtain the medical data file, and send the medical data file to the institution corresponding to the institution code for visualization display; The update module is used for: The system obtains the user's medical records at the institution, generates nursing master index information based on the medical records, and calls the master index creation contract on the master index chain based on the nursing master index information; the nursing master index information also includes user identification information and nursing information; The user is authenticated based on the user identification information. Once the user is successfully authenticated, the user identification information is de-identified. A file identifier ID is generated based on the anonymized user identification information, and the entries in the main index contract are updated based on the file ID and the main index contract.

8. An electronic device, characterized in that, include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-6.

Images