CN108682448B - 一种处方审核管理平台 - Google Patents

Abstract

本发明提出一种处方审核管理平台，所述处方审核管理平台包括：待审核处方及患者信息接收模块，用于接收待审核处方信息和患者信息；处方信息获取模块，用于根据待审核处方信息中的患者身份信息获取患者的其他处方数据；审核模块，用于将来自所述处方信息获取模块的其他处方数据与当前待审核处方结合，并根据预定的规则集对结合后的处方进行审核；提示模块，用于接收审核结果，并根据审核结果发出调整或确认待审核处方的提示；处方信息存储模块，用于将经过确认的处方信息保存到所述处方数据库中。本发明提出的一种处方审核管理平台解决了，医院处方外购过程中患者的权利问题和药品安全监督管理的问题，使得用药更为安全和规范。

Description

一种处方审核管理平台

技术领域

本发明涉及医药管理领域，尤其涉及一种处方审核管理平台。

背景技术

“医院处方外购”是政府落实“医药分家”的一项重大举措，从根本上革除“以药养医”带来的过度用药、过度治疗等弊端，对医疗事业的发展有着极其重大的战略意义。药品销售环节将借助于互联网从医疗机构内部转移到医药销售企业，用药安全的直接责任主体也因此发生了改变。特别是当患者同时就医于不同医疗机构时，由于各家医疗机构间信息不对称，所开具的处方之间可能存在的配伍禁忌、超剂量、用药规范等用药安全风险，即：每一份单独的处方都是符合配伍禁忌、超剂量、用药规范等规定要求的，但同时患者同时执行时出现用药风险。因此，GSP法规成为了用药安全的最后底线，医药销售企业将成为最后底线的守卫者。

本发明涉及一种医药销售企业针对药品配伍禁忌、超剂量、用药规范的处方审核管理平台，旨在通过互联网和IT技术帮助，在医疗机构处方外购的过程中，支撑医药销售企业严格执行政府药监部门关于药品流通管理GSP法规中，针对处方审核、调配环节的相关规定。

现有技术中，各医疗机构仅能查询到本医疗机构对患者开出的处方，不能查询到其他医疗机构开出的处方或患者自行购买的药品信息。并且患者在不了解药品配伍禁忌、超剂量和用药规范的情况下，可能会误服药品，也存在安全隐患。本发明提出的一种处方审核管理平台，从技术上实现了对药品使用的监督管理，尤其是在处方外购过程中，使得用药安全更安全，对患者的健康更有保障。

发明内容

本发明要解决的技术问题是针对处方外购过程中的药品配伍禁忌、超剂量和用药规范管理的问题。

本发明具体是以如下技术方案实现的：

一种处方审核管理平台，所述处方审核管理平台包括：

待审核处方及患者信息接收模块，用于接收待审核处方信息和患者信息；所述待审核处方信息中包括患者身份信息、处方医师身份信息和医师开具的处方信息；所述患者身份信包括患者的姓名、性别、年龄和/或出生日期，还包括身份证号码或社会医疗保障卡号码；所述处方医师身份信息包括处方医师的姓名、所属医疗机构及科室；

处方信息获取模块，用于根据待审核处方信息中的患者身份信息从处方数据库中获取关于患者的其他处方数据，具体地，所述处方信息获取模块包括：身份信息提交单元和其他处方数据接收单元；

进一步地，所述身份信息提交单元，用于向所述处方数据库提交待审核处方信息中的患者身份信息；所述其他处方数据接收单元，用于接收来自所述处方数据库的患者的其他处方数据；所述其他处方数据包括：当前并行处方数据、既往衔接处方数据以及自行购买药品记录中的全部药品数据；所述当前并行处方数据是患者当前执行的全部处方，所述既往衔接处方数据是特定时间段内已经结束的对现行处方存在潜在影响的处方；

审核模块，用于将来自所述处方信息获取模块的其他处方数据与当前待审核处方结合，并根据预定的规则集对结合后的处方进行审核，所述审核模块还包括：配伍禁忌及剂量审核子系统和用药规范审核子系统；

具体地，所述审核模块包括：处方合成单元、处方提交单元、处方审核结果生成单元和处方审核结果接收单元；

进一步地，所述处方合成单元，用于将当前待审核处方和来自所述处方信息获取模块的当前用药信息合成为虚拟当前处方，所述当前用药信息来自所述当前并行处方数据和/或患者自行购买药品记录中的全部药品数据；所述处方提交单元，用于向配伍禁忌及剂量审核子系统提交来自所述处方合成单元的虚拟当前处方；所述处方审核结果生成单元，用于所述配伍禁忌及剂量审核子系统根据配伍禁忌及剂量规则集生成审核结果；所述处方审核结果接收单元，用于接收来自所述配伍禁忌及剂量审核子系统的处方审核结果；

所述审核模块还可以对用药信息进行审核，具体地，所述审核模块包括用药信息合成单元、用药信息提交单元、用药信息审核结果生成单元和用药信息审核结果接收单元；

进一步地，所述用药信息合成单元，用于将当前待审核处方和既往用药信息合成为虚拟用药信息，所述既往用药信息来自所述既往衔接处方数据和/或所述患者自行购买药品记录中的全部药品数据；所述用药信息提交单元，用于向用药规范子系统提交所述虚拟用药信息；所述用药信息审核结果生成单元，用于所述用药规范审核子系统根据用药规范的规则集生成审核结果；所述用药信息审核结果接收单元，用于接收来自所述用药规范子系统的用药信息审核结果；

提示模块，用于接收来自审核模块的审核结果，并根据审核结果发出调整或确认待审核处方的提示，具体地，所述提示模块包括：提示信息生成单元和提示信息发送单元；

进一步地，所述提示信息生成单元，用于根据接收到的审核结果生成提示信息；所述提示信息发送单元，用于向终端发送提示信息，所述提示信息包括审核结果和患者的其他处方数据；所述其他处方数据包括：患者的当前并行处方数据、既往衔接处方数据中的一种或多种；

处方信息存储模块，将经过确认的处方信息保存包所述处方数据库中；

进一步地，所述处方审核管理平台还包括：患者指定用药信息接收单元、第一筛选单元和第二筛选单元；所述患者指定用药信息接收单元，用于接收患者指定用药信息，所述患者指定用药信息包括对用药的医疗机构和/或处方调配规则等的指定信息；所述第一筛选单元，用于根据设定的规则集从处方的药品信息中筛选出需要在医疗机构保管或使用的药品信息；其中，所述药品信息包括处方信息中的药品通用名信息等；所述第二筛选单元，用于根据需要在医疗机构保管或使用的药品信息，筛选出具备相应资质的用药的医疗机构，生成具备相应资质的医疗机构集合，并发送给处方提交装置的医师端或患者端；所述第二筛选单元，还用于根据需要在医疗机构保管或使用的药品信息和患者制定用药信息，筛选出用药医疗机构集合；

进一步地，所述处方审核管理平台还包括：医疗机构选择单元和用药请求发送单元，所述医疗机构选择单元，用于从具备相应资质的可选的用药医疗机构中选择目标医疗机构；所述用药请求发送单元，用于对选中的目标医疗机构的用药管理终端发送患者用药请求。

采用上述技术方案，本发明所述的一种处方审核管理平台，具有如下有益效果：

1)本发明提供的一种处方审核管理平台通过获取处方管理系统或数据中的处方信息，实现了对患者当前并行处方数据和既往衔接处方数据的查看；

2)本发明提供的一种处方审核管理平台通过与配伍禁忌及剂量审核子系统和用药规范子系统进行信息交互，实现了对当前待审核处方的审核；

3)本发明提供的一种处方审核管理平台实现了对用药安全的监督管理，使得用药更为安全和规范。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种处方审核管理平台的模块示意图；

图2为本发明实施例提供的一种处方审核管理平台及终端的数据交互示意图；

图3为本发明实施例提供的一种处方信息获取模块组成示意图；

图4为本发明实施例提供的一种审核模块组成示意图；

图5为本发明实施例提供的一种提示模块组成示意图；

图6为本发明实施例提供的一种处方审核管理平台的组成示意图；

图7为本发明实施例提供的一种处方审核管理方法流程图；

图8为本发明实施例提供的一种药品配送管理方法流程图。

以下对附图作补充说明：

100-待审核处方及患者信息接收模块；200-处方信息获取模块；300-审核模块；400-提示模块；500-处方信息存储模块；201-身份信息提交单元；202-其他处方数据接收单元；301-处方合成单元；302-处方提交单元；303-处方审核结果生成单元；304-处方审核结果接收单元；305-用药信息合成单元；306-用药信息提交单元；307-用药信息审核结果生成单元；308-用药信息审核结果接收单元；401-提示信息生成单元；402-提示信息发送单元；601-患者指定用药信息接收单元；602-第一筛选单元；603-第二筛选单元；604-医疗机构选择单元；605-用药请求发送单元。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在医师开具处方时，无法准确掌握患者在其他医疗机构的就医和用药的全部信息，比如，患者患有慢性病或当前正在进行其他疾病的治疗，或者医师在开具处方时对于剂量的掌控出现问题，对治疗效果会产生影响，严重地甚至会威胁患者的生命安全。

本发明实施例中提供了一种处方审核管理平台，如图1-6所示，所述处方审核管理平台可以与终端进行通信，还可以与处方数据库、配伍禁忌及剂量审核子系统和用药规范子系统进行数据交互，所述处方审核管理平台包括：

待审核处方及患者信息接收模块100，用于接收待审核处方信息和患者信息。所述患者信息是患者的用户信息，所述患者信息包括用户名、绑定的手机号、常用支付手段、常用配送地址等信息。所述待审核处方信息中包括患者身份信息和医师开具的处方信息；所述患者身份信息包括患者的姓名、性别、年龄和/或出生日期，还包括身份证号码或社会医疗保险卡号码；并且所述待审核处方信息还可能会包括处方医师身份信息和所属医疗机构信息，如处方医师的姓名和/或ID、医院名称和/或ID。

处方信息获取模块200，用于根据待审核处方信息中的患者身份信息从处方数据库获取关于患者的其他处方数据，具体地，所述处方信息获取模块200包括：身份信息提交单元201和其他处方数据接收单元202。

所述身份信息提交单元201，用于向所述处方数据库提交患者身份信息。所述其他处方数据接收单元202，用于接收来自所述处方数据库的患者的其他处方数据。所述处方数据库中存储有患者的其他处方数据，所述其他处方数据包括：当前并行处方数据、既往衔接处方数据以及自行购买药品记录中的全部药品数据。所述当前并行处方数据是患者当前正执行的全部处方，所述既往衔接处方数据是特定时间段内已经结束的对现行处方存在潜在影响的处方。需要指出的是，所述现行处方是指当前待审核的即将执行的处方，也就是说，既往衔接处方数据是已经执行结束的，但是可能对即将执行的处方产生影响的处方数据。

审核模块300，用于将来自所述处方信息获取模块200的其他处方数据与当前待审核处方结合，并根据预定的规则集对结合后的处方进行审核。所述审核模块还包括：配伍禁忌及剂量审核子系统和用药规范审核子系统。

所述审核模块300包括：处方合成单元301、处方提交单元302、处方审核结果生成单元303和处方审核结果接收单元304。所述处方合成单元301，用于将当前待审核处方和来自所述处方信息获取模块200的当前用药信息合成为虚拟当前处方，所述当前用药信息来自所述当前并行处方数据和/或患者自行购买药品记录中的全部药品数据。所述处方提交单元302，用于向配伍禁忌及剂量审核子系统提交来自所述处方合成单元301的虚拟当前处方。所述处方审核结果生成单元303，用于所述配伍禁忌及剂量审核子系统根据配伍禁忌及剂量规范生成审核结果。所述处方审核结果接收单元304，用于接收来自所述配伍禁忌及剂量审核子系统的处方审核结果。

所述审核模块300还可以对用药信息进行审核，所述审核模块300还包括：用药信息合成单元305、用药信息提交单元306、用药信息审核结果生成单元307和用药信息审核结果接收单元308。

所述用药信息合成单元305，用于将当前待审核处方和既往用药信息合成为虚拟用药信息，所述既往用药信息来自所述既往衔接处方数据和/或所述患者自行购买药品记录中的全部药品信息，需要指出的是，此处药品信息包括处方信息中的药品通用名信息和自行购买的药品产品名信息。所述用药信息提交单元306，用于向用药规范子系统提交所述虚拟用药信息。所述用药信息审核结果生成单元307，用于所述用药规范审核子系统根据用药规范的规则集生成审核结果。所述用药信息审核结果接收单元308，用于接收来自所述用药规范子系统的用药信息审核结果。

提示模块400，用于接收来自审核模块300的审核结果，并根据审核结果发出调整或确认待审核处方的提示。所述提示模块400包括：提示信息生成单元401和提示信息发送单元402。所述提示信息生成单元401，用于根据接收到的审核结果生成提示信息。所述提示信息发送单元402，用于向终端发送提示信息，所述提示信息包括审核结果和患者的其他处方数据。所述其他处方数据包括：患者的当前并行处方数据、既往衔接处方数据以及自行购买药品记录中的全部药品数据中的一种或多种。

处方信息存储模块500，用于将经过确认的处方信息保存到所述处方数据库中。当所述处方管理平台接收到来自所述处方提交装置的医师端的确认指令后，将经过确认的处方信息保存到所述处方数据库中。

由于处方中的药品可能包括一些只能在具备相应资质的医疗机构使用的药品，比如，毒、麻、精、放、水针、输液等。为了保证患者的选择权，所述处方审核管理平台还可以为患者筛选出符合相应资质的医疗机构，由患者和医师根据需求选择。

因此，所述处方审核管理平台还包括：患者指定用药信息接收单元601、第一筛选单元602和第二筛选单元603。所述患者指定用药信息接收单元601，用于接收患者指定用药信息，所述患者指定用药信息包括对用药医疗机构和/或处方调配规则等的指定信息，所述处方调配规则可以是进口药优先、国产药优先、价格优先、销量优先、效价比优先等规则。所述第一筛选单元602，用于根据设定的规则集从处方的药品信息中筛选出需要在医疗机构保管或使用的药品信息，也就是，以GSP中的相关规则集作为约束条件，从处方信息中筛选出需要在医疗机构保管或使用的药品信息。所述第二筛选单元603，用于根据需要在医疗机构保管或使用的药品信息，筛选出具备相应资质的用药医疗机构，生成具备相应资质的医疗机构集合，并发送给处方提交装置的医师端或患者端；所述第二筛选单元603，还用于根据需要在医疗机构保管或使用的药品信息和患者指定用药信息，筛选出用药医疗机构集合。

所述处方审核管理平台还包括：医疗机构选择单元604和用药请求发送单元605。所述医疗机构选择单元604，用于从具备相应资质的可选的用药医疗机构集合中选择目标医疗机构。所述用药请求发送单元605，用于对目标医疗机构的用药管理终端发送患者用药请求。

进一步地，所述处方审核管理平台还会接收到来自所述目标医疗机构的用药管理终端的响应信息，根据响应信息判断该医疗机构是否能够满足患者的用药请求。如果该医疗机构不能满足患者的用药请求，则接收到来自该医疗机构的用药管理终端的反馈信息，反馈信息包括拒绝患者用药请求的信息和拒绝原因，并向处方提交装置的医师端或患者端发出重新选择目标医疗机构的提示。如果该医疗机构能够满足患者的用药请求，则接收到来自该医疗机构的用药管理终端的用药安排信息，所述用药安排信息包括用药医疗机构名称、用药时间和/或药品使用信息，并将用药安排信息发送给处方提交装置的医师端或患者端。需要指出的是，所述药品使用信息指的是患者即将使用的药品产品名和相应剂量的信息。

本发明一个可行的实施例中提供了一种处方审核管理方法。具体地，如图7所示，所述处方审核管理方法包括：

S101.响应于来自终端的患者信息和待审核处方信息，处方信息获取模块向处方数据库提交所述待审核处方信息中的患者身份信息。所述待审核处方信息中包括患者身份信息、处方医师身份信息和医师开具的处方信息；所述患者身份信包括患者的姓名、性别、年龄和/或出生日期，还包括身份证号码或社会医疗保障卡号码；所述处方医师身份信息包括处方医师的姓名、所属医疗机构及科室。

S102.以患者身份信息为约束条件，所述处方信息获取模块从处方数据库获取并接收患者的其他处方数据，所述其他处方数据包括：患者当前并行处方数据、既往衔接处方数据以及自行购买药品记录中的全部药品数据。

S103.响应于来自所述处方数据库的其他处方数据，所述审核模块将当前待审核处方和当前用药信息合成为一个虚拟当前处方，并向配伍禁忌及剂量审核子系统提交所述虚拟当前处方。所述配伍禁忌及剂量审核子系统根据预定的规则集判断所述待审核处方是否符合规定，并生成处方审核结果。所述当前用药信息来自所述当前并行处方数据和/或患者自行购买药品记录中的全部药品数据。

所述审核模块将当前待审核处方和既往用药信息合成为一个虚拟用药信息，并向用药规范审核子系统提交所述虚拟用药信息，所述用药规范审核子系统根据规则集判断所述虚拟用药信息是否符合规范，并生成用药信息审核结果。所述既往用药信息来自所述既往衔接处方数据和/或所述患者自行购买药品记录中的全部药品数据。

响应于审核系统生成的审核结果，所述审核模块向提示模块发送所述审核结果。

S104.所述提示模块根据接收到的审核结果，生成提示信息，向所述处方提交装置发出提示。所述提示信息包括审核结果和患者的其他处方数据；所述其他处方数据包括：患者的当前并行处方数据、既往衔接处方数据中的一种或多种。如果处方未通过审核，则请求所述处方提交装置的医师端对待审核处方进行调整或确认操作。

S105.所述处方信息存储模块接收到所述确认指令后，将确认后的处方信息通过磁盘保存到存储器中，也就是保存到处方数据库中。

由于处方中的药品可能包括一些只能在具备相应资质的医疗机构使用的药品，比如，毒、麻、精、放、水针、输液等。为了保证患者的选择权，所述处方审核管理平台还可以为患者筛选出符合相应资质的医疗机构，由患者和医师根据需求选择。因此所述处方审核管理方法可能还包括以下步骤：

S106.接收患者指定用药信息，所述患者指定用药信息包括对于用药医疗机构和/或处方调配规则等指定信息，所述处方调配规则可以是进口药优先、国产药优先、价格优先、销量优先、效价比优先等规则。再根据预定的规则集，也就是GSP中的相关规定，从处方的药品信息中筛选出需要在医疗机构保管或使用的药品，并根据患者指定用药信息和需要在医疗机构保管或使用的药品筛选出具备相应资质的用药医疗机构，生成可选的用药医疗机构集合。进一步地，将筛选出的用药医疗机构集合发送到处方提交装置的医师端或患者端，由医师或患者根据需要选择合适的目标医疗机构。接收到目标医疗机构名称后，向目标医疗机构的用药管理终端发送患者用药请求，接收来自所述用药医疗机构的用药管理终端的响应信息。

如果未接收到患者指定用药信息，则会向处方提交装置的患者端发出提示，提示患者对用药医疗机构和/或处方调配规则等进行限定；如果接收到患者指定用药信息，则不再发出提示。

S107.如果该用药医疗机构不能满足患者的用药请求，接收到的所述响应信息是反馈信息，反馈信息包括拒绝患者用药请求的信息和拒绝原因，则向处方提交装置的医师端或患者端发出提示，请求重新选择目标医疗机构，接收到新的目标医疗机构名称后，再次对目标医疗机构发出患者用药请求。如果该用药医疗机构可以满足患者的用药请求，接收到的响应信息是用药安排信息，所述用药安排信息包括用药医疗机构名称、用药时间和/或药品使用信息，再向所述处方提交装置的医师端或患者端发出用药安排信息。

由于处方中的药品可能包括一些只能在具备相应资质的医疗机构使用的药品，比如，毒、麻、精、放、水针、输液等。为了保证患者的选择权，所述处方审核管理平台还可以为患者筛选出符合相应资质的医疗机构，由患者和医师根据需求选择。

在本发明的一个可行的实施例中，提供了一种药品配送管理方法，具体地，如图8所示，所述药品配送管理方法包括：

S201.响应于确认指令，保存处方信息后，第一筛选单元根据处方信息和预定的规则集，从处方信息中筛选出需要在医疗机构保管或使用的药品信息。

S202.第二筛选单元根据需要在医疗机构保管或使用的药品信息，筛选出具备相应资质的用药医疗机构，并生成具备相应资质的用药医疗机构集合，并发送给处方提交装置的医师端或患者端。第二筛选单元还可以根据需要在医疗机构保管或使用的药品信息和患者指定用药信息，筛选出用药医疗机构集合

S203.医疗机构选择单元从具备相应资质的用药医疗机构集合中选出目标医疗机构。

S204.响应于接收到的目标医疗机构名称，用药请求发送单元向目标医疗机构管理终端发出患者用药请求。

S205.接收来自目标医疗机构的用药管理终端的响应信息，并根据响应信息判断该用药医疗机构是否能够满足患者的用药请求。如果该用药医疗机构不能满足患者的用药请求，接收到的响应信息是反馈信息，所述反馈信息包括拒绝患者用药请求的信息和拒绝原因，向处方提交装置的医师端或患者端发出重新选择目标医疗机构的提示，并返回步骤S202。如果该用药医疗机构能够满足患者的用药请求，则接收到的响应信息是用药安排信息，所述用药安排信息包括用药医疗机构名称、用药时间和/或药品使用信息。

S206.响应于接收到的用药安排信息，向处处方提交装置的医师端或患者端发出用药安排信息。

本发明的一个实施例中还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例中实现一种处方审核管理方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

第一步，接收患者信息和待审核处方，并向审核系统提交患者信息和待审核处方；

第二步，根据待审核处方中的患者身份信息，从处方数据库中获取患者的其他处方数据；

第三步，审核系统对当前待审核处方进行审核，并生成审核结果；

第四步，根据审核结果，生成提示信息，并向处方提交装置的医师端或患者端发出提示；

第五步，接收到来自终端的确认指令时，将处方信息保存到处方数据库中；

第六步，根据处方信息获取具备相应资质的可选的用药医疗机构，并生成可选的用药医疗机构集合，选择目标医疗机构，并发出患者用药请求；

第七步，接收用药安排信息，并向处方提交装置的医师端或患者端发出用药安排信息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的一个实施例中还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例中实现一种药品配送管理方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

第一步，根据预定规则集，从处方信息中筛选出需要在医疗机构保管或使用的药品；

第二步，根据需要在医疗机构保管或使用的药品信息，筛选出具备相应资质的用药医疗机构，并发送给处方提交装置的医师端或患者端；

第三步，接收来自处方提交装置的医师端或患者端的目标医疗机构名称；

第四步，向目标医疗机构的用药管理终端发出患者用药请求；

第五步，接收来自用药医疗机构的用药管理终端的响应信息，所述响应信息包括反馈信息和用药安排信息；

第六步，响应于接收到的响应信息，向处方提交装置的医师端或患者端发出反馈信息或用药安排信息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1.一种处方审核管理平台，其特征在于，所述处方审核管理平台包括：

待审核处方及患者信息接收模块(100)，用于接收待审核处方信息和患者信息；

处方信息获取模块(200)，用于根据待审核处方信息中的患者身份信息获取患者的其他处方数据；其中，所述其他处方数据包括：当前并行处方数据、既往衔接处方数据以及自行购买药品记录中的全部药品数据；所述当前并行处方数据是患者当前执行的全部处方，所述既往衔接处方数据是特定时间段内已经结束的对现行处方存在潜在影响的处方；

审核模块(300)，用于将来自所述处方信息获取模块(200)的其他处方数据与当前待审核处方结合，并根据预定的规则集对结合后的处方进行审核；

提示模块(400)，用于接收审核结果，并根据审核结果发出调整或确认待审核处方的提示；

处方信息存储模块(500)，用于将经过确认的处方信息保存到处方数据库中；

其中，所述处方审核管理平台还包括：

患者指定用药信息接收单元(601)，用于接收患者指定用药信息，所述患者指定用药信息包括对用药的医疗机构和/或处方调配规则的指定信息，所述处方调配规则包括进口药优先、国产药优先、价格优先、销量优先、效价比优先；

第一筛选单元(602)，用于根据设定的规则集从处方的药品信息中筛选出需要在医疗机构保管或使用的药品信息；

第二筛选单元(603)，用于根据需要在医疗机构保管或使用的药品信息，筛选出具备相应资质的用药医疗机构集合，还用于根据需要在医疗机构保管或使用的药品信息和患者指定用药信息，筛选出用药医疗机构集合；

医疗机构选择单元(604)，用于从具备相应资质的用药的医疗机构中选择目标医疗机构；

用药请求发送单元(605)，用于对选中的目标医疗机构发送患者用药请求；

以及，所述处方信息获取模块(200)根据待审核处方信息中的患者身份信息获取患者的其他处方数据的具体方式为：向处方数据库提交待审核处方信息中的患者身份信息，并接收来自所述处方数据库的其他处方数据；

所述审核模块(300)将来自所述处方信息获取模块(200)的其他处方数据与当前待审核处方结合，并根据预定的规则集对结合后的处方进行审核的具体方式为：将当前待审核处方结合当前并行处方数据、患者自行购买药品记录中的全部药品数据中至少一种，合成虚拟当前处方；以及，将当前待审核处方结合既往衔接处方数据、患者自行购买药品记录中的全部药品数据二者中的至少一种合成虚拟用药信息；根据配伍禁忌及剂量规范对虚拟当前处方进行审核生成处方审核结果，并根据用药规范的规则集对虚拟用药信息生成用药信息审核结果；

所述提示模块(400)根据审核结果发出调整或确认待审核处方的提示的具体方式，包括：根据接收到的审核结果生成提示信息，并发送所述提示信息，所述提示信息包括所述审核结果和所述患者的其他处方数据。

2.根据权利要求1所述的一种处方审核管理平台，其特征在于，所述处方信息获取模块(200)包括：身份信息提交单元(201)和其他处方数据接收单元(202)；

所述身份信息提交单元(201)，用于向所述处方数据库提交待审核处方信息中的患者身份信息；

所述其他处方数据接收单元(202)，用于接收来自所述处方数据库的其他处方数据。

3.根据权利要求1所述的一种处方审核管理平台，其特征在于，所述审核模块(300)还包括配伍禁忌及剂量审核子系统和用药规范审核子系统。

4.根据权利要求3所述的一种处方审核管理平台，其特征在于，所述审核模块(300)包括：处方合成单元(301)、处方提交单元(302)、处方审核结果生成单元(303)和处方审核结果接收单元(304)；

所述处方合成单元(301)，用于将当前待审核处方和来自所述处方信息获取模块(200)的当前用药信息合成为虚拟当前处方；

所述处方提交单元(302)，用于向所述配伍禁忌及剂量审核子系统提交来自所述处方合成单元的虚拟当前处方；

所述处方审核结果生成单元(303)，用于所述配伍禁忌及剂量审核子系统根据配伍禁忌及剂量规范生成审核结果；

所述处方审核结果接收单元(304)，用于接收来自所述配伍禁忌及剂量审核子系统的处方审核结果。

5.根据权利要求4所述的一种处方审核管理平台，其特征在于，所述当前用药信息来自当前并行处方数据和/或患者自行购买药品记录中的全部药品数据。

6.根据权利要求3所述的一种处方审核管理平台，其特征在于，所述审核模块(300)还能对用药信息进行审核，所述审核模块(300)还包括：

用药信息合成单元(305)，用于将当前待审核处方和来自所述处方信息获取模块(200)的既往用药信息合成为虚拟用药信息；

用药信息提交单元(306)，用于向所述用药规范审核子系统提交所述虚拟用药信息；

用药信息审核结果生成单元(307)，用于所述用药规范审核子系统根据用药规范的规则集生成审核结果；

用药信息审核结果接收单元(308)，用于接收来自所述用药规范子系统的用药信息审核结果。

7.根据权利要求6所述的一种处方审核管理平台，其特征在于，所述既往用药信息来自既往衔接处方数据和/或所述患者自行购买药品记录中的全部药品数据。

8.根据权利要求1所述的一种处方审核管理平台，其特征在于，所述提示模块(400)包括：提示信息生成单元(401)和提示信息发送单元(402)；

所述提示信息生成单元(401)，用于根据接收到的审核结果生成提示信息；

所述提示信息发送单元(402)，用于发送提示信息，所述提示信息包括审核结果和所述患者的其他处方数据。

Images