远程药物管理系统的操作.pdf

远程药物管理系统的操作
     相关申请的交叉引用

    本申请是于2007年3月12日递交的题为“远程药物管理系统(Remote MedicationManagement System)”的在先美国专利申请号11/685,191的部分继续申请，所述在先申请是于2004年12月15日递交的题为“集成的非顺序性远程药物管理和遵从系统(Integrated，Non-Sequential，Remote Medication Management and Compliance System)”的在先美国专利申请序列号11/013,285的部分继续申请，所述在先申请要求于2004年4月24日递交的题为“非顺序性药物递送系统(Non-Sequential Medication Delivery System)”的临时美国专利申请序列号60/565,221的利益。这些在先申请的每一个通过引用被整体并入本文。

    【发明领域】

    本公开总地涉及用于帮助患者遵从医嘱服药的系统，并且更具体地涉及用于远程地向患者递送单个剂量治疗产品的装备和方法。

    【发明背景】

    患者不遵从规定的药物方案是一个严重的问题，会损害治疗慢性疾病的努力。门诊医疗程序的总体增加等多种因素使患者和照护者在处方药给予方面承担了越来越大的责任。取决于疾病状态，居住在偏远住宅区的患者用药不遵从的比例预计为通常在30-60％的范围内，而部分由于视觉、听觉和认知障碍的原因，老年患者用药不遵从的比例平均高于45％。不服药或不正确服药承担与完全遵从方案同样的健康照护费用，但却起不到期望的医疗结果。不遵从的后果可能是严重的，导致急诊、延长住院时间、长期入院治疗以及死亡。

    在用药量随时间改变的情况下，能否遵从药物方案是复杂的。例如，规定的用药量常常是确定患者状态的持续进行的实验室测试的函数。同样地，适当的用药量要根据患者的健康情况进行确定，并且必须反映健康状况的意外变化。在这些情况中，健康照护专业人员(如医师、药剂师和护士)需要能够尽快调整患者的剂量。当处方窄治疗指数的药物时，用药遵从性尤其重要，因为患者用药过量或不足可导致严重的副作用、疾病、甚至死亡。

    为了促使患者在正确的时间服用规定剂量的药物，已开发出相当大量的设备。现有设备的主要功能是提醒患者何时服用特定的药物以及根据预定的时间表顺序地递送该药物。这些设备中有许多被设计为根据预定的时间表自动地放出药物。就这方面而言，这些设备不能为防止剂量不足和剂量过多两者提供充分的保护。如果患者未能按照时间表服药，这些设备基于患者已适当地服用了之前的所有药物的假定，继续以设定的时间间隔放出药物。这种情况大大增强了非遵从的风险，这种情况下患者服用了较规定的少的药物。相反地，如果患者不按时间表服药，而在过于接近下一次服药的时间内服药，患者将面临过量用药的风险。

    某些设备并入用于收回已放出但未从该设备取走的药丸的装置。这些设备中的一些向照护者提供患者未按时间表服药的通知。其他设备已被集成到综合药物管理和递送系统中，该系统中健康照护专业人员远程监视关于患者遵从和不遵从药物方案的信息。虽然这些系统增强了患者对规定的药物方案的遵从性，却在一个显著方面存在不足，即，它们不提供使患者未服用计划的剂量的药物的问题能在几分钟内得到纠正的机制。如此，这些系统没有克服患者用药不足或过量的问题。对于高危患者群体，由于这些患者常常有认知、视觉及/或听觉障碍，这是造成不遵从的一个因素，因此上述缺点显得尤其严重。

    现有系统的另一个缺点是，它们未能提供一种可响应于患者的健康情况中的意外变化，在几分钟内远程调整规定剂量的机制。尽管这些系统可让健康照护专业人员将用药量的变化传达给患者，却不能让所述专业人员立即远程改变、调整或停用规定的剂量。在患者得到新剂量之前，往往已有几小时，以及在一些情况下，几天的延误。在此期间，患者可能会对正确的方案感到困惑并继续服用已停用的剂量。另外，由于每次调整剂量都需要新的处方，患者必须前往医师的办公室及/或药店。尽管这可能会给一些患者带来不便，对于有行动障碍的患者则尤其不利，并且是造成药物非遵从的一个主要原因。通常，因为患者不能继续正确的疗程，患者的情况会恶化。

    常规系统的另一个缺点是，处方是按标准的三十天或六十天配药量进行配药。在这种情况下，无法准确地制定药物库存及/或核查患者的遵从性或产品的消耗。部分是由于药物是按总量发放，并非每个药丸或每个剂量都被单独地条形编码和可跟踪。

    上述药物管理和递送系统还有其他的限制，即，它们未能建立一个安全的数据通信过程，以实施与存放于患者家中的远程送药设备之间的通信，而同时保护患者隐私。目前，在数据通信过程中维护患者的隐私是一个艰巨的挑战。此外，为了响应《医疗保险可携性责任法案》(the Health Insurance Portability AccountabilityAct)，已颁布了越来越多关于维护和储存患者数据的规定。相应地，需要和期望一种既能够快速实时地解决患者不遵从规定药物方案的问题，且能够最大限度地减少对患者疗程的干扰，同时保护患者的信息的成本有效的系统。

    【发明内容】

    本公开描述一种药物管理和遵从系统，用于使健康照护专业人员能够远程一剂一剂地、且以提供在药剂已被递送时立即确认的方式管理和向患者递送处方和非处方治疗产品的密封的单位剂量药物包。使用临床软件，储存患者的处方和用药方案信息，使授权的健康照护人员能够远程向患者递送单位剂量的治疗，并监视患者对用药方案的遵从性，而不侵犯患者隐私。本系统包括位于患者附近的递送装备，其中，所述递送装备通过数据通信网络，远程地连接到临床软件及控制中心。

    在一个实施例中，递送装置的特征是用于执行从控制中心和临床软件接收的命令信号的控制器，以及用于储存单位剂量药物包的储存区。响应于命令信号，该装备在计划的用药时间向患者递送密封的单位剂量药物包。本系统使健康照护专业人员能够以非顺序的方式，向患者远程递送储存在递送装备中的任一单位剂量药物包，而不受预定顺序的限制。以此方式，药物用药量可被立即更改，以适应医疗情况变化。在一个实施例中，完全集成的实时非顺序性综合药物管理和遵从系统能够准确地向患者递送定制包装的和商业可得的密封的单位剂量和临时单位治疗产品。

    附图的简要描述

    图1是根据本发明的一个实施方案的非顺序性送药模块的透视图。

    图2是显示根据本发明的实施方案的具有远程监视和访问控制功能的非顺序性送药模块的结构图。

    图3是根据本发明的实施方案的非顺序性送药模块的一个实施例的组装图。

    图4和5是显示根据本发明的一个实施方案的摩擦驱动组件和储存升降器的剖视图。

    图6是描绘根据本发明的储存装备的透视图。

    图7a是图示闩锁装置运转机制的横截面图。图7b是闩锁装置处于非锁闭位置的分解图。

    图8是图示根据本发明的实施方案的针对正在进入的药物承载器的摩擦驱动组件的运转机制的横截面图。

    图9a是药物承载器完全插入递送模块中的横截面图。图9b是闩锁装置处于锁闭位置的分解图。

    图10是图示根据本发明的一个实施方案的输送驱动组件的运转机制的横截面图。

    图11是图示根据本发明的实施方案的储存升降器和相关线性运动组件的运转的横截面图。

    图12a是显示根据本发明的一个实施方案的弹出器组件在静止位置和运转位置的横截面图，弹出器用于将单位剂量药物包从药物承载器弹出。

    图12b是图12a中所示的根据本发明的实施方案的弹出器组件的组装图。

    图13是显示图12a的弹出的单位剂量药物包与之前弹出的单位剂量药物包的横截面图。

    图14和15描绘根据本发明的容纳不同强度的单位剂量药物包的药物承载器。

    图16-20是图示根据本发明的非顺序性送药模块的各种操作的电路图。

    图21a、b和c是分别含有32、20和16格用于容纳不同尺寸的单位剂量药物包的药物承载器的透视图。

    图22-23和25-26是图示本发明的非顺序性送药模块和遵从系统的操作的流程图。

    图24是图示根据本发明的实施方案向患者适当地递送规定的剂量而可能发生的过程的流程图。

    图27-31是健康照护人员电脑监视器上出现的工作表的实施例。

    图32是送药单元的可替换的实施方案的部分组装的透视图。

    图33是根据图32的送药单元的可替换的实施方案的x-轴组件的部分分解、透视图。

    图34和35是图33的x-轴组件的前侧透视图。

    图36是图33的x-轴组件的后侧透视图。

    图37是根据图32的送药单元的可替换的实施方案的y-轴组件的部分分解、透视图。

    图38和39是图37的y-轴组件的后侧透视图。

    图39A是用于与图37的y-轴组件一起使用的可替换的冲压工具的底侧透视图。

    图40是根据图32的送药单元的可替换的实施方案的z-轴组件的部分剖视、透视图。

    图41是用于送药单元中的示例性滑架的透视图。

    图42和43是更详细图示图41的示例性滑架的保持机构的各种透视的放大图。

    图44是示例性药物承载器的透视图，所述药物承载器包括用在于送药单元中的二维布置的多个单位剂量药物包。

    图45是更详细图示图44的示例性药物承载器的各个特点的顶视放大图。

    图46是图示涉及通过送药单元的药物的递送的示例性处理的流程图。

    图47-49是图示处理输入的药物承载器的各种示例性实施方案的流程图。

    图50-52是描述有关药物承载器中单位剂量药物包的条件测试的各种示例性实施方案的流程图。

    图53-55是支持参照图50-52描述的实施方案的各种示例性单位剂量药物包条件测试技术的示意图。

    图56是图示处理储存的药物承载器的各种示例性实施方案的流程图。

    图57是图示用于提供针对药物的封装指令的示例性实施方案的流程图。

    图58是图示用于处理在送药单元的不良能量条件的示例性实施方案的流程图。

    图59是图示用于处理送药单元中到期的药物的示例性实施方案的流程图。

    图60是图示用于处理对用于送药单元的用药方案的修改的示例性实施方案的流程图。

    图61是图示用于处理由送药单元接收的非计划的发放请求的示例性实施方案的流程图。

    图62是更详细图示图2的系统的结构图。

    图63是更详细图示根据目前优选的实施方案的图2的系统的软件架构的结构图。

    图64-84图示各种示例性图形用户界面，所述图形用户界面可与由在远程单元位点，例如，临床设施和/或药店，的用户使用的软件相连接被使用。

    本发明实施方案的详细描述

    本发明提供一种完全集成的实时非顺序性药物管理和遵从系统，用于促使远离临床环境的患者依照规定的时间表服药。本发明的递送模块的一个主要优势在于，通过在收到加密的命令信号和患者确认后，向患者递送选定的药物的单位剂量药物包，而实施规定的药物方案。这些多重保障确保患者在正确的用药时间接收规定的药物。以此方式，本发明增强了患者遵从性，并允许长期治疗应用，而最大限度地提高药物治疗效果和减少药物副作用。另一个主要优点是，命令信号以安全的传输方式进出递送模块，而不以任何方式危及患者的隐私。

    本发明的另一个优势是，使健康照护专业人员能够远程监视患者对规定的药物方案的遵从性，并能迅速地接收非遵从的通知。最值得注意的是，健康照护专业人员能迅速调整患者的治疗计划，以调和漏服的剂量或反映其他医疗情况变化，例如患者健康状况的意外变化。必要时，可以立即进行剂量调整，而不需要新处方。如此，本发明通过消除在剂量调整时患者丢弃剩余剂量的需要，而使可能造成非遵从性复杂化的时间损失最小化，并减少药物浪费。

    本发明的再另一个优势是，通过确保患者保持在推荐的治疗水平，而保护患者免受不良药物反应和用药过量及不足引起的后果。患者在适当的时间接收所需的用量，从而减少因不坚持规定的药物方案或其他延迟服用规定的药物而造成急诊和住院治疗。另外，还可以减少非预期访问健康照护提供者的次数，从而减少健康照护的总费用。多种运作环境中的健康照护专业人员都可以使用这种成本有效的系统。

    现在参照附图，图2中显示了本发明的系统的概况。控制中心101，如由INRangcSystems，Inc.运营的设施，储存着来自各药品制造商和供应商的定制包装和预包装的单位剂量处方和非处方医疗产品、药物和营养药品。这些治疗产品包括，但不限于，固体口服药剂、液体口服药剂，以及含有在照护点递送或给予的剂量的注射设备。将理解，本文使用的术语“药物”意图包括各种剂型和强度的单个临时单位剂量的处方和非处方药物、医疗用品、药物和营养药品，包含单一和多重化合物药物。具体的例子包括药丸、药片、胶囊、栓剂、吸入剂、洗剂、预装药物的注射器、药粉、悬浮液和诊断材料(如血液试条)。在控制中心101，典型的箔纸包裹或泡罩包装的单位剂量药物包27被插入到数个不同的药物承载器26的一个的各个格子28中，每个承载器的设计和大小可以容纳几乎任何商业可得的单位剂量药物包27。

    药物承载器26的外部尺寸可以略有变化，但其形态必须可以让承载器26容易地装配到递送模块33中。每个药物承载器26附有电子代码29，如条形码或射频识别标签。基于唯一识别码，如序列号，电子代码29识别承载器类型和形态，并提供药物相关的信息。编码的数据被编程到控制中心101电脑数据库35中，使控制中心101能连同递送模块33，在任何时间准确地跟踪和说明每个单位剂量药物包27的去向，如下文所述。

    参照图15，药物承载器26包括用于以非顺序方式保持单个单位剂量药物包27的容器。标准单位剂量药物包28通常包括用于容纳单位治疗剂量药物的塑料泡罩以及用纸或箔叠压板制作的封条，用于将单位剂量固定在塑料泡罩内。“识别标记”31，例如电子代码和人类可读的信息，印在单位剂量药物包27的封条上，以指明该药物包内包含的药物。药物承载器26被设计为允许通过条形码扫描器98、光学识别扫描器、射频扫描器或其他这样的设备电子读取识别标记31，而不从药物承载器26取出单位剂量药物包27。药物承载器26允许远程且非顺序性地从承载器26获取和释放单个单位剂量药物包27，而不会干扰承载器26中含有的其他单位剂量药物包27。在一个实施方案中，单位剂量可从其单位剂量药物包27被释放，而不干扰药物承载器26中其他单位剂量药物包27。

    如图21b所示，药物承载器26可包含布置为四排，每排八个格28的32格。以此布置，承载器26储存多达30日历日的药物，并提供额外的表面用于粘贴含有唯一电子识别码29的标签。图21a和21c分别图示具有20和16格的药物承载器26，其大小和形状可以容纳更大的单位剂量药物包27。药物承载器26的每个格28包括固定装置30，用于将密封的单位剂量药物包27保持在格子28内，直到计划的用药时间。在用药时间，单位剂量药物包27通过所述格子28中的孔被放出。在一个实施方案中，单位剂量可通过格子28中的孔被放出，而单位剂量药物包27可保留。

    在药物承载器26的上表面上，沿其周边提供含有识别标记的可印刷表面。可印刷表面的特征为位置记号，例如，红外吸收墨点，墨点指示承载器26上的某些重要点。

    递送模块33通常远离健康照护人员所在的临床设施，例如，医师办公室、药店、药物补助管理机构(PBM)、医院、诊所、护理站、疗养院或长期护理设施。每个临床设施都配备有一台电脑，包括，例如，标准微处理器、输入/输出电路、用于储存包括处方和用药计划的患者记录的存储器、用于储存操作程序和其他系统信息的只读储存器(ROM)，和用于接收可视反馈的监视器。软件32，如可以从INRange Systems Inc.商业可得的履行、调整和遵从跟踪系统(Fulfillment，Adjustment and Compliance Tracking System，FACT^TM)，在临床设施的电脑服务器上运行。患者信息通过软件32的用户界面100访问，用户界面具有菜单驱动工作表作为补充，工作表出现在指定的健康照护专业人员的监视器上(图27-31)。

    通过使用键盘、鼠标或其他输入设备在他/她的电脑终端上输入适当的指令，用户界面100使健康照护专业人员能够远程地、主动地治疗患者。例如，健康照护专业人员可以输入或检索处方信息，设置配方或治疗方案，远程制订新的方案，监视患者对用药方案的遵从性，或修改现有方案的用药量。输入的指令被传输到控制中心101，控制中心101解读指令，并基于分配于其的唯一识别码，将指令路由到适当的递送模块33上。用户界面100还显示传到临床软件32上的剂量递送结果的实时通知，使健康照护专业人员能够必要时立即采取措施。

    临床软件32安全地安装在每个临床设施的范围内，并利用设施的网络安全34策略和程序，对用户和患者数据的网络访问进行验证。如下文所述，控制中心101无法获得可识别患者的信息，也不能以任何方式确定任何使用递送模块33的患者的身份或位置。这种安全的技术和物理信息基础设施符合《健康保险可携性责任法案》(HIPAA)的规定。

    位于控制中心101的电脑服务器上安装了控制软件35，其被编程为持续地监视来自临床软件32和递送模块33的信号。控制软件35管理由健康照护专业人员输入的各种治疗指令，但并不涉及储存在临床设施的软件数据库32中的患者信息。总体而言，控制软件32记录并储存涉及递送模块33的运行和内容的信息，如储存在模块33内的药物承载器26的类型和位置、每个药物承载器26内包含的单位剂量药物包27的完整库存，以及在一段设定的时间段内所有剂量服用操作的历史。该记录保持和库存盘点功能可部分地通过使用分别分配给递送模块33、药物承载器26和单位剂量药物包27的电子编码和其他识别码得以实现。借助位于递送模块33中的电子代码扫描器92和98获得影像并将编码的信息传输给控制器，识别码使控制中心101能够将特定药物承载器26与药物承载器26中含有的单位剂量药物包27的库存相关联。

    唯一识别码，例如序列号(单元识别号)，通常在制造时被编程到递送模块33中。类似地，药物制造商或重包装厂商将包括电子代码和人类可读信息的识别标记31(图14)印在每个单位剂量药物包27的封条上。电子代码31识别药物包27的内容，包括(例如)药物名称、剂量强度、批号、到期日期、国家药品代码(NDC)、唯一的包装序列号、单位剂量药物包中的量、药物承载器中的量，以及单位剂量药物包是否包括单位剂量的分数部分(如，药丸的一半，四分之一等等部分)。代表药物的规定疗程的多个单位剂量药物包27以任意顺序被放置在药物承载器26的格28内。单位剂量药物包27不需要像现有的剂量递送系统那样按时间顺序进行排列，因为每个药物包27是被随机获取和检索的。每个单位剂量药物包封条上的识别标记31被扫描到控制中心电脑上，从而可以保持对每个药物包27的核查跟踪。

    控制软件35给药物承载器26分配唯一识别码29，例如序列号。识别码29将药物承载器26与其中所含的单位剂量药物包27的库存相关联，并指示每个单位剂量药物包27的内容和位置。承载器识别码29反映在一个或更多个电子代码中，这些电子代码被印在标签上并贴在药物承载器26的不同的位置上。这种重复可确保至少一个电子识别码29可被代码阅读器92和98读取。此信息储存在控制软件数据库35中。

    如上文所讨论，根据药物包27的大小和形态，单位剂量药物包27被放在几个不同的药物承载器26中的一个中。例如，含有注射器的药物包一般放在具有更长更宽小室的药物承载器26中，而口服固体剂量的药物包通常被放在含有较小的小室的承载器26中。基于药物承载器26的内部几何形状，位置坐标储存在控制软件数据库35中，以准确地确定每个单位剂量药物包27在承载器26中的位置。这些坐标也反映在贴在药物承载器26上的电子识别码标签29中。承载器26可以用不止一种方式插入到递送模块33中。因此，控制软件35也生成一组位置记号，例如，红外吸收墨点或墨线，这些墨点或墨线指示承载器26上某些重要点，这些记号包含在可印刷表面(例如纸板)上，可印刷表面优选地置于药物承载器26的上表面。这种重复确保至少有一个位置记号可被光学识别阅读器或其他电子扫描器98成像。

    递送模块33和健康照护专业人员之间的通信通过控制软件层35实现。控制软件层包含每个递送模块33的通信协议，通信协议对应于为特定模块选定的通信链路的类型。合适的通信媒介36包括射频、互联网、调制解调器、电话线、固定线路、无线网络、传呼网络或任何其他能与递送模块33交换控制和数据信号的传输手段。优选的通信媒介包括专用局域网及/或现有的局域网(例如铜缆、纤维或无线)。控制软件35通信协议使递送模块33能够向临床设施32传送提醒信号，以便将患者的不遵从行为或其他紧急情况通知适当的医疗人员。控制软件35协议也使控制中心101能够准确地监视特定递送模块33中包含的每个单位剂量药物包27，并在每个单位剂量药物包27被递送给患者时，更新数据库库存记录。

    为了确保通过控制软件层35传输的患者信息的安全，本发明的优选实施方案利用安全的加密连接25，可维护患者信息的机密性和安全无损。数据通信过程确保递送模块33与特定患者相关联的唯一记录包含在临床软件数据库32中。此过程详述如下。

    如前所述，临床软件32使健康照护专业人员能远程管理和监视患者的药物治疗和遵从性。所有患者信息都储存在临床软件数据库32中，并利用临床设施的网络安全34策略和程序，验证用户和对患者数据的网络访问权(图2)。临床软件32包含三个将递送模块33与特定患者相关联的关键数据元素。这些元素包括：1)递送模块序列号；2)随机生成的注册号(模块初次设置时使用)，及3)随机生成的单元识别号(UIN)

    为了与递送模块33通信，临床软件32使用加密套接字协议层(Secure Socket Layer，SSL)，将加密的信号发送到控制中心101的电脑服务器的URL上。该信号与通过互联网处理信用卡支付所用的协议是一样的，并在临床设施的防火墙34的端口443上运行。信号是包含所述UIN、控制中心101服务器进行验证所需的识别码、以及命令指令集的XML指令集。患者的姓名或可以识别患者的任何信息都不会传出临床设施的防火墙34。

    该加密的信号被发送到控制软件层35上，此控制软件层被设计为验证仅来自临床软件32和递送模块33的信号。一旦命令集由控制中心101服务器利用UIN进行验证，命令集将参考控制软件数据库35，以确定与特定递送模块33的数据通信方法36(例如，传呼网络、无线网络、IP地址)并获得其地址信息。信号被重新格式化为专用协议，被分配一个随机生成的通信令牌，并被传输到要激活的递送模块33上。

    递送模块33接收到信号后，对信号进行解码和核实。若核实结果为真，则递送模块33将给控制中心101服务器返回一个信号，确认收到命令指令。这种确认包含上述通信令牌以供控制中心101服务器核实。某些命令，例如送药命令，要求控制中心101服务器再次确认以获准该命令。这种核实过程防止递送模块33处理任何非授权的命令。

    如上所述，数据通信过程36确保只有临床软件32才能将控制中心101服务器上所含数据与特定的患者相关联，或将递送模块的序列号与特定的患者相关联。以此方式，可识别的患者健康信息被安全地保留在临床设施34的范围内。因此，本发明的一个主要优势是，它能够利用安全的加密连接25，在递送模块33和健康照护专业人员之间进行双向通信，维护由HIPAA保护的患者信息的完整性。

    将理解，本发明也可以在“不符合HIPAA”的应用领域中使用。另外，本文提供的安全加密数据传输协议25对于递送模块33的远程致动并非必要。例如，本发明可以独立于安全数据传输功能25之外而使用，以记录在临床研究试验或药物解毒工作期间发生的各种药物消耗事件。以此方式，本发明提供获取与药物和营养药品干预相关的纵向健康照护结果的方法。类似地，递送模块33可以配备有适当的测量设备及/或与家庭遥测机结合使用，用于远程监视患者的位置、血压、脉搏、氧气水平、体温、呼吸、血糖等，或用于远程监视环境条件，例如温度、湿度、气压、烟尘和二氧化碳。例如，递送模块33可包括用于与患者身体上的一个或更多个传感器通信的无线收发器。传感器信息可被储存在递送模块中及/或传输给一个或更多个远程控制器。传感器信息可用于帮助健康照护提供者，例如，调整针对患者的药物方案。

    非顺序性递送模块33具有基于微处理器的控制器，所述控制器具有标准数字数据存储功能，数据和微处理器程序都可用。控制器接收与患者的规定药物方案相关的命令信号。这些信号在临床软件层32上发出，经过验证并通过控制层35以适当的数据通信链路36进行传输。控制器然后执行输入的剂量递送命令，在每个编程的用药时间通过可视、声音或其他形式提醒患者用药。控制器同时建立一个关于提醒信号的时间的窗口，在所述时间内，患者可以输入递送信号，例如，通过口头命令或适当的确认键43进行输入。时间窗口的持续时间由输入的程序或默认值设置。

    若在时间窗口到期之前收到患者输入的信号，将从药物承载器26弹出完全密封的单位剂量或临时单位剂量药物包27，并从递送模块33释放，如在下面更详细地描述。或者，单位剂量可从药物承载器26弹出，并从递送模块33释放。若患者没有响应，例如，在时间窗口结束之前，按递送模块33上的“落下”键43，模块通过合适的数据通信链路36，自动向指定的医疗人员发送提醒。以此方式，本发明确保只有在收到患者的确认后，方可服用药物。这种方式克服了现有送药系统的一个主要缺陷，即药物根据预定的时间表自动放出，增加了患者用药不足或用药过量的风险。

    本发明包括一个独特的送药方案，通过输入适当的命令到用户界面，健康照护专业人员可以即时选择、修改、排列、改动或停用储存在特定患者的递送模块33中的300个单位剂量药物包27的处方或非处方药物、药品或营养药品的任一个。命令也会指定待送的单位剂量药物包27的具体剂型和强度。控制中心电脑服务器接收并解读命令，并将指令与特定的递送模块33及药物承载器26相关联。以此方式，本发明提供灵活方便的用药方法，对于患者治疗需要经常调整剂量的情况或患者在一天、一周或几个月内在不同的时间被处方多于一种治疗的情况很适合。

    本发明使健康照护专业人员能够远程非顺序性地获取递送模块33中所包含的任何单位剂量药物包27(或来自任何单位剂量药物包的治疗产品)并以任何顺序送予患者，而不受预定顺序或顺序排列的递送的限制。与现有的系统不同的是，本发明系统能够在几分钟内以不按顺序递送多种类型单位剂量和临时单位剂量的治疗产品，使患者的药物方案能够适当地定制，以适应医疗情况的变化。患者的方案需要修改的一个实例情形是，当患者的健康状况发生意外变化时。值得注意的是，本发明确保医生作出的患者用药中的任何改变可以立即生效。与现有系统相比，这是一个非常大的优势，在现有系统中，新药方的配药至少需要几个小时，有时需要几天。

    本发明尤其适用于在临床研究试验中需要立即停用或召回一项治疗的情况，而这种情况经常会发生(图26)。在这种情况下，临床软件启动锁闭程序，以防止递送任何已召回的单位剂量药物包。据发明人所知，本发明系统是唯一可以实时地隔离远程产品/批量产品的技术平台。以此方式，本发明提供一种独特的保障，可以在药物召回时保护患者。这一特点对于治疗指数范围窄的药物被贴错标签、效力过低或效力过高时，尤其重要。

    递送模块33被设计为，使从药物承载器26弹出的每个单位剂量和临时单位剂量药物包27在递送给患者之前，保持完全密封。因此，本发明避免本领域已知的送药系统常见的药物污染和降解问题。作为另一种选择，如果药物污染和降解不是要关注的，治疗产品可从单位剂量药物包27弹出用于向患者递送。

    本发明的另一个实施方案将提前用药功能与上述编程的方案递送相结合。在该实施方案中，递送模块33具有增加的可编程功能，通过输入适当的命令到用户界面100中，指定的健康照护专业人员可以提前递送患者的药物或一个或更多个治疗产品的一个或更多个单位剂量药物包27。需要这种功能块的实例情形有，患者计划暂时离开他/她的住所，而不论患者是否远离递送模块33，这段时间仍需用药。在紧急情况下，药物承载器26可以从递送模块33中取出，在系统外使用。在这些情况下，通过安全代码、视频/智能卡或其他适当的安全措施，可以让患者或其他授权人员接触到递送模块33。

    如上所述，控制中心101服务器通过(例如)射频连接36连接到非顺序性递送模块33，其中，控制中心101具有记录保持和库存清点功能。除了一个或更多个临床设施接收来自递送模块33的提醒外，有关模块33的运行、状态和单位剂量/临时单位剂量药物包27的库存等信息被自动地传输到控制中心101服务器上。这些信息包括(例如)设定的时间段内所有递送操作的历史记录。向控制中心101报告的一部分是通过使用印在每个药物承载器26上以及其中所含的每个单位剂量药物包27上的电子代码29、31来实现的。电子代码29包含识别信息，例如单个单位剂量药物包27的序列号、批号以及到期日期。以此方式，本发明允许对储存在模块33内的每个药物承载器26和单位剂量药物包27维持连续更新的完整库存，并同时向患者提供每个单位剂量药物包27或其中所含的治疗产品容器，从其制造到单位剂量药物包27的递送的完整跟踪核查跟踪。

    尽管控制中心101在其电脑服务器上维持了编码信息29、31的记录，但控制中心101无法查看可识别患者的信息，这些信息安全地保存在物理上位于每个临床设施34范围之内的数据服务器上。印在药物承载器26和单位剂量/临时单位剂量药物包27上的电子识别码29和31不包括识别患者的识别信息。而是，药物承载器26根据其被分配的唯一序列号29进行识别，而每个单位剂量药物包27的识别是根据序列号及/或国家药物代码号(NDC)31进行。如此，本发明系统符合《健康保险可携性责任法案》(HIPAA)的规定。

    另一个实施方案可以和上述报告功能相结合，其中，控制中心101(例如)通过射频传输36向递送模块33发送查询信号，请求库存状况信息。具体的装备和递送模块33的详细运作如下文所述。

    如图1所示，递送模块33包括优选地塑料盒状壳体，适于放在表面上，并具有一个底座37，底座37支撑顶部面板、侧面板38、39、前面板41和后面板40。前面板41上有电子显示器42，将与特定单位剂量相关的文字数字信息和指令向患者传达。在一个实施方案中，电子显示器42也可在发放治疗产品之前、期间及/或之后显示治疗产品的图片。电子显示器42可包含，例如，液晶显示器、数字显示器或其他合适的传达装置。前面板41的部分也设有声音警报，以提醒患者需要服用规定的单位剂量药物包27。为了便于患者输入，壳体的前面板41包括控制键43，可以根据声音警报和电子显示器42作为确认键使用，使患者能够服用收到的规定剂量。可以可选地在壳体中并入扬声器和远程通信接口，用于向患者提供额外的指令或接收患者的反馈信息。本发明的可选的实施方案包括温度控制装置(例如制冷装置)，用于调节模块33的温度，以可满足某些药物的需要。电源插座使递送模块33可以连接到外部交流电源上。

    在实施方案中，递送模块33可包括电池备份，当外部电源缺失时为单元供电。如本领域已知的，这样的电池备份在正常操作期间可使用外部电源充电。当外部电源不存在，且电池水平降至低于预定的阈值时，递送模块33可自动弹出储存在递送模块中的一个或更多个药物承载器26，如以下更详细描述。

    在另一个实施方案中，本发明包括与递送模块33通信联络的无线通信设备，由患者戴在身上，向一些患者提供额外的提醒。无线通信设备可以是例如手表、传呼机或垂饰等。可替换地，也可以通过电话或电子邮箱提醒患者。

    当侧面板38和39解锁和打开时，可以看到药物承载器26和递送模块33的内部硬件。为了防止不必要地接触药物承载器26，侧面板38和39可能总是处于锁闭状态，除非被控制器响应于来自控制中心或临床设施发起的命令而致动。另外，患者、指定的照护者或其他授权人员可以利用一张智能卡或安全访问密码，获准进入模块33的内部。若一个或更多个单位剂量药物包被隔离或召回，通常必须先输入智能卡或限制性密码，才可以与递送模块互动。在另一个实施方案中，递送模块33包括语音识别装置，用于接收和解读患者或其他授权人员发出的指定的口头命令。

    以本领域公知的方式，递送模块33的每个组件操作来连接到控制器上，并由控制器响应于来自控制中心101电脑服务器的命令指令集，通过控制信号控制这些组件。控制器向控制中心101发送核实信息，核实信息已收到且指令已被执行。控制器经编程，可基于从控制中心101远程传达的信息，在适当的时间激活剂量的“落下”功能。具体而言，控制器致动警报、键盘43、无线通信电路、电子显示器42、传感器、扫描器92和98、致动器60、72和91、马达54、73、80和87以及其他电子设备。

    控制器可以是几种基于微处理器的标准控制器中的一种，这些控制器具有标准类型的致动器或伺服驱动器接口和探测器输入口，或其他能够使用软件控制、硬件控制或其组合的合适电路。内部存储器用于储存(例如)剂量递送指令和逻辑程序。在一个实施方案中，以及如下更详细描述的，内部存储器可储存针对一种或更多种药物的给药信息，例如在“如需要”基础上或一些其他基础上给予患者的药物。该药物的管理和给予可由储存在内部存储器中的一个或更多个逻辑程序控制。控制器可用于运行储存在内部存储器中的程序。控制信号经由分配面板传输到递送模块33内的各种构件上并从各种构件传输。图16-20进一步图示控制器与递送模块33的电子结构通信的模式。

    在实施方案中，存储器可针对储存在递送模块33中的每种药物储存由用户定义的描述。由用户定义的描述可包括产品的通用名或俗名，使用户能够更容易地识别正被给予的药剂。例如，用户可用“水药丸”、“睡眠药丸”等等，而非产品名来指特定的药物。相应地，通过使用由用户定义的描述，用户可对正服用的药物有更完整的认识。

    在图6所示的示例性实施方案中，储存升降器47被设计为可以容纳多达十个药物承载器26，每个承载器含有多种剂型和强度的不同治疗剂的三十天供应量。递送模块33因此能够储存大致为三百个药物的单位剂量和临时单位剂量药物包27。如图14所示，每个承载器26可以包括具有不同剂量强度的单一药物。如此可以允许不同的剂量强度相结合，以获得所要的剂量值。尽管本设计可以在家庭、疗养院、长期护理设施或其他居住环境中使用，但具有可以容纳(例如)多达三百个药物承载器26的储存升降器47的递送模块33更适宜在机构环境(例如纠正机构)中使用。储存升降器47可以以任何取向储存药物承载器26，例如在本公开的范围内水平地及/或竖直地。

    每个单位剂量药物包27和药物承载器26在递送模块33中的位置部分是通过使用电子识别码29、31或其他库存代码系统确定的。每个药物承载器26被装载到递送模块33中时，电子代码阅读器98扫描印在药物承载器26和单个单位剂量药物包27上的电子代码29和31。编码的信息被传输到控制中心101电脑服务器上，在该服务器中，编码的信息由控制软件35与储存的数据库记录相关联。该信息使健康照护专业人员可以主动地治疗远离临床设施的患者。

    通过菜单驱动的用户界面100，健康照护专业人员可以轻易地提取和审查储存在患者的递送模块33中的单位剂量和临时单位剂量药物包27的库存，并在患者的治疗参数范围内选择适当的剂量。从控制中心101电脑服务器收到命令信号后，根据剂量的电子识别符号29、31和在递送模块33中的位置坐标，患者的递送模块33放出选定的剂量。

    如图6所示，储存升降器47包括一个腔室，该腔室被划分成多个储存池48，分布在升降器47的不同高度上。每个储存池48均有水平开口，其大小足够为储存在储存池48中的输送滑架49的前后移动提供所需的移动空间。输送滑架49包含一个具有开口端的框架，限定沿所述框架长度分布的凹槽(fluting)50的范围，使得药物承载器26的周边可以很容易地进入所述凹槽50中。滑架49由水平栏杆51支撑，栏杆51沿着储存池48的内表面延伸。栏杆51的端部约接近一般与储存池48的开口平齐的同心轴52。

    可旋转的正齿轮或链轮驱动器53安装在同心轴52的两端，能够与从滑架49的周边突出的相应固定齿轮相接触并适当啮合，从而实现输送滑架49的前后移动。响应于来自控制器的信号，驱动马达(例如伺服马达)54以受控的方式转动正齿轮53。尽管本文描述了用于前后移动输送滑架49的齿轮组件，应该理解可以使用任何适当的驱动组件。输送滑架外边缘设有位置记号，指示滑架49和药物承载器26整体的精确水平位置(“y-轴”)。此信息由控制器通过反馈回路布置监视。一旦控制器确定了安装在储存升降器内的电子代码阅读器98已扫描到适当的号码记号之后，将使驱动马达54的啮合脱开。输送滑架49通常位于储存池48(“原点位置”99)中，直至规定的剂量要被服用或药物承载器26需要补充药物。

    如以上讨论，输送滑架49可以在前后位置之间水平(x-轴)移动(图9和10)。在从控制器收到“送药”信号时，驱动马达54旋转目标储存池48的正齿轮53，使滑架49和药物承载器26整体向前移动，直到超过储存池48的开口，并到达竖直放置的柱塞93附近的“递送准备”位置上。同样地，在承载器26卸载操作期间，驱动马达54将输送滑架49推进到前进位置，在所述前进位置滑架的一部分伸到储存池48的开口之外。此时，在摩擦驱动组件56的作用下，滑架49继续向前移动。当输送滑架49做前后移动时，传感器监视它的移动和对准情况。

    现在参照图1，壳体前面板41中配有带把手的装载门44和插入/收回槽45。当门44打开时，可以利用槽45插入装有处方或非处方药物和药品的单位剂量药物包27的药物承载器26。紧邻前面板41内表面的是装载区，装载区带有用于接收药物承载器26进入递送模块33中的构件。这些构件的每一个将在下文中参照图7-10和图17进行详细的描述。

    装载区中有一个传感器，用于探测是否有药物承载器26进入。传感器是(例如)微型开关、光学眼或其他触电器，适合监视药物承载器26相对于装载区内置限位开关的方位。当传感器探测到药物承载器26已经完全插入时，通过限位开关的致动，摩擦驱动组件56立即致动。

    一对平行导轨57和58水平地安装在侧面板38和39上，使输送滑架49和进入的药物承载器26能够适当地对准并穿过壳体的装载区输送到储存升降器47上。导轨57和58的每一个的一端与前面板41的内表面对接，使导轨57和58在该点上与前面板上的插入/收回槽45相交叉。导轨57和58延伸穿过壳体的中间部分，到达储存升降器47的前面。

    闩锁装置59的结构允许进入的药物承载器26被固定在输送滑架49上并被带动穿过装载区。闩锁装置59操作来连接到螺线管60或其他电机致动器上，螺线管通过支架和螺丝或类似的五金件装在壳体侧面板38上。螺线管60上端设有可收缩的弹簧61和柱塞62，柱塞62在其顶部内有一个凹槽(groove)64，支撑闩锁装置59的一端。闩锁装置59的另一端有一个角63，该角与导轨57的周边对接并竖直伸到导轨57之上，以挡住装载通道。

    在控制器的致动下，螺线管60向下偏置弹簧61和柱塞62。从而将闩锁装置59降到导轨57下方的位置上，使输送滑架49可以定位在露出的导轨57和58上表面之上，以便移动超出储存池48，到达“第一姿势”位置，与壳体的前面板41处在同一平面上。螺线管60将闩锁装置59固定在这个受压方位上，同时，通过插入/收回槽45，药物承载器26被装载到递送模块33中。当进入的药物承载器26进入装载区时，承载器26的周边自动地进入滑架凹槽50中，以形成一个整体，送到储存池48中。此时，在螺线管60的作用下，闩锁装置59返回到其初始分度位置上，顶在导轨57的周边上。

    导轨57和58上方不远处有一个旋转支架65，该支架安装在连接壳体侧面板38和39的水平杆66上并绕着该水平杆转动。支架65用于固定摩擦驱动组件56，组件56控制输送滑架49和药物承载器26移动穿过装载区。支架65的前方周边形成一个拱，与垂直法兰67和68相向而对。法兰使驱动轴69和一对基本相等隔开的驱动轮70和71可以方便地固定在支架65上。应注意的是，驱动轮70和71优选由橡胶、柔软可压缩的聚氨酯泡沫或其他能够抓紧含有单个单位剂量药物包27的药物承载器26而不会破坏或损坏所含药物的材料制成。电机致动器72位于导轨57的正上方，垂直悬挂在支架65的顶部表面的开口上，响应于控制信号，致动器72可以扩张以与药物承载器26的一个上表面相配合并施加压力到该表面上。此动作可促使支架65向下转动，并处在一个角度位置上，将驱动轮70和71下降到输送滑架49的上表面之上。

    驱动马达73(例如伺服马达)固定在旋转支架65上，并操作地连接到滑轮系统74上。滑轮74以垂直于驱动轴69的方式固定，并可以通过马达73相对于驱动轴69做移动。当致动时，马达73转动滑轮74，滑轮进而转动驱动轮70和71。驱动轮70和71的旋转运动引导药物承载器26和输送滑架49向内朝储存升降器47方向移动。当输送滑架49和承载器26到达空储存池48的开口后，滑架49伸出的齿轮元件啮合安装在储存池48开口位置附近的可旋转正齿轮或链轮驱动器53，使滑架49和药物承载器26朝储存池48的后方方向移动。当传感器探测到药物承载器26和输送滑架49已经到达其原点位置99时，控制器将使与马达73及驱动轮70和71的啮合脱开。

    现在参照图3和11，储存升降器47可操作地连接到升降器支架77上，升降器支架77使升降器47沿着竖直(“z”)轴从壳体下半部分的静止位置移动到邻近递送区的运转位置上。升降器的竖直移动通过线性移动组件78来实现，例如齿轮皮带和导向螺杆81、滑轮或其他能够将驱动马达的旋转运动转换成线性运动的标准驱动构件。在本示例性实施方案中，正时皮带和导向螺杆81由安装在壳体底座37上的步进马达80转动。马达80根据从控制器处接收到的电信号而致动(图18)。底座37还容纳有控制器和电池组(未显示)

    升降器支架77跨越的长度一般为递送模块33的长度，以使储存升降器47可被升高和降低到需要的水平位置上，以获取储存在特定储存池48内的药物承载器26。升降器支架77包括槽架82，槽架82的中部具有中空部分，在上下表面各有一个相对应的开口，通过所述开口导向螺杆81及一支或更多支导杆83和84可以竖直地穿过。总体而言，槽架82用作支撑升降器支架77的各种构件的框架，并使导杆83和84或其他合适的垂直轴(如可调整的滑块组件)能够稳定。槽架82竖直安装在递送模块33的底座37上，邻近后面板40，并用螺栓、脚轮或其他合适的五金件固定。

    槽架82的中空部分还有上下横梁102和26，相对于导杆83和84及导向螺杆81水平地安装，上面布有穿孔，导杆83和84及导向螺杆81可分别滑动地穿在这些穿孔中。通过操作马达80和导向螺杆组件81，横梁102和26可以沿着垂直导杆83和84移动。这种结构使连接在横梁102和26前方表面上的承载器板85能够根据导向螺杆81的移动方向而升高或降低。承载器板85一般延伸达整个壳体宽度，并用作固定和支撑储存升降器47的平台。储存升降器47包括从升降器的后壁向外伸出的金属凸起。该凸起的形状刚好与承载器板85上相应的凹口相配，使承载器板85和储存升降器47可以方便且牢固地连接在一起。

    储存升降器47在壳体中的位置由位于驱动马达80中的编码器确定，驱动马达80转动时以电脉冲的形式将位置信息传递给控制器(图11)。当编码器发出适当数量的脉冲作为信号，说明储存升降器47已经获得了接近目标药物承载器26的正确位置之后，控制器将使马达80的啮合脱开。这样，储存升降器47便可以在壳体内升高或下降到适当的水平。

    现在参照图12，根据临床软件32发出的落下命令，弹出器组件55在预定的时间向患者释放规定单位剂量/临时单位剂量治疗药物27。弹出器组件55安装在储存升降器47和装载区之间，固定在水平滑板(“x-轴”)86之上并沿着水平滑板86移动，水平滑板86延伸达整个递送模块33的宽度。在剂量递送过程中，弹出器组件55从静止位置88移动到运转位置89，运转位置89适合实现与目标单位剂量药物包27接触。通过将来自健康照护专业人员的每个指令与具体的单位剂量药物包27相关联，控制软件35可以确定正确的单位剂量药物包27的识别。弹出器组件55包括传感器、电子代码扫描器92、电机致动器91和柱塞93，其中，每个构件均竖直放置在容器90之内，并由容器90支持，容器90可滑动地连接在水平滑板86上。通过马达87弹出器组件55可以沿x方向移动，马达87操作来连接到控制器并受控制器的控制。弹出器/阅读器(y-轴)、升降器(z-轴)和滑架(x-轴)上的电机驱动器经专门设计，具有可靠的不滑性。

    传感器(未示出)(例如光学传感器)的位置设计，能够在弹出器组件55移动到达靠近目标单位剂量药物包27的运转位置89时，感测其移动和对准情况。传感器确保该运转位置89与选定药物的指定位置坐标相对应。这通过控制器的反馈回路布置得以实现。

    电子代码扫描器92，例如条形码阅读器、光学识别阅读器、射频识别标签阅读器或其他类似设备，操作来连接到并悬挂在致动器91的下端，使扫描器头部位于印在药物承载器26和目标单位剂量药物包27封条上的向上的电子识别码29和31附近。扫描器92通过从药物承载器26发出的光束的中断，探测到药物承载器26的格子28的单位剂量药物包27被取走，并在其后向控制器传输信号，确认单位剂量药物包27已经取走。也可以并入电子成像设备(例如照相机)，以提供可视反馈，表明目标药物已适当地从药物承载器26中释放。

    柱塞93具有一个长轴94，通过连接在轴94上的线性致动器91可以在升高和降低的位置之间竖直地移动。轴94的最下端可以伸到平坦的压缩边95，压缩边95悬挂在含有目标单位剂量药物包27的药物承载器26的格子28的正上方。收到控制信号后，致动器91向下推动柱塞93，使柱塞93与单位剂量药物包27的编码表面相接触，推动药物包27穿过格子28的开口。或者，致动器91向下推动柱塞93，使柱塞93与单位剂量药物包27的非编码表面相接触，将其中含有的治疗产品推出单位剂量药物包27。

    斜道96或斜槽安装在壳体侧面板38和39之上，位于弹出器组件55的下方。斜道96通常为平坦的表面，延伸达递送模块33的整个宽度并向下倾斜，以引导弹出的单位剂量药物包27或治疗产品到达位于斜道96末端的可旋转挡板97。挡板97用于暂时地固定弹出的单位剂量药物包27，直到患者的方案中的每个药物被放出。一旦每个规定的药物被放出，伺服马达转动挡板97离开其初始位置，将弹出的单位剂量药物包27或治疗产品释放到接收区46中，由患者收取。

    接收区46是敞开的部分，位于壳体前面板41之上，患者在这里取药服用。药物的相关信息，例如释放出的单位剂量药物包27或治疗产品的类型、数量和剂量，出现在电子显示器42上。或者，或附加的，通过由远程通信接口和显示器42、键盘43或扬声器提供指示、额外的信息或接收来自患者的反馈，健康照护专业人员可以直接和患者沟通。

    图23和24流程图显示在同一处方期间的部分，本发明以非顺序递送次序向患者提供目标治疗剂量而采用的功能步骤。

    如以上所提及，本发明的一重要方面是，使远离患者的医师、药剂师、护士或其他健康照护专业人员能够以非顺序性的顺序，向患者提供储存在递送模块33中的任何单位剂量和临时单位剂量药物包27(或其中所含治疗产品)，而不受预定顺序的限制。这种独特的递送方案，使健康照护专业人员能够根据医疗情况的变化，立即修改、排列、更改或停用规定的剂量。因此，无论是在送药之前还是送药期间，都必须随时了解递送模块33中所含的每个单位剂量药物包27的精确位置和内容物。本发明利用一种反馈回路布置来管理这些数据流。

    操作中，健康照护专业人员使用履行、调整和遵从跟踪系统(FACT^TM)或其他临床软件应用程序32，输入患者的处方信息和剂量计划(图22)。患者信息通过软件的用户界面100获取，用户界面100具有菜单驱动工作表作为补充，所述工作表显示在专业人员的电脑监视器上。图29是储存在存储器中的工作表，显示针对患者的月治疗计划。图27-28和图30-31提供健康照护提供者用于与临床软件32互动的工作表的其他例子。所有患者信息，包括例如，处方信息、服药时间表、剂量递送标准(例如药物之间的相互作用和食物与药物之间的相互作用)以及剂量递送结果历史记录等，都储存在临床软件数据库32中。临床软件数据库32利用临床设施的网络安全34策略和程序，验证用户和对患者信息的网络访问权，以符合《健康保险可携性责任法案》的规定。

    在计划的用药时间之前，临床软件32将加密的信号传输给位于控制中心101的服务器上运行的控制软件32上，以致动针对特定的患者的特定药物的递送。该信号包含代表患者的规定药物方案和用药计划的命令指令集，以及随机生成的、分配给该患者的递送模块33的单元识别号(UIN)。患者的姓名或可以识别患者的任何信息都不会传出医疗设施的防火墙34。相应地，仅临床软件32可以将规定的方案及用药计划或递送模块33与患者相关联。

    信号传输之后，由控制中心101电脑服务器解读和验证该信号。利用UIN，服务器的控制软件35将嵌入信号中的各个命令指令与具体的递送模块33相关联。然后，控制软件35利用一个查寻程序，将指令与含有目标单位剂量药物包27的具体药物承载器26相关联。根据分配给药物承载器26和单位剂量药物包27的编码识别符号29和31，将这些信息储存在控制软件35数据库中。控制软件35确定根据预定用药计划要递送给患者的单位剂量药物包27或治疗产品在递送模块33中的具体位置。

    控制软件35数据库指定药物承载器26的竖直位置(z-坐标)以及含有该剂量的格子28的横向和纵向位置(分别为y-坐标和x-坐标)。另外，控制软件35数据库根据药物承载器26的内部构造及其所包含的药物的类型，提供具体的弹出药物剂量参数。这通过储存的电子数据来实现，所述电子数据在药物承载器26放入递送模块33时发送到控制中心101电脑服务器上。

    下一步，控制软件35将信号重新格式化为专用协议，所述专用协议包括随机生成的通信令牌和指令，用以使递送模块33根据该药物的x、y和z坐标落下目标药物。这些指令确保正确的药物以适当的剂型和数量被递送给患者。通过射频或其他合适的链路，服务器将重新格式化的信号传输到患者递送模块33内的控制器上。控制器解读来自控制中心101服务器的命令并向其发送确认信号。该确认信号包含控制服务器101验证过程所需的通信令牌。作为响应，控制服务器101向递送模块33发送再确认信号，授权控制器落下规定的药物。

    收到再确认信号后，模块33的剂量递送顺序即被致动。通过警报、显示器42或其他合适的可视、声音或其他方式，控制器提醒患者服用规定的单位剂量治疗药物27。在实施方案中，扬声器可用于以用户所知的语言提供提醒。控制器同时建立相对于提醒信号的时间的窗口，在所述时间期间，患者可以通过(例如)按下控制面板43上的落下键，输入递送信号。如果患者不理睬可视和声音信号，信号将每分钟或按设置的时间间隔重复。时间窗口的持续时间由输入的程序或默认值设定。

    若患者在设定的时间窗口内按下落下键43，则控制器在驱动马达80的配合下，使储存升降器47上升到正确的竖直位置(图11和图18)，以便按照命令指令集指定的z坐标，进入含有要被递送的单位剂量药物包27或单位剂量的储存池48。储存升降器47在壳体内的位置通过基于马达的编码器确定，马达80转动时所述编码器以电脉冲的形式将位置信息传给控制器。一旦发出适当数量的脉冲信号，表明储存升降器47已经获得了正确位置，控制器将驱动马达80的啮合脱开。

    当储存升降器47到达正确的水平位置可以进入指定的储存池48时，控制器致动伺服马达和滑轮组件54，此二者控制y方向的水平移动(图19)，使输送滑架49和装在储存池48中的药物承载器26整体向前移动，离开原点位置99。当指示滑架49和药物承载器26向前移动时，位于储存升降器47中的电子代码扫描器98读取分布在滑架49外边沿用以指示滑架49和药物承载器26位置的位置记号。控制器通过反馈回路布置监视该位置信息。控制器一旦确定已经按照从控制服务器接收的y坐标指令扫描到了适当数量的记号，将脱开与马达和滑轮组件54的啮合。输送滑架49和承载器26移动进入适当的位置时，扫描器98也读取贴在药物承载器26向上表面上的编码的识别码标签29，该标签含有x坐标操作参数。

    此时，输送滑架49和药物承载器26已经充分地穿过了储存升降器47的开口，使目标单位剂量药物包27或单位剂量位于弹出器组件55的水平滑板86的下方。控制信号(图16和20)被发送到负责绕x-轴移动的马达87上，使装在滑板上的容器90从静止位置88移动到要被递送的药物上方的运转位置89。在这个递送准备位置，柱塞93的压缩边95悬挂在单位剂量药物包27的面朝上的编码31表面的正上方。在一个替换的实施方案中，当单位剂量要从单位剂量药物包27取出时，弹出器组件或柱塞93的压缩边95悬挂在单位剂量药物包27的非编码表面的上方。在本公开范围内的其他实施方案也是可能的。

    在这个方位，悬挂在致动器91下端的代码扫描器92也处于单位剂量药物包27封条上的电子识别码31的附近位置上。在需要补充确认递送的情况下，作为重复检查，扫描器92读取识别码31并将验证信息传输给控制器，确认选定的剂量是正确的剂量。控制软件层35将每个命令与具体的药物承载器26和单位剂量药物包27相关联，药物承载器26和单位剂量药物包27的识别信息在装载递送模块33时被扫描和核实。

    下一步，控制信号发送到与柱塞93的轴94相连接的致动器91上。此时，轴94被向下偏置，由此压缩边95接触到单位剂量药物包27的编码31表面。此动作使相应格子28上的固定装置30释放其中含有的单位剂量药物包27。弹出的药物包27落在位于弹出器组件55下方的斜道96中，并随后滑入到位于斜道96底部的可转动挡板97上。挡板97暂时地固定弹出的药物，直到患者的方案中的每个药物被放出为止。在一个替换的实施方案中，压缩边95可接触到单位剂量药物包27的非编码表面，导致所述表面压缩并将治疗产品(或单位剂量)推过单位剂量药物包的编码表面31。在实施方案中，当治疗产品被释放时，单位剂量药物包27可被固定在相应格子28的固定装置30中。然后，治疗产品可落在位于弹出器组件55下方的斜道96中，并滑入可旋转挡板97，挡板暂时地固定弹出的药物，直到患者方案中的每个药物被放出为止。

    当电子代码扫描器92探测到单位剂量药物包27被取出药物承载器26，或治疗产品被取出单位剂量药物包27时，将发送信号给控制器，核实规定的剂量已从承载器26中适当地取出。在需要视像识别的情况下，可以使用电子成像设备独立地核实目标药物是否已经适当地从承载器26中放出。

    若计划从同一个药物承载器26放出额外的单位剂量药物包27或治疗产品，例如，在需要将同种药物的多种剂量强度相结合，以获得正确的剂量值时，则再次推动承载器26在y方向上向前移动，同时，弹出器组件55移动进入适当的x位置。当所有规定的药物都从药物承载器26中弹出后，输送滑架49和承载器26返回到各自在储存池48中的原点位置99。

    若规定的单位剂量药物包27或治疗产品位于不同的药物承载器26中，则按照命令指令集中指定的z坐标，将储存升降器47升高或降低到适当的水平位置。之后，输送滑架49和药物承载器26向前移动，进入正确的y位置，同时，弹出器组件55的容器90在x方向上移动。药物承载器26处于合适的位置时，柱塞93将剂量27推出承载器26，使弹出的剂量27落到斜道96上。或者，柱塞93可从单位剂量药物包27释放治疗产品以落到斜道96上。按照从控制中心101电脑服务器接收到的指令，患者的方案中的每种药物都重复上述顺序。应当理解的是，针对特定用药期间的所有药物都以快速连续的方式弹出，弹出每份药物所需的时间一般少于十秒。

    当计划用药时间内的所有药物都从各自相应的药物承载器26中放出之后，控制器致动声音警报、电子显示器42或其他合适的提醒机制，通知患者药物已备好，可以服用。同时，控制信号致动操作来连接到位于斜道96底部的可旋转挡板97上的伺服马达。随着挡板97的转动，弹出的完全密封的单位剂量药物包27或治疗产品落到接收区46，供患者收取。同时，电子显示器42显示接收区46中医疗产品的描述，可包括(例如)所递送的医疗产品的类型、数量和剂量。

    为了监视患者遵从性以及维持患者与递送模块33之间互动的完整核查跟踪，在药物剂量放出之后，模块通过射频或其他通信链路36，自动发送信号到控制中心101的电脑服务器上。该信号确认规定的药物剂量已经在计划的用药期间内被递送给患者。传输的信息附有日期和时间，以便提供准确的操作记录。控制中心101服务器上运行的控制软件35接收该信号并对该信号进行解码。信号经验证后，控制软件35系统性地更新在计划的用药期间递送的每个单位剂量药物包27或治疗产品的状态。更新的用药信息储存在控制软件35数据库中，以提供递送模块33内所含的各种医疗产品的准确库存控制和完美递送。药物剂量送出操作记录也储存在控制软件35数据库中，然后被格式化为XML信息流，并利用加密的安全套接字层25，在连续轮询循环中发送到临床软件层32。

    如以下更详细描述的，用户可输入一个或更多个相应于用户不能接触递送模块33的时间段(例如当用户在假期、工作、上学、购物或类似时)的日期及/或时间。根据输入的日期及/或时间，递送模块33可确定要给予的药剂并可弹出该药剂给用户。用户可通过例如键盘43的输入设备输入所述一个或更多个日期及/或时间，并可通过例如显示设备42的显示设备将关于每种药剂何时服用的信息显示给用户。

    临床软件32每隔几分钟检查发送到临床设施的数据服务器上的状态更新。临床软件32收到操作记录时，软件32将信息储存在特定数据库中，即还含有患者的治疗方案和健康照护专业人员输入的药物剂量递送指令的那个数据库。操作记录提供(例如)患者递送模块33中所包含的单位剂量药物包27的最新完整库存以及患者收到规定剂量的日期和时间等信息。该信息被直接提供给临床设施内的一个或更多个电脑站100，使授权的健康照护专业人员能够实时地审查患者的剂量递送结果。当从控制中心服务器接收到剂量确认消息，说明规定的剂量已经递送给患者之后，临床软件32启动一个程序，从待处理列表中移除该项特定的剂量递送事件。

    若患者在计划的用药时间未响应递送模块33生成的提醒，例如，未能在设定的时间窗口结束之前按递送模块33的落下键43，一个程序将启动，该程序可包含呼叫患者或呼叫患者的照护提供者、医生、药剂师或其他指定的个人。递送模块33通过射频或其他合适的通信链路36，自动将提醒传输给控制中心101服务器。之后，利用上述的安全加密方法25，将漏服剂量的通知立即传输给临床设施的数据服务器。

    在另一个实施方案中，使用(例如)两个时间窗口，期间患者可以输入递送信号，如按下落下键43。在第一个时间窗口，递送模块33生成具有第一强度的声音、可视或其他警报。若第一个时间窗口结束而患者还没有输入递送信号，模块33将提高警报等级。增加的警报等级连续增加或者逐步增加，直至第二个时间窗口结束。若患者在第二个时间窗口结束时仍未响应警报，则不遵从行为的通知将被传输到控制中心101服务器。

    只有患者在指定的时间间隔内按下落下键43时，规定的药物剂量的递送才会发生。本发明以此方式确保患者在正确的用药时间接收准确的规定的药剂。此特点可以改善患者的遵从性，使保护患者避免在非规定的用药时间服用多剂药物，因为这可能导致不良的药物相互作用。

    患者的药物服用结果实时地被发送到临床设施并被接收。通过生成提醒消息，并显示在健康照护专业人员的电脑监视器(用户界面100)上，临床软件32自动地提醒健康照护专业人员患者的不遵从行为。然后，健康照护专业人员可及时采取措施，直接联系患者及/或发回适当的命令到递送模块33，或者采取如下文所述的措施。

    在审查不遵从通知后，患者的医师、药剂师或其他持照健康照护专业人员提取患者的治疗方案并进行评估，治疗方案储存在临床软件32数据库中，可以通过用户界面100获取。该信息包括但不限于处方信息，如处方医疗产品的名称、类型(品牌或属类)、效力强度和剂型、用药计划、服药标准(如药物之间的相互作用和药物与食物之间的相互作用)及下一个剂量递送时间。然后，健康照护专业人员确定患者的药物方案、用药时间表或两者是否应修改，以调节漏服剂量，例如，利用适当的工作表100，输入指令取消、排序或修改规定的剂量值。

    通过使用电子识别码29和31，无论是在剂量递送之前还是递送期间，都可以随时地了解特定递送模块33中处方和非处方药物、药品和营养药品的精确位置和内容物。该信息由控制中心101储存并监视。每次用药操作的记录(包括尚未使用的单位剂量药物包27的最新库存)在每次操作发生之后，被立即传输到临床设施。健康照护专业人员审查显示在他/她的电脑显示器(用户界面100)上的最新库存清单。如果开处方的医师认为需要计划外剂量及/或调整计划，则健康照护专业人员从患者可用的规定的治疗药物列表中选择另一个剂量或不同的药物，并输入适当的送药要求。新的剂量信息保存在临床软件32数据库中。患者不必前往医师办公室或药店，即可获得新处方。这样便不存在延迟治疗或打断治疗的连续性，遵从规定治疗方案的问题也几乎可以立即得到解决。

    以类似的方式，本发明系统使健康照护专业人员能够几乎立即地对患者健康情况的意外变化做出积极的反应。本发明对于通过按照患者的需要随时间变化进行例如实验室检查的方式持续地评估适当剂量的情形很适合。在这些情况下，健康照护专业人员能够几乎立即地远程调整患者的剂量或提供不同的药物，无需新处方。在医生开出治疗指数范围窄的药物时，这一点尤其重要，因为患者用药过量或不足可导致严重的副作用和疾病。本发明可以防止患者病情恶化，因为患者能够继续他/她的疗程，不存在具有潜在危害性的中断。

    每隔几分钟，临床软件32启动一程序，监视含有健康照护专业人员输入的计划和指令的数据库是否有修改。若软件32检测到剂量及/或时间表改变，则利用加密的安全套接字层36，传输信息到控制中心101电脑服务器的URL地址上。如上文所述，信息被格式化为包含控制中心101服务器验证所需的单元识别号(UIN)和其他识别符号的XML命令指令集。安装在服务器上的控制软件35验证并解码来自临床软件32的指令。然后将回复信号发送到临床软件32，确认收到这些指令。利用UIN，控制软件35将调整的剂量递送要求和特定的递送模块33相关联。控制软件35然后参考其数据库，根据储存在模块33中单位剂量药物包27的当时库存信息，确定待送给患者的单位剂量药物包27或治疗产品在递送模块33中的具体位置。递送模块33能够以非顺序方式放出药物包27或治疗产品，而不受按顺序递送的限制。

    控制软件35利用一查寻程序，提取含有目标单位剂量药物包27的特定药物承载器26的竖直位置(z坐标)，以及含有该剂量的格子28的横向和纵向位置(分别为y坐标和x坐标)。此外，根据药物承载器26的内部构造和内含药物的类型，查寻程序还会找出具体的剂量弹出参数。这通过储存的电子编码的识别符号29和31来实现。控制软件35同时监视当前时间与被修改剂量的计划落下时间。当当前时间等于被修改剂量的计划落下时间时，软件35通过射频或其他合适的通信链路36，将命令信号传输到递送模块33。信号包括要求递送模块33根据指定的位置坐标落下被修改的剂量的指令。

    要被激活的递送模块33收到命令信号时，通过储存在控制器存储器中的逻辑程序，模块控制器对命令信号进行解码和验证，并将命令信号载入控制器执行队列中。之后，控制器立即通过可视、声音或其他形式，提醒患者需要服用已调整的剂量。当患者对递送模块33生成的提醒做出反应之后，例如，说出指定的口头命令或在设定的时间内按下落下键43，剂量递送顺序即被初始化。目标剂量送给患者之后，确认和状态信息被发送到控制中心101服务器上。这些结果立即得到处理并传输到临床设施，让指定的医疗人员通过用户界面100实时地审查患者的剂量递送结果。因此，本文描述的反馈布置允许立即地调整和更改患者的药物方案，以适应医疗情况变化。

    在递送药物剂量时，健康照护专业人员可以通过电话、电子邮箱或通过输入适当的命令到患者的电脑终端，与患者交流。命令信号由控制软件35处理，并随后传输到患者的递送模块33上。通过此远程界面(包括例如键盘及/或扬声器)，可以促使患者提供信息或回答问题。

    传统的送药系统可以向健康照护专业人员提供有关患者健康状况的数据，而本发明系统则允许健康照护专业人员远程对患者健康状况的变化做出积极的反应。递送模块33中所含的每个单位剂量药物包27被单独编码31并记入库存，以可被独立获取和跟踪。因此，健康照护专业人员能够以非顺序性的顺序和受控和可核查的方式，一剂一剂地提供药物。以此方式，患者遵从规定治疗方案的情况可以得到精确的监视。此外，在收到有关患者健康状况变化的信息的同时时，便可以实时地在医生指定的参数范围内作出调整剂量和其他治疗决定。考虑到这可以使远程医疗和远程药房服务得到全面的提高，这个优点显得特别重要。

    如上文所讨论，在本示例性实施方案中的递送模块33可以容纳多个药物承载器26，每一个都包含多种治疗剂。因此，为了便于说明，下文将介绍承载器26的典型装载操作(图7-10、17和25a)。

    当收到新的药物承载器26时，一般由患者、照护者或其他授权的操作者开始装载全空或部分空的递送模块33。用户只要按下位于壳体前面板41上的装载键43，使控制器通过射频或其他合适的传输方法36将装载核实请求发送到控制中心101。控制中心101收到装载请求后，由控制软件35验证装载请求信号，并在多数情况下接受装载请求。若启动装载操作要求安全密码或其他授权，而操作者又没有输入，则装载核实请求将被拒绝。

    在另一个实施方案中，装载操作由控制软件35启动。控制中心101服务器向递送模块33发送含有随机生成的通信令牌的加密的装载指令。收到指令后，模块的控制器对指令信号进行解码并验证。若验证的结果为真，则控制器向服务器发送回复信号，确认收到装载指令。之后，递送模块33生成声音、可视或其他提醒，以提示患者或其他操作者按下装载键43。

    操作者按下装载键43后，储存升降器47立即从壳体下半部分中的静止位置上升到一个可以将新药物承载器26装载到储存池48中的位置上。控制器动作，在马达80和导向螺杆组件81的作用下，储存升降器47移动到壳体内的适当水平位置上。储存升降器47上升到一个适当高度上，使待装的储存池48基本上与沿着壳体侧面板38和39延伸的水平导轨57和58对接。在这个位置上时，输送滑架49的下表面稍稍比导轨57和58高一些，这样，在退走储存池48时，滑架49可以自动地顶在导轨上。如上文所讨论，在编码器的作用下，储存升降器47自动移动到正确的位置。

    储存升降器47处于适当的位置时，致动器60将闩锁装置59降低到导轨57下方的无阻碍位置，以保持装载通道的畅通。输送滑架49从其在储存池48中的原点位置99向前移动到达一个位置，在此位置上，滑架49伸到了壳体的装载区中。滑架49进入装载区时，传感器探测到它的移动并将位置信息传给控制器。控制信号发送到装有旋转支架的致动器72上，致动器72向下张开，以接触到滑架49的上表面。同时，旋转支架65向下转动，使驱动轮70和71下降到滑架49的上表面。在马达73和滑轮组件74的作用下，驱动轮70和71朝向外的方向转动，使滑架49沿着导轨57和58再向前移动。

    当输送滑架49的前边缘接触到壳体前面板41，并与前面板41在相同的高度上，即处于第一姿势位置时，控制器暂时地解开与马达73的啮合，使滑架49停止向前移动。张开的致动器72向上移动到达其原始的升高位置上，同时促使旋转支架65和驱动轮70和71向上转动，而离开滑架49。在这个位置上，滑架26与壳体前面板41上的插入/收回槽45对接。输送滑架49此时处在接收进入的药物承载器26的位置上。因为递送模块33能够以随机顺序获取并递送患者的剂量，所以，没有必要以特定的顺序将药物承载器26装到递送模块33中。这克服了现有技术设备的一个重大缺点，即，药物必须按其要被递送的顺序装载。

    此时，通过声音、可视或其他方式，提示操作者打开装载门44的把手，以将新的药物承载器26插入到插入/收回槽45中，药物最好朝下。通过监视传感器，控制器确定药物承载器26是否已经放入槽45中。当传感器探测到药物承载器26已经完全插入时，即药物承载器26的周边充分地伸入装载区(例如三英寸或其他预定的距离)以致动限位开关时，控制器指示驱动轮70和71张开并往反方向即向内的方向旋转，并相应地提升药物承载器26，使其穿过插入/收回槽45，进入等候的滑架49。

    传感器探测到药物承载器26完全进入滑架49时，致动器60促使闩锁装置59恢复其在导轨57上方的原始分度位置，将滑架49固定在导轨57和58上，以便由驱动轮70和71输送。药物承载器26和滑架49向后朝空的储存池48移动时，位于药物承载器26附近的电子扫描器98在控制信号的指示下致动。扫描器98读取贴在药物承载器26向上表面的编码识别符号29标签，该标签带有承载器的序列号。扫描器98也会记录要储存药物承载器26的具体储存池48。之后，从扫描器98上提取的信息被立即传到位于控制中心101的电脑服务器上。

    药物承载器26和输送滑架49接近储存池48的开口后，马达和滑轮组件54促使安装在储存池48开口附件的正齿轮53旋转，使滑架49向后移动到原点位置99。然后脱开旋转支架65与马达73的啮合，使驱动轮70和71停止旋转。此时，张开的致动器72向上移动到其原始的升高位置上，同时促使旋转支架65向上转动，以锁定在其初始位置上。

    之后，储存升降器47几乎立即地被升高或降低到另一个位置，即水平位置，以装载第二个药物承载器26。此时，操作者被提示将另一个药物承载器26插到插入/收回槽45。每一个新承载器26都以类似的方式装载，滑架49向前移动，以接收和输送进入的承载器26到达储存升降器47，直至所有的药物承载器26都放入递送模块33中。然后以声音、可视或其他方式提醒操作者装载操作已经完成。整个过程发生得很快，一般在三分钟之内。

    如上文所述，当药物承载器26朝储存升降器47前进时，电子扫描器98(例如条形码阅读器、光学识别阅读器或射频识别标签阅读器)扫描印在各药物承载器26裸露表面上的电子识别码29，并将承载器26在其中的具体位置成像。这些信息提供给控制中心101电脑服务器，供以后提取。装载操作完成后，被扫描的每个药物承载器26依次地暂时被移出各自的储存池48。扫描器98找到并读取印在承载器26内每个单位剂量药物包27封条上的电子识别代码31，并对储存单位剂量药物包27的具体储存池47进行成像。然后，控制器将扫描器提取的信息传给控制中心101，在控制中心101，信息与之前输入到控制软件35数据库的编码数据相关联。以此方式，特定的递送模块33中所含的每个单位剂量和临时单位剂量药物包27的精确位置和内容便可以储存在控制软件层35中，从而可以从生产直到送至患者的整个过程准确地跟踪每一剂药27。如前文所述，这些储存的数据使健康照护专业人员能够在远程选择和递送适当的治疗药物给患者。

    图25b图示典型的卸载操作。药物承载器26一般在患者的药物用完时，由患者、照护者或其他授权的操作者卸载。操作者只要按下位于壳体前面板41的“卸载”键43，促使控制器发送核实请求信号到控制中心101服务器。服务器收到信号后，控制软件35验证25信号并核准卸载，控制中心101数据库核实一个或更多个药物承载器26的预选数量的格子28是空的。核实请求所需的信息储存在服务器数据库中，通过使用电子编码的识别符号29和31，该数据库持续地记录并更新递送模块33内每个单位剂量药物包27的位置和状态。以此方式，控制中心101能够随时了解每个单位剂量药物包27的情况。

    在另一个实施方案中，卸载操作由控制软件层35发起。如服务器数据库所反映，当患者的药物供应低于预设的水平时，控制中心101服务器发送加密的25卸载指令到递送模块33。递送模块33控制器对信号进行解码并验证其真实性。若为真，则控制器向服务器发送回复信号，确认收到卸载指令。之后，递送模块33生成一个声音、可视或其他形式的提醒，以提示患者或其他操作者按下卸载键43。

    操作者致动卸载键43后，储存升降器47立即从其静止位置升高到一个可以将已空的药物承载器26从储存池48中移出的位置。之后，输送滑架49和药物承载器26按前文所述的方式，被引导进入壳体上的装载区。当输送滑架49的前边缘接触到壳体前面板41，并与前面板41在相同的高度上，即处于第一姿势位置时，滑架49停止向前移动。但是，驱动滚轮70和71继续向外转动，将已空的药物承载器26移出滑架49，使其进入插入/收回槽45。传感器监视外出的药物承载器26在插入/收回槽45中的移动。

    当药物承载器26的前边缘超出壳体前面板41，突出约三英寸(或适合操作者手动取出承载器26的其他距离)之后，控制器暂时解开与马达73的啮合，以防止驱动轮70和71继续转动。空药物承载器26现在处于可由操作者取出的位置。此时，通过声音、可视或其他方式，操作者被提示打开配有把手的装载门44，以从插入/收回槽45提取药物承载器26。

    传感器探测到空药物承载器26已经取出时，控制器发送信号给马达73，使其反方向(即向内)转动驱动轮70和71，使输送滑架49向后朝已卸空的储存池48的方向移动。滑架49到达其原点位置99后，与马达73的啮合即脱开，使驱动轮70和71停止转动。此时，支架致动器72向上移动到其原始的升高位置，同时促使旋转支架65向上转动，进入其初始位置。在这个时候，闩锁装置59恢复到其与导轨57邻近的分度方位上。

    然后，储存升降器47升高或下降，以卸载下一个空的药物承载器26。每个储存池48以类似的方式被卸空，直至所有空承载器26都从递送模块33中卸出。应理解，药物承载器26的卸载连续快速地发生，其中，储存升降器47被移动到适当的位置，恰好使已空的承载器26从相应的储存池48中卸出，这一操作几乎与通过插入/收回槽45弹出承载器26的操作同时发生。到操作者收到被弹出的每个承载器26时，整个过程只需三分钟。

    当所有空药物承载器26都从递送模块33中卸出后，控制中心101服务器发送装载信号到空的模块33的控制器。然后，通过声音、可视或其他方式，通知操作者可以给模块33补充新药物承载器了。此时，操作者只需按下位于壳体前面板41上的装载键43，然后打开装载门44，将新的药物承载器26插到插入/收回槽45中。

    如上所述，远程药物管理系统由临床和通信软件、送药单元和药物封装组成。该系统提供一种方法用于：将患者的规定的药物储存在递送单元中，使医疗提供者远程制定患者的规定的药物计划，使医疗提供者在规定的药物应被服用时向患者提供通知，以释放规定的药物到递送单元的盘，该盘可根据患者的命令被患者获取，以及为医疗提供者提供事件的历史记录。如此，该系统旨在用作健康照护提供者在管理针对在家中或诊所中的患者的治疗方案的辅助的应用。

    除以上描述的功能，其他各种功能也可以是有益的，特别是在解决有关药物的安全递送问题上。例如，一个重要的问题是患者不能正确地识别他/她的药物。送药单元应识别药物或含有药物的药物包，而不依赖于患者来完成该任务。送药单元应使用制造商或药厂的标签识别药物。如果该设备不能识别药物，则设备应不接受药物且应提供该药物不可识别和不能以该设备使用的通知。此外，应假设，患者将依赖于送药单元来正确地递送他/她的药物。送药单元的电机系统应可靠地在规定的时间以规定的剂量放出药物，并核实所述剂量已被成功地递送。或者，送药单元应提供药物尚未按规定释放的通知。递送事件的完整历史日志应被保留。

    更进一步，送药单元递送正确的药物的能力取决于送药单元识别每种药物的能力以及核实所述送药单元中含有的所述药物的数量与计划的治疗一致的能力。如果送药单元中含有的药物不足以在特定的用药周期递送规定的药物，设备应提供通知。因此，设备应能够核实其中所含的每种药物的具体数量。

    更进一步，送药单元不应接收超过其到期日期的药物，并应提供该药物已到期且不能被用于该设备的通知。鉴于这些考虑，送药单元应至少能够：当不能识别药物包时，自动地弹出封装的药物；确认正确的药物被选择和递送；在失败、不正确的药物、到期的药物等事件时，提供通知；核实一种或更多种药物的数量；以及当送药单位核实药物数量失败时，提供通知。无论何种原因，均能通过实时异常报告系统来规避风险。系统所有部分(特别包含送药单元)的错误(包含有条件的成功)应被记录并报告。

    如果断电会阻止患者从送药单元取出他们的药物，或控制软件不能与送药单元通信以调整用药计划或监视遵从性，都会带来风险。为此，若提供维持送药单元通信能力并继续运行一段时间的电池备份将是有益的。另外，应有一种方法使患者在断电导致送药单元不运行时容易地从送药单元取出药物，例如手动方法取出，或当电池电源降至低于最小运行水平时，所有药物的药物包自动弹出。

    患者缺乏使用送药单元的能力会带来风险。为此，限制患者对送药单元的控制是可期望的。送药单元及其控制软件应被这样设计，使得送药单元与患者之间的任何交互都不需要患者输入任何用在管理、排程或者甚至识别药物的信息。

    排程药物和递送药物带来许多风险，例如当药物的用药计划在患者已经从送药单元接收他们的药物之后被改变时。如果设备允许患者在计划的用药递送之前接收他们的药物，这种情况就可能发生。该情况可导致重新排程递送。应有防止此类情况发生的充分的软件控制，所述软件控制应提醒患者的照护提供者患者已经接收他们的药物以及剂量改变直到下一个计划的用药周期才会发生。或者，当药物剂量从药物承载器取出并服用，而药物的药物包正被照护提供者或患者从药厂运送，且在药物承载器被插入送药单元中之前，这样的重新排程可以是需要的。如果断电引起患者不使用送药单元而手动地管理他们的药物，则会发生类似的情况。如果送药单元尝试递送从药物包遗失的药物，则会发生潜在的风险。设备应能够识别药物是否从药物承载器遗失。在另一个例子中，在用药过程中，如果患者在服用前将药丸掉在地板上，或丢失该药剂，且患者又没有容易而方便的方法获得替换药剂，则会发生潜在风险。送药单元应能够允许患者从送药单元取出药物的药物包，手动地用药，并然后将药物包重新插入单元中。

    各种其他的风险涉及药物的标记。例如，如果由药剂师贴在药物承载器上的处方标签在药物承载器已被插入送药单元中之后，对患者不再可见，则会带来风险。印在该标签上的重要信息，包括但不限于药片名称、剂型和剂量、药品到期日期、警示标签(如果需要的话)等，对于患者的治疗可以是至关重要的。该风险可通过以下方式规避：当送药单元递送药物时，使送药单元将重要的处方信息显示给患者；或送药单元的设计应随时将来自药剂师的处方标签的信息对患者完全可见。如果标签对患者不能完全可见，则应编程使送药单元不将已超过其到期日期的药物递送给患者。

    如果药物直接接触到送药单元或储存在送药单元中的其他药物，则存在风险。不同药物之间的交叉污染，或通过在送药单元中的接触，或通过留在送药单元中的残留灰尘，会造成不良反应的潜在风险，特别是如果因为对药物的过敏反应，而不再将那种药物递送给患者。该风险可通过以下方法规避：保留包含在药物包中的每种药物的每个剂量，直到患者实际上接收该药物，由此消除了任何药物之间或任何药物与送药单元之间的直接接触，或者确保药物不会接触到可能保留有药物残留的送药单元的表面。

    本发明实施方案的各个方面，尤其是解决上述风险的那些方面，在以下参照图32-61进一步图示。将认识到许多相同的操作结构和设备已在上文描述，并可等同地施用于下述的实施方案。例如，上述的图2图示了连同送药单元33使用远程控制器101及/或远程单元32的特定例子。即，一个或更多个送药单元33通过通信网络36与例如控制中心101的远程控制器通信。注意，单一的远程控制器将典型地与多个送药单元33通信。涉及送药单元33的替换的实施方案的额外细节将参照图32-40及附加的描述在以下进一步被描述。如以上指出的，通信网络36可包含任何适当的通信网络，如本领域已知的各种类型的无线/有线、公共/私人通信网络，包含其组合或任何其他适当的通信系统。

    另外，一个或更多个远程单元，如位于一个或更多个临床设施32中的装软件的电脑，也可以通过通信网络36与远程控制器通信。远程单元可包含任何能经由网络36通信的适当的处理设备，如台式/膝上型电脑或手持型或移动无线计算设备，都具有本领域技术人员已知的适当的用户界面的设备。在一个实施方案中，健康照护提供者使用远程单元初始化及/或修改患者的用药方案，获取由送药单元提供的数据/信息，或进入送药单元。如本文使用的，“健康照护提供者”包含任何为指定的递送单元的用户提供医疗照护或服务的授权的实体，如医师、护士、药剂师等。在本发明的另一个实施方案中，非健康照护提供者也可被允许经由远程单元受限地进入。

    远程控制器101连同送药单元33操作，以帮助药物的正确递送。一般地，远程控制器101可体现为一个或更多个适当的应用程序和数据库服务器电脑，如本领域已知的。用户界面也可作为远程控制器101的部分被提供，由此允许授权人员，如通过送药单元33实施的服务的提供者，以获取由送药单元33或远程单元32提供的储存的数据/信息。尽管远程控制器101在图2中被表示为分离的设备，类似于其中各种服务器电脑由单一实体独立地拥有、编程、操作和维护的实施，但其他实施也是可能的。例如，远程控制器101，不是被独立地操作，而可以在主机环境中实施，如通过使用通信网络36中的因特网或网页托管服务，如本领域已知的。无论实施硬件的位置在哪儿，都可以通过一个或更多个适当的界面(如通过由远程单元32提供的专门的界面100)，进入实现远程控制器101功能的服务器电脑(如上下文中所述)。如以上所述，远程单元32能维护它自己的患者数据，所述数据，以及安全策略和内部网访问也通过远程控制器101储存。由此推理，每个远程单元32也可包含用于患者信息、用药方案等的访问和修改的用户界面，特别是对于远程单元32的用户界面。在另一个实施方案中，所有该功能可作为可经由适当的网页界面访问的网页被并入远程控制器101，如本领域已知的。不论使用的具体界面如何，基于提供合适级别的访问权限的密码或验证机制，不同类型的用户被提供对远程控制器101的功能和储存的数据的访问权限。例如，医师应有对关于他们各自的患者，而非其他患者的任何数据/信息的完全访问权限。

    如所提到的，远程控制器101的功能性，不是以集中的方式，而可如上所述，以分散的方式实现。即，远程单元32可包含较之访问网页应用系统的用户界面提供更大功能性的经过适当的程序处理的设备。例如，一个或更多个医师可每人配备一台电脑和适当的软件及储存设备，以允许医师创建并维护针对患者的用药方案以及其他与患者相关的信息。尽管该信息同样地被远程控制器101储存，对此信息的最终控制由各自的远程单元32保留。另外，医师的计算设备(远程单元)能(例如)进入必要的送药单元33，以下载所需的用药方案并直接接收来自送药单元33的通信。此实施的优点在于，如前面提到的，机密的患者信息(如将受HIPAA保护的那些信息)可更直接地通过使用适当的防火墙等由健康照护提供者控制。尽管如此，可使用任何适当的配置。

    如上所述，远程控制器101及/或远程单元32可操作来通过使用通过网络36发送的命令直接控制送药单元33的运行，当送药单元接收及/或执行所述命令时，该命令随后被确认返回控制实体。在替换的实施中，信息和数据通过远程控制器101被传送给送药单元33，所述远程控制器允许送药单元33以基本上自治的方式运行。在该实施中，送药单元33通过远程控制器101被提供有(除了任何需要的软件程序及/或需要的软件程序更新外)一种或更多种用药方案。在这一点，送药单元33按程序定期地接触远程控制器101以确定是否有任何可获得以下载到送药单元33的数据/信息。在目前优选的实施方案中，这是使用无线链路，如通用无线分组业务(GPRS)调制解调器或类似的实施适当的加密协议(如SSL)的设备来实现的。该实施的优点是，如果送药单元33尚未预先启动与控制器101的通信，送药单元33能忽略经由该链路的任何进入通信。如以下更详细描述，在送药单元33具有要上传给控制器的数据/信息时，送药单元33也可启动与远程控制器101的非计划通信。在这些非计划通信过程中，送药单元仍像在计划的通信过程中那样，能请求更新。由于该实施中，送药单元能根据储存的用药方案运行，与远程控制器101之间的来往通信实质上被减少了，由此减小了运行成本并改进了送药单元33的响应性。

    如上下文所述，送药单元33操作来储存药物承载器并递送需要的药物。尤其是提供各种机械和电气构件以实现任何送药单元的基本功能。因此，例如，提供适当的构件，使得单个药物承载器可在送药单元的输入端口被提供，并自动地收回用于随后的储存。作为过程的一部分，每个输入的药物承载器上的识别标记可被检验以确定有关输入的药物承载器及/或储存于其中的药物的信息。另外，每个输入的(或预先储存的)药物承载器可被检验以确保每个单位剂量药物包的状态正常。正确接收的输入的药物承载器被随后放在送药单元的适当的储存区中，使得储存的药物承载器能随后被根据各种发放操作的需要提取。由此，可提供其他构件，以能够实现单个单位剂量药物包的实际取出，和随后的将取出的单位剂量药物包递送给送药单元的用户(如，患者)。用于处理输入的药物承载器的相同机制可同样地根据需要被应用于弹出或卸载药物承载器。

    现在参照图32，显示了替换的送药单元的透视图，没有外部壳体。大体上，替换的送药单元在运行中相对于图3及以下诸图，与上述的送药单元相似。在一个实施方案中，送药单元33的运行通过使用由一个或更多个适当的处理设备执行的储存的软件程序控制，所述处理设备如微处理器、微控制器、数字信号处理器、可编程逻辑阵列、特种集成电路应用等，或其组合，即，如本领域已知的“处理器”。因此，如以上指出的，使用储存的软件控制程序，送药单元33可通过触摸屏显示器220接收用户命令。除了触摸屏显示器220，用于送药单元33的用户界面可包含扬声器219(参见图36)或能够发出声音信号的类似设备。另外的输入和输出设备，如(但不限于)鼠标和光标输入方法、麦克风、指示灯、打印机，或其他本领域普通技术人员已知的，可均等地并入送药单元33的用户界面的显示设备。如以上指出的，送药单元包含一个或更多个外部通信接口，使其能经由网络36与远程控制器101及/或远程单元32通信。除以上描述的无线连接外，可使用硬件和软件支持，例如，以太网连接或其他有线通信协议。在目前优选的实施方案中，一个或多个通信接口，以及处理设备和软件储存设备(除本领域已知的任何其他控制电路外)使用一个或更多个印刷电路板(图33中未显示)实施。本领域技术人员已知的其他的实施可以同等地使用。

    送药单元33通过通道门221接受/弹出药物承载器224，并沿x-轴将每个药物承载器224装载进相应的滑架228，或从相应的滑架228卸载每个药物承载器224，如图所示。反之，滑架228从升降器232取出，或被再次放置到升降器232中(能够沿z-轴运动)。尽管显示了滑架228的水平定向，将认识到，可使用任何适当的定向。在该实施方案中，药物承载器224和滑架228两者的运动通过使用牵引器组件230实现，尽管其他方法也可同等地使用。如以上指出的，使用如柱塞226这样能够沿y-轴运动的弹出机构，递送单元33引起单个单位剂量药物包(或，在另一个实施方案中，单个单位剂量)从一个或更多个药物承载器224被取出，并存入收集斜槽222中，递送单元33的用户可使用所述收集斜槽222。沿x、y和z轴使用的各种构件的更详细解释进一步参照图33-40提供。

    现在参照图33-36，显示了形成x-轴组件的部分的各种构件。注意到，为了简洁，各种支撑和框架结构已在图33中被隐藏。x-轴组件包含两个牵引器支撑组件240a和240b，其每一个包含在相应的正时皮带244a和244b带动下，沿x-轴穿过相应的轨道242a和242b的牵引器组件230a和230b。随着每个牵引器组件230a和230b沿其相应的轨道242a和242b移动，牵引器组件230的位置使用编码器条码246a和246b以及编码器条码传感器248a和248b来监视。如图所示，每个编码器条码246沿其长边在具体位置包含许多刻痕。每个编码器条码传感器248，优选地包含本领域已知的整合的光源和光传感器，能够确定其在何时被精确定位于相应的编码器条码246中给定的刻痕上方。通过保持跟踪随着牵引器组件230横穿轨道242，编码器条码传感器248经过的刻痕数目(相对于已知位置)，与编码器条码传感器248通信的控制器可确定牵引器组件230的位置。另外，一对牵引器原点位置传感器249a和249b被提供在牵引器支撑组件240a和240b的每一个的远端。牵引器原点位置传感器249a和249b优选地体现为如以上所指出的光源/传感器，确定其相应的牵引器组件230在何时被定位于其原点位置，即在轨道242的远端。

    每个牵引器组件230a和230b还包含牵引器臂250a和250b，牵引器臂250a和250b具有相对于其相应的臂250的纵轴基本上垂直设置的销(peg)252a和252b。在相应的牵引器臂伺服马达253a和253b的控制下，每个牵引器臂250通过其所在的y-z平面中受限的弧可自由旋转。由于牵引器组件230可沿x-轴自由移动，针对每个牵引器臂250的潜在的y-z平面的数目几乎是无限的，尽管在实际中，该数目受到沿与编码器条码246中刻痕相关联的x-轴的那些y-z平面的限制。如图34和36中阐述最清楚的，牵引器臂250和销252被用于啮合药物承载器224中的开口368(参见图44)(用于装载或卸载的目的)，以及通过该啮合，沿x-轴移动药物承载器224进入或移出滑架228。另外，如图32中阐述最清楚的，牵引器臂250和销252也可操作来啮合滑架228中的开口350(参见图41)，以移动滑架进入和移出升降器232中相应的槽。本领域普通技术人员将认识到除臂250和销252外的其他机构也可被用于这些目的。当被移出升降器232时，每个滑架228由一对滑架支撑轨道254a和254b支撑。在目前优选的实施方案中，每个滑架支撑轨道254被刻上刻痕，以使滑架支撑轨道254与每个滑架228之间的接触点最少，从而使摩擦最小化。

    右牵引器支撑组件240a中的右正时皮带244a的运动由安装在步进马达258的轮轴(axle)上的步进马达驱动滑轮256提供。步进马达258转动步进马达驱动滑轮256，由此引起右正时皮带244a和相应的右牵引器组件230a的运动。在该例子中，提供单一的步进马达258。为了将由步进马达258提供的运动转移到左正时皮带244b，驱动轴260在其末端连接到由右正时皮带244a驱动的右驱动滑轮261。连接到驱动轴260另一端的左驱动滑轮261b反过来引导左正时皮带244b的运动，由此相应地移动左牵引器组件230b。注意，右和左正时皮带244a和244b两者，进一步由相应的右和左空转(idler)滑轮263a和263b支撑(图37)。本领域普通技术人员将认识到，上述的单一的步进马达和多个正时皮带的布置只是可用于按需要移动牵引器组件的目的的许多技术之一。例如，每个牵引器组件230可并入其自己的动力源，如与用于直接啮合牵引器组件230的支撑(即，轨道242)的适当尺寸的马达。

    额外的组件，特别是图33中图示的，包括通道门组件262、递送斜槽组件268和后挡板组件276。所述通道门组件262包含通道门221以及用于打开和关闭通道门221的必要构件。使用经由适当的链接机制(未示出)连接到通道门221的处理器控制的伺服马达266，可自动地打开和关闭通道门。通道框架264，用于部分提供通道门221的可旋转支撑，优选地与牵引器支撑组件240对齐，使得已从储存升降器232移出的滑架228可向上延伸并通过(借助于牵引器组件230的操作)通道框架264中适当构造的开口。以此方式，用户将药物承载器224插入送药单元33时可完全在滑架228中对齐承载器224。又如图3以及之后的图所描述的，药物承载器被自动地拉入单元中，在升降器中被读取和储存。

    递送斜槽组件268包含经由下开口271连接到收集斜槽222中的后开口的对角(diagonal)递送斜槽270。递送斜槽270的上开口272位于牵引器支撑组件240之间，并沿x-轴在弹出器组件(未示出，参见图38-40)之下，所述弹出器组件从药物承载器移出单个单位剂量药物包。以此方式布置，弹出的单位剂量药物包被重力供应到上开口272中，在此处被收集到闸门(gate)(未示出)后面。通过处理器控制的闸门伺服马达274和相应的联接的运作，闸门可被旋转到基本为打开位置，由此允许弹出的单位剂量药物包被释放到收集斜槽222中，并随后转回到基本为关闭位置，用于之后的弹出操作。

    后截止闸门组件276包含在支撑轴衬(bushing)281(图36)中沿z-轴经由处理器控制的后截止闸门伺服马达280可往复运动的后截止闸门278。沿x-轴，于递送斜槽270的上开口272之后定位的后截止闸门用作防止任何滑架228在装载和卸载操作过程中被无意地从升降器232抽离。尽管后截止闸门278显示为往复运动的实施，本领域普通技术人员将认识到其他实施也可等效地使用，如，后截止闸门被转入或转出其位置。

    现在参照图37，显示了y-轴组件的两个子组件282和284。第一y-轴子组件282包括弹出器(如冲压子组件286)。相应的驱动结构被用于沿由轨道288定义的固定的y-轴移动冲压子组件286，冲压子组件286经由安装座289滑动地连接到轨道288。为了精确地确定冲压子组件286沿轨道288的位置，提供了编码器条码290。如以上关于连同牵引器组件230使用的编码器条码260的描述，编码器条码290并入在预定位置的刻痕，其位置可通过编码器条码传感器292相对高精确地探测，所述编码器条码传感器292又可包含光源和传感器。冲压子组件286的运动由通过步进马达驱动滑轮298连接到适当的处理器控制的步进马达296的正时皮带294引导。如图所示，空转滑轮300和凸轮从动件301可用于正确地定位和拉紧正时皮带294。安装座289被贴附到正时皮带294。再一次地，本领域技术人员已知的其他布置可等同地应用于引导和控制冲压组件286的运动。此外，尽管冲压组件286被图示为具有只沿y-轴的运动，将进一步认识到，这并非固定不变的需要，且冲压组件286可被提供额外的自由度，如也沿x-轴。

    冲压子组件286包含冲压伺服马达302，冲压伺服马达302在适当的控制下，沿z-轴往复移动冲压工具304。如本领域普通技术人员已知的，用于操作冲压伺服马达302以及编码器条码传感器292的电路可被置于适当的电路板306上。如以下更详细地描述，冲压工具304被调整大小并构造以从药物承载器224移去单位剂量药物包。在图37-39中图示的实施方案中，冲头304的朝下的表面包括四个对称布置的金字塔状结构，该结构具有与冲头304的四个角对准的最向下凸出的点(参见图37)。在该实施方案中，反转的金字塔状结构的四个凸出的点被构造以与每个单位剂量药物包周围的冲孔的四个角啮合(参见图45)并随着冲头304向下前进，而突破单位剂量药物包整个外围周围的冲孔(perforation)。冲头304的替换的实施方案在图39A中图示。在该实施方案中，金字塔状结构被布置在冲头304a朝下的表面上的多个针(pin)304b-e以及一个或更多个弹簧式柱塞304f-g替换。注意，图示的针304b-e和柱塞304f-g可按照设计选择使用较多或较少数量，且可使用任何适当的形状和尺寸的针304b-e。例如，在图示的实施方案中，针340b-e的端部为圆锥形部分。如在先前描述的实施方案中，冲头304a的外边缘304h被构造为基本上与单个单位剂量药物包中存在的冲孔式样匹配。优选地，针304b-e位于冲头304a的外边缘304h中。由此，当冲头304a被降低以从药物承载器取出单位剂量药物包时，在一个实施方案中，多个针304b-e被设计为刺穿包括单位剂量的腔室的外围中的药物承载器的背标，即，在图45中图示的内冲孔374中。替换地，针304b-e可位于图45中阐述的外冲孔372和内冲孔374之间的区375中。该特征在以下那些(不常见)情况下是有用的，即其中单位剂量药物包没有完全脱离药物承载器的框架(导致有时被称为“悬石(hanging chad)”的情况)。为防止这种可能性，针304b-e，通过刺入标签，随着冲头304a继续其向下运动，允许柱塞暂时地固定单位剂量药物包，直到冲头304a的外边缘304h完全撕破限制单位剂量药物包的冲孔时为止。通过以此方式固定单位剂量药物包，防止冲头在冲破冲孔时旋转而导致悬石问题的情况。基本上同时地，单位剂量药物包对冲头304a运动的阻力引起弹簧式柱塞304f-g的压缩。一旦单位剂量药物包的冲孔已经完全被破坏，单位剂量药物包的阻力即被移除，由此允许柱塞304f-g的弹簧弹力从针304b-e取出单位剂量药物包。

    在另一个实施方案中，在不考虑药物的交叉污染的情况中，冲压工具304可被构造以从单位剂量药物包取出单个单位剂量本身(即，仅药物)。

    位置传感器308被优选地安装在电路板306上，以检测法兰310沿z-轴的位置，法兰310安装到冲压工具304上。以此方式，位置传感器308可确定冲压工具304是否已完全延伸(如，当从药物承载器取出单位剂量药物包时)或收回(如，当沿轨道288移动冲压子组件286时)。另外，指针312被安装在冲压工具304的向前的表面上。如以下参照图39和41-43进一步详细描述的，在一个实施方案中，指针312用于啮合滑架228的相应结构，以限制滑架228的运动，并允许药物承载器224完全插入到滑架中。图38图示冲压子组件286相对于装载了药物承载器224的滑架228的对准情况。如图所示，滑架228已移入冲压组件286以下的位置，使得一排单位剂量药物包直接在冲压组件286的y-轴的下方。

    如以上指出，并再一次参照图37，第二子组件284包含步进马达296和步进马达驱动滑轮298。如图所述，第二子组件284还包含条形码阅读器314，所述条形码阅读器314被布置为使得扫描器/其输入表面面朝下(朝向药物承载器的表面)。在所示的实施方案中，图38-40中图示的条形码阅读器314被固定连接到其支撑框架上，并因此只能读取位于其正下方的条形码，该条形码可不构成呈现在药物承载器表面上的所有可能的条形码。然而，应理解，其他布置也可应用。例如，可应用多个这样固定的条形码阅读器，使得借助于他们的布置，随着药物承载器沿x-轴经过条形码阅读器，读取所有可能的条形码。替换地，条形码扫描器可被安装以使其可沿x和y-轴的任一个或两者自由地移动。例如，条形码阅读器可被安装在冲压子组件286上，使得通过将药物承载器/滑架的运动的x-轴自由度与冲压子组件286的运动的y-轴自由度组合，最终可使用条形码阅读器读取药物承载器面朝上的表面上的任何位置。

    装载截止闸门316也在图38中做为形成第二子组件284的部分被部分阐述。根据处理器控制的伺服马达318定位的装载截止闸门316被用于在预定的位置定位手动输入的药物承载器，使得牵引器组件230可被自动地移入位置，以啮合药物承载器与相应的滑架中的药物承载器的完全插入。当第二子组件284被安装在上述x-轴组件的顶上时，装载截止闸门316大致位于沿牵引器支撑组件240的长边，且在牵引器支撑组件240之间的中途，如图32中显示最清楚的。在其收回位置(示于图37中)，装载截止闸门316不约束药物承载器的运动。然而，当装载截止闸门316位于其延伸位置时(示于图39中)，装载截止闸门316的部分延伸到由滑架228的上表面定义的平面以下一段足以妨碍药物承载器224(图39中未显示)的插入超过装载截止闸门316的距离。由于装载截止闸门316的位置沿x-轴精确已知，药物承载器与装载截止闸门316之间的相邻啮合允许装载/卸载开口368(参见图44和45)被精确定位，用于随后通过牵引器臂250和销252啮合。图39还图示冲压工具304的对准情况，使得其上连接的指针312(图39中不可见)可在装载和卸载过程中与承载器228啮合，以如下进一步详细描述。

    现在参照图40，图示了z-轴组件。一般来说，z-轴组件涉及那些与药物承载器224和相应的滑架228的储存相关的递送模块33的构件。如在图32中图示最清楚的，z-轴组件被构造为使得储存在升降器232中的滑架228可通过牵引器组件230的操作被直接地卸载到x-轴组件中。

    如图所示，在实施方案中阐述的升降器232，包含两个平行板320，每一个平行板320又包含形成于其中的基本上沿每个板320的整个长度的多个凹槽322。在该实施方案中，板320彼此不相连接(与图3-6中所示的实施方案不同)。如图所示，每个板包含十个凹槽，尽管可按照设计选择采用更多或更少数目。来自每个板相应的凹槽322对共同形成了可用于储存药物承载器228的槽，如图所示。注意，在一个实施方案中，每个凹槽322包含沿其长度的刻痕323，以使凹槽322与滑架228之间的接触最小化，由此使当从升降器232装载或卸载滑架228时的摩擦最小化。进一步地，如以上指出的，槽不需要被限制为基本上水平对准，而是可以按照设计选择被对准为实际上任何适当的垂直或对角线对准。如果采用此种替换的对准情况，本领域技术人员将认识到，装载和卸载机构，举例来说，可能需要相应地被类似地重新对准。

    成对的杆324a和324b可滑动地与安装在每个板320上的轴承326(仅显示一套)啮合。提供了一对正时皮带328a和328b，每个板320一个，正时皮带328a和328b通过驱动轴330和连接到驱动轴330的任一端的相应的驱动滑轮332驱动。在所示的实施方案中，驱动轴330通过连接到处理器控制的步进马达334的皮带和滑轮的布置驱动。将认识到，为此目的，可等效地采用其他用于驱动驱动轴的布置。在每套轴承326中，第一轴承326a被连接到正时皮带328，使得正时皮带328的转动引导相应的板320的运动。相似地，编码器条码336贴在其他的轴承326b和326c上，使得编码器条码336沿z-轴的运动跟随升降器232的运动。如在前面的例子中，编码器条码336在预定位置包含刻痕。编码器条码传感器338，操作中与先前描述的且固定地安装在壳体(未显示)的一部分的那些相似，高度精确地感应编码器条码336中的每个刻痕，使得升降器沿z-轴的位置可被确定。

    现在参照图41-43，图示滑架228的示例性实施方案的各个方面。如图42中所示，滑架228包含具有多个底轨道342的底部340，具有多个顶轨道346的顶部344，以及连接顶部344和底部340的一个或更多个侧部348。共同地，底部340和顶部344在其之间共同地形成相对窄的开口341，开口341的维度足以自由接受输入的药物承载器(最初在滑架228的近端343被插入)的厚度。开口341的维度可按照设计选择来选，且取决于触及滑架228的药物承载器的那些部分的厚度。

    如果期望的话，底轨道342之间的支杆349为滑架228提供更大的刚性。注意，可按照设计选择对顶轨道346施用相似的支杆。轨道，特别是底轨道342，支撑输入的药物承载器，并且，在优选的实施方案中，当单位剂量药物包从药物承载器被弹出时，增强药物承载器的刚性。尽管显示了各种轨道342和346之间基本上均一的间隙，这并不是必需的，并且该间隙可按照设计选择改变。如进一步显示的，底轨道和顶轨道342和346平行地延伸到滑架228的纵轴(x-轴)。在替换的实施方案中，轨道(在底部340或顶部344的任一个上的)也可以垂直地延伸到纵轴，即，从一个侧部348到另一个侧部348，或者可使用此种平行或垂直轨道的组合，并可包含开孔(cutout)部分，以允许在承载器进入单元时单位剂量药物包的清除。还要进一步地，两套轨道的一套或两套可被板状部件替代，所述板状部件中形成有开口，该开口的形成式样为使得板状部件中剩余的材料(为药物承载器)提供与图41中描绘的轨道相似的支撑功能。

    滑架228可在滑架228的至少一个侧部件上包含一个或更多个洞或刻痕351。洞351可用于确定当滑架被插入储存单元(如上述的升降器232)时滑架的位置。例如，升降器232可包含传感器(如光学中断传感器)，和设置于传感器对面的光源(如发光二极管)。当洞351与光源重合时，传感器感应光源，由此使得滑架228的位置被确定。为了正确地取出储存在药物承载器中的单位剂量药物包，或为了确定滑架228被插入升降器232中的程度，可需要正确地确定药物承载器224在储存单元中的位置。基于本公开，用于确定滑架228在储存单元中位置的其他方法对本领域的普通技术人员是明显的。

    在一个实施方案中，滑架228包含至少一个在滑架228的远端345边缘上的保持机构352。图41中图示单一的保持机构352。然而，注意到，可采用一个或更多个这样的机构，该机构还可在滑架228的各个其他位置被使用。保持机构352用于当药物承载器已被完全插入滑架228时(通过药物承载器224中相应的保持功能，即，其中的开口366)，将药物承载器224保持在滑架228中的原处。如以下所述，在将药物承载器224插入滑架228或从滑架228取出药物承载器224的过程中，保持机构352啮合/脱开啮合或致动，以接受/释放药物承载器224。

    多个开口或洞350也在图41中被描绘。开口350位于底部和顶部340和344的任一个或两者中，使得它们可通过适当的机制啮合，以按需要移动滑架228，所述机制如上述的牵引器组件230。洞350的特定维度和位置可按照设计选择而变化，且可随滑架228的不同类型而不同。

    现在参照图42和43，进一步详细显示了保持机构352。特别地，目前优选的保持机构352包含具有由其延伸的悬臂354的本体部件353。本体部件353由一对连接到底部340的挠臂356支撑。悬臂353通过顶部344中的开口358暴露，使得臂354的钩部分355面向开口358内。本体部件353的上表面354构造为接收上述关于图37的指针312的补充性表面。连接到冲头304的指针312被定位以啮合并向下推挤上表面360。以此方式，挠臂356允许本体部件353被移位一段距离，并且因此悬臂354被移位所述的距离，该距离足以允许药物承载器224中的开口366被定位以锁定与钩部分355的啮合，或在卸载的情况时，允许开口366从钩部分355脱开啮合。尽管图42和43已图示特定的悬臂和钩配置，本领域的普通技术人员将认识到，其他构造也可等效地被采用以实施保持机构352。例如可使用箍缩、箝位或压合布置。在这样的实施方案中，一个或更多个底轨道342及/或一个或更多个顶轨道346可用于创建滑架228与药物承载器224之间的干涉配合。

    应注意，在所示的实施方案中，为每个要被储存在送药单元中的药物承载器224提供了单独的滑架228。然而，应理解，如果药物承载器224具有足够的强度和刚度，滑架228可全部省略。替换地，本文描述的与滑架228相似的单一结构可被并入，例如，上述的x-轴组件。在这样的实施方案中，类似的滑架结构仅在用于在对药物承载器施加基本上垂直的力的过程中，(经由类似轨道342的结构)支撑药物承载器时，例如当弹出单位剂量药物包时，是必需的。

    现在参照图44和45，图示根据目前优选的实施方案的药物承载器224。一般地，药物承载器224的构造与在待决美国专利申请序列号11/366,295中所公开的相当，所述专利申请的教导通过该引用被并入本文。在目前优选的实施方案中，每个药物承载器大致为6英寸(15.24cm)宽乘9英寸(22.86cm)长，且大致为0.070英寸(1.778mm)厚，并符合工业标准尺寸。如图所示，药物承载器224包含基本上为平面的本体部分362，本体部分362包含以二维布置分布在整个平面本体部分362的区域的多个单位剂量药物包364。为了简要，未显示标签纸(例如在图33、34和36中阐述的)。如图44中所示，单位剂量药物包364(可包含如本领域已知的泡罩形状的吸塑(blister)药物包)优选地以基本上均匀的排和列布局布置。然而，这并非必须的，且可采用单位剂量药物包364之间的可变的空隙。进一步优选地，所有单位剂量药物包364都具有相同的形状和尺寸。再次说明，这并非必须的，且不同尺寸和形状的单位剂量药物包可被并入单一的药物承载器228中。

    平面的本体部分362可包含有单位剂量药物包形成于其中的整体元件。在该情况下，本体部分362优选地由足够厚度的适当材料(如本领域已知的塑料)构成，以提供本体部分362的足够的刚性。在另一个实施方案中，本体部分362是相对地薄层的材料(如塑料)与相对地更刚性(可能更厚)层的适当材料(如硬纸板)的叠压板，其中单个单位剂量药物包形成于所述薄层材料中，而所述更刚性层的适当材料用于提供增加的结构支撑。例如，在一个目前优选的实施方案中，单位剂量药物包形成于其中的薄层是由一般用途的0.012英寸(0.3mm)PVC塑料构成。每个单个单位剂量药物包364中的泡罩状吸塑是使用模具形成。随后，每个单位剂量药物包364绕其周长被冲压/切割，除在单位剂量药物包364的每一端上的两个(2)位置(沿y-轴；共四个位置)外，完全割穿塑料。在这四个位置，留下1.5mm的冲孔。在该优选的实施方案中，结构支撑层包括在一侧有热封粘合剂，另一侧有粘土覆层的18磅实地漂白硫酸盐板(Solid Bleach Sulfate Board)的硬纸板层。然后，该支撑层被冲压，以与泡罩状吸塑的位置和形式相匹配，所述泡罩状吸塑具有较之吸塑尺寸大约大1.5mm的开口，该开口切入每个x和y轴的每个塑料层和标签层中。支撑层中的较大的开口用以确保单个单位剂量药物包364，在当被“冲压”出承载器时，能随着标签和塑料上的冲孔破坏，而穿过支撑层。

    无论本体部分362的基础构造如何，每个单位剂量药物包，如以上指出的，优选地由外标记记号或沿其外围的冲孔372限定，如图45中所示。在图45的描绘中，示出了标签层371(可包含如纸或箔或其组合的单层)。如本领域已知的，这些整个穿透标签层371和至少部分厚度的基础本体部分362的外冲孔372，允许每个单位剂量药物包364被相对容易的从药物承载器224的本体部分362取出。外冲孔372的特点在于其角373基本上被圆滑处理。通过圆滑处理这些角373，将单位剂量药物包364挤出通过外冲孔372的裂口所需的力较之尖(即，基本上是方的)角基本上被减小了。在目前优选的实施方案中，每个单位剂量药物包364还包含内标记记号或冲孔374，优选地在标签层371中，且仅通过标签层厚度的部分，以保持无菌，使得药物的每个单个单位剂量，如，单一的药丸，能从单位剂量药物包364中被放出，而不依赖于单位剂量药物包364是否已在先地从药物承载器224取出。

    尽管在图44和45中未显示，在目前优选的实施方案中，标签层是在其一侧有热封粘合剂，以及另一侧有覆层以防止施用时墨水(来自喷墨打印机)褪色的9磅实地漂白硫酸盐板。标签层中的切割/冲压与塑料层严格匹配，所述塑料层即单位剂量药物包在其中形成的层。在对标签使用热封粘合剂的过程中，绕每个单位剂量药物包所在位置周长的区域被优选地遮蔽，使得胶水不被施于其上。此举防止粘合剂流入每个吸塑(364)周围被冲压/切割的区，并防止在单位剂量药物包364和周围的塑料之间形成联接。同样在冲压/切割过程中，仅被冲压穿过标签材料90％的切割线被优选地切割成塑料中泡罩状吸塑的整个区，并与之对准。这些切割的区(先前所描述的)可以是以直线、交叉或环状方式的形式，并使药丸能通过使该区中的标签更易破，而较容易地从密封的吸塑被取出。无论如何，标签可使用利用电脑软件的标准喷墨打印机打印，且此时，本文所述的识别标记可被打印在标签的表面上。

    在目前优选的实施方案中，药物承载器通过以下步骤装配：首先将支撑层放在夹具上，并对齐到针上，所述针能容纳形成于其中的槽370。其后，将泡罩状吸塑形成于其中的层(即上述塑料层)放在夹具上，使得泡罩面向下并刚好装入夹具中的开口中。然后使用任何适当的技术将目标药物放进泡罩状吸塑中。其后，使用槽370将标签放在塑料层上用于对准。整个夹具和组件被置于热封压合并在300°F(149℃)压缩大约5秒。所述热封覆层由此被激活，引起三个层叠压。其后，从所述夹具取出叠压的组件。

    如以上指出的，一个或更多个开口366可被提供在药物承载器224中，用于与滑架228的保持机构352啮合。在目前优选的实施方案中，单一、中心对准的开口366被提供在靠近药物承载器224的每个横边的边缘。以此对称布置，无论药物承载器224的由前往后的方向如何，保证了开口366和保持机构352的互锁啮合。替换地，如果期望加强药物承载器224的具体对准情况，可使用这样的开口(或相似装置)的不对称布置，。此外，一个或多个开口366可沿药物承载器224的侧边的任一个或两者的边缘被定位，以啮合设置在滑架228上相似地定位的保持机构。类似地，开口370可(例如)沿药物承载器228的侧边缘被提供，或用于确定所述卡的方位或位置的使用(如上述相对于滑架228的优选的实施方案)，或用于保持药物承载器224在滑架228中的使用。

    在本体部分362中提供额外的开口368，以帮助药物承载器224通过送药单元33的运动。如上所述，开口368允许牵引器组件230(通过牵引器臂250和销252)啮合到药物承载器224，并由此传递力以移动药物承载器224。如图所示，开口368优选地靠近药物承载器的角。然而，这可根据设计选择而变。例如，开口368可被定位在更接近中间，并远离横边或侧边的任一边的角。替换地，开口368可被放在远离药物承载器的边缘，而是放在平面的本体部分362的内部区。还要进一步地，开口368的数目可较之所示数目更多或更少，且所述开口并非必须限制为所示的对称放置。

    如以上指出的，药物承载器224的运动可使用上述的牵引器组件230以外的方法引导。例如，一个或更多个轮可被置于与药物承载器224在其顶部表面或底部表面接触。轮可被转动，使得通过摩擦对药物承载器224在目标方向上施力。还要进一步地，可采用抓紧布置，以抓住药物承载器224的边缘，以由此引导药物承载器224的运动。基于本公开的教导，用于此目的的其他布置对本领域普通技术人员将是明显的。

    尽管在图44或45中未图示，以上所定义的各种识别标记可被用于协助药物承载器224的安放或定位。如以上所述，所述识别标记可包含至少能够通过自动的手段被探测或读取的任何机构，所述自动的手段包括而不限于印刷条形码或点、射频识别标签、磁条或印、凹痕、突起、洞或开口等等。相应的探测元件可包含，例如而不限于，条形码扫描器、光传感器、机械开关，及/或任何其他能够检测特定类型的标记的机构。例如，条形码扫描器可用于扫描与预定义的值相应的特定的条形码及/或条形代码标签，或光传感器可感应何时光照射穿过药物承载器中的洞。相似地，机械开关可与药物承载器224的表面接触，以探测何时相应于目标位置的洞或凹痕存在。还要进一步地，凹痕或突起可使机械传感器偏离药物承载器224的平面的本体部分362的标称位置至少一预定义的距离。

    通过送药系统(图2)能够进行的各种操作在以下参照图46-61进一步描述。图46-61中图示的技术的各部分在以上描述。总体而言，本文以下描述的方法优选地使用储存的可由处理器执行的指令控制一个或更多个适当的处理器的操作来实现，如上所述，处理器又控制本文描述的各种硬件元件，以及各个系统元件(如，远程控制器101和送药单元33)之间的设备间通信和设备内通信(如，各种位置传感器与带送药单元33的侍服马达和步进马达之间)。用于实现该指令的技术是本领域的普通技术人员公知的。当然，其他实施技术，如可编程逻辑阵列、特种集成电路应用或其他适当的技术可按设计选择等效地用于此目的。还要进一步地，注意到，尽管图46-61中图示的技术(以及上述方法)基本上彼此独立地被描绘，然而在实际操作中，许多所描绘的技术可按需要被组合。例如，送药单元的用户可因此不考虑用药方案而请求他/她的药物，如以下关于图61所描述。为此，用户可被提供一个或更多个药物承载器，用户可手动地从所述药物承载器发放单位剂量药物包及/或单位剂量。之后，用户可重新插入一个或多个药物承载器，并如以下对于图47的描述，再次确定所述一个或多个药物承载器的库存。本领域技术人员将认识到通过使用所阐述的实施方案，所明显阐述的技术的其他此种组合也可以等效地被采用。

    现在参考图46，过程从程序块400开始，在程序块400，送药单元可选地接收和(在适当的持续存储器中)储存用药方案。如本文使用的，用药方案包含对送药单元来说正确地为患者递送药物必需的数据和信息。实际上，单一的送药单元可基于单一用药方案或多个用药方案操作。后一种情况下，多个用药方案可组合为单一用药方案，其中具体的用药事件根据不同的患者区分。用药事件或是要采取的措施，或是送药单元关于药物的发放要做出的确定。例如，送药单元可确定具体的时间点已到，所述时间点表明送药单元应发出声音或可视警报，向送药单元的用户说明一个或更多个药物可被发放，并响应于用户输入发放药物。为支持正确地执行该用药事件，每个用药方案可包含要被发放的具体的药物的识别信息、有关该药物的数据(即，剂量强度、数量、每种药物的图像等)、每种药物的用药计划等。在一个实施例中，用药方案(和其他数据/信息)通过远程控制器及/或远程单元被提供给每个送药单元。然而，经由送药单元上包含的界面(如经由图形用户界面或处理器通信端口)，向送药单元提供用药方案的至少一些部分也可以是合乎期望的。

    无论用药方案何时或如何被接收，处理在程序块402处继续，在程序块402确定递送过程是否应发生。递送过程是具体的用药事件，其中一种或更多种药物要通过送药单元被发放。优选地，递送过程应发生的判断根据储存的递送方案完成，尽管这并非绝对的要求。例如，不管储存的用药方案如何，患者应总是能够获取他们的药物，这可以是合乎期望的。因此，患者(或其他授权的用户)能够请求非计划地发放储存的药物(如以下关于图61的进一步详细描述)。此类非计划的请求可经由送药单元自身上的用户界面输入，或可通过送药单元从远程设备(如远程控制器或远程单元)以命令形式被接收。用于确定根据用药方案(或响应于非计划的请求)的措施应在何时采取的技术对本领域的普通技术人员是众所周知的。

    其后，处理在程序块404和406上平行地继续，以执行先前在以上所述的操作。特别地，在程序块404，递送过程经由非顺序性(或顺序性，如果期望的话)获取所需储存的药物，并随后从其相应的药物承载器弹出所需的一个或多个单位剂量药物包来执行。注意，当单个单位剂量药物包被弹出时，送药单元与实际的单位剂量(如，药丸)之间的接触被避免，这对防止污染是合乎期望的。为此，用药方案(或非计划的请求)可包含有关要被发放的具体的单位剂量药物包的信息，或足以允许送药单元基于其对当前库存的了解确定要弹出哪个单位剂量药物包(而无需精确指定单个单位剂量药物包)的信息(如以下所述)。平行地，在程序块406，关于正被递送的至少一种药物的处方信息被提供给送药单元的用户。这样的处方信息的提供可以在至少一种药物的实际发放之前、期间或之后发生。如本文使用的，这样的处方信息可包括，但并非必须限于，针对正被发放的特定药物的警示信息，正被发放的处方剂量，针对该药物的处方时间表是什么(例如“每天三次”)，正被发放的药物的识别信息(通用名或品牌名)，正被发放的药物的一个或更多个图像，以及针对服用药物的任何指令。优选地，处方信息经由送药单元上的适当的用户界面(如图形显示器)，及/或经由任何其他适当的设备和格式(如经由打印机以打印形式，或扬声器以声音形式)提供给用户。实际上，如程序块408中所示，处方信息可使用各种技术获得。例如，送药单元或从远程设备(如远程控制器或远程单元)接收处方信息，例如处方信息以可扩展标记语言(XML)文件形式，或被提供有允许送药单元请求/访问处方信息的信息(再一次，来自如远程控制器或远程单元的远程设备)，如，储存了必要的处方信息的合适的服务器的地址。任一个过程可根据需要多次发生。例如，可以一次获取所有当前储存在送药单元中的药物的处方信息，或每次要执行递送过程时获取处方信息，或按照设计选择根据一些其他基础获取处方信息。

    处理在程序块410处继续，在此，递送过程的结果被确定并储存。一般来说，递送过程有两种可能的结果，即至少一种药物或被正确发放或没有被正确发放。前一种情况下，送药单元能够确定必要的单位剂量药物包被成功地从一个或多个药物承载器弹出(使用如在以下关于图50-55更详细描述的那些技术)。就成功地弹出必要药物的情况来说，可进一步期望获得肯定的指示，所述指示确定所发放的药物被取出送药单元，即从送药单元的递送斜槽被提取，及/或获得来自用户(如患者)的关于药物被实际给予患者的指示。针对前一种情况，恰当配置的传感器，如照相机和图像识别软件，可被调用以确定所发放的药物是否从送药单元被取出。针对后一种情况，用户可被提示(经由合适的用户界面机构)确认一种或多种药物的给予。这样的额外的信息可作为成功结果的指示的一部分被包含。

    有关不正确发放的药物的后一种可能性，多种原因可以被辨认，如，单位剂量药物包未正确地从其药物承载器弹出(参见图50-55)，送药单元在递送行为期间发生故障，或任何其他可辨认的原因。无论递送过程的特定结果如何，该结果被优选地储存，用于登记、跟踪及/或审核的目的。例如，送药单元可持续将结果(以任何适当的格式)储存在其自己的内部存储设备中。在该实施方案中，储存的结果数据/信息可被随后下载到一个或多个远程设备，并在其后被删除或被允许继续保留在送药单元的内部存储中。替换地，所述结果可被直接提供给远程控制器或远程单元(除了非永久的临时存储或送药单元内非持续性存储外)，用于随后在那里储存。在一个实施例中，递送结果被持续地储存在送药单元中一段给定的时间期间(如三天)。另外，随着送药单元定期地与远程控制器或远程单元通信(如每半小时)，通过送药单元储存的任何新的递送结果被上传到远程控制器或远程单元用于长期存储。无论该存储以何种方式实现，足以使递送结果能与特定的送药单元及/或特定的患者相关联的信息也被储存，并可被储存在安全网页服务器或其他设备上，用于以后的访问。

    最后，在程序块412，另一递送结果(无论储存在何处)可被提供给送药系统的授权的实体。例如，健康照护提供者，访问通过由远程控制器或具体的送药单元维护的储存的数据，可随意获得对具体的递送结果的访问权。替换地，这样的递送结果可被“推”(pushed)给授权的实体。例如，给定的患者的健康照护提供者(如，医师)和照护者(如，临终关怀机构或家庭护理提供者、儿童等)可请求当针对患者，或针对具体类型的递送结果(即，仅当递送结果表明不正确递送时)的任何递送结果发生时，(通过任何方便的和合乎期望的通信媒介)被通知。

    图47图示一种方法，以此方法送药单元可获取有关提供给及/或储存在药物承载器中的药物及/或药物承载器的信息，如以上部分所述。因此，在程序块420处开始，送药单元接收输入的药物承载器，优选地上述各种形式的药物承载器，即，具有以二维布置的单个单位剂量药物包，且在包含其上提供的另一识别指示物的基本上平面的承载器。该方法可包含自动地使用上述结构拉入药物承载器。如以上指出的，这样的识别指示物(或识别标记)可最终被具体化为至少可被送药单位感知的任何形式，包含，但不限于，一维和二维条形码、磁条和磁性墨水、射频识别标签或甚至平面印刷文本。在后一种例子中，可使用成像设备和适当的光学字符识别(OCR)软件，使得送药单元能“读取”该文本。这些形式的组合也是可能的，即，条形码和印刷文本。

    无论针对至少一个识别指示物使用哪一种或多种形式，处理在程序块422和424的任一个或两者处继续。在程序块422，送药单元基于输入的药物承载器上的至少一个识别指示物，确定有关至少一种药物的信息。在本发明的一个实施方案中，该处理针对药物承载器中存在的每个单位剂量药物包中的每种药物执行，尽管这并非必须。有着各种技术，使得送药单元由此可确定有关至少一种药物的信息。例如，在使用的至少一个识别指示物包含目标信息的地方，送药单元可直接“读取”至少一个识别指示物，以确认所述信息。例如，如以上指出的，在所述至少一个识别指示物包含文本的地方，送药单元能使用OCR软件直接读取有关一种或多种药物的信息。替换地，所述信息可被直接编码到一个或多个识别指示器识别指示物中，使得送药单元无需别处的参考而能够直接解码所述信息。还要进一步地，送药单元可读取一个或多个识别指示物，以提供已被解码的数据，如将条形码转换为不直接代表目标信息的一串数位表示的数据。其后，送药单元可将已被解码的数据提供给远程控制器或远程单元，所述远程控制器或远程单元能将解码的数据“翻译”成目标信息，例如，通过使用所述解码的数据作为表格查找的基础。本领域的普通技术人员将认识到这方面的其他技术可等同地使用。应注意的是，有关至少一种药物的信息可包括，以举例的方式且不限于：药物名称(如通用名或品牌名)；针对药物承载器中所有单位剂量药物包或针对单个单位剂量药物包的剂量强度、制造商批号、到期日期、国家药品代码号；或独特的单位剂量药物包序列号。

    替换地，或除程序块422的处理之外，在程序块424的处理可发生在当送药单元基于至少一个识别指示物确定有关至少一个输入的药物承载器本身(与其中储存的药物相反，或除其中储存的药物之外)的信息时。使用与上述关于程序块422基本上相同的技术，有关输入的药物承载器的信息可通过送药单元独自或者与远程控制器或远程单元组合被证实。在目前优选的实施方案中，这样的信息可包含(但不限于)包含在输入的药物承载器中的许多单位剂量药物包以及输入的药物承载器的布局定义。关于布局定义，每个药物承载器可遵照多个布局定义之中预定义的布局定义。例如，一个布局定义可包含布置为具有四列的七行，和具有四列中仅三列的第八行的一定尺寸的三十一个单位剂量药物包，而另一种布局可包含以五行和两列布置的十个较大的单位剂量药物包。无论如何，布局定义可被送药单元(具有可能的布局定义的现有知识，和每个布局定义的细节，如由远程控制器或远程单元所提供的)用来建立其应去找到具体的单位剂量药物包的确切位置。

    无论程序块422或424的任一个或两者是否被实行，处理在程序块426继续，在此，有关至少一种药物(或输入的药物承载器)的信息被提供给送药单元的用户界面或者，如果必要的话，提供给远程控制器或如远程控制器的远程单元。例如，在送药单元确定所述信息的情况下，该信息可被提供给用户界面(如，引起该信息被显示或者呈现给送药单元的用户)，或远程控制器或远程单元。替换地，在送药单元参与协助远程控制器或远程单元证实所述信息的情况下，对用户界面的信息的提供包含远程控制器或远程单元首先提供返回到送药单元的信息。将认识到，有关送药单元的上述各种操作可取决于目标设计通过任何适当的构件实行。

    现在参照图48，在以下进一步描述了(以及部分如以上所述)通过送药单元对输入的药物承载器进行的处理。在程序块440，送药单元可以可选地从(例如)远程控制器接收授权的药物承载器的信息。如本文使用的，授权的药物承载器的信息包含涉及给定的送药单元被允许接受的具体的药物承载器的任何适当信息。因此，授权的药物承载器的信息可包含具体的药物承载器的识别信息(如，通过独特的药物承载器序列号)。替换地，授权的药物承载器的信息可包含送药单元被允许接收并储存的药物的具体名称、类型或族系(families)的识别信息。本领域的普通技术人员将认识到其他限制可以此方式被类似地提供。

    无论如何，在程序块442，送药单元接收输入的药物承载器。基于在输入的药物承载器上存在的至少一个识别指示物，送药单元可确定输入的药物承载器是否被授权由送药单元接受并储存，如在程序块444和446所示。即，送药单元可读取或者解码来自药物承载器的一个或更多个识别标记，并且，基于得到的有关输入的药物承载器的信息，确定输入的药物承载器是否被授权。该操作可直接由送药单元完成，如在送药单元接收授权的药物承载器信息，如上述的程序块440，并将有关输入的药物承载器的信息与授权的药物承载器的信息进行比较的情况中那样。替换地，送药单元可将有关输入的药物承载器的信息提供给远程控制器(或远程单元)，远程控制器(或远程单元)又可执行必要的比较。无论授权的决定是如何被执行的，如果输入的药物承载器被授权用于送药单元，则处理在程序块448继续，在程序块448，送药单元使用上述技术储存药物承载器。

    然而，如果输入的药物承载器未被授权用于送药单元，则处理在程序块450继续，在程序块450送药单元拒绝储存输入的药物承载器。在目前优选的实施方案中，该拒绝由送药单元自动地进行，引起送药单元阻止进一步插入或者弹出输入的药物承载器(以本质上与在从升降器卸载承载器时控制送药单元将承载器弹出相同的方式)。其后，在程序块452，送药单元可向远程控制器或远程单元提供拒绝储存输入的药物承载器的指令。这样的指令也可包含任何有关输入的药物承载器的有效的识别信息(如，序列号等)以及其他相关信息，如一天中的时间，等。以与上述关于程序块410(图45)所述类似的方式，送药单元可本地储存这样的信息用于以后的提取。注意，当接收多个输入的药物承载器时，关于图48所图示和描述的处理可按需要多次重复。

    作为上述关于图48的处理的推论，参照图49描述了另外的处理。特别地，在程序块460，输入的药物承载器与之前一样被送药单元接收。其后，在程序块462，送药单元确定一个或更多个识别指示物为不可读。判定识别指示物不可读的原因对本领域的普通技术人员是众所周知的，包含，但不限于，给定识别指示物的缺失、隐蔽、不对准、破坏、不兼容或其他缺陷。无论为什么一个或更多个识别标记不可读，处理随后在程序块464继续，在程序块464，如上述，送药单元拒绝输入的药物承载器，且在程序块466，通知远程控制器或远程单元，及/或储存记录该拒绝的数据/信息。

    如以上指出的，送药单元的一个合乎期望的特点是确定单个单位剂量药物包及/或单位剂量的状态的能力，特别是在发放操作和装载/卸载操作过程中。为此，参照图50-55进一步描述并图示用于确定这样的状态的各种技术。如本文使用的，单位剂量药物包的状态可指单位剂量药物包是否存在，或是否不存在于其药物承载器中，或可指其他中间状态，如部分被取出。还要进一步地，状态可包含其他未必与存在相关的状态，而是与单位剂量的完整性相关的状态，如单位剂量药物包是否部分破裂或以其他方式被损坏。

    图50图示关于这方面的基本处理。在程序块470开始，送药单元测试药物承载器中的单位剂量的位置，以确定所述单位剂量位置的情况。单位剂量位置描述了给定的单位剂量药物包(及其相应的单位剂量的药物)的药物承载器中的特定位置。该测试优选地使用状态检测器实现，所述状态检测器实施以下进一步详细描述的许多技术的任一种。其后，在程序块472，递送单元经由适当的通知构件并基于确定的情况提供相应于所测试的单位剂量位置的状况指示。在目前优选的实施方案中，所述状况指示告知送药单元及/或远程控制器或远程单元涉及特定单位剂量位置的用药或其他事件的结果。在目前优选的实施方案中，通知构件的具体实施取决于正被通知的实体。例如，在预定接受者是送药单元的用户时，通知构件可包含显示器、扬声器或其他用户可感知的设备。替换地，在通知被指定到设备(如远程控制器或远程单元)时，通知构件可包含适当的软件指令和通信接口，所述软件指令被配置为生成包含状况指示的消息，所述通信接口能够向远程控制器或远程单元提供消息。包括图50的处理的具体实例在以下参照图51和52被进一步描述。

    现在参照图51，进一步描述了依据发放事件的条件测试。因此，在程序块480，确定发放(或用药)事件应发生(再一次地，如通过用药时间表或响应于非计划的用药请求而确定)。在目前优选的实施方案中，这样的确定使得要在发放一个或多个单位剂量药物包之前，于一个或更多个单位剂量位置(可发生在多个药物承载器中)执行情况测试，如由程序块482所图示的。该例子中，在程序块482初执行的测试是要确定一个或多个目标单位剂量药物包是否存在于相应的一个或多个药物承载器中。如果，在程序块484，确定(基于返回的存在/不存在情况)一个或多个目标单位剂量药物包的任一个不存在，则处理在程序块486继续，在此提供适当的错误指示。再一次地，这样的错误指示可由送药单元储存及/或被提供给远程控制器或远程单元。注意，判定错误存在，或确定错误的相对重要性的界限，可取决于正被发放的特定药物的性质。例如，关键药物正被递送的情况中任何单位剂量药物包的缺失，可导致最紧急水平的错误。另一方面，涉及非关键药物(如，维生素或营养药品)的单位剂量药物包的缺失可不导致任何错误指示，或，如果缺失，则产生相对低优先级的错误指示。本领域的普通技术人员将认识到，进一步的错误提醒计划可按照设计选择被实施。

    如果一个或多个目标单位剂量药物包存在，则处理在程序块488继续，在程序块488，一个或多个目标单位剂量药物包如以上所述被发放。其后，在程序块490，执行在一个或多个目标单位剂量药物包的一个或多个单位剂量位置的进一步测试，以再一次确定存在/不存在指示。如果在程序块492，确定所述目标单位剂量药物包的一个或更多个仍然存在，则处理在程序块494继续，在程序块494，可提供另一个错误指示。注意，在目前优选的实施方案中，存在状态将在以下这些情况中被确定，即单位剂量药物包仅部分地而非全部地从其药物承载器中被取出。例如，如果围绕给定单位剂量的所有冲孔在发放过程中没有完全破坏(程序块488；导致所谓的“悬石(hanging chad)”状态)，这应被检测为存在状态。然而，如果一个或多个目标单位剂量药物包不再存在，则处理在程序块496继续，在此提供一个或多个目标单位剂量药物包已被成功发放的一个或多个指示。

    进一步参照图52描述了替换的测试情景，具体地针对药物承载器的装载。因此，从程序块500开始，通过送药单元确定了药物承载器的装载操作(或，可选地，卸载操作)正在执行或即将执行。其后，在程序块502，一个或更多个单位剂量位置的测试先于装载(或卸载)操作被执行。在本发明的一个实施方案中，这样的测试可以在用于储存药物承载器的储存区的入口处被执行。在装载情景中，如果程序块504处的确定揭示一个或更多个单位剂量药物包不存在，则处理在程序块506继续，在程序块506提供错误指示，如上所述。该情况下，有可能输入的药物承载器仍被装载(程序块509)到送药单元的储存区中。例如，这在那些包含在输入的药物承载器中的药物为可选的或非关键药物的例子中可能发生。另一方面，如果所有的单位剂量药物包被确定存在，则处理在程序块508继续，在程序块508，可以可选地提供成功指示。其后，药物承载器在程序块509被装载到送药单元中。在卸载药物承载器的情况下，可执行基本上相似的过程。然而，该情况中，那些构成错误情况的情况可取决于正被卸载的药物承载器中各种单位剂量药物包的期望情况。例如，如果送药单元(或远程控制器的控制所述送药单元的操作)预期药物承载器完全卸空单位剂量承载器，但是，在卸载之前，确定一个或更多个单位剂量承载器仍然存在，则错误指示可被证实。相反地，在药物承载器被认为仍然含有某个单位剂量药物包的地方，事实上却没有这样的单位剂量药物包，则错误指示可再次被证实。

    如以上指出的，可使用各种技术进行条件测试。许多这些技术参照图53-55被进一步描述。在图53中图示的一个实施方案中，可使用的情况检测器包含以透过构造或反射构造布置的测试信号源512和测试信号传感器516。在该实施方案中，测试信号源512提供测试信号514。通过非限制性例子的方式，测试信号514可最终包含任何类型的可检测信号，如电磁波(如红外、可见或紫外光、射频波等)、物理波(如声波)或电子信号。用于提供这样的信号的源为本领域众所周知的。无论如何，测试信号514被指向考虑中的药物承载器，具体地，被指向考虑中的一个或更多个单位剂量位置。在这一点，注意到测试信号514在其构造上可以是相对地特定的(即，聚焦的)，如在基本上指向单一单位剂量位置的准直束光的情况；或更广泛地指向许多单位剂量位置，如在有更多散射光的情况。

    如本领域已知的，一个或更多个测试信号传感器516被选择以匹配所使用的测试信号514的性质。同样重要的，测试信号传感器516相对于测试信号源512的构造及/或布局根据是否使用透过或反射构造而改变。在透过构造中，测试信号传感器516相对于测试信号源512和药物承载器510定位，以感应透过药物承载器510的测试信号514的部分518(如果有的话)。该构造中，当传感器516未感应到(或感应到在相对地减弱的水平，取决于正被使用的测试信号514的性质)测试信号518的至少部分时，则指示单位剂量药物包的“存在”状态，而当传感器516感应到(或感应到在相对地未减弱的水平，取决于测试信号514的性质)测试信号518的部分时，则指示“不存在”状态。在反射构造中，测试信号传感器516a相对于测试信号源512和药物承载器510定位，以感应药物承载器510发射的测试信号514的部分518a(如果有的话)。该构造中，当传感器516a感应到(或感应到在相对地未减弱的水平)测试信号518a的部分时，则指示单位剂量药物包的“存在”状态，而当传感器516a未感应到(或感应到在相对地减弱的水平)测试信号518a的至少部分时，则指示“不存在”状态。

    图53图示的实施方案的潜在优势在于，例如，在有单位剂量药物包形成于其中的塑料(即泡罩或吸塑)对于测试信号514是透明的(如透明塑料盒与可见光)的情况下，所述的测试可起双向感应的功能。即，该布置不仅能检测单位剂量药物包的存在/不存在，还可用于检测单位剂量本身的存在/不存在。例如，在尽管单位剂量药物包存在，但单位剂量的箔衬纸已破裂，从而导致单位剂量被释放的情况下，该技术仍可指示单位剂量不存在，其指示不存在的程度可达在如下范围内，即只要测试信号514可穿过(或者不被反射)泡罩和由破裂的箔形成的开口。

    现在参照图54，提供了包含单一组合的刺激源和传感器520的状态检测器。即所述组合的设备520用来当测试所述单位剂量位置的状态时，提供刺激或测试信号522两者，并感应(或不感应，根据可能的情况)返回的刺激或信号524。

    例如，在一个实施方案中，设备520可包含机械致动设备，如连接到适当的电器开关的可偏转的、由弹簧承载的探针。在该实施方案中，所述探针可在所述单位剂量位置与药物承载器510接触。如果单位剂量存在，则探针的弹簧弹力将被克服，引起探针偏转，由此关闭(或打开，根据可能的情况)电器开关，并提供单位剂量药物包(或基本上完整的单位剂量药物包)存在的信号。相反地，如果单位剂量药物包不存在，或如果单位剂量药物包已经被在先的损坏削弱，探针将不偏转(或不偏转到足够的程度)由此使电器开关保持在打开(或关闭，根据设计选择)状态，导致指示单位剂量药物包不存在(或以某种方式损坏)的信号。

    在另一个实施方案中，设备520可包含射频识别标签阅读器。如本领域已知的，这样的阅读器发出第一信号522，第一信号522使兼容的射频识别标签以第二信号524作为响应。以此方式，RFID阅读器，如本文使用的，能被带到基本上接近所述单位剂量位置。在该实施方案中，每个单位剂量药物包装有独特的相应的射频识别标签。因此，如果阅读器在给定单位剂量位置检测到返回的信号，则可提供单位剂量药物包存在且未受损(至少没有到损坏相应的射频识别标签的程度)的指示。相反地，如果阅读器没有在给定单位剂量位置检测到返回的信号，则可提供单位剂量药物包不存在及/或已被损坏到足以使相应的射频识别标签不可操作的程度的指示。

    在另一个实施方案中，设备520包含电子信号522输出和返回信号524输入。这种情况下，电子信号522可以是简单的直流(DC)电压，或较复杂的随时间变化的波形。在该实施方案中，每个单位剂量药物包包含传导路径，如本领域已知的传导性墨水或非常薄的传导性迹线(conductive trace)，只要单位剂量药物包存在且相对地未受损，所述传导路径保持其电气连续性。当电子信号输出被带至在所述单位剂量位置与传导路径的期望位置电气接触时，当检测到返回信号524，则将检测到基本上完整的单位剂量药物包的存在，即，由电子信号输出、传导路径和返回信号输入建立的电路是完整的。相反地，当未检测到返回信号524，则将检测到单位剂量药物包不存在及/或损坏，即，由电子信号输出、传导路径和返回信号输入建立的电路不完整。

    图55中图示另一个测试实施方案，其中状态检测器仅包含传感器530。在该实施方案中，传感器530被构造以感应所述单位剂量位置的一些固有参数或假定特征532。例如，传感器530可包含构造以检测由单位剂量药物包当存在于药物承载器中时发出的磁场532场的磁传感器。在该实施方案中，每个单位剂量药物包装有磁性材料，如本领域技术人员已知的磁条或磁性墨水。因此，当磁传感器530被带到足够接近所述单位剂量位置时，如果感应到磁场，则表明单位剂量药物包的存在；而如果未感应到磁场，则不表明其存在。在另一个实施方案中，传感器530可包含图像传感器和相应的图像分析处理功能块，即软件。在该实施方案中，图像传感器530，如适当的静态图像或视频相机，可捕获所述单位剂量位置的一个或更多个图像(假设存在足够的环境光)。使用已知的图像分析技术(尤其是基于软件的技术)，所捕获的一个或多个图像可被分析以确定所述捕获的一个或多个图片像是否描绘了单位剂量药物包。如果单位剂量药物包在所述一个或多个图像中被描绘，则表明其存在，否则不表明其存在。相似地，不是分析捕获的针对所述单位剂量药物包的图像，而是该分析可被执行以确定单位剂量本身是否在图像中被描绘(如在这样的情况，例如，其中单位剂量药物包的塑料泡罩足够透明，而允许捕获适当的图片)。

    现在参照图56，显示涉及处理存储的药物的各种技术。在程序块540开始，送药单元或远程控制器可确定储存在送药单元中的药物的库存。在目前优选的实施方案中，这基于如上述提供在的储存的药物承载器上的识别标记来完成。例如，使用上述技术，给定的送药单元的库存在每次药物承载器被装载并储存在送药单元中的时候被更新。其后，用药事件的发生引起所述库存的再次更新。还要进一步地，药物承载器的卸载或对药物承载器中存在的某种药物的限制(以下关于图59所述)可引起所述库存再次更新。以此方式，所述库存的确定变成了连续的过程。在可替换的实施方案中，库存作为单一的事件被执行，其中每个当前储存的药物承载器被检查，如上所述，以确定存在的是什么单位剂量药物包(及其相应的药物)。

    无论库存以何种方式被确定，处理可沿所示两条路径的任一条继续。沿第一条路径，从程序块542开始，确定针对给定药物的递送过程是否需要按照用药方案或非计划的请求发生，如先前所描述的。如果是，则处理在程序块544继续，以首先确定送药单元中是否有至少一种(如由所述库存所指示的)储存的药物与用药方案或非计划的请求一致。如本文使用的，由用药方案/非计划的请求指示的药物与所储存的药物之间的一致性通过药物的身份和构造判断。亦即，如果储存的药物没有一个与请求的药物具有相同的身份，则请求和储存的药物不一致。替换地，假设所需药物当前被储存，则其必须以所需的剂量强度发生。假设这些条件被满足，则处理在程序块546继续，在此确定是否有足够量的(一致的)药物被储存，以满足递送过程/非计划的请求。如果是，则处理在程序块550继续，在程序块550，识别的储存的药物按照用药方案或非计划的请求被发放。如果储存的药物或者不一致，或者没有足够的量(即使一致)，则处理在程序块548结束，在程序块548提供送药单元已不能执行递送过程的指示。如在先前描述的实施方案中，程序块548的通知可被提供给送药单元的用户界面，或提供给远程控制器或远程单元。还要进一步地，通知可包含有关送药单位为何不能执行用药方案或非计划的请求的原因的各种数据元素。

    沿图56中描绘的另一路径，处理从程序块552开始，在程序块552，基于库存，确定储存在送药单元中是否有至少一种药物在时间间隔T到期之后有足以履行用药方案的量。例如，每次当给定药物的剂量被发放(或因用药方案，或因非计划的请求)且相应的库存更新，可确定针对该药物的剩余的库存是否足以履行针对该药物下一次(如，三天后)计划发生的(仅按用药方案)剩余的用药事件。如果当前储存有足以覆盖时间间隔(假设无非计划的请求)的库存，则无需采取进一步措施。然而，当现有库存不足以覆盖时间间隔时，处理在程序块554继续，在程序块554，提供不足库存的通知。如在先前描述的实施方案中，程序块554的通知可被提供给送药单元的用户界面，或提供给远程控制器或远程单元。通过通知递送设备的用户，或通知健康照护提供者(如，药剂师)即将发生的不足，用户或健康照护提供者有可能通过所需药物的自动的或请求的补充，来补救该情况。

    现在参照图57，进一步描述了用于提供针对给定药物的封装指令的处理。图57的处理假定执行药物封装的实体(如，药剂师)具有能够按照所图示的处理执行指令的处理设备，优选地包含图形用户界面。进一步，能被处理设备读取的媒介可包含用于实施所图示的处理的可执行指令。

    因此，从程序块560开始，要被封装的一种药物(或多种药物)的识别信息被提供给处理设备。例如，适当的识别信息可通过图形用户界面使用已知的机制(如本领域已知的鼠标和指针布置、可选的列表及/或菜单、搜索栏等，或其组合)被提供。作为应答，在程序块562，处理设备显示要被用于封装所述识别的药物的药物承载器的一个或更多个图像。例如，需要的药物承载器的图形描绘，如上述那些，可被提供在图形用户界面上。可选地，在程序块564，识别的药物的一个或更多个图像也可经由图形用户界面被提供。在目前优选的实施方案中，提供多于一个图像，从各种视角图示一种或多种识别的药物，即前侧透视图和后侧透视图。

    在程序块566，用于将至少一种药物放到所描绘的药物承载器中的装载指令基本上同时经由图形用户界面被显示。例如，装载指令可包含指示所述至少一种药物的单个药剂应被放在药物承载器中何处的文本。在目前优选的实施方案中，图形标记，如药物的每个单位剂量的图像，可被覆盖在药物承载器的图像上，从而非常接近地复制正确装载的药物承载器的外形。以此方式，可大大减少装载错误。最终，在程序块568，可通过处理设备打印标签或一套标签，所述标签包含识别的药物的一个或更多个图像(除了如上所述的任何识别标记以外)。以此方式，可获得药物承载器已被正确装载的还要进一步的确认。此外，标签上提供的药物图像可由患者使用，以确认提供给他们的药物的身份。

    现在参照图58，进一步描述不良能量情况的处理。从程序块570开始，确定送药单元中是否存在不良能量情况。用于确定的是否存在不良能量情况的技术对本领域普通技术人员是众所周知的。如本文使用的，不良能量情况包括送药单元的任何这样的状态，即可用电力供应使送药单元继续自动地递送药物的能力为不确定。因此，例如，供电电网停电，使送药单元完全失去外部能量供应，将导致不良能量情况，即送药单元与外部能源的连接出现事故性中断。一般地，当不良能量情况发生时，可能需要自动地卸载至少一些(如果不是全部的话)存储的药物承载器，以确保每个患者可继续获取他/她的药物。

    如果检测到不良能量情况，则处理在程序块572继续，在此提供不良能量情况的指示。如在上述其他实施方案中，指示可被提供给送药单元的用户界面(如通过使用可视及/或声音警报)及/或给远程控制器或远程单元。

    其后，在程序块574，确定——进一步深化这样的实施方案，其中每个送药单元包含电池备份，以在不良能量情况中继续供应电能——送药单元的剩余备份能量是否已经降至低于给定的阈值。阈值被选择以满足两个标准。第一，所述阈值必须足够低，以耐外部电源相对小的中断，如所谓的“断电”。第二，所述阈值必须被选择以确保将剩下足够量的电能用于自动地卸载一些或全部储存的药物承载器，以及用于提供与远程控制器或远程单元的最后通信，如以下所述。

    如果剩余备份能量降至低于阈值，储存的药物承载器的一些或全部被自动地在程序块576卸载。在一个实施方案中，可使用多个这样的阈值，使得不同优先权的药物承载器按顺序被卸载。例如，当第一、最高的阈值被越过时，一个或更多个最重要的药物承载器被卸载。其后，将不会卸载额外的药物承载器，直到额外的、较低的阈值被越过，由此实现按照剩余备份能量分阶段的药物卸载。在药物承载器被卸载时及/或在最后的药物承载器被卸载以后，这样的自动卸载操作的指示被提供给远程控制器，如程序块578所表明的。

    现在参照图59，进一步描述了用于处理到期的药物的处理。在程序块580，针对储存在送药单元中的至少一种药物的到期信息被确定。如在在先的实施方案中，到期信息的确定可以或者由送药单元以问题形式，或者由远程控制器确定。在前者的情况下，到期信息由送药单元通过检验如上所述的提供在每个药物承载器上的一个或更多个识别指示物被查明，由送药单元确认。如以上指出的，这样的识别指示物可包含针对储存在相应的药物承载器中的药物的到期信息。替换地，到期信息可通过远程控制器(或其他远程单元)提供。在一个实施方案中，到期信息表现为绝对日期，在所述绝对日期相应的药物的可用期到期。然而，这并非要求，且到期信息的其他表现形式也可等效地使用。

    其后，处理在程序块582处继续，在程序块582基于到期信息确定至少一种药物是否仍可用。例如，如通过提供在送药单元及/或远程控制器或远程单元中的实时时钟确定的当前日期，可定期地与到期信息比较。如果该比较是有利的，即，当前日期仍先于到期信息表明的到期日期，则处理完成(至少在到期信息的下一次检查之前)。另一方面，如果该比较是不利的，即，如果当前日期不再先于到期日期，则处理在程序块584继续，在程序块584一种或多种到期的药物的未来递送被阻止。当阻止药物的递送时，许多技术的任一种均可被采用。例如，到期的药物的每个单位剂量可被发放到送药单元的隔间中，即，被隔离，从而防止对药物的获取。替换地，到期的药物可响应于接收的要发放这样的到期的药物的具体授权或命令，通过送药单元被发放或者被放出。这样的命令可从送药单元的用户直接通过其用户界面被接收，例如，通过特定代码的输入。替换地，所需的命令可从远程控制器被提供。还要进一步地，到期的药物可在送药单元的内部储存设备中被标记为到期，使得未来发放该药物的尝试将被拒绝。无论所用阻止发放的具体技术如何，处理之后在程序块586处继续，在程序块586，提供所述至少一种药物不再可用的适当的指令。再一次，这样的指令可经由送药单元的用户界面被提供给用户，及/或所述指令可用于长期存储和生成适当的提醒的用途，被提供给远程控制器或远程单元。

    现在参照图60，描述了用于处理对储存在送药单元中的用药方案的修改的处理。从程序块590开始，对现有的用药方案的修改被接收。在目前优选的实施方案中，这样的修改通过使用如上述的远程单元32或远程控制器101被输入。远程控制器或远程单元可使用其控制的储存设备，或可访问远程控制器或远程单元的储存设备储存用药方案。替换地，如在主机远程控制器环境的实例中，如以上所述，修改可经由网页界面或通过远程控制器或远程单元实施的类似机制输入。因为用药方案具体地为单个患者定制，并且患者与特定的送药单元唯一相关，任何对给定用药方案的修改，如，频率、剂量强度等的改变，在被实施之前，必须首先考虑到在具体的送药单元最近已发生的任何用药事件。

    因此，在程序块592，由远程控制器或远程单元来确定接收到的对用药方案的修改是否与在先用药事件相冲突。例如，对用药方案的修改可涉及在目前的未修改的用药方案中所陈述的具体的递送时间。然而，由于远程控制器或远程单元与具体的送药单元之间时间表示(例如，由于不同的时区)的不同，受影响的递送时间可能已经过去。替换地，如上下文所述，修改可涉及具体的剂量递送。然而，因为非计划的发放请求，或由于其他原因(如，供电中断)，具体的剂量递送可能已经发生或已经被取消。无论何种原因，如果这样的冲突被远程控制器或远程单元检测到，处理在程序块594处继续，在程序块594，远程控制器或远程单元拒绝接收到的修改，即，其因冲突而拒绝修改具体的用药方案。其后，在程序块596，远程控制器或远程单元提供一个或更多个有关引起冲突的在先用药事件，以及拒绝修改用药方案的通知。这些通知，在目前优选的实施方案中，可以被提供为警报、提醒、消息或其他可通过图形用户界面提供的通信机制的形式，所述图形用户界面可通过远程控制器或远程单元实施，或相反可访问远程控制器或远程单元。最终，程序块598为可能的用药事件，即，为那些能被证明目前不存在冲突的用药事件，提供用药方案的可选的修改。另外，可能的修改的通知可如上所述通过的远程控制器或远程单元提供。

    现在参照图61，进一步描述了用于处理非计划的发放请求的处理。具体地，从程序块600开始，送药单元接收要发放至少一种药物的请求，所述请求与先前储存的用药方案相冲突。所述请求可被送药单元接收，例如经由其用户界面，或从远程控制器或远程单元接收。例如，这样的冲突可发生在当所请求的药物正以相对于先前针对相同药物的用药事件太近的时间被发放的时候。其他这样的冲突对于本领域技术人员将是非常明显的。如以上指出的，合乎期望的方针是为患者提供对他们的药物的完整且完全的控制，虽然已经为患者建立了用药方案或其他可能的限制。如此，处理在程序块602继续，在程序块602，即使与用药方案相冲突，请求的一种或多种药物还是被发放，当然要假定所请求的药物可从储存的药物承载器获得。然而，如前面的实施方案中，非计划的请求和随后的药物的发放的指令是在程序块604被提供，优选地提供给远程控制器或远程单元，用于登录以及，可能地，提醒的生成。

    通过送药单元33执行的各种操作可在执行前要求用户认证。例如，将药物承载器26装载到递送模块33中，将药物承载器26从递送模块33卸载，从递送模块33接收单位剂量及/或单位剂量药物包27，以及查看递送模块33中药物的库存，这些操作的一个或更多个可要求输入特定的用户信息。例如，必要的用户信息可包括，而不限于，一个或更多个密码、语音命令、识别卡(如，磁条卡、条形码卡及/或包含射频识别标签或类似设备的卡)和生物计量扫描(如，指纹、语音样本、视网膜扫描等)。以此方式，可通过送药单元33提供更安全的操作，并可获得用于生成审计追踪(即，在执行给定措施之前，从被识别的实体接收执行所述给定措施的积极指令)的有用数据。

    在实施方案中，患者的完整药物方案，即，包括由一个或更多个健康照护提供者潜在发出的所有处方，可通过递送模块33被汇集。例如，由一个或更多个医师处方的药物和由一个或更多个药剂师填写的结果处方可被储存在相同的递送模块33中。递送模块33可基于一个或更多个电子识别码29和31，确定用药方案(包括每种药物的递送时间)，或从如控制中心35的远程控制器接受用药方案。然后，递送模块可储存针对特定患者的用药方案信息。针对多于一个患者的药物可被储存在单一递送模块33中，并且相应地，针对每个此种患者的不同的用药方案也可被储存在单一递送模块中。为了更好地帮助患者使用，可通过送药单元33为每个患者提供不同的提醒，如，针对每个患者的明显不同的声音提醒。替换地或附加地，显示器设备42可用于显示识别特定患者的信息。

    递送模块33可包含打印机，即，所述打印机包含在递送模块33的壳体内及/或与递送模块经由通信接口通信，如通过无线接口、通用串行总线(USB)端口及/或打印机端口。打印机可用于打印出针对患者的处方方案、药物说明书列表及/或类似。

    现在参照图62-84，进一步图示并描述了当前所描述的发明的额外特征，以及它们附随的优点。具体而言，参照图62额外详细地描述了图2中所图示的系统。以诊所开始，健康照护提供者网络610操作来使多个客户612连接到安全网络和数据库服务器614。额外地，健康照护提供者网络610经由如图所示的防火墙616，与公共通信网络618(如互联网或万维网)通信。如本领域已知的，所述防火墙616可以包括硬件和/或软件组件，以确保在健康照护提供者网络610内发生的任何数据或通信的机密性。所述健康照护提供者网络610可以包括任何局域网或如本领域的普通技术人员已知的相似技术，所述局域网或技术通过一个或更多个健康照护提供者或支持这样的健康照护提供者的组织(如医疗诊所或药房设施)来维护。相似地，客户612可以包括典型地在这样的环境中见到的计算设备，包括，但不限于，膝上型计算机、台式计算机、手持计算机、个人数字助理或本领域的普通技术人员已知的其他计算设备。在目前优选的实施方案中，客户612能够经由网页浏览器应用与公共通信网络618通信。如以下更详细描述的，客户612允许健康照护提供者与远程控制器624以这样的方式互动，所述方式允许它们经由一个或更多个自动的递送设备(如送药单元620)管理药物的递送。

    安全网页和数据库服务器614优选地包括合适的服务器计算机硬件和能够以加密格式经由健康照护提供者网络610通信的软件。注意，图62中，元件之间的重箭头代表加密的通信路径，在目前优选的实施方案中，所述加密的通信路径利用加密套接字协议层(SSL)加密的通信。将认识到，可以等同地使用其他加密的通信技术。健康照护提供者网络610、客户612、安全网页和数据库服务器614以及防火墙616，共同地形成能够与远程控制器624互动的远程单元位点。

    如进一步显示的，远程控制器624经由路由器622与公共通信网络618通信。所述路由器622又经由防火墙626直接与远程控制器624通信。用于以该方式使用的路由器在本领域是公知的。再一次，防火墙626维持远程控制器624的内部安全。在一个实施方案中，开关628与防火墙626和多个计算设备630-644通信，所述多个计算设备630-644如适当编程的服务器计算机并且实施上下文所描述的远程控制器624的功能性。尽管图62中图示了单个的服务器630-644，在目前优选的实施方案中，由所述服务器实施的功能的每一个可以由多个计算设备实施，所述多个计算设备经由一个或更多个虚拟局域网(VLAN)与开关628通信，如本领域已知的。还应注意，尽管所述远程控制器624被图示为单一实体，实践中，使所述远程控制器624的功能性去中心化，可以是合乎期望的，即，拥有执行所述远程控制器总体功能性的各个方面的多个不同的实体。

    排程数据库服务器630储存关于排程药物的所有数据以及其他医疗数据。安全排程复制网页服务器632优选地运行与在每个远程单元位点内的远程控制器624和安全的网页及数据库服务器614之间复制所述排程以及其他医疗数据的运行相关联的软件。事件服务器634执行连续地监视数据的软件，以确定何种措施(如果有的话)可能需要被所述系统的各种用户的任一个采用，所述用户如患者、健康照护提供者、技术人员等。提供安全送药单元复制网页服务器636，服务器636运行所有与在个体送药单元620和排程数据库服务器630之间复制所述患者数据的相关联的软件。类似地，安全患者信息复制网络服务器638执行与在所述所述远程单元位点以及患者信息数据库服务器644上的安全网页和数据库服务器614之间复制非医疗信息(如名称、地址等，即患者相关数据)的软件。安全技术支持网页服务器640被提供并使技术支持人员能够排除故障，监视远程控制器624的操作，并以其他方式保养远程控制器624。安全支持网页服务器642实施那些由在协助客户支持中操作远程控制器624的人员使用的应用。

    最终，防火墙626额外地与虚拟私有网络646通信，虚拟私有网络646在目前优选的实施方案中提供与一个或更多个技术/客户支持网络648的加密的通信。

    现在参照图63，如图所示，图62中所图示的各种组件的软件功能性被进一步抽象为三个不同的层，临床层、通信层和送药单元层。例如，所述临床层指的是在如上所述的远程单元位点内实施的系统的功能性。所述通信层指的是由远程控制器624实施的功能性，如以下所描述的，远程控制器624操作来储存并分配数据，以及至少部分地，控制各种送药单元的操作。所述送药单元层当然指的是在个体送药单元中实施的功能性。

    在所述临床层(与远程控制器624通信的各种健康照护设施的代表)中，提供临床软件访问程序650。例如，在目前优选的实施方案中，临床软件访问程序650包括网页浏览器，如IE浏览器(Internet Explorer)。网页浏览器650又与临床/药学软件652通信，临床/药学软件652被提供来输入、编辑以及以其他方式管理对应于在给定的健康照护设施处在健康照护提供者的照护下的患者的各种送药单元的操作。这样的软件652的操作在以下参照图64-90被更详细地描述。数据库和数据库软件654，如MySQL数据库引擎，被提供来储存和管理各种数据和信息，所述数据和信息通过临床/药学软件652被操作，和/或被与远程控制器624交换，所述数据和信息即药物排程信息、患者信息以及在药店或其他实体封装药物的情况中的封装信息。患者信息复制服务656操作来与远程控制器624交换患者相关信息，如患者的名称、地址等。排程信息复制服务658同样地操作来与远程控制器624交换排程信息(即，有关药物的计划的递送和对这样的计划的递送的修改等的信息)。

    在通信层内，患者信息复制服务666与临床层内对应的复制服务656交换信息，并与患者信息数据库668互动，患者信息数据库668储存患者相关信息的要素。类似地，排程信息复制服务660与临床层中的补充复制服务658交换排程信息，以及与排程数据库664互动，排程数据库664储存与系统内的每个患者和送药单元相关的排程信息。送药单元复制服务662被提供来与一个或更多个送药单元交换储存在排程数据库664上的计划和相关信息，如在下面更详细描述的。如前所述，维持在通信层中的数据库664、668的每一个可以通过合适的数据库软件，如MySQL数据库引擎控制。

    事件监视服务670在排程数据库664和患者信息数据库668中的数据上操作，操作来检测某些要求将提示、通知或行为提醒传送给所述系统的各种用户的事件的发生，所述用户即健康照护提供者、患者、服务人员等。进一步地，提供技术支持访问应用672，以允许授权的人员在操作所述远程控制器624时，操作并使用技术支持服务674。类似地，提供客户支持访问程序676，其允许合适的人员可使用客户支持服务678以访问在所述患者信息数据库668内访问信息中所使用的客户支持服务678。

    最终，所述送药单元层(再一次，代表与远程控制器624通信的各种送药单元)包括送药单元应用服务680，送药单元应用服务680实施给定的送药单元的通信和数据存储功能性。此外，送药单元应用服务680与送药单元硬件控制器服务682通信，送药单元硬件控制器服务682提供对给定的送药单元的各种硬件组件的控制。

    如图63中所图示的，各种数据库被用于维护储存在所述系统中并在所述系统中的各种组件之间被交换的数据。接下来描述由这样的数据库储存并管理的内容。要理解，以下数据描述代表了在实施本发明时可以被使用的数据和数据库结构的类型。然而，本领域的普通技术人员将认识到，由于设计选择，其他的数据表达和用于储存这样的数据的结构可以被等同地使用。

    一般地，所述数据库654、664、668的功能性组织可以被分成(例如)患者信息数据库、临床信息数据库和送药单元数据库。所述系统的各种组件通过几个数据库中的数据的储存而互动，所述几个数据库可以位于不同的服务器上，取决于所述系统的配置。

    所述患者信息数据库包含任何和全部有关使用送药单元的患者的受保护的数据(即，在HIPAA下被保护)。例如，该数据库包含患者的个人联络人。参照图62，所述患者信息数据库是由患者信息数据库服务器644和安全患者信息复制网页服务器638共同实施的。下表1阐述包含在所述患者信息数据库中的各种数据库表。注意，在表1以及本文所列的随后的表中，链表(即，链接到其他表/记录的表)通过前缀“1”标示。

      表格名称  描述 患者  患者人口统计信息和主要识别码

      表格名称  描述 患者历史  对患者表格所作改变的历史记录。 联络人  患者的个人联络人以及所述个人联络人的信息 联络人历史  对联络人表所作改动的历史记录。 1患者到联络人  链接患者到联络人。 1患者到诊所  链接患者到特定的诊所(提供诊所专有的患者编号，以及活跃/  非活跃状态)

    表1。

    所述临床数据库或排程数据库包含所有与排程相关的数据。例如，这包含所有药物递送时间表、访谈时间表、通知时间表等，如以下所描述的。该临床数据库也包含所有关于诊所自身的临床数据，即用户信息、组织信息以及用户许可和诊所信息。再一次，如本文使用的，“诊所”指的不仅是医疗诊所，还指任何可以作为以上描述的远程单元位点进行操作的健康照护提供者(如，疗养院、药店等)。参照图62，临床数据库通过排程数据库服务器630和安全计划复制网页服务器632共同实施。下表2给出所述临床数据库中所包含的各种数据库表格。

       表格名称  描述  行为项  含有用于通知系统用户(已登录的)的某些行为的数据。  诊所  含有关于诊所的数据(地址、管理选项等)。  临床系统用户历史  对用户账户所作的改变的历史记录。  临床系统用户  针对临床系统的用户账户。  诊所历史  关于诊所信息的历史。  落下日志  用于暂时储存所有计划的药物落下。  制造商信息  弃用(Deprecated)  送药单元配置  送药单元的配置。  送药单元配置历史  送药单元配置表格改变的历史记录。

       表格名称  描述  送药单元联络人  被称为“目标联络人”。  药物级别  弃用  药物定义  弃用  药物主成份  弃用  药物排程  用于排程药物的信息。  药物排程历史  药物排程表格改变的历史记录。  药物警示  弃用  送药单元备忘录  有关通知、访谈和提示的时间表数据。  送药单元备忘录历  史  送药单元备忘录表格改变的历史记录。  组织  关于组织的信息。  封装  本地储存(从封装者数据库临时调用的)吸塑卡信息。  周期  针对患者的递送周期设置数据。  周期历史  递送周期改变的历史记录。  视需要排程  视需要(PRN)药物时间表上的数据。  视需要排程历史  视需要排程改变的历史记录。  Sig偏差  一次排程重写需要的数据。  sigs  药物给予指示，其确定药物递送时间表。  1行为项到诊所  链接行为项到合适的诊所。  1诊所到组织  链接诊所到其母组织。  1_sig到组织  链接SIG码到组织。  1用户到诊所许可  链接系统许可到用户。

    表2。

    送药单元数据库含有每个送药单元用来操作的所有信息。本质上，送药单元数据库中找到的所有数据都从临床数据库被复制。由此，所述送药单元数据库充当中间媒介的作用，从而每个送药单元不必须直接与临床数据库互动，所述临床数据库可能比在其中轮询的送药单元更经常改变。下表3列出送药单元数据库中的各种数据库要素。针对被提供给送药单元的每个数据项，可以存在任意数目的按它们从临床系统被接收的顺序处理的记录。例如，记录可以被添加，改变，然后被删除，这是以下表格中的3个记录。表3中“落下”的引用指的是发放药物的行为，即将单位剂量药物包(或单位剂量自身)“落下”到药物承载器外，并将其递送给患者。进一步，表3中“从送药单元”或“到送药单元”的引用分别指的是从各种送药单元接受或者被提供到各种送药单元的具体数据。

       表格名称 描述  错误 含有关于送药单元数据复制的错误  f0 含有通电时从送药单元接收的记录  f2 含有断电/重启时从送药单元接收的记录  f3 时间信息(弃用)  f4 损坏提醒(从送药单元)  状态 含有针对送药单元的标记，以确定该数据表具有未处理数据  t1 服务器URL(到送药单元)  t10 警报时间(到送药单元)  t101 功能表(其基本送药单元功能需要PIN(个人识别号))(到送药单 元)  t102 PIN(到送药单元)  t103 输入的PIN(从送药单元)  t104 功能授权(允许：接收下一次落下，查看库存，接收假期剂量，执行 手动递送)(到送药单元)  t105 标准落下记录(每时间表每个药丸一次记录)(到送药单元)

       表格名称 描述  t106 PRN(“视需要”)记录(每时间表一次)(到送药单元)  t107 弃用  t108 通知(来自临床数据库的3种“送药单元备忘录”类型之一)(到送 药单元)  t109 访谈(另一种“送药单元备忘”类型)(到送药单元)  t11 技术支持电话号码(到送药单元)  t110 落下确认(从送药单元)  t111 确认的落下(从送药单元)  t112 访谈回复(从送药单元)  t113 通知确认(从送药单元)  t114 跳过的落下(从送药单元)  t115 跳过的PRN(从送药单元)  t116 PRN总计(从送药单元)  t117 周期时间(到送药单元)  t118 库存记录(每库存每个药丸一次)(从送药单元)  t119 药物数据(基本药品数据，包括俗名)(到送药单元)  t12 允许的通信重试数目(到送药单元)  t120 药物指令(基本警示)(到送药单元)  t121 目标联络人(临床数据库中的送药单元联络人)(到送药单元)  t122 错误(从送药单元)

       表格名称 描述  t123 取消(任何类型的事件取消：落下、通知、访谈或提示)(从送药单 元)  t13 软件更新(更新二进制的文件名与校验和)(到送药单元)  t14 允许的提前落下(弃用？)(到送药单元)  t15 强制送药单元关闭(到送药单元)  t16 强制送药单元重启(到送药单元)  t17 重置所有表格/解除指定患者(到送药单元)  t18 强制送药单元库存(到送药单元)  t19 复制文件扩展名(文件类型，如.PHP、.ASP)(到送药单元)  t2 通信方法(以太网/GPRS行动调制解调器)(到送药单元)  t3 内部地址(到送药单元)  t4 序列号(弃用)(到送药单元)  t5 患者名(到送药单元)  t6 时间格式(12/24小时)(到送药单元)  t7 轮询时间(由送药单元进行的数据库检查之间的分钟数)(到送药单 元)  t8 最小功率级(％)(到送药单元)  t9 打盹时间(警报发出声音之间的时间)(到送药单元)  时区 含有每个送药单元时区和DST(夏时制)惯例  传输历史 针对送药单元的每个复制交易的记录

    表3。

    除了与患者药物排程以及管理患者数据相关的软件以外，临床层软件还实施封装功能性，该功能性允许健康照护提供者(如，药剂师)准备药物承载器(如以上所描述的)，所述药物承载器包含使每个药物承载器关联到特定于其的信息的唯一序列号。为此，封装数据库可以被维护。

       表格名称  描述  诊所  含有关于诊所的信息，用于标记。  临床系统用户  用于封装程序的账户信息  组织  含有关于组织的信息。  封装  含有关于所准备的吸塑卡的信息(剂量大小、量等)

    表4。

    最终，尽管未在图62中明确显示，用于描述针对很多种类药品的处方信息的专有数据库产品(即，Medispan)，也可以被并入系统。以此方式，关于具体药品的信息可以被并入整个系统的操作中。

    现在参照图64-84，进一步描述了可以在针对临床软件层的应用中使用的各种示例性图形用户界面。具体地，图64-84的图形用户界面优选地使用储存的软件指令实施，所述软件指令通过一个或更多个处理设备执行，所述处理设备如微处理器、微控制器、数字信号处理器或其他处理设备，或其组合。进一步，这样的储存的指令的执行优选地包括要被显示在适当的显示设备(如计算机显示器、电视屏幕等)上的图形用户界面。当然，将认识到，其他的实施技术，如专用集成电路、可编程逻辑阵列等也可以被等效地用于此目的。应注意，“EMMA”标志是InRange System，Inc.在其送药单元上使用的商标。

    现在参照图64，图示在药物承载器的封装中有用的示例性用户界面。具体地，所述界面包括输入数据域，“NDC扫描”，由此，用户手动地输入或扫描相应于要被封装的药品的国家药品代码(NDC)号。在该实施方案中，正被用户使用的终端(如，客户端612)可以装备有一个或更多个合适的用户输入设备，如键盘或条形码扫描器。在大多数药房设置中，可用的药品供应被储存在具有以条形码形式和/或文本形式打印在容器上的，其唯一对应的NDC的容器中。无论用于输入NDC的方式如何，用户基于所扫描的或手动输入的药物信息，连续地在“批号域、“第1行(药品)”、“第2行(制造商)”、“第3行(类别)”、“第4行(前标识)”和“第5行(后标识)”输入数据。第1-5行给出将出现在针对药物承载器的打印的标签上的信息。额外地，通过输入新的剂量，用户能够改变每卡的剂量。如果新剂量被输入，右边的吸塑卡图片被更新，以显示药品要被装在到药物承载器中的特定布局的剂量的数目。吸塑卡图片上显示的药片布局即是送药单元发放药片的布局。“剂量/卡”文本域将确定有多少单个的标签被打印到吸塑卡标签纸上。例如，如果“剂量/卡”文本域中的剂量数是十，将有十个单个的标签被打印在吸塑卡标签纸上。正常地，“剂量/卡”域默认为三十。同样地，“到期”日期默认为自当前日期之后一年，并且“药丸大小”默认为完整。在目前优选的实施方案中，所述“药丸大小”域可以使用下拉菜单填充，所述下拉菜单限定了不同的尺寸，如一半、四分之一等。任何要求的或包含无效输入的域，在标签可以被打印之前红色高亮。

    在所有要求的域已被完成之后，用户输入他们的电子签名(其唯一地将用户识别到系统)，输入要打印的标签纸的数目，并点击打印。用户选择打印机并打印标签。一旦标签已被打印，系统将用确认对话框进行提示。如果用户回答确认打印，他/她被返回到空白封装屏幕(图64)，在这里他们可以继续制作更多标签。一旦所述封装标签被打印，其可以被应用于药物承载器，如以上所描述的。在打印标签中，以及在目前优选的实施方案中，示出针对药物承载器的序列号，以及相应于所输入的信息(如NDC号、批号、到期日期、每卡的剂量、药品大小等)的条形码被生成并打印到标签上。同时，所述序列号被储存(与所输入的信息一起)在数据库中，使得系统现在能够在整个系统中跟踪药物承载器及其内容物。下表5汇总了图64的封装屏幕中所图示的数据域和用户可选择的输入。

       NDC扫描 用户扫描或输入NDC号。当用户点选NDC扫描域以外时，屏幕 填充以所扫描的药物的信息：药品名称、制造商、类别、前记号、 后记号，以及所扫描的药物的图片。该域为必须输入。  批次# 用户在批次#域输入批号。该域为必须输入。  到期 通过输入新的日期，用户能重写到期日期。该域为必须输入。所述 日期默认为自当前日期之后的一年。  剂量/卡 通过输入新的剂量，用户能够改变每卡的剂量。如果新剂量被输入， 右边的吸塑卡图片被更新，并显示剂量的数目。“剂量/卡”值默认 为30。针对“剂量”的无效输入是小于1或大于31的数。在该文 本域输入的剂量将是被打印出来的单个标签的数目。例如，如果该 文本域中的剂量是10，将有10个单个标签被打印在吸塑卡标签纸 上，根据所述界面中描绘的药物承载器的图片在空间上对齐。该域 为必须输入。  药丸大小 用户从下拉菜单选择药丸大小。该域为必须输入。药丸大小默认为 整个，尽管更小的药丸大小可作为选项被提供。  电子签名 用户输入他们的电子签名。文本域显示“*******”以隐藏用户的 电子签名。该域为必须输入。  第1行(药品) 一旦用户扫描或输入NDC号，并点选到批号域，该域变为以药品 名称填充(例如，如通过Medispan药品数据库所确定的)。该域 是可编辑的，并且在标签上被打印出来。

       NDC扫描 用户扫描或输入NDC号。当用户点选NDC扫描域以外时，屏幕 填充以所扫描的药物的信息：药品名称、制造商、类别、前记号、 后记号，以及所扫描的药物的图片。该域为必须输入。  第2行(制造  商) 一旦用户扫描或输入NDC号，并点选批号域，该域变为以制造商 的名称填充(例如，如通过Medispan药品数据库所确定的)。该 域是可编辑的，并且在标签上被打印出来。  第3行(类别) 一旦用户扫描或输入NDC号，并点选批号域，该域变为以针对所 述药品的类别填充(例如，如通过Medispan药品数据库所确定的)。 该域是可编辑的，并且在标签上被打印出来。  第4行(前标  识) 一旦用户扫描或输入NDC号，并点选批号域，该域变为以前标识 填充。该域是可编辑的，并且在标签上被打印出来。  第5行(后标  识) 一旦用户扫描或输入NDC号，并点选批号域，该域变为以后标识 填充。该域是可编辑的，并且在标签上被打印出来。  要打印的标签 用户从下拉菜单选择要打印的吸塑卡标签纸的数目。默认值是‘1’。  打印 一旦用户已输入所有信息，选择“打印”按钮。

    表5。

    图64中显示的“历史”选项卡额外地允许用户被带到显示最近封装的药物承载器的历史的界面(未显示)，在所述界面，可以根据药物承载器的序列号追溯药品到特定的药物承载器，或者根据序列号和药品批号追溯到特定的封装者。

    现在参照图65，图示了所谓的临床仪表板。具体地，屏幕显示对应于用户的组织以及最近的行为项(即，需要由用户为该组织采取行为的事件)的患者列表。用户能够基于以下的任一项，执行针对患者的检索：姓、出生日期、INRange号(或其他由系统操作者识别的与患者相关联是所有事项)、或组织的患者号。用户还可以选择以下的一项或全部，作为检索标准的一部分：“仅显示分配给我的患者”、“包含非活跃患者”、“包含所有INRange患者”。如果用户选择多于一个复选框用于检索，则存在一定的发生优先级。例如，如果三个复选框全被选择，则“包含所有INRange患者”优先于其他两个选择。可替换地，如果“仅显示分配给我的患者”和“包含非活跃患者”被选择，则“仅显示分配给我的患者”将优先。注意，使用“仅显示分配给我的患者”或“包含非活跃患者”的任何一种的检索将在用户的诊所内执行检索，并显示非活跃和活跃的患者两种。还要进一步，如果“包含所有INRange患者”与“仅显示分配给我的患者”或“包含非活跃患者”选项被选择，则“包含所有INRange患者”优先于其他选择。如果用户使用检索标准“包含所有INRange患者”做检索，则不在用户的诊所中的患者将被显示。如果用户选择不在他们的诊所中的患者的链接，用户将被指向允许他们将所述用户添加到他们的诊所的界面(未显示)。

    无论检索如何被执行，结果将出现在屏幕的“患者”部分中。另外，针对用户的诊所中的识别的患者的最近行为项的列表页被显示，如图所示。“行为项”是针对可能的响应被发送到用户的事件(如所识别的，例如，使用(例如)有条件的数据库查询，通过事件监视服务670)。这些事件可以包含(例如)错过的药物递送、意外的访谈回答、送药单元故障(如停电、损坏、通信损失)，以及组织的处方被另一组织中的用户改变。显示给用户的行为项的类型根据临床系统中用户的设置被确定。该设置在“用户选项”(参见图70)下进行，在“用户选项”中，用户通过选择行为项复选框的任何或全部，来选择他们希望见到的行为项。

    在“患者最近行为项表格”的底部，有四个按钮(首页、前页、后页、末页)。如果针对这些表格的每一个，可获得多于20个记录，则用户能够通过使用这些按钮翻阅所述记录。点击“患者最近行为项”表格中的链接的任一个，将把用户带到“患者仪表板”(参见图71)。下表6汇总了图65的临床仪表板中所图示的相关数据域和用户可选择输入。

       患者检索文  本域 用户输入检索标准。检索按姓、出生日期、INRange号或患者号进 行。用户还可以选择以下的一项或全部，作为检索标准的一部分： “仅显示分配给我的患者”、“包含非活跃患者”、“包含所有INRange 患者”。  提交 通过点击提交按钮，检索基于用户所选择的标准进行。结果将显示 在屏幕的患者部分内。  患者和最近  行为项部分 用户选择链接，并被带到患者仪表板。

    表6。

    在临床仪表板(图65)中，用户可以选择“新患者”链接，由此显示图66中所图示的基本患者信息屏幕。使用该屏幕，用户能够将新患者添加到他们的组织的记录。下表7汇总了图66的基本患者信息屏幕中所图示的相关数据域和用户可选择输入。

      患者号  用户输入由组织分配的患者的唯一编号。该域为必须输入。 SSN#(社会保险  用户输入唯一的9位SSN#。该域为必须输入。  号)  名字  用户输入患者的名字。该域为必须输入。  MI  用户输入患者的中间名首字母缩写。

      患者号  用户输入由组织分配的患者的唯一编号。该域为必须输入。  姓  用户输入患者的姓。该域为必须输入。  后缀  用户输入后缀(即，Jr.、Sr.、III)。  地址  用户输入患者的地址。该域为必须输入。  地址2  用户可以输入地址的第二行。  城市  用户输入患者的城市。该域为必须输入。  州  用户从下拉框选择州。该域为必须输入。  邮编  用户输入患者的邮编码。该域为必须输入。  国家  用户从下拉框选择国家。该域为必须输入。  电话  用户输入10位电话号码。该域为必须输入。  手机  用户输入患者的手机号码。  工作  用户输入患者的工作电话号码。  分机  用户输入患者工作分机号码。  出生日期  用户输入患者的出生日期，以mm/dd/yyyy格式。该域为必须输  入。  性别  用户选择患者的性别。该域为必须输入。  种族  用户从下拉框选择种族。该域为必须输入。  居住地  用户选择患者的居住区域的单选按钮。该域为必须输入。  生活  用户选择患者是否独自或与其他人一起生活的单选按钮。该域为  必须输入。  将患者分配给  我  用户选择复选框，以将患者分配给用户自己。

      患者号  用户输入由组织分配的患者的唯一编号。该域为必须输入。  下一步  系统核对，以判定必须输入的域是否已完成，然后用户将被带到  “递送周期”屏幕。

    表7。

    用户输入患者的一般信息，并点击“下一步”按钮。在所有所需要的信息已被输入到该屏幕之前，用户将不被允许前进。一旦“下一步”按钮被点击，并且必须输入的域已被核实，用户将被带到递送周期屏幕(图67)。基本患者信息一旦被输入，可以随后通过选择患者仪表板显示中的患者信息链接来被编辑(图71)。在该例子中，图66的基本患者信息屏幕被显示为填充在所述域内的患者信息。然后，除SSN#域以外的所有域都可编辑，所述SSN#域出于隐私的目的也被屏蔽。另外，当编辑基本患者信息时，提供“在该诊所活跃”复选框，由此允许用户通过选择所述复选框而使所述患者在他们的诊所活跃。与之前相同，在该情境中点击“下一步”按钮将把用户带到递送周期屏幕。

    如以上所指出的，基本患者数据屏幕(图66)的完成，将用户带到图67所图示的递送周期屏幕。从这儿，用户能够输入针对他们的组织中的新患者的药物递送时间。如本文所使用的，递送周期是可由用户配置的、指定的时间周期，所述时间周期可以被用作用于指定药物递送计划的基础。可以使用默认的周期名称(如在图67中所图示的那些)和时间。另外，提供一日或一夜的默认时间输入，而允许用户为那些倒班工作的患者设置一日的递送周期或一夜的递送周期。如果期望的话，也可以使用系统管理屏幕(未显示)，来调整默认的周期名称和时间。

    递送周期是这样的时间周期，在所述时间周期患者的送药单元将提醒患者要被服用的药物。这些时间针对每个周期将是不同的。优选地，所述周期时间以小时和分钟设置。如果用户选择与一周的每一天相关联的“如上相同的时间”复选框，该天的周期时间将被设置为与前一天相同。注意，周一被列为一周的第一天，并且没有“如上相同的时间”复选框。另外，用户可以选择“提前弹出”复选框，如果患者要被提示，以使送药单元在当前药物落下期间发放下一周期的药物。在所有需要的信息已被输入到递送周期屏幕上之前，用户将不被允许前进到其他屏幕(当初始化新患者时)。一旦“下一步”按钮被点击并且所需要的域已被核实，用户将被带到联络人屏幕(图68)。点击上一步按钮，将用户带回到基本信息屏幕(图66)。可替换地，用户可以点击递送周期页面上的提交按钮，以将患者添加到他们的组织。下表8汇总了图67的递送周期屏幕中所图示的相关数据域和可由用户选择的输入。

       周期名称和  时间  用户可以针对患者定制这些域。周期名称可以从默认值改变。周期  时间以小时和分钟设置。用户必须选择AM或PM单选按钮。这些  域为必须输入。  日/夜  用户选择日或夜单选按钮。用户能针对那些倒班工作的患者，设置  日递送周期或夜递送周期。  在临床管理系统中，这些单选按钮将仅在使用默认的周期名称和时  间复选框被选择时可用。  如上相同  用户选择复选框，来排程与前一天时间表相同的特定日。周一被列  为一周的第一天，并且没有“如以上相同的时间”复选框。  可以服用药  物直到：  用户选择患者能够在每次周期时间之前几分钟服用他们的药物。该  域默认为15分钟。  提前提示：  用户选择复选框，患者是否要被提示，使EMMA在当前药物落下期  间，发放用于下一周期的药物。  患者时区  用户选择患者的时区。  遵守夏时制  本复选框为默认选择。  上一步  用户将被带回基本信息屏幕。系统核对，以判定所需要的域是否完  整。  下一步  系统核对，以判定所需要的域是否完整，然后用户将被带到联络人  屏幕。  提交  系统核对，以判定所述域是否有效。一旦验证完成，给予用户确认  页面。

    表8。

    至于基本患者信息屏幕，一旦递送周期信息被输入，递送周期信息可以随后通过选择患者仪表板显示(图71)中的患者信息链接，而被编辑。从这儿，用户可以选择已被带到递送周期屏幕的递送周期选项卡，在递送周期选项卡中患者的递送周期信息已被填充在当前可编辑域中。注意，在该情境，日/夜单选按钮不可用。如前所述，点击“下一步”按钮将把用户带到下一个患者相关屏幕，即联络人屏幕(图68)。点击上一步按钮将用户带回基本信息屏幕(图66)。如前所述，用户可以点击递送周期页面上的提交按钮，以更新患者递送周期。

    如以上所指出的，递送周期屏幕(图67)的完成，将用户带到图68所图示的联络人屏幕。联络人用于通知所列的个体与患者的药物时间表有关的某些事件。如果“通过电话通知”复选框被选择，用户必须输入电话号码。如果“通过电子邮箱通知”被选择，用户必须输入电子邮箱地址。用户输入所有期望的信息，并点击“添加联络人”按钮。联络人信息将被显示在联络人屏幕右手侧的表中。一旦患者的联络人的所有信息被输入，用户可以选择“下一步”按钮。一旦“下一步”按钮被点击，用户将被带到送药单元设置屏幕(图69)。点击上一步按钮将用户带回到递送周期屏幕(图67)。用户必须选择联络人页面上的提交按钮，以将联络人添加到他们的组织。即，选择“添加联络人”按钮将不完成添加新联络人的步骤——用户必须选择提交按钮，已完成所述过程。只点击“添加联络人”按钮将仅显示联络人，而不会完成添加联络人的步骤。下表9汇总了图68的联络人屏幕中所图示的相关数据域和可由用户选择的输入。

       名字  用户输入联络人的名字。如果联络人正被输入，则该域为必须  输入。  姓  用户输入联络人的姓。如果联络人正被输入，则该域为必须输  入。  关系  用户从下拉框选择与患者的关系。如果联络人正被输入，则该  域为必须输入。  电话号码  用户输入10位联络人电话号码。如果“通过电话通知”被选择，  则该域为必须输入。  通过电话通知  如果要通过电话通知联络人，则用户选择本复选框。  电子邮箱  用户输入联络人的电子邮箱地址。如果“通过电子邮箱通知”  被选择，则该域为必须输入。  通过电子邮箱通  知  如果要通过电子邮箱通知联络人，则用户选择本复选框。  联络人是活跃的  用户选择复选框，以使联络人活跃。本复选框为默认选择。  时区  用户从下拉框选择联络人的时区。  通知的类型  用户选择一种或几种通知类型。通知将被发送给基于用户选择  所列的联络人。  递送到期  如果每次当由EMMA来的药物落下到期时需要提醒联络人，则  用户选择本复选框

       名字  用户输入联络人的名字。如果联络人正被输入，则该域为必须  输入。  错过的递送  如果当药物落下被错过时需要提醒联络人，则用户选择本复选  框。  确认的递送  如果当患者已确认药物落下的接收时需要提醒联络人，则用户  选择本复选框。  再填充  如果当患者需要再填充时需要提醒联络人，则用户选择本复选  框。  药物到期  如果当患者的药物到期时需要提醒联络人，则用户选择本复选  框。  通知  如果当患者被递送要被告知的通知消息时需要提醒联络人，则  用户选择本复选框。  访谈  如果当患者被弹出访谈问题时需要提醒联络人，则用户选择本  复选框。  之后通知  用户从针对要被通知错过的递送的联络人的下拉框选择时间。  当前联络人列表  显示联络人名称、电话、电子邮箱以及通知的类型。点击联络  人的名称，以编辑他们的信息。  添加联络人  添加联络人信息。联络人将出现在联络人表格的当前列表中，  联络人表格位于“联络人”屏幕的右侧。  上一步  用户将被带回到“递送周期”屏幕。  下一步  用户将被带到“EMMA设置”屏幕。  提交  系统核对，以判定所述域是否有效。一旦验证完成，给予用户  确认页面。

    表9。

    如在前面描述的屏幕的情况中，联络人屏幕也可以被用于编辑先前输入的联络人信息。

    如以上所指出的，联络人屏幕(图68)的完成将用户带到图69所图示的送药单元设置屏幕。注意，用户仅能设置针对在他们的组织内的患者的送药单元。为此，用户输入分配到单元的序列号和送药单元屏幕名称。送药单元屏幕名称是显示在送药单元屏幕上的名称。如果用户点击“需要落下密码”复选框，则用户必须输入“落下密码”。再一次，如该上下文所使用的，落下指的是药物通过送药单元的实际发放。如果用户点击“需要的卸载吸塑卡密码”复选框，则用户必须输入“卸载密码”，“卸载密码”在随后从送药单元卸载药物承载器(吸塑卡)时需要。用户能够添加几个送药单元联络人，所述送药单元联络人为出现在患者的送药单元信息上的联络人。如果活跃复选框被选择，则使联络人激活，并将被显示在患者的送药单元上。点击上一步按钮，将用户带回“联络人”屏幕(图68)。或者，用户可选择送药单元设置屏幕上的提交按钮，以将患者添加到他们的组织。下表10汇总了图69的送药单元屏幕中所图示的相关数据域和可由用户选择的输入。

       序列号  用户输入分配给所述单元的序列号。该域为必须输入。  送药单元屏幕  名称  用户输入将出现在送药单元屏幕上的名称。该域为必须输入。  需要落下密码  用户选择复选框，以要求用于送药单元落下的密码。  落下密码  用户输入从送药单元落下/发放药物给患者所需的密码。该密码可  以是直到8位。  需要卸载吸塑  卡密码  用户选择复选框，以要求用于卸载送药单元的密码。  卸载密码  用户输入卸载送药单元所需的密码。该密码可以是直到8位。  未来剂量  用户选择复选框，以确定送药单元是否将允许患者在任何给定的时  间发放用于未来周期的所有计划的药物的下一次落下。  假期剂量  用户选择复选框，以确定送药单元是否将允许患者发放用于所选择  的假期日的药物。  查看库存  用户选择复选框，以使患者能够查看送药单元上他们的库存。  手动剂量  用户选择复选框，以确定送药单元是否将允许患者在任何给定的时  间手动发放特定的药物。  发送再填充提  示  用户选择复选框，以接收再填充的提示。  警报时间  用户选择送药单元的警报时间。其确定提醒患者药物落下的警报发  声多久。默认值设置为1分钟。

       序列号  用户输入分配给所述单元的序列号。该域为必须输入。  打盹时间  用户选择送药单元的打盹时间。其确定警报在再次提醒患者药物落  下之前将打盹多久。默认值设置为5分钟。  送药单元联络  人：  出现在患者的送药单元信息上。用户可以在屏幕上输入直到8位联  络人。  活跃  如果要使联络人激活，则用户选择复选框。如果该复选框被选择，  则联络人为活跃的，并将被显示在患者的送药单元上。  名称  用户输入送药单元联络人的名称。  目的  用户输入送药单元联络人的目的。  电话  用户输入送药单元联络人的电话号码。  上一步  用户将被带回到“联络人”屏幕。  提交  系统核对，以判定所述域是否有效。一旦验证完成，给予用户确认  页面。

    表10。

    一旦用户输入将患者添加到他们的组织所需要的所有信息，并点击提交，用户将接收患者被成功添加的确认页。如前所述，送药单元设置屏幕也可以被用于编辑除分配给送药单元的序列号以外的先前输入的数据。另外，当在编辑模式中时，提供这样的复选框，当其被选择时，解除分配患者的送药单元。

    从临床仪表板，“用户选项”链接可以被选择，由此使图70的用户选项屏幕被显示。该屏幕允许用户使用所图示的域，编辑或更新他们的基本信息，以及改变他们的登录密码或电子签名。

    另外，用户可以精确地指定他/她希望接收何种类型的行为项。下表11汇总了有关递送相关行为项的接收的相关数据域和用户可选择输入。

       错过的递送  当药物落下被错过时，通知用户。  确认的递送  当患者已确认药物的接收时，通知用户。  未确认的递送  当患者尚未确认用户药物的接收时，通知用户。  手动递送  当患者在任何给定的时间，手动接收特定的药物时，通知用户。

       错过的递送  当药物落下被错过时，通知用户。  假期递送  当患者接收用于所选择的假期日的药物时，通知用户。  计划的递送  当患者的药物在计划的时间被递送时，通知用户。  提前落下  当患者取提前落下时，通知用户。  下一次落下  当患者做下一次落下时，通知用户。  跳过的落下  当患者跳过落下时，通知用户。  再填充通知  当患者需要再填充时，通知用户。

    表11。

    下表12汇总了有关通知相关行为项的接收的相关数据域和可由用户选择的输入。通知被发送到送药单元，并引起必须由患者在时间周期内响应的提醒。患者未对通知响应会导致正由送药单元发送的行为项回到远程控制器，用于随后路由到合适的远程单元位点。

       所有通知  通知用户所有类型的通知和提醒。  错过的通知  通知用户患者错过的通知。  错过的提醒  通知用户患者错过的提醒。

    表12。

    下表13汇总了有关访谈相关行为项的接收的相关数据域和可由用户选择的输入。访谈为发送到送药单元的问题，用于由患者响应。

       意外响应  当患者输入对访谈问题的意外响应时，通知用户。  所有访谈  通知用户所有访谈。  错过访谈  通知用户患者错过的访谈。

    表13。

    下表14汇总了有关送药单元相关行为项的接收的相关数据域和可由用户选择的输入。

       送药单元损坏  提醒  如果送药单元的盖已被移除，则通知用户。  送药单元通电  当送药单元通电时，通知用户。  送药单元致命  错误  如果送药单元有硬件故障，则通知用户。  送药单元患者  改变  如果送药单元已从患者被解分配，并被再分配给其他的患者，则通  知用户。  落下密码改变  当要从送药单元落下药物所需的密码已改变时，通知用户。要从送  药单元落下药物到患者，是需要密码的。  卸载密码改变  当要卸载送药单元的密码已改变时，通知用户。  警报时间改变  当针对送药单元的警报时间被改变时，通知用户。警报时间确定警  报发生多久，提醒用户药物落下。  打盹时间改变  当针对送药单元的打盹时间被改变时，通知用户。打盹时间确定警  报在再次提醒患者药物落下之前将打盹多久。  允许未来剂量  改变  在送药单元设置屏幕上(图69)，如果用户选择或取消选择“未  来剂量”复选框，通知将被发送。  允许假期剂量  在送药单元设置屏幕上(图69)，如果用户选择或取消选择“假  改变  期剂量”复选框，通知将被发送。  允许查看库存  改变  在送药单元设置屏幕上(图69)，如果用户选择或取消选择“查  看库存”复选框，通知将被发送。  允许手动剂量  改变  在送药单元设置屏幕上(图69)，如果用户选择或取消选择“手  动剂量”复选框，通知将被发送。

    表14。

    最后，下表15汇总了有关其他行为项的接收的相关数据域和可由用户选择的输入。

       库存不符  如果患者的药物库存存在不符，则通知用户。  时间表改变  当患者的药物时间表已改变时，通知用户。

       库存不符  如果患者的药物库存存在不符，则通知用户。  患者信息改变  如果患者的信息已改变，则通知用户。  药物到期  当患者的药物已为到期时，通知用户。  患者周期时间改变  如果患者的周期时间改变，则通知用户。  PRN落下  如果有PRN落下，则通知用户。  EMMA通信失败  如果送药单元有通信失败，则通知用户。  吸塑卡装载/卸载  当吸塑卡从送药单元被装载和卸载时，通知用户。

    表15。

    从临床仪表板(图65)，用户可以选择任一用户链接，从而显示图71中所图示的患者仪表板。该屏幕允许用户排程药物，编辑药物，排程药物作为再填充，以及编辑提示、访谈或通知。用户能够打印药物时间表和提示。

    被显示的药物和提示为活跃状态。通过选择“显示全部复选框”，用户能够查看所有药物或提醒，无论其状态如何。取消选择所述复选框将再次仅显示活跃状态。选择“显示暂停使用”复选框，将显示暂时停用的药物或提示。取消选择所述复选框，将再次仅显示活跃的。用户也可以打印出药物时间表和提示时间表。点击“打印时间表”链接，将打开弹出窗口，在所述弹出窗口，用户将能够打印药物的时间表。点击“打印提醒”链接，将打开弹出窗口，在所述弹出窗口，用户将能够打印提示时间表。

    要注意，药物的列表为当前储存在患者的送药单元中所有药物的列表，包含可能已被另一健康照护提供者提供处方的药物。以此方式，本发明能够为健康照护提供者提供关于患者的总体药品方案的重要洞察，而在之前，当患者在多重、非联网的健康照护提供者处就医时，这是很难获得的。以此重要洞察，健康照护提供者可以更精确并且更安全地评价他们提供给患者的处方。

    该屏幕还显示即将发生的访谈和通知的列表。通过点击“即将发生的访谈”下的链接，用户将被带到“访谈排程”屏幕，在“访谈排程”屏幕，用户能够编辑访谈时间表(未显示)。类似地，通过点击“即将发生的通知”下的链接，用户将被带到“通知排程”屏幕，在“通知排程”屏幕，用户能够编辑通知时间表(未显示)。

    患者仪表板还显示针对患者的行为项。如前面所提到的，行为项是被发送给要求审查的用户的事件。使用所述链接，用户拥有确认每个行为项的能力。一旦一项被确认，该项被从患者仪表板上的行为项列表移除。用户还拥有用评论来确认行为项的能力，如图所示。在该情况中，提供“查看注释”弹出窗口(未显示)。注释已经被填充在注释文本框内。用户可以输入与在添加注释之前已被填充的注释不同的注释。

    在“最近行为项”表格的底部，有四个按钮(首页、前页、后页、末页)。如果针对这些表格的每一个，可获得多于20个记录，用户能够通过使用这些按钮翻阅所述记录。

    在“管理药物”显示下的状态栏旁边，有紧挨着每种药物显示的小的色块。所述色块代表所列出的药品属于某个类别。例如，药物格列吡嗪ER是抗糖尿病的，而其相关联的色码是深蓝。针对药品类别的配色方案的图例可在“所管理的药物”列表下面找到。当用户将鼠标放在紧挨药物的色块之一上，或选择这一色块时，将在词语图例旁边显示药品类别的名称。同样地，在“所管理的药物”显示内，显示针对“总量”的栏。“总量”是针对药物的药丸的总数量。该数量还包含再填充物(如果有的话)中的药丸的数量。下表16汇总了有关其他行为项的接收的相关数据域和可由用户选择的输入。

       扫描 用户输入或扫描吸塑卡序列号。该域为必须输入。  排程为再填  充 用户选择复选框，以排程药物为再填充物。  SIG 用户输入SIG。该域为必须输入。如果“排程为再填充”复选框被 选择，该域将变为不可用。  供应天数 用户输入针对那种药物的供应天数的数目。该域为必须输入。如果 “排程为再填充”复选框被选择，该域将变为不可用。  提交 “提交”使信息有效。如果有效，用户将被带到排程药物屏幕。有 两种类型的排程药物屏幕：标准的和PRN的。  所管理的药  物 显示针对患者的所有活跃药物的列表。点击链接，则用户将被带到 排程药物屏幕，在排程药物屏幕，用户可以编辑针对那个患者的药 物。  打印时间表 用户选择打印时间表链接。弹出窗口显示状态、药品、SIG、食品、 EMMA量、外部量、患者药物的总量。用户选择“打印时间表”按 钮，来打印所述时间表。  显示暂停使  用 用户检查检查框，以显示针对患者的暂时停止使用的药物。  显示全部 用户检查检查框，以显示针对患者的全部药物。  提示 显示针对患者的提示列表。点击链接，则用户将被带到提示排程屏 幕，在提示排程屏幕，用户可以编辑针对那个患者的提示。  打印提示 用户选择打印提示链接。弹出窗口显示状态、创建日期、消息、患 者提示的SIG。用户选择“打印时间表”按钮来打印所述时间表。

       扫描 用户输入或扫描吸塑卡序列号。该域为必须输入。  显示暂停使  用 用户检查检查框，以显示针对患者的暂时停止使用的提示。  显示全部  用户检查检查框，以显示针对患者的全部提示。  即将发生的  访谈  显示针对患者即将发生的访谈的列表。点击链接，则用户将被带到  访谈排程屏幕，在访谈排程屏幕，用户可以编辑针对患者的访谈。  即将发生的  通知  显示针对患者即将发生的通知的列表。点击链接，则用户将被带到  通知排程屏幕，在通知排程屏幕，用户可以编辑针对患者的通知。  最近行为项  显示最近行为项的列表。点击确认链接，以确认该行为项。

    表16。

    如表16中所指出的，扫描域允许用户扫描正被发放给患者的(之前根据上图64的讨论封装的)药物承载器的条形码，或手动输入序列号。当序列号数据被提交时，封装数据库(以上描述的)被序列号参考，以识别所述药物承载器中的药物、所述承载器中药物的量，以及所述承载器内单位剂量大小。

    在目前优选的实施方案中，并基于容易地使药物承载器特征化的这种能力，用户在履行处方时，可以扫描两个或更多个药物承载器。然而，如果所有的药物承载器中的药物不是全部相同，或者如果任何一个承载器的单位剂量大小不同于其他承载器，则向用户提供错误指示。以此方式，在发放和排程处方时，所有的药物承载器必须相同。

    可替换地，如果药物承载器被扫描为等效于(非相同的，而是等效的——例如，未注册形式)已为活跃的计划的药物的药物和单位剂量大小，远程单元将促使用户或者作为之前计划的并且发放的药物承载器的再填充，发放所述药物承载器，或者作为针对患者的新处方，发放所述药物承载器。

    还要进一步，如果在先前的情境等效于已计划的药物的药物被扫描，但单位剂量大小不等效，远程单元将促使用户核实针对所扫描的药物承载器的处方是否合适。使用这些技术，本发明在向患者发放药物时，提供额外的、之前得不到的保护。

    除扫描输入域以外，还提供SIG码输入域，SIG码输入域允许用户输入SIG；以及提供供应天数域，以允许要被供应的天数的输入。如本领域已知的，SIG码是针对给定的药物应如何被患者服用的指令。基于所输入的SIG，用户将或者被带到标准(要按常规被服用)药物排程屏幕，或者PRN(视需要)药物排程屏幕。

    无论是标准还是PRN指定，在目前优选的实施方案中，药物排程可以按周期，或按正被计划的药物来查看。其实施例图示于图72-72中。因此，在图72和74中，分别对应于标准和PRN药物，屏幕显示针对当前月和年的小日历。用户能够选择不同的月、日和年，并点击某一天，来查看针对那周的时间表。大日历将反映用户的选择，以及更具体地，针对那周的排程和针对患者的任何药物。周期中药丸的数目将以阴影的标题部分出现在大日历中，以表示正被计划的药物。可用的周期是基于从SIG下拉框选择的SIG。例如，如果所选的SIG是EOD(每隔一天)，周期中药丸的数目将出现在日历的默认开始日期以及随后每隔一天上的阴影标题部分内，直到默认的结束日期。本发明的独有特点是患者选择(如，双击)大日历的阴影段的能力，如图所示。当此操作完成时，小的弹出窗口出现(未显示)有三个链接：添加药丸——添加另一药丸到所述日的药物，减去药丸——从所述日的药物减去药丸，或取消，以关闭所述弹出窗口。以此方式，用户(在该情况中为健康照护职业人员)被提供以对患者的药物的管理的非常详细的控制。

    如以上所指出的，在排程药物时，可以使用周期查看或药物查看。图72中所图示的周期查看为默认查看。可替换地，药物查看(图73)显示列出天和日期、任何计划的药品的名称、以及针对每个可用周期(即，早餐、午餐、晚餐和就寝时间)的药丸的数目的表格。注意，在任一种查看(通过周期或药物)中，大日历下的列表显示针对患者的任何PRN药物。尽管在图72或图73中均未显示，任一种查看均还可以显示经由患者的送药单元，正被给予所述患者的，任何不需处方可以出售的(即，非处方)药物。

    在任一查看中，如果用户检查“覆盖默认值”复选框，则可以编辑开始和停止日期。即，当用户初始输入该屏幕时，开始日期和停止日期是不可编辑的，并且将不会变成可编辑，除非“覆盖默认值”复选框被检查。所述开始日期是药物开始的日期，而所述停止日期是药物结束的日期。所述开始日期不能被输入为过去的日期。如果用户不使用默认值，并改变开始和停止日期，则这些改变将被反映在大日历中。为防止错误，对SIG、“开始日期”或“停止日期”所作的任何改变，在用户输入他们的电子签名并点击提交之前，都将在大日历中可视地改变，而不在系统中起作用。

    用户可选择“查看患者注释”链接，来查看、创建或删除患者注释。当所述链接被选择时，出现小的弹出窗口(未显示)，允许用户添加注释。新创建的注释与先前创建的注释一起将出现在弹出窗口内的表格中。用户可以审查表格内的先前的注释，并且也拥有删除注释的选项。所述查看注释链接在任何排程屏幕中可用。

    如在图72中进一步显示的，提供错过的行为下拉菜单，该菜单允许用户(健康照护职业人员)制定，如果患者在计划的时间错过服用他们的药物，则要被采取的行为的计划。例如，用户可以决定将错过的剂量自动地添加到时间表末尾(非常典型的)，或者不采取行为，由此要求用户手动地重新排程或诉诸其他选择。例如，针对用户一周服用一次或一月服用一次的药物，用户最可能不会想要将其添加到时间表最后，而是让患者稍后服用。

    在与错过行为下拉菜单相似情形的中，之后取消下拉菜单允许每个剂量被独立地排程。例如，对于某些抗凝剂(如“香豆定”)，由于一般不希望在太近的时间一起服用多次剂量，患者一般应取消超过其计划的给予多于12小时的剂量。在该情况中，之后取消设置可以被设为12小时。然而，对于其他药品，可以是可建议在1或2小时后取消的，并且不滚动到下一次计划的给予前面。

    在所有信息已被输入在排程屏幕上之后，用户输入他/她的电子签名并点击提交。将给予确认屏幕，以确认已成功地排程了药物(未显示)。下表17汇总了有关排程标准药物的相关数据和可由用户选择的输入。

       月  显示当前月。用户可以选择另一月。  生  显示当前年。用户可以选择另一年。  通过药物查看  显示针对时间表的药品查看。显示带天和药物列表的表格视图。  通过周期查看  显示通过周期查看的时间表，所述周期查看是带日历的默认查看。  日历  显示针对当前月的日历。用户能够选择针对某一天的链接。大日历将  反映用户的选择。用户能够选择不同的月和日。大日历显示针对一周  的排程。用户在大日历的粉色部分内双击。小的弹出窗口出现有三个  链接：添加药丸、减去药丸、取消。  查看患者注释  用户输入注释。显示创建的注释的列表。注释显示：创建日期、由谁  创建以及注释。  俗名  用户输入药物的俗名。例如，血液稀释剂、疼痛药物。  SIG  显示输入的SIG。用户能够从下拉框选择不同的SIG。  RX号  用户可输入针对药物的处方号。  开始日期  显示药物的开始日期。不可编辑的域。  停止日期  显示药物的停止日期。不可编辑的域。  再填充提示  用户选择复选框，以被提示再填充。  再填充  用户可输入针对所述处方的再填充数目。  错过的行为  显示错过的递送行为的下拉框。在错过的递送时，用户选择选项。  之后取消  用户可从下拉框选择之后取消的小时数。该小时数确定患者必须在计  划的落下将被取消之前多久服用药物。  覆盖默认值  用户选择复选框，以覆盖默认值。用户可不使用默认值，并输入期望  的信息。如果该复选框被选择，开始和停止日期将变为可编辑。  电子签名  用户输入他们的电子签名。这用于确认进入排程的用户。所述文本域  显示“*******”，以隐藏用户的电子签名。该域为必须输入。  提交  系统核对，以判定所述域是否有效。一旦验证完成，临床系统显示确  认所述药物已被排程。

    表17。

    在患者仪表板上(图71)，用户可选择“所管理的药物”下的药物链接，以编辑患者的药物。再一次，该操作将使药物排程屏幕(例如图72或73)被显示有所示合适的排程数据，并根据以上描述的输入机制被改变。排程新的标准药物与编辑标准药物时间表之间的一个不同在于，当编辑标准药物时提供“暂停使用药物”选项。点击“暂停使用药物”复选框(未显示)，使用户在修改针对药物的时间表、输入他/她的电子签名并提交所述改变的那段时间内，暂停使用患者的药物。该操作使药物的状态从活跃改为暂停使用的。如果用户暂停使用药物，他们随后可以选择取消暂停使用所述药物，例如，通过选择显示暂停使用或显示全部复选框，并选择暂停使用的药物链接。在接下来的“编辑药物”屏幕上，将有复选框“取消暂停使用药物”，代替“暂停使用药物”。用户在编辑药物时，还拥有高级排程选项。如果用户选择“使用高级排程药物”复选框(如，图76)，两个单选按钮和文本框将可用(未显示)。所述两个单选按钮为“通过供应天数排程”和“通过每天药丸排程”，以及取决于哪个单选按钮被选择的文本框。如果用户选择“通过供应天数排程”，则文本框将是“供应天数文本框”，即要供应的天的数目。如果用户选择“通过每天药丸排程”，则文本框将是每天药丸，即每天要供应的单位剂量的数目。

    如以上所指出的，用于排程PRN药物的屏幕与那些用于排程标准药物的屏幕非常相似。图74图示根据周期查看选项显示的PRN药物排程屏幕，如以上所描述的。如前所述，患者仪表板(图71)中的扫描和SIG输入域可以被用于初始化PRN药物排程屏幕的展示。如前所述，所述屏幕显示针对当前月和年的小日历，用户可使用该小日历选择特定的周。大日历显示针对一周的排程和针对患者的任何药物。如前所述，用户可选择显示哪种查看类型，即周期查看或药物(药品)查看。如前所述，周期查看是默认的，而药物查看(图75)显示列出天和日期、任何计划的药物的名称以及针对每个可用周期(即，早餐、午餐、晚餐、傍晚和就寝时间)的药丸的数目的表格。再一次，在大日历下面，一面板显示针对所述患者的任何PRN药物。

    与所述标准药物排程屏幕不同，用户能够输入针对药物的开始日期，尽管当前日的日期被显示为默认开始日期。之后，用户经由单选按钮选择“可变PRN”或“计划的PRN”。默认选择“可变PRN”单选按钮。可变PRN确定这是否是在弹性时间表上要被服用的药物。例如，药物可以每4小时服用一次。计划的PRN确定这是否是要在计划的周期被服用的药物，尽管仍是在视需要的基础上。例如，给定的PRN药物应仅在晚上被服用，如果必须的话。如果“计划的PRN”单选按钮被选择，则两个下拉框(开始时间和之后取消)变为对用户可用(图75)，以建立用于服用所述PRN药物的时间窗口。如前所述，“之后取消”输入指的是，在所述计划的落下将被取消之前多久，患者必须服用药物。用户通过合适的文本输入域，也被提供机会，以指定每天、每周以及每月可以被取走的PRN药物的单位剂量的最大量。再一次，以此方式，健康照护提供者可在远程单元位点建立操作限制，防止送药单元使患者意外地伤害到他/她自己。

    最终，如以上关于图72和73所描述的，查看患者注释链接允许用户审查、添加或编辑患者相关注释。类似地，在所有信息已被输入在排程屏幕上之后，用户输入他们的电子签名并点击提交。将给出确认屏幕，以确认药物被成功地排程(未显示)。下表18汇总了有关排程PRN药物的相关数据域和用户可选择输入。

       月  显示当前月。用户可以选择另一月。  年  显示当前年。用户可以选择另一年。  通过药物  查看  显示针对时间表的药物查看。显示具有日和药物列表的表查看。  通过周期  查看  显示通过周期查看的时间表，这是用日历查看的默认值。  日历  显示针对当前月的日历。用户选择针对某一天的链接。大日历将反映  用户的选择。用户能够选择不同的月和日。大日历显示针对一周的排  程。  查看患者  用户输入注释。显示所创建的注释的列表。注释显示：创建日期，由  注释  何人创建，以及注释。  俗名  用户输入药物的俗名。这是与该药物相关联的俗名。例如，血液稀释  剂、疼痛药物。  SIG  显示输入的SIG。用户从下拉框选择不同的SIG。  RX号  用户可以输入针对药物的处方号。  开始日期  显示所述药物的开始日期。  再填充提  示  如果用户希望被通知患者应再填充，则选择复选框。  再填充  用户输入针对该药物的再填充的数目。  计划的  PRN  如果药物被排程为计划的PRN，则用户选择单选按钮。计划的PRN确  定这是否是要在计划的周期被服用的药物。例如，药物应仅在晚上服  用。  可变PRN  如果药物被排程为可变PRN，则用户选择单选按钮。可变PRN确定这  是否是要在弹性时间表上被服用的药物。例如，药物可以每4小时被  服用。  量，到  用户输入药物的量的范围，例如，1到2片。  最大/日  用户输入针对一日的药物的最大量。  最大/周  用户输入针对所述周的药物的最大量。

       月  显示当前月。用户可以选择另一月。  最大/月  用户输入针对所述月的药物的最大量。  开始时间  用户从下拉框选择针对所述药物的开始时间。仅当计划的PRN单选按  钮被选择时，下拉变为可用的。  之后取消  用户从下拉框选择之后取消的小时数目。这确定患者必须在计划落下  将要被取消之前多久服用药物。仅当计划的PRN单选按钮被选择时，  下拉变为可用的。  电子签名  用户输入他们的电子签名。这用于确认进入排程的用户。所述文本域  显示“*******”，以隐藏用户的电子签名。该域为必须输入。  提交  系统系统核对，以判定所述域是否有效。一旦验证完成，临床系统显  示确认所述药物已被排程。

    表18。

    如在标准药物的情况中，患者的PRN药物的排程也可以被编辑，即用户可以编辑每天、每周和每月的最大药物量，等。即，编辑PRN药物与排程新的PRN药物相似，除了开始日期不可编辑，以及计划的PRN和可变PRN单选按钮无效以外。类似地，如果用户正在编辑“计划的PRN药物”，开始时间下拉框是无效的。用户能够做PRN上的再填充。用户能通过在“再填充”文本框中输入数字，来输入针对处方的再填充的数目。

    如果用户需要将药物排程为再填充，则用户将在患者仪表板(图71)上的扫描文本框中输入或扫描吸塑卡序列号。在该情况中，用户选择“排程为再填充”复选框，由此使得SIG和供应天数输入变为无效的。用户选择提交并被带到如图76中所示的编辑药物排程屏幕。应注意，在目前优选的实施方案中，当排程再填充时，针对期望的药物的精确匹配必须在药物数据库中找到，以使用户能够继续到药物排程屏幕。如果未找到匹配，则将为用户提供错误消息。在排程屏幕上，其设置实质上与前面描述的相同，除了一些例外。即，用户将不能够暂停使用药物，覆盖默认值或改变再填充的数目。然而，再填充剩余的文本框将被减少一个。所述文本框数量将反映原始计划的剩余供应加上再填充中的多少药丸，如图所示。

    在患者仪表板(图71)上，提供“核实处方”链接。所述“核实处方”链接仅对拥有合适权限的用户可见，例如健康照护专业人员。这些权限当用户被添加或他们的信息被编辑时，被设置在临床管理系统内。

    在“核实处方”屏幕，如图77中所示，用户能够查看针对患者的活跃或暂停使用的药物。在每个所列的药物后，有一个查看链接，选择所述链接引起针对所述药物的处方的药物承载器信息的显示。在该链接被点击之后，该链接将从“查看”变成“隐藏”，如图所示。点击“隐藏”链接，将隐藏所述药物承载器信息，并且所述链接将变回“查看”链接。另一个链接“认可”可以在某些药物后出现。更具体地，“认可”链接将针对任何新计划的药物出现，以使用户可以审查这些药物。用户可以通过点击“认可”链接，认可所述处方。点击“认可”链接不仅核实所述处方，还使针对该药物的相应计划被发送到送药单元。用户点击“认可”链接之后，“认可”链接被移除。

    本文描述的系统的额外的特征是跟踪系统内大多数任何重要事件的历史的能力，所述重要事件的几个例子在图78-83中进一步阐明。从患者仪表板(图71)，用户可以选择“历史”链接，并然后从子菜单选择“标准药物”链接，图示于图78中。然后，用户能够查看标准药物的历史。用户可以选择已更新的日期链接(第一栏，左侧)，或者药品名称链接(第二栏，左侧)，以显示列出所述药物历史的表格。药物可以具有多于一条历史。如果这样的话，则显示两个历史记录：所选择的一个和之前更新的一个。在药物链接的列表下，这两个链接都将变为高亮的。在屏幕的底部有四个额外的按钮(首页、前页、后页、末页)。如果针对药物的列表可获得多于20条记录，则用户能够通过使用这些按钮翻阅所述记录。下表19汇总了有关标准药物历史屏幕的相关数据域和可由用户选择的输入。

       已更新日期  用户点击链接，并显示针对标准药物的历史。  药品名称  用户点击链接，并显示针对标准药物的历史。  标准药物历史显示：已编辑日期、状态、俗名、SIG码、开始日期、停  止日期、缺失递送行为、发放的原始量、快照供应、之后取消、再填充  提示、剩余的再填充、丸/周期量、最后由...更新。

    表19。

    剩下的图79-84分别显示针对访谈、通知、行为项、递送日志以及送药单元配置的历史的历史屏幕，所述屏幕以与以上关于图78所描述的基本上相同的方式操作。类似地，下表20-25汇总了有关标准药物历史屏幕的相关数据域和可由用户选择的输入。

       已更新日期 用户点击链接，并显示针对PRN药物的历史。  药品名称 用户点击链接，并显示针对PRN药物的历史。  PRN药物历史显示：已编辑日期、状态、PRN类型、俗名、SIG码、开  始日期和时间、之后取消、发放的原始量、快照供应、范围、每天最大、  每周最大、每月最大、最后由...更新。

    表20。

       已更新日期  用户点击链接，并显示访谈历史。  消息  用户点击链接，并显示访谈历史。

       已更新日期  用户点击链接，并显示访谈历史。  访谈历史显示：已编辑日期、状态、开始日期和时间、停止日期和时间、  之后取消、SIG码、消息、期望的响应、接收的响应、最后由...更新。

    表21。

       已更新日期  用户点击链接，并显示通知的历史。  消息  用户点击链接，并显示通知的历史。  通知历史显示：编辑日期、状态、开始日期和时间、停止日期和时间、  之后取消、SIG码、消息、最后由...更新。

    表22。

     行为项日志显示：日期、消息、确认的日期、由......确认。

    表23。

       递送日志历史显示：日期、计划ID、落下类型、EMMA序列。

    表24。

       已更新日  期  用户点击链接，并显示EMMA配置的历史。  由……更  新  用户点击链接，并显示EMMA配置的历史。  EMMA配置历史显示：编辑日期、由...编辑、屏幕名称、序列号、允许  未来剂量、允许假期剂量、允许查看库存、允许手动剂量、要求密码落下、  要求密码装载、密码落下、密码装载、通知再填充、警报时间、打盹时间。

    表25。

    除上述操作以外，对本发明各种实施方案的各种其他改良也是可能的，如以下所述。

    例如，在一个实施方案中，可被(例如)药剂师访问的远程电脑系统可用于在填写处方过程中查询递送模块33，以确定同类型及/或先前由药剂师分发的位于递送模块33中的未用的药物的量。如果未用的药物余留，药剂师可将所述未用的药物再分配个新处方，以减少患者的花费。替换地，药剂师可发送药物丢弃信号给递送模块33，以发放所述未用的药物，从而与防止患者可获得过量供应。丢弃的药物可被发放到(例如)仅对授权人员可获取的安全区。

    在实施方案中，递送模块33可从(例如)远程来源经由通信接口接收召回通知，所述通信接口如无线接口或通信网络。召回通知可，例如且非限制地，针对已被确定为不安全的药物及/或当递送模块33中的药物到期时，被接收。召回通知可包含药物识别信息，如针对正被召回的产品的药物承载器识别码、批号信息等。递送模块33可确定其是否含有任何剩余的已被召回的、非期望的及/或已到期的药物。

    在实施方案中，递送模块33可基于接收的信息执行库存清点并从药物承载器26发放召回的药物到递送模块33内部的分离区。所述分离区仅可由授权人员通过触摸板代码及/或密钥被安全地访问。以此方式，所述召回的药物可对患者为不可获得。当召回的药物已被获得及/或登记库存，递送模块33可记录召回的药剂的数目及/或类型，并将此信息报告给发起所述召回的远程来源及/或其他远程来源。在一个实施方案中，递送模块33可确定其中是否包含已被召回的未用的药物。如果这样，将要发放的药物的数量及/或下一次时间可被报告给远程服务器。然后，远程服务器可指导递送模块33丢弃所述召回的药物。

    在可替换的实施方案中，递送模块33找出并记录召回的药物在一个或更多个药物承载器26中的存在，以防止药物从那些位置的发放。所述召回的药物可仅响应于来自授权的用户的命令被发放。如果所述命令在本地输入，递送模块33可通过插入/收回槽45发放含有所述召回的药物的一个或更多个药物承载器26。替换地，递送模块33可将所述召回的药物发放到接收区46中。所述召回的药物也可被发放到仅可被授权的用户访问的安全位置。

    递送模块33可传输召回通知给患者及/或照护者。附加地及/或替换地，递送模块33可通知制造商递送模块33已找出召回的药物。

    如果药物已被识别为已到期，则可执行相似的操作。递送模块33可在装载于其中的药物承载器26上执行到期检测算法。在一个实施方案中，药物承载器26及/或单位剂量药物包27上的到期日期信息可在他们第一次被插入时或在之后被检测。然后，所述信息可被储存。可将所述信息与一天的时间、时间戳或其他适当的时间信息比较，以确定递送模块33是否含有到期的药物。递送模块33可将到期的药物发放到单元内部的分离腔，记录药物在一个或更多个药物承载器26中的位置而不发放这样的药物，及/或在接收到(例如)授权代码时，将到期的药物弹出插入/收回槽45及/或接收区46。递送模块33可传输信号给远程服务器及/或通知患者及/或照护者。

    在可替换的实施方案中，远程服务器可通知递送模块33所述模块含有到期的药物。响应于药物到期通知，递送模块33可在然后执行一个或更多个以上列出的及/或其他行为。另外，递送模块33可通知医师、药剂师、患者及/或后端服务器，并确认该模块已采取行为及/或将召回的药物及/或到期的药物放到安全区。

    远程服务器可，例如，使用多个递送模块33汇集来自多个患者的召回信息，并可因此成为有价值的药物召回和患者安全系统。出于产品安全性和公共安全考虑，远程服务器可直接经由例如基于电脑的通信系统通知制造商及/或政府部门，以直接指出已被识别的、安全储存的及/或被发放给授权的个体的药剂的数目。

    本发明是完全集成的实时非顺序性药物管理和遵从系统，该系统确保向患者准确递送定制包装的以及市面上销售的密封的单位剂量和临时单位剂量药物。重要的是，本发明通过，例如保护患者不受不良药物反应影响，并确保患者保持在推荐的治疗水平，而促进患者对规定的治疗方案的遵从性。

    此外，由于药物的递送在单位剂量的基础上发生，患者避免了购买非必要数量的药剂，而只购买对于规定的方案所需的单位数量。这较之现有系统是一个巨大的优势，现有系统中，处方通常按标准的三十天或六十天配药量配药。本发明通过仅对患者供应必需的药剂，而非总数量的药剂(其最终被丢弃)，而减少了药物浪费的发生。对于患者的另一个优势在于，每个单位剂量药物包在给予的时间点之前保持完全密封，以避免药物的污染和降解问题，而药物的污染和降解问题是本领域已知的远程送药系统的一个困扰。

    如果患者的健康状况或其他情况发生改变，需要剂量的调整，患者可立即获得其他具有更高或更低强度的药物和药剂，消除了到医师的办公室及/或药店以获得必需的药物的需要。该特点对于行动障碍的患者尤其重要。另外，由于新剂量已在手边而不需购买，患者的花费也减少了。

    健康照护专业人员，如医师和药剂师，也从本发明获益。该系统使提供者能够治疗更多数量的患者，并更好地控制高风险患者，包含需要更频繁监视的认知、视觉及/或听觉障碍的患者。本发明允许健康照护专业人员在几分钟内纠正患者未服用规定剂量的情况。另外，本发明减少了无偿医疗服务的数量，所述无偿医疗服务包括(例如)电话呼叫患者或来自患者的电话呼叫。同样，本发明消除了每次需要调整剂量时都要写新处方的需要。健康照护专业人员以迅速及时的方式作出正确的药剂调整(所有这些操作均被及时记录)，而不会对患者的疗程造成任何中断。这显著优于现有系统，现有系统允许位于远程的健康照护专业人员向患者传达药物或剂量的改变，却不能使专业人员远程地实时改变规定的剂量。

    如前面提到的，使用现有的发放系统，没有库存管理药物及/或审核患者遵从性或产品消费量的精确方式。这部分地是由于以下事实，即药物是被批量发放的，由此，并非每个药丸或药剂都独立地可识别且可跟踪。在本发明中，药物递送以单位剂量为基础完成，其中每种药剂按其自己的电子代码识别符号库存管理，而允许健康照护专业人员按规定的治疗方案精确监视患者遵从性。该系统使健康照护专业人员能远程地管理，非顺序性地向患者递送处方和非处方药物、医疗供应品、诊断用材料、药品以及营养药品的单个单位剂量药物包，而不受限于顺序递送限制。这样的单位剂量可包含(例如)直接给予体内的固体口服药剂、液体口服药剂和含有药剂的注射设备，其中所述药剂可包含单一化合物或几个化合物。

    经营照护的提供者和其他第三方支付者认识到了来自本文描述的集成的非顺序性远程药物管理和遵从系统的显著优点。本发明提供用于以寄售方式控制和对分发一个或更多个远程位置的健康照护产品进行电子对账的平台。因此，寄售的药物可在发放时立即开账单，显著地减少了与被开账单且在消费时被补偿的药物相关联的库存成本，并为制药公司提供竞争优势。

    值得注意地，本发明通过消除患者丢弃剩余药剂或当剂量调整时获得新处方的需要，而减少了药物浪费的发生。这增加了患者将接收需要的治疗，减少由于不遵守规定的服药方案而引起的急救和住院事件发生的可能性。此外，对健康照护提供者(如医师和药剂师)的访问也减少了，这显著降低了与提供者相关的费用。

    尽管本发明已具体地参照其优选的实施方案显示和描述，本领域技术人员将理解，在不偏离本发明的精神和范围的前提下，可以在形式和细节方面对本发明进行各种变动。特别地，虽然本发明通过附图图示，显示了递送模块的具体尺寸和形状，但这些参数可以有很大的变化，并不受到本文中所述的并且在附图中描绘的优选的实施方案的限制。

    另外，尽管本申请概括地论述了实施从设在患者家中的递送模块传达，以及传达到设在患者家中的递送模块，同时保护患者隐私的安全数据通信过程的用途，但是该过程的用途并不限于此应用。本文描述的数据通信过程可适于在期望安全数据传输的各种应用中的用途(如连同患者监视系统)。

    尽管已显示并描述了本发明的特别优选的实施方案，对本领域技术人员而言，不背离本发明的教导对本发明作出改变和修改是显而易见的。因此，本发明意图覆盖落入以上公开和本文权利要求的基本原则范围内的任何及所有修改、变动或等效。