数据处理方法、终端设备、服务器及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种数据处理方法、终端设备、服务器及存储介质。

背景技术

互联网技术的发展为人们带来了许多的便利，使得人们足不出户即可购买到需要的药品。在一些场景下，用户可通过线上购物平台购买药品。药品是一种较为特殊的药品，使用不当会导致用药人存在安全风险。

但是，现有的线上平台在提供药品或食品选购服务时，无法给用户提供合理的用药指导服务或食用指导服务。因此，有待提出一种新的解决方案。

发明内容

本申请的多个方面提供一种数据处理方法、终端设备、服务器及存储介质，用以向用户提供与食药领域中的对象相关的使用指导服务。

本申请实施例提供一种数据处理方法，包括：获取待分析的多个对象；所述多个对象属于食药领域；将所述多个对象的标识发送至服务器，以使所述服务器分析所述多个对象是否适合搭配使用；获取所述服务器返回的分析结果数据，并展示所述分析结果数据；所述分析结果数据用于描述所述多个对象之间是否适合搭配使用。

本申请实施例还提供一种数据处理方法，包括：获取客户端发送的多个对象的标识；所述多个对象属于食药领域；根据所述多个对象的标识，结合对象使用规则，分析所述多个对象是否适合搭配使用，得到分析结果数据；将所述分析结果数据发送至所述客户端进行展示。

本申请实施例还提供一种终端设备，包括：处理组件、通信组件以及显示组件；所述处理组件，用于：获取待分析的多个对象；所述多个对象属于食药领域；所述通信组件，用于：将所述多个对象的标识发送至服务器，以使所述服务器分析所述多个对象是否适合搭配使用，并获取所述服务器返回的分析结果数据；所述分析结果数据用于描述所述多个对象之间是否适合搭配使用；所述显示组件，用于：展示所述分析结果数据。

本申请实施例还提供一种服务器，包括：处理组件和通信组件；所述通信组件，用于：获取客户端发送的多个对象的标识；所述多个对象属于食药领域；所述处理组件，用于：根据所述多个对象的标识，结合对象使用规则，分析所述多个对象是否适合搭配使用，得到分析结果数据，并通过所述通信组件将所述分析结果数据发送至所述客户端进行展示。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现本申请实施例提供的由客户端执行的数据处理方法或者由服务器执行的数据处理方法。

本申请实施例提供的数据处理方法中，获取食药领域中待分析的多个对象，并结合已有的对象使用规则，分析多个对象是否适合搭配使用，可向用户提供食药领域的对象使用指导服务，有利于保障用药安全和饮食安全。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的数据处理系统的结构示意图；

图2a为本申请一示例性实施例提供的订购清单展示页面的示意图；

图2b为本申请一示例性实施例提供的选择待分析的药品的示意图；

图2c为本申请另一示例性实施例提供的选择待分析的药品的示意图；

图3a为本申请一示例性实施例提供的输入目标用药属性的示意图；

图3b为本申请一示例性实施例提供的展示分析结果数据和跳转至对象推荐界面的示意图；

图3c为本申请一示例性实施例提供的展示推荐的候选对象的示意图；

图3d为本申请另一示例性实施例提供的展示分析结果数据和跳转至订单提交界面的示意图；

图3e为本申请一示例性实施例提供的在弹窗界面展示分析结果数据的示意图；

图4为本申请一示例性实施例提供的数据处理方法的流程示意图；

图5为本申请另一示例性实施例提供的数据处理方法的流程示意图；

图6为本申请一示例性实施例提供的客户端的结构示意图；

图7为本申请另一示例性实施例提供的服务器的结构示意图。

具体实施方式

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

现有技术中，线上平台无法给用户提供食药领域合理的对象使用指导服务，针对该技术问题，在本申请一些实施例中，提供了一种解决方案，该解决方案包含由客户端和服务器组成的数据处理系统。以下将结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的数据处理系统的结构示意图，如图1所示，该数据处理系统100包括客户端101以及服务器102。

其中，客户端101包括能够与用户进行交互，并且具有通信功能的设备。在不同的应用场景下，客户端101的实现形态会有所不同。例如，在一些场景下，客户端101可实现为用户侧的手机、平板电脑、计算机设备等。

其中，服务器102包括能够进行数据处理，并且具有通信功能的设备。在一些实施例中，服务器102可实现为常规服务器、云服务器、云主机、虚拟中心等服务器等设备，本实施例对此不做限制。

基于客户端101和服务器102之间的交互，数据处理系统100可提供食药领域中的对象使用指导功能。其中，食药领域，包括食品领域和药品领域，食药领域中的对象可实现为人们生活中能够使用的实体的药品或者实体的食品，此处不逐一列举。以下将以对象实现为药品领域中的药品为例，对数据处理系统100提供的对象使用指导功能进行示例性说明。

其中，客户端101主要用于：获取待分析的多个对象，并将该多个对象的标识发送至服务器20。其中，对象实现为药品时，对象的标识可包括药品的名称、药品的编号以及药品的SPU(Standard Product Unit，标准化产品单元)信息中的至少一种，本实施例不做限制。

其中，待分析的多个对象，可由客户端101主动获取。例如，对象实现为药品时，客户端10可从用户的购药清单中获取待分析的多个药品，或者可从用户记录的服药提醒信息中获取待分析的多个药品，本实施例不做限制。

在另一些实施例中，待分析的多个对象可由用户提供。例如，用户可在客户端101提供的已有的药品列表中，选择需要进行分析的多个药品；或者，用户可在客户端101提供的输入窗口，输入需要进行分析的至少一个药品的名称或者编号等等。

其中，服务器102主要用于：接收客户端101发送的待分析的多个对象的标识，根据该多个对象的标识，结合对象使用规则，分析该多个对象是否适合搭配使用，得到分析结果数据，并将该分析结果数据发送至客户端101。

其中，对象使用规则，可预先根据对象的使用经验或者对象的功能属性建立，用于描述不同对象之间的搭配使用关系。其中，该对象使用规则可保存在服务器102处，或者可保存在其他远端设备上，本实施例不做限制。服务器102获取到该多个对象的标识后，可从对象使用规则中，查询该多个对象的搭配使用关系，基于查询到的搭配使用关系，分析该多个对象是否适合搭配使用。

其中，分析结果数据，指的是用于描述该多个对象是否适合搭配使用的数据。例如，分析结果数据可包括：多个药品适合搭配使用，或者多个药品不适合搭配使用，或者多个药品应当谨慎搭配使用等等，本实施包含但不限于此。

客户端101接收到服务器102返回的分析结果数据后，可展示该分析结果数据以供用户查看。对象实现为药品时，基于客户端101展示的分析结果数据，用户可了解多个药品之间是否可以搭配使用，进而可避免出现药品使用不当导致的健康风险。在一些场景下，若用户需要购买多个药品，则可结合多个药品的使用匹配情况，合理地进行药品选择。

在数据处理系统100中，客户端101和服务器102之间的上述数据交互过程，可基于客户端101和服务器102之间建立的通信连接关系实现。其中，具体的通信连接方式可视实际的应用场景而定。

在一些示例性实施方式中，客户端101和服务器102之间可采用有线通信方式无线通信方式进行通信。其中，无线通信方式包括蓝牙、ZigBee、红外线、WiFi(WIreless-Fidelity，无线保真技术)等短距离通信方式，也包括LORA等远距离无线通信方式，还可包括基于移动网络的无线通信方式。其中，当通过移动网络通信连接时，移动网络的网络制式可以为3d(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、5G、WiMax等中的任意一种。

在本实施例中，基于客户端101和服务器102之间的交互，可获取待分析的多个药品，并结合已有的药品使用规则，分析多个药品的是否适合搭配使用，可向用户提供合理的用药指导服务。

需要说明的是，数据处理系统100提供的药品使用指导功能，可由用户触发，也可由数据处理系统100主动触发。以下将对上述两种触发方式进行示例性说明。

实施方式A：数据处理系统100在特定的系统事件的触发下，主动激活药品使用指导功能。

其中，该系统事件可以是指定的药品列表得到更新的事件，该药品列表可以实现为用于记录药品订购清单的列表，或者实现为用于记录待提醒服用的药品的列表，本实施例包含但不限于此。进而，数据处理系统100可在用户更新药品订购清单时，或者在用户更新用药提醒信息时，主动为用户提供药品使用指导服务。

实施方式B：用户可通过客户端101发起针对多个药品的匹配分析操作，以触发数据处理100的药品使用指导功能。其中，发起匹配分析操作的用户，可以是需要使用药品的用药人，也可以是其他用户，本实施例不做限制。

在这种实施方式中，客户端101可提供输入组件，以获取用户发起的匹配分析操作。可选地，客户端101可包括一触摸显示屏，用户可通过该触摸显示屏发起针对多个药品的匹配分析操作。当然，在其他可选的实现形态中，客户端101可包括物理按键或者语音输入装置等，用户可基于物理按键或者语音输入装置，发起针对药品的匹配分析操作，此处不赘述。

可选地，客户端101可在一界面展示一操作图标，以供用户发起针对多个药品的匹配分析操作。其中，该界面可以是用于展示用户的订购清单的页面。在一些实施例中，该界面可实现为客户端101提供的购物车界面。

图2a对客户端101展示的该界面进行了示意，该界面上的操作图标可实现为图2a示意的“立即评估”图标。同时，客户端101还可展示该操作图标的功能提示信息以供用户查看，如图2a示意的“多种药品同时服用是否合理”的提示信息。用户存在药品评估需求时，可触发该“立即评估”图标，激活数据处理100的药品使用指导功能。

在本申请的上述以及下述各实施例中，客户端101可采用多种可选的实施方式获取待分析的多个对象，以下将结合一些典型的应用场景进行示例性说明。

对象实现为药品时，一种典型的应用场景为线上购药场景。

在线上购药的场景中，用户可通过数据处理系统100提供的线上购物平台选购药品，并将选购的药品添加至订购清单，即线上购物平台提供的虚拟的“购物车”。其中，已添加至订购清单中的药品被记录在指定的药品列表中。客户端101可获取与订购清单对应的药品列表，并根据该药品列表获取待分析的多个药品。

在一可选实施方式中，客户端101可在药品列表中的药品得到更新时，主动获取药品列表中的多个药品。基于这种实施方式，可在用户无感知的情况下，主动为用户提供购药前的药品使用指导服务。

在另一可选实施方式中，客户端101可获取用户从已选购的药品中指定的多个药品。例如，客户端101可在一界面展示一操作图标，以供用户发起针对多个药品的匹配分析操作。待用户触发该操作图标后，客户端101可响应用户对该操作图标的触发操作，展示药品列表对应的选择控件。该药品列表对应的选择控件可展示在该界面上，也可展示在新的界面上。若选择控件展示在新的界面上，则该新的界面可实现为客户端101提供的药品选择界面，该药品选择界面展示有已添加至订购清单的药品。客户端101可根据用户对该已添加至订购清单的药品的选择操作，确定被选择的药品，作为该待分析的多个药品。

例如，承接上述例子，客户端101可响应用户对图2a示意的“立即评估”图标的触发操作，展示图2b示意的药品选择界面。药品选择界面包含选中框以及已加入虚拟购物车的药品，用户在药品选择界面选择需要加入分析的药品后，被选中的药品，会重新显示在选中框内以确认被选中。

在这种场景下，客户端101可在用户选购药品时，获取用户选购的多个药品的标识，并将多个药品的标识发送至服务器102。服务器102可返回用户选购的多个药品是否适合搭配使用的分析结果数据，该分析结果数据可对用户购买药品的操作进行指导，进而有利于提升购物平台的用户黏度以及复购率。

对象实现为药品时，另一种典型的应用场景为线上用药咨询场景。

在线上用药咨询场景中，用户可通过客户端101发起针对多个药品的搭配使用咨询操作，以咨询多个药品是否适合搭配使用。

在这种场景下，可选地，客户端101可展示可供选择的药品,如图2c所示的药品1-药品6，用户可从可供选择的药品中选择待分析的多个药品,如图2c所示的已添加的药品4和药品6。可选地，客户端101可展示输入窗口，用户可通过输入窗口输入待分析的多个药品的标识，如图2c所示的搜索窗口。

可选地，客户端101可获取用户提供的图片，并识别图片包含的药品，作为待分析的药品。例如，如图2c所示，客户端10可展示一“相机”图标。用户可触发该相机图标，打开本地图册并上传本地保存的图片，用户上传的图片可包括：药方图片、药品外包装的图片或者任何包含药品标识的图片。或者，用户可触发该相机图标来打开客户端101上的相机，通过相机对药方、药品外包装或者任何包含药品标识的物体进行拍摄，并上传拍摄到的图片。在一些其他实施方式中，客户端101可将获取到的图片发送至服务器102，由服务器102从该图像中识别出待分析的药品，本实施例不做限制。

可选地，客户端101可获取用户输入的语音数据，对语音数据进行语音识别，并根据语音识别的结果确定待分析的药品。例如，如图2c所示，客户端101可展示一“麦克风”图标，用户可触发该麦克风图标，并口述待分析的药品的标识。客户端101响应针对该麦克风图标的触发操作，可展示语音输入提示界面，并可调用麦克风组件收录用户发出的语音，得到语音数据。在一些其他实施例中，客户端101可将获取到的语音数据发送至服务器102，由服务器102从该语音数据中识别出待分析的药品，本实施例不做限制。

在这种场景下，用户选择的待分析的药品，可被记录在指定的药品列表中。客户端101可根据该药品列表获取待分析的多个药品。例如，客户端101可在该药品列表得到更新时，获取药品列表包含的药品，作为待分析的多个药品，不再赘述。

基于上述多种可选的实施方式，客户端101可确定待分析的多个药品，并可将待分析的多个药品的标识发送至服务器102。服务器102接收客户端101发送的多个药品的标识，并可结合药品使用规则，分析多个药品是否适合搭配使用。

在本申请的上述以及下述各实施例中，对象使用规则包括：对象搭配使用规则。继续以对象实现为药品为例，对象搭配使用规则可实现为：药品搭配使用规则。

可选地，药品搭配使用规则，用于指示不同药品之间的搭配关系。其中，针对每种药品，其对应的药品搭配使用规则，可包括全量的该药品与一部分其他药品之间的适合搭配规则，以及全量的该药品与另一部分其他药品之间的不适合搭配规则。基于上述适合搭配规则以及不适合搭配规则，可分析出存在正向影响关系的药品以及反向影响关系的药品。

其中，两种药品之间存在负向影响关系，指的是一种药品会降低另一种药品的功能，或者一种药品会对另一药品的功能形成阻碍，或者，一种药品会对另一种药品造成破坏，本实施例不做限制。将药品之间的负向影响关系沉淀为药品搭配使用规则，可对用药人进行合理建议，以有效避免出现用药风险。

在一些实施方式中，药品搭配使用规则可根据药品的历史使用数据分析得到。

例如，可获取多个药品组合用于疾病治疗时产生的疗效数据以及临床实验数据，并根据该疗效数据以及临床实验数据获取多个药品搭配使用规则。

在另一些实施方式中，可根据药品之间的药理属性，获取药品搭配使用规则，或者，可根据药品的成分适配关系或矛盾关系获取药品搭配使用规则。例如，根据药品D和药品E的成分之间可相互溶解的特性，可得到药品D和药品E禁忌共同使用的规则。

在又一些实施方式中，可将医学领域的指南文献以及基础数据字典中记录的药品之间的搭配使用信息，沉淀为药品搭配使用规则。其中，指南文献可包括研究药品和疾病的论文、健康杂志、健康科普文章等，本实施例不做限制。

可选地，基于上述实施方式获取到的药品搭配使用规则，可包括：药物相互作用规则、重复用药规则、配伍禁忌规则中的至少一种。其中，药物相互作用规则包括：药物相互协同规则、药物功能相加规则、药物相互拮抗规则等，本实施例不做限制。

其中，药物相互作用，指的是两种或两种以上药物同时服用或者在设定时间内服用，药物之间产生复合效应。该复合效应可使药效加强或副作用减轻，也可使药效减弱或出现不应有的毒副作用。其中，可使药效加强或副作用减轻的相互作用，可描述为药物相互协同作用或者药物功能相加作用。可使药效减弱或出现不应有的毒副作用的相互作用，可描述为药物相互拮抗作用。

其中，重复用药，指的是两种或两种以上的药物具有相同的药理作用。重复用药时，药物剂量重复且药物作用重复，容易发生用药过量和药物不良反应。

其中，配伍禁忌，指的是药物在体外配伍,会发生物理性的或化学性的相互作用，进而会影响药物疗效，使药效降低或失效，或发生毒性反应。

基于上述多维度下的药品使用禁忌事项，可获取多维度的药品搭配使用规则，有利于向用户提供更加全面的用药指导服务。

值得说明的是，药品搭配使用规则还可包括药品对应的禁售规则、实名购买规则以及限量购买规则中的至少一种。

在一些实施例中，可从不同国家、地区针对药品出具的管理标准文件或者法律政策文件中，获取不同国家、地区对部分药品的特殊规定，并将获取到的特殊规定沉淀为上述药品对应的禁售规则、实名购买规则或者限量购买规则。

其中，禁售规则指的是，部分药品在某些国家或地区不可出售，例如含麻醉剂的止痛药被部分国家列为禁售药品。其中，实名购买规则指的是，在部分国家购买部分药品时，需要进行实名登记。通常，这些药品为高危险药品，例如消毒酒精、高锰酸钾等。其中，限量购买规则，指的是，在部分国家或者地区对部分药品的购买量进行了限制，例如安眠药、麻黄碱类复方制剂等等，不再赘述。

基于上述药品搭配使用规则，在一些可选的实施例中，服务器102获取到多个药品的标识后，可根据该多个药品的标识，从药品搭配使用规则中，查询与该多个药品关联的使用规则，为便于描述和区分，将与多个药品关联的规则描述为第一使用规则。

获取到第一使用规则后，服务器102根据第一使用规则，判断多个药品之间是否相互匹配,若多个药品之间相互匹配，则可确定该多个药品适合搭配使用。

可选地，第一使用规则是该多个药品命中的药品搭配使用规则，服务器102可根据第一使用规则，药品获取该多个药品之间的影响关系。若多个药品之间的影响关系不包含负向影响关系，则服务器102可确定该多个药品之间相互匹配；反之，若多个药品之间的影响关系包含负向影响关系，则服务器102可确定该多个药品之间相互不匹配。

可选地，若第一使用规则包含该多个药品关联的相互拮抗规则、重复用药规则以及配伍禁忌规则中的至少一种，则服务器102可确定该多个药品之间包含负向影响关系。反之，若第一使用规则不包含该多个药品关联的相互拮抗规则、重复用药规则以及配伍禁忌规则中的任意一种，则服务器102可确定该多个药品之间不包含负向影响关系。

基于上述分析操作，服务器102可从多个维度分析该多个药品的使用匹配度，可确保该多个药品的组合具有一定的使用合理性。

以下将以药品1和药品2为例进行进一步示例性说明。

服务器102获取到药品1和药品2的标识后，可从药品搭配使用规则中，获取与药品1和药品2同时关联的药品搭配使用规则。

可选地，服务器102在获取与药品1和药品2同时关联的药品搭配使用规则时，可先获取与药品1关联的所有药品搭配使用规则，再从与药品1关联的药品搭配使用规则中筛选出与药品2关联的药品搭配使用规则。或者，可先获取与药品2关联的所有药品搭配使用规则，再从与药品2关联的药品搭配使用规则中筛选出与药品1关联的药品搭配使用规则，本实施例对此不做限制。

若与药品1和药品2同时关联的药品搭配使用规则为药品相互拮抗规则，则可确定药品1和药品2之间会产生负影响。或者，若与药品1和药品2同时关联的使用规则为重复用药规则，则可确定药品1和药品2之间会产生负影响。若与药品1和药品2同时关联的使用规则为配伍禁忌规则，则可确定药品1和药品2之间会产生负影响。若药品1和药品2之间存在上述任意一种负向影响关系，则服务器102可确定药品1和药品2之间不适合搭配使用。

值得说明的是，除前述实施例记载的对象搭配使用规则之外，对象使用规则还包括：对象与使用者属性的搭配使用规则。继续以对象实现为药品为例，使用者属性可包括用药人的用药属性，对象与使用者属性的搭配使用规则可实现为：药品与用药属性的搭配使用规则。

其中，用药属性，用于描述用药人的用药需求以及用药人的健康属性。例如，用药属性可包括用药人的病症属性、禁忌药品属性、过敏属性以及所属特殊人群属性等。

其中，药品与用药属性的搭配使用规则，用于指示不同药品和不同用药属性之间的搭配关系。该搭配关系可包括：适合搭配(搭配合理度较高)或者不适合搭配(搭配合理度较低或者禁止搭配)。相应地，药品与用药属性的搭配使用规则可包括适合搭配规则和不适合搭配规则。

其中，针对每种药品，其对应的药品与用药属性的搭配使用规则，可包括全量的该药品与一部分用药属性之间的适合搭配规则，以及全量的该药品与另一部分用药属性之间的不适合搭配规则。或者，针对每种用药属性，其对应的药品与用药属性的搭配使用规则，可包括全量的该用药属性与一部分药品之间的适合搭配规则，以及全量的该用药属性与另一部分药品之间的不适合搭配规则。

基于上述适合搭配规则以及不适合搭配规则，既便于为用药人指导适合其服用的药品，也可避免用药人因使用与其不匹配的药品造成的不良后果。

在一些实施方式中，药品与用药属性的搭配使用规则，可根据药品对具有不同用药属性的用药人进行治疗时产生的治疗数据分析得到。

例如，可根据药品对具有不同用药属性的用药人产生的疗效数据以及临床实验数据，获取药品与用药属性的搭配使用规则。例如，药品A不适用于高血压患者服用的规则、药品B不适用于18岁以下的人群服用的规则。例如，药品C的适应症为风寒感冒、禁忌症为风热感冒的规则。

在另一些实施方式中，药品与用药属性的搭配使用规则，可根据药品的药理和成分与用药属性之间的相互作用关系得到。例如，可根据药品F包含激素成分的属性，可得到药品F不适用于激素过敏患者服用的规则。

在又一些实施方式中，可将医学领域的指南文献以及基础数据字典中记录的具有不同用药属性的用药人的药品使用指导信息，沉淀为药品与用药属性的搭配使用规则。其中，指南文献可包括研究药品和疾病的论文、健康杂志、健康科普文章等，本实施例不做限制。

可选地，基于上述实施方式获取到的药品与用药属性的搭配使用规则可包括：药品适应症规则、药品用法规则、药品用量规则、药品禁忌症规则以及特殊人群用药规则中的至少一种。

当然，除上述实施方式之外，还可采用其他可选的实施方式获取对象与用药属性之间的使用规则，不再赘述。

基于上述药品与用药属性的搭配使用规则，数据处理系统100在提供用药指导服务时，可进一步考虑用药人的用药属性，以向用药人提供更合理、更贴合用药人使用需求的用药指导服务。以下将进行进一步示例性说明。

在一些可选的实施例中，客户端101可进一步获取用药人的用药属性，为便于描述和区分，将用药人的用药属性描述为目标用药属性。客户端101可将获取到的目标用药属性发送至服务器102，进而，服务器102可根据目标用药属性和该多个药品的标识，分析该多个药品是否适合搭配使用，得到分析结果数据。

其中，目标用药属性可包括用药人的病症属性、禁忌药品属性、过敏属性以及所属特殊人群属性等。目标用药属性可由用户提供，该用户可以是用药人，也可以是用药人之外的其他用户。

在一些可选的实施例中，客户端101在获取目标用药属性时，可展示至少一个用药属性标签，供用户进行选择。用户可根据用药人的实际情况，从该至少一个用药属性标签中，选择能够描述用药人的用药属性标签。响应用户对该至少一个用药属性标签的选择操作，客户端101可确定被选择的用药属性标签，并根据被选择的用药属性标签，获取目标用药属性。

可选地，该至少一个用药属性标签可展示在客户端101提供的用户信息输入界面上。例如，承接前述例子，在图2b的示意中，用户选择药品之后，可触发药品选择界面上的“选好了”图标。又例如，在图2c的示意中，用户选择目标药品后，可触发界面上的“下一步”图标。

响应上述触发操作，客户端101可展示用户信息输入界面，并在用户信息输入界面展示用药属性标签。一种典型的用户信息输入界面如图3a所示，在图3a的示意中，用药属性标签可包括：高血压属性标签、糖尿病属性标签、妊娠期属性标签、哺乳期属性标签、肾功能不全属性标签、肝功能不全属性标签、青霉素过敏属性标签、15岁以下属性标签等。应当理解，图3a示意的用药属性标签仅用于进行示例性说明，并不对用户客户端101展示的用药属性标签构成任何限制。

可选地，客户端101展示的该至少一个用药属性标签，可以是客户端101处预存的，也可以是客户端101实时从服务器102处获取的，本实施例不做限制。以下将结合其中一种实施方式进行示例性说明。

可选地，客户端101将该多个药品的标识发送至服务器102之后，服务器102可根据该多个药品的标识，获取与该多个药品关联的用药属性，并根据与该多个药品关联的用药属性，向客户端101返回至少一个用药属性标签。

可选地，服务器102获取与该多个药品关联的用药属性时，可从药品与用药属性的搭配使用规则中，查询与该多个药品各自关联的搭配使用规则。为方便描述和区分，将该多个药品各自关联的搭配使用规则描述为第二使用规则。其中，每个药品可关联一个或者多个药品与用药属性的搭配使用规则，相应地，第二使用规则的数量可以是一个或者多个，本实施例不做限制。

每个药品与用药属性的搭配使用规则中，描述了该药品与用药属性的适配关系，因此，服务器102可从第二使用规则中，获取该多个药品各自关联的用药属性。基于该多个药品各自关联的用药属性，服务器102可向客户端101发送至少一个用药属性标签。

基于前述记载可知，药品与用药属性的搭配使用规则，可包括药品与用药属性适合搭配的规则和药品与用药属性的不适合搭配的规则。服务器102获取到的每个药品关联的用药属性，可包括与该药品适合搭配的用药属性以及与该药品不适合搭配的用药属性。例如，药品1关联的药品与用药属性的搭配规则可包括：药品1适用于用药属性1以及用药属性2，不适用于用药属性3。那么，根据药品1关联的药品与用药属性的搭配使用规则，可确定药品1关联的用药属性为：属性1、属性2以及属性3。

可选地，针对该多个药品中的任一药品，服务器102可根据该药品与用药属性的搭配使用规则，确定该药品关联的适应症、禁忌症以及特殊人群用药属性中的至少一种，作为该药品对应的用药属性。

客户端101接收到服务器102根据返回的该至少一个用药属性标签后，可展示该至少一个用药属性标签，以供用户选择。待用户选择后，客户端101可根据用户选择的用药属性标签，确定目标用药属性。

可选地，承接上述例子，客户端101获取到的目标用药属性可包括：症状属性、药品禁忌属性、过敏属性、所属特殊人群属性中的至少一种。

其中，症状属性指的是用药人的疾病症状，例如发热、咳嗽、晕眩等属性。药品禁忌属性，指的是用药人禁止使用药品的属性，例如禁用抗生素药品、禁用降血压药品、禁用含激素药品、禁用含兴奋剂药品等。过敏属性，指的是用药人对药品的过敏属性，例如青霉素过敏、阿司匹林过敏、氯霉素过敏等。所属人群属性，指的是用药人所属的年龄范围、生理阶段、特殊职业等属性，例如，用药人属于儿童、老人、妊娠期孕妇或者运动员等群体。

基于上述目标用药属性，服务器102可充分获取到用药人的用药需求，有利于向用药人提供更加合理的药品使用指导服务。

值得说明的是，除了前述实施例记载的实施方式之外，客户端101可还可获取用户主动添加的目标用药属性。

可选地，客户端101可展示信息添加图标。可选地，该信息添加图标和展示在用户信息输入界面上，如图3a所示的“+”图标。响应针对该信息添加图标的选择操作，客户端101可展示信息输入区域，并可根据该信息输入区域的输入操作，获取目标用药属性。

可选地，该信息输入区域可以展示在信息输入界面上的浮窗中，如图3b所示，也可以展示在新的界面中，本实施例不做限制。

值得说明的是，在一些可选的实施例中，用户可通过客户端101预先编辑一个或多个用药人信息。在编辑用药人信息时，可输入用药人的标识和用药属性之间的对应关系，并保存。在用户发起匹配分析操作之后，客户端101可展示用药人选择控件，基于该用药人选择控件，用户可输入用药人的用户标识。基于用药人的用户标识，客户端101可从预先保存的用户标识和用药属性之间的对应关系中，获取与用药人的标识对应的用药属性，作为目标用药属性。基于这种实施方式，用户通过客户端101预先编辑的用户信息可重复多次利用，进一步简化了用户的操作流程。

在一些可选的实施例中，服务器102获取到该多个药品的标识和目标用药属性后，可结合药品使用规则，分析多个药品是否适合搭配使用，得到分析结果数据。

可选地，服务器102可从药品使用规则中，查询与该多个药品关联的药品搭配使用规则，以及查询与该多个药品和目标用药属性关联的药品和用药属性的搭配使用规则。

接着，服务器102可根据查询到的上述规则，判断该多个药品之间是否相互匹配，并判断该多个药品和目标用药属性是否相互匹配。其中，判断多个药品之间是否相互匹配的可选实施方式可参考前述实施例的记载，此处不赘述。判断该多个药品和目标用药属性是否相互匹配的操作，可基于该多个药品和目标用药属性关联的药品和用药属性的搭配使用规则实现。若该多个药品之间相互匹配，且该多个药品与目标用药属性匹配，则服务器102可确定该多个药品适合搭配使用。

可选地，以下将以该多个药品中的第一药品为例，对服务器102判断药品与目标用药属性之间是否相互匹配的可选实施方式进行示例性说明。其中，第一药品指的是该多个药品中的任一药品，此处用“第一”对其限定仅用于方便描述和区分。

在一些实施例中，目标用药属性包含多个用药属性，若第一药品和目标用药属性关联的药品和用药属性的搭配使用规则，指示第一药品与目标用药属性中的至少一个用药属性的搭配合理度不满足设定条件，则服务器102可确定第一药品与目标用药属性不匹配；若第一药品和目标用药属性关联的药品和用药属性的搭配使用规则，指示第一药品与目标用药属性中的每一用药属性的搭配合理度均满足设定条件，则服务器102可确定第一药品与目标用药属性匹配。

其中，搭配合理度对应的设定条件可根据实际需求进行设置，本实施例不做限制。例如，设定条件可设置为：搭配合理度大于设定阈值、搭配使用后具有明显疗效、搭配使用后无副作用或者搭配后病症减缓等等。

以下将结合具体的例子进行示例性说明。假设，与药品1关联的药品与用药属性的搭配使用规则包括：药品1适用于用药属性1和用药属性2，但不适用于用药属性3。那么，若目标用药属性包括：用药属性1和用药属性2，则可认为药品1与目标用药属性匹配。若目标用药属性包括用药属性3，则可认为药品1与目标用药属性不匹配。

基于上述，服务器102可逐个分析该多个药品中的每一药品与目标用药属性的使用匹配结果，并根据每一药品与目标用药属性的使用匹配结果分析该多个药品是否适合搭配使用。可选地，若该多个药品中，存在至少一个药品与目标用药属性不匹配，则可确定该多个药品不适合搭配使用。

基于上述，数据处理系统100可分析多个药品在多个维度上的用药匹配度以及每个药品与目标用药属性之间的匹配度，有效提升了药品搭配分析结果的可靠性。

基于上述各实施例，服务器102分析得到的多个药品的分析结果数据，可包括以下至少一种：多个药品适合搭配使用的信息、多个药品不适合搭配使用的信息。其中，多个药品不适合搭配使用的信息可包括：该多个药品之间相互不匹配的信息，或者，该多个药品中的至少一个药品与目标用药属性不匹配的信息。

例如，待分析的多个药品为药品A和药品B，分析结果数据可包括：药品A和药品B不可同时使用。或者，药品A和药品B不适用于具有用药属性C的用药人同时服用，不再赘述。

需要说明的是，在一些可能的场景下，服务器102分析多个药品是否搭配使用时，若多个药品中的至少一个药品命中了禁售规则、实名购买规则以及限量购买规则中的至少一种，则多个药品对应的分析结果数据还可包括该至少一个药品对应的购买提示信息。例如，该购买提示信息可以为：药品M1在国家C1为禁售药品、药品M2在国家C2为需要实名购买的药品、药品M3为国家C3限量购买的药品，不再赘述。

接收服务器102返回的分析结果数据后，客户端101可展示该分析结果数据。

可选地，客户端101可展示分析结果展示界面，并在该界面展示该分析结果数据。例如，如图3b所示，客户端101可在分析结果展示界面上展示药品1和药品2的组合禁止高血压缓则同时使用的信息。或者，可如图3d所示，在分析结果展示界面上展示药品1和药品2的组合可搭配使用的信息。

应当理解，除了图3b和3d示意的方式之外，客户端101还可通过其他可选的实施方式展示该分析结果数据。

在一些实施方式中，客户端10可在用于展示包含该多个药品的订购清单的界面上展示该分析结果数据。例如，线上购物场景下，客户端101可在虚拟的“购物车”界面，展示分析结果数据。

在另一些实施方式中，客户端10可在用于展示该多个药品的订单提交操作的界面展示该分析结果数据。例如，线上购物场景下，客户端101可在“提交订单”界面，展示分析结果数据。

在又一些实施例中，客户端10可在任一正在展示的界面上，展示一弹窗界面，并在该弹窗界面上展示该分析结果数据。图3e对弹窗界面103进行了示意，该弹窗界面103可进一步增强提醒效果。

在一些可选的实施例中，若待分析的多个药品不适合搭配使用，服务器102可进一步根据药品使用规则，计算出适合搭配使用的候选药品，并将候选药品的标识发送至客户端101进行展示。

其中，针对该多个药品中的任一药品，服务器102可计算出与该药品适合搭配使用的至少一个候选药品。以下将继续以该多个药品中的第一药品为例，对服务器102计算第一药品对应的至少一个候选药品的可选实施方式进行示例性说明。为描述方便，继续以第二药品来描述该多个药品中除第一药品之外的其他药品。

针对第一药品，可执行以下操作，以获取与第一药品适合搭配使用的候选药品：

可选地，服务器102可计算与第二药品具有相似使用属性的第一候选药品；接着，从该第一候选药品中，确定与第一药品存在正向影响关系的第二候选药品；接着，从第二候选药品中，筛选与目标用药属性适配的药品，作为与第一药品适合搭配使用的候选药品。

其中，从该第一候选药品中，确定与第一药品存在正向影响关系的第二候选药品的操作，可基于第一候选药品关联的药品搭配使用规则实现，此处不赘述。其中，从第二候选药品中，筛选与目标用药属性适配的药品的操作，可基于第二候选药品和目标用药属性的药品与用药属性的搭配使用规则实现，此处不赘述。

以下将结合一个具体的例子，对获取候选药品的可选实施方式进行示例性说明。

假设，待分析的药品包括：药品A和药品B。

在计算可与药品A搭配使用的药品时，首先，可根据药品B的适应症，从药品库中匹配出与药品B具有相似治疗作用的药品。若药品B具有多个适应症，则可获取与药品B的多个适应症分别对应的多个药品的并集。

可选地，还可进一步从与药品B的适应症对应的药品中，进一步筛选与药品B的规格、剂型、剂量、用法、厂家等信息中的至少一种信息匹配的药品，得到药品集X。

接着，可根据用药人的目标使用者属性，结合药品与使用者属性之间的使用规则，从药品库中筛选出与适用于用药人疾病、病症的药品，得到药品集Y。接着，计算药品集X和药品集Y的交集，得到药品集M。药品集M中的药品与用药人适配，且与药品B的具有相似治疗作用。接着，可根据药品与药品搭配使用规则，从药品集M中，筛选出相互拮抗的药品以及重复用药的药品，得到药品集N。接着，可根据用药人的疾病史、年龄、所属特殊人群等属性，用药品集N中删除禁止使用或者不推荐服用的药品，得到药品集Z。药品集Z即为可与药品A搭配使用的药品。

基于上述实施方式，服务器102可获取到与该多个药品中的每一药品可搭配使用的候选药品，并可将每一药品的标识及可与其搭配使用的候选药品的标识发送至客户端101。

在上述实施例的基础上，可选地，客户端101在展示服务器102返回的分析结果数据时，还可展示用于查看推荐药品的操作图标，如图3b所示。响应用户对该查看推荐药品的操作图标的触发操作，客户端101可根据服务器102发送的候选药品的标识，展示候选药品。

在一些场景下，客户端101可展示该多个药品的图标以及与该多个药品中的任一药品可搭配使用的至少一个候选药品。用户可触发任意药品的图标，切换查看可与不同的药品搭配使用的候选药品，如图3c所示。例如，用户可通过触发图3c展示的药品1和药品2的图标，切换查看可与药品1搭配使用的候选药品，或者可与药品2搭配使用的候选药品。

基于上述实施方式，在待分析的多个药品不适合搭配使用时，数据处理系统100可主动为用户推荐适合搭配使用的药品，简化了用户的操作。

在另一些可选的实施例中，若待分析的多个药品适合搭配使用，客户端101可在展示分析结果数据时，展示用于提交订单的操作图标,如图3d所示的“提交应”图标；响应针对该用于提交订单的操作图标的触发操作，客户端101可展示用于提供订单提交操作的界面，以供用户执行订单提交操作。

值得说明的是，上述各实施例提供的数据处理系统100可面向不同的用户，例如，购药用户、用药人、医师、药师等等。以下将结合不同的用户对数据处理100的应用场景进行说明。

针对购药用户以及用药人而言，数据处理系统100可提供线上购药服务以及购药前的药品评估服务。数据处理系统100可在为购药用户和用药人提供购药服务的同时，帮助购药用户和用药人判断所选药品是否存在安全风险，有利于促进合理用药。除此之外，已选购的药品不适合用药人使用时，主动为用药人推荐可选择的相似药品，避免了重新搜索药品的操作，可简化线上购药流程，提升订单转化率。

针对用药人而言，数据处理系统100可提供非购物场景下的线上药品使用咨询服务。例如，客户端101可作为用药人的用药助手，提供用药人在日常生活中的用药咨询服务和用药提醒服务。用药人在存在咨询需求时，可通过客户端101提供计划将要使用的药品以及用药人自身的属性。服务器102可根据药品和用药人自身的属性为用药人评估用药的合理性。或者，用药人需要添加用药提醒服务时，可通过客户端101提供需提醒服用的药品以及用药人自身的属性。服务器102可根据药品和用药人自身的属性主动为用药人评估用药的合理性，并进行合理用药的风险提示。

针对医师而言，数据处理系统100可提供药方复核服务。医师在开药方的过程中，可将拟定的药方和用药人的用药属性提供给客户端101。基于客户端101和服务器102之间的交互，客户端101可向医师返回药方是否合理的提示信息，以提升医生的开方效率。

针对药师而言，数据处理系统100可提供药方合理性校验服务。药师在根据药方取药的过程中，可将药方和用药人的用药属性提供给客户端101。基于客户端101和服务器102之间的交互，客户端101可向药师返回药方是否合理的提示信息，以进一步降低用药人的用药风险。

前述各实施例提供的数据处理100除了可提供用药指导服务之外，还可提供食品领域的食物服用指导服务。

与前述实施例不同的是，在食品领域，对象使用规则，可包括食品搭配使用规则以及食品与食用者的食用属性之间的使用规则。以下将进行示例性说明。可选地，食品搭配使用规则，可包括：食物禁忌规则、食物相克规则、营养成分搭配规则以及特殊人群饮食规则中的至少一种。其中，食用属性可包括：食用者的年龄范围、肠胃功能属性以及食物成分过敏属性中的至少一种。其中，食品搭配使用规则以及食品与食用者的食用属性之间的使用规则，可根据营养学研究数据、健康饮食指南等文献中获取，不再赘述。基于这种实施方式，可为食用者提供食物搭配建议，降低饮食安全风险，不再赘述。

除前述各实施例记载的数据处理系统之外，本申请实施例还提供一种数据处理方法，以下将结合附图进行示例性说明。

图4是本申请一示例性实施例提供的数据处理方法的流程示意图，该方法在客户端一侧执行时，可包括如图4所示的步骤：

步骤401、获取待分析的多个对象；所述多个对象属于食药领域。

步骤402、将所述多个对象的标识发送至服务器，以使所述服务器分析所述多个对象是否适合搭配使用。

步骤403、获取所述服务器返回的分析结果数据，并展示所述分析结果数据；所述分析结果数据用于描述所述多个对象之间是否适合搭配使用。

在一些示例性实施方式中，获取待分析的多个对象的一种方式，包括：获取对象列表，所述对象列表用于记录添加至订购清单的对象；根据所述对象列表，获取待分析的所述多个对象。

在一些示例性实施方式中，根据所述对象列表，获取待分析的所述多个对象的一种方式，包括：在第一界面展示第一操作图标；所述第一界面用于展示所述订购清单；响应对所述第一操作图标的触发操作，展示所述对象列表对应的选择控件；根据对所述选择控件的触发操作，确定所述对象列表中被选择的对象，作为待分析的所述多个对象。

在一些示例性实施方式中，展示所述分析结果数据，包括以下至少一种方式；在第一界面展示所述分析结果数据，所述第一界面用于展示包含所述多个对象的订购清单；在第二界面展示所述分析结果数据，所述第二界面用于提供所述多个对象的订单提交操作；在第三界面展示所述分析结果数据，所述第三界面用于展示所述多个对象的分析结果；在第四界面展示所述分析结果数据，所述第四界面为弹窗界面。

在一些示例性实施方式中，该方法还包括：获取目标使用者属性；将所述目标使用者属性发送至所述服务器，以使所述服务器根据所述目标使用者属性和所述多个对象的标识，分析所述多个对象是否适合搭配使用。

在一些示例性实施方式中，获取目标使用者属性的一种方式，包括：展示至少一个使用者属性标签；响应对所述至少一个使用者属性标签的选择操作，确定被选择的使用者属性标签；根据所述被选择的使用者属性标签，获取所述目标使用者属性。

在一些示例性实施方式中，将所述多个对象的标识发送至服务器之后，还包括：接收所述服务器根据所述多个对象的标识返回的所述至少一个使用者属性标签。

在一些示例性实施方式中，该方法还包括：展示信息添加图标；响应针对所述信息添加图标的选择操作，展示信息输入区域；根据所述信息输入区域的输入操作，获取所述目标使用者属性。

在一些示例性实施方式中，所述分析结果数据包括以下至少一种：所述多个对象适合搭配使用的信息；所述多个对象不适合搭配使用的信息；其中，所述多个对象不适合搭配使用的信息包括：所述多个对象之间相互不匹配的信息，或者，所述多个对象中的至少一个对象与所述目标使用者属性不匹配的信息。

在一些示例性实施方式中，展示所述分析结果数据，还包括；若所述多个对象不适合搭配使用，则展示用于查看推荐对象的第二操作图标；响应对所述第二操作图标的触发操作，展示适合与所述多个对象中的第一对象搭配使用的至少一个候选对象。

在一些示例性实施方式中，展示所述分析结果数据，还包括；若所述多个对象适合搭配使用，则展示用于提交订单的第三操作图标；响应针对所述第三操作图标的触发操作，展示用于提供所述多个对象的订单提交操作的界面。

在一些示例性实施方式中，所述多个对象包括：多个药品；所述目标使用者属性包括：用药人的症状属性、药品禁忌属性、过敏属性、所属特殊人群属性中的至少一种。

在本实施例中，获取待分析的多个对象，并将多个对象的标识发送至服务器，可使服务器分析得到多个对象是否适合搭配使用，可向用户提供对象使用匹配指导服务，有利于降低食药领域的对象使用风险。

图5是本申请另一示例性实施例提供的数据处理方法的流程示意图，该方法在服务器一侧执行时，可包括如图5所示的步骤：

步骤501、获取客户端发送的多个对象的标识；所述多个对象属于食药领域。

步骤502、根据所述多个对象的标识，结合对象使用规则，分析所述多个对象是否适合搭配使用，得到分析结果数据。

步骤503、将所述分析结果数据发送至所述客户端进行展示。

在一些示例性实施方式中，根据所述多个对象的标识，结合对象使用规则，分析所述多个对象是否适合搭配使用的一种方式，包括：从所述对象使用规则中，查询与所述多个对象关联的第一使用规则；根据所述第一使用规则，判断所述多个对象之间是否相互匹配；若所述多个对象之间相互匹配，则确定所述多个对象适合搭配使用。

在一些示例性实施方式中，根据所述第一使用规则，判断所述多个对象之间是否相互匹配的一种方式，包括：根据所述第一使用规则，获取所述多个对象之间的影响关系；若所述影响关系不包含负向影响关系，则确定所述多个对象之间相互匹配；若所述影响关系包含负向影响关系，则确定所述多个对象之间相互不匹配。

在一些示例性实施方式中，所述多个对象包括多个药品；所述第一使用规则包括：所述多个药品关联的药物相互作用规则、重复用药规则以及药品配伍禁忌规则中的至少一种；根据所述第一使用规则，获取所述多个对象之间的影响关系的一种方式，包括：若所述多个药品符合所述药物相互作用规则中的拮抗规则、所述重复用药规则以及所述配伍禁忌规则中的至少一种，则确定所述多个药品之间包含负向影响关系。

在一些示例性实施方式中，还包括：获取所述客户端发送的目标使用者属性；根据所述多个对象的标识，结合所述对象使用规则，分析所述多个对象是否适合搭配使用的一种方式，包括：根据所述多个对象的标识和所述目标使用者属性，结合所述对象使用规则，分析所述多个对象是否适合搭配使用。

在一些示例性实施方式中，获取客户端发送的多个对象的标识之后，该方法还包括：根据所述多个对象的标识，从所述对象使用规则中，查询与所述多个对象各自关联的第二使用规则；从所述第二使用规则中，获取所述多个对象各自关联的使用者属性；根据所述多个对象各自关联的使用者属性，向客户端发送至少一个使用者属性标签，以使所述客户端展示所述至少一个使用者属性标签。

在一些示例性实施方式中，所述多个对象包括：多个药品；所述第二使用规则包括：药品适应症规则、药品用法规则、药品用量规则、药品禁忌症规则以及特殊人群用药规则中的至少一种药品使用规则；从所述第二使用规则中，获取所述多个对象关联的使用者属性的一种方式，包括：针对所述多个药品中的任一药品，根据所述药品使用规则，获取所述药品关联的适应症、禁忌症以及特殊人群用药属性中的至少一种，作为所述药品对应的使用者属性。

在一些示例性实施方式中，根据所述多个对象的标识和所述目标使用者属性，结合所述对象使用规则，分析所述多个对象是否适合搭配使用的一种方式，包括：从所述对象使用规则中，查询与所述多个对象和所述目标使用者属性关联的第三使用规则；根据所述第三使用规则，判断所述多个对象之间是否相互匹配，并判断所述多个对象和所述目标使用者属性是否相互匹配；若所述多个对象之间相互匹配，且所述多个对象与所述目标使用者属性匹配，则确定所述多个对象适合搭配使用。

在一些示例性实施方式中，判断所述多个对象和所述目标使用者属性是否相互匹配的一种方式，包括：针对所述多个对象中的第一对象，若所述第三使用规则指示所述第一对象与所述目标使用者属性中的至少一个使用者属性的搭配合理度不满足设定条件，则确定所述第一对象与所述目标使用者属性不匹配；若所述第三使用规则指示所述第一对象与所述目标使用者属性中的每一使用者属性的搭配合理度均满足设定条件，则确定所述第一对象与所述目标使用者属性匹配。

在一些示例性实施方式中，所述多个对象包括多个药品；所述目标使用者属性包括：用药人的症状属性、药品禁忌属性、过敏属性、所属特殊人群属性中的至少一种。

在一些示例性实施方式中，该方法还包括：若所述分析结果数据指示所述多个对象不适合搭配使用，则根据所述对象使用规则，计算适合与所述多个对象中的第一对象搭配使用的至少一个候选对象；将所述至少一个候选对象的标识发送至所述客户端，以使所述客户端展示所述至少一个候选对象。

在一些示例性实施方式中，根据所述对象使用规则，计算适合与所述多个对象中的第一对象搭配使用的至少一个候选对象的一种方式，包括：计算与所述多个对象中除所述第一对象之外的其他对象具有相似使用属性的第一候选对象；根据对象搭配使用规则，从所述第一候选对象中，确定与所述第一对象存在正向影响关系的第二候选对象；根据对象与使用者属性的搭配使用规则，从所述第二候选对象中，筛选与所述目标使用者属性适配的对象，作为适合与所述第一对象搭配使用的候选对象。

在本实施例中，获取到待分析的多个对象的标识后，可结合已有的对象使用规则，分析多个对象的分析结果数据，可向用户提供合理的对象使用指导服务。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤401至步骤403的执行主体可以为设备A；又比如，步骤401和402的执行主体可以为设备A，步骤403的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如401、402等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图6是本申请一示例性实施例提供的终端设备的结构示意图，该终端设备适用于前述实施例提供的数据处理系统。如图6所示，该终端设备包括：存储器601、处理组件602、通信组件603以及显示组件604。

存储器601，用于存储计算机程序，并可被配置为存储其它各种数据以支持在终端设备上的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理组件602，与存储器601耦合，用于执行存储器601中的计算机程序，以用于：获取待分析的多个对象；所述多个对象属于食药领域。

通信组件603，用于：将所述多个对象的标识发送至服务器，以使所述服务器分析所述多个对象是否适合搭配使用，并获取所述服务器返回的分析结果数据；所述分析结果数据用于描述所述多个对象之间是否适合搭配使用。

显示组件604，用于：展示所述分析结果数据。

在一些示例性实施方式中，处理组件602在获取待分析的多个对象时，具体用于：获取对象列表，所述对象列表用于记录添加至订购清单的对象；根据所述对象列表，获取待分析的所述多个对象。

在一些示例性实施方式中，处理组件602根据所述对象列表，获取待分析的所述多个对象的一种方式，包括：通过显示组件604在第一界面展示第一操作图标；所述第一界面用于展示所述订购清单；响应对所述第一操作图标的触发操作，展示所述对象列表对应的选择控件；根据对所述选择控件的触发操作，确定所述对象列表中被选择的对象，作为待分析的所述多个对象。

在一些示例性实施方式中，显示组件604在展示所述分析结果数据时，具体用于执行以下至少一种操作；在第一界面展示所述分析结果数据，所述第一界面用于展示包含所述多个对象的订购清单；在第二界面展示所述分析结果数据，所述第二界面用于提供所述多个对象的订单提交操作；在第三界面展示所述分析结果数据，所述第三界面用于展示所述多个对象的分析结果；在第四界面展示所述分析结果数据，所述第四界面为弹窗界面。

在一些示例性实施方式中，处理组件602还用于：获取目标使用者属性；通过通信组件603将所述目标使用者属性发送至所述服务器，以使所述服务器根据所述目标使用者属性和所述多个对象的标识，分析所述多个对象是否适合搭配使用。

在一些示例性实施方式中，处理组件602在获取目标使用者属性时，具体用于：展示至少一个使用者属性标签；响应对所述至少一个使用者属性标签的选择操作，确定被选择的使用者属性标签；根据所述被选择的使用者属性标签，获取所述目标使用者属性。

在一些示例性实施方式中，通信组件603将所述多个对象的标识发送至服务器之后，还用于：接收所述服务器根据所述多个对象的标识返回的所述至少一个使用者属性标签。

在一些示例性实施方式中，处理组件602还用于：通过显示组件604展示信息添加图标；响应针对所述信息添加图标的选择操作，展示信息输入区域；根据所述信息输入区域的输入操作，获取所述目标使用者属性。

在一些示例性实施方式中，所述分析结果数据包括以下至少一种：所述多个对象适合搭配使用的信息；所述多个对象不适合搭配使用的信息；其中，所述多个对象不适合搭配使用的信息包括：所述多个对象之间相互不匹配的信息，或者，所述多个对象中的至少一个对象与所述目标使用者属性不匹配的信息。

在一些示例性实施方式中，显示组件604在展示所述分析结果数据时，还用于；若所述多个对象不适合搭配使用，则展示用于查看推荐对象的第二操作图标；处理组件602还用于：响应对所述第二操作图标的触发操作，展示适合与所述多个对象中的第一对象搭配使用的至少一个候选对象。

在一些示例性实施方式中，显示组件604在展示所述分析结果数据时，还用于；若所述多个对象适合搭配使用，则展示用于提交订单的第三操作图标；处理组件602还用于：响应针对所述第三操作图标的触发操作，展示用于提供所述多个对象的订单提交操作的界面。

在一些示例性实施方式中，所述多个对象包括：多个药品；所述目标使用者属性包括：用药人的症状属性、药品禁忌属性、过敏属性、所属特殊人群属性中的至少一种。

进一步，如图6所示，该终端设备还包括：电源组件605、音频组件606等其它组件。图6中仅示意性给出部分组件，并不意味着终端设备只包括图6所示组件。

在本实施例中，获取待分析的多个对象，并将多个对象的标识发送至服务器，可使服务器分析得到多个对象是否适合搭配使用，可向用户提供对象使用匹配指导服务，有利于降低食药领域的对象使用风险。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由终端设备执行的各步骤。

图7示意了本申请一示例性实施例提供的服务器的结构示意图，该服务器适用于前述实施例提供的数据处理系统。如图7所示，该服务器包括：存储器701、处理组件702以及通信组件703。

存储器701，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

通信组件703，用于：获取客户端发送的多个对象的标识；所述多个对象属于食药领域。

处理组件702，与存储器701耦合，用于执行存储器701中的计算机程序，以用于：根据所述多个对象的标识，结合对象使用规则，分析所述多个对象是否适合搭配使用，得到分析结果数据。

通信组件703，还用于：将所述分析结果数据发送至所述客户端进行展示。

在一些示例性实施方式中，处理组件702在根据所述多个对象的标识，结合对象使用规则，分析所述多个对象是否适合搭配使用时，具体用于：从所述对象使用规则中，查询与所述多个对象关联的第一使用规则；根据所述第一使用规则，判断所述多个对象之间是否相互匹配；若所述多个对象之间相互匹配，则确定所述多个对象适合搭配使用。

在一些示例性实施方式中，处理组件702在根据所述第一使用规则，判断所述多个对象之间是否相互匹配时，具体用于：根据所述第一使用规则，获取所述多个对象之间的影响关系；若所述影响关系不包含负向影响关系，则确定所述多个对象之间相互匹配；若所述影响关系包含负向影响关系，则确定所述多个对象之间相互不匹配。

在一些示例性实施方式中，所述多个对象包括多个药品；所述第一使用规则包括：所述多个药品关联的药物相互作用规则、重复用药规则以及药品配伍禁忌规则中的至少一种；处理组件702在根据所述第一使用规则，获取所述多个对象之间的影响关系时，具体用于：若所述多个药品符合所述药物相互作用规则中的拮抗规则、所述重复用药规则以及所述配伍禁忌规则中的至少一种，则确定所述多个药品之间包含负向影响关系。

在一些示例性实施方式中，通信组件703还用于：获取所述客户端发送的目标使用者属性；处理组件702在根据所述多个对象的标识，结合所述对象使用规则，分析所述多个对象是否适合搭配使用时，具体用于：根据所述多个对象的标识和所述目标使用者属性，结合所述对象使用规则，分析所述多个对象是否适合搭配使用。

在一些示例性实施方式中，通信组件703获取客户端发送的多个对象的标识之后，处理组件702还用于：根据所述多个对象的标识，从所述对象使用规则中，查询与所述多个对象各自关联的第二使用规则；从所述第二使用规则中，获取所述多个对象各自关联的使用者属性；根据所述多个对象各自关联的使用者属性，通过通信组件703向客户端发送至少一个使用者属性标签，以使所述客户端展示所述至少一个使用者属性标签。

在一些示例性实施方式中，所述多个对象包括：多个药品；所述第二使用规则包括：药品适应症规则、药品用法规则、药品用量规则、药品禁忌症规则以及特殊人群用药规则中的至少一种药品使用规则；处理组件702在从所述第二使用规则中，获取所述多个对象关联的使用者属性时，具体用于：针对所述多个药品中的任一药品，根据所述药品使用规则，获取所述药品关联的适应症、禁忌症以及特殊人群用药属性中的至少一种，作为所述药品对应的使用者属性。

在一些示例性实施方式中，处理组件702在根据所述多个对象的标识和所述目标使用者属性，结合所述对象使用规则，分析所述多个对象是否适合搭配使用时，具体用于：从所述对象使用规则中，查询与所述多个对象和所述目标使用者属性关联的第三使用规则；根据所述第三使用规则，判断所述多个对象之间是否相互匹配，并判断所述多个对象和所述目标使用者属性是否相互匹配；若所述多个对象之间相互匹配，且所述多个对象与所述目标使用者属性匹配，则确定所述多个对象适合搭配使用。

在一些示例性实施方式中，处理组件702在判断所述多个对象和所述目标使用者属性是否相互匹配时，具体用于：针对所述多个对象中的第一对象，若所述第三使用规则指示所述第一对象与所述目标使用者属性中的至少一个使用者属性的搭配合理度不满足设定条件，则确定所述第一对象与所述目标使用者属性不匹配；若所述第三使用规则指示所述第一对象与所述目标使用者属性中的每一使用者属性的搭配合理度均满足设定条件，则确定所述第一对象与所述目标使用者属性匹配。

在一些示例性实施方式中，所述多个对象包括多个药品；所述目标使用者属性包括：用药人的症状属性、药品禁忌属性、过敏属性、所属特殊人群属性中的至少一种。

在一些示例性实施方式中，处理组件702还用于：若所述分析结果数据指示所述多个对象不适合搭配使用，则根据所述对象使用规则，计算适合与所述多个对象中的第一对象搭配使用的至少一个候选对象；将所述至少一个候选对象的标识发送至所述客户端，以使所述客户端展示所述至少一个候选对象。

在一些示例性实施方式中，处理组件702在根据所述对象使用规则，计算适合与所述多个对象中的第一对象搭配使用的至少一个候选对象时，具体用于：计算与所述多个对象中除所述第一对象之外的其他对象具有相似使用属性的第一候选对象；根据对象搭配使用规则，从所述第一候选对象中，确定与所述第一对象存在正向影响关系的第二候选对象；根据对象与使用者属性的搭配使用规则，从所述第二候选对象中，筛选与所述目标使用者属性适配的对象，作为适合与所述第一对象搭配使用的候选对象。

进一步，如图7所示，该服务器还包括：电源组件704等其它组件。图7中仅示意性给出部分组件，并不意味着服务器只包括图7所示组件。

在本实施例中，获取到待分析的多个对象的标识后，可结合已有的对象使用规则，分析多个对象是否适合搭配使用，可向用户提供合理的对象使用指导服务。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。

上述图6和图7中的存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述图6和图7中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，3d、3G、4G或5G，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件可基于近场通信(NFC)技术、射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术和其他技术来实现。

上述图6中的显示器包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述图6和图7中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、药品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、药品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、药品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。