信息显示方法、问诊装置

技术领域

本说明书实施方式涉及网络技术领域，具体涉及一种信息显示方法、问诊装置。

背景技术

随着网络技术的飞速发展，越来越多的医疗相关事项（比如接种疫苗和购买药品）可借助网络实现线上化。比如，目前接种疫苗的流程大致包括：首先在线预约接种时间，然后按照预约的接种时间去线下的疫苗接种点，签订接种同意书之后接种疫苗。又比如，目前购买药品的流程大致包括：用户在购药软件中选择想要购买的药品，付款下单后，商家将药品快递至用户指定的地点。

然而，由于医疗相关事项的线上化存在交流沟通不及时、不方便的情况，因此，传统技术中针对用户的医疗风险提醒有待改善。

发明内容

有鉴于此，本说明书实施方式致力于提供一种信息显示方法、问诊装置，以解决在传统技术中，针对用户的医疗风险提醒有待改善的技术问题。

本说明书实施方式提供一种信息显示方法，应用于第一服务器。该信息显示方法包括：接收客户端发送的用药请求信息，其中，用药请求信息包含用户选择的预用药品的药品信息；基于用药请求信息，确定预用药品的用药禁忌数据；若基于用药禁忌数据和用户的生理标签数据确定用户存在用药风险，向客户端发送用药风险数据，以便利用客户端向用户显示风险提示信息。

本说明书实施方式提供一种信息显示方法，应用于客户端。该信息显示方法包括：响应于用户在用药平台的用药选择操作，向第一服务器发送用户的用药请求信息，以便第一服务器基于用药请求信息确定用户选择的预用药品的用药禁忌数据，并基于用药禁忌数据和用户的生理标签数据确定用户是否存在用药风险；在第一服务器确定用户存在用药风险的情况下，接收第一服务器发送的用药风险数据；基于用药风险数据向用户显示风险提示信息。

本说明书实施方式提供一种信息显示方法，应用于第一服务器。该信息显示方法包括：接收客户端发送的搜索请求信息，其中，搜索请求信息包含用户输入的搜索关键词信息；基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果；基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果；向客户端发送第二搜索结果，以便利用客户端向用户显示搜索结果信息。

本说明书实施方式提供一种信息显示方法，应用于客户端。该信息显示方法包括：响应于用户在用药平台的搜索操作，向第一服务器发送包含搜索关键词信息的搜索请求信息，以便第一服务器基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果，并基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果；接收第一服务器发送的第二搜索结果；基于第二搜索结果向用户显示搜索结果信息。

本说明书实施方式提供一种问诊方法，应用于第一服务器。该问诊方法包括：接收问诊用户的客户端发送的针对目标医生的问诊请求信息；响应于问诊请求信息，将从第二服务器获取的、问诊用户的生理标签数据发送至目标医生的客户端，以便目标医生参考生理标签数据进行工作。

本说明书实施方式提供一种问诊方法，应用于问诊用户的客户端。该问诊方法包括：响应于问诊用户在用药平台的问诊请求操作，向第一服务器发送针对目标医生的问诊请求信息，以便第一服务器响应于问诊请求信息，将问诊用户的生理标签数据发送至目标医生的客户端，目标医生参考生理标签数据进行工作。

本说明书实施方式提供一种问诊方法，应用于目标医生的客户端。该问诊方法包括：接收第一服务器发送的问诊用户的生理标签数据；向目标医生显示生理标签数据，以便目标医生参考生理标签数据进行工作。

本说明书实施方式提供一种信息显示装置，应用于第一服务器。该信息显示装置包括：接收模块，用于接收客户端发送的用药请求信息，其中，用药请求信息包含用户选择的预用药品的药品信息；确定模块，用于基于用药请求信息，确定预用药品的用药禁忌数据；发送模块，用于若基于用药禁忌数据和用户的生理标签数据确定用户存在用药风险，向客户端发送用药风险数据，以便利用客户端向用户显示风险提示信息。

本说明书实施方式提供一种信息显示装置，应用于客户端。该信息显示装置包括：发送模块，用于响应于用户在用药平台的用药选择操作，向第一服务器发送用户的用药请求信息，以便第一服务器基于用药请求信息确定用户选择的预用药品的用药禁忌数据，并基于用药禁忌数据和用户的生理标签数据确定用户是否存在用药风险；接收模块，用于在第一服务器确定用户存在用药风险的情况下，接收第一服务器发送的用药风险数据；显示模块，用于基于用药风险数据向用户显示风险提示信息。

本说明书实施方式提供一种信息显示装置，应用于第一服务器，该信息显示装置包括：接收模块，用于接收客户端发送的搜索请求信息，其中，搜索请求信息包含用户输入的搜索关键词信息；确定模块，用于基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果；处理模块，用于基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果；发送模块，用于向客户端发送第二搜索结果，以便利用客户端向用户显示搜索结果信息。

本说明书实施方式提供一种信息显示装置，应用于客户端。该信息显示装置包括：发送模块，用于响应于用户在用药平台的搜索操作，向第一服务器发送包含搜索关键词信息的搜索请求信息，以便第一服务器基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果，并基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果；接收模块，用于接收第一服务器发送的第二搜索结果；显示模块，用于基于第二搜索结果向用户显示搜索结果信息。

本说明书实施方式提供一种问诊装置，包括：第一服务器，用于接收问诊用户的客户端发送的针对目标医生的问诊请求信息，响应于问诊请求信息，向第二服务器发送获取问诊用户的生理标签数据的标签请求信息，在接收到第二服务器发送的问诊用户的生理标签数据后，将问诊用户的生理标签数据发送至目标医生的客户端，以便目标医生参考生理标签数据进行工作；第二服务器，用于接收第一服务器发送的获取问诊用户的生理标签数据的标签请求信息，响应于标签请求信息，将问诊用户的生理标签数据发送至第一服务器。

本说明书实施方式提供一种问诊装置，包括：发送模块，用于响应于问诊用户在用药平台的问诊请求操作，向第一服务器发送针对目标医生的问诊请求信息，以便第一服务器响应于问诊请求信息，向第二服务器发送获取问诊用户的生理标签数据的标签请求信息，并在接收到第二服务器发送的问诊用户的生理标签数据后，将问诊用户的生理标签数据发送至目标医生的客户端，以便目标医生参考生理标签数据进行工作。

本说明书实施方式提供一种问诊装置，包括：接收模块，用于接收第一服务器发送的问诊用户的生理标签数据，其中，问诊用户的生理标签数据是第一服务器响应于问诊用户在用药平台的问诊请求操作，向第二服务器发送获取问诊用户的生理标签数据的标签请求信息后接收到的；显示模块，用于向目标医生显示生理标签数据，以便目标医生参考生理标签数据进行工作。

本说明书实施方式提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述实施方式中的方法步骤。

本说明书实施方式提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施方式中的方法步骤。

本说明书实施方式提供一种计算机程序产品，计算机程序产品中包括指令，指令被计算机设备的处理器执行时，使得计算机设备能够执行上述实施方式中的方法步骤。

本说明书实施方式中提及的信息显示方法，能够根据用户选择的预用药品的用药禁忌数据和用户的生理标签数据判断用户是否存在用药风险，并在确定用户存在用药风险的情况下，利用用户的客户端向用户显示风险提示信息。如此设置，能够实现在确认用户存在用药风险的前提下，事先提醒用户所存在的风险的目的。与传统技术中提及的直接向用户展示预用药品的大篇幅的用药禁忌数据相比，本实施方式能够及时给出用户提醒，规避风险，避免用户直接忽略大篇幅的用药禁忌数据后发生用药危险。再者，对于老年人而言，本实施方式能够避免老年人需要阅读大篇幅的用药禁忌数据的情况。此外，本实施方式也能够避免用户误使用不当药品。

附图说明

图1所示为一实施方式提供的场景示例中的信息显示方法的应用场景示意图。

图2所示为另一实施方式提供的场景示例中的信息显示方法的应用场景示意图。

图3所示为一实施方式提供的场景示例中的问诊方法的应用场景示意图。

图4a所示为一实施方式提供的信息显示方法的流程示意图。

图4b所示为另一实施方式提供的信息显示方法的流程示意图。

图5a所示为一实施方式提供的儿童疫苗预约页面的示意图。

图5b所示为一实施方式提供的包含风险提示窗口的儿童疫苗预约页面的示意图。

图5c所示为一实施方式提供的针对短期病症的风险详情页面的示意图。

图5d所示为一实施方式提供的针对长期病症的风险详情页面的示意图。

图5e所示为一实施方式提供的延期接种页面的示意图。

图5f所示为一实施方式提供的包含提醒条的儿童疫苗预约页面的示意图。

图6a所示为另一实施方式提供的信息显示方法的流程示意图。

图6b所示为又一实施方式提供的信息显示方法的流程示意图。

图7所示为一实施方式提供的问诊方法的流程示意图。

图8所示为一实施方式提供的信息显示装置的结构示意图。

图9所示为另一实施方式提供的信息显示装置的结构示意图。

图10所示为又一实施方式提供的信息显示装置的结构示意图。

图11所示为再一实施方式提供的信息显示装置的结构示意图。

图12所示为一实施方式提供的问诊装置的结构示意图。

图13所示为一实施方式提供的计算机设备的结构示意图。

具体实施方式

下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅是本说明书一部分实施方式，而不是全部的实施方式。

下面结合图1至图3进行应用场景的举例说明。

在一些实施方式中，下述应用场景中提及的用户的生理标签数据是第一服务器从第二服务器中获取的。可以理解为，第一服务器为基于用药禁忌数据和生理标签数据给出用药风险提示的服务器，第二服务器为生成和/或存储生理标签数据的服务器。更具体地，比如，第一服务器为能够给用户提供购药或用药服务的应用程序（application，APP）的服务器，第二服务器为其他APP（比如浏览器APP）的服务器。

在另外一些实施方式中，下述应用场景中提及的用户的生理标签数据是基于用户在用药平台的平台痕迹数据生成的。即，用户的生理标签数据可以是第一服务器生成的。其中，平台痕迹数据包括购药记录数据、问诊记录数据、搜索记录数据、社区问答数据以及疾病关注数据中的至少一种数据。比如，用户的生理标签包括“发烧”标签、“癫痫”标签以及“蛋白质过敏”标签等。此外，用药平台可以为具备线上预约使用药品功能和/或线上购买药品功能的APP。

下面结合图1至图3对用户的生理标签数据是第一服务器从第二服务器中获取的情况进行举例说明。可以理解，若用户的生理标签数据是第一服务器生成的，则无需第一服务器和第二服务器之间的数据交互步骤即可。

图1所示为一实施方式提供的场景示例中的信息显示方法的应用场景示意图。如图1所示，本实施方式的应用场景为用药应用场景。示例性地，用药应用场景包括用户线上预约使用药品（比如线上预约接种疫苗）和/或线上购买药品的应用场景。具体而言，本实施方式提及的用药应用场景包括第一服务器110以及与第一服务器110通信连接的客户端120。客户端120中部署有用药平台。示例性地，客户端120可以为想要用药的用户的手机、平板电脑以及台式电脑等用户终端。

示例性地，在实际应用过程中，用户在客户端120的用药平台进行用药选择操作（即选择预用药品），进而借助客户端120向第一服务器110发送包含预用药品的药品信息的用药请求信息。第一服务器110在接收到客户端120发送的用药请求信息后，基于用药请求信息，确定预用药品的用药禁忌数据，并且，第一服务器110从第二服务器（图中未示出）获取用户的生理标签数据（比如，向第二服务器申请获取用户的生理标签数据，以便第二服务器将用户的生理标签数据发送给第一服务器110），若第一服务器110基于用药禁忌数据和用户的生理标签数据确定用户存在用药风险，向客户端120发送用药风险数据。对应地，客户端120接收第一服务器110发送的用药风险数据，并基于用药风险数据向用户显示风险提示信息。可以理解，用药风险数据指的是第一服务器110发送给客户端120的针对用药请求的原始风险数据，风险提示信息指的是客户端120对原始风险数据进行处理后，最终呈现给用户的提示信息。比如，用药风险数据指的是第一服务器110基于用药请求信息生成的原始风险详情数据代码，对应地，风险提示信息为“发烧禁用”文字。

图2所示为另一实施方式提供的场景示例中的信息显示方法的应用场景示意图。如图2所示，本实施方式的应用场景为搜索应用场景。示例性地，搜索应用场景包括用户搜索药品和/或搜索疾病相关文章的应用场景。具体而言，本实施方式提及的搜索应用场景包括服务器210以及与第一服务器210通信连接的客户端220。与图1所示的实施方式类似，客户端220中亦部署有用药平台。

示例性地，在实际应用过程中，用户在客户端220的用药平台进行搜索操作（比如输入搜索关键词并确认搜索行为），进而借助客户端220向第一服务器210发送包含搜索关键词信息的搜索请求信息。第一服务器210在接收到客户端120发送的搜索请求信息后，基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果，并且，第一服务器210从第二服务器（图中未示出）获取用户的生理标签数据（比如，向第二服务器申请获取用户的生理标签数据，以便第二服务器将用户的生理标签数据发送给第一服务器210），然后，第一服务器210基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果。继而，第一服务器210向客户端220发送第二搜索结果。对应地，客户端220接收第一服务器210发送的第二搜索结果，继而基于第二搜索结果向用户显示搜索结果信息。也就是说，第一服务器210对与搜索关键词信息匹配的第一搜索结果进行风险规避处理，得到处理后的第二搜索结果，继而向客户端220发送处理后的第二搜索结果。

图3所示为一实施方式提供的场景示例中的问诊方法的应用场景示意图。如图3所示，本实施方式的应用场景为问诊应用场景，具体为问诊用户向所选择的目标医生问诊的应用场景。具体而言，本实施方式提及的问诊应用场景包括第一服务器310、以及分别与第一服务器310通信连接的问诊用户的客户端320和目标医生的客户端330。示例性地，问诊用户的客户端320和目标医生的客户端330中亦部署有用药平台。

示例性地，在实际应用过程中，问诊用户在问诊用户的客户端320的用药平台发出问诊请求（即进行问诊请求操作），继而问诊用户的客户端320向第一服务器310发送针对目标医生的问诊请求信息。然后，第一服务器310响应于问诊请求信息，从第二服务器（图中未示出）获取用户的生理标签数据（比如，向第二服务器申请获取用户的生理标签数据，以便第二服务器将用户的生理标签数据发送给第一服务器310），然后第一服务器310将问诊用户的生理标签数据发送至目标医生的客户端330。继而，目标医生的客户端330向目标医生显示生理标签数据，以便目标医生参考生理标签数据进行工作。

下面结合图4a和图4b举例说明针对用药应用场景的信息显示方法。

图4a所示为一实施方式提供的场景示例中的信息显示方法的流程示意图。如图4a所示，本实施方式涉及客户端和第一服务器，其中，客户端为想要用药的用户的客户端。

针对第一服务器，本实施方式提供的信息显示方法包括如下步骤。

步骤S420，接收客户端发送的用药请求信息。

用药请求信息包含用户选择的预用药品的药品信息。药品信息可以包含药品编码和/或药品名称等信息。示例性地，预用药品可以为疫苗，亦可以为中药材、中药饮片、中成药、化学药品和生物制品中的至少一种。

步骤S430，基于用药请求信息，确定预用药品的用药禁忌数据。

步骤S440，若基于用药禁忌数据和用户的生理标签数据确定用户存在用药风险，向客户端发送用药风险数据。

在本实施方式中，用户的生理标签数据既可以是第一服务器生成的，也可以是第一服务器从第二服务器获取的，本实施方式对此不进行统一限定。

示例性地，向客户端发送用药风险数据，以便利用客户端向用户显示风险提示信息。可选地，风险提示信息以关键词句的形式呈现给用户，以便用户能够快速了解到风险情况。

相应地，针对客户端，本实施方式提供的信息显示方法包括如下步骤。

步骤S410，响应于用户在用药平台的用药选择操作，向第一服务器发送用户的用药请求信息。

向第一服务器发送用户的用药请求信息的目的在于，使第一服务器基于用药请求信息确定用户选择的预用药品的用药禁忌数据，并基于用药禁忌数据和用户的生理标签数据确定用户是否存在用药风险。举例说明，若用药禁忌数据中表明，预用药品对于发烧用户而言是禁用的，在这种情况下，若基于用户的生理标签数据确定用户处于发烧状态，则可认定为该用户存在用药风险。

步骤S450，在第一服务器确定用户存在用药风险的情况下，接收第一服务器发送的用药风险数据。

步骤S460，基于用药风险数据向用户显示风险提示信息。

上述实施方式中提及的信息显示方法，能够根据用户选择的预用药品的用药禁忌数据和用户的生理标签数据判断用户是否存在用药风险，并在确定用户存在用药风险的情况下，利用用户的客户端向用户显示风险提示信息。如此设置，能够实现在确认用户存在用药风险的前提下，事先提醒用户所存在的风险的目的。与传统技术中提及的直接向用户展示预用药品的大篇幅的用药禁忌数据相比，本实施方式能够及时给出用户提醒，规避风险，避免用户直接忽略大篇幅的用药禁忌数据后发生用药危险。再者，对于老年人而言，本实施方式能够避免老年人需要阅读大篇幅的用药禁忌数据的情况。此外，本实施方式也能够避免用户误使用不当药品。

在图4a所示实施方式的基础上，进一步地，在一些实施方式中，在若基于用药禁忌数据和用户的生理标签数据确定用户存在用药风险，向客户端发送用药风险数据之前，还包括：基于用户在用药平台的平台痕迹数据，生成生理标签数据，其中，平台痕迹数据包括购药记录数据、问诊记录数据、搜索记录数据、社区问答数据以及疾病关注数据中的至少一种数据。也就是说，在使用生理标签数据之前，先生成生理标签数据。此外，生理标签数据是基于用户在用药平台的平台痕迹数据生成的。如此设置，能够使所生成的生理标签数据更符合用户的当前实际情况，进而能够更加精准地判断用户是否确实存在用药风险，降低误判的几率。

示例性地，可以对平台痕迹数据进一步细分，以进一步提高所生成的生理标签数据的精准度。比如，将购药记录数据和问诊记录数据视为强相关数据，搜索记录数据、社区问答数据以及疾病关注数据视为弱相关数据。

为进一步增强风险提示的视觉显著性，在一些实施方式中，利用客户端向用户显示风险提示信息，包括：在客户端的用户界面显示风险提示窗口。其中，风险提示窗口显示有风险提示信息，并且，风险提示窗口包括查看风险详情入口。如此设置，能够利用风险提示窗口进一步增强风险提示的视觉显著性，并借助查看风险详情入口进一步满足用户进一步查看风险详情的需求。

图4b所示为另一实施方式提供的信息显示方法的流程示意图。如图4b所示，在图4a所示实施方式的基础上，本实施方式进一步涉及第二服务器。

在本实施方式中，在若基于用药禁忌数据和用户的生理标签数据确定用户存在用药风险，向客户端发送用药风险数据之前，第一服务器还需执行如下步骤。

步骤S435，基于用药请求信息，向第二服务器发送获取用户的生理标签数据的标签请求信息。

对应地，在本实施方式中，第二服务器需执行如下步骤。

步骤S436，接收第一服务器发送的标签请求信息。

步骤S437，响应于标签请求信息，向第一服务器发送用户的生理标签数据。

更具体地，第二服务器所执行的步骤包括：接收第一服务器发送的、获取用户的生理标签数据的标签请求信息；响应于标签请求信息，向第一服务器发送用户的生理标签数据，以便第一服务器在基于用户的生理标签数据和预用药品的用药禁忌数据确定用户存在用药风险的情况下，向客户端发送用药风险数据，以便利用客户端向用户显示风险提示信息。

由于用户的生理标签数据是第一服务器从第二服务器获取的，因此，本实施方式能够极大丰富生理标签数据的来源，不仅能够提高方案的应用灵活性，而且能够提高风险提示的精准度。

进一步地，在一些实施方式中，基于用药请求信息，向第二服务器发送获取用户的生理标签数据的标签请求信息，包括：基于用药请求信息，确定与用药请求信息匹配的第二服务器；向第二服务器发送获取用户的生理标签数据的标签请求信息。也就是说，第二服务器的数量不局限于一个，可能有多个，那么，本实施方式能够基于具体的用药请求信息，首先确定与用药请求信息匹配的第二服务器，从而从匹配的第二服务器中获取更精准的生理标签数据。

下面结合图5a和图5b举例说明当预用药品为儿童疫苗时，风险提示窗口的实际实现方式。

图5a所示为一实施方式提供的儿童疫苗预约页面的示意图。图5b所示为一实施方式提供的包含风险提示窗口的儿童疫苗预约页面的示意图。具体地，图5a所示为用户的客户端所显示的儿童疫苗预约页面，其中，信息窗口510呈现了该用户的用户名等基本信息。

示例性地，在实际应用过程中，在图5a的页面点击“儿童疫苗”一栏的“去预约”按钮后，便得到图5b所示的页面。图5b所示的页面中包含有风险提示窗口520，并且，风险提示窗口520包括忽略提示入口和查看风险详情入口。可以理解，风险提示窗口520亦可以只包括查看风险详情入口，或者，除了忽略提示入口和查看风险详情入口之外，风险提示窗口520还包括更多其他入口。

下面举例说明针对查看风险详情入口，客户端和第一服务器各自的示例性操作步骤。

具体地，在一些实施方式中，针对第一服务器，在客户端的用户界面显示风险提示窗口之后，第一服务器执行的步骤还包括：接收客户端发送的针对查看风险详情入口的进入请求信息；基于针对查看风险详情入口的进入请求信息，向客户端发送风险详情数据，以便利用客户端向用户显示风险详情页面。对应地，针对客户端，在基于用药风险数据在客户端的用户界面显示风险提示窗口之后，客户端执行的步骤还包括：响应于用户针对查看风险详情入口的进入操作，向第一服务器发送针对查看风险详情入口的进入请求信息，以便第一服务器向客户端发送风险详情数据；接收第一服务器发送的风险详情数据；基于风险详情数据向用户显示风险详情页面。本实施方式能够借助查看风险详情入口使用户详细了解风险详情，进而进一步精准规避风险。

可以理解，一些病症属于短期病症，比如发热和/或感冒；而一些病症属于长期病症，比如荨麻疹、过敏和癫痫等。为进一步提升风险提醒的实际体验好感度，扩展得到了下述实施方式。

具体地，在一些实施方式中，无论是客户端还是第一服务器，利用客户端向用户显示风险详情页面，包括：在基于生理标签数据确定用户具有短期病症的情况下，在客户端的用户界面向用户显示针对短期病症的风险详情页面（如图5c所示）；在基于生理标签数据确定用户具有长期病症的情况下，在客户端的用户界面向用户显示针对长期病症的风险详情页面（如图5d所示）。

参照图5c可得知，针对短期病症的风险详情页面侧重于告知用户风险详情，并在页面底部设置有咨询医生入口、去疫苗科普入口以及延期接种入口。参照图5d可得知，针对长期病症的风险详情页面侧重于让用户咨询医生，并给出用户修改病史信息的窗口。此外，针对长期病症的风险详情页面还包括去疫苗科普入口以及延期接种入口。进一步地，在用户点击“延期接种入口”按钮后，便得到如图5e所示的页面。

下面举例说明针对忽略提示入口，客户端和第一服务器各自的示例性操作步骤。

在一些实施方式中，针对第一服务器，在客户端的用户界面显示风险提示窗口之后，第一服务器执行的步骤还包括：接收客户端发送的针对忽略提示入口的进入请求信息；基于针对所述忽略提示入口的进入请求信息，向客户端发送风险关键词数据，以便利用客户端向所述用户显示包括风险关键词的提醒条。其中，提醒条还包括查看风险详情入口。对应地，针对客户端，在基于用药风险数据在客户端的用户界面显示风险提示窗口之后，客户端执行的步骤还包括：响应于用户针对忽略提示入口的进入操作，向第一服务器发送针对忽略提示入口的进入请求信息，以便第一服务器向客户端发送风险关键词数据；接收第一服务器发送的风险关键词数据；基于风险关键词数据向用户显示包括风险关键词的提醒条。图5f示例性地呈现了提醒条530。本实施方式能够实现对用户的重复提醒，避免用户因误触而关闭风险提示窗口后，便不能再次精准快速地找到风险提示信息的情况。

下面结合图6a和图6b举例说明针对搜索应用场景的信息显示方法。

图6a所示为一实施方式提供的信息显示方法的流程示意图。如图6a所示，本实施方式亦涉及客户端和第一服务器，其中，客户端为想要搜索的用户的客户端。

针对第一服务器，本实施方式提供的信息显示方法包括如下步骤。

步骤S620，接收客户端发送的搜索请求信息。

搜索请求信息包含用户输入的搜索关键词信息。比如，搜索关键词包括“发烧”、“过敏”等词汇。

步骤S630，基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果。

步骤S640，基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果。

同样地，在本实施方式中，用户的生理标签数据既可以是第一服务器生成的，也可以是第一服务器从第二服务器获取的，本实施方式对此不进行统一限定。

示例性地，第一搜索结果为与搜索关键词相关的内容推荐结果（比如文章推荐结果）。或者，第一搜索结果为与搜索关键词相关的用药推荐结果。

示例性地，在一些实施方式中，基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果，包括：基于生理标签数据，过滤掉第一搜索结果中的相对于用户存在风险的内容，得到第二搜索结果。如此设置，能够进一步保障用户的医疗安全。举例说明，搜索关键词为“营养食谱”，对应地，第一搜索结果为第一服务器的数据库中的与营养食谱相关的文章，此外，基于生理标签数据确定用户具有蛋白质过敏体质。那么，需要将第一搜索结果中涉及蛋白质过敏体质禁用的食品（比如鸡蛋）的文章过滤掉（即进行风险规避处理），从而得到第二搜索结果。

示例性地，在另外一些实施方式中，基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果，包括：基于生理标签数据，确定第一搜索结果中的相对于用户存在风险的内容；对相对于用户存在风险的内容生成风险提醒标签，得到第二搜索结果。如此设置，能够进一步提醒用户潜在的风险，进而提升用户体验好感度。举例说明，搜索关键词为“治疗发烧的药品”，对应地，第一搜索结果为第一服务器的数据库中的能够治疗发烧的药品，此外，基于生理标签数据确定用户具有癫痫体质。那么，需要对数据库中的能够治疗发烧的药品中、癫痫体质禁用的药品进行标识，给出风险提醒标签，从而得到第二搜索结果。进一步地，在一些实施方式中，针对第二搜索结果，将用户容易忽略的关键内容也通过标签的形式标出，从而提高风险提醒力度。

步骤S650，向客户端发送第二搜索结果。向客户端发送第二搜索结果的目的是，利用客户端向用户显示搜索结果信息。

相应地，针对客户端，本实施方式提供的信息显示方法包括如下步骤。

步骤S610，响应于用户在用药平台的搜索操作，向第一服务器发送包含搜索关键词信息的搜索请求信息。向第一服务器发送包含搜索关键词信息的搜索请求信息的目的是，使第一服务器基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果，并基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果。

步骤S660，接收第一服务器发送的第二搜索结果。

步骤S670，基于第二搜索结果向所述用户显示搜索结果信息。

上述实施方式中提及的信息显示方法，能够根据用户输入的搜索关键词和用户的生理标签数据，向用户显示进行风险规避处理后的搜索结果。如此设置，能够借助生理标签数据预先处理初始的搜索结果，得到安全程度更高的搜索结果，进而能够精准高效地告知用户风险，帮助用户规避风险。

同样地，在一些实施方式中，在基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果之前，第一服务器执行的步骤还包括：基于用户在用药平台的平台痕迹数据，生成生理标签数据。

图6b所示为又一实施方式提供的信息显示方法的流程示意图。如图6b所示，在图6a所示实施方式的基础上，本实施方式进一步涉及第二服务器。

在本实施方式中，在对第一搜索结果进行风险规避处理，得到第二搜索结果之前，第一服务器还需执行如下步骤。

步骤S635，基于搜索请求信息，向第二服务器发送获取用户的生理标签数据的标签请求信息。

对应地，在本实施方式中，第二服务器需执行如下步骤。

步骤S636，接收第一服务器发送的、获取用户的生理标签数据的标签请求信息。

步骤S637，响应于标签请求信息，向第一服务器发送用户的生理标签数据。

更具体地，第二服务器所执行的步骤包括：接收第一服务器发送的、获取用户的生理标签数据的标签请求信息；响应于标签请求信息，向第一服务器发送用户的生理标签数据，以便第一服务器基于用户的生理标签数据，对与搜索关键词信息匹配的第一搜索结果进行风险规避处理，得到第二搜索结果，并向客户端发送第二搜索结果，以便利用客户端向用户显示搜索结果信息。

由于用户的生理标签数据是第一服务器从第二服务器获取的，因此，本实施方式能够极大丰富生理标签数据的来源，不仅能够提高方案的应用灵活性，而且能够提高搜索结果的安全度。

下面结合图7举例说明针对问诊应用场景的问诊方法。

图7所示为一实施方式提供的问诊方法的流程示意图。如图7所示，本实施方式涉及问诊用户的客户端、第一服务器和目标医生的客户端，其中，目标医生为问诊用户选中、想要进行问诊的医生。

针对第一服务器，本实施方式提供的问诊方法包括如下步骤。

步骤S720，接收问诊用户的客户端发送的针对目标医生的问诊请求信息。

步骤S730，响应于问诊请求信息，将问诊用户的生理标签数据发送至目标医生的客户端。将问诊用户的生理标签数据发送至目标医生的客户端的目的是，使目标医生参考生理标签数据进行工作。

问诊用户的生理标签数据可以是第一服务器生成的，也可以是第一服务器从第二服务器获取的。比如，响应于问诊请求信息，将问诊用户的生理标签数据发送至目标医生的客户端可具体执行为：响应于问诊请求信息，将从第二服务器获取的、问诊用户的生理标签数据发送至目标医生的客户端。

针对问诊用户的客户端，本实施方式提供的问诊方法包括如下步骤。

步骤S710，响应于问诊用户在用药平台的问诊请求操作，向第一服务器发送针对目标医生的问诊请求信息。向第一服务器发送针对目标医生的问诊请求信息的目的是，使第一服务器响应于问诊请求信息，将问诊用户的生理标签数据（比如将从第二服务器获取的、问诊用户的生理标签数据）发送至目标医生的客户端。

针对目标医生的客户端，本实施方式提供的问诊方法包括如下步骤。

步骤S740，接收第一服务器发送的问诊用户的生理标签数据。

步骤S750，向目标医生显示生理标签数据。

上述实施方式中提及的问诊方法，能够使目标医生基于问诊用户的生理标签数据及时了解到问诊用户的身体状况，避免因问诊用户遗漏向医生说明一些具体情况而导致的误诊情况。如此设置，不仅能够降低误诊几率，而且能够提高问诊效率。

上文详细描述了方法的实施方式，下面详细描述装置的实施方式。此外，应理解，方法的实施方式的描述与装置的实施方式的描述相互对应，因此，未详细描述的部分可以参见前面方法的实施方式。

图8所示为一实施方式提供的信息显示装置的结构示意图。如图8所示，本实施方式提供的信息显示装置包括接收模块810、确定模块820和发送模块830。

具体地，接收模块810用于，接收客户端发送的用药请求信息，其中，用药请求信息包含用户选择的预用药品的药品信息。确定模块820用于，基于用药请求信息，确定预用药品的用药禁忌数据。发送模块830用于，若基于用药禁忌数据和用户的生理标签数据确定用户存在用药风险，向客户端发送用药风险数据，以便利用客户端向用户显示风险提示信息。

图9所示为另一实施方式提供的信息显示装置的结构示意图。如图9所示，本实施方式提供的信息显示装置包括发送模块910、接收模块920和显示模块930。

具体地，发送模块910用于，响应于用户在用药平台的用药选择操作，向第一服务器发送用户的用药请求信息，以便第一服务器基于用药请求信息确定用户选择的预用药品的用药禁忌数据，并基于用药禁忌数据和用户的生理标签数据确定用户是否存在用药风险。接收模块920用于，在第一服务器确定用户存在用药风险的情况下，接收第一服务器发送的用药风险数据。显示模块930用于，基于用药风险数据向用户显示风险提示信息。

图10所示为又一实施方式提供的信息显示装置的结构示意图。如图10所示，本实施方式提供的信息显示装置包括接收模块1010、确定模块1020、处理模块1030和发送模块1040。

具体地，接收模块1010用于，接收客户端发送的搜索请求信息，其中，搜索请求信息包含用户输入的搜索关键词信息。确定模块1020用于，基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果。处理模块1030用于，基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果。发送模块1040用于，向客户端发送第二搜索结果，以便利用客户端向用户显示搜索结果信息。

图11所示为再一实施方式提供的信息显示装置的结构示意图。如图11所示，本实施方式提供的信息显示装置包括发送模块1110、接收模块1120和显示模块1130。

具体地，发送模块1110用于，响应于用户在用药平台的搜索操作，向第一服务器发送包含搜索关键词信息的搜索请求信息，以便第一服务器基于搜索关键词信息，确定搜索关键词信息匹配的第一搜索结果，并基于用户的生理标签数据，对第一搜索结果进行风险规避处理，得到第二搜索结果。接收模块1120用于，接收第一服务器发送的第二搜索结果。显示模块1130用于，基于第二搜索结果向用户显示搜索结果信息。

图12所示为一实施方式提供的问诊装置的结构示意图。如图12所示，本实施方式中共包含三个问诊装置，分别为问诊装置1210、问诊装置1220和问诊装置1230。

问诊装置1210包括接收模块1211和发送模块1212。具体地，接收模块1211用于，接收问诊用户的客户端发送的针对目标医生的问诊请求信息。发送模块1212用于，响应于问诊请求信息，将问诊用户的生理标签数据发送至目标医生的客户端，以便目标医生参考生理标签数据进行工作。

问诊装置1220包括发送模块1221。具体地，发送模块1221用于，响应于问诊用户在用药平台的问诊请求操作，向第一服务器发送针对目标医生的问诊请求信息，以便第一服务器响应于问诊请求信息，将问诊用户的生理标签数据发送至目标医生的客户端，目标医生参考生理标签数据进行工作。

问诊装置1230包括接收模块1231和显示模块1232。具体地，接收模块1231用于，接收第一服务器发送的问诊用户的生理标签数据。显示模块1232用于，向目标医生显示生理标签数据，以便目标医生参考生理标签数据进行工作。

图13所示为一实施方式提供的计算机设备的结构示意图。图13所示的计算机设备1300（该计算机设备1300具体可以是一种电子设备）包括存储器1301、处理器1302、通信接口1303以及总线1304。其中，存储器1301、处理器1302、通信接口1303通过总线1304实现彼此之间的通信连接。

存储器1301可以是只读存储器（Read Only Memory，ROM），静态存储设备，动态存储设备或者随机存取存储器（Random Access Memory，RAM）。存储器1301可以存储程序，当存储器1301中存储的程序被处理器1302执行时，处理器1302和通信接口1303用于执行信息显示方法和/或问诊方法的各个步骤。

处理器1302可以采用通用的中央处理器（Central Processing Unit，CPU），微处理器，应用专用集成电路（Application Specific Integrated Circuit，ASIC），图形处理器（Graphics Processing Unit，GPU）或者一个或多个集成电路，用于执行相关程序，以实现信息显示装置和/或问诊装置中的单元所需执行的功能。

处理器1302还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述实施方式中的信息显示方法和/或问诊方法的各个步骤可以通过处理器1302中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1302还可以是通用处理器、数字信号处理器（Digital Signal Processing，DSP）、专用集成电路（ASIC）、现场可编程门阵列（Field Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施方式中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合上述实施方式所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1301，处理器1302读取存储器1301中的信息，结合其硬件完成上述实施方式中的信息显示装置和/或问诊装置中包括的单元所需执行的功能，或者执行上述实施方式中的信息显示方法和/或问诊方法。

通信接口1303使用例如但不限于收发器一类的收发装置，来实现计算机设备1300与其他设备或通信网络之间的通信。例如，可以通过通信接口1303获取生理标签数据。

总线1304可包括在计算机设备1300各个部件（例如，存储器1301、处理器1302、通信接口1303）之间传送信息的通路。

应注意，尽管图13所示的计算机设备1300仅仅示出了存储器、处理器、通信接口，但是在具体实现过程中，本领域的技术人员应当理解，计算机设备1300还包括实现正常运行所必须的其他器件。同时，根据具体需要，本领域的技术人员应当理解，计算机设备1300还可包括实现其他附加功能的硬件器件。此外，本领域的技术人员应当理解，计算机设备1300也可仅仅包括实现上述实施方式所必须的器件，而不必包括图13中所示的全部器件。

本领域普通技术人员可以意识到，结合本文中所公开的实施方式描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本说明书的范围。

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

在本说明书所提供的几个实施方式中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本说明书各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本说明书各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

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