CN108334728A - 一种配送药品的方法及智能药箱 - Google Patents

Abstract

本发明涉及一种配送药品的方法及智能药箱，属于医疗器械技术领域。该方法，应用于智能药箱，所述方法包括：获取存放于所述智能药箱内的药品信息；基于所述药品信息判断是否需要配药；在为是时，生成并发送配药请求给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。避免了因用户在需要使用药品时，才发现缺少对应的药，或药品由于过期无法使用等，而延误病情的情况发生。通过该方法可以使得该智能药箱内的药品时刻处于监控状态，便于用户在身体有恙时，及时治疗。

Description

一种配送药品的方法及智能药箱

技术领域

本发明属于医疗器械技术领域，具体涉及一种配送药品的方法及智能药箱。

背景技术

随着生活水平的不断发展，人们对健康的需求也日益强烈。现在的日常生活中，人们为了应对可能发生的疾病，大多数人家中都配备有医药箱，在里面备好生病时可能会吃到的药物。当身体有恙，比如拉肚子、感冒时，在医药箱内查找与病症相应的药即可，十分方便。

在人们不生病时，很少去翻阅医药箱，药箱内的药品处于无人监管状态，那些常用的药品是否还有，是否过了保质期无法得知，当身体有恙时，发现缺少对应的药，或药品由于过期无法使用时，便会影响病情。

发明内容

鉴于此，本发明的目的在于提供一种配送药品的方法及智能药箱，以有效地改善上述问题。

本发明的实施例是这样实现的：

本发明实施例提供了一种配送药品的方法，应用于智能药箱，所述方法包括：获取存放于所述智能药箱内的药品信息；基于所述药品信息判断是否需要配药；在为是时，生成并发送配药请求给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。

在本发明较佳的实施例中，所述在为是时，生成并发送配药请求给供药方设备，包括：在为是时，生成并发送配药请求给所述智能药箱对应用户的用户终端；在获得所述用户终端传输来的用于表征所述用户同意进行配药的指示信息时，发送所述配药请求给供药方设备。

在本发明较佳的实施例中，所述药品信息为药品的保质期，所述基于所述药品信息判断是否需要配药，包括：基于所述药品的保质期，判断所述智能药箱中至少一种药品是否包含过期药品，获得第一判断结果；基于所述第一判断结果，判断是否需要配药。

在本发明较佳的实施例中，所述药品信息为药品的重量，所述基于所述药品信息判断是否需要配药，包括：基于所述药品的重量，判断所述智能药箱中至少一种药品的重量是否低于第一阈值，获得第二判断结果；基于所述第二判断结果，判断是否需要配药。

在本发明较佳的实施例中，所述获取存放于所述智能药箱内的药品信息，包括：在预设时间段后，获取存放于所述智能药箱内的药品信息。

本发明实施例提供了一种智能药箱，包括：处理器、存储器、电源单元和无线通信单元，所述处理器分别与所述存储器和所述无线通信单元连接，所述电源单元分别与所述处理器、所述存储器和所述无线通信单元连接，为其供电；所述处理器从所述存储器中获取存放于所述智能药箱内的药品信息；所述处理器基于所述药品信息判断是否需要配药；在为是时，所述处理器生成配药请求，并经所述无线通信单元发送给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。

在本发明较佳的实施例中，在为是时，所述处理器生成配药请求，并经所述无线通信单元发送给所述智能药箱对应用户的用户终端；所述处理器在获得所述用户终端传输来的用于表征所述用户同意进行配药的指示信息时，通过所述无线通信单元发送所述配药请求给供药方设备。

在本发明较佳的实施例中，所述处理器基于所述药品的保质期，判断所述智能药箱中至少一种药品是否包含过期药品，获得第一判断结果；所述处理器还用于基于所述第一判断结果，判断是否需要配药。

在本发明较佳的实施例中，所述处理器基于所述药品的重量，判断所述智能药箱中至少一种药品的重量是否低于第一阈值，获得第二判断结果；所述处理器还用于基于所述第二判断结果，判断是否需要配药。

在本发明较佳的实施例中，在预设时间段后，所述处理器从所述存储器中获取存放于所述智能药箱内的药品信息。

本发明的有益效果是：

