CN106529130A - Electronic medical records encrypting and checking system and method in medical information system - Google Patents
Electronic medical records encrypting and checking system and method in medical information system Download PDFInfo
- Publication number
- CN106529130A CN106529130A CN201610925958.0A CN201610925958A CN106529130A CN 106529130 A CN106529130 A CN 106529130A CN 201610925958 A CN201610925958 A CN 201610925958A CN 106529130 A CN106529130 A CN 106529130A
- Authority
- CN
- China
- Prior art keywords
- health record
- electronic health
- data
- modification
- client
- 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.)
- Pending
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
Abstract
The invention provides an electronic medical records encrypting and checking system and method in a medical information system. The electronic medical records encrypting and checking method in a medical information system comprises the following steps: receiving a XML format electronic medical record created by a doctor from the client; encrypting the data in the electronic medical record; performing read only lock on the encrypted electronic medical record; sending the electronic medical record which is performed read only lock to the client of the checking staff; obtaining the modifying data of the electronic medical record and performing encryption conversion on the modifying data of the electronic medical record; relieving the read only lock of the electronic medical record and replacing the original data in the electronic medical record with the encrypted modifying data; performing read only lock on the modified electronic medical record; and creating the formal electronic medical record. By means of the invention, the electronic medical record can be encrypted, and the security of the electronic medical record is improved; and the electronic medical record modifying of the checking staff needs the confirmation of other checking staffs, therefore, the accuracy for modifying the electronic medical record is ensured, and the medical malpractice is avoided.
Description
Technical field
The present invention relates to electronic health record encryption examination ＆ verification in medical information field, more particularly to a kind of medical information system
System and method.
Background technology
Case history is the original record that patient treats overall process in hospital diagnosis, and it includes homepage, progress note, checks inspection
Test result, doctor's advice, operation record, NN etc..With hospital computer networking management, electronic health record (EMR,
Electronic Medical Record) arise at the historic moment.Used as the product of scientific and technological progress, electronic health record is recorded because which is convenient, easily
The advantages of storage, is increasingly widely applied in medical system.
However, not being encrypted to the content in electronic health record in existing electronic medical record system, reduce
The information security of electronic health record, and electronic health record can be caused to reveal.
Further, as the information that doctor is input in electronic health record occurs mistake unavoidably, increase in electronic health record
Content carry out examination ＆ verification and can avoid artificial malpractice as far as possible.However, in existing electronic health record, auditor is to electronics disease
The modification gone through does not have the confirmation through other auditors, unavoidable examination ＆ verification mistake occur, can cause malpractice.
The content of the invention
Present invention is primarily targeted at providing electronic health record encryption auditing system and side in a kind of medical information system
Method, it is intended to solve existing electronic health record and do not encrypt the technical problem for causing electronic health record easily to be revealed.
For achieving the above object, the invention provides electronic health record encrypts auditing system in a kind of medical information system,
Run in electronic health record cloud platform, with client by network connection, the system includes the electronic health record cloud platform：
Receiver module, for the electronic health record of the XML format that doctor creates is received from client；
Encrypting module, for being encrypted to the data in electronic health record；
Locking module, for carrying out a read lock to the electronic health record after encryption；
Sending module, for the electronic health record after only read lock to be sent to the client of auditor；
Acquisition module, has auditor to be modified to electronic health record and have auditor to electronic health record for working as
When modification data are confirmed, obtain the modification data to electronic health record and the modification data are encrypted into conversion；
Module is released, for releasing the read lock to the electronic health record, and the modification data after the encryption is replaced
Corresponding legacy data in electronic health record；
The sending module, the client of the doctor for being additionally operable to send notification to create the electronic health record, and to modification after
Electronic health record carry out a read lock；And
Generation module, for, after read lock is carried out to amended electronic health record, generating formal electronic health record.
Preferably, the electronic health record is XML format, and the electronic health record includes in multiple many node layers and text
Hold, be tree structure between many node layers, last layer node can include multiple same node layers, multiple next node layers and many
Individual content of text, the first node layer only include content of text and one or more next node layers.
Preferably, the locking module is as follows to mode that the electronic health record after encryption carries out a read lock：After encryption
Electronic health record in nodename changed.
It is preferably, described that to be determined with the mode that auditor is modified to electronic health record as follows：
(1) when electronic health record is shown in the client of auditor, the mouse for obtaining the client is located at electronic health record
On position；
(2) electronic health record is decrypted, and the position of mouse is associated with the node of correspondence position in electronic health record；
(3) modification dialog box is generated in the position of the mouse, the modification dialog box is prompted the user whether to electronic health record
Modify；
(4) when modification dialog box there are input modification data, judge that auditor is modified to electronic health record.
Preferably, the releasing module releases as follows to the mode of a read lock of the electronic health record：To only read lock
Nodename in electronic health record reverts to original nodename.
Preferably, the encrypting module is encrypted adopted AES to the data in electronic health record and is obtained with described
It is identical that delivery block is encrypted adopted AES to modification data.
Another invention, the present invention also provide a kind of electronic health record encryption checking method, are applied in electronic health record cloud platform,
With client by network connection, the method is comprised the following steps the electronic health record cloud platform：
The electronic health record of the XML format that doctor creates is received from client；
Data in electronic health record are encrypted；
A read lock is carried out to the electronic health record after encryption；
Electronic health record after only read lock is sent to into the client of auditor；
When having auditor to be modified electronic health record and have auditor to carry out the modification data of electronic health record
During confirmation, obtain the modification data to electronic health record and the modification data are encrypted into conversion；
The read lock to the electronic health record is released, and the modification data after the encryption are replaced into correspondence in electronic health record
Legacy data；
The client of the doctor for sending notification to create the electronic health record, and carries out a read lock to amended electronic health record
It is fixed；And
After read lock is carried out to amended electronic health record, formal electronic health record is generated.
Preferably, the electronic health record is XML format, and the electronic health record includes in multiple many node layers and text
Hold, be tree structure between many node layers, last layer node can include multiple same node layers, multiple next node layers and many
Individual content of text, the first node layer only include content of text and one or more next node layers.
Preferably, described pair encryption after electronic health record carry out a read lock mode it is as follows：To the electronics disease after encryption
Nodename in going through is changed.
It is preferably, described that to be determined with the mode that auditor is modified to electronic health record as follows：
(1) when electronic health record is shown in the client of auditor, the mouse for obtaining the client is located at electronic health record
On position；
(2) electronic health record is decrypted, and the position of mouse is associated with the node of correspondence position in electronic health record；
(3) modification dialog box is generated in the position of the mouse, the modification dialog box is prompted the user whether to electronic health record
Modify；
(4) when modification dialog box there are input modification data, judge that auditor is modified to electronic health record.
The present invention adopts above-mentioned technical proposal, and the technique effect for bringing is：Electricity in medical information system of the present invention
Sub- case history encryption auditing system and method, can be encrypted to electronic health record, improve the information security of electronic health record,
And modification of the auditor to electronic health record needs the confirmation of other auditors, so that it is guaranteed that the modification to electronic health record is accurate
It is errorless, it is to avoid malpractice occur.
Description of the drawings
Fig. 1 is the applied environment schematic diagram of electronic health record encryption auditing system in medical information system of the present invention.
Fig. 2 is that the module of the preferred embodiment of electronic health record encryption auditing system in medical information system of the present invention is illustrated
Figure.
Fig. 3 is the flow chart of the preferred embodiment of electronic health record encryption checking method of the present invention.
The realization of the object of the invention, functional characteristics and advantage will be described further in conjunction with the embodiments referring to the drawings.
Specific embodiment
Further to illustrate the present invention to reach technological means and effect that predetermined goal of the invention is taken, below in conjunction with
Accompanying drawing and preferred embodiment, the specific embodiment, structure, feature and its effect to the present invention, describe in detail as follows.Should manage
Solution, specific embodiment described herein only to explain the present invention, are not intended to limit the present invention.
With reference to shown in Fig. 1, Fig. 1 is the applied environment of electronic health record encryption auditing system in medical information system of the present invention
Schematic diagram.In medical information system in the present invention, electronic health record encryption auditing system 10 runs on electronic health record cloud platform 1
On.The electronic health record cloud platform 1 is logical by network 3 with one or more clients 2 (being illustrated as a example by three in Fig. 1)
Letter connection.The network 3 can be wire communication network (internal lan for for example, being connected by netting twine) or radio communication network
Network (for example, GSM network, GPRS network, cdma network, TD-SCDMA network, WiMAX network, TD-LTE networks, FDD-LTE nets
The wireless-transmission networks such as network).
The client 2 can create electronic health record and be stored in electronic health record cloud platform 1.The client 2 may be used also
So that the electronic health record of the establishment is obtained from the electronic health record cloud platform 1 and the display of the client 2 is shown in (in figure
It is not shown) on, facilitate doctor to check, audit, editing and/or changing electronic health record.Specifically, the electronic health record cloud platform
Be stored with 1 the template of electronic health record, and client 2 obtains the template of electronic health record from the electronic health record cloud platform 1, and in institute
Add ill information (for example, name, age, sex, main suit, symptom title, the existing disease of patient in stating the template of electronic health record
The information such as history, mode of onset, allergies) generating the electronic health record of the patient.
Specifically, template of the template of the electronic health record for XML format.
Specifically, the template of the electronic health record of the XML format is described as follows：
<？Xml version=" 1.0 " encoding=" utf-8 "？>
<MedicalNote>
<Group name=' names '>
<Text></Text>
</Group>
<Group name=' surnames not '>
<Text></Text>
</Group>
<The Group name=' ages '>
<Text></Text>
</Group>
<Group name=' main suits '>
<Element name=' symptom titles '>
<Text></Text>
</Element>
</Group>
<Group name=' present illness histories '>
<Text></Text>
<Element>
<Text>Mode of onset</Text>
</Element>
</Group>
</MedicalNote>
The template of above-mentioned electronic health record includes multiple many node layers and content of text, in the title and text per node layer
Hold can according to user's request self-defining, for example, three node layers of user oneself definition be respectively MedicalNote,
Group、Element.Wherein, it is tree structure between many node layers, last layer node can include multiple same node layers, many
Individual next node layer and multiple content of text, additionally, the first node layer only includes content of text and one or more next layer section
Point.Specifically, it is assumed that node M edicalNote be the first node layer, node Group be the second node layer, node Element
For third layer node, ground floor node M edicalNote include one or more content of text Text, one or more second
Node layer Group.Each second node layer Group also including one or more nodes content of text Text, one or more the
Three node layer Element.Further, same node layer can be with mutually nested, for example, and the second node layer also includes multiple second
Node layer, third layer node also include multiple third layer nodes.In the present embodiment, ground floor node M edicalNote
For host node, electronic health record is represented.
Additionally, the electronic health record on the basis of this XML can also continue to extension, user can define various types of sections
Point, for example, defines the node (Image) of image, the node (Table) of form, node (Cell) of cell etc., and to difference
The node of type accordingly defines the level of node, and for example, it is second that the node definition of image is third layer, the node definition of form
Node layer, the node definition of cell are third layer node.
After doctor adds the ill information of patient by client 2, the electronic health record of the patient is generated.
For example, the electronic health record of the XML format of patient Zhang San is as follows：
<？Xml version=" 1.0 " encoding=" utf-8 "？>
<MedicalNote>
<Group name=' names '>
<Text>Zhang San</Text>
</Group>
<Group name=' surnames not '>
<Text>Man</Text>
</Group>
<The Group name=' ages '>
<Text>42</Text>
</Group>
<Group name=' main suits '>
<Element name=' symptom titles '>
<Text>Headache</Text>
</Element>
</Group>
<Group name=' present illness histories '>
<Text>Today, patient did not told discomfort</Text>
<Element>
<Text>Mode of onset</Text>
</Element>
</Group>
</MedicalNote>
Further, the electronic health record cloud platform 1 is a certain server of cloud platform or data center, flat by cloud
Platform or the data transmission capabilities and data storage capacities of data center, can preferably manage and/or assist and the electronic health record
The client 2 of the connection of cloud platform 1, is conducive to doctor to create, check, audit, edit and/or change from electronic health record cloud platform 1
Electronic health record.In order to manage concentratedly, the electronic health record cloud platform 1 by some particular department (for example, the IT departments of hospital or
Have the cloud computing service provider of cooperation agreement with hospital) safeguard.
The electronic health record cloud platform 1 may be located at Operation of Hospitals place, it is also possible to be located remotely from Operation of Hospitals place
Other positions.In order to avoid tying up the space in Operation of Hospitals place, the electronic health record cloud platform 1 is located remotely from Operation of Hospitals field
Other positions.
The client 2 may be, but not limited to, smart mobile phone, panel computer, personal digital assistant (Personal
Digital Assistant, PDA), notebook computer, desktop computer, electronic board etc. other arbitrarily close with data processing energy
The electronic equipment of power.In the present embodiment, the client is desktop computer.
With reference to shown in Fig. 2, it is the preferred embodiment of electronic health record encryption auditing system in medical information system of the present invention
Module diagram.In the present embodiment, in the medical information system, electronic health record encryption auditing system 10 is applied to electricity
Sub- case history cloud platform 1.The electronic health record cloud platform 1 include but not limited to, and electronic health record encryption in medical information system is examined
Core system 10, memory cell 11, processing unit 12, and communication unit 13.
Described memory cell 11 can be a kind of read-only memory unit ROM, electrically-erasable memory cell EEPROM, quick flashing
Memory cell FLASH or solid hard disk etc..
Described processing unit 12 can be a kind of central processing unit (Central Processing Unit, CPU), micro-
Controller (MCU), data processing chip or the information process unit with data processing function.
Described communication unit 13 be a kind of communication interface with remote communicating function, for example support GSM, GPRS,
The communication interface of the wireless communication techniques such as WCDMA, CDMA, TD-SCDMA, WiMAX, TD-LTE, FDD-LTE, supports USB, netting twine
Wire communication interface.
In the medical information system, electronic health record encryption auditing system 10 includes, but are not limited to, receiver module
111st, encrypting module 112, locking module 113, sending module 114, judge module 115, acquisition module 116, release module 117 and
Generation module 118, the module alleged by the present invention are referred to and a kind of can be performed by the processing unit 12 of the electronic health record cloud platform 1
And the series of computation machine programmed instruction section of fixing function can be completed, which is stored in depositing for the electronic health record cloud platform 1
In storage unit 11.
The electronic health record of XML format of the receiver module 111 for creating from the reception doctor of client 2.Specifically,
When patient sees a doctor, doctor (instructs) template of the electronic health record of call XML form (to protect in client 2 by clicking operation
It is stored in electronic health record cloud platform 1), and add ill information (for example, name, age, sex, main suit, the symptom name of the patient
The information such as title, present illness history, mode of onset, allergies) to XML format electronic health record template, generate for the patient afterwards
XML format electronic health record.
The encrypting module 112 is for being encrypted to the data in electronic health record.Specifically, the encrypting module
112 obtain the data (i.e. Text data below in electronic health record) under each node, by enciphering and deciphering algorithm (for example, afterwards
MD5 enciphering and deciphering algorithms, RSA enciphering and deciphering algorithms, DES enciphering and deciphering algorithms, DSA enciphering and deciphering algorithms, AES enciphering and deciphering algorithms etc.) to electricity
Data in sub- case history under each node are encrypted.
The locking module 113 is for carrying out a read lock to the electronic health record after encryption.Specifically, the locking mould
The mode that electronic health record after 113 pairs of encryptions of block carries out a read lock is as follows：To the nodename in the electronic health record of XML format
Changed, after name translation, the operation such as will be unable to the data in node are modified, edited is processed.For example, with
Illustrate as a example by three electronic health record：The title of the first node layer is converted into into A1 by MedicalNote, the second node layer
Title is converted into A2 by Group, and the title of third layer node is converted into A3 by Element.After conversion, due to each level
Changing occurs in nodename, even if modifying to the electronic health record of Zhang San, also because in the electronic health record after only read lock
Corresponding data insertion locations cannot be found, and the electronic health record of Zhang San cannot be modified.
Further, in other embodiments, the locking module 113 can optionally lock the electronics of XML format
Data in case history, for example, the titles of the second node layers of conversion of locking module 113, then the data in the second node layer will be by
Locking.
The sending module 114 is for the electronic health record after only read lock to be sent to the client 2 of auditor.At this
In embodiment, the auditor generally refers to senior doctor (for example, associate chief physician or chief physician).Further,
As the data in electronic health record are encrypted, when the client 2 of auditor checks electronic health record, electronic health record can be entered
After row decryption processing (by process being decrypted with identical enciphering and deciphering algorithm in encrypting module 112) check the electronic health record.
The judge module 115 is used to determine whether that auditor is modified electronic health record.The judgement mould
Block 115 judges that the mode that auditor is modified to electronic health record is as follows：
(1) (electricity of XML format is shown in the form of form when electronic health record is shown in the client 2 of auditor
Sub- case history), the mouse for obtaining the client 2 (for example, is obtained by onmousemove functions positioned at the position on electronic health record
Position, or mouse control is associated in electronic health record, position is obtained by mouse control)；
(2) electronic health record is decrypted (by being decrypted place with identical enciphering and deciphering algorithm in encrypting module 112
Reason), and the position of mouse is associated with the node of correspondence position in electronic health record, for example, mouse is positioned in electronic health record
Between position, and centre position is the position that " symptom title " is located in the second node layer A2, then the position of the mouse and electronics disease
" symptom title " association of second node layer A2 in going through, auditor can enter line number to " the symptom title " of the second node layer A2
According to modification, such as to will "<Text>Headache</Text>" be revised as "<Text>Headache and fever</Text>”；
(3) modification dialog box is generated in the position of the mouse, the modification dialog box is prompted the user whether to electronic health record
Modify, for example, in modification dialog box, have modification button, when user clicks on modification button, point out user input modification
Word message；
(4) when modification dialog box has input modification data, the judge module 115 judges auditor to electronic health record
It is modified.It should be noted that as the generation for changing dialog box is associated with the position of mouse, and the position of mouse and electricity
The node association of sub- case history, therefore, when mouse is positioned over the position of electronic health record and electronic health record is changed by auditor, examine
Core personnel modify for mouse position data of corresponding node in electronic health record.
When there is auditor to be modified electronic health record, the judge module 115 is additionally operable to determine whether to examine
Core personnel are confirmed to the modification data of electronic health record.Specifically, after having auditor to modify electronic health record,
The judge module 115 is by electronic health record and changes data is activation to the client 2 of other auditors and ejects confirmation dialogue
Frame, after other auditors click on confirms the ACK button of dialog box, shows other auditors to amended electronics disease
Go through and confirmed.
The acquisition module 116 is used to obtain the modification data to electronic health record, and modification data are encrypted conversion.
The acquisition module 116 obtains the modification data of input from modification dialog box, afterwards to changing data according to enciphering and deciphering algorithm (example
Such as, MD5 enciphering and deciphering algorithms, RSA enciphering and deciphering algorithms, DES enciphering and deciphering algorithms, DSA enciphering and deciphering algorithms, AES enciphering and deciphering algorithms etc.) enter
Row encryption.It should be noted that 116 pairs of modification data of the acquisition module are encrypted adopted AES
With the encrypting module 112 data in electronic health record are encrypted adopted AES be it is consistent, for example, if plus
Close module 112 is encrypted adopted AES for MD5 enciphering and deciphering algorithms, the then acquisition to the data in electronic health record
It is also MD5 enciphering and deciphering algorithms that 116 pairs of modification data of module are encrypted adopted AES.That is, modification
Form after data encryption is consistent with the form after data encryption in electronic health record, can be true using same enciphering and deciphering algorithm
Protecting both keeps form consistent.
The module 117 that releases is used to releasing a read lock to the electronic health record, and by the modification number after the encryption
According to corresponding legacy data in replacement electronic health record.It is described to release the side that module 117 releases the read lock to the electronic health record
Formula is as follows：Original nodename is reverted to the nodename in the electronic health record of only read lock.For example, with the electronics of Zhang San
Illustrate as a example by case history：The title of the first node layer is reverted to into MedicalNote by A1, the title of the second node layer is by A2
Group is reverted to, the title of third layer node is reverted to into Element by A3.The data of modification are replaced by the releasing module 117
The mode for changing corresponding legacy data in electronic health record is as follows：(1) the corresponding nodename of modification dialog box is obtained, for example, is repaiied
Change the corresponding nodename of dialog box for " the symptom title " in A2；(2) the corresponding nodename of dialog box will be changed to revert to
Original nodename, for example will<A2name=' symptom titles '>Revert to<Element name=' symptom titles '>；(3)
Modification data after the encryption are replaced into corresponding legacy data in electronic health record.
The sending module 114 is additionally operable to the client 2 of the doctor for sending notification to create the electronic health record, and to modification
Electronic health record afterwards carries out a read lock.
The generation module 118 is used for after read lock is carried out to amended electronic health record, the formal electronics of generation
Case history.When amended electronic health record re-starts read lock, generate formal electronic health record and be simultaneously stored in electronic health record
Cloud platform 1.Additionally, also including a Quick Response Code in the formal electronic health record, patient is facilitated to inquire about by two-dimensional code scanning.
The essential information of patient is included in the Quick Response Code, the generating mode of Quick Response Code is prior art, be will not be described here.
With reference to shown in Fig. 3, it is the flow chart of the preferred embodiment of electronic health record encryption checking method of the present invention.In this enforcement
In example, described electronic health record encryption checking method is applied to electronic health record cloud platform 1, and the method is comprised the following steps：
Step S11：The receiver module 111 receives the electronic health record of the XML format that doctor creates from client 2.Specifically
Ground is said, when patient sees a doctor, doctor (instructs) mould of the electronic health record of call XML form in client 2 by clicking operation
Plate (is stored in electronic health record cloud platform 1), and add the patient ill information (for example, name, the age, sex, main suit,
The information such as symptom title, present illness history, mode of onset, allergies) to XML format electronic health record template, afterwards generate be directed to
The electronic health record of the XML format of the patient.
Step S12：The encrypting module 112 is encrypted to the data in electronic health record.Specifically, the encryption mould
Block 112 obtains the data (i.e. Text data below in electronic health record) under each node, afterwards by enciphering and deciphering algorithm (example
Such as, MD5 enciphering and deciphering algorithms, RSA enciphering and deciphering algorithms, DES enciphering and deciphering algorithms, DSA enciphering and deciphering algorithms, AES enciphering and deciphering algorithms etc.) it is right
Data in electronic health record under each node are encrypted.
Step S13：Electronic health record after 113 pairs of encryptions of the locking module carries out a read lock.Specifically, the lock
The mode that electronic health record after the 113 pairs of encryptions of cover half block carries out a read lock is as follows：To the node in the electronic health record of XML format
Title is changed, and after name translation, the operation such as will be unable to the data in node are modified, edited is processed.For example,
Illustrate by taking the electronic health record of Zhang San as an example：The title of the first node layer is converted into into A1, second layer section by MedicalNote
The title of point is converted into A2 by Group, and the title of third layer node is converted into A3 by Element.After conversion, due to each
Changing occurs in hierarchy node title, even if modifying to the electronic health record of Zhang San, also because the electronics disease after only read lock
Corresponding data insertion locations cannot be found in going through, and the electronic health record of Zhang San cannot be modified.
Further, in other embodiments, the locking module 113 can optionally lock the electronics of XML format
Data in case history, for example, the titles of the second node layers of conversion of locking module 113, then the data in the second node layer will be by
Locking.
Step S14：Electronic health record after only read lock is sent to the sending module 114 client 2 of auditor.
In the present embodiment, the auditor generally refers to senior doctor (for example, associate chief physician or chief physician).Further
Ground, as the data in electronic health record are encrypted, when the client 2 of auditor checks electronic health record, can be to electronics disease
Go through
Go through.
Step S15：The judge module 115 determines whether that auditor is modified to electronic health record.It is described to sentence
Disconnected module 115 judges that the mode that auditor is modified to electronic health record is as follows：
(1) (electricity of XML format is shown in the form of form when electronic health record is shown in the client 2 of auditor
Sub- case history), the mouse for obtaining the client 2 (for example, is obtained by onmousemove functions positioned at the position on electronic health record
Position, or mouse control is associated in electronic health record, position is obtained by mouse control)；
(2) electronic health record is decrypted (by being decrypted place with identical enciphering and deciphering algorithm in encrypting module 112
Reason), the position of mouse is associated with the node of correspondence position in electronic health record, for example, mouse is positioned over the centre of electronic health record
Position, and centre position is the position that " symptom title " is located in the second node layer A2, the then position of the mouse and electronic health record
In the second node layer A2 " symptom title " association, auditor can carry out data to " the symptom title " of the second node layer A2
Modification, such as to general "<Text>Headache</Text>" be revised as "<Text>Headache and fever</Text>”；
(3) modification dialog box is generated in the position of the mouse, the modification dialog box is prompted the user whether to electronic health record
Modify, for example, in modification dialog box, have modification button, when user clicks on modification button, point out user input modification
Word message；
(4) when modification dialog box has input modification data, the judge module 115 judges auditor to electronic health record
It is modified.It should be noted that as the generation for changing dialog box is associated with the position of mouse, and the position of mouse and electricity
The node association of sub- case history, therefore, when mouse is positioned over the position of electronic health record and electronic health record is changed by auditor, examine
Core personnel modify for mouse position data of corresponding node in electronic health record.
When there is auditor to be modified electronic health record, flow process enters step S16.When no auditor is to electronics
(i.e. in Preset Time, none of auditor modifies to electronic health record), flow process when case history is modified
Into step S20.
Step S16：The judge module 115 determines whether that auditor is carried out really to the modification data of electronic health record
Recognize.After having auditor to modify electronic health record, electronic health record and modification data is activation are given by the judge module 115
The client 2 of other auditors simultaneously ejects confirmation dialog box, when other auditors click on the ACK button for confirming dialog box
Afterwards, show that other auditors are confirmed to amended electronic health record, flow process enters step S16.
Step S17：The acquisition module 116 obtains the modification data to electronic health record, and modification data are encrypted
Conversion.The acquisition module 116 obtains the modification data of input from modification dialog box, calculates according to encryption and decryption to changing data afterwards
Method (for example, MD5 enciphering and deciphering algorithms, RSA enciphering and deciphering algorithms, DES enciphering and deciphering algorithms, DSA enciphering and deciphering algorithms, AES enciphering and deciphering algorithms
Deng) be encrypted.It should be noted that the modification of the acquisition module 116 pairs data be encrypted it is being adopted plus
It is consistent, example that close algorithm is encrypted adopted AES with the encrypting module 112 to the data in electronic health record
Such as, if it is MD5 enciphering and deciphering algorithms that encrypting module 112 is encrypted adopted AES to the data in electronic health record,
It is also MD5 enciphering and deciphering algorithms that 116 pairs of modification data of the acquisition module are encrypted adopted AES.Namely
Say, the form changed after data encryption is consistent with the form after data encryption in electronic health record, calculated using same encryption and decryption
Method is able to ensure that both keep form consistent.
Step S18：The releasing module 117 releases the read lock to the electronic health record, and by the encryption after repair
Change data and replace corresponding legacy data in electronic health record.The releasing module 117 releases the read lock to the electronic health record
Mode it is as follows：Original nodename is reverted to the nodename in the electronic health record of only read lock.For example, with Zhang San's
Illustrate as a example by electronic health record：The title of the first node layer is reverted to into MedicalNote, the title of the second node layer by A1
Group is reverted to by A2, the title of third layer node is reverted to into Element by A3.It is described to release the number that module 117 be changed
It is as follows according to the mode for replacing corresponding legacy data in electronic health record：(1) the corresponding nodename of modification dialog box, example are obtained
Such as, it is " the symptom title " in A2 to change the corresponding nodename of dialog box；(2) the corresponding nodename of dialog box will be changed extensive
It is original nodename again, for example will<A2name=' symptom titles '>Revert to<Element name=' symptom titles '
>；(3) the modification data after the encryption are replaced into corresponding legacy data in electronic health record.
Step S19：The sending module 114 is additionally operable to the client 2 of the doctor for sending notification to create the electronic health record,
And a read lock is carried out to amended electronic health record.
Step S20：After read lock is carried out to amended electronic health record, the generation module 118 generates formal
Electronic health record.When amended electronic health record re-starts read lock, the generation module 118 generates formal electronics disease
Go through and be stored in electronic health record cloud platform 1.Additionally, also including a Quick Response Code in the formal electronic health record, facilitate patient
Inquired about by two-dimensional code scanning.The essential information of patient is included in the Quick Response Code, the generating mode of Quick Response Code is existing skill
Art, will not be described here.
The preferred embodiments of the present invention are these are only, the scope of the claims of the present invention is not thereby limited, it is every using this
Equivalent structure or equivalent flow conversion that bright specification and accompanying drawing content are made, or directly or indirectly it is used in other related skills
Art field, is included within the scope of the present invention.
Claims (10)
1. electronic health record encryption auditing system in a kind of medical information system, runs in electronic health record cloud platform, its feature
It is that with client by network connection, the system includes the electronic health record cloud platform：
Receiver module, for the electronic health record of the XML format that doctor creates is received from client；
Encrypting module, for being encrypted to the data in electronic health record；
Locking module, for carrying out a read lock to the electronic health record after encryption；
Sending module, for the electronic health record after only read lock to be sent to the client of auditor；
Acquisition module, has auditor to be modified to electronic health record and have modification of the auditor to electronic health record for working as
When data are confirmed, obtain the modification data to electronic health record and the modification data are encrypted into conversion；
Module is released, for releasing the read lock to the electronic health record, and the modification data after the encryption electronics is replaced into
Corresponding legacy data in case history；
The sending module, the client of the doctor for being additionally operable to send notification to create the electronic health record, and to amended electricity
Sub- case history carries out a read lock；And
Generation module, for, after read lock is carried out to amended electronic health record, generating formal electronic health record.
2. in medical information system as claimed in claim 1, electronic health record encrypts auditing system, it is characterised in that the electricity
Sub- case history is XML format, and the electronic health record includes multiple many node layers and content of text, is tree-like knot between many node layers
Structure, last layer node can include multiple same node layers, multiple next node layers and multiple content of text, and the first node layer is only
Including content of text and one or more next node layers.
3. in medical information system as claimed in claim 2, electronic health record encrypts auditing system, it is characterised in that the lock
Cover half block is as follows to the mode that the electronic health record after encryption carries out a read lock：To the nodename in the electronic health record after encryption
Changed.
4. in medical information system as claimed in claim 2, electronic health record encrypts auditing system, it is characterised in that described to sentence
Surely there is the mode that auditor is modified to electronic health record as follows：
(1) when electronic health record is shown in the client of auditor, the mouse for obtaining the client is located on electronic health record
Position；
(2) electronic health record is decrypted, the position of mouse is associated with the node of correspondence position in electronic health record；
(3) modification dialog box is generated in the position of the mouse, the modification dialog box prompts the user whether to carry out electronic health record
Modification；
(4) when modification dialog box there are input modification data, judge that auditor is modified to electronic health record.
5. in medical information system as claimed in claim 1, electronic health record encrypts auditing system, it is characterised in that the solution
Except module releases as follows to the mode of a read lock of the electronic health record：It is extensive to the nodename in the electronic health record of only read lock
It is original nodename again.
6. in medical information system as claimed in claim 1, electronic health record encrypts auditing system, it is characterised in that described to add
Close module is encrypted adopted AES and is carried out to changing data with the acquisition module to the data in electronic health record
The AES adopted by encryption is identical.
7. a kind of electronic health record encrypts checking method, is applied in electronic health record cloud platform, it is characterised in that the electronic health record
With client by network connection, the method is comprised the following steps cloud platform：
The electronic health record of the XML format that doctor creates is received from client；
Data in electronic health record are encrypted；
A read lock is carried out to the electronic health record after encryption；
Electronic health record after only read lock is sent to into the client of auditor；
When having auditor to be modified electronic health record and have auditor to confirm the modification data of electronic health record
When, obtain the modification data to electronic health record and the modification data are encrypted into conversion；
The read lock to the electronic health record is released, and the modification data after the encryption are replaced into corresponding original in electronic health record
There are data；
The client of the doctor for sending notification to create the electronic health record, and carries out a read lock to amended electronic health record；
And
After read lock is carried out to amended electronic health record, formal electronic health record is generated.
8. electronic health record as claimed in claim 7 encrypts checking method, it is characterised in that the electronic health record is XML format,
The electronic health record includes multiple many node layers and content of text, is tree structure between many node layers, and last layer node can
With including multiple same node layers, multiple next node layers and multiple content of text, the first node layer only include content of text and
One or more next node layers.
9. electronic health record as claimed in claim 8 encrypts checking method, it is characterised in that the electronic health record after described pair of encryption
The mode for carrying out a read lock is as follows：Nodename in electronic health record after encryption is changed.
10. electronic health record as claimed in claim 8 encrypts checking method, it is characterised in that described to be determined with auditor couple
The mode that electronic health record is modified is as follows：
(1) when electronic health record is shown in the client of auditor, the mouse for obtaining the client is located on electronic health record
Position；
(2) electronic health record is decrypted, and the position of mouse is associated with the node of correspondence position in electronic health record；
(3) modification dialog box is generated in the position of the mouse, the modification dialog box prompts the user whether to carry out electronic health record
Modification；
(4) when modification dialog box there are input modification data, judge that auditor is modified to electronic health record.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610925958.0A CN106529130A (en) | 2016-10-24 | 2016-10-24 | Electronic medical records encrypting and checking system and method in medical information system |
| PCT/CN2017/080152 WO2018076617A1 (en) | 2016-10-24 | 2017-04-11 | Electronic medical record encrypting and checking system and method in medical informatization system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610925958.0A CN106529130A (en) | 2016-10-24 | 2016-10-24 | Electronic medical records encrypting and checking system and method in medical information system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106529130A true CN106529130A (en) | 2017-03-22 |
Family
ID=58291718
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610925958.0A Pending CN106529130A (en) | 2016-10-24 | 2016-10-24 | Electronic medical records encrypting and checking system and method in medical information system |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106529130A (en) |
| WO (1) | WO2018076617A1 (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018076617A1 (en) * | 2016-10-24 | 2018-05-03 | 深圳市前海安测信息技术有限公司 | Electronic medical record encrypting and checking system and method in medical informatization system |
| WO2018076618A1 (en) * | 2016-10-24 | 2018-05-03 | 深圳市前海安测信息技术有限公司 | System and method for verifying electronic signature of electronic medical record in medical information system |
| CN109801688A (en) * | 2017-11-17 | 2019-05-24 | 深圳市前海安测信息技术有限公司 | The safe synergism action system and method for area medical electronic health record |
| CN110692103A (en) * | 2017-06-08 | 2020-01-14 | 沟口智 | System login method |
| CN112270529A (en) * | 2020-10-29 | 2021-01-26 | 北京字跳网络技术有限公司 | Method and device for examining and approving business form, electronic equipment and storage medium |
| CN112765629A (en) * | 2021-01-25 | 2021-05-07 | 山西青峰软件股份有限公司 | Method and system for preventing unauthorized access of education system |
| CN112927774A (en) * | 2021-03-11 | 2021-06-08 | 全链通有限公司 | Remote diagnosis and treatment system and operation method thereof |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101984448A (en) * | 2010-12-24 | 2011-03-09 | 中山大学孙逸仙纪念医院 | Electronic medical record database system |
| CN103294915A (en) * | 2013-05-28 | 2013-09-11 | 美合实业（苏州）有限公司 | Multifunctional medical information recording device |
| CN103761698A (en) * | 2014-01-20 | 2014-04-30 | 中国中医科学院 | Patient administration system for real world clinical study |
| CN105354270B (en) * | 2015-10-26 | 2018-06-05 | 武汉帕菲利尔信息科技有限公司 | User's medical data querying method and distributed system |
| CN106529130A (en) * | 2016-10-24 | 2017-03-22 | 深圳市前海安测信息技术有限公司 | Electronic medical records encrypting and checking system and method in medical information system |
| CN106407717A (en) * | 2016-10-24 | 2017-02-15 | 深圳市前海安测信息技术有限公司 | System and method of verifying electronic signature of electronic medical record in medical information system |
| CN106529155A (en) * | 2016-11-05 | 2017-03-22 | 深圳市前海安测信息技术有限公司 | Medical informatization query auditing system and method of medical data on the basis of electronic medical record |
| CN106503467A (en) * | 2016-11-05 | 2017-03-15 | 深圳市前海安测信息技术有限公司 | Electronic health record information query system and method for the medical information based on iris identification |
-
2016
- 2016-10-24 CN CN201610925958.0A patent/CN106529130A/en active Pending
-
2017
- 2017-04-11 WO PCT/CN2017/080152 patent/WO2018076617A1/en active Application Filing
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018076617A1 (en) * | 2016-10-24 | 2018-05-03 | 深圳市前海安测信息技术有限公司 | Electronic medical record encrypting and checking system and method in medical informatization system |
| WO2018076618A1 (en) * | 2016-10-24 | 2018-05-03 | 深圳市前海安测信息技术有限公司 | System and method for verifying electronic signature of electronic medical record in medical information system |
| CN110692103A (en) * | 2017-06-08 | 2020-01-14 | 沟口智 | System login method |
| CN109801688A (en) * | 2017-11-17 | 2019-05-24 | 深圳市前海安测信息技术有限公司 | The safe synergism action system and method for area medical electronic health record |
| CN112270529A (en) * | 2020-10-29 | 2021-01-26 | 北京字跳网络技术有限公司 | Method and device for examining and approving business form, electronic equipment and storage medium |
| CN112765629A (en) * | 2021-01-25 | 2021-05-07 | 山西青峰软件股份有限公司 | Method and system for preventing unauthorized access of education system |
| CN112927774A (en) * | 2021-03-11 | 2021-06-08 | 全链通有限公司 | Remote diagnosis and treatment system and operation method thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2018076617A1 (en) | 2018-05-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106407717A (en) | System and method of verifying electronic signature of electronic medical record in medical information system | |
| CN106529130A (en) | Electronic medical records encrypting and checking system and method in medical information system | |
| Zaidan et al. | A security framework for nationwide health information exchange based on telehealth strategy | |
| US20220223242A1 (en) | System and method of controlling access of a user's health information stored over a health care network | |
| Akinyele et al. | Self-protecting electronic medical records using attribute-based encryption | |
| Czuszynski et al. | Interaction with medical data using QR-codes | |
| CN104137129A (en) | Method for processing patient-based data sets | |
| JP6300800B2 (en) | Encrypted data storage device for recording | |
| RU2510968C2 (en) | Method of accessing personal data, such as personal medical file, using local generating component | |
| Ribeiro et al. | XDS-I outsourcing proxy: ensuring confidentiality while preserving interoperability | |
| CN103971063B (en) | Transmission measure for the vital medical image content of safety | |
| CN109583232B (en) | CP-ABE-based medical archive management method, device, equipment and storage medium | |
| CN106845075A (en) | One kind concentrates diagnosis report system | |
| CN109801688A (en) | The safe synergism action system and method for area medical electronic health record | |
| US10929509B2 (en) | Accessing an interoperable medical code | |
| EP3219048A1 (en) | System and method for securely storing and sharing information | |
| Kavitha et al. | Security threat management by software obfuscation for privacy in internet of medical thing (IoMT) application | |
| Sneha et al. | Alleviating challenges related to FDA-approved medical wearables using blockchain technology | |
| Rghioui et al. | Blockchain-based Electronic Healthcare Information System Optimized for Developing Countries. | |
| Sushma et al. | Digital transformation of healthcare sector by Blockchain technology | |
| Sandeep et al. | Blockchain-based privacy approaches for 5G healthcare informatics | |
| Diaz et al. | Scalable management architecture for electronic health records based on blockchain | |
| TW201514909A (en) | System and method for sharing data in a clinical network environment | |
| Sanz-Requena et al. | A cloud-based radiological portal for the patients: It contributing to position the patient as the central axis of the 21st century healthcare cycles | |
| Haq et al. | E-healthcare using block Chain technology and cryptographic techniques: A review |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170322 |
|
| WD01 | Invention patent application deemed withdrawn after publication |