一种基于积分的药品开具方法及系统与流程

本发明涉及医药开具技术领域，特别涉及一种基于积分的医药开具方法及系统。

背景技术：

现有技术中当病人到医院看病时，经常会出现医生处方中所开具的药品量与病人实际所需药品量有差别的情况。多数实际情况中，医生处方所开具的药品量会多于病人所需用药量，此种情况下病人按照医生处方付款取药，由于部分药品未被使用，会造成药品闲置甚至过期浪费；另一种情况则为医生处方中所开具的药品量不足以治愈病症，此种情况下，病人不得不再次挂号就医开具药品，耽误病情痊愈过程，造成时间和精力的浪费。

技术实现要素：

本发明实施例的目的是提供一种基于积分的药品开具方法及系统，通过用户在医院就诊时，医生开药后，会返给用户一定的积分，该积分可在取药时使用。进一步的，剩余积分的存在能够满足现在一些情况下，医生开药量少，用户用完医生所开具药量，然后再去医院买药时，还需要再次进行挂号，找医生才可以，但是如果药品和积分结合在一起，这样，如果用户的药不够时，只要自己的账户中保存有足够的积分，再去取药时，只需要支付药品的金额，然后再支付相应的积分，就可以不再次进行挂号，也能买到药品。

根据本发明实施例的一个方面提供了一种基于积分的药品开具方法，包括：获取取药请求，其中，取药请求至少包括用户ID以及取药药品金额；基于取药药品金额，计算取药药品金额所能够兑换的取药药品积分；将总积分减去取药积分，得到剩余积分；将剩余积分存储至用户ID。

其中，在将总积分减去取药积分，得到剩余积分的步骤之前，还包括：获取开药请求，其中，开药请求至少包括用户ID以及开药药品金额；基于开药药品金额，计算开药药品金额所能够兑换的开药药品积分；将开药药品积分添加到用户ID的已有积分中，形成总积分。

其中，获取开药请求的方式为通过扫描处方二维码获取开药请求。

其中，在获取开药请求步骤前，方法还包括：基于开药信息生成处方二维码；其中，开药信息至少包括开药药品名称、开药药品量以及开药药品金额。

其中，方法还包括：当总积分小于取药药品积分时，将总积分不够、不予购药的信息返回。

根据本发明的另一方面，提供了一种基于积分的药品开具系统，包括：取药请求获取单元，用于获取取药请求，其中，取药请求至少包括用户ID以及取药药品金额；取药药品积分计算单元，用于基于取药药品金额，计算取药药品金额所能够兑换的取药药品积分；剩余积分计算单元，用于将总积分减去取药积分，得到剩余积分；剩余积分存储单元，用于将剩余积分存储至用户ID。

其中，系统还包括：开药请求获取单元，用于获取开药请求，其中，开药请求至少包括用户ID以及开药药品金额；开药药品积分计算单元，用于基于开药药品金额，计算开药药品金额所能够兑换的开药药品积分；总积分计算单元，用于将开药药品积分添加到用户ID的已有积分中，形成总积分。

其中，获取开药请求的方式为通过扫描处方二维码获取开药请求。

其中，系统还包括：处方二维码生成单元，用于基于开药信息生成处方二维码；其中，开药信息至少包括开药药品名称、开药药品量以及开药药品金额。

其中，系统还包括：消息反馈单元，当总积分小于取药药品积分时，将总积分不够、不予购药的信息返回。

根据本发明的又一方面，一种服务器，包括：至少一个处理器；以及，

与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够:获取取药请求，其中，取药请求至少包括用户ID以及取药药品金额；基于取药药品金额，计算取药药品金额所能够兑换的取药药品积分；将总积分减去取药积分，得到剩余积分；将剩余积分存储至用户ID。

本发明实施例通过用户在医院就诊时，医生开药后，会返给用户一定的积分，该积分可在取药时使用。进一步的，剩余积分的存在能够满足现在一些情况下，医生开药量少，用户用完医生所开具药量，然后再去医院买药时，还需要再次进行挂号，找医生才可以，但是如果药品和积分结合在一起，这样，如果用户的药不够时，只要自己的账户中保存有足够的积分，再去取药时，只需要支付药品的金额，然后再支付相应的积分，就可以不再次进行挂号，也能买到药品。

附图说明

图1是本发明实施例1的一种基于积分的医药开具方法的流程示意图；

图2是本发明实施例2的一种基于积分的医药开具方法的流程示意图；

图3是本发明实施例4的一种基于积分的医药开具系统的结构示意图；

图4是本发明实施例5的一种基于积分的医药开具系统的结构示意图；

图5是本发明实施例7提供的一种服务器的硬件结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本发明进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。