本发明实施例提供的配送药品的方法及智能药箱，与现有技术相比，本申请提供的配送药品的方法能够获取存放于所述智能药箱内的药品信息，并基于所述药品信息自动判断是否需要配药，若为是时，生成并发送配药请求给供药方设备以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。避免了因用户在需要使用药品时，才发现缺少对应的药，或药品由于过期无法使用等，而延误病情的情况发生。通过该方法可以使得该智能药箱内的药品时刻处于监控状态，便于用户在身体有恙时，及时治疗。

本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本发明的主旨。

图1示出了本发明实施例提供的智能药箱的应用环境示意图。

图2示出了本发明实施例提供的智能药箱的结构示意图。

图3示出了本发明实施例提供的智能药箱的功能模块框图。

图4示出了本发明第一实施例提供的一种配送药品的方法的流程图。

图5示出了本发明第二实施例提供的一种配送药品的方法的流程图。

图6示出了本发明实施例提供的一种药品配送装置的功能模块示意图。

图标：100－智能药箱；110－箱体；111－开口；112－放药格；120－箱盖；130－处理器；140－压力传感器；150－存储器；160－无线通信单元；170－电源单元。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

本申请下述各实施例均可应用于如图1所示的环境中。如图1所示，智能药箱100通过网络20与一个或多个用户终端30进行通信连接，以进行数据通信或交互。所述用户终端30可以是手机、平板电脑、智能穿戴设备例如智能手环、智能手表等。所述网络20可以是无线网络或有线网络，例如无线网络可以是，但不限于Wi－Fi(无线保真)网络、2G/3G/4G网络等。供药方设备40可以是与药品供应商相对应的设备，例如，药品供应商的手机、电脑等设备。

其中，请参阅图2和图3，该智能药箱100可以包括：箱体110、箱盖120以及设置于所述箱体110内的处理器130、压力传感器140、存储器150、无线通信单元160和电源单元170。其中，如图3所示，所述处理器130分别与每个压力传感器140、存储器150和无线通信单元160电连接。

如图2所示，所述箱体110内设置有多个放药格112，每个放药格112下设置有至少一个压力传感器140。所述箱体110的一面开设有开口111，所述箱盖120盖合在所述开口111上，且与所述开口111相匹配，起到关闭开口111端的作用。所述箱盖120与所述箱体110活动连接，例如所述箱盖120与所述箱体110通过转动销活动连接。

该压力传感器140用于采集放置于与之对应的放药格112上的药品的重量信息，并将采集的重量信息发送给处理器130。于本实施例中，压力传感器140可以是在薄片表面形成半导体变形压力，通过外力(压力)使薄片变形而产生压电阻抗效果，从而使阻抗的变化转换成电信号。其型号可以是PT517Z。

存储器150可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read－OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read－Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read－Only Memory，EEPROM)等。其中，存储器150用于存储药品信息以及微处理器130需要执行的程序等。

处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器130可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器130也可以是任何常规的处理器等。

该无线通信单元160用于处理器130与用户终端，以及处理器130与供药方设备进行通信，例如将配药请求发送给用户终端，以及接收用户终端发送的同意配药请求的信息等。其中，无线通信单元160可以是WiFi模块、ZigBee模块、3G模块、4G模块，或者其他满足条件的无线传输模块。于本实施例中，优选地，所述无线无线通信单元160可以为3G模块，例如，可以是SIM6320C、CEM631、CEM600、WIDE M8800、FWP103、K3G、WM9881等型号的3G模块。

所述电源单元170分别与每个所述压力传感器140、处理器130、存储器150和无线通信单元160电连接，为其供电，使其能正常工作。该电源单元170可以是DC－DC电源。

本发明第一实施例提供了一种应用于图1中的配送药品的方法，如图4所示。其中，图4示出了本发明第一实施例提供的一种配送药品的方法的流程图，具体包括：步骤S401－S403。

步骤S401：获取存放于所述智能药箱内的药品信息。

该药品信息可以是药品的种类、药品的保质期、药品的重量等关键信息。这些信息可以是在第一次使用该智能药箱时录入，例如，在第一次使用智能药箱时，将A、B、C和D四种药的药品信息全部录入智能药箱的存储器中，后续实时更新。这些药品信息可以是由用户手动输入，也可以是通过智能药箱自带的设备记录，例如，通过智能药箱的二维码扫描仪获取。

获取存放于所述智能药箱内的药品信息，可以是在使用该智能药箱时获取，例如，在智能药箱开启时获取，或者在智能药箱关闭时获取。当然也可以是在预设时间段后获取，例如，在录入信息之后的第一个月、第二月、第三个月时获取。可以理解的是，该预设时间段可以根据用户的需要来设定，而不应将此处所列举的时间段理解成是对本发明的限制。

步骤S402：基于所述药品信息判断是否需要配药。

根据获取到的药品信息判断是否需要配药，作为一种实施方式，可以是根据药品的保质期来判断是否需要配药。进一步地，基于所述药品的保质期，判断所述智能药箱中至少一种药品是否包含过期药品，获得第一判断结果。若第一判断结果为是时，即智能药箱中至少有一种过期药品时，基于第一判断结果得出的结论是需要配药。若第一判断结果为否时，即智能药箱中所有的药品均在保质期内时，基于第一判断结果得出的结论是不需要配药。

由于智能药箱内的药品在使用的过程中，药品的重量会逐渐变轻，因此作为另一种实施方式，可以是根据药品的重量来判断是否需要配药。进一步地，基于所述药品的重量，判断所述智能药箱中至少一种药品的重量是否低于第一阈值，获得第二判断结果。若第二判断结果为是时，即智能药箱中至少有一种药品的重量低于第一阈值时，基于第二判断结果得出的结论是需要配药。若第一判断结果为否时，即智能药箱中所有的药品的重量均大于或低于第一阈值，基于第二判断结果得出的结论是不需要配药。其中，该药品的重量可以用压力传感器来实时采集。其中，该第一阈值可以是根据药品的初始重量以及使用者的实际需求来设定，且不同药品之间的第一阈值可以不同，比如，需求量高的药品的第一阈值可以相对大一些，需求量低的药品的第一阈值可以相对小一些。例如，A种药品的初始量为100g，则对应的第一阈值可以是20g，B种药品的初始量是50g，则对应的第一阈值可以是10g等。

其中，可以理解的是，上述中的药品的初始重量，以及对应的第一阈值的大小仅仅是为了便于理解而举的例子而已，因此不应将其理解成是对本发明的限制。

步骤S403：在为是时，生成并发送配药请求给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。

在判断结果为是时，即需要配药时，生成并发送配药请求给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。其中，生成的配药请求是与当前需要配药的药品相对应的，例如，智能药箱内共有A、B、C和D四种药，在判断出A药需要配药时，则该配药请求时针对该A药品的，与其余种类的药品没有关系。

其中，该供药方设备是指与该药品供应方相对应的设备，例如，可以是药品供应方所使用的手机，也可以是药品供应方所使用的电脑等设备，即药品供应方通过该供药方设备能够获知到该配药请求。

作为另一种实施方式，本发明第二实施例提供的一种配送药品的方法如图5所示，其中，图5示出了本发明第二实施例提供的一种配送药品的方法的流程图，具体包括：步骤S501－S504。

步骤S501：获取存放于所述智能药箱内的药品信息。

步骤S501与步骤S401相同，此处不再对步骤S501进行描述，具体请参阅对步骤S401的描述。

步骤S502：基于所述药品信息判断是否需要配药。

步骤S502与步骤S403相同，此处不再对步骤S502进行描述，具体请参阅对步骤S402的描述。

步骤S503：在为是时，生成并发送配药请求给所述智能药箱对应用户的用户终端。

该步骤与步骤S403的不同之处在于，生产的配药请求不是直接发送给供药方设备，而是发送给与该智能药箱相对应用户的用户终端，以便该用户确认。避免将用户不再需要或暂时没有需求的药品进行配送，即需要配送的药品中的一些药品是用户不再需要或暂时没有需求的。例如，该配药请求是根据药品的重量生成的，而该需要配送的药品是暂时没有需求的，此时可以不用配药。

步骤S504：在获得所述用户终端传输来的用于表征所述用户同意进行配药的指示信息时，发送所述配药请求给供药方设备。

在获取从该用户终端发送的可以表征该用户同意进行配药的指示信息时，发送所述配药请求给供药方设备。其中，表征该用户同意进行配药的指示信息可以有多种，例如，可以用户回复的信息，例如，回复的数字1，或者字母Y，或者是用户基于用户终端显示的咨询信息而点击的“确定”或“是”等方式。

