CN104094298A - 用于验证和管理产品分销的系统和方法 - Google Patents

Abstract

一种用于验证、确认并另外管理产品和药品分销的系统和方法，减少了假药产生的情形。医药公司通常通过直接或通过医药公司代表提供药品/产品给用户。这些产品具有关联的识别或验证码，用于验证该药/产品的有效性。系统采用适当的客户端和基于服务器的应用程序加密和解密码数据以安全地管理和打印验证的代码数据。一种隐蔽标识技术，如特殊油墨或材料，可以在验证药品中提供额外的安全性级别，以确保其为非假冒药品。该特殊油墨或材料可以由用户在本地测试或发送到一远程位置进行测试，以确保药品/产品准确性。

Description

用于验证和管理产品分销的系统和方法

技术领域

本发明涉及用于管理由医药公司提供的药品和其他药用物品的系统和方法。尤其是用于确认和/或验证药品和其他药用物品的鉴定。

背景技术

分销、销售和使用假冒药品及其他药用物品涉及到一个很大的问题。在世界上许多国家，分销和销售的药品是伪造的，即假货。这些假冒药物被蓄意和欺诈的标错属性和/或来源。他们可以为从有毒物质的未知随机组合到无效、非活性的制剂，例如缺乏活性成分。假药的结果是导致对病人或药物最终使用者的治疗毫无效果或产生有害结果，或者更糟的，导致他们死亡。

在2010年1月，世界卫生组织发表了一篇假药的文章，描述了关于这些非法药物的主要的健康问题。一种降血糖水平的假药仅在2009年就导致两例死亡和9人住院。在坦桑尼亚联合共和国，在2009年，在40家药房发现了一种抗疟药(Metakelfin)，其缺乏足够的有效成分。这在监管和执行系统有缺陷的国家中尤其是个问题。据估计，在发展中国家的街边市场销售的药物中1/4是假冒的。通过互联网购买的超过50％的药品被发现是假冒的，它们来自隐瞒物理地址的非法网站。

更一般地说，在这种环境下(甚至在更发达国家)，药品制造商对他们药品的销售通常几乎没有互动或审查。在将其产品分销给代表或直接给最终客户后，医药公司便不再与伺候的用户交流。同样，医药分销商只是销售产品，没有获得用户的反馈意见或与用户相关的销售信息。在药物或产品使用者和提供商(制造商或分销商)之间没有互动。没有一种有效的方式来清除这些假药，因此，为了所有有关方，特别是最终用户的利益，需要一系统来验证药品有效性。

因此，我们需要有一个系统和方法用于准确验证药品有效性，确保他们不是假冒的。这种系统和方法应允许医药公司和提供商察看他们的产品在何时何地销售。所需系统允许用户在使用和/或消费前确保产品是有效的，从而将帮助减少假药的存在。需要一个系统，其获得产品使用者的相关信息，以进一步分析基于该信息的销售和分销情况。

此外，分销数据在许多新兴市场往往不准确和/或延迟。一般来说，药物分销信息是从药物清单和医生处方中收集的。在一些市场，药房没有保留详细的实时电子清单或病人没有处方但定期购买药物，这样很难或者不可能收集准确的分销信息。任何不顺利的收集到的数据，其在药物销售和数据提供给制造商和药物运输中涉及到的其他方的时间之间存在延迟。

此外，在消费者中间进行纵向研究是不可能的或很难进行的。需要一种方法，能够在消费者购买药物后联系他们作为跟访。

发明内容

一种系统和方法，其验证药物有效性，以及跟踪、监控和管理药品。该系统和方法执行产品销售数据和分销数据的相关分析。该系统允许制药公司基于一代码管理产品销售和分销，同时允许用户验证药品或产品的有效性，该代码与药品或产品本身的特殊包装有关。每种药品包括用于管理产品分销和销售的产品识别码，从而识别一个批次产品中的一个特定产品。因此，药品的每个独立包装或容器都具有独特的识别码，以识别该特定的药品。药品的独立包装或容器也可以是盒装、薄膜包装、小瓶装、瓶装和药品剂量形式。这些代码可以由用户或制药公司代表通过任意数量的通信设备上传，包括通过文本信息、智能手机应用程序、一般互联网，或任何其他适当的网络。该代码可以直接提供于药瓶或其他装药容器的外部表面上，使客户容易获得。

该系统还包括一验证服务器，其管理和控制代码数据和有关药品销售信息。该验证服务器进一步分析药品销售，验证药品有效性。该系统可进一步包括一管理服务器，其包括在其上运行的多个应用程序，用于进一步管理药品销售和相关的统计数据。该系统允许制药公司发送响应和验证信息给用户和产品代表。这种方式改善了给用户和整个药物流通的反馈。验证信息可以是与由用户上传的代码的相同形式的代码，也可以是不同的形式。例如，验证信息可以是以下形式：文本信息、电子邮件通讯、语音邮件信息、经由智能手机应用程序的信息/互动、一般互联网或通过网络提供的任何其他适当的信息。

整体的系统打印服务器，其可包括验证服务器和管理服务器，或是一个独特的服务器，其允许管理和创建可提供在一医药产品的代码数据，而不是产品上的传统识别代码，或者作为传统识别代码的补充。该系统还包括一存储了多个识别码的数据库，并采用一加密程序，将识别码中的至少一部分加密成安全格式上传到安全的网络中。客户端应用程序通过验证接入安全网络，以接收安全地格式化了的数据文件。安全的格式化的数据文件由客户端应用程序解密并将其发送到打印机，从而验证码数据打印在药品/产品上，制药公司没有不安全的打印记录。这可提高代码数据和全面验证产品和/或药品的安全性。

一种收集和分发产品分销的实时市场数据的方法，从在包装上打印验证码开始。验证码与生产数据相对应，如生产时间和地点、药品信息和产品批次信息。生产数据存储在一个验证数据库里。此后，收到的用户提供的验证信息包含验证数据。验证数据经过登记和与生产数据比对，以确定和/或验证分销数据。分销数据然后结合其他预先确定的数据(例如疾病事件)和运行回归分析以获得创造产品需求的因素。然后可以将这些因素以及分销数据提交给制造商。为了方便起见，此数据可以匿名方式提供给制造厂商，以维护用户隐私。

一种用于进行消费者纵向研究和通讯的方法，从在包装上打印验证码开始。接收来自用户的验证信息，包含用于让用户验证特定产品或药品的验证数据。用户信息和验证信息存储在一个用户数据库。一旦药物或产品已通过验证，则通过一个信息联系用户。该信息可用于提醒用户吃药或通过用户确定药品的使用状态。

在一具体实施方式中，一个血压患者购买药品并通过验证信息验证了该药品。由于验证的确切的包装、批次、药物和日期是已知的，可在第一次验证后的特定时间内给消费者一个电话或短信。此信息可用于确定消费者是否仍在服药，是否已停止，或他们是否已经换了不同的品牌。此信息对制造商和品牌拥有者是极其宝贵的，这是与消费者进行互动的一种新颖的方式。

用于提供与消费者实时互动的方法，包括在独立产品上提供独特的验证码。从用户处收取验证信息并存储到用户数据库。提供一应用程序菜单给用户，以促进制造商和消费者之间的交流。然后将从应用程序获得的信息汇总编制，将汇总的信息提供给用户。

附图说明

下文将参考附图对本发明进行描述，其中：

图1是一示例性实施方式中，用于管理药品销售和分销的系统的概述框图；

图2是示例性实施方式中，用于管理药品销售和分销的整体程序的流程图；

图3是示例性实施方式中，详述用于实现面板用户界面的程序的流程图；

图4是一流程图，显示了示例性实施方式中用于执行管理药品的系统的响应控制器和管理器的程序；

图5是一示例性实施方式中，用于药用物品序列化和验证的系统的概述框图；

图6是一生成代码的示例性实施方式中，用于打印代码数据并显示与此相关的数据流的系统的概述框图；

图7是示例性实施方式中，由客户端和服务器执行的各种操作的架构图；

图8是一流程图，显示了示例性实施方式中，用于收集和分发产品分销的实时市场数据的程序；

图9是示例性实施方式中，用于进行消费者研究和通讯的程序的流程图；

图10是示例性实施方式中，用于提供与消费者进行实时互动的程序的流程图；

图11是一流程图，显示了示例性实施方式中，用于执行双重验证的程序，其使用一验证码和隐蔽验证元素；

图12是示例性实施方式中，用于向消费者提供实时信息的程序的流程图；

图13是一示例性实施方式中，用于验证特定产品的验证屏幕的示例性屏幕显示；

图14是一示例性实施方式中，显示了基于错误验证码的响应信息的验证屏幕的示例性屏幕显示；

图15是一示例性实施方式中，显示了基于过度验证(oververified)的验证码的响应信息的验证屏幕的示例性屏幕显示；

图16是一示例性实施方式中，显示了基于错误确认码的响应信息的验证屏幕的示例性屏幕显示。

具体实施方式

用于验证药品和/或药用物品有效性的系统和方法，其跟踪、监控以及管理药品和/或药用物品的分销。制药公司能够监视他们的药品和产品的分销，用户也能够验证药品/产品的有效性。术语“药品”和“产品”在本文中包括一种药品或产品或者二者，或者任何其他包装的药用物品，其被用户服用、消费或以其他方式使用，并且是已知的。通过使用由制药公司提供的标识码来确定有效性，或通过使用直接印刷在由一方安全管理的药品/产品而非药用物品上的验证码来确定有效性，以维护验证码的安全性并降低外部获得代码数据的风险。

使用独特产品代码监控产品分销

提供一系统和方法，用于验证药品的有效性，以及跟踪、监控，并以其他方式管理药品，并用于销售和分销数据的相关分析。如图1所示提供一药品管理系统100，其中制药公司110提供药品给用户或消费者。本文定义的“用户”表示药品的终端用户或医药公司的代表，其协助医药公司将药品分销和销售给终端用户。

如图1所示一制药公司110将产品及相关的信息(包括识别产品的代码)通过数据流111传输到网络115。在一种示例性实施方式中，识别一特定产品的验证码由制药公司提供。每个独立药品或产品(例如，瓶、小瓶或容器)包括一标识的验证产品代码，用于管理分销和销售，也可用于识别特定产品。在替代或额外实施方式中，如下文进行的更详细的描述，验证码也可直接印刷在产品或药品上，以协助验证特定产品或药品。网络115可包括任意合适的通信网络，包括局域网，广域互连网、通过蜂窝塔网络使用的蜂窝电话或其他任意合适的网络或安全连接。如下文进行的更详细描述，系统通过数据流112为制药公司提供基于分销和更重要的药品销售的反馈。此信息允许制药公司开发基于该信息的用户讯息，其通过数据流111传输到网络，待发送到一个特定用户或消费者。上传至系统的代码数据，以及传输到用户的响应验证信息，可以为通过任何网络的任意合适的通信形式。例如，信息可以是标准本文信息(SMS(短信服务)、MMS(多媒体短信服务)或其他、智能手机应用程序消息、USSD(非结构化补充服务数据)，USSD具有一系列特定的字符和字母，用于验证一药品(例如#AUTHENTICATE*CODE DATA)，使用Twitter将验证码推送给合适的实体，或通过基于互联网的电子信息通过一般因特网传送。

系统100的一用户120通过数据流121传输关于单独药品以及用户信息(包含关于用户的特定信息)的代码数据。该用户可以是一个终端用户或消费者，其寻求验证他们的药物的有效性和安全性。用户传输代码数据，基于从系统100的各部分的反馈验证那些用户寻求验证的单独药品的有效性。

根据系统100，通过数据流121，用户向网络115提交查询，以执行内置呼叫验证有效性、或执行与系统相关的多个其他应用中的一个。代码数据和用户查询是通过数据流145传输到验证系统150。验证系统包括一验证服务器151，其具有一验证应用程序152和在其上运行的响应控制器153。验证服务器151接收查询响应和代码，执行数据的合适的控制和验证，以证明或验证药品的有效性。验证服务器151也将代码154存储到安全的验证数据库155中，其位于验证系统150内。通过验证系统生成药品的销售和分销的统计和报告通过数据流156被传输回网络115。然后，会通过数据流125将这些传回给用户120，以及通过数据流112传回给制药公司110。虽然各种服务器和/或应用程序被描述在特定地点和执行特定任务，各实体之间的相对位置和任务分工是高度可变的。

用户查询和统计数据是通过数据流157传输到管理服务器160的。管理服务器160包括多个应用程序，能执行多种功能。管理服务器160执行多个功能中的一个，这种信息，如同统计信息，销售和分销的报告或其他相关数据，通过161被传输到网络115，待进一步传输到制药公司110和用户120。

根据一示例性实施方式，在一定期基础上，安全验证数据库155选择性的复制自己(不会传输代码，仅传输验证数据)，以提供副本给用户，例如，作为在面板界面处的面板数据库。通过仅将验证数据而非代码传输到面板界面，代码和验证数据之间的去耦保证了系统安全。通过数据流172，在面板界面170将一面板数据库(数据库的副本，没有代码)传输给面板用户。因此，通过面板用户界面或其他合适服务器、应用、数据库或计算机可读非临时性存储介质，这些更新的统计数据可以驻留在管理服务器160。通过数据流171，用户在面板用户界面170作出的查询反映了已更新的统计信息数据。

验证服务器和管理服务器可以包括任何适合的服务器或计算机架构，包括一计算机程序，其作为应用程序和其他服务运行；一物理计算机，专门用于运行程序；和/或一软件/硬件系统组件，如本文所述的或对本领域技术人员显而易见的。

进一步参考图1，管理服务器160包括多个应用程序、功能和/或额外的服务器，用于执行系统的各种任务，用于管理药品销售。这些应用程序包括，例如，一面板程序161、SVN(版本控制)应用程序162、质量保证应用程序163、响应控制管理器应用程序164和打印机集成应用程序165。可以明确设想到，尽管这些都是显示和描述为驻留在管理服务器上的应用程序，其每一个都可以表示为一个单独的服务器或作为一虚拟机，或一运行于服务器或虚拟机上的应用程序。同样，各种应用程序和/或服务器之间的任务分配是高度可变的。此外，服务器和应用程序的布局和位置是高度可变的。

面板161是一个分析工具，用于提供总验证、日常验证、区域验证、产品验证和交叉销售验证等，用于使用系统验证药品。SVN应用程序162是一个版本控制系统，用于维持当前和历史版本的文件。可用于质量保证和其他生产环境。质量保证应用程序163分析数据，以确保整个系统的质量保证。响应控件管理器164与验证服务器150协作，管理基于产品和/或产品批次的响应。打印机集成器165可以是一服务器或应用程序，其与制药公司连接以在线传输代码。打印机集成器165也与验证系统150进行协作以验证代码。

药品销售和分销的统计数据和报告通过验证系统根据本文公开的程序和方法生成，可参考图2-4的流程图对其进行更详细的讨论。

参考图2，显示了一程序200用于用户与系统之间的交互，用于验证和管理药品销售。用户验证程序200开始于步骤210，即当用户提交验证码到系统中的时候。这种验证码代表一单独的药品或可用于指定药品的一个批次(组)。然后在步骤212中，将该代码以及关于用户的信息传输给验证服务器，以验证药品的有效性。然后，该程序在步骤214中将发送一个代码请求到验证数据库中，以获得关于药品的信息。这一信息将被用来跟踪药品的销售。然后在步骤216中将查询响应传回给验证服务器216。

根据查询的响应，验证服务器为用户准备一信息，并且响应控制应用程序(运行于验证服务器上)在步骤218中在信息中添加合适响应。在步骤220中通过网络将验证和响应发送给用户。这些都用于将验证信息(或缺乏)发给用户。验证信息可以通过本文描述的任何合适的系统提交给用户，通过任何适当的系统中所述，包括通过蜂窝电话网络的文本信息、智能手机应用程序信息、基于互联网的信息等。

可以为用户生成至少三种类型的响应。第一种是“有效”响应，可达“n”种通知，“n”是任何数量的药品。第一种响应的实例是:"MCN实验室验证正版产品[产品名称]，生产数据[产品编号]。感谢您的光顾。由药物安全股份有限公司(PharmaSecure)提供服务。"第二种是"无效"响应，如果客户输入无效的代码，将会返回该响应。第二种响应的实例是:“键入的代码“----”是不正确的。请重新键入代码或联系药剂师获取进一步帮助。由药物安全股份有限公司(PharmaSecure)提供服务。"第三种是“过度验证”代码，其中验证次数超过了该特定代码，从而表明它不是一种有效药品。第三种响应的实例是:“警告！过期代码！请联系药剂师获取进一步帮助。由药物安全股份有限公司(PharmaSecure)提供服务。"如果特定的只要公司或其他利益方有需要，还可将其它讯息和经过改变的上述信息作为合适的现有技术提供给用户。

图3根据示例性实施方式显示了一个面板用户程序300用于与管理服务器交互。在一示例性实施方式中，在步骤310中，验证数据库复制本身并发送副本给管理服务器。在步骤320中，该副本显示并驻留在管理服务器上。这使已更新的统计信息驻留在管理服务器上。在步骤330中，查询更新数据的请求发送给管理服务器，以将更新的统计数据反映给面板用户。在步骤330中，面板用户从管理服务器请求更新的数据。然后在步骤340中将更新的查询响应传回给面板用户。因此，更新的数据呈现给面板用户。

图4根据用于管理药品销售的示例性系统，详细介绍了一信息管理程序400。该程序400开始于410，即当面板用户通过管理服务器上的面板应用程序输入信息时，例如，请求验证药品有效性和安全性。这些消息包括验证、错误或过期响应消息。然后，在步骤420中，验证数据库从管理服务器取回响应。这些都是通过验证数据库定期从管理服务器获得的。

然后在程序步骤430中，管理服务器的响应控制器为面板用户修改合适的消息，以包括后续代码验证。管理服务器，包括执行药品销售的各种统计分析和审查的应用程序。这些都包括在给用户的响应里，以提供具有关于药品销售的特定统计数据的详细信息的消息。然后，在步骤440中，用户将接收到验证响应和合适的消息，从而验证该药品有效(或发现缺乏有效验证)。

序列化、验证和打印验证代码

为在管理药品和其他药用物品中进一步提高安全性，可将一个产品进行序列化，如通过在产品上提供验证代码。这种验证代码可以补充或代替药用物品上的传统代码和标识信息。此处所使用的“验证代码”是指为单独药品或产品特别生成的独特代码，用于验证特定药品或产品的有效性。验证代码也可以指一个应用到一包装的代码，该包装包含一组独立封装和编码的药品。如有需要，验证代码用于识别一特定独立药品或药品组(例如，药包)，并且可以执行以验证分销过程中各个阶段的药品和产品的分销情况。本文中使用的术语“序列化”和其相关变化，是指装置/手段，通过该装置/手段将验证代码分配给(或以其他方式提供或印刷于)特定药用物品或其他物品(例如标签)上。

根据一示例性实施方式，可以对验证代码进行进一步加密，或以其他方式处理、编码、译成密码或生成，使得甚至是产品提供商也不知道该具体代码已提供(例如印刷)在产品上，从而进一步加强代码数据的安全和保护，并降低恶意方复制代码数据的可能性和能力。这还允许将数据匿名收集和分发以保护用户隐私。此外，如下进行的详细描述，隐蔽或取证类型的技术也可提供在药用物品上以确保它是真的和实际的药用物品，而不是一个假冒的产品。例如，代码可以用一种特殊油墨打印或打印在某一特定材料上，可以使其独立地验证验证码来为药品或产品提供额外的、辅助的验证。

现参考图5，根据一示例性实施方式，显示了用于药用物品和其他物品序列化和验证的系统的概述框图；如图所示，序列化和验证系统500包括一序列化平台510和验证平台550。本文使用的术语“平台”包括一个组或多个组内的应用程序、服务器、工具和其它功能或功能，以执行本文所述功能，用于药用物品和其他物品的序列化和验证。该平台可以包括任何适合的服务器或计算机架构，包括一计算机程序，其作为应用程序和其他服务运行；一物理计算机，专门用于运行程序；和/或一软件/硬件系统组件，或其任意变形或组合，如本文所述的或对本领域技术人员显而易见的。

序列化平台510生成、附属至或以其他方式提供验证码给药用物品和其他物品。如图所示，序列化平台510包括多个应用程序、功能和/或额外的服务器，用于在序列化过程中执行各种任务或模块(511、512、513、514、515、520、522、524、526)。术语“模块”是指一应用程序、工具、功能和/或额外的服务器，在序列化过程和/或验证代码验证过程中可执行各种任务，此处其可与“应用程序”和“工具”互换使用。序列化平台510包含应用程序或工具，用于执行下列序列化任务:代码请求511，传送代码512，分配513、打印/贴标签514和协调515。序列化任务组517包括代码请求511，传送代码512，分配513、打印/贴标签514和协调515，其提供了一个完整的序列化解决方案。一个生产设施(或打印设备/应用程序)能够在其序列化平台上自定义可用任务。例如，在一示例性实施方式中，一生产设施或印刷平台能够执行代码请求511任务，其中生产设施安全的放置多个独特代码请求并能够实时跟踪请求状态；生产设施或印刷平台还能够执行传送代码512任务，其中序列化平台510将代码以标准格式安全的传送到工厂(或其他生产设施)用于打印。根据一示例性实施方式，生产设施或打印平台也可以实现分配513，其将独特代码分配给包装，并能够支持多地生产管理。分配513的执行特征提供线性管理、访问控制、审查跟踪和实时状态报告，而不需要每个位置都有服务器。

根据一示例性实施方式，可执行打印/贴标签应用514，使得可将代码以加密、译成密码或以其他方式处理的格式发送到一位置，并且，可提供合适的个性化的软件，通过与序列化平台和产品设施平台(或其他位置)的交互，促进非传统格式代码的打印。打印/贴标签应用514安全地将代码以生产速度打印在不同级别的包装上，并使用先进的中间件在序列化平台和打印应用程序之间交互。该中间件可以与多种打印机进行线性一体化，并且是一软件，其专为部署在生产线的特定的打印机型号和协议设计，例如那些高速运行的多轨道。根据本文的示例性实施方式，还可执行打印/标签应用514提供预印标签。用于预印标签的打印/贴标签应用514与接收代码请求和传送代码的作用类似，但这些代码直接发送到本地打印机，而不是远程发送，例如，发送到生产设施或生产厂。为安全起见，可以将标签以“激活”状态运送，并且仅当工厂代表(或其它先前选定的个人)确认收到标签后才被激活用于验证。该标签可以结合公开的和隐蔽的安全性特征，以增强保护防止药品伪造，此处参考图11进行更详细的描述。

根据一示例性实施方式，序列化平台也可提供协作应用515，其中序列化平台510协调打印的独特代码和代码请求，以及跟踪生产统计信息。

序列化平台还提供了多级序列化520，其中在药用物品包装和/或生产中以多种级别(例如阶段或检查点)执行序列化。一多级序列化应用程序520还允许利益用户(例如一业务经理或供应链管理经理)“跟踪和追踪”产品生产。通过在生产期间在多个级别进行序列化，可能使用序列化中的验证代码跟踪和追踪生产。除了多产品包装(即多组)上的验证代码，多级序列化还能允许验证代码在单独的产品本身上。多级序列化520进一步允许跟踪生产，用于确定单独产品何时已分配一个代码，也用于确定多产品包装(package of products)何时分配一个代码。这允许验证代码具有验证单独产品的双重目的，同时允许经理和其他人跟踪和追踪生产和/或在药用物品上打印代码。该追踪和跟踪可以通过EPCIS(电子产品代码信息服务)或其他为物品提供一个独特的、序列化的标识符的系统信息库产生。该追踪和跟踪输出可以是本领域技术人员已知的多种已知标准格式中的任意一种。该序列化平台还能提供企业资源规划522，一个应用程序，连接到现有的企业资源规划(ERP)实施，并检索生产计划数据，用于在运行生产之前生成正确的代码数量。因此生成代码变得自动化，不需要(“不用”)人工干预，没有相关开销和人为错误的可能性。ERP模块522可自定义成与多种现有EPR平台兼容，这对本领域技术人员应该是显而易见的。

根据一示例性实施方式，序列化平台510能进一步包括移动监控模块524，其在移动设备上提供安全的，实时的生产状态。移动监控模块524授权业务经理和供应链管理人员监控生产线和不同工厂位置的包装和印刷状态。它允许业务经理和供应链管理人员，以及任何其他利益个人即时检测到任何生产问题，并在必要时进行干预。移动监控应用程序也可以让工厂主管或其它类似的个人使用，以监测生产状态而不需要实际呆在生产设施里。

序列化平台还提供了一个直观的工具，用于实时质量控制，即质量保证模块526。质量保证应用程序526即时读取验证码，并确认它已正确打印和正常运作。这可以作为生产批次的质量保证认可之前的一个必需的步骤，并将结果打印出来附到批准(例如"验收")报告上用于记录目的。

在系统运行时，代码和其他数据请求从生产设施平台535通过数据流537传输到网络530，然后通过数据流539传输到序列化平台510。然后，代码和其他相关数据从序列化平台510通过数据流528传输到网络530，然后通过数据流传输到生产设施平台535。生产设施平台可以是生产设施的一平台、专用的计算机或服务器，或仅仅是设施内或远离设施的打印机上的一个独立打印应用程序。网络可包括任意合适的通信网络，包括局域网，广域互连网、通过蜂窝塔网络使用的蜂窝电话或智能手机或本领域已知的其他任意合适的网络或安全连接。

在系统运行时，序列化平台510可通过生产设施平台535或其他有兴趣接收代码用于打印或以其他方式将验证代码粘附到药用物品或其他物品的实体访问。序列化平台510并不需要如图5所示的所有的序列化任务，也不仅仅局限于所显示的应用程序，因为所示和所述的应用程序和工具仅用于示例目的，代表序列化平台提供的特征。通过序列化平台，可以执行任何与产品序列化相关的任务中的任意一个(或多个)。

生产设施平台535通过数据流537还提供了生产数据和打印状态数据(即是否已打印一种代码)。此信息在用户请求时用于验证产品，也可通过验证平台执行的几个应用程序使用，二者均用于验证代码的真实性，以及提供适当的干预和/或可视化操作。

通过数据流540或物理上通过现有技术中的合适的运送系统将产品(通常是产品本身或在一些实施方式中是预打印标签)代码发送给用户。在系统运行时，用户542通过数据流544将产品验证请求提交给网络530，然后通过数据流提交给验证平台550。除了图1中的系统150，验证平台550还可以与图1中的验证系统150相同，或者是一种单独的验证平台。验证平台包括多个模块1557中的至少一个，用于验证用户接收的验证请求。验证平台可以执行一个或多个验证模块557，用于验证验证代码，并为用户提供选项选择首选验证方法。

根据一示例性实施方式，验证平台550包括一本文验证模块551，其中文本消息(例如SMS(短信息服务)消息)是用于验证药品使用代码。例如，会有一个SMS短信发送到蜂窝电话、智能手机或其他移动设备。由病人(例如用户542)键入印刷于包装上的代码，并发送验证请求(通过数据流544)到标识于产品上的号码，操作文本验证。验证请求也可发送给长码、高级短码，或基于制造商偏好和区域电信规则的免费短码。在几秒钟的时间，用户就会收到定制的响应，也是通过文本消息，依据生产设施团队选择的设置，表明代码是否通过验证、是否失效、或过度验证或无效。

验证平台550可示例性的包括一个语音模块552，用户可以通过它与人交流，而不是通过文本消息或者在网上(互联网或其他网络)输入一个代码。语音模块552是一个提供多语种、延长服务时间的验证服务，使用高度训练有素的业务代表帮病人完成验证程序，并帮助解决他们可能会遇到的任何问题。语音模块验证服务的业务代表进一步可以接收客户的反馈意见，有助于监控要用物品，这尤其有助于某些病人人群，如老人和在某些新兴市场的人。

移动应用程序553可以由验证平台执行，作为验证验证代码的工具。移动应用程序553通过使用移动应用程序为安卓平台或iOS(iPhone操作系统)平台或其他移动设备系统平台提供了药品验证代码。使用移动应用程序553，用户可以键入一代码并在数秒内作出反应。用户也可以使用手机或移动设备(例如，平板电脑或笔记本电脑)的摄像头，扫描条形码，它几乎可以即时验证。验证请求的完整历史存在于应用程序上，从而使用户可以跟踪其医药采购。

验证平台550可进一步包括一网络应用程序554，在验证激活的追踪和跟踪(authentication-enabled track-and-trace)中用于基于网络(例如互联网)的药品验证。网络应用程序554具有至少有两种用户特定类型的应用程序:1)针对一用户(病人)和2)针对供应链中间商。网络应用程序554允许病人(用户)快速验证代码，同时也允许供应链中间商扫描第三级、二级或一级包装，验证它们并促进跟踪这些产品到其目的地。验证激活的追踪和跟踪允许供应链中间商对他们的供应链具有更多的控制，并在药用物品生产和/或分销过程中，在药品通过用户或以特定包装(三级、二级或一级)存在，或在特定位置存在(例如检查点)时被验证时，验证激活的追踪和跟踪被激活。

在一示例性实施方式中，验证平台550可以参与IGR(国际刑警全球寄存器(INTERPOLGlobal Register))模块555，其用于药用物品的验证。验证平台550有一个安全链接，可链接到IGR系统允许客户使用强大的IGR网络。这种验证可补充或替代本文显示和描述的验证数据库(例如图1中的验证数据库155和图6中的代码数据库612)。

验证平台550可以进一步包括一警报/干预应用程序559，在供应链中发生意外情况时提供实时改变和干预。警报/干预应用程序559当意外错误发生时可以提供警报并立即提供解决问题需要的协助。验证平台550采用了一组个体，协助供应链经理和其他人建立一套专有的规则和条件，以检测潜在的威胁，并“即时”触发警报或更改用户的响应(在系统运行操作中)。验证平台550可与语音应用程序552结合使用，以指示回复病人以获得有关该问题事件的更多信息，并采取适当的步骤。主动的响应也可以通过警报/干预应用程序559触发，如忠诚病人(用户)的忠诚奖金，特定产品的促销活动或邀请尝试其他相关产品。

一个可视化应用程序561也可以用于该验证平台550，执行定制(即定制或定做)的分销和验证可视化。在病人验证产品时，药用物品的生产商能在设定的时间段内、从特定的地理位置，或其任意组合，来查看特定产品、特定产品批次的特定详细信息。趋势分析可用于更好地跨越多个周期时间了解病人行为，并表明某些产品的需求是否比其他产品更多。分销和验证可视化还可用于跨区域和产品地分析上市时间，显示区域库存耗竭和更好地监督产品分销网络。

请参考图6，显示了在整个打印系统600用于生成和打印代码数据的流程图。在一示例性实施方式中，在应用程序中发生多级数据传输，该应用程序包括一中央服务器环境605，客户端服务器环境640，并包括打印环境670。虽然该图描述了一单独的代码服务器和相关的数据库以及一客户端服务器和相关的数据库，本领域技术人员应该很容易看出，各种任务和应用程序可恰当的分布于系统实体间，以实现此处所需的功能。此外，中央代码服务器610可以是一单独的服务器和/或应用程序，或者可以将其加入到现有的验证系统(即图1的150或图5的验证平台550)或作为一个额外的服务器，其是验证服务器150(或平台550)的一部分或可以作为管理服务器(即图1的160)的一部分。验证系统可以进一步包括IGR交互应用程序，通过IGR(国际刑警全球寄存器(INTERPOL Global Register))或一EPCIS(电子产品代码信息服务)或类似用于注册和验证的标准格式来注册和验证。在进一步的实施方式中，所有的服务器任务和程序可合并到一个系统设备或应用程序，也可以分布在一系列的服务器和应用程序上，这对本领域技术人员是很明显的。

在打印系统600的一示例性实施方式中，代码存在于中央服务器610并存储在中央数据库612中。根据该示例性实施方式，中央代码数据库612是用于客户端应用程序的PostGRESQL数据库。可清楚设想到并采用其他现有技术中的数据库和服务器技术。通过在预定位置复制和粘贴，可以将中央数据库文件复制并托管在任何平台的任何服务器上。使用此选项允许任何用户在客户端640打开数据库并查看代码是否已经打印或将打印在药用物品上。为了方便起见，PostGRE SQL服务器在客户端允许任何用户在客户端640使用此选项。这增强了安全性，因为用户需要通过密码或其他适当的机制通过验证进入系统，获取特定数据库，以便访问其内容。此外，PostGRE SQL服务器提供了一稳定和紧凑的数据库，如果用户不能通过验证进入数据库，则无法在其他任何服务器上打开或托管文件。

根据一示例性实施方式，在网络630上使用文件传输(连接620用于中央服务器，连接635用于客户端服务器，或相当的)，代码的数据流从代码服务器610传输到客户端级别代码服务器。文件613(例如在一示例性实施方式中，为".PSC"格式，安全代码文件)是通过加密进程614加密的。安全文件在616创建并在618上传至网络。通过中央服务器安全连接620和客户端服务器安全连接635，在网络630上建立一个安全的网络连接。加密算法614对文件进行加密，使一般用户将无法看到文件的内容。通过确保只有特定实体能够查看未加密的文件数据，增强了安全性。代码数据然后通过客户端安全连接635传送到客户端服务器环境640。客户端有自己的用户名和密码(或其他身份验证信息，如数字证书)访问网络630或其他安全连接以下载文件。在客户端环境640有一文件处理进程645以导入该文件。代码647再经过一个解密进程650，可通过客户端服务器655将这些代码存储到客户端数据库657。解密进程也解密代码以生成并存储数据文件658，其包含与代码数据相关的信息。

请注意，本文所使用的术语“进程”可以指任何软件和/或硬件进程。在本文描述的特定的进程，可以通过单个功能块或多个功能块体现，这些功能块整体或部分运行特定进程。同样，执行进程的一给定处理器可以整体或部分体现在一个或多个功能块中。

客户端服务器环境640包括一打印数据库659，其已经被用于在生产节点使用打印机处理实际打印操作。客户端数据库657还可用于从主服务器获取代码并在即使局域网络630不可用时执行不间断运行。打印数据库还可用于发送代码到远程位置进行打印。参考图5所显示和描述的，用于打印/贴标签应用程序514的客户软件可用于远程打印。客户端数据库657有足够代码用于生产线，并且这些代码通过标记(或与此相当的内存或软件/硬件组件)与服务器同步。根据一示例性实施方式，使用的数据库技术可以包括一PostGRE数据库技术，这是一个在客户端环境640用于服务器的核心后端数据库服务器，用于直接连接服务器，例如PostgreSQL全球发展集团(PostgreSQL Global Development Group)提供的8.4.8版本。数据库技术也可包括微软提供的MSAccess数据库技术，2003版或其他任意易于适用的版本，这是一个用于在运行时获取代码操作的数据库，在一示例性实施方式中通过微软Jet引擎(Microsoft Jet engine)使用。

根据一示例性实施方式，代码从客户端服务器655通过步骤660发送到打印机应用程序670，其指示将要通过打印机680打印的代码。也可以将这些代码发送到一个远程位置或存储在本地或远程数据库中，以备将来使用或打印。用户发送任意大小的所需代码连接到服务器上。然后，在从打印机收到该代码已打印的确认信息后，该进程将该代码标记为已打印。系统600也可以给各种不同打印机和打印应用程序创建用于打印的密码保护的数据库。用户可以定义创建数据库需要导出的代码数量。用户在打印时使用此数据库，使得创建消息时数据库链接到变量字段，以在代码服务器数据库中打印任意大小的代码。

图7根据一示例性实施方式，阐明了打印服务应用程序的客户端服务器架构的更详细的流程图。图7的架构图显示了通过客户端710和服务器715在应用层720、进程调用730和数据库层740的每一个中执行的整个系统中的各种操作。如图所示，在应用层720，客户端710负责协调代码721、拖入或获取代码722、打印代码723和打印资源分配724。在应用程序层720，服务器715负责代码备份和恢复725、代码协调/导回到代码服务器726、代码导出到客户端727、代码协调728和来自服务器729的数据导入安全文件收据。在进程调用层730，客户端710负责代码标记731、用于创建临时表732的进程，以及清除存储数据733。在进程调用层730，服务器715负责状态更新735，代码过滤736、加密737和解密738。加密与解密仅仅是用于稳定和安全的传输代码的进程中的一个例子。可采用用于安全的提供代码的任意进程，这对本领域人员是显而易见的。更特别的是，服务器715负责从服务器数据库745导入数据(并在需要的地方加密)到代码备份和恢复725，以及负责代码协调/导出到代码服务器726。此外，服务器负责将从服务器接收到的输入数据导出(并在必要时解密)到代码数据存储746以导进服务器数据库745。客户端数据库743由客户端710访问以产生代码标记731和用于代码存储742。删除表741也在数据库层740执行。从服务器715导出到客户端(在727)的代码传输到客户端710，因此客户端710能在服务器715与代码协调728协调代码721。

收集实时市场数据

图8显示了一流程图，其为示例性实施方式中，用于收集和分发产品分销的实时市场数据的程序；如图所示，通过在单独包装上打印验证代码，程序800开始于步骤810。验证代码对应于与单独产品生产相关的生产数据，也可涉及生产和/或包装一组已包装产品到一更大的包装里。生产数据可包括生产时间和地点、药品信息和产品批次信息。在步骤812，验证代码和生产数据将被存储在一验证数据库。在步骤814，通过接收用户提供的验证消息和验证数据来接续程序。如上文所述，用户可以采用多种不同方式中的任何一种提供信息，包括文本信息、短信、彩信、推特(Twitter)推送、USSD和其它消息服务和标准。验证数据可以包括位置、日期、时间、电话号码、IP地址、推特处理或为消费者提供的其他识别信息。在步骤816，对验证数据进行注册。

通过比较用户提供的验证数据和相应的对应客户提供的验证消息的生产和/或标识数据，以确定和/或验证产品或其他标识，程序800接续到步骤818。这使用户可以验证他们是否获得正确的药品或产品，也使分销数据用于进一步的处理。在步骤820，分销数据可以结合其他预先确定的数据，如疾病事件，并在结合的数据上运行回归分析，以得出创造产品需求的因素。这些因素可以在步骤822提交给制造商。关于产品分销和需求的信息可在实时或汇总后提供给制造商用于销售或许可，也可呈现在面板上。这使制造商和其他利益个体可观察这些创造产品需求的因素。

消费者研究和沟通

参考图9，其显示了示例性实施方式中，用于进行消费者研究和沟通的程序900的流程图；如图所示，通过在单独药品上打印验证代码，程序900开始于步骤910。单独药品可以是特定药品或产品，如瓶、容器或其他本文描述的现有技术已知的包装。下一步，在步骤912，从用户接收验证消息，该消息提供与用户想验证的单独药品相关的信息。在步骤914，用户信息和验证信息存储在用户数据库。用户信息可包括IP地址、电话号码、推特处理(Twitterhandle)和其他所需信息。下一步，在步骤916，一旦用户验证通过了其药品，该程序会联系用户。这可通过步骤918或920执行，这两个步骤都将消息发送给该用户。步骤918发送一条消息给用户，以确定用户对该药品的消耗状态。例如，可通过电话、短信、电子邮件或其他适当的信息系统发送消息，并询问用户是否仍在用药、已停止服用该药物、或已经换了不同的品牌。例如，一个血压患者购买药品并通过验证信息验证了该药品。由于验证的确切的包装、批次、药物和日期是已知的，在第一次验证后的特定时间内会给消费者一个电话或短信。此信息可用于确定消费者是否仍在服药，是否已停止，或他们是否已经换了不同的品牌。此信息对制造商和品牌拥有者是极其宝贵的，这是与消费者进行互动的一种新颖的方式。

消息也可以，或者是在步骤920发送给用户，以提醒用户服药。这对于TB(肺结核)、艾滋病(获得性免疫缺陷综合症)和血压药物是尤其有用的。这也使制造商和其他利益个体在恰好所需的时候可直接匿名与用户进行交流，因为制造商不收集任何个人身份信息。制造商验证时能够指定发送给用户的消息类型，而不需要任何与用户相关的个人识别信息。

提供与消费者的实时互动

参考图10，其显示了示例性实施方式中，提供与消费者的实时互动的程序的流程图；通过在单独药品上打印独特的验证代码，程序1000开始于步骤1010。术语“产品”可以指本领域已知的药品或其他药用物品，为了说明目的，描述为产品。在步骤1012，从用户收到验证消息，可以允许用户验证其购买的特定药品。在步骤1014，用户信息，包括与用户对应的信息和验证信息存储在用户数据库。在步骤1016，通过提供应用程序菜单给用户或制造商，以促进制造商和消费者之间的交流，程序得到延伸。电话号码和其他识别信息不与制造商或其它各方共享。制造商从应用程序菜单进行选择，其中一些程序由系统配备，如上文所述，或由第三方许可，通过这些程序可启动与用户的消息和互动。这些应用程序可用于提醒病人服药，进一步跟进消费者的产品使用情况，或为消费者提供更多关于其药物或药物之间的相互作用的信息。可在应用程序菜单中提供任何在跨段时间内有助于制造商和消费者(用户)的抽样即时交流的程序。然后将从应用程序获得的信息在步骤1018汇总编制，将汇总的信息提供给用户和/或制造商。从应用程序获得的结果可明确汇总，包括个人身份信息；或匿名汇总，不提供身份信息。将编制的信息提供给制造商以进一步改善其与用户的互动。

隐蔽验证

根据本文的示例性实施方式，代码数据和/或包括代码数据的标签能将隐蔽验证元素并入打印和/或提供至独立的验证代码在产品上。可构建和配置隐蔽验证元素以由用户测试，或将其发送到远程位置，或设置成给远程用户的一消息，其包含去哪找和/或测试隐蔽验证元素的说明。例如，可将这些代码使用特殊类型的油墨打印，或打印在特殊纸张上，在进一步的实施方式中，其提供了额外的安全层。根据这种隐蔽实施方式，提供一额外验证层，其应用于打印过程中，也可以独立地进行验证。例如，代码数据可以使用一种特殊油墨或加入其中的其他化学品打印，其可通过用户测试或发送至远程位置进行测试，以验证药用物品的真伪。隐蔽元素采用特定结构或特定化学品，例如油墨中的化学标记，可对其进行测试以确定油墨中是否存在该物质或化学品。当结合本文的其他公开的验证或鉴定代码程序时，这就提供了一个双重认证系统。

图11是一流程图，显示了示例性实施方式中，用于执行双重验证的程序，其使用一验证码和隐蔽验证元素；本领域技术人员应该容易看出，在将包括隐蔽元素的验证代码打印在单独产品上之后，显示于图11中的程序1100的步骤可以任意顺序执行。在步骤1110，将包括隐蔽元素的验证代码打印在单独产品上，程序即开始了。此后，该程序在步骤1112从用户接收包含验证数据的验证消息，然后再步骤1114验证该验证数据，并在步骤1116验证隐蔽元素。步骤1112和1116可以在同一时间或在不同时间发生。该程序在步骤1114验证该验证数据并在验证数据没有通过验证时继续执行步骤1118，并发送消息给用户告知药品没有通过验证。已验证的验证数据继续执行步骤在1122，在该步骤中将验证信息和响应发送给用户。同样的，验证隐蔽元素步骤1116导致未通过验证的结果1120或者步骤1122中的通过验证和响应的消息。在步骤1120中，可将产品未通过验证的消息发送给用户。在步骤1122中，可将产品验证通过的消息发送给用户。

作为一种补充或替代的安全保护措施，可以将标签以“未激活”状态运输，这样它们直到到达其目的地才被激活。可通过经理或其他个体在打印位置手动激活，也可在标签到达特定位置后自动激活并在该位置进行验证。未激活的标签在步骤1116中是另一种隐蔽验证，以验证隐蔽元素。标签必需是激活的(例如，通过经理或其他个体在打印或生产设施激活)以进行正确验证。因此，如果代码号以某种方式被盗用，如果它们未激活，也是无效的。通过提供未激活标签(在打印或邻近打印标签时激活)，反假冒产品的系统安全性和努力得到了提升。

在验证时提供信息

参考图12，其显示了示例性实施方式中，在验证产品时提供实时信息给消费者的程序的流程图；根据本文描述的一示例性实施方式，通过在单独药品上打印独特的验证代码，程序1200开始于步骤1210。然后，通过接收由用户在步骤1212传输的验证消息，该程序继续。验证消息是关于用于想要验证的单独产品。然后，在步骤1214，用户信息和验证消息存储在用户数据库。一旦单独产品在步骤1216通过验证，会提供可用信息菜单给用户。该可用信息菜单与单独产品有关。例如，如果该药是治疗高血压，提供给用户的信息是关于什么高血压，如何防止高血压、提供支持、与该药相互作用的药品，和其它相关信息。这是高度可变和可自定义的，取决于由该系统验证的特定的产品。然后在步骤1218，由用户选择的对特定信息的选择的数据将汇总以提供编制数据给制造商或其他方。这使制造商和其他方可以知道用户基于他们已经验证的药品或其他产品的选择。此外，数据基于用户标识符进行汇总，该标识符可以是匿名标识符，以保护用户的隐私，或可以是电话号码、IP地址、推特处理，或其他适当标识符。

屏幕显示实例

参考图13-16，显示了验证特定产品的示例性屏幕截图显示，例如，通过短消息显示在手机上，或作为一个门户网站显示，或其他用于发送和接收与特定产品相关的信息的合适的显示。图13显示了示例性屏幕显示1300，其显示了程序1310，用于验证一特定药品。如本文所述，程序开始于步骤1311，在该步骤中用户输入一验证代码，然后，在步骤1312输入一确认码，并在步骤1313验证该产品，或者将另一种合适的消息传输给用户。如图13屏幕显示所示，示例性产品1320具有印刷于其上的说明和一验证代码1324(“gejr87zd”)，其可用于验证该产品。看到屏幕显示1300的用户能输入各种信息到输入框1330，其包括输入到验证框1332的验证代码，输入到确认框1334的确认码，然后用户选择验证框1336以确定他们的产品的真实性。请注意，输入确认码的步骤是可选的，并不需要在所有实施方式中执行来验证一个特定的产品。确认代码可以是外部提供的服务，如公众可获取的reCAPTCHA和对应的CAPTCHA代码，或者可以是其他合适的系统，用于确认真实的用户在输入验证代码。在本文描述的示例性实施方式中，虽然未显示，如果提供一个合适的、可验证的代码，可为用户提供一系列屏幕显示中的一种，其提供应用程序、与产品相关的信息或其他信息和消息给用户。

如果键入不正确的代码，用户将被重新定向到一示例性屏幕显示，如图14中的屏幕显示1400。如图所示，显示一个错误代码1410，通知用户他们加入的代码不正确。进一步指示用户验证代码或联系药剂师或当地药师获得进一步援助。如果键入一个过度验证的代码，其意味着之前已经验证过的代码，用户将被定向到一示例性屏幕显示，如图15中的显示1500。如图所示，消息1510呈现给用户，从而警告用户该代码被过度验证。这表明，用户的产品可能是假冒的，也可能以其他方式损坏了。进一步提醒用户联系药剂师或药师以获得进一步的援助。如果使用确认代码，用户输入一个不正确的确认代码，用户将被重定向到示例性屏幕显示，如图16中的显示1600。将向用户显示一个错误代码1610，如图所示，这表明输入了错误的确认信息。因此，请用户在数据输入框1330重新输入数据，包括输入字段1332、1334和1336，尝试进行产品验证。这些示例性屏幕截图显示仅用于示例性目的，其在本领域内是高度可变的，以实现本文所述的功能。

上述系统和方法主要参考单独药瓶和其上提供的用于用户验证的独特的验证代码进行描述。但是，可以明确设想到的是，药品代码可以提供和印刷在任何药品包装上，包括单独药品和包含多个药品的包装，还包括用于药品整体运输的验证代码。根据本文教导，这些验证码可通过系统中的多个用户进行验证，以验证生产数据和其他与药用物品相关的信息。

此处的教导和其他应用程序和优势对本领域技术人员来说应该是清楚的。该系统和方法改善了销售和药品审查，以及制药公司和药品用户之间的交流。通过允许用户确保他们在购买和服用合适的有效药品和非假冒产品，药用物品的验证也可通过该系统改善。

前文已经详细描述了本发明的实施例。在不脱离本发明的发明思想和范围情况下可进行各种修改和增加。以上描述的各种实施例可与其他描述的实施例组合以提供多种特征组合。此外，虽然前文描述了一些本发明的设备和方法的单独的实施例，但本文的描述仅仅是对本发明原理的应用的说明。例如，程序参考管理的药品或特定药品或制药公司提供的其他药品进行描述。但是，此处的教导可用于任何销售或分销的药物，这些药物的数据是可用的。此外，本文的系统和应用程序描述为驻留在特定系统环境、数据库结构或客户端-服务器构架中。但是，类型和配置，或系统和组件在本领域内是高度可变的，以实现本文描述的功能。另外，本文描述的任何程序、功能和/或进程能够利用电子/计算机硬件、软件(由程序指令的非暂时计算机可读的媒介组成)、或硬件和软件的结合执行。因此，该描述仅仅起示例性的作用，而并不旨在限制本发明的范围。

Claims (18)

1.一种管理药用物品或药品分销的系统，所述系统包括：

一中央服务器，有效连接到数据库，所述数据库具有多个验证代码；

用于加密多个验证代码中的至少一个的装置，以创建加密代码文件；

用于解密已加密代码文件的装置，以创建解密代码文件；以及一打印应用，其接收解密代码文件并指示至少一台打印机打印所述解密代码文件和传输打印信息以确认解密代码文件已被打印。

2.根据权利要求1所述的系统，其中用于加密的装置包括运行于中央服务器上的加密进程。

3.根据权利要求1所述的系统，其中用于解密的装置包括运行于一客户端应用上的解密进程。

4.根据权利要求1所述的系统，进一步包括用于将已打印在产品上的验证代码和打印信息存储在数据库中的装置。

5.根据权利要求4所述的系统，进一步包括用于从用户接收至少一种用户提供的验证消息和相关验证数据的装置。

6.根据权利要求5所述的系统，进一步包括用于比较至少一种用户提供的验证消息的验证数据和打印信息以确定分销数据的装置。

7.根据权利要求6所述的系统，进一步包括一装置，用于结合分销数据和其他预确定数据，并进行回归分析以获得创造产品需求的一因数，以便创造产品需求的因素能够提交给产品制造商。

8.根据权利要求6所述的系统，进一步包括用于使用国际刑警全球寄存器验证所述验证数据的装置。

9.根据权利要求5所述的系统，进一步包括：

用于将用户信息和用户提供的验证消息存储在用户数据库的装置；

用于在产品通过验证时提供可用信息菜单给客户的装置，该可用信息与产品相关；以及

用于基于用户标识，汇总由用户选择的选择性数据以提供聚合数据给制造商或其他方的装置。

10.一种系统，用于执行药品或产品的双重验证，所述系统包括：

用于提供一独特验证代码给一药用产品的装置，所述独特验证代码包括隐蔽验证元素；

用于从用户接收包含验证数据的验证消息的装置；以及

用于(a)在验证用户接收的验证数据以及(b)验证隐蔽验证元素后提供一验证响应给用户的装置。

11.根据权利要求10所述的系统，其中隐蔽验证元素包括一标签，其处于非激活状态直至被生产装置激活。

12.根据权利要求10所述的系统，其中隐蔽验证元素包括可测试的油墨或可测试的纸张。

13.根据权利要求10所述的系统，其中用于提供验证响应的装置包括通过国际刑警全球寄存器验证所述验证数据。

14.一种管理药用物品或药品分销的系统，所述系统包括：

用于将验证药用产品真实性的多个验证代码序列化的装置，其响应从生产装置获取多个验证代码的请求；

用于验证多个验证代码中的至少一个验证代码的装置，其响应由药用产品用户提交的验证请求。

15.根据权利要求14所述的系统，其中用于验证至少一个验证代码的装置包括使用国际刑警全球寄存器。

16.根据权利要求14所述的系统，其中用于验证至少一个验证代码的装置包括将所述至少一个验证代码和多个验证代码中的每一个进行比较。

17.根据权利要求14所述的系统，其中生产装置包括在生产设施处的生产服务器，并进一步包括用于在生产设施中，在各自产品的多个生产阶段，将多个验证代码进行序列化的装置。

18.根据权利要求17所述的系统，进一步包括用于当多个产品代码不在正确的生产阶段时警示生产设施的生产经理的装置。