CN112233766B - 一种信息处理方法、装置、设备及可读介质 - Google Patents
一种信息处理方法、装置、设备及可读介质 Download PDFInfo
- Publication number
- CN112233766B CN112233766B CN202011203341.0A CN202011203341A CN112233766B CN 112233766 B CN112233766 B CN 112233766B CN 202011203341 A CN202011203341 A CN 202011203341A CN 112233766 B CN112233766 B CN 112233766B
- Authority
- CN
- China
- Prior art keywords
- information
- pharmacy
- medicine
- user
- terminal
- 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.)
- Active
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/29—Geographical information databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
Abstract
本说明书实施例公开了一种信息处理方法、装置、设备及可读介质,方案包括:第一服务器获取终端发送的信息处理请求;基于所述信息处理请求,从区块链系统获取用户的药品需求信息;获取所述终端的位置信息;确定所述位置信息周边的药店信息;获取所述药店信息对应的各个药店的药品匹配信息;根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店;将所述待推荐药店的药店信息发送至所述终端。
Description
技术领域
本申请涉及信息处理技术领域,尤其涉及一种信息处理方法、装置、设备及可读介质。
背景技术
随着人们对健康的认知不断提高,人们对自身的健康管理也越来越重视,而医院等医疗机构作为健康检测及治疗的重要部门,每天需要接待众多的患者。
目前,为改变患者看病过程中存在的挂号时间长、候诊时间长、取药时间长、就诊时间短的“三长一短”问题,提升患者就医体验,近年来很多医疗机构采用电子处方流转的方式,允许患者到医疗机构所允许的药店取药,进而可以释放线下部分门诊号源,减轻医院的就诊压力,将宝贵而有限的医疗资源留给真正有需要的患者,还可以节省患者在医疗机构排队取药的时间。
因此,如何确保患者可以在医院外的药店中取到处方中的药品是亟待解决的技术问题。
发明内容
本说明书实施例提供一种信息处理方法、装置、设备及可读介质,可使用户可以在医院外的药店中取到处方中的药品。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例提供的一种信息处理方法,包括:
第一服务器获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
获取所述终端的位置信息;
确定所述位置信息周边的药店信息;
获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店;
将所述待推荐药店的药店信息发送至所述终端。
本说明书实施例提供的一种信息处理装置,包括:
请求获取模块,用于获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
药品信息获取模块,用于基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
终端位置获取模块,用于获取所述终端的位置信息;
药店确定模块,用于确定所述位置信息周边的药店信息;
药品匹配信息获取模块,用于获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
待推荐药店确定模块,用于根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店;
信息发送模块,用于将所述待推荐药店的药店信息发送至所述终端。
本说明书实施例提供的一种信息处理设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
获取所述终端的位置信息;
确定所述位置信息周边的药店信息;
获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店;
将所述待推荐药店的药店信息发送至所述终端。
本说明书实施例提供的一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现上述信息处理方法。
本说明书一个实施例实现了能够达到以下有益效果:
本说明书实施例中第一服务器可以基于终端发送的信息处理请求,从区块链系统中获取用户的药品需求信息,并可以获取终端的周边药店对该药品需求信息中的药品的匹配信息,根据匹配信息以及药店的位置信息为用户推荐药店,从而可以保证用户在医院外的药店中也能取到所需药品。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例中一种信息处理方法的应用场景示意图;
图2为本说明书实施例提供的一种信息处理方法的流程示意图;
图3为本说明书实施例提供的一种信息处理方法的时序图;
图4为本说明书实施例提供的对应于图2的一种信息处理装置的结构示意图;
图5为本说明书实施例提供的对应于图2的一种信息处理设备的结构示意图。
具体实施方式
为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书一个或多个实施例保护的范围。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
为更好的理解本说明书实施例中提供的技术方案,现对一些技术术语进行解释。
区块链(Block chain),可以理解为是多个区块顺序存储构成的数据链,每个区块的区块头都包含有本区块的时间戳、前一个区块信息的哈希值和本区块信息的哈希值,由此实现区块与区块之间的相互验证,构成不可篡改的区块链。每个区块都可以理解为是一个数据块(存储数据的单元)。区块链作为一种去中心化的数据库,是一串使用密码学方法相互关联产生的数据块,每一个数据块中包含了一次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块与区块首尾相连形成的链,即为区块链。若需要修改块内数据,则需要修改此区块之后所有区块的内容,并将区块链网络中所有节点备份的数据进行修改。因此,区块链具有难以篡改、删除的特点,在数据已保存至区块链后,其作为一种保持内容完整性的方法具有可靠性。从本质上讲,它是一个共享数据库,存储于其中的数据或信息,具有“不可伪造”“全程留痕”“可以追溯”“公开透明”“集体维护”等特征。
区块链网络(Block Chain Network),是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。区块链网络是由多个节点组成的,每个节点向区块链网络广播信息或者区块时,所有节点都能接收到,并对接收到的区块进行验证。在对该区块验证通过的节点数在整个区块链网络总节点数中的占比大于预设阈值时,则确定为区块链网络对该区块验证通过,所有节点接收该区块并存储在本地的节点空间中。节点可以理解为是服务器、终端等具有存储功能的电子设备。其中,区块链网络主要分为公有链、联盟链和私有链。
LBS:Location Based Services,基于位置的服务,其是指围绕地理位置数据而展开的服务,是由移动终端使用无线通信网络或卫星定位系统,基于空间数据库,获取用户的地理位置坐标信息并与其他信息集成以向用户提供所需的与位置相关的服务。
电子处方:电子处方是指依托医院信息化系统实现的数字化无纸化处方,在诊疗活动中由医生填写药物、治疗信息,并通过网络传输至药房,经药学专业技术人员审核、调配、核对、计费,并作为药房发药和医疗用药的医疗电子文书。
处方流转:院内处方以电子化的形式同步流转至院外的指定医药机构,随后患者可通过该电子处方内的信息向指定医药机构(包括实体药房及医药电商平台)处购买到包括处方药在内的相关医药商品的过程。
为了解决现有技术中的缺陷,本方案给出了以下实施例:
图1为本说明书实施例中一种信息处理方法的应用场景示意图。如图1所示,该场景主要包括用户终端1、院方服务器2、区块链系统3、第一服务器4、药店对应的第二服务器5。其中,用户到医院就诊后,医生可以根据用户情况开具相应的处方,为保证处方信息的安全、有效性,院方或者院方授权的其他机构可以通过院方服务器2将该处方以及相应的用户信息上传至区块链系统3,利用区块链系统3保存用户信息以及处方信息。当用户选择到医院外的被许可的药店购买处方中的药品时,用户可以通过终端1中的客户端向第一服务器4发出表示从需要从药店购买处方药物的请求,并第一服务器4访问存储在区块链系统3中的保存的用户的处方信息。第一服务器4还可以获取用户终端1的位置信息,根据该位置信息确定用户周边存在的药店,通常情况下,这些药店是经过医疗机构允许的药店,第一服务器4可以将用户处方信息中的药品信息发送给药店的第二服务器5,第二服务器5根据药品信息确定本药店是否有处方中的药品,并反馈信息给第一服务器4,第一服务器4可以根据第二服务器5反馈的信息给用户推荐用户周边的可购买处方中药品的药店,使用户可以在医院外的药店中获得处方中的药品。
接下来,将针对说明书实施例提供的一种信息处理方法结合附图进行具体说明:
图2为本说明书实施例提供的一种信息处理方法的流程示意图。从程序角度而言,流程的执行主体可以为搭载于应用服务器的程序。
如图2所示,该流程可以包括以下步骤:
步骤202:第一服务器获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息。
实际应用中,用户在医院就医后,可以选择在医院外的药店购买处方中的药品,其中,可以通过终端登录应用程序或者网页发送信息处理请求,该信息处理请求可以表示购买处方中药品的请求。第一服务器可以是应用程序或者网页对应的服务器,其可以处理用户请求,协助用户购买处方中药品。实际应用中药品可以包括中药、西药中至少一种。
步骤204:基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息。
本说明书实施例中药品需求信息可以是用户所需的药品信息,具体的可以是院方提供的处方中的药品信息。
实际应用中,用户到医院就诊后,院方或者院方的委托方可以将用户的处方信息以电子处方的形式上传至区块链系统保存,以保证电子处方的安全性及真实性。在将电子处方上传至区块链系统时,也可以将用户的个人信息相应的上传至区块链系统,并记录用户标识,还可以将用户标识反馈给院方以及用户,以便院方和用户根据用户标识获取对应的电子处方。
步骤206:获取所述终端的位置信息。
步骤208:确定所述位置信息周边的药店信息。
实际应用中,可以通过移动终端所使用的无线通信网络或卫星定位系统获取终端的位置信息,例如,通过GPS(Global Positioning System,全球定位系统)确定终端的位置信息。
本说明书实施例中,可以根据终端的位置信息确定该终端周边的药店信息。例如,可以根据LBS((Location Based Services,基于位置的服务)获取用户终端周边的药店信息。终端周边的药店信息也可以包括在可获取终端的位置信息的范围内,存在的具有资质的药店信息。当药店的位置信息由第三方服务器提供时,终端周边的药店信息也可以包括第三方服务器能够提供位置信息的药店的信息。终端周边的药店信息也可以是与终端的距离小于或等于预设距离的药店的信息等等。
步骤210:获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况。
本说明书实施例中,药店可以根据本药店现有的药品中是否包含用户的药品需求信息中包含的药品,并将匹配信息发送给第一服务器。
步骤212:根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店。
步骤214:将所述待推荐药店的药店信息发送至所述终端。
第一服务器可以根据药店的位置以及药店中药品的匹配信息为用户推荐可购买用户需求的药品的药店。
应当理解,本说明书一个或多个实施例所述的方法其中部分步骤的顺序可以根据实际需要相互交换,或者其中的部分步骤也可以省略或删除。
本说明书实施例中第一服务器可以基于终端发送的信息处理请求,从区块链系统中获取用户的药品需求信息,并可以获取终端的周边药店对该药品需求信息中的药品的匹配信息,根据匹配信息以及药店的位置信息为用户推荐药店,从而可以保证用户在医院外的药店中也能取到所需药品。
基于图2的方法,本说明书实施例还提供了该方法的一些具体实施方案,下面进行说明。
可选的,步骤204中所述从区块链系统获取用户的药品需求信息之前,还可以包括:
向所述终端发送第一授权请求;所述第一授权请求用于请求从所述区块链系统中获取所述药品需求信息;
接收所述终端发送的第一授权确认信息;所述第一授权确认信息表示允许所述第一服务器从所述区块链系统获取所述药品需求信息。
本说明书实施例中区块链系统可以是公有链、联盟链或私有链,例如,可以包括具有公信力的机构创建的区块联盟链,可用于保存用户的处方信息、用户的个人信息等。
为保证用户信息的安全性,本说明书实施例中第一服务器需要获取用户许可后,才能获取区块链系统中存储的用户的相关信息。
假设用户通过终端中的客户端发送购买处方中药品的请求,第一服务器在获取该请求后,可以向终端发送询问是否授权获取区块链系统中用户药品需求信息的信息,例如发送用于表示授权获取区块链信息的协议,若用户点击“同意”,则表示用户允许第一服务器从区块链系统中获取用户的药品需求信息,若用户的药品需求信息为用户的处方信息时,第一服务器可以从区块链系统中获取用户的处方信息。
同理,由于终端的位置信息也涉及到用户的安全,为保证用户的安全,第一服务器获取用户的终端位置信息时,也需要获得用户的授权,具体的,在步骤206中获取所述终端的位置信息之前,还可以包括:
向所述终端发送第二授权请求;所述第二授权请求用于请求获取所述终端的位置信息;
接收所述终端发送的第二授权确认信息;所述第二授权确认信息表示允许所述第一服务器获取所述终端的位置信息。
例如,第一服务器可以向终端发送“是否允许获取终端位置”字样的提示信息,用户可以选择“允许”字样或者“拒绝”字样的选项,表示用户是否允许第一服务器获取终端位置信息,当用户选择“允许”时,表示授权第一服务器获取终端的位置信息。可以理解的是,上述内容仅是为了说明本说明书实施例中的内容进行的举例,在实际应用中,具体的授权形式或内容可以根据实际需求进行设定,这里不作限定。
实际应用中,上传至区块链系统的信息可以包括用户的药品需求信息以及用户的个人信息,其中,用户的药品需求信息可以是基于用户就诊的医院开具的处方生成的,可以包括就诊时间、医院、科室、医生信息,药品信息,有效期、可使用次数,当前状态等信息;用户的个人信息可以包括用户姓名、年龄、性别,用户的唯一标识,用药禁忌等信息。
其中,药品信息可以包括药品名称、生产厂家、药品规格、用法及用量、其他注意事项等信息;用户的唯一标识可以包括用户的证件编号、医院或者其他机构提供的用户唯一标识等。
需要说明的是,实际应用中,由于不同的医院开具的处方中包含的内容可能不同,区块链系统中可以保存的用户的相关内容具体内容以及形式也可能不同,这里对具体内容以及形式不作具体限定,只要能够满足实际应用中的信息处理方法的需求即可。
考虑到实际应用中,有的用户在就诊后不会立刻到医院或者药店取出所需的药品,而有些药品在超过一定时间后,可能不再适合用户使用,为保证用户可以获取到符合当前身体状况的药品,本说明书实施例中步骤210中获取所述药店信息对应的各个药店的药品匹配信息之前,还可以包括:
判断所述药品需求信息是否为有效药品需求信息,得到判断结果;
若所述判断结果表示所述药品需求信息为非有效药品需求信息,则向所述终端发送表示所述药品需求信息为非有效药品需求信息的提示信息;
所述获取所述药店信息对应的各个药店的药品匹配信息,具体可以包括:
若所述判断结果表示所述药品需求信息为有效药品需求信息,将所述药品需求信息中发送至所述各个药店对应的第二服务器;
获取所述第二服务器反馈的所述各个药店的药品匹配信息。
实际应用中院方在提供处方时,处方信息中可以包含处方的有效期限、处方可使用次数等内容,用户需要根据有效的处方获取药品,本说明书实施例中在获取药品需求信息后可以判断药品需求信息是否为有效药品需求信息,将有效药品需求信息中药品信息发送给终端周边药店进行药品匹配。具体的,当获取的药品需求信息中包含有效药品时,可以认为该药品需求信息为有效药品需求信息。
其中,所述药品需求信息包括药品需求的有效期限,所述判断所述药品需求信息是否包含有效药品需求信息,具体包括:
判断当前时间是否位于药品需求的有效期限内;
若是,则确定所述药品需求信息为有效药品需求信息。
例如,药品需求信息中包含用户关于某慢性疾病的药品,该疾病可能会随着时间的推移发生变化,假设用户当前处于该疾病的第一阶段,医生根据用户当前的病情开具了符合当前病情的处方,并在处方中标记了有效期为7天,表示用户需要在7天内根据该处方获取相应的药品,该处方在有效期后将失效,用户不能再使用该处方获取药品。
本说明书实施例中,第一服务器在从区块链系统获取到用户的药品需求信息后,可根据药品需求信息中包含的有效期限,判断当前时间是否位于有效期限内,若是,则表示该药品需求信息包含有效药品需求信息,可以将该药品需求信息中包含的药品信息发送给用户终端周边的各个药店的服务器,为用户推荐可购买所需药品的药店;若否,则表示该药品需求信息已失效,第一服务器可向终端发送表示无有效药品需求的提示信息,将终止本次信息处理,不再为用户推荐可购买该药品需求信息中药品的药店。
实际应用中,药品需求信息还可以包括有效使用次数,可以根据该有效使用次数判断该药品需求信息是否为有效药品需求信息,具体的:
所述药品需求信息可以包括有效使用次数,所述判断所述药品需求信息是否为有效药品需求信息,具体可以包括:
判断当前使用所述药品需求信息的累计次数是否小于或等于所述有效使用次数;
若是,则确定所述药品需求信息为有效药品需求信息。
例如,用户的药品需求信息中可能包含保质期较短的药品,需要用户分次购买,在药品需求信息中可以包含有效使用次数的内容,如有效使用次数为3次,则表示用户可以根据该药品需求信息3次购买该药品需求信息包含的药品。又如,对于一些患者来说,医生可能一次性开具了两个疗程的药,并且这两个疗程所需的药品是相同的,在患者使用一个疗程后需要患者复诊,而复诊后,确定患者仍可继续服用第二疗程的药,此时,患者可以根据之前开具的处方,再次购买所需药品。
实际应用中,用户终端周边可能存在多个药店,为满足用户需求,步骤208中确定所述位置信息周边的药店信息,具体可以包括:
根据所述位置信息,确定所述终端的预设范围内的各个第一备选药店;
步骤210中获取所述药店信息对应的各个药店的药品匹配信息,具体可以包括:
将所述药品需求信息中的药品信息发送至所述各个第一备选药店对应的第三服务器;
接收所述第三服务器发送的所述药品匹配信息;
步骤212中根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体可以包括:
基于所述药品匹配信息,将药品匹配度大于或等于预设药品匹配度的所述第一备选药店,确定为所述待推荐药店。
其中,预设范围可以由用户设定或选择,也可以由第一服务器设定,具体数据也可以进行设定或选择,具体的这里不作具体限定。
假设用户想在附近的药店中选择可以获取所需药品的药店,该用户选择在2km的范围内选择取药的药店,第一服务器可以根据用户选定的预设范围,将药品需求信息中的药品信息发送给该范围内的药店对应的第三服务器,各个药店的第三服务器在接收到药品信息后,可以根据各自药店的药品情况反馈给第一服务器相应的药品匹配信息,其中药品匹配信息可以包括药品匹配度,该药品匹配度可以理解为药店包含药品信息中药品的程度,若该药店中包含该药品信息中的全部药品,可以认为该药店的匹配度为1;第一服务器可以将药品匹配度大于或等于预设药品匹配度的药店,确定为待推荐药店,推荐给用户。
其中,药品匹配度的具体数据也可以根据实际需求进行设定,为使用户可以从推荐的药店中获取全部的所需药品,可以将预设药品匹配度设定为1。
本说明书实施例中,第一服务器可以将药品需求信息包含的药店信息发送给药店的服务器,而无需将药品需求信息中包含的用户的个人信息等发送给药店的服务器,可保证用户信息的安全性。
为确保上传至区块链中的信息的安全性,可以将用户药品需求信息、个人信息等用户相关的信息加密后再上传至区块链系统。为保证信息传输的安全性,在第一服务器与药店的第二服务器进行信息传输时,也可以将信息加密后传输,还可以将信息进行签名,确保信息的可靠性。具体的可以采用现有的加密技术进行信息加密和签名,这里不再作具体说明,例如可以利用密钥对进行加密和签名等。
实际应用中,当药店中的药品可以全部满足药品需求信息中的药品时,第三服务器还可以向第一服务器反馈表示满足药品需求的信息,进而第一服务器也可以根据该信息确定可以提供全部药品的药店,并将该类药店中的至少部分药店的药店信息推荐给用户。
作为另一种实施方式,为使用户可以获取所需药品,还可以在药品匹配度满足需求的基础上为用户推荐位置合适的药店,其中,步骤212中根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体可以包括:
根据所述药品匹配信息,确定所述各个药店的药品匹配度;
将所述药品匹配度大于或等于预设药品匹配度的药店确定为第二备选药店;
根据所述各个药店的位置,确定各个所述第二备选药店与所述终端的距离;
将所述距离小于或等于预设距离的第二备选药店确定为所述待推荐药店。
同样,预设药品匹配度以及预设距离均可有用户设定,也可有服务器设定,具体数据也可根据实际需求设定,为使用户可以从推荐的药店中获取全部的所需药品,可以将预设药品匹配度设定为1。
本说明书实施例中,第一服务器还可以根据各待推荐药店与终端的距离、各待推荐药店的药品匹配度等内容对各待推荐药店进行排序,将排序后的药店对应的药店信息推荐给用户。
实际应用中,第一服务器可以提供默认的排序方式,用户也可以根据需要选择排序方式,例如,终端界面中可以由“排序方式”的选项,当用户选择“距离优先”时,第一服务器可以将各个待推荐药店按照距离由近到远的顺序进行排序,将排序后的药店信息推荐给用户;当用户选择“匹配度优先”时,第一服务器可以将各个待推荐药店按匹配度由高到低的顺序进行排序,将排序后的药店信息推荐给用户。
本说明书实施例中还可以根据用户到药店的行程时间,为用户推荐药店,具体的,步骤212中根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体可以包括:
根据所述各个药店的位置,确定各个药店与所述终端的距离;
根据所述距离,预估所述用户到达各个所述药店的行程时间;
根据所述用户到达各个所述药店的行程时间以及所述药品匹配信息,确定待推荐药店。
其中,所述根据所述距离,预估所述用户到达各个所述药店的行程时间,具体包括:
获取所述用户的出行方式;
根据所述距离以及所述出行方式,预估所述用户达到各个所述药店的行程时间。
实际应用中,用户的出行方式可以包括步行、单车、公交车、驾车等方式。终端或者第一服务器可以根据用户的习惯为用户推荐出行方式;用户也可以根据实际需求选择出行方式,第一服务器可以根据用户的选择确定用户的出行方式。
在预估所述用户达到各个所述药店的行程时间时,还可以将路况信息包含在内,例如,根据用户预计的出行时刻,确定路途中的堵车情况,将基础的行程时间中添加路况影响时间,获得较为准确的行程时间,从而可以为用户推荐更为准确的推荐药店。
假设药店a和药店b均拥有药品需求信息中的全部药品,药店a与用户终端的距离较远,但路况较好,不易堵车;药店b与用户终端的距离比药店a与用户终端的距离近,但路况不好,易堵车。可以综合路况信息,预估用户到达药店a的行程时间小于用户到达药店b的行程时间,本说明书实施例中可以将药店a作为可推荐药店,或者将药店a排序到药店b的前面,作为较优的可推荐药店推荐给用户。
本说明书实施例中还可以利用预选训练的信息匹配模型确定待推荐药店,步骤212中根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体可以包括:
获取推荐因子;所述推荐因子至少可以包括各个所述药店与所述终端的距离信息以及所述各个所述药店的药品匹配信息;
将所述推荐因子输入到预先训练的信息匹配模型中,得到所述各个药店的综合评分;
将所述综合评分大于或等于预设评分的所述药店确定为所述待推荐药店。
本说明书实施例中信息匹配模型可以是加权求和模型、神经网络模型、协同过滤模型中至少一种。
作为一种实施方式,第一服务器可以利用加权求和的方式计算各待推荐药店的综合得分。
假设将用户终端预设范围内的可以全部满足药品需求信息中药品的药店作为备选药店,计算各个备选药店的综合评分。由于各个备选药店是均能够全部满足药品需求信息中药品的药店,可以理解为各个备选药店的药品匹配度均为1,为简化计算过程,在计算各备选药店的综合评分是可以省略药品匹配度的计算以及应用。
具体的,可以根据药店i的位置与终端的位置,确定药店i与终端的距离为d(i);
根据所有人对药店i的评价信息,确定药店i的总体评价基数其中,n为所有人对药店i的评价的次数总和,代表评价的平均值,α1,α2,α3分别代表整体评价等级、服务满意度、药品满意度的权重值,权重值可以根据情况进行调整;
根据当前用户对药店i的评价信息,确定药店i个体评价基数 其中,m为用户个人对药店i的评价的次数总和,代表评价的平均值,b1,b2,b3分别代表用户个人的整体评价等级、服务满意度、药品满意度的权重值,b1,b2,b3可以分别与上述的α1,α2,α3相同,也可以不同,可以根据情况进行调整;
计算药店i的综合评分score(i)=d(i)*β1+e(i)*β2+u(i)*β3,其中β1,β2,β3分别为距离、总体评价基数、用户个体评级基数的权重值,权重值可以根据实际情况进行调整。
实际应用中,也可以将上述的行程时间作为一个推荐因子为用户推荐药店信息其中,可以将所述行程时间以及所述药品匹配信息输入到预先训练的信息匹配模型中,得到所述各个药店的综合评分;将所述综合评分大于或等于预设评分的所述药店确定为所述待推荐药店。
本说明书实施例中,还可以根据综合评分为用户推荐排序后的药店,具体的,步骤214将所述待推荐药店的药店信息发送至所述终端,具体可以包括:
按照所述综合评分由高到低的顺序对所述待推荐药店进行排序,得到排序后的待推荐药店;
将所述排序后的待推荐药店的药店信息发送至所述终端。
为更全面的为用户推荐药店信息,本说明书实施例中,推荐因子还可以包括:药店评价信息、药店工作时间信息中至少一种。
实际应用中,药店的评价信息可以包括用户对药店的评价信息以及所有人对药店的评价信息。其中,药店的评价信息可以包括整体评等级、服务满意度、药品满意度、其他正面或负面描述信息、评价人唯一标识等内容,在药店购买过药品的用户可对该药店进行相应的评价。
本说明书实施例中,第一服务器还可以根据药店的评价信息对待推荐药店进行排序,例如按照好评度对待推荐药店进行排序,将排序后的药店信息提供给用户。
可以理解的是,本说明书实施例中可以根据用户需求,如距离优先、匹配度优先、好评度优先、综合评分优先等,对待推荐药店进行排序,也可根据用户的不同需求,为用户提供不同的排序结果,具体提供给用户的排序结果可以根据实际需求进行设定,这里不作具体限定。
考虑到在用户终端周边可能包含较多个满足用户需求的待推荐药店,本说明书实施例中还可以设置推荐药店信息的数量,可以由服务器设定也可由用户自行设定。例如,将推荐数量设定为5时,用户可以获得5条药店推荐信息。
实际应用中,第一服务器可以以终端为中心,按照距离终端由近及远的规则筛选出预设数量的药店推荐给用户,当筛选出的药店的数量满足预设数量时,可以不再对其他药店进行筛选,可提高信息处理效率,也可节省信息处理所需的资源。
本说明书实施例中用户获得的药店信息可以包括药店名称、药店位置信息、药店与终端的距离信息、路线信息、药店包含用户处方信息中药品的信息、药店工作时间、药店规模等。
实际应用中,满足用户需求的待推荐药店可以是一个药店,也可以是由至少两个药店组成的组合药店。本说明书实施例中所述待推荐药店可以包括单个药店,所述单个药店为包含所述用户处方信息中全部药品的一个药店;
和/或,
所述待推荐药店可以包括至少两个药店,其中,所述两个药店中的任一药店包含所述用户处方信息中的部分药品。
假设用户的药品需求信息中包括A,B,C三种药品,药店M中有A,B,C这三种药品,但距离用户终端的距离较远;药店N中有A,B这两种药品,药店P中有C这一种药品,且药店N和药店P的距离较近,用户到达药店N和药店P的总距离比用户到达药店M的距离要近,本说明书实施例中可以将药店M作为一个待推荐药店,药店N和药店P的组合作为一个待推荐药店,可提供给用户选择。
为确保用户可以在选定的药店中获取要所需药品,本说明书实施例中步骤214将所述待推荐药店的药店信息发送给所述终端之后,还可以包括:
接收所述终端发送的药店确认信息;所述药店确认信息包括用户确认取药的目标药店的药店信息;所述目标药店为所述待推荐药店中的药店;
向所述目标药店对应的第四服务器发送库存锁定请求。
本说明书实施例中,当用户确定到目标药店取药后,可以请求目标药店的服务器先锁定库存,被锁定库存的药品不能被其他用户使用,可保证用户在取药时,药店可提供相应的药品,可避免药店无药导致用户多跑路的情况。
本说明书实施例中,上述步骤中所述向所述目标药店对应的第四服务器发送库存锁定请求之后,还可以包括:
接收所述第四服务器发送的库存锁定确认信息;
基于所述库存锁定确认信息,生成取药指示信息;所述取药指示信息用于指示所述用户前往所述目标药店获取药品;
将所述取药指示信息发送至所述终端。
当目标药店中库存锁定成功后,目标药店对应的第四服务器可以向第一服务器反馈库存锁定确认信息,第一服务器可根据该确认信息生成取药指示信息,以便用户可以根据该取药指示信息从目标药店中获取药品。
其中,取药指示信息可以包括目标药店的药店信息,用户可以根据该药店信息到达目标药店。
为便于用户取药,取药指示信息还可以包括取药码,用户可以根据该取药码到目标药店取药。实际应用中,该取药码可以是符号代码、条形码、二维码中任一种。
本说明书实施例中第一服务器发送给药店对应的服务器的信息中还可以包括用户标识,药店对应的服务器可以根据该用户标识锁定相应的药品库存,还可以根据该用户标识为用户出库相应的药品。
为避免用户对药店中药品的无效占用,本说明书实施例中的方法,还可以包括:
向所述第四服务器发送预约取药时间信息,以便所述第四服务器基于所述预约取药时间信息在所述用户在相应时间内未完成取药操作时解除库存锁定。
实际应用中,用户在选定目标药店后,还可以预约取药时间,用户可以在预约时间内取药,当用户未在预约时间内取药时,目标药店对应的服务器可以将之前锁定的药品库存解除,释放出的药品可作为可用库存供药店使用。
本说明书实施例中,当用户设定预约取药时间后,可以根据预约取药时间判断用户的药品需求信息是否包含有效药品需求信息,具体包括:
判断预约取药时间是否位于所述药品需求有效期限内;
若是,则确定所述药品需求信息包含有效药品需求信息。
本说明书实施例中,还可以将用户对药店的评价信息保存至区块链系统,具体的,本说明书实施例中提供的方法,还可以包括:
获取所述用户对所述目标药店的评价信息;
将所述评价信息上传至所述区块链系统。
实际应用中,当用户对提供过服务的药店不满意或者暂时不想再到该药店取药,可以将该药店添加到黑名单中,第一服务器将不再将黑名单中的药店推荐给用户,可以认为黑名单中药店的综合评分为0。
本说明书实施例中提供的信息处理方法,还可以包括:
获取所述用户对所述目标药店的拉黑指令;
基于所述拉黑指令,将所述目标药店添加到黑名单中,所述黑名单中的药店被禁止推荐至所述用户。
实际应用中,用户还可以将药店从黑名单中删除,表示该药店不再为禁止被推荐的药店,该药店可以作为待推荐药店推荐给用户。
本说明书实施例中用户可以对药店进行评价,并将评价信息上链,可保证评价信息的真实性,可使服务高质量好的药店得到更多的资源倾斜,保证用户利益。并且从用户角度评价药店,可促进药店改进。
本说明书实施例中药品需求信息中还可以包括当前状态信息,例如,未取药的药品需求信息中可以包括“未取”字样的状态信息;当将药品需求信息中的全部药品取出后,可以将该药品需求信息中标记“已取”字样;当药品需求信息中包含多种药品时,还可以针对每种药品标记状态信息,例如,将已经取出的药品标记“已取”,将未取出的药品标记“未取”等。
当用户在目标药店取药后,目标药店对应的服务器可以向第一服务器发送药品状态信息,第一服务器将该药品状态信息上传至区块链系统中对应的药品需求信息处,对药品需求信息进行标记。本说明书实施例中还可以根据药品需求信息中的当前状态信息判断药品需求信息是否为有效药品需求信息。
实际应用中,药品需求信息的状态信息的具体样式以及内容等信息可以根据实际需求进行设定,这里不作具体限定。
为更清楚的说明本说明书实施例中提供的信息处理方法,图3为本说明书实施例提供的一种信息处理方法的时序图,如图3所示:
步骤301:用户到医院就诊,医院开具处方;
步骤302:院方服务器将用户的处方信息上传至区块链系统;
步骤303:用户登录终端,发起获取处方信息中药品的信息处理请求;
步骤304:第一服务器获取终端发送的信息处理请求;
步骤305:终端授权第一服务器获取位置信息;
步骤306:第一服务器获取终端的位置信息;
步骤307:基于位置信息确定终端周边的药店信息;
步骤308:终端授权第一服务器获取区块链信息;
步骤309:第一服务器从区块链系统获取用户的药品需求信息;
步骤310:将药品需求信息中的药品信息发送给药店信息中药店对应的第二服务器;
步骤311:接收从第二服务器反馈的药品匹配信息;
步骤312:第一服务器从区块链系统获取用户及其他用户对药店的评价信息;
步骤313:根据药店与终端的距离、药店的药品匹配信息以及药店的评价信息,计算药店的综合评分;
步骤313:根据综合评分对药店排序;
步骤314:将排序后的药店信息发送至终端;
步骤315:用户选择目标药店;
步骤316:第一服务器向第二服务器发送锁定药品需求信息中药品的库存锁定请求;
步骤317:第二服务器将目标药店中的相应库存锁定;
步骤318:第二服务器向第一服务器反馈库存锁定确认信息;
步骤319:第一服务器生成取药指示信息,发送至终端;
步骤320:用户根据终端中的取药指示信息到目标药店取药;
步骤321:目标药店为用户提供药品,变更库存信息;
步骤322:用户对目标药店进行评价,将评价信息发送给第一服务器;
步骤323:第一服务器将评级信息上传至区块链系统。
基于同样的思路,本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的对应于图2的一种信息处理装置的结构示意图。如图4所示,该装置可以包括:
请求获取模块402,用于获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
药品信息获取模块404,用于基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
终端位置获取模块406,用于获取所述终端的位置信息;
药店确定模块408,用于确定所述位置信息周边的药店信息;
药品匹配信息获取模块410,用于获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
待推荐药店确定模块412,用于根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店;
信息发送模块414,用于将所述待推荐药店的药店信息发送至所述终端。
基于图4的装置,本说明书实施例还提供了该方法的一些具体实施方案,下面进行说明。
可选的,所述待推荐药店确定模块412,具体可以用于:
获取推荐因子;所述推荐因子至少包括各个所述药店与所述终端的距离信息以及所述各个所述药店的药品匹配信息;
将所述推荐因子输入到预先训练的信息匹配模型中,得到所述各个药店的综合评分;
将所述综合评分大于或等于预设评分的所述药店确定为所述待推荐药店。
可选的,所述推荐因子还包括:药店评价信息、药店工作时间信息中至少一种。
可选的,所述装置还可以包括库存锁定模块,用于:
接收所述终端发送的药店确认信息;所述药店确认信息包括用户确认取药的目标药店的药店信息;所述目标药店为所述待推荐药店中的药店;
向所述目标药店对应的第四服务器发送库存锁定请求。
基于同样的思路,本说明书实施例还提供了上述方法对应的设备。
图5为本说明书实施例提供的对应于图2的一种信息处理设备的结构示意图。如图5所示,设备500可以包括:
至少一个处理器510;以及,
与所述至少一个处理器通信连接的存储器530;其中,
所述存储器530存储有可被所述至少一个处理器510执行的指令520,所述指令被所述至少一个处理器510执行,以使所述至少一个处理器510能够:
获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
获取所述终端的位置信息;
确定所述位置信息周边的药店信息;
获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店;
将所述待推荐药店的药店信息发送至所述终端。
基于同样的思路,本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现上述信息处理方法:
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于图5所示的设备而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在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)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、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 (24)
1.一种信息处理方法,包括:
第一服务器获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
获取所述终端的位置信息;
确定所述位置信息周边的药店信息;
获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体包括:根据所述各个药店的位置,确定各个药店与所述终端的距离;根据所述距离,预估所述用户到达各个所述药店的行程时间;根据所述用户到达各个所述药店的行程时间以及所述药品匹配信息,确定待推荐药店;
将所述待推荐药店的药店信息发送至所述终端。
2.根据权利要求1所述的方法,所述从区块链系统获取用户的药品需求信息之前,还包括:
向所述终端发送第一授权请求;所述第一授权请求用于请求从所述区块链系统中获取所述药品需求信息;
接收所述终端发送的第一授权确认信息;所述第一授权确认信息表示允许所述第一服务器从所述区块链系统获取所述药品需求信息。
3.根据权利要求1所述的方法,所述获取所述终端的位置信息之前,还包括:
向所述终端发送第二授权请求;所述第二授权请求用于请求获取所述终端的位置信息;
接收所述终端发送的第二授权确认信息;所述第二授权确认信息表示允许所述第一服务器获取所述终端的位置信息。
4.根据权利要求1所述的方法,所述获取所述药店信息对应的各个药店的药品匹配信息之前,还包括:
判断所述药品需求信息是否为有效药品需求信息,得到判断结果;
若所述判断结果表示所述药品需求信息为非有效药品需求信息,则向所述终端发送表示所述药品需求信息为非有效药品需求信息的提示信息;
所述获取所述药店信息对应的各个药店的药品匹配信息,具体包括:
若所述判断结果表示所述药品需求信息为有效药品需求信息,将所述药品需求信息发送至所述各个药店对应的第二服务器;
获取所述第二服务器反馈的所述各个药店的药品匹配信息。
5.根据权利要求4所述的方法,所述药品需求信息包括药品需求的有效期限,所述判断所述药品需求信息是否为有效药品需求信息,具体包括:
判断当前时间是否位于药品需求的有效期限内;
若是,则确定所述药品需求信息为有效药品需求信息。
6.根据权利要求4所述的方法,所述药品需求信息包括有效使用次数,所述判断所述药品需求信息是否为有效药品需求信息,具体包括:
判断当前使用所述药品需求信息的累计次数是否小于或等于所述有效使用次数;
若是,则确定所述药品需求信息为有效药品需求信息。
7.根据权利要求1所述的方法,所述确定所述位置信息周边的药店信息,具体包括:
根据所述位置信息,确定所述终端的预设范围内的各个第一备选药店;
所述获取所述药店信息对应的各个药店的药品匹配信息,具体包括:
将所述药品需求信息中的药品信息发送至所述各个第一备选药店对应的第三服务器;
接收所述第三服务器发送的所述药品匹配信息;
所述根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体包括:
基于所述药品匹配信息,将药品匹配度大于或等于预设药品匹配度的所述第一备选药店,确定为所述待推荐药店。
8.根据权利要求1所述的方法,所述根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体包括:
根据所述药品匹配信息,确定所述各个药店的药品匹配度;
将所述药品匹配度大于或等于预设药品匹配度的药店确定为第二备选药店;
根据所述各个药店的位置,确定各个所述第二备选药店与所述终端的距离;
将所述距离小于或等于预设距离的第二备选药店确定为所述待推荐药店。
9.根据权利要求1所述的方法,所述根据所述距离,预估所述用户到达各个所述药店的行程时间,具体包括:
获取所述用户的出行方式;
根据所述距离以及所述出行方式,预估所述用户达到各个所述药店的行程时间。
10.根据权利要求1所述的方法,所述根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体包括:
获取推荐因子;所述推荐因子至少包括各个所述药店与所述终端的距离信息以及所述各个所述药店的药品匹配信息;
将所述推荐因子输入到预先训练的信息匹配模型中,得到所述各个药店的综合评分;
将所述综合评分大于或等于预设评分的所述药店确定为所述待推荐药店。
11.根据权利要求10所述的方法,所述将所述待推荐药店的药店信息发送至所述终端,具体包括:
按照所述综合评分由高到低的顺序对所述待推荐药店进行排序,得到排序后的待推荐药店;
将所述排序后的待推荐药店的药店信息发送至所述终端。
12.根据权利要求10所述的方法,所述推荐因子还包括:药店评价信息、药店工作时间信息中至少一种。
13.根据权利要求1所述的方法,所述待推荐药店包括单个药店,所述单个药店为包含所述用户处方信息中全部药品的一个药店;
和/或,
所述待推荐药店包括至少两个药店,其中,所述两个药店中的任一药店包含所述用户处方信息中的部分药品。
14.根据权利要求1所述的方法,所述将所述待推荐药店的药店信息发送给所述终端之后,还包括:
接收所述终端发送的药店确认信息;所述药店确认信息包括用户确认取药的目标药店的药店信息;所述目标药店为所述待推荐药店中的药店;
向所述目标药店对应的第四服务器发送库存锁定请求。
15.根据权利要求14所述的方法,所述向所述目标药店对应的第四服务器发送库存锁定请求之后,还包括:
接收所述第四服务器发送的库存锁定确认信息;
基于所述库存锁定确认信息,生成取药指示信息;所述取药指示信息用于指示所述用户前往所述目标药店获取药品;
将所述取药指示信息发送至所述终端。
16.根据权利要求14所述的方法,还包括:
向所述第四服务器发送预约取药时间信息,以便所述第四服务器基于所述预约取药时间信息在所述用户在相应时间内未完成取药操作时解除库存锁定。
17.根据权利要求14所述的方法,还包括:
获取所述用户对所述目标药店的评价信息;
将所述评价信息上传至所述区块链系统。
18.根据权利要求14所述的方法,还包括:
获取所述用户对所述目标药店的拉黑指令;
基于所述拉黑指令,将所述目标药店添加到黑名单中,所述黑名单中的药店被禁止推荐至所述用户。
19.一种信息处理装置,包括:
请求获取模块,用于获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
药品信息获取模块,用于基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
终端位置获取模块,用于获取所述终端的位置信息;
药店确定模块,用于确定所述位置信息周边的药店信息;
药品匹配信息获取模块,用于获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
待推荐药店确定模块,用于根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体包括:根据所述各个药店的位置,确定各个药店与所述终端的距离;根据所述距离,预估所述用户到达各个所述药店的行程时间;根据所述用户到达各个所述药店的行程时间以及所述药品匹配信息,确定待推荐药店;
信息发送模块,用于将所述待推荐药店的药店信息发送至所述终端。
20.根据权利要求19所述的装置,所述待推荐药店确定模块,具体用于:
获取推荐因子;所述推荐因子至少包括各个所述药店与所述终端的距离信息以及所述各个所述药店的药品匹配信息;
将所述推荐因子输入到预先训练的信息匹配模型中,得到所述各个药店的综合评分;
将所述综合评分大于或等于预设评分的所述药店确定为所述待推荐药店。
21.根据权利要求20所述的装置,所述推荐因子还包括:药店评价信息、药店工作时间信息中至少一种。
22.根据权利要求19所述的装置,所述装置还包括库存锁定模块,用于:
接收所述终端发送的药店确认信息;所述药店确认信息包括用户确认取药的目标药店的药店信息;所述目标药店为所述待推荐药店中的药店;
向所述目标药店对应的第四服务器发送库存锁定请求。
23.一种信息处理设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取终端发送的信息处理请求;所述信息处理请求用于请求获取与用户的药品需求信息相匹配的药店信息;
基于所述信息处理请求,从区块链系统获取所述用户的药品需求信息;
获取所述终端的位置信息;
确定所述位置信息周边的药店信息;
获取所述药店信息对应的各个药店的药品匹配信息;所述药品匹配信息用于表示所述各个药店中现有药品与所述药品需求信息中的药品的匹配状况;
根据所述各个药店的位置以及所述药品匹配信息,确定待推荐药店,具体包括:根据所述各个药店的位置,确定各个药店与所述终端的距离;根据所述距离,预估所述用户到达各个所述药店的行程时间;根据所述用户到达各个所述药店的行程时间以及所述药品匹配信息,确定待推荐药店;
将所述待推荐药店的药店信息发送至所述终端。
24.一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现权利要求1至18中任一项所述的信息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011203341.0A CN112233766B (zh) | 2020-11-02 | 2020-11-02 | 一种信息处理方法、装置、设备及可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011203341.0A CN112233766B (zh) | 2020-11-02 | 2020-11-02 | 一种信息处理方法、装置、设备及可读介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112233766A CN112233766A (zh) | 2021-01-15 |
CN112233766B true CN112233766B (zh) | 2023-04-28 |
Family
ID=74121912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011203341.0A Active CN112233766B (zh) | 2020-11-02 | 2020-11-02 | 一种信息处理方法、装置、设备及可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112233766B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115985455B (zh) * | 2023-03-20 | 2023-05-23 | 南京易联阳光信息技术股份有限公司 | 适用于医药大数据云服务平台的数据处理方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107316222A (zh) * | 2017-06-01 | 2017-11-03 | 蔡勇 | 一种线上线下相结合的药品购买系统 |
CN109325822A (zh) * | 2018-08-24 | 2019-02-12 | 康美药业股份有限公司 | 药品购买自动匹配方法、装置、电子设备及存储介质 |
CN109545315A (zh) * | 2018-10-27 | 2019-03-29 | 平安医疗健康管理股份有限公司 | 一种药品交易处理方法、服务器及存储介质 |
CN109559792A (zh) * | 2018-10-27 | 2019-04-02 | 平安医疗健康管理股份有限公司 | 一种药品配发方法、区块链节点设备及系统 |
CN110852832A (zh) * | 2019-10-01 | 2020-02-28 | 榕知科技(武汉)有限公司 | 一种处方药物在线匹配和检索系统及方法 |
CN111128363A (zh) * | 2018-10-31 | 2020-05-08 | 珠海横琴盛达兆业科技投资有限公司 | 一种互联网平台实现动态控制处方单可使用次数的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7860724B2 (en) * | 2002-10-30 | 2010-12-28 | Automed Technologies, Inc. | System and method for management of pharmacy workflow |
-
2020
- 2020-11-02 CN CN202011203341.0A patent/CN112233766B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107316222A (zh) * | 2017-06-01 | 2017-11-03 | 蔡勇 | 一种线上线下相结合的药品购买系统 |
CN109325822A (zh) * | 2018-08-24 | 2019-02-12 | 康美药业股份有限公司 | 药品购买自动匹配方法、装置、电子设备及存储介质 |
CN109545315A (zh) * | 2018-10-27 | 2019-03-29 | 平安医疗健康管理股份有限公司 | 一种药品交易处理方法、服务器及存储介质 |
CN109559792A (zh) * | 2018-10-27 | 2019-04-02 | 平安医疗健康管理股份有限公司 | 一种药品配发方法、区块链节点设备及系统 |
CN111128363A (zh) * | 2018-10-31 | 2020-05-08 | 珠海横琴盛达兆业科技投资有限公司 | 一种互联网平台实现动态控制处方单可使用次数的方法 |
CN110852832A (zh) * | 2019-10-01 | 2020-02-28 | 榕知科技(武汉)有限公司 | 一种处方药物在线匹配和检索系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112233766A (zh) | 2021-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210256070A1 (en) | Non-fungible token (nft) | |
US10349207B2 (en) | Mobile geo-fence system | |
US11200971B2 (en) | Secure token identification and medical rule-based authorization system | |
US11227675B2 (en) | Blockchain-based mechanisms for secure health information resource exchange | |
Samadbeik et al. | A copmarative review of electronic prescription systems: Lessons learned from developed countries | |
US20150370970A1 (en) | Coordinated In Person Delivery of Medical Services | |
EP2751771A1 (en) | Health management system | |
Kertesz et al. | Development of the Primary Care Quality-Homeless (PCQ-H) instrument: a practical survey of homeless patients’ experiences in primary care | |
US20170220782A1 (en) | Mobile interface platform systems and methods | |
Angeles | Blockchain-based healthcare: Three successful proof-of-concept pilots worth considering | |
US20160321412A1 (en) | Cost, Quality and Distance Based Method and System for Health Care Referrals | |
Donahue et al. | Veterans health information exchange: successes and challenges of nationwide interoperability | |
US11856084B2 (en) | System and method for healthcare security and interoperability | |
US20030009395A1 (en) | Method and apparatus for providing information regarding a product | |
Thatcher et al. | Pharmaceutical uses of blockchain technology | |
CN112233766B (zh) | 一种信息处理方法、装置、设备及可读介质 | |
Abbate et al. | Blockchain technology for embracing healthcare 4.0 | |
Adeoye et al. | Medication therapy management delivery by community pharmacists: insights from a national sample of Medicare Part D beneficiaries | |
Khan et al. | Tread: privacy preserving incentivized connected vehicle mobility data storage on interplanetary-file-system-enabled blockchain | |
AU2020101898A4 (en) | MHOC- Blockchain Technology: Medicine and Healthcare Observation Care using Blockchain Technology | |
Roca et al. | Virtual assistant prototype for managing medication using messaging platforms | |
CN114334111B (zh) | 医疗信息管理方法、装置、服务器及可读存储介质 | |
US20130013328A1 (en) | Systems, methods, and devices for an architecture to support secure massively scalable applications hosted in the cloud and supported and user interfaces | |
Rateb | Blockchain for the internet of vehicles: A decentralized IoT solution for vehicles communication and payment using ethereum | |
Katal et al. | Potential of blockchain in telemedicine |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |