WO2018076618A1 - 医疗信息化系统中电子病历电子签章审核系统及方法 - Google Patents

医疗信息化系统中电子病历电子签章审核系统及方法 Download PDF

Info

Publication number
WO2018076618A1
WO2018076618A1 PCT/CN2017/080153 CN2017080153W WO2018076618A1 WO 2018076618 A1 WO2018076618 A1 WO 2018076618A1 CN 2017080153 W CN2017080153 W CN 2017080153W WO 2018076618 A1 WO2018076618 A1 WO 2018076618A1
Authority
WO
WIPO (PCT)
Prior art keywords
medical record
electronic medical
electronic
auditor
modified
Prior art date
Application number
PCT/CN2017/080153
Other languages
English (en)
French (fr)
Inventor
张贯京
张红治
王海荣
Original Assignee
深圳市前海安测信息技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 深圳市前海安测信息技术有限公司 filed Critical 深圳市前海安测信息技术有限公司
Publication of WO2018076618A1 publication Critical patent/WO2018076618A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/81—Indexing, e.g. XML tags; Data structures therefor; Storage structures
    • 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/602—Providing cryptographic facilities or services
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Definitions

  • an encryption module configured to encrypt data in the electronic medical record
  • a locking module configured to perform read-only locking on the encrypted electronic medical record
  • the releasing module releases the read-only locking of the electronic medical record as follows: The node name in the read-only locked electronic medical record is restored to the original node name.
  • the encryption algorithm used by the encryption module to encrypt data in the electronic medical record is the same as the encryption algorithm used by the acquisition module to perform encryption processing on the modified data.
  • an electronic medical record encryption review method is provided, which is applied to an electronic medical record cloud platform, wherein the electronic medical record cloud platform is connected to a client through a network, and the electronic medical record cloud platform stores an electronic signature of an auditor.
  • the method includes the following steps:
  • the auditor's electronic signature is updated based on the revised data and associated with the official electronic medical record.
  • the template of the electronic medical record includes a plurality of multi-layer nodes and text content, and the name and text content of each layer node can be customized according to user requirements.
  • the three-layer nodes defined by the user are respectively Medic alNote, Group ⁇ Element ⁇
  • the multi-layer nodes are in a tree structure
  • the upper layer node may include multiple same layer nodes, multiple lower layer nodes and multiple text contents
  • the first layer node only includes text content and one Or multiple lower level nodes.
  • the patient's electronic medical record in XML format is as follows:
  • the electronic medical record cloud platform 1 further includes an electronic signature of the auditor, and the electronic signature is used by the electronic medical record cloud platform 1 according to the information of the auditor (for example, a name, a department, a position, etc.) Information) Dynamic generation.
  • the electronic signature may be, but is not limited to, a CA electronic signature certificate.
  • Electronic signature The encryption method can be, but is not limited to, asymmetric key encryption, computer password, biological handwriting recognition, fingerprint recognition, and iris iris perspective discrimination, face recognition, and the like.
  • the most mature electronic signature technology is the "digital signature", which is an electronic signature made by the "asymmetric" cryptography of public keys and keys. The technology for generating an electronic signature is a prior art and will not be described here.
  • the client 2 may be, but not limited to, a smart phone, a tablet computer, a personal digital assistant (PDA), a notebook computer, a desktop computer, an electronic signboard, and the like, and any other data processing capability. Electronic equipment.
  • the client is a desktop computer.
  • the sending module 114 is configured to associate the electronic medical record after the read-only lock with the electronic signature of the auditor, and send the electronic medical record to the client 2 of the auditor according to the information of the auditor in the electronic signature.
  • the reviewer generally refers to a senior doctor (eg, a deputy chief physician or chief physician)
  • the doctor calls the template of the electronic medical record in the XML format (stored in the electronic medical record cloud platform 1) on the client 2 (by clicking the operation instruction), and adds the patient's disease information.
  • Step S12 The encryption module 112 encrypts data in the electronic medical record. Specifically, the encryption module 112 acquires data under each node (that is, data behind the text in the electronic medical record), and then passes an encryption and decryption algorithm (for example, an MD5 encryption and decryption algorithm, an RS A encryption and decryption algorithm, and a DES encryption and decryption algorithm). , DSA encryption and decryption algorithm, AES encryption and decryption algorithm, etc.) Encrypt data under each node in the electronic medical record
  • an encryption and decryption algorithm for example, an MD5 encryption and decryption algorithm, an RS A encryption and decryption algorithm, and a DES encryption and decryption algorithm.
  • the locking module 113 can selectively lock data in an electronic medical record in an XML format. For example, the locking module 113 only converts the name of the second layer node, and the second layer node The data in will be locked.
  • Step S16 The determining module 115 determines whether an auditor confirms the modified data of the electronic medical record. After the auditor modifies the electronic medical record, the determining module 115 sends the electronic medical record and the modified data to the client 2 of other auditors and pops up a confirmation dialog box. When other auditors click the confirmation button of the confirmation dialog box, It indicates that other auditors have confirmed the modified electronic medical record, and the flow proceeds to step S16.
  • Step S17 The obtaining module 116 acquires modification data of the electronic medical record, and performs encryption conversion on the modified data.
  • the obtaining module 116 obtains the input modification data from the modification dialog box, and then performs the encryption and decryption algorithm on the modified data (for example, the MD5 encryption and decryption algorithm, the RS A encryption and decryption algorithm, the DES encryption and decryption algorithm, the DSA encryption and decryption algorithm, and the AES encryption and decryption). Algorithm, etc.) Perform encryption processing.
  • the encryption and decryption algorithm for example, the MD5 encryption and decryption algorithm, the RS A encryption and decryption algorithm, the DES encryption and decryption algorithm, the DSA encryption and decryption algorithm, and the AES encryption and decryption.
  • the method of obtaining data is as follows: (1) Obtain the node name corresponding to the modification dialog box.
  • Step S19 The sending module 114 is further configured to send a notification to the client 2 of the doctor who created the electronic medical record, and perform read-only locking on the modified electronic medical record.
  • Step S21 The association module 119 updates the electronic signature of the auditor according to the modification data, and associates with the official electronic medical record. Specifically, the association module 119 obtains a hash value of the modified data, and adds the hash value to the electronic signature of the auditor to complete the update of the electronic signature of the auditor. Since the hash value is unique, adding a hash value to the electronic signature can further ensure the information security of the formal electronic medical record during the sign-off process.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Medical Informatics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Bioethics (AREA)
  • Epidemiology (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Storage Device Security (AREA)

Abstract

一种医疗信息化系统中电子病历电子签章审核系统及方法，该方法包括以下步骤：从客户端接收医生创建的XML格式的电子病历；将只读锁定后的电子病历与审核人员的电子签章关联，并根据电子签章中审核人员的信息将电子病历发送给审核人员的客户端；获取对电子病历的修改数据并将所述修改数据进行加密转换；解除对该电子病历的只读锁定，并将所述加密后的修改数据替换电子病历中对应的原有数据；对修改后的电子病历进行只读锁定；生成正式的电子病历；更新审核人员的电子签章并与正式的电子病历关联。该方案可以提高电子病历进行签核过程中的信息安全，并确保对电子病历的修改准确无误，避免出现医疗事故。

Description

医疗信息化系统中电子病历电子签章审核系统及方法 技术领域
[0001] 本发明涉及医疗信息化领域， 尤其涉及一种医疗信息化系统中电子病历电子签 章审核系统及方法。
背景技术
[0002] 病历是病人在医院诊断治疗全过程的原始记录， 它包含有首页、 病程记录、 检 査检验结果、 医嘱、 手术记录、 护理记录等等。 随着医院计算机管理网络化， 电子病历 (EMR， Electronic Medical Record)应运而生。 作为科技进步的产物， 电 子病历因其方便记录， 易存储等优点被越来越广泛的应用在医疗系统中。
[0003] 然而， 现有的电子病历系统中在对电子病历中的内容进行签核吋， 没有通过电 子签章进行加密处理， 降低了电子病历的信息安全， 并会导致电子病历泄露。
[0004] 进一步地， 由于医生在电子病历中输入的信息难免出现错误， 增加对电子病历 中的内容进行审核可以尽量避免人为医疗事故。 然而， 现有的电子病历中， 审 核人员对电子病历的修改没有经过其它审核人员的确认， 难免出现审核错误， 会导致医疗事故。
技术问题
[0005] 本发明的主要目的在于提供一种医疗信息化系统中电子病历电子签章审核系统 及方法， 旨在解决现有的电子病历没有采用电子签章导致电子病历容易泄露的 技术问题。
问题的解决方案
技术解决方案
[0006] 为实现上述目的， 本发明提供了一种医疗信息化系统中电子病历电子签章审核 系统， 运行于电子病历云平台中， 所述电子病历云平台与客户端通过网络连接 ， 所述电子病历云平台存储有审核人员的电子签章， 该系统包括：
[0007] 接收模块， 用于从客户端接收医生创建的 XML格式的电子病历；
[0008] 加密模块， 用于对电子病历中的数据进行加密； [0009] 锁定模块， 用于对加密后的电子病历进行只读锁定；
[0010] 发送模块， 用于将只读锁定后的电子病历与审核人员的电子签章关联， 并根据 电子签章中审核人员的信息将电子病历发送给审核人员的客户端；
[0011] 获取模块， 用于当有审核人员对电子病历进行了修改且有审核人员对电子病历 的修改数据进行确认吋， 获取对电子病历的修改数据并将所述修改数据进行加 密转换；
[0012] 解除模块， 用于解除对该电子病历的只读锁定， 并将所述加密后的修改数据替 换电子病历中对应的原有数据；
[0013] 所述发送模块， 还用于发送通知给创建该电子病历的医生的客户端， 并对修改 后的电子病历进行只读锁定；
[0014] 生成模块， 用于当对修改后的电子病历进行只读锁定后， 生成正式的电子病历
； 及
[0015] 关联模块， 用于根据修改数据更新审核人员的电子签章， 并与正式的电子病历 关联。
[0016] 优选地， 所述电子病历为 XML格式， 所述电子病历中包括多个多层节点及文本 内容， 多层节点之间为树形结构， 上一层节点可以包括多个同一层节点、 多个 下一层节点及多个文本内容， 第一层节点只包括文本内容及一个或多个下一层 节点。
[0017] 优选地， 所述锁定模块对加密后的电子病历进行只读锁定的方式如下： 对加密 后的电子病历中的节点名称进行转换。
[0018] 优选地， 所述判定有审核人员对电子病历进行了修改的方式如下：
[0019] (1) 当电子病历显示于审核人员的客户端吋， 获取该客户端的鼠标位于电子 病历上的位置；
[0020] (2) 对电子病历进行解密， 并将鼠标的位置与电子病历中对应位置的节点关 联；
[0021] (3) 在所述鼠标的位置生成修改对话框， 该修改对话框提示用户是否对电子 病历进行修改；
[0022] (4) 当修改对话框有输入修改数据吋， 判定审核人员对电子病历进行了修改 [0023] 优选地， 所述解除模块解除对该电子病历的只读锁定的方式如下： 对只读锁定 的电子病历中的节点名称恢复为原有的节点名称。
[0024] 优选地， 所述加密模块对电子病历中的数据进行加密所采用的加密算法与所述 获取模块对修改数据进行加密处理所采用的加密算法相同。
[0025] 优选地， 所述关联模块根据修改数据更新审核人员的电子签章的方式如下： 获 取修改数据的哈希值并将所述哈希值添加到审核人员的电子签章中。
[0026] 另一方面还提供一种电子病历加密审核方法， 应用于电子病历云平台中， 所述 电子病历云平台与客户端通过网络连接， 所述电子病历云平台存储有审核人员 的电子签章， 该方法包括以下步骤：
[0027] 从客户端接收医生创建的 XML格式的电子病历；
[0028] 对电子病历中的数据进行加密；
[0029] 对加密后的电子病历进行只读锁定；
[0030] 将只读锁定后的电子病历与审核人员的电子签章关联， 并根据电子签章中审核 人员的信息将电子病历发送给审核人员的客户端；
[0031] 当有审核人员对电子病历进行了修改且有审核人员对电子病历的修改数据进行 确认吋， 获取对电子病历的修改数据并将所述修改数据进行加密转换；
[0032] 解除对该电子病历的只读锁定， 并将所述加密后的修改数据替换电子病历中对 应的原有数据；
[0033] 发送通知给创建该电子病历的医生的客户端， 并对修改后的电子病历进行只读 锁定；
[0034] 当对修改后的电子病历进行只读锁定后， 生成正式的电子病历； 及
[0035] 根据修改数据更新审核人员的电子签章， 并与正式的电子病历关联。
[0036] 9、 如权利要求 8所述的电子病历加密审核方法， 其特征在于， 所述电子病历为 XML格式， 所述电子病历中包括多个多层节点及文本内容， 多层节点之间为树 形结构， 上一层节点可以包括多个同一层节点、 多个下一层节点及多个文本内 容， 第一层节点只包括文本内容及一个或多个下一层节点。
[0037] 10、 如权利要求 9所述的电子病历加密审核方法， 其特征在于， 所述判定有审 核人员对电子病历进行了修改的方式如下：
[0038] (1) 当电子病历显示于审核人员的客户端吋， 获取该客户端的鼠标位于电子 病历上的位置；
[0039] (2) 对电子病历进行解密， 并将鼠标的位置与电子病历中对应位置的节点关 联；
[0040] (3) 在所述鼠标的位置生成修改对话框， 该修改对话框提示用户是否对电子 病历进行修改；
[0041] (4) 当修改对话框有输入修改数据吋， 判定审核人员对电子病历进行了修改 发明的有益效果
有益效果
[0042] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述医疗信息化系统中 电子病历电子签章审核系统及方法， 采用电子签章可以对电子病历进行加密处 理， 提高了电子病历的信息安全， 且审核人员对电子病历的修改需要其它审核 人员的确认， 从而确保对电子病历的修改准确无误， 避免出现医疗事故。
对附图的简要说明
附图说明
[0043] 图 1是本发明医疗信息化系统中电子病历电子签章审核系统的应用环境示意图
[0044] 图 2是本发明医疗信息化系统中电子病历电子签章审核系统的优选实施例的模 块示意图。
[0045] 图 3是本发明电子病历加密审核方法的优选实施例的流程图。
[0046] 本发明目的的实现、 功能特点及优点将结合实施例， 参照附图做进一步说明。
实施该发明的最佳实施例
本发明的最佳实施方式
[0047] 为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效， 以下结 合附图及较佳实施例， 对本发明的具体实施方式、 结构、 特征及其功效， 详细 说明如下。 应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不用 于限定本发明。
[0048] 参照图 1所示， 图 1是本发明医疗信息化系统中电子病历电子签章审核系统的应 用环境示意图。 本发明中的医疗信息化系统中电子病历电子签章审核系统 10运 行于电子病历云平台 1上。 所述电子病历云平台 1与一个或多个客户端 2 (图 1中 以三个为例进行说明） 通过网络 3通信连接。 所述网络 3可以是有线通讯网络 ( 例如， 通过网线连接的内部局域网） 或无线通讯网络 （例如， GSM网络、 GPRS 网络、 CDMA网络、 TD-SCDMA网络、 WiMAX网络、 TD-LTE网络、 FDD-LTE 网络等无线传输网络） 。
[0049] 所述客户端 2可以创建电子病历并保存于电子病历云平台 1中。 所述客户端 2还 可以从所述电子病历云平台 1获取所述创建的电子病历并显示于所述客户端 2的 显示器 （图中未示出） 上， 方便医生査看、 审核、 编辑及 /或修改电子病历。 具 体地说， 所述电子病历云平台 1中存储有电子病历的模板， 客户端 2从所述电子 病历云平台 1获取电子病历的模板， 并在所述电子病历的模板中添加患者的患病 信息 （例如， 姓名、 年齢、 性别、 主诉、 症状名称、 现病史、 起病方式、 过敏 史等信息） 以生成该患者的电子病历。
[0050] 具体地说， 所述电子病历的模板为 XML格式的模板。
[0051] 具体地说， 所述 XML格式的电子病历的模板描述如下：
[0052] <?xml version=" 1.0"encoding="utf-8"?>
[0053] <MedicalNote>
[0054] <Group name= '姓名'〉
[0055] <Text> </Text>
[0056] </Group>
[0057] <Group name= '姓另 lj'>
[0058] <Text> </Text>
[0059] </Group>
[0060] <Group name= '年齢 '>
[0061] <Textx/Text> [0062] </Group>
[0063] <Group name='主诉'〉
[0064] <Element name= '症状名称' >
[0065] <Text> </Text>
[0066] </Element>
[0067] </Group>
[0068] <Group name= '现病史' >
[0069] <Text> </Text>
[0070] <Element>
[0071] <Text>起病方式</丁6 【>
[0072] </Element>
[0073] </Group>
[0074] </MedicalNote>
[0075] 上述电子病历的模板中包括多个多层节点及文本内容， 每层节点的名称及文本 内容可以根据用户需求自行定义， 例如， 用户自己定义的三层节点分别为 Medic alNote、 Group ^ Element^ 其中， 多层节点之间为树形结构， 上一层节点可以包 括多个同一层节点、 多个下一层节点及多个文本内容， 此外， 第一层节点只包 括文本内容及一个或多个下一层节点。 具体地说， 假设节点 MedicalNote为第一 层节点， 节点 Group为第二层节点， 节点 Element为第三层节点， 第一层节点 Med icalNote中包括一个或多个文本内容 Text、 一个或多个第二层节点 Group。 每个第 二层节点 Group还包括一个或多个节点文本内容 Text、 一个或多个第三层节点 Ele ment。 进一步地， 同一层节点可以相互嵌套， 例如， 第二层节点还包括多个第 二层节点， 第三层节点还包括多个第三层节点。 在本实施例中， 所述第一层节 点 MedicalNote为主节点， 表示电子病历。
[0076] 此外， 在这个 XML基础上的电子病历还可以继续扩展， 用户可以定义各种类型 的节点， 例如， 定义图像的节点 （Image) 、 表格的节点 （Table) 、 单元格的节 点 （Cell) 等， 并对不同类型的节点相应定义节点的层级， 例如， 图像的节点定 义为第三层、 表格的节点定义为第二层节点、 单元格的节点定义为第三层节点 [0077] 医生通过客户端 2添加患者的患病信息后， 生成该患者的电子病历。
[0078] 例如， 患者张三的 XML格式的电子病历如下：
[0079] <?xml version=" 1.0"encoding="utf-8"?>
[0080] <MedicalNote>
[0081] <Group name: '姓名'〉
[0082] <Text>张三 </Text>
[0083] </Group>
[0084] <Group name=' 另 lj'>
[0085] <Text^</Text>
[0086] </Group>
[0087] <Group name: '年齿令'〉
[0088] <Text>42</Text>
[0089] </Group>
[0090] <Group name:'主诉' >
[0091] <Element name:'症状名称'〉
[0092] <Text>头痛 </Text>
[0093] </Element>
[0094] </Group>
[0095] <Group name: '现病史'〉
[0096] <丁6 ^>今日患者未诉不适 </Text>
[0097] <Element>
[0098] <Text>起病方式</16
[0099] </Element>
[0100] </Group>
[0101] </MedicalNote>
[0102] 进一步地， 所述电子病历云平台 1是云平台或数据中心的某一台服务器， 通过 云平台或数据中心的数据传输能力及数据存储能力， 可以更好地管理及 /或协助 与该电子病历云平台 1连接的客户端 2， 有利于医生从电子病历云平台 1创建、 査 看、 审核、 编辑及 /或修改电子病历。 为了集中管理， 所述电子病历云平台 1由某 一个特定部门 （例如， 医院的 IT部门或与医院有合作协议的云计算服务提供商） 维护。
[0103] 进一步地， 所述电子病历云平台 1中还包括审核人员的电子签章， 所述电子签 章由所述电子病历云平台 1根据审核人员的信息 （例如， 名字、 科室、 职位等信 息） 动态生成。 所述电子签章可以是， 但不限于， CA电子签章证书。 电子签章 进行加密的方式可以是， 但不限于， 非对称性密钥加密、 计算机口令、 生物笔 迹辨别、 指纹识别， 以及眼虹膜透视辨别法、 面纹识别等。 目前， 最成熟的电 子签章技术就是"数字签章"， 所述电子签章是以公钥及密钥的"非对称型"密码技 术制作的电子签章。 其中， 生成电子签章的技术为现有技术， 在此不在赘述。
[0104] 所述电子病历云平台 1可以位于医院经营场所， 也可以位于远离医院经营场所 的其它位置。 为了避免挤占医院经营场所的空间， 所述电子病历云平台 1位于远 离医院经营场所的其它位置。
[0105] 所述客户端 2可以是， 但不限于， 智能手机、 平板电脑、 个人数字助理 （Person al Digital Assistant, PDA) 、 笔记本电脑、 台式电脑、 电子看板等其它任意合具 有数据处理能力的电子设备。 在本实施例中， 所述客户端为台式电脑。
[0106] 参照图 2所示， 是本发明医疗信息化系统中电子病历电子签章审核系统的优选 实施例的模块示意图。 在本实施例中， 所述医疗信息化系统中电子病历电子签 章审核系统 10应用于电子病历云平台 1。 该电子病历云平台 1包括， 但不仅限于 ， 医疗信息化系统中电子病历电子签章审核系统 10、 存储单元 11、 处理单元 12 、 及通讯单元 13。
[0107] 所述的存储单元 11可以为一种只读存储单元 ROM, 电可擦写存储单元 EEPRO
M、 快闪存储单元 FLASH或固体硬盘等。
[0108] 所述的处理单元 12可以为一种中央处理器 （Central Processing Unit, CPU) 、 微控制器 （MCU) 、 数据处理芯片、 或者具有数据处理功能的信息处理单元。
[0109] 所述的通讯单元 13为一种具有远程通讯功能的通讯接口， 例如支持 GSM、 GPR
S、 WCDMA、 CDMA、 TD-SCDMA、 WiMAX、 TD-LTE、 FDD-LTE等无线通 ifl 技术的通讯接口， 支持 USB、 网线的有线通讯接口。
[0110] 所述医疗信息化系统中电子病历电子签章审核系统 10包括， 但不局限于， 接收 模块 111、 加密模块 112、 锁定模块 113、 发送模块 114、 判断模块 115、 获取模块 116、 解除模块 117、 生成模块 118及关联模块 119， 本发明所称的模块是指一种 能够被所述电子病历云平台 1的处理单元 12执行并且能够完成固定功能的一系列 计算机程序指令段， 其存储在所述电子病历云平台 1的存储单元 11中。
[0111] 所述接收模块 111用于从客户端 2接收医生创建的 XML格式的电子病历。 具体地 说， 当患者看病吋， 医生在客户端 2上 （通过点击操作指令） 调用 XML格式的电 子病历的模板 （保存于电子病历云平台 1中） ， 并添加该患者的患病信息 （例如 ， 姓名、 年齢、 性别、 主诉、 症状名称、 现病史、 起病方式、 过敏史等信息） 至 XML格式的电子病历的模板， 之后生成针对该患者的 XML格式的电子病历。
[0112] 所述加密模块 112用于对电子病历中的数据进行加密。 具体地说， 所述加密模 块 112获取每个节点下的数据 （即电子病历中 Text后面的数据） ， 之后通过加解 密算法 （例如， MD5加解密算法、 RS A加解密算法、 DES加解密算法、 DSA加解 密算法、 AES加解密算法等） 对电子病历中每个节点下的数据进行加密处理。
[0113] 所述锁定模块 113用于对加密后的电子病历进行只读锁定。 具体地说， 所述锁 定模块 113对加密后的电子病历进行只读锁定的方式如下： 对 XML格式的电子病 历中的节点名称进行转换， 经过名称转换后， 将无法对节点中的数据进行修改 、 编辑等操作处理。 例如， 以张三的电子病历为例进行说明： 将第一层节点的 名称由 MedicalNote转换成 Al， 第二层节点的名称由 Group转换成 A2， 将第三层 节点的名称由 Element转换成 A3。 经过转换后， 由于各层级节点名称出现变动， 即便对张三的电子病历进行修改， 也因为在只读锁定后的电子病历中无法找到 对应的数据插入位置， 而无法对张三的电子病历进行修改。
[0114] 进一步地， 在其它实施例中， 所述锁定模块 113可以选择性地锁定 XML格式的 电子病历中的数据， 例如， 锁定模块 113只转换第二层节点的名称， 则第二层节 点中的数据将被锁定。
[0115] 所述发送模块 114用于将只读锁定后的电子病历与审核人员的电子签章关联， 并根据电子签章中审核人员的信息将电子病历发送给审核人员的客户端 2。 在本 实施例中， 所述审核人员一般是指资深的医生 （例如， 副主任医师或主任医师
) 。 需要说明的是， 审核人员的客户端 2从电子病历云平台 1获取该审核人员的 电子签章， 并通过获取的电子签章验证査看发送过来的电子病历。 进一步地， 由于电子病历中的数据进行了加密， 审核人员的客户端 2査看电子病历吋， 会对 电子病历进行解密处理 （通过与加密模块 112中相同的加解密算法进行解密处理 ) 后査看该电子病历。
[0116] 所述判断模块 115用于判断是否有审核人员对电子病历进行了修改。 所述判断 模块 115判断审核人员对电子病历进行了修改的方式如下：
[0117] ( 1) 当电子病历显示于审核人员的客户端 2吋 （采用表格的形式显示 XML格式 的电子病历） ， 获取该客户端 2的鼠标位于电子病历上的位置 （例如， 通过 onmo usemove函数获取位置， 或者在电子病历中关联鼠标控件， 通过鼠标控件获取位 置） ；
[0118] (2) 对电子病历进行解密 （通过与加密模块 112中相同的加解密算法进行解密 处理） ， 并将鼠标的位置与电子病历中对应位置的节点关联， 例如， 鼠标放置 于电子病历的中间位置， 而中间位置是第二层节点 A2中"症状名称"所在的位置 ， 则该鼠标的位置与电子病历中第二层节点 A2的"症状名称"关联， 审核人员可 以对第二层节点 A2的"症状名称"进行数据修改， 如对将" <Text>头痛 </Text>' 改为" <Text>头痛且发烧 < Text>"；
[0119] (3) 在所述鼠标的位置生成修改对话框， 该修改对话框提示用户是否对电子 病历进行修改， 例如， 修改对话框中有修改按键， 当用户点击修改按键吋， 提 示用户输入修改的文字信息；
[0120] (4) 当修改对话框有输入修改数据吋， 所述判断模块 115判定审核人员对电子 病历进行了修改。 需要说明的是， 由于修改对话框的生成与鼠标的位置关联， 而鼠标的位置与电子病历的节点关联， 因此， 审核人员将鼠标放置于电子病历 的位置并对电子病历修改吋， 审核人员针对鼠标所在位置在电子病历中对应的 节点的数据进行修改。
[0121] 当有审核人员对电子病历进行了修改吋， 所述判断模块 115还用于判断是否有 审核人员对电子病历的修改数据进行确认。 具体地说， 当有审核人员对电子病 历进行修改后， 所述判断模块 115将电子病历及修改数据发送给其他审核人员的 客户端 2并弹出确认对话框， 当其它审核人员点击确认对话框的确认按钮后， 表 明其它审核人员对修改后的电子病历进行了确认。
[0122] 所述获取模块 116用于获取对电子病历的修改数据， 并将修改数据进行加密转 换。 所述获取模块 116从修改对话框获取输入的修改数据， 之后对修改数据按照 加解密算法 （例如， MD5加解密算法、 RS A加解密算法、 DES加解密算法、 DSA 加解密算法、 AES加解密算法等） 进行加密处理。 需要说明的是， 所述获取模块 116对修改数据进行加密处理所采用的加密算法与所述加密模块 112对电子病历 中的数据进行加密所采用的加密算法是一致的， 例如， 若加密模块 112对电子病 历中的数据进行加密所采用的加密算法为 MD5加解密算法， 则所述获取模块 116 对修改数据进行加密处理所采用的加密算法也是 MD5加解密算法。 也就是说， 修改数据加密后的格式要与电子病历中数据加密后的格式一致， 采用同样的加 解密算法能够确保两者保持格式一致。
[0123] 所述解除模块 117用于解除对该电子病历的只读锁定， 并将所述加密后的修改 数据替换电子病历中对应的原有数据。 所述解除模块 117解除对该电子病历的只 读锁定的方式如下： 对只读锁定的电子病历中的节点名称恢复为原有的节点名 称。 例如， 以张三的电子病历为例进行说明： 将第一层节点的名称由 A1恢复为 MedicalNote, 第二层节点的名称由 A2恢复为 Group, 将第三层节点的名称由 A3 恢复为 Elemen 所述解除模块 117将修改的数据替换电子病历中对应的原有数据 的方式如下： （1) 获取修改对话框对应的节点名称， 例如， 修改对话框对应的 节点名称为 A2中的"症状名称"； (2) 将修改对话框对应的节点名称恢复为原有 的节点名称， 例如将 <A2 name= '症状名称' >恢复为 <Element name= '症状名称' >； (3) 将所述加密后的修改数据替换电子病历中对应的原有数据。
[0124] 所述发送模块 114还用于发送通知给创建该电子病历的医生的客户端 2， 并对修 改后的电子病历进行只读锁定。
[0125] 所述生成模块 118用于当对修改后的电子病历进行只读锁定后， 生成正式的电 子病历。 当修改后的电子病历重新进行只读锁定吋， 生成正式的电子病历并保 存于电子病历云平台 1。 此外， 所述正式的电子病历中还包括一个二维码， 方便 患者通过二维码扫描査询。 所述二维码中包括了患者的基本信息， 二维码的生 成方式为现有技术， 在此不赘述。
[0126] 所述关联模块 119用于根据修改数据更新审核人员的电子签章， 并与正式的电 子病历关联。 具体地说， 所述关联模块 119根据修改数据更新审核人员的电子签 章的方式如下： 所述关联模块 119获取修改数据的哈希值 （通过哈希算法获取哈 希值） ， 并将所述哈希值添加到审核人员的电子签章中， 完成对审核人员的电 子签章的更新。 由于哈希值具有唯一性， 在电子签章中加入哈希值， 能够进一 步确保正式的电子病历在签核过程中的信息安全。
[0127] 参照图 3所示， 是本发明电子病历加密审核方法的优选实施例的流程图。 在本 实施例中， 所述的电子病历加密审核方法应用于电子病历云平台 1， 该方法包括 以下步骤：
[0128] 步骤 S11 : 所述接收模块 111从客户端 2接收医生创建的 XML格式的电子病历。
具体地说， 当患者看病吋， 医生在客户端 2上 （通过点击操作指令） 调用 XML格 式的电子病历的模板 （保存于电子病历云平台 1中） ， 并添加该患者的患病信息
(例如， 姓名、 年齢、 性别、 主诉、 症状名称、 现病史、 起病方式、 过敏史等 信息） 至 XML格式的电子病历的模板， 之后生成针对该患者的 XML格式的电子 病历。
[0129] 步骤 S12: 所述加密模块 112对电子病历中的数据进行加密。 具体地说， 所述加 密模块 112获取每个节点下的数据 （即电子病历中 Text后面的数据） ， 之后通过 加解密算法 （例如， MD5加解密算法、 RS A加解密算法、 DES加解密算法、 DSA 加解密算法、 AES加解密算法等） 对电子病历中每个节点下的数据进行加密处理
[0130] 步骤 S13: 所述锁定模块 113对加密后的电子病历进行只读锁定。 具体地说， 所 述锁定模块 113对加密后的电子病历进行只读锁定的方式如下： 对 XML格式的电 子病历中的节点名称进行转换， 经过名称转换后， 将无法对节点中的数据进行 修改、 编辑等操作处理。 例如， 以张三的电子病历为例进行说明： 将第一层节 点的名称由 MedicalNote转换成 Al， 第二层节点的名称由 Group转换成 A2， 将第 三层节点的名称由 Element转换成 A3。 经过转换后， 由于各层级节点名称出现变 动， 即便对张三的电子病历进行修改， 也因为在只读锁定后的电子病历中无法 找到对应的数据插入位置， 而无法对张三的电子病历进行修改。
[0131] 进一步地， 在其它实施例中， 所述锁定模块 113可以选择性地锁定 XML格式的 电子病历中的数据， 例如， 锁定模块 113只转换第二层节点的名称， 则第二层节 点中的数据将被锁定。
[0132] 步骤 S14: 所述发送模块 114将只读锁定后的电子病历与审核人员的电子签章关 联， 并根据电子签章中审核人员的信息将电子病历发送给审核人员的客户端 2。 在本实施例中， 所述审核人员一般是指资深的医生 （例如， 副主任医师或主任 医师） 。 需要说明的是， 审核人员的客户端 2从电子病历云平台 1获取该审核人 员的电子签章， 并通过获取的电子签章验证査看发送过来的电子病历。 进一步 地， 由于电子病历中的数据进行了加密， 审核人员的客户端 2査看电子病历吋， 会对电子病历进行解密处理 （通过与加密模块 112中相同的加解密算法进行解密 处理） 后査看该电子病历。
[0133] 步骤 S15: 所述判断模块 115判断是否有审核人员对电子病历进行了修改。 所述 判断模块 115判断审核人员对电子病历进行了修改的方式如下：
[0134] ( 1) 当电子病历显示于审核人员的客户端 2吋 （采用表格的形式显示 XML格式 的电子病历） ， 获取该客户端 2的鼠标位于电子病历上的位置 （例如， 通过 onmo usemove函数获取位置， 或者在电子病历中关联鼠标控件， 通过鼠标控件获取位 置） ；
[0135] (2) 对电子病历进行解密， 并将鼠标的位置与电子病历中对应位置的节点关 联， 例如， 鼠标放置于电子病历的中间位置， 而中间位置是第二层节点 A2中"症 状名称"所在的位置， 则该鼠标的位置与电子病历中第二层节点 A2的"症状名称" 关联， 审核人员可以对第二层节点 A2的"症状名称"进行数据修改， 如对将" <Text >头痛 </Text> "修改为" <Text>头痛且发烧 </Text>";
[0136] (3) 在所述鼠标的位置生成修改对话框， 该修改对话框提示用户是否对电子 病历进行修改， 例如， 修改对话框中有修改按键， 当用户点击修改按键吋， 提 示用户输入修改的文字信息；
[0137] (4) 当修改对话框有输入修改数据吋， 所述判断模块 115判定审核人员对电子 病历进行了修改。 需要说明的是， 由于修改对话框的生成与鼠标的位置关联， 而鼠标的位置与电子病历的节点关联， 因此， 审核人员将鼠标放置于电子病历 的位置并对电子病历修改吋， 审核人员针对鼠标所在位置在电子病历中对应的 节点的数据进行修改。
[0138] 当有审核人员对电子病历进行了修改， 流程进入步骤 S16。 当没有审核人员对 电子病历进行了修改吋 （即在预设吋间内， 没有任何一个审核人员对电子病历 进行修改） ， 流程进入步骤 S20。
[0139] 步骤 S16: 所述判断模块 115判断是否有审核人员对电子病历的修改数据进行确 认。 当有审核人员对电子病历进行修改后， 所述判断模块 115将电子病历及修改 数据发送给其他审核人员的客户端 2并弹出确认对话框， 当其它审核人员点击确 认对话框的确认按钮后， 表明其它审核人员对修改后的电子病历进行了确认， 流程进入步骤 S16。
[0140] 步骤 S17: 所述获取模块 116获取对电子病历的修改数据， 并将修改数据进行加 密转换。 所述获取模块 116从修改对话框获取输入的修改数据， 之后对修改数据 按照加解密算法 （例如， MD5加解密算法、 RS A加解密算法、 DES加解密算法、 DSA加解密算法、 AES加解密算法等） 进行加密处理。 需要说明的是， 所述获取 模块 116对修改数据进行加密处理所采用的加密算法与所述加密模块 112对电子 病历中的数据进行加密所采用的加密算法是一致的， 例如， 若加密模块 112对电 子病历中的数据进行加密所采用的加密算法为 MD5加解密算法， 则所述获取模 块 116对修改数据进行加密处理所采用的加密算法也是 MD5加解密算法。 也就是 说， 修改数据加密后的格式要与电子病历中数据加密后的格式一致， 采用同样 的加解密算法能够确保两者保持格式一致。
[0141] 步骤 S18: 所述解除模块 117解除对该电子病历的只读锁定， 并将所述加密后的 修改数据替换电子病历中对应的原有数据。 所述解除模块 117解除对该电子病历 的只读锁定的方式如下： 对只读锁定的电子病历中的节点名称恢复为原有的节 点名称。 例如， 以张三的电子病历为例进行说明： 将第一层节点的名称由 A1恢 复为 MedicalNote, 第二层节点的名称由 A2恢复为 Group, 将第三层节点的名称 由 A3恢复为 Elemen 所述解除模块 117将修改的数据替换电子病历中对应的原 有数据的方式如下： （1) 获取修改对话框对应的节点名称， 例如， 修改对话框 对应的节点名称为 A2中的"症状名称"； (2) 将修改对话框对应的节点名称恢复 为原有的节点名称， 例如将 <A2 name= '症状名称' >恢复为 <Element name= '症状名 称' >; (3) 将所述加密后的修改数据替换电子病历中对应的原有数据。
[0142] 步骤 S19: 所述发送模块 114还用于发送通知给创建该电子病历的医生的客户端 2， 并对修改后的电子病历进行只读锁定。
[0143] 步骤 S20: 当对修改后的电子病历进行只读锁定后， 所述生成模块 118生成正式 的电子病历。 当修改后的电子病历重新进行只读锁定吋， 所述生成模块 118生成 正式的电子病历并保存于电子病历云平台 1。 此外， 所述正式的电子病历中还包 括一个二维码， 方便患者通过二维码扫描査询。 所述二维码中包括了患者的基 本信息， 二维码的生成方式为现有技术， 在此不赘述。
[0144] 步骤 S21 : 所述关联模块 119根据修改数据更新审核人员的电子签章， 并与正式 的电子病历关联。 具体地说， 所述关联模块 119获取修改数据的哈希值， 并将所 述哈希值添加到审核人员的电子签章中， 完成对审核人员的电子签章的更新。 由于哈希值具有唯一性， 在电子签章中加入哈希值， 能够进一步确保正式的电 子病历在签核过程中的信息安全。
[0145] 以上仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利用本 发明说明书及附图内容所作的等效结构或等效流程变换， 或直接或间接运用在 其他相关的技术领域， 均同理包括在本发明的专利保护范围内。
工业实用性
[0146] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述医疗信息化系统中 电子病历电子签章审核系统及方法， 采用电子签章可以对电子病历进行加密处 理， 提高了电子病历的信息安全， 且审核人员对电子病历的修改需要其它审核 人员的确认， 从而确保对电子病历的修改准确无误， 避免出现医疗事故。

