CN111652683A - 药品购买请求方法、装置、电子设备及计算机存储介质 - Google Patents

药品购买请求方法、装置、电子设备及计算机存储介质 Download PDF

Info

Publication number
CN111652683A
CN111652683A CN202010482606.9A CN202010482606A CN111652683A CN 111652683 A CN111652683 A CN 111652683A CN 202010482606 A CN202010482606 A CN 202010482606A CN 111652683 A CN111652683 A CN 111652683A
Authority
CN
China
Prior art keywords
information
medicine
user
prescription
purchase request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010482606.9A
Other languages
English (en)
Inventor
杨金伟
殷伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Huisheng Health Technology Co ltd
Original Assignee
Shanghai Huisheng Health Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Huisheng Health Technology Co ltd filed Critical Shanghai Huisheng Health Technology Co ltd
Priority to CN202010482606.9A priority Critical patent/CN111652683A/zh
Publication of CN111652683A publication Critical patent/CN111652683A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0609Buyer or seller confidence or verification
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Primary Health Care (AREA)
  • Medicinal Chemistry (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Public Health (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开了一种药品购买请求方法、药品购买请求装置、电子设备及计算机存储介质,包括当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;比较所述用户信息、所述药品信息是否与预存的患者列表匹配;当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;当所述用户身份信息、处方单信息验证通过后,生成预约凭单。本发明实施例提供的方案能够简化患者在平台购买处方药时的流程,为用户频繁购药提供了便利。

Description

药品购买请求方法、装置、电子设备及计算机存储介质
技术领域
本发明涉及药品网络购买领域,尤其涉及药品购买请求方法、装置、电子设备及计算机存储介质。
背景技术
对于处方药的购买在各个国家都有严格的规定,一般只能由执业医师调配,购买时必须出具医生开的处方,患者取得处方后,只能在开具处方的医院购买处方药。另外,对于一些特殊管理的药品,需要患者持有效证件进行购买,同时,不是所有的药店都可以售卖特殊管理药品、且能够售卖的药店还存在无货的情况,导致患者一般需要去多家不同的药店才可以买到所需要的药品,增加了患者购药的时间成本。同时,随着互联网技术的发展,在网络平台上自主选择药店购买处方药逐渐成为一种趋势,但是现有网络平台的购药流程比较复杂,繁琐的购药流程给客户造成不便。
发明内容
本发明的主要目的在于提供一种药品购买请求方法、装置、电子设备及计算机存储介质,旨在解决患者无法在网络购买特殊药品的问题。
为实现上述目的,本发明提供一种药品购买请求方法,所述药品购买请求方法包括以下步骤:
当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;
比较所述用户信息、所述药品信息是否与预存的患者列表匹配;
当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;
若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;
当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
可选地,所述药品购买请求方法还包括:
当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息;
基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
可选地,在当所述用户身份信息、处方单信息验证通过后,生成预约凭单步骤后还包括:
将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
可选地所述验证用户身份信息、处方单信息包括:
接收与所述药品信息对应的处方单;
审核所述处方单;
接收输入的身份证号码;
识别用户的面部图像;
分析所述面部图像是否与所述身份证号码对应的图像一致。
此外,为实现上述目的,本发明还提供一种药品购买请求装置,所述药品购买请求装置包括:
提取模块,用于当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;
判断模块,用于比较所述用户信息、所述药品信息是否与预存的患者列表匹配;
分析模块,用于当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;
验证模块,用于若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;
第一生成模块,用于当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
可选地,所述药品购买请求装置还包括:
所述药品购买请求装置还包括:
获取模块,用于当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息;
第二生成模块,用于基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
可选地,所述第一生成模块后还包括:
存储模块,用于将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
可选地,所述验证模块包括:
第一接收模块,用于接收与所述药品信息对应的处方单;
审核模块,用于审核所述处方单;
第二接收模块,用于接收输入的身份证号码;
识别模块,用于识别用户的面部图像;
比较模块,用于分析所述面部图像是否与所述身份证号码对应的图像一致。
此外,为实现上述目的,本发明还提供一种电子设备,所述电子设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的药品购买请求处理程序,所述药品购买请求处理程序被所述处理器执行时实现以上任一项描述中所述的药品购买请求方法的步骤。
此外,为实现上述目的,本发明还提供一种计算机存储介质,所述计算机存储介质上存储有药品购买请求处理程序,所述药品购买请求处理程序被处理器执行时实现以上任一项描述中所述的药品购买请求方法的步骤。
本发明实施例提出的技术方案,当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;比较所述用户信息、所述药品信息是否与预存的患者列表匹配;当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;当所述用户身份信息、处方单信息验证通过后,生成预约凭单,从而使得用户能够在平台预约购买特殊药品,减少患者购药所需要时间,简化购买流程,为用户频繁购药提供了便利。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图;
图2为本发明药品购买请求方法一实施例的流程示意图;
图3为本发明药品购买请求方法另一实施例的流程示意图;
图4为本发明药品购买请求方法又一实施例的流程示意图;
图5为图1中所述验证用户身份信息、处方单信息步骤的细化流程示意图;
图6为本发明药品购买请求方法再一实施例的流程示意图;
图7为本发明电子设备实施例的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。
本发明实施例终端可以是PC,也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面3)播放器、便携计算机等具有显示功能的可移动式终端设备。
如图1所示,该终端可以包括:处理器1001,例如CPU,网络接口1004,用户接口1003,存储器1005,通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(non-volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地,终端还可以包括摄像头、RF(Radio Frequency,射频)电路,传感器、音频电路、WiFi模块等等。其中,传感器比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示屏的亮度,接近传感器可在移动终端移动到耳边时,关闭显示屏和/或背光。作为运动传感器的一种,重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;当然,移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
本领域技术人员可以理解,图1中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及程序,所述程序为药品购买请求处理程序。
在图1所示的终端中,网络接口1004主要用于连接后台服务器,与后台服务器进行数据通信;用户接口1003主要用于连接客户端(用户端),与客户端进行数据通信;而处理器1001可以用于调用存储器1005中存储的药品购买请求处理程序,并执行以下操作:
当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;
比较所述用户信息、所述药品信息是否与预存的患者列表匹配;
当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;
若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;
当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
进一步的,处理器1001可以调用存储器1005中存储的药品购买请求处理程序,还执行以下操作:
当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息;
基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
进一步的,处理器1001可以调用存储器1005中存储的药品购买请求处理程序,还执行以下操作:
将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
进一步的,处理器1001可以调用存储器1005中存储的药品购买请求处理程序,还执行以下操作:
接收与所述药品信息对应的处方单;
审核所述处方单;
接收输入的身份证号码;
识别用户的面部图像;
分析所述面部图像是否与所述身份证号码对应的图像一致。
参照图2、图4、图6,本发明实施例提供一种药品购买请求方法,所述药品购买请求方法包括:
S100,当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息。
用户在客户端向服务器端发送购买药品的请求,客户端接收到用户发送的药品购买请求信息后,提取药品购买请求信息中包含的用户信息、药品信息以及与所述药品信息绑定的药店信息信息,其中所述用户信息用来识别用户身份,可以包括用户的姓名、性别、身份证号、地理位置信息中的一种或多种,所述药品信息是用户需要购买的药品,其中,每一种药品都会与对应的药店绑定,也就是说,用户选择了某一种药品后,也就选择了售卖该药品的药店,即用户无法自由选择售卖该药品的药店,同时,只要该药品在平台上处于上架状态,用户就可以选择购买,对应的药店就会存在库存,可以正常售卖该药品,假如药店因没有库存而无法正常售卖,那么该药品就会在平台上下架,用户无法选择购买,如此设置,将药品与药店绑定,为用户筛选可以正常售卖药品的药店,用户只需选择购买的药品后,即可线下去对应的药店购买,避免用户自主选择药店而发生该药店不能售卖所需药品的情况,节省用户的购药时间。
S200,比较所述用户信息、所述药品信息是否与预存的患者列表匹配。
网络平台根据之前购买处方药、特殊管理药品以及医保用药的患者建立患者列表,并将所述患者列表上传存储至服务器端,所述患者列表中存储有之前购买药品的患者购买信息,所述患者购买信息可以包括用户信息(可以包括用户的姓名、性别、身份证号、地理位置信息)、药品信息(可以包括药品的名称、购买数量、药品的属性、购买药店)、验证信息。所述患者购买信息为患者最近一次在客户端购买药品的信息,当然,在其他实施例中,所述患者购买信息可以为患者在客户端购买药品的所有信息。为了对患者提供有效的保障,在判断所述用户信息、所述药品信息是否与所述预存的患者列表匹配时,需要将所述用户信息与所述预存的患者列表中存储的用户信息、所述药品信息与所述预存的患者列表中存储的药品信息分别进行匹配。所述验证信息是与所述用户信息、所述药品信息对应的,可以理解的是,如果用户购买的药品的属性是特殊管理药品,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果;如果用户购买的药品的属性是处方药,那么验证信息包括接收到的用户上传的处方单、平台对处方单的审核结果;如果用户购买的药品的属性是医保用药,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果。
S310,当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药。
在判断所述用户信息、所述药品信息是否与预存的患者列表匹配时,需要所述用户信息,和,所述药品信息与所述预存的患者列表中存储的信息一一对应,才视为匹配,从而为患者的用药安全提供最大保障。服务器端判断所述用户信息、所述药品信息与所述预存的患者列表匹配时,直接获取所述患者列表中存储的、与所述述用户信息、所述药品信息对应的验证信息。需要说明的是,用户购买的药品的属性可以同时是处方药、特殊管理药品、医保药。
S320,若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息。
对于处方药、特殊管理药品、医保药,按照相关规定,需要对购买者的身份、处方单进行验证,因此,当判定药品的属性是处方药、特殊管理药品、医保药中的至少一种时,需要进行验证,具体的,如果药品是处方药,需要用户提供并上传处方单,平台对处方单的信息进行核对,核对通过,同意用户的购买请求,核对不通过,请用户重新上传并审核,重复三次后,如果审核仍未通过,则拒绝用户的该药品购买请求;如果药品是特殊管理药品或医保药,则需要验证用户的身份,即用户提供并上传用户的身份证号码,平台采集用户的图像,并比对该图像是否身份证号码对应的图像相符,如果比对相符,则身份验证通过,同意用户购买,如果身份验证不通过,则请用户重新输入进行比对,若仍为通过身份验证,则拒绝用户对该药品的购买请求。需要说明的是,药品的属性可以是处方药、特殊管理药品、医保药中的两种或多种,此时需要根据不同的属性分别进行验证。另外,在核对处方单信息时,根据处方信息确定用户购买的药品药理方面是否合理,如果药品多于一种,判断药品间药理是否有冲突。如果药品药理不合理或不同药品间存在冲突,则给用户发送处方信息校验未通过的通知,提示用户重新上传处方信息,或寻求人工帮助。另外,在校验所述处方信息时,还可以校验开具处方药的执业医师是否开具的本科室用药,还可以校验执业医师的执业证是否有效,只要校验未通过,都需要向用户发送所述处方信息校验未通过的通知,并提供必要的人工帮助。
S330,当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
验证通过后,服务器生成预约凭单,并将预约凭单发送给用户,预约凭单上可以显示用户信息、药品信息、验证信息、药店信息等,用户根据预约凭单去对应的药品进行购买药品,对于处方药,药店需要现场再次核对处方单,核对通过,为用户提供药品。对于处方药、特殊管理药品用户只能选择去对应的药店进行购买,而不能进行快递配送;对于医保用药,用户可以选择配送方式或自提方式,另外,平台还可以为用户提供医保刷卡的选择方式,当然用户可以选择是用医保卡结算,也可以选择使用其他方式结算,当用户选择医保结算的时候,只能去药店自提而不能配送。
在本实施例中,当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;比较所述用户信息、所述药品信息是否与预存的患者列表匹配;当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;当所述用户身份信息、处方单信息验证通过后,生成预约凭单,从而使得用户能够在平台预约购买特殊药品,减少患者购药所需要时间,简化购买流程,为用户频繁购药提供了便利。
进一步的,参照图3、图6,进一步的,基于上述实施例,所述药品购买请求方法还包括:
S410,当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息。
在判断所述用户信息、所述处方信息是否与预存的患者列表匹配时,只要所述用户信息,和/或,所述药品信息与所述预存的患者列表中存储的信息完全符合,即视为匹配,从而为患者的用药安全提供最大保障。所述验证信息是与所述用户信息、所述药品信息对应的,可以理解的是,如果用户购买的药品的属性是特殊管理药品,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果;如果用户购买的药品的属性是处方药,那么验证信息包括接收到的用户上传的处方单、平台对处方单的审核结果;如果用户购买的药品的属性是医保用药,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果。当所述用户信息、所述药品信息与预存的患者列表匹配时,直接获取预存的患者列表中存储的信息,平台无须再次对用户身份、处方信息等进行验证,直接同意用户的药品购买请求,从而简化了用户的购药流程,节省了用户的购药时间。
S420,基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
服务器端获取到与所述述用户信息、所述药品信息对应的验证信息后,直接生成预约凭单,并将所述预约凭单发送给用户,用户凭所述预约凭单去对应药店取药。在生成预约凭单之前,客户端可以为用户提供在线支付或到店支付的方式以供用户结账时选择,所述预约凭单上可以显示用户是否已经结算,并将是否已经结算的信息在所述预约凭单特殊显示,以方便药店工作人员在查看所述预约凭单验证。
在本实施例中,通过当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息,平台无须再次对用户身份、处方信息等进行验证,直接同意用户的药品购买请求,从而简化了用户的购药流程,节省了用户的购药时间。
进一步的,参照图4、图6,基于上述实施例,在步骤S330后还包括:
S340,将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
用户在客户端第一购买药品后,服务器将所述用户信息、所述药品信息、所述验证信息关联存储于所述预存的患者列表中,从而对所述预存的患者列表进行实时更新,为用户后续购买同种药品提供便利。
进一步的,参照图5,进一步的,基于上述实施例,步骤S320包括:
S321,接收与所述药品信息对应的处方单。
服务器向用户发送提供处方单的请求,用户根据服务器提示,上传与处方药对应的处方单。
S322,审核所述处方单。
根据处方信息确定用户购买的药品药理方面是否合理,如果药品多于一种,判断药品间药理是否有冲突。如果药品药理不合理或不同药品间存在冲突,则给用户发送处方信息校验未通过的通知,提示用户重新上传处方信息,或寻求人工帮助。另外,在校验所述处方信息时,还可以校验开具处方药的执业医师是否开具的本科室用药,还可以校验执业医师的执业证是否有效,只要校验未通过,都需要向用户发送所述处方信息校验未通过的通知,并提供必要的人工帮助。
S323,接收输入的身份证号码。
服务器向用户发送输入身份证号码的请求,用户输入自己的身份证号码,确认无误后,上传至服务器,服务器根据身份证号码调取用户的身份证图像。
S324,识别用户的面部图像。
服务器向用户发送采集用户图像的请求,用户同意所述图像采集请求后,服务器拍摄用户的面部头像,并上传存储。
S325,分析所述面部图像是否与所述身份证号码对应的图像一致。
服务器将采集到的用户图像与用户的身份证图像进行比对,确认是否一致。
在一实施例中,所述药品购买请求装置包括:
提取模块,用于当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息。
用户在客户端向服务器端发送购买药品的请求,客户端接收到用户发送的药品购买请求信息后,提取药品购买请求信息中包含的用户信息、药品信息以及与所述药品信息绑定的药店信息信息,其中所述用户信息用来识别用户身份,可以包括用户的姓名、性别、身份证号、地理位置信息中的一种或多种,所述药品信息是用户需要购买的药品,其中,每一种药品都会与对应的药店绑定,也就是说,用户选择了某一种药品后,也就选择了售卖该药品的药店,即用户无法自由选择售卖该药品的药店,同时,只要该药品在平台上处于上架状态,用户就可以选择购买,对应的药店就会存在库存,可以正常售卖该药品,假如药店因没有库存而无法正常售卖,那么该药品就会在平台上下架,用户无法选择购买,如此设置,将药品与药店绑定,为用户筛选可以正常售卖药品的药店,用户只需选择购买的药品后,即可线下去对应的药店购买,避免用户自主选择药店而发生该药店不能售卖所需药品的情况,节省用户的购药时间。
判断模块,用于比较所述用户信息、所述药品信息是否与预存的患者列表匹配。
网络平台根据之前购买处方药、特殊管理药品以及医保用药的患者建立患者列表,并将所述患者列表上传存储至服务器端,所述患者列表中存储有之前购买药品的患者购买信息,所述患者购买信息可以包括用户信息(可以包括用户的姓名、性别、身份证号、地理位置信息)、药品信息(可以包括药品的名称、购买数量、药品的属性、购买药店)、验证信息。所述患者购买信息为患者最近一次在客户端购买药品的信息,当然,在其他实施例中,所述患者购买信息可以为患者在客户端购买药品的所有信息。为了对患者提供有效的保障,在判断所述用户信息、所述药品信息是否与所述预存的患者列表匹配时,需要将所述用户信息与所述预存的患者列表中存储的用户信息、所述药品信息与所述预存的患者列表中存储的药品信息分别进行匹配。所述验证信息是与所述用户信息、所述药品信息对应的,可以理解的是,如果用户购买的药品的属性是特殊管理药品,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果;如果用户购买的药品的属性是处方药,那么验证信息包括接收到的用户上传的处方单、平台对处方单的审核结果;如果用户购买的药品的属性是医保用药,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果。
分析模块,用于当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药。
在判断所述用户信息、所述药品信息是否与预存的患者列表匹配时,需要所述用户信息,和,所述药品信息与所述预存的患者列表中存储的信息一一对应,才视为匹配,从而为患者的用药安全提供最大保障。服务器端判断所述用户信息、所述药品信息与所述预存的患者列表匹配时,直接获取所述患者列表中存储的、与所述述用户信息、所述药品信息对应的验证信息。只要有一项信息不相同,即视为不匹配。需要说明的是,用户购买的药品的属性可以同时是处方药、特殊管理药品、医保药。
验证模块,用于若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息。
对于处方药、特殊管理药品、医保药,按照相关规定,需要对购买者的身份、处方单进行验证,因此,当判定药品的属性是处方药、特殊管理药品、医保药中的至少一种时,需要进行验证,具体的,如果药品是处方药,需要用户提供并上传处方单,平台对处方单的信息进行核对,核对通过,同意用户的购买请求,核对不通过,请用户重新上传并审核,重复三次后,如果审核仍未通过,则拒绝用户的该药品购买请求;如果药品是特殊管理药品或医保药,则需要验证用户的身份,即用户提供并上传用户的身份证号码,平台采集用户的图像,并比对该图像是否身份证号码对应的图像相符,如果比对相符,则身份验证通过,同意用户购买,如果身份验证不通过,则请用户重新输入进行比对,若仍为通过身份验证,则拒绝用户对该药品的购买请求。需要说明的是,药品的属性可以是处方药、特殊管理药品、医保药中的两种或多种,此时需要根据不同的属性分别进行验证。另外,在核对处方单信息时,根据处方信息确定用户购买的药品药理方面是否合理,如果药品多于一种,判断药品间药理是否有冲突。如果药品药理不合理或不同药品间存在冲突,则给用户发送处方信息校验未通过的通知,提示用户重新上传处方信息,或寻求人工帮助。另外,在校验所述处方信息时,还可以校验开具处方药的执业医师是否开具的本科室用药,还可以校验执业医师的执业证是否有效,只要校验未通过,都需要向用户发送所述处方信息校验未通过的通知,并提供必要的人工帮助。
第一生成模块,用于当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
验证通过后,服务器生成预约凭单,并将预约凭单发送给用户,预约凭单上可以显示用户信息、药品信息、验证信息、药店信息等,用户根据预约凭单去对应的药品进行购买药品,对于处方药,药店需要现场再次核对处方单,核对通过,为用户提供药品。对于处方药、特殊管理药品用户只能选择去对应的药店进行购买,而不能进行快递配送;对于医保用药,用户可以选择配送方式或自提方式,另外,平台还可以为用户提供医保刷卡的选择方式,当然用户可以选择是用医保卡结算,也可以选择使用其他方式结算,当用户选择医保结算的时候,只能去药店自提而不能配送。
在本实施例中,当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;比较所述用户信息、所述药品信息是否与预存的患者列表匹配;当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;当所述用户身份信息、处方单信息验证通过后,生成预约凭单,从而使得用户能够在平台预约购买特殊药品,减少患者购药所需要时间,简化购买流程,为用户频繁购药提供了便利。
进一步的,基于上述实施例,所述药品购买请求装置还包括:
获取模块,用于当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息。
在判断所述用户信息、所述处方信息是否与预存的患者列表匹配时,只要所述用户信息,和/或,所述药品信息与所述预存的患者列表中存储的信息完全符合,即视为匹配,从而为患者的用药安全提供最大保障。所述验证信息是与所述用户信息、所述药品信息对应的,可以理解的是,如果用户购买的药品的属性是特殊管理药品,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果;如果用户购买的药品的属性是处方药,那么验证信息包括接收到的用户上传的处方单、平台对处方单的审核结果;如果用户购买的药品的属性是医保用药,那么验证信息包括接收到的用户输入的用户身份证号码、拍摄的用户面部头像以及该身份证号码与该用户面部头像的比对结果。当所述用户信息、所述药品信息与预存的患者列表匹配时,直接获取预存的患者列表中存储的信息,平台无须再次对用户身份、处方信息等进行验证,直接同意用户的药品购买请求,从而简化了用户的购药流程,节省了用户的购药时间。第二生成模块,用于基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
服务器端获取到与所述述用户信息、所述药品信息对应的验证信息后,直接生成预约凭单,并将所述预约凭单发送给用户,用户凭所述预约凭单去对应药店取药。在生成预约凭单之前,客户端可以为用户提供在线支付或到店支付的方式以供用户结账时选择,所述预约凭单上可以显示用户是否已经结算,并将是否已经结算的信息在所述预约凭单特殊显示,以方便药店工作人员在查看所述预约凭单验证。
在本实施例中,通过当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息,平台无须再次对用户身份、处方信息等进行验证,直接同意用户的药品购买请求,从而简化了用户的购药流程,节省了用户的购药时间。
进一步的,基于上述实施例,所述第一生成模块后还包括:
存储模块,用于将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
用户在客户端第一购买药品后,服务器将所述用户信息、所述药品信息、所述验证信息关联存储于所述预存的患者列表中,从而对所述预存的患者列表进行实时更新,为用户后续购买同种药品提供便利。
进一步的,基于上述实施例,所述验证模块包括:
第一接收模块,用于接收与所述药品信息对应的处方单。
服务器向用户发送提供处方单的请求,用户根据服务器提示,上传与处方药对应的处方单。
审核模块,用于审核所述处方单。
根据处方信息确定用户购买的药品药理方面是否合理,如果药品多于一种,判断药品间药理是否有冲突。如果药品药理不合理或不同药品间存在冲突,则给用户发送处方信息校验未通过的通知,提示用户重新上传处方信息,或寻求人工帮助。另外,在校验所述处方信息时,还可以校验开具处方药的执业医师是否开具的本科室用药,还可以校验执业医师的执业证是否有效,只要校验未通过,都需要向用户发送所述处方信息校验未通过的通知,并提供必要的人工帮助。
第二接收模块,用于接收输入的身份证号码。
服务器向用户发送采集用户图像的请求,用户同意所述图像采集请求后,服务器拍摄用户的面部头像,并上传存储。
识别模块,用于识别用户的面部图像。
服务器向用户发送采集用户图像的请求,用户同意所述图像采集请求后,服务器拍摄用户的面部头像,并上传存储。
比较模块,用于分析所述面部图像是否与所述身份证号码对应的图像一致。
服务器将采集到的用户图像与用户的身份证图像进行比对,确认是否一致。
图7是基于一实施例示出的一种电子设备的框图。
下面参照图7来描述根据本公开的这种实施方式的电子设备200。图7显示的电子设备200仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示,电子设备200以通用计算设备的形式表现。电子设备200的组件可以包括但不限于:至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元210执行,使得所述处理单元210执行本说明书上述电子处方流转处理方法部分中描述的根据本公开各种示例性实施方式的步骤。例如,所述处理单元210可以执行如图2-图6中所示的步骤。
所述存储单元220可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)2201和/或高速缓存存储单元2202,还可以进一步包括只读存储单元(ROM)2203。
所述存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204,这样的程序模块2205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线230可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备200也可以与一个或多个外部设备300(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备200交互的设备通信,和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口250进行。并且,电子设备200还可以通过网络适配器260与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备200使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。
此外,本发明实施例还提出一种计算机存储介质,所述计算机存储介质上存储有药品购买请求处理程序,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
所述计算机存储介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该计算机可读介质实现如下功能:
当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;
比较所述用户信息、所述药品信息是否与预存的患者列表匹配;
当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;
若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;
当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
进一步的,所述药品购买请求处理程序被处理器执行时还实现如下操作:
当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息;
基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
进一步的,所述药品购买请求处理程序被处理器执行时还实现如下操作:
将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
进一步的,所述药品购买请求处理程序被处理器执行时还实现如下操作:
接收与所述药品信息对应的处方单;
审核所述处方单;
接收输入的身份证号码;
识别用户的面部图像;
分析所述面部图像是否与所述身份证号码对应的图像一致。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种药品购买请求方法,其特征在于,所述药品购买请求方法包括以下步骤:
当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;
比较所述用户信息、所述药品信息是否与预存的患者列表匹配;
当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;
若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;
当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
2.如权利要求1所述的药品购买请求方法,其特征在于,所述药品购买请求方法还包括:
当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息;
基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
3.如权利要求1所述的药品购买请求方法,其特征在于,在当所述用户身份信息、处方单信息验证通过后,生成预约凭单步骤后还包括:
将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
4.如权利要求1所述的药品购买请求方法,其特征在于,所述验证用户身份信息、处方单信息包括:
接收与所述药品信息对应的处方单;
审核所述处方单;
接收输入的身份证号码;
识别用户的面部图像;
分析所述面部图像是否与所述身份证号码对应的图像一致。
5.一种药品购买请求装置,其特征在于,所述药品购买请求装置包括:
提取模块,用于当接收到药品购买请求信息时,提取所述药品购买请求信息中的用户信息、药品信息及与所述药品信息绑定的药店信息;
判断模块,用于比较所述用户信息、所述药品信息是否与预存的患者列表匹配;
分析模块,用于当所述用户信息、所述药品信息与预存的患者列表不匹配时,分析所述药品的属性,所述属性包括是否处方药、是否特殊管理药品、是否医保药;
验证模块,用于若所述药品的属性是处方药、特殊管理药品、医保药,则验证用户身份信息、处方单信息;
第一生成模块,用于当所述用户身份信息、处方单信息验证通过后,生成预约凭单。
6.如权利要求5所述的药品购买请求装置,其特征在于,所述药品购买请求装置还包括:
获取模块,用于当所述用户信息、所述药品信息与预存的患者列表匹配时,获取与所述述用户信息、所述药品信息对应的验证信息;
第二生成模块,用于基于所述用户信息、所述药品信息、所述验证信息生成预约凭单。
7.如权利要求5所述的药品购买请求装置,其特征在于,所述第一生成模块后还包括:
存储模块,用于将所述用户信息、所述药品信息以及与所述用户信息、所述药品信息对应的验证信息关联存储于所述预存的患者列表中。
8.如权利要求1所述的药品购买请求装置,其特征在于,所述验证模块包括:
第一接收模块,用于接收与所述药品信息对应的处方单;
审核模块,用于审核所述处方单;
第二接收模块,用于接收输入的身份证号码;
识别模块,用于识别用户的面部图像;
比较模块,用于分析所述面部图像是否与所述身份证号码对应的图像一致。
9.一种电子设备,其特征在于,所述电子设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的药品购买请求处理程序,所述药品购买请求处理程序被所述处理器执行时实现如权利要求1至4中任一项所述的药品购买请求方法的步骤。
10.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有药品购买请求处理程序,所述药品购买请求处理程序被处理器执行时实现如权利要求1至4中任一项所述的药品购买请求方法的步骤。
CN202010482606.9A 2020-05-29 2020-05-29 药品购买请求方法、装置、电子设备及计算机存储介质 Pending CN111652683A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010482606.9A CN111652683A (zh) 2020-05-29 2020-05-29 药品购买请求方法、装置、电子设备及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010482606.9A CN111652683A (zh) 2020-05-29 2020-05-29 药品购买请求方法、装置、电子设备及计算机存储介质

Publications (1)

Publication Number Publication Date
CN111652683A true CN111652683A (zh) 2020-09-11

Family

ID=72348706

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010482606.9A Pending CN111652683A (zh) 2020-05-29 2020-05-29 药品购买请求方法、装置、电子设备及计算机存储介质

Country Status (1)

Country Link
CN (1) CN111652683A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113345549A (zh) * 2021-05-31 2021-09-03 深圳市捷大医疗器械有限公司 远程医疗的药物获取方法及相关产品
CN113962783A (zh) * 2021-12-21 2022-01-21 浙江口碑网络技术有限公司 用户线上购药的安全保障方法、装置、设备及存储介质
CN114255107A (zh) * 2021-12-21 2022-03-29 拉扎斯网络科技(上海)有限公司 用户线上购药的安全保障方法、装置、设备及存储介质
CN114743634A (zh) * 2022-03-03 2022-07-12 浙江省标准化研究院(金砖国家标准化(浙江)研究中心、浙江省物品编码中心) 一种处方药审核智能售药方法、设备及存储介质
CN115050450A (zh) * 2022-06-27 2022-09-13 北京京东拓先科技有限公司 购药请求的处理方法和装置
CN115936804A (zh) * 2022-11-29 2023-04-07 昭阳健康(广州)科技有限公司 基于人工智能的在线购药方法、系统、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101630394A (zh) * 2009-08-06 2010-01-20 钟毅 一种药品网上零售的方法
CN107316222A (zh) * 2017-06-01 2017-11-03 蔡勇 一种线上线下相结合的药品购买系统
CN107887013A (zh) * 2016-09-29 2018-04-06 阿里巴巴集团控股有限公司 诊疗系统、方法、服务器、客户端和药品数据管理装置
CN109637616A (zh) * 2018-12-04 2019-04-16 平安医疗健康管理股份有限公司 共享处方的药品配送方法、装置、设备及存储介质
CN110889693A (zh) * 2019-11-22 2020-03-17 支付宝(杭州)信息技术有限公司 一种支付方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101630394A (zh) * 2009-08-06 2010-01-20 钟毅 一种药品网上零售的方法
CN107887013A (zh) * 2016-09-29 2018-04-06 阿里巴巴集团控股有限公司 诊疗系统、方法、服务器、客户端和药品数据管理装置
CN107316222A (zh) * 2017-06-01 2017-11-03 蔡勇 一种线上线下相结合的药品购买系统
CN109637616A (zh) * 2018-12-04 2019-04-16 平安医疗健康管理股份有限公司 共享处方的药品配送方法、装置、设备及存储介质
CN110889693A (zh) * 2019-11-22 2020-03-17 支付宝(杭州)信息技术有限公司 一种支付方法、装置及系统

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113345549A (zh) * 2021-05-31 2021-09-03 深圳市捷大医疗器械有限公司 远程医疗的药物获取方法及相关产品
CN113962783A (zh) * 2021-12-21 2022-01-21 浙江口碑网络技术有限公司 用户线上购药的安全保障方法、装置、设备及存储介质
CN114255107A (zh) * 2021-12-21 2022-03-29 拉扎斯网络科技(上海)有限公司 用户线上购药的安全保障方法、装置、设备及存储介质
CN114743634A (zh) * 2022-03-03 2022-07-12 浙江省标准化研究院(金砖国家标准化(浙江)研究中心、浙江省物品编码中心) 一种处方药审核智能售药方法、设备及存储介质
CN115050450A (zh) * 2022-06-27 2022-09-13 北京京东拓先科技有限公司 购药请求的处理方法和装置
CN115936804A (zh) * 2022-11-29 2023-04-07 昭阳健康(广州)科技有限公司 基于人工智能的在线购药方法、系统、设备及存储介质

Similar Documents

Publication Publication Date Title
CN111652683A (zh) 药品购买请求方法、装置、电子设备及计算机存储介质
CN109545315B (zh) 一种药品交易处理方法、服务器及存储介质
US20190114685A1 (en) System and method for automated dispensing of controlled substances
CN113643025B (zh) 一种支付方法、装置及系统
CN107993697A (zh) 医疗服务平台及系统
KR102297333B1 (ko) 약국 관리 시스템 및 그 방법
US20230215534A1 (en) Method and apparatus for pushing information
KR102285820B1 (ko) 유저의 의료 정보를 통한 의료용품 추천 및 판매 장치
JP2015528148A (ja) 図書館内貸出有効化
WO2015198873A1 (ja) 薬歴情報管理装置および方法、並びにプログラム
KR20120036488A (ko) 사용자 단말기 및 이를 이용한 전자 처방전 전송 방법, 전자 처방전 전송 시스템
JP2023508039A (ja) スマート診察システム及びその方法
CN111028909B (zh) 门诊慢性病信息处理方法、装置、设备及存储介质
KR20200073529A (ko) 약국 키오스크 장치
CN112802271A (zh) 一种售取药自助服务装置、方法及存储介质和电子设备
CN108962358B (zh) 一种医疗信息处理方法
KR101969907B1 (ko) 외국인을 위한 의료 지원 시스템 및 기록매체에 저장된 외국인 의료지원용 컴퓨터 어플리케이션
CN104994099A (zh) 一种基于网络医院的数据处理方法、设备及系统
JP7556296B2 (ja) 情報制御装置、方法及びプログラム
CN114119163A (zh) 一种执行药品购买业务的方法及装置
KR20150021418A (ko) 스마트 환자 대기현황 관리 시스템 및 방법
JP7262108B2 (ja) 調剤支援装置、調剤支援システム、調剤支援方法および調剤支援プログラム
US20230297658A1 (en) System and method for authenticating access to private health information
JP7361559B2 (ja) お薬情報閲覧システム、中継サーバおよび医療機関端末
US20180203977A1 (en) Systems and methods for real-time verification for controlled substances

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200911