CN102834788A - 用于验证和管理药品的分配和销售的系统、方法和界面显示 - Google Patents

Abstract

一种系统、方法和图形用户界面显示，用于验证、监控以及检查药品的销售和分配，以减少伪造药品的情况。医药公司直接或通过医药公司的代表向用户提供药品。产品具有用来跟踪产品销售的相关的识别码。该系统提供药品的验证以及销售和分配的统计分析。药品的验证以及分配和销售的对比可由用户检查或在控制面板用户界面上检查。该系统进一步使得提供药品的医药公司可以向用户提供响应消息。

Description

用于验证和管理药品的分配和销售的系统、方法和界面显示

技术领域

本发明涉及一种用于管理由医药公司提供的药品和其他医用药剂的系统和方法。更具体的，其涉及药品分配和销售的监控和管理。

背景技术

伪造的药剂和其他药物产品的分配、销售以及使用是当前存在的一个主要问题。在世界的许多国家中，许多被分配和销售的药物是假的，即伪造的。在标识和/或来源上，这些药品被蓄意和欺骗性的贴错标签。其范围包括从未知的任意组合的有毒物质到无效、失活的制剂，比如缺少活性成分。对于患者或者药品的实际用户，伪造药剂的后果是无效的治疗、有害的效果、或者更糟糕的是死亡。

2010年1月，世界卫生组织发布了关于伪造药物的一篇文章，描述了涉及这些非法药品的主要健康问题。仅仅在2009年，用于降低血糖的伪造药品就导致了两例死亡和九例住院治疗。2009年在坦桑尼亚共和国，在40个药房中发现了缺少足够活性成分的抗疟药（Metakelfm）。在规章和执行系统不足的国家里，这是一个显著的问题。在发展中国家中，街市售卖的4包药品中预计就有1包是伪造的。已经发现，在英特网上从隐藏其物理地址的非法网站购买的药品中超过50%都是伪造的。

更广泛地，在这种环境中（甚至在更发达的国家中），药品厂家对于其药品的销售通常只有很少甚至没有互动或者检查。在将其产品分配至销售代表或者直接到实际用户之后，医药公司之后不再与用户联系。同样的，药品销售商只是简单地销售产品，并不从用户中获取反馈，也没有关于用户的销售信息。药品用户和供应方（厂商或销售商）或产品之间没有互动。因没有消除这些伪造药品的有效方式，因而所涉及的所有当事人，特别是药品的实际用户，需要一个验证药品有效性的系统。

因此，为了确保药品不是伪造的，需要一种用于准确验证药品有效性的系统和方法。该系统和方法应允许医药公司和供应商关注其产品在何时以及何地销售。所需的系统可以帮助降低伪造药品的可行性。对于获取关于产品用户的信息的系统，需要进一步的基于该信息来分析销售和分配。对于这样的系统需要执行其产品分配和销售的对比分析。进一步地，医药公司和用户之间的联系除了需要向公司提供用户信息，还需要由公司向用户提供反馈和重要信息。在这样的系统中，可以通过例如蜂窝电话或其他可用的便携式或固定的电子通信设备，执行通信。

发明内容

本发明提供一种用于验证药品有效性，以及跟踪、监控和管理药品的系统和方法。该系统和方法执行产品销售数据和分配数据的相关分析。该系统使得医药公司可以基于关于特定批次药品或产品本身的代码，来管理产品的销售和分配。每个药品均包括有用于管理产品的分配和销售的产品识别码，从而识别一批产品中的特定产品。用户和医药公司代表可通过许多通信设备上传这些代码，包括通过文本消息、智能电话应用、通常的因特网或任意其他合适网络。可在药品的药瓶或其他容器的外表面上直接提供该代码，因此用户可以很容易得到该代码。

该系统包括验证服务器，其管理和控制代码数据和关于药品销售的信息。该验证服务器进一步地分析药品销售，验证药品的有效性。该系统进一步地包括管理服务器，其包括多个在其上运行的应用程序，其用于进一步管理药品销售和相关统计数据。该系统使得医药公司可以向用户和产品代表发送响应和验证消息。这从整体上改善了供给用户的反馈和有关药物方面信息的通信。验证消息可以具有与用户上传的代码相同的格式，或者不同的格式。例如，该验证消息可以文本消息、电子邮件通信、语音邮件消息、智能电话应用的消息/交互、通常的因特网，或任何其它通过网络提供的适当的消息的形式存在。

该系统包括验证数据库，其中存储有识别药品的代码及其销售。该数据库以设定间隔仅仅复制其验证数据（没有代码）作为控制面板数据库，并且，通过系统网络，该控制面板数据库被发送至控制面板界面，以使得在该界面上可获得更新过的统计资料。该验证数据库被包括在验证系统中，并且验证服务器与验证数据库通信以获取任意所需的信息。通过仅向控制面板界面发送验证数据，而不发送代码，代码和验证数据之间的去耦（decoupling）保护了该系统。

显示器上的控制面板界面可用于管理药品的销售。该控制面板界面包括多个应用特定的（application-specific）按钮，用于查看统计销售数据的特定分析。用户可执行和检查销售验证以及销售对比，或者检查要发送至用户的响应消息。控制面板界面基于统计数据进一步提供产品销售的图形表示。

说明性的销售管理系统的方法存储药品的代码和相关数据，其被用于管理产品销售。该方法随后跟踪产品的销售，并启动多个应用程序中的一个以执行为用户生成的验证、对比或响应检查。

该方法可进一步执行药品销售的统计分析，以上报并显示图形表示，例如在控制面板界面上显示。该方法还向医药公司上报药品销售，从而其可适当地管理该信息并通过响应消息回报给用户。

附图说明

以下的发明描述引用附图如下：

图1是根据一说明性实施例的用于管理药品销售和分配的系统的总体框图；

图2是详细示出在根据所述说明性实施例的用于管理药品的系统中实现的控制面板界面的总体框图；

图3是示出根据所述说明性实施例的用于管理药品销售和分配的整个过程的流程图；

图4是详细示出根据所述说明性实施例的用于实现控制面板用户界面的过程的流程图；

图5是示出根据所述说明性实施例的用于实现药品管理的系统的响应控制器和管理器的过程的流程图；

图6是根据一说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其示出了主屏幕；

图7是根据所述说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其示出了销售总额的验证图；

图8是根据所述说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其示出了区域的验证图；

图9是根据所述说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其详细示出了显示的“产品”标签选项；

图10是根据所述说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其详细示出了显示的“批次”标签选项；

图11是根据所述说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其详细示出了显示的“日期”标签选项；

图12是根据所述说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其示出了“交叉销售”图形显示；

图13是根据所述说明性实施例的控制面板用户界面的示例性浏览器屏幕显示，其示出了“区域响应”；以及

图14是根据所述说明性实施例的仪表板用户界面的示例性浏览器屏幕显示，其示出了“产品响应”。

具体实施方式

本发明提供了一种验证药品有效性，以及跟踪、监控和管理药品，以及销售和分配数据的相关分析的系统和方法。如图1中所示，本发明提供了药品管理系统100，其中医药公司110向用户和消费者提供药品。这里定义的“用户”表示药品的实际用户，或者参与向实际用户分配和销售药品的医药公司的代表。

如图1中所示，医药公司110通过数据流111向网络115发送产品和相关信息（包括识别产品的代码）。医药公司提供验证码，其识别特定产品或一批药品。每个药品或产品均包括有识别验证产品代码，用于管理分配和销售，也用于识别特定产品。网络115包括任意适合的通信网络，其包括本地局域网（LAN）、广域全球英特网或通过蜂窝塔网络使用的蜂窝电话。如下文更详细描述的，系统基于药品的分配和，更重要的，药品的销售通过数据流112向医药公司提供反馈。该信息使得医药公司可以基于该信息生成将要被发送至特定用户或消费者的用户消息，其通过数据流111被发送至网络。上传至该系统的代码数据以及发送至用户的响应“验证”消息可以是通过任意网络的任意适合的通信格式。例如，该消息可以是标准文本消息（SMS（短消息服务）、MMS（多媒体消息服务）或其他）、智能手机应用程序消息或通过通常的因特网的基于因特网的电子消息。

系统100的用户120通过数据流121传送关于药品的代码数据和包含有关用户特定信息的用户信息。用户可以是实际用户或消费者，其试图验证药品的有效性和安全性。用户发送代码数据以基于来自系统100各组件的反馈来验证药品的真实性。

根据系统100，用户通过数据流121向网络115提交查询以执行调用验证有效性的函数，或执行系统中包含的多个其他应用程序中的一个。通过数据流145该代码数据和用户查询被发送至验证系统150。该验证系统包括验证服务器151，其具有在其上运行的验证应用程序152和响应控制器153。验证服务器151接受查询响应和代码以执行合适的控制和数据验证以验证药品的有效性。在验证系统150中，验证服务器151还在安全验证数据库155中存储代码154。通过数据流156，验证系统生成的药品销售和分配的统计和报告被发送回网络115。然后，通过数据流125，其被发送回用户120，通过数据流112其被发送回医药公司110。尽管各服务器和/或应用程序被设置在特定位置并执行特定任务，各实体之间的相对位置和任务划分具有高度的可变性。

通过数据流157，用户查询和统计被发送至管理服务器160。如图2所详细描述的，管理服务器160包括执行多个功能的多个应用程序。管理服务器160执行多个功能中的一个，并且该信息，例如销售和分配的统计、报告或其他相关数据，通过数据流161被发送至网络115，其进一步被发送至医药公司110和用户120。

周期性地，安全验证数据库155选择性地复制其自身（不传送代码，仅仅是验证数据）以向用户提供副本，例如作为控制面板界面的控制面板数据库。通过仅向控制面板界面发送验证数据，而不发送代码，代码和验证数据之间的去耦保护了该系统。通过数据流172，控制面板数据库（没有代码的数据库的副本）被发送在控制面板界面170处的控制面板用户。通过控制面板用户界面，这些更新过的统计因此留在了管理服务器160（见图2）中。在控制面板用户界面170，通过数据流171由用户发出的查询反映了更新的统计数据。

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

现在参考图2，其示出了图1的管理服务器160的详细示意图。管理服务器160包括多个应用程序、功能和/或附加服务，以执行用于管理药品销售的系统的各种任务。这些应用程序包括，例如控制面板应用程序261、SVN（版本控制）应用程序262、质量保障应用程序263、响应控制管理器应用程序264和打印机集成应用程序265。可以清楚预期的是，虽然其作为管理服务器上的应用程序被示出和描述，然而每个都可作为单独的服务器、或虚拟机、或在服务器或虚拟机上运行的应用程序提供。同样的，各应用程序和/或服务器之间的任务分配具有高度的可变性。而且，服务器和应用程序的布置和位置也具有高度的可变性。

控制面板261是一种分析工具，用来为用于验证药品的系统提供总体验证、日常验证、区域验证、产品验证和越区销售验证，等等。SVN应用程序262是用来保留文件的当前和历史版本的版本控制系统。能被用于质量保障和其他生产环境的质量保障应用程序263分析数据以确保总体系统的质量保障。基于产品和/或多批产品，响应控制管理器264与验证服务器150协同管理响应。打印机集成器265可以是与医药公司连接以在线发送代码的服务器或应用程序。打印机集成器265还与验证系统150协同验证代码。

根据此处公开的流程和方法，验证系统生成药品销售和分配的统计和报告，下面将参考图3-5的流程图以及图6-14的控制面板用户界面的示例性浏览器屏幕显示更详细地进行描述。图6-14的控制面板用户界面使得用户和/或医药公司可以基于药品分配和销售来有效地管理和监控所生成的数据。

现在参考图3，示出了用户与验证和管理药品销售的系统进行互动的流程300。在步骤310，当用户向系统提交验证码时，用户验证流程300开始。该验证码是单个药品和/或一批（一组）药品的代表。在步骤312，该代码以及关于用户的信息然后被发送至验证服务器以验证药品的有效性。在步骤314，该流程随后向验证数据库发送代码请求以获取关于药品的信息。该信息用于跟踪药品的销售。在步骤316，查询响应随后被发回至验证服务器。

基于查询响应，在步骤318，验证服务器为用户准备消息，响应控制器应用程序（在验证服务器上运行）添加合适的响应至该消息。在步骤320，验证和响应然后通过网络被发送至用户。其被用于向用户发送验证（或验认失败）。验证消息可以通过于此描述的任意合适的系统呈现给用户，包括通过蜂窝电话网络的文本消息、智能电话应用消息和基于因特网的消息。

本发明可为用户生成三种类型的响应。第一种是多达“n”个通知的有效响应，其中“n”是任意数量的药品。该第一响应的示例是：“MCN实验室证实的真实产品[产品名]，批次[批次号]。感谢您的光顾。由PharmaSecure提供的服务”。第二种是“无效”响应，当消费者输入无效代码时其被返回。该第二响应的示例是：“输入的代码“----”不正确。请重新输入代码或与药剂师联系以获取进一步的帮助。由PharmaSecure提供的服务”。第三种是“过期验证”代码，其中对于特定代码，验证的次数过多了。第三响应的示例是：“警告！过期代码！请与药剂师联系以获取进一步的帮助。由PharmaSecure提供的服务”。

图4示出了根据本发明的一个说明性实施例的与管理服务器交互的控制面板用户流程400。在步骤410，验证数据库复制其自身并将副本发送至管理服务器。在步骤420，副本被显示并留在管理服务器。这允许更新了的统计被留在管理服务器。在步骤430，更新数据的查询被送至管理服务器以反映控制面板用户的更新的统计数据。在步骤430，控制面板用户从管理服务器请求更新的数据。在步骤440，更新的查询响应然后被返回至控制面板用户。因此，更新的数据被呈现给用户。

图5详细示出了根据所述说明性用于管理药品销售的系统的消息管理流程500。在步骤510，当控制面板用户通过控制面板应用程序在管理服务器上输入消息时，例如验证药品有效性以及安全性的请求，流程500开始。该消息包括验证、错误或过期响应消息。在步骤520，验证数据库然后从管理服务器恢复响应。这是由验证数据库从管理服务器周期性地获得的。

然后，在流程步骤530，管理服务器的响应控制器修改控制面板用户的一合适的消息以包括其后的代码验证。管理服务器包括用于执行药品销售的各种统计分析和检查的应用程序。其被包含在对用户的响应中，以提供具有药品销售的特定统计数据细节的消息。在步骤540，用户然后接收验证响应和合适的消息，从而认证（或发现认证失败）该药品。

现在参考图6-14，其中详细示出了所述说明性系统的控制面板用户界面的示例性浏览器屏幕显示。每个示例性浏览器屏幕显示可以在任意设备的合适显示器上，包括要显示在计算机、蜂窝电话、PDA或其他便携手持电子设备上的浏览器屏幕显示。系统使用的其他设备和此处所述的网络对于本领域技术人员是显而易见的，并且已经被应用于此。浏览器屏幕显示可被药品的用户或消费者以及医药公司和医药公司代表用来接收消息和重要的数据。

图6示出了根据所述说明性实施例的示例性浏览器屏幕显示的主页屏幕600或欢迎屏幕。该主屏幕600向用户提供用于管理和检查药品销售的多个应用程序，其包括控制面板设置610、验证612、对比620和响应622。基于选择的特定应用程序，图形显示650包含所选药品的特定图形表示（graphical representation）。向用户提供下拉框660以允许他们选择为其显示数据的特定公司或代表。这允许在一个方便的控制面板界面上同时管理多个公司或代表。

选择控制面板链接610的用户被引导至用于确定控制面板界面系统的设置的页面。验证选项612允许用户查看总体验证（图7的720）、日常验证和区域验证、产品验证和地图概览。屏幕的区域650中提供了各种图形表示。

如图7所示，通过选择“总体”链接720，示出了总体验证的验证图表。如浏览屏幕700所示，向用户提供多个标签以选择要被分析的特定组。提供区域标签710以选择分析包括的区域，提供产品标签712以选择分析包括的产品，提供批次标签714以选择包括的各种批次，提供日期标签716以选择分析发生时的日期。基于选择的参数，在图形表示750中显示验证的结果。

如图8所示，选择“区域”标签710使得下拉屏幕800被显示。这向用户提供了对应于可用于分析和销售的每个区域的多个复选框810。用户可选择“应用”按钮820以在图形表示750中应用特定的相关区域。用户还可选择“全选”链接822以选择所有可用区域，或选择“清除所有”链接824以取消选择的特定区域。

如图9所示，选择“产品”标签712使得下拉屏幕900被显示。这向控制面板用户提供了对应于可用于分析的每个产品的多个复选框910，以管理所选药品（通过复选框910选择的）的销售。用户可选择“应用”按钮920以在图形表示750中应用特定的相关药品。用户还可选择“全选”链接922以选择用于分析的所有产品，或选择“清除所有”链接924以取消选择的特定产品。

通过选择“批次”链接714，使得下拉屏幕1000被显示。这提供了复选框1010列表以选择要被分析的药品的各个批次。用户可选择“应用”按钮1020以在图形表示750中应用特定的相关的药品批次。用户还可选择“全选”链接1022以选择用来分析的所有批次，或选择“清除所有”链接1024以取消选择的特定药品批次。

如图11所示，用户选择“日期”按钮716，使得下拉屏幕1100被显示。这允许用户选择执行药品销售验证的特定日期范围。用户可在框1110中输入开始日期，并在框1112中输入结束日期。然后用户可选择“应用”框1120以选择执行分析的日期范围。

控制面板用户还可通过选择图6中的引导用户至图12所示的浏览器屏幕的链接620执行对比。这允许用户将特定产品的销售与多个其他产品进行比较。从而用户可查看特定产品的交叉销售。例如，如图12所示，各种产品销售被图形区域1200所示出，其包括数据条1201、1202、1203、1204、1205、1206、1207、1208和1209。这些条的每一个都示出了特定产品的销售额，作为与其他产品的销售额的对比，以示出交叉销售。

用户还可通过区域或产品设置将要从医药公司发出的响应。通过区域来选择响应，则引导用户至屏幕显示1300，其提供特定公司的消息，如图所示。用户可进一步通过选择“增加例外”框1305来对消息增加例外。用户可通过选择名字，例如“全印度”链接1312，来选择特定的区域例外。这向用户显示屏幕框1310，其中列出了多个产品例外1315作为响应消息的例外。

响应还可通过产品被检查，例如如图14所示。通过区域屏幕1400的响应包括“增加例外”框1405，其允许用户有机会对响应消息增加更多例外。用户可选择特定产品，例如MHSGLIMEP1，其打开下拉屏幕1410。这列出了响应消息的多个批次例外1412和区域例外1414。

这些或其他应用和优点对于普通技术人员是显而易见的。在此，所述系统和方法改善了药品的销售和检查，以及医药公司与药品用户之间的联系。

前面对本发明的说明性实施例进行了详细描述。在不脱离本发明的精神和范围前提下可做出各种改良和附加。为提供多个特征，上面描述的各种实施例中每一个可以与其他描述的实施例相结合。进一步地，尽管前面描述了本发明的系统和方法的若干个独立实施例，在此描述的仅仅是对本发明的原理的应用的说明性描述。例如，关于管理药品公司提供的药品、特定的药剂的流程得以描述。但是，在此的教示可容易地应用于具有可用数据的任意药品的售卖和分配。因此，这意味着本说明书只是通过举例的方式对本发明进行描述，其并不限制本发明的保护范围。

Claims (18)

1.一种验证药品销售的系统，其包括：

验证服务器，接收关于至少一个药品的销售的代码数据，所述代码数据由查找所述至少一个药品的有效性的用户在网络上发送，并且其中所述验证服务器向所述用户发送验证消息；

管理服务器，具有运行于其上的应用程序，所述应用程序基于所述用户发送的代码数据分析所述至少一个药品的有效性；以及

验证数据库，其中存储有对应于药品销售的代码。

2.如权利要求1所述的系统，进一步包括：

控制面板界面显示设备，向药品公司提供其已分配药品的销售的反馈。

3.如权利要求1所述的系统，其中所述至少一个药品被存储在一外表面直接包含有所述代码数据的容器内。

4.如权利要求1所述的系统，其中所述网络包括互联网。

5.如权利要求1所述的系统，其中所述网络包括蜂窝电话网络。

6.如权利要求1所述的系统，其中验证消息作为文本消息、智能电话应用和基于网络的消息中的一个被发送至用户。

7.一种验证药品销售的方法，其包括步骤：

获取通过网络发送至验证服务器的代码数据，以验证至少一个药品；

基于所述至少一个药品的药物供应商提供的信息，通过验证服务器分析所述至少一个药品。

8.如权利要求7所述的方法，进一步包括如下步骤：

当所述至少一个药品被验证服务器验证时，发送验证消息。

9.如权利要求7所述的方法，进一步包括如下步骤：

向管理服务器提交请求，以执行多个药品中至少一个与多个药品中至少另一个的销售对比。

10.如权利要求7所述的方法，进一步包括如下步骤：

执行多个药品销售的统计分析以获取药品销售的对比。

11.如权利要求7所述的方法，进一步包括如下步骤：

将所述代码数据存储至验证数据库中，以为验证提供第二来源。

12.如权利要求7所述的方法，其中所述网络包括互联网。

13.如权利要求7所述的方法，其中所述网络包括蜂窝电话网络以及所述消息作为文本消息、智能电话应用和基于网络的消息中的一个被发送。

14.如权利要求7所述的方法，其中所述代码数据以显示在所述至少一个药品的容器上的方式被提供给用户。

15.一种图形用户界面显示，包括：

多个应用特定的按钮，用于查看有关药品销售的统计数据的详细分析；

多个选择器标签，用于选择特定参数，所述统计数据的分析使用该特定参数以查看该特定参数在统计数据分析上的影响；以及

图形显示，提供对药品销售执行的统计数据分析，从而向该药品的用户和该药品的医药公司中的一个提供反馈。

16.如权利要求15所述的图形用户界面显示器，其中统计分析将使用的特定参数包括局部区域、产品控制和日期范围参数中的一个。

17.一种提供给用户的药品容器，所述药品容器包括：

验证代码，由医药公司提供并用于管理特定产品的分配和销售以识别所述特定产品，所述验证代码适合于存储在用于验证特定产品的分配和销售的验证数据库中；以及

其中，所述验证代码适于由用户提交至验证服务器，以基于将提供给所述验证服务器的验证代码与存储在所述验证数据库中的验证代码相比较来验证所述特定产品。

18.如权利要求17所述的药品容器，其中所述验证代码适于作为文本消息、智能电话应用消息和基于互联网的消息中的一个被发送至所述验证服务器。

Images