Claims

权利要求书
[权利要求 1] 一种医疗信息化系统中电子病历电子签章审核系统， 运行于电子病历 云平台中， 其特征在于， 所述电子病历云平台与客户端通过网络连接 ， 所述电子病历云平台存储有审核人员的电子签章， 该系统包括： 接 收模块， 用于从客户端接收医生创建的 XML格式的电子病历； 加密 模块， 用于对电子病历中的数据进行加密； 锁定模块， 用于对加密后 的电子病历进行只读锁定； 发送模块， 用于将只读锁定后的电子病历 与审核人员的电子签章关联， 并根据电子签章中审核人员的信息将电 子病历发送给审核人员的客户端； 获取模块， 用于当有审核人员对电 子病历进行了修改且有审核人员对电子病历的修改数据进行确认吋， 获取对电子病历的修改数据并将所述修改数据进行加密转换； 解除模 块， 用于解除对该电子病历的只读锁定， 并将所述加密后的修改数据 替换电子病历中对应的原有数据； 所述发送模块， 还用于发送通知给 创建该电子病历的医生的客户端， 并对修改后的电子病历进行只读锁 定； 生成模块， 用于当对修改后的电子病历进行只读锁定后， 生成正 式的电子病历； 及关联模块， 用于根据修改数据更新审核人员的电子 签章， 并与正式的电子病历关联。
[权利要求 2] 如权利要求 1所述的医疗信息化系统中电子病历电子签章审核系统， 其特征在于， 所述电子病历为 XML格式， 所述电子病历中包括多个 多层节点及文本内容， 多层节点之间为树形结构， 上一层节点可以包 括多个同一层节点、 多个下一层节点及多个文本内容， 第一层节点只 包括文本内容及一个或多个下一层节点。
[权利要求 3] 如权利要求 2所述的医疗信息化系统中电子病历电子签章审核系统， 其特征在于， 所述锁定模块对加密后的电子病历进行只读锁定的方式 如下： 对加密后的电子病历中的节点名称进行转换。
[权利要求 4] 如权利要求 2所述的医疗信息化系统中电子病历电子签章审核系统， 其特征在于， 所述判定有审核人员对电子病历进行了修改的方式如下 ： (1) 当电子病历显示于审核人员的客户端吋， 获取该客户端的鼠 标位于电子病历上的位置； （2) 对电子病历进行解密， 并将鼠标的 位置与电子病历中对应位置的节点关联； （3) 在所述鼠标的位置生 成修改对话框， 该修改对话框提示用户是否对电子病历进行修改； （ 4) 当修改对话框有输入修改数据吋， 判定审核人员对电子病历进行 了修改。
如权利要求 2所述的医疗信息化系统中电子病历电子签章审核系统， 其特征在于， 所述解除模块解除对该电子病历的只读锁定的方式如下 ： 对只读锁定的电子病历中的节点名称恢复为原有的节点名称。
如权利要求 1所述的医疗信息化系统中电子病历电子签章审核系统， 其特征在于， 所述加密模块对电子病历中的数据进行加密所采用的加 密算法与所述获取模块对修改数据进行加密处理所采用的加密算法相 同。
如权利要求 1所述的医疗信息化系统中电子病历电子签章审核系统， 其特征在于， 所述关联模块根据修改数据更新审核人员的电子签章的 方式如下： 获取修改数据的哈希值并将所述哈希值添加到审核人员的 电子签章中。
一种电子病历加密审核方法， 应用于电子病历云平台中， 其特征在于 ， 所述电子病历云平台与客户端通过网络连接， 所述电子病历云平台 存储有审核人员的电子签章， 该方法包括以下步骤： 从客户端接收医 生创建的 XML格式的电子病历； 对电子病历中的数据进行加密； 对 加密后的电子病历进行只读锁定； 将只读锁定后的电子病历与审核人 员的电子签章关联， 并根据电子签章中审核人员的信息将电子病历发 送给审核人员的客户端； 当有审核人员对电子病历进行了修改且有审 核人员对电子病历的修改数据进行确认吋， 获取对电子病历的修改数 据并将所述修改数据进行加密转换； 解除对该电子病历的只读锁定， 并将所述加密后的修改数据替换电子病历中对应的原有数据； 发送通 知给创建该电子病历的医生的客户端， 并对修改后的电子病历进行只 读锁定； 当对修改后的电子病历进行只读锁定后， 生成正式的电子病 历； 及根据修改数据更新审核人员的电子签章， 并与正式的电子病历 关联。
[权利要求 9] 如权利要求 8所述的电子病历加密审核方法， 其特征在于， 所述电子 病历为 XML格式， 所述电子病历中包括多个多层节点及文本内容， 多层节点之间为树形结构， 上一层节点可以包括多个同一层节点、 多 个下一层节点及多个文本内容， 第一层节点只包括文本内容及一个或 多个下一层节点。
[权利要求 10] 如权利要求 9所述的电子病历加密审核方法， 其特征在于， 所述判定 有审核人员对电子病历进行了修改的方式如下： （1) 当电子病历显 示于审核人员的客户端吋， 获取该客户端的鼠标位于电子病历上的位 置； （2) 对电子病历进行解密， 并将鼠标的位置与电子病历中对应 位置的节点关联； （3) 在所述鼠标的位置生成修改对话框， 该修改 对话框提示用户是否对电子病历进行修改； （4) 当修改对话框有输 入修改数据吋， 判定审核人员对电子病历进行了修改。
PCT/CN2017/080153 2016-10-24 2017-04-11 医疗信息化系统中电子病历电子签章审核系统及方法 WO2018076618A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610925846.5 2016-10-24
CN201610925846.5A CN106407717A (zh) 2016-10-24 2016-10-24 医疗信息化系统中电子病历电子签章审核系统及方法

Publications (1)

Publication Number Publication Date
WO2018076618A1 true WO2018076618A1 (zh) 2018-05-03

Family

ID=58013415

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/080153 WO2018076618A1 (zh) 2016-10-24 2017-04-11 医疗信息化系统中电子病历电子签章审核系统及方法

Country Status (2)

Country Link
CN (1) CN106407717A (zh)
WO (1) WO2018076618A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109117672A (zh) * 2018-08-24 2019-01-01 青岛大学 进行敏感信息隐藏的云存储数据审计方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106407717A (zh) * 2016-10-24 2017-02-15 深圳市前海安测信息技术有限公司 医疗信息化系统中电子病历电子签章审核系统及方法
CN106529130A (zh) * 2016-10-24 2017-03-22 深圳市前海安测信息技术有限公司 医疗信息化系统中电子病历加密审核系统及方法
CN107103228B (zh) * 2017-04-22 2021-02-02 成都牵牛草信息技术有限公司 基于角色对用户的一对一的权限授权方法和系统
CN107103197A (zh) * 2017-04-26 2017-08-29 浙江宁格医疗科技有限公司 一种智能电子病案管理方法及其系统
JP7121401B2 (ja) * 2017-06-08 2022-08-18 溝口 さとし システムへのログイン方法
CN107220512A (zh) * 2017-06-10 2017-09-29 深圳市前海安测信息技术有限公司 临床检验报告生成系统及方法
CN107292096A (zh) * 2017-06-10 2017-10-24 深圳市前海安测信息技术有限公司 基于条码扫描的临床检验报告审核系统及方法
CN107464098A (zh) * 2017-08-10 2017-12-12 成都牵牛草信息技术有限公司 表单数据操作的审核方法
CN108549623B (zh) * 2018-04-12 2022-03-01 北京三快在线科技有限公司 协作文档编辑控制方法、装置、电子设备及存储介质
CN110032853A (zh) * 2019-04-15 2019-07-19 北京中电普华信息技术有限公司 一种双重认证的调整方法、系统、存储介质及电子设备
CN110379476A (zh) * 2019-06-28 2019-10-25 杭州师范大学 一种电子病历病程记录pdf电子签章的方法及装置
CN111951916B (zh) * 2020-08-11 2023-09-26 北京天健源达科技股份有限公司 一种对电子病历签名进行回退处理的方法
CN112309518B (zh) * 2020-10-26 2023-11-10 泰康保险集团股份有限公司 病历审核方法、系统、计算机设备及可读存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984448A (zh) * 2010-12-24 2011-03-09 中山大学孙逸仙纪念医院 一种电子病历数据库系统
CN103294915A (zh) * 2013-05-28 2013-09-11 美合实业（苏州）有限公司 一种多功能医疗信息记录装置
CN103761698A (zh) * 2014-01-20 2014-04-30 中国中医科学院 一种真实世界临床研究患者管理系统
CN105354270A (zh) * 2015-10-26 2016-02-24 武汉帕菲利尔信息科技有限公司 用户医疗数据查询方法以及分布式系统
CN106407717A (zh) * 2016-10-24 2017-02-15 深圳市前海安测信息技术有限公司 医疗信息化系统中电子病历电子签章审核系统及方法
CN106503467A (zh) * 2016-11-05 2017-03-15 深圳市前海安测信息技术有限公司 医疗信息化基于虹膜识别的电子病历信息查询系统及方法
CN106529155A (zh) * 2016-11-05 2017-03-22 深圳市前海安测信息技术有限公司 医疗信息化基于电子病历的医疗数据查询审核系统及方法
CN106529130A (zh) * 2016-10-24 2017-03-22 深圳市前海安测信息技术有限公司 医疗信息化系统中电子病历加密审核系统及方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984448A (zh) * 2010-12-24 2011-03-09 中山大学孙逸仙纪念医院 一种电子病历数据库系统
CN103294915A (zh) * 2013-05-28 2013-09-11 美合实业（苏州）有限公司 一种多功能医疗信息记录装置
CN103761698A (zh) * 2014-01-20 2014-04-30 中国中医科学院 一种真实世界临床研究患者管理系统
CN105354270A (zh) * 2015-10-26 2016-02-24 武汉帕菲利尔信息科技有限公司 用户医疗数据查询方法以及分布式系统
CN106407717A (zh) * 2016-10-24 2017-02-15 深圳市前海安测信息技术有限公司 医疗信息化系统中电子病历电子签章审核系统及方法
CN106529130A (zh) * 2016-10-24 2017-03-22 深圳市前海安测信息技术有限公司 医疗信息化系统中电子病历加密审核系统及方法
CN106503467A (zh) * 2016-11-05 2017-03-15 深圳市前海安测信息技术有限公司 医疗信息化基于虹膜识别的电子病历信息查询系统及方法
CN106529155A (zh) * 2016-11-05 2017-03-22 深圳市前海安测信息技术有限公司 医疗信息化基于电子病历的医疗数据查询审核系统及方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109117672A (zh) * 2018-08-24 2019-01-01 青岛大学 进行敏感信息隐藏的云存储数据审计方法

