CN109377313B - 一种药品的采购方法、系统及终端设备 - Google Patents

Abstract

本发明适用于计算机应用技术领域，提供了一种药品的采购方法、系统以及终端设备，所述方法包括：接收第一终端发送的待采购药品信息，待采购药品信息包括采购药品名称、采购药品用途和采购数量，若预设库存信息表中存在与采购药品名称或采购药品用途相同的药品信息，则检测药品信息中的药品库存数量是否小于采购数量，药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息，若药品库存数量小于采购数量，则根据药品库存数量和采购数量更新待采购药品信息，并将更新后的待采购药品信息发送至第二终端，更新后的待采购药品信息用于指示采购人员进行采购，若药品库存数量大于或等于采购数量，则将药品信息中的摆放位置信息发送至第一终端。

Description

一种药品的采购方法、系统及终端设备

技术领域

本发明属于计算机应用技术领域，尤其涉及一种药品的采购方法、系统及终端设备。

背景技术

临时采购药品是医院的一项常规工作，即临时采购不在本院基本用药目录内的药品或临床急需药品、特殊药品等。当采购人员接收到临时采购药品信息后，需要先人工检查一下药房是否存在临时采购药品从而确定是否去采购该临时采购药品。

因此，现有技术中通过人工采购药品的方式存在采购效率低以及采购人员工作量较大的问题。

发明内容

有鉴于此，本发明实施例提供了一种药品的采购方法、系统及终端设备，以解决现有技术中通过人工采购药品的方式存在采购效率低以及采购人员工作量较大的问题。

本发明实施例的第一方面提供了一种药品的采购方法，包括：

接收第一终端发送的待采购药品信息，所述待采购药品信息包括采购药品名称、采购药品用途和采购数量；

若预设库存信息表中存在与所述采购药品名称或所述采购药品用途相同的药品信息，则检测所述药品信息中的药品库存数量是否小于所述采购数量，所述药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息；

若所述药品库存数量小于所述采购数量，则根据所述药品库存数量和所述采购数量更新所述待采购药品信息，并将更新后的待采购药品信息发送至第二终端，所述更新后的待采购药品信息用于指示采购人员进行采购；

若所述药品库存数量大于或等于所述采购数量，则将所述药品信息中的摆放位置信息发送至所述第一终端。

本发明实施例的第二方面提供了一种药品的采购系统，包括：

药品采购信息获取模块，用于接收第一终端发送的待采购药品信息，所述待采购药品信息包括采购药品名称、采购药品用途和采购数量；

药品采购信息比较模块，若预设库存信息表中存在与所述采购药品名称或所述采购药品用途相同的药品信息，则检测所述药品信息中的药品库存数量是否小于所述采购数量，所述药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息；

第一处理模块，用于若所述药品库存数量小于所述采购数量，则根据所述药品库存数量和所述采购数量更新所述待采购药品信息，并将更新后的待采购药品信息发送至第二终端，所述更新后的待采购药品信息用于指示采购人员进行采购；

第二处理模块，用于若所述药品库存数量大于或等于所述采购数量，则将所述药品信息中的摆放位置信息发送至所述第一终端。

本发明实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的药品的采购方法的步骤。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的药品的采购方法的步骤。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例在接收到第一终端发送的待采购药品信息后，检测预设库存信息表中是否存在与待采购药品信息中的采购药品名称或采购药品用途相同的药品信息，若预设库存信息表中存在与该采购药品名称或该采购药品用途相同的药品信息，则检测该药品信息中的库存数量是否小于待采购药品信息中的采购数量，若该药品库存数量大于或等于该采购数量，则直接将药品信息中的药品摆放位置信息发送至第一终端，无需采购人员再进行采购，若该药品库存数量小于该采购数量，则根据该药品库存数量和该采购数量更新该待采购药品信息，采购人员根据更新后的待采购药品信息直接进行采购药品，无需再进行其它工作，降低了采购人员的工作量，且无需人工进行统计和查找药品的库存数量，当需要进行采购时，采购人员直接按照更新后的待采购信息进行采购即可，提高了药品采购的效率。

附图说明

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

图1是本发明一个实施例提供的药品的采购方法的实现流程示意图；

图2是本发明一个实施例提供的图1中步骤S103的具体实现流程示意图；

图3是本发明一个实施例提供的药品的采购系统的结构示意图；

图4是本发明一个实施例提供的图3中的第一处理模块的具体结构示意图；

图5是本发明一个实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例1：

图1示出了本发明的一个实施例提供的药品的采购方法的实现流程，其过程详述如下：

