CN109215748B - Application method of hospital information system based on block chain - Google Patents
Application method of hospital information system based on block chain Download PDFInfo
- Publication number
- CN109215748B CN109215748B CN201810698719.5A CN201810698719A CN109215748B CN 109215748 B CN109215748 B CN 109215748B CN 201810698719 A CN201810698719 A CN 201810698719A CN 109215748 B CN109215748 B CN 109215748B
- Authority
- CN
- China
- Prior art keywords
- block
- information system
- module
- hospital information
- modules
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
Abstract
The application method of the hospital information system based on the block chain, the disclosure provides a hospital information system, taking the medical oncology as an example, a business module comprises: the pain screening module, the analgesic prescription control module, the follow-up visit information input module, the follow-up leaving visit module and the query statistic module, and the information system loads and executes the codes of the modules in sequence according to the calling logic of the configuration file. And sequentially reading executable codes corresponding to the modules in the code area, determining the calling relation of the executable codes corresponding to the modules according to the position sequence of the blocks in the chain, executing the codes of the corresponding modules, and updating the hospital information system. The hospital information system sequentially calls the access service modules, can change the configuration files in real time, so that different hospitals can uniformly change the service flow, and dynamically updates the software codes of the information system, thereby realizing the standardization of the hospital information system, and designing a novel hospital information supervision platform which is high in safety, low in management cost and easy to expand.
Description
Technical Field
The disclosure relates to the technical field of hospital management, in particular to a using method of a hospital information system.
Background
With the improvement of informatization levels of hospitals, communities and health hospitals at all levels, the traditional treatment mode has been replaced by a medical information system. The information system that hospital, community, health hospital used can be divided into two kinds, and one kind is general information system, has the basic business function of hospital, can be suitable for the commonality demand of different hospitals, but this kind of system only satisfies commonly used functional requirement, can't satisfy the functional requirement based on the differentiation of different hospitals. The other is a customized information system, in order to meet the differentiated functional requirements of a specific hospital, a system which is customized and developed for the hospital by a software service provider can meet the service requirements of the specific hospital, but the service requirements of other hospitals need secondary development to add the function, the development cost is high, the information systems of different hospitals have different system architectures and data formats, and the compatibility among the hospital systems is poor.
The two hospital information systems are relatively independent, and the business logics executed by the user in different information systems are different, so that the hospital information system is designed, the business function can be dynamically updated, the hospital information system has a common business function, and the customized business requirement can be met. The patients can determine service items aiming at different patient groups according to diagnosis and treatment requirements and diagnosis and treatment requirements among different hospitals, and provide a standardized business application subsystem.
By taking the cancer patients to see a doctor in different hospitals as an example, because the same diagnosis and treatment module for cancer is added in different hospital information systems, the patients can execute the standard business function no matter which hospital to see a doctor, the requirements of flow standardization and business customization can be met, and the method also has the advantage of simple and convenient later maintenance and management.
Disclosure of Invention
Generally, the hospital treatment process includes links such as registration, payment and medicine taking, a hospital information system executes corresponding business module codes according to self requirements, and a common hospital information system is provided with a registration module, a payment module and a medicine taking module. In addition, different departments of the hospital also have different business modules, which are used for determining service flows aiming at different patients according to different diagnosis and treatment requirements of the patients.
Taking the diagnosis and treatment of cancer patients as an example, the hospital information system has a pain screening module, an analgesic prescription control module, a follow-up information entry module, a subsequent leaving hospital follow-up module, a query statistics module and the like, and is used for preventing the occurrence of non-standard problems that the doctor opens the analgesic, does not have pain screening and pain follow-up evaluation, and does not execute subsequent follow-up and the like.
The utility model discloses a hospital information system use method based on block chain, each hospital information system is interconnected on the network, the certification authority constructs the user identity certificate for all hospitals, the information system uses the data structure of the block chain to record the blocks corresponding to the program file, and each block is connected together according to the execution sequence. Each block consists of a head part, a middle area and a tail part, wherein the middle area is used for storing code indexes of all modules of an information system, the head part is used for recording summary information of a previous block, the tail part is used for recording the summary information of a current block, and the sequence of the blocks and the recorded data content are guaranteed not to be modified and forged by a cryptographic method.
Dividing hospital services into a plurality of modules, compiling a source code of each module into an executable code in advance, storing the executable code of the corresponding module in a code area, and writing an index address of the executable code into a block of a configuration file;
determining a block calling sequence of executable codes according to a calling sequence of business logic of a hospital, calculating a Hash value of the executable codes corresponding to each module, storing the Hash value of the executable codes at the tail of each block, storing the Hash value of a previous block of the calling sequence at the head of each block, and forming a chain between connected blocks of a configuration file;
distributing the generated configuration files in the form of the block chains to information systems of a plurality of hospitals;
searching executable codes corresponding to the code areas by taking the block contents of the configuration file as index addresses, and determining the calling relation of the corresponding executable codes according to the position sequence of the blocks in the chain;
and loading and executing the codes of the modules to update the hospital information system.
Further, the hospital information system provides basic functions for patient treatment and also comprises functions of expanding customization, and the system can provide a configuration interface for a user to add, delete, modify, pause, restart and the like on the configuration file, so that module calling is visually presented on the configuration interface, and the user can check, modify the identification of module codes and call sequences among modules conveniently.
Further, the block head includes a Hash value of a block previous in the block chain, the block body includes an index address of the executable code, and the block tail includes a Hash value of the current block.
Further, the hospital information system has a data area and a code area, the code area stores codes of all the service modules, the codes of the service modules are configured in advance during system development, the service codes can be dynamically added, deleted or replaced during system operation, and the calling sequence of the service modules can be modified.
Further, the hospital information system provides a visual configuration interface, and a user adds, deletes, modifies, pauses and restarts the business modules so as to facilitate the user to check and modify the module codes and the calling sequence among the modules.
Furthermore, in order to share medical record information and outpatient service data of patients among different hospitals, private information of the patients needs to be encrypted to be transmitted in an external network, and the medical record information and the outpatient service data are transmitted in an internal network without encryption and decryption operations.
Further, the medical record data with different data formats is subjected to standardized processing and is used for counting and inquiring the medical record information of the patient.
Further, the code to be added or updated is compiled and then stored in the code area.
Further, when the executable code of the module needs to be modified, a new block is created in the block chain, the index address of the modified module code is written into the new block, and a new block chain is formed according to the front-back calling sequence among the modules.
Furthermore, the modules of the hospital information system comprise a pain screening module, an analgesic prescription control module, a follow-up visit information input module, a follow-up leaving visit module and a query and statistics module.
The beneficial effect of this disclosure lies in:
the method and the system have the advantages that the business logics of different hospitals are divided into modules for updating in a block chain mode, the dynamic change of the business logics of the hospitals can be adapted, and blocks of configuration files and the positions of the blocks on the chains are correspondingly added, deleted and modified according to the processing flows of the business logics of the different hospitals, so that the business logics are integrated into the overall processing flow of the hospital information system.
The method selects the business process according to the diagnosis and treatment requirements of different hospital departments, loads and executes the same business module for the hospital information system with the same business application on the basis of the common business function, and can update the software code of the hospital information system in real time, promote the standardization of patient treatment and realize the management of the doctor operation process.
Drawings
FIG. 1 is a schematic diagram of a storage space of a code region of the present disclosure;
FIG. 2 is a schematic diagram of a blockchain of a configuration file of the present disclosure;
FIG. 3 is a schematic diagram illustrating a method for adding new blocks to a block chain according to the present disclosure;
fig. 4 is a schematic diagram illustrating an operation method for deleting an original block in a block chain according to the present disclosure;
FIG. 5 is a schematic diagram illustrating an operation method for replacing an original block in a block chain according to the present disclosure;
FIG. 6 is a schematic diagram of a flow method of the hospital information system of the present disclosure;
FIG. 7 is a schematic view of a pain screening module interface of the hospital information system of the present disclosure;
8A-8C are schematic diagrams of an issuer control module interface for a hospital information system of the present disclosure;
FIG. 9 is a schematic view of a follow-up entry module interface of the hospital information system of the present disclosure;
10A-10B are schematic diagrams of a subsequent discharge follow-up module interface of the hospital information system of the present disclosure;
11A-11B are schematic diagrams of query statistics module interfaces for a hospital information system of the present disclosure;
fig. 12 is a schematic diagram illustrating an upgrading method of the block chain-based hospital information system according to the present disclosure.
Detailed Description
The present disclosure will be described in further detail with reference to the accompanying drawings and embodiments:
aiming at the requirement of standardized management of hospital service processes, business modules are dynamically expanded in the existing hospital information system, standardized reconstruction is carried out on the basis of the original service processes, and the information systems of different hospitals and different departments can be ensured to synchronously update the business processes. Taking the medical oncology as an example, the process comprises the following steps: pain screening, prescription control, follow-up visit entry, follow-up leaving hospital follow-up visit, inquiry and statistics. Correspondingly, the hospital information system comprises a pain screening subsystem, an issuing control subsystem, a follow-up visit entry subsystem, a subsequent leaving follow-up visit subsystem and a query statistics subsystem.
A schematic diagram of code bank storage space of the present disclosure is shown in fig. 1.
Step 1) preparation stage before hospital information system is started: the standardized business process is defined by the hospital, for example, according to the division of the hospital business process, the business process of the oncology department is divided into: pain screening, prescription control, follow-up visit entry, follow-up leaving hospital follow-up visit, inquiry and statistics.
Step 2) modularly designing the hospital information system, compiling and debugging source codes, executing pain screening, square control and follow-up visit entry corresponding to the business process, subsequently leaving hospital for follow-up visit, inquiring codes of the statistical module, and converting the source codes into executable codes.
Step 3) establishing a corresponding relation between the executable code and the index address, and storing the executable code to the position marked by the index address of the code area;
a schematic diagram of a profile blockchain of the present disclosure is shown in fig. 2.
Step 1) generating a configuration file block chain: different from the traditional configuration file with an XML structure, the configuration file with the block-chain structure is used in the method, the structure comprises the blocks and the chains, the contents of the blocks represent the index addresses of module codes, the different blocks are connected with each other through the chains, the hospital information system calls and executes the codes identified by the first block of the chains, then the codes identified by the subsequent blocks of the chains are called in sequence according to the calling sequence of the business process, and the calling of the modules can be finished until all the blocks on the chains are executed in a traversing mode.
Step 1.1) writing the digital identifications of different modules in different blocks respectively;
step 1.2) determining the calling sequence among the blocks according to the calling sequence of the service logic of the hospital, calculating the Hash value of the executable code corresponding to each module, writing the Hash value into the tail of each block, and storing the Hash value of the previous block at the head of each block to form the chain position among the blocks of the configuration file;
step 2) distribution phase of configuration file block chain: distributing the generated configuration files in the block chain form to information systems of a plurality of hospitals, respectively receiving the configuration files by the information systems of different hospitals, searching module codes corresponding to the block identifications, and executing corresponding modules according to the calling relation of the block chain;
step 2.1) searching the executable code corresponding to the module in the code area by taking the number identifier on the block chain as an index, and determining the calling relation of the executable code corresponding to the module according to the position sequence of the block in the chain;
and 2.2) loading and executing codes of the modules, and updating the hospital information system.
When the system is running, the codes of the service modules need to be added, deleted, and replaced to control the calling sequence of the service modules, and fig. 3 to 5 show the operation methods of adding a new block, deleting an original block, and replacing an original block in a block chain, respectively.
A schematic diagram of the operation method of adding a new block in the block chain according to the present disclosure is shown in fig. 3.
For the case of adding modules in the service flow, taking the block chain of configuration files of module a, module B, and module C as an example, the operation of adding module B between module a and module C is described below.
(1) The execution steps of the block chain before adding the module B are as follows:
the digital number of the module A is written into the content of the block A, the HASH of the calculation module A is written into the tail of the block A, the numerical value of the tail of the block A is written into the head of the block C, the digital number of the module C is written into the content of the block C, and the HASH of the calculation module C is written into the tail of the block C.
(2) The execution steps of the block chain after adding the module B are as follows:
the contents of the block A and the block C are reserved, the number of the module B is written into the contents of the block B, the HASH of the module B is calculated and written into the tail of the block B, meanwhile, the value of the tail of the block A is written into the head of the block B, and the value of the tail of the block B is written into the head of the block C.
Fig. 4 shows a schematic diagram of an operation method for deleting an original block in a block chain according to the present disclosure.
For the case of module deletion in the service flow, taking the block chain of configuration files of module a, module B, and module C as an example, the operation of deleting module B between module a and module C is described below.
(1) And the execution step of deleting the block chain before the module B comprises the following steps:
writing the digital number of the module A into the content of the block A, calculating the HASH of the module A and writing the tail of the block A, and writing the numerical value of the tail of the block A into the head of the block B; writing the digital number of the module B into the content of the block B, calculating the HASH of the module B, writing the tail of the block B, and writing the value of the tail of the block B into the head of the block C; the digital number of the module C is written into the content of the block C, the HASH of the calculation module C is written into the tail part of the block C, and the numerical value of the tail part of the block B is written into the head part of the block C.
(2) And the execution step of the block chain after the module B is deleted:
reserving the contents of the block A and the block C, reserving the tail HASH values of the block A and the block C, deleting the content of the block B, and writing the HASH at the tail of the module A into the head of the block C.
Fig. 5 shows a schematic diagram of an operation method of replacing an original block in a block chain according to the present disclosure.
For the case of modules needing to be replaced in the service flow, taking the configuration file block chain of module a-module B-module C as an example, the operations of replacing module a-module B' -module C between module a and module C are described below.
(1) And replacing the block chain before the module B:
writing the digital number of the module A into the content of the block A, calculating the HASH of the module A and writing the tail of the block A, and writing the numerical value of the tail of the block A into the head of the block B; writing the digital number of the module B into the content of the block B, calculating the HASH of the module B and writing the tail of the block B, and writing the numerical value of the tail of the block B into the head of the block C; the digital number of the module C is written into the content of the block C, the HASH of the calculation module C is written into the tail part of the block C, and the numerical value of the tail part of the block B is written into the head part of the block C.
(2) The execution steps of the block chain after the replacement module B are as follows:
reserving the contents of the block A and the block C, reserving the tail HASH values of the block A and the block C, replacing the number stored in the block B with the number of the module B ', recalculating the tail HASH of the module B ', writing the HASH of the module B ' into the tail of the block B, reserving the head HASH value of the block B, and rewriting the tail HASH value of the block B into the head of the block C to form a new block chain structure.
In the following, the medical oncology service of the hospital information system is taken as an example to introduce the functions and calling sequence of various modules.
An overall flow method schematic diagram of the hospital information system of the present disclosure is shown in fig. 6.
The Zhejiang tumor hospital sets up a novel business process from the management requirements of medical administration departments such as the Weiteu department, develops an information system for tumor departments, which is different from the information systems of other hospitals, communities and health hospitals, so that software codes of the information system need to be dynamically adjusted to realize standardized business process management, and the business process of the information system is uniformly changed by adding, deleting, modifying, suspending and restarting the business codes.
The specific service module comprises: the pain screening module, the analgesic prescription control module, the follow-up visit information entry module, the follow-up leaving visit module and the query statistic module sequentially load and execute codes of the modules according to the calling logic of the configuration file.
First, the patients were screened for cancer pain at the time of outpatient visit, and patients who had no pain and had not used pain medications were not listed as subjects for pain management. If there is pain or pain-relieving medicine is used, the information is further refined and the pain condition or pain-relieving medicine use condition is recorded. After the screening is completed, for the patient needing to make a drunken prescription, a special medical record number or information of a representative is recorded, the system needs to control the identity number of the patient, the home address and the contact telephone to be unavailable, pain follow-up information is required to be filled before the prescription is stored, and finally, the patient is treated and a red anesthesia prescription is printed. The patient who has prescribed the anesthesia needs a pain follow-up visit by a specially-assigned person within one week, so that the patient can be informed and further guidance can be provided for the patient.
As can be seen, the doctor's procedure of seeing a doctor to the patient is in turn: pain screening, prescription control, follow-up visit entry, follow-up leaving hospital follow-up visit, inquiry and statistics. The modules of the hospital business information system are as follows in sequence: the pain screening module, the prescription control module, the follow-up recording module, the follow-up leaving hospital follow-up module and the query statistic module. The current module is started only after the previous module is executed.
A pain screening module interface schematic of the hospital information system of the present disclosure is shown in fig. 7.
The pain screening module screens the patients for pain, and the screening contents are as follows: 1) if there is pain, the pain part, nature and score are improved. 2) If the analgesic drug is used, the information, the name, the dosage, the frequency and the side reaction are required to be perfected, if the side reaction exists, the side reaction condition is filled, and the side reaction is processed. 3) Processing the opinions: corresponding treatment opinions are given when pain or pain killers are used.
An evolution control module interface schematic of the hospital information system of the present disclosure is shown in fig. 8A-8C.
And the prescription control module pops up a prompt informing box when the doctor prescribes the anaesthesia prescription if the prescription control module selects 'no pain and no pain-relieving medicine' during screening, reminds the doctor of the just-previous screening result and prompts whether to return to the rescreening or not so as to prevent unreasonable prescription. Completing information of a sponsor, and popping up a window for recording a special medical record number and information of the sponsor before a drunken prescription is opened, wherein if no special medical record book exists, the information of the sponsor is limited to be opened for 7 days and needs to include the name, sex, age and identification number of the sponsor; if the user dispenses the medicine, the information of the agent is not required to be filled; in order to prevent the outpatient from overdose of the narcotics, the system can also search whether the patient is discharged with the narcotics within three days, the outpatient prescription can also detect the multiple prescriptions of the same narcotic in the same day, and the system can prevent the same doctor or a plurality of doctors from intentionally or unintentionally causing the overdose of the narcotics.
A follow-up entry module interface schematic of the hospital information system of the present disclosure is shown in fig. 9.
The follow-up recording module is used for perfecting the follow-up information of the consulting room when the prescription is stored, and comprises the following steps: 1) if the name and dosage of the medicine need to be filled in, the analgesic is not used in the past; 2) NRS scoring, wherein if the blast pain exists, the number of filling and the blast pain scoring are required, and if the blast pain exists, the blast pain is treated, and if the blast pain exists, the medicine is required to be filled and treated, and the total dosage is 24 hours; 3) and (4) whether side reactions exist or not, if so, filling the side reaction condition.
Fig. 10A and 10B show a subsequent exit follow-up module interface schematic diagram of the hospital information system of the present disclosure.
The follow-up leaving follow-up module carries out follow-up visit on the patient, the patient carries out call or follow-up visit in other forms within 7 days after the medicine is dispensed, in order to be convenient for the staff to determine the follow-up target, the module carries out follow-up visit content entry on the follow-up information by retrieving the patient information list which has been prescribed for anesthesia but has not been followed up visited, the content window is similar to the pain follow-up visit information among doctor's consulting rooms, and the follow-up visit module can increase or decrease according to the clinical actual requirements, such as the states of follow-up visit, missed visit, death and the like. For the patients whose follow-up state is dead, the filtering prompt is given when the patients to be followed up are searched, so that unnecessary follow-up is avoided, and the disturbance to the family members of the patients is avoided.
A query statistics module interface schematic of the hospital information system of the present disclosure is shown in fig. 11A-11B.
The inquiry and statistics module inquires and counts reports for checking prescription record and pain follow-up condition of the narcotic, and specifically comprises the following steps: the module can inquire an outpatient medical record window, and inspectors can check the medical record writing of patients with pain in doctors in the whole process of treatment and whether the prescription of the anesthetic is standard, thereby facilitating management and improvement of medical procedures.
Fig. 12 shows a schematic diagram of a module calling method of the block chain-based hospital information system of the present disclosure.
Taking the actual business of the hospital information system as an example, the calling sequence of the modules of the hospital information system based on the block chain is as follows:
1) compiling the code of the module to be updated in advance and storing the code in a code area;
2) the method comprises the steps of storing module codes in a code library, writing identifiers of the module codes into blocks of a configuration file, and then sequentially calling the modules to form a chain of the blocks;
3) distributing the generated configuration files in the form of the block chains to information systems of a plurality of hospitals;
4) the information system of each hospital respectively reads the configuration file in the block chain format, accesses the module codes of the code area according to the identification of the block, and shares the module codes among different hospitals;
5) matching the Hash value of the current block with the head HASH of all blocks, if the Hash value of the current block is the same as the head HASH of all blocks, searching the identifier of the next block of the block chain, loading and executing the code of the next block according to the module calling sequence of the configuration file block chain, and updating the hospital information system; if not, the information of the current block is tampered, and the updating operation is refused;
6) and repeatedly using the method, reading the executable codes corresponding to the modules in the code area, matching by using the HASH values of the front and rear blocks in the block chain, determining the calling relationship of the modules, sequentially executing the executable codes corresponding to the modules, and updating the hospital information system.
The beneficial effect of this disclosure:
the hospital information system can call and access the service modules in sequence and can dynamically change the configuration files, so that different hospitals can uniformly change the service flow and update the software codes of the information system in real time; whether the block information is tampered or not can be detected by comparing the HASH numerical value, and the updating reliability is guaranteed, so that the standardization of the hospital information system is realized, and a novel hospital information supervision platform which is high in safety, low in management cost, low in manual dependence and easy to expand is designed.
Claims (10)
1. A use method of a hospital information system based on a block chain is characterized in that:
dividing hospital services into a plurality of modules, compiling a source code of each module into an executable code in advance, and storing the executable code in a corresponding address of a code area;
respectively writing addresses of executable codes of the plurality of modules into different blocks of a block chain;
determining a calling sequence among the modules according to the calling sequence of the service logic of the hospital, storing the Hash value of the previous block at the head of the block, and storing the Hash value of the current block at the tail of the block to form a chain among the blocks;
distributing the generated blockchain information to information systems of a plurality of hospitals;
searching executable codes in a code area by taking the content of an initial block of a block chain as an index address, and determining the calling relation of the corresponding executable codes according to the position sequence of the blocks in the chain; and sequentially executing the executable codes of different modules to update the hospital information system.
2. The method of using a blockchain-based hospital information system according to claim 1, wherein:
the block header includes the Hash value of the last block in the chain of blocks, the block body includes the index address of the executable code, and the block trailer includes the Hash value of the current block.
3. The method of using block chain based hospital information system according to claim 2, characterized in that:
matching the Hash value of the current block with the head Hash values of all blocks, if the Hash values are the same, searching and executing an executable code identified by the next block of the block chain, and updating the hospital information system; if not, the block is not added to the block chain, and the hospital information system is not updated.
4. The method of using a blockchain-based hospital information system according to claim 1, wherein:
the hospital information system provides a visual configuration interface for the user to add, delete, modify, pause and restart the business module.
5. The method of using block chain based hospital information system according to claim 3, characterized in that:
the hospital information system is provided with a data area and a code area, wherein the code area stores codes of all service modules, stores the codes of the service modules in advance when the system is developed, and can dynamically add, delete or replace the codes of the service modules and modify the calling sequence of the service modules when the system runs.
6. The method of using a blockchain-based hospital information system according to claim 1, wherein:
the private information of the patient in the hospital information system can be transmitted on the external network only by encryption, and the medical record information and the outpatient service data are transmitted on the internal network without encryption and decryption operations.
7. The method of using block chain based hospital information system according to claim 3, characterized in that:
and (4) carrying out standardized processing on the medical record data with different data formats, and carrying out statistics and inquiry on medical record information of patients.
8. The method of using block chain based hospital information system according to claim 3, characterized in that:
and compiling the code to be added or updated and storing the code in the code area.
9. The method of using block chain based hospital information system according to claim 3, characterized in that:
when the executable code of the module needs to be modified, a new block is created in the block chain, the index address of the modified module code is written into the new block, and a new block chain is formed according to the front-back calling sequence among the modules.
10. The method of using block chain based hospital information system according to claim 3, characterized in that:
the hospital information system comprises a pain screening module, a pain killer prescription control module, a follow-up visit information input module, a follow-up leaving visit module and a query and statistics module.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810698719.5A CN109215748B (en) | 2018-06-29 | 2018-06-29 | Application method of hospital information system based on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810698719.5A CN109215748B (en) | 2018-06-29 | 2018-06-29 | Application method of hospital information system based on block chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109215748A CN109215748A (en) | 2019-01-15 |
| CN109215748B true CN109215748B (en) | 2020-11-20 |
Family
ID=64989924
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810698719.5A Active CN109215748B (en) | 2018-06-29 | 2018-06-29 | Application method of hospital information system based on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109215748B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109885496B (en) * | 2019-02-20 | 2022-06-07 | 北京百佑科技有限公司 | Test log management method and system |
| CN110111910A (en) * | 2019-05-09 | 2019-08-09 | 中国人民解放军陆军军医大学第二附属医院 | The management of radiotherapy patient intelligent follow-up and QA system |
| CN110097972A (en) * | 2019-05-09 | 2019-08-06 | 中国人民解放军陆军军医大学第二附属医院 | Follow-up system outside pain patients quality management platform and institute |
| CN110716726A (en) * | 2019-08-29 | 2020-01-21 | 平安科技（深圳）有限公司 | Client updating method and device, electronic equipment and computer readable storage medium |
| CN112509678B (en) * | 2020-12-01 | 2024-02-23 | 郭文军 | Anesthesia information management system and courtyard comprehensive information management system |
| CN113241141A (en) * | 2020-12-15 | 2021-08-10 | 京东数字科技控股股份有限公司 | Medicine service information interaction system |
| CN113778560B (en) * | 2021-09-16 | 2022-09-13 | 上海清鹤科技股份有限公司 | Method, system, equipment and medium for custom development and execution of hospital treatment process |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107809316A (en) * | 2016-09-08 | 2018-03-16 | 李立中 | financial supply chain block chain method, system and device |
| WO2018112940A1 (en) * | 2016-12-23 | 2018-06-28 | 深圳前海达闼云端智能科技有限公司 | Service execution method and device for blockchain node, and node device |
| CN107122993A (en) * | 2017-04-24 | 2017-09-01 | 杭州趣链科技有限公司 | A kind of General integral system based on block chain |
-
2018
- 2018-06-29 CN CN201810698719.5A patent/CN109215748B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN109215748A (en) | 2019-01-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109215748B (en) | Application method of hospital information system based on block chain | |
| Strickler et al. | Effects of mandatory prescription drug monitoring program (PDMP) use laws on prescriber registration and use and on risky prescribing | |
| US9779129B1 (en) | Systems and methods for integrating data | |
| Mohr et al. | Potentially avoidable pediatric interfacility transfer is a costly burden for rural families: a cohort study | |
| DeStefano et al. | Vaccinations and risk of central nervous system demyelinating diseases in adults | |
| US11393580B2 (en) | Systems and methods for determining and communicating a prescription benefit coverage denial to a prescriber | |
| Aznar‐Lou et al. | Initial medication non‐adherence: prevalence and predictive factors in a cohort of 1.6 million primary care patients | |
| US8548824B1 (en) | Systems and methods for notifying of duplicate product prescriptions | |
| Lindholm et al. | A demonstration project for using the electronic health record to identify and treat tobacco users | |
| US20120173285A1 (en) | Proactive Clinical Evidence at Point of Care and Genomic Data Integration through Cloud EMR Media | |
| CN111312359B (en) | Intelligent recommendation method and device for medication scheme | |
| US20080312956A1 (en) | Method for proxy development, maintenance and upgrading of pharmaceutical formulary and software tool therefor | |
| Finnell et al. | Community clinical data exchange for emergency medicine patients | |
| CN111640475A (en) | Management system for clinical test | |
| Jian et al. | Evaluating performance of local case‐mix system by international comparison: a case study in Beijing, China | |
| US11244029B1 (en) | Healthcare management system and method | |
| Skinner et al. | Reducing opioid misuse: evaluation of a Medicaid controlled substance lock-in program | |
| Barrett et al. | Gonadorelins adherence in prostate cancer: A time‐series analysis of England’s national prescriptions during the COVID‐19 pandemic (from Jan 2019 to Oct 2020) | |
| CN110689445A (en) | Medical insurance auditing method and device, electronic equipment and readable storage medium | |
| Li et al. | Chinese multicentre prospective registry of breast cancer patient-reported outcome-reconstruction and oncoplastic cohort (PRO-ROC): a study protocol | |
| Cepeda et al. | At baseline patients treated with esketamine have higher burden of disease than other patients with treatment resistant depression: learnings from a population based study | |
| Rowan et al. | A comprehensive high cost drugs dataset from the NHS in England-An OpenSAFELY-TPP Short Data Report | |
| CN115148321B (en) | Prescription platform and prescription supervision method thereof | |
| CN116994702A (en) | Prescription auditing method and device, storage medium and computer equipment | |
| US20220180982A1 (en) | System and method for genetic based efficacy testing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |