在邮寄配药业中，需要提高医学处方的处理质量和效率。邮寄配 药业每天都收到巨大数量的定单，并且每个药房所在地在一周内收到 250,000到275,000个处方并不是罕见的。典型地，医学处方必须以非 常有时效的方式来配药。此外，由于在给病人的处方中的错误可能能 危及生命，所以在整个处方配药过程中必须保持一个高水平的质量控 制。
从病人那收到的定单经常不是处于不需要任何另外的处理而直接 配药的状况。例如，由于开药者的书写难以辨认，处方可能难以理解。 阻碍定单周转时间的其它条件包括，例如，丢失的优惠计划会员号码 或者错误的或无效的优惠计划会员号码；解决在现有病人状况或药物 疗法下服用一个新处方时可能出现的任何药物相互作用；付款遗漏； 重要的病人信息遗失；处方不处于病人的优惠计划内；以及不正确的 剂量或其它剂量或用量矛盾。为了解决任何上述示例中的问题，时常 需要为处方配药的药剂师或其它技师联络，例如，开药者、病人、会 员、客户或其组合。
目前，配药业在处方配药的过程中使用物理纸张定单文件来处理 处方。对物理纸张文件的依赖是很不方便的，并且导致处方处理延迟。 在目前的配药模型下，当处方的定单到达时，它们被复核并被分配到 一个盘子中。盘子是物理托盘，所有定单文件都放置在其上面。盘子 典型地用颜色编码，以对应一周的每一天或与收到定单的顺序有关的 一些其它纪年法。因此，例如如果一个定单在星期一被收到并且被打 开，则它将被放置在红色托盘中，在这个示例中该红色托盘就是星期 一托盘。为解决与定单关联的任何错误、问题和/或条件可能要求与开 药者、病人、会员、客户或其组合的联系。开药者是负责书写包含在 一个定单中的处方的个人，并且通常是医生。会员是持有优惠计划的 个人。病人可以是一个会员但也可能是被会员指定的个人，如一个家 庭成员，并包括在优惠计划内。客户向邮寄定单药房完全或部分支付 与药物有关的帐单和管理费，并且通常是负责为会员提供优惠计划的 公司或个人。例如，如果由于药物剂量难以辨认，一个处方要求呼叫 开药者，就要试图联系开药者。如果联系开药者的尝试失败，则可给 开药者办公室留消息。当开药者回复这个呼叫时，开药者通常须经过 一定的等待时间，而药剂师或其它技师搜查大堆盘子以找到相应的定 单。结果的等待时间通常导致开药者一方失望。
目前基于纸张的配药系统还苦于不能对任何一个定单的精确位置 进行定位。例如，如果病人打电话给药房，请求更新他们的定单，或 如果病人需要修订定单的送货地点，则以一种让病人满意的有效方式 来定位定单是麻烦的。当病人打电话询问他们的处方与定位定单之间 的延迟时间造成病人对药房的坏印象。
当前邮寄定单配药方法造成药房处理定单缓慢的错误印象，其另 一方面源自于病人和药房的地理位置完全不同。例如，如果邮寄定单 药房位于华盛顿的西雅图，病人位于纽约(NY)，则仅仅邮递时间就 损失好几天——到西雅图需要几天和从西雅图到纽约又需要几天。能 够把待处理的处方邮递到离纽约较近的药房如新泽西的某个地方，以 缩减邮递时间，这将是有利的。
而且，邮寄定单配药业的当前方法不能获得定单处理中所涉及的 各种系统组件的状态或健康的信息。尤其是，当前方法不能提供实时 系统状态信息。
因此，我们已确定，对目前系统的改进将提供关于系统或系统的 任何子组件的状态，在处理过程内在任何时间和任何位置定位定单的 能力，以及在不同于配药药房的位置处理定单的能力的实时状态信息。

因此，本发明的一个特点和优点是，提供一个为从通信通道或其 它定单进入过程/系统收到的至少一个医学处方自动处理定单的方法。
本发明的一个额外和可选的特点和优点是提供一个自动处理从通 信通道或其它定单进入过程/系统收到的至少一个医学处方的定单的系 统。
本发明的另一个可选的特点和优点是提供一个图形用户界面，用 于实时输入、显示、验证和管理一个处方执行系统，其中图形用户界 面产生系统报告和定单统计。
减少对纸质文件和手工文件及传送文件的依赖性也是本发明的一 个可选特点和优点。
为至少一个医学处方的定单自动处理的执行提供计算机可读介质 仍是本发明的另一可选特点和优点。
本发明的另外一个可选特点和优点是为被用户界面分割程序访问 的至少一个医学处方的定单的自动处理提供计算机可读的数据结构。
在对详细描述、附图和所附权利要求检查的基础上，本发明的这 些和其它目标和优点对于本领域的普通技术人士将是显然的。
例如，本发明使用成像技术提高质量和加速邮寄定单处方的处理 时间。本发明的自动成像环境确保处方的及时和准确处理和处方复核， 以及更容易检索完整的工作例文件。应用于处方定单的灵活的和可配 置的关系数据库减少了整个处方定单处理时间。
本发明还降低了人工劳动成本，因为本发明优选地不需要人工劳 动在配药处理过程中传送和分类定单。此外，本发明通过减少用户在 系统中处理定单不得不通过的屏幕数量，在每个定单所花费的时间和 为系统培训新用户所需要的时间两方面最好地减少劳动成本。
扫描仪用于把通过邮寄收到的信息读取到计算机文件和/或存储 器，在其中可选择地存储永久相同的数据。创建的定单永久记录使得 容易检索定单。
数据库参数被人工键入到定单记录，并用来把不同类型的输入的 定单文件编入索引。不同参数用于区别不同类型的定单文件。例如， 付款优惠券区别于实际处方。
本系统、方法和介质的其它特点包括数据库表，它们将执行定单 的动作类型和序列识别为应用程序处理逻辑。在特定实例中，这些序 列被自动执行。能在任何系统级上跟踪生产率、质量和性能的系统级 报告也被生成。
符号和术语
随后的详细描述用在计算或处理系统(例如，独立的游戏机、计 算机或计算机网络)上执行的程序过程来表示。这些程序描述和表示 是本领域技术人士所使用的方式，以最有效地向本领域其他技术人士 传达他们工作的实质内容。
这是一个过程，并通常被认为是导致一个预期结果的前后一致的 连续步骤。这些步骤是那些要求物理量的物理操作的步骤。通常，尽 管不必要，这些量采取能够被存储、传送、混合、比较和不同地操作 的电或磁信号的形式。主要由于共同使用的原因，把这些信号称为比 特、值、元素、符号、字符、术语、数字等等，有时证明是方便的。 然而，应该指出的是，所有这些和类似的术语将与恰当的物理量相关 联，并仅仅是应用于这些量的方便标签。
而且，执行的操作经常以术语的方式被提及，如增加或比较，它 们常与操作人员执行的智力操作相关联。在这里描述的构成本发明一 部分的任何操作中，操作人员的这种能力不是必要的，或在大多数情 况下不是期望的；操作是机器操作。执行本发明的操作的有用机器包 括通用数字计算机或类似设备。

在阅读下面的详细描述和参考附图的基础上，本发明的这些和其 它方面、优点和新特点将是显然的，其中：
图1是一个示出本发明的定单处理系统的一个实施例的体系结构 的块图。
图2是一个示出成像的定单文件的屏幕捕获图。
图3是一个高级块图，表示本发明的定单处理系统的一个实施例的 整个流程控制。
图4描述处理一个定单的高级流程图。
图5描述一个表示定单的迭代应用和分解的流程图。
图6描述标题输入(Header Entry)的流程控制图。
图7A和7B描述预处理在邮寄通信通道中收到的定单的流程控制 图。
图8是一个表示非临床数据输入/核实的屏幕捕获图。
图9描述定单完成(Order Completion)的流程控制图。
图10描述联系管理(Contact Management)的流程控制图。
图11描述传真过程(Fax Process)的流程控制图。
图12是一个表示临床数据输入/核实的屏幕捕获图。
图13A～13E描述联系管理(Contact Management)的一个重叠实 施例的流程控制图。
图14A～14E描述管理维护(Managed Care)定单的分解的流程控 制图。
图15A和15B描述管理维护定单的分解的一个重叠实施例的流程 控制图。
图16A和16B描述管理维护定单的分解的一个重叠实施例的流程 控制图。
图17描述到命令和控制(Command and Control)的信息流的示意 图。
图18描述来自命令和控制界面的仪表面板屏幕的一个示例。
图19描述来自命令和控制界面的条形图队列总数屏幕的一个示 例。
图20描述来自命令和控制界面的队列数据表格屏幕的一个示例。
图21描述来自命令和控制界面的队列数据表格屏幕的一个示例， 其中表格的纵列是表示有关定单总体在一个特定队列中的时间长度的 时间片。
图22描述来自命令和控制界面的混合队列数据表格和条形图队列 群屏幕的一个示例。
图23表示根据本发明的系统的一个可能的硬件和网络配置。

系统概览
图1是实践本发明的医学处方定单处理系统10的一个示例。特别 地，一个医学处方定单(也称为定单)通过到系统的许多通信通道中 的至少一个被系统收到。通信通道既包括纸张文件通道，例如邮件(U.S. Post，如联邦快递的商业速递)、人工传真等等；又包括无纸或电子 通道，如电子传真、电子邮件、电话等等。定单进入系统的定单入口 点或通信通道在纸质定单的标准切割机处理器(Slitter Processor)15、 标准传真处理器(Facsimile Processor)20和标准的进入无纸定单处理 器(Incoming Paperless Order Processor)25被发现。
接收的邮件被适当处理和放置以被扫描进入系统。例如，邮件在 切割机处理器15进入系统。切割机处理器15打开信封并给信封盖上预 定信息，其包括例如每个信封被切割机处理器15打开时的日期。
一个类似的预处理步骤在通过到达传真处理器20的人工传真通信 通道接收的人工或纸质传真上执行。根据本发明的一个替代实施例， 接收的人工传真与接收的邮件一起捆扎为纸张捆。
在文件准备处理器(Document Preparation Processor)30，纸张捆 中的每个信封的内容被复核并准备扫描。一个信封的全部内容组成一 个定单。打开的信封组成预定数量的信封捆。这些捆然后变成纸张捆。 每个纸张捆包括一捆所有的文件和所有关联的准备表格。关联的准备 表格包括，例如，一张位于纸张捆上面的捆首单，用于分隔定单的定 单隔离物和位于每个纸张捆尾部的捆尾单。当在系统协议下可适用时， 每个信封的内容被分配到预定文件类型或类别中。每个文件被贴上一 个预先印好的条形码标签，其标识带有这种标签的文件属于一个特定 的文件类型。文件类型包括，例如，信封——在系统信封和非系统信 封之间有区别；EasyRX/Universal Order Form(UOF，通用定单表格)； 便条——包括，例如，会员或病人已经在其上写有信息的任何东西； 处方再配药；处方更新；付款优惠券；付款——包括例如现金、支票 和汇票；健康、过敏和药物调查表(HAQ)——任何类型的会员或病 人健康简要描述表格；新处方；不可扫描的表单——表示不可扫描的 定单中的文件的表单；和其它——包括不适合预定类别或文件类型的 任何东西。曾经订购并贴有适用条形码标签的定单文件被发送到高速 扫描仪40用于成像。
如果一个定单的文件的内容或成分不符合预定标准，就从定单中 抽出这样的文件，用不可扫描的表单替代，并可选地发送到异常处理 处理器(Exception Handling Processor)35。发送到异常处理处理器35 的文件包括，例如现金、三维物体如空的处方瓶、难以读取的条目、 难以扫描的文件或高速扫描仪处理器40不能扫描的其它文件。如果一 个定单包含现金，则该现金被计算并至少记录一式两份。现金和至少 一份记录存放在现金盒子40或储蓄帐户中，且至少一份与组成现金所 源自的定单的文件一起存放。不是扫描包括在定单中的现金，而是扫 描记录的付款表格。接收现金的其它表格可选择地使用。如果定单包 含一个三维物体，如空的处方瓶，则该物品被发送到异常处理处理器 35。异常处理处理器35考虑到该物品，并把异常物品的记录发送给定 单，因此包含在该物品中的信息对定单是可用的，用于进一步的定单 处理。图像显示器36与异常处理处理器35通信，用于监控异常处理处 理器35所捕获的图像。
图像显示器45与高速扫描仪处理器40通信，用于监控捕获的图像 的质量。根据预定的复核审计程序表，复核扫描纸张捆。根据本发明 的一个重叠实施例，预定复核审计程序表是基于随机选择的，其中只 有随机选择的扫描纸张捆被发送到图像质量控制处理器50，用于图像 复核。替代地，可利用所有扫描的纸张捆。没有被选择发送到图像质 量控制处理器50的纸张捆被存储到计算机可读介质55，如计算机存储 器、计算机硬盘驱动器、磁带驱动器，和/或计算机可读的光介质。对 应于定单图像的硬拷贝被存储或存档在文件室60中，其存储方式是把 它们编索引为它们的电子图像的预定方式。根据本发明的一个替代实 施例，纸张捆中的每个扫描文件已经附有或关联一个文件标识号，它 链接到其对应的纸张捆首标识号，借助于标识号，纸张捆存档在文件 存储室60中。
被选择复核的纸张捆被系统用户复核。如果发现扫描图像中存在 缺陷，且缺陷数超过一个预定阈值，则整个纸张捆被发送到重扫描/异 常处理处理器35。如果被图像质量控制处理器50复核之后，发现图像 是可以接受的，则图像被存储到计算机可读介质，如计算机存储器、 计算机硬盘驱动器、磁带驱动器，和/或计算机可读的光介质。对应于 定单图像的硬拷贝以把它们编索引为它们的电子图像的预定方式，存 储在文件室60中。
先前已经被扫描和批准的纸张捆被发送到系统队列，用于进一步 的定单处理。
根据定单的内容，定单将通过定单标题处理器65、定单完成处理 器70和/或定单复核处理器75中的至少一个。定单标题处理器65、定单 完成处理器70和定单复核处理器75各自彼此通信，并与管理协议分解 处理器80(Administrative Protocol Resolution Processor)和专业协议分 解处理器85(Professional Protocol Resolution Processor)通信。
定单标题处理器65处理与定单关联的非临床数据。非临床数据包 括，例如定单中的处方数量；处方分类；会员号——因为它涉及优惠 计划，组号——因为它涉及优惠计划，和子组号——因为它涉及优惠 计划；支付的数额和类型；病人/客户通信；开药者名字；病人/客户名 字和处方的发出日期。
定单完成处理器70处理与定单关联的临床数据。临床数据包括， 例如药物信息、药物浓度、药物使用说明、允许的再配药次数、要配 发的药物数量和每日剂量。
定单复核处理器75复核定单的所有元素，以确定定单元素是否正 确。离开定单复核处理器75的定单被发送到高速打印处理器90，在那 里打印处方标签和其它伴随的定单资料。然后药物在定单配发处理器 95处实际配发，并被发送到送货站处理器100，以给病人发货。对于处 理器90、95和100的示例，请参见美国5,771,657号专利，其标题为 “AUTOMATIC PRESCRIPTION FILLING，SORTING AND PACKAGING SYSTEM(自动处方配药，分类和包装系统)”，在此 引用作为参考。
命令和控制处理器101与每个系统处理器通信，并提供一个界面， 通过它显示、管理和处理关于例如系统队列、定单位置、系统资源和 系统生产的实时信息。在替代实施例中，可使用分布式控制系统和/或 并行处理系统。在本发明的另一个实施例中，命令和控制处理器101与 除了系统处理器90、95和100之外的每个系统处理器通信。
工作流程处理器102与每个系统处理器通信，并指引定单流通过不 同的系统处理器和工作队列。工作流程处理器102还给命令和控制处理 器101提供信息。
成像的定单文件
图2示出一个被本发明捕获的成像定单文件的屏幕捕获图。一旦被 捕获，就可以以许多方式来操作成像的定单文件，例如，扩大或放大 成像定单文件的选定部分；和同时观察成像定单文件的前面和背面， 其中两个表面出现在图像显示器的分开区域。此外，成像的定单文件 可直接接收注释。成像定单文件可被直接更新，以反映与开药者的讨 论，如处方澄清和利用复核讨论。被直接注释的成像定单文件变为合 法的处方。
定单处理流控制
图3是一个高级控制流程图，示出通过本发明的定单处理方法的一 个定单的整个流程的示例。病人分别在200和205以非电子格式(例如 纸张)或以电子格式(例如无纸的)提交一个定单。在210，非电子格 式定单的内容，例如被准备成像和成像。在215，随定单接收的付款被 处理并被发送到储蓄帐户。不能成像或为了成像要求在220特殊处理的 定单的内容可选地发送到在221的特殊处理区域。系统接收定单图像， 并基于定单图像，通过填写对应于定单的至少一个数据域，定单在225 进入到系统。根据本发明的一个替代实施例，在步骤205进入系统的定 单被处理，而没有进行步骤225。根据这个实施例，不要求步骤225的 定单包括，例如从IVRU、万维网、因特网和其它电子通信通道提交的 处方替换。
在235通过传真通信通道接收的定单或定单相关信息在225被输 入。如果确定在225定单完成步骤中定单图像是不能读取的或不能分辨 的，则在226定单被发送到一个工作队列，以分辨图像。
在205接收的传真定单和随后的定单信息被传真服务器捕获并被 复制到图像库，然后被发送到至少一个工作队列以进行处理。
一旦定单文件被成像并被系统接收，在230定单图像就被分配给至 少一个工作队列。定单在工作队列中的位置至少部分取决于，例如：(i) 什么操作必须应用于定单以使定单从至少一个初始队列前进到定单发 货队列；(ii)定单的优先级，其中优先级由用户或系统指定；和(iii)定单 的目标发送日期，它部分基于例如定单的接收日期、客户和接收定单 的通信通道。当在230生成和在240确定时，该方法应用所有必要的适 用协议，以分解定单和使定单从至少一个初始队列前进到一个定单发 货队列。加入的定单然后在250被复核，与成像定单进行对照。
在对照成像定单核实加入的定单后，该方法锁定处方数据不再接 受进一步的更新，并在255打印一个对应于定单的标签组。通过锁定处 方数据不再接受进一步的更新，用户从这点向前负责解释处方数据。 标签组例如以传统的标签打印方式被打印，在这里标签首先被打印， 然后被填充，或者一个电子数据流被发送到自动配药药房。例如参见 美国5,771,657号专利，其标题为“AUTOMATIC PRESCRIPTION FILLING，SORTING AND PACKAGING SYSTEM”，在此引用作为参 考。标签组包括，例如实际的处方标签和任何其它与定单有关的病人 信息。定单在260被配药，紧跟着就是核实步骤265，以确定是否配发 了正确药物。紧跟核实步骤265是包装步骤270和自动生成药物清单 275，然后是到病人的定单实际发货280。
根据本发明的一个实施例，在定单可被锁定和配药之前，需要分 解所有协议。一旦所有协议被分解，一组发送逻辑规则就确定哪个药 房或哪些药房将给处方配药。发送逻辑规则考虑例如，客户优惠计划、 契约服务级别和配发药物的类型，比如它是否是一种受控制的药物或 它是否是温度敏感药物并要求特殊运送预防措施。
根据本发明的另一个实施例，一个定单的配药顺序取决于定单的 指定优先号。例如，优先号可基于客户契约服务保证来指定，其中与 客户服务保证关联的定单具有比不与客户服务保证关联的那些定单高 的优先级，因此被首先配药。
图4表示与接收定单的通信通道无关的本发明的方法的整个流程 控制的高级示意图。在300定单被接收，并在305进入到系统。包含在 定单中的处方在310被验证。验证步骤在315从至少一个数据库接收输 入。验证步骤所涉及的数据库例子包括，例如临床数据库316、优惠计 划数据库317、规则数据库318和/或联系数据库319。根据本发明的一个 替代实施例，验证步骤所涉及的数据库例子包括临床数据库、计划数 据库、规则数据库、联系数据库、应收帐款数据库、处方集数据库、 定价数据库、客户简要描述数据库、病人历史数据库和它们的组合。
在验证处方之后，该方法在320检查是否存在定单的任何适用协 议。如果任何协议适用，则在325，与至少一个数据库对照来分解适用 的协议。分解步骤所涉及的数据库例子包括，例如，临床数据库316、 优惠计划数据库317、规则数据库318和/或联系数据库319。根据本发明 的一个替代实施例，协议分解步骤所涉及的数据库例子包括临床数据 库、计划数据库、规则数据库、联系数据库、应收帐款数据库、处方 集数据库、定价数据库、客户简要描述数据库、病人历史数据库和它 们的组合。表1包括本发明能够分解的一些协议的示例。
在325分解所有的适用协议之后，定单在330被复核，以确定每个 定单元素是否正确。正确的定单在335被发送到一个配药队列。根据本 发明的一个重叠实施例，配药队列可位于与定单进入、核实处方、分 解协议和定单复核步骤被完成的位置在地理上不同的位置。根据本发 明的一个重叠实施例，定单进入、核实处方、分解协议、定单复核和 发送到配药队列步骤中的每一个可在彼此地理上不同的位置执行。
图5示出分解应用于一个定单的协议所涉及的迭代过程。定单在 350被接收，并在355被分配给至少一个初始队列。定单通过至少一个 中间队列前进到配药队列，其中对于定单位于的每个队列，该方法在 360确定，若有的话，什么协议应用于定单。该方法继续这个过程，直 到所有适用协议在365被分解为止。该方法还提供一个正向控制机制， 防止定单丢失或由于不能分解协议而被固定在任何单一队列中。当定 单逗留在任何一个队列中超过预定的时间周期时，该方法在370发送一 个警报。在365分解所有适用协议之后，定单被复核，以核对查看所有 定单元素是否是正确的，如果正确，则在380被发送到一个配药队列。
标题输入
图6描述标题输入(Header Entry)的流程控制示例。标题输入提 供在定单域中输入与定单有关的非临床数据的各个步骤。在标题输入 过程中核实和/或输入的数据通常来自于成像定单文件或其它电子和/ 或非电子定单文件。核实和/或进入过程包括在400复核成像定单文件或 其它的捕获数据，以核对数据域或在要求的但目前空的数据域中输入 数据。图8示出本发明的一个实施例的屏幕捕获图，其中成像定单文件 与会员、地址和付款数据输入域并置。被输入标题中和/或核实的数据 示例包括，例如，病人名字、开药者名字、发送地址、支付款额和/或 信用卡号。每个定单图像在400被复核，紧跟是在405的图像分类。包 含在定单中的每个文件在410被核实和说明。出现在一个定单中的处方 总数在415被核实。每个处方在420复核，以确保它已被分配到正确处 方分类中。如果没有处方分类出现，则在420输入。定单在425被核对 以核实它已被指定了正确的优惠计划会员号、组号和子组号。如果没 有优惠计划号码出现或仅出现部分号码，则在425输入这些号码。支付 数额和类型在430被核实。如果没有提供支付数额和类型，则在430输 入支付数额和类型。病人提供的通信信件在435被核实。如果没有输入 病人通信信件，则在435输入病人提供的通信信件。根据本发明的一个 替代实施例，如果没有提供病人通信信件，则该处理继续到步骤440， 病人通信信件域为空。
一个处方要被更新或再配药的次数在440被核实。如果更新或再配 药次数还没有输入，但更新或再配药次数在定单中出现，则在440输入 更新或再配药次数。开药者名字在445被核实。如果没有输入开药者名 字，则在445输入开药者名字。在本发明的一个替代实施例中，核实或 输入开药者名字中的至少一个步骤额外包括下列步骤中的至少一个： 从一个将病人与他们的开药者匹配的历史列表中选择开药者；从开药 者数据库中选择开药者；输入新开药者；或编辑现有的开药者信息。 病人名字在450被核实。如果病人名字还没有输入，则在450输入病人 名字。每个处方的处方发布日期在445被核实。如果处方发出日期还没 有输入，则在455输入发出日期。在460核实和/或输入所有或预定集合 的标题输入数据之后，定单在465被提交到一个工作流队列，以确定定 单的下一个目的地。
邮寄定单的预处理流程控制
图7A和7B示出当定单通过邮寄发送时，定单预处理的流程控制的 一个示例。定单在500被接收。如果接收的定单不是一个邮寄定单505， 则定单在510通过其它系统通信通道中的一个进入系统，并被恰当发送 到标题输入(Header Entry)、定单完成(Order Completion)或协议。 邮寄定单与其它接收的邮寄定单合并。包含定单的信封在520被撕开， 在525被加盖日期戳。撕开的信封在530被捆扎为预定的大小。每捆然 后在535被转换为一个纸张捆。在540，纸张捆内的所有适用文件上被 放置条形码。纸张捆中的每个文件不必要适合接收条形码。文件接收 条形码的合适性是基于预定的标准。
如果一个纸张捆内的文件在545不满足预定标准，则那个文件被发 送到一个可选的异常处理区域，以确定，例如文件是否是假处方(在 550)，是否是现金付款(在555)，是否是不可扫描的(在560)，或 不可读的。如果定单在550被确定是假的，则定单在560被取消。如果 定单是现金支付，则在570现金收据被填写一式两份，并且在575，现 金支付连同其中一份现金收据放在储蓄帐户中。另一份现金收据在580 被返回到其对应的定单文件。如果定单是不可扫描的，则创建、扫描 表示不可扫描文件或包含在其中的信息的文件并返回到其对应的定单 文件。能被扫描的异常处理文件在586利用平板扫描仪被扫描。
满足预定标准的纸张捆中的文件在585被排序，在纸张捆顶上放置 一个捆首，每个定单之间放置定单隔离物，和在纸张捆尾端放置捆尾。 有序的纸张捆在590被放置在例如一个折叠式文件夹中，并在595被复 核组织的正确性。在成功复核纸张捆之后，纸张捆在600被扫描，且付 款文件在600与定单文件分隔开。如果纸张捆在595被发现不在正确的 顺序中，则纸张捆在545被发送到异常处理用于重排序。
扫描过程在605将一个纸张捆标识号附于每个纸张捆上，和在605 将一个文件标识号附于纸张捆中的每个文件图像上。根据本发明的一 个替代实施例，文件标识号包括儒略(Julian)日期和唯一的标识号。
扫描处理器最好是捕获定单文件的彩色图像并同时成像每个定单 文件的两个面。
从纸张捆中捕获的扫描图像根据一个预定的复核进度表被复核。 如果复核后，捕获的图像在610被认可，则在615图像被写入磁盘或其 它计算机存储介质。同样，在认可图像之后，在600被分离出的付款在 620被发送到一个储蓄帐户。然而，如果以前根据预定复核进度表复核 的图像没有被认可，则纸张捆在600被重新扫描。
在610认可被扫描的图像之后，用于创建扫描图像的纸张捆在625 被存档。纸张捆在625以对扫描的图像编索引的预定方式被存档，这样 纸张捆在处理基于扫描图像的定单的过程中一直是可检索的。如果在 基于扫描图像的定单的处理过程中需要访问纸张捆，则在630一个任务 请求可以被提交，在635对纸张捆执行请求的任务。
对应于一个纸张捆中的所有文件的整个扫描图像组，在640基于一 个预定的复核进度表进行质量控制而被复核。根据本发明的一个替代 实施例，预定复核进度表是基于最近完成的被扫描的纸张捆的随机选 取。如果在645选择一个纸张捆进行复核，该捆中的每个图像可以选择 地被复核。如果在650该纸张捆通过了复核，在655该纸张捆在至少一 个系统工作队列中排队以进行进一步的定单处理。在650没有通过复核 的纸张捆被发送到在545的异常处理。没有被选择复核的纸张捆直接在 至少一个系统工作队列中排队以进行进一步的定单处理。
定单完成
图9描述包含在定单完成中的一般步骤的一个示例。定单完成步骤 包括临床数据的核实和/或输入。核实和/或输入过程部分地包括，复核 成像定单文件或其它捕获的数据以对照数据域来检查或输入数据。图 12表示本发明一个实施例的屏幕捕获图，其中成像处方定单文件与药 物选择数据输入域并置。在700从一个工作队列得到一个定单。在705 确定病人信息是否正确。如果病人信息是不正确的，在710相应地更新 病人信息。在715下一个药物信息被复核以确定它是否正确。如果该药 物信息是不正确的，则选择正确的药物，相应地在720更新该定单。然 后在725复核被指定的药物浓度。如果浓度是不正确的，则在730选择 正确的药物浓度。然后在735确定关于药物的使用说明是否正确的。如 果说明是正确的，在740选择正确的说明。通过人工输入相应的正确信 息或通过从下拉菜单中选择正确信息可以改正任何不正确的输入。进 一步，上面列出的步骤并不必须是以上述的顺序来执行。根据本发明 的一个替代实施例，步骤715和对应的步骤720可以与步骤735和对应的 步骤740互换。一旦所有的临床数据被核实和/或输入，就在745复核该 特定处方的定单，以在750保证每个定单元素是正确的，因为定单元素 和单个定单相关。如果特定处方的定单元素是不正确的，则重复步骤 705至735直到正确。如果特定处方的所有定单元素是正确的，则在755 为另外的处方而检查定单。如果另外的处方出现在同一定单中，重复 步骤705至750，直到单个定单中的所有处方被分解。在完成一个定单 中的所有处方和/或发现所有定单元素是正确的之后，在760定单被提交 给配药队列。根据本发明的一个替代实施例，在760在给配药队列发出 个别的处方之前，包含多个处方的定单不需要具有被处理的定单中的 所有处方。
此外，根据本发明的一个替代实施例，定单完成过程中的每个步 骤是由帮助用户完成定单完成过程的一组工具支持的。例如，这些工 具包括一个药物使用说明的创建程序，它允许用户通过从至少一个下 拉菜单词组和/或词汇中选择而创建药物使用说明；一个拼写检查器， 和看上去/听起来功能上相似的药物。
协议
协议是一组规则或集合的多组规则，它们用来分解定单的元素。 一个协议的分解可导致需要分解另外的协议。例如，如果来自一个定 单的元素丢失或不清楚，则协议用于丢失或不清楚的元素，并且跟踪 元素的分解。跟踪包括，例如，指明哪个用户执行核实，与谁联系来 分解元素。
根据本发明的一个实施例，本发明的方法和系统提供了帮助用户 分解协议的一组向导程序和工具。向导程序引导用户一步一步地通过 一个协议或过程，并显示如何分解一个特定协议。通过提供一系列的 系统提示，向导程序预演协议的分解。工具包括，例如添加协议，它 允许用户添加协议到一个定单；暂停定单，它允许用户暂时地终止定 单的处理；停止/取消处方，它允许取消定单中的一个处方，同时仍允 许定单中的其它处方继续；停止/取消定单，它允许用户完全地取消整 个定单，撤出处方和插入，它允许用户在药物失去专利保护时来标记 一个定单，以便在再配药时，同类品牌可用于再配药；新处方复制， 它允许一个定单或处方被复制成新发货单；和定单复核，它允许立即 进行定单复核。
联系管理
图10描述联系管理的一般流程控制的一个示例。在800，做出关于 任何适用协议是否适用的决定。如果一个协议适用，则在805确定在不 联系开药者情况下是否可以分解该协议。如果没必要联系，在810分解 该协议，和在810提交到用于进一步处理的一个工作队列。如果需要一 个联系人以分解该协议，则在815做出一个决定，即关于给开药者发出 的传真件是否将分解该协议或是否需要给开药者打电话。对于可以由 发出的传真可选地分解的协议，在820可选地产生一个传真件，该传真 填充有分解协议所必须的适当的域，一旦被填充，在820该传真件被发 送给开药者。根据本发明的一个替代实施例，传真的发送启动了一个 等待队列的运行，它测量从发送传真到从开药者返回联系之间的时间 长度。在开药者回复联系开始之前，如果测量的时间超过一个预定值， 则定单被放置于发出的呼叫队列。
如果需要电话呼叫来分解一个协议，在830联系请求被发送到一个 发出的呼叫队列，在835安排一个呼叫。在840电话呼叫在预定时间被 发给开药者，如果在845联络到开药者，发出呼叫的用户在850从虚拟 架上检索具有待分解协议的定单。然后，在855用户以开药者要求的来 自开药者的必要信息来复核定单，以分解协议。一旦在860协议被分解， 定单在865被放置到工作队列中用于进一步处理。
替代地，如果发出一个电话呼叫，但用户在870没有收到回答，则 定单返回到发出的呼叫队列，在835安排另一个呼叫——重复步骤835 至845。如果在875发出一个电话呼叫，并给开药者留下一条消息，则 更新发出的呼叫队列，以反映有消息留给开药者，在880设定一个预定 时期，在这段时间内可以接收来自开药者的呼叫或其它通信。如果在 885作出回复呼叫之前，超过了预定的时期，则可以安排另一次呼叫。
在885来自开药者的回复的电话呼叫或传真在890启动一个搜索的 例行程序，以定位系统上的定单。如果来自开药者的回复呼叫在预定 的时间内被收到，则在890定位系统上的定单，且该呼叫在850被传递 给系统上的用户，该用户在850检索虚拟架上的定单。然后用户在855， 以开药者要求的来自开药者的必要信息来复核定单，以分解协议。一 旦协议在860被分解，定单在865被放置到工作队列中用于进一步的处 理。
如果在885收到来自开药者的传真，该传真件被连接到定单，用户 复核该传真件中包含的信息，以分解协议。协议分解之后，定单被放 置到一个工作队列中用于进一步的处理。
可替代地，可以发出一个呼叫到联系人，而不经过发出呼叫队列 的步骤。用户在870简单地选择联系人，和在875启动一个呼叫到选择 的联系人，而不是发送定单到发出的呼叫队列。如果在880联系到了联 系人，用户以联系人所要求的来自联系人的必要信息来复核定单，以 分解协议。一旦协议被分解，定单就被更新，并被放置到一个工作队 列中用于进一步的处理。如果没有联系到联系人，则定单被发送到发 出呼叫的队列中。
传真联系管理
图11表示传真联系管理的流程控制的一个示例。在900选择要分解 的协议。在905分解协议所必需的域在传真件内填充。在910选择联系 的人员。采取进一步的行动之前接收响应的时间在915被选择。在920 做出决定，即是否发送人工传真或系统产生的电子传真。如果在925在 选择的时间内从联系人员收到响应，则根据传真件包含的信息更新定 单。通过这一过程接收的传真成为定单的一部分，根据接收传真的模 式这一过程有所不同。如果传真件是手工的或纸张传真930，则定单在 950是位于系统上，且传真中的信息在955被输入。然后手工或纸张传 真件在960被扫描，并在965被插入到至少一个成像的定单文件或存档 的纸张捆中的定单文件中。可替代地，扫描图像被插入到成像的定单 文件和存档的纸张捆中。如果传真是电子版或从一个传真处理系统到 另一个传真系统产生的，则基于传真中包含的信息更新定单，且接收 的传真在970成为成像定单文件的一部分。
如果到达的手工或电子传真件，在选择的时间内没有被接收，则 定单在975被发送到发出呼叫队列，随后是图10中的步骤830至845。如 果为联系的一个发出传真被接收，但定单要求与联系人的实际联系， 则定单在940被发送到发出呼叫队列。
图13A～13E表示图10和图11中的替代实施例，它们描述了根据特 定协议分解的背景的联系管理的流程控制。在定单完成的过程中，复 核定单以确定要求的处方元素是否出现。要求的处方元素代表处方的 关键元素，其必须出现并对处方配药有效。如果要求的所有元素出现， 定单就被复核。但是如果要求的元素没有出现，定单就被提交给至少 另一个工作队列以进行另外的处理。然后做出决定即是否只有Alpha或 “Routers，Counters，and Flags”协议仍未分解。Alpha协议被创建并 被自动地分解和存在于每个定单中，直到定单准备被锁定以防止另外 的定单编辑和被发送到配药药房。
定单完成包括分解属于定单的任何适用协议。如果不能通过根据 关系数据库的检查而分解一个协议，则它可以在1025要求联系开药者 或开药者的办公室里的人，以分解协议。如果在1025开药者联系对于 分解一个适用协议是必须的，则定单在1030被发送到发出呼叫队列。 在1035系统用户可以检索定单，在1040做出决定，即协议是否能够通 过给开药者传真要被分解的重要协议而被分解。如果协议通过在1040 给开药者发传真而可分解，则传真在1045被发给开药者。发送传真给 开药者创建了系统内的一个时间标记。对照预定值从时间标记的时间 在1050被测量。如果从时间标记测量的时间超过了一个预定的值，则 传真等待时间超时，定单在1030被发送到发出呼叫队列，在其中重复 步骤1030至1040。
然而，如果在1055到达的传真在预定值内被接收，则自动的匹配 过程在被1060被启动，尝试把输入的传真与定单匹配，该定单产生一 个原始的输出传真，输入的传真是对原始输出传真的响应。如果在1065 发现定单，系统用户在1070把包含在输入传真中的信息输入到定单中。 然后在1070定单被复核，并在1075提交给分解过程。可替代地，如果 在1065通过自动匹配过程没有发现定单，则在1080定单通过标准的操 作程序而被处理。标准的操作程序包括，例如用户对照系统上的定单 的当前状态复核接收到的响应。例如，如果定单已被取消，就不采取 进一步的行动。如果定单已经被传输给配药房，则被传真的响应与系 统数据相比较，以确定正确的信息被处理。如果系统上的数据与传真 的数据相同，则不采取进一步行动，但是如果存在差异，则定单被用 户复核以进行进一步的处理和分解。在1056在从发送被测量的预定值 内没有接收的响应，在1030被发送到发出呼叫队列。
如果到达的传真响应在1250在一个传真服务器上被接收，传真服 务器就在1255基于传真响应标识发送响应到工作队列。所有定单对象 在1260从工作队列中被检索，传真响应在1265被添加到定单。在1056 在从发送被测量的预定值内没有接收的响应，在1030被发送到发出呼 叫队列。
如果用户在1040通过发送传真给开药者确定协议是不可分解的， 用户在1085通过在1090打电话给开药者而启动一个电话呼叫。在1095 接通拨打的号码后，用户在1100尝试联系开药者或其他决策人。如果 在1100联系上开药者或其他决策人，则用户在1105引入要被分解的协 议，在1100把呼叫转移给药剂师。然后，呼叫转移跟随或与用户在1115 放置定单以及把定单发送给药剂师同时进行。药剂师在1120从架子上 获取定单和在1125与开药者一起复核插入项及分解协议。然后定单在 1130被提交给一个工作队列以进行进一步的处理。
如果发出呼叫后在1095没有答复，则回电消息便条在1135被完成， 且重新安排呼叫，相应地在1140更新发出的呼叫队列。在1145打印一 个回电消息便条，在1030定单被发送到发出的呼叫队列。可替代地， 如果呼叫要求答复，但开药者或其他决策人在1100不在，则在1150完 成一个回电消息便条，定单识别信息在1150被留在开药者的办公室。 发出的呼叫队列相应地在1140被更新。在1145打印一个回电消息便条， 在1030定单被发送到发出的呼叫队列。
图13C表示当开药者在1155对通过发出的呼叫队列处理留下的消 息做出响应时，开药者回电过程的一个示例。呼叫在1160被发送到用 于回复的指定的搜索群。系统用户在1165接收呼叫，获得最初的信息。 如果在1170开药者具有定单发货单信息，则系统用户在1175利用发货 单号码或其它协议分解应用程序来检索定单。可替代地，系统用户在 1180利用病人的姓从发出呼叫队列程序中检索生成的回电消息便条。 先前定位定单的系统用户在1100把呼叫转移给药剂师。然后，呼叫转 移跟随或与用户在1115放置定单以及把定单发送给药剂师同时进行。 药剂师在1120从架子上检索定单和在1125与开药者一起复核插入项并 分解协议。然后定单在1130被提交给一个工作队列以进行进一步的处 理。
可替代地，如果适用协议可以在1190被一个管理协议分解，而不 与开药者或开药者的办公室联系，则在1195可以把适用的管理协议应 用于来自管理或规则关系数据库的定单。如果定单在1190不能通过应 用管理协议而被分解，则在1200确定定单是否具有任何重要的呼叫给 开药者或开药者的办公室，并且如果没有，那么定单在1205是否利用 专业的协议关系数据库而被分解。在至少一个专业协议在1250已经被 应用于定单的分解后，在1210确定与开药者或开药者办公室的联系是 否对分解任何另外的重要适用协议是必须的。如果开药者呼叫在1215 被确定不是必须的，药剂师在1220指出哪些定单项要被回答，且在1030 发送定单到发出呼叫队列。如果确定呼叫是必须的，定单在1225被更 新，并在1230被发送到一个工作队列用于进一步的处理。
然而，如果定单有一个给开药者或开药者办公室的重要呼叫与之 关联，则定单在1050在一个等候队列排队，直到开药者或开药者办公 室在指定的等候时间内响应，或直到定单在等候队列花费的时间超过 预定值。
图14A～14E描述利用管理维护协议分解定单的一个示例。一个管 理维护协议存在于专业协议中，且当治疗上等效的替代药物可用时出 现。治疗上等效的替代药物的可用性带来一个“互换机会”。开药者 可以通过电话或传真联系，以确定开药者是否将批准这一互换请求。
药剂师在1300复核编辑，在1305和在1310分别做出最初决定，即 处方是通过屏幕显示出来或通过传真发送。如果处方是“屏幕显示出 来(screen out)”，药剂师在1315按照每个标准操作程序分解定单， 然后在1320发送定单到一个工作队列，以在1325进行进一步的处理。 屏幕显示是由不足的系统资源或时间产生的，以寻求管理维护机会或 互换机会。标准的操作程序包括，例如更新系统屏幕，指出定单没有 被寻求作为一个互换。如果处方没有在屏幕显示出来，但代之以通过 传真发送，则发送自动传真。接收呼叫回复或响应发出传真的其它联 系的日期和时间在1330被添加到定单上。系统在1335被更新以反映已 经发出自动传真，进一步分解定单。定单在1340被放在等候队列中直 到在1343在预定的时间内接收响应，或在1350定单花费在等候队列的 时间超过预定的时间。如果在1341定单花费在等候队列的时间超过预 定的时间，定单在1400被发送到发出呼叫队列。
发出呼叫队列是针对不可通过传真发送的定单或定单花费在等候 队列的时间已超过预定值的定单。在发出队列中的定单在1405由用户 从队列中检索。在定单从队列中被检索之后，用户在1400呼叫定单开 药者。如果发出的呼叫在1415被答复，用户就在1420尝试联络开药者 或其他决策人。如果联系上开药者或其他决策人，用户在1425引入问 题，如果在1430联系开药者的号码是安全的传真号码，用户在1435更 新开药者的主文件信息，并在1325开始一个自动传真。
可替代地，如果开药者被联系的号码不是安全的传真号码，用户 在1440转移呼叫到药剂师。与之同时或晚于给药剂师的转移呼叫，用 户在1445发送定单到药剂师的虚拟货架。药剂师在1450从虚拟货架检 索定单，在1455与开药者讨论要分解的协议。如果在1460一个呼叫回 复是必需的，药剂师在1465在开药者联系跟踪屏幕和联系系统屏幕中 输入呼叫回复的日期、时间和意见，在1470指定一个可见性协议添加， 并完成呼叫回复消息便条。如果进行呼叫回复的时间在1475超时，则 定单在1400被发送到发出呼叫队列，并重复图14C中的步骤1400至 1415。
在1480在预定的时间内接收的输入呼叫在1485被发送到它们的呼 叫回复的指定搜索群。一位非药剂师在1490接受呼叫，得到有关定单 的初始信息。最初，非药剂师在1495尝试通过其发货单号码定位定单。 但是，如果呼叫者没有发货单号码，非药剂师在1500就尝试利用病人 的姓、呼叫回复消息便条或其它协议分解应用程序来定位定单。如果 呼叫者没有发货单号码，非药剂师尝试利用协议分解程序来定位定单， 如有需要，协议分解程序允许用户逐步通过各个屏幕。
图12A和12B根据本发明的一个替代实施例描述定单分解的一个 示例，该定单具有附加在该定单的管理维护协议。根据该实施例，批 准药物互换(转为通用的药物)发生在一个处方被处理之后。被批准 的定单在系统上做出标记，以使药物互换在再配药时发生。对定单的 编辑在1600被复核，以确定定单与处方集顺应性许可是否匹配。如果 互换许可在1605在任何其它的药房是可用的，定单在1610被发送到一 位管理员。该管理员在1615与其他管理员联系。指出处方集顺应性的 传真在1620被接收。处方集顺应性信件被扫描，在1625被插入到定单 中。定单在1630被发送到发出呼叫队列。在1635进行核实呼叫，如果 互换在1640被核实，药剂师在1645在阴影文件中对处方加以说明，在 1650在应用程序中手工输入非首选的处方，该应用程序打印法律所要 求的病人和开药者的信件。该应用程序被称为半圆拱形活动房屋 (Quonset hut)。处方集顺应性信件的传真的硬拷贝然后在1655被销毁， 定单在1660被放到一个工作队列中，以进行进一步的定单处理。如果 互换在1640没有被核实，定单在1655依据管理维护标准操作程序被处 理，在1670被发到一个工作队列中，以进行进一步的定单处理。标准 操作程序包括，例如当互换没被批准，并允许系统文件更新以使定单 处理能够继续时，随后的人工程序。
但是，如果互换许可在1605是不可得的，在1675尝试匹配处方集 顺应性信件。非首选的处方在1680人工地被输入到Quonset hut。处方集 顺应性信件和处方硬拷贝在1685被扫描到系统中。被扫描的图像在 1690被插入到其它图像定单文件中。定单在1695被放到一个工作队列 中，以进行进一步的定单处理。原始的处方集顺应性信件在1700依据 标准操作程序被撕碎。
图13A～13B根据本发明的一个替代实施例描述定单的协议分解 示例，定单附有管理维护协议。协议在1900被添加到管理维护定单。 在1905管理维护定单被复核以确定定单是否与最近的传真匹配。如果 在1910互换许可存在于另一个药房，定单在1915被发送到管理员，该 管理员随后在1920联系其他管理员。传真在1925被接收，最近的传真 被成像，在1930被插入到定单图像定单文件中。然后定单在1935被发 送到用于核实呼叫的发出呼叫队列中。核实呼叫在1940被执行，如果 互换在1945被核实，处方的再配药以新处方号码在1950利用下拉和复 制(PULLC/PULLN)功能被输入到系统中。下拉和复制功能把一个处 方复制为一个新发货单。然后在1955定单被发送给一位药剂师，在1960 根据管理维护标准操作程序处理互换。非首选处方在1965被人工输入 到Quonset hut。在1970生成开药者信件，最近的传真复制件在1975按照 标准操作程序被销毁。定单被放到一个工作队列中，以进行进一步的 定单处理。如果互换在1945没被核实，定单在1946根据管理维护标准 操作程序被处理。
如果在1910在另一个药房没有互换许可存在，定单在1916被发送 给一位非药剂师，在1917最近的传真被扫描和成像。成像的最近传真 在1918被附到成像的定单文件，且在1919对处方做出注释。处方的再 配药带着新处方号码在1950利用下拉和复制(PULLC/PULLN)功能被 输入到系统中。然后定单在1955被发送给一位药剂师并在1960根据管 理维护标准操作程序处理互换。非首选处方在1965被人工输入到 Quonset hut。在1970产生开药者信件，最近的传真复制件在1975按照标 准操作程序被销毁。定单在1980被发布到一个工作队列，以进行进一 步的定单处理。
命令和控制
图17描述到命令和控制模块的信息可见度的示意图。命令和控制 模块是位于命令处理系统之上的一个用户界面。命令和控制模块跟踪 工作队列活动、单个用户活动、处理控制信息、系统生产和系统资源 可用性。命令和控制模块能够在任何单个的队列或队列群中抽取信息， 并通过标准的数据库查询工具对抽取的数据执行操作，以产生有关系 统的任何单一方面或组合方面的状态报告。作为结果报告中的数据超 链接到用于产生它们的底层数据。
图18描述仪表面板的一个示例，仪表面板是命令和控制模块的用 户界面的一部分。图18描述包含仪表面板的一个屏幕，仪表面板表示 所选择的系统队列的状态。仪表面板的量规指出出现在仪表面板中的 每个选择队列的定量载荷。每个量规也通过其颜色提供每个被代表的 队列的健康的指示。每个量规呈现的颜色的范围是预定的，并被选择 以指出至少三种队列健康状态。第一种颜色指出，队列是健康的并且 没有超载。第二种颜色指出告警，以及队列正在接近一个临界载荷点。 第三种颜色指出队列已经超出其临界载荷点，系统必须调整以使载荷 重新平衡，降低队列级别到一个可接受的操作范围内。
每个量规超链接到负责量规表示的底层数据。选择一个特殊的量 规深入到代表量规的队列中的所有定单。在选择的队列内的定单可以 被配置为显示在图19所示的图形中，或显示在图20所示的表格中，其 中任何图形形式的纵坐标和横坐标或表格的行与列可以由用户通过许 多变量来配置，以表示一个队列中的定单，这些变量包括，例如把从 队列中最新到达的定单时间到同一队列中保持时间最长的定单之间的 时间切割成预定的时间间隔，以显示队列中定单沿时间的分布。一个 示例表示在图21中。
图19描述选择系统队列的一个图形表示。图19是一个条线图，其 中每个条图表示一个特定的队列，条的高度表示队列中定单的数量。 条线图中的每个条超链接到其底层的队列，且和底层数据的连接提供 了选择的队列中的所有定单的清单。
图20以表格形式表示选择系统的队列，其中每个队列被分为包含 在队列中的定单的种类或类型，在任何一个队列中的系统定单的总数， 以及总的系统定单的百分比在任何一个队列中。队列种类包括，例如， 定单是否是一个新处方、一个再配药处方或以上二者的混合，有多少 定单是只有付款而没有定单，以及有多少定单是在混杂的所有类别中。 表格项超链接到它们的支持数据，并允许用户连接或深入到底层的数 据。
图22代表一个组合的屏幕，其中既提供了选择队列的条线图又提 供了选择队列的一个表格。条线图中出现的队列并不必然是表格中出 现的相同队列。
本发明的命令和控制模块也提供几种正向控制机制，用于跟踪定 单处理系统中的定单。一种正向控制机制和本发明的一个替代实施例 包括，每个系统队列确认从先前的队列接收一个定单，其中定单是立 即被接收的。另一种正向控制机制和本发明的一个替代实施例包括当 定单在一个特定的队列超过预定时间时，本发明的定单处理系统给用 户发送一个警报或寻呼用户。正向控制也给用户提供在系统中定位任 何定单和复核其经过药房或定单处理系统的路径的能力。在正向控制 数据库中查询以复核定单的方式包括，例如，通过发货单号码、通过 处方号码、通过会员号码和通过工作定单ID。始于上述信息中的任何 一个，用户可以识别下面的内容：例如定单当前所在的队列，定单曾 处于的队列，定单在每个队列花费的时间量，以及定单已经在药房消 耗的总时间。
本发明的命令和控制模块可以被配置为提供基于浏览器的功能， 并能够在任何适合的个人计算机或工作站上操作。
网络配置
图23表示根据本发明的一个系统的可能的硬件和网络配置。PC工 作站2300连接到数据服务器2305，数据服务器2305连接到局域网 (LAN)2310。数据服务器2305与LAN上的其它服务器以及一台主机 系统2315通信，以给用户呈现工作例。也连接到PC工作站2300是一个 生物测定捕获设备2316，它控制对PC工作站2300的访问，以及对数据 服务器2305、LAN2310和系统主机2315的访问。一个光学扫描仪2320 (它可以包括条形码读取能力)连接到图像服务器2325，图像服务器 2325连接到LAN2310。工作流程服务器2330连接到LAN2310，管理定 单流。光盘服务器2335和自动光盘机2340连接到LAN2310，用于图像 存档。也连接到LAN2310的是关系数据库2345的一个系统，关系数据 库2345识别系统处理逻辑。连接到LAN2310的组件的全部组合代表一 个单个的HUB2350或定单处理中心。本发明的一个网络配置包括地理 位置不同的HUB2351、2352和2353的系统，它们分别连接到一个中心 系统主机2315。
分布式定单处理
根据本发明的一个替代实施例，图1中的每个处理器执行的功能可 以跨几个HUB(集线器)分布。例如，HUB1进行所有输入邮件的预处 理和扫描，而HUB2负责输入所有非临床数据，HUB3只执行临床定单 输入和/或核实。HUB4然后执行实际的配药和发货。可替代地，处理 的任务可以基于前端任务和后端任务跨HUB分配。例如，单个HUB可 以执行所有定单处理步骤，直到和包括发送定单到一个药房或多个药 房，而第二个HUB将执行所有的定单配药和发货步骤。
可替代地，每个HUB将接收和处理来自其指定的地理区域的定单。 例如，一个纽约HUB将接收和处理来自美国东北部各州的定单，而一 个加州中部的HUB将接收和处理来自美国西南各州的定单。
本发明不限于包括处理医疗处方的应用，还可以应用于邮件定单 业希望减少其对纸张文件和人工文件传送方法的依赖的任何情况。这 里所描述的各种处理和流程图可以被改变和/或顺序上有所不同。
总之，应该强调的是，本发明的实施例的各种组件可以在硬件、 软件或其组合中实现。在这些实施例中，各种组件和步骤将在硬件和/ 或软件中实现，以执行本发明的功能。任何现有的或将来开发的计算 机软件语言和/或硬件组件可以在本发明的这些实施例中使用。例如， 至少这里提到的一些功能可以利用C或C++程序语言来实现。
现在已经详细描述了本发明的优选和替代实施例。但是需指出， 这些特定实施例的描述只是为了说明构成本发明概念的原理。因此， 可以设想，在不背离本发明的精神和范围的情况下，公开的实施例可 以有各种改变，这对本领域普通的专业人士是显而易见的。
                        主协议清单(按字母顺序)   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P #RXWG #RXS不匹配(*N110/*N210)     P $CHCK 处方花费*N12；检查编码   ×     S/A ？CA1 客户地址未定#1行   客户服务-客户数据     P ？CA2 客户地址未定#2行   ×     S/A ？CCT 客户城市未定   客户服务-客户数据     A ？CFN 客户名字未定   客户服务-客户数据     A ？CLN 客户姓氏未定   客户服务-客户数据     A ？COB COB未定   客户服务-客户数据     A ？CPH 客户电话号码未定   客户服务-客户数据     A ？CST 客户状态未定   客户服务-客户数据     A ？CZ4 客户邮政编码+4未定   客户服务-客户数据     S/A ？CZP 客户邮政编码未定   客户服务-客户数据     P ？DZD 医生地址未定   ×     P ？DCT 医生城市未定   ×     P ？DDY 日剂量未定     P ？DEA 医生DEA号码未定   ×     P ？DFN 医生名字未定   ×     P ？DLN 医生姓氏未定   ×     P ？DPH 医生电话号码未定     P ？DRG DRNO未定   ×     P ？DRGI 没有描述     P ？DRUG 核实/明确药物     S ？DSF 医生DEA后缀未定   ×     P ？DST 医生状态未定   ×     P ？DYS 供应天数未定     P ？EXP EXP/PRN天数未定   ×     A ？GPR 组请求未定   合格的-其他     P ？IDT 发布日期未定   ×     A ？MBN 医护B号码未定   合格的-其他     P ？MDW 医生DAW未定     P ？MSG 消息未定     A ？PAG 病人年龄未定   非不可定的   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A ？PBP 病人出生日未定     合格-病人数据     A ？PCD 病人CLNT-DEPNO未定     合格-病人数据     A ？PCL 病人类别未定     合格-病人数据     A ？PDP 病人DEPENNO未定     合格-病人数据     P ？PDW 病人DAW未定     ×     P ？PFN 病人名字未定     ×     P ？PLN 病人姓氏未定     ×     P ？POV 价格上升未定     A ？PSX 病人性别未定     合格-病人数据     P ？QAC 实际数量未定     P ？QOR 原始数量未定     P ？RAC 实际的重配药未定     P ？RCD 没有描述     A ？RDT 接收日期未定     非不可定的     P ？ROR 原始的重配药未定     ×     P ？SIG 说明未定     ×     P ？TFM 三个复制表格未定     P 2RX′S 大量空白中的多个RX’S     A ABDIS 未连续的自动帐单     AR-信用卡     A ABREQ 自动帐单请求     AR-信用卡     P ADDHT 没有描述     A ADDR ADPAY名字/地址不正确     DE-其他     P AGLET 要求的委托一般信件     ×     P APPET 口味抑制剂；大量MD     A APPNC 未包含的器械     计划规则-覆盖范围     A AR104 这个G的无效优惠券数量     AR-优惠券     A AR106 支付额过大，发送到A/     AR-其他     A AR108 错误的优惠券值     AR-优惠券     A AR110 对于MED B，不要求共同支付     非不可定的     A AR111 不要求共同支付，ELNM无共同支付     非不可定的     A AR121 已经开具的发票     非不可定的     A AR122 ELNM数据丢失     合格的-其他     A AR123 对REPL″NC″PMT类型无效     非不可定的     A AR125 复制的″BB″优惠券不允许     非不可定的   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A AR202 你在这不能更新AR     非不可定的     A AR203 这里不能更新这种支付类型     非不可定的     A AR206 优惠券不是由这个组发出的     AR-优惠券     A AR207 会员优惠限制     AR-优惠券     P AR209 输入药物(药物REC未发现)     A AR210 非通用药物-不能使用C     AR-优惠券     A AR211 无效的注册码     合格的-其他     A AR212 只适用于CMS组的″CC″     AR-信用卡     A AR213 只适用于CMS组的″C1″     AR-信用卡     A AR214 只适用于CMS组的″C3″     AR-信用卡     A AR215 GRP/SU不允许的类型″C1″     AR-信用卡     A AR216 GRP/SU不允许的类型″C3″     AR-信用卡     A AR217 GRP/SU不允许的类型″CC″     AR-信用卡     A AR218 信用卡不在文件上     AR-信用卡     A AR219 信用卡过期     AR-信用卡     A AR221 没有发现NRXRGN REC     AR-信用卡     A AR222 只用于″CX″类型的产前药物     AR-优惠券     A AR223 不是由这个组发出的CX优惠券     AR-优惠券     A AR224 不是由这个组发出的PC优惠券     AR-优惠券     A AR225 不是由这个组发出的CV优惠券     AR-优惠券     A AR226 不是由这个组发出的CE优惠券     AR-优惠券     A AR227 已输入的″CY″类型     AR-优惠券     A AR228 药房(TS-QUE)不是CC自动     AR-其他     A AR229 NRXCTL REC不是CC自动     AR-其他     A AR230 CC AUTH将由EOP处理     AR-信用卡     A AR231 会员不设置分期付款     AR-其他     A AR232 全部是分期付款     AR-其他   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A  AR233 未发现处方记录     AR-其他     A  AR402 未发现发货单记录     AR-其他     A  AR404 已批准CC     AR-信用卡     A  AR501 输入MED-B(未发现合格的REC)     合格的-其他     A  AR502 MED-B-N中要求的″是″或″否″     合格的-其他     A  AR503 输入MED-B(合格的REC IND NOT)     合格的-其他     A  AR504 合格的MED-B不能使用优惠券     AR-优惠券     A  AR505 核实MED-B号码     ×     A  ARH01 *N112＞最低限额     A/R-限额     A  ARH02 *N112＞过去的会费     A/R-限额     A  ARH03 *N112＞优惠限额     A/R-限额     A  ARH04 头部超出     AR-其他     A  ARH05 通用药物可用     AR-其他     A  ARH06 批准被否定     AR-其他     A  ARH07 帐单拒付     AR-信用卡     A  ARH08 持有的分期付款     AR-其他     A  ARH11 最低限额     AR-限额     A  ARH12 最大的过去的会费     最大的过去的会费   A  ARH13 优惠限额     A/R-限额     A  ARH14 超出的共同支付     AR-其他     A  ARH15 通用药物可用     AR-其他     A  ARH16 威胁的检查     ×     A  ARH17 客户服务     ×     A  ARH18 药房中的丢失     客户服务-客户数据     A  ARH19 非客户服务     ×     A  ARH20 集中代理     ×     A  ARH21 批准的差距     AR-其他     A  ARH22 信用卡拒付     AR-信用卡     A  ARH23 转移前的WIP     AR-其他     A  ARH24 CUST具有COB     ×     A  ARH30 核实客户数据     AR-其他     A  ARLMT $限额超出(*N112)     高费用复核     A  ARMIS 帐户REC的杂项     AR-其他     A  ARRTE 发送到可接收的帐户     AR-其他     P  ASLET 需要加速的替代信件     ×     P  ASLEX 没有描述   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     p  AVONX AVONEX；ATTN C/S药剂师     p  BBGRF 多源药物-祖父级     p  BBILG 多次分布的RX牌     ×     p  BEDNL 没有描述     p  BEDUN 药物不可得/中断     ×     A  BELLS 病人没有签署声明表格     客户服务-客户数据     P  BEOTH 没有描述     P  BEQA2 MISC BEQA2 NEVADA     P  BETAS BETASERON：ATTN C/S药剂师     P  BLSTR 要求BLISTER包装     P  BLUCD 没有描述     P  BRAIL 要求BRAILLE标签     P  BRNDB 多源药物(B牌)     ×     P  BSC 没有描述     P  C2ALT 改变的C2处方     P  C2DAT 没有日期的C2     P  C2NON 非连接的CII     P  C2QES 不清楚的C2处方     P  C2RTE 没有描述     P  C2VER CII核实     A  CALPT 呼叫病人     客户服务-客户数据     A  CCPAY 检查信用卡信封     ×     P  CDRCH 呼叫帮助台-DUR未完成     P  CDRDA 药物过敏预警     P  CDRMC 药物病预警     P  CDRPA 药物年龄预警     A  CHADD     客户服务-客户数据     P  CHDIR     P  CHDRN 药物名字核实；看/听相似     P  CHDRS     P  CHGRX RXCHG；没有MD联系人；没有SOBA     P  CHIEF 发送到主要RPH以核实     P  CHPNM     P  CHRFL     A  CMORF 检查Morf的支付信息     ×     P  CMPD 没有描述   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  CMPDS CMPD RX；RTE复制到CMPD区域     P  CMPRX 组合处方说明     P  CNTRL 控制处方采用UD或PRN   ×     A  CPDRU 呼叫病人-没有药物   客户服务-客户数据     A  CPMDU 呼叫病人-没有MD   客户服务-客户数据     A  CPOOS 呼叫病人-药物缺货   客户服务-客户数据     A  CPTCH 中央PA货车司机-变化   合格的-其他     A  CPTCX 中央PA货车司机-取消   合格的-其他     A  CPTRX 中央PA货车司机-RX   合格的-其他     P  CRIXI CRIXIVAN：ATTN C/S药剂师     A  CRIXR CRIXIVAN注册.拒绝   合格的-其他     A  CRIXS CRIXIVAN注册.服务器错误   合格的-其他     P  CRXQA CRIXIVAN特殊处理     A  CSAAB CS添加自动帐单标志   AR-信用卡     A  CSC11 非连接的CII   客户服务-客户数据     A  CSCAN 药物DISC/不可得；客户服务   ×     A  CSDAB CS DISC.自动帐单标志   AR-信用卡     A  CSDEX DEXEDRINE不可得；C/S   客户服务-客户数据     A  CSGEH G.E.H.A发送到客户服务   客户服务-客户数据     A  CSIMI C/S IMITREX RX   客户服务-客户数据     A  CSMIS 各种客户服务   客户服务-客户数据     A  CSRTE 发送到客户服务   客户服务-客户数据     A  CSRTL 零售药房处方；发送到C/S   客户服务-客户数据     A  CSUNA 药物不可得；客户服务   客户服务-客户数据     P  CSVAC 没有描述     A  CXERJ 没有新的注册拒绝   AR-其他     P  CXLAL 没有描述     P  DCANT D/C；抗生物重构成     P  DCDIG 为了诊断的医生呼叫     P  DCLMT 最多/最少天供应错误   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  DCMIS 各种医生呼叫     P  DCPBD 核实病人出生日期     P  DCPFN 核实病人名字     P  DCRTE 回到D/C；每个病人     P  DCSSN 发送到医生呼叫     ×     P  DDMR D/C开药者需要SSN     P  DDPBD 定单进入复核请求(DDDE)     P  DDPFN 核实病人出生日期     A  DELIV 核实病人名字     客户服务-客户数据     P  DEMIS 各种数据输入     P  DETRN 没有描述     P  DIABS 糖尿病人供应；要求的说明     P  DIFPT 同一个处方上的2个不同PTS     P  DIRET 说明书核实     P  DISCD 最大剂量超出(*N215)     P  DOD30 修改处方：30天优惠配药     ×     P  DODRF DOD替换；使用的下一个配药     P  DODRP DOD替换；’Y’ON RFL SCR     P  DRG30 药房中没有的药物     ×     M  DRG31 小心的PRESCR目标药物     M  DRG32 小心的PRESCR PROACTIVE呼叫     P  DRG34 通用药物现在可得，加速替换     P  DRG38 变化到MDD/PROD的改革     P  DRG39 处方项目现在OTC     P  DRG40 制造商的变化     P  DRG41 重配方的药物/包装无DC     P  DRG42 药物撤消替换     ×     P  DRG43 NDP-ADS药物变为MDS     P  DRG44 没有描述     P  DRG52 中断的药物     ×   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  DRG53 生产取消     ×     P  DRG55 没有描述     P  DRG57 没有描述     P  DRG59 P药物检查量     P  DRG63 药物复核     P  DRG64 药物复核     P  DRG72 DOD新药物，还未包括     ×     P  DRG77 没有描述     P  DRGFL 药物不在药物文件上     P  DRGFR 药物形式核实     ×     P  DRGNM 药物名字核实；看、听相似     ×     P  DRGST 药物浓度核实     ×     P  DSMIS 各种特效药     P  DSRTE 发送到特效药     P  DUR99 没有描述     P  DURDD 药物相互作用     P  DURER 再配药太快     P  DURHD 最大剂量超出(*N215)     ×     P  DURTD 伴随的/复制的治疗     M  DYAZI DYAZIDE RX；谨慎的处方     P  ECODE 编码水平1错误     P  ED001 没有发现药物     P  ED002 没有发现发货单记录     P  ED004 这种药物不能被更新     ×     P  ED005 必须输入的化合物价格     A  ED007 中断的组     合格的-其他     A  ED009 在这个药方不活动的子组     合格的-其他     P  ED010 只在这个药房再配药     P  ED011 只在这个药房控制处方     P  ED012 只在这个药房控制再配药     A  ED013 未知的药房-IND(SUBF1)     合格的-其他     P  ED014 要求DEA码     ×     S  ED015 DEA码无效     ×     P  ED016 在DEA表上未发现DEA码   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  ED017 要求DEA….(B级编辑)     ×     P  ED018 未发现以前的处方     P  ED019 以前的处方未发现     P  ED021 组要求DEA码     P  ED022 未发现许可证的MD     P  ED023 MD DEA不在配置清单上     S  ED025 要求医生的邮政编码     ×     P  ED026 病人的姓不对于医生的姓     ×     A  ED027 大量名字不匹配的BC     合格的-其他     P  ED028 如果STAP输入STAP或MAP     P  ED030 要求的信息，任务是AO；其他是FO     P  ED031 多个工作日前计算错误     P  ED032 最近的处方….涉及管理者     P  ED033 要求最近的原因代码     P  ED034 NRX上的消息域无效     P  ED035 NRX上的消息域无效     A  ED036 声明号码无效/未发现     合格-规定的     A  ED037 声明开始日期＞今日日期     合格-规定的     A  ED038 声明结束日期＜今日日期     合格-规定的     A  ED039 MD姓对于声明无效     合格-规定的     P  ED040 请求的处方没有发现     P  ED045 必须输入分解     P  ED049 分解无效     P  ED053 处方已复制     P  ED055 处方先前已更新     P  ED057 SUB处方ERR….处方已被检查     P  ED058 SUB处方ERR….处方不是B牌     P  ED060 请求的RX CMT太大     P  ED061 连接到IESP3000错误；呼叫MIS     P  ED063 通用的DRNO未发现     M  ED064  PRESC CHC药物…要求RSLTN     A  ED065 记录日期＞ELIG传送日期(EU)     合格-规定的     A  ED066 客户离开     合格-规定的     P  ED068 未发现处方记录   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  ED069 再配药记录未发现     A  ED071 在MED-B-NO中要求是或否     AR-其他     P  ED077 处方不是针对这个客户     P  ED079 处方被取消     P  ED080 处方被停止     P  ED081 连接编码无效     P  ED082 要求联系人的名字     P  ED084 虚构的DEA#不能被输入     P  ED087 不能改变/取消&再输入     P  ED089 CTL记录未发现     A  ED098 内部的客户号无效BCBSNJ     合格的-其他     A  ED108 没有描述     合格的-其他     A  ED110 没有描述     合格的-其他     P  ED112 没有描述     P  ED300 未发现原始的再配药记录     P  ED301 原始KEYP日期转换错误     P  ED302 不能再配药还没有检查的处方     A  ED303 必须在原始药房中再配药     发送到药房-规则     P  ED304 不能再配药；再配药太多     A  ED306 组是无效的     合格-规定的     A  ED307 发布日期转换错误     合格的-其他     A  ED313 不能在这个药房再配药     发送到药房-规则     A  ED314 不是对客户的主要配药地点     发送到药房-规则     A  ED315 不是对新处方的配药地点     发送到药房-规则     P  ED318 不能在俄亥俄州配减食欲药     P  ED319 不能在药房12配ANAB消毒器     P  ED320 在复核定单后锁定处方     P  ED323 RX STP 34；ACCEL；替代     A  ED324 客户有首选的送货商     升级的送货     A  ED325 客户有首选的服务级别     升级的送货     P  ED326 要求医生呼叫     P  ED327 发送以用于分解过程   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A  ED328 不匹配的合格   合格-规定的     A  ED329 组号不在客户简介上   合格-规定的     A  ED330 到规则服务器的无效请求-呼叫MIS   发送到药房-规则     A  ED331 规则服务器错误-呼叫MIS   发送到药房-规则     P  ED332 规则输入位置不等于填充号     P  ED333 长说明书未决     P  ED334 说明书短代码无效     P  ED335 说明书太长     P  ED336 说明书太长；无效的短代码     P  ED337 说明书无效     A  ED338 自动帐单＝是但信用卡过期   AR-信用卡     P  ED339 规则服务器返回的O配药-NO   发送到药房-规则     P  ED340 发送到首席药剂师     P  ED344 发送到首席药剂师     P  ED350 没有描述     P  ED351 没有描述     P  ED353 没有描述     P  ED354 没有描述     P  ED355 没有描述     P  ED356 没有描述     P  ED357 CA MD要求双份的   ×     P  ED358 DOD PT DAW＝Y   ×     P  EFINV 没有描述     O  EHCDR 没有描述     O  EHPHR 没有描述     O  EHVND 没有描述     O  EHWSS 没有描述     O  EIFIX 没有描述     A  EL001 未发现资金数据   合格的-其他     A  EL002 不连续的组   合格-规定的     A  EL003 未发现子资金数据   合格-规定的     A  EL004 今天在有效日期之前   合格-组数据     A  EL010 不能不考虑合格   合格的-其他     A  EL011 不合格…..取消DA之后   合格-规定的     A  EL012 终止的覆盖范围   合格-规定的   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A  EL013 不具有资格的客户    合格-未发现     A  EL014 没有会员/家属记录    合格-规定的     A  EL015 类别/会员不匹配    合格-规定的     A  EL016 类别/配偶不匹配    合格-规定的     A  EL017 类别/家属不匹配    合格-规定的     A  EL018 会员不具有资格(日期)    合格-规定的     A  EL019 未发现正的覆盖范围记录    合格-未发现     A  EL020 会员不具有资格    合格-规定的     A  EL021 配偶不具有资格    合格-规定的     A  EL022 家属不具有资格    合格-规定的     A  EL023 家属超龄    合格-规定的     A  EL024 正的：会员不具有资格    合格-规定的     A  EL025 正的：配偶不具有资格    合格-规定的     A  EL026 正的：家属不具有资格    合格-规定的     A  EL027 没有输入EU出生YY(政策)    合格-规定的     A  EL028 没有输入EU病人名字(政策)    合格-其他     A  EL029 EU出生/病人出生YY不匹配    合格-规定的     A  EL030 EU名字/病人名字不匹配    合格-规定的     A  EL031 出生YY不等于EEUNH出生YY    合格-规定的     A  EL032 性别/REL不匹配检查性别/类别    合格-规定的     A  EL033 配药日期不在有效日期内    合格-规定的     A  EL034 客户没有家庭覆盖    合格-规定的     A  EL035 病人的姓不匹配    合格-其他     A  EL036 不合格-规定的在有效日期前    合格-规定的     A  EL037 要求的地址发布    客户服务-客户数据     A  EL038 客户号未知    合格-其他     A  EL039 记录日期＞21天前    非不可定的     A  EL040 清除的病人；资格正确    合格-规定的     A  EL041 客户号的多个组/子组    合格-组数据     A  EL042 在多个组/子组中合格    合格-组数据     P  EL043 名字/地址在DE变化；检查ID#    ×   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A  EL044 编码1程序不能比较地址    合格-其他     A  EL045  ELIG和SPM地址不同    合格-其他     A  EL046  ELIG不提供地址    合格-其他     P  EL047 家属不在资格文件上    合格-未发现     A  ELAGE 年龄限制；合格    合格-规定的     A  ELFWD 前进到ELIG；参见备注    合格-其他     A  ELMIS 各种合格情况    合格-其他     A  ELMMNF POS；未发现会员    合格-规定的     A  ELPAR 要求先前的批准，合格    计划规则-覆盖范围     A  ELPNF POS；未发现人员号码    合格-规定的     A  ELPOA POS；病人超龄    合格-规定的     A  ELPRA 要求先前的批准；发送到ELIG    计划规则-覆盖范围     A  ELRTE 发送到合格    合格-其他     O  EMCAN 没有描述     A  EMERG 紧急定单    客户服务-客户数据     O  EMINV 没有描述     P  ES 没有描述     O  ESVPT 没有描述     A  EUCLR 资格说明    合格-其他     A  EXPED 加急送货(×T105/*N112)    升级的送货     P  FAXRN 没有描述     P  FEPAT FED；处方看上去变化了     P  FEPCX 为正确的SOBA取消FEP     P  FEPDN FED；超过72小时没有药物     P  FETAT 没有描述     P  FFMIS 前方药房的各种杂项     P  FHAPP 传真过程错误/医生呼叫     P  FHC2D C2药物不可传真     P  FHCDR 公司规则禁止传真     P  FHER1 传真服务不可用/医生呼叫     P  FHER2 传真服务不可用/医生呼叫   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  FHER3 传真服务不可用/医生呼叫     P  FHER6 传真服务不可用/医生呼叫     P  FHNOS 核实为不安全的传真号码     O  FHNVR 没有描述     P  FHPHR 不能发传真的药房     P  FHPLN 计划不允许发传真     P  FHSTD 状态禁止发传真     P  FHSYS 传真过程错误/医生呼叫     P  FHWSS 错误的源系统/不可传真     O  FIDCR 不能传真/要求医生呼叫     O  FIFIX 发货单可能可用传真发送/更新数据     O  FINV 将被传真的发货单内容     O  FIUNV 传真服务不可用     P  FRIDG 不能发货-冷藏     O  FSAPP 应用错误，检查传真过程     O  FSNO# 文件上没有传真号码     O  FSOLD 旧的传真号码     P  FSUNS 不安全的传真号码     ×     P  FSVDG 核实药物信息     P  FSVMB 核实会员信息     P  FSVMD 核实开药者信息     ×     P  FSVPT 核实病人信息     ×     A  FV001 必须输入客户的姓     非不可定的     A  FV002 必须输入客户的名     非不可定的     A  FV003 必须输入客户城市     非不可定的     A  FV004 必须输入客户的州     非不可定的     A  FV005 客户的邮政编码无效     非不可定的     P  FV008 必须输入MD的名字     P  FV011 MD的邮政编码无效     ×     P  FV022 DRNO无效     P  FV031 没有描述   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  FV032 没有描述     P  FV033 没有描述     P  FV040 没有描述     A  FV101 无效的CIN号码(CUSTNO)    合格-其他     A  FV103 CAMPBELLS DEPENNO丢失    合格-其他     P  FV105 同时输入类别和DEPENNO     A  FV106 类别必须是’M’或’S’    合格-其他     A  FV107 检查类别和/或DEPENNO    非不可定的     P  FV109 没有描述     P  FV112 DRNO检查数字是无效的     P  FV113 发布日期＞今天日期     P  FV115 发布日期＞接收日期     P  FV116 用于180天计划的RE-SCREEN     A  FV117 ILG资金必须是001-998    合格-其他     A  FV120 ILG状态无效    合格-其他     A  FV121 ILG局部必须是0001-9998    合格-其他     P  FV122 说明书短代码无效     P  FV123 说明书太长     P  FV124 说明书太长，无效的短代码     P  FV125 说明书无效     P  FV300 日供应超出无效     P  FV303 替换数量是无效的     A  FV304 会员地址相等的空间    非不可定的     P  FV335 说明书太长     O  FXCAN 传真候选者     P  GEHUN 附加的GEHA更新    ×     A  GHPRA 成长激素先前的许可    计划规则-覆盖范围     P  GLYNA GLYNASE；核实无替代     P  HCAMC 未知的错误     P  HDRVF 必须核实传真标题     P  HEP＜3 HEP VACC＜3剂-缅因州     A  HEPAT 缅因州的肝炎VACC COPAY    AR-其他     P  HICRX 高费用处方     P  HOLD 持有；可用性＜72小时     P  HTYPE 手类型：长SIG/CMPD ETC     P  HUMHB 没有描述   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  IGIL 要求IGI信件     P  ILLEG 非法的处方(空白)     ×     P  IMITX IMITREX：工具包或预先填充的SYRIN     P  LACRI LACRISERT：不可用的     P  LEVL2 2级药物核实TEXAS     ×     P  LGPRT 要求大的打印标签     P  LGSIG 说明书大于144CH     P  LSTML 没有描述     P  MACPR 在NDC文件上的OMAC价格     M  MCLET 要求管理维护信件     ×     P  MD002 输入药剂师名字     ×     P  MD004 输入电话号码     ×     P  MD005 要求另外的MD信息     ×     P  MDDEF 默认的MD(医生不在文件上)     ×     P  MDDUP 在文件上MD默认的复制的MD     ×     P  MDSIG 医生签名丢失     ×     P  MDSSN 开药者要求的SSN     ×     P  MDVER 用于核实的医生呼叫     ×     P  MDWCB 医生将回电话     A  MEMAD 核实会员地址     客户服务-客户数据     P  MEMCT 核实会员城市     ×     A  MEMFN 核实会员名字     客户服务-客户数据     A  MEMLN 核实会员的姓     客户服务-客户数据     A  MEMNM 名字错误；CXL ALL；重新输入     合格-其他     P  MEMSS 核实会员SS#     ×     P  MEMST 核实会员的州     ×     A  MEMZP 核实会员的邮政编码     客户服务-客户数据     P  MIRL 没有描述     P  MLSRX 没有描述     P  MUSTA MUSTARGEN；要求病例号码     P  N 没有描述     P  NDPBC 没有描述     P  NDPCN NDP；后端取消     P  NDPSP NDP；后端分隔定单   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  NFDNA NON FEP；药物不可用＞72小时     P  NJRXF 为NJ要求的格式检查处方     P  NONSF 没有描述     A  NOPAY 付款未指明   AR-其他     P  NOTMS 不适合邮件服务     P  NOTRX 不是处方     P  NRXNO 药物不通过NRX来配发     P  OER 要求定单输入复核     P  OER2 要求定单输入复核(2)     P  OERIP 进行中的定单复核     P  OERNB 要求定单输入复核(NB)     P  OERSP 要求定单输入复核(SP)     P  OFS00 在库存中；获得的处方；没有联系     P  OFS01 CXL；MD要求处方返回S022     P  OFS02 处方CHG；MD改变处方     P  OFS03 CXL；MD改变处方     P  OFS04 CXL；返回的处方     P  OFS05 MD要求PT等候     P  OFS06 PT要求的等候     P  OFS07 CXL不能联系上PT/MD     A  OFS09 PT到呼叫；CS呼叫PT   客户服务-客户数据     A  OHPRA POS；要求以前的许可   计划规则-覆盖范围     P  OHTRF PT请求等待＞72小时CXL&HOLD     A  OOSNF 缺货NON-FEP；呼叫PT   客户服务-客户数据     P  OOSTK 缺货   ×     P  OPTOM TX.验光师药物核实     A  ORFL？ 从旧的卖方再配药；返回   客户服务-客户数据     P  ORNCR 定单复核不一致；QA2     P  OSTMY 造口术产品     P  OTCNC OTC不包含在内   计划规则-覆盖范围     P  PITRF HARRISBURG转移；TWIP   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  PANNE 没有描述     A  PATNM 核实病人名字   客户服务-客户数据     A  PAYCC 对照定单检查付款   ×     A  PAYMT 定单付款不正确   ×     A  PHARM 发送给正确的药房   客户服务-客户数据     P  PHOTO 复制处方     A  PIKUP C/S准备挑选   客户服务-客户数据     P  PIRF 再配药中的电话     P  PL001 GRP不包含C或N药物     P  PL002 GRP不包含N药物     P  PL003 GRP不包含C药物     P  PL004 GRP不包含药物(EXCL)     P  PL005 通用药物的品牌ECXL     P  PL006 在TAMPAII输入FEP控制     P  PL007 GRP不包含B牌药物     M  PL008 ILG NON-FORM.，发送到PRU PRESC     P  PL009 药物DRNO不包括在内(EXCL)     P  PL010 药物NDC-NO不包括在内(EXCL)     P  PL011 以前的批准，不能覆盖规则     P  PL012 没有发现药物     A  PL013 GRP的NSRULE不良状态标志 计划规则-覆盖范围     P  PL014 药物不包含在覆盖范围中     P  PL015 药物分类＝0     P  PL016 药物分类不包括在内     A  PL017 药物不包括在内(以前的批准) 计划规则-覆盖范围     P  PL018 未发现子资金     A  PL019 计划规则日期＞具体 计划规则-覆盖范围     P  PL022 QTY-ACT必须是1     P  PL023 DOSES-DAY必须是99.9     P  PL024 计算的DOSES-DAY是0   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  PL025 QTY-ORIG计算错误     P  PL026 日供应*N110＜计划的最小值*N210 计划规则-限制     P  PL029 预包装药物数量＞9     P  PL030 QTY-ACT必须＞0     P  PL031 QTY-ACR＞QTY-ORIG     P  PL032 不是P药物；检查数量     P  PL033 QTY-ACT＞麻醉剂限制     P  PL034 QTY-ACR＞控制限制     P  PL035 数量不能超出300(CAT03)     P  PL036 允许5次再配药；为了改变呼叫MD     P  PL037 计算的日供应＜1     P  PL038 再配药实际超过限制     P  PL039 GRP允许5次再配药     P  PL041 再配药次数必须＜6(控制)     P  PL043 发布日期超过一年 ×     P  PL044 发布日期超过6个月 ×     P  PL045 没有为你的药房定义PRN     P  PL046 不能同时输入PRN+# RELLS     P  PL047 允许过期天数达182     P  PL048 允许过期天数达365 ×     P  PL049 基于发布/过期的处方过期     P  PL050 发布日期＞19天以前     P  PL051 ILG允许30天的HALCION     P  PL052 PRN#再配药次数超出     A  PL053 以前的批准#再配药次数超出 计划规则-覆盖范围     A  PL054 以前的批准不允许RFLLS 计划规则-覆盖范围     P  PL055 麻醉药日供应＞30     P  PL056 麻醉药日供应＞60     P  PL057 麻醉药日供应＞90     P  PL058 麻醉药日供应＞180-STERIODS     P  PL059 控制药日供应＞100     P  PL060 CII日供应＞30     P  PL061 不满足最少的天数/RFLL要求   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  PL062 QTY＞100且日供应＞60     P  PL063 QTY＞270且日供应＞90     P  PL064 数量和天数超过GRP限制     P  PL065 不满足最少的天数/RFLL要求     P  PL066 数量＞计划允许的     计划规则-限制     P  PL067 控制药物天数＞限制     P  PL068 DAYS-SPLY*N110＞PLN MAX*N210     计划规则-限制     P  PL069 DAYS-SPLY*N110＜PLN MIN*N210     计划规则-限制     P  PL070 再配药次数超过控制限制     P  PL071 针/注射天数＞180     P  PL072 超过的PRN日供应     P  PL073 超过的EXP日供应     P  PL074 RFLS＞计划最多的RFL天数     P  PL075 不为女性所用的药物     P  PL077 家生活高费用药物     P  PL078 高费用处方；请求批准     A  PL079 CII处方；EUNH REC NOT CURRENT     计划规则-限制     A  PL080 CII处方；EUNH SS# NOT PRESENT     计划规则-限制     P PL081 调节的最近CD；C药物     ×     P  PL082 调节的最近CD；D药物     ×     P  PL083 CII药物的无效MD州     P  PL084 CII药物的无效MD邮政编码     P  PL085 CII药物不是来自TX医生     P  PL086 CII药物；需要三份复制表格     P  PL087 控制药物，发布日期太早     ×     P  PL088 ＞最大剂量；也必须OVR规则     P  PL089 ＞最大剂量；要求(DOR)(POR)(SOR)     P  PL090 ＞最大剂量…..呼叫管理者     P  PL091 DEXEDRINE SPLY＞30     P  PL092 DEXEDRINE SPLY＞60     P  PL093 DEXEDRINE SPLY＞90     P  PL094 DEXEDRINE SPLY＞30 ADD/NARC     P  PL095 QTY-ACT DEXEDRINE-滥用     P  PL096 要求MD州，三倍的/BENZO     ×     P  PL097 CIII发布日期＞限制     ×     P  PL098 SC医生；数量.＞120或D/S＞30   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P PL099 CIII药物；发布日期＞30天 ×     P PL101 发布日期超过6个月 ×     P PL102 MD计算天数过多(*N110)     P PL104 这可以是D/D吗？(DOD) ×     P PL300 不允许再配药     A PL301 只在这个药房控制处方 发送到药房-规则     A PL302 N-控制药物没有再配药 计划规则-限制     A PL303 不能代替C或N药物     P PL304 控制/麻醉不包含在内     A PL305 在原来的药房中控制药物再配药 发送到药房-规则     P PL306 原来的RX5天不在文件上     P PL307 GRP只允许180天/RX     P PL308 自原来的KEYP-DT超过180天     P PL309 在过去的5天内检查处方     P PL310 供应留下的所有配药次数＞计划的最大值     P PL311 日供应＞计划的最多使用PULLC     P PL312 原始的KEYP日期转换错误     P PL313 发布日期转换错误     P PL315 有效的处方超过计划的限制     P PL316 利他林供应天数＞30天     P PL318 要求MD州，两份表格 ×     P PL319 针/注射器需要两份表格     P PL320 要求MD州，三份表格     P PL321 SIG是要求的″UD″医生呼叫     P PL325 俄亥俄州减食欲药超过限制     P PL326 特拉华州MD；QTY ACT＞100 ×     P PL327 新泽西州MD要求’J‘在试验域中 ×     A PL800 计划不包含药物 计划规则-覆盖范围   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  PL801 在NDC MASTER上未发现NDC     A  PL802 要求以前的批准   计划规则-覆盖范围     A  PL803 计划服务器覆盖范围IND错误   计划规则-覆盖范围     P  PL804 药物不包含在内，性别限制   计划规则-覆盖范围     A  PL805 药物要求药物补偿   计划规则-覆盖范围     P  PL807 没有描述     P  PL808 没有描述     P  PL809 没有描述     P  PL810 没有描述     A  POS00 见POSRS记录   POS-其他     A  POS01 (*T110*T210)   POS-其他     A  POS02 (*T110*T210)   POS-其他     A  POS03 (*T110*T210)   POS-其他     A  POS04 (*T110*T210)   POS-其他     A  POS05 未发现PRVDR   POS-其他     A  POS06 (*T110*T210)   POS-其他     A  POS07 无效卡#   POS-其他     A  POS08 (*T110*T210)   POS-其他     A  POS09 无效DOB   合格-规定的     A  POS10 (*T110*T210)   POS-其他     A  POS11 无效关系   合格-规定的     A  POS12 (*T110*T210)   POS-其他     A  POS13 (*T110*T210)   POS-其他     A  POS14 (*T110*T210)   POS-其他     A  POS15 (*T110*T210)   POS-其他     A  POS16 (*T110*T210)   POS-其他     A  POS17 (*T110*T210)   POS-其他     A  POS18 无效数量   POS编辑     A  POS19 无效日供应   POS编辑     A  POS20 (*T110*T210)   POS-其他     A  POS21 未发现NDC#   POS编辑     A  POS22 (*T110*T210)   POS-其他     A  POS23 无效ING费用   POS编辑     A  POS24 (*T110*T210)   POS-其他     A  POS25 无效的开药者ID   POS-其他     A  POS26 (*T110*T210)   POS-其他     A  POS27 (*T110*T210)   POS-其他     A  POS28 (*T110*T210)   POS-其他   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A  POS29 (*T110*T210)    POS-其他     A  POS30 无效的先前批准    POS-其他     A  POS31 (*T110*T210)    POS-其他     A  POS32 (*T110*T210)    POS-其他     A  POS33 (*T110*T210)    POS-其他     A  POS34 (*T110*T210)    POS-其他     A  POS35 (*T110*T210)    POS-其他     A  POS36 (*T110*T210)    POS-其他     A  POS37 (*T110*T210)    POS-其他     A  POS38 (*T110*T210)    POS-其他     A  POS39 (*T110*T210)    POS-其他     A  POS40 提供者不在文件上    POS-其他     A  POS41 MISC TPA错误消息    POS-其他     A  POS50 未发现PRVDR     A  POS51 未发现组    合格-规定的     A  POS52 未发现会员    合格-未发现     A  POS53 未发现人员#    合格-规定的     A  POS54 未发现NDC#    POS-其他     A  POS55 (*T110*T210)    POS-其他     A  POS56 (*T110*T210)    POS-其他     A  POS57 (*T110*T210)    POS-其他     A  POS58 (*T110*T210)    POS-其他     A  POS59 (*T110*T210)    POS-其他     A  POS60 MISC TPA错误消息    POS-其他     A  POS61 MISC TPA错误消息    POS-其他     A  POS62 MISC TPA错误消息    POS-其他     A  POS64 MISC TPA错误消息    POS-其他     A  POS65 会员不合格    合格-规定的     A  POS66 PNT超龄    计划规则-覆盖范围     A  POS67 会员不合格    合格-规定的     A  POS68 会员不合格    合格-规定的     A  POS69 会员不合格    合格-规定的     A  POS70 NDC#未包含    计划规则-覆盖范围     A  POS71 (*T110*T210)    POS-其他     A  POS72 (*T110*T210)    POS-其他     A  POS73 (*T110*T210)    POS-其他     A  POS74 (*T110*T210)    POS-其他     A  POS75 要求以前的批准    计划规则-覆盖范围     A  POS76 超出限制    计划规则-限制   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A  POS77 (*T110*T210) POS-其他     A  POS78 费用超出最大值 POS-其他     P  POS79 再配药太快     A  POS80 (*T110*T210) POS-其他     A  POS81 (*T110*T210) POS-其他     A  POS82 (*T110*T210) POS-其他   S/A  POS83 已支付的Dup索赔 POS编辑     A  POS84 捕获的索赔 POS-其他     A  POS85 未处理的处方 POS编辑     A  POS86 (*T110*T210) POS-其他     A  POS87 (*T110*T210) POS-其他     A  POS88 (*T110*T210) POS-其他     A  POS89 (*T110*T210) POS-其他     A  POS90 (*T110*T210) POS-其他     A  POS91 (*T110*T210) POS-其他     A  POS92 系统不可用 POS编辑     A  POS93 (*T110*T210) POS-其他     A  POS94 (*T110*T210) POS-其他     A  POS99 主机处理错误 POS编辑     A  POSE7 METRIC小数数量拒绝 POS-其他     A  POSHC 销售点(POS)高费用 高费用复核     A  POSPD POS索赔；成功付款 POS-其他     A  POSRJ 销售点(POS)拒绝 POS-其他     M  PPAPP 谨慎的开药者，批准的 ×     M  PPCAN 谨慎的开药者，CAND(*T102) ×     M  PPLET 要求管理维护信件     M  PPMIS 各种谨慎的PRESC ×     A  PPMLR 预付的信封 客户服务-客户数据     M  PPRTE 发送到谨慎的开处方 ×     A  PRAPP 核实以前的批准 计划规则-覆盖范围     P  PRFL 复核PROFM屏幕     A  PRIOR 为了以前的批准呼叫客户 计划规则-覆盖范围     P  PROFL 简介说明     P  PRORV 专业复核 ×     P  PTMRL 没有描述     P  PTVER 没有描述     P  QA2DI 药物中断；QA2     P  QA2UN 药物不可用；QA2   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  QAAUD QA审计     P  QADEA MD DEA从控制处方丢失   ×     P  QADRU 优先下定单的QA药物     P  QAMIS PIRF客户服务评论     P  QAMSC 各种质量保证     P  QAOER QA；药物特定的定单复核     P  QAPBD 核实原始处方上的DOB     P  QAPFN 核实原始处方上的PT名字     P  QARTE 发送到QA-1区域     P  QARVW 为祖父级复核     P  QAUNA 中枢神经刺激剂可得性；QA     P  QSMIS 快速启动的杂项     P  QSMR 定单输入复核请求(QSRX)     P  QSOER 要求的快速启动定单复核     P  QT120 CII数量减少到120个单位     P  QT360 CIV数量减少到360DS     P  QTY30 CII数量减少到30DS     P  QUINE 不包括腿抽筋药物     P  REFRM 由MFG调节；D/C核实     P  RENCL 未附加的更新   ×     P  RENNO 更新的说明   ×     P  RETIN RETIN超过26岁     P  RFLQT 再配药数量不同于原始的数量     P  RFLSG 再配药SIG不同于原始的     P  RFPRN PRN再配药＝0     P  RICHG RFL RT FLAAG改变的*T110     P  RLES 没有描述     P  RTLRX 零售药房处方     A  RU001 在*T103中的CUST和/或GRP积极分子   发送到药房-规则   A  RU002 必须在*T103中填充RFLS   发送到药房-规则   A  RU003 为TX MD输入CII，TX中的CUS   发送到药房-规则   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？   A  RU004 在*T103中为非TX MD输入C2   发送到药房-规则   A  RU005 在*T103中为TX CUST输入CII   发送到药房-规则   A  RU006 未使用的   发送到药房-规则   A  RU007 为NY MD输入BENZO，CUS在NY   发送到药房-规则   A  RU008 在PA1中为非NY MD输入BENZO   发送到药房-规则   A  RU009 在PA1中为NY CUS输入BENZO   发送到药房-规则   A  RU010 在MA中为CONTIG MD ST输入CII   发送到药房-规则   A  RU011 在T1中输入CII NONCONTIG MD ST   发送到药房-规则   A  RU012 在T1中输入CII NONCONTIG MD ST   发送到药房-规则   A  RU013 在俄亥俄州输入利他林   发送到药房-规则   A  RU014 在俄亥俄州输入中枢神经刺激剂   发送到药房-规则   A  RU015 在俄亥俄州输入麻醉药   发送到药房-规则   A  RU016 没有给C2的RXDIRECT   发送到药房-规则   A  RU017 在德克萨斯州中没有控制剂的RXDRT   发送到药房-规则   A  RU018 在德克萨斯州中没有合成代谢的RXDRT   发送到药房-规则   A  RU019 在德克萨斯州中没有减食欲药的RXDRT   发送到药房-规则   A  RU020 在俄亥俄州没有C2’S的RXDIRECT   发送到药房-规则   A  RU021 在俄亥俄州没有合成代谢的RXDRT   发送到药房-规则   A  RU022 在俄亥俄州没有减食欲药的RXDRT   发送到药房-规则   A  RU023 只针对在新泽西州的NJ FEP CUS的RXDRT   发送到药房-规则   A  RU024 只针对在T1的T1 FEP CUS的RXDRT   发送到药房-规则   A  RU025 非NJ FEP CUST没有RXDRCT   发送到药房-规则   A  RU026 非T1 FEP CUST没有RXDRCT   发送到药房-规则   A  RU027 RFE；对于*T103中的非TX MD   发送到药房-规则   A  RU028 在新的*T103中输入新的处方   发送到药房-规则   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？   A  RU029 在*T103中输入RFLS   发送到药房-规则   A  RU030 在*T103中输入再配药次数   发送到药房-规则   A  RU031 在*T103中的过程控制   发送到药房-规则   A  RU032 麻醉药没有快速启动   发送到药房-规则   A  RU033 控制药物没有快速启动   发送到药房-规则   A  RU034 在*T103中处理长DRCTNS   发送到药房-规则   A  RU035 在*T103中NY MD的合成代谢   发送到药房-规则   A  RU036 在PA中非NY MD的合成代谢   发送到药房-规则   A  RU037 在PA1中NY CUS的合成代谢   发送到药房-规则   A  RU038 在PA中非NY MD的合成代谢   发送到药房-规则   A  RU039 不能转移控制再配药   发送到药房-规则   A  RU040 在*T103中输入未知的MD州   发送到药房-规则   A  RU041 在*T103中输入未知的MD州   发送到药房-规则   A  RU042 在*T103中未未知的MD输入CII   发送到药房-规则   A  RU043 发送到*T103的橙皮书药物   发送到药房-规则   A  RU044 在PA中填充的非NY MD的CII’S   发送到药房-规则   A  RU046 在PA中准备好处理控制药物   发送到药房-规则   A  RU047 在*T103中的合成控制药物   发送到药房-规则   A  RU051 在*T103中控制再配药   发送到药房-规则   A  RU053 在NDP中CAREMARK CNTRL进行MD呼叫   发送到药房-规则   A  RU054 CAREMARK NON-CNTRL PULLC IN NDP   发送到药房-规则   A  RU055 CAREMARK NON-CNTROL PULLC IN OH   发送到药房-规则   A  RU056 CAREMARK CNTRL：在OH进行MD呼叫   发送到药房-规则   A  RU057 CAREMARK NON-CNTROL PULLC IN TX   发送到药房-规则   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     A  RU058 CAREMARK控制；需要新的处方   发送到药房-规则     A  RU076 没有描述   发送到药房-规则     A  RU078 没有描述   发送到药房-规则     A  RU080 没有描述   发送到药房-规则     A  RU082 没有描述   发送到药房-规则     A  RU084 没有描述   发送到药房-规则     A  RU101 没有描述   发送到药房-规则     A  RU999 没有描述   发送到药房-规则     P  RWMR 要求定单输入复核(PIRN)     P  RWOER 在更新定单复核中的电话     P  RXALT 处方似乎变化了   ×     P  RXCNT 处方不匹配的号码     P  RXCXL CXL；再次输入NO MD CONTA NO SO     P  RXDIR 处方指示的杂项     P  RXDIS 药物中断   ×     P  RXDOH 处方指示转移(俄亥俄州)     P  RXDTX 处方指示转移(德克萨斯州)     P  RXFIL PT不希望配药所有的处方     P  RXMFG 持有处方-制造商改变     P  RXMOV NDP中进行中的药物移动     P  RXTRS 定单复核-EXT转移的处方     P  RXUNA 药物不可得；医生呼叫   ×     P  SDURL 要求SENIORS DUR信     P  SEEEZ 没有描述     P  SEEQ1 没有描述     P  SEEQ3 没有描述     P  SEEQ9 没有描述     P  SHLCN 需要SENIORS帮助热线呼叫     P  SHMIS 特殊手的混杂   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  SIGST MD签名已盖印/已键入     ×     P  SIGVR 说明书核实     A  SM001 要求特殊的邮寄复核     升级的送货     P  SPDRG 没有描述     P  SPLIT 从另一个药房再配药     P  STC 处方被STCXL取消     P  STOCK 发送到FA；OOS     P  SUPMD 需要监督MD名字     P  SURDA SENIORS药物已改变     P  SURDD SENIORS药物-药物编辑     ×     P  SURDL SR DUR；要求BEQA2 PT信件     P  SURDO 没有描述     P  SURHD SENIORS最大日剂量     ×     P  SURMC SENIORS药物-疾病编辑     ×     P  SURPA SENIORS药物-年龄编辑     ×     M  SWTCH 切换回说明     P  SYRIN 没有描述     O  TEST JEFFS测试PRADD ASSINED TO SV     P  TORAD TORADOL；要求呼叫     P  TRIPL 三份复制的表格(NY BENZODIAZEP)     P  TRNAD 到前端的RTE转向组     P  URCON 在14天内受控的药物     P  URDCP POS；DUP索赔     ×     P  URDUP 复制的药物，PAT.，同一天     P  URIR 特质复核     P  URMDD POS；限制超过MDD     ×     P  URMIS DUR的杂项     P  URPCH POS DUR....呼叫帮助台     P  URPCN POS DUR；受控的药物     ×     P  URPD1 POS DUR-药物相互作用     P  URPDA POS DUR-药物过敏告警     ×     P  URPDC POS DUR-推断的药物疾病     ×     P  URPDD POS DUR-药物相互作用     ×     P  URPDF POS DUR-药物食品相互作用   组   原因     协议描述     成群的 存在(姓名)？未注册 的药品？单数？没有 (不在Alpha中)？     P  URPDI POS DUR-药物不相容性     P  URPDL POS DUR-药物LAB冲突     P  URPDO POS DUR-DOD最大剂量超出    ×     P  URPDP 复制药物，PAT.，同一天    ×     P  URPDS POS DUR-烟草使用预防     P  URPER POS DUR-REF太快(*T120)    ×     P  URPHD POS DUR-最大剂量超出    ×     P  URPID POS DUR-成分复制     P  URPIR 特性复核    ×     P  URPLD POS DUR-低剂量告警    ×     P  URPLR POS DUR-使用不当预防     P  URPMC POS DUR-药物疾病预防    ×     P  URPMN POS DUR-不充分的持续时间     P  URPMX POS DUR-过长的持续时间     P  URPOH POS DUR-酒精预防     P  URPOV POS DUR泛滥…呼叫TPA     P  URPPA POS DUR-药物年龄预防    ×     P  URPPG POS DUR-药物妊娠警报     P  URPPR POS DUR-先前不利的反应     P  URPSX POS DUR-药物性别告警    ×     P  URPTD POS DUR-DUP/伴随物治疗    ×     P  URREF 再配药太快    ×     P  URRTE 发送到DUR     P  URSDD 严重的药物相互作用    ×     P  URSTD 系统错误     P  VERAD 核实客户地址    客户服务-客户数据     P  VERPT 核实病人的姓    ×     P  WARD 没有描述     P  WCAPG 药物妊娠警报    ×     P  XLBLR 额外的瓶标签请求
权利要求书
(按照条约第19条的修改)
117、一种处理医疗处方定单的系统，包括：
一个定单接收模块；
一个定单成像模块；
一个特殊处理模块；
一个定单存档模块；
一个定单输入模块；
一个传真接收模块；
一个定单分配模块；
一个协议分解模块；
一个数据核实模块；和
一个发货模块。
118、一种处理医疗处方定单的系统，包括：
一个计算机网络；
连接到所述计算机网络的一个主机；
连接到所述计算机网络的至少一个集线器，所述集线器包括：
一个定单接收模块；
一个定单成像模块；
一个特殊处理模块；
一个定单存档模块；
一个传真接收模块；
一个工作流程模块；
一个协议分解模块；和
一个发货模块。
119、一种用于至少一个医疗处方的定单处理系统，包括：
一个计算机网络；
连接到该网络的一个计算机处理器；
连接到该计算机处理器的储存器和内存，以存储定单、定单图像 和软件模块；
连接到该计算机处理器的至少一个扫描仪，用于扫描文件；
连接到该计算机处理器的通信链接，用于与用户通信；
连接到该计算机处理器的至少一个显示器，用于显示定单图像；
连接到该计算机网络的至少一个协议分解数据库；
与网络进行通信的至少一台传真机；
一个图像质量控制处理模块，存储在计算机可读存储介质中，所 述图像质量控制处理模块在所述计算机处理器中是可执行的，配置所 述质量控制处理模块以复核、接受和/或拒绝所述的至少一个扫描仪 所捕获的图像；
一个定单标题处理模块，存储在计算机可读存储介质中，所述定 单标题处理模块在所述计算机处理器中是可执行的，配置所述定单标 题处理模块以复核和接收与所述定单相关的非临床数据；
一个定单完成处理模块，存储在计算机可读存储介质中，所述定 单完成处理模块在所述计算机处理器中是可执行的，配置所述定单完 成处理模块以复核和接收与所述定单相关的临床数据；
一个协议分解处理模块，存储在计算机可读存储介质中，所述协 议分解处理模块在所述计算机处理器中是可执行的，配置所述协议分 解处理模块以分解与所述定单相关的适用协议；
一个医生呼叫处理模块，存储在计算机可读存储介质中，所述医 生呼叫处理模块在所述计算机处理器中是可执行的，配置所述医生呼 叫处理模块以接收有关所述定单的信息；
一个命令和控制处理模块，存储在计算机可读存储介质中，所述 命令和控制处理模块在所述计算机处理器中是可执行的，配置所述命 令和控制处理模块以监测和接收到所述系统的输入；
一个定单配药模块，存储在计算机可读存储介质中，所述定单配 药模块在所述计算机处理器中是可执行的，配置所述定单配药模块以 给所述定单配药。
一个发货处理模块，存储在计算机可读存储介质中，所述发货处 理模块在所述计算机处理器中是可执行的，配置所述发货处理模块以 处理所述定单的发货清单。
120、一种用于为至少一个医疗处方自动处理定单的方法，该方 法包括以下步骤：
a.接收所述定单，其中所述定单是通过一个预定的通信通道接 收的；
b.分配所述定单给至少一个队列，其中所述队列是从多个队列 中选择的；
c.处理所述定单，其中处理所述定单的所述步骤包括，执行必 要的动作，以使所述定单通过至少一个中间队列从至少一个初始队列 前进到一个最终队列，其中所述最终队列导致所述定单发货到病人； 和
计算一个定单什么时候需要被配药；
其中：
计算步骤是基于接收定单的通道以及该病人的身份执行的，和
用户从所述多个队列中访问任何一个队列是由用户的简要描述 决定的。