Also Published As

Publication number Publication date
CN106407717A (zh) 2017-02-15

Similar Documents

Publication Publication Date Title
WO2018076618A1 (zh) 医疗信息化系统中电子病历电子签章审核系统及方法
TWI807045B (zh) 控制儲存在健康照護網路上的使用者健康資訊的存取的系統和方法
WO2018076617A1 (zh) 医疗信息化系统中电子病历加密审核系统及方法
Cao et al. Medical image security in a HIPAA mandated PACS environment
JP6245782B1 (ja) 個人情報保護システム
Sadikin et al. Implementation of RSA 2048-bit and AES 256-bit with digital signature for secure electronic health record application
KR20220124674A (ko) 블록체인과 피케이아이기술을 이용한 개인의료기록 공유방법
CN111081331B (zh) 患者档案私密性保护方法及系统
Ghayvat et al. Sharif: Solid pod-based secured healthcare information storage and exchange solution in internet of things
WO2019095552A1 (zh) 区域医疗电子病历安全协同整合系统及方法
US20210098096A1 (en) System, Method, and Apparatus for Universally Accessible Personal Records
EP3219048A1 (en) System and method for securely storing and sharing information
US9258126B2 (en) Method for non-repudiation of ad-hoc workflows
US8850606B2 (en) Computer readable medium storing program, information processing apparatus, and information processing method for document security
JP4521514B2 (ja) 医療情報流通システム及びその情報アクセス制御方法、コンピュータプログラム
Kaushik et al. Trust, Privacy, Issues in Cloud-Based Healthcare Services
Delaney et al. The Logical Architecture Essential for the Creation of a Comprehensive Patient Healthcare Profile on Blockchain
Sreeja et al. DNA Based Cryptography to Improve Usability of Authenticated Access of Electronic Health Records
JP2001256320A (ja) 文書日付の認証方法
JP2015210765A (ja) 情報共有システム
Khushalani et al. Blockchain: The Novel Way to Secure Confidence!
Saif et al. A Network engineering Solution for Data sharing across healthcare providers and protects patients health data privacy using EHR System
Schrahe et al. Privacy preserving COVID-19 vaccinating-and testing-pass for the European Union
Nath et al. Development of EHR Using Blockchain Technology
Javier et al. An API for Secure Sharing of Electronic Health Records in a Public Blockchain

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17864189

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC, EPO FORM 1205A DATED 07.10.19

122 Ep: pct application non-entry in european phase

Ref document number: 17864189

Country of ref document: EP

Kind code of ref document: A1