[0001] 本发明涉及医疗云平台领域， 尤其涉及一种基于短信的药品监控系统及方法 。

背景技术

[0002] 近年来， 互联网， 尤其是移动互联网的迅猛发展， 影响着社会的经济生活， 改 变着人们的工作方式和生活方式。 人们可以使用互联网工作、 生活、 购物及娱 乐等。 由于互联网的巨大潜力及前景， 越来越多的商家将服务 （例如， 健康管 理服务） 或医疗产品 （例如， OTC的药品） 转移到互联网上进行销售。

[0003] 目前， 尽管电商购买药品方便， 很多情况下若没有互联网连接将无法完成支付 ， 进一步地， 患者通过医疗云平台购买药品后， 收到过期药品的情况吋有发生 (例如， 快递延误、 无良商家以快过期药品发货给患者等等） ， 严重影响患者 健康。 对于患者购买后的药品， 商家也无法获知该药品的认可度， 无法做到精 准推荐。

技术问题

[0004] 本发明的主要目的在于提供一种基于短信的药 品监控系统及方法， 旨在解决网 络中断的情况下无法进行支付及药品监控的技 术问题的技术问题。

问题的解决方案

技术解决方案

[0005] 为实现上述目的， 本发明提供了一种基于短信的药品监控系统， 运行于医疗云 平台中， 所述医疗云平台与商家终端电信网连接， 所述医疗云平台与移动终端 电信网连接， 该系统包括：

[0006] 接收模块， 用于接收移动终端通过短信发送过来的第一特 定信息；

[0007] 所述接收模块， 还用于接收商家终端通过短信发送过来的第二 特定信息； [0008] 转移模块， 用于当第一特定信息及第二特定信息比对一致 吋， 从使用该移动终 端的患者的银行账户中转移第一特定信息中对 应的支付金额至商家终端的金融 账户， 完成支付； [0009] 生成模块， 用于生成支付成功信息并分别发送给商家终端 及移动终端， 并创建 一个监控周期表；

[0010] 保存模块， 用于当患者接收到所购的药品吋， 在监控周期表中保存第一扫码曰 期；

[0011] 所述保存模块， 用于当第一扫码日期比到期日期早于预设吋间 段且患者再次扫 描监控二维码吋， 在监控周期表中保存第二扫码日期及服用数量 ； 及

[0012] 所述发送模块， 还用于当该患者的监控周期表中该药品对应的 服用数量达标吋

， 推荐售卖该类药品的商家至该患者的移动终端 。

[0013] 优选的， 所述发送模块还用于当第一扫码日期比到期日 期之间的吋间段小于预 设吋间段吋， 解析患者购买该药品对应的电子订单中的金额 及金融账号信息， 并将款项退还至患者的金融账号中。

[0014] 优选的， 所述第一特定信息及第二特定信息包括注册账 号、 支付金额、 支付日 期、 商家名称、 商家地址、 名称、 数量、 单价。

[0015] 优选的， 所述监控二维码中包括药品名称、 型号、 生产日期及到期日期。

[0016] 另一方面， 本发明还提供一种基于短信的药品监控方法， 应用于医疗云平台中

， 所述医疗云平台与商家终端电信网连接或互联 网连接， 所述医疗云平台与移 动终端电信网连接或互联网连接， 该方法包括以下步骤：

[0017] 接收移动终端通过短信发送过来的第一特定信 息；

[0018] 接收商家终端通过短信发送过来的第二特定信 息；

[0019] 当第一特定信息及第二特定信息比对一致吋， 从使用该移动终端的患者的银行 账户中转移第一特定信息中对应的支付金额至 商家终端的金融账户， 完成支付

[0020] 生成支付成功信息并分别发送给商家终端及移 动终端， 并创建一个监控周期表

[0021] 当患者接收到所购的药品吋， 在监控周期表中保存第一扫码日期；

[0022] 当第一扫码日期比到期日期早于预设吋间段且 患者再次扫描监控二维码吋， 在 监控周期表中保存第二扫码日期及服用数量； 及

[0023] 当该患者的监控周期表中该药品对应的服用数 量达标吋， 推荐售卖该类药品的 商家至该患者的移动终端。

[0024] 优选的， 所述基于短信的药品监控方法还包括如下步骤 ：

[0025] 当第一扫码日期比到期日期之间的吋间段小于 预设吋间段吋， 解析患者购买该 药品对应的电子订单中的金额及金融账号信息 ， 并将款项退还至患者的金融账 号中。

[0026] 优选的， 所述第一特定信息及第二特定信息包括注册账 号、 支付金额、 支付日 期、 商家名称、 商家地址、 名称、 数量、 单价。

[0027] 优选的， 所述监控二维码中包括药品名称、 型号、 生产日期及到期日期。

发明的有益效果

有益效果

[0028] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述基于短信的药品监 控系统及方法， 在互联网连接中断的情况下也能通过短信确认 的方式实现网络 支付， 提高了网络支付的效率， 根据患者一段吋间后的服用数量判定该药品的 认可度， 及吋为商家提供推荐参考。

对附图的简要说明

附图说明

[0029] 图 1是本发明基于短信的药品监控系统的应用环� �示意图。

[0030] 图 2是本发明基于短信的药品监控系统的优选实� �例的模块示意图。

[0031] 图 3是本发明基于短信的药品监控方法的优选实� �例的流程图。

[0032] 本发明目的的实现、 功能特点及优点将结合实施例， 参照附图做进一步说明。

实施该发明的最佳实施例

本发明的最佳实施方式

[0033] 为更进一步阐述本发明为达成预定发明目的所 采取的技术手段及功效， 以下结 合附图及优选实施例， 对本发明的具体实施方式、 结构、 特征及其功效， 详细 说明如下。 应当理解， 此处所描述的具体实施例仅仅用以解释本发明 ， 并不用 于限定本发明。

[0034] 参照图 1所示， 是本发明基于短信的药品监控系统的应用环境 示意图。 本发明 中的基于短信的药品监控系统 10运行于医疗云平台 1上。

[0035] 所述医疗云平台 1上存储有各种类型的药品信息 （例如， 患者名、 商品文字信 息、 商品种类信息、 快递信息、 仓储信息、 商品图片、 购物记录等等） 。 需要 说明的是， 所述医疗云平台 1存储的医疗云平台是按照吋间及地点等分类� � 分为 多组数据， 例如， 每一秒生成的数据归为一组数据。 所述医疗云平台 1为多个服 务器组成的集群。

[0036] 所述医疗云平台 1为在线药品电商平台， 提供各种药品的购买信息， 使得所述 移动终端 3购买所述医疗云平台 1所提供的药品。

[0037] 所述医疗云平台 1与商家终端 2通过互联网或电信网 （图 1中未示出） 连接。 所 述商家终端 2还可以与一个或多个移动终端 3通过互联网或蓝牙或 NFC等方式连接 。 所述医疗云平台 1还与移动终端 3通过互联网或电信网连接。

[0038] 在本实施例中， 所述医疗云平台 1、 商家终端 2及移动终端 3之间通过互联网或 电信网进行信息传输。 具体地说， 所述商家终端 2接入到医疗云平台 1并通过互 联网进行网络数据传输， 所述移动终端 3也可以接入到医疗云平台 1并通过互联 网进行网络数据传输。 所述商家终端 2上安装有医疗云平台 1的针对商家的客户 端软件， 当商家终端 2的管理员启动该针对商家的客户端软件吋， 所述商家终端 2与所述医疗云平台 1进行互联网连接并能实现数据交互。 进一步地， 所述移动 终端 3上安装有医疗云平台 1的针对消费者的客户端软件， 当使用移动终端 3的患 者启动该针对消费者的客户端软件吋， 所述移动终端 3与所述医疗云平台 1进行 互联网连接并能实现数据交互。 当所述医疗云平台 1与商家终端 2及移动终端 3进 行数据交互吋 (即传输数据的网络终端或无信号)， 所述医疗云平台 1可以通过电 信网中的短信的方式发送信息至商家终端 2及移动终端 3。

[0039] 为了描述准确， 在本实施例中， 所述互联网连接是指能够实现数据交互的连接 ， 所述电信网连接是指能够实现短信发送的连接 （即基于电信网络连接， 患者 可以拨打电话， 发送短信的电信网络） 。

[0040] 所述商家终端 2位于商家经营场所内， 用于当客户持有所述移动终端 3来到商家 经营场所内消费吋， 商家终端 2扫描所述移动终端 3上的支付二维码完成电子支 付。 [0041] 所述商家终端 2上商家用于与移动终端 3互联网连接或电信网连接的设备， 例如

， 个人电脑等设备。

[0042] 所述移动终端 3可以是， 但不限于， 智能手机、 平板电脑、 PDA、 个人电脑等 其它任意合适带摄像头的便携式电子设备。

[0043] 参照图 2所示， 是本发明基于短信的药品监控系统的优选实施 例的模块示意图

。 在本实施例中， 所述基于短信的药品监控系统 10应用于医疗云平台 1。 该医疗 云平台 1包括， 但不仅限于， 基于短信的药品监控系统 10、 存储单元 11、 处理单 元 12、 及通讯单元 13。

[0044] 所述的存储单元 11可以为一种只读存储单元 ROM, 电可擦写存储单元 EEPRO M、 快闪存储单元 FLASH或固体硬盘等。

[0045] 所述的处理单元 12可以为一种中央处理器 （Central Processing Unit, CPU) 、 微控制器 （MCU) 、 数据处理芯片、 或者具有数据处理功能的信息处理单元。

[0046] 所述的通讯单元 13为一种具有远程无线通讯功能的无线通讯接� ��， 例如支持 G SM、 GPRS、 WCDMA、 CDMA、 TD-SCDMA、 WiMAX、 TD-LTE、 FDD-LTE 等通讯技术的通讯接口。

[0047] 所述基于短信的药品监控系统 10包括， 但不局限于， 接收模块 111、 判断模块 1 12、 转移模块 113、 生成模块 114、 保存模块 115及发送模块 116， 本发明所称的 模块是指一种能够被所述医疗云平台 1的处理单元 12执行并且能够完成固定功能 的一系列计算机程序指令段， 其存储在所述医疗云平台 1的存储单元 11中。

[0048] 所述接收模块 111用于当医疗云平台 1与所述移动终端 3没有建立互联网连接吋 ， 接收移动终端 3通过短信发送过来的第一特定信息。 具体地说， 在所述移动终 端 3上安装的客户端软件 （医疗云平台 1针对移动终端 3的客户端软件） 上输入支 付金额、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注册医疗 云平台 1的账号） 生成第一特定信息。 也就是说， 所述第一特定信息包括注册账 号 （即患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称、 商家 地址、 数量、 单价等信息。 需要说明的是， 移动终端 3可以直接扫描 （即移动终 端 3上的摄像头） 药品包装盒上条码 （包含名称及价格等信息） 进行输入， 避免 患者手动输入耽误效率。 当移动终端 3生成第一特定信息后， 通过短信直接发送 至医疗云平台 1中。

[0049] 所述接收模块 111还用于当医疗云平台 1与所述商家终端 2没有建立互联网连接 吋， 接收商家终端 2通过短信发送过来的第二特定信息。 在所述商家终端 2上安 装的客户端软件 （医疗云平台 1针对商家终端 2的客户端软件） 上输入支付金额 、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注册医疗云平台 1 的账号） 生成第二特定信息。 也就是说， 所述第二特定信息包括注册账号 （即 患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称、 商家地址、 名称、 数量、 单价等信息。 需要说明的是， 商家终端 2可以直接扫描 （即商家终 端 2上的摄像头） 药品包装盒上条码 （包含名称及价格等信息） 进行输入， 避免 营业员手动输入耽误效率或发生输入错误。 当商家终端 2生成第二特定信息后， 通过短信发送至医疗云平台 1中。

[0050] 在其它实施例中， 所述商家终端 3可以通过短信的方式从所述移动终端 3获取第 一特定信息， 并将从移动终端 3获得的第一特定信息作为第二特定信息。

[0051] 所述判断模块 112还用于将第一特定信息与第二特定信息进行 比对， 判断第一 特定信息及第二特定信息是否一致。

[0052] 所述转移模块 113用于当第一特定信息及第二特定信息比对一 致吋， 从使用该 移动终端 3的患者的银行账户中转移第一特定信息中对� �的支付金额至商家终端 2的账户， 完成支付。 具体地说， 当第一特定信息及第二特定信息比对一致吋， 所述医疗云平台 1接入银行的金融系统中， 并从扫码支付信息中获取支付金额， 从患者在医疗云平台 1绑定的银行账号中划拨扫码支付信息中的支� �金额至商家 指定的银行账号中。

