A medical information management method, system, computer device and storage medium

Abstract

The present application discloses a medical information management method, system, computer device, and storage medium. In this solution, a blockchain node receives a deduction request from a hospital system, calls a smart contract to deduct fees from a patient's smart contract according to the deduction request, and uploads the deduction result information to the blockchain. In addition, it is also necessary to receive the diagnosis and treatment information sent by the hospital system, determine the mapping result between the deduction result information and the diagnosis and treatment information, and upload the mapping result to the blockchain. Since the deduction information and the diagnosis and treatment information are both uploaded to the blockchain in this solution, the deduction information and the diagnosis and treatment information can be made public and are guaranteed not to be tampered with, thereby improving the credibility of medical information data.

Description

Technical Field

[0001] This application relates to the technical field of data processing, and in particular, to a medical information management method, system, computer device, and storage medium. Background Art

[0002] Currently, when people receive inpatient medical treatment in a hospital, there are usually three links: patients prepay fees, the hospital deducts fees from the prepayment during the treatment of patients, and finally patients conduct additional checkouts. In the traditional solution, medical expenses and related detailed information are centrally managed by the hospital, which is opaque to patients, causing patients to lack trust in medical information data, and there is also a risk that the medical information data can be tampered with.

[0003] Therefore, how to improve the credibility of medical information data is a technical problem that needs to be solved by those skilled in the art. Summary of the Invention

[0004] In view of this, this application provides a medical information management method, system, computer device, and storage medium.

[0005] To achieve the above object, on the one hand, this application provides a medical information management method, including:

[0006] Receiving a deduction request sent by a hospital system;

[0007] Invoking a hospital smart contract to deduct fees in a patient smart contract according to the deduction request, and adding the deduction result information to a blockchain;

[0008] Receiving medical treatment information sent by the hospital system;

[0009] Invoking the hospital smart contract to map the medical treatment information with the deduction result information, and adding the mapping result to the blockchain.

[0010] Optionally, the invoking a hospital smart contract to deduct fees in a patient smart contract according to the deduction request, and adding the deduction result information to the blockchain includes:

[0011] Invoking a hospital smart contract to deduct fees in a patient smart contract according to the deduction request;

[0012] Judging whether the balance of the patient smart contract is greater than or equal to the fee to be deducted, where the fee to be deducted is the fee to be deducted corresponding to the deduction request;

[0013] If not, then recording the deduction result information as a deduction failure message, and adding the deduction result information to the blockchain;

[0014] After invoking the hospital smart contract to deduct fees in the patient smart contract according to the fee deduction request and adding the fee deduction result information to the blockchain, the following steps are further included:

[0015] Send a notice to replenish the balance to the patient system;

[0016] Receive the replenished balance sent by the patient system and update the balance in the patient smart contract to complete the fee deduction request.

[0017] On the other hand, the present application provides a medical information management system, including:

[0018] A fee deduction request receiving module, configured to receive a fee deduction request sent by a hospital system;

[0019] A fee deduction module, configured to invoke a hospital smart contract to deduct fees in the patient smart contract according to the fee deduction request and add the fee deduction result information to the blockchain;

[0020] A diagnosis and treatment information receiving module, configured to receive diagnosis and treatment information sent by a hospital system;

[0021] A mapping result determining module, configured to invoke the hospital smart contract to map the diagnosis and treatment information with the fee deduction result information and add the mapping result to the blockchain.

[0022] On the other hand, the present application provides a computer device, including:

[0023] A processor and a memory;

[0024] Wherein, the processor is configured to execute a program stored in the memory;

[0025] The memory is configured to store a program, and the program is at least used for:

[0026] Receive a fee deduction request sent by a hospital system;

[0027] Invoke a hospital smart contract to deduct fees in the patient smart contract according to the fee deduction request and add the fee deduction result information to the blockchain;

[0028] Receive diagnosis and treatment information sent by a hospital system;

[0029] Invoke the hospital smart contract to map the diagnosis and treatment information with the fee deduction result information and add the mapping result to the blockchain.

[0030] On the other hand, the present application provides a storage medium, in which computer executable instructions are stored, and when the computer executable instructions are loaded and executed by a processor, the medical information management method as described above is implemented.

