阅读说明：本技术 基于云技术的电子处方传送系统及方法 (Electronic prescription delivery system and method based on cloud technology ) 是由 洪秉鎭 徐京熙 于 2019-05-17 设计创作，主要内容包括：本发明提供一种基于云技术的电子处方传送系统及方法。包括如下步骤：在云服务器由用户终端设备接收请求电子处方的情况下,向医院服务器请求电子处方；所述医院服务器提取存储至EMRDB部的患者信息及处方信息,在API生成器中根据固有的API而变换所述处方信息；在所述医院服务器变换的处方信息中通过医院电子签名而进行认证,并对所述变换的处方信息进行加密而将电子处方发送至所述云服务器。(The invention provides an electronic prescription delivery system and method based on a cloud technology. The method comprises the following steps: requesting an electronic prescription from a hospital server in the case where the cloud server receives a request electronic prescription from the user terminal device; the hospital server extracts the patient information and prescription information stored in the EMRDB unit, and converts the prescription information in an API generator according to a specific API; the hospital server authenticates through a hospital electronic signature among the prescription information converted, and encrypts the converted prescription information to transmit an electronic prescription to the cloud server.)

基于云技术的电子处方传送系统及方法

技术领域

本发明涉及基于云技术的电子处方传送系统及方法，更具体地涉及一种基于云技术的电子处方传送系统及方法，在云计算环境下向用户提供电子处方，并且，用户在应用程序上直接选择药店，从而，能够将处方笺传送至药店。

背景技术

在直接带着纸质处方笺而向药店提交的情况下，因医生记录的处方药的识别问题、处方或配药错误而发生的问题的责任所属等不透明，并且，因在患者立场上不便且繁琐，从而，近来提出电子处方笺服务。

另外，现有的电子处方笺服务在由医院向用户终端设备传送患者保管用电子处方笺的情况下，用户直接去药店而显示用户终端设备或利用QR码而配药，由此，仍然存在很多不便。而且，因医院的封闭性的系统与恶劣的信息安全的解决方案而要求采用云技术，但适用的事例仍然缺乏。

作为现有专利，具有注册专利第10-1329003号(电子处方笺的患者用、药店用传输方法、执行其的患者客户端及中继装置)，但仅公开生成固有信息，而将电子处方笺传输至患者的便携电话终端设备的技术。

发明内容

发明要解决的技术问题

本发明要解决的技术问题为提供一种基于云技术的电子处方传送系统及方法，通过标准化API(应用程序编程接口)而能够与医院服务器的DBMS与开发语言的种类无关，而生成电子处方，并在云计算环境下能够提供电子处方。

用于解决问题的技术方案

本发明的实施例的基于云技术的电子处方传送方法包括如下步骤：在云服务器由用户终端设备接收请求电子处方的情况下，向医院服务器请求电子处方；所述医院服务器提取存储至EMR DB部的患者信息及处方信息，在API生成器中根据固有的API而变换所述处方信息；所述医院服务器在变换的处方信息中通过医院电子签名而进行认证，并对所述变换的处方信息进行加密而将电子处方发送至所述云服务器。

本发明的实施例的基于云技术的电子处方传送系统包括：云服务器，在由用户终端设备接收请求电子处方的情况下，向医院服务器请求电子处方，并由所述医院服务器接收电子处方的情况下，将所生成的QR码、由用户终端设备所选择的药店的信息、所述电子处方中的至少一个传送至药店服务器，用户终端设备在领取药的情况下，删除所述电子处方；医院服务器，在由所述云服务器接收请求电子处方的情况下，由EMR DB部提取患者信息与处方信息，在API生成器利用固有的API而变换处方信息，并在变换的处方信息中对医院电子签名进行认证，并对所述处方信息进行加密而将电子处方发送至所述云服务器；药店服务器，在由所述云服务器接收QR码、电子处方、药店信息中的至少一个的情况下，确认所述电子处方并判断配药与否，在结算药费之后，在所述云服务器请求结算，并接收完成取药的通知的情况下，存储所述电子处方。

发明的效果

根据本发明，通过标准化API而与医院服务器的双重DBMS与开发语言的种类无关而生成电子处方。

并且，根据本发明，利用用户终端设备而领取处方笺，并传输至药店，由此，缩短用于领取处方笺的等待时间、配药时间、取药等待时间，从而，提高用户便利性。而且，用户通过移动终端设备而能够查询处方笺及药费的结算。

附图说明

图1为说明本发明的实施例的基于云技术的电子处方传送方法的顺序图；

图2为本发明的实施例的电子处方传送系统的构成图；

图3与图4为说明本发明的实施例的API生成器的运行方法的顺序图；

图5为本发明的实施例的API生成器的构成图。

具体实施方式

对于本说明书中公开的本发明的概念的实施例，特定结构或功能性说明仅以用于说明本发明的概念的实施例为目的进行例示，本发明的概念的实施例通过各种形式实施，并非限定于本说明书中说明的实施例。

本发明的概念的实施例施加各种变更，并具有各种形式，由此，将实施例在附图进行例示，并在本说明书中进行具体说明。但其并非将本发明的概念的实施例对特定公开形式进行限定，并包括包含于本发明的思想及技术范围的所有变更、同等物或代替物。

本说明书中使用的用语仅用于说明特定实施例而使用，并非意图限定本发明。单数的表达在文章中未明确作不同定义的，包括复数的表达。在本说明书中，“包括”或“具有”等用语指定存在记载于本说明书的特征、数字、步骤、动作、构成要素、零部件或组合特征、数字、步骤、动作、构成要素、零部件，应以未提前排除一个或一个以上其它特征或数字、步骤、动作、构成要素、零部件或组合一个或一个以上其它特征或数字、步骤、动作、构成要素、零部件的存在或附加可能性的情况进行理解。

下面，参照本说明书中的附图而对本发明的实施例进行具体说明。

图1为说明本发明的实施例的基于云技术的电子处方传送方法的顺序图。

参照图1，基于云技术的电子处方传送方法在云服务器100由用户终端设备400接收请求电子处方的情况下，向医院服务器200请求电子处方(S101)。

医院服务器200提取存储至EMR DB部210的患者信息及处方信息(S103)，在API生成器220根据API(Application Programming Interface)而变换所述处方信息(S103)。此时，所述API是指与异机种的DBMS(数据库管理系统；Database Management System)和开发语言的种类无关而变换为标准化的处方信息的标准化API。API生成器220生成、管理及测试用于将处方信息等的医院服务器内的数据库信息进行标准化的API。API生成器220设置于医院服务器内而运行，但并非对其进行限定。API生成器220由EMR DB部提取处方信息而生成数据源，并完成SQL查询而反复进行测试而变换处方信息。

医院服务器200在变换的处方信息通过医院电子签名而进行认证(S107)，将所述变换的处方信息进行加密(S109)。医院服务器200将电子处方发送至云服务器100(S111)。所述电子处方包含所变换的处方信息与患者信息。

云服务器100生成QR码(S113)，在由用户终端设备400选择药店的情况下(S115)，临时存储所述电子处方(S117)。此时，所述QR码由提供处方信息的位置信息的哈希代码代替。云服务器100将所述QR码、所述电子处方、所选择的药店相应的药店信息中的至少一个传送至药店服务器300(S119)。

药店服务器300确认所述电子处方(S121)，并判断配药与否(S123)，在执行配药的情况下，结算药费(S125)。

药店服务器300向云服务器100请求结算(S127)，云服务器100在完成结算的情况下，将结算完成情况由用户终端设备400发送至药店服务器300(S131)。

药店服务器300进行配药(S133)，在完成配药的情况下，向云服务器100通知完成配药(S135)，云服务器100将完成取药通知药店服务器300(S139)，药店服务器300存储所述电子处方，并且，云服务器100删除所述电子处方(S143)。

即，本发明通过云服务器而传输处方信息，在网上何时何地都能使用，在云服务器上完成配药的情况下，删除电子处方而提高安保性。并且，缩短医院的处方笺领取、药店配药时间、取药等待时间，甚至能够结算药费而提高用户便利性。

图2为本发明的实施例的电子处方传送系统的构成图。

参照图2，电子处方传送系统10由云服务器100、医院服务器200、药店服务器300、用户终端设备400构成。在用户终端设备400请求电子处方的情况下，云服务器100向医院服务器200请求电子处方，医院服务器200利用标准化API而变换处方信息并加密，而将电子处方提供至云服务器100。云服务器100执行将电子处方传输至药店服务器300，而进行配药、结算功能。

云服务器100包括：电子处方收发部110、结算部120、认证部130、电子处方存储部140、QR码生成部150、通信部160、控制部170。

在电子处方收发部110由用户终端设备400请求电子处方的情况下，向医院服务器200请求电子处方。并且，在由医院服务器200接收电子处方的情况下，传输至药店服务器300。在结算部120由药店服务器300接收药费结算请求的情况下，将结算服务提供至用户终端设备。在完成结算的情况下，将完成结算发送至药店服务器300。认证部130对比由用户终端设备400接收的个人信息与由医院服务器接收的患者信息而进行认证。在电子处方存储部140由医院服务器200接收电子处方的情况下，临时存储，进而由用户终端设备在领取药的情况下删除所存储的电子处方，从而，提高安保性。QR码生成部150生成与所接收的电子处方对应的QR码而传送至药店服务器300。此时，QR码生成部150生成提供处方信息的位置信息的哈希代码而提供。通信部160利用有线无线网络与医院服务器200、药店服务器300及用户终端设备400通信。控制部170控制云服务器的各个结构。

医院服务器200包括：EMR DB部210、API生成器220、医院电子签名部230、加密部240、通信部250、控制部260。

EMR DB部210存储患者信息、诊疗信息、处方信息、院务信息、履历信息。并未限定存储至EMB DB部210的信息的种类。

API生成器220由EMR DB部210提取患者信息与处方信息而利用API而变换处方信息与患者信息。即，在API生成器生成数据源，在通过SQL查询制作指南的简单制作与变换为通过API生成器产生的标准数据之后，通过反复验证而进行。由此，对其中DBMS之间的数据与由相互不同的开发语言研发的数据进行标准化。

医院电子签名部230在所变换的处方信息通过医院电子签名而执行认证。加密部240对所变换的处方信息进行加密而提高安保性，通信部250与云服务器100收发数据，控制部260控制医院服务器的各个结构。

药店服务器300包括：药品结算部310、电子处方确认部320、药品电子签名部330、电子处方保管部340、通信部350、控制部360。

药品结算部310基于处方信息而结算药费，并向云服务器100请求。电子处方确认部320确认所接收的电子处方而判断配药与否。药品电子签名部330对药店保管用电子处方进行药店电子签名而存储至电子处方保管部340。通信部350与云服务器100收发数据，控制部控制药店服务器的各个结构。

图3与图4为说明本发明的实施例的API生成器的运行方法的顺序图。

参照图3与图4，API生成器构筑应用程序服务器(S301)。研发API(S303)，请求分析HTTP(S305)。此时，应用程序服务器由IIS、Tomcat Tuxedo、Entra等构筑，但并未对其进行限定。所述API为REST API，由.Net ASP、Java、C语言实现。

之后，由EMR DB接收信息而生成数据源(S307)，研发业务逻辑(S309)。之后，呼叫SQL文，并收集查询结果，且制作HTTP应答(S313)。在通过测试而满足基准的情况下结束，或在无法满足基准的情况下，再次返回至业务逻辑研发步骤。

并且，在其它实施例中，API生成器是指设置API工具(S401)，并生成数据源(S403)。之后，制作SQL查询(S405)，并进行反复测试(S407)。

图5为本发明的实施例的API生成器的构成图。

参照图5，API生成器220包括：生成模块221、SQL制作模块222、测试模块223、分析模块224、收集模块225、控制模块226。生成模块221接收存储至EMR DB部210内的患者信息、诊疗信息、处方信息、院务信息、履历信息中的患者信息与处方信息而生成数据源。SQL制作模块222制作SQL查询而传输至测试模块223而执行测试。分析模块224分析HTTP请求。收集模块225收集查询结果，并制作HTTP应答。控制模块226控制API生成器220的各个模块。即，接收由EMR DB部210传送的数据而通过根据API生成器220而标准化的输出形式而变换数据。

对本发明参照附图所示的实施例进行了说明，其仅用于例示，应当理解，本技术领域的普通技术人员由此能够进行各种变形及实施其他同等其它实施例。因此，本发明的真正的技术保护范围应通过权利要求的技术思想限定。