在详述本发明实施例前，首先需要解释本发明中的几个名词。开药药品金额：医生根据病人的情况所开具的全部药品量的金额；开药药品积分：开药药品金额所对应的积分；已有积分：用户ID(用户账户)中现有的积分；总积分：已有积分加上本次开药药品积分；取药药品金额：病人本次所取的全部药品量的金额；取药药品金额：病人本次取药药品金额所对应的积分。

实施例1

图1是本发明实施例1的一种基于积分的医药开具方法的流程示意图。

如图1所示，本发明提供了一种基于积分的医药开具方法，包括：

步骤S100，医药管理平台获取取药请求，其中，取药请求至少包括用户ID以及取药药品金额；

本步骤前，用户在需要取药时，用户首先登录客户端，在登录时，需输入用户ID和密码，登录到取药界面后，用户通过客户端扫描处方二维码，然后客户端显示处方中的开药药品名称、开药药品量、药品单价以及开药药品金额，用户通过选择药品名称和该药品的药品量，向医药管理平台发送取药请求，然后医药管理平台获取用户通过客户端发送来的取药请求，提取并解析该取药请求，医药管理平台通过客户端发送来的药品名称和该药品的药品量，根据该药品的单价，即可计算出取药请求中需要药品的金额。例如处方中包含A(15份)、B(10份)、C(5份)三种药品，单价分别为a、b、c，则用户通过客户端发送取药请求时，可以选择其中的三种药，也可以是两种药或者一种药，然后选择每种药品的份数，发送给医药管理平台，医药管理平台即可通过接收到的药品名称、以及每种药品的分数以及记录的单价，计算出用户所需的药品的金额，如果药品A选择5份，药品B选择5份，药品C选择1份，则取药的总金额的费用为5*a+5*b+1*c。如果用户要取处方中的所有药量的平均量，则用户只需要通过客户端发送取药药品金额，然后医药管理平台根据药品金额，计算每种药品的平均量，如果每种药品刚好可以平均，则直接同意将药品发给用户，如果计算出某种药品量为基数，则需要用户在客户端上进行手动修改药品的数量，然后发送给医药积分管理平台。

步骤S200，医药管理平台基于取药药品金额，计算取药药品金额所能够兑换的取药药品积分；

本步骤中，医药管理平台提取或者计算出用户通过客户端发送来的取药请求中的取药药品金额，然后根据预先设置的积分兑换比例，将取药药品金额兑换相应的取药药品积分。如取药药品金额共100元，兑换比例为1:1，则取药药品积分为100积分，如果兑换比例为10:1，则取药药品积分为10积分。

步骤S300，医药管理平台将总积分减去取药药品积分，得到剩余积分；

本步骤中，医药管理平台根据用户ID能提取用户的总积分，然后再计算总积分减去取药药品积分，即剩余积分，该剩余积分即现在用户ID的总积分。

步骤S400，医药管理平台将剩余积分存储至用户ID。

在步骤S300中已经计算出剩余积分，在本步骤中，医药管理平台将上述计算出的剩余积分发送至用户客户端，保存至用户ID中。

本实施例中剩余积分的存在能够满足现在一些情况下，医生开药量少，用户用完医生所开具药量，然后再去医院买药时，还需要再次进行挂号，找医生才可以，但是如果药品和积分结合在一起，这样，如果用户的药不够时，只要自己的账户中保存有足够的积分，再去取药时，只需要支付药品的金额，然后再支付相应的积分，就可以不再次进行挂号，也能买到药品。但是，需要说明的是，用户取的药品的取药药品名称，必须包含在之前的处方二维码中包含的处方中。另外，该方法若用于医保系统，可避免药品浪费的情况，即目前情况下，由于医保，用户往往在医保的范围内购买大量的药品，而不是根据自身的情况，按量购买，进而造成了医药的浪费。

实施例2

图2是本发明实施例2的一种基于积分的医药开具方法的流程示意图。

如图2所示，在实施例1的步骤S300之前，还包括：

步骤S500，医药管理平台获取开药请求，其中，开药请求至少包括用户ID、开药药品名称以及开药药品金额；

本步骤前，医生客户端基于开药信息生成处方二维码；其中，开药信息至少包括开药药品名称、开药药品量、药品单价以及开药药品金额。用户客户端通过扫描处方二维码，获取到开药信息，然后用户客户端基于开药信息向医药管理平台发送开药请求，其中，开药请求至少包括用户ID、开药药品名称以及开药药品金额，医药管理平台接收到用户客户端发送的开药信息，并对其进行解析，提取出开药药品金额。

需要说明的是，处方二维码中同时包含医生之前所开具药品的处方。

步骤S600，医药管理平台基于开药药品金额，计算开药药品金额所能够兑换的开药药品积分；

本步骤中，医药管理平台从开药请求中提取出开药药品金额，然后根据预先设置的积分兑换比例，将取药药品金额兑换相应的开药药品积分。如开药药品金额共100元，兑换比例为1:1，则开药药品积分为100积分，如果兑换比例为10:1，则开药药品积分为10积分。

步骤S700，医药管理平台将开药药品积分添加到用户ID的已有积分中，形成总积分。

上述步骤S600中已经计算出开药药品积分，本步骤中医药管理平台将开药药品积分添加到用户ID(用户账户)中，即用户账户剩余积分加上开药药品积分，计算出总积分，保存至用户ID。

本实施例中，医生在给用户开药后，医药管理平台将开药药品金额对应的来要药品积分发送给用户，这样用户再取药时，需要支付药品的金额，还要支付积分，这种方式能够避免有时，医生开的药量多，用户如果按照医生开药信息中的药量取药，就会造成药品闲置甚至过期浪费，通过医药管理平台，用户就能够按照自己的需求来定药品的量，另外，剩余的积分还能用于以后该用户再次买药时使用，这样用户下次取药时就不用再去挂号。

实施例3

在上述实施例1的基础上，如果用户取药请求中中的取药药品积分大于总积分时，将将总积分不够、不予购药的信息返回给用户客户端。

实施例4

图3是本发明实施例4的一种基于积分的医药开具系统的结构示意图。

如图3所示，本发明提供了一种基于积分的医药开具系统包括：

取药请求获取单元10，用于获取取药请求，其中，取药请求至少包括用户ID以及取药药品金额；

具体的，用户在需要取药时，用户首先登录客户端，在登录时，需输入用户ID和密码，登录到取药界面后，用户通过客户端扫描处方二维码，然后客户端显示处方中的开药药品名称、开药药品量、药品单价以及开药药品金额，用户通过选择药品名称和该药品的药品量，向医药管理平台发送取药请求，然后医药管理平台取药请求获取单元10获取用户通过客户端发送来的取药请求，提取并解析该取药请求，医药管理平台通过客户端发送来的药品名称和该药品的药品量，根据该药品的单价，即可计算出取药请求中需要药品的金额。如果用户要取处方中的所有药量的平均量，则用户只需要通过客户端发送取药药品金额，然后医药管理平台根据药品金额，计算每种药品的平均量，如果每种药品刚好可以平均，则直接同意将药品发给用户，如果计算出某种药品量为基数，则需要用户在客户端上进行手动修改药品的数量，然后发送给医药积分管理平台。

取药药品积分计算单元20与取药请求获取单元10连接，用于基于取药药品金额，计算取药药品金额所能够兑换的取药药品积分；

具体的，医药管理平台提取或者计算出用户通过客户端发送来的取药请求中的取药药品金额，然后取药药品积分计算单元20根据预先设置的积分兑换比例，将取药药品金额兑换相应的取药药品积分。

剩余积分计算单元30与取药药品积分计算单元20连接，用于将总积分减去取药积分，得到剩余积分；

具体的，医药管理平台根据用户ID能提取用户的总积分，然后剩余积分计算单元30再计算总积分减去取药药品积分，即剩余积分，该剩余积分即现在用户ID的总积分。

剩余积分存储单元40与剩余积分计算单元30连接，用于将剩余积分存储至用户ID。

剩余积分存储单元40已经计算出剩余积分，剩余积分存储单元40将上述计算出的剩余积分发送至用户客户端，保存至用户ID中。

本实施例中剩余积分的存在能够满足现在一些情况下，医生开药量少，用户用完医生所开具药量，然后再去医院买药时，还需要再次进行挂号，找医生才可以，但是如果药品和积分结合在一起，这样，如果用户的药不够时，只要自己的账户中保存有足够的积分，再去取药时，只需要支付药品的金额，然后再支付相应的积分，就可以不再次进行挂号，也能买到药品。但是，需要说明的是，用户取的药品的取药药品名称，必须包含在之前的处方二维码中包含的处方中。另外，该系统若用于医保系统，可避免药品浪费的情况。实施例5

图4是本发明实施例5的一种基于积分的医药开具系统的结构示意图。

如图4所示，一种基于积分的医药开具系统在实施例4的基础上，还包括：

开药请求获取单元50，用于获取开药请求，其中，开药请求至少包括用户ID以及开药药品金额；

具体的，医生客户端的处方二维码生成单元80基于开药信息生成处方二维码；其中，开药信息至少包括开药药品名称、开药药品量以及开药药品金额。用户客户端通过扫描处方二维码，获取到开药信息，然后用户客户端基于开药信息向医药管理平台发送开药请求，其中，开药请求至少包括用户ID、开药药品名称以及开药药品金额，医药管理平台开药请求获取单元50接收到用户客户端发送的开药信息，并对其进行解析，提取出开药药品金额。

需要说明的是，每个用户的ID是固定的，医生每次开具的药品处方均会保存在医药积分管理平台中该用户的账户下。

