CN109542991A - 一种药房选择方法、服务器及系统 - Google Patents

一种药房选择方法、服务器及系统 Download PDF

Info

Publication number
CN109542991A
CN109542991A CN201811265549.8A CN201811265549A CN109542991A CN 109542991 A CN109542991 A CN 109542991A CN 201811265549 A CN201811265549 A CN 201811265549A CN 109542991 A CN109542991 A CN 109542991A
Authority
CN
China
Prior art keywords
pharmacy
target
server
information
welfare
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
CN201811265549.8A
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.)
Shenzhen Ping An Medical Health Technology Service Co Ltd
Original Assignee
Ping An Medical and Healthcare Management 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 Ping An Medical and Healthcare Management Co Ltd filed Critical Ping An Medical and Healthcare Management Co Ltd
Priority to CN201811265549.8A priority Critical patent/CN109542991A/zh
Publication of CN109542991A publication Critical patent/CN109542991A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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

  • 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)
  • Navigation (AREA)

Abstract

本申请公开了一种药房选择方法、服务器及系统,涉及医疗信息的分析和处理,方法包括:服务器接收药房请求终端发送携带有药房请求方的身份信息、所处地理位置的药房请求;服务器获取多位患者的处方,从多个处方中确定出包含药房请求方身份信息的目标处方;服务器从目标处方中获取福利药品清单及多所药房中每所药房空闲的福利药品的信息,从多所药房中确定出至少一所提供福利药品清单全部所列福利药品的备选药房;福利药品的信息携带有药房地理位置;服务器根据药房请求方所处地理位置与药房地理位置从备选药房中确定出目标药房;服务器将目标信息发送给药房请求终端;目标信息包括:目标药房地理位置。采用本申请,可向药品请求方推荐药房。

Description

