CN111882769A - 支持医保电子凭证的自动售药机、售药系统及方法 - Google Patents

Abstract

本发明提供了支持医保电子凭证的自动售药机、售药系统及方法，涉及自助医疗医药技术领域。所述自动售药机包括机柜，机柜上设有控制器、人机交互装置、药仓和取货口；人机交互装置包括医保电子凭证采集结构，其能够在用户触发医保支付操作时启动以获取用户的医保电子凭证信息，并将获取的医保电子凭证信息传输至所述控制器；所述控制器连接有医保电子凭证处理模块，其能够对医保电子凭证信息进行识别以获取对应的医保账户信息，并基于该医保账户信息向医保支付平台发出线上医保支付请求。本发明将线下自助购药与医保、线上移动支付相结合，不仅提高了就医效率，还便于医保管理部门查询、追踪和分析个人或地区医保信息。

Description

支持医保电子凭证的自动售药机、售药系统及方法

技术领域

本发明涉及自助医疗医药技术领域。

背景技术

随着互联网技术在各个领域的应用以及智慧医疗的发展，很多预约挂号平台兴起，移动医疗开始介入传统就医流程的挂号环节，各医院出现了很多自助挂号、取号、结算和打印检查报告的机器，网络预约挂号之后，到就诊时间需要去医院取号缴费，仍然需要局限在固定的地点排队就诊、取药。

一方面，随着无人值守的自动售货机的发展，各种自动售药机(或称自助售药机)应势得到推广。自动售药机由于不需要固定人员为其服务，同时能够提供24小时服务，使得居民可以直接在自动售药机接受网上医师专业咨询及购买药品，降低了居民的就诊的时间成本和开销；且设备不受门店限制，小区、广场等空地均可摆放，适用性强。然而，由于医疗医药领域的移动支付涉及到医保管理，居民在利用自动售药机进行问诊和购药时，如果需要使用医保卡支付，往往需要提供实体的医保卡在线下刷卡以进行支付结算的。以中国专利z1201610746825.7为例，其提供了一种支持医保卡自助缴费的终端设备，包括机箱、主机、连接主机的扫描终端、医保卡读卡器、打印机、显示器，所述扫描终端用于扫描用户购买的药品信息；所述医保卡读卡器用于读取医保卡数据。使用时，需要用户将医保卡放入医保卡读卡器中，医保卡读卡器用于读取医保卡数据，处理器用于从该数据库中查找与该药品信息对应的价格信息，并从该医保卡中扣除与该药品信息对应的价格信息，也就是，直接根据当前扫描的药品信息，从医保卡中进行扣除。上述现有技术存在如下缺陷：用户需要随时携带医保卡，对于一些突发疾病或者遭遇突发事故的患者来说，可能会因为未携带医保卡而无法使用医保卡；同时，随身携带医保卡也增加了一些年老患者及患者监护者的记忆负担。

另一方面，随着国家医保电子凭证的落实和普及，部分医院陆续开通了互联网医院线上医保支付功能，患者可以通过国家医保电子凭证可实现脱卡支付。所述国家医保电子凭证，是由国家医保信息平台统一签发的，是基于医保基础信息库为全体参保人员生成的医保身份识别电子介质(包括二维码、条形码和数字码)。可以预测，随着移动互联网和智慧医疗的发展，与实体医保卡关联的就诊、挂号、付费、取报告等功能终会被用医保电子凭证代替。

然而，目前医保电子凭证的使用仍然局限在医院范围，患者仍然需要到医院进行排队以就诊、取药，如何结合线上医保和线下自动售药机提供一种更高效、安全的就医方案是当前亟待解决的技术问题。

发明内容

本发明的目的在于：克服现有技术的不足，提供了支持医保电子凭证的自动售药机、售药系统及方法。本发明将自动售药机和医保电子凭证相结合，将线下自助购药与医保、线上移动支付相结合，用户可以通过医保电子凭证进行自助购药，为用户的就医带来了便利，提高了就医效率，改善了支付排队时间长的现状，同时，还便于医保管理部门查询、追踪和分析个人或地区医保信息，提高了医保核算和管理效率。

为实现上述目标，本发明提供了如下技术方案：

一种支持医保电子凭证的自动售药机，包括机柜，所述机柜上设有连接互联网的控制器、人机交互装置、药仓和取货口，人机交互装置与控制器连接，药仓中设有与控制器连接的药品驱动结构，通过药品驱动结构驱动药品离开药仓后进入所述取货口；

所述人机交互装置包括医保电子凭证采集结构，所述医保电子凭证采集结构能够在用户触发医保支付操作时启动以获取用户的医保电子凭证信息，并将获取的医保电子凭证信息传输至所述控制器；

所述控制器连接有医保电子凭证处理模块，所述医保电子凭证处理模块能够对所述医保电子凭证信息进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求。

进一步，所述医保电子凭证包括二维码、条形码和/或字符串码，所述字符串码包括数字、符号和/或字母；

所述医保电子凭证采集结构为操作面板和/或扫描结构，所述操作面板设置有操作按键以供用户输入医保电子凭证对应的字符串码以获取医保电子凭证信息，所述扫描结构用于读取医保电子凭证对应的二维码或条形码以获取医保电子凭证信息。

进一步，所述医保账户信息包括用户生物特征数据，所述人机交互装置包括用于采集用户生物特征数据的生物特征采集器，所述生物特征数据为人脸数据、指纹数据、掌纹数据、巩膜数据和声音数据中的一种或多种；

所述生物特征采集器与所述控制器连接并能够将采集到的用户生物特征数据传输给所述控制器；

所述控制器被配置为：在医保支付操作被触发时控制生物特征采集器启动以获取出示医保电子凭证的用户的现场用户生物特征数据，并将前述现场用户生物特征数据与医保账户信息中对应的用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求。

进一步，所述医保账户信息还包括代理用户信息，所述代理用户信息包括代理用户生物特征数据，所述代理用户为前述医保账户用户预设的关联用户；

所述控制器被配置为：将前述现场用户生物特征数据与医保账户信息中对应的用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求；在判定不一致的情况下，将前述现场用户生物特征数据与预设的代理用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求，否则终止医保账户支付和/或提示医保账户支付错误。

进一步，所述控制器还连接有医保药物管理模块，所述医保药物管理模块能够获取所述医保账户中的一定周期内的购药数量信息并判断购药数量是否超过预设的规定数量，在未超过规定数量时判定符合售药条件，触发前述线上医保支付请求，否则终止医保账户支付和/或提示医保账户购药数量已超限。

进一步，所述控制器还连接有医保账户异常检测模块，所述医保账户异常检测模块包括待检测数据预处理单元和数据处理单元；

所述待检测数据预处理单元用于从用户医保信息中提取有效的目标特征，包括步骤：对结构化的医保数据进行重复数据的清洗、完整性检查、数据有效性、一致性验证；利用标准化，归一化，特征的离散化方法转化数据，使之成为有效的特征；然后将获取到的目标特征进行存储；

所述数据处理单元用于根据用户选择的检测模型，基于一定周期对前述提取的目标特征进行数据分析处理；所述检测模型中设置一个或多个检测指标，所述检测指标是通过分析医保审核人员的历史经验数据和/或相关政策规定后从中提取出来的；以及，所述检测模型设置有自定义检测指标以便于针对不同用户进行特定指标的检测和数据跟踪。

进一步，所述控制器还连接有药品信息数据库和药品支付处理模块；

所述药品信息数据库中存储有该自动售药机中待售卖药品的药品基本信息、医保/非医保类型、处方药/非处方药类型以及药品售价和医保报销比例之间的对应关系的信息；所述药品基本信息包括药品名称、规格、厂家、条形码、药品监管码和/或批准文号；

所述药品支付处理模块被配置为，在用户触发医保支付操作时获取待支付的药品购买订单中的药品信息，基于前述药品数据库获取各药品的药品售价和医保报销比例后生成医保支付总额和自费支付总额，将所述医保支付总额作为前述线上医保支付请求的支付金额；以及，获取用户设置的自费支付账户后发出自费支付请求，并将前述自费支付总额作为自费支付请求的支付金额。

进一步，所述控制器被配置为：

获取用户购买的药品信息，判定购买的药品包含医保药品和非医保药品时，将用户的购买订单拆分成2个订单，包括对应于医保药品的医保订单和对应于非医保药品的非医保订单；以及，对于所述医保订单触发医保电子凭证支付，在医保支付不成功的情况下，改用自费支付，对于所述非医保订单触发自费支付。

本发明还提供了一种支持医保电子凭证的售药系统，包括通信连接的用户终端、取药终端和系统服务器；

所述用户终端，用于根据用户在医保支付平台上绑定的医保账户输出该医保账户对应的医保电子凭证；

所述取药终端为前述的自动售药机，自动售药机的控制器与系统服务器通过互联网通信连接；

所述系统服务器，与医保支付平台和医保管理系统连接，用于获取前述取药终端向医保支付平台发出的线上医保支付请求并传输至对应的医保支付平台进行支付处理；以及，将前述医保支付请求对应的医保账户和医保药品购买信息发送至医保管理系统进行信息存储和/或审核处理。

本发明还提供了一种利用前述自动售药机的售药方法，包括如下步骤：

采集用户通过互联网医保相关平台绑定医保卡或医保账户的操作消息，激活开通该用户的医保电子凭证；

通过自动售药机的医保电子凭证采集结构获取用户的医保电子凭证信息后，医保电子凭证处理模块进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求；

自动售药机接收前述医保支付平台反馈的支付成功的消息，控制器控制对应药品的药品驱动结构驱动，使药品进入取货口供用户取药。本发明由于采用以上技术方案，与现有技术相比，作为举例，具有以下的优点和积极效果：将自动售药机和医保电子凭证相结合，将线下自助购药/就医与医保、线上移动支付相结合，用户可以通过医保电子凭证进行自助购药，为用户的就医带来了便利，提高了就医效率，改善了支付排队时间长的现状，同时，还便于医保管理部门查询、追踪和分析个人或地区医保信息，以及进行医保核算和管理。

附图说明

图1为本发明实施例提供的支持医保电子凭证的自动售药机的模块结构图。

图2为本发明实施例提供的自动售药机的控制器连接的多个电路模块示意图。

图3为本发明实施例提供的具有远程问诊装置的自动售药机的结构示意图。

图4为本发明实施例提供的售药系统的结构示意图。

图5为本发明实施例提供的售药方法的流程图。

附图标记说明：

自动售药机100；

控制柜110，控制箱111，人机交互装置112；

货物柜120，药仓121，取货口122；

远程问诊机柜130。

具体实施方式

以下结合附图和具体实施例对本发明公开的支持医保电子凭证的自动售药机、售药系统及方法作进一步详细说明。应当注意的是，下述实施例中描述的技术特征或者技术特征的组合不应当被认为是孤立的，它们可以被相互组合从而达到更好的技术效果。在下述实施例的附图中，各附图所出现的相同标号代表相同的特征或者部件，可应用于不同实施例中。因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

需说明的是，本说明书所附图中所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定发明可实施的限定条件，任何结构的修饰、比例关系的改变或大小的调整，在不影响发明所能产生的功效及所能达成的目的下，均应落在发明所揭示的技术内容所能涵盖的范围内。

本发明所述的医保电子凭证，包括但不限于国家医保电子凭证(国家级)、商业医保电子凭证、区域医保电子凭证、跨区域医保电子凭证等。

实施例

参见图1所示，为本发明提供的支持医保电子凭证的自动售药机的模块结构图。

所述自动售药机，包括机柜，所述机柜上设有连接互联网的控制器、人机交互装置、药仓和取货口，人机交互装置与控制器连接能够进行信息传输，所述药仓中设有与控制器连接的药品驱动结构，通过药品驱动结构驱动药品离开药仓后进入所述取货口以供用户从所述取货口取货。

所述控制器可为各种具有控制功能的装置，具体可以采用单片机、可编程逻辑控制器等。

所述人机交互装置用于进行人机交互。本实施例中，所述人机交互装置包括医保电子凭证采集结构，所述医保电子凭证采集结构能够在用户触发医保支付操作时启动以获取用户的医保电子凭证信息，并将获取的医保电子凭证信息传输至所述控制器。

优选的，所述医保电子凭证包括关联有实体医保卡或医保账户的二维码、条形码和/或字符串码，所述字符串码包括数字、符号和/或字母。

所述医保电子凭证采集结构为操作面板和/或扫描结构，所述操作面板设置有操作按键以供用户输入医保电子凭证对应的字符串码以获取医保电子凭证信息，所述扫描结构用于读取医保电子凭证对应的二维码或条形码以获取医保电子凭证信息。

所述控制器连接有医保电子凭证处理模块，所述医保电子凭证处理模块能够对所述医保电子凭证信息进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求。

上述技术方案将自动售药机、移动支付和国家医保电子凭证相结合，自动售药机可以连接国家医保信息平台的数据接口，实现医保数据的连通。用户可以在自动售药机上通过医保电子凭证进行医保支付，不需要再携带医保卡买药，便民利民，提升了用户的购药体验。

具体实施时，用户可以在微信、支付宝或医保官方平台等申领并激活自己的国家医保电子凭证。用户的医保电子凭证生成后，如果用户的基本身份信息发生变更一一比如姓名、证件类型、证件号码、手机号码等相关信息，则需要重新生成医保电子凭证，原医保电子凭证作废(非激活状态)。

用户在本实施例提供的自动售药机上购买药品时，可以将单个药品或者多个药品加入购物车，形成药品购买订单。针对所述药品购买订单，所述自动售货机可以提供包括国家医保电子凭证支付在内的多种支付方式，其它支付方式比如可以是微信支付、支付宝支付、刷脸支付等。如果用户选择国家医保电子凭证支付，则可以通过手机等电子设备显示自己的国家医保电子凭证对应的编码——比如二维码、条形码、条形码数字。自动售药机上的扫描结构读取编码信息，获取对应的医保账户信息后向关联的医保支付平台发出线上医保支付请求，医保支付平台可以对接国家医保信息平台进行信息验证，验证通过后执行对应医保账户的支付操作。支付成功后自动售药机出货，完成购药。

优选的，在医保账户未能支付成功的情况下，比如医保账户金额不足或者药品不支持医保支付，所述自动售药机还可以选择其它支付方式继续进行支付，比如微信支付、支付宝支付、云闪付支付等。

在另一种实施方式中，用户还可以预先将自己的医保电子凭证加入支付方式中，并将医保电子凭证支付设置为购药的优先支付方式。自动售药机可以针对前述药品购买订单中生成付款二维码，用户通过支付客户端扫描该付款二维码进行支付，支付客户端判断待支付的订单为药品相关订单时，选择医保电子凭证来支付该款项。此实施方式中，优选的，所述付款二维码中可以编码有支付订单的药品明细以便支付客户端进行识别判断。

进一步，在自动售药机上的相关订单信息可以和个人医保账户关联留存，并录入相关的数据库，成为个人可追溯信息以便进行信息调用和备查。

本实施例中，所述医保账户信息包括用户生物特征数据，所述人机交互装置包括用于采集用户生物特征数据的生物特征采集器，所述生物特征数据为人脸数据、指纹数据、掌纹数据、巩膜数据和声音数据中的一种或多种，对应的生物特征采集器可以为人脸摄像头、指纹采集器、掌纹数据采集器、巩膜数据采集器和拾音器。

所述生物特征采集器与所述控制器连接并能够将采集到的用户生物特征数据传输给所述控制器。所述控制器被配置为：在医保支付操作被触发时控制生物特征采集器启动以获取出示医保电子凭证的用户的现场用户生物特征数据，并将前述现场用户生物特征数据数据与医保账户信息中对应的用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求。

以常用的人脸数据和指纹数据为例，所述医保账户信息可以包括用户头像数据和/或用户指纹数据，所述人机交互装置包括用于拍摄用户面部数据的人脸摄像头和/或采集指纹数据的指纹采集器。所述人脸摄像头和指纹采集器与所述控制器连接并能够将采集到的用户面部数据传输给所述控制器。所述控制器被配置为：在医保支付操作被触发时控制人脸摄像头和/或指纹采集器启动以获取出示医保电子凭证的用户的现场用户面部数据和/或现场指纹数据，并将前述现场用户面部数据和/或现场指纹数据与医保账户信息中对应的用户头像数据和/或用户指纹数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求。

如此，自动售货机可以通过医保电子凭证对医保账户的相关信息进行采集，采集内容包括用户的头像数据/指纹数据、购药数量及余额信息等等。同时控制器控制人脸摄像头和/或指纹采集器启动以获取出示医保电子凭证的用户的现场用户面部数据和/或现场指纹数据，然后，控制器对现场用户面部数据和/或现场指纹数据与医保账户中记录的头像数据/指纹数据进行智能识别和比对，以确定购药人员身份与医保账户信息是否一致，可以有效避免医保电子凭证被冒用买药的现象发生。

优选的，考虑到老人、小孩和其它行动不便的用户的购药操作，还可以在医保账户信息中设置代理用户，认证通过的代理用户就可以代理老人、小孩和其它行动不便的用户在一定权限内使用所述医保电子凭证。

具体的，所述医保账户信息还可以包括代理用户信息，所述代理用户信息包括代理用户生物特征数据，所述代理用户为前述医保账户用户预设的关联用户。

所述控制器被配置为：将前述现场用户生物特征数据与医保账户信息中对应的用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求；在判定不一致的情况下，将前述现场用户生物特征数据与预设的代理用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求，否则终止医保账户支付和/或提示医保账户支付错误。

以前面的人脸数据和指纹数据为例，所述代理用户信息包括代理用户头像数据和/或代理用户指纹数据，所述代理用户为前述医保账户用户预设的关联用户。所述控制器被配置为：将前述现场用户面部数据和/或现场指纹数据与医保账户信息中对应的用户头像数据和/或用户指纹数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求；在判定不一致的情况下，将前述现场用户面部数据和/或现场指纹数据与预设的代理用户头像数据和/或代理用户指纹数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求，否则终止医保账户支付和/或提示医保账户支付错误。

为便于患者或相关管理方对个人健康数据进行访问、查询和管理，所述医保账户信息还可以包括用户健康数据信息，经过权限许可的用户，可以通过所述医保电子凭证获取所述用户健康数据。

具体的，所述用户健康数据信息可以包括用户注册信息、生活环境信息、病史信息、用药史信息、药物过敏信息、耐药信息和在各就诊医院信息系统内的注册信息、就诊信息和医嘱信息。所述控制器被设置为，在获取医保支付平台反馈的支付成功的消息时，基于前述药品购买订单中的药品信息更新用户健康数据信息。

作为典型方式的优选，对应所述医保电子凭证的输出界面可以设置有操作选项工具栏，所述操作选项工具栏可以包括代理用户查看、代理用户编辑、代理用户增加、代理用户删除、用户健康数据查看等操作选项，用户选择对应的操作选项后即可执行对应操作。如此，便于用户基于医保电子凭证对关联的医保账户信息进行编辑和管理。

参见图2所示，本实施例中，所述控制器还可以连接有医保药物管理模块。

所述医保药物管理模块能够获取所述医保账户中的一定周期内的购药数量信息并判断购药数量是否超过预设的规定数量，在未超过规定数量时判定符合售药条件，才触发前述线上医保支付请求，否则终止医保账户支付和/或提示医保账户购药数量已超限。

具体实施时，可以在控制器中对医保账户的一定周期内的购药数量进行预设。预设的购药数量可以基于医保参保地的政策法规进行个性化选择或默认设置。在确认购药者是使用自己的医保账户或者被代理用户的医保账户之后，控制器会对医保账户的一定周期内的购药数量进行对比。若购药数量未超出规定，则判定符合售药条件，购药者可以对需要购买的药品进行医保支付。支付完成后，控制器给药品驱动结构发出指令，药品驱动结构将药仓中的药品输送至取货口，购药者即可从取货口取出购买的药品。如果购药者的购药数量超出规定时，则不能使用医保购买药品。

进一步，支付成功后，控制器还可以给票据打印机发出打印购药凭证的指令，票据出口出票。

继续参见图2所示，本实施例中，所述控制器还可以连接有医保账户异常检测模块。

所述医保账户异常检测模块可以包括待检测数据预处理单元和数据处理单元。

所述待检测数据预处理单元，用于从用户医保信息中提取有效的目标特征。

预处理的具体步骤如下：对结构化的医保数据进行重复数据的清洗、完整性检查、数据有效性、一致性验证；利用标准化，归一化，特征的离散化方法转化数据，使之成为有效的特征；然后将获取到的目标特征进行存储。

所述数据处理单元，用于根据用户选择的检测模型，基于一定周期对前述提取的有效目标特征进行数据分析处理。

所述检测模型中设置一个或多个检测指标，所述检测指标是通过分析医保审核人员的历史经验数据和/或相关政策规定后从中提取出来的；以及，所述检测模型设置有自定义检测指标以便于针对不同用户进行特定指标的检测和数据跟踪。

具体实施时，首先可以构建医保检测数据库以存储用户医保信息，以及供用户设置检测模型。对应所述医保数据监测库可以设置用户接口以便用户上传、下载信息，以及制作、选择检测模型。

所述检测模型，可以是用户(比如售药机管理方)个性化制作的包括一个或多个检测指标的审核规则，也可以通过分析医保审核人员的历史经验数据和/或相关政策规定后从中提取出的包括一个或多个检测指标的审核规则。作为举例而非限制，检测指标可以包括如下几个：是否符合医学要求的合理用药条件，具体的比如儿童用药、药物相互作用、药物用量是否符合规定；是否符合诊疗规范条件，具体的比如住院间隔、门诊取药频率、诊疗性别限定、出院带药量是否符合规定；是否符合医保就医规定，具体的比如就医方式、就医适应症、就医医院类型是否符合规定。通过检测模型可以对患者医保信息中的就医明细、医保药品明细、医保费用明细等进行自动审核。