在步骤S101中，接收第一终端发送的待采购药品信息，待采购药品信息包括采购药品名称、采购药品用途和采购数量。

在本实施例中，第一终端为药品采购申请人对应的终端。待采购药品信息还包括药品采购申请人所属科室和药品采购申请人，待采购药品信息为临时药品的采购信息。

在步骤S102中，若预设库存信息表中存在与采购药品名称或采购药品用途相同的药品信息，则检测药品信息中的药品库存数量是否小于采购数量，药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息。

在本实施例中，预设库存信息表保存在终端设备本地，终端设备检测预设库存信息表中是否存在与采购药品名称或采购药品用途相同的药品信息，若预设库存表中存在与采购药品名称或采购药品用途相同的药品信息，则表示医院存在该采购药品名称对应的药品，或存在与该采购药品名称对应的药品相似的药品，检测该药品信息中的药品库存数量是否小于采购数量，根据药品的药品库存数量和采购数量判断是否还需采购该待采购药品。

其中，药品库存数量表示医院药品剩余数量。

其中，两个药品的用途相同，表示该两个药品相似，一个药品可以成为另一个药品的替代药。

在步骤S103中，若药品库存数量小于采购数量，则根据药品库存数量和采购数量更新待采购药品信息，并将更新后的待采购药品信息发送至第二终端，更新后的待采购药品信息用于指示采购人员进行采购。

在本实施例中，若药品信息中的药品库存数量小于对应的采购数量，则重新更新待采购药品信息，将更新后的待采购药品信息发送至第二终端，第二终端对应的采购人员根据待采购药品信息进行采购药品。

在本发明的一个实施例中，在所述将更新后的待采购药品信息发送至第二终端之前，包括：

1)将更新后的待采购药品信息发送至第三终端，并接收第三终端反馈的审批信息，审批信息包括审批结果和验证信息。

2)若验证信息与预设验证信息匹配且审批结果为同意采购，则将更新后的待采购药品信息发送至第二终端。

在本发明的一个实施例中，验证信息包括签名信息。

在本实施例中，若验证信息与预设验证信息不匹配，则身份验证失败，重新将更新后的待采购药品信息发送至第三终端，统计重新发送更新后的待采购药品信息的次数，若次数大于预设验证失败次数，则发送审批失败信息至第一终端，审批失败信息用于指示第一终端对应的药品采购申请人亲自去查明验证失败原因，例如，去找审批负责人了解验证失败原因。

在本实施例中，审批信息还包括拒绝采购原因，若验证信息与预设验证信息匹配且审批结果为不同意采购，将拒绝采购原因发送至第一终端，采购流程结束。

在本实施例中，签名信息为审批负责人的手写签名的电子版。审批负责人可以为主管院长，验证信息包括签名信息可以避免出现用户密码被盗的情况，安全性较高。

在本实施例中，在将更新后的待采购药品信息发送至第三终端之前，还可以将更新后的待采购药品信息发送至其它终端，其它终端对应的人员也可以进行审批，其它人员可以为药学部主任、采购人员等，并将其对应的审批信息发送至终端设备，若审批信息中的审批结果为不同意采购，则将审批信息中的拒绝采购原因发送至第一终端。

在一个实施例中，若预设库存信息表中不存在与采购药品名称或采购药品用途相同的药品信息，则将待采购药品信息发送至第二终端，更新后的待采购药品信息用于指示采购人员进行采购。

在本实施例中，若检测到预设库存信息表中不存在与采购药品名称或采购用途相同的药品信息，表示医院不存在采购该待采购药品信息对应的药品，则直接将待采购药品信息发送至第二终端，第二终端对应的采购人员采购该待采购药品。

在本实施例中，为医院不同人员分配不同的权限，全院职工都有自己的账号和密码，均可提交临时采购药品申请。科室负责人、采购员、药学部主任、主管院长具有审批和查看相关统计结果的权限。

在本实施例中，具有监控权限的人员可随时调取临时采购药品的信息，如按申请科室、药品采购申请人、采购药品名称、采购数量等信息进行分类汇总统计，也可调取某段时间内某个药品的采购信息，对采购总量、采购科室、申请人、供应商、患者信息等进行统计分析。

在步骤S104中，若药品库存数量大于或等于采购数量，则将药品信息中的摆放位置信息发送至第一终端。

在本实施例中，若药品信息的药品库存数量大于或等于采购数量，则无需采购该药品，直接将该药品信息包含的摆放位置信息发送至第一终端，第一终端对应的药品采购申请人根据摆放位置信息去取药品。