[0031] A medical information management method provided by an embodiment of the present application. A blockchain node receives a deduction request from a hospital system, calls a smart contract to deduct fees from a patient's smart contract according to the deduction request, and uploads the deduction result information to the blockchain. In addition, it is also necessary to receive the diagnosis and treatment information sent by the hospital system, determine the mapping result between the deduction result information and the diagnosis and treatment information, and upload the mapping result to the blockchain. Since the deduction information and the diagnosis and treatment information are both uploaded to the blockchain in this solution, the deduction information and the diagnosis and treatment information can be made public and are guaranteed not to be tampered with, thereby improving the credibility of medical information data.

[0032] In this application, a blockchain node receives a deduction request from a hospital system, calls a smart contract to deduct fees from a patient's smart contract according to the deduction request, and uploads the deduction result information to the blockchain. In addition, it is also necessary to receive the diagnosis and treatment information sent by the hospital system, determine the mapping result between the deduction result information and the diagnosis and treatment information, and upload the mapping result to the blockchain. Since the deduction information and the diagnosis and treatment information are both uploaded to the blockchain in this solution, the deduction information and the diagnosis and treatment information can be made public and are guaranteed not to be tampered with, thereby improving the credibility of medical information data. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, the drawings in the following description are only the embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained according to the provided drawings.

[0034] Figure 1 Shows a schematic diagram of the hardware composition framework applicable to a medical information management method according to an embodiment of the present application;

[0035] Figure 2 Shows a schematic flowchart of a medical information management method according to an embodiment of the present application;

[0036] Figure 3 Shows a schematic flowchart of a medical information management method according to an embodiment of the present application;

[0037] Figure 4 Shows a schematic flowchart of a medical information management method according to an embodiment of the present application;

[0038] Figure 5 Shows a schematic flowchart of a medical information management method according to an embodiment of the present application;

[0039] Figure 6 Shows a schematic flowchart of a medical information management method according to an embodiment of the present application;

[0040] Figure 7 The block diagram of the composition structure of an embodiment of a medical information management system according to an embodiment of the present application is shown;

[0041] Figure 8 The schematic diagram of the composition structure of an embodiment of a computer device according to an embodiment of the present application is shown. Detailed implementation manners

[0042] In traditional solutions, medical expenses and related detailed information are centrally managed by hospitals, which are opaque to patients, causing patients to lack trust in medical information data, and there is also a risk of medical information data being tampered with. And this solution provides a medical information management method, system, computer device and storage medium, which can improve the credibility of medical information data.

[0043] For the convenience of understanding, first, the hardware composition framework applicable to the solution corresponding to the medical information management method of the present application will be introduced. It can be seen from Figure 1 , among which, Figure 1 The schematic diagram of the hardware composition framework applicable to a medical information management method of the present application is shown.

[0044] Please refer to Figure 1 , from Figure 1 it can be known that the hardware component framework may include a patient node device 11, a hospital node device 12, and a blockchain network 13. Among them, the blockchain network 13 includes multiple blockchain nodes 130. Among them, a patient system is installed in the patient node device 11, and a hospital system is installed in the hospital node device 12. The blockchain nodes 130 store smart contracts, and manage medical information through the smart contracts.

[0045] Among them, the number of the patient node device 11 and the hospital node device 12 can both be one or more. The patient node device 11 and the hospital node device 12 are communicatively connected to the blockchain network 13 through a network. The patient node device can specifically be a mobile terminal or a PC, and the hospital node device 12 can specifically be a PC or a medical examination instrument. The network can be a wireless network (such as WIFI, etc.) or a wired network; it can be the Internet or a local area network.

[0046] For example, please refer to Figure 2, the patient node device 11 updates the amount in the patient smart contract by interacting with the blockchain network 13. After the hospital node device 12 sends a deduction request to the blockchain network 13, the nodes in the blockchain network 13 call the hospital smart contract, perform deductions in the patient smart contract according to the deduction request, and conduct consensus on the deduction result information and add it to the blockchain. The hospital node device 12 sends medical treatment information to the blockchain network 13, and the nodes in the blockchain network 13 call the hospital smart contract to map the medical treatment information with the deduction result information and add the mapping result to the blockchain.

[0047] Combining the above commonalities, refer to Figure 3 , which shows a flowchart of an embodiment of a medical information management method of the present application. The method of this embodiment may include:

[0048] S101, receiving a deduction request sent by the hospital system.

[0049] S102, calling the hospital smart contract to perform deductions in the patient smart contract according to the deduction request, and adding the deduction result information to the blockchain.

[0050] The hospital smart contract is synchronized on each blockchain node. After receiving the deduction request, the blockchain node calls the hospital smart contract. When the hospital smart contract is executed, it makes deductions to the patient smart contract address, records the deduction result information, and uploads the deduction result information to the blockchain.

[0051] The deduction result information specifically includes the deducted amount and information on whether the deduction is successful.

[0052] In one implementation, before the step of calling the hospital smart contract to perform deductions in the patient smart contract according to the deduction request and adding the deduction result information to the blockchain, it further includes:

[0053] Verifying whether the deduction request is legal using the identification information of the hospital system;

[0054] If so, continue to execute the step of calling the hospital smart contract to perform deductions in the patient smart contract according to the deduction request and adding the deduction result information to the blockchain.

[0055] It should be noted that after receiving the deduction request sent by the hospital system, the blockchain node needs to verify the request to check whether it is a deduction request sent by the hospital system. The specific verification method can adopt the verification method of public-private key signature.

[0056] In another implementation, the method further includes:

[0057] Receiving the deduction threshold value sent by the patient system;

[0058] Update the deduction threshold value to the hospital smart contract;

[0059] Correspondingly, invoking the hospital smart contract to perform deduction in the patient smart contract according to the deduction request includes:

[0060] Invoke the hospital smart contract to determine whether the amount to be deducted corresponding to the deduction request is less than or equal to the deduction threshold value;

[0061] If so, deduct the amount to be deducted in the patient smart contract.

[0062] Specifically, in this solution, the patient system can set the threshold value for single deduction. Only the deduction amount within the threshold value range can be directly deducted, otherwise the authorization of the patient system is required.

[0063] After the blockchain node receives the deduction threshold value, update the deduction threshold value to the hospital smart contract. When the hospital smart contract is executed, first determine whether the amount to be deducted corresponding to the current deduction request is less than or equal to the deduction threshold value. If so, directly deduct the corresponding amount, otherwise, a deduction notice can be sent to the patient system to enable the patient system to authorize the corresponding deduction request or adjust the deduction threshold value.

[0064] S103. Receive the diagnosis and treatment information sent by the hospital system.

[0065] In this solution, in order to make the expense information corresponding to the deduction request more credible, it is also necessary to upload the diagnosis and treatment information corresponding to the patient system to the blockchain. First, receive the diagnosis and treatment information sent by the hospital system, and the diagnosis and treatment information includes the identification information of the patient and the specific diagnosis and treatment data.

[0066] It should be noted that as described in the foregoing solution, the hospital node devices may specifically include one or more. In this solution, the hospital system may specifically be the system in the ordinary computer devices applicable to different doctor users. After the doctor user inputs the diagnosis and treatment information, the diagnosis and treatment information is sent to the blockchain network. It may also be the system in the medical examination instruments of the hospital. Connect the medical examination instruments to the network. After completing the medical examination of a patient user, send the diagnosis and treatment information to the blockchain network.

[0067] S104. Invoke the hospital smart contract to map the diagnosis and treatment information and the deduction result information, and add the mapping result to the blockchain.

[0068] Specifically, trigger the hospital smart contract to map the diagnosis and treatment information and the deduction result information corresponding to the same patient user to obtain a mapping result, and perform consensus on the mapping result and add it to the blockchain.

[0069] It can be seen that in the medical information management method provided by the embodiments of the present application, a blockchain node receives a deduction request from a hospital system, calls a smart contract to deduct the patient smart contract according to the deduction request, and uploads the deduction result information to the blockchain. In addition, it is also necessary to receive the diagnosis and treatment information sent by the hospital system, determine the mapping result between the deduction result information and the diagnosis and treatment information, and upload the mapping result to the blockchain. Since the deduction information and the diagnosis and treatment information are both uploaded to the blockchain in this solution, the deduction information and the diagnosis and treatment information can be made public and are guaranteed not to be tampered with, thereby improving the credibility of the medical information data.

[0070] In a possible case, in order to facilitate the hospital system to make deductions, the patient system can pre-authorize a certain initial amount to the hospital system, so that the hospital system can directly deduct the initial amount.

[0071] Please refer to Figure 4 , on the basis of the above embodiments, before receiving the deduction request sent by the hospital system, it further includes:

[0072] S201, receiving an initial amount authorization request sent by the patient system.

[0073] It should be noted that the initial amount authorization request includes the specific initial amount and the corresponding hospital system, and the initial amount is the amount that can be deducted by the hospital smart contract.

[0074] S202, calling the patient smart contract to update the initial amount and balance of the patient system.

[0075] Specifically, the balance information of the patient user is managed by the patient smart contract. When updating the initial amount, it is first necessary to call the patient smart contract to deduct the corresponding balance to increase its initial amount.

[0076] The blockchain node calls the patient smart contract to update the corresponding initial amount and balance of the patient system. It should be noted that the balance is the remaining amount in the initial amount after a deduction event occurs.

[0077] S203, calling the hospital smart contract to update the initial amount of the patient system.

[0078] Specifically, call the hospital smart contract to update the initial amount of the patient system in the hospital smart contract, so that when executing the deduction request, the hospital smart contract can deduct from the patient smart contract according to the initial amount.

[0079] S204, calling the hospital smart contract to make a deduction from the initial amount of the patient smart contract according to the deduction request.

[0080] It can be seen that in this solution, when the hospital smart contract deducts fees, it can directly deduct fees from the initial amount authorized by the patient system without sending a fee deduction request to the patient system, making the fee deduction process more simple and fast.

[0081] Please refer to Figure 5 , this embodiment of the present application provides a medical information management method, specifically including:

[0082] S301, Receive the checkout request sent by the patient system.

[0083] The patient system sends the checkout request to the blockchain node to trigger a checkout event.

[0084] It should be noted that after the checkout request is sent to the blockchain node, in order to ensure the authenticity and reliability of the request, the checkout request can be verified, specifically by verifying the signature of the patient system identifier through public and private keys.

[0085] S302, Invoke the hospital smart contract to obtain the ledger information corresponding to the patient smart contract, where the ledger information includes the fee deduction result and the balance in the patient smart contract.

[0086] Trigger the hospital smart contract to obtain the ledger information corresponding to the patient smart contract. The ledger information includes the fee deduction result corresponding to the patient system and the current balance. It should be noted that the fee deduction result specifically includes the fee deduction requests that have been completed and the fee deduction requests that have not been completed. When there are fee deduction requests that have not been completed in the fee deduction result, the checkout operation cannot be immediately executed, and the patient system needs to be waited for to complete the corresponding fee deduction requests.

[0087] S303, Determine whether there are any uncompleted fee deduction requests in the patient smart contract.

[0088] S304, If so, send a prompt message to the patient system.

[0089] In this solution, when there are uncompleted fee deduction requests in the fee deduction result corresponding to the patient smart contract, a prompt message is sent to the patient system. The specific content of the prompt message is not specifically limited in this solution. For example, it can include an indication of checkout failure, information about the uncompleted fee deduction requests, etc., so that the patient system can continue to execute operations related to fee deduction, such as adding balance to the smart contract account.

[0090] S305, If not, record the checkout identifier and upload the balance and the checkout identifier as checkout information to the blockchain.

[0091] If there is no outstanding deduction request in the deduction result corresponding to the patient's smart contract, record the settlement flag and upload the settlement flag and balance as settlement information to the blockchain to store the information indicating that the settlement is completed.

[0092] It can be seen that in the embodiment of the present invention, the settlement event is realized through a smart contract. When there is an outstanding deduction request for a patient, the settlement is not performed, and a prompt message is sent to the patient system. When there is no outstanding deduction request for the patient, the settlement flag is recorded, and the settlement flag and balance are uploaded to the blockchain, making the settlement information public and immutable.

[0093] In another embodiment: During the treatment process, if the balance is not within the authorized range, a supplementary payment can be made to reduce the discharge settlement time.

[0094] Specifically, in a specific embodiment, calling the hospital smart contract to perform a deduction in the patient's smart contract according to the deduction request and adding the deduction result information to the blockchain includes:

[0095] Calling the hospital smart contract to perform a deduction in the patient's smart contract according to the deduction request;

[0096] Judging whether the balance of the patient's smart contract is greater than or equal to the fee to be deducted, where the fee to be deducted is the fee to be deducted corresponding to the deduction request;

[0097] If not, record the deduction result information as a deduction failure message and add the deduction result information to the blockchain;

[0098] After calling the hospital smart contract to perform a deduction in the patient's smart contract according to the deduction request and adding the deduction result information to the blockchain, it further includes:

[0099] Sending a notice to supplement the balance to the patient system;

[0100] Receiving the supplementary balance sent by the patient system and updating the balance in the patient's smart contract.

[0101] It should be noted that after the supplementary payment authorization is completed, the smart contract will detect whether there is any deduction result information as a deduction failure message for the patient. If so, the smart contract will deduct the corresponding quota rights and interests from the patient's contract address and mark it as a deduction success message.

[0102] In this solution, when the balance of the patient's smart contract is insufficient to complete the deduction, record the information of the deduction failure, and call the smart contract to send a notice to the patient system so that the patient system can supplement sufficient balance to complete the deduction. Thus, during the settlement process, the settlement can be directly completed without waiting for the patient system to make a supplementary payment, saving the waiting time during the settlement process.

[0103] Please refer to Figure 6 , this embodiment of the present application provides a medical information management method, which specifically includes:

[0104] S401, receiving a viewing request for the diagnosis and treatment information sent by the hospital system and / or the patient system.

[0105] It should be noted that in this solution, in order to ensure the authenticity and reliability of the viewing request, the viewing request can be verified, specifically by verifying the signature of the patient system identifier through public and private keys.

[0106] S402, verifying whether the sender of the viewing request has the permission to view the diagnosis and treatment information.

[0107] In this embodiment, since the diagnosis and treatment information is publicly stored on the blockchain and any node can obtain the diagnosis and treatment information from the blockchain, in order to ensure the privacy of the diagnosis and treatment information, when receiving a viewing request for the diagnosis and treatment information sent by the hospital system and / or the patient system, a permission management contract is triggered to first verify whether the sender of the viewing request has the viewing permission, that is, to verify whether the hospital system and / or the patient system has the permission to view the diagnosis and treatment information.

[0108] S403, if so, obtaining the diagnosis and treatment information and returning the diagnosis and treatment information to the sender.

[0109] In this solution, the content of the returned diagnosis and treatment information can be specifically recorded, and the content can specifically include information such as the identifier of the diagnosis and treatment information, the identifier of the sender of the viewing request, and the viewing time, etc., so as to trace the relevant information of the viewing request later.

[0110] In a possible situation, after verifying whether the sender of the viewing request has the permission to view the diagnosis and treatment information, it further includes:

[0111] S404, when the sender of the viewing request does not have the permission to view the diagnosis and treatment information, recording the viewing failure information and uploading the viewing failure information to the blockchain.

[0112] It should be noted that when the sender of the viewing request does not have the permission to view the diagnosis and treatment information, it is also necessary to record the viewing request failure information and upload the viewing failure information to the blockchain. Specifically, the identifier of the sender of the viewing request and the time of receiving the viewing request can be recorded to trace the relevant information of the requester who illegally accesses the diagnosis and treatment information.

[0113] It can be seen that in this solution, when a viewing request for medical treatment information is received, the permission management contract is first used to verify whether the initiator of the viewing request has the viewing request for the medical treatment information. If so, the medical treatment information is fed back, thus ensuring the privacy of the medical treatment information.

[0114] On the other hand, the present application also provides a medical information management system. Refer to Figure 7 , a medical information management system provided by an embodiment of the present application includes:

[0115] A deduction request receiving module 501, configured to receive a deduction request sent by a hospital system;

[0116] A deduction module 502, configured to call a hospital smart contract to perform a deduction in a patient smart contract according to the deduction request, and add the deduction result information to the blockchain;

[0117] A medical treatment information receiving module 503, configured to receive medical treatment information sent by a hospital system;

[0118] A mapping result determining module 504, configured to call the hospital smart contract to map the medical treatment information and the deduction result information, and add the mapping result to the blockchain.

[0119] Optionally, the system further includes:

[0120] A deduction request verification module, configured to verify whether the deduction request is legal by using the identification information of the hospital system;

[0121] If so, continue to call the deduction module 502.

[0122] Optionally, the system further includes:

[0123] An initial quota authorization request receiving module, configured to receive an initial quota authorization request sent by a patient system;

[0124] A first quota update module, configured to call a patient smart contract to update the initial quota and balance of the patient system;

[0125] A second quota update module, configured to call a hospital smart contract to update the initial quota of the patient system;

[0126] Correspondingly, the deduction module 502 is specifically configured to:

[0127] Call a hospital smart contract to perform a deduction in the initial quota of the patient smart contract according to the deduction request.

[0128] Optionally, the system further includes:

[0129] A deduction threshold receiving module, configured to receive the deduction threshold sent by the patient system;

[0130] A deduction threshold updating module, configured to update the deduction threshold to the hospital smart contract;

[0131] Correspondingly, the deduction module 502 is specifically configured to:

[0132] Call the hospital smart contract to determine whether the fee to be deducted corresponding to the deduction request is less than or equal to the deduction threshold;

[0133] If so, deduct the fee to be deducted in the patient smart contract.

[0134] Optionally, the system further includes:

[0135] A checkout request receiving module, configured to receive the checkout request sent by the patient system;

[0136] A ledger information obtaining module, configured to call the hospital smart contract to obtain the ledger information corresponding to the patient smart contract, where the ledger information includes the deduction result and the balance in the patient smart contract;

[0137] A judgment module, configured to judge whether there is an unfinished deduction request in the patient smart contract;

[0138] A prompt information sending module, configured to send prompt information to the patient system when there is an unfinished deduction request in the patient smart contract;

[0139] A checkout flag recording module, configured to record a checkout flag when there is no unfinished deduction request in the patient smart contract, and upload the balance and the checkout flag as checkout information to the blockchain.

[0140] Optionally, the deduction module 502 includes:

[0141] A deduction unit, configured to call the hospital smart contract to perform deduction in the patient smart contract according to the deduction request;

[0142] A balance judgment unit, configured to judge whether the balance in the patient smart contract is greater than or equal to the fee to be deducted, where the fee to be deducted is the fee to be deducted corresponding to the deduction request;

[0143] A failure information recording unit, configured to record the deduction result information as a deduction failure information when the balance in the patient smart contract is less than the fee to be deducted, and add the deduction result information to the blockchain;

[0144] Optionally, the system further includes:

[0145] A viewing request receiving module, configured to receive a viewing request for the diagnosis and treatment information sent by the hospital system and / or the patient system;

[0146] An access verification module, configured to verify whether the sender of the viewing request has the permission to view the diagnosis and treatment information;

[0147] A diagnosis and treatment information sending module, configured to obtain the diagnosis and treatment information when the sender of the viewing request has the permission to view the diagnosis and treatment information, and return the diagnosis and treatment information to the sender.

[0148] Optionally, the system further includes:

[0149] A viewing failure information recording module, configured to record viewing failure information and upload the viewing failure information to the blockchain when the sender of the viewing request does not have the permission to view the diagnosis and treatment information.

[0150] Furthermore, an embodiment of the present application further provides a computer device. Figure 8 The schematic diagram of the computer device applicable to a medical information management method of the present application is shown.

[0151] As Figure 8 shown, the computer device 60 may include: a processor 61, a memory 62, a communication interface 63, an input unit 64, a display 65, and a communication bus 66.

[0152] The processor 61, the memory 62, the communication interface 63, and the input unit 64 and the display 65 all complete the communication with each other through the communication bus 66.

[0153] In an embodiment of the present application, the processor 61 may be a central processing unit (CPU), an application specific integrated circuit, a digital signal processor, a field programmable gate array, or other programmable logic devices. The processor may call the program stored in the memory 62. Specifically, the processor may execute the operations performed on the computer device side in the following embodiments of the medical information management method.

[0154] The memory 62 is used to store one or more programs. The program may include program codes, and the program codes include computer operation instructions. In an embodiment of the present application, the memory stores at least a program for implementing any of the above medical information management methods.

[0155] In a possible implementation, the memory 62 may include a program storage area and a data storage area. The program storage area may store an operating system and applications required for at least one function (such as a function for compiling application code), etc. The data storage area may store data created during the use of the computer, such as application code to be detected, intermediate language code, memory allocation code location information, and so on.

[0156] In addition, the memory 62 may also include a high-speed random access memory and may further include a non-volatile memory, such as at least one magnetic disk storage device or other volatile solid-state storage devices.

[0157] The communication interface 63 may be an interface of a communication module, such as an interface of a GSM module.

[0158] This application may also include a display 65, an input unit 64, and so on.

