CN103093083A - 医嘱发布和查询方法及其系统 - Google Patents
医嘱发布和查询方法及其系统 Download PDFInfo
- Publication number
- CN103093083A CN103093083A CN2012105866764A CN201210586676A CN103093083A CN 103093083 A CN103093083 A CN 103093083A CN 2012105866764 A CN2012105866764 A CN 2012105866764A CN 201210586676 A CN201210586676 A CN 201210586676A CN 103093083 A CN103093083 A CN 103093083A
- Authority
- CN
- China
- Prior art keywords
- doctor
- advice
- terminal
- patient
- intermediate server
- 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
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明涉及远程医疗领域,具体涉及一种医嘱发布和查询方法及其系统,包括:在中间服务器注册并存储医嘱发布节点的验证信息;医嘱发布节点从外部节点获取并存储医嘱,生成编码并发送至接收终端;在查询终端发送查询请求到中间服务器;中间服务器按照连接信息发送查询请求到医嘱发布节点;医嘱发布节点发送医嘱到中间服务器;中间服务器生成附加信息,并发送查询结果到查询终端,生成并存储查询信息;查询终端接收查询结果并显示和/或打印。可通过查证终端向中间服务器请求查证结果。如此,通过在用户和医嘱执行机构之间提供一个简单的接口和方式即可完成远程医嘱的验证和查证,并提供了监督机制的切入点。
Description
【技术领域】
本发明涉及远程医疗信息系统,具体涉及医嘱发布和查询方法及其系统。
【背景技术】
家庭远程医疗和社区远程医疗所面临的一个重要问题是医疗机构之间的信息共享和业务协作问题。例如病人可以通过远程的方式接受远端优质医疗资源的诊疗服务,但需要在地区的药店或社区医院购买药物,执行医嘱,或进行实验室检查。这一过程中,药店和/或社区医院一方面要准确获得医嘱的内容,另一方面要确认发出医嘱单位的资质,并对医嘱的上下文信息(原因、开医嘱人、时间等)进行记录留底,以备日后查证和/或患者报销使用。
现在,很多医院的信息系统都包含医嘱模块,可以生成电子医嘱并在医院内部的部门间共享医嘱信息(例如药房可以通过电脑查看医生的医嘱)。但是,医院或医疗机构之间互认医嘱的技术方案还没有得到有效解决,主要包括几个方面的问题:
(1)对医嘱查询和查证终端的安全措施和管理实施成本:由于有查询需求的非医务人员可能包括患者的工作单位、保险公司、其它医疗服务机构等广泛涉众,因此医嘱查询系统设计必须在保护患者隐私和方便用户查询之间取得折衷。
比较合理的假设是对于上述查询需求,查询方可以看到相关医嘱的纸质件(例如要求患者预先打印纸质件),此时查询方所要验证的是纸质件的真伪,通过将纸质件上的医嘱编码或追踪码发送到中间服务器,可以在不返回疾病和用药信息等隐私信息的情况下实现对纸质件真伪及与病人的匹配情况进行辨别,从而降低了对查询电脑和人员的安全要求,降低了实施部署成本。
(2)对医嘱发出单位和医嘱执行单位的医疗资质认证:在以病人为中心的医疗模式下,病人不一定到大医院完成一站式诊疗,而是可能由大医院、社区医院、药店、体检中心等协作完成诊疗过程,部分工作是通过网络远程进行,此时对医嘱发布和执行机构(如药店)的资质验证就较为重要。
通过公共服务器对医疗服务机构的资质进行管理,并在医嘱相关行为发生时,按照一定条件将医嘱行为对应的机构的资质信息通知患者本人,这对于保障患者权益和医疗服务质量,避免安全隐患有着重要的意义。
这里所说的一定条件是指中间服务器可以根据对患者相关医嘱行为的历史记录分析,也可以根据卫生部门的显示授权,智能化地避免部分通知消息发送(例如患者周期性地在某药店买药,那么不一定每次买药都发送通知消息,而是可以每一段时间发一封汇总的电子邮件),从而给患者带来便利。
(3)对远程医嘱执行各环节的法律责任和临床路径追踪:在多个机构协作完成诊疗的过程中,有效地对医疗责任进行追踪,并确保诊疗行为的持续性有着重要的意义。
因此中间服务器需要对医嘱行为进行良好记录,维护医嘱行为之间的关联引用关系,并能将这种信息发送到显示端进行合理显示。另一方面,大医院、社区医院、药店等医疗机构在分级诊治中可能扮演着不同的角色。大医院更多地承担首诊,疑难杂症的诊治,定期随诊;社区医院更多地承担常见病多发病的日常诊治、观察。这种角色的不同表现为在理想情况下临床路径的不同节点是由不同的角色承担;而在实际运行过程中,则表现为权力、义务、资质等问题。
例如社区医院在一定条件下应当执行大医院医生的医嘱,或在有大医院医生诊断的前提下才能开展某些治疗,这些都涉及对医嘱行为相关机构的资质验证和判断问题。此外,对医嘱行为的记录和对医疗资质的管理还可能涉及协作医疗过程中诊疗收益的合理分配。
(4)多个医疗相关机构基于医嘱进行协作过程中的有效信息交流:在多个机构协作完成诊疗的过程中,参与者之间不仅是一个医嘱发布、执行、查看的关系,还可能需要就医疗方案进行探讨。
此时通过医嘱作为载体,对医嘱行为参与者之间的连接信息进行管理,并在需要时通过信息技术自动化地建立医嘱行为参与者之间的即时通讯通道,使参与者间可以快速面对医嘱及其引用关联信息进行交流,这对于方便医疗协作,提高医疗服务质量有着重要的意义。
(5)围绕电子医嘱的高效医嘱执行流程设计:在传统的医嘱执行过程中,三查七对是确保医嘱执行安全的保障。现代医疗中,基于条形码、磁卡的核对方法已经走入医院病房或门诊。
在跨机构医嘱执行的过程中引入一些新的问题。首先,查询终端需要通过医嘱发布和查询系统的中间服务器提取医嘱并对医嘱发布者的资质进行验证;其次,多次医嘱执行过程中,由于要多次对病人身份和医嘱进行核对,从合理利用带宽考虑,应当把已验证的医嘱在一定时间内缓存在查询终端,甚至缓存在医嘱执行者的便携式手持终端,这样医嘱执行者通过一个PDA或手持移动终端,即可完成现场医嘱和病人身份核对。
目前存在一种处方验证系统,如图1所示:医生终端将医生的处方发送到中间服务器,由中间服务器产生该处方的识别码;药店终端可以从中间服务器提取该处方,完成药物分发后返回相应信息。医生终端也可以对药店分发药物的状态进行查证。此外,中间服务器预先存储接受的医生终端和药店终端的列表用于日后查证。
上述技术方案中要求查询终端和医院节点具有Web Browser,用于医嘱录入和提取,这与目前各大医院自身HIS(Hospital Information System)系统的医嘱录入模块在使用方式上并不兼容,对于国内医院,这将使得医生提供远程服务时的工作环境与医院内部系统不一致,可能对医院内部统一管理造成影响。
此外,该方案针对常规门诊设计,并未提供保护患者隐私的医嘱查证方法,也未提供通过信息技术,快速建立医嘱参与者之间即时通讯通道的方案。现有方案并未在医嘱相关行为发生时,向患者发送包含医嘱行为产生者资质验证信息的短信或其它通知消息。也未提供基于医嘱发布系统的便携式现场医嘱核对终端设计方案。对于不同医疗机构间医嘱的引用关联关系的维护和使用并未提出相应的应用方案。
因此,存在着设计可适用于我国医院需要的满足多机构医疗协作要求和医疗安全要求的医嘱发布和查询系统。
【发明内容】
本发明要解决的技术问题在于:设计一个集成的、方便多医疗相关机构和患者间基于医嘱进行医疗协作的系统和方法,以确保在医嘱发生时为患者提供及时的事件通知和权威的资质信息;在医嘱发生后可以对医嘱进行有效追踪和查证;同时在基于医嘱的协作过程中,通过信息技术对医嘱行为的各个环节进行优化,使医嘱相关的过程更为流畅。
本发明的一些实施方案中,提供一种医嘱发布和查询方法,包括步骤:
S101中间服务器注册并存储医嘱发布节点的资质验证信息,该资质验证信息包括医嘱发布节点的节点代码、连接信息、安全认证信息和医疗资质信息;
S102医嘱发布节点接收用户输入生成医嘱或从外部节点获得医嘱,并将医嘱发送到中间服务器,所述医嘱包括患者姓名、患者身份标识、医嘱内容、医嘱时间、责任医生联系信息;
S103中间服务器验证医嘱发布节点的资质验证信息,当符合验证规则时,接收并按照患者身份标识存储医嘱,当不符合验证规则时,向医嘱发布节点操作人员和/或系统操作人员发送无效医嘱报警信息;
S104查询终端向中间服务器发送包括患者身份标识和时间条件的查询请求;
S105中间服务器响应接收到的查询请求,根据查询请求中的患者身份标识提取符合所述时间条件的所述患者的医嘱,生成与该医嘱对应的附加信息,并将所述附加信息与该医嘱合并作为查询结果返回到查询终端,所述附加信息包括根据该医嘱内容生成的哈希码;
S106查询终端接收查询结果,显示和/或打印查询结果;以及
S107在查询终端或与中间服务器通讯连接的查验终端对医嘱进行人工查验,当查验发现异常时,查验终端依据所述医嘱的责任医生联系信息与医生终端建立即时通讯。
一些实施方案中,步骤S103还包括中间服务器在接收并存储医嘱之后,生成与医嘱对应的医嘱编码,并将医嘱编码返回到医嘱发布节点,医嘱发布节点通过网络向患者终端发送医嘱编码;步骤S104中,查询终端向中间服务器发送包括医嘱编码的查询请求;以及步骤S105中,中间服务器响应接收到的查询请求,根据查询请求中的医嘱编码提取医嘱。
一些实施方案中,步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且步骤S103中,中间服务器生成医嘱编码后,直接发送医嘱编码至患者终端。
一些实施方案中,步骤S101还包括中间服务器注册并存储查询终端的资质验证信息,该资质验证信息包括查询终端的节点代码、连接信息和安全认证信息,以及查询终端节点所属的医疗机构是否具有执行相关医嘱资质的信息。
并且所述医嘱发布和查询方法还包括:
查询终端接收用户输入与医嘱对应的医嘱执行信息,并将医嘱执行信息发送到中间服务器;以及中间服务器验证查询终端的资质验证信息,当符合验证规则时,将医嘱执行信息与对应的医嘱相关联,并且并入对应的医嘱;当不符合验证规则时,向查询终端和/或系统操作人员发送无效医嘱报警信息。
一些实施方案中,所述医嘱还包含与其他医嘱的关联引用信息和引用类型,并且验证规则还包括由医嘱发布节点的资质验证信息与医嘱的关联引用信息共同组成的复合资质。
一些实施方案中,所述医嘱还包含有效期信息和/或与其他医嘱的关联引用信息和引用类型,并且在步骤S106中,查询终端根据有效期信息对医嘱的当前有效状态进行可视化标记,和/或根据引用类型对关联引用信息对应的医嘱进行关联显示。
一些实施方案中,步骤S101还包括中间服务器注册并存储查询终端的资质验证信息,并且步骤S105还包括中间服务器在收到查询请求之后,验证查询终端的资质验证信息;或者
步骤S101还包括中间服务器注册并存储患者的身份验证信息和患者终端通信方式,以及查询终端的资质验证信息和查询终端标识,并且步骤S103还包括患者终端向中间服务器发送包含身份验证信息和查询终端标识的访问授权请求,以及中间服务器接收访问授权请求,验证身份验证信息,并赋予该查询终端标识对应的查询终端在一段时间或次数内对该患者医嘱的查询权限;或者
步骤S101还包括中间服务器注册并存储患者的身份验证信息和患者终端通信方式,以及查询终端的资质验证信息和查询终端标识,并且步骤S103还包括患者终端向中间服务器发送包含身份验证信息的访问授权请求,以及中间服务器向患者终端返回授权编号,授权请求中还可包括授予的权限范围。;在步骤S104中,查询终端向中间服务器发送包含授权编号的医嘱查询请求;在步骤S105中还包括中间服务器在收到查询请求之后,验证查询终端的资质验证信息,并根据授权编号赋予合法查询终端在一段时间或次数内对该患者医嘱的一定范围的查询权限。
一些实施方案中,查询终端缓存一段时间内的查询结果,并且步骤S104还包括在向中间服务器发送查询请求前,检查缓存中是否包含对应于同一医嘱的查询结果,当缓存中包含对应于同一医嘱的查询结果时,从缓存中调出相应查询结果作为查询结果,而不再向中间服务器发送查询请求。
一些实施方案中,步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且步骤S103中,中间服务器在接收到医嘱时,根据对应医嘱的患者身份标识,查找关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含医嘱发布节点的信息和资质信息。
一些实施方案中,步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且在步骤S105中,中间服务器接收到查询请求时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含查询终端的标识或信息。
一些实施方案中,步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且在中间服务器接收到查询终端发送的医嘱执行信息时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含医嘱执行机构名称和资质信息。
一些实施方案中,医嘱发布和查询方法还包括查证操作,包括:
S201查证终端向中间服务器发送包含医嘱编码的查证请求;
S202中间服务器响应查证请求,根据查证请求中的医嘱编码,提取对应医嘱,从至少包括患者姓名或患者身份标识、医嘱时间,及部分或全部医嘱信息生成哈希码,并将包含患者姓名、患者身份标识、医嘱时间与哈希码的部分医嘱信息作为查证结果的一部分返回到查证终端;
S203查证终端接收、显示和/或打印查证结果。
一些实施方案中,步骤S105中的所述附加信息还包括追踪码和部分或全部查询结果生成的哈希码,并在中间服务器存储与追踪码对应的查询请求或查询结果,并且所述医嘱发布和查询方法还包括以下步骤:
S201查证终端向中间服务器发送包含追踪码的查证请求;
S202中间服务器响应查证请求,根据查证请求中的追踪码,提取对应查询结果,以及部分或全部查询结果生成的哈希码,生成哈希码的信息至少包括患者姓名、患者身份标识、医嘱时间,并将包括患者姓名、患者身份标识、医嘱时间与哈希码的部分医嘱信息作为查证结果的一部分返回到查证终端。
一些实施方案中,步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且步骤S202中,中间服务器接收到查证请求时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含查证终端的信息。
本发明还提供用于实现本发明的医嘱发布和查询方法的医嘱发布和查询系统,该系统包括中间服务器、医嘱发布节点、查询终端、查验终端,其中
中间服务器包括:注册模块、验证模块、存储模块、接收模块、哈希码生成模块、查询结果生成模块、发送模块、报警模块;
医嘱发布节点与中间服务器通信连接,并包括用于从外部节点获取医嘱的医嘱获取模块或医嘱生成模块、发送模块;
查询终端与中间服务器通信连接,并包括输入模块、发送模块、接收模块。
查验终端与中间服务器通信连接,并包括用于与医生终端建立即时通讯的即时通讯模块。
一些实施方案中,中间服务器还包括医嘱编码生成模块,并且医嘱发布节点还包括接收模块。
一些实施方案中,该系统还包括查证终端,查证终端包括:输入模块、发送模块、接收模块。
一些实施方案中,查询终端还包括用于与医生终端建立即时通讯的即时通讯模块。
一些实施方案中,医嘱发布节点、查询终端、和查证终端中的两者或三者在相同或不同的终端节点上。
一些实施方案中,中间服务器为一台服务器或为两台以上服务器构成的服务器网络。
一些实施方案中,查询终端还包括缓存模块,所述缓存模块可以缓存在一定时间内所述查询终端从所述中间服务器查询返回的查询结果,所述查询终端还包括一个查询判断模块,判断在缓存中是否保存了待查询的医嘱编码对应的查询结果。
一些实施方案中,查询终端包括条形码扫描装置或IC卡读取装置,用于读入患者身份标识、医嘱编码或追踪码。
本发明实现的技术效果是:本发明的医嘱发布和查询系统通过在用户和医嘱发布和执行机构之间提供一个简单的接口和方式,以及相应的公共服务,即可完成远程医嘱的验证和查证。在医嘱行为发生时,通过资质管理、记录、通知患者等措施,确保医嘱行为受到及时的审计和监督,确保了患者的知情权,避免了安全隐患。
【附图说明】
图1为现有技术的处方验证系统示意图。
图2为根据本发明实施方案的医嘱发布和查询的示意图。
图3为根据本发明一实施例的医嘱发布和查询过程流程图。
【具体实施方式】
下面结合附图和具体实施例对本发明作进一步详细说明。
图2所示为根据本发明实施方案的医嘱发布和查询系统的示意图,从图中可见,本发明的医嘱发布和查询系统主要包括医嘱发布节点、中间服务器、查询终端、查验终端,并且还可以包括查证终端。
这些节点和终端均与中间服务器通信连接,例如可以通过TCP/IP,UDP,http、Web Service或Email等的通信方式进行远程数据交换。这样的通信方式较为方便,且与当前广泛应用的通信方式兼容性佳。如此,查询与查证过程可以在普通的浏览器终端进行,也可以在专门的终端程序进行。
医嘱发布节点
医嘱发布节点可以有一个或多个,医嘱发布节点将医嘱发送给中间服务器,以由中间服务器存储医嘱。
医嘱发布节点具有其节点代码、连接信息和资质验证信息。节点代码是统一分配给该节点的唯一标识,它可能是由权威机构分配的,如医嘱发布系统的运营商,卫生监督部门等;连接信息可以是该节点的固定IP地址,或其它形式的地址,如电子邮件地址、即时通讯账户等;资质验证信息用于对来自特定节点的信息(即医嘱)进行加解密或对该节点进行安全认证,资质验证信息可以是固定不变的,也可以是动态变化的。资质验证信息还可以包括与医嘱权限相关的资质信息,例如相关发布节点或开医嘱的医生是否具有开专科处方的权限。
医嘱可以通过医嘱发布节点接收用户输入而产生;或是接收自与其通信连接的外部节点。事实上,医嘱发布节点也可以与外部节点为同样的节点,即医嘱也可以在医嘱发布节点产生。
医嘱发布节点可以有多个,不同的医嘱发布节点可能没有某一患者的全部医嘱,因此可能有获取该患者的全部医嘱的需要,以供医生,或其他医务人员、药剂师等参考,如在诊前的准备工作过程中。
医嘱
一份完整的医嘱除了医嘱内容本身以外,还包括患者姓名、患者身份标识(如患者身份证号、社保号等信息),以及医嘱时间、责任医生联系信息等。
一些实施方案中,医嘱还可以包括有效期信息,有效期信息是指,例如该医嘱计划从何时开始执行,理应到何时完成。如此,医嘱发布系统在响应查询请求时,不仅能返回所查询的医嘱,还可以通过特定标志说明该医嘱是否在执行期内,从而查询人员可以方便地获取患者是否还有药,患者当前还同时服用哪些药等信息。
医嘱发生变更时会形成新的医嘱。此时,医嘱还可包括与其他医嘱的关联引用信息及其引用类型(例如停药、增减药、换药)。这样,医嘱中应当包含与其它医嘱的引用关联信息及引用关联类型。并且,当中间服务器响应查询请求提取相应医嘱时,应当自动根据医嘱中的引用关联信息提取相应的关联医嘱,并同相应引用关联类型一起作为查询结果返回。
一些实施方案中,医嘱还可以包括医嘱执行信息,即患者对医嘱的执行情况反馈。当患者到药店或社区医院取药或进行复诊时,药店或社区医院查询医嘱,便可知晓患者对医嘱的执行情况,进而更方便判断医嘱执行状态。
本发明的医嘱可以为统一的数字格式,也可以为私有的可打印形式,如为pdf或html格式。对医嘱的数据格式无特殊要求,因而可以最大限度地使用医院信息系统的医嘱生成和验单生成模块,不会对已有的医院医疗业务产生影响,尤其适合于我们国家医院的情况。
但是,医嘱发布节点与中间服务器的通讯中应当包含一些规定的字段,例如责任医生的联系方式、患者的姓名,医嘱的时间等医嘱上下文信息,由于这些信息是大部分医嘱模块共性的信息(或者可以通过符合开闭原则的方式添加到系统中,例如医生的联系方式,只需要增加相应数据库字段和管理解界面即可),因此很容易与已经存在的医嘱生成模块接口,在医嘱中包含这些规定的信息。因此,本发明可以以较低的成本与现有的医院信息架构进行集成。
外部节点
外部节点并非本发明医嘱发布与查询系统的必须组成,其可以有一个或多个,可以用于提供医嘱,并将医嘱发送给医嘱发布节点。
外部节点可以是门诊医生工作站或病房医生工作站,医生用它产生医嘱后直接将产生的医嘱发送到医嘱发布节点进行发布;或是一个远程医疗系统的节点;也可以是电子病历服务器,当接收到新存储的医嘱时,将该医嘱通过医嘱发布节点进行发布。
电子病历服务器可以兼具医嘱发布节点的功能。
由于对一个医院来说,可能由不同的厂商提供IT解决方案。例如很多医院都已有院内的门诊医嘱生成系统,现有门诊医嘱生成系统的医嘱也可通过本发明的系统发布。可作为外部节点用于提供相应功能的系统较多,如远程医疗系统、门诊医嘱生成系统等,只要使用本发明系统的接口即可,即本发明可作为独立的平台或系统与其它系统对接。
从易于实施部署的角度来说,诸如电子病历服务器的医嘱存储节点比较适合作为本发明的外部节点,因为只需要对单一节点进行改动。对于新开发的系统,则医嘱发布节点可以直接从医生工作站获取新生成的医嘱。
而对于村卫生室或私人诊所等小的医疗机构来说,医嘱发布节点本身可能就是医生工作站。
与医嘱发布节点类似,外部节点也可以有多个,不同的外部节点可能没有某一患者的全部医嘱,因此可能有获取该患者的全部医嘱的需要,以供医生,或其他医务人员、药剂师等参考,如在诊前的准备工作过程中。
中间服务器
中间服务器独立于其他终端和节点,为公开的可信服务器,或多个服务器构成的服务器网络。当中间服务器为多台服务器时,可以根据需要,或是出于其他目的,而将数据分类存储在不同的服务器上。如资质验证信息、注册验证信息、查询记录、查证记录、医嘱,等可以分别存储在相同或不同的服务器上。
中间服务器通过TCP/IP、UDP、Http、Web Service或Email等多种通信方式与其他终端和节点进行数据交换。
中间服务器从医嘱发布节点接收医嘱,并将医嘱按照患者身份标识进行存储。将医嘱及医嘱行为保存在中间服务器的一个明显的优点是,使得医嘱及医嘱行为得到独立服务系统的记录,可以追溯相关的责任,这对于多个医疗机构协作的医疗服务来说具有重要的意义。中间服务器的诸多功能可以由同一台服务器实现;或根据需要,由不同的服务器分别实现。
在一个实施例中,中间服务器在接收并存储医嘱时,会生成与医嘱对应的医嘱编码,并将医嘱编码返回到医嘱发布节点。此时,医嘱发布节点会将接收到的医嘱编码发送到对应的患者终端。或者也可以直接由中间服务器将医嘱编码发送到患者终端。
在中间服务器可以注册医嘱发布节点的资质验证信息,从而当中间服务器接收到医嘱时,首先验证医嘱发布节点的资质。除了通过注册节点代码、连接信息、和建立安全数据方案确保节点所属机构的资质符合要求外,资质验证信息还可以包括与医嘱权限相关的资质信息,例如相关发布节点或开医嘱的医生是否具有开专科处方的权限等。当确认医嘱发布节点的资质符合验证规则时,中间服务器接收并存储医嘱;当验证不符合规则时,认为该医嘱无效,并向相关人员发送报警信息。
这里相关人员可以是医嘱发布节点的操作人员,系统操作人员、患者等等。这里所说的医嘱发布节点的资质验证规则用来判断医嘱发布节点的节点代码是否具有发布医嘱的资质。有些医嘱发布节点可以直接发布医嘱;而有些医嘱发布节点可能仅能够在已有医嘱的基础上进行补充,即一部分医嘱发布节点发来的医嘱需要包含对其他医嘱的特定类型的关联引用信息,方为有效医嘱。
此外,中间服务器可以在检测到医嘱行为时(如医嘱查询、查证、发布、执行)向患者发送通知消息,通知患者相关医嘱行为以及报告医嘱行为相关人员或机构的资质信息,从而可以及时发现安全问题,保护患者利益。
在未来的应用中,这种医嘱行为的通知功能可以与社保卡的身份识别和支付功能进行关联,从而为患者提供完全的医疗服务资质保护。因为假设患者的医疗支付行为通过社保卡进行,医嘱行为与身份信息会通知到中间服务器,从而可以消除未授权医疗节点在执行或发布医嘱时不发送患者通知消息也不连接中间服务器的情况,并为患者提供可靠的医疗资质信息服务。
上述通知消息可以通过短信、或即时通讯模块、或其它网络通讯方式发送。为了确保患者易于辨别通知消息的真伪(因为不仅要接收医嘱行为事件通知,还要接收资质消息),也可以在智能终端设置专门与中间服务器通信的应用用于接收和辨识通知消息。
中间服务器的公共域特性则确保了服务的可用性和可信性。这一方案也适用于其它远程医疗场合,例如基于社区医院的远程医疗系统。
查询终端
查询终端与中间服务器通信连接,其也可以有一个或多个,并且可以有显示器或连接有打印机。
当医嘱包括有效期信息时,查询终端可以根据有效期信息,对医嘱的当前有效状态进行可视化标记,如超过有效期一定时间的医嘱将用特殊颜色标记显示或打印。
当医嘱包括关联引用信息和引用类型时,查询终端接收到查询结果之后,还可根据引用类型对关联引用的所有医嘱进行关联显示。例如本次医嘱改换其它药物,则查询终端在显示本次医嘱时还关联显示停用药物的医嘱,从而药师可提醒病人如何改变用药。
与现有技术相比,本发明的查询终端可以部署在药店、社康中心、保险公司或报销单位等更为广泛的机构。
查询终端还可以接收用户输入与医嘱对应的医嘱执行信息,并将医嘱执行信息发送到中间服务器,中间服务器将医嘱执行信息与对应的医嘱关联,并与存储在中间服务器或医嘱发布节点的对应的医嘱合并存储。如此使得用户可以对医嘱信息进行反馈。医嘱执行信息包括有关医嘱是否已执行,所卖药物的数量和有效期等信息。
查询终端可以包括一个条形码扫描装置或IC卡读取装置,并通过条形码扫描装置或IC卡读取装置读入以条形码形式显示的患者标识、或医嘱编码,并向中间服务器发送包括相应信息的查询请求。这样的装置可以提高医嘱执行人员核对医嘱的效率。
为了限制查询终端对医嘱的访问权限,可以在中间服务器注册查询终端的注册验证信息。如此,当中间服务器收到来自查询终端的查询请求时,会首先验证查询终端的信息,仅有通过验证的查询终端才能进行医嘱查询。注册的查询终端(例如药店或社区医院的查询终端)可能可以拥有更多的权限或功能,例如,查询终端还可发送与医嘱执行情况相关的信息到中间服务器。查询终端的注册是附加的安全机制。
还可以要求在查询前由患者通过患者终端向中间服务器发送访问授权请求,该访问授权请求因包括查询终端的终端标识。中间服务器在收到访问授权请求时,首先验证患者终端的身份信息,以及患者终端通信方式是否已有注册,当确认该访问授权请求是由特定患者经由可信患者终端发送时,则会赋予对应该查询终端标识的查询终端在一段时间(如几个小时)或次数内对该患者医嘱的查询权限。
或者,在查询之前由患者通过患者终端向中间服务器发送包含身份验证信息的访问授权请求。中间服务器在收到访问授权请求时,首先验证患者终端的身份信息,以及患者终端通信方式是否已有注册,当确认该访问授权请求是由特定患者经由可信患者终端发送时,向患者终端返回授权编号,授权请求中还可包括授予的权限范围。
例如在患者终端的访问授权界面,患者可选择对单次医嘱的访问权限,特定医嘱的访问权限,长期医嘱的访问权限,近期医嘱的访问权限,专科医嘱的访问权限,和全部医嘱的访问权限等。
之后查询终端向中间服务器发送包含授权编号的医嘱查询请求,中间服务器在收到查询请求之后,验证查询终端的资质验证信息,并根据授权编号赋予合法查询终端在一段时间或次数内对该患者医嘱的一定范围的查询权限。
如此,可方便患者与查询终端处于异地时的医嘱查询需求。
查询终端还可以具有缓存功能,用于缓存在一定时间内的查询结果。当请求查询的医嘱在缓存中已有查询结果时,可不必再向中间服务器发送查询请求,而直接从缓冲中提取已有查询结果,显示打印。
一些情况中,查询终端可以包括即时通讯模块,这样药店或社区医院的工作人员对医嘱有疑问时就可以通过软件根据医嘱中包含的责任医生联系信息与医生终端快速建立即时通讯连接进行讨论。也就是说,医嘱查验过程可以在查询终端进行,亦即,查验终端可以是与查询终端相同的终端。
即时通讯可以通过传统电话、网络电话、即时通讯软件,或移动电话网络进行,并通过本发明的软件根据医嘱中记录的联系信息快速建立相应通讯连接。
医嘱查询
在进行医嘱查询操作时,中间服务器接收来自查询终端的查询请求,并返回查询结果给查询终端。查询结果需要包含医嘱本身,以及由中间服务器生成的一些附加信息,如根据医嘱内容生成的哈希码。
根据本发明的医嘱查询可以基于两种方式,其一为基于患者身份信息;其二为基于医嘱编码。
基于患者身份标识的查询方式为:在查询终端输入患者身份标识,查询一定时间范围的患者医嘱。患者身份标识输入可以要求在查询终端对患者的身份证、社保卡、医疗卡等身份证件进行扫描认证。一定时间范围可以指从患者出生到查询时的所有医嘱,也可以是当天、几天、几个月,或几年的医嘱。时间范围可以由查询者显式输入,也可以采用查询终端默认的设置。
基于医嘱编码的查询方式为:在查询终端输入医嘱编码,进而查询对应医嘱。每份医嘱可以对应有一个医嘱编码,医嘱编码由中间服务器在从医嘱发布节点接收到医嘱时生成,并直接发送给患者终端。或者中间服务器可以将医嘱编码返回给医嘱发布节点,再由医嘱发布节点发送给患者终端。
这一方案尤其适合于远程医疗应用,例如在家庭远程医疗中,患者使用手机、平板电脑、或电视与医生交流病情,诊疗完成后医生开出医嘱,此医嘱可通过医嘱发布系统发送到中间服务器,同时医嘱发布系统将返回的医嘱编码发送到患者的手机、平板电脑、或电视。这样患者只需携带医嘱编码即可去药店抓药或去社康中心输液。
这种基于医嘱编码的医嘱查询方式具有一定优点。首先,它提供了对患者医嘱访问的限制,并可以满足基本的医嘱协作需要(类似于现有的处方体系)。例如查询终端只能访问特定编码对应的医嘱,而不能访问患者的全部医嘱,从而更好地保护患者的隐私。
两种方法也可以结合使用,即将基于医嘱编码的查询方式与患者的ID判断方法(如身份证、社保卡、医疗卡)结合起来使用。
当医嘱包含有效期信息时,查询也可根据包含在医嘱中的有效期规则进行查询,例如查询当前服用的在有效期结束后4个月以内的药物。
患者终端
患者终端可以是患者或相关用户的手机、个人电脑、个人数字助理等,患者终端的通信方式可以是手机号码或电子邮箱等。事实上,除患者以外的其他相关用户可以是如患者家属、监护人等。
在基于医嘱编码的医嘱查询模式中,患者终端可以直接从中间服务器,或从医嘱发布节点接收医嘱编码。之后用户携带该医嘱编码到查询终端进行医嘱查询。
在需要对查询终端进行权限限制时,患者通过患者终端向中间服务器发送访问授权请求,进而由中间服务器赋予该查询终端在一段时间或次数内对该患者的医嘱的查询权限。
患者终端还可以用来接收中间服务器发送的提醒消息,以使患者或相关用户能够及时了解医嘱动态。
查验终端
查验终端可以有多个,与中间服务器通信连接,用于对存储在中间服务器或医嘱发布系统的医嘱等信息的具体内容、合理性进行人工查验。查验人员通常为对中间服务器运营系统提供支持的医生、或管理员。可以对查验终端的访问设置安全认证措施,以确保无关人员不能随意对医嘱内容进行查看,保护患者隐私。
一旦查验发现异常,则可以通过软件根据医嘱中包含的责任医生联系信息与医生快速建立即时通讯连接,以便对异常内容进行确认和讨论。
例如,查验终端软件可以根据包含在医嘱中的医嘱医生手机号码进行拨号连接;或者通过即时通讯模块连接到医嘱医生手机或智能终端上的即时通讯模块。优选地,在建立即时通讯连接时,相应的即时通讯模块将要讨论的医嘱及关联的医嘱在双方的即时通讯模块显示,并提供一些显示互动机制,使得一方的操作可以改变另一方的显示。查验终端主要由中间服务器运营系统的支持服务人员使用。
查验终端与存储医嘱的医嘱发布节点或中间服务器通讯连接,从而可以在查验终端获得或查看医嘱内容。
如前文在查询终端部分的讨论,在查询终端对查询结果中的医嘱进行人工查验,即查验终端也可以是与查询终端相同的终端。
医生终端
医生终端可以是医嘱责任医生的通信设备或电脑终端。当医嘱查验过程中发现问题时,查验终端、查询终端可以提取医嘱中的责任医生联系信息,通过即时通讯模块与医生终端建立联系。进而针对医嘱内容的合理性等方面进行讨论。医嘱内容可以由查验终端或查询终端推动给责任医生,或者医生终端可以有从中间服务器获取医嘱内容的权限,直接从中间服务器获取医嘱。
查证终端
查证终端可以是在如保险公司,或单位的报销部门,用于报销、医疗纠纷、纸质医嘱认证等。由于这些终端分布较广,难于对这些终端进行注册管理,但必须防止通过这些终端对患者的隐私进行非法访问。
由于对于这些单位而言,查证的目的是辨别患者纸质件的真伪而不是查看医嘱信息,因此在查证返回信息中可不包括患者隐私信息,而只包括用于辨识真伪的信息,例如部分医嘱生成的哈希码和患者的姓名,就诊时间等信息。
查证终端可以有一个或多个,并且可以是与查询终端相同的终端。
与查询终端类似,查证终端也可以包括条形码扫描装置或IC卡读取装置,并通过条形码扫描装置或IC卡读取装置读入以条形码形式显示的医嘱编码、或查询追踪码,并向中间服务器发送包括相应信息的查证请求。类似地,这样的装置可以方便报销人员批量地快速对医嘱进行查证。
医嘱查证
医嘱查证过程同样经由中间服务器进行,在查证终端发送查证请求,并由中间服务器返回查证结果,查证结果不涉及或很少涉及患者隐私的医嘱内容,因此可以有效保护患者隐私。
医嘱查证主要有两种方式,其一为基于医嘱编码的查证,其二为基于追踪码的查证。
在基于医嘱编码的查证过程中,将在患者终端接收到医嘱编码输入查证终端,以向中间服务器发送包含该医嘱编码的查证请求。中间服务器响应该查证请求,会提取用于辨识真伪的医嘱查证信息,例如患者姓名、患者身份标识、医嘱时间等,以及从部分或全部医嘱内容生成的哈希码,并将这些信息与哈希码一起作为查证结果返回给查证终端。在查证终端,查证人员根据返回的信息与患者提交的纸质件进行比对,完成查证过程。
在基于追踪码的查证过程中,患者先在查询终端(如社康中心)对一段时间内的所有医嘱进行查询,返回的查询结果中包含一个追踪码以及根据部分查询结果生成的哈希码,同时中间服务器保存追踪码以及对应的查询请求或查询结果。患者打印好包含追踪码和哈希码的查询结果纸质件后拿到单位或保险公司报销,这样查证终端输入或扫入追踪码,向中间服务器发出查证请求,中间服务器返回与追踪码对应的医嘱查询结果生成的查证信息,返回的查证信息包括患者姓名、患者身份标识、医嘱时间、及根据部分或全部查询结果生成的哈希码。通过这种机制,查证终端可以一次对多份医嘱进行查证,更为方便。
由上可见,追踪码是与查询结果相对应的,即一个查询结果可以有一个追踪码,而同一份医嘱可能有多次查询,并因此可以对应有多个追踪码。
图3所示为根据本发明一实施例的医嘱发布和查询方法流程图。
在步骤S101,中间服务器注册并存储医嘱发布节点的资质验证信息,该资质验证信息包括医嘱发布节点的节点代码、连接信息和安全认证信息。资质验证信息还可包括医嘱发布节点所属医疗机构的医疗资质信息,例如医疗机构或医嘱医生是否具有独立开出一些专科处方的资质。
中间服务器还可以注册患者的患者身份标识,以及患者终端通信方式,并关联存储。
中间服务器还可以注册并存储查询终端的资质验证信息,该资质验证信息包括查询终端的节点代码、连接信息和安全认证信息。资质验证信息还可包括查询终端节点所属医疗机构的医疗资质信息,例如医疗机构是否具有执行特定类别医嘱的资质。
在步骤S102,医嘱发布节点接收用户输入生成医嘱或从外部节点获得医嘱,并将医嘱发送到中间服务器,所述医嘱包括患者姓名、患者身份标识、医嘱内容、医嘱时间、责任医生联系信息等。
在步骤S103,中间服务器验证医嘱发布节点的资质验证信息,当符合验证规则时,接收并按照患者身份标识存储医嘱,当不符合验证规则时,向医嘱发布节点操作人员和/或系统操作人员发送无效医嘱报警信息。
一些实施例中,中间服务器在接收并存储医嘱之后,会生成与医嘱对应的医嘱编码,并将医嘱编码返回到医嘱发布节点,再由医嘱发布节点通过网络向患者终端发送医嘱编码。或者在中间服务器注册并存储有患者终端通信方式时,中间服务器可以直接发送医嘱编码到患者终端。
在中间服务器注册并关联存储有患者的患者身份标识,以及患者终端通信方式的实施例中,中间服务器在接收到医嘱时,根据对应医嘱的患者身份标识,查找关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含医嘱发布节点的信息和资质信息,如所属医疗机构的名称和资质信息等。
在中间服务器注册并存储有患者的身份验证信息和患者终端通信方式的实施例中,患者终端可以向中间服务器发送包含查询终端标识的访问授权请求,以及中间服务器接收访问授权请求,验证身份验证信息,并赋予该查询终端一段时间内或次数内对该患者医嘱的查询权限。
例如,患者通过手机软件保存患者身份验证信息,在药店拿药时,通过在手机软件输入药店查询终端的标识,并与保存的身份验证信息共同组成授权请求发送到中间服务器。中间服务器根据授权请求以及保存的查询终端标识和资质验证信息对相应查询终端进行资质验证,通过资质验证后,则在一定时间内或次数内,授予该查询终端对该患者医嘱的一定访问权限。
另一种方案是,患者携带身份证、医保卡、医疗卡等难以仿制的证件到医嘱查询终端,医嘱查询终端通过扫描器扫入患者的身份验证信息,与查询终端标识共同组成授权请求发送到中间服务器。中间服务器按照与上例相似的方法,授予该查询终端在一定时间内或次数内对该患者医嘱的一定访问权限。
在中间服务器注册并存储患者的身份验证信息和患者终端通信方式,以及查询终端的资质验证信息和查询终端标识的实施例中,患者终端可以向中间服务器发送包含身份验证信息的访问授权请求,以及中间服务器向患者终端返回授权编号,授权请求中还可包括授予的权限范围。
例如在患者终端的访问授权界面,患者可选择对单次医嘱的访问权限,特定医嘱的访问权限,长期医嘱的访问权限,近期医嘱的访问权限,专科医嘱的访问权限,和全部医嘱的访问权限等。
查询终端向中间服务器发送包含授权编号的医嘱查询请求。中间服务器在收到查询请求之后,验证查询终端的资质验证信息,并根据授权编号赋予合法查询终端在一段时间或次数内对该患者医嘱的一定范围的查询权限。
如此,可方便患者与查询终端处于异地时的医嘱查询需求。
在步骤S104,查询终端向中间服务器发送包括患者身份标识和时间条件的查询请求。
当存在医嘱编码时,查询终端还可以发送包括医嘱编码的查询请求到中间服务器。
查询终端可以缓存一段时间内的查询结果,如此在向中间服务器发送查询请求前,查询终端可以检查缓存中是否包含对应于同一医嘱的查询结果,当缓存中包含对应于同一医嘱的查询结果时,从缓存中调出相应查询结果作为查询结果。从而增强终端系统的响应性。
在中间服务器注册并存储有查询终端的资质验证信息的实施例中,查询终端可以接收用户输入与医嘱对应的医嘱执行信息,并将医嘱执行信息发送到中间服务器。并且中间服务器可以验证查询终端的资质验证信息,例如确认查询终端所属的医疗机构所具有的医嘱执行权限(例如是否能够输液,是否有执行相关医嘱所需配备的抢救资源)与医嘱执行信息是否符合。当符合验证规则时,将医嘱执行信息与对应的医嘱相关联,并且并入对应的医嘱;当不符合验证规则时,向查询终端和/或系统操作人员发送无效医嘱报警信息。
验证规则还包括医嘱发布节点的资质验证信息与医嘱的关联引用信息共同组成的资质验证规则,例如医嘱发布节点本身并不具备专科医嘱的处方权限,但如果该医嘱关联引用一个具有专科医嘱处方权限的机构开具的医嘱,并且在该医生指明的下一次专科随诊期限以内,则该医嘱可以符合资质验证要求。
在中间服务器注册并关联存储有患者的患者身份标识,以及患者终端通信方式的实施例中,在中间服务器接收到查询终端发送的医嘱执行信息时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含医嘱执行机构名称和资质信息
在步骤S105,中间服务器响应接收到的查询请求,根据查询请求中的患者身份标识提取符合所述时间条件的所述患者的医嘱,生成与该医嘱对应的附加信息,并将所述附加信息与该医嘱合并作为查询结果返回到查询终端,所述附加信息包括根据该医嘱内容生成的哈希码。
在存在医嘱编码的实施例中,中间服务器根据查询请求中的医嘱编码提取医嘱。
在中间服务器注册并关联存储有患者的患者身份标识,以及患者终端通信方式的实施例中,中间服务器接收到查询请求时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含查询终端的信息,如查询终端所属医疗机构的名称、查询者、及资质等。
在中间服务器注册并存储有查询终端的资质验证信息的实施例中,中间服务器在收到查询请求之后,可以验证查询终端的资质验证信息。
在步骤S106,查询终端接收查询结果,显示和/或打印查询结果。
当医嘱还包含有效期信息和/或与其他医嘱的关联引用信息和引用类型时,查询终端可以根据有效期信息对医嘱的当前有效状态进行可视化标记,和/或根据引用类型对关联引用信息对应的医嘱进行关联显示。
例如,在查询终端显示一个医嘱时,同时显示该医嘱关联引用的两个医嘱,第一个医嘱由于治疗效果停用改换成当前医嘱所用药物,第二个医嘱采用当前医嘱的药物,但由于副作用减量,从而产生本医嘱。
这样在显示当前医嘱信息同时显示关联医嘱信息,可以帮助查询终端的医疗健康机构理解医嘱产生的逻辑过程,并且执行相应药物停用或减量,从而不会引起混乱。
另外,根据有效期信息对医嘱进行可视化标记,可以帮助医生判断当前有哪些医嘱在有效期内,从而筛选出目前患者应当正在进行哪些治疗,这样使得医嘱产生和执行人员了解患者当前治疗的全貌,避免治疗之间的重复、相互作用引起的医疗错误或浪费。
在步骤S107,在查询终端或与中间服务器通讯连接的查验终端对医嘱进行人工查验,当查验发现异常时,查验终端依据所述医嘱的责任医生联系信息与医生终端建立即时通讯。
本发明的医嘱发布和查询方法,还可以包括医嘱查证方法,具体包括以下步骤:
在步骤S201,查证终端向中间服务器发送包含医嘱编码的查证请求。
在查询结果中的附加信息还包括中间服务器生成的追踪码,和部分或全部查询结果生成的哈希码,并在中间服务器存储与追踪码对应的查询请求或查询结果的实施例中,查证请求也可以基于追踪码进行,即查证请求中包括追踪码。
在步骤S202,中间服务器响应查证请求,根据查证请求中的医嘱编码或追踪码,提取对应的查询结果,及部分或全部医嘱信息生成哈希码,并将包括患者姓名、患者身份标识、医嘱时间与哈希码的部分医嘱信息作为查证结果的一部分返回到查证终端。生成哈希码的信息至少包括患者姓名、患者身份标识、医嘱时间等。
在中间服务器注册有患者的患者身份标识,以及患者终端通信方式,并关联存储的实施例中,中间服务器接收到查证请求时,可以根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含查证终端的信息,如查证终端所属的医疗机构名称,操作人员等。
在步骤S203,查证终端接收、显示和/或打印查证结果。
综上,本发明在保护患者隐私和数据安全及简化系统部署之间取得折衷,不需特殊的安全措施即可在不泄露患者隐私的前提下完成对医嘱的查证,适合于保险公司或单位报销部门等未注册用户使用,具有实施简单的特点。
另一方面,患者可通过智能终端应用,向中间服务器发送包含查询终端ID的医嘱临时访问授权消息,简化了医嘱访问权限的管理,降低部署成本。
本发明还通过信息技术帮助医嘱参与人员快速建立即时讨论通道,帮助医嘱执行人员流畅地执行医嘱核对和资质审核,帮助医嘱参与人员维护医嘱间的引用关联关系,形成良好的信息协作。
以上所述本发明的具体实施方式,并不构成对本发明保护范围的限定。任何根据本发明的技术构思所作出的各种其他相应的改变与变形,均应包含在本发明权利要求的保护范围内。
Claims (22)
1.一种医嘱发布和查询方法,包括步骤:
S101中间服务器注册并存储医嘱发布节点的资质验证信息,该资质验证信息包括医嘱发布节点的节点代码、连接信息、安全认证信息和医疗资质信息;
S102医嘱发布节点接收用户输入生成医嘱或从外部节点获得医嘱,并将医嘱发送到中间服务器,所述医嘱包括患者姓名、患者身份标识、医嘱内容、医嘱时间、责任医生联系信息;
S103中间服务器验证医嘱发布节点的资质验证信息,当符合验证规则时,接收并按照患者身份标识存储医嘱,当不符合验证规则时,向医嘱发布节点操作人员和/或系统操作人员发送无效医嘱报警信息;
S104查询终端向中间服务器发送包括患者身份标识和时间条件的查询请求;
S105中间服务器响应接收到的查询请求,根据查询请求中的患者身份标识提取符合所述时间条件的所述患者的医嘱,生成与该医嘱对应的附加信息,并将所述附加信息与该医嘱合并作为查询结果返回到查询终端,所述附加信息包括根据该医嘱内容生成的哈希码;
S106查询终端接收查询结果,显示和/或打印查询结果;以及
S107在查询终端或与中间服务器通讯连接的查验终端对医嘱进行人工查验,当查验发现异常时,查验终端依据所述医嘱的责任医生联系信息与医生终端建立即时通讯。
2.根据权利要求1所述的医嘱发布和查询方法,其特征在于:
步骤S103还包括中间服务器在接收并存储医嘱之后,生成与医嘱对应的医嘱编码,并将医嘱编码返回到医嘱发布节点,医嘱发布节点通过网络向患者终端发送医嘱编码;
步骤S104中,查询终端向中间服务器发送包括医嘱编码的查询请求;以及
步骤S105中,中间服务器响应接收到的查询请求,根据查询请求中的医嘱编码提取医嘱。
3.根据权利要求2所述的医嘱发布和查询方法,其特征在于:
步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且
步骤S103中,中间服务器生成医嘱编码后,直接发送医嘱编码至患者终端。
4.根据权利要求1所述的医嘱发布和查询方法,其特征在于:
步骤S101还包括中间服务器注册并存储查询终端的资质验证信息,该资质验证信息包括查询终端的节点代码、连接信息和安全认证信息,以及查询终端节点所属的医疗机构是否具有执行相关医嘱资质的信息,
并且所述医嘱发布和查询方法还包括:
查询终端接收用户输入与医嘱对应的医嘱执行信息,并将医嘱执行信息发送到中间服务器;以及
中间服务器验证查询终端的资质验证信息,当符合验证规则时,将医嘱执行信息与对应的医嘱相关联,并且并入对应的医嘱;当不符合验证规则时,向查询终端和/或系统操作人员发送无效医嘱报警信息。
5.根据权利要求4所述的医嘱发布和查询方法,其特征在于:
所述医嘱还包含与其他医嘱的关联引用信息和引用类型,并且
验证规则还包括由医嘱发布节点的资质验证信息与医嘱的关联引用信息共同组成的复合资质。
6.根据权利要求1所述的医嘱发布和查询方法,其特征在于:
所述医嘱还包含有效期信息和/或与其他医嘱的关联引用信息和引用类型,并且
在步骤S106中,查询终端根据有效期信息对医嘱的当前有效状态进行可视化标记,和/或根据引用类型对关联引用信息对应的医嘱进行关联显示。
7.根据权利要求1所述的医嘱发布和查询方法,其特征在于:
步骤S101还包括中间服务器注册并存储查询终端的资质验证信息,并且步骤S105还包括中间服务器在收到查询请求之后,验证查询终端的资质验证信息;或者
步骤S101还包括中间服务器注册并存储患者的身份验证信息和患者终端通信方式,以及查询终端的资质验证信息和查询终端标识,并且步骤S103还包括患者终端向中间服务器发送包含身份验证信息和查询终端标识的访问授权请求,以及中间服务器接收访问授权请求,验证身份验证信息,并赋予该查询终端标识对应的查询终端在一段时间或次数内对该患者医嘱的查询权限;或者
步骤S101还包括中间服务器注册并存储患者的身份验证信息和患者终端通信方式,以及查询终端的资质验证信息和查询终端标识,并且步骤S103还包括患者终端向中间服务器发送包含身份验证信息的访问授权请求,以及中间服务器向患者终端返回授权编号;在步骤S104中,查询终端向中间服务器发送包含授权编号的医嘱查询请求;在步骤S105中还包括中间服务器在收到查询请求之后,验证查询终端的资质验证信息,并根据授权编号赋予合法查询终端在一段时间或次数内对该患者医嘱的一定范围的查询权限。
8.根据权利要求1所述的医嘱发布和查询方法,其特征在于,
查询终端缓存一段时间内的查询结果,并且
步骤S104还包括在向中间服务器发送查询请求前,检查缓存中是否包含对应于同一医嘱的查询结果,当缓存中包含对应于同一医嘱的查询结果时,从缓存中调出相应查询结果作为查询结果,而不再向中间服务器发送查询请求。
9.根据权利要求1所述的医嘱发布和查询方法,其特征在于:
步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且
步骤S103中,中间服务器在接收到医嘱时,根据对应医嘱的患者身份标识,查找关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含医嘱发布节点的信息和资质信息。
10.根据权利要求1所述的医嘱发布和查询方法,其特征在于:
步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且
在步骤S105中,中间服务器接收到查询请求时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含查询终端的标识或信息。
11.根据权利要求4所述的医嘱发布和查询方法,其特征在于:
步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且
在中间服务器接收到查询终端发送的医嘱执行信息时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含医嘱执行机构名称和资质信息。
12.根据权利要求2所述的医嘱发布和查询方法,其特征在于,还包括以下步骤:
S201查证终端向中间服务器发送包含医嘱编码的查证请求;
S202中间服务器响应查证请求,根据查证请求中的医嘱编码,提取对应医嘱,从至少包括患者姓名或患者身份标识、医嘱时间,及部分或全部医嘱信息生成哈希码,并将包含患者姓名、患者身份标识、医嘱时间与哈希码的部分医嘱信息作为查证结果的一部分返回到查证终端;
S203查证终端接收、显示和/或打印查证结果。
13.根据权利要求1所述的医嘱发布和查询方法,其特征在于:
步骤S105中的所述附加信息还包括追踪码和部分或全部查询结果生成的哈希码,并在中间服务器存储与追踪码对应的查询请求或查询结果,并且所述医嘱发布和查询方法还包括以下步骤:
S201查证终端向中间服务器发送包含追踪码的查证请求;
S202中间服务器响应查证请求,根据查证请求中的追踪码,提取对应查询结果,以及部分或全部查询结果生成的哈希码,生成哈希码的信息至少包括患者姓名、患者身份标识、医嘱时间,并将包括患者姓名、患者身份标识、医嘱时间与哈希码的部分医嘱信息作为查证结果的一部分返回到查证终端。
14.根据权利要求12或13所述的医嘱发布和查询方法,其特征在于:
步骤S101还包括中间服务器注册患者的患者身份标识,以及患者终端通信方式,并关联存储;并且
步骤S202中,中间服务器接收到查证请求时,根据对应医嘱的患者身份标识,查找到关联的患者终端通信方式,并发送通知消息到患者终端,所述通知消息包含查证终端的信息。
15.一种医嘱发布和查询系统,用于实现权利要求1-14中任一项所述的医嘱发布和查询方法,所述系统包括中间服务器、医嘱发布节点、查询终端、查验终端,其中
中间服务器包括:注册模块、验证模块、存储模块、接收模块、哈希码生成模块、查询结果生成模块、发送模块、报警模块;
医嘱发布节点与中间服务器通信连接,并包括用于从外部节点获取医嘱的医嘱获取模块或医嘱生成模块、发送模块;
查询终端与中间服务器通信连接,并包括输入模块、发送模块、接收模块;
查验终端与中间服务器通信连接,并包括用于与医生终端建立即时通讯的即时通讯模块。
16.根据权利要求15所述的医嘱发布和查询系统,其特征在于,中间服务器还包括医嘱编码生成模块,并且医嘱发布节点还包括接收模块。
17.根据权利要求15所述的医嘱发布和查询系统,其特征在于,还包括查证终端,查证终端包括:输入模块、发送模块、接收模块。
18.根据权利要求15所述的医嘱发布和查询系统,其特征在于,查询终端还包括用于与医生终端建立即时通讯的即时通讯模块。
19.根据权利要求15所述的医嘱发布和查询系统,其特征在于,医嘱发布节点、查询终端、和查证终端中的两者或三者在相同或不同的终端节点上。
20.根据权利要求15所述的医嘱发布和查询系统,其特征在于,中间服务器为一台服务器或为两台以上服务器构成的服务器网络。
21.根据权利要求15所述的医嘱发布和查询系统,其特征在于,查询终端还包括缓存模块,所述缓存模块可以缓存在一定时间内所述查询终端从所述中间服务器查询返回的查询结果,所述查询终端还包括一个查询判断模块,判断在缓存中是否保存了待查询的医嘱编码对应的查询结果。
22.根据权利要求15所述的医嘱发布和查询系统,其特征在于,查询终端包括条形码扫描装置或IC卡读取装置,用于读入患者身份标识、医嘱编码或追踪码。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012105866764A CN103093083A (zh) | 2012-12-14 | 2012-12-28 | 医嘱发布和查询方法及其系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210541253.0 | 2012-12-14 | ||
CN201210541253 | 2012-12-14 | ||
CN2012105866764A CN103093083A (zh) | 2012-12-14 | 2012-12-28 | 医嘱发布和查询方法及其系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103093083A true CN103093083A (zh) | 2013-05-08 |
Family
ID=48205642
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012105866764A Pending CN103093083A (zh) | 2012-12-14 | 2012-12-28 | 医嘱发布和查询方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103093083A (zh) |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103500271A (zh) * | 2013-09-18 | 2014-01-08 | 李龙付 | 可视互动远程医疗咨询服务终端机 |
CN103606119A (zh) * | 2013-12-06 | 2014-02-26 | 中国人民解放军第三军医大学第二附属医院 | 便于查看病人信息的方法和装置 |
CN104200129A (zh) * | 2014-09-28 | 2014-12-10 | 上海联影医疗科技有限公司 | 医嘱信息交互方法及装置 |
CN104217233A (zh) * | 2014-09-04 | 2014-12-17 | 深圳前海诺德咨询服务有限公司 | 一种条码扫描系统及方法 |
CN104992053A (zh) * | 2015-06-17 | 2015-10-21 | 广州慧扬信息系统科技有限公司 | 医嘱执行过程中涉及的附带项目的自动计费方法 |
CN105184716A (zh) * | 2015-07-18 | 2015-12-23 | 深圳市前海安测信息技术有限公司 | 电子检查单处理方法和网络医院平台系统 |
CN105184715A (zh) * | 2015-07-18 | 2015-12-23 | 深圳市前海安测信息技术有限公司 | 基于网络医院的检查机构统一匹配方法和网络医院平台 |
CN105786940A (zh) * | 2014-12-26 | 2016-07-20 | 北大医疗信息技术有限公司 | 医疗业务数据获取方法和获取系统 |
WO2016206178A1 (zh) * | 2015-06-26 | 2016-12-29 | 深圳市共创百业科技开发有限公司 | O2o模式下的健康报告查询方法和系统 |
CN106354511A (zh) * | 2016-08-31 | 2017-01-25 | 杭州逸曜信息技术有限公司 | 审核界面的生成方法 |
CN106383991A (zh) * | 2016-08-31 | 2017-02-08 | 杭州逸曜信息技术有限公司 | 住院医嘱信息的处理方法 |
CN107493255A (zh) * | 2016-06-12 | 2017-12-19 | 腾讯科技(深圳)有限公司 | 通讯消息的访问控制方法和装置 |
CN107679060A (zh) * | 2017-07-25 | 2018-02-09 | 平安科技(深圳)有限公司 | 电子保单的状态查询方法、装置、用户终端及存储介质 |
CN107993708A (zh) * | 2017-11-09 | 2018-05-04 | 青岛未来移动医疗科技有限公司 | 一种呼吸疾病智能诊疗系统及控制使用方法 |
CN108538341A (zh) * | 2018-03-02 | 2018-09-14 | 深圳前海康博士网络技术有限公司 | 移动查房方法、云服务器和照护终端 |
CN108768950A (zh) * | 2018-04-28 | 2018-11-06 | 山东亚华电子股份有限公司 | 一种医疗通信账号管理方法及系统 |
CN109241766A (zh) * | 2018-07-27 | 2019-01-18 | 至本医疗科技(上海)有限公司 | 一种数据访问控制的方法及设备 |
CN109493970A (zh) * | 2018-12-30 | 2019-03-19 | 李文玲 | 医疗服务方法、系统及终端设备 |
CN109522688A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 基于数据处理的肾功能衰竭资质认证方法、设备及服务器 |
CN109616171A (zh) * | 2018-11-28 | 2019-04-12 | 四川省人民医院 | 一种新型医保卡运维系统 |
CN110097956A (zh) * | 2019-03-26 | 2019-08-06 | 中国人民解放军陆军军医大学第二附属医院 | Crrt信息处理方法、服务器和用户终端 |
CN111641689A (zh) * | 2020-05-20 | 2020-09-08 | 中山大学肿瘤防治中心 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
CN112086208A (zh) * | 2020-08-25 | 2020-12-15 | 医途(杭州)科技有限公司 | 医患和医务人员间消息交互管理方法、装置和存储介质 |
CN113241161A (zh) * | 2021-05-10 | 2021-08-10 | 酉阳土家族苗族自治县人民医院 | Eras医嘱管理平台 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083582A (zh) * | 2007-06-22 | 2007-12-05 | 华中科技大学 | 基于hl7代理服务器的异构医疗信息集成系统 |
US20110077969A1 (en) * | 2009-09-29 | 2011-03-31 | Shanghai Pudong New Area People's Hospital | Self-service medical service method and its system |
CN102012962A (zh) * | 2009-09-07 | 2011-04-13 | 北京韩美智恒科技有限公司 | 基于医疗信息系统的医嘱数据处理方法 |
-
2012
- 2012-12-28 CN CN2012105866764A patent/CN103093083A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083582A (zh) * | 2007-06-22 | 2007-12-05 | 华中科技大学 | 基于hl7代理服务器的异构医疗信息集成系统 |
CN102012962A (zh) * | 2009-09-07 | 2011-04-13 | 北京韩美智恒科技有限公司 | 基于医疗信息系统的医嘱数据处理方法 |
US20110077969A1 (en) * | 2009-09-29 | 2011-03-31 | Shanghai Pudong New Area People's Hospital | Self-service medical service method and its system |
Non-Patent Citations (1)
Title |
---|
何琳: "区域医疗信息共享平台构建理论与实践的研究", 《中国优秀硕士学位论文全文数据库医药卫生科技辑》 * |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103500271A (zh) * | 2013-09-18 | 2014-01-08 | 李龙付 | 可视互动远程医疗咨询服务终端机 |
CN103606119A (zh) * | 2013-12-06 | 2014-02-26 | 中国人民解放军第三军医大学第二附属医院 | 便于查看病人信息的方法和装置 |
CN104217233A (zh) * | 2014-09-04 | 2014-12-17 | 深圳前海诺德咨询服务有限公司 | 一种条码扫描系统及方法 |
CN104217233B (zh) * | 2014-09-04 | 2019-04-02 | 深圳市前海圆舟网络科技股份有限公司 | 一种条码扫描系统及方法 |
CN104200129B (zh) * | 2014-09-28 | 2017-06-06 | 上海联影医疗科技有限公司 | 医嘱信息交互方法及装置 |
CN104200129A (zh) * | 2014-09-28 | 2014-12-10 | 上海联影医疗科技有限公司 | 医嘱信息交互方法及装置 |
CN105786940A (zh) * | 2014-12-26 | 2016-07-20 | 北大医疗信息技术有限公司 | 医疗业务数据获取方法和获取系统 |
CN104992053A (zh) * | 2015-06-17 | 2015-10-21 | 广州慧扬信息系统科技有限公司 | 医嘱执行过程中涉及的附带项目的自动计费方法 |
CN104992053B (zh) * | 2015-06-17 | 2018-06-05 | 广州慧扬健康科技有限公司 | 医嘱执行过程中涉及的附带项目的自动计费方法 |
WO2016206178A1 (zh) * | 2015-06-26 | 2016-12-29 | 深圳市共创百业科技开发有限公司 | O2o模式下的健康报告查询方法和系统 |
CN105184715A (zh) * | 2015-07-18 | 2015-12-23 | 深圳市前海安测信息技术有限公司 | 基于网络医院的检查机构统一匹配方法和网络医院平台 |
CN105184716A (zh) * | 2015-07-18 | 2015-12-23 | 深圳市前海安测信息技术有限公司 | 电子检查单处理方法和网络医院平台系统 |
CN107493255A (zh) * | 2016-06-12 | 2017-12-19 | 腾讯科技(深圳)有限公司 | 通讯消息的访问控制方法和装置 |
CN106383991A (zh) * | 2016-08-31 | 2017-02-08 | 杭州逸曜信息技术有限公司 | 住院医嘱信息的处理方法 |
CN106354511A (zh) * | 2016-08-31 | 2017-01-25 | 杭州逸曜信息技术有限公司 | 审核界面的生成方法 |
CN106383991B (zh) * | 2016-08-31 | 2019-03-12 | 杭州逸曜信息技术有限公司 | 住院医嘱信息的处理方法 |
CN107679060A (zh) * | 2017-07-25 | 2018-02-09 | 平安科技(深圳)有限公司 | 电子保单的状态查询方法、装置、用户终端及存储介质 |
CN107993708A (zh) * | 2017-11-09 | 2018-05-04 | 青岛未来移动医疗科技有限公司 | 一种呼吸疾病智能诊疗系统及控制使用方法 |
CN107993708B (zh) * | 2017-11-09 | 2022-03-11 | 青岛未来移动医疗科技有限公司 | 一种呼吸疾病智能诊疗系统及控制使用方法 |
CN108538341A (zh) * | 2018-03-02 | 2018-09-14 | 深圳前海康博士网络技术有限公司 | 移动查房方法、云服务器和照护终端 |
CN108768950B (zh) * | 2018-04-28 | 2020-11-10 | 山东亚华电子股份有限公司 | 一种医疗通信账号管理方法及系统 |
CN108768950A (zh) * | 2018-04-28 | 2018-11-06 | 山东亚华电子股份有限公司 | 一种医疗通信账号管理方法及系统 |
CN109241766A (zh) * | 2018-07-27 | 2019-01-18 | 至本医疗科技(上海)有限公司 | 一种数据访问控制的方法及设备 |
CN109522688A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 基于数据处理的肾功能衰竭资质认证方法、设备及服务器 |
CN109522688B (zh) * | 2018-10-27 | 2023-10-13 | 平安医疗健康管理股份有限公司 | 基于数据处理的肾功能衰竭资质认证方法、设备及服务器 |
CN109616171A (zh) * | 2018-11-28 | 2019-04-12 | 四川省人民医院 | 一种新型医保卡运维系统 |
CN109493970A (zh) * | 2018-12-30 | 2019-03-19 | 李文玲 | 医疗服务方法、系统及终端设备 |
CN110097956B (zh) * | 2019-03-26 | 2021-10-12 | 中国人民解放军陆军军医大学第二附属医院 | Crrt信息处理方法、服务器和用户终端 |
CN110097956A (zh) * | 2019-03-26 | 2019-08-06 | 中国人民解放军陆军军医大学第二附属医院 | Crrt信息处理方法、服务器和用户终端 |
CN111641689A (zh) * | 2020-05-20 | 2020-09-08 | 中山大学肿瘤防治中心 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
WO2021233348A1 (zh) * | 2020-05-20 | 2021-11-25 | 中山大学肿瘤防治中心 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
CN112086208A (zh) * | 2020-08-25 | 2020-12-15 | 医途(杭州)科技有限公司 | 医患和医务人员间消息交互管理方法、装置和存储介质 |
CN113241161A (zh) * | 2021-05-10 | 2021-08-10 | 酉阳土家族苗族自治县人民医院 | Eras医嘱管理平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103093083A (zh) | 医嘱发布和查询方法及其系统 | |
US10817589B2 (en) | Systems and methods for improving patient compliance with a prescription drug regimen | |
US9076186B2 (en) | Opt-in collector system and method | |
US8452608B2 (en) | Wireless cellular systems and methods for prescription drug discounts and therapy delivery | |
US20030088771A1 (en) | Method and system for authorizing and certifying electronic data transfers | |
CN108595641B (zh) | 一种处方信息存储方法、设备、系统及存储介质 | |
Bahensky et al. | Health care information technology in rural America: electronic medical record adoption status in meeting the national agenda | |
KR100989798B1 (ko) | 모바일 단말기를 이용한 처방전 관리 시스템 및 그 방법 | |
Lanham et al. | Electronic prescriptions: opportunities and challenges for the patient and pharmacist | |
US20060122870A1 (en) | Techniques for accessing healthcare records and processing healthcare transactions via a network | |
CN102299946A (zh) | 基于网络的综合视频诊疗监管系统 | |
CA2618141A1 (en) | Novel methods and systems for prescribing sample prescriptions | |
KR102475987B1 (ko) | 인공지능 및 개인건강기록을 이용한 보험정보 제공 시스템 및 그 방법 | |
KR100338321B1 (ko) | 환자 중심의 처방전 전달시스템 및 처방전 전달방법 | |
Bawany et al. | Integrating healthcare services using blockchain-based telehealth framework | |
KR102261680B1 (ko) | 통합 의료정보 제공시스템 | |
Rahaman et al. | E-Pharm assist: The future approach for dispensing medicines in smart cities | |
KR20220074009A (ko) | 블록체인 기반의 온라인 의약품 유통 시스템 및 그 방법 | |
Lin et al. | E-healthcare: A vehicle of change. | |
Vucetic et al. | E-health transformation model in Serbia: Design, architecture and developing | |
CN111048187A (zh) | 家庭医生签约服务系统 | |
CN210378503U (zh) | 一种电子处方流转系统 | |
KR100452793B1 (ko) | 전자건강보험 카드를 이용한 건강보험 인증 시스템 | |
CN104361443B (zh) | 一种印鉴卡的电子系统及印鉴卡信息的处理方法 | |
CN102346900A (zh) | 一种互联网药品市场主体信息管理及共享系统及其方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130508 |