药品信息的查询方法和系统与流程

本公开涉及网络技术，并且更具体地，涉及药品信息的查询方法和系统。

背景技术：

网络化的医疗环境正变得可用。在这样的环境中，处方的开具、药品的购买、以及分发可以在线上完成。

在这样的环境中，允许对药品的来源和去向的查询可能是有利的。例如，在发生与药品有关的安全问题时，能够及时从药品的分发商、消费者召回药品。此外，消费者通过这样的查询，还可以得知药品的真伪。一种查询的方式是使用药品包装上的电子监管码。然而，一些药品的包装上可能没有电子监管码。例如，进口药品的各级包装上普遍没有电子监管码。对于这样的药品，不能通过电子监管码来实现对药品的全面和准确的追溯。

技术实现要素：

鉴于现有技术中的上述缺陷或不足，期望提供一种能够实现对药品的全面和准确的追溯的方案。

在本公开的一个方面中，公开了一种药品信息的查询方法，包括：接收被基于订单分拣的药品的最小包装中的每个的唯一标识码，其中，唯一标识码被分配用于标识药品的生产信息；将唯一标识码与订单相关联；以及基于唯一标识码与订单之间的关联来响应对药品的查询请求。

在本公开的第二个方面中，公开了一种药品信息的查询系统，包括：数据库，用于存储订单信息；以及一个或多个计算机，耦合到数据库，该一个或多个计算机执行以下操作：接收被基于订单分拣的药品的最小包装中的每个的唯一标识码，该唯一标识码被分配用于标识药品的生产信息；将唯一标识码与订单相关联；以及基于唯一标识码与订单之间的关联来响应对药品的查询请求。

在本公开的第三个方面中，公开了一种计算机可读存储介质，具有存储于其上的指令，当指令由处理器执行时，使得处理器：接收被基于订单分拣的药品的最小包装中的每个的唯一标识码，其中，唯一标识码被分配用于标识药品的生产信息；将唯一标识码与订单相关联；以及基于唯一标识码与订单之间的关联来响应对药品的查询请求。

本公开的实施例提供的药品信息查询方案，对药品的每个最小包装分配唯一的标识码，针对订单中的每个，将该订单与基于该订单被分拣的药品的标识码相关联，基于关联来对药品进行追溯。根据本公开的方案，能够实现对药品(例如，包装上不具有电子监管码的进口药品)的最小包装的、到消费者的精确追溯。此外，允许消费者通过订单对药品进行追溯，更加方便高效。

附图说明

为了清楚地示出本公开的实施例中的技术方案，下面给出在对实施例的描述中所需要的附图的简要介绍。显而易见地，下文描述的附图是本公开的一些实施例，基于这些附图，本领域普通技术人员可以获得其他的附图，而不需要任何创造性的劳动。

图1示出了本公开可以在其中应用的示例环境；

图2示出了根据本公开实施例的查询系统的示例框图；

图3A示出了根据本公开的实施例的查询方法的示例性流程图；

图3B示出了示例性的基于订单的查询结果；

图4示出了根据本公开的另一个实施例的查询方法的示例性流程图；

图5示出了适于用于实现本公开的计算机的示例性结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

现有技术中，可以使用药品的电子监管码来提供对药品的来源和去向的追溯。电子监管码是由药品的管理机构为生产的药品的包装赋予的唯一标识。

典型的电子监管码使用20位编码，其中，前7位称为产品资源码，包含药品的生产企业、药品名称、剂型、批准文号、包装规格等信息。8到16位是单件商品序列号，可以用于指示药品的生产日期、产品批号、有效期等的信息。示例性的电子监管码将在下文中描述。

在这样的追溯方式中，电子监管码可以由药品的提供商(例如，药品的生产企业)从药品管理机构(例如，药品监督管理局)获取(例如，下载)，并且附加在药品的各种层次的包装上。当药品的分发商(例如，药品经营企业或药品零售商)将从药品提供商获得的药品入库时，将药品包装的电子监管码连同分发商的信息上传到由药品管理机构维护的平台上。当患者购买药品后，可以使用包装上的电子监管码，通过药品管理机构提供的网站或应用来查询与药品有关的生产信息，例如药品的生产企业、批准文号等。这样的对药品来源的查询在本文中称为“反向追溯”。

在一些情况下，例如，在追回问题药品时，药品管理机构或药品生产企业可能需要查询药品的去向。期望的是，能够实现对药品的最小包装的、到消费者的查询。这样的对药品去向的查询在本文中被称为“正向追溯”。在本文中，最小包装指的是药品的最小销售单位。

然而，根据在上文中所做的描述，正向追溯只能够追溯到药品的分发商，而不能精确到购买药品的消费者。这可能不利于药品追回的效率。

另一方面，对于一些药品，电子监管码可能没有覆盖药品的最小包装。也就是说，消费者所购买的药品的包装上可能不具有电子监管码，这使得消费者不能进行反向追溯，得知药品的来源以例如辨别药品的真伪。尤其对于进口药品，最小包装上普遍没有电子监管码。

此外，药品的查询只能通过药品管理机构提供的平台来完成，这对消费者和药品分发商而言，可能是不方便的。例如，消费者可能需要访问网站并且输入电子监管码。

本公开的各种实施例旨在能够提供针对药品的最小包装的、到消费者的精确的追溯的系统，即使药品被生产或进口时，不具有电子监管码。这样的系统可以在药品分发商处实现。

图1示出了本公开可以在其中应用的示例环境。如图1所示地，示例环境100包括网络101。网络101可以包括局域网(LAN)、广域网(WAN)、互联网或其组合。网络101允许环境100中的各种实体相互通信。在示例环境100中，各种实体可以包括药品分发商102、用户设备103、以及可以实现本公开的一个或多个方面的追溯平台104。这样的追溯平台104可以由药品分发商102来提供。此外，在一些示例中，环境100还可以包括能够经由网络101来访问平台104的药品提供商105、管理机构106、以及处方提供方107中的一个或多个。

在本公开的各种实施例中，药品分发商102可以是药品经管企业(例如，网络药房)；药品提供商105例如是药品的生产企业、或进口机构；管理机构106例如是国家药品监督管理局；处方提供方107可以是各种医院、诊所、以及在平台104上注册的医生等。

用户设备103是受用户(在本文中，也称为患者、消费者)控制的电子设备，并且能够通过网络101从图1中的其他实体请求和接收数据。示例性的用户设备103包括个人计算机、诸如智能电话、平板设备等的移动设备、以及可以通过网络101发送和接收数据的其他设备。用户设备103可以包括应用，例如，浏览器、或健康应用。消费者可以通过这些应用来注册账户、浏览、下单、或查询。在一些示例中，健康应用可以由药品分发商102提供。

药品分发商102对药品进行分发。对药品的分发可以包括基于订单对药品进行分拣、审核、打包、以及到消费者的派送。由药品分发商102分发的药品可以来自各种药品提供商105。如将在下文中详细描述的，药品分发商102可以在分拣时对被分拣的药品的唯一标识码进行扫描并上传到平台104。该唯一标识码药品分发商102还可以从提供商105处获取入库的药品的生产信息并上传到平台104。

上述的订单可以由平台104中的计算机109中的一个或多个基于消费者用户设备103上的应用中的购买动作生成。

此外或可替代地，订单还可以基于医疗机构107提供的处方由药品分发商102生成。该处方可以是药品分发商102通过网络101从医疗机构107接收的。

订单可以包括消费者的信息，例如，消费者的姓名、身份、以及联系方式等，这些信息可以由消费者在注册时提供。订单还可以包括消费者购买的药品的信息，例如，药品名称、数量等。

此外，取决于不同的阶段，订单还可以包括订单内的药品的流通信息中的一些，例如，药品的入库、分拣、复核、打包、以及派送等。通过访问平台104，消费者可以在设备103上查看任何阶段的订单。此外，如下文描述的，消费者可以基于订单来追溯药品的来源。

系统104可以向分发商102、提供商105以及用户设备103提供与药品有关的信息的查询。这样的信息可以包括诸如药品通用名、剂型、制剂规格、包装规格、生产企业、生产日期、产品批号、有效期、批准文号等的药品的生产信息，以及与药品的入库、分拣、复核、打包、派送、以及消费者等有关的流通信息。

在一些实施例中，查询可以包括由消费者发起的查询(即上文描述的反向追溯)。在本公开的一些实施例中，如下文将要描述的，这样的查询请求110可以包含订单信息。响应于查询请求110，系统104将返回所查询的药品的生产信息。

在一些实施例中，查询还可以包括由药品的提供商105或分发商102发起的查询。在本公开的一些实施例中，如下文将要描述的，这样的查询请求111可以包含药品的生产信息中的一些(例如，产品批号、通用名、生产日期中的一个或多个)。响应于查询请求111，系统104将返回查询的药品的流通信息。特别地，该流通信息可以包括购买了被查询的药品的消费者的信息。

此外，系统104还可以向管理结构106提供查询。与查询请求111类似地，查询请求112可以包括生产信息中的一些(例如，产品批号、通用名、生产日期中的一个或多个)。并且，响应于查询112，系统104将返回查询的药品的流通信息。

查询请求111和查询请求112与上文描述的正向追溯相对应。如下文将要详细描述的，针对从分发商购买的药品，这样的正向追溯可以精确到每个药品的最小包装的消费者。

系统104包括一个或多个计算机109，以及耦合到一个或多个计算机109的数据库108。在本公开的实施例中，数据库108中存储有订单110以及与订单相关联的药品的唯一标识码。一个或多个计算机基于订单与唯一标识码之间的关联来提供上文中描述的各种查询。

现在参照图2，图2示出了根据本公开实施例的追溯平台的示例框图。平台200包括分配器201、关联器203、查询器204、以及数据库208。分配器201、关联器203、以及查询器204可以是软件实体和/或硬件实体，其可以包括在图1的计算机109中。可替代地或除此之外，分配器201、关联器203、以及查询器204可以是由计算机109的一个或多个处理器执行的实体或应用。对图2的一些描述将参照在图1示出的各种实体。

分配器201操作用于向药品的最小包装分配唯一的标识码。

唯一标识码被分配用于标识药品的生产信息。在一些实施例中，标识码的分配涉及药品监管码。下文中给出对药品的电子监管码的简要介绍以便于提供对本公开的充分理解。

电子监管码是针对药品在生产和流通过程中的状态监管，由药品的管理结构(例如，中国药品监督管理局)为药品的包装赋予的标识。以实现管理机构、药品提供商、以及消费者对药品的追溯和管理。管理机构为药品的每个包装赋予唯一的电子监管码。

药品的电子监管码是使用20位编码的一维条码，可以由设备识别。首位数字为8，接下来的6位表示企业信息、药品通用名、剂型、批准文号、包装规格等信息。8到16位表示单件商品序列号，最后4为是由加密算法生成的校验位。药品的电子监管码可能覆盖药品的多个层次的包装，例如，中层包装、外包装。下文中参照图3B描述了药品电子监管码的一个实例。

如上文描述的，对于一些药品，最小包装上具有电子监管码；对于另外一些药品，电子监管码可能没有覆盖药品的最小包装。消费者所购买的药品的包装上可能没有电子监管码，由此不能进行对药品的反向追溯，得知药品的来源以辨别药品的真伪。

在一种情况中，尽管药品的最小包装上没有电子监管码，但药品的中包装或外包装上具有电子监管码。在本文中，药品的中包装和外包装可以统称为“非最小包装”。在另一种情况中，一些药品(例如，进口药品)的各级包装上可能均不具有电子监管码。

本公开的各种实施例通过向药品的最小包装中的每个分配在平台200上唯一的标识码来提供针对上述药品的追溯方案。

针对最小包装上具有电子监管码的药品，分配器201可以将药品的最小包装上的电子监管码作为唯一标识码。在下文中，这样的唯一标识码被称为第一类标识码。

针对最小包装上没有电子监管码但非最小包装上具有电子监管码的药品，分配器201可以基于非最小包装上的电子监管码来生成最小包装上的电子监管码。电子监管码例如由药品分发商102处的设备扫描并通过网络101提供给分配器201。

在一些实施例中，分配器201基于非最小包装上的电子监管码来为每个最小包装分配一个22位的唯一标识码。作为示例，该唯一标识码的首位为7，并且以非最小包装(例如，中包装)上的电子监管码作为标识码的第2到20位。第21到22为被用于表示该最小包装在中包装内的单件药品序列号。这样的标识码在下文中称为第二类标识码。

针对各级包装上均不具有电子监管码的药品，分配器201可以基于药品的生产信息和自定义的编码规则来生成最小包装上的唯一标识码。生产信息可以由药品分发商102从药品提供商105处获取，并通过网络101提供给分配器201。

在一些实施例中，分配器201为药品的每个最小包装分配一个22位的编码作为唯一标识码。作为示例，该编码的首位为6，第2位为1，第3到7位是基于药品的生产信息(例如，药品通用名、剂型、制剂规格、生产企业等)生成。编码的8到16位为入库序列号，在药品入库时时生成，其可以用于指示生产日期、产品批号、有效期等信息。第17和18位为保留号00，第19到22位为该批次内的单件药品序列号。一个示例性的自定义编码可以是61 00100 623250000 00 1225。这样的标识码在下文中称为第三类标识码。

用于生成第三类标识码的药品的生产信息可以与第三类标识码一起存储在数据库208中。

此外，在该实施例中，生成的标识码将通过网络101被返回给药品分发商102，并且由药品分发商102附加(例如，打印)在药品包装上。

关联器203操作用于将订单与订单中的药品的每个最小包装的唯一标识码关联。

当药品分发商102接收到订单时，将基于订单进行分拣。订单中包括要购买的药品信息(例如，名称)和消费者信息(例如，姓名，身份，联系方式)。

在本公开的实施例中，药品分发商102将被分拣的药品的最小包装上的唯一标识码提供给关联器203。例如，这可以通过具有扫描功能的自动分拣设备来完成。

在一些实施例中，关联器203还可以生成指示订单中的各种信息的二维码，将该二维码与包含订单中的药品的唯一标识码相关联，并且将该二维码返回给药品分发商102。在对药品进行派送时，该二维码可以被附加在包裹上，以由消费者基于该二维码来查询药品来源。

查询器204操作用于基于订单与订单中的药品的最小包装的唯一标识码之间的关联来响应对药品的查询请求。

如上文所述的，查询可以包括来自消费者的反向追溯。这样的查询请求中包括订单信息，例如，订单号、二维码等。响应于这样的查询请求，查询器204返回由包含在订单中的药品的唯一标识码表示的生产信息。

对于第一类标识码和第二类标识码，查询器204可以基于它们与电子监管码的对应关系，通过访问药品管理结构106的数据库来获取对应生产信息。此外或可替代地，第一类和第二类标识码与其表示的生产信息可以在查询前被预先存储在数据库208中。

对于第三类标识码，查询器204可以从数据库208中获取生产信息。

此外或可替代地，查询还可以包括来自药品提供商、药品分发商、以及管理机构中一个或多个的正向追溯。这样的查询请求可以包含要查询的药品的生产信息(例如，产品批号)。响应于这样的查询请求，查询器204基于生产信息确定要查询的药品的唯一标识码，基于该唯一标识码与订单之间的关联确定相对应的订单，之后提供包含在订单中的流通信息作为查询结果。在特定的实施例中，流通信息包括消费者的身份、联系方式等。

图2中还示出了一个订单与标识码关联的示例。编号为12xxxxx8的订单中包含两种药品敖坦和新瑙力隆。其中，新瑙力隆的一个最小包装上具有第三类的标识码61xxxx45，该标识码指示的示例性生产信息也在图2中示出。响应于消费者的查询，这些信息可以被呈现在用户终端上。

图3A示出了根据本公开的实施例的查询方法的示例性流程图。方法300可以在参照图2描述的追溯平台中实现。如图3A所示，方法300包括如下步骤：

在框301中，接收被基于订单分拣的药品的最小包装中的每个的唯一标识码。

在框302中，将药品的唯一标识码与订单相关联。

在框303中，基于唯一标识码与订单之间的关联来响应对药品的查询请求。

图3B示出了一个示例性的订单以及基于订单的查询结果。该示例性的订单可以由应用程序显示在用户终端上以供消费者查看。在示例中，消费者可以与订单交互。例如，与现有技术中的访问药品监督局等的管理机构的网站的方式相比，操作更加容易。

本公开的上述实施例提供的药品信息查询方案，对药品的每个最小包装分配唯一的标识码，针对订单中的每个，将该订单与基于该订单被分拣的药品的标识码相关联，基于关联来对药品进行追溯。根据本公开的方案，能够实现对药品的最小包装的、到消费者的精确追溯。此外，允许消费者通过订单对药品进行追溯，更加方便高效。

图4示出了根据本公开的另一个实施例的药品信息查询方法的示例性流程图。

如图4所示的，方法400涉及分发系统430、追溯平台420、以及用户终端440。其中，分发系统430可以对应于图1中的药品分发商102；查询系统420可以对应于图1中的追溯平台107；以及用户终端440可以对应于图1中的用户设备103。

应该理解的是，尽管下文描述的方法400包括以特定顺序出现的多个操作，但是方法还可以包括更多或更少的操作，这些操作可以顺序执行或并行执行。此外，为简洁起见，省略了方法400中的一些重复的或公知的步骤。

在步骤401中，分发系统430上传药品的生产信息。

在步骤402中，查询系统420基于上传的药品的生产信息生成唯一的标识码。

在步骤403中，查询系统420将生成的唯一标识码返回给分发系统430。

返回的药品的标识码被附加(例如，打印或粘贴)在药品的包装上。

上述步骤在药品入库时在药品提供商处发生。

在步骤404中，分发系统430接收到订单。

订单中例如包括消费者的身份、联系方式、地址、以及要购买的一个或多个药品的名称。

如上文所述的，在一些实施例中，订单是由查询系统420中的计算机中的一个或多个基于消费者在终端440上的购买动作生成的。在另一些实施例中，订单是由查询系统420中的计算机中的一个或多个基于由社区医院等提供的处方生成的。

在步骤405中，分发系统430基于订单分拣药品，并且扫描药品包装上的标识码。

在步骤406中，分发系统430将扫描的标识码发送到查询系统420。

在步骤407中，查询系统420将订单与标识码相关联。

在步骤408中，终端440发起对订单中的药品的来源的查询。

该查询请求中例如可以包括诸如订单二维码、订单号等信息。

在步骤409中，响应于查询，查询系统420将订单中的药品的生产信息提供给终端440。

在步骤410中，分发系统430发起对药品的去向的查询。

该查询请求中例如可以包括要查询的药品的产品批号、通用名、生产日期等中的一项或多项。

在步骤411中，响应于查询，查询系统420将查询的药品的流通信息提供给分发系统430。

在一些实施例中，流通信息包括购买药品的消费者的信息。

在其他的实施例中，查询系统420还可以响应于在图2中示出的药品提供商或管理机构的查询，提供药品的流通信息。

下面参考图5，其示出了适于用来实现本公开的实施例的计算机系统500的结构示意图。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)、以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考图2-图4描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行图2-图4的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。通信部分509例如包括诸如Wi-Fi芯片等的无线收发部件。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。