[0159] Of course, Figure 8 The structure of the computer device shown does not constitute a limitation on the computer device in the embodiments of this application. In actual applications, the computer device may include more or fewer components than those shown, or combine certain components. Figure 8 Shown.

[0160] Among them, Figure 8 The computer device 60 may be a terminal (such as a PC) or a server with performance higher than that of an ordinary terminal.

[0161] In the embodiments of this application, the computer device 60 may receive the application code to be detected sent by other external devices through the network using the communication interface 63; or may obtain the application code to be detected through its own input unit 64 (such as a keyboard, a touch screen, a voice input device, etc.).

[0162] Correspondingly, the processor 61 in the computer device 60 may receive the application code to be detected from the communication interface 63 or the input unit 64 through the communication bus 66, and call the program stored in the memory 62 to compile the application code to be detected, and detect the intermediate code obtained by the compilation to determine the location information of the memory allocation code, so as to achieve the purpose of conveniently detecting all memory allocation codes in the application code.

[0163] On the other hand, this application also provides a storage medium in which a computer program is stored. When the computer program is loaded and executed by a processor, it is used to implement the medical information management method described in any one of the above embodiments.

[0164] It should be noted that the embodiments in this specification are all described in a progressive manner. Each embodiment focuses on the differences from other embodiments. For the similarities and common parts among the embodiments, reference can be made to each other. For the device embodiments, since they are basically similar to the method embodiments, the description is relatively simple. For the relevant parts, reference can be made to the corresponding descriptions in the method embodiments.

[0165] Finally, it should also be noted that in this text, relative terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements not only includes those elements, but also includes other elements not expressly listed, or further includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the existence of additional identical elements in the process, method, article or device comprising the element.

[0166] The above description of the disclosed embodiments enables those skilled in the art to implement or use the present invention. Various modifications to these embodiments will be obvious to those skilled in the art, and the general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present invention. Therefore, the present invention will not be limited to the embodiments shown herein, but rather to the widest scope consistent with the principles and novel features disclosed herein.

[0167] The above are only the preferred embodiments of the present invention. It should be pointed out that for those of ordinary skill in the art, without departing from the principle of the present invention, several improvements and refinements can be made, and these improvements and refinements should also be regarded as the protection scope of the present invention.

Claims

1. A medical information management method, applied to a hardware component framework, characterized in that Including: Receiving an initial quota authorization request sent by the patient system; Invoking the patient smart contract to update the initial quota and balance of the patient system; Invoking the hospital smart contract to update the initial quota of the patient system; The blockchain network receives a deduction request sent by the hospital system. The hardware component framework includes a patient node device, a hospital node device, and a blockchain network. The blockchain network includes multiple blockchain nodes. The patient node device is installed with a patient system, the hospital node device is installed with a hospital system, the blockchain nodes store smart contracts, and the blockchain nodes verify the request to verify whether the deduction request is a deduction request sent by the hospital system; The nodes in the blockchain network invoke the hospital smart contract to deduct fees from the initial quota of the patient smart contract according to the deduction request and add the deduction result information to the blockchain. The patient system sets a threshold for single deduction in the hospital smart contract. The hospital smart contract determines that the deduction amount within the threshold range can be directly deducted, otherwise authorization from the patient system is required; The blockchain network receives the diagnosis and treatment information sent by the hospital system. The hospital system includes the system in the ordinary computer devices applicable to different doctor users. After the doctor user inputs the diagnosis and treatment information, it is sent to the blockchain network. It also includes the system in the medical examination instruments of the hospital. The medical examination instruments are connected to the network. After completing the medical examination of a patient user, the diagnosis and treatment information is sent to the blockchain network; The nodes in the blockchain network invoke the hospital smart contract to map the diagnosis and treatment information and the deduction result information and add the mapping result to the blockchain.

2. The method according to claim 1, characterized in that, Before the nodes in the blockchain network invoke the hospital smart contract to deduct fees from the initial quota of the patient smart contract according to the deduction request and add the deduction result information to the blockchain, it further includes: Verifying whether the deduction request is legal using the identification information of the hospital system; If so, continue to execute the step of the nodes in the blockchain network invoking the hospital smart contract to deduct fees from the initial quota of the patient smart contract according to the deduction request and add the deduction result information to the blockchain.

