CN115440361A - 一种云电子医嘱流转综合管理系统及方法 - Google Patents

Abstract

本发明涉及医疗信息流转技术领域，具体涉及一种云电子医嘱流转综合管理系统及方法，该系统包括医生端、药师端、患者端、机构管理端、药房管理端和管理平台，该系统采用微服务的技术构建，通过多端口的设计满足了医嘱信息流转的使用需求，机构管理端可管理由管理平台定制且授权的一个或多个用药目录，合法合规性更严密，适用范围更广泛；通过设置前置审核条件，可以保障医嘱信息的规范性、准确性以及安全性；根据医嘱内容及患者实际的配药的便宜性进行分方，可以提高患者使用的便利性；医生端可实现医生多点执业，实现了国家医疗改革的场景；本方法兼顾合法性、合规性、严谨性、安全性和实用性，使得该系统可以合理地应用到医嘱流转环境中。

Description

一种云电子医嘱流转综合管理系统及方法

技术领域

本发明涉及医疗信息流转技术领域，具体涉及一种云电子医嘱流转综合管理系统及方法。

背景技术

随着现代通信技术的发展，尤其是移动互联网应用的普及，为了方便广大的医疗患者，越来越多的医院开始试行向患者开具电子处方，以方便患者获得处方的医嘱内容，并方便患者携带电子处方进行药品的购买。但是在目前市面上还没有出现一个合适、开放、多元并符合国家相关医疗医嘱和电子医嘱的云平台，一些伴随性的环节问题也没有得到有效的解决。

现有的一些处方流转平台，其程序设置往往无法做到严格遵守国家相关规定，在照顾了灵活性的同时失去了医疗行业的严谨性。具体表现下以下几个方面：

1、对于医嘱不能严格体现现行法规对处方管理和处方药管理的基本要求，存在管理环节上的缺失和漏洞，集中表现在对国家处方“前置审核”要求忽视及药师审方“以机代人”的问题，使诊断过程不严谨甚至出现非法行医的漏洞；

2、与医疗卫生事业改革发展相脱节，不能提现新的国家政策的要求，如医生“多点执业”、“慢病管理”等需求；

3、在整个就医的过程中，参与到药品购买收费，变换了处方流转平台是药品信息服务而不是药品交易的范畴，其规范性、严谨性更无法得到保障；

4、在完整的就医过程中，没有有效的手段对处方进行约束，导致容易发生一份电子医嘱多次购买药品或一方不能配全药品等情况；

5、对医疗机构和政府监管部门不能提供有效的事前、事中、事后全面监管手段。

公开号为CN112259190A的发明申请《基于区块链的医疗信息可信流转方法、装置及系统》中，通过设置医院端、药师端、患者端、药房端和处方流转平台这五部分，来提高信息流转过程中的效率，降低各个节点之间的互信成本。

在上述方案中，主要是对各端之间信息流转的保密性进行了提升，丰富了审核的流程，但实际上，该方案同样存在上文所阐述的诸多问题，尤其是对于患者、医师以及药师而言，操作使用的繁琐程度大大增加，十分不便，也无法做到与医疗卫生事业的发展相契合，在广泛应用于市场的实用性上不高。

公开号为CN108648789B的发明专利《一种基于电子处方的共享流转方法及平台》，以通用标准药品库作为基础数据，对医院His端的药品目录与药企/药房端的药品目录进行匹配，医生根据匹配结果为患者开具相关药品的电子处方，审方需要对该电子处方进行电子签名审核，在审核通过并且支付完成后，电子处方订单会被发送到药企/药房端核准发药，并产生配送信息。

在上述方案中，也是设计了一种较为基础的电子医嘱、处方流转平台，其强调在于实现“医药分家”的目的，让药房和药企与患者的交互更加便利、药品的送达更加快捷。

同样的是，该方案也存在着前文中阐述的诸多缺点，既然建立流转平台是一种提高便利性的方式，那么在建立流转平台的基础上，如何更进一步地提高便利性、严谨性以及实用性，则是该方案没有考虑到的内容。且尤其需要注意的是，该平台以“通用标准药品库作为基础数据，对医院His端的药品目录与药企/药房端的药品目录进行匹配”，该方式实际上一定程度地限制了医生的操作便利性，无法做到特定的目录规划，在实用性上有所欠缺。

上述的两篇现有技术，或多或少都存在一定的缺陷，最为主要的便是，无法合理地实际应用到市场环境中，缺乏对经销权以及政策支持方面的考量，结合前文所阐述的现有流转平台的诸多缺陷，急需要对医疗信息领域中，有关电子处方流转平台的设计进行改进，以满足时代、社会的进步发展需求。

发明内容

针对现有技术中存在的不足，本发明目的是提供一种在提高医师、患者以及药师处理电子医嘱、购药便利性的同时，兼顾严谨性、安全性与实用性，能够合理地应用到市场环境中，满足各项法规的要求以及独特使用需求的云电子医嘱流转综合管理系统及方法。

为解决上述技术问题，本发明提供的技术方案是：所述的云电子医嘱流转综合管理系统，该系统包括

医生端，该医生端用于向医生提供注册渠道，医生可通过该医生端开具医嘱；

患者端，该患者端用于向患者提供注册渠道，患者可通过患者端看到对应的医生开具的医嘱；

药师端，该药师端用于向药师提供注册渠道，药师通过药师端可根据医嘱的内容进行前置审核，药师通过药师端可看到医生对患者开具的医嘱，并根据医嘱的内容进行审核以及发药；

机构管理端，该机构管理端可定制自身一个或多个用药目录，以供隶属于该机构内或指定的医生使用，并可设置前置审核条件；

药房管理端，药师可通过该药房管理端将药房内有库存且经维护过的处方药、非处方药品种信息上传至管理平台中；

管理平台，该管理平台对医嘱的内容以及每个药房上传的药品信息进行匹配分析，通过患者端来协助患者一次性完成或分方完成配药工作。

在上述技术方案中，该系统采用微服务的技术构建，可搭载在各项移动终端的应用程序中，包括但不限于微信小程序、支付宝小程序、百度小程序等平台，或独立的基于iOS或Android平台的Apps，或基于Windows或MacOS或Linux平台的应用。该系统依照使用用户的不同区分为医生端、患者端、药师端、机构管理端、药房管理端和管理平台六个部分，以在整合后能够实现系统的全部功能。

其中，管理平台用于对各个端口之间接入以及发出的消息进行处理、转发，各端口之间不直接进行消息往来，该传输过程可通过互联网、5G网络等方式实现，达到信息的准确性和唯一性。

在医生端和药师端，医生和药师可以通过微信小程序等类似方式向管理平台进行注册、维护个人信息等操作，注册信息由系统的管理员在管理平台进行审核、批准或驳回。患者可以通过微信小程序进行注册，也可以在医生开具医嘱后由管理平台自动产生账号，并在患者实际使用后与患者的真实信息进行匹配。这三个端口均要求用户进行实名登记，并通过OCR技术读取用户的身份证信息，以保障信息的真实性，符合医疗行业的严谨性。

本方案中通过多端口的设计，满足了整个医嘱信息流转的使用需求，保证了在各个端口都能够得到信息的收发。该系统中医生可以合规地完成多点执业，可避免因不合规的行医或不规范的医嘱流程带来纠纷；系统中设置药师必须根据医嘱的内容进行审核后再发药，由此保障了流程的完整性以及合规性；机构管理端可根据自身需求定制一个或多个用药目录，多用药目录的设计可以满足更广泛的使用需求，提高了实用性能以及适用范围；通过设置前置审核条件可以进一步保障医嘱的正确性以及安全性，使患者获得安全、合规合法的电子医嘱以及购药信息；管理平台通过内部自身的运算逻辑，综合多种因素条件可协助患者对前往配药的药房进行选择，其中参考的因素包括但不限于地理位置、距离、交通便利程度以及主观意向等等，在这里，管理平台只向患者列出可选择的药房列表，通常原则为先提供库存中有医嘱上所有药品的药房的选择，其次根据患者的个性化需求提供其他可配全药品的药房的选择或库存中有一种或多种品种的药房。

优选地，每个机构的管理员通过机构管理端管理由管理平台内注册、授权的机构应用功能，医生在通过医生端注册时向管理平台提供自己的一个或多个执业机构的信息，由此首先通过执业点匹配的方式来建立医生与机构之间的信息连接，使得医生能够使用该机构下的一个或多个用药目录，并保障医生信息的合法合规性。其次，可多点执业的设计响应了国家的政策号召，符合社会的发展需求，医生可以根据实际情况在不同执业地进行执业时灵活切换。

优选地，机构管理端的多个用药目录可由机构的多个管理员进行管理，同一个用药目录有且仅有一个管理员进行管理，这样可以提高用药目录的管理效率，避免多个管理员同时管理同一个目录时由于信息交互不准确而产生错误。

优选地，管理平台为机构管理端添加一个或多个用药目录，目录中的药品品种由机构管理端提供给管理平台，或由管理平台直接导入，由此为机构管理端所使用的一个或多个用药目录提供了两个可选方案，可以由管理平台的管理员直接根据国家规定、或地区规定添加，也可以由机构管理端提供满足规定的用药目录，该目录的维护也可以由管理平台或机构的管理员进行维护，由此进一步提高了机构管理端的实用性以及灵活性，但目录的基本信息如名称、区域等不能授权更改。

优选地，前置审核包括目录前置审核和品种前置审核，前置审核可采用医生双签名和药师人工审核，每个用药目录均可设置自身的目录前置审核条件，每个用药目录中的处方药品种也可设置自身的前置审核条件；其中，采用医生双签名和药师人工审核的方式能够保障医嘱本身的严谨性以及安全性，其过程可以由机构的使用习惯组合进行，目录的前置审核打开后，可以进行目录的统一设置，比如处方的有效时间、该目录是否专用于慢病的目录等；在处方药品种的前置审核触发后，需要医生在备注中注明原因并使患者、药师知晓。

优选地，医嘱包括电子处方和健康建议书，电子处方有且仅有处方药品种，健康建议书有且仅有非处方药品种；

医生在开具电子处方时需要填写患者的临床诊断信息，选择是否向患者发送知情同意书，选择该处方是否为慢方，选择该处方的有效时间是否为三天，填写每个处方药的用法、用量以及数量，并在触发前置审核条件后进入前置审核流程，在电子处方开具结束后该电子处方信息限制在患者端的未执行医嘱中；

医生在开具健康建议书时需要填写患者的症状信息以及综合指导意见，填写每个非处方药的用法、用量以及数量，在健康建议书开具结束后该健康建议书的信息显示在患者端的非执行医嘱中。

优选地，管理平台通过患者端协助患者前往药房配药，在需要前往多个药房配药时进行分方，管理平台保障避免重复配药；全部的药品配药完成后，患者端显示有已执行医嘱；避免重复配药可以保障整个过程的严谨性和安全性，具体可表现为，在医生开具医嘱后，药师可以通过药师端读取患者端的医嘱二维码，或输入医嘱识别短码来读取到医嘱内的相关药品品种信息，当药师所在的药房内只存有一种或几种药品时，药师只能够看到本药房所存有的这几种药品，无法看到其他药品，随后药师进行审核和发药，在每一个药品发药结束后，医嘱中的药品将在管理平台内标记为已完成发药，并在其他药房的药师端无法再次可见，由此避免重复发药。

优选地，若医生开具的医嘱为慢方，则患者在电子处方的有效期内可按规定进行续方，每次续方前需要开具该慢方的医生同意续方请求，且需要前一次的慢方配药全部完成，在续方的过程中医生可以调整药品的品种、用法、用量以及数量；在续方的过程中，不管进行到第几次续方，只要医生不同意续方请求，该慢方即被终结，整个过程同样也是保障了医嘱的严谨性以及安全性。

优选地，该管理平台包括

核准注册模块，该核准注册模块对医生、患者、药师、机构以及药房的注册信息进行核准登记，对医生、患者、药师不符合规定的注册信息进行驳回；

信息存储模块，信息存储模块记录平台全部的注册用户信息、所有医嘱信息及相关操作信息、所有药品品种信息及相关操作信息、所有目录信息及相关操作信息。

信息记录模块，信息记录模块包括医生信息单元、患者信息单元、药师信息单元、机构信息单元以及药房信息单元，医生在开具医嘱时与对应患者建立联系，医生信息单元和患者信息单元中存储有对应患者的医嘱信息，药师在配药时同样与对应患者建立联系，药师信息单元中存储有药师的配药信息，机构信息单元中存储了每个注册的机构信息，并与医生信息单元建立联系，药房信息单元中存储有每个注册的药房信息，包括药房内所有存有且维护过的处方药和非处方药品种信息，药房信息单元与药师信息单元之间建立联系，医生、患者和药师均可分别通过医生端、患者端和药师端对各自在系统中的操作记录进行查询；

药品分方模块，药品分方模块根据开具的医嘱中的药品种类提示患者在哪些药房可以完成哪些品种的配药，药品分方模块在分方的过程中避免重复配药；

知识模块，该知识模块向医生以及药师提供医学及药事知识；

由此通过核准注册模块来对用户的注册信息进行验证，通过信息记录模块来存储管理平台内需要存储以及流转分发到各端口的信息，通过药品分方模块来帮助患者选择药房，并通过知识模块来协助医生、药师的执业过程。在药品分方模块进行分方的过程中，需要避免重复配药的情况发生。

所述的云电子医嘱流转综合管理方法，包括以下步骤：

(1)医生、患者、药师、机构的管理员和药房的管理员，分别在管理平台注册账户，医生在注册时需要提供自己的一个或多个执业机构；

(2)管理平台为机构添加一个或多个用药目录，并设置目录或目录中处方药的前置审核条件；

(3)药师将药房内有库存的处方药和非处方药的药品品种信息维护上传至管理平台中；

(4)医生为患者开具医嘱，医嘱包括电子处方和健康建议书，电子处方有且仅有处方药品种，健康建议书有且仅有非处方药品种；

(4.1)医生在开具电子处方时需要填写患者的临床诊断信息，并选择是否向患者发送知情同意书、选择该处方是否为慢方，选择该处方的有效时间是否为三天，填写每个处方药的用法、用量以及数量，并在触发前置审核条件后进入前置审核流程，电子处方开具完成后该电子处方的信息列入患者的未执行医嘱中；

(4.2)医生在开具健康建议书时需要填写患者的症状信息以及综合指导意见，填写每个非处方药的用法、用量以及数量，在健康建议书开具结束后该健康建议书信息列入患者的未执行医嘱中；

(5)管理平台根据医嘱中涉及的药品以及药房上传维护的药品信息，将可前往配药的一个或多个药房信息显示给患者；

(6)患者根据对取药位置和自身的需求前往药房配药；

(7)患者在配药时，药师通过读取医生开具的医嘱信息进行配药，药师只能够看到所在药房内有库存、维护上传过品种信息且未在其他药房配药的品种进行药品品种的配药，并进行审核发药，每完成一个药品的发药，患者的医嘱中该药品将无法再被其他药房的药师读取，所有药品发药完成后，该医嘱列入患者的已执行医嘱中；

(7.1)若医生开具的医嘱为慢方，则患者需要在有效期内按规定进行续方，每次续方需要请求开具该医嘱的医生同意，并完成前一次医嘱的全部配药，医生可在续方过程中调整医嘱中药品的品种、用法、用量以及数量。

在上述技术方案中，首先根据不同的用户设计有多个端口以及用于信息流转交互的管理平台，授权机构多个用药目录的设计能够满足更广泛的适用范围，并可根据实际情况对目录或目录中的处方分别设置前置审核条件，以提高医嘱的严谨性以及安全性；管理平台还能够根据医嘱中的药品信息以及药房机构端所上传的药品信息来对药品进行分方，从而合理地帮助患者选择前往配药的药房。

与现有技术相比，本方案首先是在便利性上满足了各端口用户的使用需求，可通过二维码或识别短码的形式对医嘱的内容进行读取，大大方便了医生和药师的工作；同时采用医生双签名、药师人工审核以及前置审核条件等设计，保障了整体系统的严谨性和安全性，结合多点执业的设计能够使得本系统可以合理地应用到市场环境中，在满足各项法规的要求同时，更满足了各用户独特的使用需求，实用性能强，适用范围广。更进一步的是，本方案中的分方逻辑，目的只在于给患者提供可选择的药房，不涉及任何商业内容以及药品的物流输送，不存在其他监管风险。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明中管理系统中各端口的交互示意图；

图2为本发明中管理系统的模块结构图。

具体实施方式

以下结合附图对本发明的优选实例进行说明，应当理解，此处所描述的优选实例仅用于说明和解释本发明，并不用于限定本发明。

如图1和2所示，本发明所述的云电子医嘱流转综合管理系统，该系统采用微服务的技术构建，可搭载在各项移动终端的应用程序中，包括但不限于微信小程序、支付宝小程序、百度小程序等平台，或独立的基于iOS或Android平台的Apps，或基于Windows或MacOS或Linux平台的应用。

具体的，该系统包括分别用于向医生、患者和药师提供注册渠道的医生端、患者端以及药师端，在注册时，系统对用户的个人信息进行审核，并批准或驳回，用户都需要进行实名登记，并通过OCR技术读取用户的身份证信息，从而保障信息的真实性，符合了医疗行业的严谨性。

该系统还包括机构管理端、药房管理端和管理平台，其中机构管理端是由机构的管理员进行注册登记，并将整个机构信息存储于管理平台中，药房管理端则是由药房的管理员进行注册登记，药房信息同样存储于管理平台中。医生在注册时，需要提供自己的执业机构信息，医生可以提供多个机构实现多点执业，这样不仅满足了医生实际工作中的需求，也推动着社会发展。同样的，药师也需要与已注册的药房进行匹配。管理平台用于对各个端口之间接入以及发出的消息进行处理、转发，各端口之间不直接进行消息往来，该传输过程可通过互联网、5G网络等方式实现，达到信息的准确性和唯一性。

在实际使用过程中，医生首先通过移动终端上微信小程序的医生端来生成医嘱，该生成的医嘱包含两种，分别是电子处方和健康建议书，医嘱中所包含的药品，需要为该机构有权限使用的用药目录中的药品。

具体的，管理平台可以为机构管理端添加一个或多个用药目录，这个用药目录可以由机构根据地方政策规定直接添加到机构管理端以供使用，也可以由机构管理端自行提供、维护，但是也需要符合规定，且目录的基本信息如名称、区域等不能授权更改，这样可以进一步提高机构管理端的实用性以及灵活性。

机构管理端的多个用药目录可由机构的多个管理员进行管理，同一个用药目录有且仅有一个管理员进行管理，这样可以提高用药目录的管理效率，避免多个管理员同时管理同一个目录时由于信息交互不准确而产生错误。

机构管理端还可以设置目录的前置审核和目录内处方药品种的前置审核，该前置审核的过程可采用医生双签名和药师人工审核结合的方式，以保障审核过程的严谨性和安全性。目录的前置审核打开后，可以进行目录的统一设置，比如处方的有效时间、该目录是否专用于慢病的目录等；在处方药品种的前置审核触发后，还需要医生在备注中注明触发的原因以及理由，并使患者、药师知晓。如规定每次的用药量为3次，若医生开具的医嘱中写明数量大于3，则该情况即触发前置审核，医生需要在医嘱备注中写明超量的原因。

电子处方中有且仅有处方药品种，健康建议书中有且仅有非处方药品种。

医生在开具电子处方时需要填写患者的临床诊断信息，选择是否向患者发送知情同意书，选择该处方是否为慢方，选择该处方的有效时间是否为三天，填写每个处方药的用法、用量以及数量，并在触发前置审核条件后进入前置审核流程，在电子处方开具结束后该电子处方信息限制在患者端的未执行医嘱中；

医生在开具健康建议书时需要填写患者的症状信息以及综合指导意见，填写每个非处方药的用法、用量以及数量，在健康建议书开具结束后该健康建议书的信息显示在患者端的非执行医嘱中。

在医嘱开具完毕后，患者端处可以生成医嘱的二维码和识别短码，并保存在患者端和管理平台中。随后管理平台会对医嘱中所涉及的药品品种与患者所在区域内的药房所维护上传的有库存药品信息进行比对，进而协助患者前往药房配药。

在该分方过程中，该系统只起到提供患者信息的作用，并不决定患者应当前往哪个药房配药。在全部的药品配药完成后，患者端即显示为已执行医嘱。在分方过程中，也遵守一个基本原则，即避免重复配药，具体可表现为，在医生开具医嘱后，药师可以通过药师端读取患者端的医嘱二维码，或输入医嘱识别短码来读取到医嘱内的相关药品品种信息，当药师所在的药房内只存有一种或几种药品时，药师只能够看到所在药房存有的这几种药品，无法看到其他药品，随后药师进行审核和发药，在每一个药品发药结束后，医嘱中的药品将在管理平台中标记为已完成发药，并在其他药房的药师端无法再次可见，由此避免重复发药。

分方的逻辑需要参考多种因素条件，包括但不限于地理位置、距离、交通便利程度以及患者的主观意向等，在这里，管理平台只向患者列出可选择的药房列表，通常原则为先提供存有医嘱上所有药品的药房的选择，其次根据患者的个性化需求提供其他可配全药品的药房的选择。

若医生开具的医嘱是慢方，则患者在电子处方的有效期内可按规定进行续方，每次续方前需要开具该慢方的医生同意续方请求，且需要前一次的慢方配药全部完成，在续方的过程中医生可以调整药品的品种、用法、用量以及数量；在续方的过程中，不管进行到第几次续方，只要医生不同意续方请求，该慢方即被终结，整个过程同样也是保障了医嘱的严谨性以及安全性。

该管理平台还包括核准注册模块，该核准注册模块对医生、患者、药师、机构以及药房的注册信息进行核准登记，对医生、患者、药师不符合规定的注册信息进行驳回；

信息存储模块，信息存储模块记录平台全部的注册用户信息、所有医嘱信息及相关操作信息、所有药品品种信息及相关操作信息、所有目录信息及相关操作信息；

信息记录模块，信息记录模块包括医生信息单元、患者信息单元、药师信息单元、机构信息单元以及药房信息单元，医生在开具医嘱时与对应患者建立联系，医生信息单元和患者信息单元中存储有对应患者的医嘱信息，药师在配药时同样与对应患者建立联系，药师信息单元中存储有药师的配药信息，机构信息单元中存储了每个注册的机构信息，并与医生信息单元建立联系，药房信息单元中存储有每个注册的药房信息，包括药房内所有存有且维护过的处方药和非处方药品种信息，药房信息单元与药师信息单元之间建立联系，医生、患者和药师均可分别通过医生端、患者端和药师端对各自在系统中的操作记录进行查询；

药品分方模块，药品分方模块根据开具的医嘱中的药品种类提示患者在哪些药房可以完成哪些品种的配药，药品分方模块在分方的过程中避免重复配药；

知识模块，该知识模块向医生以及药师提供医学及药事知识；

由此通过核准注册模块来对用户的注册信息进行验证，通过信息记录模块来存储管理平台内需要存储以及流转分发到各端口的信息，通过药品分方模块来帮助患者选择药房，并通过知识科普模块来提高医生、药师的职业水平，并对患者进行科普。

本发明所述的云电子医嘱流转综合管理方法，包括以下步骤：

(1)医生、患者、药师、机构的管理员和药房的管理员，分别在管理平台注册账户，医生在注册时需要提供自己的一个或多个执业机构信息；

(2)管理平台为机构添加一个或多个用药目录，并设置目录或目录中处方药的前置审核条件；

(3)药师将药房内有库存的处方药和非处方药的药品品种信息维护上传至管理平台中；

(4)医生为患者开具医嘱，医嘱包括电子处方和健康建议书，电子处方有且仅有处方药品种，健康建议书有且仅有非处方药品种；

(4.1)医生在开具电子处方时需要填写患者的临床诊断信息，并选择是否向患者发送知情同意书、选择该处方是否为慢方，选择该处方的有效时间是否为三天，填写每个处方药的用法、用量以及数量，并在触发前置审核条件后进入前置审核流程，电子处方开具完成后该电子处方的信息列入患者的未执行医嘱中；

(4.2)医生在开具健康建议书时需要填写患者的症状信息以及综合指导意见，填写每个非处方药的用法、用量以及数量，在健康建议书开具结束后该健康建议书信息列入患者的未执行医嘱中；

(5)管理平台根据医嘱中涉及的药品以及药房维护上传的药品信息，将可前往配药的一个或多个药房信息显示给患者；

(6)患者根据对取药位置和自身的需求前往药房配药；

(7)患者在配药时，药师通过读取医生开具的医嘱信息进行配药，药师只能够看到所在药房内有库存、维护上传过品种信息且未在其他药房配药的品种的进行药品品种的配药，并进行审核发药，每完成一个药品的发药，患者的医嘱中该药品将无法再被其他药房的药师读取，所有药品发药完成后，该医嘱列入患者的已执行医嘱中；

(7.1)若医生开具的医嘱为慢方，则患者需要在有效期内按规定进行续方，每次续方需要请求开具该医嘱的医生同意，并完成前一次医嘱的全部配药，医生可在续方过程中调整医嘱中药品的品种、用法、用量以及数量。

在上述技术方案中，首先根据不同的用户设计有多个端口以及用于信息流转交互的管理平台，授权机构多个用药目录的设计能够满足更广泛的适用范围，并可根据实际情况对目录或目录中的处方分别设置前置审核条件，以提高医嘱的严谨性以及安全性；管理平台还能够根据医嘱中的药品信息以及药房机构端所上传的药品信息来对药品进行分方，从而合理地帮助患者选择前往配药的药房。

与现有技术相比，本方案首先是在便利性上满足了各端口用户的使用需求，可通过二维码或识别短码的形式对医嘱的内容进行读取，大大方便了医生和药师的工作；同时采用医生双签名、药师人工审核以及前置审核条件等设计，保障了整体系统的严谨性和安全性，结合多点执业的设计能够使得本系统可以合理地应用到市场环境中，在满足各项法规的要求同时，更满足了各用户独特的使用需求，实用性能强，适用范围广。更进一步的是，本方案中的分方逻辑，目的只在于给患者提供可选择的药房，不涉及任何商业内容以及药品的物流输送，不存在其他监管风险。

最后应说明的是：以上所述仅为本发明的优选实例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种云电子医嘱流转综合管理系统，其特征在于，该系统包括

医生端，所述医生端向医生提供注册渠道，医生通过所述医生端进行多点执业选择并开具医嘱；

患者端，所述患者端向患者提供注册渠道，患者通过所述患者端可看到医生开具的医嘱；

药师端，所述药师端向药师提供注册渠道，药师可根据医嘱的内容进行前置审核，药师通过所述药师端可看到医生对患者开具的医嘱，并根据医嘱的内容进行审核以及发药；

机构管理端，所述机构管理端可定制自身一个或多个用药目录以供所属机构内或指定的医生使用，并设置前置审核条件；

药房管理端，药师通过所述药房管理端将药房内有库存且经维护过的处方药和非处方药品种信息上传至所述管理平台中；

管理平台，所述管理平台对医嘱的内容以及每个药房上传的药品信息进行匹配分析，通过患者端协助患者一次性完成或分方完成配药工作。

2.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，每个机构的管理员通过所述机构管理端在所述管理平台内管理机构应用功能，医生在通过所述医生端注册时提供自己的一个或多个执业机构，由管理平台进行单点或多点执业校验及审核。

3.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，所述机构管理端的多个用药目录可由机构的多个管理员进行管理，同一个用药目录有且仅有一个管理员进行管理。

4.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，所述管理平台为所述机构管理端添加一个或多个用药目录，目录中的药品品种由所述机构管理端提供给所述管理平台，或由所述管理平台直接导入。

5.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，所述前置审核包括目录前置审核和品种前置审核，所述前置审核可采用医生双签名和药师人工审核；

每个所述用药目录均可设置自身的目录前置审核条件，每个所述用药目录中的处方药品种也可设置自身的前置审核条件。

6.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，所述医嘱包括电子处方和健康建议书，所述电子处方有且仅有处方药品种，所述健康建议书有且仅有非处方药品种；

医生在开具所述电子处方时需要填写患者的临床诊断信息，选择是否向患者发送知情同意书，选择该处方是否为慢方，选择该处方的有效时间是否为三天，填写每个处方药的用法、用量以及数量，并在触发前置审核条件后进入前置审核流程，在电子处方开具结束后该电子处方信息显示在所述患者端的未执行医嘱中；

