CN112259253A - 一种医疗处方审核系统及方法 - Google Patents

Abstract

本发明公开了一种医疗处方审核系统及方法，涉及医疗技术领域，包括：第一数据库，预存有标准处方信息；第二数据库，预存有历史就诊信息；存储模块，用于存储医生上传的处方信息；审核模块，用于审核处方信息是否合规；处理模块，用于将最终处方输出至一配送模块，所述配送模块进行药品的调配。本发明的技术方案的有益效果在于：顺应了政策的要求，改造了现有的电子处方流转途径，创造性的建设了用药决策知识库，解决了原有人工审核时效率低下的弊端，提升了对处方合理性的审核效果，实现了均一性的审核标准，实现了互联网医院、社会药店处方外配以及医联体内的处方审核，并可开展后续处方点评工作，对用药决策知识库的规则进行维护。

Description

一种医疗处方审核系统及方法

技术领域

本发明涉及医疗技术领域，尤其涉及一种医疗处方审核系统及方法。

背景技术

当前，根据《医疗机构处方审核规范》规定，医生开具的所有处方均应当经过审核，并在审核通过后方可进入划价收费和调配环节，医疗机构可以通过相关信息系统辅助药师开展处方审核。

在现有技术中，绝大部分医院对医生开具的处方仍采取人工审核的方法，不仅效率低下，滞后明显，且处方审核的效果明显受医疗人员总人数和个体水平影响，难以实现统一标准和进行同质化管理。随着互联网医疗的兴起，互联网医院、社会药店的处方外配以及医联体形式互联互通的需求无法得到满足，因此，如何高效统一的对电子处方上所开具的药品进行合理性审核成为了亟待解决的现实问题。

发明内容

根据现有技术中存在的问题，现提供一种医疗处方审核系统及方法，旨在解决原有人工审核时效率低下的弊端，提升对处方合理性的审核效果，避免可能的安全用药事故发生，实现均一性的审核标准。

上述技术方案具体包括：

一种医疗处方审核系统，其中，包括：

第一数据库，预存有与多种病症一一对应的标准处方信息；

第二数据库，预存有多个病人的历史就诊信息；

存储模块，具有一接收端，所述接收端连接至多个医生处的输入端，用于接收并存储所述医生上传的处方信息；

审核模块，连接至所述存储模块、所述第一数据库和所述第二数据库，用于根据所述标准处方信息、所述历史就诊信息审核所述处方信息是否合规，并输出一审核结果，所述审核结果与对应的所述处方信息关联存储于所述存储模块中；

处理模块，连接至所述存储模块和所述审核模块，用于根据所述审核结果对所述处方信息分别进行处理，以使得所述处方信息作为一最终处方输出至一配送模块，所述配送模块根据所述最终处方进行药品的配送。

优选的，所述标准处方信息包括多种所述病症以及与所述病症一一对应的标准用药处方；

所述历史就诊信息包括多位所述病人的信息及与所述病人一一对应的历史用药处方；

所述处方信息包括所述处方信息对应的所述病人的信息，所述病人对应的所述病症、用药处方及上传所述用药处方的医生的信息。

优选的，所述审核模块包括：

第一审核单元，用于根据所述标准处方信息对所述处方信息进行审核，并输出一第一审核结果；

第二审核单元，用于根据所述历史就诊信息对所述处方信息进行审核，并输出一第二审核结果；

所述第一审核结果和所述第二审核结果共同构成所述审核结果；

当所述第一审核结果和所述第二审核结果中的任意一个表示所述处方信息不合规时，所述审核结果为所述处方信息不合规。

优选的，所述第一审核单元包括：

第一提取部件，用于提取所述处方信息中包括的所述病症；

第一检索部件，连接至所述第一提取部件，用于根据所述病症在所述第一数据库中进行检索，以得到对应的所述标准处方信息；