通过待检测数据预处理单元对待检测数据预处理，预处理的目的是从用户医保信息中提取有效的目标特征以减小数据处理量并提高数据处理的准确性。提取目标特征的步骤优选如下：对结构化的医保数据进行重复数据的清洗、完整性检查、数据有效性、一致性验证；利用标准化，归一化，特征的离散化方法转化数据，使之成为有效的特征；然后将获取到的目标特征进行存储。然后，将提取的目标特征传输到数据处理单元进行数据处理。

优选的，所述检测模型还可以设置自定义检测指标以便于针对不同用户进行特定指标的检测和数据跟踪。所述的检测指标，比如可以包括医保药的药占比、医保药用药数量、个人医保结算基金使用情况等等。

具体的，对每个检测指标可以设置一个阈值，当某个用户中对应指标的值超过阈值时进行报警提示，同时，对该用户进行该检测指标的标注，在预设时间周期内持续监控该用户的上述检测指标，如果出现多次超阈值情况，则可以禁止该用户利用自动售药机进行自助购药。

本实施例中，所述控制器还连接有药品信息数据库和药品支付处理模块。

所述药品信息数据库中存储有该自动售药机中待售卖药品的药品基本信息、医保/非医保类型、处方药/非处方药类型以及药品售价和医保报销比例之间的对应关系的信息；所述药品基本信息包括但不限于药品名称、规格、厂家、条形码、药品监管码和/或批准文号。

所述药品支付处理模块被配置为：在用户触发医保支付操作时获取待支付的药品购买订单中的药品信息，基于前述药品数据库获取各药品的药品售价和医保报销比例后生成医保支付总额和自费支付总额，将所述医保支付总额作为前述线上医保支付请求的支付金额；以及，获取用户设置的自费支付账户后发出自费支付请求，并将前述自费支付总额作为自费支付请求的支付金额。

所述自费支付账户可以是微信支付、支付宝支付等电子账户支付，也可以是信用卡、储蓄卡等实体卡账户刷卡支付，还可以是其它具有支付功能的金融账户。

在另一个实施方式中，所述控制器被配置为：获取用户购买的药品信息，判定购买的药品包含医保药品和非医保药品时，将用户的购买订单拆分成2个订单，包括对应于医保药品的医保订单和对应于非医保药品的非医保订单；以及，对于所述医保订单触发医保电子凭证支付，在医保余额不足等医保支付不成功的情况下，可改用自费支付，对于所述非医保订单触发自费支付。

通过上述方式，消费者可以在自动售药机上进行多个混合类型药品的购买。作为举例而非分析，比如消费者将需要购买的5个药品加入购物车并选择确定购买，控制器对购物车中的药品进行判断，判定其中包含3个医保药品和2个非医保药品，自动售药机将消费者的购买订单分拆成2个订单：一个医保订单和一个非医保订单。所述医保订单的优先支付方式为医保电子凭证支付，在医保余额不足等医保支付不成功的情况下，可改用自费支付方式，此时可以通过消费者支付账户绑定的银行卡进行支付或预支付。至于非医保订单，则可以直接触发自费支付，通过消费者支付账户进行支付或预支付。

根据需要，所述自动售药机上还安装有用于与医务人员进行远程通讯的远程问诊装置。所述远程问诊装置能够通过通信网络连接医务人员所在终端供用户进行远程问诊。所述控制器被配置为：在用户进行远程问诊前或者用户进行远程问诊过程中或用户远程问诊结束时输出包括医保支付选项的支付操作页面。

优选的，所述远程问诊装置包括设置在控制柜或货物柜上的显示屏、摄像头和麦克风；所述显示屏为触控操作屏，能够显示操作按钮供用户输入问诊信息，并配合摄像头和麦克风采集的用户影像数据和声音信息与前述医务人员或药师进行视频交互。具体的，可以在所述触控操作屏的邻近位置设置按键单元和支付组件以方面用户输入问诊信息和进行支付。根据需要，还可以包括凭条输出口，所述凭条输出口设有热敏打印机，所述热敏打印机能够用于付款凭条打印、取药凭条打印和/或退货凭条打印。

本实施例中，所述远程问诊装置可以设置在专用的远程问诊机柜。参见图3所示，为本实施例提供的自动售货机的优选结构。所示自动售货机100包括控制柜110、货物柜120和远程问诊机柜130。

一个控制柜110可以搭配一个或多个货物柜120、以及一个或多个远程问诊机柜130。

所述控制柜110上设有控制箱111和人机交互装置112，所述控制箱111中安装有控制器。

所述人机交互装置112包括医保电子凭证采集结构，具体可以为操作面板和/或扫描结构，所述操作面板设置有操作按键以供用户输入医保电子凭证对应的字符串码以获取医保电子凭证信息，所述扫描结构用于读取医保电子凭证对应的二维码或条形码以获取医保电子凭证信息。

当然，根据需要，所述人机交互装置112还可以包括鼠标、键盘等供用户输入购药信息；以及，设置实体按键元、摄像头、扬声器、刷卡器、指纹采集器、刷脸支付摄像头中的一种或多种以获取用户的各种信息。所述刷卡器可以包括银行卡卡槽、医保卡卡槽、电子标签读取器和/或RFID读取器，支持用户的各种付款操作；所述指纹采集器可以用于采集用户的指纹实现指纹支付；所述刷脸支付摄像头可以用于采集用户的人脸数据以触发人脸支付操作。当然，所述扫描结构也可以读取支付用的二维码、条形码或其它支付编码进行支付操作。

所述货物柜120上设有储药区121和取货口122。所述储药区121可以包括货架、对应货架设置的透明面板，所述透明面板比如可以为透明玻璃面板或透明塑料面板。所述货架包括多行多列货道，每个货道中可以放置一种药品，在货道内设有药品驱动结构，通过药品驱动结构将货道中的药品移出货道并进入前述取货口122。所述药品驱动结构可以将药品推出货架使其落入取货口，也可以通过设置传送机构将药品传送到取货口。所述药品驱动结构可以采用弹簧螺旋货道或履带货道或重力斜坡货道或机械臂。

所述远程问诊机柜130包括壳体，壳体内设置有远程问诊装置。所述远程问诊装置的下部为控制箱，将工控主机安装在所述控制箱中，该工控主机可以通过数据线与远程问诊机柜上的电路元器件通信连接。所述的电路元器件，可以包括安装在远程问诊机柜上显示屏、摄像头、麦克风、体温检测仪器、血压脉搏检测仪器、扬声器、压力传感器等各种电子元器件。同时，远程问诊机柜的工控主机还与自动售药机的控制器通信连接以进行信息传输。

本实施例提供的自动售药机可以提供处方药和非处方药的售卖。考虑到处方药的处方开具和审核，一方面，对于需要电子处方才能购买的处方药品，用户可以通过前述远程问诊装置启动远程问诊，通过提供线上问诊服务的医师进行诊断并开具电子处方；另一方面，自动售药机上还可安装有用于与药师进行远程通讯的远程核方装置，所述远程核方装置能够通过通信网络连接药师所在终端进行处方审核。具体的，控制器可以将医师开具的电子处方或用户出示的电子处方通过前述远程核方装置传输至药师所在终端进行处方审核，并接收药师所在终端返回的核方结果。当然，用户也可以通过远程核方装置连通药师以咨询药物的适用和使用事宜，咨询完后用户可直接在自动售药机柜上实现即时买药。

根据需要，本发明提供的自动售药机还可以包括身份证识别结构，如此可以通过验证身份证和医保电子凭证的一致性来对用户进行鉴权。进一步，还可以通过摄像头监控拍摄购药过程的图片和/或视频后存储在本地和/或关联的云端服务器中备查。进一步，还可以对出药的药品进行拍摄，获取出药药品的品种、数量、出药时间等信息后存储在本地和/或关联的云端服务器中备查。

参见图4所示，为本发明的另一实施例，提供了一种支持医保电子凭证的售药系统。

所述系统包括通信连接的用户终端、取药终端和系统服务器。

所述用户终端，用于根据用户在医保支付平台上绑定的医保账户输出该医保账户对应的医保电子凭证。

所述取药终端为前述实施例中的自动售药机，所述自动售药机的控制器与系统服务器通过互联网通信连接。

所述系统服务器，与医保支付平台和医保管理系统连接，用于获取前述取药终端向医保支付平台发出的线上医保支付请求并传输至对应的医保支付平台进行支付处理；以及，将前述医保支付请求对应的医保账户和医保药品购买信息发送至医保管理系统进行信息存储和/或审核处理。

优选的，所述系统服务器还能够在接收医保支付平台反馈的医保支付成功的消息后，将药品购买订单中的医保相关药品信息和对应的医保账户发送至医保管理系统进行信息更新处理。

本实施例中，所述自动售药机，包括机柜，所述机柜上设有连接互联网的控制器、人机交互装置、药仓和取货口，人机交互装置与控制器连接能够进行信息传输，所述药仓中设有与控制器连接的药品驱动结构，通过药品驱动结构驱动药品离开药仓后进入所述取货口以供用户从所述取货口取货。

所述人机交互装置包括医保电子凭证采集结构，所述医保电子凭证采集结构能够在用户触发医保支付操作时启动以获取用户的医保电子凭证信息，并将获取的医保电子凭证信息传输至所述控制器。

优选的，所述医保电子凭证包括关联有实体医保卡或医保账户的二维码、条形码和/或字符串码，所述字符串码包括数字、符号和/或字母。

所述医保电子凭证采集结构为操作面板和/或扫描结构，所述操作面板设置有操作按键以供用户输入医保电子凭证对应的字符串码以获取医保电子凭证信息，所述扫描结构用于读取医保电子凭证对应的二维码或条形码以获取医保电子凭证信息。

所述控制器连接有医保电子凭证处理模块，所述医保电子凭证处理模块能够对所述医保电子凭证信息进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求。

上述技术方案将自动售药机、移动支付和国家医保电子凭证相结合，自动售药机可以连接国家医保信息平台的数据接口，实现医保数据的连通。用户可以在自动售药机上通过医保电子凭证进行医保支付，不需要再携带医保卡买药，便民利民，提升了用户的购药体验。

具体实施时，用户可以在微信、支付宝或医保官方平台等申领并激活自己的国家医保电子凭证。用户的医保电子凭证生成后，如果用户的基本身份信息发生变更—一比如姓名、证件类型、证件号码、手机号码等相关信息，则需要重新生成医保电子凭证，原医保电子凭证作废(非激活状态)。

