CN110928471A

CN110928471A - 一种数据显示方法和设备终端

Info

Publication number: CN110928471A
Application number: CN201811096458.6A
Authority: CN
Inventors: 毕华
Original assignee: Alibaba Health Information Technology Ltd
Current assignee: Alibaba Health Information Technology Ltd
Priority date: 2018-09-19
Filing date: 2018-09-19
Publication date: 2020-03-27
Anticipated expiration: 2038-09-19
Also published as: CN110928471B

Abstract

本申请提供了一种数据显示方法和设备终端，其中，该方法包括：确定所展示的医药商品的商品标识符；根据所述商品标识符，确定所述医药商品所关联的禁宜事项信息；响应于用户的交互操作，在医药商品的展示界面显示所述禁宜事项信息至少一部分。通过上述方案解决了现有的购药平台所存在的无法有效告知禁宜事项而导致的药效较差的问题，达到了有效提升药物疗效和提升用户体验的技术效果。

Description

一种数据显示方法和设备终端

技术领域

本申请属于互联网技术领域，尤其涉及一种数据显示方法和设备终端。

背景技术

随着互联网技术的不断发展，人们越来越多地通过互联网解决生活中的多种需求。例如，网上购药平台的兴起，使得越来越多的用户开始通过互联网买药。通过网上购药平台，用户可以快速找到药品，并查看药品对应的说明书。

然而，对于生病用药而言，说明书中仅是给出了这些药的制作原料、针对的症状，以及服用的数量和时间等等。对于很多在医院与医生进行交流等才知道的用药事项，通过购药页面是无法知晓的，这样也就导致用药的效果达不到希望的效果。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本申请目的在于提供一种数据显示方法和设备终端，可以实现对用药禁宜事项的有效说明，以保证药物的药效。

本申请提供一种数据显示方法和设备终端是这样实现的：

一种数据显示方法，所述方法包括：

确定所展示的医药商品的商品标识符；

根据所述商品标识符，确定所述医药商品所关联的禁宜事项信息；

响应于用户的交互操作，在医药商品的展示界面显示所述禁宜事项信息至少一部分。

一种数据显示方法，所述方法包括：

响应于对医药商品包装上信息码的扫描操作，获取所述信息码；

根据所述信息码，获取所述医药商品的商品标识符；

根据所述商品标识符，匹配并显示所述医药商品的禁宜事项信息。

一种设备终端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

确定所展示的医药商品的商品标识符；

根据所述信息码，获取所述医药商品的商品标识符；

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述方法的步骤。

本申请提供的数据显示方法，确定医药商品的商品标识符，基于商品标识符确定出医药商品的禁宜事项信息，然后基于用户的交互操作，显示禁宜事项信息，这样就使得购药者可以清楚所购医药商品的禁宜事项，从而解决了现有的购药平台所存在的无法有效告知禁宜事项信息而导致的药效较差的问题，达到了有效提升药物疗效和提升用户体验的技术效果。

附图说明

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

图1是本申请提供的用药信息系统的架构示意图；

图2是本申请提供的药物详情页的禁宜事项显示图；

图3是本申请提供的药物结算页的禁宜事项显示图；

图4是本申请提供的基于扫码进行禁宜事项的查询结果示意图；

图5是本申请提供的数据显示方法的方法流程图；

图6是本申请提供的数据显示方法的另一方法流程图；

图7是本申请提供的终端设备的架构示意图；

图8是本申请提供的数据显示装置的结构框图；

图9是本申请提供的数据显示装置的另一结构框图。

具体实施方式

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

考虑到为了方便和节约时间，网上购药已经成为当前比较常见的购药行为，用户网上买药时，一般会通过搜索技术，找到相关的药品，然后通过网页中对药品的功效描述，完成购药流程。然而，在实际的用药过程中，病情的恢复，除了药品功效之外，还和很多事情有关，例如：饮食、生活注意事项等等。然而，一般在网上购药，没有为用户提供一日三餐中的忌/宜事项，这样会导致在生病期间，如果没有有效注意日常饮食，会导致药效不佳、康复较慢等。

基于此，在本申请提供了一种用药信息系统，如图1所示，可以包括：客户端101、服务器102。

其中，上述客户端101可以是客户操作使用的终端设备或者软件。具体的，客户端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备。当然，客户端也可以是能运行于上述终端设备中的软件。例如：手机淘宝、扫码软件或者浏览器等应用软件。

上述服务器102可以是单一的服务器，也可以是服务器集群，通过该服务器102可以实现对用药信息的查询。具体采用哪种形式的服务器可以根据实际需要选择，本申请对此不作限定。

针对现有的网上购药所存在的问题，考虑到如果在用户购药的时候，显示药物使用过程中的饮食注意事项(即，三餐的忌/宜事项)，以告知用户可以按照提供的饮食注意事项进行服药，这样可以得到更好的疗效。

例如，可以在用户的购药页面、用户结账页面、用户订单页面，对药品包装上条码的扫描等，显示药物使用过程中的饮食注意事项，例如：服用这种药的时候，适宜吃什么东西，不适宜吃什么东西。

然而，值得注意的是，上述所列举的信息显示界面仅是一种示例性描述，在实际实现的时候，也可以通过其它方式显示药物的忌/宜事项。例如，可以通过搜索网站搜索药品的时候，在该药品的介绍页显示该药品的忌/宜事项，即，药品与食物之间相生或者相克的关系。

对于针对每个药品的忌/宜事项，可以通过以下但不限于以下方式之一获取：网络爬虫的方式获取药品忌/宜事项、人工进行编辑、通过对医药数据库中的信息进行聚类分析等，都可以获取到药品的忌/宜事项。下面对这几种方式进行说明如下：

1)网络爬虫的方式：

例如，可以通过网络爬虫的方式在问答页面、医生咨询页面等爬取问答内容。例如，在问医生的页面中，有一个人问：在吃三九感冒灵的时候，配合什么水果比较好，哪些食物和三九感冒灵相冲。医生回答：可以多吃苹果、橙子等VC含量较高的食物，不要抽烟喝酒，要不会影响药物疗效。

可以爬取到这个问答对之后，就可以基于此作为“三九感冒灵”这个药物对应的药品忌/宜事项的一部分内容。通过对多个知识库或者是问答应用等的爬取，可以获取多个针对“三九感冒灵”这个药对应的食物忌/宜事项，基于获取的多个针对“三九感冒灵”这个药对应的食物忌/宜事项可以进行去重或者是聚类处理等，确定出“三九感冒灵”对应的食物忌/宜事项。例如，如果得到十个问答，里面说服药期间要多喝热水，出现了9次，避免辛辣烟酒，出现了8次，多吃米饭出现一次，那么可以按照出现次数的多少选择出哪些可信度更高，或者是更需要在意的食物忌/宜事项。按照出现次数多少，可以最终得到“三九感冒灵”的食物忌/宜事项，例如：多喝热水、多吃含VC较多的食物(例如：苹果、橙子等)、避免烟酒、避免辛辣等。

这样在用户购买“三九感冒灵”的药品介绍界面，可以显示“三九感冒灵”的食物忌/宜事项，也可以在用户下单“三九感冒灵”的下单页面，或者是“三九感冒灵”的订单页面显示对应的食物忌/宜事项，这样用户就可以在买药的时候，知道对应的食物忌/宜事项，从而有利于用户病情的康复。

2)人工进行编辑：

例如，针对每个药品，可以在药品上架的时候，由医生输入该药品的食物忌/宜事项，然后输入的该药品的食物忌/宜事项与该药品进行关联。例如，药品1与食物忌/宜事项1进行关联，药品2与食物忌/宜事项2进行关联，当用户购买药品1的时候，就显示食物忌/宜事项1，使得用户知道药品1的食物忌/宜事项。

进一步的，医生在输入药品的食物忌/宜事项的时候，可以是根据自己的专业知识。因为有些药品的食物忌/宜事项是相同的，因此，在输入的时候，也可以采用某药品与另一已输入食物忌/宜事项的药品的相同的方式，快捷的设置当前药品的食物忌/宜事项。

在实际实现的时候，考虑到医生如果输入大批量药品的食物忌/宜事项将是很大的工作量，为了减少医生输入的工作量，在实际实现的时候，可以列出多种食品，或者多种注意事项，在实际输入的时候，医生可以采用点选已建立选项的方式为不同的药品设置不同的食物忌/宜事项，这样实现起来较为简单，可以有效提升医生输入食物忌/宜事项的效率。

3)通过对医药数据库中的信息进行聚类分析：

在医药数据库中可以记录有很多的药品类目，以及每种药所分属的药品类目，对于某一个类药可以对于一组相同的食物忌/宜事项。例如，小儿感冒发烧的药物，可以都对应着一类食物忌/宜事项(多喝水、多吃VC食物、避免辛辣等)，那么如果某个药物的药品类目属于治疗小儿感冒发烧的药物，那么就调取小儿感冒发烧类药物所对应的食物忌/宜事项作为该药物的食物忌/宜事项。

在实现的时候，可以形成医药数据库，也可以是形成知识图谱，在知识图谱中记录各个医药商品的禁宜事项，在确定禁宜事项信息的时候，可以在知识图谱中进行匹配，以得到目标医药商品的禁宜事项信息。

在实际实现的时候，考虑到如果按照数据库或者是知识图谱中预建立的禁宜事项显示用户所购医药商品的禁宜事项信息，达不到千人千面的效果，即，对所有人展示的禁宜事项信息都是相同的。然而，有时可能有效用户开始买过某些医药商品了，当前买的医药商品与在先的医药商品可能存在促进作用，也可以存在冲突。为此，可以获取用户的历史购药行为数据，基于这些行为数据，确定用户已经购买的药物，然后基于当前购买的药物和原本购买的药物，基于知识图谱，确定出与已经购买药物之间的禁宜事项信息，将这些禁宜事项信息一通展示给用户。例如，用户原本购买了维生素C，现在在买补铁片，可以为该用户显示禁宜事项信息：补铁片与您已入的维生素C同服，可以提升铁的吸收效率。或者是用户当前在购买药物A，用户前两天刚买了药物B，但是由知识图谱可知，药物A和药物B是不能同用的，同用可能会产生休克，因此，可以在用户购买A的时候，显示禁宜事项信息：药物A与药物B不能同用，同用可能会产生休克。

考虑到有些药物虽然是对应某个药品类目的，但是存在自身的特殊性，可以在调用该药物所对应的药品类目所对应的食物忌/宜事项之后，再调取该药物的特殊性所对应的食物忌/宜事项，然后将这两者一起作为该药物的食物忌/宜事项。

在实际实现的时候，药品类目可以包括但不限于以下这些类目：

儿科疾病：清热解毒、小儿感冒发烧、小儿止咳化痰、小儿胃肠用药、补锌补钙、驱虫药；

老人疾病：帕金森病、中风、糖尿病、心力衰竭；

心脑血管：高血压病、高血脂症、心脏及冠脉疾病、周围血管疾病、晕眩症、静脉曲张；

内分泌疾病：Ⅱ型糖尿病、甲亢/甲减、减肥瘦身、肥胖症；

肝胆疾病：乙肝、肝硬化、脂肪肝、酒精肝、胆结石、胆囊炎、胆管炎、肝炎；

骨科疾病：类风湿、风湿性关节炎、痛风、骨质增生、骨质疏松、骨关节炎、颈椎病、跌打损伤、腰肌劳损、腰椎尖盘突出；

妇科疾病：乳腺疾病、妇科炎症、避孕、更年期综合症、阴道炎、保胎促孕、妇科内分泌、月经不调、外阴瘙痒、子宫肌瘤；

男科疾病：前列腺炎、勃起功能障碍/阳痿、早泄、补肾壮阳、泌尿系统感染；

皮肤疾病：黄褐斑、疤痕/瘢痕、荨麻疹、皮炎/湿疹、疱疹、系统性红斑狼疮、狐臭、烧烫伤、手癣/足癣/股癣、银屑病/牛皮癣、脱发、白癜风、痤疮/青春痘、疔痈疮疖；

呼吸疾病：支气管炎、哮喘、肺炎、止咳祛痰、急慢性咽炎；

胃肠疾病：痔疮、胃十二指肠溃疡、便秘、腹泻腹痛、胃炎、消化不良、功能紊乱；

泌尿生殖：尿道炎；

精神神经：癫痫、偏头痛、睡眠障碍、抑郁症、焦虑症、神经衰弱、戒烟、精神分裂症、养心安神、老年性痴呆、三叉神经痛、肌肉痉挛；

五官疾病：咽喉肿痛、扁桃体炎、口腔溃疡、牙龈肿痛、鼻炎、急慢性咽炎、中耳炎；

眼科疾病：白内障、青光眼、干眼症、结膜炎、角膜炎、视疲劳、视网膜病变、养肝明目；

营养补益：维生素、补血益气、补充钙剂、滋补肝肾；

抗感染：抗生素、抗菌药、抗病毒、抗真菌、抗结核、免疫增强剂；

肿瘤疾病：肿瘤辅助用药、胃癌；

血液疾病：缺铁性贫血。

具体的，考虑到对于同一药品类目而言，所适应的病症是相同的，一般食物忌/宜事项也是相同的，因此，可以预先建立一个医药数据库，在该医药数据库中记录有各种药品类目，以及每种药品类目对应的食物忌/宜事项。在用户选择药物之后，可以确定该药物所属的药品类目(例如：小儿感冒发烧)，在确定药品类目之后，可以到医药数据库中查询该药品类目对应的食物忌/宜事项，然后，将查询到的食物忌/宜事项作为该药物的食物忌/宜事项。这样可以为每一种药品类目设置一个食物忌/宜事项，不需要为每个药物都设置一个食物忌/宜事项，实现起来相对容易。

通过建立药品类目所对应的忌/宜事项，这样不仅可以通过用户购买的药品匹配到对应忌/宜事项，用户通过输入病症也可以匹配得到对应的忌/宜事项，以及对应的药物等等。即，在实现的时候，不仅可以基于购买药物的种类匹配出与药物相对应的忌/宜事项，还可以基于用户的病症匹配出对应的忌/宜事项。

上述食物忌/宜事项可以包括但不限于：饮食类目(例如：蔬菜类、肉类、鱼类、水果类、粮食类、饮品类等)、饮食类健康知识(例如：禁、宜)、药物与用户起居事项的匹配。

即，可以将药物与对应的食物忌/宜事项进行匹配，为每个药物匹配对应的食物忌/宜事项，即，匹配用药期间适宜的食物和用药期间相冲的食物，从而指导购药者在的用药行为，避免发生与药物相克的饮食问题。

具体的，在实现的时候，可以是建立药物与食物之间相生相克的关系，在用户进行网络购药的时候，可以在没有医生指导的情况下，规避日常用药期间药物治疗与饮食相克的问题。

在确定了药物与食物忌/宜事项之后，可以采用多种方式对这些食物忌/宜事项进行展示，例如，下面结合集中具体的展示场景进行说明。

如图2所示，用户在购物平台搜索药物之后，进入该药物对应的购买链接之后，可以在购买链接页面对药物的详情介绍页面，显示对应于该药物的忌/宜事项。例如，可以如图2所示，在显示界面显示：大量饮水，能帮助稀释分泌物，缓解咽喉部刺激。温水、茶或者柠檬汁可以减轻干咳引起的不适。这样，用户在浏览药物的页面就可以知道对应的药物的食物忌/宜事项。

也可以如图3所示，在用户结算下单完成的界面显示购买的药物的忌/宜事项，或者是在订单详情页显示药物的忌/宜事项等等。

上面是以用户在购药平台买药物时候对药物的忌/宜事项进行显示的场景进行的说明。在实际实现的时候，考虑到在实际实现的时候，不仅可以在购药页面显示对应的食物忌/宜事项，还可以基于药物包装上的条码，实现对药物的忌/宜事项的随时简单高效的获取。

例如，在药物的包装上可以设置有条码、二维码等，或者是通过拍照识别等方式，可以识别出目标药物为哪种药物，然后进行匹配，可以匹配并显示该药物对应的忌/宜事项。如图4所示，对药物包装上的二维码进行扫描，可以显示出该药物对应的忌/宜事项。为了使得用户可以更清楚或者方便的看出食物的忌/宜事项，可以采用图4中示意图的方式进行食物的忌/宜事项的显示，例如：多喝水、避免抽烟，这样用户可以更形象的知晓该药物对应的食物的忌/宜事项。

为了使得药物的作用可以更好的发挥，提升药物的疗效，不仅可以对食物的忌/宜事项进行显示，还可以显示一些其他的注意事项，例如：避免吸入刺激物、哪些反应时需要咨询医生等等，以便更有效的保证用户用药的安全性。即，在实现的时候，不仅可以显示食物的忌/宜事项，还可以其它的有利于患者康复的事项。

在上例中，通过构建药物与饮食之间相宜相克的对应关系，使得用户在购药和用药过程中，显示对应药物的禁宜项，在线下用户还可以通过扫药品监管码，获取用药的禁宜项，即，可以通过线下和线上相结合的方式，提升药品的使用疗效，使得用户对药物的忌/宜事项有清楚的了解，使得病情可以快速康复。通过建立药物与饮食之间相宜相克的对应关系，使得用户即使在没有医生指导的情况下，也可以有效规避日常中常见的药物治疗与饮食相克的问题。

然而，值得注意的是，上例中是以药物禁宜为例进行的说明，在实际实现的时候，上述禁宜事项的确定和展示方法，不仅可以应用在药物中，还可以应用在食物中，即，也可以预先建立起食物的禁宜事项，在用户购买食物的时候，可以显示所购食物的禁宜事项信息。例如，用户购买“阳澄湖大闸蟹”的时候，可以在显示界面显示：螃蟹不要与柿子同食，同食容易产生不适。这样用户在购买螃蟹的时候，就可以知道最好不要和柿子一同食用。

图5是本申请所述一种数据显示方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体的如图5所示，提供了一种数据显示方法，可以包括如下步骤：

步骤501：确定所展示的医药商品的商品标识符；

例如，用户A登陆到网络购药平台，对药品进行搜索，在搜索之后，可以点击希望购买的要求，在点击之后，可以进入该药物的购买页面。可以获取该药物的商品标识符，基于该商品标识符用于搜索对应的禁宜事项信息。即，在搜索匹配禁宜事项信息的时候，是基于医药商品的商品标识符进行的，商品标识符是在药物作为商品时候，才存在的。

步骤502：根据所述商品标识符，确定所述医药商品所关联的禁宜事项信息。

在进行药物的禁宜事项匹配的时候，可以通过但不限于如下两种方式进行匹配：

方式1)获取医药商品的药品类目；从预设药物信息数据库中，匹配出该药品类目的禁宜事项；将匹配出的禁宜事项，作为医药商品的禁宜事项信息。

即，可以为每一药品类目设置一套禁宜事项，然后只要确定出所选定的药物所属的药品类目的禁宜事项，就可以作为该药物的禁宜事项。

方式2)根据所述商品标识符，在知识图谱中确定出所述医药商品的位置；将所述知识图谱中与所述医药商品存在连接关系的禁宜事项，作为所述医药商品所关联的禁宜事项。

即，在匹配禁宜事项信息的时候，可以是基于数据库进行匹配的，也可以是基于知识图谱进行匹配的。基于商品表示可以得到对应的医药商品的禁宜事项信息。

其中，上述的药物禁宜数据库或者是知识图谱可以是但不限于是通过网络爬虫的方式和/或人工输入的方式建立的。

步骤503：响应于用户的交互操作，在医药商品的展示界面显示所述禁宜事项信息至少一部分。

上述的禁宜事项可以但不限于包括：用药期间食物的禁宜事项、用药期间药物之间的禁宜事项。

在上述显示医药商品的禁宜事项信息，可以包括但不限于以下至少之一：

在所述医药商品的详情页显示所述禁宜事项；

在所述医药商品的下单页面显示所述禁宜事项；

在所述医药商品的付款页面显示所述禁宜事项；

在所述医药商品的订单页面显示所述禁宜事项；

在在所述医药商品的订单页界面显示所述禁宜事项。

另一方面，本申请还提供了一种数据显示方法，基于扫码操作或者是拍照识别操作，可以查询对应的禁宜事项，如图6所示，可以包括如下步骤：

步骤601：响应于对医药商品包装上信息码的扫描操作，获取所述信息码；

其中，该信息码可以是条码也可以是二维码等，只要是携带有可以标识药物的码都可以作为该信息码。这些信息码可以印在药物的包装盒上，用户通过扫描即可获取药物标识。

步骤602：根据所述信息码，获取所述医药商品的商品标识；

其中，信息码中可以携带有医药商品的标识信息，该标识信息可以是数据库中查询禁宜事项的索引数据。

步骤603：根据所述商品标识，匹配并显示医药商品的禁宜事项信息。

具体的，根据所述商品标识，匹配所述药物的禁宜事项，可以包括如下方式：

方式1)根据所述商品标识确定医药商品的药品类目；从预设药物信息数据库中，匹配出所述药品类目的禁宜事项；将匹配出的禁宜事项，作为医药商品的禁宜事项信息。

方式2)根据所述商品标识，从预设的药物禁宜数据库中匹配出所述医药商品对应的禁宜事项信息。

其中，上述预设的药物禁宜数据库可以通过网络爬虫的方式和/或人工输入的方式建立。例如：针对每个药品，可以在药品上架的时候，由医生输入该药品的食物忌/宜事项，然后输入的该药品的食物忌/宜事项与该药品进行关联。例如，药品1与食物忌/宜事项1进行关联，药品2与食物忌/宜事项2进行关联，当用户购买药品1的时候，就显示食物忌/宜事项1，使得用户知道药品1的食物忌/宜事项。例如，可以通过网络爬虫的方式在问答页面、医生咨询页面等爬取问答内容。例如，在问医生的页面中，有一个人问：在吃三九感冒灵的时候，配合什么水果比较好，哪些食物和三九感冒灵相冲。医生回答：可以多吃苹果、橙子等VC含量较高的食物，不要抽烟喝酒，要不会影响药物疗效。可以爬取到这个问答对之后，就可以基于此作为“三九感冒灵”这个药物对应的药品忌/宜事项的一部分内容。这样在用户购买“三九感冒灵”的药品介绍界面，可以显示“三九感冒灵”的食物忌/宜事项，也可以在用户下单“三九感冒灵”的下单页面，或者是“三九感冒灵”的订单页面显示对应的食物忌/宜事项，这样用户就可以在买药的时候，知道对应的食物忌/宜事项，从而有利于用户病情的康复。

根据本发明实施例，还提供了一种数据显示方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图7是本发明实施例的一种数据显示方法的计算机终端的硬件结构框图。如图7所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图7所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的短信息的发送方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的数据显示方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在软件层面，上述数据显示装置如图8所示，可以包括：第一确定模块801、第二确定模块802和显示模块803，其中：

第一确定模块801，用于确定所展示的医药商品的商品标识符；

第二确定模块802，用于根据所述商品标识符，确定所述医药商品所关联的禁宜事项信息；

显示模块803，用响应于用户的交互操作，在医药商品的展示界面显示所述禁宜事项信息至少一部分。

在一个实施方式中，第二确定模块802可以包括：确定单元，用于根据所述商品标识符确定所述医药商品的药品类目；匹配单元，用于从预设药物信息数据库中，匹配出所述药品类目的禁宜事项；生成单元，用于将匹配出的禁宜事项，作为所述医药商品的禁宜事项。

在一个实施方式中，上述预设的药物禁宜数据库可以是通过网络爬虫的方式和/或人工输入的方式建立的。

在一个实施方式中，第二确定模块802可以包括：确定单元，用于根据所述商品标识符，在知识图谱中确定出所述医药商品的位置；生成单元，用于将所述知识图谱中与所述医药商品存在连接关系的禁宜事项，作为所述医药商品所关联的禁宜事项。

在一个实施方式中，上述禁宜事项可以包括：用药期间食物的禁宜事项、用药期间药物之间的禁宜事项。

在一个实施方式中，上述响应于用户的交互操作，在医药商品的展示界面显示所述禁宜事项信息至少一部分可以但不限于包括以下至少之一：

在所述医药商品的详情页界面显示所述禁宜事项信息至少一部分；

在所述医药商品的下单页界面显示所述禁宜事项信息至少一部分；

在所述医药商品的付款页界面显示所述禁宜事项信息至少一部分；

在所述医药商品的订单页界面显示所述禁宜事项信息至少一部分；

在所述医药商品的评价界面显示所述禁宜事项信息至少一部分。

在一个实施方式中，显示模块803可以包括：第一获取单元，用于获取所述用户的身份标识；第二获取单元，用于根据所述用户的身份标识获取所述用户的历史购药行为；确定单元，用于根据所述历史购药行为，从所述医药商品所关联的禁宜事项信息中确定出需进行展示的禁宜事项信息。

在软件层面，如图9所示，提供了一种数据显示装置，包括：第一获取模块901、第二获取模块902和显示模块903，其中：

第一获取模块901，用于响应于对医药商品包装上信息码的扫描操作，获取所述信息码；

第二获取模块902，用于根据所述信息码，获取所述医药商品的商品标识；

显示模块903，用于根据所述商品标识，匹配并显示所述医药商品的禁宜事项信息。

在一个实施方式中，显示模块903可以包括：确定单元，用于根据所述商品标识确定医药商品的药品类目；匹配单元，用于从预设药物信息数据库中，匹配出所述药品类目的禁宜事项；确定单元，用于将匹配出的禁宜事项，作为所述医药商品的禁宜事项。

在一个实施方式中，显示模块903具体可以根据所述药物标识，从预设的药物禁宜数据库中匹配出所述药物对应的禁宜事项。

在一个实施方式中，上述预设的药物禁宜数据库可以是通过网络爬虫的方式和/或人工输入的方式建立。

在本申请中，确定医药商品的商品标识符，基于商品标识符确定出医药商品的禁宜事项信息，然后基于用户的交互操作，显示禁宜事项信息，这样就使得购药者可以清楚所购医药商品的禁宜事项，从而解决了现有的购药平台所存在的无法有效告知禁宜事项信息而导致的药效较差的问题，达到了有效提升药物疗效和提升用户体验的技术效果。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims

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

确定所展示的医药商品的商品标识符；

2.根据权利要求1所述的方法，其特征在于，根据所述商品标识符，确定所述商品所关联的禁宜事项信息，包括：

根据所述商品标识符确定所述医药商品的药品类目；

从预设药物信息数据库中，匹配出所述药品类目的禁宜事项；

将匹配出的禁宜事项，作为所述医药商品的禁宜事项。

3.根据权利要求2所述的方法，其特征在于，所述预设的药物禁宜数据库通过网络爬虫的方式和/或人工输入的方式建立。

4.根据权利要求1所述的方法，其特征在于，根据所述商品标识符，确定所述医药商品所关联的禁宜事项信息，包括：

根据所述商品标识符，在知识图谱中确定出所述医药商品的位置；

将所述知识图谱中与所述医药商品存在连接关系的禁宜事项，作为所述医药商品所关联的禁宜事项。

5.根据权利要求1所述的方法，其特征在于，所述禁宜事项包括以下至少之一：用药期间食物的禁宜事项、用药期间药物之间的禁宜事项。

6.根据权利要求1所述的方法，其特征在于，响应于用户的交互操作，在医药商品的展示界面显示所述禁宜事项信息至少一部分包括以下至少之一：

7.根据权利要求1所述的方法，其特征在于，响应于用户的交互操作，在医药商品的展示界面显示所述禁宜事项信息至少一部分，包括：

获取所述用户的身份标识；

根据所述用户的身份标识获取所述用户的历史购药行为；

根据所述历史购药行为，从所述医药商品所关联的禁宜事项信息中确定出需进行展示的禁宜事项信息。

8.一种数据显示方法，其特征在于，所述方法包括：

根据所述信息码，获取所述医药商品的商品标识符；

9.根据权利要求8所述的方法，其特征在于，根据所述商品标识符，匹配所述医药商品的禁宜事项信息，包括：

根据所述商品标识符确定所述医药商品的药品类目；

将匹配出的禁宜事项，作为所述医药商品的禁宜事项。

10.一种设备终端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

确定所展示的医药商品的商品标识符；

11.一种设备终端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

根据所述信息码，获取所述医药商品的商品标识符；

12.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现权利要求1至7中任一项所述方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现权利要求8至9中任一项所述方法的步骤。