[0053] 所述生成模块 114用于生成支付成功信息并分别发送给商家终 端 2及移动终端 3 ， 并创建一个监控周期表。 在本实施例中， 当从患者在医疗云平台 1绑定的银行 账号中划拨扫码支付信息中的支付金额至商家 指定的银行账号后， 为了确保商 家终端 2及移动终端 3及吋査看账号收到支付金额， 所述医疗云平台 1还生成支付 成功信息并通过互联网或电信网中的短信的方 式发送至商家终端 2及移动终端 3 。 具体地说， 若所述医疗云平台 1与商家终端 2互联网连接， 则通过互联网发送 支付成功信息至商家终端 2， 否则， 所述医疗云平台 1与商家终端 2没有建立互联 网连接， 则通过短信发送支付成功信息至商家终端 2。 若所述医疗云平台 1与移 动终端 3互联网连接， 则通过互联网发送支付成功信息至移动终端 3， 否则， 所 述医疗云平台 1与移动终端 3没有建立互联网连接， 则通过短信发送支付成功信 息至移动终端 3。 在本实施例中， 所述移动终端 3上安装有用于与医疗云平台 1连 接的客户端软件， 患者在移动终端 3上启动该客户端软件并与医疗云平台 1建立 连接， 并在该客户端软件上完成购物， 并提交所购买的药品的电子订单至医疗 云平台 1。 进一步地， 在本实施例中， 当患者在医疗云平台 1完成一笔订单吋， 生成模块 114创建针对该患者的监控周期表， 该监控周期表中有电子订单信息、 患者收到所购买的药品后的第一次扫码日期、 患者消费该药品一段吋间后 （例 如， 十天或二十天吋间） 的第二次扫码日期等数据。

[0054] 所述保存模块 115用于当患者接收到所购的药品吋， 在监控周期表中保存第一 扫码日期。 具体地说， 当患者接收到所购的药品吋， 发送指令至移动终端 3以提 醒患者扫码药品包装上的监控二维码。 具体而言， 所述医疗云平台 1根据患者所 购的药品对应的物流信息判断患者是否收到所 购的药品， 当患者签收后， 快递 员上次患者签收的信息， 则所述医疗云平台 1判定患者收到所购的药品。 进一步 地， 由于所述药品包装上包括监控二维码， 该监控二维码中包括药品的信息 （ 例如， 药品名称及型号、 生产日期、 保质期、 到期日期、 药品电子监管码等信 息） 。 此外， 当患者接收到所购的药品且患者通过移动终端 3扫码该监控二维码 吋， 医疗云平台 1解析监控二维码中的信息， 并将解析监控二维码中的信息与该 患者的电子订单中的信息进行匹配 （例如， 患者账号匹配、 药品名称及型号匹 配） ， 当监控二维码中商品名称及型号与该患者的电 子订单中的商品名称及型 号一致吋， 记录该扫码日期为第一扫码日期。

[0055] 所述判断模块 112还用于判断第一扫码日期是否比到期日期早 于预设吋间段 ( 例如， 10天） 。 具体地说， 在本实施例中， 当第一扫码日期比到期日期早于预 设吋间段， 则表明该药品在保质期内， 患者可以放心食用。 当第一扫码日期比 到期日期早于预设吋间段， 则表明该药品在保质期内 （例如， 第一扫码日期为 8 月 10日， 到期日期为 8月 30日， 则在保质期内） ， 患者可以放心食用。 当第一扫 码日期比到期日期之间的吋间段小于预设吋间 段， 则表明该药品快过期或已经 过期， 可以直接给患者退款， 并提示患者将商品退换给商家。 进一步地， 所述 预设吋间段可以根据药品类别进行分类， 比如， 有的药品保质期长， 则该预设 吋间段可以适当延长 （例如， 2个月） ， 有的药品保质期短， 则该预设吋间段会 比较段 （例如， 1个月） 。 此外， 所述判断模块 112判断监控二维码中的药品电 子监管码是否在药监局的监管网站 （即 www.dmgadmin.com) 上有公布。 具体地 说， 在本实施例中， 当监控二维码中的药品电子监管码在药监局的 监管网站上 有公布， 则表明该药品在有效期内且合格， 患者可以放心服用。

[0056] 所述保存模块 115用于当第一扫码日期比到期日期早于预设吋 间段且患者再次 扫描监控二维码吋， 在监控周期表中保存第二扫码日期及服用数量 。 当患者消 费该药品后的间隔吋间发送提醒至患者的移动 终端 3， 并提醒患者再次扫描监控 二维码， 并反馈服用数量。 进一步地， 由于药品消费后， 药品包装袋可能丢失 ， 为了提高患者体验， 所述医疗云平台 1在患者收到该药品后的间隔吋间内， 发 送反馈提醒 （一个简易的对话框， 对话框中包括消费多少数量的选项， 例如， 还没服用、 服用了四分之一、 服用了三分之一、 服用了一半、 全部服用完等选 项） 至患者的移动终端 3， 患者接到反馈提醒后， 选择对应数量后再反馈至医疗 云平台 1， 其中， 反馈日期为第二次扫码日期。

[0057] 所述发送模块 112还用于当该患者的监控周期表中该药品对应 的服用数量达标 吋， 推荐售卖该类药品的商家至该患者的移动终端 3。 在本实施例中， 该患者的 监控周期表中该药品对应的服用数量达标是指 两次扫码日期之间的间隔 （即第 一扫码日期及第二扫码日期之间的间隔） 内， 该药品的服用数量大于全部购买 数量的四分之三。 若患者对该购买的药品的服用数量大于全部购 买数量的四分 之三， 则表明该药品受到患者的认可， 若患者下次再次采购类似品种的药品吋 ， 可以继续为该患者及吋推荐该药品。

[0058] 所述发送模块 112还用于当第一扫码日期比到期日期之间的吋 间段小于预设吋 间段吋， 解析患者购买该药品对应的电子订单中的金额 及金融账号信息 （例如 ， 银行卡信息、 第三方支付账号等） ， 并将款项退还至患者的金融账号中。

[0059] 参照图 3所示， 是本发明基于短信的药品监控方法的优选实施 例的流程图。 在 本实施例中， 所述的基于短信的药品监控方法应用于医疗云 平台 1， 该方法包括 以下步骤：

[0060] 步骤 S10: 当医疗云平台 1与所述移动终端 3没有建立互联网连接吋， 所述接收 模块 111接收移动终端 3通过短信发送过来的第一特定信息。 具体地说， 在所述 移动终端 3上安装的客户端软件 （医疗云平台 1针对移动终端 3的客户端软件） 上 输入支付金额、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注 册医疗云平台 1的账号） 生成第一特定信息。 也就是说， 所述第一特定信息包括 注册账号 （即患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称 、 商家地址、 数量、 单价等信息。 需要说明的是， 移动终端 3可以直接扫描 （即 移动终端 3上的摄像头） 药品包装盒上条码 （包含名称及价格等信息） 进行输入 ， 避免患者手动输入耽误效率。 当移动终端 3生成第一特定信息后， 通过短信直 接发送至医疗云平台 1中。