本发明实施例还提供了一种药品配送装置200，如图6所示。该药品配送装置200包括：获取模块210、判断模块220、生成模块230和发送模块240。

所述获取模块210，用于获取存放于所述智能药箱内的药品信息，具体用于在预设时间段后，获取存放于所述智能药箱内的药品信息。所述获取模块210，还用于获得所述用户终端传输来的用于表征所述用户同意进行配药的指示信息。

所述判断模块220，用于基于所述药品信息判断是否需要配药，具体用于基于所述药品的保质期，判断所述智能药箱中至少一种药品是否包含过期药品，获得第一判断结果；以及基于所述第一判断结果，判断是否需要配药。或者判断模块220，具体用于基于所述药品的重量，判断所述智能药箱中至少一种药品的重量是否低于第一阈值，获得第二判断结果；以及基于所述第二判断结果，判断是否需要配药。

所述生成模块230，用于在为是时，生成配药请求。

所述发送模块240，用于发送配药请求给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。所述发送模块240，还用于发送配药请求给所述智能药箱对应用户的用户终端。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的药品配送装置200，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种配送药品的方法，其特征在于，应用于智能药箱，所述方法包括：

获取存放于所述智能药箱内的药品信息；

基于所述药品信息判断是否需要配药；

在为是时，生成并发送配药请求给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。

2.根据权利要求1所述的方法，其特征在于，所述在为是时，生成并发送配药请求给供药方设备，包括：

在为是时，生成并发送配药请求给所述智能药箱对应用户的用户终端；

在获得所述用户终端传输来的用于表征所述用户同意进行配药的指示信息时，发送所述配药请求给供药方设备。

3.根据权利要求1或2所述的方法，其特征在于，所述药品信息为药品的保质期，所述基于所述药品信息判断是否需要配药，包括：

基于所述药品的保质期，判断所述智能药箱中至少一种药品是否包含过期药品，获得第一判断结果；

基于所述第一判断结果，判断是否需要配药。

4.根据权利要求1或2所述的方法，其特征在于，所述药品信息为药品的重量，所述基于所述药品信息判断是否需要配药，包括：

基于所述药品的重量，判断所述智能药箱中至少一种药品的重量是否低于第一阈值，获得第二判断结果；

基于所述第二判断结果，判断是否需要配药。

5.根据权利要求1所述的方法，其特征在于，所述获取存放于所述智能药箱内的药品信息，包括：

在预设时间段后，获取存放于所述智能药箱内的药品信息。

6.一种智能药箱，其特征在于，包括：处理器、存储器、电源单元和无线通信单元，所述处理器分别与所述存储器和所述无线通信单元连接，所述电源单元分别与所述处理器、所述存储器和所述无线通信单元连接，为其供电；

所述处理器从所述存储器中获取存放于所述智能药箱内的药品信息；

所述处理器基于所述药品信息判断是否需要配药；

在为是时，所述处理器生成配药请求，并经所述无线通信单元发送给供药方设备，以使得供药方能够基于所述配药请求向所述智能药箱对应的用户提供与所述配药请求对应的药品。

7.根据权利要求6所述的智能药箱，其特征在于，在为是时，所述处理器生成配药请求，并经所述无线通信单元发送给所述智能药箱对应用户的用户终端；

所述处理器在获得所述用户终端传输来的用于表征所述用户同意进行配药的指示信息时，通过所述无线通信单元发送所述配药请求给供药方设备。

8.根据权利要求6或7所述的智能药箱，其特征在于，所述处理器基于所述药品的保质期，判断所述智能药箱中至少一种药品是否包含过期药品，获得第一判断结果；

所述处理器还用于基于所述第一判断结果，判断是否需要配药。

9.根据权利要求6或7所述的智能药箱，其特征在于，所述处理器基于所述药品的重量，判断所述智能药箱中至少一种药品的重量是否低于第一阈值，获得第二判断结果；

所述处理器还用于基于所述第二判断结果，判断是否需要配药。

10.根据权利要求6所述的智能药箱，其特征在于，在预设时间段后，所述处理器从所述存储器中获取存放于所述智能药箱内的药品信息。