购药管理方法、装置及电子设备、存储介质与流程

阅读：评论：0

1.本技术涉及智能医疗技术，尤其涉及一种购药管理方法、装置及电子设备、存储介质。

背景技术：

2.随着社会和技术的发展，互联网进入了人们生活的方方面面，而各种网购平台层出不穷，为人们带来了便利和实惠。网购平台使得人们足不出户就可以购买到生活所需的各种必备品，例如服饰、药品、食物等。
3.随着互联网的发展，网上药店、第三方医药电子商务平台的数量也迅速增长，这些平台给人们带来便利的同时也给人们带来了一些麻烦，例如线上买药时间长，流程复杂。具体的，线上药店直付系统执行购药流程时，需要多渠道，多供应商参与，还需要经过申请、核对、消减库存、客户支付、反馈等一系列流程，整个购药流程时效长，时效差。且，现有的购药流程各个流程分散，为完成一个订单需要各个不同系统相互交互频繁，降低了处理效率。
4.因此，如何简化线上购药流程，提高线上购药的处理效率，仍然是需要解决的。

技术实现要素：

5.本技术提供一种购药管理方法、装置及电子设备、存储介质，用以解决如何简化线上购药流程，提高线上购药的处理效率的问题。
6.一方面，本技术提供一种购药管理方法，应用于后端服务器，包括：
7.当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息；
8.针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商；
9.将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据所述下单信息确定关联渠道和关联供应商，并向所述关联供应商发送下单通知。
10.其中一个实施例中，所述方法还包括：
11.获取多个药物中每个药物的价格、多个购入渠道和多个供应商；
12.根据多个药物中每个药物的价格、多个购入渠道和多个供应商，在区块链平台建立药物信息数据库。
13.其中一个实施例中，所述根据多个药物中每个药物的价格、多个购入渠道和多个供应商，建立药物信息数据库还包括：
14.针对多个药物中的每个药物，根据药物的价格、多个购入渠道和多个供应商，生成药物的多个购买组合，并生成每个购买组合的推荐度，其中每个购买组合包含一个价格、一个购入渠道和一个供应商；
15.根据多个药物中每个药物的价格、多个购入渠道、多个供应商、多个购买组合和每
个购买组合的推荐度，建立药物信息数据库。
16.其中一个实施例中，所述药物的信息至少包括药物的名称，所述根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商包括：
17.根据药物名称从药物信息数据库中匹配出相同名称的药物，从药物信息数据库中获取所述相同名称的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度；
18.所述将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备包括：
19.将每个历史所用的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度发送至终端设备。
20.其中一个实施例中，所述生成每个购买组合的推荐度包括：
21.针对药物的每个购买组合，获取购买组合中药物的价格的权重、多个购入渠道中每个渠道的运行速度的权重及评价得分的权重、多个供应商中每个供应商的供应速度的权重及评价得分的权重；
22.根据药物的价格、药物的价格的权重、每个渠道的运行速度和评价得分、每个渠道的运行速度的权重及评价得分的权重、每个供应商的供应速度和评价得分、每个供应商的供应速度的权重及评价得分的权重，生成购买组合的推荐度。
23.其中一个实施例中，所述建立药物信息数据库后，所述方法还包括：
24.当无法根据第一药物的信息从药物信息数据库中获取第一药物的价格、和/或多个购入渠道、和/或多个供应商时，记录所述第一药物的信息；
25.当通过外部设备至少获取所述第一药物的价格、多个购入渠道、多个供应商时，将第一药物的价格、多个购入渠道、多个供应商存储至所述药物信息数据库。
26.其中一个实施例中，所述将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备之前，所述方法还包括：
27.针对每个历史所用的药物，获取药物的多个购入渠道中的不可用渠道和不可用供应商；
28.标记药物的不可用渠道和不可用供应商。
29.另一方面，本技术提供一种购药管理装置，应用于后端服务器，包括：
30.获取模块，用于当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息；
31.所述获取模块还用于针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商；
32.通信模块，用于将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据所述下单信息确定关联渠道和关联供应商，并向所述关联供应商发送下单通知。
33.另一方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
34.所述存储器存储计算机执行指令；
35.所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的购
药管理方法。
36.另一方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述指令被执行时，使得计算机执行如第一方面所述的购药管理方法。
37.本技术的实施例提供的方法，当获取到用户登录信息时，先获取用户的历史就医信息，根据历史就医信息确定出待推荐的药物，即历史所用药物。针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商。最后，将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据所述下单信息确定关联渠道和关联供应商，并向所述关联供应商发送下单通知。
38.即，在进行购药时，由后端服务器进行待推荐药物的汇总，以及进行待推荐药物的价格、购物渠道和供应商的汇总，而不需要多个供应商系统和多渠道频繁交互来寻药物的购买信息(价格、渠道和供应商等)。执行购药流程时，不需要多渠道，多供应商参与，也不需要经过申请、核对、消减库存、客户支付、反馈等一系列流程，而是统一汇总信息，并在下单后统一通知关联供应商，简化了购药流程。在完成一个购药订单时，不需要各个不同系统相互交互频繁，提升了购药的处理效率。因此，本技术的实施例提供的方法可以解决如何简化线上购药流程，提高线上购药的处理效率的问题。
附图说明
39.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
40.图1为本技术提供的购药管理方法的一种应用场景示意图；
41.图2为本技术的一个实施例提供的购药管理方法的流程示意图；
42.图3为本技术的另一个实施例提供的购药管理方法的简要流程示意图；
43.图4为本技术的一个实施例提供的购药管理装置的示意图；
44.图5为本技术的一个实施例提供的电子设备的示意图。
45.通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
46.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
47.在本技术的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
48.随着社会和技术的发展，互联网进入了人们生活的方方面面，而各种网购平台层出不穷，为人们带来了便利和实惠。网购平台使得人们足不出户就可以购买到生活所需的各种必备品，例如服饰、药品、食物等。随着互联网的发展，网上药店、第三方医药电子商务平台的数量也迅速增长，这些平台给人们带来便利的同时也给人们带来了一些麻烦，例如线上买药时间长，流程复杂。
49.具体的，线上药店直付系统执行购药流程时，需要多渠道，多供应商参与，还需要经过申请、核对、消减库存、客户支付、反馈等一系列流程，整个购药流程时效长，时效差。且，现有的购药流程各个流程分散，为完成一个订单需要各个不同系统相互交互频繁，降低了处理效率。
50.基于此，本技术提供一种购药管理方法、装置及电子设备、存储介质。该购药管理方法包括：当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息；针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商；将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据该下单信息确定关联渠道和关联供应商，并向该关联供应商发送下单通知。执行购药流程时，不需要多渠道，多供应商参与，也不需要经过申请、核对、消减库存、客户支付、反馈等一系列流程，而是统一汇总信息，并在下单后统一通知关联供应商，简化了购药流程。在完成一个购药订单时，不需要各个不同系统相互交互频繁，提升了购药的处理效率。
51.本技术提供的购药管理方法应用于电子设备，该电子设备例如计算机、服务器、具有区块链平台的设备等。图1为本技术提供的购药管理方法的应用示意图，图中，用户在终端设备登录后，该电子设备获取到用户的终端设备发送的用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息。根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商。将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备。当接收到终端设备发送的下单信息时，根据该下单信息确定关联渠道和关联供应商，并向该关联供应商发送下单通知。
52.请参见图2，本技术的一个实施例提供一种购药管理方法，应用于后端服务器，可选的，该后端服务器设置有区块链平台，该购药管理方法基于区块链平台执行。基于区块链平台执行该购药管理方法可以提升执行速率。
53.该购药管理方法包括：
54.s210，当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息。
55.用户在进行线上购药时，通过持有的终端设备打开线上购药的登录界面。当用户在登录界面输入身份信息(例如姓名、手机号、身份证号等)后完成登录时，该终端设备向该后端服务器发送用户登录信息。该用户登录信息携带有完整的用户身份信息，例如包括用户的姓名、手机号、身份证号、用户所处位置等。
56.后端服务器获取到该用户登录信息后，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，该历史就医信息包括用户历史所用的多个药物的信息。从该历
史就医信息中获取所用的多个药物的信息，所获取的多个药物的信息中，每个药物的信息例如包括药物的名称。在一个可选的实施例中，获取历史所用的多个药物的信息后，还可以获取一些其他待推荐的药物的信息，其他待推荐的药物例如与历史所用的药物功效相同或功效相似的一些药物。
57.s220，针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商。
58.药物信息数据库中至少存储有多个药物的价格、多个药物中每个药物的多个购入渠道和多个供应商。在一个可选的实施例中，获取多个药物中每个药物的价格、多个购入渠道和多个供应商。根据多个药物中每个药物的价格、多个购入渠道和多个供应商，在区块链平台建立药物信息数据库。对应的，根据药物的信息从药物信息数据库中可以至少获取药物的价格、多个购入渠道和多个供应商。
59.在一个可选的实施例中，在建立药物信息数据库时，针对多个药物中的每个药物，根据药物的价格、多个购入渠道(购入渠道即线上购药所使用的应用程序软件)和多个供应商，生成药物的多个购买组合，并生成每个购买组合的推荐度。其中每个购买组合包含一个价格、一个购入渠道和一个供应商。根据多个药物中每个药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度，建立药物信息数据库。
60.购买组合并不是随机组合的，而是将相互关联的价格、购入渠道和供应商进行组合。例如在某药物的价格为a时，对应的供应商只能是b供应商和c供应商，而只能通过渠道d买到b供应商和c供应商供应的该某药物，则该购物组合就为：某药物、价格a、渠道d、供应商b和供应商c。或者以某药物的购入渠道为固定的，根据固定的购入渠道寻药物的多个价格和多个供应商，组合成购买组合。优选的，为了方便用户购买，一般是以药物价格为自称购买组合的参考条件，即药物价格是固定的，寻关联的购入渠道和供应商以构成购买组合。
61.一个药物的价格是多样的，对应的，购买组合也包含多种。为了方便用户选择最优的购买方案，还生成每个购买组合的推荐度，并将每个购买组合的推荐度存储至药物信息数据库中。
62.在一个可选的实施例中，针对药物的每个购买组合，获取购买组合中药物的价格的权重、多个购入渠道中每个渠道的运行速度的权重及评价得分的权重、多个供应商中每个供应商的供应速度的权重及评价得分的权重。再根据药物的价格、药物的价格的权重、每个渠道的运行速度和评价得分、每个渠道的运行速度的权重及评价得分的权重、每个供应商的供应速度(如出库速度)和评价得分、每个供应商的供应速度的权重及评价得分的权重，生成购买组合的推荐度。购买组合的推荐度为加权平均值。在一个可选的实施例中，药物的价格以倒数的形式纳入计算，例如药物的价格为a，在计算购买组合的推荐度时，以1/a为药物的价格的计算项，药物的价格的权重为f时，药物的价格项为f/a，也就是说，药物的价格越低时，购买组合的推荐度越高，药物的价格越高时，购买组合的推荐度越低。在生成购买组合的推荐度时，还可以引入其他考虑因素，例如物流速度。
63.药物的价格的权重、每个渠道的运行速度的权重及评价得分的权重、每个供应商的供应速度的权重及评价得分的权重均可以根据实际需要设置和调整，本实施例不做限定。例如设置供应商的供应速度的权重更高时，更多考虑的是药物的供应速度，在生成购买
组合的推荐度后，推荐度更用于推荐购药的速度。
64.对应的，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商时，具体的是根据药物名称从药物信息数据库中匹配出相同名称的药物，从药物信息数据库中获取该相同名称的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度。可选的，药物的信息至少包括药物的名称，则根据药物名称从药物信息数据库中匹配出相同名称的药物，从药物信息数据库中获取该相同名称的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度。
65.在一个可选的实施例中，当无法根据第一药物的信息从药物信息数据库中获取第一药物的价格、和/或多个购入渠道、和/或多个供应商时，记录该第一药物的信息。该第一药物的信息可能有误或者该药物信息数据库中存储的药物的相关数据有限，因此无法获取到第一药物的相关数据。此时，当通过外部设备至少获取该第一药物的价格、多个购入渠道、多个供应商时，将第一药物的价格、多个购入渠道、多个供应商存储至该药物信息数据库，以扩充该药物信息数据库的数据量。该外部设备例如供应商处的设备。该药物信息数据库中的数据量越大，则越可以进行更完整的药物相关数据的查询，药物购买推荐时的推荐信息更全面、准确和具有可信度。
66.s230，将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据该下单信息确定关联渠道和关联供应商，并向该关联供应商发送下单通知。
67.当从该药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商时，将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备。从药物信息数据库中获取每个历史所用的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度时，将每个历史所用的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度发送至终端设备。如果还有如上所描述的推荐药物，则将推荐药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度也发送至终端设备。
68.对应的，终端设备显示每个药物(包括历史所用的药物和推荐药物)的多种购买组合，在显示每个购买组合时，不仅显示每个购买组合中的价格、渠道和供应商，还显示购物组合的推荐度。用户在购买一个药物时，可以看到每个购物组合以及详细的药物价格、渠道和供应商，再综合考虑推荐度、价格、渠道和供应商等购入药物，或者直接根据推荐度购入药物。可选的，终端设备可以根据推荐度的大小排序购买组合，将推荐度更高的靠前显示，将推荐度较低的靠后显示。
69.在现有的线上购物流程中，不能给用户推荐性价比更高的购买组合，只能由用户自己综合考虑各方面的因素(例如渠道的运行速度、药物的价格、供应商的供应速度等)后自主选择如何下单。而本实施例提供的方法不仅可以生成购买组合，还可以生成购买组合的推荐度，这就给用户提供了购买药物时的便利性。用户可以根据药物的购买组合中具有最高推荐度的购买组合来购买药物，或者根据实际需要选择其他推荐度的购买组合来购买药物，更加方便。
70.在一个可选的实施例中，将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备之前，针对每个历史所用的药物，获取药物的多个购入渠道中的不可
用渠道和不可用供应商，标记药物的不可用渠道和不可用供应商。对应的，该终端设备在接收到标记的不可用渠道和不可用供应商后，可以不显示不可用渠道和不可用供应商，或者显示但是标记(例如灰字体标记，以表明不可用)。相对应的，在用户下单时，如果其中有不可用渠道或不可用供应商，则提醒用户无法下单。
71.当接收到终端设备发送的下单信息时，根据该下单信息确定关联渠道和关联供应商，并向该关联供应商发送下单通知。例如用户下单了3个药物，每个药物都是按照各自的购买组合下单的，则关联渠道就有3个，关联供应商至少有3个，关联供应商至少有3个的原因是根据关联渠道还可以再确定一些其他的供应商，也就是说关联供应商可能有4个或5个。
72.在向该关联供应商发送下单通知之前，需要计算用户下单总费用的分配。例如用户购买了3个药物，每个药物的价格不同，则需要按照3个药物的价格拆解用户下单总费用，并按照拆解结果计算每个关联渠道和关联供应商所应得的费用等。向该关联供应商发送下单通知后，供应商发货，终端设备确认客户收货时结束整个线上购药流程。
73.为方便理解，图3以简要的形式示意出本实施例提供的购药管理方法的执行示意图，图3中，该购药管理方法基于区块链平台执行。如图3所示，终端设备检测到用户登录后，向区块链平台发送用户登录信息。区块链平台进行用户登录信息的分析，得到历史所用的多个药物的信息，同时，区块链平台向终端平台反馈用户登录成功的通知。得到历史所用的多个药物的信息后，对每个历史所用的药物进行分析，即从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商，以及获取药物的多个购买组合和每个购买组合的推荐度。将药物的价格、多个购入渠道、多个供应商、药物的多个购买组合和每个购买组合的推荐度打包发送至终端设备。由终端设备显示药物(包括用户历史所用的药物和一些如上所描述的推荐药物)的价格、多个购入渠道、多个供应商、药物的多个购买组合和每个购买组合的推荐度。用户根据购买需求选择下单后，终端设备侧生成订单，在检测到确认订单和确认支付的操作后，向区块链平台发送下单信息。区块链平台接收到终端设备发送的下单信息后，计算用户下单总费用的分配，再向关联供应商发送下单通知。当终端设备检测到客户收货后，完成整个线上购药流程。
74.综上，本技术的实施例提供的购药管理方法，当获取到用户登录信息时，先获取用户的历史就医信息，根据历史就医信息确定出待推荐的药物，即历史所用药物。针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商。最后，将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据该下单信息确定关联渠道和关联供应商，并向该关联供应商发送下单通知。
75.即，在进行购药时，由后端服务器进行待推荐药物的汇总，以及进行待推荐药物的价格、购物渠道和供应商的汇总，而不需要多个供应商系统和多渠道频繁交互来寻药物的购买信息(价格、渠道和供应商等)。执行购药流程时，不需要多渠道，多供应商参与，也不需要经过申请、核对、消减库存、客户支付、反馈等一系列流程，而是统一汇总信息，并在下单后统一通知关联供应商，简化了购药流程。在完成一个购药订单时，不需要各个不同系统相互交互频繁，提升了购药的处理效率。因此，本技术的实施例提供的方法可以解决如何简化线上购药流程，提高线上购药的处理效率的问题。
76.除此之外，本技术的实施例提供的购药管理方法，不仅可以生成购买组合，还可以生成购买组合的推荐度，这就给用户提供了购买药物时的便利性，更进一步提升了用户线上购药的便捷性和满意度。
77.请参见图4，本技术的一个实施例还提供一种购药管理装置10，应用于后端服务器，包括：
78.获取模块11，用于当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息。
79.该获取模块11还用于针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商。
80.通信模块12，用于将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据该下单信息确定关联渠道和关联供应商，并向该关联供应商发送下单通知。
81.该购药管理装置10还包括数据库创建模块13，用于获取多个药物中每个药物的价格、多个购入渠道和多个供应商。根据多个药物中每个药物的价格、多个购入渠道和多个供应商，在区块链平台建立药物信息数据库。
82.该数据库创建模块13具体用于针对多个药物中的每个药物，根据药物的价格、多个购入渠道和多个供应商，生成药物的多个购买组合，并生成每个购买组合的推荐度，其中每个购买组合包含一个价格、一个购入渠道和一个供应商；根据多个药物中每个药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度，建立药物信息数据库。
83.该药物的信息至少包括药物的名称，该获取模块11具体用于根据药物名称从药物信息数据库中匹配出相同名称的药物，从药物信息数据库中获取该相同名称的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度。该通信模块12具体用于将每个历史所用的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度发送至终端设备。
84.该数据库创建模块13具体用于针对药物的每个购买组合，获取购买组合中药物的价格的权重、多个购入渠道中每个渠道的运行速度的权重及评价得分的权重、多个供应商中每个供应商的供应速度的权重及评价得分的权重；根据药物的价格、药物的价格的权重、每个渠道的运行速度和评价得分、每个渠道的运行速度的权重及评价得分的权重、每个供应商的供应速度和评价得分、每个供应商的供应速度的权重及评价得分的权重，生成购买组合的推荐度。
85.该数据库创建模块13还用于当无法根据第一药物的信息从药物信息数据库中获取第一药物的价格、和/或多个购入渠道、和/或多个供应商时，记录该第一药物的信息；当通过外部设备至少获取该第一药物的价格、多个购入渠道、多个供应商时，将第一药物的价格、多个购入渠道、多个供应商存储至该药物信息数据库。
86.该购药管理装置10还包括标记模块14，用于针对每个历史所用的药物，获取药物的多个购入渠道中的不可用渠道和不可用供应商；标记药物的不可用渠道和不可用供应商。
87.请参见图5，本技术的一个实施例还提供一种电子设备20，包括处理器21，以及与
该处理器21通信连接的存储器22。该存储器22存储计算机执行指令，该处理器21执行该存储器22存储的计算机执行指令，以实现如上任一项实施例提供的购药管理方法。
88.本技术还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当该指令被执行时，使得计算机执行指令被处理器执行时用于实现如上任一项实施例提供的该购药管理方法。
89.本技术还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上任一项实施例提供的该购药管理方法。
90.需要说明的是，上述计算机可读存储介质可以是只读存储器(read only memory，rom)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read-only memory，eprom)、电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性随机存取存储器(ferromagnetic random access memory，fram)、快闪存储器(flash memory)、磁表面存储器、光盘、或只读光盘(compact disc read-only memory，cd-rom)等存储器。也可以是包括上述存储器之一或任意组合的各种电子设备，如移动电话、计算机、平板设备、个人数字助理等。
91.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
92.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
93.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所描述的方法。
94.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
95.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
96.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或
其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
97.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。

技术特征：

1.一种购药管理方法，其特征在于，应用于后端服务器，包括：当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息；针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商；将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据所述下单信息确定关联渠道和关联供应商，并向所述关联供应商发送下单通知。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取多个药物中每个药物的价格、多个购入渠道和多个供应商；根据多个药物中每个药物的价格、多个购入渠道和多个供应商，在区块链平台建立药物信息数据库。3.根据权利要求2所述的方法，其特征在于，所述根据多个药物中每个药物的价格、多个购入渠道和多个供应商，建立药物信息数据库还包括：针对多个药物中的每个药物，根据药物的价格、多个购入渠道和多个供应商，生成药物的多个购买组合，并生成每个购买组合的推荐度，其中每个购买组合包含一个价格、一个购入渠道和一个供应商；根据多个药物中每个药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度，建立药物信息数据库。4.根据权利要求3所述的方法，其特征在于，所述药物的信息至少包括药物的名称，所述根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商包括：根据药物名称从药物信息数据库中匹配出相同名称的药物，从药物信息数据库中获取所述相同名称的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度；所述将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备包括：将每个历史所用的药物的价格、多个购入渠道、多个供应商、多个购买组合和每个购买组合的推荐度发送至终端设备。5.根据权利要求3所述的方法，其特征在于，所述生成每个购买组合的推荐度包括：针对药物的每个购买组合，获取购买组合中药物的价格的权重、多个购入渠道中每个渠道的运行速度的权重及评价得分的权重、多个供应商中每个供应商的供应速度的权重及评价得分的权重；根据药物的价格、药物的价格的权重、每个渠道的运行速度和评价得分、每个渠道的运行速度的权重及评价得分的权重、每个供应商的供应速度和评价得分、每个供应商的供应速度的权重及评价得分的权重，生成购买组合的推荐度。6.根据权利要求2所述的方法，其特征在于，所述建立药物信息数据库后，所述方法还包括：当无法根据第一药物的信息从药物信息数据库中获取第一药物的价格、和/或多个购
入渠道、和/或多个供应商时，记录所述第一药物的信息；当通过外部设备至少获取所述第一药物的价格、多个购入渠道、多个供应商时，将第一药物的价格、多个购入渠道、多个供应商存储至所述药物信息数据库。7.根据权利要求1-6任一项所述的方法，其特征在于，所述将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备之前，所述方法还包括：针对每个历史所用的药物，获取药物的多个购入渠道中的不可用渠道和不可用供应商；标记药物的不可用渠道和不可用供应商。8.一种购药管理装置，其特征在于，应用于后端服务器，包括：获取模块，用于当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息；所述获取模块还用于针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商；通信模块，用于将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据所述下单信息确定关联渠道和关联供应商，并向所述关联供应商发送下单通知。9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7中任一项所述的购药管理方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述指令被执行时，使得计算机执行如权利要求1-7中任一项所述的购药管理方法。

技术总结

本申请提供一种购药管理方法、装置及电子设备、存储介质。该方法应用于后端服务器，包括：当获取到用户登录信息时，根据用户登录信息中包括的用户身份信息获取用户的历史就医信息，从历史就医信息中获取历史所用的多个药物的信息；针对每个历史所用的药物，根据药物的信息从药物信息数据库中至少获取药物的价格、多个购入渠道和多个供应商；将每个历史所用的药物的价格、多个购入渠道和多个供应商发送至终端设备，当接收到终端设备发送的下单信息时，根据所述下单信息确定关联渠道和关联供应商，并向所述关联供应商发送下单通知。本申请的方法可以解决如何简化线上购药流程，提高线上购药的处理效率的问题。线上购药的处理效率的问题。线上购药的处理效率的问题。