药品自动售卖方法及系统
技术领域
本发明涉及自动化控制技术领域,具体而言,涉及一种药品自动售卖方法及系统。
背景技术
在日常生活中,人们会出现一些突发的病症,然而药店一般有固定的营业时间,若是在药店关门时间需要买药,会给人们造成极大的不便。尽管目前存在24小时营业的药店,但其出售的药品种类有限,并且价格较贵,因而人们无法随时购买到满意的药品。
发明内容
有鉴于此,本发明的目的在于提供一种药品自动售卖方法及系统,以改善上述问题。
为了达到上述目的,本发明较佳实施例提供一种药品自动售卖方法,应用于相互通信的药品售卖箱、服务器以及客户端,所述方法包括:
所述客户端获取药品售卖箱的身份信息发送至所述服务器;
所述服务器根据所述身份信息获取所述药品售卖箱的存药信息并发送至所述客户端进行显示,所述服务器中存储有各药品售卖箱当前的存药信息;
所述药品售卖箱获取用户输入的各药品的身份信息,并检测所述各药品中是否存在处方药;
在存在处方药时,所述药品售卖箱检测是否有该处方药的处方签输入;
在检测到该处方药的处方签输入时,所述药品售卖箱生成包括各药品的身份信息的药品订单,并将所述药品订单及处方签一并发送至所述服务器;
在第一预设时长未检测到该处方药的处方签输入时,所述药品售卖箱从所述各药品的身份信中删除该药品的身份信息,并生成包括余下各药品的身份信息的药品订单发送至所述服务器;
所述服务器对接收到的药品订单进行验证,在验证成功时将所述药品订单发送至所述药品售卖箱;以及
所述药品售卖箱根据所述药品订单进行配药。
优选地,在上述方法中,获取处方签的方式包括:
扫描所述处方签上的标识码。
优选地,在上述方法中,所述服务器对所述药品订单进行验证,在验证成功时将所述药品订单发送至所述药品售卖箱的步骤,包括:
所述服务器检测所述各药品中是否存在相互之间有冲突关系的药品,所述服务器中存储有各药品之间的冲突关系;以及
所述服务器在检测到所述各药品中不存在相互之间有冲突关系的药品时,为所述药品订单添加验证通过标记,并将添加有验证通过标记的药品订单发送至所述药品售卖箱,在检测到所述各药品中存在相互之间有冲突关系的药品时,直接将该药品订单退回所述药品售卖箱,并在所述药品售卖箱显示冲突信息。
优选地,所述服务器在接收到处方签后,所述方法还包括:
所述服务器获取接收到的处方签中的编号信息;
所述服务器在有效处方信息库中查找是否存在该处方签的编号信息,所述服务器中存储有当前有效的各处方签的编号信息;以及
在所述有效处方信息库中不存在该处方签的编号信息时,删除所述处方签以及所述药品订单中该处方药的身份信息。
优选地,在上述方法中,所述方法还包括:
所述药品售卖箱在完成配药后向所述服务器发送一触发指令;以及
所述服务器在接收到所述触发指令时,删除所述有效处方信息库中该处方签的编号信息。
优选地,在上述方法中,所述方法还包括:
所述药品售卖箱每间隔第二预设时长检测各药品的存储量,并发送至所述服务器;以及
所述服务器监测各药品的存储量,在存在存储量低于预设值的药品时进行报警。
本发明较佳实施例还提供一种药品自动售卖系统,包括相互通信的药品售卖箱、服务器以及客户端,所述客户端包括售卖箱信息获取模块,所述服务器包括存药信息获取模块以及药品订单验证模块,所述药品售卖箱包括购药信息获取模块、处方签获取模块、第一药品订单发送模块、第二药品订单发送模块以及配药模块;
所述售卖箱信息获取模块,用于获取药品售卖箱的身份信息发送至所述服务器;
所述存药信息获取模块,用于根据所述身份信息获取所述药品售卖箱的存药信息并发送至所述客户端进行显示,所述服务器中存储有各药品售卖箱当前的存药信息;
所述购药信息获取模块,用于获取用户输入的各药品的身份信息,并检测所述各药品中是否存在处方药;
所述处方签获取模块,用于在存在处方药时,检测是否有该处方药的处方签输入;
所述第一药品订单发送模块,用于在检测到该处方药的处方签输入时,生成包括各药品的身份信息的药品订单,并将所述药品订单及处方签一并发送至所述服务器;
所述第二药品订单发送模块,用于在第一预设时长未检测到该处方药的处方签输入时,从所述各药品的身份信息中删除该药品的身份信息,并生成包括余下各药品的身份信息的药品订单发送至所述服务器;
所述药品订单验证模块,用于对所述药品订单进行验证,在验证成功时将所述药品订单发送至所述药品售卖箱;
所述配药模块,用于根据所述药品订单进行配药。
优选地,在上述系统中,所述药品订单验证模块包括药品冲突检测子模块以及订单处理子模块;
所述药品冲突检测子模块,用于检测所述各药品中是否存在相互之间有冲突关系的药品,所述服务器中存储有各药品之间的冲突关系;
所述订单处理子模块,用于在检测到所述各药品中不存在相互之间有冲突关系的药品时,为所述药品订单添加验证通过标记,并将添加有验证通过标记的药品订单发送至所述药品售卖箱,在检测到所述各药品中存在相互之间有冲突关系的药品时,直接将该药品订单退回所述药品售卖箱,并在所述药品售卖箱显示冲突信息。
优选地,在上述系统中,所述服务器还包括处方编号获取模块、处方编号验证模块以及处方签处理模块;
所述处方编号获取模块,用于获取接收到的处方签中的编号信息;
所述处方编号验证模块,用于在有效处方信息库中查找是否存在该处方签的编号信息,所述服务器中存储有当前有效的各处方签的编号信息;
所述处方签处理模块,用于在所述有效处方信息库中不存在该处方签的编号信息时,删除所述处方签以及所述药品订单中该处方药的身份信息。
优选地,在上述系统中,所述药品售卖箱还包括触发指令发送模块,所述服务器还包括处方签无效模块;
所述触发指令发送模块,用于在完成配药后向所述服务器发送一触发指令;
所述处方签无效模块,用于在接收到所述触发指令时,删除所述有效处方信息库中该处方签的编号信息。
本发明提供的药品自动售卖方法及系统,能够根据用户输入的药品信息检测其中是否存在处方药,在用户能够提供处方签时生成包括该处方药的药品订单,在用户无法提供处方签时删除该处方药的信息,如此,能够避免用户未经医生许可随意购买处方药,以使用户能够通过药品售卖箱可靠安全地自动购药。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的药品自动售卖系统的连接框图。
图2为本发明实施例提供的药品售卖箱的方框示意图。
图3为本发明实施例提供的一种药品自动售卖方法的流程示意图。
图4为图3中所示的步骤S108的子步骤示意图。
图5为本发明实施例提供的药品自动售卖方法的又一流程示意图。
图6为本发明实施例提供的药品自动售卖方法的又一流程示意图。
图7为本发明实施例提供的药品自动售卖方法的又一流程示意图。
图8为本发明实施例提供的一种药品自动售卖系统的功能模块框图。
图9为图8中所示的药品订单验证模块的子模块示意图。
图10为本发明实施例提供的一种服务器的功能模块框图。
图11为本发明实施例提供的药品自动售卖系统的又一功能模块示意图。
图标:10-药品自动售卖系统;100-药品售卖箱;110-存储器;111-购药信息获取模块;112-处方签获取模块;113-第一药品订单发送模块;114-第二药品订单发送模块;115-配药模块;116-触发指令发送模块;120-处理器;130-通信单元;140-显示单元;150-检测单元;200-服务器;210-存药信息获取模块;220-药品订单验证模块;221-药品冲突检测子模块;222-订单处理子模块;230-处方编号获取模块;240-处方编号验证模块;250-处方签处理模块;260-处方签无效模块;300-客户端;310-售卖箱信息获取模块;400-网络。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
如图1所示,是本发明较佳实施例提供的药品自动售卖系统10的连接框图,所述药品自动售卖系统10包括药品售卖箱100、服务器200以及客户端300。所述药品售卖箱100、服务器200以及客户端300能够通过网络400相互通信,以实现数据通信或交互。
本实施例中,所述服务器200可以是,但不限于,web(网站)服务器、ftp(filetransfer protocol,文件传输协议)服务器等。所述客户端300可以是,但不限于,智能手机、个人电脑(personal computer,PC)、平板电脑、个人数字助理(personal digitalassistant,PDA)、移动上网设备(mobile Internet device,MID)等。
所述客户端300可以是,但不限于,智能手机、个人电脑(personal computer,PC)、平板电脑、个人数字助理(personal digital assistant,PDA)、移动上网设备(mobileInternet device,MID)等。
所述网络400可以是,但不限于,有线网络或无线网络。
如图2所示,是图1所示的药品售卖箱100的方框示意图。所述药品售卖箱100包括存储器110、处理器120、通信单元130、显示单元140以及检测单元150。
所述存储器110、处理器120、通信单元130、显示单元140以及检测单元150各元件相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述药品售卖箱100包括至少一个可以软件或固件(firmware)的形式存储于所述存储器110中的软件功能模块。所述处理器120用于执行存储器110中存储的可执行模块,例如所述药品售卖箱100所包括的软件功能模块或计算机程序。
其中,所述存储器110可以是,但不限于,随机存取存储器(Random AccessMemory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(ProgrammableRead-Only Memory,PROM),可擦除只读存储器(Erasable Programmable Read-OnlyMemory,EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory,EEPROM)等。
其中,存储器110用于存储软件程序以及模块,例如本发明实施例中的药品自动售卖方法及系统对应的程序指令/模块。处理器120在接收到执行指令后,执行存储在存储器110中的软件程序及模块,从而执行各种功能应用以及数据处理,如本发明实施例提供的药品自动售卖方法。需要说明的是,本发明实施例任一实施方式所揭示的流程定义的方法可以应用于处理器120中,或者由所述处理器120实现。
处理器120可能是一种集成电路芯片,具有信号的处理能力。处理器120可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(NetworkProcessor,简称NP)等。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本实施例中,通信单元130用于通过网络400建立药品售卖箱100、服务器200以及客户端300之间的通信连接。
本实施例中,显示单元140用于建立药品售卖箱100与用户之间的交互界面,或者显示图像信息。
本实施例中,检测单元150可以为摄像头等图像采集设备,用于扫描标识码。
可以理解,图2所示的结构仅为示意,药品售卖箱100还可以包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。
所述服务器200和客户端300中各组件的具体结构和连接方式与所述药品售卖箱100中对应的各组件的结构和连接方式相同,此处不再赘述。
请参阅图3,是本发明较佳实施例提供的一种药品自动售卖方法的流程示意图,该方法应用于图1所示的药品自动售卖系统10,所述系统包括相互通信的药品售卖箱100、服务器200及客户端300。
下面将对图3所示的具体流程和步骤进行详细阐述。
步骤S101:客户端300获取药品售卖箱100的身份信息发送至服务器200。
其中,药品售卖箱100的表面可以设置有标识码,所述标识码中包括该药品售卖箱100的身份信息。用户需要在某一药品售卖箱100购药时,可以扫描该药品售卖箱100表面的标识码,获取该药品售卖箱100的身份信息发送至服务器200,以使服务器200提供该药品售卖箱100的存药信息。
步骤S102:所述服务器200根据所述身份信息获取所述药品售卖箱100的存药信息并发送至所述客户端300进行显示。
本实施例中,所述服务器200中存储有各药品售卖箱100当前的存药信息。服务器200能够根据客户端300发送的药品售卖箱100的身份信息查找出该药品售卖箱100的存药信息,并反馈到客户端300进行显示,以使用户根据该药品售卖箱100的存药情况选取药品进行购买。
步骤S103:所述药品售卖箱100获取用户输入的各药品的身份信息,并检测所述各药品中是否存在处方药。若不存在处方药则执行步骤S104,若存在处方药则执行步骤S105。
在实际应用中,某些药品为处方药,需要凭医生开出的处方才能在药店进行购买。这类药品通常是成分中含有有害物质,或是对用量有特殊要求,为了用户随意进行购买可能造成严重后果。因而,需要在用户自行购买药品时,检测用户所购买的药品中是否有处方药,并根据检测结果进行相应的处理。
步骤S104:所述药品售卖箱100直接生成包括各药品的身份信息的药品订单发送至所述服务器200。
步骤S105:所述药品售卖箱100检测是否有该处方药的处方签输入。在检测到该处方药的处方签输入时,执行步骤S106。在第一预设时长未检测到该处方药的处方签输入时,执行步骤S107。
本实施例中,所述药品售卖箱100在检测到用户购买的药品中存在处方药时,可以提供一显示页面,提示用户提供该处方药的处方签。所述药品售卖箱100可以设置有扫描装置,用于扫描处方签。可选地,所述处方签上设置有标识码,所述标识码中包括该处方签的编号信息及该处方签中包括的处方药的身份信息。
步骤S106:所述药品售卖箱100生成包括各药品的身份信息的药品订单,并将所述药品订单及处方签一并发送至所述服务器200。
实施时,用户可以将该处方药的处方签放置于所述扫描装置处进行扫描。所述客户端300在检测到有处方签输入时,获取该处方签中包括的处方药的身份信息,检测该处方签中包括的处方药是否与用户需要购买的处方药相同。若不相同,则直接将用户输入的各药品的身份信息中该处方药的身份信息删除。。
若相同,则生成包括用户输入的各药品的身份信息的药品订单,并将所述药品订单及处方签一并发送至所述服务器200。
步骤S107:所述药品售卖箱100从所述各药品的身份信中删除该药品的身份信息,并生成包括余下各药品的身份信息的药品订单发送至所述服务器200。
本实施例中,若经过第一预设时长,所述药品售卖箱100仍未检测到处方签,则可以判定用户无法提供处方签,所述药品售卖箱100将拒绝供应该处方药。也即,所述药品售卖箱100删除用户输入的各药品的身份信息中该处方药的身份信息,生成包括余下各药品的身份信息的药品订单,并将生成的药品订单发送至服务器200。
步骤S108:所述服务器200对接收到的药品订单进行验证,在验证成功时将所述药品订单发送至所述药品售卖箱100。
其中,为了保证用户的用药安全,服务器200在接收到药品订单后仍需进行进一步的验证。例如,验证所述药品订单中的各药品之间是否存在冲突关系。
可选地,请参阅图4,步骤S108可以包括步骤S201、步骤S202以及步骤S203三个子步骤。
步骤S201:所述服务器200检测所述各药品中是否存在相互之间有冲突关系的药品。所述服务器200在检测到所述各药品中不存在相互之间有冲突关系的药品时,执行步骤S202。所述服务器200在检测到所述各药品中存在相互之间有冲突关系的药品时,执行步骤S203。
本实施例中,所述服务器200中可以存储有各药品之间的冲突关系,根据药品订单中各药品的身份信息可以查找出是否存在相互之间有冲突关系的药品。
步骤S202:为所述药品订单添加验证通过标记,并将添加有验证通过标记的药品订单发送至所述药品售卖箱100。
步骤S203:直接将该药品订单退回所述客户端300,并在所述客户端300显示冲突信息。
其中,所述冲突信息包括相互之间存在冲突关系的药品的身份信息以及同时服用所述存在冲突关系的药品可能出现的危害。
本实施例中,当服务器200接收到的信息中包括处方签时,还可以验证所述处方签是否真实有效。因此,可选地,请参阅图5,在服务器200接收到处方签之后,所述方法还可以包括步骤S110、步骤S111以及步骤S112。
步骤S110:所述服务器200获取接收到的处方签中的编号信息。
步骤S111:所述服务器200在有效处方信息库中查找是否存在该处方签的编号信息。
步骤S112:在所述有效处方信息库中不存在该处方签的编号信息时,删除所述处方签以及所述药品订单中该处方药的身份信息。
其中,所述服务器200中可以存储有当前有效的个处方签的编号信息。可选地,医生可以将开出的处方签的编号信息录入所述服务器200进行存储。如此,当无法在服务器200中查找到相应编号信息时,即可判定该编号信息对应的处方签无效,服务器200可以删除所述药品订单中的该处方药。
为了更好地满足用户需求,在删除该处方药后,可以显示一提示页面,告知用户已删除的药品信息,使用户决定是否继续进行本次药品购买。
步骤S109:所述药品售卖箱100根据所述药品订单进行配药。
本实施例中,当确认所述药品订单无误后,即可将所述药品订单发送至所述药品售卖箱100进行自动配药。
可选地,在配药完毕后,所述药品售卖箱100可以显示一付款页面,提醒用户付款,该付款页面可以显示有付款标识码。当服务器200接收到客户端300发送的付款信息时,可以向药品售卖箱100发送一付款确认信息,以提示用户付款。当药品售卖箱100接收到所述付款确认信息时,可以将配好的药品提供给用户。
由于处方药通常对用量有限制,可选地,在每次交易完毕时,将用户在该次药品购买中使用的处方签无效掉。
可选地,请参阅图6,所述方法还可以包括步骤S113和步骤S114。
步骤S113:所述药品售卖箱100在向用户提供药品后向所述服务器200发送一触发指令。
步骤S114:所述服务器200在接收到所述触发指令时,删除所述有效处方信息库中该处方签的编号信息。
如此,能够避免用户重复使用该处方签购买相应的处方药。
可选地,请参阅图7,所述方法还可以包括步骤S115和步骤S116。
步骤S115:所述药品售卖箱100每间隔第二预设时长检测各药品的存储量,并发送至所述服务器200。
步骤S116:所述服务器200监测各药品的存储量,在存在存储量低于预设值的药品时进行报警。
可选地,所述服务器200在检测到某一药品售卖箱100中的某一药品存储量不足时,可以向所述服务器200发送报警信息,所述报警信息包括该药品售卖箱100的身份信息以及该存储量不足的药品的身份信息。如此,能够让相关工作人员及时补充药品,从而保证各药品售卖箱100中的各药品存储量充足。
可选地,工作人员在向药品售卖箱100中存放药品时,可以通过苏搜狐扫描装置对该药品的有效期限进行扫描,并将扫描到的有效期限与该药品的身份信息关联后存储。如此,所述药品售卖箱100能够对存储的各药品的有效期限进行监控。
请参阅图8,是本发明较佳实施例提供的药品自动售卖系统10的功能模块框图,所述药品自动售卖系统10包括相互通信的药品售卖箱100、服务器200以及客户端300。
所述客户端300包括售卖箱信息获取模块310,所述服务器200包括存药信息获取模块210以及药品订单验证模块220,所述药品售卖箱100包括购药信息获取模块111、处方签获取模块112、第一药品订单发送模块113、第二药品订单发送模块114以及配药模块115。
其中,所述售卖箱信息获取模块310用于获取药品售卖箱100的身份信息发送至所述服务器200。
所述存药信息获取模块210用于根据所述身份信息获取所述药品售卖箱100的存药信息并发送至所述客户端300进行显示,所述服务器200中存储有各药品售卖箱100当前的存药信息。
所述购药信息获取模块111用于获取用户输入的各药品的身份信息,并检测所述各药品中是否存在处方药。
所述处方签获取模块112用于在存在处方药时,检测是否有该处方药的处方签输入。
所述第一药品订单发送模块113用于在检测到该处方药的处方签输入时,生成包括各药品的身份信息的药品订单,并将所述药品订单及处方签一并发送至所述服务器200。
所述第二药品订单发送模块114用于在第一预设时长未检测到该处方药的处方签输入时,从所述各药品的身份信息中删除该药品的身份信息,并生成包括余下各药品的身份信息的药品订单发送至所述服务器200。
药品订单验证模块220用于对所述药品订单进行验证,在验证成功时将所述药品订单发送至所述药品售卖箱100。
所述配药模块115用于根据所述药品订单进行配药。
可选地,请参阅图9,所述药品订单验证模块220可以包括药品冲突检测子模块221以及订单处理子模块222。
其中,所述药品冲突检测子模块221用于检测所述各药品中是否存在相互之间有冲突关系的药品,所述服务器200中存储有各药品之间的冲突关系。
所述订单处理子模块222用于在检测到所述各药品中不存在相互之间有冲突关系的药品时,判定所述药品订单通过验证,在检测到所述各药品中存在相互之间有冲突关系的药品时,将该药品订单退回所述客户端300,并在所述客户端300显示冲突信息。
可选地,请参阅图10,所述服务器200还包括处方编号获取模块230、处方编号验证模块240以及处方签处理模块250。
其中,所述处方编号获取模块230用于获取接收到的处方签中的编号信息。
所述处方编号验证模块240用于在有效处方信息库中查找是否存在该处方签的编号信息,所述服务器200中存储有当前有效的各处方签的编号信息。
所述处方签处理模块250用于在所述有效处方信息库中不存在该处方签的编号信息时,删除所述处方签以及所述药品订单中该处方药的身份信息。
可选地,请参阅图11,所述药品售卖箱100还包括触发指令发送模块116,所述服务器200还包括处方签无效模块260。
其中,所述触发指令发送模块116用于在完成配药后向所述服务器200发送一触发指令。
所述处方签无效模块260用于在接收到所述触发指令时,删除所述有效处方信息库中该处方签的编号信息。
综上所述,本发明提供的药品自动售卖想方法及系统,能够根据用户输入的药品信息检测其中是否存在处方药,在用户能够提供处方签时生成包括该处方药的药品订单,在用户无法提供处方签时删除该处方药的信息,如此,能够避免用户未经医生许可随意购买处方药,以使用户能够通过药品售卖箱100可靠安全地自动购药。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。