CN108711444A - 一种开具电子处方的方法和*** - Google Patents
一种开具电子处方的方法和*** Download PDFInfo
- Publication number
- CN108711444A CN108711444A CN201810497589.9A CN201810497589A CN108711444A CN 108711444 A CN108711444 A CN 108711444A CN 201810497589 A CN201810497589 A CN 201810497589A CN 108711444 A CN108711444 A CN 108711444A
- Authority
- CN
- China
- Prior art keywords
- patient
- terminal
- doctor
- list
- medications
- 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
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
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
-
- 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
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- 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/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
- G16H20/13—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered from dispensers
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Computer Security & Cryptography (AREA)
- Bioethics (AREA)
- Epidemiology (AREA)
- Public Health (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种开具电子处方发方法和***,通过病人终端将病人信息发送给药企终端,由药企终端向病人终端提供药物清单,病人终端获取到药企终端发送的与病人信息对应的药物清单之后,将药物清单和病人信息发送至医师终端,医师终端将医师开具的包括与病人信息和药物清单对应的医师用药意见返回给病人终端,最后由病人终端生成包括病人信息、药物清单和医师用药意见的电子处方,解决了现有的电子处方开具方法,缺少考虑病人对电子处方的知情方面的需求,病人的参与度不高,医师开错处方导致影响到病人的病情,甚至危及病人生命的问题得不到改善的技术问题。
Description
技术领域
本发明涉及医疗服务技术领域,尤其涉及一种开具电子处方的方法和系 统。
背景技术
医疗健康关乎着国民幸福,是一切生活工作的基础,对个人、家庭乃至 社会都存在着深刻的影响。
处方是指由注册的执业医师和执业助理医师(简称医师)在诊疗活动中 为患者开具的、由取得药学专业技术职务任职资格的药学专业技术人员(简 称药师)审核、调配、核对,并作为患者用药凭证的医疗文书。处方是医生 对病人用药的书面文件,是药剂人员调配药物的依据,具有法律、技术、经 济责任。随着科学技术的发展,处方的开具已经从纸质处方转换为电子处方。 电子处方是指依托网络传输,采用信息技术编程,承载医生在诊疗活动中为 患者填写药物治疗信息,并作为医疗用药的发药凭证。
对于患者来说,总是会希望具有执业医师资格的医师能够根据当前的病 况和以往用药记录,以及医疗、预防、保健需要,按照诊疗规范、药物说明 书中的药物适应证、药理作用、用法、用量、禁忌、不良反映和注意事项等 开具处方,不会因为医师用药不当造成药源性疾病等事件的发生。但是目前 对于电子处方的开具过程,缺少考虑病人对电子处方的知情方面的需求,病 人的参与度并不高,通常只是负责提供病人信息,最终便拿到医师提供的处 方(通常是医师将电子处方打印出来,病人得到的是纸质处方),然后拿着处 方去抓药,病人并不清楚病人的症状所适合使用的药物,如果医生开错处方, 将影响到病人的病情,甚至危及病人生命。
发明内容
本发明实施例提供了一种开具电子处方的方法和***,解决了现有的电 子处方开具方法,缺少考虑病人对电子处方的知情方面的需求,病人的参与 度不高,医师开错处方导致影响到病人的病情,甚至危及病人生命的问题得 不到改善的技术问题。
有鉴于此,本发明第一方面提供了一种开具电子处方的方法,所述方法 包括:
101:病人终端获取病人信息发送至药企终端,向所述药企终端发送药物 清单请求,获取所述药企终端返回的与所述病人信息对应的药物清单,其中, 所述病人信息包括所述病人的基本个人信息及症状;
102:所述病人终端将所述病人信息和所述药物清单发送至医师终端,向 所述医师终端发送医师用药意见请求;
103:所述病人终端获取到所述医师终端返回的与所述病人信息和药物清 单对应的医师用药意见,生成包括所述病人信息、所述药物清单和所述医师 用药意见的电子处方。
优选地,步骤103之后,还包括:
104A:所述病人终端将所述电子处方发送至具有智能合约的医疗联盟区 块链,使得所述医疗联盟区块链对所述电子处方进行存储和共享。
优选地,步骤103之后,还包括:
104B:所述病人终端获取病人通过所述病人终端输入的对所述药物清单 和所述医师的评价,其中,所述评价为所述病人根据所述电子处方服用药物 后做出的反馈。
优选地,步骤101之后,步骤102之前,还包括:
1012A:所述病人终端根据所述病人信息获取所述病人所属门诊类别,并 随机获取属于所述门诊类别的医师。
优选地,步骤101之后,步骤102之前,还包括:
1012B:所述病人终端根据所述病人信息获取所述病人所属门诊类别和所 述门诊类别的可选医师名单,获取到所述病人根据可选医师名单指定的医师。
优选地,所述病人信息包括所述病人的病人数字签名,所述药物清单包 括提供所述药物清单的药企的药企数字签名,所述医师用药意见包括所述医 师的医师数字签名。
优选地,步骤101之前,还包括:
100:病人终端和/或药企终端和/或医师终端通过授权认证中心进行认证。
本发明第二方面提供一种开具电子处方的***,用于实现上述的开具电 子处方的方法,其特征在于,包括:病人终端、药企终端和医师终端;
所述病人终端,用于获取病人信息发送至药企终端,向所述药企终端发 送药物清单请求,获取所述药企终端返回的与所述病人信息对应的药物清单, 其中,所述病人信息包括所述病人的基本个人信息及症状;
所述病人终端,还用于将所述病人信息和所述药物清单发送至医师终端, 向所述医师终端发送医师用药意见请求;
所述病人终端,还用于获取到所述医师终端返回的与所述病人信息和药 物清单对应的医师用药意见,生成包括所述病人信息、所述药物清单和所述 医师用药意见的电子处方;
所述药企终端,用于获取所述病人终端发送的药物清单请求和所述病人 信息,并向所述病人终端返回药物清单;
所述医师终端,用于获取所述病人终端发送的所述医师用药意见请求, 所述病人信息和所述药物清单,向所述病人终端返回医师用药意见。
优选地,所述***还包括:医疗联盟区块链;
所述医疗联盟区块链,用于对所述电子处方进行存储和共享。
优选地,所述***还包括:授权认证中心;
所述授权认证中心,用于对病人终端和/或药企终端和/或医师终端进行认 证。
从以上技术方案可以看出,本发明具有以下优点:
本发明提供的一种开具电子处方的方法,通过病人终端将病人信息发送 给药企终端,由药企终端向病人终端提供药物清单,病人终端获取到药企终 端发送的与病人信息对应的药物清单之后,将药物清单和病人信息发送至医 师终端,医师终端将医师开具的包括与病人信息和药物清单对应的医师用药 意见返回给病人终端,最后由病人终端生成包括病人信息、药物清单和医师 用药意见的电子处方;在电子处方的整个开具过程中,病人通过病人终端参 与了电子处方开具的每一个过程,使得病人可以通过病人终端对电子处方的 开具过程拥有知情的能力,满足了病人对电子处方的知情需求。同时,医师 的医师用药意见是根据病人的病人信息和药企的药物清单提供的,在病人根 据电子处方进行用药前,病人通过病人终端获取到的药企终端返回的药物清 单,可以了解到病人所适合使用的药物,对电子处方里的药物进行核对,在 对电子处方确认之后再进行服用,能够在一定程度上使得医师开错处方导致 影响到病人的病情,甚至危及病人生命的问题得到改善,解决了现有的电子 处方开具方法,缺少考虑病人对电子处方的知情方面的需求,病人的参与度不高,医师开错处方导致影响到病人的病情,甚至危及病人生命的问题得不 到改善的技术问题。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所 需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发 明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的 前提下,还可以根据这些附图获得其它的附图。
图1为本发明提供的一种开具电子处方的方法的第一实施例的流程示意 图;
图2为本发明提供的一种开具电子处方的方法的第二实施例的流程示意 图;
图3为本发明提供的一种开具电子处方的方法的第三实施例的流程示意 图;
图4为本发明提供的一种开具电子处方的方法的第四实施例的流程示意 图;
图5为本发明提供的一种开具电子处方的方法的第五实施例的流程示意 图;
图6为本发明提供的一种开具电子处方的方法的第六实施例的流程示意 图;
图7为本发明提供的一种开具电子处方的***的一个实施例的结构示意 图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实 施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然, 所描述的实施例仅是本发明的一部分实施例,而不是全部的实施例。基于本 发明中的实施例,本领域普通技术人员在缺少做出创造性劳动的前提下所获 得的所有其他实施例,都属于本发明保护的范围。
本发明设计了一种开具电子处方的方法和***,通过病人终端将病人信 息发送给药企终端,由药企终端向病人终端提供药物清单,病人终端获取到 药企终端发送的与病人信息对应的药物清单之后,将药物清单和病人信息发 送至医师终端,医师终端将医师开具的包括与病人信息和药物清单对应的医 师用药意见返回给病人终端,最后由病人终端生成包括病人信息、药物清单 和医师用药意见的电子处方,解决了现有的电子处方开具方法,缺少考虑病 人对电子处方的知情方面的需求,病人的参与度不高,医师开错处方导致影 响到病人的病情,甚至危及病人生命的问题得不到改善的技术问题。
为了便于理解,请参阅图1,本发明提供的一种开具电子处方的方法的第 一个实施例,包括:
步骤101:病人终端获取病人信息发送至药企终端,向药企终端发送药物 清单请求,获取药企终端返回的与病人信息对应的药物清单,其中,病人信 息包括病人的基本个人信息及症状。
需要说明的是,病人通过病人终端填写病人信息,使得病人终端获得病 人信息,病人信息应包括病人的基本信息,如年龄、性别、出生年月、历史 病史和过敏药物等情况,还应包括病人目前的不适应症状,如腹部疼痛程度、 是否头晕和伤痛部位等。病人终端获取到病人信息之后,将病人信息发送至 药企终端,同时向药企终端发送药物清单请求,并获取到药企终端返回的药 物清单。可以理解的是,为打破传统的药物清单只能是医院提供,容易导致 药物不全的局限性,提供药物的药企可以是一个以上的满足药企智能合约的药企联盟中的所有药企提供,同时,全面性的药物清单也可以在一定程度上 减少医师犯错的几率。
步骤102:病人终端将病人信息和药物清单发送至医师终端,向医师终端 发送医师用药意见请求。
需要说明的是,在病人终端获取到药企终端返回的药物清单之后,病人 终端将将病人信息和药物清单发送至医师终端,向医师终端发送医师用药意 见请求,并获取医师终端返回的医师用药意见。医师用药意见应当是医师通 过医师终端获得病人信息和药物清单之后,根据病人信息和药物清单作出的 对病人进行治疗的意见。
步骤103:病人终端获取到医师终端返回的与病人信息和药物清单对应的 医师用药意见,生成包括病人信息、药物清单和医师用药意见的电子处方。
需要说明的是,在医师完成医师用药意见之后,通过医师终端将医师用 药意见发送给病人终端,病人终端生成包括病人信息、药物清单和医师用药 意见的电子处方,在病人对电子处方确认无误之后再行服用电子处方提供的 药物。
本发明实施例中,提供了一种开具电子处方的方法,通过病人终端将病 人信息发送给药企终端,由药企终端向病人终端提供药物清单,病人终端获 取到药企终端发送的与病人信息对应的药物清单之后,将药物清单和病人信 息发送至医师终端,医师终端将医师开具的包括与病人信息和药物清单对应 的医师用药意见返回给病人终端,最后由病人终端生成包括病人信息、药物 清单和医师用药意见的电子处方;在电子处方的整个开具过程中,病人通过 病人终端参与了电子处方开具的每一个过程,使得病人可以通过病人终端对电子处方的开具过程拥有知情的能力,满足了病人对电子处方的知情需求。 同时,医师的医师用药意见是根据病人的病人信息和药企的药物清单提供的, 在病人根据电子处方进行用药前,病人通过病人终端获取到的药企终端返回 的药物清单,可以了解到病人所适合使用的药物,对电子处方里的药物进行 核对,在对电子处方确认之后再进行服用,能够在一定程度上使得医师开错 处方导致影响到病人的病情,甚至危及病人生命的问题得到改善,解决了现 有的电子处方开具方法,缺少考虑病人对电子处方的知情方面的需求,病人的参与度不高,医师开错处方导致影响到病人的病情,甚至危及病人生命的 问题得不到改善的技术问题。
为了便于理解,请参阅图2,本发明提供的一种开具电子处方的方法的第 二个实施例,包括:
步骤201:病人终端获取病人信息发送至药企终端,向药企终端发送药物 清单请求,获取药企终端返回的与病人信息对应的药物清单,其中,病人信 息包括病人的基本个人信息及症状。
需要说明的是,步骤201与步骤101一致,在此不进行详细赘述。
步骤202:病人终端将病人信息和药物清单发送至医师终端,向医师终端 发送医师用药意见请求。
需要说明的是,步骤202与步骤102一致,在此不进行详细赘述。
步骤203:病人终端获取到医师终端返回的与病人信息和药物清单对应的 医师用药意见,生成包括病人信息、药物清单和医师用药意见的电子处方。
需要说明的是,步骤203与步骤103一致,在此不进行详细赘述。
步骤204:病人终端将电子处方发送至具有智能合约的医疗联盟区块链, 使得医疗联盟区块链对电子处方进行存储和共享。
需要说明的是,区块链技术是利用块链式数据结构来验证与存储数据、 利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传 输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作的一 种全新的分布式基础架构与计算方式,具有去中心化、不可篡改、过程透明 可追踪等优点。其中,智能合约最早是密码学家Nick Szabo在1994年提出的 以数字形式定义的一系列承诺,包括合约参与方可以在上面执行这些承诺的 协议。
在医师完成医师用药意见之后,通过医师用户终端将医师用药意见发送 给病人用户终端,病人用户终端生成包括病人信息、药物清单和医师用药意 见的电子处方,在病人对电子处方确认无误之后,病人用户终端将电子处方 发送到具有智能合约的医疗联盟区块链,医疗联盟区块链触发智能合约,对 电子处方进行存储和共享,满足智能合约的病人、医师和药企均可通过用户 终端获得在医疗联盟区块链里的包括该病人、医师和药企的电子处方,医疗 联盟区块链里的电子处方不可篡改,安全可靠。
进一步地,病人信息包括病人的病人数字签名,药物清单包括提供药物 清单的药企的药企数字签名,医师用药意见包括医师的医师数字签名。
需要说明的是,病人信息除了病人的个人信息和症状之外,还应包包括 病人的病人数字签名,以为病人信息的来源提供可靠的依据,防止有人恶意 提供看病信息;药物清单除了包括药物信息之外,还应包包括提供药物清单 的药企的药企数字签名,以为该药物清单提供真实依据,防止药物清单被恶 意冒用,无法追根溯源。同理,医师的医师用药意见中也应当包包括提供用 药意见的医师数字签名,以为该医师用药意见提供真实凭据,防止医师用药 意见被恶意冒用,防止病人或药企等对医师用药意见存在疑问时,无法找到 开具该医师用药意见的医师。
为了便于理解,请参阅图3,本发明提供的一种开具电子处方的方法的第 三个实施例,包括:
步骤301:病人终端获取病人信息发送至药企终端,向药企终端发送药物 清单请求,获取药企终端返回的与病人信息对应的药物清单,其中,病人信 息包括病人的基本个人信息及症状。
需要说明的是,步骤301与步骤101一致,在此不进行详细赘述。
步骤302:病人终端将病人信息和药物清单发送至医师终端,向医师终端 发送医师用药意见请求。
需要说明的是,步骤302与步骤102一致,在此不进行详细赘述。
步骤303:病人终端获取到医师终端返回的与病人信息和药物清单对应的 医师用药意见,生成包括病人信息、药物清单和医师用药意见的电子处方。
需要说明的是,步骤303与步骤103一致,在此不进行详细赘述。
步骤304:病人终端获取病人通过病人终端输入的对药物清单和医师的评 价,其中,评价为病人根据电子处方服用药物后做出的反馈。
需要说明的是,对于新药物的研发,需要大量可靠的药物临床试验数据 来判定药物的有效性和安全性,只有验证合格的新药物才能批准上市,在上 市后,还需要关注在大范围人群应用后的疗效和不良反应监测数据,对药物 做一些补充说明等,出现严重问题还要强制要求药物下架。在病人获取到电 子处方并服用电子处方提供的药物之后,对药物和医师进行评价,这些评价 可以为研发出更多具有更好疗效的新药物提供有力的数据支持,还可以对医 师的业务水平做出一个评判,同时还可以根据病人反馈的评价情况对假药追根溯源,打击制造假药的违法机构。
可以理解的是,本发明中的病人通过病人终端输入的对药物订单和医师 的评价,这个评价是与电子处方一一对应的,评价的类型可以是文字评价, 也可以是打分评价,还可以是语音评价等,在此不对评价类型做具体限定。
进一步地,病人信息包括病人的病人数字签名,药物清单包括提供药物 清单的药企的药企数字签名,医师用药意见包括医师的医师数字签名。
需要说明的是,病人信息除了病人的个人信息和症状之外,还应包包括 病人的病人数字签名,以为病人信息的来源提供可靠的依据,防止有人恶意 提供看病信息;药物清单除了包括药物信息之外,还应包包括提供药物清单 的药企的药企数字签名,以为该药物清单提供真实依据,防止药物清单被恶 意冒用,无法追根溯源。同理,医师的医师用药意见中也应当包包括提供用 药意见的医师数字签名,以为该医师用药意见提供真实凭据,防止医师用药 意见被恶意冒用,防止病人或药企等对医师用药意见存在疑问时,无法找到 开具该医师用药意见的医师。
为了便于理解,请参阅图4,本发明提供的一种开具电子处方的方法的第 四个实施例,包括:
步骤401:病人终端获取病人信息发送至药企终端,向药企终端发送药物 清单请求,获取药企终端返回的与病人信息对应的药物清单,其中,病人信 息包括病人的基本个人信息及症状。
需要说明的是,步骤401与步骤101一致,在此不进行详细赘述。
步骤402:病人终端根据病人信息获取病人所属门诊类别,并随机获取属 于门诊类别的医师。
需要说明的是,在获取病人信息和药物清单之后,根据病人信息和/或药 物清单确定门诊类别,如皮肤科、骨科、妇科和外科等,并根据门诊类别对 所属门诊类别的医师随机为病人指定主治医师,例如,获取到A病人的病人 信息之后,根据病人信息判断出A病人应看的门诊类别为皮肤科,而皮肤科 的医师有B、C、D和E四位,病人用户终端可以在B、C、D和E这四位医 师中随机选择一位作为A病人的主治医师。
步骤403:病人终端将病人信息和药物清单发送至医师终端,向医师终端 发送医师用药意见请求。
需要说明的是,步骤403与步骤102一致,在此不进行详细赘述。
步骤404:病人终端获取到医师终端返回的与病人信息和药物清单对应的 医师用药意见,生成包括病人信息、药物清单和医师用药意见的电子处方。
需要说明的是,步骤404与步骤103一致,在此不进行详细赘述。
步骤405:病人终端获取病人对药物清单和医师的评价,其中,评价为病 人根据电子处方服用药物后做出的反馈。
需要说明的是,步骤405与步骤304一致,在此不进行详细赘述。
进一步地,病人信息包括病人的病人数字签名,药物清单包括提供药物 清单的药企的药企数字签名,医师用药意见包括医师的医师数字签名。
需要说明的是,病人信息除了病人的个人信息和症状之外,还应包包括 病人的病人数字签名,以为病人信息的来源提供可靠的依据,防止有人恶意 提供看病信息;药物清单除了包括药物信息之外,还应包包括提供药物清单 的药企的药企数字签名,以为该药物清单提供真实依据,防止药物清单被恶 意冒用,无法追根溯源。同理,医师的医师用药意见中也应当包包括提供用 药意见的医师数字签名,以为该医师用药意见提供真实凭据,防止医师用药 意见被恶意冒用,防止病人或药企等对医师用药意见存在疑问时,无法找到 开具该医师用药意见的医师。
为了便于理解,请参阅图5,本发明提供的一种开具电子处方的方法的第 五个实施例,包括:
步骤501:病人终端根据病人信息获取病人信息发送至药企终端,向药企 终端发送药物清单请求,获取药企终端返回的与病人信息对应的药物清单, 其中,病人信息包括病人的基本个人信息及症状。
需要说明的是,步骤501与步骤101一致,在此不进行详细赘述。
步骤502:病人终端获取病人所属门诊类别和门诊类别的可选医师名单, 获取到病人根据可选医师名单指定的医师。
需要说明的是,在病人用户终端在获取到病人信息和药物清单之后,根 据病人信息和药物清单确定门诊类别,如皮肤科、骨科、妇科和外科等,并 将所属门诊类别的所有医师名单发送给病人,由病人自行完成对医师的选择, 例如,获取到A病人的病人信息和药物清单之后,根据病人信息和/或药物清 单判断出A病人应看的门诊类别为皮肤科,而皮肤科的医师有B、C、D和E 四位,病人用户终端可以将B、C、D和E这四位医师名单进行显示,病人A选择其中一位医师作为A病人的主治医师。
步骤503:病人终端将病人信息和药物清单发送至医师终端,向医师终端 发送医师用药意见请求。
需要说明的是,步骤503与步骤403一致,在此不进行详细赘述。
步骤504:病人终端获取到医师终端返回的与病人信息和药物清单对应的 医师用药意见,生成包括病人信息、药物清单和医师用药意见的电子处方。
需要说明的是,步骤504与步骤404一致,在此不进行详细赘述。
步骤505:病人终端获取病人对药物清单和医师的评价,其中,评价为病 人根据电子处方服用药物后做出的反馈。
需要说明的是,步骤505与步骤405一致,在此不进行详细赘述。
进一步地,病人信息包括病人的病人数字签名,药物清单包括提供药物 清单的药企的药企数字签名,医师用药意见包括医师的医师数字签名。
需要说明的是,病人信息除了病人的个人信息和症状之外,还应包包括 病人的病人数字签名,以为病人信息的来源提供可靠的依据,防止有人恶意 提供看病信息;药物清单除了包括药物信息之外,还应包包括提供药物清单 的药企的药企数字签名,以为该药物清单提供真实依据,防止药物清单被恶 意冒用,无法追根溯源。同理,医师的医师用药意见中也应当包包括提供用 药意见的医师数字签名,以为该医师用药意见提供真实凭据,防止医师用药 意见被恶意冒用,防止病人或药企等对医师用药意见存在疑问时,无法找到 开具该医师用药意见的医师。
为了便于理解,请参阅图6,本发明提供的一种开具电子处方的方法的第 六个实施例,包括:
步骤600:授权认证中心对病人终端和/或药企终端和/或医师终端进行认 证。
需要说明的是,为保证电子处方的信息安全性,在病人或药企或医师通 过终端使用电子处方前,需要通过授权认证中心对终端进行身份认证,只有 通过认证授权的终端才能获取对电子处方的操作权限,其中,授权认证中心 对终端的认证方式可以是通过认证终端发送过来的病人或药企或医师的公钥 的合法性。
步骤601:病人终端获取病人信息发送至药企终端,向药企终端发送药物 清单请求,获取药企终端返回的与病人信息对应的药物清单,其中,病人信 息包括病人的基本个人信息及症状。
需要说明的是,步骤601与步骤101一致,在此不进行详细赘述。。
步骤602:病人终端将病人信息和药物清单发送至医师终端,向医师终端 发送医师用药意见请求。
需要说明的是,步骤602与步骤102一致,在此不进行详细赘述。
步骤603:病人终端获取到医师终端返回的与病人信息和药物清单对应的 医师用药意见,生成包括病人信息、药物清单和医师用药意见的电子处方。
需要说明的是,步骤603与步骤103一致,在此不进行详细赘述。
步骤604:病人终端将电子处方发送至具有智能合约的医疗联盟区块链, 使得医疗联盟区块链对电子处方进行存储和共享。
需要说明的是,步骤604与步骤204一致,在此不进行详细赘述。
进一步地,病人信息包括病人的病人数字签名,药物清单包括提供药物 清单的药企的药企数字签名,医师用药意见包括医师的医师数字签名。
需要说明的是,病人信息除了病人的个人信息和症状之外,还应包包括 病人的病人数字签名,以为病人信息的来源提供可靠的依据,防止有人恶意 提供看病信息;药物清单除了包括药物信息之外,还应包包括提供药物清单 的药企的药企数字签名,以为该药物清单提供真实依据,防止药物清单被恶 意冒用,无法追根溯源。同理,医师的医师用药意见中也应当包包括提供用 药意见的医师数字签名,以为该医师用药意见提供真实凭据,防止医师用药 意见被恶意冒用,防止病人或药企等对医师用药意见存在疑问时,无法找到 开具该医师用药意见的医师。
为了便于理解,请参阅图7,本发明提供的一种开具电子处方的***的一 个实施例,用于实现上述的开具电子处方的方法,其特征在于,包括:病人 终端701、药企终端702、医师终端703、授权认证中心704和医疗联盟区块 链705;
病人终端701,用于获取病人的病人信息发送至药企终端702,向药企终 端702发送药物清单请求,获取药企终端702返回的药物清单,其中,病人 信息包括病人的基本个人信息及症状;
病人终端701,还用于将病人信息和药物清单发送至医师终端703,向医 师终端703发送医师用药意见请求;
病人终端701,还用于获取到医师终端703返回的医师用药意见,生成包 括病人信息、药物清单和医师用药意见的电子处方;
药企终端702,用于获取病人终端发送的药物清单请求和病人信息,并向 病人终端返回药物清单。
医师终端703,用于获取病人终端发送的医师用药意见请求,病人信息和 药物清单,向病人终端返回医师用药意见。
授权认证中心704,用于验证医疗联盟区块链705的节点、病人终端701、 药企终端702和医师终端703的合法性。
医疗联盟区块链705,用于记录病人终端701、药企终端702和医师终端 703三者之间的交易,触发智能合约,对电子处方进行处理。
需要说明的是,授权认证中心704负责证明医疗联盟区块链705的节点、 病人终端701、药企终端702和医师终端703的合法性,医疗联盟区块链705 的节点、病人终端701、药企终端702和医师终端703自行生成非对称密钥后, 需要将医疗联盟区块链705的节点和病人终端701、药企终端702和医师终端 703的信息数据和公钥发送至授权认证中心704进行验证,验证通过后,由授 权认证中心704颁发数字证书,方可获得合法身份。医疗联盟区块链705的 节点是由可信、具有较强计算机能力及存储能力的医疗机构节点组成,加入 医疗联盟区块链705的节点所在的区块链首先需经过授权认证中心704授权, 颁发数字证书,才能获得相应的权利。医疗联盟区块链705的节点负责记录 电子处方使用终端,即病人终端701和/或药企终端702和/或医师终端703的 操作,并触发智能合约,完成电子处方各项功能。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描 述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应 过程,在此不再赘述。
本发明的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等 (如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次 序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发 明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外, 术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如, 包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地 列出的那些步骤或单元,而是可包括缺少清楚地列出的或对于这些过程、方 法、产品或设备固有的其它步骤或单元。
应当理解,在本发明中,“至少一个(项)”是指一个或者多个,“多个” 是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存 在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存 在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后 关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项 中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或 c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或 “a和b和c”,其中a,b,c可以是单个,也可以是多个。
在本发明所提供的几个实施例中,应该理解到,所揭露的***,装置和 方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示 意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可 以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个 ***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合 或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作 为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方, 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中, 也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单 元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单 元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售 或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本 发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的 全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个 存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机, 服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步 骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文全称:Read-Only Memory,英文缩写:ROM)、随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制; 尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应 当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其 中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案 的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种开具电子处方的方法,其特征在于,包括:
101:病人终端获取病人信息发送至药企终端,向所述药企终端发送药物清单请求,获取所述药企终端返回的与所述病人信息对应的药物清单,其中,所述病人信息包括所述病人的基本个人信息及症状;
102:所述病人终端将所述病人信息和所述药物清单发送至医师终端,向所述医师终端发送医师用药意见请求;
103:所述病人终端获取到所述医师终端返回的与所述病人信息和药物清单对应的医师用药意见,生成包括所述病人信息、所述药物清单和所述医师用药意见的电子处方。
2.根据权利要求1所述的开具电子处方的方法,其特征在于,步骤103之后,还包括:
104A:所述病人终端将所述电子处方发送至具有智能合约的医疗联盟区块链,使得所述医疗联盟区块链对所述电子处方进行存储和共享。
3.根据权利要求1或2所述的开具电子处方的方法,其特征在于,步骤103之后,还包括:
104B:所述病人终端获取病人通过所述病人终端输入的对所述药物清单和所述医师的评价,其中,所述评价为所述病人根据所述电子处方服用药物后做出的反馈。
4.根据权利要求1所述的开具电子处方的方法,其特征在于,步骤101之后,步骤102之前,还包括:
1012A:所述病人终端根据所述病人信息获取所述病人所属门诊类别,并随机获取属于所述门诊类别的医师。
5.根据权利要求1所述的开具电子处方的方法,其特征在于,步骤101之后,步骤102之前,还包括:
1012B:所述病人终端根据所述病人信息获取所述病人所属门诊类别和所述门诊类别的可选医师名单,获取到所述病人根据可选医师名单指定的医师。
6.根据权利要求1所述的开具电子处方的方法,其特征在于,所述病人信息包括所述病人的病人数字签名,所述药物清单包括提供所述药物清单的药企的药企数字签名,所述医师用药意见包括所述医师的医师数字签名。
7.根据权利要求1所述的开具电子处方的方法,其特征在于,步骤101之前,还包括:
100:病人终端和/或药企终端和/或医师终端通过授权认证中心进行认证。
8.一种开具电子处方的***,用于实现如权利要求1至7中任意一项所述的开具电子处方的方法,其特征在于,包括:病人终端、药企终端和医师终端;
所述病人终端,用于获取病人信息发送至药企终端,向所述药企终端发送药物清单请求,获取所述药企终端返回的与所述病人信息对应的药物清单,其中,所述病人信息包括所述病人的基本个人信息及症状;
所述病人终端,还用于将所述病人信息和所述药物清单发送至医师终端,向所述医师终端发送医师用药意见请求;
所述病人终端,还用于获取到所述医师终端返回的与所述病人信息和药物清单对应的医师用药意见,生成包括所述病人信息、所述药物清单和所述医师用药意见的电子处方;
所述药企终端,用于获取所述病人终端发送的药物清单请求和所述病人信息,并向所述病人终端返回药物清单;
所述医师终端,用于获取所述病人终端发送的所述医师用药意见请求,所述病人信息和所述药物清单,向所述病人终端返回医师用药意见。
9.根据权利要求8所述的开具电子处方的***,其特征在于,所述***还包括:医疗联盟区块链;
所述医疗联盟区块链,用于对所述电子处方进行存储和共享。
10.根据权利要求8所述的开具电子处方的***,其特征在于,所述***还包括:授权认证中心;
所述授权认证中心,用于对病人终端和/或药企终端和/或医师终端进行认证。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810497589.9A CN108711444B (zh) | 2018-05-22 | 2018-05-22 | 一种开具电子处方的方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810497589.9A CN108711444B (zh) | 2018-05-22 | 2018-05-22 | 一种开具电子处方的方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108711444A true CN108711444A (zh) | 2018-10-26 |
CN108711444B CN108711444B (zh) | 2022-03-25 |
Family
ID=63868435
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810497589.9A Active CN108711444B (zh) | 2018-05-22 | 2018-05-22 | 一种开具电子处方的方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108711444B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109584988A (zh) * | 2018-12-13 | 2019-04-05 | 泰康保险集团股份有限公司 | 药品管理方法、装置、设备及可读存储介质 |
CN111755088A (zh) * | 2020-05-13 | 2020-10-09 | 四川好医生云医疗科技有限公司 | 电子处方的开具方法及*** |
CN113890755A (zh) * | 2021-09-26 | 2022-01-04 | 天津大学 | 一种基于区块链的患者家属远程确认***和授权方法 |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001075770A2 (en) * | 2000-03-31 | 2001-10-11 | Disease Management Systems, Inc. | Web-based medication management system |
CN1425167A (zh) * | 2000-10-23 | 2003-06-18 | 塞尔基因公司 | 给患者传递药物同时避免出现已知或怀疑由该药物引起的副作用的方法 |
US20030187692A1 (en) * | 2000-02-15 | 2003-10-02 | Yong-Nam Park | Extended order communication system based on internet and method thereof |
US8121868B1 (en) * | 2004-09-10 | 2012-02-21 | James Grady | Systems and methods for providing an inducement to purchase incident to a physician's prescription of medication |
US20130262137A1 (en) * | 2012-03-30 | 2013-10-03 | Weno Exchange Llc | Method of Routing an Electronic Prescription to a Non-Participating Dispensing Pharmacy |
CN105224794A (zh) * | 2015-09-19 | 2016-01-06 | 石庆平 | 一种智能化处方审核***及方法 |
CN105373706A (zh) * | 2015-12-04 | 2016-03-02 | 上海斐讯数据通信技术有限公司 | 药品推送方法及*** |
CN106202894A (zh) * | 2016-06-30 | 2016-12-07 | 山东诺安诺泰信息***有限公司 | 一种药单开具方法和*** |
CN106682388A (zh) * | 2016-11-17 | 2017-05-17 | 北京五色科技有限公司 | 一种生成电子处方和配送药品的方法及*** |
CN107194848A (zh) * | 2017-05-19 | 2017-09-22 | 胡小四 | 一种在线医疗*** |
CN107194199A (zh) * | 2017-07-06 | 2017-09-22 | 上海观谷科技有限公司 | 药师网络化服务方法及*** |
CN107220519A (zh) * | 2017-06-29 | 2017-09-29 | 邹建东 | 一种医疗处方及药物开具程序和方法 |
CN107330266A (zh) * | 2017-06-28 | 2017-11-07 | 江苏叶雨智能科技有限公司 | 远程诊疗通信方法 |
CN107767927A (zh) * | 2017-11-16 | 2018-03-06 | 深圳市捷迅高新科技股份有限公司 | 一种电子处方***及其电子病历 |
CN107835182A (zh) * | 2017-11-16 | 2018-03-23 | 重庆忠昇数据处理服务有限公司 | 基于区块链的电子处方***及处理方法 |
CN107896213A (zh) * | 2017-11-16 | 2018-04-10 | 重庆忠昇数据处理服务有限公司 | 电子处方数据存储方法 |
-
2018
- 2018-05-22 CN CN201810497589.9A patent/CN108711444B/zh active Active
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030187692A1 (en) * | 2000-02-15 | 2003-10-02 | Yong-Nam Park | Extended order communication system based on internet and method thereof |
WO2001075770A2 (en) * | 2000-03-31 | 2001-10-11 | Disease Management Systems, Inc. | Web-based medication management system |
CN1425167A (zh) * | 2000-10-23 | 2003-06-18 | 塞尔基因公司 | 给患者传递药物同时避免出现已知或怀疑由该药物引起的副作用的方法 |
US8121868B1 (en) * | 2004-09-10 | 2012-02-21 | James Grady | Systems and methods for providing an inducement to purchase incident to a physician's prescription of medication |
US20130262137A1 (en) * | 2012-03-30 | 2013-10-03 | Weno Exchange Llc | Method of Routing an Electronic Prescription to a Non-Participating Dispensing Pharmacy |
CN105224794A (zh) * | 2015-09-19 | 2016-01-06 | 石庆平 | 一种智能化处方审核***及方法 |
CN105373706A (zh) * | 2015-12-04 | 2016-03-02 | 上海斐讯数据通信技术有限公司 | 药品推送方法及*** |
CN106202894A (zh) * | 2016-06-30 | 2016-12-07 | 山东诺安诺泰信息***有限公司 | 一种药单开具方法和*** |
CN106682388A (zh) * | 2016-11-17 | 2017-05-17 | 北京五色科技有限公司 | 一种生成电子处方和配送药品的方法及*** |
CN107194848A (zh) * | 2017-05-19 | 2017-09-22 | 胡小四 | 一种在线医疗*** |
CN107330266A (zh) * | 2017-06-28 | 2017-11-07 | 江苏叶雨智能科技有限公司 | 远程诊疗通信方法 |
CN107220519A (zh) * | 2017-06-29 | 2017-09-29 | 邹建东 | 一种医疗处方及药物开具程序和方法 |
CN107194199A (zh) * | 2017-07-06 | 2017-09-22 | 上海观谷科技有限公司 | 药师网络化服务方法及*** |
CN107767927A (zh) * | 2017-11-16 | 2018-03-06 | 深圳市捷迅高新科技股份有限公司 | 一种电子处方***及其电子病历 |
CN107835182A (zh) * | 2017-11-16 | 2018-03-23 | 重庆忠昇数据处理服务有限公司 | 基于区块链的电子处方***及处理方法 |
CN107896213A (zh) * | 2017-11-16 | 2018-04-10 | 重庆忠昇数据处理服务有限公司 | 电子处方数据存储方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109584988A (zh) * | 2018-12-13 | 2019-04-05 | 泰康保险集团股份有限公司 | 药品管理方法、装置、设备及可读存储介质 |
CN111755088A (zh) * | 2020-05-13 | 2020-10-09 | 四川好医生云医疗科技有限公司 | 电子处方的开具方法及*** |
CN113890755A (zh) * | 2021-09-26 | 2022-01-04 | 天津大学 | 一种基于区块链的患者家属远程确认***和授权方法 |
CN113890755B (zh) * | 2021-09-26 | 2023-05-16 | 天津大学 | 一种基于区块链的患者家属远程确认***和授权方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108711444B (zh) | 2022-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Haleem et al. | Blockchain technology applications in healthcare: An overview | |
US12013813B2 (en) | Regulating distributed network generation of blockchain blocks | |
JP7018557B2 (ja) | Bcn(ブロックチェーンネットワーク)を使用したデータ利用方法、システムおよびそのプログラム | |
EP1994484B1 (en) | Platform for interoperable healthcare data exchange | |
CN107368750A (zh) | 基于区块链的电子病历的实现方法及装置 | |
Bazel et al. | Blockchain technology in healthcare big data management: Benefits, applications and challenges | |
CN109493939A (zh) | 一种用药管理方法、服务器及计算机存储介质 | |
US20040143594A1 (en) | Method for generating medical intelligence from patient-specific data | |
CN109741802A (zh) | 数据管理方法、装置、计算机设备和存储介质 | |
CN106407717A (zh) | 医疗信息化***中电子病历电子签章审核***及方法 | |
CN107767927A (zh) | 一种电子处方***及其电子病历 | |
CN103093083A (zh) | 医嘱发布和查询方法及其*** | |
US20070078684A1 (en) | Models for sustaining and facilitating participation in health record data banks | |
CN108595641A (zh) | 一种处方信息存储方法、设备、***及存储介质 | |
CN108711444A (zh) | 一种开具电子处方的方法和*** | |
CN110993079A (zh) | 一种医疗质量控制管理平台 | |
CN107506912A (zh) | 一种医疗资源调度平台 | |
US20030167190A1 (en) | System and method for preventing fraud and mistake in the issuance, filling and payment of medical prescriptions | |
US20110071846A1 (en) | Healthcare processing system and method | |
CN109509527A (zh) | 一种药品配发方法、区块链节点设备及*** | |
CN112216368A (zh) | 一种多单元联合开方审方的方法及*** | |
CN110648735B (zh) | 一种基于区块链的电子病历可信共享方法及*** | |
US20190164636A1 (en) | National patient pharmacy identifier | |
Diaz et al. | Scalable management architecture for electronic health records based on blockchain | |
CN108091400A (zh) | 用于定制医嘱执行流程的方法、装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |