CN113555080A - 售药机、售药机管理方法及装置 - Google Patents

售药机、售药机管理方法及装置 Download PDF

Info

Publication number
CN113555080A
CN113555080A CN202010339949.XA CN202010339949A CN113555080A CN 113555080 A CN113555080 A CN 113555080A CN 202010339949 A CN202010339949 A CN 202010339949A CN 113555080 A CN113555080 A CN 113555080A
Authority
CN
China
Prior art keywords
medicine
list
drug
account
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
CN202010339949.XA
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.)
Alibaba Health Information Technology Ltd
Original Assignee
Alibaba Health Information Technology 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 Alibaba Health Information Technology Ltd filed Critical Alibaba Health Information Technology Ltd
Priority to CN202010339949.XA priority Critical patent/CN113555080A/zh
Publication of CN113555080A publication Critical patent/CN113555080A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT 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
    • G16H20/13—ICT 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 delivered from dispensers

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请关于一种售药机、售药机管理方法及装置。所述方法包括：接收出药请求，所述出药请求中包括病患账户、医生账户和药品清单的标识信息；在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；根据所述药品信息，指示售药机售出对应的药品。本申请各个实施例提供的售药机管理方式，不仅可以提升病患提取药品的灵活性，还可以加强药品提取的合法性和规范化。

Description

售药机、售药机管理方法及装置
技术领域
本申请涉及售药机管理技术领域，尤其涉及一种售药机、售药机管理方法及装置。
背景技术
目前，自助售药机正逐步走向市场，自助售药机的出现，极大地提升人们的医疗效率，尤其对于治疗在一些特殊的时间、地点所发生的身体不适。例如，人们深夜突然出现腹泻、发烧、哮喘等症状，但是药店都已关门，家中又没有常备药，有了售药机，人们可以快速地在药店门口、小区内、马路边购买到需要的药品。
但是，目前市场上的自助售药机只能售卖非处方药，无法售卖处方药，处方药还需凭借医生开具的处方单在医院药房或者其他药店购买。但是，对于一些疾病，尤其是慢性病，其处方单的开具比较简单，但是用户依然无法从自助售药机购买。试想一些场景，深夜，糖尿病患者由于使用了过多的胰岛素，导致血糖骤然降低，几乎处于休克状态，此时，关于该症状及治疗方式对于医生来说是非常简单的，但是患者及家属却无法了解病因，即使知道用什么药，却由于处方药限制而无法获取，只能叫救护车将患者送往医院。患者长期休克有可能导致生命危险，那么，如果患者楼下的自助售药机可以购买到相关的处方药，也许可以降低患者的死亡风险。
因此，相关技术中亟需一种能够自助售卖诸如处方药等需要医生诊断后开具的药品的售药机。
发明内容
为克服相关技术中存在的问题，本申请提供售药机、售药机管理方法及装置，具体的实现方式如下：
一种售药机管理方法，所述方法包括：
接收出药请求，所述出药请求中包括病患账户、医生账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
一种售药机管理方法，所述方法包括：
接收出药请求，所述出药请求中包括用户账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
一种售药机管理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：
接收出药请求，所述出药请求中包括病患账户、医生账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
一种售药机管理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：
接收出药请求，所述出药请求中包括用户账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
一种售药机，包括所述的售药机管理装置，以及信息读取装置，其中，
所述信息读取装置，用于从图像或者图形码中读取所述出药请求。
一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行上述的方法。
本申请提供的售药机管理方法，可以实现在售药机中提取医生所开具的药品，在技术实现上，售药机中所接收的出药请求中可以包括病患账户、医生账户和药品清单的标识信息，上述这些信息，可以获取到所述药品清单是否为所述病患账户对应的药品清单，以及所述药品清单是否为所述医生账户所开具的清单，基于此，本申请实施例所提供的售药机管理方法，尤其对于处方药品的提取管理，不仅可以提升病患提取药品的灵活性，还可以加强药品提取的合法性和规范化。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1是根据一示例性实施例示出的一种售药机管理系统示意图。
图2是根据一示例性实施例示出的一种售药机管理方法流程示意图。
图3是根据一示例性实施例示出的一种应用场景示意图。
图4是根据一示例性实施例示出的一种应用场景示意图。
图5是根据一示例性实施例示出的一种应用场景示意图。
图6是根据一示例性实施例示出的一种售药机管理方法流程示意图。
图7是根据一示例性实施例示出的一种售药机管理方法流程示意图。
图8是根据一示例性实施例示出的一种售药机管理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
为了方便本领域技术人员理解本申请实施例提供的技术方案，下面通过一个具体的应用场景说明本申请各个实施例提供的售药机管理方法。图1是本申请提供的系统示意图，该系统可以包括病患客户端100、医生客户端200、服务器300和自助售药机400。图2是本系统中各个主体之间的工作流程示意图。
春节期间的一天深夜，老王突然觉得头痛、胸闷，因为患有高血压，而最近一段时间又忘记吃药，所以老王赶紧起床吃降压药，却发现家里已经没有降压药了。以前都是从社区医院购买药品，可是现在是凌晨一点多，又是春节期间，社区医院可能没人值班，去远一点的医院交通又不方便，加上身体严重不适，没有精力去折腾。突然想起小区里面有卖处方药的自助售药机，儿子小王看到之后还曾教会自己如何购买药品。
首先，老王登录一款线上诊疗APP，小王曾经帮助老王注册过账户，在老王的账户中，保存有老王的身份ID，以及上传的老王的病历等信息。如图2的步骤1，老王在APP中确认自己所要咨询的疾病类型为“高血压”，很快，APP后台为老王分配一名在线医生，并自动生成与该医生的对话页面(步骤2)。如图3所示的老王客户端100的界面图，在与医生的对话中，老王告知医生目前的症状以及停止服用降压药的时间。医生根据老王的陈述以及老王的病历，确定老王目前是高血压病发的症状(步骤3)。步骤4中，于是医生请求给老王开具降压药，服务器300在接收到医生的处方开具请求之后，自动生成处方单，且该处方单具有标识信息(步骤5)。步骤6中，服务器300在生成处方单之后，根据处方单中的药品，确定距离老王定位位置最近的且有库存的售药机，并获取到该售药机的标识信息SZ-7094。步骤7中，服务器300可以将该处方单的标识信息与老王、医生、售药机的标识信息进行关联，并编码生成一个二维码。步骤8中，服务器300将生成的二维码发送至老王的客户端100，并告知老王售药机的具体位置，图4是一种示例性的界面图。步骤9中，服务器300可以通知售货机SZ-7094锁定处方单中的药品，锁定时间可以设置为8小时，若老王逾期不提取药品，可以解除锁定。
如图5所示，老王接收到二维码和售药机SZ-7094的位置之后，可以根据该位置前往售药机SZ-7094。根据售药机SZ-7094上的提示，老王只需将接收到的二维码置于二维码扫描窗口501前即可(步骤10)。步骤11中，售药机SZ-7094在接收到二维码之后，可以将该二维码发送至服务器300。步骤12中，服务器300在接收到二维码之后，可以解析所述二维码，并判断该处方单是否有效。步骤13中，在确定所述处方单有效的情况下，可以指示所述售药机SZ-7094售出对应的处方药品。另外，所述处方药品的费用可以利用多种方式支付，如扣除老王的医疗保险金、线上支付、售药机现场支付等等。步骤14中，若老王提取药品之后，可以核销所述处方单，并解除对处方药品的锁定。
在本申请的另一个应用场景中，用户在了解到自己疾病以及治疗疾病所需的药品的情况下，例如，上述示例中的老王知道自己患有高血压并且需要降压药的情况下，那么，用户可以在网络售药平台上搜索到相应的药品，并向所述网络售药平台提交药品需求清单，所述药品需求清单中可以包括病患所需的药品信息。所述网络售药平台在接收到所述药品需求清单之后，可以触发在线诊疗功能，建立所述病患账户和所述医生账户之间的问诊对话，例如在用户客户端展示与在线医生之间的对话界面。在线医生可以通过对话的方式了解到病患的疾病状况或者病症情况，并审核用户请求的药品是否用来治疗用户的疾病或者缓解病患的症状。在线医生在审核之后，可以生成清单审核信息，所述清单审核信息中包括对所述药品需求清单的审核结果。然后，所述在线医生可以将所述清单审核信息发送至所述网络售药平台。所述审核结果包括下述中的一种：在线医生完全同意开具所述药品需求清单；在线医生完全不同意所述药品需求清单，并重新开具药品清单；在线医生部分同意开具所述药品需求清单，删除或更改所述药品需求清单中的部分药品信息。后续取药的方式请参考上述实施例，在此不再赘述。
在本申请的一个实施例中，病患还可以通过语音的方式触发在线诊疗。在一个示例中，病患可能病痛症状比较严重，输入文字比较困难，且文字输入效率较低。那么，病患可以通过手机APP利用语音触发在线诊疗的功能，并生成与在线医生之间的语音对话。在另一个示例中，还可以通过其他智能语音设备触发与在线医生之间的对话，所述智能语音设备可以包括智能音箱、智能穿戴设备等等。在一个示例中，病患利用智能音箱触发在线诊疗功能的过程中，病患可以利用语音指示触发在线诊疗的功能。智能音箱可以根据病患的声纹信息获取到病患的账户信息，并将所述账户信息发送至在线问诊平台，所述在线问诊平台在确定所述账户信息的合法性之后，可以生成病患与医生之间的语音对话环境。
在本申请的一个实施例中，也可以利用语音方式生成所述药品需求清单。具体地，病患可以发送药品请求指令，例如“小麦，我要买药”这样的指令。智能语音设备在接收到所述药品请求指令之后，可以将所述药品请求指令发送至所述网络售药平台。所述网络售药平台在接收到所述药品请求指令之后，可以根据所述药品请求指令确定所述病患的声纹信息。当然，也可以是智能语音设备将提取的声纹信息发送至所述网络售药平台，本申请在此不做限制。然后，所述网络售药平台可以根据所述声纹信息确定所述病患账户，所述网络售药平台存储有病患账户与其声纹信息之间的关联关系数据。后续地，可以利用语音对话确定所述病患账户所需的药品信息，然后根据所述药品信息，生成药品需求清单。
需要说明的是，本申请各个实施例所述的医生可以是人，也可以是智能机器人，所述智能机器人可以是利用机器学习方式训练得到的具有与医生相同医疗能力的机器学习模型，在此不做限制。
下面结合附图对本申请所述的售药机管理方法进行详细的说明。图6是本申请提供的售药机管理方法的一种实施例的方法流程示意图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际中的售药机管理过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
具体的，本申请提供的售药机管理方法的一种实施例如图6所示，所述方法可以包括：
S601：接收出药请求，所述出药请求中包括病患账户、医生账户和药品清单的标识信息。
S603：在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息。
S605：根据所述药品信息，指示售药机售出对应的药品。
本申请实施例中的所述售药机可以包括用于自助售卖药品的设备，所售卖的药品可以包括处方药和非处方药，非处方药还可以包括甲类非处方药和乙类非处方药。所述售药机可以设置于住宅区、医院、药店门前、街道、商场、地铁站、火车站等多种应用场所。用户可以通过投币、扫码、刷卡、线上到线下(Online To Offline，O2O)等自助支付方式从所述售药机中购买产品。
本申请实施例的实施主体可以包括售药机的后台服务器，所述服务器可以基于HTTP、TCP/IP或FTP等网络协议以及网络通信模块与售药机、病患客户端、医生客户端等进行网络数据交互。需要说明的是，所述服务器可以包括由售药机生产方、供应方、售药机承包方、医院、第三方中的任何一方运营，本申请在此不做限制。当然，在其他实施例中，售药机、病患客户端、医生客户端可以分别对应有各自的服务器，也可以是其中任意两个共用服务器，本申请在此不做限制。
本申请实施例中，在病患需要从售药机中购买药品的情况下，可以在服务器端生成药品清单。所述药品清单可以包括需要依据医生诊疗之后才可开具的药品的清单。在一个示例中，用户不知道所患疾病需要医生诊疗后才可开具的药品清单。在另一个示例中，所述药品清单还可以包括处方单。在一个实施例中，病患可以与医生面诊，医生根据病患的疾病状况，开具在服务器中并生成药品清单，所述药品清单具有对应的标识信息。服务器还可以将所述标识信息发送至病患的客户端，这样，病患可以凭借所述药品清单的标识信息从售药机中获取到对应的药品。本实施例方法可以适用于医院或者附近药房没有药品清单中的药品，或者病患无法立即获取到药品清单中的药品的状况，比如病患赶时间，但是医院取药需要排很长的队伍。在这些状况下，通过面诊开具药品，尤其是处方药，病患在售药机提取处方药的方式，可以提升病患提取药品的灵活性。
在实际应用情况下，在面诊的大部分情况下，病患往往可以凭借药品清单从医院或者药店获取到药品。对于一些如上所述的紧情况，尤其包括病患深夜出现身体不适的情况，如腹泻、发烧、低血糖等等，病患可能难以去医院面诊。在此情况下，本申请的一个实施例中，所述药品清单可以基于线上诊疗生成，病患可以足不出户地与线上医生进行诊疗。病患可以通过线上诊疗入口进行线上诊疗，所述线上诊疗入口可以是应用账号、小程序、应用程序(Application，APP)等方式访问线上诊疗。在一个示例性的场景中，售药机上设置有线上诊疗入口的图形码，用户可以利用智能客户端扫描所述图形码以获取线上诊疗的访问入口。在另一个示例性的场景中，用户可以在客户端中搜索得到访问线上诊疗的方式，本申请在此不做限制。
由于药品的开具涉及到严格的管理制度，因此，病患和医生需要在系统中进行身份验证，如病患或者医生需要在线上诊疗系统中申请用户账户并登记真实姓名、身份ID等身份信息，另外医生还需要登记营业执照、资格凭证等职业身份信息。病患在登录病患账户之后，可以选取想要对接的医生。这样，服务器可以接收到病患的问诊请求，所述问诊请求中可以包括病患账户和医生账户的标识信息。基于此，服务器可以建立所述病患账户和医生账户之间的对话，开始医生对病患的线上问诊。如有必要，医生可以向服务器请求开具药品清单。服务器可以接收到医生账户的药品清单开具请求，所述药品清单开具请求中可以包括药品标识及数量。服务器在审核医生账户的合法身份之后，可以根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息。
在实际的应用场景中，病患可以并不了解医生所擅长的疾病类型的治疗，因此可能无法快速地选取到合适的医生。基于此，在本申请的一个实施例中，病患可以在线上诊疗系统中输入或者选择疾病类型，如对于慢性病而言，可以选取“高血压”、“高血脂”、“糖尿病一型”、“糖尿病二型”等中的至少一种。然后，所述线上问诊系统可以根据病患所输入或者选择的疾病类型，确定与所述疾病类型相匹配的医生账户，并建立所述病患账户和所述医生账户之间的问诊对话。
在本申请的一个实施例中，病患还可以通过语音等方式触发问诊请求，在此应用场景中，病患可以通过智能音箱、智能穿戴设备等具有智能语音的设备触发问诊请求。具体地，在一个实施例中，用户可以发出语音问诊指令，利用“小麦小麦，帮我找医生”这样的语音指令，其中，“小麦”是唤醒词，“帮我找医生”是具体的问诊指令。智能语音设备在接收到所述语音问诊指令之后，可以将病患的所述语音问诊指令发送给对应的线上诊疗平台。所述线上诊疗平台在接收到所述语音问诊指令之后，可以获取病患的声纹信息，并根据所述声纹信息确定病患账户，前提是该病患以预先在所述线上诊疗平台上注册账户，且已上传对应的声纹信息。当然，该病患也可以现场注册，在此不做限制。在所述线上诊疗平台在确定所述病患账户之后，可以利用对话的方式确定所述病患账户所需的医生账户或者疾病类型。若病患有明确的医生，则可以将医生信息通过语音发送至所述线上诊疗平台，所述线上诊疗平台可以建立该病患与医生之间的语音对话环境。所述医生可以是所述病患历史上联系过的医生。若病患没有明确的医生，则可以将疾病类型通过语音发送至所述线上诊疗平台，所述线上诊疗平台可以根据所述疾病类型确定对应的医生，并建立该病患与医生之间的语音对话环境。
在本申请实施例中，服务器在生成药品清单之后，可以将所述药品清单的标识信息发送至对应的病患账户，例如可以通过APP、小程序、手机短信等任何具有关联关系的通信方式告知病患。病患在接收到药品清单的标识信息之后，可以去售药机中提取药品。为了保证提取药品的安全性和规范性，防止有人非法提取等，可以提示用户在售药机中输入病患账户、医生账户以及药品清单的标识信息。当然，为了简化输入的内容，例如可以提示用户输入部分的身份信息，如身份ID的后四位，医生职业编码的前5位等。
在本申请的一个实施例中，为进一步地提升用户提取药品的便捷性，服务器可以将病患账户、医生账户和药品清单的标识信息设置于同一个编码中，并将所述编码发送至所述病患账户。所述编码可以包括二维码、条形码、多维码等售货机可以识别的图形码。这样，病患或者病患委托者可以凭借所述编码，只需通过售药机扫描编码的方式即可提取到药品。在此过程中，用户对于该编码中的内容毫无感知，提升售药机的使用体验。在本申请的一个实施例中，为了增强所述编码的安全性，防止有人恶意仿制，非法提取药品，尤其是处方药品，可以在所述编码中增加数字签名。在一个实施例中，所述数字签名可以包括生成所述编码是的时间戳信息，当然也可以包括生成所述药品清单时的时间戳信息，在此不做限制。在其他实施例中，所述数字签名还可以包括医生账户个人的数字签名、系统随机生成的字符串等等。需要说明的是，对所述编码加密的方式不限于所述数字签名，还可以包括散列加密、对称加密、非对称加密等方式，本申请在此不做限制。
在本申请实施例中，所述服务器在生成所述药品清单之后，可以关联所述病患账户、所述医生账户、所述药品清单的标识信息。在一个示例中，可以利用数据表的形式存储所述病患账户、所述医生账户、所述药品清单的标识信息。如表1所示的医、患账户及药品清单关联关系表，可以包括药品清单流水号(即药品清单标识信息)、病患账户、医生账户等信息，通过上述三者中的任意一个标识信息，都可获取到与其关联的其他两个标识信息。当然，本申请实施例不限于使用数据表的形式存储所述标识信息，在其他实施例中，还可以利用键值对等存储形式，本申请在此不做限制。
表1医、患账户及药品清单关联关系表
编号 药品清单流水号 药品清单生成时间 病患账户 医生账户
1 202003043867 2020/03/04 00:23 Martha DrLin
2 202003046879 2020/03/04 03:50 Clare DrDavid
在上述实施例中，所述药品清单可以基于在线问诊生成。基于此，在一些情况下，售药机可以只被允许提取在线问诊所产生的药品清单中的药品。因此，所述服务器在构建关联关系的过程中，可以在构建的关联关系中可以进一步地关联在线问诊记录。如表2所示，可以在关联关系表中增加“是否在线问诊”一栏，这样，可以确定药品清单是否基于在线问诊生成，若基于在线问诊生成，则还可以设置其在线问诊对应的标识信息，如“X20-237793”这样的格式。
表2医、患账户、在线问诊及药品清单关联关系表
Figure BDA0002468068790000091
本申请实施例中，所述售药机在接收到所述病患账户、所述医生账户和所述药品清单的标识信息之后，可以验证所述药品清单是否为有效药品清单。在本申请的一个实施例中，可以根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。所述关联关系可以利用表1所示的医、患账户及药品清单关联关系表进行验证，例如，根据接收到的病患账户、医生账户和药品清单的标识信息，可以利用所述关联关系表，验证这三者是否具有关系，若经验证，确定存在关联关系，则可以确定所述药品清单为有效药品清单。
在本申请实施例中，还可以设置所述药品清单在具有对应的取药记录之后，确定所述药品清单为无效药品清单，可以防止有人恶意利用药品清单多次提取药品。基于此，在用户提取过药品之后，可以记录取药记录或者核销所述药品清单。那么，在接收到取药请求之后，可以首先验证所述药品清单知否具有取药记录，或者是否已被核销，在所述药品清单不具有取药记录的情况下，再判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。
在本申请实施例中，还可以限制所述药品清单的取药有效时间，以适应一些关于药品的管理办法。具体地，所述服务器在接收到出药请求之后，可以根据所述药品清单的标识信息，确定生成所述药品清单的时刻。在确定接收所述出药请求和生成所述药品清单之间的时间差小于预设阈值的情况下，根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。所述预设阈值可以设置为24小时、72小时等等，具体可以实际应用场景规定设置，在此不做限制。
本申请实施例中，服务器还可以指定病患取药的售药机，所指定的售药机可以包括距离病患最近且有存货的售药机。这样，不仅可以指示病患距离其最近的售药机的位置，省去病患再通过其他方式搜索售药机的位置，还可以根据售药机的药品余量合理调配，防止用户到达售药机前却发现药品不足。进一步地，在生成所述药品清单之后，所述服务器还可以指示指定的售药机锁定所述药品清单中的药品，锁定时间可以设置为6小时、8小时等等，以保证用户可以提取到药品。
本申请提供的售药机管理方法，可以实现在售药机中提取医生所开具的药品，在技术实现上，售药机中所接收的出药请求中可以包括病患账户、医生账户和药品清单的标识信息，上述这些信息，可以获取到所述药品清单是否为所述病患账户对应的药品清单，以及所述药品清单是否为所述医生账户所开具的清单，基于此，本申请实施例所提供的售药机管理方法，尤其对于处方药品的提取管理，不仅可以提升病患提取药品的灵活性，还可以加强药品提取的合法性和规范化。
本申请另一方面还提供售药机管理方法的另一种实施例，如图7所示，所述方法可以包括：
S701：接收出药请求，所述出药请求中包括用户账户和药品清单的标识信息；
S703：在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
S705：根据所述药品信息，指示售药机售出对应的药品。
在本申请实施例中，用户在取药的过程中，可以只输入用户账户和药品清单的标识信息。在一个示例中，服务器在生成药品清单之后，可以将药品清单的标识信息发送至病患账户。用户在售药机取药的过程中，售药机可以提示用户输入病患账户及密码。服务器在验证病患账户及密码为注册账户之后，可以指示用户输入药品清单标识信息。服务器在验证该药品清单确实为该病患账户下的药品清单之后，可以指示所述售药机售出对应的药品。当然，在其他示例中，服务器还可以将病患账户和药品清单的标识信息编码成同一个二维码中，并将该二维码发送至病患账户。病患凭借该二维码即可从售药机中提取药品。
对应于上述售药机管理方法，如图8所示，本申请还提供一种售药机管理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时可以实现：
接收出药请求，所述出药请求中包括病患账户、医生账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
可选的，在本申请的一个实施例中，所述处理器在实现步骤根据所述出药请求验证所述药品清单为有效药品清单时包括：
根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
可选的，在本申请的一个实施例中，所述处理器在实现步骤根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系时包括：
根据所述药品清单的标识信息，判断所述药品清单是否具有取药记录；
在所述药品清单不具有取药记录的情况下，根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。
可选的，在本申请的一个实施例中，所述处理器在实现步骤根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系时包括：
根据所述药品清单的标识信息，确定生成所述药品清单的时刻；
在确定接收所述出药请求和生成所述药品清单之间的时间差小于预设阈值的情况下，根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。
可选的，在本申请的一个实施例中，所述关联关系包括所述医生账户与所述病患账户之间存在线上诊疗记录，并生成所述药品清单。
可选的，在本申请的一个实施例中，在所述接收出药请求之前，所述处理器还实现以下步骤：
接收所述病患账户的问诊请求，所述问诊请求中包括所述病患账户和医生账户的标识信息；
建立所述病患账户和所述医生账户之间的问诊对话；
接收所述医生账户的药品清单开具请求，所述药品清单开具请求中包括药品信息；
根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息。
可选的，在本申请的一个实施例中，在所述接收出药请求之前，所述处理器还实现以下步骤：
接收所述病患账户的问诊请求，所述问诊请求中包括所述病患账户和疾病类型；
确定与所述疾病类型相匹配的医生账户，并建立所述病患账户和所述医生账户之间的问诊对话；
接收所述医生账户的药品清单开具请求，所述药品清单开具请求中包括药品信息；
根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息。
可选的，在本申请的一个实施例中，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述处理器还实现以下步骤：
将所述病患账户、医生账户和药品清单的标识信息设置于同一个编码中；
将所述编码发送至所述病患账户。
可选的，在本申请的一个实施例中于，所述编码中还包括数字签名。
可选的，在本申请的一个实施例中，所述数字签名包括生成所述编码时的时间戳信息。
可选的，在本申请的一个实施例中，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述处理器还实现以下步骤：
将所述药品清单的标识信息发送至所述病患账户。
可选的，在本申请的一个实施例中，所述出药请求还包括售药机的标识信息，对应地，所述处理器在实现步骤根据所述出药请求验证所述药品清单为有效药品清单时包括：
根据所述病患账户、医生账户、药品清单和售货机的标识信息，判断所述病患账户、所述医生账户、所述药品清单、所述售货机之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
可选的，在本申请的一个实施例中，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述处理器还实现以下步骤：根据所述药品信息，指示指定的售药机锁定对应的药品。
可选的，在本申请的一个实施例中，所述处理器在实现步骤接收所述病患账户的问诊请求时包括：
接收语音问诊指令，所述语音问诊指令中包括声纹信息；
根据所述声纹信息确定所述病患账户；
通过语音对话确定所述病患账户所需的医生账户或者疾病类型，并根据所述医生账户或者疾病类型，生成问诊请求。
可选的，在本申请的一个实施例中，在所述接收出药请求之前，所述处理器还实现下述步骤：
接收所述病患账户的药品需求清单，所述药品需求清单中包括所需药品信息；
根据所述药品需求清单，建立所述病患账户和所述医生账户之间的问诊对话；
接收清单审核信息，所述清单审核信息中包括对所述药品需求清单的审核结果；
根据所述清单审核信息，生成药品清单及所述药品清单的标识信息。
可选的，在本申请的一个实施例中，所述审核结果包括下述中的一种：
完全同意开具所述药品需求清单；
完全不同意所述药品需求清单，并重新开具药品清单；
部分同意开具所述药品需求清单，删除或更改所述药品需求清单中的部分药品信息。
可选的，在本申请的一个实施例中，所述处理器在实现步骤接收所述病患账户的药品需求清单时包括：
接收药品请求指令，所述药品请求指令中包括声纹信息；
根据所述声纹信息确定所述病患账户；
通过语音对话确定所述病患账户所需的药品信息，并根据所述药品，生成药品需求清单。
本申请另一方面还提供一种售货机管理装置，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：
接收出药请求，所述出药请求中包括用户账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
可选的，在本申请的一个实施例中，所述处理器在实现步骤根据所述出药请求验证所述药品清单为有效药品清单时包括：
根据所述用户账户和药品清单的标识信息，判断所述用户账户和所述药品清单之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
本申请另一方面还提供一种售药机，所述售药机可以包括上述任一实施例所述的售药机管理装置以及信息读取装置，其中
所述信息读取装置，用于从图像或者图形码中读取所述出药请求。
所述信息读取装置可以包括二维码扫描设备、条形码扫描设备、摄像设备等等，对应地，所述病患账户、医生账户和药品清单的标识信息可以设置于二维码、条形码、图像等等，在此不做限制。所述信息读取装置在获取到所述图像或者所述图形码之后，可以解析所述图形码或者对所述图像进行识别，以获取到所述出药请求。
本申请另一方面还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述任一实施例所述方法的步骤。
所述计算机可读存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。本实施例所述的计算机可读存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (40)

