CN111128325B - Medical data storage method and device, electronic equipment and storage medium - Google Patents
Medical data storage method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN111128325B CN111128325B CN201911335979.7A CN201911335979A CN111128325B CN 111128325 B CN111128325 B CN 111128325B CN 201911335979 A CN201911335979 A CN 201911335979A CN 111128325 B CN111128325 B CN 111128325B
- Authority
- CN
- China
- Prior art keywords
- block
- new
- data
- initial
- target
- 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
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Databases & Information Systems (AREA)
- Medical Informatics (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Epidemiology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
The disclosure relates to a medical data storage method and device, electronic equipment and a computer readable storage medium, relates to the technical field of medical data storage, and can be applied to a scene of storing high-dimensional patient medical data. The medical data storage method comprises the following steps: determining patient information of a target patient, and generating an initial block of a blockchain according to the patient information; acquiring newly-added medical data of a target patient, and generating an initial newly-added block according to the newly-added medical data; determining a parent block of the initial newly added block and parent block information; wherein the parent block includes an initial block and other blocks in the blockchain; generating a new block according to the initial new block and the parent block information; and linking the newly added block to the tail part of the parent block so as to store the newly added medical data. The present disclosure may store medical data for each patient in a blockchain to facilitate checking whether the medical data is modified.
Description
Technical Field
The present disclosure relates to the field of data storage technology, and in particular, to a medical data storage method, a medical data storage device, an electronic apparatus, and a computer-readable storage medium.
Background
The complexity of data in the medical field is extremely high, and Patient data in human dimension, such as electronic medical records, is generally stored in the form of files after structured aggregation in a production stage, i.e. Patient Profile (PP data).
The existing PP data organization form is stored in a computer system in JS object profile (JavaScript Object Notation, JSON) format, and the data of each patient is stored as an independent file.
However, in the prior art storage scheme, data is stored in a plaintext form, so it is difficult to know whether or which data has been modified by checking. In addition, there is no association relationship between the data of the same field, so the cost of acquiring the history change record of the field dimension is high.
It should be noted that the information disclosed in the above background section is only for enhancing understanding of the background of the present disclosure and thus may include information that does not constitute prior art known to those of ordinary skill in the art.
Disclosure of Invention
The present disclosure is directed to a medical data storage method, a medical data storage device, an electronic apparatus, and a computer-readable storage medium, and thus, at least to some extent, to overcome the problem that it is difficult to verify whether data is modified by the existing data structure and data storage manner of medical data storage.
Other features and advantages of the present disclosure will be apparent from the following detailed description, or may be learned in part by the practice of the invention.
According to a first aspect of the present disclosure, there is provided a medical data storage method comprising: determining patient information of a target patient, and generating an initial block of a blockchain according to the patient information; acquiring newly-added medical data of a target patient, and generating an initial newly-added block according to the newly-added medical data; determining a parent block of the initial newly added block and parent block information; wherein the parent block includes an initial block and other blocks in the blockchain; generating a new block according to the initial new block and the parent block information; and linking the newly added block to the tail part of the parent block so as to store the newly added medical data.
Optionally, generating an initial block of the blockchain from patient information includes: determining patient identity information from the patient information, and generating a patient master index according to the patient identity information; generating a data body of the initial block according to the main index of the patient; determining generation information of the initial block, and generating a data head of the initial block according to the generation information; and generating an initial block according to the data head and the data body.
Optionally, generating the initial block according to the data header and the data body includes: performing message digest calculation processing on the data header and the data body to generate an initial block identifier of the initial block; the initial block identification, the data header and the data body are combined to generate an initial block.
Optionally, the parent block information includes a parent block digest, and generating the newly added block according to the initially newly added block and the parent block information includes: determining a new field and a new field value of the initial new block, and generating a new data body according to the new field and the new field value; determining newly added generation information of the newly added block and a father block abstract; generating a new data head of the new block according to the new generation information and the father block abstract; generating a new block according to the new data head and the new data body.
Optionally, generating the new block according to the new header and the new body of data includes: performing message digest calculation processing on the newly added data header and the newly added data body to generate a newly added block identifier of the newly added block; and combining the newly added block identifier, the newly added data head and the newly added data body to generate a newly added block.
Optionally, the method further comprises: acquiring a first target block and determining target block content of the first target block; performing message digest calculation processing on the target block content to determine target digest information corresponding to the target block content; determining comparison abstract information corresponding to the first target block; and comparing the target abstract information with the comparison abstract information to judge whether the content of the target block is modified or not according to the comparison result.
Optionally, the method further comprises: determining a target field, traversing each block in the blockchain based on the target field to determine a second target block; wherein the second target block comprises a target field; determining a target field value corresponding to the target field according to the second target block; the target field is combined with the target field value to generate a target data record.
According to a second aspect of the present disclosure, there is provided a medical data storage device comprising: the initial block generation module is used for determining patient information of a target patient and generating an initial block of a block chain according to the patient information; the field determining module is used for acquiring newly-added medical data of a target patient and generating an initial newly-added block according to the newly-added medical data; the newly added block generation module is used for determining a father block of the initially newly added block and father block information; wherein the parent block includes an initial block and other blocks in the blockchain; the new block generation module is used for generating a new block according to the initial new block and the parent block information; and the storage module is used for linking the newly added block to the tail part of the parent block so as to store the newly added medical data.
Optionally, the initial block generating module includes an initial block generating unit, configured to determine patient identity information from patient information, and generate a patient primary index according to the patient identity information; generating a data body of the initial block according to the main index of the patient; determining generation information of the initial block, and generating a data head of the initial block according to the generation information; and generating an initial block according to the data head and the data body.
Optionally, the initial block generating unit includes an initial block generating subunit, configured to perform a message digest calculation process on the data header and the data body, so as to generate an initial block identifier of the initial block; the initial block identification, the data header and the data body are combined to generate an initial block.
Optionally, the new block generating module includes a new block generating unit, configured to determine a new field and a new field value of the initial new block, and generate a new data body according to the new field and the new field value; determining newly added generation information of the newly added block and a father block abstract; generating a new data head of the new block according to the new generation information and the father block abstract; generating a new block according to the new data head and the new data body.
Optionally, the new block generating unit includes a new block generating subunit, configured to perform a message digest calculation process on the new header and the new body of data, so as to generate a new block identifier of the new block; and combining the newly added block identifier, the newly added data head and the newly added data body to generate a newly added block.
Optionally, the medical data storage device further includes a modification verification module, configured to acquire a first target block and determine target block content of the first target block; performing message digest calculation processing on the target block content to determine target digest information corresponding to the target block content; determining comparison abstract information corresponding to the first target block; and comparing the target abstract information with the comparison abstract information to judge whether the content of the target block is modified or not according to the comparison result.
Optionally, the medical data storage device further comprises a data record determination module for determining a target field, traversing each block in the blockchain based on the target field to determine a second target block; wherein the second target block comprises a target field; determining a target field value corresponding to the target field according to the second target block; the target field is combined with the target field value to generate a target data record.
According to a third aspect of the present disclosure, there is provided an electronic device comprising: a processor; and a memory having stored thereon computer readable instructions which when executed by the processor implement a medical data storage method according to any of the above.
According to a fourth aspect of the present disclosure, there is provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements a medical data storage method according to any one of the above.
The technical scheme provided by the disclosure can comprise the following beneficial effects:
the medical data storage method in an exemplary embodiment of the present disclosure determines patient information of a target patient, generates an initial block of a blockchain from the patient information; acquiring newly-added medical data of a target patient, and generating an initial newly-added block according to the newly-added medical data; determining a parent block of the initial newly added block and parent block information; wherein the parent block includes an initial block and other blocks in the blockchain; generating a new block according to the initial new block and the parent block information; and linking the newly added block to the tail part of the parent block so as to store the newly added medical data. According to the medical data storage method, on one hand, an initial block of the blockchain is generated according to patient information, a new block is generated according to new medical data corresponding to patients, and the new block is linked into the blockchain, so that the medical data of each patient is stored in the corresponding blockchain, and the storage of high-complexity medical data is met. On the other hand, the patient medical data is stored in the chain type structure in the block chain, so that the association between the data can be generated, and the field value of any block is modified and can be known through chain verification. In yet another aspect, with a chained memory structure, data chain backtracking may be performed based on the blockchain, and data content associated with a target field defined by a data acquirer may be determined from the blockchain storing medical data, i.e., a historical data record corresponding to the target field may be acquired.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure. It will be apparent to those of ordinary skill in the art that the drawings in the following description are merely examples of the disclosure and that other drawings may be derived from them without undue effort. In the drawings:
FIG. 1 schematically illustrates a flow chart of a medical data storage method according to an exemplary embodiment of the present disclosure;
FIG. 2 schematically illustrates a data structure and storage structure of medical data according to an exemplary embodiment of the present disclosure;
fig. 3 schematically illustrates a flowchart of generating an initial block according to an exemplary embodiment of the present disclosure;
FIG. 4 schematically illustrates a flow chart of generating a newly added block according to an exemplary embodiment of the present disclosure;
FIG. 5 schematically illustrates a flowchart of determining a first target block in a blockchain in which field values are modified in accordance with an exemplary embodiment of the present disclosure;
FIG. 6 schematically illustrates a flow chart of determining data content associated with a target field in a blockchain in accordance with exemplary embodiments of the present disclosure;
FIG. 7 schematically illustrates a block diagram of a medical data storage device according to an exemplary embodiment of the present disclosure;
FIG. 8 schematically illustrates a block diagram of an electronic device according to an exemplary embodiment of the present disclosure;
fig. 9 schematically illustrates a schematic diagram of a computer-readable storage medium according to an exemplary embodiment of the present disclosure.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments can be embodied in many forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art. The same reference numerals in the drawings denote the same or similar parts, and thus a repetitive description thereof will be omitted.
Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the disclosed aspects may be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known structures, methods, devices, implementations, materials, or operations are not shown or described in detail to avoid obscuring aspects of the disclosure.
The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, these functional entities may be implemented in software, or in one or more software-hardened modules, or in different networks and/or processor devices and/or microcontroller devices.
The complexity of data in the medical field is extremely high, patient data in human dimension is generally stored in the form of files after structured aggregation in the production stage, namely PP data is formed for storage. Existing PP data is typically stored in a computer system in JSON format, and each patient's data is stored as a separate file. However, the current storage scheme of medical data stores the medical data in a plaintext form, so that whether the data is maliciously modified cannot be known through verification, and even if the digest information verification of the PP data is added, only the data is known to be modified, and it is difficult to verify which data is modified. In addition, there is no association between the data of the same field, and if a history change record of the field dimension is to be acquired, the cost is high.
Based on this, in the present exemplary embodiment, a medical data storage method is provided first, the medical data storage method of the present disclosure may be implemented using a server, and the method described in the present disclosure may also be implemented using a terminal device, where the terminal described in the present disclosure may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palm computer, a personal digital assistant (Personal Digital Assistant, PDA), and a fixed terminal such as a desktop computer. Fig. 1 schematically illustrates a schematic diagram of a medical data storage method flow according to some embodiments of the present disclosure. Referring to fig. 1, the medical data storage method may include the steps of:
step S110, patient information of a target patient is determined, and an initial block of a blockchain is generated according to the patient information.
Step S120, newly-added medical data of the target patient is acquired, and an initial newly-added block is generated according to the newly-added medical data.
Step S130, determining a parent block of the initial newly added block and parent block information; the parent block includes the initial block and other blocks in the blockchain.
Step S140, generating a new block according to the initial new block and the parent block information.
Step S150, linking the newly added block to the tail of the parent block to store the newly added medical data.
According to the medical data storage method in the present exemplary embodiment, on the one hand, an initial block of a blockchain is generated according to patient information, a new block is generated according to new medical data corresponding to a patient, and the new block is linked into the blockchain, so that the medical data of each patient is stored in the corresponding blockchain, and the storage of high-complexity medical data is satisfied. On the other hand, the patient medical data is stored in the chain type structure in the block chain, so that the association between the data can be generated, and the field value of any block is modified and can be known through chain verification. In yet another aspect, with a chained memory structure, data chain backtracking may be performed based on the blockchain, and data content associated with a target field defined by a data acquirer may be determined from the blockchain storing medical data, i.e., a historical data record corresponding to the target field may be acquired.
Next, a medical data storage method in the present exemplary embodiment will be further described.
In step S110, patient information of a target patient is determined, and an initial block of a blockchain is generated from the patient information.
In some exemplary embodiments of the present disclosure, the medical data may be medically related data such as various diagnosis and treatment volumes, technical quality related data, meaningful medical history data, significant technical data, new technical value data, scientific data, and the like. The target patient may be a patient who has a disease and receives medical treatment, and generates medical data corresponding to the patient. The patient information may be information composed of identity information and other basic information of the target patient. The blockchain may be a blockchain for storing medical data associated with the target patient. A block, also called a data block, may be the basic unit that makes up a block. The initial tile may be the first tile in the blockchain, where the initial tile is used to store information such as a patient master index to identify that the blockchain is the blockchain storing medical data of a target patient, and typically, only one initial tile is included in the blockchain corresponding to a target patient.
When the target patient is determined, patient information for the target patient may be determined, e.g., a cancer patient may receive multiple treatments while receiving the treatment, and medical data corresponding to the patient may be generated after each treatment is completed. Prior to storing the patient's medical data, patient information for the patient may be determined, including patient identity information and other basic information; specifically, the patient identity information may include information such as the name, age, certificate number, height, weight, etc. of the patient; other basic information may include home address, native place, etc. of the patient. An initial block of the blockchain may be generated from the patient information, and in particular, the patient information may be saved in the initial block to generate the initial block.
Referring to fig. 2, fig. 2 schematically shows a data structure and a storage structure diagram of medical data. The data block 01 in fig. 2 may be an initial block in the present disclosure, where the initial block may include a data header and a data body, and the data header may include information of a parent block digest, a production time, a source organization, a doctor number, and the like; patient master index information may be included in the data volume and the patient master index is stored only in the initial block. Specifically, the determined parent digest information is asymmetrically encrypted using a private key of the production data to be stored in the initial block. After determining the data content in the data header and the data body, a message digest processing method may be used to process the data content in the data header and the data body to generate a data block identifier of the data block, and store the data block identifier in the data block.
According to some exemplary embodiments of the present disclosure, patient identity information is determined from patient information, and a patient master index is generated from the patient identity information; generating a data body of the initial block according to the main index of the patient; determining generation information of the initial block, and generating a data head of the initial block according to the generation information; and generating an initial block according to the data head and the data body. The patient identity information may be basic information capable of representing the identity of a patient, each patient corresponding to unique patient identity information. The patient master index (Enterprise Master Patient Index, EMPI) may be a patient basic information retrieval directory. The system can be realized in a complex medical system through the main index of the patient, and a plurality of medical information systems are effectively associated together through a unique patient identification, so that interconnection and intercommunication among the systems are realized, and the integrity and accuracy of personal information acquisition of the same patient distributed in different systems are ensured. The establishment of the patient main index is a necessary condition for realizing the integration of internal systems of a large hospital, the sharing of resources in a hospital group and the implementation of regional medical sharing by establishing resident health files. The Data Body (Data Body) may be part of a block in a blockchain, and in general, a block may include a block identifier, a Data header, a Data Body, and the like. The generation information may be generation information indicating medical data contained in the initial block, and for example, the generation information may include information such as a generation time, a production time, a source institution, a visit number, and the like; wherein the generation time may be a time when the piece of medical data is generated; the production time may be the time corresponding to when the piece of medical data is processed; the source institution may represent a particular source of the piece of medical data and the source structure may be a particular medical institution, such as a hospital; the visit number may be the number corresponding to the patient at the time of visit by the medical facility. The Data Header (Data Header) of the initial block may be a part of the initial block.
Referring to fig. 3, fig. 3 schematically shows a flowchart of generating an initial block. In step S310, after determining the patient information of the target patient, the patient identity information may be determined from the patient information, and a patient primary index of the target patient may be generated according to the determined patient identity information, for example, the patient primary index may be a character string, and after processing the patient identity information of the target patient, a character string identifier uniquely representing the target patient may be generated, so that the target patient may be uniquely determined according to the character string identifier. In step S320, the generated patient master index is stored in the data volume of the initial block to generate the data volume of the initial block. In step S330, generation information of medical data included in the initial block is determined, and the generation information is stored in the header of the initial block, so that the header of the initial block can be generated. In step S340, an initial block corresponding to the target patient may be generated from the generated data header and data body.
According to another exemplary embodiment of the present disclosure, a message digest calculation process is performed on the data header and the data body to generate an initial block identification of the initial block; the initial block identification, the data header and the data body are combined to generate an initial block. The message digest calculation process may be a process of performing digest calculation of data content contained in a certain block. The number identifier (Identity Document, ID), also known as serial number or account number, is a relatively unique code within a certain hierarchy. The initial block identifier may be an identifier that uniquely represents the initial block, from which the initial block may be determined from the blockchain. After determining the data head and the data body contained in the initial block, the message digest calculation process can be performed on the data head and the data body to obtain the initial block identifier of the initial block. When the header and the body of data are determined, a specific Message Digest Algorithm may be used to perform a Message Digest calculation process on the data content in the block, where the specific Message Digest Algorithm may be a Message Digest Algorithm (MD), a secure hash Algorithm (Secure Hash Algorithm, SHA), a Message authentication code Algorithm (Message Authentication Code, MAC), or the like, and the specific Message Digest Algorithm adopted in this disclosure is not limited in any way. For example, the process of performing the message digest calculation using the MD5 algorithm is as follows: initial block identification = MD5 (header of initial block + body of initial block); the process of message digest calculation processing by using SHA256 algorithm is as follows: initial block identification=sha256 (header of initial block+data body of initial block). After the message digest calculation process, an initial block identifier of the initial block may be generated, and after the initial block identifier, the data header and the data body of the initial block are combined, the initial block identifier, the data header and the data body may be stored in the initial block to generate the initial block.
In step S120, newly added medical data of the target patient is acquired, and an initial newly added block is generated according to the newly added medical data.
In some exemplary embodiments of the present disclosure, the newly added medical data may be medical data generated during a subsequent reception treatment of the target patient. For example, cancer patients typically have longer treatment cycles, and each time a patient receives a treatment or examination, the patient will generate corresponding medical data, which can be used as new medical data. The initial newly added block may be a block in which newly added medical data is stored in the block, and the association relationship with other blocks is not stored in the block. When new medical data of the patient is acquired, the new medical data can be stored in the data block, and a corresponding initial new block can be generated.
In step S130, determining a parent block of the initial newly added block and parent block information; the parent block includes the initial block and other blocks in the blockchain.
In some exemplary embodiments of the present disclosure, a parent block may be a block in a blockchain having a certain connection relationship with an initial newly added block, and after generating the newly added block according to the initial newly added block, the newly added block may be linked at the determined tail of the parent block. The parent block information may be information that is determined to be capable of uniquely indicating which block the parent block is specific to, and for example, the parent block information may include digest information of the parent block. Other blocks in the blockchain may be blocks in the blockchain that have been generated other than the initial block.
Since the target patient will generate corresponding newly added medical data upon receiving the medical examination or treatment, the newly added medical data may be stored in a new tile and the new tile linked in the last tile in the blockchain to be generated. If the block chain corresponding to the target patient only has the initial block, the father block of the initial newly added block can be determined to be the initial block, and if the block chain corresponding to the target patient not only comprises the initial block but also comprises other blocks at the tail of the initial block, the last block in the block chain is taken as the father block of the initial newly added block so as to link the initial newly added block to the tail of the corresponding father block after generating the newly added block.
In step S140, a new block is generated according to the initial new block and the parent block information.
In some exemplary embodiments of the present disclosure, after the initial newly added block and the parent block information are determined, the newly added block may be generated according to the initial newly added block and the parent block information.
According to some exemplary embodiments of the present disclosure, a new field and a new field value of an initial new block are determined, and a new data body is generated according to the new field and the new field value; determining newly added generation information of the newly added block and a father block abstract; generating a new data head of the new block according to the new generation information and the father block abstract; generating a new block according to the new data head and the new data body. The newly added field may be the data content contained in the original newly added block. The newly added field value may be a specific value corresponding to the newly added field. The newly added data body may be a data content containing the newly added field and the newly added field value. The newly added block may be a block for storing newly added medical data and linked to the blockchain. The newly added generation information may be generation information indicating the content of data such as medical data in the newly added block. The parent block digest may be digest information representing a parent block corresponding to the newly added block. The new data header may be part of the data content in the new block, and the new data header may include the parent block summary information of the new block, the generation information of the new block, and the like. The newly added data body may include a newly added field and a newly added field value.
After the new medical data is stored in the initial new block, the new field and the new field value can be determined from the initial new block. Fields in medical data are related to a wide variety and may typically contain tens or even hundreds of data fields. The data fields in the medical data may include a diagnosis type field, an examination type field, an assay result field, a drug information type field, a visit list information field, a cost information field, and the like. For example, the diagnostic type field may include a diagnostic name, a diagnostic type, and the like. The examination type field may include an electronic computed tomography (Computed Tomography, CT) examination method name, a CT examination site, and the like. The assay result fields may include white blood cell count, red blood cell count, hemoglobin content, etc. The drug information type field may include a drug type, a drug number, a drug name, a drug metering, etc. The table information field may include table number, physician number, disorder, disease type, time of visit, etc. The cost information field may include drug cost, treatment cost, hospitalization cost, and the like. In the actual use process, the corresponding data fields can be designed according to the functional requirements, and the data fields contained in the medical data are not limited in any particular way. The newly added field value may be a specific value corresponding to the newly added field. For example, the newly added field value corresponding to a gastric cancer patient may include that the field value of the diagnosis name may be "in gastric cancer chemotherapy", the field value of the diagnosis type may be "outpatient diagnosis", the field value of the examination method name may be "CT abdomen+pelvic floor scan", the field value of the examination site may be "abdomen", and the like.
Referring to fig. 4, fig. 4 schematically shows a flow chart for generating a new added block. In step S410, after determining the new field and the new field value in the initial new block, the new field and the new field value may be stored in the new data body according to the new field and the new field value to generate the new data body. In step S420, determining newly added generation information of the newly added block and a parent block digest; the newly-added generation information may include generation time and production time of the newly-added block; the parent block digest may be a block identifier of the parent block, and the determined parent digest information may be asymmetrically encrypted using a private key of the production data to be stored in the newly added block. In step S430, a new header of the new block is generated according to the new generation information and the parent block digest. In step S440, a new block may be generated according to the new header and the new body.
According to another exemplary embodiment of the present disclosure, a message digest calculation process is performed on the newly added data header and the newly added data body to generate a newly added block identifier of the newly added block; and combining the newly added block identifier, the newly added data head and the newly added data body to generate a newly added block. The new block identifier may be an identifier that can uniquely determine the new block. The process of performing the message digest calculation process on the newly added header and the newly added body is the same as the process of performing the message digest calculation process on the header and the body, and this disclosure will not be repeated. For example, the new block identifier=md5 (new header+new body). And combining the newly added block identifier, the newly added data head and the newly added data body to generate a newly added block.
In step S150, the newly added block is linked to the tail of the parent block for data storage of the newly added medical data.
In some exemplary embodiments of the present disclosure, after generating a new block according to a new data header and a new data body and determining a parent block corresponding to the new block, the new block may be linked to the tail of the determined parent block, and data storage of new medical data may be performed.
Referring to fig. 2, fig. 2 schematically shows a data structure and a storage structure diagram of medical data. The data block 03 in fig. 2 may be a new block of the present disclosure, and a field of data information included in a data header of the new block is substantially the same as a field of data information included in an initial block, and may include: parent block digest, production time, source institution and visit number, etc. The data body may include a medical data category target field and a target field value, and the newly added block does not include patient primary index information. And after the data head in the newly added block and the data content in the data body are subjected to message digest calculation, the data block identifier of the data block can be obtained.
According to some exemplary embodiments of the present disclosure, a first target block is acquired, and target block content of the first target block is determined; performing message digest calculation processing on the target block content to determine target digest information corresponding to the target block content; determining comparison abstract information corresponding to the first target block; and comparing the target abstract information with the comparison abstract information to judge whether the content of the target block is modified or not according to the comparison result. The first target block may be a block determined from a blockchain. The target block content may be data content contained in the first target block. The target summary information may be information content obtained by performing a message summary calculation process on the target block content. The comparison summary information may be information content obtained from a block subsequent to the first target block.
Referring to fig. 5, fig. 5 schematically illustrates a flow chart for determining a first target block in a blockchain in which field values are modified. In step S510, after the first target block is obtained from the blockchain, the target block content included in the first target block may be determined. In step S520, the message digest calculation process is performed on the determined target block content to obtain target digest information corresponding to the target block content. In step S530, a next block linked after the first target block is acquired, and comparison summary information is determined from the next block. In step S540, the target summary information is compared with the comparison summary information, so as to obtain a comparison result, where the comparison result may include that the target summary information and the comparison summary information are consistent or not consistent. If the comparison result is consistent, the target block content can be considered to be unmodified; if the comparison results are inconsistent, the target tile content may be considered modified.
According to another exemplary embodiment of the present disclosure, referring to fig. 6, fig. 6 schematically illustrates a flow chart for determining data content associated with a target field in a blockchain. In step S610, a target field is determined, and each block in the blockchain is traversed based on the target field to determine a second target block; wherein the second target block comprises a target field; in step S620, a target field value corresponding to the target field is determined according to the second target block; in step S630, the target field and the target field value are combined to generate a target data record. The target field may be a field of all field values corresponding to a certain field that the user wants to obtain from the blockchain. The second target block may be a block in the blockchain that contains the target field. The target field value may be a specific value corresponding to the target field. The target data record may be a data record formed by combining target fields obtained from all the second target blocks and target field values corresponding to the target fields.
In some practical medical scenarios, the data acquirer may have a need to acquire data from the blockchain, for example, the data acquirer may be a treating physician for a treatment target patient, a medical expert who is in possession of a specific disease, a medical researcher who is researching the treatment effect of a specific drug, and the like. Referring to fig. 6, in step S610, when a data acquirer has a need to acquire medical data, it may be determined to acquire a target field from a blockchain according to the need. After the target field is determined, the blocks in the entire blockchain may be traversed according to the target field, and all the blocks including the target field may be determined as the second target block. For example, when the determined target field is "diagnosis. Diagnosis name", a block containing the target field may be determined from the blockchain. As can be seen from fig. 2, the block in the blockchain containing the target field may be: data block 02 and data block 03, and thus, can be regarded as a second target block. In step S620, after the second target block is determined, the target field and the target field value may be obtained from the second target block. For example, the data contents acquired from the data block 02 and the data block 03 include: 1) Diagnosis, diagnosis name = "in gastric cancer chemotherapy"; 2) Diagnosis, diagnosis name= "gastric cancer postoperative chemotherapy". In step S630, the target field and the target field value acquired from the second target block are combined, and then a target data record may be generated. In some exemplary embodiments, the block ID, the block generation information, the target field, and the target field value of each block may be combined as a target data record, which may include one or more data items therein. For example, the target data record generated in the above manner may be: { data block 02, production time= "2019-09-19:11:14", production time= "2019-09-20:13:11", source structure= "00001", visit number= "190920121114"; data block 03, production time= "2019-10-10:11:37", production time= "2019-10-20-15:14:37", source structure= "00002", visit number= "191010101137".
It should be noted that the terms "first," "second," and the like are used in this disclosure only to distinguish between different target blocks in a blockchain, and should not be construed as limiting the disclosure in any way.
In summary, the initial block of the blockchain is generated according to the patient information of the target patient, after the target patient generates the newly-increased medical data, the newly-increased medical data may be stored in the newly-increased block, the parent block information of the parent block corresponding to the newly-increased block is determined, the parent block information is stored in the newly-increased block to generate the newly-increased block, and the newly-increased block is linked at the tail of the parent block, so as to store the newly-increased medical data. Based on the generated blockchain, whether the content in each block is modified can be determined based on the block summary information corresponding to each block in the chain storage structure; and obtaining a target data record associated with the target field from the blockchain. According to the medical data storage method, on one hand, the EMPI index number of the target patient is determined according to the patient information of the target patient, and the EMPI index number is stored in the initial block of the blockchain, and because the initial block only contains the EMPI index number of the patient information, the privacy information of the patient is not really stored in the blockchain, the privacy safety of the patient can be ensured, and the target patient can be corresponding to the corresponding data through the same EMPI calculation method only when the data using mechanism has all the privacy data of the target patient. On the other hand, the medical data of the target patient is stored in a chain structure, and each block contains the summary information of the parent block, so that the data in which block in the block chain is modified can be determined by the information summary calculation method. In yet another aspect, if the data acquirer has a data acquisition requirement, a field of interest, i.e., a target field, may be defined, and all historical data records for the target field in the blockchain are obtained by traversing the data chain.
It should be noted that although the steps of the method of the present invention are depicted in the drawings in a particular order, this does not require or imply that the steps must be performed in that particular order or that all of the illustrated steps be performed in order to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform, etc.
Furthermore, in the present exemplary embodiment, a medical data storage device is also provided. Referring to fig. 7, the medical data storage device 700 may include: an initial block generation module 710, an initial newly added block generation module 720, a parent block determination module 730, a newly added block generation module 740, and a storage module 750.
Specifically, the initial block generation module 710 may be configured to determine patient information of a target patient, and generate an initial block of a blockchain according to the patient information; the initial newly-added block generation module 720 may be configured to obtain newly-added medical data of the target patient, and generate an initial newly-added block according to the newly-added medical data; the parent block determination module 730 may be configured to determine a parent block of the initial newly added block and parent block information; wherein the parent block includes an initial block and other blocks in the blockchain; the new block generation module 740 may be configured to generate a new block according to the initial new block and the parent block information; the storage module 750 may be used to link the newly added tile to the tail of the parent tile for data storage of the newly added medical data.
The medical data storage 700 may generate an initial block of the blockchain based on the determined patient information of the target patient, generate a new block based on the new medical data if the target patient has the new medical data, and link the new block to the generated latest block in the blockchain for storing the new medical data. The storage device can store the medical data of each patient in a blockchain corresponding to the patient, and store the medical data in a chained storage mode, so that the data can be associated, and summary information verification or other operations can be performed on the data on the chain based on a chained storage structure, so that the storage device is an effective medical data storage device.
In one exemplary embodiment of the present disclosure, the initial block generation module includes an initial block generation unit configured to: determining patient identity information from the patient information, and generating a patient master index according to the patient identity information; generating a data body of the initial block according to the main index of the patient; determining generation information of the initial block, and generating a data head of the initial block according to the generation information; and generating an initial block according to the data head and the data body.
In one exemplary embodiment of the present disclosure, the initial block generation unit includes an initial block generation subunit configured to: performing message digest calculation processing on the data header and the data body to generate an initial block identifier of the initial block; the initial block identification, the data header and the data body are combined to generate an initial block.
In one exemplary embodiment of the present disclosure, the new-block generation module includes a new-block generation unit configured to: determining a new field and a new field value of the initial new block, and generating a new data body according to the new field and the new field value; determining newly added generation information of the newly added block and a father block abstract; generating a new data head of the new block according to the new generation information and the father block abstract; generating a new block according to the new data head and the new data body.
In one exemplary embodiment of the present disclosure, the new-block generating unit includes a new-block generating subunit configured to: performing message digest calculation processing on the newly added data header and the newly added data body to generate a newly added block identifier of the newly added block; and combining the newly added block identifier, the newly added data head and the newly added data body to generate a newly added block.
In one exemplary embodiment of the present disclosure, the medical data storage device further comprises a modification verification module configured to: acquiring a first target block and determining target block content of the first target block; performing message digest calculation processing on the target block content to determine target digest information corresponding to the target block content; determining comparison abstract information corresponding to the first target block; and comparing the target abstract information with the comparison abstract information to judge whether the content of the target block is modified or not according to the comparison result.
In one exemplary embodiment of the present disclosure, the medical data storage device further comprises a data record determination module configured to: determining a target field, traversing each block in the blockchain based on the target field to determine a second target block; wherein the second target block comprises a target field; determining a target field value corresponding to the target field according to the second target block; the target field is combined with the target field value to generate a target data record.
The specific details of each virtual medical data storage device module in the foregoing are described in detail in the corresponding medical data storage method, and thus are not described herein.
It should be noted that although several modules or units of the medical data storage device are mentioned in the above detailed description, this division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit in accordance with embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied.
In addition, in an exemplary embodiment of the present disclosure, an electronic device capable of implementing the above method is also provided.
Those skilled in the art will appreciate that the various aspects of the invention may be implemented as a system, method, or program product. Accordingly, aspects of the invention may be embodied in the following forms, namely: an entirely hardware embodiment, an entirely software embodiment (including firmware, micro-code, etc.) or an embodiment combining hardware and software aspects may be referred to herein as a "circuit," module "or" system.
An electronic device 800 according to such an embodiment of the invention is described below with reference to fig. 8. The electronic device 800 shown in fig. 8 is merely an example and should not be construed as limiting the functionality and scope of use of embodiments of the present invention.
As shown in fig. 8, the electronic device 800 is embodied in the form of a general purpose computing device. Components of electronic device 800 may include, but are not limited to: the at least one processing unit 810, the at least one storage unit 820, a bus 830 connecting the different system components (including the storage unit 820 and the processing unit 810), and a display unit 840.
Wherein the storage unit stores program code that is executable by the processing unit 810 such that the processing unit 810 performs steps according to various exemplary embodiments of the present invention described in the above section of the "exemplary method" of the present specification.
Storage unit 820 may include readable media in the form of volatile storage units such as Random Access Memory (RAM) 821 and/or cache memory unit 822, and may further include Read Only Memory (ROM) 823.
The storage unit 820 may include a program/utility 824 having a set (at least one) of program modules 825, such program modules 825 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment.
Bus 830 may be one or more of several types of bus structures including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.
The electronic device 800 may also communicate with one or more external devices 870 (e.g., keyboard, pointing device, bluetooth device, etc.), one or more devices that enable a user to interact with the electronic device 800, and/or any device (e.g., router, modem, etc.) that enables the electronic device 800 to communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 850. Also, electronic device 800 may communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet, through network adapter 860. As shown, network adapter 860 communicates with other modules of electronic device 800 over bus 830. It should be appreciated that although not shown, other hardware and/or software modules may be used in connection with electronic device 800, including, but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.
From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, a terminal device, or a network device, etc.) to perform the method according to the embodiments of the present disclosure.
In an exemplary embodiment of the present disclosure, a computer-readable storage medium having stored thereon a program product capable of implementing the method described above in the present specification is also provided. In some possible embodiments, the various aspects of the invention may also be implemented in the form of a program product comprising program code for causing a terminal device to carry out the steps according to the various exemplary embodiments of the invention as described in the "exemplary methods" section of this specification, when said program product is run on the terminal device.
Referring to fig. 9, a program product 900 for implementing the above-described method according to an embodiment of the present invention is described, which may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The computer readable signal medium may include a data signal propagated in baseband or as part of a carrier wave with readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).
Furthermore, the above-described drawings are only schematic illustrations of processes included in the method according to the exemplary embodiment of the present application, and are not intended to be limiting. It will be readily appreciated that the processes shown in the above figures do not indicate or limit the temporal order of these processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, for example, among a plurality of modules.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any adaptations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It is to be understood that the present disclosure is not limited to the precise arrangements and instrumentalities shown in the drawings, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.
Claims (9)
1. A medical data storage method, comprising:
Determining patient information of a target patient, and generating an initial block of a blockchain according to the patient information;
acquiring newly-added medical data of the target patient, and generating an initial newly-added block according to the newly-added medical data;
determining a parent block of the initial newly added block and parent block information; wherein the parent block comprises the initial block and other blocks in the blockchain, and the parent block information comprises a parent block digest;
generating a new block according to the initial new block and the parent block information;
linking the newly added block to the tail of the parent block so as to store the data of the newly added medical data;
the generating a new block according to the initial new block and the parent block information includes:
determining a new field and a new field value of the initial new block, and generating a new data body according to the new field and the new field value;
determining newly added generation information of the newly added block and the father block abstract;
generating a new data head of the new block according to the new generation information and the father block abstract;
and generating the new block according to the new data head and the new data body.
2. The medical data storage method of claim 1, wherein the generating an initial block of a blockchain from the patient information comprises:
determining patient identity information from the patient information, and generating a patient main index according to the patient identity information;
generating a data body of the initial block according to the patient main index;
determining the generation information of the initial block, and generating a data head of the initial block according to the generation information;
and generating the initial block according to the data head and the data body.
3. The medical data storage method of claim 2, wherein the generating the initial block from the data header and the data body comprises:
performing message digest calculation processing on the data header and the data body to generate an initial block identifier of the initial block;
and combining the initial block identifier, the data head and the data body to generate the initial block.
4. The medical data storage method of claim 1, wherein the generating the new chunk from the new header and the new volume of data comprises:
Performing message digest calculation processing on the newly added data header and the newly added data body to generate a newly added block identifier of the newly added block;
and combining the new block identifier, the new data head and the new data body to generate the new block.
5. The medical data storage method of claim 1, wherein the method further comprises:
acquiring a first target block and determining target block content of the first target block;
performing message digest calculation processing on the target block content to determine target digest information corresponding to the target block content;
determining comparison abstract information corresponding to the first target block;
and comparing the target abstract information with the comparison abstract information to judge whether the content of the target block is modified or not according to a comparison result.
6. The medical data storage method of claim 1 or 5, wherein the method further comprises:
determining a target field, traversing each block in the blockchain based on the target field to determine a second target block; wherein the second target block includes the target field;
Determining a target field value corresponding to the target field according to the second target block;
and combining the target field and the target field value to generate a target data record.
7. A medical data storage device, comprising:
the system comprises an initial block generation module, a block chain generation module and a block chain generation module, wherein the initial block generation module is used for determining patient information of a target patient and generating an initial block of the block chain according to the patient information;
the initial newly-added block generation module is used for acquiring newly-added medical data of the target patient and generating an initial newly-added block according to the newly-added medical data;
the father block determining module is used for determining father blocks of the initial newly-added blocks and father block information; wherein the parent block comprises the initial block and other blocks in the blockchain, and the parent block information comprises a parent block digest;
the new block generation module is used for generating a new block according to the initial new block and the father block information;
the storage module is used for linking the newly added block to the tail part of the father block so as to store the data of the newly added medical data;
the new block generation module comprises a new block generation unit, a new data generation unit and a new data generation unit, wherein the new block generation unit is used for determining a new field and a new field value of the initial new block and generating a new data body according to the new field and the new field value;
Determining newly added generation information of the newly added block and the father block abstract;
generating a new data head of the new block according to the new generation information and the father block abstract;
and generating the new block according to the new data head and the new data body.
8. An electronic device, comprising:
a processor; and
a memory having stored thereon computer readable instructions which when executed by the processor implement the medical data storage method according to any one of claims 1 to 6.
9. A computer readable storage medium having stored thereon a computer program which when executed by a processor implements the medical data storage method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911335979.7A CN111128325B (en) | 2019-12-23 | 2019-12-23 | Medical data storage method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911335979.7A CN111128325B (en) | 2019-12-23 | 2019-12-23 | Medical data storage method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111128325A CN111128325A (en) | 2020-05-08 |
| CN111128325B true CN111128325B (en) | 2023-08-11 |
Family
ID=70501114
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911335979.7A Active CN111128325B (en) | 2019-12-23 | 2019-12-23 | Medical data storage method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111128325B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112489743B (en) * | 2020-11-24 | 2023-07-04 | 泰康保险集团股份有限公司 | Medical data view realization method and system |
| CN113380356B (en) * | 2021-05-10 | 2024-04-16 | 广州零端科技有限公司 | Branch chain type traceable medical examination data recording method, inquiring method and device |
| CN113486991B (en) * | 2021-09-07 | 2021-11-26 | 南通林德安全设备科技有限公司 | Medical data neural network feature fusion method and system based on block chain |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109599153A (en) * | 2018-11-14 | 2019-04-09 | 金色熊猫有限公司 | Medical data tracking and device, storage medium, electronic equipment |
| CN109636402A (en) * | 2018-12-14 | 2019-04-16 | 泰康保险集团股份有限公司 | Based on the credit information processing method of block chain, device, equipment, storage medium |
| CN110225095A (en) * | 2019-05-20 | 2019-09-10 | 中国银行股份有限公司 | A kind of data processing method, apparatus and system |
| CN110379474A (en) * | 2019-06-18 | 2019-10-25 | 武汉联影医疗科技有限公司 | Medical data management method, system, device, computer equipment and storage medium |
-
2019
- 2019-12-23 CN CN201911335979.7A patent/CN111128325B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109599153A (en) * | 2018-11-14 | 2019-04-09 | 金色熊猫有限公司 | Medical data tracking and device, storage medium, electronic equipment |
| CN109636402A (en) * | 2018-12-14 | 2019-04-16 | 泰康保险集团股份有限公司 | Based on the credit information processing method of block chain, device, equipment, storage medium |
| CN110225095A (en) * | 2019-05-20 | 2019-09-10 | 中国银行股份有限公司 | A kind of data processing method, apparatus and system |
| CN110379474A (en) * | 2019-06-18 | 2019-10-25 | 武汉联影医疗科技有限公司 | Medical data management method, system, device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111128325A (en) | 2020-05-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7411017B2 (en) | Systems and methods for anonymizing health data and modifying and compiling health data across geographic areas for analysis | |
| Penedo et al. | The increasing value of eHealth in the delivery of patient-centred cancer care | |
| CN111128325B (en) | Medical data storage method and device, electronic equipment and storage medium | |
| CN107767929B (en) | Case report form filling method and device, electronic equipment and storage medium | |
| US20170124261A1 (en) | Systems and methods for patient health networks | |
| CN107767922A (en) | Medical data receives discharge method and device, electronic equipment, storage medium | |
| CN109243600B (en) | Method and apparatus for outputting information | |
| CN112259178A (en) | Block chain network-based diagnosis method and device and block chain network system | |
| US11942210B2 (en) | Universal medical image request | |
| CN111046085B (en) | Data tracing processing method and device, medium and equipment | |
| US11967416B2 (en) | Image analysis and insight generation | |
| US20090150438A1 (en) | Export file format with manifest for enhanced data transfer | |
| US20130195331A1 (en) | Apparatus for sharing and managing information in picture archiving communication system and method thereof | |
| CN113053531B (en) | Medical data processing method, medical data processing device, computer readable storage medium and equipment | |
| US20220199212A1 (en) | AI Platform System and Method | |
| US20220157425A1 (en) | Feedback system and method | |
| US20200043583A1 (en) | System and method for workflow-sensitive structured finding object (sfo) recommendation for clinical care continuum | |
| WO2019020717A1 (en) | Device, system, and method for optimizing image acquisition workflows | |
| CN111161817B (en) | Medical data standardized processing method, device, medium and electronic equipment | |
| CN113220896A (en) | Multi-source knowledge graph generation method and device and terminal equipment | |
| Roehle et al. | Applicability and accuracy of pretest probability calculations implemented in the NICE clinical guideline for decision making about imaging in patients with chest pain of recent onset | |
| CN111653328B (en) | Medical record information pushing method and device, storage medium and electronic equipment | |
| CN114822795A (en) | Method and device for determining user receiving a call, electronic equipment and storage medium | |
| CN117275647A (en) | Medical image cloud storage method and device, electronic equipment and storage medium | |
| CN114155927A (en) | Health data processing method and equipment |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210301 Address after: 100191 room 801, 8th floor, building 9, 35 Huayuan North Road, Haidian District, Beijing Applicant after: YIDU CLOUD Ltd. Address before: Room 1502, 15th floor, No.211, pubin Road, Jiangbei new district, Nanjing, Jiangsu 210000 Applicant before: Nanjing Yirui Technology Co.,Ltd. Applicant before: Nanjing Yiyi Yunda Data Technology Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |