CN105100220A - 一种药品信息共享方法及客户端、服务器 - Google Patents
一种药品信息共享方法及客户端、服务器 Download PDFInfo
- Publication number
- CN105100220A CN105100220A CN201510377764.7A CN201510377764A CN105100220A CN 105100220 A CN105100220 A CN 105100220A CN 201510377764 A CN201510377764 A CN 201510377764A CN 105100220 A CN105100220 A CN 105100220A
- Authority
- CN
- China
- Prior art keywords
- medicine
- user
- information
- client
- search 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/22—Social work
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Abstract
本发明提供了一种药品信息共享方法及客户端、服务器,药品信息共享方法包括:根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;接收所述服务器根据所述药品查找请求返回的至少一个药品信息。上述方法能够将各个家庭中闲置药品实现共享和调配,进而合理配置好友间的药品资源,提高了用户体验。
Description
技术领域
本发明涉及互联网技术,尤其涉及一种药品信息共享方法及用于药品信息共享的客户端、用于药品信息共享的服务器。
背景技术
随着科学技术的发展,通信技术已经被广泛应用于各行各业,极大地方便了人们的工作和生活。
目前,在日常生活中,各个家庭都会因为各种原因购买各种药品。然而,各个家庭经常出现多个闲置药品,该些闲置药品无法实现好友之间的共享,直至该些闲置药品过期无法使用。
为此,如何借助当前的互联网技术实现各个家庭中闲置药品的共享和分配成为当前需要解决的方案。
发明内容
针对现有技术中的缺陷,本发明提供一种药品信息共享方法及客户端、服务器,用以将具有关联关系的各个家庭中闲置药品实现共享和调配,进而合理配置闲置的药品资源,提高了用户体验。
第一方面,本发明提供一种用于药品信息共享的客户端,包括:
药品查找请求生成单元,用于根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;
发送单元,用于向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
接收单元,用于接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
可选地,所述药品查找请求生成单元,具体用于
根据用户在查找入口输入的药品信息,获取药品标识,生成药品查找请求;
和/或,
根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识,生成药品查找请求。
可选地,所述客户端还包括:关联关系建立单元;
所述关联关系建立单元,用于在客户端的第一用户标识登录成功之后,接收服务器发送的用于建立关联关系的第二用户标识的推荐信息;
根据所述推荐信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
可选地,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
可选地,所述客户端还包括:关联关系建立单元;
所述关联关系建立单元,用于在客户端的第一用户标识登录成功之后,向服务器发送用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
接收服务器根据用户查找请求返回的至少一个第二用户标识信息;
根据至少一个第二用户标识信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
可选地,所述指定条件为:查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
可选地,所述指定条件为:查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为服务器根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
可选地,所述客户端还包括:
展示单元,用于对返回的至少一个药品信息进行排序,并展示排序后的药品信息。
可选地,所述展示单元,具体用于
根据所述药品信息中第二用户标识的地理位置信息对至少一个药品信息进行排序;
或者,
根据所述药品信息中第二用户标识的地理位置信息与该第一用户标识的地理位置信息的路程差对至少一个药品信息进行排序;
或者,
根据所述药品信息中有效截止日期对至少一个药品信息进行排序。
第二方面,本发明还提供一种用于药品信息共享的服务器,包括:
接收单元,用于接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求;
查找单元,用于根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
发送单元,用于向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
可选地,所述关联关系存储单元,用于
在客户端的第一用户标识登录成功之后,向所述客户端发送用于建立关联关系的第二用户标识的推荐信息;
接收所述客户端根据所述推荐信息发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
可选地,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
可选地,所述关联关系存储单元,用于
接收客户端发送的用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
根据所述用户查找请求,向所述客户端返回至少一个第二用户标识信息;
接收所述客户端根据所述至少一个第二用户标识信息,发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
可选地,所述指定条件为:
查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
可选地,所述指定条件为:
查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为预先根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
第三方面,本发明还提供一种药品信息共享方法,包括:
根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;
向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
可选地,根据查找入口获取药品标识,包括:
根据用户在查找入口输入的药品信息,获取药品标识;
和/或,
根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识。
可选地,根据查找入口获取药品标识,生成药品查找请求之前,所述方法还包括:
在客户端的第一用户标识登录成功之后,接收服务器发送的用于建立关联关系的第二用户标识的推荐信息;
根据所述推荐信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
可选地,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
可选地,根据查找入口获取药品标识,生成药品查找请求之前,所述方法还包括:
在客户端的第一用户标识登录成功之后,向服务器发送用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
接收服务器根据用户查找请求返回的至少一个第二用户标识信息;
根据至少一个第二用户标识信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
可选地,所述指定条件为:
查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
可选地,所述指定条件为:
查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为服务器根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
可选地,所述方法还包括:
对返回的至少一个药品信息进行排序,并展示排序后的药品信息。
可选地,所述对返回的至少一个药品信息进行排序,包括:
根据所述药品信息中第二用户标识的地理位置信息对至少一个药品信息进行排序;
或者,
根据所述药品信息中第二用户标识的地理位置信息与该第一用户标识的地理位置信息的路程差对至少一个药品信息进行排序;
或者,
根据所述药品信息中有效截止日期对至少一个药品信息进行排序。
第四方面,本发明还提供一种药品信息共享方法,包括:
接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求;
根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
可选地,接收客户端发送的药品查找请求之前,所述方法还包括:
在客户端的第一用户标识登录成功之后,向所述客户端发送用于建立关联关系的第二用户标识的推荐信息;
接收所述客户端根据所述推荐信息发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
可选地,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
可选地,接收客户端发送的药品查找请求之前,所述方法还包括:
接收客户端发送的用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
根据所述用户查找请求,向所述客户端返回至少一个第二用户标识信息;
接收所述客户端根据所述至少一个第二用户标识信息,发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
可选地,所述指定条件为:
查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
可选地,所述指定条件为:
查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为预先根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
由上述技术方案可知,本发明实施例的药品信息共享方法及客户端、服务器,可先根据查找入口获取的药品标识生成药品查找请求,进而将药品查找请求发送服务器,以使服务器在存储的药品数据中查找符合指定条件的药品信息,接收服务器返回的药品信息,由此可将具有关联关系如好友关系的各个家庭中闲置药品实现共享和调配,进而合理配置闲置的药品资源,提高了用户体验。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本发明一实施例提供的药品信息共享方法的流程示意图;
图2为本发明另一实施例提供的药品信息共享方法的流程示意图;
图3为本发明另一实施例提供的药品信息共享方法的流程示意图;
图4为本发明另一实施例提供的用于药品信息共享的客户端的结构示意图;
图5为本发明另一实施例提供的用于药品信息共享的服务器的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非被特定定义,否则不会用理想化或过于正式的含义来解释。
图1示出了本发明一实施例提供的药品信息共享方法流程示意图,如图1所示,本实施例的药品信息共享方法包括如下步骤。
101、根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识。
举例来说,步骤101中可根据用户在查找入口输入的药品信息,获取药品标识;和/或,根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识。
例如,可在客户端界面中显示查找入口,接收查找入口输入的药品信息,获得药品标识,进而生成药品查找请求。
当然,药品查找请求还可包括药品标识。本实施例中,某一药品的药品标识可为该药品的二维码信息、条形码信息或药品名称等,该药品标识具有唯一性,能够唯一识别该药品。
102、向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联。
本实施例中,用户标识可为用户昵称、手机号、账号等能够唯一识别用户的信息,第一用户标识可为第一用户昵称,第二用户标识可为第二用户昵称等,本实施例不对其进行限定。
另外,一个以上的第二用户标识与第一用户标识相关联可理解为一个以上的第二用户标识与第一用户标识为好友关系。
举例来说,该步骤中的指定条件可为:查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。例如,用户预先通过客户端设定的有效截止日期的范围为2016-05-01至2015-09-10范围。此时,服务器查找的药品信息的有效截止日期则需要符合上述范围。
或者,在其他实施例中,指定条件可为:查找的药品信息符合预设时间段内的第一用户标识的历史用药信息。
本实施例中的历史用药信息可为服务器根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
103、接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
举例来说,本实施例中的药品信息可包括下述的一种或多种:药品标识、药品名称、药品厂商,药品厂商地址、药品有效截止日期、该药品信息所属的目标客户端的标识、药品生产日期、药品生产批号、药品属性、药品主治功能等等,本实施例仅为举例说明,不对其进行限定。
通常,用户可通过本地客户端将购入的闲置的药品进行登记,以存储在服务器中该用户标识对应的药品数据中。进而在其他用户需要某种药品时,可通过各自本地客户端查找好友的药品数据中是否有该些药品,进而提高了闲置药品的利用率,降低大量药物在家中存放过期的问题。
在具体应用中,在步骤103之后,所述方法还可包括下述的图中未示出的步骤104:
104、客户端可对返回的至少一个药品信息进行排序,和/或,展示排序后的药品信息。
例如,可根据所述药品信息中第二用户标识的地理位置信息对至少一个药品信息进行排序;或者,可根据所述药品信息中第二用户标识的地理位置信息与该第一用户标识的地理位置信息的路程差对至少一个药品信息进行排序;或者,可根据所述药品信息中有效截止日期对至少一个药品信息进行排序。
本实施例的药品信息共享方法,可先根据查找入口获取的药品标识生成药品查找请求,进而将药品查找请求发送服务器,以使服务器在存储的药品数据中查找符合指定条件的药品信息,接收服务器返回的药品信息,由此可将具有关联关系如好友关系的各个家庭中闲置药品实现共享和调配,进而合理配置闲置的药品资源,提高了用户体验。
可选地,前述的方法还包括下述的图中未示出的步骤105:
105、接收服务器发送的药品推荐信息,展示药品推荐信息中的药品信息。
应说明的是,药品推荐信息为所述服务器根据第一用户标识在第二预设时间段内的查找记录/药品数据的更新记录确定的用于向第一用户标识推送的药品信息。
可理解的是,药品信息为与第一用户标识具有关联关系的其他第二用户标识对应的药品数据中的药品信息。
例如,服务器接收第一用户标识登录成功的本地客户端中发送的药品查找请求之后,可记录本次第一用户标识的药品查找请求,进而汇总第一用户标识在一个月内或者三个月内的药品查找请求,此时可根据汇总的药品查找请求以及多个第二用户标识的药品数据生成药品推荐信息,以便将生成的药品推荐信息发送第一用户标识登录成功的客户端。例如,若第一用户标识成功登录本地客户端,则直接弹出展示药品推荐信息中药品信息的展示框/界面。
若展示框/界面中展示多种推荐的药品信息,则可依序排列展示的药品信息,例如,可按照截止日期的远近进行排列,即排在第一位的为截止日期最近的药品,依序排列。
在其他实施例中,药品推荐信息还可为服务器根据第一用户标识的药品数据在第二预设时间段内的更新记录确定的。例如,第一用户标识通过本地客户端多次进行新购买药品的登记/注册,进而实现服务器侧药品数据的更新,此时,可判断第一用户标识近期的药品使用信息,进而根据服务器中第一用户标识的药品数据在某一时间段(如一周/一月/二月)的更新记录生成用于向第一用户标识登录成功的客户端进行药品推荐的药品推荐信息。
本实施例中,不限定步骤105的顺序,还可位于步骤101之前,可根据实际需要调整。
本实施例中可以在某一用户标识的药品信息的有效截止日期临近时,可将该药品信息推荐给经常使用该药品信息的用户,进而可有效提高药物的利用率,且合理配置闲置的药品资源。
图2示出了本发明一实施例提供的药品信息共享方法流程示意图,如图2所示,本实施例的药品信息共享方法包括如下步骤。
201、在客户端的第一用户标识登录成功之后,接收服务器发送的用于建立关联关系的第二用户标识的推荐信息。
本实施例中推荐信息的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
应说明的是,“小区”可理解为地理位置上的小区,也可以理解为通信范围内的小区,如基站对应的小区等。属于同一小区的第一用户标识和第二用户标识则意味着两者地理位置上非常靠近。
或者,在其他实施例中,推荐信息可为服务器根据第一用户标识在某一时间段内的药品查找记录确定的第二用户标识等等。
202、根据所述推荐信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
203、接收服务器根据所述建立请求返回的成功建立响应。
可理解的是,在本实施例中,步骤201至步骤203可为建立第一用户标识和第二用户标识之间的关联关系即好友关系。也就是说,对于经常需要某种药品的用户推荐其同小区内其他也需要该药品的用户作为好友,实现药品共享。或者,对于同小区内的各用户作为好友,实现闲置药品的有效利用,减少药物浪费。
当然,本发明实施例中不限定仅通过上述步骤201至步骤203的方式建立第一用户标识和第二用户标识之间的关联关系,还可通过其它方式建立。例如,还可通过下述的步骤M01至步骤M03的建立第一用户标识和第二用户标识之间的关联关系。
M01、在客户端的第一用户标识登录成功之后,向服务器发送用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
M02、接收服务器根据用户查找请求返回的至少一个第二用户标识信息;
M03、根据至少一个第二用户标识信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;接收服务器根据所述建立请求返回的成功建立响应。
本实施例还可以通过其它方式建立第一用户标识和第二用户标识的关联关系即好友关系,本实施例不对其进行限定。
204、根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识。
例如,在用户触发本地客户端中当前界面展示的查找按钮/搜索按钮时,可显示所述第一查找入口,以及接收所述第一查找入口输入的症状信息。
205、向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联。
206、接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
应说明的是,本实施例中,服务器发送的至少一个药品信息中包括药品标识和第二用户标识。
207、对返回的至少一个药品信息进行排序,并展示排序后的药品信息。
例如,在弹出的展示框/展示界面/对话框中展示排序后的药品信息。
进一步地,排序时可将药品信息中药品截止日期最近的药品标识排在第一位,将药品截止日期最远的药品标识排在最后一位。或者,药品信息列表中还可按照第二用户标识进行分类显示,相同第二用户标识对应的排列区域中可按照药品截止日期进行排序。
本实施例中,对经常需要同一药物的近距离用户进行好友推荐,建立好友关系即关联关系,进而实现闲置药品的药品共享,提高了药品资源的使用率。
在一种可能的实现方式中,上述图1或图2所示的方法均可包括下述图中未示出的步骤A01或B01等。
A01、接收服务器发送的至少一个药品信息即将过期的第一提示信息,所述第一提示信息为所述服务器在监控的第一用户标识的药品数据中一种以上的药品信息的有效截止日期小于预设时间阈值时发送的。
若第一用户标识在本地客户端中登录成功之后,可在本地客户端中查看到第一提示信息,进而可通过本地客户端与服务器交互将该药品数据中存储的即将过期的药品删除,或者触发服务器发送该药品信息的药品推荐信息至与第一用户标识具有关联关系的各第二用户标识,以便其他第二用户标识使用该药品,使得药品资源的合理分配和使用。
B01、接收服务器发送的至少一个药品信息已经过期的第二提示信息,所述第二提示信息为所述服务器将药品数据中的过期药品信息删除之后向药品数据对应的用户标识登录成功的客户端发送的。
通过该步骤B01,可保证每一用户的药品数据(即药品数据库)中的各药品信息均为可用的在有效期内的药品。同时,可使持有过期药品的用户可定期检查药品,将过去药品销毁,保证资源的合理使用。
图3示出了本发明一实施例提供的药品信息共享方法流程示意图,如图3所示,本实施例的药品信息共享方法包括如下步骤。
301、接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求。
例如,客户端可根据用户在查找入口输入的药品信息,获取药品标识,进而生成药品查找请求;或者,客户端根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识,生成药品查找请求。
本实施例中的药品标识可为药品的二维码信息、条形码信息或药品名称。
302、根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联。
应说明的是,在执行步骤302之前,可通过客户端与服务器交互,预先建立一个以上的第二用户标识和第一用户标识的关联关系,以及预先建立一个以上第二用户标识对应的药品数据。
例如,一个以上的第二用户标识可将药品信息、如药品名称、厂商、有效截止日期、药品功效等通过各自本地客户端展示的界面/展示框注册/登记/标记,以使服务器存储到各自对应的药品数据中。
进一步地,该步骤中的指定条件可为:查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
或者,在其他实施例中,上述的指定条件可为:查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为预先根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
303、向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
举例来说,药品信息可包括下述的一种或多种:
药品标识、药品名称、药品厂商,药品厂商地址、药品有效截止日期、该药品信息所属的目标客户端的标识、药品生产日期、药品生产批号、药品属性、药品主治功能等等。
本实施例的信息处理方法,通过服务器与客户端的交互,可将具有关联关系如好友关系的各个家庭中闲置药品实现共享和调配,进而合理配置闲置的药品资源,提高了用户体验。
可选地,在一种可能的实现方式中,图3所示的方法还包括下述的图中未示出的步骤M01至步骤M03。
M01、在客户端的第一用户标识登录成功之后,向所述客户端发送用于建立关联关系的第二用户标识的推荐信息。
举例来说,推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。该小区可为地理位置上的小区,也可以为基站对应的小区。
M02、接收所述客户端根据所述推荐信息发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
M03、根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
在具体应用中,该步骤M01可位于步骤301之前,还可位于步骤303之后,可根据实际需要变化。
上述步骤M01至步骤M03为用于建立第一用户标识和第二用户标识的关联关系的过程。
进而执行上述图3时,可使处于同一小区的各用户建立关联关系,充分保证后续药品资源的合理调配。
当然,服务器还可根据第一用户标识在第一预设时间段内的药品查找记录,发送推荐信息,以便使用相同药品的或具有相同病理的用户建立好友关系,可保证后续药品资源的合理调配。
或者,在其他实施例中,图3所示的方法还可包括下述的图中未示出的步骤T01至步骤T04。
T01、接收客户端发送的用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
该步骤可理解为第一用户标识通过本地客户端查找附近的第二用户标识,以便与查找的第二用户标识建立关联关系。
T02、根据所述用户查找请求,向所述客户端返回至少一个第二用户标识信息;
T03、接收所述客户端根据所述至少一个第二用户标识信息,发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
T04、根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
进一步地,在另一种可能的实现方式中,图3所示的方法还包括下述的图中未示出的步骤Q01和Q02。
Q01、监控每一用户标识对应药品数据中一种以上的药品信息的有效截止日期;
Q02、当所述药品数据中至少一个药品信息的有效截止日期小于预设时间阈值时,向用户标识登录成功的客户端发送至少一个药品信息即将过期的第一提示信息。
当然,在其他实施例中,上述的药品信息共享方法还可包括下述的图中未示出的步骤S01至步骤S03:
S01、获取第一用户标识的药品数据在第二预设时间段内的更新记录;
S02、根据更新记录,确定用于向第一用户标识推送的药品信息;
S03、根据确定的用于推送的药品信息,向第一用户标识成功登录的客户端发送包括该药品信息的药品推荐信息。
本实施例中的信息处理方法,通过服务器和客户端交互,实现将具有好友关系的各个家庭中闲置药品共享和调配,进而合理配置闲置的药品资源,提高了药品资源的使用率。
图4示出了本发明一实施例提供的用于药品信息共享的客户端的结构示意图,如图4所示,本实施例的用于药品信息共享的客户端包括:药品查找请求生成单元41、发送单元42、接收单元43;
药品查找请求生成单元41,用于根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;
发送单元42,用于向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
本实施例中的指定条件可为:查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为服务器根据所述第一用户标识预设时间段内药品数据的变化以及第一用户标识的症状变化确定的。或者,指定条件可为:查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
接收单元43,用于接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
举例来说,本实施例的客户端还可包括图中未示出的展示单元,该展示单元,用于对返回的至少一个药品信息进行排序,并展示排序后的药品信息。
具体实现过程中,所述展示单元可具体用于,根据所述药品信息中第二用户标识的地理位置信息对至少一个药品信息进行排序;或者,根据所述药品信息中第二用户标识的地理位置信息与该第一用户标识的地理位置信息的路程差对至少一个药品信息进行排序;或者,根据所述药品信息中有效截止日期对至少一个药品信息进行排序。
举例来说,所述药品查找请求生成单元41具体用于
根据用户在查找入口输入的药品信息,获取药品标识,生成药品查找请求;和/或,根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识,生成药品查找请求。
在一种可选的实现方式中,所述客户端还可包括图中未示出的:关联关系建立单元40;
所述关联关系建立单元40可用于在客户端的第一用户标识登录成功之后,接收服务器发送的用于建立关联关系的第二用户标识的推荐信息;
根据所述推荐信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
本实施例的关联关系建立单元40与服务器交互实现第一用户标识和一个以上的第二用户标识建立关联关系,进一步地该关联关系建立单元40可位于发送单元42之前。
在本实施例中,上述的推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
在其他实施例中,关联关系建立单元40可用于在客户端的第一用户标识登录成功之后,向服务器发送用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
接收服务器根据用户查找请求返回的至少一个第二用户标识信息;
根据至少一个第二用户标识信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
本实施例中的客户端和服务器交互,实现将具有关联关系的各个家庭中闲置药品共享和调配,进而合理配置好友间的药品资源,提高了药品资源的使用率。
图5示出了本发明一实施例提供的用于药品信息共享的服务器的结构示意图,如图5所示,本实施例的服务器包括:接收单元51、查找单元52、发送单元53;
其中,接收单元51用于接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求;
查找单元52用于根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
发送单元53用于向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
举例来说,上述的所述指定条件可为:查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
或者,所述指定条件可为:查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为预先根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
可选地,本实施例的服务器还可包括图中未示出的关联关系存储单元50,该关联关系存储单元可用于,在客户端的第一用户标识登录成功之后,向所述客户端发送用于建立关联关系的第二用户标识的推荐信息;
接收所述客户端根据所述推荐信息发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
本实施例中,推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
在其他实施例中,所述关联关系存储单元50还可用于,接收客户端发送的用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
根据所述用户查找请求,向所述客户端返回至少一个第二用户标识信息;
接收所述客户端根据所述至少一个第二用户标识信息,发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
本实施例中的信息处理方法,通过服务器和客户端交互,实现将具有好友关系的各个家庭中闲置药品共享和调配,进而合理配置闲置的药品资源,提高了药品资源的使用率。
本发明的实施例公开了:
A1、一种用于药品信息共享的客户端,包括:
药品查找请求生成单元,用于根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;
发送单元,用于向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
接收单元,用于接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
A2、根据A1所述的客户端,所述药品查找请求生成单元,具体用于
根据用户在查找入口输入的药品信息,获取药品标识,生成药品查找请求;
和/或,
根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识,生成药品查找请求。
A3、根据A1所述的客户端,所述客户端还包括:关联关系建立单元;
所述关联关系建立单元,用于在客户端的第一用户标识登录成功之后,接收服务器发送的用于建立关联关系的第二用户标识的推荐信息;
根据所述推荐信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
A4、根据A3所述的客户端,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
A5、根据A1所述的客户端,所述客户端还包括:关联关系建立单元;
所述关联关系建立单元,用于在客户端的第一用户标识登录成功之后,向服务器发送用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
接收服务器根据用户查找请求返回的至少一个第二用户标识信息;
根据至少一个第二用户标识信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
A6、根据A1所述的客户端,所述指定条件为:查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
A7、根据A1所述的客户端,所述指定条件为:查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为服务器根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
A8、根据A1所述的客户端,所述客户端还包括:
展示单元,用于对返回的至少一个药品信息进行排序,并展示排序后的药品信息。
A9、根据A8所述的客户端,所述展示单元,具体用于
根据所述药品信息中第二用户标识的地理位置信息对至少一个药品信息进行排序;
或者,
根据所述药品信息中第二用户标识的地理位置信息与该第一用户标识的地理位置信息的路程差对至少一个药品信息进行排序;
或者,
根据所述药品信息中有效截止日期对至少一个药品信息进行排序。
B10、一种用于药品信息共享的服务器,包括:
接收单元,用于接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求;
查找单元,用于根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
发送单元,用于向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
B11、根据B10所述的服务器,所述关联关系存储单元,用于
在客户端的第一用户标识登录成功之后,向所述客户端发送用于建立关联关系的第二用户标识的推荐信息;
接收所述客户端根据所述推荐信息发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
B12、根据B11所述的服务器,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
B13、根据B10所述的服务器,所述关联关系存储单元,用于
接收客户端发送的用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
根据所述用户查找请求,向所述客户端返回至少一个第二用户标识信息;
接收所述客户端根据所述至少一个第二用户标识信息,发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
B14、根据B10所述的服务器,所述指定条件为:
查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
B15、根据B10所述的服务器,所述指定条件为:
查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为预先根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
C16、一种药品信息共享方法,包括:
根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;
向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
C17、根据C16所述的方法,根据查找入口获取药品标识,包括:
根据用户在查找入口输入的药品信息,获取药品标识;
和/或,
根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识。
C18、根据C16所述的方法,根据查找入口获取药品标识,生成药品查找请求之前,所述方法还包括:
在客户端的第一用户标识登录成功之后,接收服务器发送的用于建立关联关系的第二用户标识的推荐信息;
根据所述推荐信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
C19、根据C18所述的方法,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
C20、根据C16所述的方法,根据查找入口获取药品标识,生成药品查找请求之前,所述方法还包括:
在客户端的第一用户标识登录成功之后,向服务器发送用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
接收服务器根据用户查找请求返回的至少一个第二用户标识信息;
根据至少一个第二用户标识信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
C21、根据C16所述的方法,所述指定条件为:
查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
C22、根据C16所述的方法,所述指定条件为:
查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为服务器根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
C23、根据C16所述的方法,所述方法还包括:
对返回的至少一个药品信息进行排序,并展示排序后的药品信息。
C24、根据C23所述的方法,所述对返回的至少一个药品信息进行排序,包括:
根据所述药品信息中第二用户标识的地理位置信息对至少一个药品信息进行排序;
或者,
根据所述药品信息中第二用户标识的地理位置信息与该第一用户标识的地理位置信息的路程差对至少一个药品信息进行排序;
或者,
根据所述药品信息中有效截止日期对至少一个药品信息进行排序。
D25、一种药品信息共享方法,包括:
接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求;
根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
D26、根据D25所述的方法,接收客户端发送的药品查找请求之前,所述方法还包括:
在客户端的第一用户标识登录成功之后,向所述客户端发送用于建立关联关系的第二用户标识的推荐信息;
接收所述客户端根据所述推荐信息发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
D27、根据D26所述的方法,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
D28、根据D25所述的方法,接收客户端发送的药品查找请求之前,所述方法还包括:
接收客户端发送的用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
根据所述用户查找请求,向所述客户端返回至少一个第二用户标识信息;
接收所述客户端根据所述至少一个第二用户标识信息,发送的用于使第一用户标识和第二用户标识建立关联关系的建立请求;
根据所述建立请求,向客户端返回成功建立响应,并存储所述第一用户标识与第二用户标识的关联关系。
D29、根据D25所述的方法,所述指定条件为:
查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
D30、根据D25所述的方法,所述指定条件为:
查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为预先根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
应当注意,在此提供的算法和公式不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示例一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解本发明各个方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法和装置解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网站安全检测设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种用于药品信息共享的客户端,其特征在于,包括:
药品查找请求生成单元,用于根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;
发送单元,用于向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
接收单元,用于接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
2.根据权利要求1所述的客户端,其特征在于,所述药品查找请求生成单元,具体用于
根据用户在查找入口输入的药品信息,获取药品标识,生成药品查找请求;
和/或,
根据用户在查找入口输入的症状信息,并根据所述症状信息获取对应的药品信息,并获得药品标识,生成药品查找请求。
3.根据权利要求1所述的客户端,其特征在于,所述客户端还包括:关联关系建立单元;
所述关联关系建立单元,用于在客户端的第一用户标识登录成功之后,接收服务器发送的用于建立关联关系的第二用户标识的推荐信息;
根据所述推荐信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
4.根据权利要求3所述的客户端,其特征在于,所述推荐信息中的第二用户标识所属客户端的地理位置信息与第一用户标识所属客户端的地理位置信息属于同一小区的覆盖范围内。
5.根据权利要求1所述的客户端,其特征在于,所述客户端还包括:关联关系建立单元;
所述关联关系建立单元,用于在客户端的第一用户标识登录成功之后,向服务器发送用于获取当前客户端的地理位置信息周边的第二用户标识的用户查找请求;
接收服务器根据用户查找请求返回的至少一个第二用户标识信息;
根据至少一个第二用户标识信息,向服务器发送用于使第一用户标识和第二用户标识建立关联关系的建立请求;
接收服务器根据所述建立请求返回的成功建立响应。
6.根据权利要求1所述的客户端,其特征在于,所述指定条件为:查找的药品信息的有效截止日期符合用户预先设定的有效截止日期范围。
7.根据权利要求1所述的客户端,其特征在于,所述指定条件为:查找的药品信息符合预设时间段内的第一用户标识的历史用药信息;所述历史用药信息为服务器根据所述第一用户标识预设时间段内药品数据的变化和/或第一用户标识的症状变化确定的。
8.一种用于药品信息共享的服务器,其特征在于,包括:
接收单元,用于接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求;
查找单元,用于根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
发送单元,用于向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
9.一种药品信息共享方法,其特征在于,包括:
根据查找入口获取药品标识,生成药品查找请求,所述药品查找请求包括第一用户标识;
向服务器发送所述药品查找请求,所述药品查找请求用于在所述服务器存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
接收所述服务器根据所述药品查找请求返回的至少一个药品信息。
10.一种药品信息共享方法,其特征在于,包括:
接收客户端发送的药品查找请求,所述药品查找请求为客户端根据查找入口获取药品标识时生成的包括第一用户标识的药品查找请求;
根据所述药品查找请求,在存储的药品数据中查找符合指定条件的药品信息,所述药品数据由一个以上的第二用户标识所标记的药品信息组成,所述一个以上的第二用户标识与第一用户标识相关联;
向所述客户端返回根据所述药品查找请求查找的至少一个药品信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510377764.7A CN105100220A (zh) | 2015-06-30 | 2015-06-30 | 一种药品信息共享方法及客户端、服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510377764.7A CN105100220A (zh) | 2015-06-30 | 2015-06-30 | 一种药品信息共享方法及客户端、服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105100220A true CN105100220A (zh) | 2015-11-25 |
Family
ID=54579737
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510377764.7A Pending CN105100220A (zh) | 2015-06-30 | 2015-06-30 | 一种药品信息共享方法及客户端、服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105100220A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106327222A (zh) * | 2016-11-01 | 2017-01-11 | 合肥华贝信息科技有限公司 | 一种药品安全监管平台 |
CN106919720A (zh) * | 2017-04-21 | 2017-07-04 | 深圳市心丹医药科技有限公司 | 一种基于移动互联网药袋的信息查询系统和方法 |
CN106981038A (zh) * | 2016-01-15 | 2017-07-25 | 天津荣尹科技有限公司 | 一种小区内家庭用药共享系统及方法 |
CN107978085A (zh) * | 2016-10-21 | 2018-05-01 | 北京华兴长泰物联网技术研究院有限责任公司 | 一种可合并取药的药品管理系统 |
CN109002993A (zh) * | 2018-07-25 | 2018-12-14 | 深圳市必发达科技有限公司 | 一种药材存储管理方法 |
CN110598381A (zh) * | 2019-09-16 | 2019-12-20 | 北京字节跳动网络技术有限公司 | 数据访问方法、装置、设备及存储介质 |
CN112420179A (zh) * | 2020-11-05 | 2021-02-26 | 零氪科技(北京)有限公司 | 药房门店药品信息的管理方法、装置及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101308525A (zh) * | 2007-05-15 | 2008-11-19 | 深圳市天信生物科技有限公司 | 一种otc自助选药方法和系统 |
CN201853258U (zh) * | 2010-09-10 | 2011-06-01 | 北京依思宸智信息技术有限公司 | 一种二手及闲置物品交易平台 |
US20130159411A1 (en) * | 2011-11-02 | 2013-06-20 | Barbara Bowen | Data sharing and content delivery system |
CN103389989A (zh) * | 2012-05-10 | 2013-11-13 | 腾讯科技(深圳)有限公司 | 一种跨社区搜索方法和装置 |
CN104462340A (zh) * | 2014-12-04 | 2015-03-25 | 华为技术有限公司 | 目标物信息搜索方法和装置 |
-
2015
- 2015-06-30 CN CN201510377764.7A patent/CN105100220A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101308525A (zh) * | 2007-05-15 | 2008-11-19 | 深圳市天信生物科技有限公司 | 一种otc自助选药方法和系统 |
CN201853258U (zh) * | 2010-09-10 | 2011-06-01 | 北京依思宸智信息技术有限公司 | 一种二手及闲置物品交易平台 |
US20130159411A1 (en) * | 2011-11-02 | 2013-06-20 | Barbara Bowen | Data sharing and content delivery system |
CN103389989A (zh) * | 2012-05-10 | 2013-11-13 | 腾讯科技(深圳)有限公司 | 一种跨社区搜索方法和装置 |
CN104462340A (zh) * | 2014-12-04 | 2015-03-25 | 华为技术有限公司 | 目标物信息搜索方法和装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106981038A (zh) * | 2016-01-15 | 2017-07-25 | 天津荣尹科技有限公司 | 一种小区内家庭用药共享系统及方法 |
CN107978085A (zh) * | 2016-10-21 | 2018-05-01 | 北京华兴长泰物联网技术研究院有限责任公司 | 一种可合并取药的药品管理系统 |
CN106327222A (zh) * | 2016-11-01 | 2017-01-11 | 合肥华贝信息科技有限公司 | 一种药品安全监管平台 |
CN106919720A (zh) * | 2017-04-21 | 2017-07-04 | 深圳市心丹医药科技有限公司 | 一种基于移动互联网药袋的信息查询系统和方法 |
CN109002993A (zh) * | 2018-07-25 | 2018-12-14 | 深圳市必发达科技有限公司 | 一种药材存储管理方法 |
CN110598381A (zh) * | 2019-09-16 | 2019-12-20 | 北京字节跳动网络技术有限公司 | 数据访问方法、装置、设备及存储介质 |
CN110598381B (zh) * | 2019-09-16 | 2022-04-05 | 北京字节跳动网络技术有限公司 | 数据访问方法、装置、设备及存储介质 |
CN112420179A (zh) * | 2020-11-05 | 2021-02-26 | 零氪科技(北京)有限公司 | 药房门店药品信息的管理方法、装置及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105100220A (zh) | 一种药品信息共享方法及客户端、服务器 | |
CN110688348B (zh) | 档案管理系统 | |
US6934714B2 (en) | Method and system for identification and maintenance of families of data records | |
US10129264B2 (en) | Method and apparatus for implementing document sharing between user groups | |
CN104750469B (zh) | 源代码统计分析方法和系统 | |
KR987000610A (ko) | 내부 실행 스레드(threads) 관리용 시스템(A SYSTEM FOR MANAGING INTERNAL EXECUTION THREADS) | |
US10037316B2 (en) | Selective capture of incoming email messages for diagnostic analysis | |
CN103942639A (zh) | 用于政策咨询服务系统的政策管理系统及其方法 | |
CN104836701A (zh) | 订单监控方法及装置 | |
US20130318079A1 (en) | Relevance Analysis of Electronic Calendar Items | |
CN107168599B (zh) | 一种即时通信方法和装置 | |
CN103955463A (zh) | 一种政府的政策解构方法及系统 | |
CN108376064B (zh) | 规则引擎系统及规则引擎的相关方法 | |
US8566388B2 (en) | Method and apparatus for managing numerous messages | |
WO2008157731A1 (en) | Apparatus and method of managing electronic communities of users | |
JP5127272B2 (ja) | ワークフロー管理システム | |
CN108154024A (zh) | 一种数据检索方法、装置及电子设备 | |
CN111767481B (zh) | 访问处理方法、装置、设备和存储介质 | |
WO2006026483A2 (en) | Presentation and management of aircraft availability data | |
US9542457B1 (en) | Methods for displaying object history information | |
CN110990643B (zh) | 一种基于GoJS的复杂任务可视化方法、终端设备及存储介质 | |
CN112330367A (zh) | 虚拟资源分配方法、装置、系统、电子设备及存储介质 | |
CN108206933B (zh) | 一种基于视频云存储系统的视频数据获取方法及装置 | |
CN114363282A (zh) | 消息处理方法和电子设备 | |
CN113256240B (zh) | 消息的处理方法、装置和服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151125 |