1.一种售药机管理方法，其特征在于，所述方法包括：
接收出药请求，所述出药请求中包括病患账户、医生账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
2.根据权利要求1所述的方法，其特征在于，所述根据所述出药请求验证所述药品清单为有效药品清单，包括：
根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
3.根据权利要求2所述的方法，其特征在于，所述根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系，包括：
根据所述药品清单的标识信息，判断所述药品清单是否具有取药记录；
在所述药品清单不具有取药记录的情况下，根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。
4.根据权利要求2所述的方法，其特征在于，所述根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系，包括：
根据所述药品清单的标识信息，确定生成所述药品清单的时刻；
在确定接收所述出药请求和生成所述药品清单之间的时间差小于预设阈值的情况下，根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。
5.根据权利要求2-4任一项所述的方法，其特征在于，所述关联关系包括所述医生账户与所述病患账户之间存在线上诊疗记录，并生成所述药品清单。
6.根据权利要求1所述的方法，其特征在于，在所述接收出药请求之前，所述方法还包括：
接收所述病患账户的问诊请求，所述问诊请求中包括所述病患账户和医生账户的标识信息；
建立所述病患账户和所述医生账户之间的问诊对话；
接收所述医生账户的药品清单开具请求，所述药品清单开具请求中包括药品信息；
根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息。
7.根据权利要求1所述的方法，其特征在于，在所述接收出药请求之前，所述方法还包括：
接收所述病患账户的问诊请求，所述问诊请求中包括所述病患账户和疾病类型；
确定与所述疾病类型相匹配的医生账户，并建立所述病患账户和所述医生账户之间的问诊对话；
接收所述医生账户的药品清单开具请求，所述药品清单开具请求中包括药品信息；
根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息。
8.根据权利要求6或7所述的方法，其特征在于，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述方法还包括：
将所述病患账户、医生账户和药品清单的标识信息设置于同一个编码中；
将所述编码发送至所述病患账户。
9.根据权利要求8所述的方法，其特征在于，所述编码中还包括数字签名。
10.根据权利要求9所述的方法，其特征在于，所述数字签名包括生成所述编码时的时间戳信息。
11.根据权利要求6或7所述的方法，其特征在于，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述方法还包括：
将所述药品清单的标识信息发送至所述病患账户。
12.根据权利要求1所述的方法，其特征在于，所述出药请求还包括售药机的标识信息，对应地，根据所述出药请求验证所述药品清单为有效药品清单包括：
根据所述病患账户、医生账户、药品清单和售货机的标识信息，判断所述病患账户、所述医生账户、所述药品清单、所述售货机之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
13.根据权利要求6或7所述的方法，其特征在于，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，还包括：
根据所述药品信息，指示指定的售药机锁定对应的药品。
14.根据权利要求6或7所述的方法，其特征在于，所述接收所述病患账户的问诊请求，包括：
接收语音问诊指令，所述语音问诊指令中包括声纹信息；
根据所述声纹信息确定所述病患账户；
通过语音对话确定所述病患账户所需的医生账户或者疾病类型，并根据所述医生账户或者疾病类型，生成问诊请求。
15.根据权利要求1所述的方法，其特征在于，在所述接收出药请求之前，所述方法还包括：
接收所述病患账户的药品需求清单，所述药品需求清单中包括所需药品信息；
根据所述药品需求清单，建立所述病患账户和所述医生账户之间的问诊对话；
接收清单审核信息，所述清单审核信息中包括对所述药品需求清单的审核结果；
根据所述清单审核信息，生成药品清单及所述药品清单的标识信息。
16.根据权利要求15所述的方法，其特征在于，所述审核结果包括下述中的一种：
完全同意开具所述药品需求清单；
完全不同意所述药品需求清单，并重新开具药品清单；
部分同意开具所述药品需求清单，删除或更改所述药品需求清单中的部分药品信息。
17.根据权利要求15所述的方法，其特征在于，所述接收所述病患账户的药品需求清单，包括：
接收药品请求指令，所述药品请求指令中包括声纹信息；
根据所述声纹信息确定所述病患账户；
通过语音对话确定所述病患账户所需的药品信息，并根据所述药品，生成药品需求清单。
18.一种售药机管理方法，其特征在于，所述方法包括：
接收出药请求，所述出药请求中包括用户账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
19.根据权利要求18所述的方法，其特征在于，所述根据所述出药请求验证所述药品清单为有效药品清单，包括：
根据所述用户账户和药品清单的标识信息，判断所述用户账户和所述药品清单之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
20.一种售药机管理装置，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：
接收出药请求，所述出药请求中包括病患账户、医生账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
21.根据权利要求20所述的装置，其特征在于，所述处理器在实现步骤根据所述出药请求验证所述药品清单为有效药品清单时包括：
根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
22.根据权利要求21所述的装置，其特征在于，所述处理器在实现步骤根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系时包括：
根据所述药品清单的标识信息，判断所述药品清单是否具有取药记录；
在所述药品清单不具有取药记录的情况下，根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。
23.根据权利要求21所述的装置，其特征在于，所述处理器在实现步骤根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系时包括：
根据所述药品清单的标识信息，确定生成所述药品清单的时刻；
在确定接收所述出药请求和生成所述药品清单之间的时间差小于预设阈值的情况下，根据所述病患账户、医生账户和药品清单的标识信息，判断所述病患账户、所述医生账户和所述药品清单之间是否具有关联关系。
24.根据权利要求21-23任一项所述的装置，其特征在于，所述关联关系包括所述医生账户与所述病患账户之间存在线上诊疗记录，并生成所述药品清单。
25.根据权利要求20所述的装置，其特征在于，在所述接收出药请求之前，所述处理器还实现以下步骤：
接收所述病患账户的问诊请求，所述问诊请求中包括所述病患账户和医生账户的标识信息；
建立所述病患账户和所述医生账户之间的问诊对话；
接收所述医生账户的药品清单开具请求，所述药品清单开具请求中包括药品信息；
根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息。
26.根据权利要求20所述的装置，其特征在于，在所述接收出药请求之前，所述处理器还实现以下步骤：
接收所述病患账户的问诊请求，所述问诊请求中包括所述病患账户和疾病类型；
确定与所述疾病类型相匹配的医生账户，并建立所述病患账户和所述医生账户之间的问诊对话；
接收所述医生账户的药品清单开具请求，所述药品清单开具请求中包括药品信息；
根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息。
27.根据权利要求25或26所述的装置，其特征在于，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述处理器还实现以下步骤：
将所述病患账户、医生账户和药品清单的标识信息设置于同一个编码中；
将所述编码发送至所述病患账户。
28.根据权利要求27所述的装置，其特征在于，所述编码中还包括数字签名。
29.根据权利要求28所述的装置，其特征在于，所述数字签名包括生成所述编码时的时间戳信息。
30.根据权利要求25或26所述的装置，其特征在于，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述处理器还实现以下步骤：
将所述药品清单的标识信息发送至所述病患账户。
31.根据权利要求20所述的装置，其特征在于，所述出药请求还包括售药机的标识信息，对应地，所述处理器在实现步骤根据所述出药请求验证所述药品清单为有效药品清单时包括：
根据所述病患账户、医生账户、药品清单和售货机的标识信息，判断所述病患账户、所述医生账户、所述药品清单、所述售货机之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
32.根据权利要求25或26所述的装置，其特征在于，在所述根据所述药品清单开具请求，生成药品清单及所述药品清单的标识信息之后，所述处理器还实现以下步骤：根据所述药品信息，指示指定的售药机锁定对应的药品。
33.根据权利要求25或26所述的装置，其特征在于，所述处理器在实现步骤接收所述病患账户的问诊请求时包括：
接收语音问诊指令，所述语音问诊指令中包括声纹信息；
根据所述声纹信息确定所述病患账户；
通过语音对话确定所述病患账户所需的医生账户或者疾病类型，并根据所述医生账户或者疾病类型，生成问诊请求。
34.根据权利要求20所述的装置，其特征在于，在所述接收出药请求之前，所述处理器还实现下述步骤：
接收所述病患账户的药品需求清单，所述药品需求清单中包括所需药品信息；
根据所述药品需求清单，建立所述病患账户和所述医生账户之间的问诊对话；
接收清单审核信息，所述清单审核信息中包括对所述药品需求清单的审核结果；
根据所述清单审核信息，生成药品清单及所述药品清单的标识信息。
35.根据权利要求34所述的装置，其特征在于，所述审核结果包括下述中的一种：
完全同意开具所述药品需求清单；
完全不同意所述药品需求清单，并重新开具药品清单；
部分同意开具所述药品需求清单，删除或更改所述药品需求清单中的部分药品信息。
36.根据权利要求34所述的装置，其特征在于，所述处理器在实现步骤接收所述病患账户的药品需求清单时包括：
接收药品请求指令，所述药品请求指令中包括声纹信息；
根据所述声纹信息确定所述病患账户；
通过语音对话确定所述病患账户所需的药品信息，并根据所述药品，生成药品需求清单。
37.一种售药机管理装置，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：
接收出药请求，所述出药请求中包括用户账户和药品清单的标识信息；
在根据所述出药请求验证所述药品清单为有效药品清单的情况下，根据所述药品清单的标识信息，获取到对应的药品信息；
根据所述药品信息，指示售药机售出对应的药品。
38.根据权利要求37所述的装置，其特征在于，所述处理器在实现步骤根据所述出药请求验证所述药品清单为有效药品清单时包括：
根据所述用户账户和药品清单的标识信息，判断所述用户账户和所述药品清单之间是否具有关联关系；
在确定具有关联关系的情况下，确定所述药品清单为有效药品清单。
39.一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行权利要求1-19任意一项所述的售药机管理方法。
40.一种售药机，其特征在于，包括权利要求20-38任一项所述的售药机管理装置，以及信息读取装置，其中，
所述信息读取装置，用于从图像或者图形码中读取所述出药请求。
CN202010339949.XA 2020-04-26 2020-04-26 售药机、售药机管理方法及装置 Pending CN113555080A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010339949.XA CN113555080A (zh) 2020-04-26 2020-04-26 售药机、售药机管理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010339949.XA CN113555080A (zh) 2020-04-26 2020-04-26 售药机、售药机管理方法及装置

Publications (1)

Publication Number Publication Date
CN113555080A true CN113555080A (zh) 2021-10-26

Family

ID=78101559

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010339949.XA Pending CN113555080A (zh) 2020-04-26 2020-04-26 售药机、售药机管理方法及装置

Country Status (1)

Country Link
CN (1) CN113555080A (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8386274B1 (en) * 2008-09-17 2013-02-26 Mckesson Financial Holdings Limited Systems and methods for a prescription safety network utilizing eligibility verification transactions
CN108597125A (zh) * 2018-04-25 2018-09-28 中国人民解放军陆军军医大学第附属医院 一种基于二维码自动取药售药机的工作方法
CN109147198A (zh) * 2018-07-04 2019-01-04 平安科技（深圳）有限公司 自助售药方法和系统
CN109390044A (zh) * 2018-08-24 2019-02-26 康美药业股份有限公司 基于处方的药品购买方法、装置、电子设备及存储介质
CN110544340A (zh) * 2019-09-05 2019-12-06 广州倍健医疗用品有限公司 一种取药方法、装置、设备和存储介质
CN110689940A (zh) * 2019-08-30 2020-01-14 深圳极客健康科技有限公司 一种基于售药机存储信息远程问诊开药的方法
CN110782592A (zh) * 2018-07-31 2020-02-11 深圳市聚能自动化设备有限公司 一种自助售药方法及装置
CN110992597A (zh) * 2019-12-10 2020-04-10 重庆康伲乐医药科技有限公司 一种基于互联网技术的人工智能售药设备及其使用方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8386274B1 (en) * 2008-09-17 2013-02-26 Mckesson Financial Holdings Limited Systems and methods for a prescription safety network utilizing eligibility verification transactions
CN108597125A (zh) * 2018-04-25 2018-09-28 中国人民解放军陆军军医大学第附属医院 一种基于二维码自动取药售药机的工作方法
CN109147198A (zh) * 2018-07-04 2019-01-04 平安科技（深圳）有限公司 自助售药方法和系统
CN110782592A (zh) * 2018-07-31 2020-02-11 深圳市聚能自动化设备有限公司 一种自助售药方法及装置
CN109390044A (zh) * 2018-08-24 2019-02-26 康美药业股份有限公司 基于处方的药品购买方法、装置、电子设备及存储介质
CN110689940A (zh) * 2019-08-30 2020-01-14 深圳极客健康科技有限公司 一种基于售药机存储信息远程问诊开药的方法
CN110544340A (zh) * 2019-09-05 2019-12-06 广州倍健医疗用品有限公司 一种取药方法、装置、设备和存储介质
CN110992597A (zh) * 2019-12-10 2020-04-10 重庆康伲乐医药科技有限公司 一种基于互联网技术的人工智能售药设备及其使用方法

Similar Documents

Publication Publication Date Title
US11551226B2 (en) Systems and methods for dynamic identity decisioning
US20080071577A1 (en) Dual-access security system for medical records
US20120109829A1 (en) Method and system for processing transactions using a token
US11923052B2 (en) Electronic healthcare record data blockchain system and process
US20110047628A1 (en) Identity verification and information management
Karthikeyan et al. Cloud based emergency health care information service in India
US20120191474A1 (en) System and method for centralized management and monitoring of healthcare services
US20090112627A1 (en) Method and System for Creating, Assembling, Managing, Utilizing, and Securely Storing Portable Personal Medical Records
US11315685B2 (en) Method and system for predicting optimal epilepsy treatment regimes
CN110889693B (zh) 一种支付方法、装置及系统
KR20230030511A (ko) 인공지능 기반 원격 의료 서비스 제공 서버 및 이의 동작 방법
US8931039B2 (en) Method and system for a document-based knowledge system
CN113555080A (zh) 售药机、售药机管理方法及装置
Engelbrecht et al. DIABCARD—An application of a portable medical record for persons with diabetes
US11664120B1 (en) Apparatuses, systems, and methods for reducing return of prescriptions to stock
JP2001357129A (ja) 診療情報の管理システム
WO2017052358A1 (en) Comprehensive healthcare system and method for effective management of healthcare services
US20130226614A1 (en) System and method for measuring health care outcomes
US20200388362A1 (en) Healthcare data chip device
CN116433389A (zh) 电子医保凭证的激活方法及装置
EP4128113A1 (en) Digital healthcare capture intake data for covid-19 and other significant events
CN115602285A (zh) 盆底肌康复训练信息管理系统、方法及相关设备
Nanjappa Study of patient smart card
Sitti et al. Improving Health Care Delivery in Ghana: A Need of Urgency for NHIS Card Upgrade
Martin e Personal Health Record

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