开药药品积分计算单元60与开药请求获取单元50连接，用于基于开药药品金额，计算开药药品金额所能够兑换的开药药品积分；

具体的，医药管理平台开药请求获取单元50从开药请求中提取出开药药品金额，然后开药药品积分计算单元60接收到开药请求获取单元50提取的开药药品金额，根据预先设置的积分兑换比例，将取药药品金额兑换相应的开药药品积分。如开药药品金额共100元，兑换比例为1:1，则开药药品积分为100积分，如果兑换比例为10:1，则开药药品积分为10积分。

总积分计算单元70，与开药药品积分计算单元60连接，用于将开药药品积分添加到用户ID的已有积分中，形成总积分。

具体的，医药管理平台开药药品积分计算单元60中已经计算出开药药品积分，总积分计算单元70接收到开药请求获取单元50发送的开药药品积分后，将开药药品积分添加到用户ID(用户账户)中，即用户账户剩余积分加上开药药品积分，计算出总积分，保存至用户ID。

本实施例中，医生在给用户开药后，医药管理平台将开药药品金额对应的开药药品积分发送给用户，这样用户再取药时，需要支付药品的金额，还要支付积分，这种方式能够避免有时，医生开的药量多，用户如果按照医生开药信息中的药量取药，就会造成药品闲置甚至过期浪费，通过医药管理平台，用户就能够按照自己的需求来定药品的量，另外，剩余的积分还能用于以后该用户再次买药时使用，这样用户下次取药时就不用再去挂号。

实施例6

在上述实施例4的基础上，一种基于积分的医药开具系统还包括：消息反馈单元90，当总积分小于取药药品积分时，将总积分不够、不予购药的信息返回。

实施例7

请参阅图5，图5是本发明实施例7提供的一种服务器的硬件结构示意图。

如图5所示，本发明实施例提供的一种终端，终端包括：至少一个处理器1；以及，与至少一个处理器1通信连接的存储器2。其中，存储器2存储有可被至少一个处理器1执行的指令，指令被至少一个处理器1执行，以使至少一个处理器1能够实现前述任一种查看隐私模式信息的方法。

包括一个或多个处理器1以及与一个或多个处理器通信连接的存储器2，图5以一个处理器1为例。

该终端还可以包括：输入装置3和输出装置4。

处理器1、存储器2、输入装置3和输出装置4可以通过总线连接。存储器2作中以通过总线连接为例。图5以通过总线连接为例。

存储器2作为一种非暂态计算机可读存储介质。可用于存储非暂态软件程序、非暂态计算机可执行程序，如本发明实施例中的基于积分的医药开具的方法对应的软件程序、指令以及模块。处理器1中以通过总线连接为例中的非暂态软件程序、指令以及模块，从而执行基于积分的医药开具的终端的各种功能应用以及数据处理，即实现上述方法实施例基于积分的医药开具的方法。

存储器2可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据基于积分的医药开具的服务器的使用所创建的数据等。此外，存储器2可以包括高速随机存取存储器2，还可以包括非暂态存储器2，例如至少一个磁盘存储期间，闪存器件、或其他非暂态固态存储器2件。在一些实施例中，存储器2可选包括相对于处理器1远程设置的存储器2，这些远程存储器2可以通过网络连接至文件分享终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置3远程设置的存储器2可以通过网络连接至文件分享终端。上述网络的实例包括但不限于互联网、企业内部网可以包括触摸屏、键盘等，也可以包括有线接口、无线接口等。输出装置4可包括显示屏、扬声器等显示设备。

存储器2存储有可被一个处理器1执行的指令，指令被至少一个处理器1执行，以使至少一个处理器1能够：

获取取药请求，其中，取药请求至少包括用户ID以及取药药品金额；基于取药药品金额，计算取药药品金额所能够兑换的取药药品积分；将总积分减去取药积分，得到剩余积分；将剩余积分存储至用户ID。上述基于积分的医药开具的服务器可执行本发明实施例所提供的方法，具备执行方法相应的软件程序和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

本发明实施例提供了一种非暂态计算机可读存储介质，非暂态计算机可读存储介质存储计算机指令，计算机指令用于使计算机执行上述任一个实施例的方法。

综上，本发明实施例提供的一种基于积分的医药开具的方法、系统及服务器，通过在医药领域添加积分的形式，即用户在医院就诊时，医生开药后，会返给用户一定的积分，该积分可在取药时使用。进一步的，剩余积分的存在能够满足现在一些情况下，医生开药量少，用户用完医生所开具药量，然后再去医院买药时，还需要再次进行挂号，找医生才可以，但是如果药品和积分结合在一起，这样，如果用户的药不够时，只要自己的账户中保存有足够的积分，再去取药时，只需要支付药品的金额，然后再支付相应的积分，就可以不再次进行挂号，也能买到药品。

应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。