一种AI引擎审方系统的制作方法

本发明涉及医疗技术领域，具体为一种ai引擎审方系统。

背景技术：

伴随互联网技术的广泛应用、智能终端的普及和网民使用习惯的改变，互联网行业正迎来一个全新的时代。据知名网站通讯流量监测机构的研究报告，从2009年以来，互联网用户数量每年呈双倍增长，互联网普及率达到51.7％，超过全球平均水平3.1个百分点。而医疗健康互联网化作为互联网渗透的中后期产物，是医疗产业发展的必然趋势，在日常的患者看病过程中，医生需要对患者的病情进行诊断，并在诊断后根据病情向患者需要服用或是使用的药品，即开处方，随后患者根据该处方至开药窗口购买相应的药品，然而，在患者的病情有特殊情况，不能根据标准开具处方时，医生通常会根据自身经验填写处方中的药品信息，在医生的长时间工作后，可能会因为疏忽导致在处方中出现一些药性冲突的药品信息，此时，若患者根据该处方使用药品，可能会产生不良反应，而且由于现在各个医疗机构彼此的患者信息不互通，有时患者可能在两家医院就诊并由不同的医生开具处方，而且两个处方有可能都不太相同，不仅造成患者的困惑，而且还会降低就诊效率，从而耽误了患者的就诊时间，给使用者带来极大的不便。

技术实现要素：

本发明的目的在于提供一种ai引擎审方系统，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：一种ai引擎审方系统系统包括用户端、待审信息端、处方审核端和药品销售端；

s1、用户端，当医护人员通过用户端输入需要审核处方的信息，包括患者的年龄和身份；

s2、待审信息端，当处方信息发送给待审信息端时，待审信息端开始筛选，按照待审处方的时间一个一个把待审处方信息发送给处方审核端；

s3、处方审核端，根据接收的待审处方信息对处方药物进行检索，判断处方药物是否符合药品审核规则，当处方审核通过时，则把该信息传送给审方服务器进行存储，若审核不通过，则根据提示让医护人员进行修改，然后在把待审处方信息发送给处方审核端；

s4、将审核完成后的信息进行存储，然后把信息传送给医护终端；

s5、医护人员进行查看医护终端信息，然后进行核实，核实完成后，把该信息发送给药品销售端，药品销售端人员进行查看，然后进行配药；

s6、配药完成后，可以通过患者的客户端直接发生订单和支付验证消息，带患者支付完成后，便可以进行取药。

优选的，用户端内具有患者信息存储模块，患者信息存储模块存储有患者信息，包括患者身份，所有医疗机构看病史、患病情况和取药信息，使得患者信息在各个医疗机构连通。

优选的，药品销售端有验证审方医师身份的身份验证模块，对进入药品销售端的操作人员和进入处方审核端的执业药师进行身份验证。

优选的，用户端设有信息保留模块，当一位患者之前使用过该处方时，则直接可以进入处方审核端。

优选的，处方审核中设置有药品审核模块，在判定药品信息有药性冲突时，就会判定审核不合格，审核结果为打回状态，当处于打回状态时，则需要医护人员根据提示从新进行修改，然后在把待审处方信息发送给处方审核端，在判定药品信息没有药性冲突时，就会判定审核合格，审核结果为通过状态。

优选的，在待审信息端对待审信息进行筛选时，可以根据医护人员的备注就行审核，当医护人员配注加急时或者军人时，可以优先把信息发送给处方审核端进行审核。

与现有技术相比，本发明的有益效果是：避免通过医生的经验进行填写药品信息，本发明能够检测该处方中的药品是否存在相互冲突的药品，从而避免患者服用，降低了患者的不良反应的发生，同时使得各个医疗机构内患者的信息可以相互连通，避免患者可能在两家医院就诊并由不同的医生开具处方，大大提高了就诊效率，同时提高了患者的就诊时间，而且可以根本备注信息，对待审处方信息进行筛选，避免延误加急患者的病情。

附图说明

图1为本发明系统结构示意图。

具体实施方式

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

请参阅图1，本发明提供一种技术方案：一种ai引擎审方系统，系统包括用户端、待审信息端、处方审核端和药品销售端。

s1、用户端，当医护人员通过用户端输入需要审核处方的信息，包括患者的年龄和身份，用户端内具有患者信息存储模块，患者信息存储模块存储有患者信息，包括患者身份，所有医疗机构看病史、患病情况和取药信息，使得患者信息在各个医疗机构连通，用户端设有信息保留模块，当一位患者之前使用过该处方时，则直接可以进入处方审核端。

s2、待审信息端，当处方信息发送给待审信息端时，待审信息端开始筛选，按照待审处方的时间一个一个把待审处方信息发送给处方审核端，在待审信息端对待审信息进行筛选时，可以根据医护人员的配注就行审核，当医护人员备注加急时或者军人时，可以优先把信息发送给处方审核端进行审核。

s3、处方审核端，根据接收的待审处方信息对处方药物进行检索，判断处方药物是否符合药品审核规则，当处方审核通过时，则把该信息传送给审方服务器进行存储，若审核不通过，则根据提示让医护人员进行修改，然后在把待审处方信息发送给处方审核端，处方审核中设置有药品审核模块，在判定药品信息有药性冲突时，就会判定审核不合格，审核结果为打回状态，当处于打回状态时，则需要医护人员根据提示从新进行修改，然后在把待审处方信息发送给处方审核端，在判定药品信息没有药性冲突时，就会判定审核合格，审核结果为通过状态。

s4、将审核完成后的信息进行存储，然后把信息传送给医护终端。

s5、医护人员进行查看医护终端信息，然后进行核实，核实完成后，把该信息发送给药品销售端，药品销售端人员进行查看，然后进行配药，药品销售端有验证审方医师身份的身份验证模块，对进入药品销售端的操作人员和进入处方审核端的执业药师进行身份验证。

s6、配药完成后，可以通过患者的客户端直接发生订单和支付验证消息，带患者支付完成后，便可以进行取药，避免通过医生的经验进行填写药品信息，本发明能够检测该处方中的药品是否存在相互冲突的药品，从而避免患者服用，降低了患者的不良反应的发生，同时使得各个医疗机构内患者的信息可以相互连通，避免患者可能在两家医院就诊并由不同的医生开具处方，大大提高了就诊效率，同时提高了患者的就诊时间，而且可以根本备注信息，对待审处方信息进行筛选，避免延误加急患者的病情。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

技术特征：

1.一种ai引擎审方系统，其特征在于：系统包括用户端、待审信息端、处方审核端和药品销售端；

s1、用户端，当医护人员通过用户端输入需要审核处方的信息，包括患者的年龄和身份；

s2、待审信息端，当处方信息发送给待审信息端时，待审信息端开始筛选，按照待审处方的时间一个一个把待审处方信息发送给处方审核端；

s3、处方审核端，根据接收的待审处方信息对处方药物进行检索，判断处方药物是否符合药品审核规则，当处方审核通过时，则把该信息传送给审方服务器进行存储，若审核不通过，则根据提示让医护人员进行修改，然后在把待审处方信息发送给处方审核端；

s4、将审核完成后的信息进行存储，然后把信息传送给医护终端；

s5、医护人员进行查看医护终端信息，然后进行核实，核实完成后，把该信息发送给药品销售端，药品销售端人员进行查看，然后进行配药；

s6、配药完成后，可以通过患者的客户端直接发生订单和支付验证消息，带患者支付完成后，便可以进行取药。

2.根据权利要求1所述的一种ai引擎审方系统，其特征在于：用户端内具有患者信息存储模块，患者信息存储模块存储有患者信息，包括患者身份，所有医疗机构看病史、患病情况和取药信息，使得患者信息在各个医疗机构连通。

3.根据权利要求1所述的一种ai引擎审方系统，其特征在于：药品销售端有验证审方医师身份的身份验证模块，对进入药品销售端的操作人员和进入处方审核端的执业药师进行身份验证。

4.根据权利要求1所述的一种ai引擎审方系统，其特征在于：用户端设有信息保留模块，当一位患者之前使用过该处方时，则直接可以进入处方审核端。

5.根据权利要求1所述的一种ai引擎审方系统，其特征在于：处方审核中设置有药品审核模块，在判定药品信息有药性冲突时，就会判定审核不合格，审核结果为打回状态，当处于打回状态时，则需要医护人员根据提示从新进行修改，然后在把待审处方信息发送给处方审核端，在判定药品信息没有药性冲突时，就会判定审核合格，审核结果为通过状态。

6.根据权利要求1所述的一种ai引擎审方系统，其特征在于：在待审信息端对待审信息进行筛选时，可以根据医护人员的配注就行审核，当医护人员备注加急时或者军人时，可以优先把信息发送给处方审核端进行审核。

技术总结
本发明公开了一种AI引擎审方系统，系统包括用户端、待审信息端、处方审核端和药品销售端，S1、用户端，当医护人员通过用户端输入需要审核处方的信息，包括患者的年龄和身份，S2、待审信息端，当处方信息发送给待审信息端时，待审信息端开始筛选。与现有技术相比，本发明的有益效果是：避免通过医生的经验进行填写药品信息，本发明能够检测该处方中的药品是否存在相互冲突的药品，从而避免患者服用，降低了患者的不良反应的发生，同时使得各个医疗机构内患者的信息可以相互连通，大大提高了就诊效率，同时提高了患者的就诊时间，而且可以根本备注信息，对待审处方信息进行筛选，避免延误加急患者的病情。

技术研发人员：付巍;王湛;王勃勋;周鹏
受保护的技术使用者：银川脑心同治互联网医院有限公司
技术研发日：2019.11.23
技术公布日：2020.04.10