CN111128325A - 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
- CN111128325A CN111128325A CN201911335979.7A CN201911335979A CN111128325A CN 111128325 A CN111128325 A CN 111128325A CN 201911335979 A CN201911335979 A CN 201911335979A CN 111128325 A CN111128325 A CN 111128325A
- Authority
- CN
- China
- Prior art keywords
- block
- newly added
- data
- target
- initial
- 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.)
- Granted
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
- 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 block chain 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 and parent block information of the initial newly added block; wherein, the parent block comprises the initial block and other blocks in the block chain; generating a newly added block according to the information of the initial newly added block and the parent block; and 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 present disclosure may store medical data for each patient in a blockchain to facilitate verification that the medical data has been modified.
Description
Technical Field
The present disclosure relates to the field of data storage technologies, and in particular, to a medical data storage method, a medical data storage apparatus, an electronic device, and a computer-readable storage medium.
Background
The complexity of data in the medical field has been extremely high, and patient data with artificial dimensions, such as electronic medical records, are generally stored in the form of files after structured aggregation at the production stage, i.e. patient information records (PP data).
The existing PP data organization format is mostly stored in a computer system in a JS Object Notation (JSON) format, and data of each patient is stored as an independent file.
However, in the storage scheme of the prior art, data is stored in a clear text form, and therefore, it is difficult to know whether the data is modified or which data is modified by checking. In addition, data in the same field has no correlation, so the cost for acquiring the history change record of the field dimension is high.
It is to be noted that the information disclosed in the above background section is only for enhancement of 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 apparatus, an electronic device, and a computer-readable storage medium, so as to overcome, at least to some extent, the problem that it is difficult to verify whether data is modified in the data structure and data storage manner of the existing medical data storage.
Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by 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 block chain 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 and parent block information of the initial newly added block; wherein, the parent block comprises the initial block and other blocks in the block chain; generating a newly added block according to the information of the initial newly added block and the parent block; and 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.
Optionally, generating an initial block of the block chain according to the 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 patient main index; 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 an initial block according to the data header and the data body includes: performing message digest calculation processing on the data head and the data body to generate an initial block identifier of an initial block; and combining the initial block identification, the data head and the data body to generate an initial block.
Optionally, the parent block information includes a parent block summary, and the generating of the newly added block according to the initial newly added block and the parent block information includes: determining a newly added field and a newly added field value of the initial newly added block, and generating a newly added data volume according to the newly added field and the newly added field value; determining newly-increased generation information and a parent block abstract of the newly-increased block; generating a newly-added data head of the newly-added block according to the newly-added generation information and the parent block abstract; and generating a new block according to the new data head and the new data body.
Optionally, generating a new block according to the new data header and the new data volume includes: performing message digest calculation processing on the newly added data head and the newly added data body to generate a newly added block identifier of the newly added block; and combining the newly added block identification, the newly added data head and the newly added data body to generate a newly added block.
Optionally, the method further includes: acquiring a first target block and determining the 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 summary 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 according to the comparison result.
Optionally, the method further includes: determining a target field, and traversing each block in the block chain based on the target field to determine a second target block; the second target block comprises a 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 the 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 the patient information of the target patient and generating an initial block of the block chain according to the patient information; the field determining 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; a newly added block generating module, configured to determine a parent block and parent block information of an initially newly added block; wherein, the parent block comprises the initial block and other blocks in the block chain; a newly added block generating module for generating a newly added block according to the information of the initial newly added block and the parent block; and 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.
Optionally, the initial block generating module includes an initial block generating unit, configured to determine patient identity information from the patient information, and generate a patient master index according to the patient identity information; generating a data body of the initial block according to the patient main index; 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 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 identification, the data head and the data body to generate an initial block.
Optionally, the newly added block generating module includes a newly added block generating unit, configured to determine a newly added field and a newly added field value of the initially newly added block, and generate a newly added data volume according to the newly added field and the newly added field value; determining newly-increased generation information and a parent block abstract of the newly-increased block; generating a newly-added data head of the newly-added block according to the newly-added generation information and the parent block abstract; and generating a new block according to the new data head and the new data body.
Optionally, the newly added block generating unit includes a newly added block generating subunit, configured to perform message digest calculation processing on the newly added data header and the newly added data volume to generate a newly added block identifier of the newly added block; and combining the newly added block identification, 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 the first target block and determine a 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 summary 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 according to the comparison result.
Optionally, the medical data storage device further includes a data record determining module, configured to determine a target field, and traverse each block in the block chain based on the target field to determine a second target block; the second target block comprises a 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 the 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 computer readable instructions stored thereon which, when executed by the processor, implement a medical data storage method according to any one 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:
in the medical data storage method in the exemplary embodiment of the present disclosure, patient information of a target patient is determined, and an initial block of a block chain is generated 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 and parent block information of the initial newly added block; wherein, the parent block comprises the initial block and other blocks in the block chain; generating a newly added block according to the information of the initial newly added block and the parent block; and 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. According to the medical data storage method disclosed by the disclosure, on one hand, the initial block of the block chain is generated according to the patient information, the newly added block is generated according to the newly added medical data corresponding to the patient and is linked to the block chain, so that the medical data of each patient is stored in the block chain corresponding to each patient, and the storage of the medical data with high complexity is met. On the other hand, the medical data of the patient is stored in the block chain in a chain structure, so that the data can be associated with each other, and the field value of any one block is modified and can be known through chain verification. In yet another aspect, with a chained storage structure, a data chain backtracking can be performed based on the blockchain, and the data content associated with the target field defined by the data acquirer, i.e. the historical data record corresponding to the target field, can be determined from the blockchain storing the medical data.
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 present disclosure and together with the description, serve to explain the principles of the disclosure. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty. In the drawings:
fig. 1 schematically shows 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 a stored structure diagram of medical data according to an exemplary embodiment of the present disclosure;
FIG. 3 schematically illustrates a flow chart for generating an initial tile according to an exemplary embodiment of the present disclosure;
FIG. 4 schematically illustrates a flow diagram for generating a newly added tile, according to an exemplary embodiment of the present disclosure;
fig. 5 schematically illustrates a flowchart for determining a first target tile with a modified field value in a chain of tiles according to an exemplary embodiment of the present disclosure;
FIG. 6 schematically illustrates a flow chart for determining data content associated with a target field in a blockchain according to an exemplary embodiment of the present disclosure;
fig. 7 schematically shows 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. Example embodiments may, however, be embodied in many different 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 example embodiments to those skilled in the art. The same reference numerals denote the same or similar parts in the drawings, 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 subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. 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 shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. That is, these functional entities may be implemented in the form of software, or in one or more software-hardened modules, or in different networks and/or processor devices and/or microcontroller devices.
Data complexity in the medical field is extremely high all the time, and patient data with artificial dimensionality is generally stored in a file form after structured aggregation in a production stage, namely PP data is formed for storage. Existing PP data is typically stored in a computer system in JSON format, and the data for each patient is stored as a separate file. However, in the existing storage scheme of medical data, the medical data is stored in a plaintext form, so that whether the data is modified maliciously cannot be known through verification, and even if summary information verification is added to the PP data, only the data is known to be modified, and it is difficult to verify which data is modified. In addition, data of the same field has no association relationship, and if the historical change record of the field dimension is required to be acquired, the cost is high.
Based on this, in the present exemplary embodiment, first, a medical data storage method is provided, which may be implemented by using a server, or a terminal device, wherein 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 (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, determining the patient information of the target patient, and generating an initial block of the block chain according to the patient information.
And step S120, acquiring newly added medical data of the target patient, and generating an initial newly added block according to the newly added medical data.
Step S130, determining a parent block and parent block information of the initially newly added block; the parent block includes the initial block and other blocks in the block chain.
In step S140, a newly added block is generated according to the information of the initially added block and the parent block.
And S150, linking the newly added block to the tail part of the father block so as to store the newly added medical data.
According to the medical data storage method in the present exemplary embodiment, on one hand, an initial block of a block chain is generated according to patient information, a newly added block is generated according to newly added medical data corresponding to a patient, and the newly added block is linked to the block chain, so that the medical data of each patient is stored in the block chain corresponding to each patient, and storage of highly complex medical data is satisfied. On the other hand, the medical data of the patient is stored in the block chain in a chain structure, so that the data can be associated with each other, and the field value of any one block is modified and can be known through chain verification. In yet another aspect, with a chained storage structure, a data chain backtracking can be performed based on the blockchain, and the data content associated with the target field defined by the data acquirer, i.e. the historical data record corresponding to the target field, can be determined from the blockchain storing the medical data.
Next, the medical data storage method in the present exemplary embodiment will be further described.
In step S110, patient information of the target patient is determined, and an initial block of the block chain is generated according to the patient information.
In some exemplary embodiments of the present disclosure, the medical data may be related data related to medicine, such as various treatment volumes, data related to technical quality, meaningful medical history data, significant technical data, new technical value data, scientific research data, and the like. The target patient may be a patient who has a disease and receives medical treatment, and then generates medical data corresponding to the patient. The patient information may be information consisting of identity information of the target patient and other basic information. The blockchain may be a blockchain for storing medical data associated with the target patient. A block, also called a data block, may be a basic unit constituting the block. The initial block may be a first block in a block chain, and the initial block is used for storing information such as a patient main index, so as to identify that the block chain is a block chain for storing medical data of a target patient, and generally, only one initial block is included in a block chain corresponding to a certain target patient.
When the target patient is determined, the patient information of the target patient may be determined, for example, when a certain cancer patient receives treatment, the patient may receive a plurality of treatments, and after each treatment is finished, the medical data corresponding to the patient is generated. Before storing the medical data of the patient, the patient information of the patient can be determined, including patient identity information and other basic information; specifically, the patient identity information may include information such as name, age, certificate number, height, weight, etc. of the patient; other basic information may include the home address, native place, etc. of the patient. An initial tile of the tile chain may be generated based on the patient information, and in particular, the patient information may be saved in the initial tile to generate the initial tile.
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, the initial block may include a data header and a data body, and the data header may include information such as a parent block digest, a generation time, a production time, a source organization, a visit number, and the like; patient primary index information may be included in the data volume and only the initial tile stores the patient primary index. Specifically, the determined parent summary information is asymmetrically encrypted by using a private key in the production data so as to be stored in the initial block. After the data content in the data header and the data body is determined, the content in the data header and the data body may be processed by using a message digest processing method 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, a patient master index is generated from the patient identity information; generating a data body of the initial block according to the patient main index; 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 identification information may be basic information capable of representing the identity of patients, each patient corresponding to unique patient identification information. The Patient Master Index (EMPI) may be a Patient base information retrieval directory. The method can realize that a plurality of medical information systems are effectively associated together through unique patient identification in a complex medical system through the patient main index so as to realize interconnection and intercommunication among the systems and ensure the integrity and accuracy of personal information acquisition of the same patient distributed in different systems. The establishment of the patient main index is a necessary condition for realizing the integration of internal systems of large hospitals, the resource sharing in hospital groups and the regional medical sharing by establishing resident health files. The Data Body (Data Body) may be a part of a block in a block chain, and in general, one block may include a block id, a Data header, and a Data Body, etc. 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 production time, source institution, visit number, and the like; wherein the generation time may be a time when the piece of medical data is generated; the production time can be the time corresponding to the medical data processing; the source organization may represent a particular source of the piece of medical data, and the source organization may be a particular medical organization, such as a hospital; the visit number may be the number corresponding to the patient at the time of the visit at the medical institution. The Data Header of the initial chunk may be a part of the initial chunk.
Referring to fig. 3, fig. 3 schematically shows a flow chart for generating an initial tile. In step S310, after the patient information of the target patient is determined, the patient identification 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 identification information, for example, the patient primary index may be a character string, and after the patient identification information of the target patient is processed, 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 main 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 the medical data included in the initial block is determined, and the generation information is stored in the header of the initial block, which may be generated. In step S340, an initial block corresponding to the target patient may be generated according to the generated data header and data body.
According to another exemplary embodiment of the present disclosure, a message digest calculation process is performed on a data header and a data body to generate an initial block identifier of an initial block; and combining the initial block identification, the data head and the data body to generate an initial block. The message digest calculation process may be a process of performing digest calculation on data content contained in a certain block. The number Identification (ID), also called serial number or account number, is a relatively unique code in a certain system. The initial block identifier may be an identifier uniquely representing the initial block, and the initial block may be determined from the block chain according to the initial block identifier. After the data header and the data body included in the initial block are determined, the data header and the data body may be subjected to message digest calculation to obtain an initial block identifier of the initial block. After the data header and the data body are determined, a specific Message Digest Algorithm may be used to perform Message Digest calculation processing on the data content in the block, and specifically, the Message Digest Algorithm may be a Message-Digest Algorithm (MD), a Secure Hash Algorithm (SHA), a Message Authentication Code Algorithm (MAC), or the like. For example, the process of performing message digest calculation processing by using the MD5 algorithm is as follows: initial tile identification MD5 (header of initial tile + data body of initial tile); the process of using SHA256 algorithm to calculate the message abstract is as follows: the initial block id is SHA256 (header of initial block + data body of initial block). After the message digest calculation processing, 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, new medical data of the target patient is obtained, and an initial new block is generated according to the new medical data.
In some exemplary embodiments of the present disclosure, the newly added medical data may be medical data generated during subsequent receiving treatment of the target patient. For example, the treatment period of a cancer patient is usually long, and each time the patient receives a treatment or examination, corresponding medical data is generated, and this time the medical data can be used as new medical data. The initial newly added block may be a block in which the newly added medical data is stored and the association relationship with other blocks is not stored. After the 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 and parent block information of the initially newly added block; the parent block includes the initial block and other blocks in the block chain.
In some exemplary embodiments of the present disclosure, the parent block may be a block in a block chain having a certain connection relationship with the initially newly added block, and after the newly added block is generated according to the initially newly added block, the newly added block may be linked to the tail of the determined parent block. The parent block information may be information determined to uniquely indicate which block the parent block is, for example, the parent block information may include summary information of the parent block. The other blocks in the block chain may be blocks in the block chain that have now been generated in addition to the original blocks.
Since the target patient will generate corresponding new medical data when receiving medical examination or treatment, the new medical data can be stored in a new block, and the new block is linked to the last block generated by the block chain. If the block chain corresponding to the target patient only has the initial block, the parent block of the initial newly added block can be determined as the initial block, and if the block chain corresponding to the target patient not only contains the initial block but also contains other blocks at the tail of the initial block, the last block in the block chain is taken as the parent block of the initial newly added block, so that the initial newly added block is linked at the tail of the corresponding parent block after being generated into the newly added block.
In step S140, a newly added block is generated according to the information of the initially added block and the parent block.
In some exemplary embodiments of the present disclosure, after the information of the initial newly added block and the parent block is determined, the newly added block may be generated according to the information of the initial newly added block and the parent block.
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 volume is generated according to the new field and the new field value; determining newly-increased generation information and a parent block abstract of the newly-increased block; generating a newly-added data head of the newly-added block according to the newly-added generation information and the parent block abstract; and 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 initially added block. The added field value may be a specific value corresponding to the added field. The new data volume may be data content containing the added field and the value of the added field. The newly added block may be a block for storing newly added medical data and linked to the block chain. The newly added generation information may be generation information indicating data content 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 newly added data header may be a part of data content in the newly added block, and the newly added data header may include parent block summary information of the newly added block, generation information of the newly added block, and the like. The new data volume may include new fields and new field values.
After the newly added medical data is stored in the initial newly added block, a newly added field and a newly added field value can be determined from the initial newly added block. The fields in medical data are of 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 table information field, a cost information field, and the like. By way of example, the diagnostic type field may include a diagnostic name, a diagnostic type, and the like. The examination type field may include a Computed Tomography (CT) examination method name, a CT examination site, and the like. The assay result field may include fields for 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 dose, and the like. The visit table information field may include a visit table number, a number of a treating doctor, a disease condition, a disease type, a visit time, and the like. The cost information field may include drug cost, treatment cost, hospitalization cost, etc. In the actual use process, the corresponding data field can be designed according to the functional requirements, and the data field contained in the medical data is not limited in any way by the present disclosure. The added field value may be a specific value corresponding to the added field. For example, the value of the new field corresponding to a certain gastric cancer patient may include a field value of a diagnosis name "in gastric cancer chemotherapy", a field value of a diagnosis type "out-patient diagnosis", a field value of an examination method name "CT abdominal + pelvic floor scan", a field value of an examination site "abdominal", and the like.
Referring to fig. 4, fig. 4 schematically shows a flow chart for generating a newly added tile. In step S410, after the new field and the new field value in the initially new block are determined, the new field and the new field value may be stored in the new data volume to generate a new data volume. In step S420, new generation information and a parent block summary of the new block are determined; the newly added generation information may include the generation time and the production time of the newly added block; the parent block digest can be a block identifier of the parent block, and the determined parent digest information is asymmetrically encrypted by using a private key in the production data so as 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 summary. In step S440, a new block may be generated according to the new header and the new data 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 volume to generate a newly added block identifier of the newly added block; and combining the newly added block identification, the newly added data head and the newly added data body to generate a newly added block. The newly added block identifier may be an identifier that can uniquely determine the newly added block. The process of performing the message digest calculation processing on the newly added data head and the newly added data body is the same as the process of performing the message digest calculation processing on the data head and the data body, which is not described in detail in this disclosure. For example, the new chunk id is MD5 (new header + new volume). And combining the newly added block identification, 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 a newly added block is generated according to a newly added data header and a newly added data volume and a parent block corresponding to the newly added block is determined, the newly added block may be linked to a tail of the determined parent block, and data storage of newly added 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 newly added block of the present disclosure, and a field of data information included in a data header of the newly added block is substantially the same as a field of data information included in an initial block, and may include: parent block abstract, generation time, production time, source institution and visit number, etc. The data body can contain a target field and a target field value of the medical data class, and the newly added block does not contain the main index information of the patient. And after the data head in the newly added block and the data content in the data body are subjected to message digest calculation processing, 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 obtained, 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 summary 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 according to the comparison result. The first target block may be a certain block determined from the chain of blocks. 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 message summary calculation processing 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 shows a flow chart for determining a first target tile with a modified field value in a tile chain. In step S510, after the first target block is acquired from the blockchain, the content of the target block 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 obtained, and the comparison summary information is determined from the next block. In step S540, the target summary information is compared with the comparison summary information, and a comparison result may be obtained, where the comparison result may include consistency of the two or inconsistency of the two. If the comparison result is that the two are consistent, the content of the target block is not modified; if the comparison result is that the two are not consistent, the target block content can be considered to be modified.
Referring to fig. 6, fig. 6 schematically illustrates a flow chart for determining data content associated with a target field in a blockchain according to another exemplary embodiment of the present disclosure. In step S610, determining a target field, and traversing each block in the block chain based on the target field to determine a second target block; the second target block comprises a target field; in step S620, determining a target field value corresponding to the target field according to the second target block; in step S630, a combination process is performed on the target field and the target field value 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 acquire from the block chain. The second target block may be a block of the block chain that includes 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 obtained by combining the target fields obtained from all the second target blocks and the target field values corresponding to the target fields.
In some practical medical scenarios, a data acquirer may need to acquire data from the blockchain, for example, the data acquirer may be an attending physician who treats a target patient, a medical specialist who attacks a specific disease, a medical researcher who studies the therapeutic effect of a specific drug, or the like. Referring to fig. 6, in step S610, when the data acquirer has a need to acquire medical data, it may be determined to acquire a target field from the blockchain according to the need. After the target field is determined, the blocks in the whole block chain can be traversed according to the target field, and all the blocks containing the target field are determined as second target blocks. For example, when the target field is determined to be "diagnose. As can be seen from fig. 2, the blocks in the blockchain that include the target field may be: data block 02 and data block 03, and therefore, may be considered the second target chunk. In step S620, after the second target block is determined, a target field and a target field value may be obtained from the second target block. For example, the data content acquired from data block 02 and data block 03 includes: 1) diagnosis, diagnosis name ═ in gastric cancer chemotherapy; 2) diagnosis the name "chemotherapy after gastric cancer operation". In step S630, after the target field and the target field value acquired from the second target block are combined, a target data record may be generated. In some exemplary embodiments, the tile ID, tile generation information, target field, and target field value of each tile 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-1912: 11:14 ═ 2019-09-2014: 13:11 ═ source structure ═ 00001 ═ visit number ═ 190920121114 ═ production time; data block 03, generation time "2019-10-1010: 11: 37", production time "2019-10-2015: 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 for distinguishing different target blocks in the block chain, and should not impose any limitation on this disclosure.
In summary, the initial block of the block chain is generated according to the patient information of the target patient, after the target patient generates the new medical data, the new medical data may be stored in the new block, the parent block information of the parent block corresponding to the new block is determined, the parent block information is stored in the new block to generate the new block, and the new block is linked to the tail of the parent block to store the new medical data. Based on the generated block chain, 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 block chain, and the privacy information of the patient is not really stored in the block chain because the initial block only contains the EMPI index number of the patient information, so that the privacy safety of the patient can be guaranteed, 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 summary information of a parent block, so that the data in a specific block in the block chain can be determined to be modified through an information summary calculation method. On the other hand, if the data acquirer has a data acquisition requirement, a field of interest, namely a target field, can be defined, and all historical data records of the target field in the block chain are obtained by traversing the data chain.
It is noted that although the steps of the methods 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 this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions, etc.
Further, 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 block chain according to the patient information; the initial newly added block generating 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 determining module 730 may be configured to determine a parent block and parent block information of the initially newly added block; wherein, the parent block comprises the initial block and other blocks in the block chain; the newly added block generating module 740 may be configured to generate a newly added block according to the information of the initial newly added block and the parent block; the storage module 750 may be configured to link the newly added block to the tail of the parent block for data storage of the newly added medical data.
The medical data storage device 700 may generate an initial block of the block chain according to the determined patient information of the target patient, and if the target patient has the new medical data, may generate a new block according to the new medical data, and link the new block to a latest generated block in the block chain to store the new medical data. The storage device can store the medical data of each patient in the block chain corresponding to the patient, and store the medical data in a chain storage mode, so that association can be generated between the data and the data, and summary information verification or other operations can be performed on the data on the chain based on the chain storage structure, and the storage device is an effective medical data storage device.
In an exemplary embodiment of the present disclosure, the initial tile generating module includes an initial tile generating 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 patient main index; 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 an exemplary embodiment of the present disclosure, the initial patch generating unit includes an initial patch generating subunit configured to: performing message digest calculation processing on the data head and the data body to generate an initial block identifier of an initial block; and combining the initial block identification, the data head and the data body to generate an initial block.
In an exemplary embodiment of the present disclosure, the newly added block generating module includes a newly added block generating unit configured to: determining a newly added field and a newly added field value of the initial newly added block, and generating a newly added data volume according to the newly added field and the newly added field value; determining newly-increased generation information and a parent block abstract of the newly-increased block; generating a newly-added data head of the newly-added block according to the newly-added generation information and the parent block abstract; and generating a new block according to the new data head and the new data body.
In an exemplary embodiment of the present disclosure, the newly added block generating unit includes a newly added block generating subunit configured to: performing message digest calculation processing on the newly added data head and the newly added data body to generate a newly added block identifier of the newly added block; and combining the newly added block identification, the newly added data head and the newly added data body to generate a newly added block.
In an 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 the 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 summary 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 according to the comparison result.
In an exemplary embodiment of the present disclosure, the medical data storage device further comprises a data record determination module configured to: determining a target field, and traversing each block in the block chain based on the target field to determine a second target block; the second target block comprises a 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 the target data record.
The specific details of each virtual medical data storage device module are already described in detail in the corresponding medical data storage method, and therefore, the details are not repeated here.
It should be noted that although in the above detailed description several modules or units of the medical data storage device are mentioned, 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, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.
In addition, in an exemplary embodiment of the present disclosure, an electronic device capable of implementing the above method is also provided.
As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or program product. Thus, various aspects of the invention may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally 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 only an example and should not bring any limitations to the function and scope of use of the embodiments of the present invention.
As shown in fig. 8, electronic device 800 is in the form of a general purpose computing device. The components of the electronic device 800 may include, but are not limited to: the at least one processing unit 810, the at least one memory unit 820, a bus 830 connecting different system components (including the memory 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 to cause the processing unit 810 to perform steps according to various exemplary embodiments of the present invention as described in the "exemplary methods" section above in this specification.
The storage unit 820 may include readable media in the form of volatile storage units, such as a random access storage unit (RAM)821 and/or a cache storage unit 822, and may further include a read only storage unit (ROM) 823.
The electronic device 800 may also communicate with one or more external devices 870 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 800, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 800 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 850. Also, the electronic device 800 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via the network adapter 860. As shown, the network adapter 860 communicates with the other modules of the electronic device 800 via the bus 830. It should be appreciated that although not shown, other hardware and/or software modules may be used in conjunction with the electronic device 800, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, 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 (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.
In an exemplary embodiment of the present disclosure, there is also provided a computer-readable storage medium having stored thereon a program product capable of implementing the above-described method of the present specification. In some possible embodiments, aspects of the invention may also be implemented in the form of a program product comprising program code means for causing a terminal device to carry out the steps according to various exemplary embodiments of the invention described in the above-mentioned "exemplary methods" section of the present description, when said program product is run on the terminal device.
Referring to fig. 9, a program product 900 for implementing the above 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 in this regard and, in the present 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. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
A computer readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. 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 for aspects 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 and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, 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., through the internet using an internet service provider).
Furthermore, the above-described figures are merely schematic illustrations of processes involved in methods according to exemplary embodiments of the invention, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, e.g., in multiple 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 variations, 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 will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is to be limited only by the terms of the appended claims.
Claims (10)
1. A medical data storage method, comprising:
determining patient information of a target patient, and generating an initial block of a block chain 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 and parent block information of the initial newly added block; wherein the parent block comprises the initial block and other blocks in the block chain;
generating a newly added block according to the initial newly added block and the father block information;
and linking the newly added block to the tail part of the parent block so as to store the data of the newly added medical data.
2. The medical data storage method of claim 1, wherein generating an initial tile of a chain of tiles from the patient information comprises:
determining patient identity information from the patient information, and generating a patient master index according to the patient identity information;
generating a data volume of the initial block according to the patient main index;
determining generation information of the initial block, and generating a data header 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 according to claim 2, wherein the generating the initial block from the data header and the data volume 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 identification, the data header and the data body to generate the initial block.
4. The medical data storage method according to claim 1, wherein the parent block information includes a parent block summary, and the generating a newly added block from the initially newly added block and the parent block information includes:
determining a newly added field and a newly added field value of the initial newly added block, and generating a newly added data volume according to the newly added field and the newly added field value;
determining newly-added generation information and the parent block abstract of the newly-added block;
generating a newly-added data head of the newly-added block according to the newly-added generation information and the parent block abstract;
and generating the newly added block according to the newly added data head and the newly added data body.
5. The method of claim 4, wherein the generating the new block according to the new data header and the new data volume comprises:
performing message summary calculation processing on the newly added data head and the newly added data body to generate a newly added block identifier of the newly added block;
and combining the newly added block identification, the newly added data head and the newly added data body to generate the newly added block.
6. The medical data storage method according to claim 1, further comprising:
acquiring a first target block, and determining the 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 summary 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 according to a comparison result.
7. The medical data storage method according to claim 1 or 6, wherein the method further comprises:
determining a target field, traversing each block in the block chain based on the target field to determine a second target block; wherein the second target block comprises 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.
8. 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 initial newly-added block generating 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;
a parent block determining module, configured to determine a parent block and parent block information of the initially newly added block; wherein the parent block comprises the initial block and other blocks in the block chain;
a newly added block generating module, configured to generate a newly added block according to the information of the initial newly added block and the parent block;
and 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.
9. 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 of any one of claims 1-7.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out a medical data storage method according to any one of claims 1 to 7.
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 true CN111128325A (en) | 2020-05-08 |
| CN111128325B 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) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112489743A (en) * | 2020-11-24 | 2021-03-12 | 泰康保险集团股份有限公司 | Medical data view implementation method and system |
| CN113380356A (en) * | 2021-05-10 | 2021-09-10 | 广州零端科技有限公司 | Medical examination data recording method, query method and device based on branch chain type tracing |
| CN113486991A (en) * | 2021-09-07 | 2021-10-08 | 南通林德安全设备科技有限公司 | 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 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112489743A (en) * | 2020-11-24 | 2021-03-12 | 泰康保险集团股份有限公司 | Medical data view implementation method and system |
| CN112489743B (en) * | 2020-11-24 | 2023-07-04 | 泰康保险集团股份有限公司 | Medical data view realization method and system |
| CN113380356A (en) * | 2021-05-10 | 2021-09-10 | 广州零端科技有限公司 | Medical examination data recording method, query method and device based on branch chain type tracing |
| CN113380356B (en) * | 2021-05-10 | 2024-04-16 | 广州零端科技有限公司 | Branch chain type traceable medical examination data recording method, inquiring method and device |
| CN113486991A (en) * | 2021-09-07 | 2021-10-08 | 南通林德安全设备科技有限公司 | Medical data neural network feature fusion method and system based on block chain |
| CN113486991B (en) * | 2021-09-07 | 2021-11-26 | 南通林德安全设备科技有限公司 | Medical data neural network feature fusion method and system based on block chain |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111128325B (en) | 2023-08-11 |
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 | |
| CN108885899B (en) | Medical image transmission data processing method and device and electronic equipment | |
| CN111128325B (en) | Medical data storage method and device, electronic equipment and storage medium | |
| De Cristofaro et al. | Genodroid: are privacy-preserving genomic tests ready for prime time? | |
| JP2017513156A (en) | Safe portable genome browsing device and method thereof | |
| CN112257108B (en) | Data desensitization method and device, medium and electronic equipment | |
| Yu et al. | Electronic health records (EHRs): supporting ASCO's vision of cancer care | |
| WO2019095551A1 (en) | Regional healthcare system and method for sharing, integrating and searching for electronic medical records | |
| CN111145847A (en) | Clinical test data entry method and device, medium and electronic equipment | |
| US20140297321A1 (en) | Method and apparatus for mapping message data | |
| US20190095583A1 (en) | Method and system for electronic medical record processing in presence of conflicts | |
| US20170024520A1 (en) | Methods, platform and system for collecting and managing vital data of patients for healthcare establishments | |
| WO2019095552A1 (en) | Regional healthcare system and method for enhancing security and synergetic integration of electronic medical record | |
| US20210295956A1 (en) | Systems and Methods for Hashing-Based Assessment of Electronic Clinical Trial Outcomes | |
| US11967416B2 (en) | Image analysis and insight generation | |
| EP2929470A1 (en) | Method and system for making multisite performance measure anonymous and for controlling actions and re-identification of anonymous data | |
| JP2021515940A (en) | Electronic distribution of information in personalized medicine | |
| CN113053531B (en) | Medical data processing method, medical data processing device, computer readable storage medium and equipment | |
| CN113220896B (en) | Multi-source knowledge graph generation method, device and terminal equipment | |
| CN118140270A (en) | Interoperable platform for reducing redundancy in medical database management | |
| JP6679271B2 (en) | Inspection request information generating device and inspection request information generating method | |
| CN111046085B (en) | Data tracing processing method and device, medium and equipment | |
| Sittig | Clinical Informatics Literacy: 5000 Concepts that Every Informatician Should Know | |
| CN113053479A (en) | Medical data processing method, device, medium and electronic 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 |
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. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |