CN115985448A - 一种确定用药数据及配送方法、装置及设备 - Google Patents

Abstract

本发明公开了一种确定用药数据及配送方法、装置及设备。接收与就诊用户相关联的包括历史诊疗数据、当前症状描述信息以及位置信息的关联数据；基于至少两种用药数据推荐方法，确定与关联数据相对应的关键词以及相应的待选择用药数据；根据历史用药数据和病症进展信息，从待选择用药数据中确定与关键词相对应的目标用药数据；基于目标用药数据、位置信息和配送需求，确定与目标用药数据相对应的目标配送策略；基于目标配送策略将与目标用药数据相对应的目标药品配送至与位置信息相对应的目标位置处，解决了就诊过程中接诊用户开具药方效率低，开具药方合理性无保障，在开具药方进行药品配送过程中对接复杂的问题，提高了就诊和配送药品的便捷性。

Description

一种确定用药数据及配送方法、装置及设备

技术领域

本发明涉及数据处理技术领域，尤其涉及一种确定用药数据及配送方法、装置及设备。

背景技术

随着远程医疗和互联网诊疗业务在国内的迅速发展，为了方便广大就诊用户，越来越多的诊疗机构开始施行网上就医服务。在当前医药分离的就诊过程中，诊疗机构或者区域的医疗系统对就诊用户的病情所开具的药品范围越来越大，就诊用户取药以及得到药品的渠道也越来越多。

目前，现有的就医服务，接诊用户根据就诊用户的病情描述并结合检查化验对就诊用户的身体情况进行诊断，根据诊断结果为就诊用户开药。开具处方以后，要么通过诊疗机构药房采用快递的方式进行送药，要么就诊根据处方在居住地附近就近买药。

但是，接诊用户在为就诊用户开药时，通常需要花费大量时间进行药物查找和筛选，并且有时迫于诊断时间的限制，开具的药品无法达到最好的治疗效果。另外，在药物配送阶段，经常会出现诊疗机构药房的药品不全，需要对处方进行拆单的情形，这种情况下接诊用户开具的药品从不同的药店配送至就诊用户所在位置，配送到达的时间也是不同，存在多次取货的问题。当诊疗机构的处方系统与外部药房进行对接时，又存在多次对接，以及对接复杂，处理逻辑复杂，效率低下的问题。

发明内容

本发明提供了一种确定用药数据及配送方法、装置及设备，实现了动态生成药品推荐以及配送策略，从而提高了就医和拿药的便捷性，确保就诊用户的康复进程。

第一方面，本发明提供了一种确定用药数据及配送方法，该方法包括：

接收与就诊用户相关联的关联数据；其中，所述关联数据中包括历史诊疗数据、当前症状描述信息以及位置信息，所述历史诊疗数据中包括历史症状描述数据以及历史用药数据；

基于至少两种用药数据推荐方法，确定与所述关联数据相对应的至少一个关键词以及相应的待选择用药数据；

根据所述历史用药数据和病症进展信息，从所述待选择用药数据中确定与所述至少一个关键词相对应的目标用药数据；

基于所述目标用药数据、所述位置信息和至少一个配送需求，确定与所述目标用药数据相对应的目标配送策略；

基于所述目标配送策略将与所述目标用药数据相对应的目标药品配送至与所述位置信息相对应的目标位置处。

第二方面，本发明提供了一种确定用药数据及配送装置，该装置包括：

关联数据接收模块，用于接收与就诊用户相关联的关联数据；其中，所述关联数据中包括历史诊疗数据、当前症状描述信息以及位置信息，所述历史诊疗数据中包括历史症状描述数据以及历史用药数据；

用药数据确定模块，用于基于至少两种用药数据推荐方法，确定与所述关联数据相对应的至少一个关键词以及相应的待选择用药数据；

目标用药确定模块，用于根据所述历史用药数据和病症进展信息，从所述待选择用药数据中确定与所述至少一个关键词相对应的目标用药数据；

配送策略确定模块，用于基于所述目标用药数据、所述位置信息和至少一个配送需求，确定与所述目标用药数据相对应的目标配送策略；

目标药品配送模块，用于基于所述目标配送策略将与所述目标用药数据相对应的目标药品配送至与所述位置信息相对应的目标位置处。

第三方面，本发明提供了一种数据处理电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器能够执行本发明任一实施例的确定用药数据及配送方法。

第四方面，本发明提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例的确定用药数据及配送方法。

第五方面，本发明提供了一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现本发明任一实施例的确定用药数据及配送方法。

本发明实施例提供的技术方案，通过接收与就诊用户相关联的包括历史诊疗数据、当前症状描述信息以及位置信息在内的关联数据，其中，历史诊疗数据中包括历史症状描述数据以及历史用药数据，从而基于至少两种用药数据推荐方法，确定与关联数据相对应的至少一个关键词以及相应的待选择用药数据，进一步的，根据历史用药数据和病症进展信息，从待选择用药数据中确定与至少一个关键词相对应的目标用药数据，随后基于目标用药数据、位置信息和至少一个配送需求，确定与目标用药数据相对应的目标配送策略，最后，基于目标配送策略将与目标用药数据相对应的目标药品配送至与位置信息相对应的目标位置处。本发明实施例解决了就诊过程中接诊用户开具药方效率低，开具药方合理性无保障，在开具药方进行药品配送过程中对接复杂的问题，可以在一定区域内建立一个整体的分布式的信息系统，根据就诊用户关联信息、病症进展信息以及配送需求等多维数据，为就诊用户动态生成药品推荐以及配送策略，从而提高了就诊和配送药品的便捷性，确保就诊用户的康复进程。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的一种确定用药数据及配送方法的流程图；

图2为本发明实施例二提供的一种确定用药数据及配送方法的流程图；

图3为本发明实施例三提供的一种确定用药数据及配送方法的结构示意图；

图4为本发明实施例三提供的一种确定用药数据及配送方法的流程图；

图5为本发明实施例四提供的一种确定用药数据及配送装置结构示意图；

图6为本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一预设条件”、“第二预设条件”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在介绍本技术方案之前，可以先对应用场景进行示例性说明。本发明适用于在线下实体诊疗机构的就诊过程中，或者，在网上就医服务过程中，根据就诊用户的关联数据为接诊用户推荐适用于就诊用户的药品，并采取便捷性高的配送策略为就诊用户配送接诊用户开具的药品。

实施例一

图1为本发明实施例一提供的一种确定用药数据及配送方法的流程图，本实施例可适用于基于就诊用户的关联数据确定治疗病症的药品，并将药品配送至就诊用户的情形。该方法可以由确定用药数据及配送装置来执行，该装置可以采用硬件和/或软件的形式实现，该装置可以配置在计算机设备上，该计算机设备可以是笔记本、台式计算机以及智能平板等。如图1所示，该方法包括：

S110、接收与就诊用户相关联的关联数据。

其中，就诊用户可以是任意用户。在实际应用过程中，就诊用户可以提供关联数据，进而根据关联数据为其推荐治疗病症的药品。关联数据中包括历史诊疗数据、当前症状描述信息以及位置信息。历史诊疗数据中包括历史症状描述数据以及历史用药数据。历史症状描述数据是本次就诊之前就诊用户对自身病症的主观描述。历史用药数据为本次就诊之前就诊用户使用过的药品。当前症状描述信息为本次就诊过程中就诊用户对自身病症的主观描述。位置信息可以是就诊用户的居住地址。获取位置信息的目的在于以便为就诊用户配送相应的药物。

在本实施例中，就诊用户可以通过线下的实体医疗机构进行就医，也可以通过线上的医疗机构进行网上就医。如果是就诊用户是在线下的实体诊疗机构进行就诊，可以将关联数据中的包含的历史诊疗数据、当前症状描述信息以及位置信息传达给接诊用户，接诊用户可以将就诊用户的关联数据以文本的形式录入预先开发的系统中；如果是就诊用户是在线上进行网上就医就诊，就诊用户可以通过预先配置的关联信息录入页面，将关联信息以文本的形式输入至预先开发的系统中。

在实际应用过程中，可以在预先配置的关联信息录入页面中提供与录入历史诊疗数据以及当前症状描述信息的子页面，诊疗机构的接诊用户或者进行线上就医的就诊用户可以通过触发相应的控件进入到历史诊疗数据子页面或者当前症状描述信息子页面，进而基于子页面中的编辑框完成相对的信息录入。对于位置信息，如果就诊用户是线下诊疗机构就医，则可以提供位置信息，由接诊用户完成位置信息的录入；如果是网上就医的情形，可以通过就诊用户移动终端设备上的定位设备检测就诊用户的位置信息，并将就诊用户确认后的位置信息录入至预先开发的系统中。基于此，在完成关联数据的录入之后，系统可以接收就诊用户的关联数据。

S120、基于至少两种用药数据推荐方法，确定与关联数据相对应的至少一个关键词以及相应的待选择用药数据。

其中，待选择用药数据为供接诊用户选择的多个用药数据，接诊用户可以从多个待选择用药数据中确定最终的用药数据。以基于最终选定的用药数据完成药品的配送。关键词是用药数据推荐方法根据关联数据确定的与就诊用户病症相对应的文本词汇，关键词的数量可以是多个。

在本实施例中，用药数据推荐方法可以包括多种。可以是接诊用户根据就诊用户的关联数据，依据接诊用户的从医经验确定与关联数据相对应的关联词以及相应的用药数据；也可以是基于规则匹配算法，根据预先设定的规则对关联数据进行拆分，从而确定与关联数据相对应的关联词以及相应的用药数据；还可以是基于关联推荐算法，根据预先设定的推荐算法对关联数据进行分析处理，从而确定与关联数据相对应的关联词以及相应的用药数据。

在上述实施例中的基础上，基于至少两种用药数据推荐方法，确定与关联数据相对应的至少一个关键词以及相应的待选择用药数据，可以包括以下步骤：

S121、基于目标接诊用户对关联数据分析处理，确定至少一个第一类型关键词。

其中，目标接诊用户可以理解为将要为就诊用户开具药方的接诊用户。第一类型关键词为目标接诊用户根据关联数据以及自身行医经验确定的关联词。

在本实施例中，目标接诊用户可以根据自身的专业知识以及多年的行医经验对接诊用户的关联数据进行分析处理，从而确定出一个或者多个关键词。

S122、基于规则匹配算法对关联数据中的历史症状描述数据和当前症状描述数据进行拆分，得到至少一个第二类型关键词。

其中，规则匹配算法为预先确定的算法，可以将规则匹配算法封装为一个直接可以进行关键词提取的模型，将其称之为规则匹配算法模型。第二类型关键词为规则匹配算法对关联数据中的历史症状描述数据和当前症状描述数据进行拆分确定的关键词。

在本实施例中，可以将就诊用户的历史症状描述数据和当前症状描述数据输入至规则匹配算法模型中，规则匹配算法模型可以对输入的数据进行拆分，从而确定出第二类型关键词。

S123、基于关联推荐算法对历史症状描述数据和当前症状描述数据进行分析，得到至少一个第三类型关键词。

在本实施例中，同样可以将关联推荐算法封装为可以进行关键词提取的关联推荐算法模型。第三类型关键词为关联推荐算法对关联数据中的历史症状描述数据和当前症状描述数据进行分析确定的关键词。

在具体应用过程中，可以将就诊用户的历史症状描述数据和当前症状描述数据输入至关联推荐算法模型中，关联推荐算法模型可以对输入的数据进行分析，从而确定出第三类型关键词。

S124、基于至少一个第一类型关键词、至少一个第二类型关键词以及至少一个第三类型关键词，确定至少一个关键词。

在本实施例中，若第一类型关键词、至少一个第二类型关键词以及至少一个第三类型关键词均包含同一个关键词，则保留这一关键词。如果第一类型关键词、至少一个第二类型关键词以及至少一个第三类型关键词中的没有包含同一个关键词，则根据第二类型关键词，将至少一个第一类型关键词以及至少一个第三类型关键词的部分关键词剔除掉，此时可以确定出至少一个关键词。基于此，可以确定多个关键词，可以将多个关键词反馈给目标接诊用户，由目标接诊用户确定究竟保留哪个关键词，剔除哪个关键词。最终确定的至少一个关键词是与就诊用户的病症具有关联关系的。

S125、基于数据库中存储的与至少一个关键词相对应的药方数据，确定至少一个关键词的待选择用药数据。

在本实施例中，可以在数据库中预先存储关键词对应的药方数据，可以以键值对的方式存储关键词与药方数据之间的对应关系。例如，关键词为“失眠”，对应的药方数据为“药品A”。在确定至少一个关键词之后，可以调用数据库中储存的数据，对数据库中的数据进行索引，从而确定至少一个关键词对应的待选择用药数据。

示例性的，若至少一个关键词包括“失眠”、“乏力”和“头痛”，预先在数据库中存储的关键词“失眠”对应的药方数据为“药品A”和“药品B”；与“乏力”和“头痛”对应的药方数据为“药品C”，则将“药品A”、“药品B”和“药品C”作为待选择用药数据。

在上述实施例的基础上，目标用药数据包括历史用药数据中的部分用药数据以及与部分用药数据相对应的替换用药数据。

在本实施例中，若历史用药数据中部分用药数据对应的药品对就诊用户的病症具有改善作用，则保留这一部分用药数据；若历史用药数据中部分用药数据对应的药品对就诊用户的病症并没有改善作用，则对这部分用药数据进行替换，以新的用药数据替换对就诊用户没有药效的历史用药数据。

需要特别说明的是，在本实施例S125中的就诊药方数据可以作为S123中药品关联推荐系统的训练参考数据，可以循环加入数据库，作为下次其他同类型就诊用户就诊时，开具药品推荐分析的数据基础。本次就诊药品推荐过程中，医生对推荐方案的修改意见，同样可以作为S122中系统推荐的规则推荐算法的高权重矫正规则丰富到规则引擎中，提升系统推荐的准确性。

S130、根据历史用药数据和病症进展信息，从待选择用药数据中确定与至少一个关键词相对应的目标用药数据。

其中，病症进展信息可以表征就诊用户的病症发展的方向，例如，病症进展信息可以包括病症减轻，病症不变等。

在本实施例中，对于就诊用户而言，有部分就诊用户是首次就诊，而有部分就诊用户为非首次就诊用户。若就诊用户为首次就诊，则接诊用户直接从多个待选择用药数据中确定出目标用药数据。若就诊用户为患有慢性疾病的用户，或者，在本次就诊之前就已经存在就诊记录的用户，可以首先判断就诊用户的病症进展信息，以确定本次就诊之前就诊用户所服用的药品对病症是否有效。

在具体应用过程中，对于非首次就诊的就诊用户而言，若通过对病症进行信息进行判断之后，确定病症进展信息为病症减轻，则表明历史用药数据对应的药品对就诊用户的病症是有效的，则可以在保留历史用药数据的基础上，从待选择用药数据中确定与至少一个关键词相对应的目标用药数据。若病症进展信息为病症不变，则表明历史用药对就诊用户的病症并无治疗作用，则需要将与历史用药数据对应的部分药品剔除，并从多个待选择用药数据中确定可以替代历史药品的药品，从而确定与至少一个关键词相对应的目标用药数据。

示例性的，对于非首次就诊的就诊用户A而言，就诊用户A的历史用药数据包括药品1，待选择用药数据包括药品2、药品3和药品4。其中，药品1、药品2、药品3和药品4对应于某一个确定的关键词。通过对就诊用户A病症进行信息进行判断之后，确定病症进展信息为病症减轻，则可以在保留药品1的基础上，从药品2、药品3和药品4中选定药品3为本次就诊新增的药品，进而将药品1和药品3作为目标用药数据；若病症进展信息为病症不变，则将药品1剔除，并从药品2、药品3和药品4中选定药品3为本次就诊新增的药品，并选定药品4替代药品1，进而将药品3和药品4作为目标用药数据。

S140、基于目标用药数据、位置信息和至少一个配送需求，确定与目标用药数据相对应的目标配送策略。

其中，配送需求是相对于就诊用户而言的。配送需求中包括时效需求、距离需求、价值属性需求、配送费用需求、拆单数量以及配送起始地中的至少一种。目标配送策略是配送目标用药数据所对应的药品时所采用的具体配送方式。目标配送策略可以包括配送员从哪家药店取药，通过何种路径将目标用药送达等。

具体的，在确定目标用药数据以及位置信息之后，可以确定具体配送何种药品以及将这些药品配送至的目的地，可能多家药房均有所确定的目标药品，但是配送员究竟从哪个药房取药，通过何种路径将药品送达，是可以根据配送需求确定的。在具体应用中，可以预先设定多种配送需求选项以供就诊用户选择。例如，可以在就诊用户移动终端的显示页面中展示多种配送需求对应的控件，就诊用户可以根据自己的实际情况触发配送需求对应的控件，从而选定配送需求。基于此，配送药品的具体种类、配送的目的地、配送起点以及配送路径均是确定的，此时可以确定与目标用药数据相对应的目标配送策略。

S150、基于目标配送策略将与目标用药数据相对应的目标药品配送至与位置信息相对应的目标位置处。

其中，目标药品为目标用药数据所指代的药品。例如，目标用药数据可以是目标药品所对应的中文名称，或者预先设定的药品编码，而目标药品为实体的药品。目标位置为与就诊用户位置信息相对应的具体位置。

在本实施例中，在确定目标配送策略之后，配送员可以从目标配送策略中确定的药店中取到目标药品，进而根据系统规划的路径将目标药品配送至与位置信息相对应的目标位置。

本发明实施例提供的技术方案，通过接收与就诊用户相关联的包括历史诊疗数据、当前症状描述信息以及位置信息在内的关联数据，其中，历史诊疗数据中包括历史症状描述数据以及历史用药数据，从而基于至少两种用药数据推荐方法，确定与关联数据相对应的至少一个关键词以及相应的待选择用药数据，进一步的，根据历史用药数据和病症进展信息，从待选择用药数据中确定与至少一个关键词相对应的目标用药数据，随后基于目标用药数据、位置信息和至少一个配送需求，确定与目标用药数据相对应的目标配送策略，最后，基于目标配送策略将与目标用药数据相对应的目标药品配送至与位置信息相对应的目标位置处。本发明实施例解决了就诊过程中接诊用户开具药方效率低，开具药方合理性无保障，在开具药方进行药品配送过程中对接复杂的问题，可以在一定区域内建立一个整体的分布式的信息系统，根据就诊用户关联信息、病症进展信息以及配送需求等多维数据，为就诊用户动态生成药品推荐以及配送策略，从而提高了就诊和配送药品的便捷性，确保就诊用户的康复进程。

实施例二

图2为本发明实施例二提供的一种确定用药数据及配送方法的流程图，本发明实施例在上述实施例的基础上对前述实施例S130和S140对应的内容进行进一步细化，本发明实施例可以与上述一个或者多个实施例中各个可选方案结合。如图2所示，该方法包括：

S210、接收与就诊用户相关联的关联数据。

S220、基于至少两种用药数据推荐方法，确定与关联数据相对应的至少一个关键词以及相应的待选择用药数据。

S230、判断病症进展信息与预设病症进展是否一致。

其中，预设病症进展为预先设定的病症进展信息，例如，预设病症进展为“病症减轻”。

在本实施例中，若病症进展信息与预设病症进展一致，则执行S231；若病症进展信息与预设病症进展不一致则执行S232。

S231、若否，则根据历史用药数据所对应的历史用药时长从待选择用药数据中剔除部分用药数据；基于剔除的部分用药数据和待选择用药数据，确定目标用药数据。

在本实施例中，若仅针对一个病症而言，预设病症进展为“病症减轻”，而就诊用户实际的病症进展信息为“病症加重”，则病症进展信息与预设病症进展是不一致的，表明历史用药数据中对应的部分药品对就诊用户的病症并无治疗作用。例如，就诊用户的历史用药数据中与当前病症相对应药品包括药品A，药品A对应的历史用药时长为1个月，此时可以得知就诊用户服用药品A是无效的，此时若待选择用药数据中依然包含药品A，则将药品A从待选择用药数据中剔除，此时可以从剔除药品A后的待选择用药数据中，确定与就诊用户关键词相对应的目标用药数据。

S232、若是，则保留历史用药数据；基于历史用药数据和待选择用药数据，确定与相应关键词所对应的目标用药数据。

在上述示例性的基础上，预设病症进展为“病症减轻”，而就诊用户实际的病症进展信息为“病症减轻”，则病症进展信息与预设病症进展是一致的，表明历史用药数据中对应的部分药品对就诊用户的病症起到了治疗的效果。示例性的，就诊用户的历史用药数据中与当前病症相对应药品包括药品B，则目标用药数据中依然包括药品B，除此之外，目标用药数据还包括待选择用药数据中除药品B之外的药品数据，具体包括那些药品数据，可以由目标接诊用户来确定。

在上述实施例的基础上，目标用药数据包括历史用药数据中的部分用药数据以及与部分用药数据相对应的替换用药数据。

在本实施例中，若历史用药数据中部分用药数据对应的药品对就诊用户的病症具有改善作用，则保留这一部分用药数据；若历史用药数据中部分用药数据对应的药品对就诊用户的病症并没有改善作用，则对这部分用药数据进行替换，以新的用药数据替换对就诊用户没有药效的历史用药数据。