一种药房选择方法、服务器及系统
技术领域
本申请医疗信息技术领域,尤其涉及一种药房选择的方法、服务器及系统。
背景技术
当前各大医院每天接诊的患者人数急剧增加,导致每天在医院药房排队取药的患者数不胜数。
患者就诊后,患者根据医生开具的处方需要辗转多家药房(药店或医院的药房),才能找到一家可购买到上述处方中福利药品清单所列全部福利药品的药房,所花费的时间、精力较多、效率低。
发明内容
本申请提供一种药房选择方法、服务器及系统,可向患者推荐提供处方中所列福利药品的药房,用户体验高。
第一方面,本申请提供了一种药房选择方法,涉及医疗信息的分析和处理,该方法包括:
服务器接收药房请求终端发送的药房请求,所述药房请求携带有药房请求方的身份信息、地理位置;所述药房请求终端为所述药房请求方的终端;
所述服务器获取多位患者的处方,从多个处方中确定出包含所述药房请求方的身份信息的目标处方;
所述服务器从所述目标处方中获取福利药品清单;
所述服务器获取多所药房中每一所药房空闲的福利药品的信息,从所述多所药房中确定出至少一所满足向所述药房请求方提供所述福利药品清单全部所列福利药品的备选药房;所述每一所药房空闲的福利药品的信息携带有所述每一所药房的地理位置;
所述服务器根据所述药房请求方的地理位置与药房的地理位置之间的关系从所述备选药房中确定出目标药房;
所述服务器将所述目标药房的目标信息发送给所述药房请求终端;所述目标信息用于所述药房请求方根据所述目标信息去所述目标药房完成取药;所述目标信息包括:所述目标药房的地理位置。
结合第一方面,在一些可能的实施例中,
所述服务器获取多位患者的处方,包括:
所述服务器分别接收由多所医疗机构中每一所医疗机构的处方提供终端发送的多位患者的处方;
或者,
所述服务器分别从所述多所医疗机构中每一所医疗机构的数据库查询所述多位患者的处方。
结合第一方面,在一些可能的实施例中,
所述药房请求方的身份信息,包括:所述药房请求方的身份证号码;
所述服务器获取多位患者的处方,从多个处方中确定出包含所述药房请求方的身份信息的目标处方,包括:
所述服务器获取多位患者的处方,从多个处方中确定出包含所述药房请求方的身份证号码的目标处方。
结合第一方面,在一些可能的实施例中,
所述服务器获取多所药房中每一所药房空闲的福利药品的信息,包括:
所述服务器分别接收多所药房中每一所药房的福利药品信息提供终端发送的空闲的福利药品的信息;
或者,
所述服务器分别从所述多所药房中每一所药房的数据库中查询空闲的福利药品的信息。
结合第一方面,在一些可能的实施例中,
所述服务器根据所述药房请求方的地理位置与药房的地理位置之间的关系从所述备选药房中确定出目标药房,包括:
所述服务器根据所述药房请求方与药房之间的路线路程最短的原则,从所述备选药房中确定出目标药房;
或者,
所述服务器根据所述药房请求方与药房之间的路线耗时最短的原则,从所述备选药房中确定出目标药房;
或者,
所述服务器根据所述药房请求方与药房之间的路线路况最优的原则,从所述备选药房中确定出目标药房。
第二方面,本申请提供了一种服务器,该服务器包括:
接收单元,用于接收药房请求终端发送的药房请求,所述药房请求携带有患者的身份信息、地理位置;所述药房请求终端为所述药房请求方的终端;
第一获取单元,用于获取多位患者的处方;
第一确定单元,用于根据所述第一获取单元获取到的多位患者的处方,从多个处方中确定出包含所述药房请求方的身份信息的目标处方;
第二获取单元,用于从所述目标处方中获取福利药品清单;
第三获取单元,用于获取多所药房中每一所药房的空闲的福利药品的信息;
第二确定单元,用于从所述多所药房中确定出至少一所满足向所述药房请求方提供所述福利药品清单全部所列福利药品的备选药房;所述每一所药房的空闲的福利药品的信息携带有所述每一所药房的地理位置;
第三确定单元,用于根据所述药房请求方的地理位置与药房的地理位置之间的关系从所述备选药房中确定出目标药房;
发送单元,用于将所述目标药房的目标信息发送给所述药房请求终端;所述目标信息用于所述药房请求方根据所述目标信息去所述目标药房完成取药;所述目标信息包括:所述目标药房的地理位置。
结合第二方面,在一些可能的实施例中,
所述第一获取单元,具体用于:
接收由多所医疗机构中每一所医疗机构的处方提供终端发送的多位患者的处方;
或者,
所述服务器分别从所述多所医疗机构中每一所医疗机构的数据库查询所述多位患者的处方。
结合第二方面,在一些可能的实施例中,
所述第三获取单元,具体用于:
分别接收多所药房中每一所药房的药品提供终端发送的空闲的福利药品的信息;
或者,
分别从所述多所药房中每一所药房的数据库中查询空闲的福利药品的信息。
第三方面,本申请提供了一种服务器,该服务器包括:收发器、存储器以及与所述存储器耦合的处理器,所述收发器、存储器以及与所述存储器耦合的处理器相互连接,其中,所述收发器用于执行接收或发送动作,所述存储器用于存储药房选择方法的实现代码,所述处理器用于调用所述存储器中存储的所述实现代码,即执行第一方面所述的药房选择方法。
第四方面,本申请提供了一种药房选择系统,包括:服务器、药房请求终端、处方提供终端及福利药品信息提供终端;其中,所述服务器用于第一方面所述的药房选择方法进行药房选择,所述药房请求终端用于向所述服务器发送药房请求,所述处方提供终端用于向所述服务器发送患者的处方,所述福利药品信息提供终端用于向所述服务器发送药房空闲的福利药品的信息。
第五方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述指令被处理器执行时,使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的药房选择方法。
第六方面,本申请提供了一种计算机程序产品,所述程序产品被处理器执行时,使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的药房选择方法。
本申请提供了一种药房选择方法、服务器及系统。服务器接收药房请求终端发送的药房请求,药房请求携带有患者的身份信息、所处的地理位置;药房请求终端为药房请求方的终端。服务器获取多位患者的处方,从多个处方中确定出包含药房请求方的身份信息的目标处方。服务器从目标处方中获取福利药品清单。服务器获取多所药房中每一所药房空闲的福利药品的信息,从多所药房中确定出至少一所满足向药房请求方提供福利药品清单全部所列福利药品的备选药房。每一所药房空闲的福利药品的信息携带有每一所药房的地理位置。服务器根据药房请求方所处的地理位置与药房的地理位置之间的关系从备选药房中确定出目标药房。服务器将目标药房的目标信息发送给药房请求终端;目标信息用于药房请求方根据目标信息去目标药房完成取药;目标信息包括:目标药房的地理位置。采用本申请,可向患者推荐提供处方中所列福利药品的药房,用户体验高。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的一种药房选择系统的示意图;
图2是本申请提供的一种药房选择方法的示意流程图;
图3是本申请提供的一种福利药品清单的示意图;
图4是本申请提供的一种服务器的示意性框图;
图5是本申请提供的另一种服务器的示意性框图。
具体实施方式
下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
具体实现中,本申请中描述的终端包括但不限于诸如具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是,在某些实施例中,所述设备并非便携式通信设备,而是具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的台式计算机。
在接下来的讨论中,描述了包括显示器和触摸敏感表面的终端。然而,应当理解的是,终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。
终端支持各种应用程序,例如以下中的一个或多个:绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。
可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样,终端的公共物理架构(例如,触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
参见图1,是本申请提供一种药房选择系统的示意图,如图1所示,该药房选择系统可包括:服务器、药房请求终端、处方提供终端及福利药品信息提供终端。
其中,药房请求终端、处方提供终端及福利药品信息提供终端可为药房选择系统中的终端,该终端可以指接入终端、用户设备(user equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动终端、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以蜂窝电话、无绳电话、会议发起协议电话,无线本地环路站、个人数字处理、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其他处理设备、可穿戴设备或者未来演进的公共陆地移动网络中的终端设备。
在药房选择系统中,可包括:药房请求方,处方提供方、福利药品信息提供方以及药房选择方。本申请实施例中,以药房请求终端为药房请求方的终端、处方提供终端部署在处方提供方、福利药品信息提供终端部署在福利药品信息提供方、服务器部署在药房选择方为例。
本申请实施例中,药房请求方(如:待取福利药品的慢病患者)可登陆药房请求客户端将注册信息输入到药房请求方的药房请求终端,药房请求终端将该注册信息发送至部署在药房选择方的服务器,进而服务器获得药房请求方(待取福利药品的慢病患者)设置的用于登陆药房请求客户端的私钥,并将该私钥存储。
医疗机构的医生可登陆处方提供客户端将注册信息输入到部署在该处方提供方(如:医疗机构)的处方提供终端,处方提供终端将该注册信息发送至服务器,进而服务器获得该医疗机构的医生设置的用于登陆处方提供客户端的私钥,并将该私钥存储。
福利药品信息提供方的用户(如:药房工作人员)可登陆福利药品信息提供客户端将注册信息输入到部署在福利药品信息提供方(如:药店)的福利药品信息提供终端,福利药品信息提供终端将该注册信息发送至部署在药房选择方的服务器,进而服务器获得福利药品信息提供方(药店工作人员)设置的用于登陆福利药品信息提供客户端的私钥,并将该私钥存储。
进而,在不同用户分别通过药房请求终端、处方提供终端及福利药品信息提供终端分别在服务器注册完成后,药品获取请求方可登陆药房请求客户端将携带有药房请求方的身份信息、所处的地理位置的药房请求输入到药房请求终端;多所医疗机构中每所医疗机构的医生可通过处方提供客户端将患者的处方分别输入到部署在处方提供方的处方提供终端;多所药房中每所药房的医生可通过福利药品信息提供客户端将每所药房空闲的福利药品的信息分别输入到部署在福利药品信息提供方的福利药品信息提供终端。
应当说明的,医疗机构可包括:医院、妇幼保健院、社区卫生服务中心、乡(镇)卫生院、疗养院、门诊部(如中医门诊部、中西医结合门诊部)、村卫生室、急救中心、临床检验中心、专科疾病防治院或护理院等等。
药房可包括:药店和医疗机构的药房。
应当说明的,客户端可包括:本地运行的应用程序、运行于网络浏览器上的功能(又称为Web App)、嵌入于电子邮件中的小程序、嵌入于即时通讯的客户端软件(如微信(WeChat))中的小程序,以及嵌入在其他应用程序(如WeChat)中的功能(如微信公众号)等。对于客户端,服务器上需要运行有相应的服务器端程序来提供相应的服务,如数据库服务,数据计算、决策执行等等。
本申请实施例中,服务器也可以被称为后台服务器、组件服务器、药房选择服务器等,服务器可以通过互联网与可发送药品获取请求的药品获取请求终端和发送处方的处方提供终端进行通信连接,可对接收到的药品获取请求进行响应。
应当说明的,服务器接收药房请求终端发送的药房请求,药房请求携带有患者的身份信息、所处的地理位置;药房请求终端为药房请求方的终端。服务器获取多位患者的处方,从多个处方中确定出包含药房请求方的身份信息的目标处方。服务器从目标处方中获取福利药品清单。服务器获取多所药房中每一所药房空闲的福利药品的信息,从多所药房中确定出至少一所满足向药房请求方提供福利药品清单全部所列福利药品的备选药房。每一所药房空闲的福利药品的信息携带有每一所药房的地理位置。服务器根据药房请求方所处的地理位置与药房的地理位置之间的关系从备选药房中确定出目标药房。服务器将目标药房的目标信息发送给药房请求终端;目标信息用于药房请求方根据目标信息去目标药房完成取药;目标信息包括:目标药房的地理位置。
参见图2,图2是本申请实施例提供的一种药房选择方法的示意流程图。
如图2所示,下面对药房选择系统提供的药房选择方法进行详细阐述,该方法至少可包括以下步骤:
S201、服务器接收药房请求终端发送的药房请求。
本申请实施例中,药房请求携带有药房请求方的身份信息、所处的地理位置;药房请求终端为药房请求方的终端。其中,
患者的身份信息可包括但不限于:患者的身份证号码、患者的姓名、性别、年龄、联系方式等等。其中,患者可包括但不限于:糖尿病患者或高血压患者等慢病患者。
药房请求方可包括:待取福利药品的慢病患者。
福利药品可为:医疗保险公司、制药企业、医疗机构及药店等机构共同商议并指定的用于提供给慢病患者的一类药品。
药房可包括但不限于:药店或医疗机构的药房。
应当说明的,在服务器接收药房请求终端发送的药房请求之前,药房请求终端接收药房请求方输入到药房请求终端的药房请求方所处的地理位置。
S202、服务器获取多位患者的处方,从多个处方中确定出包含药房请求方的身份信息的目标处方。
具体的,服务器获取多位患者的处方,可包括但不限于以下两种方式:
方式1:服务器分别接收由多所医疗机构中每一所医疗机构的处方提供终端发送的多位患者的处方。
其中,医疗机构可为处方提供方。
方式2:服务器分别从多所医疗机构中每一所医疗机构的数据库查询多位患者的处方。
其中,医疗机构的数据库包括有该医疗机构的全部接诊患者的处方。
应当说明的,服务器可通过OCR(Optical Character Recognition,OCR)文字识别技术对上述多个处方包含的患者的身份信息进行识别(也即是说,服务器利用光学技术和计算机技术将处方中的患者的身份信息通过文字的形式读取出来),进而,从多个处方中确定出包含药房请求方的身份信息的目标处方。
具体的,当患者的身份信息为患者的身份证号码时,服务器可获取多位患者的处方,并从多个处方中确定出包含药房请求方的身份证号码的目标处方。
S203、服务器从目标处方中获取福利药品清单。
本申请实施例中,服务器可通过OCR技术从目标处方中读取出目标处方中包含的福利药品清单。
以患者为糖尿病患者为例。
图3示例性示出了一种福利药品清单。
如图3所示,图中的福利药品清单为糖尿病患者的处方中的福利药品清单。
其中,该福利药品清单中包括三种药品:格列喹酮、阿卡波糖以及氯沙坦。
应当说明的,格列喹酮可用于口服的治疗糖尿病的药物。阿卡波糖可用于刺激胰岛细胞产生胰岛素,增加自身胰岛素水平,发挥降低人体血糖的作用。氯沙坦可用于患有糖尿病的高血压患者,对降压具有较好的疗效。
S204、服务器获取多所药房中每一所药房空闲的福利药品的信息,从多所药房中确定出至少一所满足向药房请求方提供福利药品清单全部所列福利药品的备选药房。
具体的,服务器可通过以下两种方式获取多所药房中每一所药房空闲的福利药品的信息。
方式1:分别接收多所药房中每一所药房的福利药品信息提供终端发送的空闲的福利药品的信息
方式2:分别从多所药房中每一所药房的数据库中查询空闲的福利药品的信息。
S205、服务器根据药房请求方的地理位置与药房的地理位置之间的关系从备选药房中确定出目标药房。
本申请实施例中,服务器根据药房请求方的地理位置与药房的地理位置之间的关系从备选药房中确定出目标药房,具体可包括但不限于以下三种方式。
第一种方式:服务器根据药房请求方与药房之间的路线路程最短的原则,从备选药房中确定出目标药房。
第二种方式:服务器根据药房请求方与药房之间的路线耗时最短的原则,从备选药房中确定出目标药房。
第三种方式:服务器根据药房请求方与药房之间的路线路况最优的原则,从备选药房中确定出目标药房。
S206、服务器将目标药房的目标信息发送给药房请求终端。
本申请实施例中,目标信息可用于药房请求方根据目标信息去目标药房完成取药;目标信息可包括:目标药房的地理位置。
具体的,药房请求方可通过药房请求终端获取到目标药房的地理位置去目标药房迅速完成取药。其中,目标药房为根据药房请求方的地理位置与药房的地理位置确定出的优选的药房。
目标信息可包括:目标药房的地理位置之外,还可包括:目标药房中福利药品清单所列福利药品的空闲数量。
具体的,药房请求方还可通过药房请求终端获取到目标药房中福利药品清单所列福利药品的空闲数量来最终确定是否去该目标药房完成取药。应当说明的,一方面,如果目标药房中能提供福利药品清单所列福利药品的空闲数量非常有限,则药品请求方可能选择放弃在该目标药房取药;另一方面,如果目标药房中能提供福利药品清单所列福利药品的空闲数量较多,则药品请求方可能选择在该目标药房取药。
目标信息可包括:目标药房的地理位置之外,还可包括:目标药房的星级。
具体的,药房请求方还可通过药房请求终端获取到目标药房的星级来最终确定是否去该目标药房完成取药。应当说明的,一方面,如果目标药房的星级较低(如:一星),则药品请求方可能选择放弃在该目标药房取药;另一方面,如果目标药房的星级较高(如:五星),则药品请求方极大可能选择在该目标药房取药。
综上,药房请求方可根据从药房请求终端获取到的目标药房的地理位置、目标药房中福利药品清单所列福利药品的空闲数量及目标药房的星级来最终决定是否在目标药房取药。
图3仅仅用于解释本申请实施例,不应对本申请作出限制。
综上所述,服务器接收药房请求终端发送的药房请求,药房请求携带有患者的身份信息、所处的地理位置;药房请求终端为药房请求方的终端。服务器获取多位患者的处方,从多个处方中确定出包含药房请求方的身份信息的目标处方。服务器从目标处方中获取福利药品清单。服务器获取多所药房中每一所药房空闲的福利药品的信息,从多所药房中确定出至少一所满足向药房请求方提供福利药品清单全部所列福利药品的备选药房。每一所药房空闲的福利药品的信息携带有每一所药房的地理位置。服务器根据药房请求方所处的地理位置与药房的地理位置之间的关系从备选药房中确定出目标药房。服务器将目标药房的目标信息发送给药房请求终端;目标信息用于药房请求方根据目标信息去目标药房完成取药;目标信息包括:目标药房的地理位置。采用本申请实施例,可向患者推荐提供处方中所列福利药品的药房,用户体验高。
参见图4,是本申请提供的一种服务器,服务器40可为图2中的服务器。如图4所示,服务器40包括:接收单元401、第一获取单元402、第一确定单元403、第二获取单元404、第三获取单元405、第二确定单元406、第三确定单元407以及发送单元408。其中:
接收单元401,用于接收药房请求终端发送的药房请求,药房请求携带有患者的身份信息、所处的地理位置;药房请求终端为所述药房请求方的终端。
第一获取单元402,用于获取多位患者的处方。
第一确定单元403,用于根据第一获取单元402获取到的多位患者的处方,从多个处方中确定出包含药房请求方的身份信息的目标处方。
第二获取单元404,用于从目标处方中获取福利药品清单。
第三获取单元405,用于获取多所药房中每一所药房的空闲的福利药品的信息。
第二确定单元406,用于从多所药房中确定出至少一所满足向药房请求方提供福利药品清单全部所列福利药品的备选药房;每一所药房的空闲的福利药品的信息携带有每一所药房的地理位置。
第三确定单元407,用于根据药房请求方所处的地理位置与药房的地理位置之间的关系从备选药房中确定出目标药房。
发送单元408,用于将目标药房的目标信息发送给药房请求终端;目标信息用于药房请求方根据目标信息去目标药房完成取药;目标信息包括:目标药房的地理位置。
第一获取单元402,具体用于:
接收由多所医疗机构中每一所医疗机构的处方提供终端发送的多位患者的处方;
或者,
分别从多所医疗机构中每一所医疗机构的数据库查询所述多位患者的处方。
第三获取单元405,具体用于:
分别接收多所药房中每一所药房的药品提供终端发送的空闲的福利药品的信息;
或者,
分别从多所药房中每一所药房的数据库中查询空闲的福利药品的信息。
第一确定单元403,具体用于获取多位患者的处方,从多个处方中确定出包含药房请求方的身份证号码的目标处方。
第三确定单元407,具体用于:
根据药房请求方与药房之间的路线路程最短的原则,从备选药房中确定出目标药房;
或者,
根据药房请求方与药房之间的路线耗时最短的原则,从备选药房中确定出目标药房;
或者,
根据药房请求方与药房之间的路线路况最优的原则,从备选药房中确定出目标药房。
应当理解,服务器40仅为本申请实施例提供的一个例子,并且,服务器40可具有比示出的部件更多或更少的部件,可以组合两个或更多个部件,或者可具有部件的不同配置实现。
可理解的,关于图4的服务器40包括的功能块的具体实现方式,可参考前述图2所述的方法实施例,这里不再赘述。
本申请提供了另一种服务器,服务器50可为图2中的服务器。如图5所示,服务器50可包括:处理器501、存储器502(一个或多个计算机可读存储介质)以及收发器503。这些部件可在一个或多个通信总线504上通信。
处理器501可以是中央处理器(Central Processing Unit,CPU),网络处理器(Network Processor,NP)或者CPU和NP的组合。
处理器501还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(Application-specific Integrated Circuit,ASIC),可编程逻辑器件(ProgrammableLogic Device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(ComplexProgrammable Logic Device,CPLD),现场可编程逻辑门阵列(Field-programmable GateArray,FPGA),通用阵列逻辑(Generic Array Logic,GAL)或其任意组合。
可理解的,处理器501可用于:获取多位患者的处方,从多个处方中确定出包含药房请求方的身份信息的目标处方;从目标处方中获取福利药品清单;获取多所药房中每一所药房空闲的福利药品的信息,从多所药房中确定出至少一所满足向药房请求方提供福利药品清单全部所列福利药品的备选药房;每一所药房空闲的福利药品的信息携带有每一所药房的地理位置;根据药房请求方所处的地理位置与药房的地理位置之间的关系从备选药房中确定出目标药房。
存储器502与处理器501耦合,可用于存储各种软件程序和/或多组指令。具体实现中,存储器502可包括高速随机存取的存储器,并且也可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器502可以存储操作系统(下述简称系统),例如ANDROID,IOS,WINDOWS,或者LINUX等嵌入式操作系统。存储器502还可以存储网络通信程序,该网络通信程序可用于与一个或多个附加设备,一个或多个终端设备,一个或多个网络设备进行通信。存储器502还可以存储用户接口程序,该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来,并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。
可理解的,存储器502还可用于存储药房请求终端发送的携带有药房请求方的身份信息、所处的地理位置的药房请求、处方提供终端发送的处方以及福利药品信息提供终端发送的携带有药房的地理位置的福利药品的信息。
收发器503可用于接收药房请求终端发送的携带有药房请求方的身份信息、所处的地理位置的药房请求、处方提供终端发送的处方以及福利药品信息提供终端发送的携带有药房的地理位置的福利药品的信息。
应当理解,服务器50仅为本申请实施例提供的一个例子,并且,服务器50可具有比示出的部件更多或更少的部件,可以组合两个或更多个部件,或者可具有部件的不同配置实现。
可理解的,关于图5的服务器50包括的功能块的具体实现方式,可参考前述图2所述的方法实施例,这里不再赘述。
本申请提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现。
该计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元,例如终端的硬盘或内存。该计算机可读存储介质也可以是终端的外部存储设备,例如终端上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步的,该计算机可读存储介质还可以既包括终端的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储计算机程序以及终端所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请还提供一种计算机程序产品,该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,该计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,该计算机包括电子装置。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的终端和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的终端和方法,可以通过其它的方式实现。例如,以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
上述描述的终端实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、终端或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种药房选择方法,其特征在于,包括:
服务器接收药房请求终端发送的药房请求,所述药房请求携带有药房请求方的身份信息、所处的地理位置;所述药房请求终端为所述药房请求方的终端;
所述服务器获取多位患者的处方,从多个处方中确定出包含所述药房请求方的身份信息的目标处方;
所述服务器从所述目标处方中获取福利药品清单;
所述服务器获取多所药房中每一所药房空闲的福利药品的信息,从所述多所药房中确定出至少一所满足向所述药房请求方提供所述福利药品清单全部所列福利药品的备选药房;所述每一所药房空闲的福利药品的信息携带有所述每一所药房的地理位置;
所述服务器根据所述药房请求方所处的地理位置与药房的地理位置之间的关系从所述备选药房中确定出目标药房;
所述服务器将所述目标药房的目标信息发送给所述药房请求终端;所述目标信息用于所述药房请求方根据所述目标信息去所述目标药房完成取药;所述目标信息包括:所述目标药房的地理位置。
2.如权利要求1所述的方法,其特征在于,
所述服务器获取多位患者的处方,包括:
所述服务器分别接收由多所医疗机构中每一所医疗机构的处方提供终端发送的多位患者的处方;
或者,
所述服务器分别从所述多所医疗机构中每一所医疗机构的数据库查询所述多位患者的处方。
3.如权利要求1所述的方法,其特征在于,
所述药房请求方的身份信息,包括:所述药房请求方的身份证号码;
所述服务器获取多位患者的处方,从多个处方中确定出包含所述药房请求方的身份信息的目标处方,包括:
所述服务器获取多位患者的处方,从多个处方中确定出包含所述药房请求方的身份证号码的目标处方。
4.如权利要求1所述的方法,其特征在于,
所述服务器获取多所药房中每一所药房空闲的福利药品的信息,包括:
所述服务器分别接收多所药房中每一所药房的福利药品信息提供终端发送的空闲的福利药品的信息;
或者,
所述服务器分别从所述多所药房中每一所药房的数据库中查询空闲的福利药品的信息。
5.如权利要求1所述的方法,其特征在于,
所述服务器根据所述药房请求方所处的地理位置与药房的地理位置之间的关系从所述备选药房中确定出目标药房,包括:
所述服务器根据所述药房请求方与药房之间的路线路程最短的原则,从所述备选药房中确定出目标药房;
或者,
所述服务器根据所述药房请求方与药房之间的路线耗时最短的原则,从所述备选药房中确定出目标药房;
或者,
所述服务器根据所述药房请求方与药房之间的路线路况最优的原则,从所述备选药房中确定出目标药房。
6.一种服务器,其特征在于,包括:
接收单元,用于接收药房请求终端发送的药房请求,所述药房请求携带有患者的身份信息、所处的地理位置;所述药房请求终端为所述药房请求方的终端;
第一获取单元,用于获取多位患者的处方;
第一确定单元,用于根据所述第一获取单元获取到的多位患者的处方,从多个处方中确定出包含所述药房请求方的身份信息的目标处方;
第二获取单元,用于从所述目标处方中获取福利药品清单;
第三获取单元,用于获取多所药房中每一所药房的空闲的福利药品的信息;
第二确定单元,用于从所述多所药房中确定出至少一所满足向所述药房请求方提供所述福利药品清单全部所列福利药品的备选药房;所述每一所药房的空闲的福利药品的信息携带有所述每一所药房的地理位置;
第三确定单元,用于根据所述药房请求方所处的地理位置与药房的地理位置之间的关系从所述备选药房中确定出目标药房;
发送单元,用于将所述目标药房的目标信息发送给所述药房请求终端;所述目标信息用于所述药房请求方根据所述目标信息去所述目标药房完成取药;所述目标信息包括:所述目标药房的地理位置。
7.如权利要求6所述的服务器,其特征在于,所述第一获取单元,具体用于:
接收由多所医疗机构中每一所医疗机构的处方提供终端发送的多位患者的处方;
或者,
所述服务器分别从所述多所医疗机构中每一所医疗机构的数据库查询所述多位患者的处方。
8.一种服务器,其特征在于,包括:收发器、存储器以及与所述存储器耦合的处理器,所述收发器、存储器以及与所述存储器耦合的处理器相互连接,其中,所述收发器用于执行接收或发送动作,所述存储器用于存储药房选择方法的实现代码,所述处理器用于调用所述存储器中存储的所述实现代码,即执行权利要求1-5任一项所述的药房选择方法。
9.一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的药房选择方法。
10.一种药房选择系统,其特征在于,包括:服务器、药房请求终端、处方提供终端及福利药品信息提供终端;其中,所述服务器用于执行权利要求1-5任一项所述的药房选择方法进行药房选择,所述药房请求终端用于向所述服务器发送药房请求,所述处方提供终端用于向所述服务器发送患者的处方,所述福利药品信息提供终端用于向所述服务器发送药房空闲的福利药品的信息。
CN201811265549.8A 2018-10-27 2018-10-27 一种药房选择方法、服务器及系统 Pending CN109542991A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811265549.8A CN109542991A (zh) 2018-10-27 2018-10-27 一种药房选择方法、服务器及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811265549.8A CN109542991A (zh) 2018-10-27 2018-10-27 一种药房选择方法、服务器及系统

Publications (1)

Publication Number Publication Date
CN109542991A true CN109542991A (zh) 2019-03-29

Family

ID=65845215

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811265549.8A Pending CN109542991A (zh) 2018-10-27 2018-10-27 一种药房选择方法、服务器及系统

Country Status (1)

Country Link
CN (1) CN109542991A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020082808A1 (zh) * 2018-10-27 2020-04-30 平安医疗健康管理股份有限公司 一种药房选择方法、服务器、计算机可读存储介质及系统

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102521774A (zh) * 2011-12-29 2012-06-27 重庆大学 药品导购智能服务系统
CN103164756A (zh) * 2011-12-12 2013-06-19 苏州艾隆科技有限公司 贵重药品的管理方法及其系统
CN106023466A (zh) * 2016-05-13 2016-10-12 吴卫平 医患处方互联与智能药品仓储分发系统
CN106355014A (zh) * 2016-08-30 2017-01-25 深圳市双赢伟业科技股份有限公司 基于物联网的药品分配方法及系统
CN106355013A (zh) * 2016-08-30 2017-01-25 深圳市双赢伟业科技股份有限公司 基于物联网的药房取药方法及系统
CN107330285A (zh) * 2017-07-06 2017-11-07 上海观谷科技有限公司 智慧药房服务云系统以及智慧药房发药方法
CN107463788A (zh) * 2017-08-21 2017-12-12 上海观谷科技有限公司 智慧云药房系统及其控制方法和服务器
CN108229888A (zh) * 2018-02-01 2018-06-29 王曼卿 一种基于图像处理的药房库存管理系统和方法
CN108470578A (zh) * 2018-02-08 2018-08-31 康美药业股份有限公司 一种自动售药机及其售药方法、存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103164756A (zh) * 2011-12-12 2013-06-19 苏州艾隆科技有限公司 贵重药品的管理方法及其系统
CN102521774A (zh) * 2011-12-29 2012-06-27 重庆大学 药品导购智能服务系统
CN106023466A (zh) * 2016-05-13 2016-10-12 吴卫平 医患处方互联与智能药品仓储分发系统
CN106355014A (zh) * 2016-08-30 2017-01-25 深圳市双赢伟业科技股份有限公司 基于物联网的药品分配方法及系统
CN106355013A (zh) * 2016-08-30 2017-01-25 深圳市双赢伟业科技股份有限公司 基于物联网的药房取药方法及系统
CN107330285A (zh) * 2017-07-06 2017-11-07 上海观谷科技有限公司 智慧药房服务云系统以及智慧药房发药方法
CN107463788A (zh) * 2017-08-21 2017-12-12 上海观谷科技有限公司 智慧云药房系统及其控制方法和服务器
CN108229888A (zh) * 2018-02-01 2018-06-29 王曼卿 一种基于图像处理的药房库存管理系统和方法
CN108470578A (zh) * 2018-02-08 2018-08-31 康美药业股份有限公司 一种自动售药机及其售药方法、存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020082808A1 (zh) * 2018-10-27 2020-04-30 平安医疗健康管理股份有限公司 一种药房选择方法、服务器、计算机可读存储介质及系统

Similar Documents

Publication Publication Date Title
Suh et al. A remote patient monitoring system for congestive heart failure
Holtz et al. Diabetes management via mobile phones: a systematic review
Jerant et al. Reducing the cost of frequent hospital admissions for congestive heart failure: a randomized trial of a home telecare intervention
CN109509529A (zh) 一种药房选择方法、服务器、计算机可读存储介质及系统
CN109559792B (zh) 一种药品配发方法、区块链节点设备及系统
Nayak et al. Use of a peritoneal dialysis remote monitoring system in India
Hong et al. Relationship between continuity of ambulatory care and medication adherence in adult patients with type 2 diabetes in Korea: a longitudinal analysis
US20170220782A1 (en) Mobile interface platform systems and methods
CN109509527B (zh) 一种药品配发方法、区块链节点设备及系统
US20150106118A1 (en) Cloud-Based Storage and Retrieval of Medical Information Using Near Field Communication Devices
Ren et al. The application of mobile telehealth system to facilitate patient information presentation and case discussion
US20190267134A1 (en) System and Method for the Specialized Delivery of Telemedicine Services
CN109524081A (zh) 一种药房选择方法、服务器及系统
CN109545314A (zh) 一种处方用药的风险控制方法、服务器及系统
CN109542991A (zh) 一种药房选择方法、服务器及系统
CN109509532B (zh) 一种药品配发方法、服务器及系统
WO2006126251A1 (ja) 薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法
Teter et al. Reducing hospital visit rates in hospice patients using telemedicine
Peterkin et al. Pre-Paid Phone Distribution: A Tool for Improving Healthcare Engagement for People with Substance Use Disorder
WO2017052358A1 (en) Comprehensive healthcare system and method for effective management of healthcare services
CN109524082B (zh) 一种药品配发方法、服务器及系统
CN109509105B (zh) 一种取药凭证稽核方法、服务器及系统
WO2014055886A2 (en) Healthcare facility navigation method and system
Krauskopf et al. Even techno-phobic NPs can use PDAs
KR102542675B1 (ko) 항암제의 부작용 치료를 위한 원격 치료 서버 및 그에 관한 방법

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
TA01 Transfer of patent application right

Effective date of registration: 20220523

Address after: 518000 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province

Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd.

Address before: Room 12G, Block H, 666 Beijing East Road, Huangpu District, Shanghai 200000

Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd.

TA01 Transfer of patent application right
RJ01 Rejection of invention patent application after publication

Application publication date: 20190329

RJ01 Rejection of invention patent application after publication