第一处理部件，连接至所述第一检索部件，用于根据所述标准处方信息处理得到对应的所述标准用药处方，根据所述处方信息处理得到所述用药处方；

第一审核部件，连接至所述第一处理部件，用于判断所述用药处方是否符合所述标准用药处方，并输出所述第一审核结果。

优选的，所述第二审核单元包括：

第二提取部件，用于根据所述处方信息提取得到所述处方信息对应的所述病人的信息；

第二检索部件，连接至所述第二提取部件，用于根据所述病人的信息在所述第二数据库中进行检索，以得到所述病人对应的所述历史就诊信息；

第二处理部件，连接至所述第二检索部件，用于根据所述历史就诊信息得到对应的历史用药处方，根据所述处方信息处理得到所述用药处方；

第二审核部件，连接至所述第二处理部件，预存有一审核标准，用于根据所述历史用药处方和所述审核标准进行所述用药处方的审核，并输出所述第二审核结果。

优选的，所述处理模块包括：

评估单元，预存有一评估规则，用于在所述审核结果表示所述处方信息不符合规则时，按照所述评估规则对所述处方信息进行评估，并输出一评估结果；

拦截单元，连接至所述评估单元，用于在所述评估结果表示所述处方信息存在高风险问题时，将所述处方信息传输回所述医生处；

审核单元，连接至所述评估单元，用于在所述评估结果表示所述处方信息不存在高风险问题时，将所述处方信息发送给药师进行人工审核，并输出一第三审核结果；

处理单元，连接至所述审核单元，用于根据所述第三审核结果对所述处方信息进行处理，以得到所述最终处方。

优选的，所述处理单元包括：

输出部件，用于在所述第三审核结果表示所述处方信息符合所述审核规则时，将所述处方信息作为所述最终处方输出给所述配送模块；

第一标记部件，用于在所述第三审核结果表示所述处方信息不符合规则时，将所述处方信息打上第一标记并将打上所述第一标记的所述处方信息及所述药师给出的审核意见一并发送回对应的所述医生；

第二标记部件，连接至所述第一标记部件，用于在所述医生不接受所述审核意见时将打上所述第一标记的所述处方信息打上第二标记并作为所述最终处方输出至所述配送模块。

在本技术方案中，还包括：

一种医疗处方审核方法，应用于所述医疗处方审核系统，其中，包括：

步骤S1：建立一第一数据库以存储与多种病症一一对应的标准处方信息，一第二数据库以存储多个病人的历史就诊信息；

步骤S2：一存储模块接收医生上传的处方信息并将所述处方信息进行储存；

步骤S3：一审核模块根据所述标准处方信息、所述历史就诊信息判断所述处方信息是否合规；

若是，则一处理模块将所述处方信息作为一最终处方输出至一配送模块，所述配送模块根据所述最终处方进行药品的配送；

若否，则进行一处理过程。

优选的，所述处理过程包括：

步骤S11：所述审核模块根据所述处方信息包含的病症对应的所述标准处方信息中的标准用药处方判断所述处方信息包含的用药处方是否合规；

若是，则转到步骤S12；

若否，则转到步骤S13；

步骤S12：所述审核模块根据一审核标准和所述处方信息包含的病人的信息对应的所述历史就诊信息中的历史用药处方判断所述用药处方是否合规；

若是，则所述处理模块将所述处方信息作为所述最终处方输出至所述配送模块，所述配送模块根据所述最终处方进行药品的配送；

若否，则转到步骤S13；

步骤S13：所述审核模块根据一评估规则判断所述处方信息是否存在高风险问题；

若是，则所述处理模块将所述处方信息发回所述医生处，所述医生进行所述处方信息的处理；

若否，则转到步骤S14；

步骤S14：所述审核模块将所述处方信息发送给一药师进行人工审核，所述药师判断所述处方信息是否符合所述审核规则；

若是，则所述处理模块将所述处方信息作为所述最终处方输出至所述配送模块，所述配送模块根据所述最终处方进行药品的配送；

若否，则转到步骤S15；

步骤S15：所述处理模块在所述医生不接受所述药师的审核意见时，将所述处方信息分别打上所述药师和所述医生的带有时间戳的电子签名章并作为所述最终处方输出至所述配送模块，所述配送模块根据所述最终处方进行药品的配送。

本发明的技术方案的有益效果在于：顺应了政策的要求，改造了现有的电子处方流转途径，创造性的建设了用药决策知识库，解决了原有人工审核时效率低下的弊端，使用统一进行辅助判断提升了对处方合理性的审核效果，避免了可能的安全用药事故发生，实现了均一性的审核标准；同时，通过架设硬件前置机与软件审核，实现了互联网医院、社会药店处方外配以及医联体内的处方审核，并可根据保存的处方及相应的审核结果开展后续处方点评工作，对用药决策知识库的规则进行维护。

附图说明

参考所附附图，以更加充分的描述本发明的实施例。然而，所附附图仅用于说明和阐述，并不构成本发明范围的限制。

图1为本发明实施例的医疗处方审核系统的模块组成图；

图2为本发明实施例的审核模块的单元组成图；

图3为本发明实施例的第一审核单元的部件组成图；

图4为本发明实施例的第二审核单元的部件组成图；

图5为本发明实施例的处理模块的单元组成图；

图6为本发明实施例的处理单元的部件组成图；

图7为本发明实施例的医疗处方审核方法的系统流程示意图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明提供一种医疗处方审核系统，如图1所示，其中，包括：

第一数据库1，预存有与多种病症一一对应的标准处方信息；

第二数据库2，预存有多个病人的历史就诊信息；

存储模块3，具有一接收端，接收端连接至多个医生处的输入端，用于接收并存储医生上传的处方信息；

审核模块4，连接至存储模块3、第一数据库1和第二数据库2，用于根据标准处方信息、历史就诊信息审核处方信息是否合规，并输出一审核结果，审核结果与对应的处方信息关联存储于存储模块3中；

处理模块5，连接至存储模块3和审核模块4，用于根据审核结果对处方信息分别进行处理，以使得处方信息作为一最终处方输出至一配送模块6，配送模块6根据最终处方进行药品的调配。

具体的，管理员在后续可周期性的查看存储模块3中的处方信息及与其对应的审核结果，以实现对本技术方案中医疗处方审核系统的点评，并根据点评结果对第一数据库中的标准处方信息进行补充完善，防止出现标准处方信息遗漏用药的问题。

具体的，配送模块6设置于互联网医院、社会药店以及医联体内。

在一种较优的实施例中，标准处方信息包括多种病症以及与病症一一对应的标准用药处方；

历史就诊信息包括多位病人的信息及与病人一一对应的历史用药处方；

处方信息包括处方信息对应的病人的信息，病人对应的病症、用药处方及上传用药处方的医生的信息。

具体的，用药处方中包括药品的剂量和用法，单次处方中开具的药品总量，选用的药品的剂型与给出药品的途径。

在一种较优的实施例中，如图2所示，审核模块4包括：

第一审核单元41，用于根据标准处方信息对处方信息进行审核，并输出一第一审核结果；

第二审核单元42，用于根据历史就诊信息对处方信息进行审核，并输出一第二审核结果；

第一审核结果和第二审核结果共同构成审核结果；

当第一审核结果和第二审核结果中的任意一个表示处方信息不合规时，审核结果为处方信息不合规。

在一种较优的实施例中，如图3所示，第一审核单元41包括：

第一提取部件411，用于提取处方信息中包括的病症；

第一检索部件412，连接至第一提取部件411，用于根据病症在第一数据库1中进行检索，以得到对应的标准处方信息；

第一处理部件413，连接至第一检索部件412，用于根据标准处方信息处理得到对应的标准用药处方，根据处方信息处理得到用药处方；

第一审核部件414，连接至第一处理部件413，用于判断用药处方是否符合标准用药处方，并输出第一审核结果。

具体的，第一审核部件414用于审核用药处方中的药品的剂量和用法是否正确，单次处方中开具的药品总量是否符合规定，选用的药品的剂型与给出药品的途径是否适宜。

在一种较优的实施例中，如图4所示，第二审核单元42包括：

第二提取部件421，用于根据处方信息提取得到处方信息对应的病人的信息；

第二检索部件422，连接至第二提取部件421，用于根据病人的信息在第二数据库2中进行检索，以得到病人对应的历史就诊信息；

第二处理部件423，连接至第二检索部件422，用于根据历史就诊信息得到对应的历史用药处方，根据处方信息处理得到用药处方；

第二审核部件424，连接至第二处理部件423，预存有一审核标准，用于根据历史用药处方和审核标准进行用药处方的审核，并输出第二审核结果。

具体的，第二审核部件424中的审核标准具体用于审核用药处方中的药品与所述历史用药处方中的药品是否重复、是否存在联合用药禁忌。

在一种较优的实施例中，如图5所示，处理模块5包括：

评估单元51，预存有一评估规则，用于在审核结果表示处方信息不符合规则时，按照评估规则对处方信息进行评估，并输出一评估结果；

拦截单元52，连接至评估单元51，用于在评估结果表示处方信息存在高风险问题时，将处方信息传输回医生处；

审核单元53，连接至评估单元51，用于在评估结果表示处方信息不存在高风险问题时，将处方信息发送给药师进行人工审核，并输出一第三审核结果；

处理单元54，连接至审核单元53，用于根据第三审核结果对处方信息进行处理，以得到最终处方。

具体的，评估单元51的评估规则可根据具体的病症设置不同的评估规则，比如可以为在医生开具某种药品时将处方信息认定为存在高风险问题或是在某种药品的剂量超过一预设的阈值时将处方信息认定为存在高风险问题。

具体的，拦截单元52将处方信息传输回医生处后，若医生仍坚持使用该处方信息，则拦截单元52在写明具体情况并记录的情况下将处方信息传输至配送模块6；若医生进行了处方信息的更改，则医生通过输入端将处方信息重新上传至存储模块3，进行新一轮的审核过程。

在一种较优的实施例中，如图6所示，处理单元54包括：

输出部件541，用于在第三审核结果表示处方信息符合审核规则时，将处方信息作为最终处方输出给配送模块6；

第一标记部件542，用于在第三审核结果表示处方信息不符合规则时，将处方信息打上第一标记并将打上第一标记的处方信息及药师给出的审核意见一并发送回对应的医生；

第二标记部件543，连接至第一标记部件542，用于在医生不接受审核意见时将打上第一标记的处方信息打上第二标记并作为最终处方输出至配送模块6。

具体的，第一标记为药师的个人电子签名章及时间戳，第二标记为医生的个人电子签名章及时间戳。

具体的，药师在审核处方信息并判定为不符合审核规则的情况下，第一标记部件542将处方信息盖上药师的个人电子签名章及时间戳后，连通药师给出的审核意见一起传回给医生，若医生不接受审核意见，则第二标记部件543将盖上药师的个人电子签名章的处方信息改上该医生的个人电子签名章及时间戳后输出至配送模块6，以实现所有最终处方的流程可追溯，个人电子签名章用于找到对应的医生和药师，时间戳用于确认时间。

本技术方案中的处方审核系统的具体使用过程如下：

首先，医生根据病人的实际情况开具处方，并将该处方电子化后通过输入端上传至存储模块3，存储模块3将医生上传的处方信息进行保存。

进一步地，审核模块4中的第一提取部件411提取处方信息中包括的病症，第一检索部件412根据病症在第一数据库1中进行检索得到对应的标准处方信息，第一处理部件413根据标准处方信息处理得到对应的标准用药处方，并根据处方信息处理得到用药处方。

