专利名称：用于标识可疑订单的系统和方法
技术领域：
所公开的发明的各实施例一般涉及用于标识对于受控物品的可疑订单的系统和方法，更具体而言，涉及用于基于使用有关以前的订单的历史信息对接收的订单执行检查，而标识对受控物品的可疑订单的系统和方法。
背景技术：
在美国，要求受控物品的经销商在禁毒署(DEA)注册。受控物品一般被理解为是其拥有和使用受美国的药品管制法的管理的药品或化学品，诸如，例如，许多处方药物以及麻醉药。根据联邦条例，经销商必须设计和运行一种系统以发现对受控物品的可疑订单。可疑订单可包括异常大的订单，与标准模式显著地偏离的订单，以及异常的频率的订单。做不到这一点可能会导致罚款和/或发运这样的物品的特权的丧失。
·
通常，药品经销商通过一种简单的基于阈值的计算来确定可疑的订单。例如，可以给客户分配对于每个系列的受控物品的每月阈值，如果客户下订单试图超出其每月阈值，则将订单标记为可疑的。然而，此阈值方法简单地基于各种因素来设置一个数字(例如，阈值)，而不随着从客户接收到更多订单而随着时间的推移自动地调整。此外，此阈值方法也没有考虑可能对于同一个系列内的受控物品下订单的其他客户。结果，客户的阈值对于那些对同一个系列内的受控物品下订单的“典型的”客户可能不那么准确。另外，客户阈值可能随着时间的推移而变得过时(例如，“失效”)，而不表示应该使用什么来标记可疑订单。结果，经销商的系统可能会错过应该被标记为可疑的订单，这可能会使经销商遭到可能的罚款和/或丧失经销这样的物品的特权。因此，需要改善的用于标识客户的可疑订单的系统和方法，其中，该系统和方法自动地考虑该客户的历史订单信息以及其他客户的历史订单信息。
发明内容
根据各实施例的一种用于标识接收的对于受控物品的可疑订单的系统包括存储器和一个或多个处理器。在特定实施例中，一个或多个处理器共同地被配置成(1)从客户接收对于受控物品的订单，所述订单包括订货量、订单日期、标识所述客户的客户标识符、标识客户的类型的客户类型标识符，以及标识所述受控物品的物品标识符；(2)从所述存储器查询包括匹配所述物品标识符的历史物品标识符的历史订单，每个历史订单都包括历史数量、标识所述订单发货的日期的发货日期、标识下订单的客户的历史客户标识符，以及标识客户的类型的历史客户类型标识符；(3)对订单进行检查；以及(4)响应于所述订单被标记为可疑的，将与所述订单相关联的信息存储在所述存储器中，以促进进一步的调查。此外，在各实施例中，检查包括(1)确定所述订货量是否大于第一控制上限值，所述第一控制上限值是从所述历史订单的第一子集的历史数量导出的，所述历史订单的第一子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第一控制上限值，将所述订单标记为可疑的；(2)计算所述订单的订单日期和具有匹配所述客户标识符的历史客户标识符的历史订单中的前一个连续的历史订单的发货日期之间的时间长度，确定所述订货量是否大于第二控制上限值，所述第二控制上限值是从所述时间段以及所述历史订单的第二子集的历史数量导出的，所述历史订单的第二子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第二控制上限值，将所述订单标记为可疑的；(3)确定所述订货量是否大于第一阈值，所述第一阈值是从所述历史订单的第三子集的历史数量导出的，所述历史订单的第三子集包括带有匹配所述客户类型标识符的历史客户类型标识符的历史订单，以及响应于所述订货量大于所述第一阈值，将所述订单标记为可疑的；以及(4)确定所述订货量是否大于第二阈值，所述第二阈值是从所述历史订单的历史数量导出的，以及响应于所述订货量大于所述第二阈值，将所述订单标记为可疑的。在特定实施例中，一个或多个处理器共同地被配置成响应于所述订单被标记为可疑的，防止所述订单被处理。另外，在特定实施例中，一个或多个处理器进一步共同地被配置成响应于所述订单被标记为可疑的，在与所述处理器进行通信的显示设备显示所述检查 的结果。 在各实施例中，第一控制上限基于按所述发货日期排序的所述历史订单的第一子集的历史数量，而从指数加权移动平均控制图导出。此外，在特定实施例中，第二控制上限基于公式Q=D*N以及第二子集的历史数量，而从时间长度和控制图导出。在这些特定实施例中，Q是补充订货量，D是平均每天的发货量，N是自从带有匹配客户标识符的历史客户标识符的前一个连续的历史订单被发货以来的时间长度。在这些特定实施例中，控制图的y轴包括对应于D的值，而控制图的X轴包括对应于N的值。另外，在各实施例中，物品标识符是禁毒署(DEA)药品代码，客户标识符是禁毒署(DEA)客户标识符，和/或客户类型是通过禁毒署(DEA)注册来定义的。根据各实施例的一种用于标识接收的对于受控物品的可疑订单的计算机实现的方法包括下列步骤(1)从客户接收对于受控物品的订单，所述订单包括订货量、订单日期、标识所述客户的客户标识符、标识客户的类型的客户类型标识符，以及标识所述受控物品的物品标识符；(2)从存储器查询包括匹配所述物品标识符的历史物品标识符的历史订单，每个历史订单都包括历史数量、标识所述订单发货的日期的发货日期、标识下订单的客户的历史客户标识符，以及标识客户的类型的历史客户类型标识符；(3)通过计算机设备对所述订单进行检查；以及(4)响应于所述订单被标记为可疑的，将与所述订单相关联的信息存储在所述存储器中，以促进进一步的调查。在特定实施例中，检查包括(1)所述计算机设备确定所述订货量是否大于第一控制上限值，所述第一控制上限值是从所述历史订单的第一子集的历史数量导出的，所述历史订单的第一子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第一控制上限值，将所述订单标记为可疑的；(2)所述计算机设备计算所述订单的订单日期和具有匹配所述客户标识符的历史客户标识符的历史订单中的前一个连续的历史订单的发货日期之间的时间长度，确定所述订货量是否大于第二控制上限值，所述第二控制上限值是从所述时间段以及所述历史订单的第二子集的历史数量导出的，所述历史订单的第二子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第二控制上限值，将所述订单标记为可疑的；(3)所述计算机设备确定所述订货量是否大于第一阈值，所述第一阈值是从所述历史订单的第三子集的历史数量导出的，所述历史订单的第三子集包括带有匹配所述客户类型标识符的历史客户类型标识符的历史订单，以及响应于所述订货量大于所述第一阈值，将所述订单标记为可疑的；以及(4)所述计算机设备确定所述订货量是否大于第二阈值，所述第二阈值是从所述历史订单的历史数量导出的，以及响应于所述订货量大于所述第二阈值，将所述订单标记为可疑的。最后，根据各实施例的计算机可读介质包括可由处理器执行以执行下列操作的代码(1)从客户接收对于受控物品的订单，所述订单包括订货量、订单日期、标识所述客户的客户标识符、标识客户的类型的客户类型标识符，以及标识所述受控物品的物品标识符；
(2)查询包括匹配所述物品标识符的历史物品标识符的历史订单，每个历史订单都包括历史数量、标识所述订单发货的日期的发货日期、标识下订单的客户的历史客户标识符，以及标识客户的类型的历史客户类型标识符；(3)对订单进行检查；以及，(4)响应于所述订单被标记为可疑的，将与所述订单相关联的信息存储在所述存储器中，以促进进一步的调查。
在特定实施例中，检查包括(I)确定所述订货量是否大于第一控制上限值，所述第一控制上限值是从所述历史订单的第一子集的历史数量导出的，所述历史订单的第一子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第一控制上限值，将所述订单标记为可疑的；(2)计算所述订单的订单日期和具有匹配所述客户标识符的历史客户标识符的历史订单中的前一个连续的历史订单的发货日期之间的时间长度，确定所述订货量是否大于第二控制上限值，所述第二控制上限值是从所述时间段以及所述历史订单的第二子集的历史数量导出的，所述历史订单的第二子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第二控制上限值，将所述订单标记为可疑的；(3)确定所述订货量是否大于第一阈值，所述第一阈值是从所述历史订单的第三子集的历史数量导出的，所述历史订单的第三子集包括带有匹配所述客户类型标识符的历史客户类型标识符的历史订单，以及响应于所述订货量大于所述第一阈值，将所述订单标记为可疑的；以及(4)确定所述订货量是否大于第二阈值，所述第二阈值是从所述历史订单的历史数量导出的，以及响应于所述订货量大于所述第二阈值，将所述订单标记为可疑的。
如此概括地描述了本发明，现在将参考各个附图，附图不一定是按比例绘制的，其中图I示出了可以被用来实施本发明的各方面的系统的一个实施例的概述。图2示出了根据本发明的一个实施例的应用程序服务器的示例性示意图。图3示出了根据本发明的一个实施例的检查模块的流程图。图4示出了根据本发明的一个实施例的应用第一检查的检查模块的流程图。图5示出了根据本发明的一个实施例第一检查中所使用的指数加权移动平均控制图的示例的示意图。图6示出了根据本发明的一个实施例的应用第二检查的检查模块的流程图。图7示出了根据本发明的一个实施例的第二检查中所使用的日率控制图的示例的示意图。图8示出了根据本发明的一个实施例的应用第三检查的检查模块的流程图。图9示出了根据本发明的一个实施例的评估订单的结果显示的示意图。
具体实施例方式下文中将参考附图来更全面地描述本发明的各实施例，在附图中，只示出了本发明的某些，而不是全部实施例。实际上，这些发明可以以许多不同的形式来实现，不应该被理解为仅限于此处所阐述的实施例；提供这些实施例是为了本发明将满足适用的法律要求。术语“或”此处在替换的和联合的意义上使用，除非另外指明。相同的附图标记表示的相同的元素。
I.方法、设备、系统，以及计算机程序产品应该理解，各实施例可以以各种方式来实现，包括作为方法、设备、系统或计算机程序产品来实现。相应地，各实施例可以呈现完全硬件实施例或其中处理器被编程为执行某些步骤的实施例的形式。此外，各种实现还可以呈现具有以存储介质具体化的计算机可读程序指令的计算机可读存储介质上的计算机程序产品的形式。可以使用任何合适的计算机可读存储介质，包括硬盘、CD-ROM、光存储设备，或磁存储设备。下面将参考方法、设备、系统，以及计算机程序产品的框图以及流程图例示来描述特定实施例。应该理解，框图以及流程图例示的每一个框都可以分别部分地通过计算机程序指令来实现，例如，作为在计算系统中的处理器上执行的逻辑步骤或操作。这些计算机程序指令可以被加载到诸如专用计算机或其他可编程数据处理设备之类的计算机上，以产生专门配置的机器，以便在计算机或其他可编程数据处理设备上执行的指令实现在流程图框中指定的功能。这些计算机程序指令还可以存储在计算机可读存储器中，计算机可读指令可以指示计算机或其他可编程数据处理设备以特定方式运转，以便存储在计算机可读存储器中的指令产生一种包括用于实现在该流程图和/或框图框所指定的功能的计算机可读指令的产品。计算机程序指令也可以被加载到计算机或其他可编程数据处理设备中，以使一系列操作步骤在计算机上或其他可编程设备上执行，以产生计算机实现的进程，以便在计算机或其他可编程设备上执行的指令提供用于实现在流程图和/或框图框所指定的功能的操作。相应地，框图以及流程图例示的框支持用于执行所指定的功能的不同组合，用于执行所指定的功能的操作以及用于执行所指定的功能的程序指令的组合。还应该注意，框图和/或流程图例示的每一个框，以及框图和/或流程图例示中的框的组合，可以通过执行指定的功能或操作，或专用硬件以及计算机指令的组合的基于专用硬件的计算机系统来实现。II.示例性系统体系结构图I提供可以与本发明的各实施例一起使用的系统100的图示。根据各实施例，系统100可以是与受控物品的制造商和/或经销商相关联的订货系统。在其他实施例中，系统100可以是受控物品的制造商和/或经销商用来将受控物品发货给客户的快递公司的发货系统。例如，制造商可以与快递公司(如United Parcel Service,联合包裹速递服务公司)签订合同，让其充当制造商的仓储机构和/或分发机构。在此特定实例中，快递公司可以存储制造商的受控物品的清单，可以从客户接收对受控物品的订单，可以处理订单，并可以将清单的某些部分发到客户，以满足订单。在图I中，系统100可包括提供Web服务、数据库操作，以及用来处理接收的对于受控物品的订单的应用程序的服务器集合。例如，图I中的系统100包括数据库服务器101、存储介质102、Web服务器104，以及应用程序服务器103。在各实施例中，数据库服务器101可包括数据库管理系统，而存储介质102可包括一个或多个数据库以及一个或多个数据库实例。在各实施例中，存储介质102可以是诸如硬盘、磁带或闪存存储器之类的一种或多种类型的介质。术语“数据库”是指诸如通过关系数据库、层次数据库或网络数据库存储在计算机系统中的记录或数据的结构化集合。例如，在一个实施例中，存储介质102包括存储有关接收的并发货的对于受控物品的订单的历史信息的数据库。在各实施例中，Web服务器104向可以对受控物品下订单的各种客户以及审查有关订单的信息以确定订单是否被标识为可疑的用户提供Web服务。例如，Web服务器104将网页提供到浏览器，将其他数据文件提供到基于Web的应用程序。如此，在各实施例中， Web服务器104包括硬件、操作系统、Web服务器软件、TCP/IP协议，以及站点内容(网页、图像及其他文件)。如此，在各实施例中，客户可以访问由Web服务器104所提供的一个或多个网页，并可以利用系统100对受控物品下订单。此外，在各实施例中，用户可以访问一个或多个网页以审阅有关已经被审阅订单的信息，以确定订单是否是可疑的。在图I中所示出的实施例中，Web服务器104通过网络107 (诸如因特网)与客户的系统106进行通信。客户的系统106可以使用驻留在诸如台式计算机、笔记本或膝上型计算机、个人数字助理(PDA)、手机或其他处理设备之类的设备上的浏览器与Web服务器104进行交互。另外，在各实施例中，Web服务器104通过系统100内的网络105(或通过外部网络107)与用户的计算设备108进行通信。类似于客户的系统106，用户的计算设备108(例如，台式计算机、笔记本或膝上型计算机、个人数字助理(PDA)、手机，或其他处理设备)可以使用驻留在用户的计算设备108上的浏览器与Web服务器104进行交互。此外，在各实施例中，应用程序服务器103包括被用来在系统100内提供功能的应用程序。例如，在一个实施例中，应用程序服务器103包括检查模块。在此特定实施例中，检查模块提供标识关于受控物品所下的可疑订单的功能。另外，这些服务器101、103、104和存储介质102还可在系统100内彼此进行电子通信。例如，这些服务器101、103、104和存储介质102可以通过相同或不同的无线或有线网络105进行通信，包括，例如，有线或无线个人区域网络(“PAN”)、局域网(“LAN”)、城域网(“MAN”)、广域网(“WAN”)，因特网等等。最后，尽管图I作为分离的，独立的实体示出了系统100的组件，但是，系统100的各实施例不仅限于此特定体系结构。a.应用程序服务器图2提供了根据本发明的一个实施例的应用程序服务器103的示意图。从此图形可以理解，在此实施例中，应用程序服务器103可包括通过系统接口或总线261与应用程序服务器103内的其他元件进行通信的处理器205。处理器205可以以若干种不同的方式具体化。例如，处理器205可以被具体化为各种处理装置，诸如处理元件、微处理器、协同处理器、控制器或各种其他处理设备，包括集成电路，诸如，例如，专用集成电路(“ASIC”)、现场可编程门阵列(“FPGA”)、硬件加速器等等。在一个示例性实施例中，处理器205可以被配置成执行存储在设备存储器中的或以别的方式可以被处理器205访问的指令。如此，无论是通过硬件或软件方法配置还是通过其组合来配置，处理器205都可以表示当相应地配置时能够执行根据本发明的各实施例的操作的实体。用于接收和显示数据的显示设备/输入设备264也可以被包括在应用程序服务器103中。此显示设备/输入设备264可以是，例如，与监视器组合地使用的键盘或指示设备。应用程序服务器103还包括存储器263，可包括只读存储器(“ROM”)265和随机存取存储器(“RAM”)267两种。应用程序服务器的ROM 265可以被用来存储基本输入/输出系统(“BI0S”)226，其中包含了帮助在应用程序服务器103内的不同的元件之间传输信息的基本例程。另外，在一个实施例中，应用程序服务器103可包括用于将信息存储在各种计算机可读介质中的至少一个存储设备268，诸如硬盘驱动器、CD驱动器、和/或光盘驱动器。存储设备268以及其相关联的计算机可读介质可以提供非易失存储器。上文所描述的计算机可读介质可以被替换为任何其他类型的计算机可读介质，诸如嵌入式或可移动多媒体存储器卡(“MMC”)，安全数字(“SD”)存储器卡、记忆棒、电可擦可编程只读存储器(“EEPR0M”)、 闪存存储器、硬盘等等。另外，这些存储设备268中的每一个都可以通过适当的接口连接到系统总线261。此外，若干个程序模块(例如，计算机程序指令集)可以通过各种存储设备268来存储和/或存储在RAM 267内。这样的程序模块可包括操作系统280和检查模块300。此模块300可以在处理器205和操作系统280的协助下控制应用程序服务器103的操作的某些方面，虽然其功能不必被模块化。在一个实施例中，在应用程序服务器103内还有用于与诸如Web服务器104、数据库服务器101和/或存储介质102之类的各种计算实体进行交互的网络接口 274。如上文所讨论的，此通信可以通过相同或不同的有线或无线网络(或有线和无线网络的组合)。例如，通信可以使用诸如光纤分布式数据接口(“FDDI”)、数字用户线(“DSL”)、以太网、异步传输模式(“ATM”)、帧中继，通过有线电缆数据服务接口规范(“DOCSIS”)的数据之类的有线数据传输协议，或任何其他有线传输协议来执行。类似地，应用程序服务器103可以被配置成使用诸如802. 11、通用分组无线业务(“GPRS”)、宽带码分多址(“W-CDMA”)之类的各种协议中的任何一种，或任何其他无线协议，通过无线外部通信网络来进行通信。可以理解，应用程序服务器103的组件中的一个或多个可以远离其他应用程序服务器103的组件。此外，可以组合组件中的一个或多个，还可以在应用程序服务器103中包括执行此处所描述的功能的额外的组件。b.额外的示例件系统组件数据库服务器101和Web服务器104可以各自都包括类似于应用程序服务器103的组件和功能的组件和功能。例如，在一个实施例中，这些实体中的每一个都可包括(I)通过系统接口或总线与其他元件进行通信的处理器；(2)显示设备/输入设备；(3)包括ROM和RAM的存储器；(4)存储设备；以及(5)网络接口。如此，这些体系结构只用于示例性目的，不限于各实施例。一般而言，术语“计算设备”和“计算机设备”被用来表示任何计算机、计算设备、台式机、笔记本或膝上型计算机、分布式系统、服务器、网关、交换机、或适用于执行此处所描述的功能的其他处理设备。
III.示例性系统操作如上文所指出的，本发明的各实施例提供用于标识对于受控物品的可疑的订单的系统和方法。现在将参考图3-8，这些图示出了由这些实施例所产生的操作和过程。例如，图3提供了对接收的对于受控物品的订单执行检查以确定订单是否应该被标识为可疑的检查模块300的流程图。即，在各实施例中，检查模块300对订单执行检查，以将订单标识为“关注的订单”，可以对其进一步进行调查，并将其视为可疑的。图4提供了根据各实施例的对订单进行第一检查以确定订单是否应该被标识为可疑的流程图。图6提供了根据各实施例的对订单进行第二检查以确定订单是否应该被标识为可疑的流程图。此外，图8提供了根据各实施例的对订单进行第三检查以确定订单是否应该被标识为可疑的流程图。下面比较详细地描述了模块300以及相对应的检查。a.检杳樽块如前面所讨论的，在各实施例中，应用程序服务器103可包括检查模块300，该检查模块300适用于对接收的对于受控物品的订单执行检查，以确定订单是否应该被标识为 可疑的。如前面所描述的，根据各实施例，经销商可以以各种方式接收对受控物品的订单。例如，在一个实施例中，经销商的系统100可以与客户的系统进行直接通信。例如，客户可以向经销商发送电子邮件，或者客户的系统和经销商的系统100可以通过电子数据交换(EDI)通过闭环网络来交换信息。在另一实施例中，客户可以在网站上输入订单。在此特定实施例中，客户通过因特网107访问网站，并通过一个或多个网页来输入订单。即，在各实施例中，位于经销商的系统100内的Web服务器104提供被配置成允许客户输入对受控物品的订单的界面(例如，一个或多个网页)。根据各实施例，下订单的客户可以提供多个信息片段。例如，客户可以提供受控物品的标识符，如美国禁毒署(DEA)药品代码。客户可以提供标识客户的标识符，如DEA客户标识符。此外，客户可以提供对于受控物品的订货量，下订单的日期，以及诸如客户的发货地址之类的其他相关的信息。根据本发明，本领域的技术人员可以预见客户可以与订单一起提供的多个信息片段。结果，在经销商的系统100内接收订单，系统100开始处理订单以便进行履行。在各实施例中，经销商的系统100使用检查模块300对订单执行检查，以确定订单是否应该被标识为可疑的。如此，在特定实施例中，经销商的系统100将订单传递到驻留在图I中所描绘的应用程序服务器103的检查模块300。相应地，图3示出了根据各实施例的检查模块300的流程图。根据各实施例，此流程图可以对应于图2所示出的应用程序服务器103中的处理器205在执行服务器的RAM存储器367中的模块300时所执行的步骤。如此，在步骤305中，检查模块300接收订单以及相关联的信息。在步骤310中，检查模块300查询有关对受控物品的以前的订单的历史信息。例如，在一个实施例中经销商的系统100包括存储介质102，该存储介质102可包括一个或多个数据库,这些数据库存储了有关以前对于受控物品所下的订单的信息。因此，在此实施例中，检查模块300使用与订单一起接收的各种信息作为搜索参数，从这些数据库中查询信息。例如，检查模块300基于受控物品(例如，基于受控物品的标识符)，查询发货日期，为该日期发货的数量总和，以及该日期的装运次数。此外，在各实施例中，可以根据发货日期、客户、和/或客户类型，来组合记录。在此示例中，查询可以将对于受控物品的多个每天的装运的全部聚合为一个单日的发货量。在各实施例中，有关以前的订单的历史信息是实时存储的。这是因为，在某些情况下，经销商可以在给定日子向客户发运对于特定订单的受控物品，并可以在同一个日子发运和/或接收同一个受控物品的另一订单。因此，历史信息必须是最新的，以便合计的订货量是准确的。 一旦检查模块300查询了全部信息，在步骤315中，检查模块 300就对订单进行第一检查。如下面更详细地描述的，在各实施例中，第一检查涉及检查模块300将从客户接收的订单的订货量与该客户的对于特定受控物品的订货量历史进行比较。如果检查模块300确定订单未能通过第一检查，则检查模块300为该订单设置可疑订单指示符。例如，在一个实施例中，作为订单未能通过第一检查的结果，检查模块300将可疑订单指示符设置为“Y”。同样，在步骤320中，检查模块300对订单进行第二检查。在各实施例中，第二检查涉及检查模块300将从客户接收的订单的订货量和自从对于同一个受控物品的最后一个订单被发货给客户以来的天数与订货量历史和特定客户与受控物品的订单之间的天数进行比较。应该理解，在各实施例中，时间长度可以以除天数之外的不同的单位来度量。例如，在其他实施例中，检查模块300可以比较自从对于同一个受控物品的最后一个订单被发货给客户以来的小时数、分钟数或月数。如果检查模块300确定订单未能通过第二检查，则检查模块300类似于订单未能通过第一检查的情况，设置可疑订单指示符。在一个实施例中，检查模块300如在第一检查的情况下设置相同可疑订单指示符。然而，在另一实施例中，检查模块300设置不同的可疑订单指示符。在此特定实施例中，每个检查都具有作为检查模块300确定订单未能通过特定检查的结果而设置的独立可疑订单指示符。相应地，经销商能够根据单个可疑订单指示符来确定特定订单未能通过哪些检查。在步骤325中，检查模块300对订单进行第三检查。在各实施例中，第三检查涉及检查模块300将从客户接收的订单的订货量与从同一类型客户接收的对于特定受控物品的订货量历史进行比较。在特定实施例中，客户的客户类型通过客户的DEA注册来标识。如果检查模块300确定订单未能通过第三检查，则检查模块300为该订单设置可疑订单指示符。如前面所描述的，可疑订单指示符可以是与第一和第二检查相关联的相同指示符，或者指示符可以是独立的，并只与第三检查相关联。在步骤330中，检查模块300对订单进行第四检查。在各实施例中，第四检查涉及检查模块300将从客户接收的订单的订货量与任何客户对于特定受控物品的订货量历史进行比较。如果检查模块300确定订单未能通过第四检查，则检查模块300为该订单设置可疑订单指示符。如前面所描述的，可疑订单指示符可以是与第一、第二，以及第三检查相关联的相同指示符，或者指示符可以是独立的，只与第四检查相关联。一旦检查模块300执行了 4个检查，在步骤335中，检查模块300确定订单是否应该被标识为可疑的。在各实施例中，这涉及检查模块300评估可疑订单指示符。如此，在步骤340中，如果检查模块300确定作为订单未能通过特定检查的结果而设置了单独的指示符或一个或多个单个指示符，则检查模块300将表示订单已经被标识为可疑的信息存储在存储器中。例如，在一个实施例中，检查模块300简单地将有关的信息存储在驻留在图2中所描绘的应用程序服务器103中的本地存储器中(例如，驻留在应用程序服务器103中的存储设备268中)。在另一实施例中，检查模块300将信息存储在一些类型的存储介质中。例如，图I中所描绘的经销商的系统100所示出的存储介质102。而在另一实施例中，检查模块300将信息存储在经销商的系统100外部的一些类型的存储介质中。此外，由检查模块300所存储的信息可包括不同类型的信息。例如，在一个实施例中，检查模块300简单地存储可疑订单指示符。而在另一实施例中，如下面所描述的，除可疑订单指示符之外，检查模块300还存储与由检查模块300所执行的检查相关的信息。应该注意，在各实施例中，检查模块300可以被配置成紧随在执行检查之后确定订单是否未能通过特定检查。即，在这些特定实施例中，检查模块300可以被配置成在紧随 执行第一检查之后并且在执行第二检查之前确定订单是否未能通过第一检查。如果订单未能通过第一检查并且订单已经被标识为可疑，则检查模块300可以被配置成存储有关可疑订单的信息，而不是执行其余的检查(例如，第二、第三，以及第四检查)。检查模块300可以被配置成以同样的方式执行第二、第三以及第四检查。结果，在各实施例中，检查模块300可以比检查模块300被配置成执行全部四种检查而不管订单是否未能通过其中一个检查的情况执行得更快。下面提供了根据本发明的各实施例的有关检查模块300如何执行四种检查的更多细节。提供了更多细节以及较好地表明检查模块300执行这些检查的示例。如此，示例只用于说明用途，不应该解释为对本发明的范围构成限制。b.第一检杳如上文所描述的，在各实施例中，检查模块300被配置成对从客户接收的订单执行第一检查，以确定订单是否应该被标识为可疑的。在特定实施例中，这可能需要检查模块300将从客户接收的订单的订货量与该客户对于特定受控物品的订单的订货量历史进行比较。相应地，图4示出了根据各实施例的检查模块300执行第一检查的流程图。例如，客户输入对于400单位的肌肉松弛药Clonazepam的订单。在该订单中，Clonazepam通过其DEA药品代码2737来标识，而客户通过其DEA标识符ZZ12345678来标识。此外，订单将2009年7月7日标识为订单日期。如前面所提及的，检查模块300接收有关该订单的信息，并基于在订单信息中所标识的一个或多个参数来查询有关以前的订单的历史信息。例如，在该示例中，检查模块300查询历史信息，以检索发货量的总和，以及每一个发货日期的装运次数，其中，查询的记录基于每一个记录的DEA药品代码是2737(例如，Clonaz印am)，客户标识符是ZZ12345678。如此，检查模块300查询从客户接收的以及发货给客户的对Clonaz印am的订单的订货量历史。应该注意，在特定实施例中，数量的度量单位在各订单之间是不同的。例如，数量的度量单位可以是每个(EA)，克(GM)，和/或毫升(ML)。因此，在这些特定实施例中，度量单位也可以被用作从历史信息中查询记录中的参数。一旦检查模块300查询了历史信息，检查模块300就执行第一检查。在各实施例中，检查模块300为此检查而利用一个或多个控制图(例如，与控制图相关联的数据)。控制图是统计质量控制中用来确定过程是否正在在指定范围内操作或“在控制之下”的工具。在此情况下，“在控制之下”暗示，当与过去的订单相比时，订货量是典型的。在特定实施例中，检查模块300被配置成按订单日期来绘制订货量图表，使用指数加权移动平均数(EWMA)图来基于过去的订单历史来确定订货量是否保持在置信界限内。在这些特定实施例中使用EWMA图，因为图可以适应于订货量中的小且渐进的漂移，但是，标识大且快速的变化。此外，在各实施例中，在检查模块300创建EWMA控制图之前，定义了两个参数。第一参数是更新参数。在各实施例中，此参数被设置为0和I之间的值，并表示多大的权重被给予当前值，多大的权重被给予以前的EWMA。更靠近I的值指示算法为当前订货量赋予较大的权重，为较旧的订单赋予较小的权重，导致EWMA更快速地适应变化。在特定实施例中，使用默认值0. 4。第二参数是控制上限的sigma乘数。此参数控制该图的置信水平。默认值3. 0表 示应该设置控制极限使得遵循正态分布的订货量的99. 7%将在极限内。将值降低到I. 96将会把百分比降低到95%。如此，在各实施例中，降低值的缺点是标识更多“假阳性”，而利用更高的sigma的值，可能遗漏可疑订单。因此，在各实施例中，检查模块300基于历史订货量和从客户接收的订单的订货量，来计算EWMA图，如步骤405所示。在特定实施例中，EWMA图是按发货日期排序的。另夕卜，在特定实施例中，检查模块300计算标准偏差，并确定EWMA图的控制上限(UCL)。如此，在步骤410中，检查模块300将从客户接收的订单的订货量的EWMA值与控制上限进行比较。在步骤415中，检查模块300确定订货量的EWMA值是否大于控制上限。如果检查模块300确定订货量的EWMA值大于控制上限，则检查模块300为该订单设置可疑订单指示符，如步骤420所示。因此，返回到示例，检查模块300计算历史订货量的以及从客户接收的订单的订货量的EWMA，并确定该图的控制上限是159. 8单位。图5中示出了图，控制上限505被示为单个数据点上方的直线。从客户接收的订单的订货量的EWMA值被表示成时间线所示出的最后一个数据点510。可以看出，订单的订货量的数据点510在控制上限505上方。SP，400的订货量的EWMA值大于控制上限159. 8。如此，检查模块300确定订货量的EWMA值大于控制上限，结果，模块300为该订单设置可疑的订购指示符。c.第二检杳此外，在各实施例中，检查模块300被配置成对从客户接收的订单执行第二检查，以确定订单是否应该被标识为可疑的。在特定实施例中，这可能需要检查模块300将从客户接收的订单的订货量和自从对于同一个受控物品的最后一个订单被发货给客户以来的天数与订货量历史和特定客户与受控物品的订单之间的天数进行比较。相应地，图6示出了根据各实施例的检查模块300执行第二检查的流程图。在各实施例中，检查模块300考虑自从对于受控物品的最后一个订单被发货以来的时间长度(例如，天数)和最后一个订单上的订货量来确定典型的订单速率，然后，关于订单速率比较订单。例如，在一个实施例中，检查模块300使用公式Q=D*N来定义一条线，其中，从客户接收的对于受控物品的补充订单应该靠近该线。(在公式Q=D*N，Q是补充订货量，D是平均每天的发货速率(例如，平均每天的发货量)，N是自从下最后一个补充订单以来的时长(例如，天数))。利用此公式，在各实施例中，随着订单之间的时长变大，变化性预计增大。结果，基于该公式的控制图的控制上限是数量和时间两者的函数。如此，在步骤605中，检查模块300基于查询的有关以前从客户接收的对于受控物品的订单的历史信息，来计算控制图。例如，在一个特定实施例中，控制图包括连续的订单之间的时长(例如，连续的订单之间的天数)的X轴和每天的发货量的y轴。此外，在步骤610中，检查模块300计算自从客户的对于受控物品的最后一个订单被发货以来的时间长度。然后，检查模块300将订货量与控制图的X轴上的相对应的时长的控制上限进行比较，如步骤615所示。在步骤620中，检查模块300确定订货量是否大于对应于计算出的时间长度的控制上限。如果检查模块300确定订货量大于控制上限，则检查模块300为该订单设置可疑订单指示符，如步骤625所示。如此，返回到示例，检查模块300基于历史信息来计算图7中所描绘的控制图。此夕卜，检查模块300计算出自从以前的Clonazepam的订单被发货给客户以来已经有八天了。因此，检查模块300确定Clonazepam的订单的订货量是否大于对应于控制图的x轴上的八 天的控制上限705。在此情况下，400单位的订货量710大于376单位的控制上限705。结果，检查模块300为订单设置可疑订单指示符。d.第三检杳如上文所提及的，在各实施例中，检查模块300还被配置成对从客户接收的订单执行第三检查，以确定订单是否应该被标识为可疑的。在特定实施例中，这可能需要检查模块300将从客户接收的订单的订货量与从同一类型的客户接收的对于受控物品的订单的订货量历史进行比较。相应地，图8示出了根据各实施例的检查模块300执行第三检查的流程图。如上文所提及的，在各实施例中，检查模块300查询有关对受控物品的以前的订单的历史信息。此外，如上文所提及的，在各实施例中，被查询的记录可以按客户类型来分组。在特定实施例中，客户类型可以是由DEA指定的客户类型。如此，在这些特定实施例中，检查模块300从历史信息中检索具有对于受控物品的相同标识符以及与下订单的客户相同客户类型的记录。即，检查模块300可以从最初从历史信息中查询的记录中检索记录(例如，查询的记录的子集)，或者检查模块300可以直接查询这些记录的历史信息。在步骤805中，检查模块300通过基于查询的历史信息来计算阈值，以比较在对于受控物品的订单上接收的订货量，来开始应用第三检查的过程。例如，在各实施例中，检查模块300简单地将阈值设置为接收的订单的订货量必须在历史订货量的百分比之内。例如，阈值可以被设置为95%，因此，订货量必须在对于客户类型的接收以及发货的对于受控物品的历史订单的订货量的95%内。在其他实施例中，检查模块300使用对于客户类型的历史数量的共同的或者专门的概率分布模型来计算阈值。例如，检查模块300使用正态分布，并将阈值设置为95% (例如，平均值的两个标准偏差)。在计算之后，在步骤810中，检查模块300将从客户接收的订单上的订货量与阈值进行比较。在步骤815中，检查模块300确定订货量是否大于阈值。在步骤820中，如果检查模块300确定订货量大于阈值，则检查模块300为该订单设置可疑订单指示符。如此，返回到示例，下了订单的客户的客户类型是“零售药店”。检查模块300检索向具有客户类型“零售药店”的客户发货的对于受控物品Clonaz印am的历史订单的459记录。检查模块300将阈值设置为95%，评估Clonazepam的历史订货量，并确定从客户400接收的对于订单的订货量高于同一类型的客户的历史订货量的98%。结果，检查模块300为订单设置可疑订单指示符。e.第四检杳此外，在各实施例中，检查模块300被配置成对从客户接收的订单执行第四检查，以确定订单是否应该被标识为可疑的。在特定实施例中，这可能需要检查模块300将从客户接收的订单的订货量与任何客户对于特定受控物品的订单的订货量历史进行比较。如此，检查模块300基本上与对检索到的历史记录的不同的集合执行的第三检查执行相同的步骤。在此特定情况下，检查模块300不将检索到的记录限制到与下订单的客户的相同客户类型。检查模块300检索对于受控物品的所下的并发货的所有历史订单的记录。类似于第三检查，检查模块300设置阈值，并确定从客户接收的订单的订货量是否大于阈值。在各实施例中，检查模块300使用与如上文参考第三检查所描述的类似的机 制来设置阈值。因此，返回到示例，检查模块300检索对于Clonazepam的接收的并发货的订单的3917条历史记录。检查模块300将阈值设置为95%，评估Clonaz印am的历史订货量，并确定从客户400接收的对于订单的订货量高于所有客户的历史订货量的86%。结果，检查模块300不为订单设置可疑订单指示符。III.示例性界面如前面所描述的，在各实施例中，除可疑订单指示符之外，检查模块300还存储与由检查模块300所执行的检查相关的信息。此外，在各实施例中，经销商的系统100可包括显示检查的结果的界面。在特定实施例中，此界面可以通过检查模块300来提供，并通过用户直接与检查模块300进行交互来访问该界面。例如，用户可以通过经销商的系统100内的网络105与检查模块300进行交互，检查模块300提供一个或多个充当界面的屏幕。而在其他实施例中，界面可以通过Web服务器104作为一个或更多网页来提供。例如，在这些特定实施例中，Web服务器104可以通过网络105与驻留在应用程序服务器103和/或存储器102上的检查模块300进行通信，并可以提供一个或多个网页，以显示从检查模块300和/或存储器102收集的有关由检查模块300所执行的检查的信息。如此，用户通过用户的计算设备108上的浏览器登录到与经销商相关联的网站上，并通过一个或多个网页与界面进行交互。图9所示出的是呈现对从客户ZZ12345678接收的对于400个单位的Clonaz印am(例如，药品代码2737)的订单执行的检查的结果的界面的实施例的示例。该界面显示对于订单901，902，903，904所执行的每一个检查的结果。例如，该界面显示订单未通过检查I、2，3。另外，该界面提供允许用户查看与第一检查和第二检查相关联的控制图的选择机制905,906 (例如，按钮)。此外，该界面提供了每一个检查907，908，909，910的描述，以及每一个检查的结果，以及基于结果911，912，913，914的指令。IV.结论在了解了前述的描述和相关联的附图中所呈现的原理之后，本发明所涉及的本领域技术人员将想起本发明处所阐述的本发明的许多修改及其他实施例。因此，应该理解，本发明不仅限于所公开的特定实施例，修改及其他实施例都包括在所附权利要求书的范围内。虽然此处使用了特定的术语，但是，它们只用于一般性和描述性的意义上，而非作出限制。
权利要求
1.一种用于标识接收的对于受控物品的可疑订单的系统，所述系统包括 存储器；以及 一个或多个处理器，共同地被配置成执行下列操作 从客户接收对于受控物品的订单，所述订单包括订货量、订单日期、标识所述客户的客户标识符、标识客户的类型的客户类型标识符，以及标识所述受控物品的物品标识符； 从所述存储器查询包括匹配所述物品标识符的历史物品标识符的历史订单，每个历史订单都包括历史数量、标识所述订单发货的日期的发货日期、标识下订单的客户的历史客户标识符，以及标识客户的类型的历史客户类型标识符； 对所述订单进行检查，所述检查包括 (1)确定所述订货量是否大于第一控制上限值，所述第一控制上限值是从所述历史订单的第一子集的历史数量导出的，所述历史订单的第一子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第一控制上限值，将所述订单标记为可疑的； (2)计算所述订单的订单日期和具有匹配所述客户标识符的历史客户标识符的历史订单中的前一个连续的历史订单的发货日期之间的时间长度，确定所述订货量是否大于第二控制上限值，所述第二控制上限值是从所述时间段以及所述历史订单的第二子集的历史数量导出的，所述历史订单的第二子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第二控制上限值，将所述订单标记为可疑的； (3)确定所述订货量是否大于第一阈值，所述第一阈值是从所述历史订单的第三子集的历史数量导出的，所述历史订单的第三子集包括带有匹配所述客户类型标识符的历史客户类型标识符的历史订单，以及响应于所述订货量大于所述第一阈值，将所述订单标记为可疑的；以及 (4)确定所述订货量是否大于第二阈值，所述第二阈值是从所述历史订单的历史数量导出的，以及响应于所述订货量大于所述第二阈值，将所述订单标记为可疑的；以及 响应于所述订单被标记为可疑的，将与所述订单相关联的信息存储在所述存储器中，以促进进一步的调查。
2.如权利要求I所述的系统，其中，所述第一控制上限基于按所述发货日期排序的所述历史订单的第一子集的历史数量，而从指数加权移动平均控制图导出。
3.如权利要求I所述的系统，其中，所述物品标识符是禁毒署(DEA)药品代码。
4.如权利要求I所述的系统，其中，所述客户标识符是禁毒署(DEA)客户标识符。
5.如权利要求I所述的系统，其中，所述客户类型是通过禁毒署(DEA)注册来定义的。
6.如权利要求I所述的系统，其中，所述一个或多个处理器共同地被配置成响应于所述订单被标记为可疑的，防止所述订单被处理。
7.如权利要求I所述的系统，其中，所述第二控制上限基于公式Q=D*N和所述第二子集的历史数量，而从所述时间段和控制图导出，Q包括补充订货量，D包括平均每天发货量，N包括自从具有匹配所述客户标识符的历史客户标识符的前一个连续的历史订单被发货以来的时间长度，所述控制图的y轴包括对应于D的值，而所述控制图的X轴包括对应于N的值。
8.如权利要求I所述的系统，其中，所述一个或多个处理器共同地被配置成响应于所述订单被标记为可疑的，在与所述处理器进行通信的显示设备显示所述检查的结果。
9.一种用于标识接收的对于受控物品的可疑订单的计算机实现的方法，所述方法包括下列步骤 从客户接收对于受控物品的订单，所述订单包括订货量、订单日期、标识所述客户的客户标识符、标识客户的类型的客户类型标识符，以及标识所述受控物品的物品标识符； 从存储器查询包括匹配所述物品标识符的历史物品标识符的历史订单，每个历史订单都包括历史数量、标识所述订单发货的日期的发货日期、标识下订单的客户的历史客户标识符，以及标识客户的类型的历史客户类型标识符； 通过计算机设备对所述订单进行检查，所述检查包括 (1)所述计算机设备确定所述订货量是否大于第一控制上限值，所述第一控制上限值是从所述历史订单的第一子集的历史数量导出的，所述历史订单的第一子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第一控制上限值，将所述订单标记为可疑的； (2)所述计算机设备计算所述订单的订单日期和具有匹配所述客户标识符的历史客户标识符的历史订单中的前一个连续的历史订单的发货日期之间的时间长度，确定所述订货量是否大于第二控制上限值，所述第二控制上限值是从所述时间段以及所述历史订单的第二子集的历史数量导出的，所述历史订单的第二子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第二控制上限值，将所述订单标记为可疑的； (3)所述计算机设备确定所述订货量是否大于第一阈值，所述第一阈值是从所述历史订单的第三子集的历史数量导出的，所述历史订单的第三子集包括带有匹配所述客户类型标识符的历史客户类型标识符的历史订单，以及响应于所述订货量大于所述第一阈值，将所述订单标记为可疑的；以及 (4)所述计算机设备确定所述订货量是否大于第二阈值，所述第二阈值是从所述历史订单的历史数量导出的，以及响应于所述订货量大于所述第二阈值，将所述订单标记为可疑的；以及 响应于所述订单被标记为可疑的，将与所述订单相关联的信息存储在所述存储器中，以促进进一步的调查。
10.如权利要求9所述的方法，其中，所述第一控制上限基于按所述发货日期排序的所述历史订单的第一子集的历史数量，而从指数加权移动平均控制图导出。
11.如权利要求9所述的方法，其中，所述物品标识符是禁毒署(DEA)药品代码。
12.如权利要求9所述的方法，其中，所述客户标识符是禁毒署(DEA)客户标识符。
13.如权利要求9所述的方法，其中，所述客户类型是通过禁毒署(DEA)注册来定义的。
14.如权利要求9所述的方法，还包括响应于所述订单被标记为可疑的，防止所述订单被处理的步骤。
15.如权利要求9所述的方法，其中，所述第二控制上限基于公式Q=D*N和所述第二子集的历史数量，而从所述时间段和控制图导出，Q包括补充订货量，D包括平均每天发货量，N包括自从具有匹配所述客户标识符的历史客户标识符的前一个连续的历史订单被发货以来的时间长度，所述控制图的I轴包括对应于D的值，而所述控制图的X轴包括对应于N的值。
16.如权利要求9所述的方法，还包括响应于所述订单被标记为可疑的，在与所述计算机设备进行通信的显示设备上显示所述检查的结果的步骤。
17.—种包括可由处理器执行以执行下列操作的代码的计算机可读介质 从客户接收对于受控物品的订单，所述订单包括订货量、订单日期、标识所述客户的客户标识符、标识客户的类型的客户类型标识符，以及标识所述受控物品的物品标识符； 查询包括匹配所述物品标识符的历史物品标识符的历史订单，每个历史订单都包括历史数量、标识所述订单发货的日期的发货日期、标识下订单的客户的历史客户标识符，以及标识客户的类型的历史客户类型标识符； 对所述订单进行检查，所述检查包括 (1)确定所述订货量是否大于第一控制上限值，所述第一控制上限值是从所述历史订单的第一子集的历史数量导出的，所述历史订单的第一子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第一控制上限值，将所述订单标记为可疑的； (2)计算所述订单的订单日期和具有匹配所述客户标识符的历史客户标识符的历史订单中的前一个连续的历史订单的发货日期之间的时间长度，确定所述订货量是否大于第二控制上限值，所述第二控制上限值是从所述时间段以及所述历史订单的第二子集的历史数量导出的，所述历史订单的第二子集包括具有匹配所述客户标识符的历史客户标识符的历史订单，以及响应于所述订货量大于所述第二控制上限值，将所述订单标记为可疑的； (3)确定所述订货量是否大于第一阈值，所述第一阈值是从所述历史订单的第三子集的历史数量导出的，所述历史订单的第三子集包括带有匹配所述客户类型标识符的历史客户类型标识符的历史订单，以及响应于所述订货量大于所述第一阈值，将所述订单标记为可疑的；以及 (4)确定所述订货量是否大于第二阈值，所述第二阈值是从所述历史订单的历史数量导出的，以及响应于所述订货量大于所述第二阈值，将所述订单标记为可疑的；以及 响应于所述订单被标记为可疑的，将与所述订单相关联的信息存储在所述存储器中，以促进进一步的调查。
18.如权利要求17所述的计算机可读介质，其中，所述第一控制上限基于按所述发货日期排序的所述历史订单的第一子集的历史数量，而从指数加权移动平均控制图导出。
19.如权利要求17所述的计算机可读介质，其中，所述第二控制上限基于公式Q=D*N和所述第二子集的历史数量，而从所述时间段和控制图导出，Q包括补充订货量，D包括平均每天发货量，N包括自从具有匹配所述客户标识符的历史客户标识符的前一个连续的历史订单被发货以来的时间长度，所述控制图的I轴包括对应于D的值，而所述控制图的X轴包括对应于N的值。
全文摘要
本发明的各实施例一般涉及用于基于使用有关以前的订单的历史信息对接收的订单执行检查，标识对受控物品的可疑订单的系统和方法。根据各实施例，这些检查可包括(1)将接收的订单的订货量与对于受控物品下订单的客户的订货量历史进行比较；(2)将订货量和自从对于同一个受控物品的最后一个订单被发货给客户以来的天数与订货量历史和特定客户与受控物品的订单之间的天数进行比较。(3)将订货量与从同一类型的客户那里接收的对于受控物品的订单的订货量历史进行比较；以及(4)将订货量与任何客户的对于受控物品的订货量历史进行比较。
文档编号G06Q30/06GK102812457SQ201080065218
公开日2012年12月5日 申请日期2010年11月19日 优先权日2010年3月23日
发明者W·E·赫恩斯二世, L·R·拉姆布 申请人:美国联合包裹服务公司