用户在自动售药机上购买药品时，可以将单个药品或者多个药品加入购物车，形成药品购买订单。针对所述药品购买订单，所述自动售货机可以提供包括国家医保电子凭证支付在内的多种支付方式，其它支付方式比如可以是微信支付、支付宝支付、刷脸支付等。如果用户选择国家医保电子凭证支付，则可以通过手机等电子设备显示自己的国家医保电子凭证对应的编码——比如二维码、条形码。自动售药机上的扫描结构读取编码信息，获取对应的医保账户信息后向关联的医保支付平台发出线上医保支付请求，医保支付平台可以对接国家医保信息平台进行信息验证，验证通过后执行对应医保账户的支付操作。支付成功后自动售药机出货，完成购药。

优选的，在医保账户未能支付成功的情况下，比如医保账户金额不足或者药品不支持医保支付，所述自动售药机还可以选择其它支付方式继续进行支付，比如微信支付、支付宝支付、云闪付支付等。

在另一种实施方式中，用户还可以预先将自己的医保电子凭证加入支付方式中，并将医保电子凭证支付设置为购药的优先支付方式。自动售药机可以针对前述药品购买订单中生成付款二维码，用户通过支付客户端扫描该付款二维码进行支付，支付客户端判断待支付的订单为药品相关订单时，选择医保电子凭证来支付该款项。此实施方式中，优选的，所述付款二维码中可以编码有支付订单的药品明细以便支付客户端进行识别判断。

进一步，在自动售药机上的相关订单信息可以和个人医保账户关联留存，并录入相关的数据库，成为个人可追溯信息以便进行信息调用和备查。

根据需要，本发明提供的售药系统，还可以获取用户购药信息进行大数据监测、分析和决策；以及根据购药信息和问诊信息追踪、限制管控类药品。

自动售药机的其它技术特征参见在前实施例，在此不再赘述。

参见图5所示，为本发明的另一实施例，还提供了一种利用自动售药机的售药方法。所述方法包括如下步骤：

S100，采集用户通过互联网医保相关平台绑定医保卡或医保账户的操作消息，激活开通该用户的医保电子凭证。

所述互联网医保相关平台，可以是任意经授权的、能够对接国家医保数据库接口的互联网平台。作为举例而非限制，比如可以是医院提供的微信公众号或支付宝生活号，用户可以进入被授权医院的微信公众号或支付宝生活号，在微信公众号或支付宝生活号的门诊服务页面选择医保电子凭证选项来生成自己的医保电子凭证。又比如，还可以是医保参保地提供的官方渠道，比如上海参保用户可以通过随申办APP申领自己的医保电子凭证。再或者，通过其它被授权的第三方平台申领自己的医保电子凭证，所述第三方平台优选为具有支付功能的平台，比如支付宝、微信等。

医保电子凭证申领后，用户可以通过相关平台激活医保电子凭证以进行与医保相关的操作，比如医保挂号、医保缴费、医保购药、检查、查询报告等。

绑定医保卡或医保账户的方式，可以是基于用户的实名认证信息(对应医保参保信息)和实人认证信息(对应开通电子账户的真实表达)。如果用户的基本身份信息发生变更——比如姓名、证件类型、证件号码、手机号码等相关信息，需要重新生成医保电子凭证。

S200，通过自动售药机的医保电子凭证采集结构获取用户的医保电子凭证信息后，医保电子凭证处理模块对医保电子凭证进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求。

优选的，所述医保电子凭证包括关联有实体医保卡或医保账户的二维码、条形码和/或字符串码，所述字符串码包括数字、符号和/或字母。

所述医保电子凭证采集结构为操作面板和/或扫描结构，所述操作面板设置有操作按键以供用户输入医保电子凭证对应的字符串码以获取医保电子凭证信息，所述扫描结构用于读取医保电子凭证对应的二维码或条形码以获取医保电子凭证信息。

自动售药机的控制器连接有医保电子凭证处理模块，所述医保电子凭证处理模块能够对所述医保电子凭证信息进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求。

医保支付平台对接收到的线上医保支付请求进行处理，在验证通过后执行支付操作，并可以在支付完成后反馈支付成功的消息。

S300，自动售药机接收前述医保支付平台反馈的支付成功的消息，控制器控制对应药品的药品驱动结构驱动，使药品进入取货口供用户取药。

其它技术特征参见在前实施例，在此不再赘述。

在上面的描述中，在本公开内容的目标保护范围内，各组件可以以任意数目选择性地且操作性地进行合并。另外，像“包括”、“囊括”以及“具有”的术语应当默认被解释为包括性的或开放性的，而不是排他性的或封闭性，除非其被明确限定为相反的含义。所有技术、科技或其他方面的术语都符合本领域技术人员所理解的含义，除非其被限定为相反的含义。在词典里找到的公共术语应当在相关技术文档的背景下不被太理想化或太不实际地解释，除非本公开内容明确将其限定成那样。

虽然已出于说明的目的描述了本公开内容的示例方面，但是本领域技术人员应当意识到，上述描述仅是对本发明较佳实施例的描述，并非对本发明范围的任何限定，本发明的优选实施方式的范围包括另外的实现，其中可以不按所述出现或讨论的顺序来执行功能。本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。

Claims (10)

1.一种支持医保电子凭证的自动售药机，包括机柜，所述机柜上设有连接互联网的控制器、人机交互装置、药仓和取货口，人机交互装置与控制器连接，药仓中设有与控制器连接的药品驱动结构，通过药品驱动结构驱动药品离开药仓后进入所述取货口，其特征在于：

所述人机交互装置包括医保电子凭证采集结构，所述医保电子凭证采集结构能够在用户触发医保支付操作时启动以获取用户的医保电子凭证信息，并将获取的医保电子凭证信息传输至所述控制器；

所述控制器连接有医保电子凭证处理模块，所述医保电子凭证处理模块能够对所述医保电子凭证信息进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求。

2.根据权利要求1所述的自动售药机，其特征在于：所述医保电子凭证包括二维码、条形码和/或字符串码，所述字符串码包括数字、符号和/或字母；

所述医保电子凭证采集结构为操作面板和/或扫描结构，所述操作面板设置有操作按键以供用户输入医保电子凭证对应的字符串码以获取医保电子凭证信息，所述扫描结构用于读取医保电子凭证对应的二维码或条形码以获取医保电子凭证信息。

3.根据权利要求1所述的自动售药机，其特征在于：所述医保账户信息包括用户生物特征数据，所述人机交互装置包括用于采集用户生物特征数据的生物特征采集器，所述生物特征数据为人脸数据、指纹数据、掌纹数据、巩膜数据和声音数据中的一种或多种；

所述生物特征采集器与所述控制器连接并能够将采集到的用户生物特征数据传输给所述控制器；

所述控制器被配置为：在医保支付操作被触发时控制生物特征采集器启动以获取出示医保电子凭证的用户的现场用户生物特征数据，并将前述现场用户生物特征数据与医保账户信息中对应的用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求。

4.根据权利要求3所述的自动售药机，其特征在于：所述医保账户信息还包括代理用户信息，所述代理用户信息包括代理用户生物特征数据，所述代理用户为前述医保账户用户预设的关联用户；

所述控制器被配置为：将前述现场用户生物特征数据与医保账户信息中对应的用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求；在判定不一致的情况下，将前述现场用户生物特征数据与预设的代理用户生物特征数据进行比对以判断是否一致，在判定一致的情况下触发前述线上医保支付请求，否则终止医保账户支付和/或提示医保账户支付错误。

5.根据权利要求3或4所述的自动售药机，其特征在于：所述控制器还连接有医保药物管理模块，所述医保药物管理模块能够获取所述医保账户中的一定周期内的购药数量信息并判断购药数量是否超过预设的规定数量，在未超过规定数量时判定符合售药条件，触发前述线上医保支付请求，否则终止医保账户支付和/或提示医保账户购药数量已超限。

6.根据权利要求5所述的自动售药机，其特征在于：所述控制器还连接有医保账户异常检测模块，所述医保账户异常检测模块包括待检测数据预处理单元和数据处理单元；

所述待检测数据预处理单元用于从用户医保信息中提取有效的目标特征，包括步骤：对结构化的医保数据进行重复数据的清洗、完整性检查、数据有效性、一致性验证；利用标准化，归一化，特征的离散化方法转化数据，使之成为有效的特征；然后将获取到的目标特征进行存储；

所述数据处理单元用于根据用户选择的检测模型，基于一定周期对前述提取的目标特征进行数据分析处理；所述检测模型中设置一个或多个检测指标，所述检测指标是通过分析医保审核人员的历史经验数据和/或相关政策规定后从中提取出来的；以及，所述检测模型设置有自定义检测指标以便于针对不同用户进行特定指标的检测和数据跟踪。

7.根据权利要求1所述的自动售药机，其特征在于：所述控制器还连接有药品信息数据库和药品支付处理模块；

所述药品信息数据库中存储有该自动售药机中待售卖药品的药品基本信息、医保/非医保类型、处方药/非处方药类型以及药品售价和医保报销比例之间的对应关系的信息；所述药品基本信息包括药品名称、规格、厂家、条形码、药品监管码和/或批准文号；

所述药品支付处理模块被配置为，在用户触发医保支付操作时获取待支付的药品购买订单中的药品信息，基于前述药品数据库获取各药品的药品售价和医保报销比例后生成医保支付总额和自费支付总额，将所述医保支付总额作为前述线上医保支付请求的支付金额；以及，获取用户设置的自费支付账户后发出自费支付请求，并将前述自费支付总额作为自费支付请求的支付金额。

8.根据权利要求1所述的自动售药机，其特征在于：所述控制器被配置为，

获取用户购买的药品信息，判定购买的药品包含医保药品和非医保药品时，将用户的购买订单拆分成2个订单，包括对应于医保药品的医保订单和对应于非医保药品的非医保订单；以及，对于所述医保订单触发医保电子凭证支付，在医保支付不成功的情况下，改用自费支付，对于所述非医保订单触发自费支付。

9.一种支持医保电子凭证的售药系统，包括通信连接的用户终端、取药终端和系统服务器，其特征在于：

所述用户终端，用于根据用户在医保支付平台上绑定的医保账户输出该医保账户对应的医保电子凭证；

所述取药终端为权利要求1-8中任一项所述的自动售药机，自动售药机的控制器与系统服务器通过互联网通信连接；

所述系统服务器，与医保支付平台和医保管理系统连接，用于获取前述取药终端向医保支付平台发出的线上医保支付请求并传输至对应的医保支付平台进行支付处理；以及，将前述医保支付请求对应的医保账户和医保药品购买信息发送至医保管理系统进行信息存储和/或审核处理。

10.一种根据权利要求1-8中任一项所述的自动售药机的售药方法，其特征在于包括步骤：

采集用户通过互联网医保相关平台绑定医保卡或医保账户的操作消息，激活开通该用户的医保电子凭证；

通过自动售药机的医保电子凭证采集结构获取用户的医保电子凭证信息后，医保电子凭证处理模块进行识别以获取对应的医保账户信息，并基于该医保账户信息向关联的医保支付平台发出线上医保支付请求；

自动售药机接收前述医保支付平台反馈的支付成功的消息，控制器控制对应药品的药品驱动结构驱动，使药品进入取货口供用户取药。

Images