进一步地，第一审核部件414根据标准用药处方判断用药处方中的药品的剂量和用法是否正确，单次处方中开具的药品总量是否符合规定，选用的药品的剂型与给出药品的途径是否适宜，并输出第一审核结果。

进一步地，第二审核单元42中的第二提取部件421根据处方信息提取得到处方信息对应的病人的信息，第二检索部件422根据病人的信息在第二数据库2中进行检索得到病人对应的历史就诊信息，第二处理部件423根据历史就诊信息得到对应的历史用药处方，根据处方信息处理得到用药处方。

进一步地，第二审核部件424根据历史用药处方和审核标准审核用药处方中的药品与所述历史用药处方中的药品是否重复、是否存在联合用药禁忌，并输出第二审核结果。

若第一审核结果和第二审核结果均表示处方信息合规，则审核模块4将处方信息输出至处理模块5，处理模块5将处方信息输出为最终处方；

若第一审核结果和第二审核结果中的任意一项表示处方信息不合规，则审核模块4将处方信息输出至处理模块5，处理模块对处方信息进行进一步地评估。

进一步地，处理模块5中的评估单元51根据一评估规则对处方信息评估处方信息是否存在高风险问题；

若是，拦截单元52将处方信息传输回医生处，在医生进行处方信息的修改时，处方信息重新通过输入端上传至存储模块进行新一轮的审核，在医生不进行处方信息的修改时，本技术方案中的处方审核系统记录下医生填写的具体情况后将处方信息输出为最终处方；

若否，审核单元53将处方信息发送给药师进行人工审核，处理单元54根据药师的审核结果对处方信息进行进一步地处理；

若药师认为处方信息符合审核规则，则处理单元54中的输出部件541将处方信息作为最终处方输出给配送模块6；

若药师认为处方信息不符合审核规则，则处理单元54中的第一标记部件542将处方信息打上药师的个人电子签名章和时间戳连同药师给出的审核意见一并发送回对应的医生；

进一步地，若医生接受了药师的审核意见对处方信息进行修改，则修改后的处方信息重新通过输入端上传至存储模块3，进行新一轮的审核；若医生不接受审核意见，第二标记部件543将打上打上药师的个人电子签名章和时间戳的处方信息打上医生的个人电子签名章和时间戳并作为最终处方。

进一步地，配送模块6根据最终处方进行药品的调配，在调配完成后，输出一完成信号，在接收到完成信号后，本技术方案中的处方审核系统继续进行药品的结算统计。

在本技术方案中，还包括：

一种医疗处方审核方法，应用于上述医疗处方审核系统，如图7所示，其中，包括：

步骤S1：建立一第一数据库1以存储与多种病症一一对应的标准处方信息，一第二数据库2以存储多个病人的历史就诊信息；

步骤S2：一存储模块3接收医生上传的处方信息并将处方信息进行储存；

步骤S3：一审核模块4根据标准处方信息、历史就诊信息判断处方信息是否合规；

若是，则一处理模块5将处方信息作为一最终处方输出至一配送模块6，配送模块6根据最终处方进行药品的配送；

若否，则进行一处理过程。

在一种较优的实施例中，处理过程包括：

步骤S11：审核模块4根据处方信息包含的病症对应的标准处方信息中的标准用药处方判断处方信息包含的用药处方是否合规；

若是，则转到步骤S12；

若否，则转到步骤S13；

步骤S12：审核模块4根据一审核标准和处方信息包含的病人的信息对应的历史就诊信息中的历史用药处方判断用药处方是否合规；

若是，则处理模块5将处方信息作为最终处方输出至配送模块6，配送模块6根据最终处方进行药品的配送；

若否，则转到步骤S13；

步骤S13：审核模块4根据一评估规则判断处方信息是否存在高风险问题；

若是，则处理模块5将处方信息发回所述医生处，医生进行处方信息的处理；

若否，则转到步骤S14；

步骤S14：审核模块4将处方信息发送给一药师进行人工审核，药师判断处方信息是否符合审核规则；

若是，则处理模块5将处方信息作为最终处方输出至配送模块6，配送模块6根据最终处方进行药品的配送；

若否，则转到步骤S15；

步骤S15：处理模块5在医生不接受药师的审核意见时，将处方信息分别打上药师和医生的带有时间戳的电子签名章并作为最终处方输出至配送模块6，配送模块6根据最终处方进行药品的配送。

本发明的技术方案的有益效果在于：顺应了政策的要求，改造了现有的电子处方流转途径，创造性的建设了用药决策知识库，解决了原有人工审核时效率低下的弊端，使用统一进行辅助判断提升了对处方合理性的审核效果，避免了可能的安全用药事故发生，实现了均一性的审核标准；同时，通过架设硬件前置机与软件审核，实现了互联网医院、社会药店处方外配以及医联体内的处方审核，并可根据保存的处方及相应的审核结果开展后续处方点评工作，对用药决策知识库的规则进行维护。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (9)

1.一种医疗处方审核系统，其特征在于，包括：

第一数据库，预存有与多种病症一一对应的标准处方信息；

第二数据库，预存有多个病人的历史就诊信息；

存储模块，具有一接收端，所述接收端连接至多个医生处的输入端，用于接收并存储所述医生上传的处方信息；

审核模块，连接至所述存储模块、所述第一数据库和所述第二数据库，用于根据所述标准处方信息、所述历史就诊信息审核所述处方信息是否合规，并输出一审核结果，所述审核结果与对应的所述处方信息关联存储于所述存储模块中；

处理模块，连接至所述存储模块和所述审核模块，用于根据所述审核结果对所述处方信息分别进行处理，以使得所述处方信息作为一最终处方输出至一配送模块，所述配送模块根据所述最终处方进行药品的配送。

2.根据权利要求1所述的医疗处方审核系统，其特征在于，所述标准处方信息包括多种所述病症以及与所述病症一一对应的标准用药处方；

所述历史就诊信息包括多位所述病人的信息及与所述病人一一对应的历史用药处方；

所述处方信息包括所述处方信息对应的所述病人的信息，所述病人对应的所述病症、用药处方及上传所述用药处方的医生的信息。

3.根据权利要求2所述的医疗处方审核系统，其特征在于，所述审核模块包括：

第一审核单元，用于根据所述标准处方信息对所述处方信息进行审核，并输出一第一审核结果；

第二审核单元，用于根据所述历史就诊信息对所述处方信息进行审核，并输出一第二审核结果；

所述第一审核结果和所述第二审核结果共同构成所述审核结果；

当所述第一审核结果和所述第二审核结果中的任意一个表示所述处方信息不合规时，所述审核结果为所述处方信息不合规。

4.根据权利要求3所述的医疗处方审核系统，其特征在于，所述第一审核单元包括：

第一提取部件，用于提取所述处方信息中包括的所述病症；

第一检索部件，连接至所述第一提取部件，用于根据所述病症在所述第一数据库中进行检索，以得到对应的所述标准处方信息；

第一处理部件，连接至所述第一检索部件，用于根据所述标准处方信息处理得到对应的所述标准用药处方，根据所述处方信息处理得到所述用药处方；

第一审核部件，连接至所述第一处理部件，用于判断所述用药处方是否符合所述标准用药处方，并输出所述第一审核结果。

5.根据权利要求3所述的医疗处方审核系统，其特征在于，所述第二审核单元包括：

第二提取部件，用于根据所述处方信息提取得到所述处方信息对应的所述病人的信息；

第二检索部件，连接至所述第二提取部件，用于根据所述病人的信息在所述第二数据库中进行检索，以得到所述病人对应的所述历史就诊信息；

第二处理部件，连接至所述第二检索部件，用于根据所述历史就诊信息得到对应的历史用药处方，根据所述处方信息处理得到所述用药处方；

第二审核部件，连接至所述第二处理部件，预存有一审核标准，用于根据所述历史用药处方和所述审核标准进行所述用药处方的审核，并输出所述第二审核结果。

6.根据权利要求1所述的医疗处方审核系统，其特征在于，所述处理模块包括：

评估单元，预存有一评估规则，用于在所述审核结果表示所述处方信息不符合规则时，按照所述评估规则对所述处方信息进行评估，并输出一评估结果；

拦截单元，连接至所述评估单元，用于在所述评估结果表示所述处方信息存在高风险问题时，将所述处方信息传输回所述医生处；

审核单元，连接至所述评估单元，用于在所述评估结果表示所述处方信息不存在高风险问题时，将所述处方信息发送给药师进行人工审核，并输出一第三审核结果；

处理单元，连接至所述审核单元，用于根据所述第三审核结果对所述处方信息进行处理，以得到所述最终处方。

7.根据权利要求6所述的医疗处方审核系统，其特征在于，所述处理单元包括：

输出部件，用于在所述第三审核结果表示所述处方信息符合所述审核规则时，将所述处方信息作为所述最终处方输出给所述配送模块；

第一标记部件，用于在所述第三审核结果表示所述处方信息不符合规则时，将所述处方信息打上第一标记并将打上所述第一标记的所述处方信息及所述药师给出的审核意见一并发送回对应的所述医生；

第二标记部件，连接至所述第一标记部件，用于在所述医生不接受所述审核意见时将打上所述第一标记的所述处方信息打上第二标记并作为所述最终处方输出至所述配送模块。

8.一种医疗处方审核方法，其特征在于，应用于如权利要求1-7任意一项所述的医疗处方审核系统，包括：

步骤S1：建立一第一数据库以存储与多种病症一一对应的标准处方信息，一第二数据库以存储多个病人的历史就诊信息；

步骤S2：一存储模块接收医生上传的处方信息并将所述处方信息进行储存；

步骤S3：一审核模块根据所述标准处方信息、所述历史就诊信息判断所述处方信息是否合规；

若是，则一处理模块将所述处方信息作为一最终处方输出至一配送模块，所述配送模块根据所述最终处方进行药品的配送；

若否，则进行一处理过程。

9.根据权利要求8所述的医疗处方审核方法，其特征在于，所述处理过程包括：

步骤S11：所述审核模块根据所述处方信息包含的病症对应的所述标准处方信息中的标准用药处方判断所述处方信息包含的用药处方是否合规；

若是，则转到步骤S12；

若否，则转到步骤S13；

步骤S12：所述审核模块根据一审核标准和所述处方信息包含的病人的信息对应的所述历史就诊信息中的历史用药处方判断所述用药处方是否合规；

若是，则所述处理模块将所述处方信息作为所述最终处方输出至所述配送模块，所述配送模块根据所述最终处方进行药品的配送；

若否，则转到步骤S13；

步骤S13：所述审核模块根据一评估规则判断所述处方信息是否存在高风险问题；

若是，则所述处理模块将所述处方信息发回所述医生处，所述医生进行所述处方信息的处理；

若否，则转到步骤S14；

步骤S14：所述审核模块将所述处方信息发送给一药师进行人工审核，所述药师判断所述处方信息是否符合所述审核规则；

若是，则所述处理模块将所述处方信息作为所述最终处方输出至所述配送模块，所述配送模块根据所述最终处方进行药品的配送；

若否，则转到步骤S15；

步骤S15：所述处理模块在所述医生不接受所述药师的审核意见时，将所述处方信息分别打上所述药师和所述医生的带有时间戳的电子签名章并作为所述最终处方输出至所述配送模块，所述配送模块根据所述最终处方进行药品的配送。

Images