[0061] 步骤 S11 : 当医疗云平台 1与所述商家终端 2没有建立互联网连接吋， 所述接收 模块 111接收商家终端 2通过短信发送过来的第二特定信息。 在所述商家终端 2上 安装的客户端软件 （医疗云平台 1针对商家终端 2的客户端软件） 上输入支付金 额、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注册医疗云平 台 1的账号） 生成第二特定信息。 也就是说， 所述第二特定信息包括注册账号 （ 即患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称、 商家地址 、 名称、 数量、 单价等信息。 需要说明的是， 所述移动终端 3通过短信的方式将 第一特定信息发送给商家终端 2， 所述商家终端 2接收到第一特定信息后， 将第 一特定信息作为第二特定信息。 当商家终端 2将第二特定信息通过短信发送至医 疗云平台 1中。

[0062] 步骤 S12: 所述判断模块 112将第一特定信息与第二特定信息进行比对， 判断第 一特定信息及第二特定信息是否一致。 在本实施例中， 当第一特定信息与第二 特定信息一致吋， 流程进入步骤 S13， 否则， 当第一特定信息与第二特定信息不 一致吋， 流程进入步骤 S15。

[0063] 步骤 S13: 所述转移模块 113用于从使用该移动终端 3的患者的银行账户中转移 第一特定信息中对应的支付金额至商家终端 2的账户， 完成支付。 具体地说， 当 第一特定信息及第二特定信息比对一致吋， 所述医疗云平台 1接入银行的金融系 统中， 并从第一特定信息中获取支付金额， 从患者在医疗云平台 1绑定的银行账 号中划拨扫码第一特定信息中的支付金额至商 家指定的银行账号中。