S240、获取预先设置的至少一个配送需求。

在具体应用中，可以预先设定多种配送需求选项以供用户选择，在就诊用户移动终端的显示页面中展示多种配送需求对应的控件，就诊用户或者接诊用户可以根据就诊用户的意愿需求触发配送需求对应的控件，从而选定配送需求，从而将至少一个配送需求输入至系统中，在后续需要确定目标配送策略时，可以获取用户选定的配送需求。需要特别说明的是，若用户并没有选定任何一个配送需求，则按照默认的配送需求确定目标配送策略。

S250、根据目标用药数据和位置信息，确定至少一个配送需求所对应的待选择配送信息。

其中，待选择配送信息与配送需求是相对应的，不同的配送需求对应不同的待选择配送信息。待选择配送信息的数量可以包括多个，可以从多个待选择配送信息中确定最终的目标配送策略。

在本实施例中，在确定目标用药数据以及位置信息之后，可以确定具体配送何种药品以及将这些药品配送至的目的地，可以根据至少一个配送需求确定与配送需求相对应的待选择配送信息。

示例性的，若配送需求为“距离需求”，则确定待选择配送信息中可以包括：目标用药数据、位置信息以及距离就诊用户位置信息最近且有目标药品的药店。

在上述实施例的基础上，根据目标用药数据和位置信息，确定至少一个配送需求所对应的待选择配送信息，包括：基于目标用药数据、历史用药数据中的剩余用药信息以及位置信息，确定与各配送需求所对应的待选择配送信息。

在本实施例中，根据剩余用药信息，可以确定历史用药数据中对就诊用户病症有效的药品，是否需要在本次配送中再次配送该药品。

在本实施例中，若剩余用药信息表明就诊用户还有大量历史用药数据对应的药品，则在本次配送中，不再配送相应的药品，可以从目标用药数据中去除历史用药数据，再根据位置信息以及对应配送需求确定待选择配送信息；若剩余用药信息表明就诊用户历史用药数据对应的药品数量所剩不多，则在本次配送中，配送相对应的药品。

S260、将待选择配送信息反馈至目标客户端。

其中，目标客户端为就诊用户或者接诊用户对应的客户端，目标客户端可以是以手机、智能手表、平板电脑或者计算机为载体。若就诊用户是在线下诊疗机构就诊的场景中，则目标客户端可以是接诊用户对应的客户端；若就诊用户是在线上就医的场景中，则目标客户端可以是就诊用户对应的客户端。

在本实施例中，在确定待选择配送信息之后，可以将待选择配送信息反馈至就诊用户或者接诊用户所对应的目标客户端，就诊用户或者接诊用户可以基于反馈的待选择配送信息，选定其中的一个待选择配送信息。

S270、基于在目标客户端上的触发操作，从待选择配送信息中确定目标配送策略。

在本实施中，可以将多个待选择配送信息展示在目标客户端的显示页面中以供用户选择，可以为每一个待选择配送信息配置相应的触发控件，当用户触发某一个待选择配送信息对应的控件时，可以基于这一待选择配送信息生成目标配送策略。

S280、基于目标配送策略将与目标用药数据相对应的目标药品配送至与位置信息相对应的目标位置处。

在上述实施例的基础上，所述方法还包括：将目标用药数据更新至与就诊用户相对应的数据库中，并基于目标用药数据更新与就诊用户相对应的至少一个配送需求的权重值；基于相应的权重值，确定待选择配送信息相对应的排序顺序，以基于排序顺序进行展示。

在本实施例中，可以为每一位就诊用户建立独属于该就诊用户的数据库，在确定目标用药数据之后，可以将目标用药数据更新至与就诊用户相对应的数据库中。若就诊用户服用目标用药数据中的药品之后，与药品对应的病症有好转，则说明就诊用户服用的药品是有效的，这类药品对应的用药数据的权重值可以调高，从而包含此种药品的配送需求对应的权重值调高；如果就诊用户服用某种药品后，与该药品对应的病症不但没有好转，而且更加严重，此时这种药品对应的用药数据的权重值可以大幅下调，从而包含此种药品的配送需求对应的权重值下调。基于此，配送需求在调整权重值后，可以确定与之对应的待选择配送信息的排列顺序，在展示各待选择配送信息时，可以根据排序顺序进行展示，这样一来，对于不同的就诊用户，为其推荐的用药数据是不同的，可以达到个性化推荐用药数据的效果。

本发明实施例提供的技术方案，通过接收与就诊用户相关联的包括历史诊疗数据、当前症状描述信息以及位置信息在内的关联数据，其中，历史诊疗数据中包括历史症状描述数据以及历史用药数据，从而基于至少两种用药数据推荐方法，确定与关联数据相对应的至少一个关键词以及相应的待选择用药数据。进一步的，判断病症进展信息与预设病症进展是否一致根据，若病症进展信息与预设病症进展不一致，则根据历史用药数据所对应的历史用药时长从待选择用药数据中剔除部分用药数据，以基于剔除的部分用药数据和待选择用药数据，确定目标用药数据；若病症进展信息与预设病症进展相一致，则保留历史用药数据，以基于历史用药数据和待选择用药数据，确定与相应关键词所对应的目标用药数据。随后，可以获取预先设置的至少一个配送需求，并根据目标用药数据和位置信息，确定至少一个配送需求所对应的待选择配送信息，进而，将待选择配送信息反馈至目标客户端，以基于在目标客户端上的触发操作，从待选择配送信息中确定目标配送策略。最后，基于目标配送策略将与目标用药数据相对应的目标药品配送至与位置信息相对应的目标位置处。本发明可以根据就诊用户的关联信息以及病症进展信息确定的目标用药数据，可以根据用户的配送需求，生成目标用药数据对应的目标配送策略，可以达到个性化推荐用药数据的效果，进一步提高了就诊和药品配送的便捷性，确保就诊用户的康复进程。

实施例三

在本发明实施例中，以一个具体的实施方式介绍确定用药数据及配送方法，图3为本发明实施例三提供的一种确定用药数据及配送方法的结构示意图。如图3所示，本实施例以区域专科联盟为主体，建立确定用药数据及配送云平台，云平台主要提供统一索引服务、关联推荐算法训练和推理服务、集中控制服务、云端存储服务等。本方法以线下医疗机构为单位以及互联网诊疗机构系统建立多个分中心(分中心A、分中心B、…分中心Z)，各个分中心独立运行，按照所属地区，实时属地就诊用户信息、药房药店药品信息、诊疗机构药房药品目录等信息。云平台可以将就诊用户、互联网诊疗机构系统、诊疗机构HIS系统以及区域内的各药房关联起来，在一定区域内形成一个整体的分布式的信息系统，可以根据就诊用户信息、诊断信息以及药品、药房药厂的库存以及位置条件等多维数据，动态生成药品推荐以及配送策略。

云平台的统一索引服务用于以药品编号、曾开过此药品的就诊用户病种、药品属地、就诊用户服用过该药品后再次检查的症状变化数据、药品对某一症状开具次数、开具时间为因子，生成全局唯一hash索引。各个分中心在数据采集时，由云平台统一索引服务建立hash索引，分发到各个分中心，与本地就诊用户信息、病种、检查症状等数据关联记录到数据库中，同时云平台也记录一份统一索引与病种、检查症状等关联信息，便于全局查询。

云平台的集中控制服务用于管理并维护各个分中心信息，实时监控各个分中心运行情况；全局数据调阅时，由控制服务按照查询条件分发到分中心。

云平台的关联推荐算法用于按照云平台的全部药品以及各自曾被开具的对应就诊用户病种、病情描述、连续治疗的医嘱、检查检验报告健康数据变化，就诊用户自身信息、不良症状、属地位置、库存、快递物流配送历史信息、各药店的药品数据、地理位置信息做关联推荐算法训练，以及供各分中心查询时提供可开具药品时的开具药品，以及供应信息列表推荐。

云平台的云端存储服务用于存储统一索引、各分中心信息、全部药品信息、全部就诊用户信息、全部医疗机构信息等数据。

图4为本发明实施例三提供的一种确定用药数据及配送方法的流程图，接下来以区域云平台上的一个互联网诊疗机构在线复诊业务为例来说明本发明的技术方案应用流程：

1、就诊用户就医：就诊用户通过互联网诊疗机构客户端软件，挂号、就诊、向接诊用户介绍病情症状，就诊历史，上传检查检验报告，影像文件，历史处方等信息，回答接诊用户的询问问题，向接诊用户提交开具处方(包括检查检验的)请求，所有信息发送上传到该互联网诊疗机构的系统(相对于云平台的分中心系统)。

2、互联网诊疗机构上传就诊用户信息：互联网诊疗机构系统将就诊用户的全部信息上传给云平台，同时向云平台的统一索引服务，请求适合该就诊用户的全部云端药品信息。

3、云平台反馈：云平台将适合该就诊用户该病种的全部药品及药店等信息反馈到互联网诊疗机构系统。

4、互联网诊疗机构系统将就诊用户信息和系统反馈给的平台药品信息反馈给接诊用户。

5、接诊用户开具处方并反馈到互联网诊疗机构系统。

6、互联网诊疗机构系统向云平台查询分析处方中药品：互联网诊疗机构系统向云平台查询该处方全部药品的推荐发送药房和更合适药品。

7、云平台向互联网诊疗机构系统回复推荐：云平台根据就诊用户信息以及接诊用户开具药品，向互联网诊疗机构系统反馈药品和剂量开具评估，以及区域内合适的配送药房，及可能的推荐替换药品。

8、互联网诊疗机构系统向接诊用户反馈：互联网诊疗机构系统将云平台评估结果和推荐药房和药品发送给接诊用户参考。

9、接诊用户将反馈意见发送至互联网诊疗机构系统。

10、互联网诊疗机构系统将最终处方结果和推荐购买方式等信息推送给就诊用户。

11、就诊用户基于互联网诊疗机构系统将最终处方结果和推荐购买方式进行确认和付费。

12、互联网诊疗机构系统向区域内药房A发送配药订单。

13、区域内药房A确认订单和取药、配送等信息，并反馈到互联网诊疗机构系统。

14、互联网诊疗机构系统向就诊用户反馈订单和药品配送信息。

15、互联网诊疗机构系统向云平台存储本次药品开具和分析记录，作为推荐算法训练的优化数据集。

16、云平台的关联推荐算法定期从云端存储中获取数据。

17、云端存储将数据反馈到云平台的关联推荐算法。

18、云平台的关联推荐算法基于获取的数据重新训练和优化。

本发明实施例提供的技术方案，可以根据就诊用户的关联信息以及病症进展信息确定的目标用药数据，可以根据用户的配送需求，生成目标用药数据对应的目标配送策略，可以达到个性化推荐用药数据的效果，提高了就医和拿药的便捷性，确保就诊用户的康复进程。

实施例四

图5为本发明实施例四提供的一种确定用药数据及配送装置的结构示意图，该装置可以执行本发明实施例所提供的确定用药数据及配送方法。该装置包括：关联数据接收模块410、用药数据确定模块420、目标用药确定模块430、配送策略确定模块440和目标药品配送模块450。

关联数据接收模块410，用于接收与就诊用户相关联的关联数据；其中，所述关联数据中包括历史诊疗数据、当前症状描述信息以及位置信息，所述历史诊疗数据中包括历史症状描述数据以及历史用药数据；

用药数据确定模块420，用于基于至少两种用药数据推荐方法，确定与所述关联数据相对应的至少一个关键词以及相应的待选择用药数据；

目标用药确定模块430，用于根据所述历史用药数据和病症进展信息，从所述待选择用药数据中确定与所述至少一个关键词相对应的目标用药数据；

配送策略确定模块440，用于基于所述目标用药数据、所述位置信息和至少一个配送需求，确定与所述目标用药数据相对应的目标配送策略；

目标药品配送模块450，用于基于所述目标配送策略将与所述目标用药数据相对应的目标药品配送至与所述位置信息相对应的目标位置处。

在上述各技术方案的基础上，用药数据确定模块420还包括：第一关键词确定单元、第二关键词确定单元、第三关键词确定单元、关键词确定单元和用药数据确定单元。

第一关键词确定单元，用于基于目标接诊用户对关联数据分析处理，确定至少一个第一类型关键词；

第二关键词确定单元，用于基于规则匹配算法对关联数据中的历史症状描述数据和当前症状描述数据进行拆分，得到至少一个第二类型关键词；

第三关键词确定单元，用于基于关联推荐算法对历史症状描述数据和当前症状描述数据进行分析，得到至少一个第三类型关键词；

关键词确定单元，用于基于至少一个第一类型关键词、至少一个第二类型关键词以及至少一个第三类型关键词，确定至少一个关键词；

用药数据确定单元，用于基于数据库中存储的与至少一个关键词相对应的药方数据，确定至少一个关键词的待选择用药数据。

在上述各技术方案的基础上，目标用药确定模块430还包括：用药数据剔除单元和目标数据确定单元。

用药数据剔除单元，用于若病症进展信息与预设病症进展不一致，则根据历史用药数据所对应的历史用药时长从待选择用药数据中剔除部分用药数据；

目标数据确定单元，用于基于剔除的部分用药数据和待选择用药数据，确定目标用药数据。

在上述各技术方案的基础上，目标用药确定模块430还包括：用药数据保留单元和目标数据确定单元。

用药数据保留单元，用于若病症进展信息与预设病症进展相一致，则保留历史用药数据；

目标数据确定单元，用于基于历史用药数据和待选择用药数据，确定与相应关键词所对应的目标用药数据。

在上述各技术方案的基础上，目标用药数据包括历史用药数据中的部分用药数据以及与部分用药数据相对应的替换用药数据。

在上述各技术方案的基础上，配送策略确定模块440还包括：配送需求获取单元、待选择配送信息确定单元、配送信息反馈单元和目标配送策略确定单元。

配送需求获取单元，用于获取预先设置的至少一个配送需求；其中，配送需求中包括时效需求、距离需求、价值属性需求、配送费用需求、拆单数量以及配送起始地中的至少一种；

待选择配送信息确定单元，用于根据目标用药数据和位置信息，确定至少一个配送需求所对应的待选择配送信息；

配送信息反馈单元，用于将待选择配送信息反馈至目标客户端；

目标配送策略确定单元，用于基于在目标客户端上的触发操作，从待选择配送信息中确定目标配送策略。

在上述各技术方案的基础上，配送策略确定模块440还用于基于目标用药数据、历史用药数据中的剩余用药信息以及位置信息，确定与各配送需求所对应的待选择配送信息。

在上述各技术方案的基础上，确定用药数据及配送装置还包括：权重值更新单元和配送信息展示单元。

权重值更新单元，用于将目标用药数据更新至与就诊用户相对应的数据库中，并基于目标用药数据更新与就诊用户相对应的至少一个配送需求的权重值；

配送信息展示单元，用于基于相应的权重值，确定待选择配送信息相对应的排序顺序，以基于排序顺序进行展示。

本发明实施例提供的技术方案，通过接收与就诊用户相关联的包括历史诊疗数据、当前症状描述信息以及位置信息在内的关联数据，其中，历史诊疗数据中包括历史症状描述数据以及历史用药数据，从而基于至少两种用药数据推荐方法，确定与关联数据相对应的至少一个关键词以及相应的待选择用药数据，进一步的，根据历史用药数据和病症进展信息，从待选择用药数据中确定与至少一个关键词相对应的目标用药数据，随后基于目标用药数据、位置信息和至少一个配送需求，确定与目标用药数据相对应的目标配送策略，最后，基于目标配送策略将与目标用药数据相对应的目标药品配送至与位置信息相对应的目标位置处。本发明实施例解决了就诊过程中接诊用户开具药方效率低，开具药方合理性无保障，在开具药方进行药品配送过程中对接复杂的问题，可以在一定区域内建立一个整体的分布式的信息系统，根据就诊用户关联信息、病症进展信息以及配送需求等多维数据，为就诊用户动态生成药品推荐以及配送策略，从而提高了就诊和配送药品的便捷性，确保就诊用户的康复进程。