在本发明的一个实施例中，所述药品的采购方法，还包括：

1)接收第二终端发送的采购信息，采购信息包括实际采购药品名称和对应的实际采购价格。

2)获取实际采购药品名称对应的历史采购价格。

3)计算实际采购价格与每个历史采购价格的差值。

4)若存在实际采购价格与历史采购价格的差值大于预设价格差值，则生成预警信息发送第三终端。

在本实施例中，当采购人员采购完药品后，发送采购信息至终端设备，采购信息包括实际采购药品名称、对应的实际采购价格、实际采购数量和药品供应商信息。

在本实施例中，将实际采购药品对应的实际采购价格与历史采购价格进行比较，若存在实际采购价格与历史采购价格的差值大于预设价格差值，表明该实际采购药品的价格存在问题，需要进行核实，发送预警信息至第三终端，第三终端对应的审批负责人进行核实，避免出现损害医院利益的问题。

在本实施例中，还可以对药品供应商实行服务评分制度，接收用户输入的评分，评分为对药品供应商的评分，统计药品供应商在一段时间内的总评分，若评分低于预设评分阈值，则发送供应商更换指令至第二终端，供应商更换指令用于指示采购人员更换该药品供应商。

在本发明的一个实施例中，待采购药品信息还包括患者编号。

在本发明的一个实施例中，所述药品的采购方法还包括：

1)获取患者编号对应的主治医生的目标终端编号。

2)将患者编号以及对应的采购药品名称发送至目标终端，并接收目标终端反馈的用药信息，用药信息包括用药时间和用量。

在本实施例中，还可以根据患者编号追踪患者的用药情况。

在本实施例中，目标终端将患者的用药信息发送至终端设备，用户信息包括用药时间、用量和用药方式(例如，口服)，确保药品使用信息可追溯，保证患者的用药安全、合理。

在本实施例中，在接收到第一终端发送的待采购药品信息后，检测预设库存信息表中是否存在与待采购药品信息中的采购药品名称或采购药品用途相应的药品信息，若预设库存信息表中存在与该采购药品名称或该采购药品用途相同的药品信息，则检测该药品信息中的库存数量是否小于待采购药品信息中的采购数量，若该药品库存数量大于或等于该采购数量，则直接将药品信息中的药品摆放位置信息发送至第一终端，无需采购人员再进行采购，若该药品库存数量小于该采购数量，则根据该药品库存数量和该采购数量更新该待采购药品信息，采购人员根据更新后的待采购药品信息直接进行采购药品，无需再进行其它工作，降低了采购人员的工作量，且无需人工进行统计和查找药品的库存数量，当需要进行采购时，采购人员直接按照更新后的待采购信息进行采购即可，提高了药品采购的效率。

图2示出了本发明的一个实施例提供的图1中的步骤S103的具体实现流程，其过程详述如下：

在步骤S201中，计算采购数量与药品库存数量的差值。

在本实施例中，计算待采购药品对应的采购数量与药品库存数量的差值，即将采购数量减去药品库存数量。

在步骤S202中，获取在当前日期之前的连续预设天数内的采购药品名称对应的历史采购次数以及历史采购数量。

在本实施例中，获取在当前日期之前的连续预设天数内(例如，前90天)的采购药品名称对应的采购次数和每次采购数量，作为历史采购次数和历史采购数量。例如，采购人员在前90天内采购药品A的次数为3次，采购数量分别为a，b和c，则历史采购次数为3，历史采购数量为a，b和c。

在步骤S203中，若历史采购次数小于第一预设值，则将待采购药品信息中的采购数量更新为差值。

在本实施例中，通过比较历史采购次数是否小于第一预设值，确定出待采购药品是否为常用药品，若待采购药品的历史采购次数小于第一预设值，则该待采购药品不为常用药品，若待采购药品的历史采购次数大于或等于第一预设值，则确定该待采购药品为常用药品。

在本实施例中，在确定出待采购药品不为常用药品后，直接将待采购药品信息中的采购数量更新为采购数量与药品库存数量的差值，无需采购多余的待采购药品，即无需进行囤药。

在步骤S204中，若历史采购次数大于或等于第一预设值，则计算历史采购数量的方差，若方差小于第一预设方差，则计算历史采购数量的平均值，并将待采购药品信息中的采购数量更新为差值与平均值的和。

在本实施例中，若待采购药品的历史采购次数大于或等于第一预设值，则表示该采购药品为常用药品，则需要采购较多数量的待采购药品，需要进行囤药。

在一个实施例中，若历史采购次数大于或等于第一预设值，还可以将药品采购名称发送至药事管理委员会对应的终端，药品采购名称用于指示药事管理委员会决定是否将该药品采购名称对应的药品纳入医院基本药物目录以长期采购。

在本实施例中，计算历史采购数量的方差，方差表示数据的波动程度，若历史采购数量的方差小于第一预设方差，则表示待采购药品的需求量的变化较小，计算历史采购数量的平均值，并计算该平均值与差值的和，采购人员需要购买的待采购药品的数量为该平均值与差值的和。

在步骤S205中，若方差大于或等于第一预设方差，则获取历史采购数量的中位数，并将待采购药品信息中的采购数量更新为差值与中位数的和。

在本实施例中，若方差大于或等于第一预设方差，表示待采购药品的需求量的变化较大，查找历史采购数量的中位数，计算该中位数与差值的和，将待采购药品信息中的采购数量更新为该中位数与差值的和，中位数是按顺序排列的一组数据中居于中间位置的数，即在这组数据中，有一半的数据比他大，有一半的数据比他小，它不受最大、最小两个极端数值的影响。在确定待采购药品是常用药品后，当判断出历史采购数量的方差大于或等于第一预设方差后，表明历史采购数量波动较大，该待采购药品的需求量变化较大，为了避免出现药品采购过多或过少的问题，可以选取中位数，然后计算中位数与差值的和，将待采购药品信息中的采购数量更新为改中位数与差值的和。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例2：

图3示出了本发明的一个实施例提供的药品的采购系统100，用于执行图1所对应的实施例中的方法步骤，其包括：

药品采购信息获取模块110，用于接收第一终端发送的待采购药品信息，待采购药品信息包括采购药品名称、采购药品用途和采购数量。

药品采购信息比较模块120，若预设库存信息表中存在与采购药品名称或采购药品用途相同的药品信息，则检测药品信息中的药品库存数量是否小于采购数量，药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息。

第一处理模块130，用于若药品库存数量小于采购数量，则根据药品库存数量和采购数量更新待采购药品信息，并将更新后的待采购药品信息发送至第二终端，更新后的待采购药品信息用于指示采购人员进行采购。

第二处理模块140，用于若药品库存数量大于或等于采购数量，则将药品信息中的摆放位置信息发送至第一终端。

在本发明的一个实施例中，第一处理模块130还包括：

审批信息接收单元，用于将更新后的待采购药品信息发送至第三终端，并接收第三终端反馈的审批信息，审批信息包括审批结果和验证信息；

审批信息处理单元，用于若验证信息与预设验证信息匹配且审批结果为同意采购，则将更新后的待采购药品信息发送至第二终端。

在本发明的一个实施例中，验证信息包括签名信息。

在本发明的一个实施例中，药品的采购系统还包括；

采购信息获取单元，用于接收第二终端发送的采购信息，采购信息包括实际采购药品名称和对应的实际采购价格。

实际信息获取单元，用于获取实际采购药品名称对应的历史采购价格。

价格差值计算单元，用于计算实际采购价格与每个历史采购价格的差值。

预警信息发送单元，用于若存在实际采购价格与历史采购价格的差值大于预设价格差值，则生成预警信息发送第三终端。

在本发明的一个实施例中，待采购药品信息还包括患者编号。

在本发明的一个实施例中，药品的采购系统还包括：

获取患者编号对应的主治医生的目标终端编号。

将患者编号以及对应的采购药品名称发送至目标终端，并接收目标终端反馈的用药信息，用药信息包括用药时间和用量。

如图4所示，在本发明的一个实施例中，图3中的第一处理模块130，用于执行图3所对应的实施例中的方法步骤，其包括：

差值计算单元131，用于计算采购数量与药品库存数量的差值。

历史信息获取单元132，用于获取在当前日期之前的连续预设天数内的采购药品名称对应的历史采购次数以及历史采购数量。

第一差值更新单元133，用于若历史采购次数小于第一预设值，则将待采购药品信息中的采购数量更新为差值。

第二差值更新单元134，用于若历史采购次数大于或等于第一预设值，则计算历史采购数量的方差，若方差小于第一预设方差，则计算历史采购数量的平均值，并将待采购药品信息中的采购数量更新为差值与平均值的和。

第三差值更新单元135，用于若方差大于或等于第一预设方差，则获取历史采购数量的中位数，并将待采购药品信息中的采购数量更新为差值与中位数的和。

在一个实施例中，药品的采购系统100还包括其他功能模块/单元，用于实现实施例1中各实施例中的方法步骤。

实施例3：

图5是本发明一实施例提供的终端设备的示意图。如图5所示，该实施例的终端设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现如实施例1中所述的各实施例的步骤，例如图1所示的步骤S101至步骤S104。或者，所述处理器50执行所述计算机程序52时实现如实施例2中所述的各系统实施例中的各模块/单元的功能，例如图3所示模块110至140的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端设备5中的执行过程。例如，所述计算机程序52可以被分割成药品采购信息获取模块、药品采购信息比较模块、第一处理模块和第二处理模块。各模块具体功能如下：

药品采购信息获取模块，用于接收第一终端发送的待采购药品信息，待采购药品信息包括采购药品名称、采购药品用途和采购数量。

药品采购信息比较模块，若预设库存信息表中存在与采购药品名称或采购药品用途相同的药品信息，则检测药品信息中的药品库存数量是否小于采购数量，药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息。

第一处理模块，用于若药品库存数量小于采购数量，则根据药品库存数量和采购数量更新待采购药品信息，并将更新后的待采购药品信息发送至第二终端，更新后的待采购药品信息用于指示采购人员进行采购。

第二处理模块，用于若药品库存数量大于或等于采购数量，则将药品信息中的摆放位置信息发送至第一终端。

所述终端设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备5可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的示例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。所述存储器51也可以是所述终端设备5的外部存储设备，例如所述终端设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

实施例4：

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如实施例1中所述的各实施例中的步骤，例如图1所示的步骤S101至步骤S104。或者，所述计算机程序被处理器执行时实现如实施例2中所述的各系统实施例中的各模块/单元的功能，例如图3所示的模块110至140的功能。

所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。

在上述实施例中，对各个实施例的描述都各有侧重，实施例1至4可以任意组合，组合后形成的新的实施例也在本申请的保护范围之内。某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的终端设备和方法，可以通过其它的方式实现。例如，以上所描述的系统/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (3)

1.一种药品的采购方法，其特征在于，包括：

接收第一终端发送的待采购药品信息，所述待采购药品信息包括采购药品名称、采购药品用途和采购数量；所述待采购药品信息还包括患者编号；

获取所述患者编号对应的主治医生的目标终端编号；将所述患者编号以及对应的采购药品名称发送至目标终端，并接收所述目标终端反馈的用药信息，所述用药信息包括用药时间和用量；

若预设库存信息表中存在与所述采购药品名称或所述采购药品用途相同的药品信息，则检测所述药品信息中的药品库存数量是否小于所述采购数量，所述药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息；

若所述药品库存数量小于所述采购数量，则根据所述药品库存数量和所述采购数量更新所述待采购药品信息，将所述更新后的待采购药品信息发送至第三终端，并接收所述第三终端反馈的审批信息，所述审批信息包括审批结果和验证信息；若所述验证信息与预设验证信息匹配且所述审批结果为同意采购，则将更新后的待采购药品信息发送至第二终端，所述更新后的待采购药品信息用于指示采购人员进行采购；

若所述药品库存数量大于或等于所述采购数量，则将所述药品信息中的摆放位置信息发送至所述第一终端。

2.一种药品的采购系统，其特征在于，包括：

药品采购信息获取模块，用于接收第一终端发送的待采购药品信息，所述待采购药品信息包括采购药品名称、采购药品用途和采购数量；所述待采购药品信息还包括患者编号；

用药信息获取模块，获取所述患者编号对应的主治医生的目标终端编号；将所述患者编号以及对应的采购药品名称发送至目标终端，并接收所述目标终端反馈的用药信息，所述用药信息包括用药时间和用量；

药品采购信息比较模块，若预设库存信息表中存在与所述采购药品名称或所述采购药品用途相同的药品信息，则检测所述药品信息中的药品库存数量是否小于所述采购数量，所述药品信息包括药品名称、药品用途、药品库存数量和摆放位置信息；

第一处理模块，用于若所述药品库存数量小于所述采购数量，则根据所述药品库存数量和所述采购数量更新所述待采购药品信息，将所述更新后的待采购药品信息发送至第三终端，并接收所述第三终端反馈的审批信息，所述审批信息包括审批结果和验证信息；若所述验证信息与预设验证信息匹配且所述审批结果为同意采购，则将更新后的待采购药品信息发送至第二终端，所述更新后的待采购药品信息用于指示采购人员进行采购；

第二处理模块，用于若所述药品库存数量大于或等于所述采购数量，则将所述药品信息中的摆放位置信息发送至所述第一终端。

3.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1所述的药品的采购方法的步骤。

Images