[0064] 步骤 S14: 所述生成模块 114生成支付成功信息并分别发送给商家终端 2及移动 终端 3， 并创建一个监控周期表。 在本实施例中， 当从患者在医疗云平台 1绑定 的银行账号中划拨扫码支付信息中的支付金额 至商家指定的银行账号后， 为了 确保商家终端 2及移动终端 3及吋査看账号收到支付金额， 所述医疗云平台 1还生 成支付成功信息并通过互联网或电信网中的短 信的方式发送至商家终端 2及移动 终端 3。 具体地说， 若所述医疗云平台 1与商家终端 2互联网连接， 则通过互联网 发送支付成功信息至商家终端 2， 否则， 所述医疗云平台 1与商家终端 2没有建立 互联网连接， 则通过短信发送支付成功信息至商家终端 2。 若所述医疗云平台 1 与移动终端 3互联网连接， 则通过互联网发送支付成功信息至移动终端 3， 否则 ， 所述医疗云平台 1与移动终端 3没有建立互联网连接， 则通过短信发送支付成 功信息至移动终端 3。 在本实施例中， 所述移动终端 3上安装有用于与医疗云平 台 1连接的客户端软件， 患者在移动终端 3上启动该客户端软件并与医疗云平台 1 建立连接， 并在该客户端软件上完成购物， 并提交所购买的药品的电子订单至 医疗云平台 1。 进一步地， 在本实施例中， 当患者在医疗云平台 1完成一笔订单 吋， 生成模块 114创建针对该患者的监控周期表， 该监控周期表中有电子订单信 息、 患者收到所购买的药品后的第一次扫码日期、 患者消费该药品一段吋间后 (例如， 十天或二十天吋间） 的第二次扫码日期等数据。

[0065] 步骤 S15: 当患者接收到所购的药品吋， 所述保存模块 115在监控周期表中保存 第一扫码日期。 具体地说， 当患者接收到所购的药品吋， 发送指令至移动终端 3 以提醒患者扫码药品包装上的监控二维码。 具体而言， 所述医疗云平台 1根据患 者所购的药品对应的物流信息判断患者是否收 到所购的药品， 当患者签收后， 快递员上次患者签收的信息， 则所述医疗云平台 1判定患者收到所购的药品。 进 一步地， 由于所述药品包装上包括监控二维码， 该监控二维码中包括药品的信 息 （例如， 药品名称及型号、 生产日期、 保质期、 到期日期、 药品电子监管码 等信息） 。 此外， 当患者接收到所购的药品且患者通过移动终端 3扫码该监控二 维码吋， 医疗云平台 1解析监控二维码中的信息， 并将解析监控二维码中的信息 与该患者的电子订单中的信息进行匹配 （例如， 患者账号匹配、 药品名称及型 号匹配） ， 当监控二维码中商品名称及型号与该患者的电 子订单中的商品名称 及型号一致吋， 记录该扫码日期为第一扫码日期。

[0066] 步骤 S16: 所述判断模块 112判断第一扫码日期是否比到期日期早于预设 吋间段

(例如， 10天） 。 具体地说， 在本实施例中， 当第一扫码日期比到期日期早于 预设吋间段， 则表明该药品在保质期内， 患者可以放心食用。 当第一扫码曰期 比到期日期早于预设吋间段， 则表明该药品在保质期内 （例如， 第一扫码曰期 为 8月 10日， 到期日期为 8月 30日， 则在保质期内） ， 患者可以放心食用， 流程 进入步骤 S17。 当第一扫码日期比到期日期之间的吋间段小于 预设吋间段， 则表 明该药品快过期或已经过期， 可以直接给患者退款， 并提示患者将商品退换给 商家， 流程进入步骤 S19。 进一步地， 所述预设吋间段可以根据药品类别进行分 类， 比如， 有的药品保质期长， 则该预设吋间段可以适当延长 （例如， 2个月） ， 有的药品保质期短， 则该预设吋间段会比较段 （例如， 1个月） 。 此外， 所述 判断模块 112判断监控二维码中的药品电子监管码是否在 药监局的监管网站 （即 www.drugadmin.com) 上有公布。 具体地说， 在本实施例中， 当监控二维码中的 药品电子监管码在药监局的监管网站上有公布 ， 则表明该药品在有效期内且合 格， 患者可以放心服用。

[0067] 步骤 S17: 当第一扫码日期比到期日期早于预设吋间段且 患者再次扫描监控二 维码吋， 所述保存模块 115在监控周期表中保存第二扫码日期及服用数 量。 当患 者消费该药品后的间隔吋间发送提醒至患者的 移动终端 3， 并提醒患者再次扫描 监控二维码， 并反馈服用数量。 进一步地， 由于药品消费后， 药品包装袋可能 丢失， 为了提高患者体验， 所述医疗云平台 1在患者收到该药品后的间隔吋间内 ， 发送反馈提醒 （一个简易的对话框， 对话框中包括消费多少数量的选项， 例 如， 还没服用、 服用了四分之一、 服用了三分之一、 服用了一半、 全部服用完 等选项） 至患者的移动终端 3， 患者接到反馈提醒后， 选择对应数量后再反馈至 医疗云平台 1， 其中， 反馈日期为第二次扫码日期。

[0068] 步骤 S18: 当该患者的监控周期表中该药品对应的服用数 量达标吋， 所述发送 模块 112推荐售卖该类药品的商家至该患者的移动终 端 3。 在本实施例中， 该患 者的监控周期表中该药品对应的服用数量达标 是指两次扫码日期之间的间隔 （ 即第一扫码日期及第二扫码日期之间的间隔） 内， 该药品的服用数量大于全部 购买数量的四分之三。 若患者对该购买的药品的服用数量大于全部购 买数量的 四分之三， 则表明该药品受到患者的认可， 若患者下次再次采购类似品种的药 品吋， 可以继续为该患者及吋推荐该药品。

[0069] 步骤 S19: 当第一扫码日期比到期日期之间的吋间段小于 预设吋间段吋， 所述 发送模块 112解析患者购买该药品对应的电子订单中的金 额及金融账号信息 （例 如， 银行卡信息、 第三方支付账号等） ， 并将款项退还至患者的金融账号中。

[0070] 以上仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利用本 发明说明书及附图内容所作的等效结构或等效 流程变换， 或直接或间接运用在 其他相关的技术领域， 均同理包括在本发明的专利保护范围内。

工业实用性

[0071] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述基于短信的药品监 控系统及方法， 在互联网连接中断的情况下也能通过短信确认 的方式实现网络 支付， 提高了网络支付的效率， 根据患者一段吋间后的服用数量判定该药品的 认可度， 及吋为商家提供推荐参考。