CN114385889A - 一种数据处理方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本公开的实施例提供了一种数据处理方法、装置、电子设备及可读存储介质，所述方法包括：接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；展示所述目标药品信息。本公开实施例可以提高用户获取药品信息的效率和准确度。

Description

一种数据处理方法、装置、电子设备及可读存储介质

技术领域

本公开的实施例涉及网络技术领域，尤其涉及一种数据处理方法、装置、电子设备及可读存储介质。

背景技术

随着移动终端设备和网络技术的发展，用户可以通过终端设备中的APP(Application，应用程序)购买药品，为用户带来极大的便利。

在一段较长时间后，如果用户又复发了该病症，想要重新购买相同的药品，但是可能已经忘记药品的名称。此时，用户需要在历史订单中找到该药品的信息，或者，用户需要咨询相关的医师，以确定该药品的信息。

然而，在历史订单较多的情况下，用户需要花费大量的时间和精力查找所需药品的信息，查找困难。此外，在对药品不够了解的情况下，用户可能需要逐一打开每个订单并核对订单中的药品和疗效，确认是否是所需要的药品，导致查找效率较低。再者，如果存在功能类似的药品，还可能造成用错药的情况发生，为用户带来不必要的伤害。

发明内容

本公开的实施例提供一种数据处理方法、装置、电子设备及可读存储介质，可以提高用户获取药品信息的效率和准确度。

根据本公开的实施例的第一方面，提供了一种数据处理方法，所述方法包括：

接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；

根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；

展示所述目标药品信息。

根据本公开的实施例的第二方面，提供了一种数据处理装置，所述装置包括：

查询接收模块，用于接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；

查询处理模块，用于根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；

结果展示模块，用于展示所述目标药品信息。

根据本公开的实施例的第三方面，提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述所述的数据处理方法。

本公开的实施例提供了一种数据处理方法、装置、电子设备及可读存储介质，所述方法包括：接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；展示所述目标药品信息。

本公开实施例可以接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息，所述查询信息中可以不包含药品信息。本公开实施例在接收到用户的查询请求的情况下，根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息，并展示所述目标药品信息。通过本公开实施例，在用户不知道目标药品的信息的情况下，可以通过病症信息和/或诊疗信息等查询信息查询用户的历史药品订单，进而获取并展示该查询请求对应的目标药品信息。通过本公开实施例可以解决用户历史订单药品寻找困难的问题，帮助用户快速查找历史的药品信息，提高用户获取药品信息的效率和准确度。用户不用逐一查找每个订单也不用再次咨询相关的医师，可以减少用户的操作成本和时间成本。

附图说明

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

图1示出了本公开的一种实施例中的应用场景架构图；

图2示出了本公开的一种实施例中的数据处理方法的步骤流程图；

图3示出了本公开的一种实施例中的数据处理装置的结构示意图；

图4示出了本公开的一种实施例中的电子设备的结构图。

具体实施方式

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

本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中的术语“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本公开实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

参照图1，示出了本公开实施例提供的数据处理方法的应用场景架构图。如图1所示，本公开实施例的应用场景可以包括用户终端101和服务端102。其中，用户终端101与服务端102之间通过无线或有线网络连接。用户终端101包括但不限于手机、智能机器人、AI人工客服、移动电脑、平板电脑等电子设备。服务端102可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。

本公开实施例的数据处理方法可单独由用户终端101执行，或者，本公开实施例的数据处理方法可单独由服务端102执行，或者，本公开实施例的数据处理方法可以通过用户终端101和服务端102之间的交互协同执行。

需要说明的是，本公开实施例中的架构图是为了更加清楚地说明本公开实施例中的技术方案，并不构成对本公开实施例提供的技术方案的限制，对于其他的应用场景架构和业务应用，本公开实施例提供的技术方法对于类似的问题，同样适用。

实施例一

参照图2，其示出了本公开的一种实施例中的数据处理方法的步骤流程图，所述方法可以包括：

步骤201、接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；

步骤202、根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；

步骤203、展示所述目标药品信息。

本公开实施例可以通过用户终端接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息可以包括但不限于病症信息和/或诊疗信息。

需要说明的是，本公开实施例对所述查询信息的具体类型不加以限制。所述查询信息的类型可以包括但不限于文本信息、语音信息、图像信息等。当所述查询信息为文本信息时，可以对该文本信息进行分析，如分词分析等，得到该文本信息中的病症信息和/或诊疗信息；当所述查询信息为语音信息时，可对该语音信息进行语音识别以得到对应的文本信息，再对该文本信息进行分析，得到该文本信息中的病症信息和/或诊疗信息；当查询信息为图像信息时，如果该图像信息中包含文本内容，可以对该图像信息进行文本识别以得到对应的文本信息，再对该文本信息进行分析，得到该文本信息中的病症信息和/或诊疗信息。

其中，病症信息可以为与病症相关的描述信息，如病症的表现、类别、症状等描述信息。诊疗信息包括病症的检查、诊断、治疗、护理等各环节的相关信息。

需要说明的是，所述查询信息可以不包含药品信息，所述查询信息可以包括但不限于病症信息和/或诊疗信息。示例性地，所述查询信息还可以包括用户的病历信息、病史信息等。通过本公开实施例，在用户不知道目标药品的信息的情况下，可以通过病症信息和/或诊疗信息等查询信息获取用户所需的目标药品信息。

本公开实施例根据所述查询信息，在用户的历史药品订单中确定所述查询请求对应的目标药品信息，并展示所述目标药品信息。例如，根据查询信息中包含的病症信息检索用户的历史药品订单，以查询与该病症信息相符的目标药品信息，并展示该目标药品信息。或者，根据查询信息中包含的诊疗信息检索用户的历史药品订单，以查询与该诊疗信息相符的目标药品信息，并展示该目标药品信息。

需要说明的是，本公开实施例对于在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息的具体方式不做限制。

进一步地，本公开实施例可以提供在线获取目标药品信息和离线获取目标药品信息两种方式。

在本公开的一种可选实施例中，所述根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息，包括：

步骤S11、根据所述查询信息在网络平台进行检索，获取与所述查询信息相关的候选药品信息；

步骤S12、对所述候选药品信息和所述用户的历史药品订单进行匹配，确定相匹配的历史药品订单；

步骤S13、根据所述相匹配的历史药品订单，确定所述查询请求对应的目标药品信息。

本公开实施例可以在线获取目标药品信息。具体地，在接收到用户的查询请求时，根据所述查询信息在网络平台进行检索，以获取与所述查询信息相关的候选药品信息。

所述网络平台可以包括可提供在线查询功能的搜索平台，和/或，所述网络平台还可以包括预先构建的知识库，该知识库中包括与药品相关的知识类数据，如知识图谱等。

本公开实施例根据所述查询信息在网络平台进行检索，可以获取与所述查询信息相关的候选药品信息。所述候选药品信息可以包括与所述病症信息和/或诊疗信息等查询信息相匹配的药品相关信息，如药品的名称、功能、适应症等相关信息。本公开实施例对所述候选药品信息和用户的历史药品订单进行匹配，确定相匹配的历史药品订单，进而可以根据所述相匹配的历史药品订单，确定所述查询请求对应的目标药品信息。如确定所述相匹配的历史药品订单中的药品信息为目标药品信息。

在本公开的一种可选实施例中，所述根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息，包括：

根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，所述关联关系根据所述用户的历史药品订单中的药品信息与所述历史药品订单对应的描述标签所建立。

本公开实施例可以离线获取目标药品信息。具体地，本公开实施例可以预先根据用户的历史药品订单中的药品信息与历史药品订单对应的描述标签建立关联关系。在接收到用户的查询请求时，根据所述查询请求中携带的查询信息和已保存的关联关系，可以确定所述查询请求对应的目标药品信息。

在本公开的一种可选实施例中，所述方法还可以包括：

步骤S21、在生成所述用户的药品订单的情况下，提取所述药品订单对应的描述标签以及所述药品订单中的药品信息；

步骤S22、保存所述描述标签与所述药品信息之间的关联关系。

本公开实施例在检测到生成用户的药品订单的情况下，提取所述药品订单对应的描述标签以及所述药品订单中的药品信息，并保存所述描述标签与所述药品信息之间的关联关系。

所述描述标签可以包括表征病症的关键信息。一个病症可以对应一个或多个描述标签。在本公开实施例中，所述描述标签不限于用于描述病症的关键信息，还可以包括用于描述用户的诊疗信息的关键信息，用于描述用户的身体健康状况的关键信息等。

所述药品信息可以包括但不限于如下任意一项或多项：药品的名称、药品的分类、药品的适应症等。

在本公开的一种可选实施例中，所述药品订单包括通过在线问诊平台生成的药品订单，或者，通过在线购药应用生成的药品订单。

在本公开实施例中，所述药品订单，可以包括通过在线购药应用生成的药品订单。例如，用户通过在线购药应用进行浏览或者查询之后下单购买所需药品从而生成药品订单。所述药品订单，还可以包括用户通过在线问诊平台生成的药品订单。例如，用户通过在线问诊平台进行在线问诊之后，针对医生开的药品下单后生成药品订单。所述在线问诊的形式可以包括但不限于如下任意一种：视频问诊、图文问诊、电话问诊。可以理解，本公开实施例对生成药品订单的场景不做限制。

需要说明的是，本公开实施例对提取描述标签采用的方法不做限制。

在本公开的一种可选实施例中，所述提取所述药品订单对应的描述标签，可以包括：

步骤S31、获取与所述药品订单相关的用户交互信息，所述用户交互信息包括如下任意一项或多项：在线问诊记录、在线问诊结果、病症搜索信息、病症咨询信息、药品咨询信息；

步骤S32、从所述用户交互信息中提取描述标签。

在通过在线问诊平台生成药品订单的情况下，所述用户交互信息可以包括但不限于用户与医生之间的在线问诊记录、检查单信息、医生给出的在线问诊结论等。

在通过在线购药应用生成药品订单的情况下，所述用户交互信息可以包括但不限于病症搜索信息、用户与购药导医之间的病症咨询/药品咨询信息等。

在获取与所述药品订单相关的用户交互信息之后，可以对获取的用户交互信息进行文本分析，从所述用户交互信息中提取与病症相关的关键字，将提取得到的一个或多个关键字作为描述标签。比如，高血压、脑梗等。

一个示例中，用户A患有病症A，假设用户A通过在线购药应用搜索病症A后下单购买了药品a、b、和c，生成药品订单。此时，可以根据用户A针对病症A的搜索信息提取得到该药品订单对应的描述标签，如记为LA，并且可以从该药品订单中提取药品信息a、b、和c，保存描述标签LA与药品信息a、b、和c之间的关联关系。这样，在下次接收到用户A触发的查询请求时，该查询请求中携带有查询信息，假设该查询信息包含描述标签LA，则可以根据已保存的关联关系，检索到该查询信息(描述标签LA)对应的药品信息a、b、和c。也即，查询得到该查询请求对应的目标药品信息为药品信息a、b、和c。进而可以向用户A展示药品信息a、b、和c。

通过本公开实施例，在生成药品订单的情况下，可以提取所述药品订单对应的描述标签以及所述药品订单中的药品信息，并保存所述描述标签与所述药品信息之间的关联关系，对所述药品订单对应的描述标签与药品信息进行绑定。在用户下次需要获取该药品信息时，通过病症即可快速查询到与该病症相关联的目标药品信息。通过本公开实施例可以解决用户历史订单药品寻找困难的问题，帮助用户快速查找历史的药品信息，提高用户获取药品信息的效率和准确度。用户不用逐一查找每个订单也不用再次咨询相关的医师，可以减少用户的操作成本和时间成本。

本公开实施例在检测到生成药品订单的情况下，可以自动提取所述药品订单对应的描述标签以及所述药品订单中的药品信息，并保存所述描述标签与所述药品信息之间的关联关系，以便用户日后可以快捷查询所需的药品信息。

进一步地，在具体实施中，为了保护用户隐私，本公开实施例在检测到生成药品订单的情况下，可以显示提示消息，所述提示消息用于询问用户是否保存所述药品订单中的药品信息与描述标签之间的关联关系；在接收到用户针对该提示消息返回的同意消息时，才提取所述药品订单对应的描述标签以及所述药品订单中的药品信息，并保存所述描述标签与所述药品信息之间的关联关系。

一个示例中，用户A患有病症A，假设用户A通过在线购药应用与购药医生针对病症A进行沟通之后下单购买了药品a、b、和c，生成药品订单。此时，可以通过弹窗显示提示信息，询问用户是否保存描述标签与药品信息之间的关联关系，如果用户选择保存，则可以从在线购药应用中自动导出用户与导医的沟通记录，从中提取描述标签并保存描述标签与该药品订单中药品信息之间的关联关系。

在本公开的一种可选实施例中，所述保存所述描述标签与所述药品信息之间的关联关系，包括：

步骤S41、展示预设的编辑界面，所述编辑界面中包括所述药品订单对应的描述标签以及所述药品订单中的药品信息；

步骤S42、接收针对所述编辑界面中展示的描述标签和/或药品信息执行的编辑操作，所述编辑操作包括如下任意一项或多项：输入、选择、增加、修改、删除；

步骤S43、保存所述编辑界面中的描述标签与药品信息之间的关联关系。

本公开实施例在检测到生成药品订单的情况下，可以自动提取所述药品订单对应的描述标签以及所述药品订单中的药品信息，并保存所述描述标签与所述药品信息之间的关联关系。

此外，本公开实施例还可以向用户提供编辑描述标签和/或药品信息的功能。具体地，在用户同意保存描述标签与药品信息之间的关联关系的情况下，可以向用户展示预设的编辑界面，所述编辑界面可用于向用户提供编辑描述标签和/或药品信息的功能。

所述编辑界面中展示的描述标签和/或药品信息处于可编辑状态。本公开实施例可以接收用户针对所述编辑界面中展示的描述标签和/或药品信息执行的编辑操作。例如，用户对自动提取的描述标签不满意时可以删除并重新输入描述标签，或者，用户可以修改编辑界面中展示的描述标签。又如，用户可以对所述编辑界面中展示的药品信息执行勾选操作，以选择需要保存的药品信息，或者，用户还可以在所述编辑界面中增加新的药品信息或者修改/删除编辑界面中展示的药品信息等。

所述编辑截面中可以设置有保存按键，在接收到用户针对所述保存按键的触发操作时，可以保存所述编辑界面中的描述标签与药品信息之间的关联关系。

可选地，本公开实施例还可以提供对已保存的关联关系进行编辑的功能。在保存所述描述标签与所述药品信息之间的关联关系之后，本公开实施例还可以接收用户对已保存的关联关系执行的编辑操作，对已保存的关联关系中的描述标签和/或药品信息进行编辑修改，并保存编辑后的关联关系。

在本公开的一种可选实施例中，所述根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，包括：

步骤S51、提取所述查询信息中的病症关键词；

步骤S52、将所述病症关键词作为检索词查询已保存的关联关系，得到与所述病症关键词相匹配的目标描述标签；

步骤S53、确定所述目标描述标签对应的药品信息为所述查询请求对应的目标药品信息。

在保存描述标签与药品信息之间的关联关系之后，本公开实施例可以接收用户触发的查询请求，所述查询请求中携带查询信息，所述查询信息可以包括病症信息，如病症关键词。

本公开实施例可以提取所述查询信息中的病症关键词，将所述病症关键词作为检索词查询已保存的关联关系，得到与所述病症关键词相匹配的目标描述标签，进而可以根据已保存的关联关系查询得到所述目标描述标签对应的药品信息，即为所述查询请求对应的目标药品信息。

在本公开的一种可选实施例中，所述方法还可以包括：

创建所述药品订单对应的用户病历，所述用户病历与所述药品订单对应的用户标识相关联，且所述用户病历对应至少一个描述标签。

在生成药品订单的情况下，本公开实施例还可以提取所述药品订单对应的用户标识，进而可以创建该用户标识对应该药品订单的用户病历。

用户病历可用于作为用户的疾病发生、发展、诊断、治疗情况的系统记录，可以是经过归纳、分析、整理，并按规定的格式和要求书写的档案及资料总和。

在用户每次生成药品订单之后，都可以保存与本次药品订单相对应的用户病历。一个用户标识可以对应一个或多个用户病历，每个用户病历对应至少一个描述标签。

进一步地，所述根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，包括：

步骤S61、提取所述查询信息中的用户标识；

步骤S62、展示所述用户标识对应的病历列表以及所述病历列表中每个病历对应的至少一个描述标签；

步骤S63、接收针对所述病历列表中展示的描述标签执行的选择操作；

步骤S64、根据所述选择操作选中的描述标签查询已保存的关联关系，确定所述选中的描述标签对应的药品信息为所述查询请求对应的目标药品信息。

一个示例中，本公开实施例在检测到用户A针对病症A下单购买药品a、b、和c之后，根据病症A提取描述标签LA，可以建立描述标签LA与药品a、b、和c之间的关联关系，并保存用户A本次的用户病历，如记为病历A。病历A与用户A的标识以及描述标签LA具有对应关系。之后，本公开实施例检测到用户A又通过在线问诊平台针对病症B下单购买药品d和e，根据病症B提取得到描述标签LB，可以建立描述标签LB与药品d和e之间的关联关系，并保存用户A本次的用户病历，如记为病历B。病历B与用户A的标识以及描述标签LB具有对应关系。

假设之后接收到用户A触发的查询请求，该查询请求携带的查询信息中包含用户A的标识，则响应于该查询请求，展示用户A的标识对应的病历列表以及病历列表中每个病历对应的至少一个描述标签。该病历列表中包括病历A和病历B，病历A对应病历标签LA，病历B对应病历标签LB。假设接收到用户A对病历列表中病历A的描述标签LA执行的选择操作，则将LA作为目标描述标签。根据目标描述标签LA查询已创建的关联关系，可以得到目标描述标签LA对应的目标药品信息，进而可以展示该目标药品信息。

本公开实施例可以向用户提供如下三种快速查询药品信息的方式：通过病症查询、通过病历查询、通过用户标识查询。

通过病症查询时，所述查询请求中携带的查询信息可以包括病症关键词。本公开实施例通过对查询信息中的病症关键词与已保存的描述标签进行匹配，可以确定相匹配的关联关系，进而得到所述查询请求对应的目标药品信息。

通过病历查询时，所述查询请求中携带的查询信息可以包括病历关键词。本公开实施例通过对查询信息中的病历关键词与已保存的用户病历进行匹配，可以确定相匹配的用户病历，进而根据相匹配的用户病历对应的描述标签以及已保存的关联关系，可以得到所述查询请求对应的目标药品信息。

通过用户标识查询时，所述查询请求中携带的查新信息可以包括待查询的用户标识。本公开实施例可以提取所述查询信息中的用户标识，并展示所述用户标识对应的病历列表以及所述病历列表中每个病历对应的至少一个描述标签。在接收到针对所述病历列表中展示的描述标签执行的选择操作的情况下，根据所述选择操作选中的描述标签查询已保存的关联关系，可以确定所述选中的描述标签对应的药品信息为所述查询请求对应的目标药品信息。

通过本公开实施例，可以基于描述标签/用户病历/用户标识快速查询用户所需的药品信息，本公开实施例可以为用户提供多种快速查询药品信息的方式，可以提高用户查找历史药品信息的效率。

在本公开的一种可选实施例中，所述展示所述目标药品信息，包括：

步骤S71、展示所述目标药品的购买入口；

步骤S72、响应于对所述购买入口的触发操作，展示所述目标药品的购买界面。

本公开实施例展示的目标药品信息可以包括但不限于如下任意一项或多项：药品的名称、药品的分类、药品的适应症等信息。

进一步地，本公开实施例还可以展示目标药品的购买入口，所述购买入口可以为进入所述目标药品的购买界面的链接。在接收到用户针对所述购买入口的触发操作时，响应于对所述购买入口的触发操作，展示所述目标药品的购买界面。

可选地，在所述目标药品的数目大于1时，通过所述购买入口可以一键购买所有的目标药品，以减少用户逐个查找并加购药品的操作成本，提高用户购买药品的效率。

综上，本公开实施例可以接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息，所述查询信息中可以不包含药品信息。本公开实施例在接收到用户的查询请求的情况下，根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息，并展示所述目标药品信息。通过本公开实施例，在用户不知道目标药品的信息的情况下，可以通过病症信息和/或诊疗信息等查询信息查询用户的历史药品订单，进而获取并展示该查询请求对应的目标药品信息。通过本公开实施例可以解决用户历史订单药品寻找困难的问题，帮助用户快速查找历史的药品信息，提高用户获取药品信息的效率和准确度。用户不用逐一查找每个订单也不用再次咨询相关的医师，可以减少用户的操作成本和时间成本。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。

实施例二

参照图3，其示出了在本公开的一种实施例中的数据处理装置的结构图，所述装置包括：

查询接收模块301，用于接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；

查询处理模块302，查询处理模块，用于根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；

结果展示模块302，用于展示所述目标药品信息。

可选地，所述查询处理模块，包括：

第一查询处理子模块，用于根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，所述关联关系根据所述用户的历史药品订单中的药品信息与所述历史药品订单对应的描述标签所建立。

可选地，所述装置还包括：

信息提取模块，用于在生成所述用户的药品订单的情况下，提取所述药品订单对应的描述标签以及所述药品订单中的药品信息；

关系保存模块，用于保存所述描述标签与所述药品信息之间的关联关系。

可选地，所述查询处理模块，包括：第二查询处理子模块，包括：

药品检索单元，用于根据所述查询信息在网络平台进行检索，获取与所述查询信息相关的候选药品信息；

药品匹配单元，用于对所述候选药品信息和所述用户的历史药品订单进行匹配，确定相匹配的历史药品订单；

药品确定单元，用于根据所述相匹配的历史药品订单，确定所述查询请求对应的目标药品信息。

可选地，所述信息提取模块，包括：

信息获取子模块，用于获取与所述药品订单相关的用户交互信息，所述用户交互信息包括如下任意一项或多项：在线问诊记录、在线问诊结果、病症搜索信息、病症咨询信息、药品咨询信息；

信息提取子模块，用于从所述用户交互信息中提取描述标签。

可选地，所述第一查询处理子模块，包括：

关键词提取单元，用于提取所述查询信息中的病症关键词；

关键词匹配单元，用于将所述病症关键词作为检索词查询已保存的关联关系，得到与所述病症关键词相匹配的目标描述标签；

第一查询单元，用于确定所述目标描述标签对应的药品信息为所述查询请求对应的目标药品信息。

可选地，所述装置还包括：

病历创建模块，用于创建所述药品订单对应的用户病历，所述用户病历与所述药品订单对应的用户标识相关联，且所述用户病历对应至少一个描述标签；

所述查询处理模块，包括：

标识提取子模块，用于提取所述查询信息中的用户标识；

列表展示子模块，用于展示所述用户标识对应的病历列表以及所述病历列表中每个病历对应的至少一个描述标签；

选择接收子模块，用于接收针对所述病历列表中展示的描述标签执行的选择操作；

第二查询子模块，用于根据所述选择操作选中的描述标签查询已保存的关联关系，确定所述选中的描述标签对应的药品信息为所述查询请求对应的目标药品信息。

可选地，所述关系保存模块，包括：

界面展示子模块，用于展示预设的编辑界面，所述编辑界面中包括所述药品订单对应的描述标签以及所述药品订单中的药品信息；

编辑处理子模块，用于接收针对所述编辑界面中展示的描述标签和/或药品信息执行的编辑操作，所述编辑操作包括如下任意一项或多项：输入、选择、增加、修改、删除；

关系保存子模块，用于保存所述编辑界面中的描述标签与药品信息之间的关联关系。

可选地，所述结果展示模块，包括：

第一展示子模块，用于展示所述目标药品的购买入口；

第二展示子模块，用于响应于对所述购买入口的触发操作，展示所述目标药品的购买界面。

可选地，所述药品订单包括通过在线问诊平台生成的药品订单，或者，通过在线购药应用生成的药品订单。

本公开实施例可以接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息，所述查询信息中可以不包含药品信息。本公开实施例在接收到用户的查询请求的情况下，根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息，并展示所述目标药品信息。通过本公开实施例，在用户不知道目标药品的信息的情况下，可以通过病症信息和/或诊疗信息等查询信息查询用户的历史药品订单，进而获取并展示该查询请求对应的目标药品信息。通过本公开实施例可以解决用户历史订单药品寻找困难的问题，帮助用户快速查找历史的药品信息，提高用户获取药品信息的效率和准确度。用户不用逐一查找每个订单也不用再次咨询相关的医师，可以减少用户的操作成本和时间成本。

实施例二为实施例一对应的装置实施例，详细说明可以参照实施例一，在此不再赘述。

本公开的实施例还提供了一种电子设备，参照图4，包括：处理器401、存储器402以及存储在所述存储器402上并可在所述处理器上运行的计算机程序4021，所述处理器401执行所述程序时实现前述实施例的数据处理方法。

本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的数据处理方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开的实施例的文件处理设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。

以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。

Claims (22)

1.一种数据处理方法，其特征在于，所述方法包括：

接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；

根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；

展示所述目标药品信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息，包括：

根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，所述关联关系根据所述用户的历史药品订单中的药品信息与所述历史药品订单对应的描述标签所建立。

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

在生成所述用户的药品订单的情况下，提取所述药品订单对应的描述标签以及所述药品订单中的药品信息；

保存所述描述标签与所述药品信息之间的关联关系。

4.根据权利要求1所述的方法，其特征在于，所述根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息，包括：

根据所述查询信息在网络平台进行检索，获取与所述查询信息相关的候选药品信息；

对所述候选药品信息和所述用户的历史药品订单进行匹配，确定相匹配的历史药品订单；

根据所述相匹配的历史药品订单，确定所述查询请求对应的目标药品信息。

5.根据权利要求3所述的方法，其特征在于，所述提取所述药品订单对应的描述标签，包括：

获取与所述药品订单相关的用户交互信息，所述用户交互信息包括如下任意一项或多项：在线问诊记录、在线问诊结果、病症搜索信息、病症咨询信息、药品咨询信息；

从所述用户交互信息中提取描述标签。

6.根据权利要求2所述的方法，其特征在于，所述根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，包括：

提取所述查询信息中的病症关键词；

将所述病症关键词作为检索词查询已保存的关联关系，得到与所述病症关键词相匹配的目标描述标签；

确定所述目标描述标签对应的药品信息为所述查询请求对应的目标药品信息。

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

创建所述药品订单对应的用户病历，所述用户病历与所述药品订单对应的用户标识相关联，且所述用户病历对应至少一个描述标签；

所述根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，包括：

提取所述查询信息中的用户标识；

展示所述用户标识对应的病历列表以及所述病历列表中每个病历对应的至少一个描述标签；

接收针对所述病历列表中展示的描述标签执行的选择操作；

根据所述选择操作选中的描述标签查询已保存的关联关系，确定所述选中的描述标签对应的药品信息为所述查询请求对应的目标药品信息。

8.根据权利要求3所述的方法，其特征在于，所述保存所述描述标签与所述药品信息之间的关联关系，包括：

展示预设的编辑界面，所述编辑界面中包括所述药品订单对应的描述标签以及所述药品订单中的药品信息；

接收针对所述编辑界面中展示的描述标签和/或药品信息执行的编辑操作，所述编辑操作包括如下任意一项或多项：输入、选择、增加、修改、删除；

保存所述编辑界面中的描述标签与药品信息之间的关联关系。

9.根据权利要求1所述的方法，其特征在于，所述展示所述目标药品信息，包括：

展示所述目标药品的购买入口；

响应于对所述购买入口的触发操作，展示所述目标药品的购买界面。

10.根据权利要求1至9任一所述的方法，其特征在于，所述历史药品订单包括通过在线问诊平台生成的药品订单，或者，通过在线购药应用生成的药品订单。

11.一种数据处理装置，其特征在于，所述装置包括：

查询接收模块，用于接收用户的查询请求，所述查询请求中携带查询信息，所述查询信息包括病症信息和/或诊疗信息；

查询处理模块，用于根据所述查询信息，在所述用户的历史药品订单中确定所述查询请求对应的目标药品信息；

结果展示模块，用于展示所述目标药品信息。

12.根据权利要求11所述的装置，其特征在于，所述查询处理模块，包括：

第一查询处理子模块，用于根据所述查询信息和已保存的关联关系，确定所述查询请求对应的目标药品信息，所述关联关系根据所述用户的历史药品订单中的药品信息与所述历史药品订单对应的描述标签所建立。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

信息提取模块，用于在生成所述用户的药品订单的情况下，提取所述药品订单对应的描述标签以及所述药品订单中的药品信息；

关系保存模块，用于保存所述描述标签与所述药品信息之间的关联关系。

14.根据权利要求11所述的装置，其特征在于，所述查询处理模块，包括：第二查询处理子模块，包括：

药品检索单元，用于根据所述查询信息在网络平台进行检索，获取与所述查询信息相关的候选药品信息；

药品匹配单元，用于对所述候选药品信息和所述用户的历史药品订单进行匹配，确定相匹配的历史药品订单；

药品确定单元，用于根据所述相匹配的历史药品订单，确定所述查询请求对应的目标药品信息。

15.根据权利要求13所述的装置，其特征在于，所述信息提取模块，包括：

信息获取子模块，用于获取与所述药品订单相关的用户交互信息，所述用户交互信息包括如下任意一项或多项：在线问诊记录、在线问诊结果、病症搜索信息、病症咨询信息、药品咨询信息；

信息提取子模块，用于从所述用户交互信息中提取描述标签。

16.根据权利要求12所述的装置，其特征在于，所述第一查询处理子模块，包括：

关键词提取单元，用于提取所述查询信息中的病症关键词；

关键词匹配单元，用于将所述病症关键词作为检索词查询已保存的关联关系，得到与所述病症关键词相匹配的目标描述标签；

第一查询单元，用于确定所述目标描述标签对应的药品信息为所述查询请求对应的目标药品信息。

17.根据权利要求12所述的装置，其特征在于，所述装置还包括：

病历创建模块，用于创建所述药品订单对应的用户病历，所述用户病历与所述药品订单对应的用户标识相关联，且所述用户病历对应至少一个描述标签；

所述查询处理模块，包括：

标识提取子模块，用于提取所述查询信息中的用户标识；

列表展示子模块，用于展示所述用户标识对应的病历列表以及所述病历列表中每个病历对应的至少一个描述标签；

选择接收子模块，用于接收针对所述病历列表中展示的描述标签执行的选择操作；

第二查询子模块，用于根据所述选择操作选中的描述标签查询已保存的关联关系，确定所述选中的描述标签对应的药品信息为所述查询请求对应的目标药品信息。

18.根据权利要求13所述的装置，其特征在于，所述关系保存模块，包括：

界面展示子模块，用于展示预设的编辑界面，所述编辑界面中包括所述药品订单对应的描述标签以及所述药品订单中的药品信息；

编辑处理子模块，用于接收针对所述编辑界面中展示的描述标签和/或药品信息执行的编辑操作，所述编辑操作包括如下任意一项或多项：输入、选择、增加、修改、删除；

关系保存子模块，用于保存所述编辑界面中的描述标签与药品信息之间的关联关系。

19.根据权利要求11所述的装置，其特征在于，所述结果展示模块，包括：

第一展示子模块，用于展示所述目标药品的购买入口；

第二展示子模块，用于响应于对所述购买入口的触发操作，展示所述目标药品的购买界面。

20.根据权利要求11至19任一所述的装置，其特征在于，所述历史药品订单包括通过在线问诊平台生成的药品订单，或者，通过在线购药应用生成的药品订单。

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

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至10中任一项所述的数据处理方法。

22.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1至10中任一项所述的数据处理方法。

Images