医生在开具健康建议书时需要填写患者的症状信息以及综合指导意见，填写每个非处方药的用法、用量以及数量，在健康建议书开具结束后该健康建议书信息显示在所述患者端的未执行医嘱中。

7.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，所述管理平台通过患者端协助患者前往一处药房配药的过程中，或需要前往多处药房配药的分方过程中，避免重复配药；

全部的药品配药完成后，所述患者端显示有已执行医嘱。

8.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，若医生开具的所述医嘱为慢方，则患者在所述电子处方的有效期内可按规定进行续方，每次续方前需要开具该慢方的医生同意续方请求，且需要前一次的慢方配药全部完成，在续方的过程中医生可以调整药品的品种、用法、用量以及数量。

9.根据权利要求1所述的云电子医嘱流转综合管理系统，其特征在于，所述管理平台包括

核准注册模块，所述核准注册模块对医生、患者、药师、机构以及药房的注册信息进行核准登记，对医生、患者、药师不符合规定的注册信息进行驳回；

信息存储模块，所述信息存储模块记录平台全部的注册用户信息、所有医嘱信息及相关操作信息、所有药品品种信息及相关操作信息、所有目录信息及相关操作信息；

信息记录模块，所述信息记录模块包括医生信息单元、患者信息单元、药师信息单元、机构信息单元以及药房信息单元，医生在开具所述医嘱时与对应患者建立联系，所述医生信息单元和所述患者信息单元中存储有对应患者的医嘱信息，药师在配药时同样与对应患者建立联系，所述药师信息单元中存储有药师的配药信息，所述机构信息单元存储每个注册的机构信息，并与所述医生信息单元建立联系，所述药房信息单元中存储有每个注册的药房信息，包括药房内所有存有且维护过的处方药和非处方药品种信息，所述药房信息单元与所述药师信息单元建立联系，医生、患者和药师均可分别通过所述医生端、患者端和药师端对各自在系统中的操作记录进行查询；

药品分方模块，所述药品分方模块根据开具的所述医嘱中的药品种类提示患者在哪些药房中可以完成哪些品种的配药，所述药品分方模块在分方的过程中避免重复配药；

知识模块，所述知识模块向医生以及药师提供医学及药事知识。

10.一种云电子医嘱流转综合管理方法，其特征在于，包括以下步骤：

(1)医生、患者、药师、机构的管理员和药房的管理员，分别在管理平台注册账户，医生在注册时需要提供自己的一个或多个执业机构的信息；

(2)管理平台为机构添加一个或多个用药目录，并设置目录或目录中处方药的前置审核条件；

(3)药师将药房内有库存的处方药和非处方药的药品品种信息上传维护至管理平台中；

(4)医生为患者开具医嘱，医嘱包括电子处方和健康建议书，电子处方有且仅有处方药品种，健康建议书有且仅有非处方药品种；

(4.1)医生在开具电子处方时需要填写患者的临床诊断信息，并选择是否向患者发送知情同意书、选择该处方是否为慢方，选择该处方的有效时间是否为三天，填写每个处方药的用法、用量以及数量，并在触发前置审核条件后进入前置审核流程，电子处方开具完成后该电子处方的信息列入患者的未执行医嘱中；

(4.2)医生在开具健康建议书时需要填写患者的症状信息以及综合指导意见，填写每个非处方药的用法、用量以及数量，在健康建议书开具结束后该健康建议书信息列入患者的未执行医嘱中；

(5)管理平台根据医嘱中涉及的药品以及药房上传维护的药品信息，将可前往配药的一个或多个药房信息显示给患者；

(6)患者根据对取药位置和自身的需求前往药房配药；

(7)患者在配药时，药师通过读取医生开具的医嘱信息进行配药，药师只能够看到所在药房内有库存、维护上传过品种信息且未在其他药房配药的品种进行药品品种的配药，并进行审核发药，每完成一个药品的发药，患者的医嘱中该药品将无法再被其他药房的药师读取，所有药品发药完成后，该医嘱列入患者的已执行医嘱中；

(7.1)若医生开具的医嘱为慢方，则患者需要在有效期内按规定进行续方，每次续方需要请求开具该医嘱的医生同意，并完成前一次医嘱的全部配药，医生可在续方过程中调整医嘱中药品的品种、用法、用量以及数量。

Images