3. The method according to claim 1, wherein The method further includes: Receiving the deduction threshold sent by the patient system; Updating the deduction threshold to the hospital smart contract; The nodes in the blockchain network invoking the hospital smart contract to deduct fees from the initial quota of the patient smart contract according to the deduction request includes: Invoking the hospital smart contract to determine whether the fee to be deducted corresponding to the deduction request is less than or equal to the deduction threshold; If so, deduct the fee to be deducted in the patient smart contract.

4. The method according to claim 1, wherein The method further includes: Receiving the settlement request sent by the patient system; Invoking the hospital smart contract to obtain the ledger information corresponding to the patient smart contract. The ledger information includes the deduction result and the balance in the patient smart contract; Judging whether there is an unfinished deduction request in the patient smart contract; If so, sending a prompt message to the patient system; If not, record the settlement identifier and upload the balance and the settlement identifier as settlement information to the blockchain.

5. The method according to claim 4, wherein Nodes in the blockchain network call the hospital smart contract to deduct fees from the initial quota of the patient smart contract according to the deduction request, and add the deduction result information to the blockchain, including: Call the hospital smart contract to deduct fees from the patient smart contract according to the deduction request; Judge whether the balance of the patient smart contract is greater than or equal to the fee to be deducted, where the fee to be deducted is the fee to be deducted corresponding to the deduction request; If not, record the deduction result information as deduction failure information and add the deduction result information to the blockchain; After calling the hospital smart contract to deduct fees from the initial quota of the patient smart contract according to the deduction request and adding the deduction result information to the blockchain, it further includes: Send a notice to the patient system to replenish the balance; Receive the replenished balance sent by the patient system and update the balance in the patient smart contract to complete the deduction request.

6. The method according to any one of claims 1 to 5, characterized in that, The method further includes: Receive a viewing request for the diagnosis and treatment information sent by the hospital system and / or the patient system; Verify whether the sender of the viewing request has the permission to view the diagnosis and treatment information; If so, obtain the diagnosis and treatment information and return the diagnosis and treatment information to the sender.

7. The method according to claim 6, wherein After verifying whether the sender of the viewing request has the permission to view the diagnosis and treatment information, it further includes: When the sender of the viewing request does not have the permission to view the diagnosis and treatment information, record the viewing failure information and upload the viewing failure information to the blockchain.

8. A medical information management system, applied to a hardware component framework, is characterized in that, It includes: A deduction request receiving module, configured to receive an initial quota authorization request sent by the patient system; Call the patient smart contract to update the initial quota and balance of the patient system; Call the hospital smart contract to update the initial quota of the patient system; receive a deduction request sent by the hospital system through the blockchain network. The hardware component framework includes a patient node device, a hospital node device, and a blockchain network. The blockchain network includes multiple blockchain nodes. The patient node device is installed with a patient system, the hospital node device is installed with a hospital system, the blockchain node stores a smart contract, and the blockchain node is used to verify the request and verify whether the deduction request is a deduction request sent by the hospital system; A deduction module, configured to call the hospital smart contract through a node in the blockchain network to deduct fees from the initial quota of the patient smart contract according to the deduction request, and add the deduction result information to the blockchain. The patient system sets a threshold for single deduction in the hospital smart contract, and the hospital smart contract judges that the deduction amount within the threshold range can be directly deducted, otherwise the authorization of the patient system is required; A diagnosis and treatment information receiving module, which is used to receive diagnosis and treatment information sent by a hospital system through a blockchain network. The hospital system includes the systems in the general computer devices applicable to different doctor users. After the doctor user inputs the diagnosis and treatment information, the diagnosis and treatment information is sent to the blockchain network. It also includes the systems in the medical examination instruments of the hospital. After connecting the medical examination instruments to the network and completing the medical examination of a patient user, the diagnosis and treatment information is sent to the blockchain network; A mapping result determination module, which is used to call the hospital smart contract in the blockchain network to map the diagnosis and treatment information with the deduction result information, and add the mapping result to the blockchain.

9. A computer device, characterized in that, Comprising: A processor and a memory; Wherein, the processor is used to execute the program stored in the memory; The memory is used to store the program, and the program is at least used to implement the medical information management method described in any one of claims 1 to 7 above.

10. A storage medium, characterized in that, Computer-executable instructions are stored in the storage medium. When the computer-executable instructions are loaded and executed by a processor, the medical information management method described in any one of claims 1 to 7 above is implemented.

Images