本公开实施例所提供的确定用药数据及配送装置可执行本公开任意实施例所提供的确定用药数据及配送方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开实施例的保护范围。

实施例五

图6为本发明实施例五提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如确定用药数据及配送方法。

在一些实施例中，确定用药数据及配送方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的确定用药数据及配送方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行确定用药数据及配送方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程确定用药数据及配送装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种确定用药数据及配送方法，其特征在于，包括：

接收与就诊用户相关联的关联数据；其中，所述关联数据中包括历史诊疗数据、当前症状描述信息以及位置信息，所述历史诊疗数据中包括历史症状描述数据以及历史用药数据；

基于至少两种用药数据推荐方法，确定与所述关联数据相对应的至少一个关键词以及相应的待选择用药数据；

根据所述历史用药数据和病症进展信息，从所述待选择用药数据中确定与所述至少一个关键词相对应的目标用药数据；

基于所述目标用药数据、所述位置信息和至少一个配送需求，确定与所述目标用药数据相对应的目标配送策略；

基于所述目标配送策略将与所述目标用药数据相对应的目标药品配送至与所述位置信息相对应的目标位置处。

2.根据权利要求1所述的方法，其特征在于，所述基于至少两种用药数据推荐方法，确定与所述关联数据相对应的至少一个关键词以及相应的待选择用药数据，包括：

基于目标接诊用户对所述关联数据分析处理，确定至少一个第一类型关键词；

基于规则匹配算法对所述关联数据中的历史症状描述数据和所述当前症状描述数据进行拆分，得到至少一个第二类型关键词；

基于关联推荐算法对所述历史症状描述数据和所述当前症状描述数据进行分析，得到至少一个第三类型关键词；

基于所述至少一个第一类型关键词、所述至少一个第二类型关键词以及所述至少一个第三类型关键词，确定至少一个关键词；

基于数据库中存储的与所述至少一个关键词相对应的药方数据，确定所述至少一个关键词的待选择用药数据。

3.根据权利要求1所述的方法，其特征在于，所述根据所述历史用药数据和病症进展信息，从所述待选择用药数据中确定与所述至少一个关键词相对应的目标用药数据，包括：

若所述病症进展信息与预设病症进展不一致，则根据所述历史用药数据所对应的历史用药时长从所述待选择用药数据中剔除部分用药数据；

基于剔除的部分用药数据和所述待选择用药数据，确定所述目标用药数据。

4.根据权利要求3所述的方法，其特征在于，还包括：

若所述病症进展信息与所述预设病症进展相一致，则保留所述历史用药数据；

基于所述历史用药数据和所述待选择用药数据，确定与相应关键词所对应的目标用药数据。

5.根据权利要求3或4所述的方法，其特征在于，所述目标用药数据包括历史用药数据中的部分用药数据以及与所述部分用药数据相对应的替换用药数据。

6.根据权利要求1所述的方法，其特征在于，所述基于所述目标用药数据、所述位置信息和至少一个配送需求，确定与所述目标用药数据相对应的目标配送策略，包括：

获取预先设置的至少一个配送需求；其中，所述配送需求中包括时效需求、距离需求、价值属性需求、配送费用需求、拆单数量以及配送起始地中的至少一种；

根据所述目标用药数据和所述位置信息，确定所述至少一个配送需求所对应的待选择配送信息；

将所述待选择配送信息反馈至目标客户端；

基于在所述目标客户端上的触发操作，从所述待选择配送信息中确定目标配送策略。

7.根据权利要求6所述的方法，其特征在于，所述根据所述目标用药数据和所述位置信息，确定所述至少一个配送需求所对应的待选择配送信息，包括：

基于所述目标用药数据、所述历史用药数据中的剩余用药信息以及所述位置信息，确定与各配送需求所对应的待选择配送信息。

8.根据权利要求1所述的方法，其特征在于，还包括：

将所述目标用药数据更新至与所述就诊用户相对应的数据库中，并基于所述目标用药数据更新与所述就诊用户相对应的至少一个配送需求的权重值；

基于相应的权重值，确定所述待选择配送信息相对应的排序顺序，以基于所述排序顺序进行展示。

9.一种确定用药数据及配送装置，其特征在于，包括：

关联数据接收模块，用于接收与就诊用户相关联的关联数据；其中，所述关联数据中包括历史诊疗数据、当前症状描述信息以及位置信息，所述历史诊疗数据中包括历史症状描述数据以及历史用药数据；

用药数据确定模块，用于基于至少两种用药数据推荐方法，确定与所述关联数据相对应的至少一个关键词以及相应的待选择用药数据；

目标用药确定模块，用于根据所述历史用药数据和病症进展信息，从所述待选择用药数据中确定与所述至少一个关键词相对应的目标用药数据；

配送策略确定模块，用于基于所述目标用药数据、所述位置信息和至少一个配送需求，确定与所述目标用药数据相对应的目标配送策略；

目标药品配送模块，用于基于所述目标配送策略将与所述目标用药数据相对应的目标药品配送至与所述位置信息相对应的目标位置处。

10.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8任一项所述的确定用药数据及配送方法。

Images