专利名称：远端药物管理系统的制作方法
技术领域：
总体上，本公开涉及用于帮助患者遵从医嘱服药的系统，更具体地涉及用于远程 地向患者递送单个剂量治疗产品的装置和方法。
背景技术：
患者不遵从规定的药物方案是一个严重的问题，会削弱慢性疾病的治疗效果。门
诊医疗程序的总体增加等多种因素使患者和照护者在处方药给予方面承担了越来越大的
责任。取决于疾病状态，居住在偏远住宅区的患者用药不遵从的比例预计为30_60%，而部
分由于视觉、听觉和认知障碍原因，老年患者用药不遵从的比例平均高于45%。不服药或不
正确服药承受与完全遵从方案同样的健康照护费用，但却起不到期望的医疗结果。不遵从
的后果可能是严重的，导致急诊、延长住院时间、长期入院治疗以及死亡。 在用药量随时间变化的情况下，能否遵从药物方案是复杂的。例如，规定的用药量
常常是确定患者状态的持续进行的实验室测试的函数。同样地，适当的剂量值要根据患者
的健康情况进行确定，并且必须反映健康状况的意外变化。在这些情况下，健康照护专业人
员(如医师、药剂师和护士)需要能够尽快调整患者的剂量。当处方窄治疗指数的药物时，
用药遵从性尤其重要，因为患者用药过量或不足可导致严重的副作用、疾病、甚至死亡。 为了促使患者在正确的时间服用规定剂量的药物，已开发出相当大量的设备。现
有设备的主要功能是提醒患者何时服用特定的药物以及根据预定的时间表顺序地递送该
药物。这些设备中有许多是根据预定的时间表自动地放出药物。就这方面而言，这些设备不
能为防止剂量不足和剂量过多两者提供充分的保护。如果患者未能按照时间表服药，这些
设备基于患者已适当地服用了之前的所有药物的假定，继续以设定的时间间隔放出药物。
这种情况大大增强了非遵从的风险，这种情况中患者服用较所处方的少的药物。相反地，如
果患者不按时间表服药，而在过于接近下一次服药的时间内服药，患者将面临过量用药的风险。 某些设备并入用于收回已卸下但未从该设备取走的药丸的装置。这些设备中的一 些向照护者提供患者未按时间表服药的通知。其他设备已被集成到综合药物管理和递送系 统中，该系统中使健康照护专业人员远程监视关于患者遵从和不遵从药物方案的信息。虽 然这些系统增强了患者对规定的药物方案的遵从性，却在一个显著方面存在不足，即，它们
10不提供使患者未服用计划的剂量的药物的问题能在几分钟内得到纠正的机制。如此，这些 系统没有克服患者用药不足或过量的问题。对于高危患者人群，由于这些患者常常有认知、 视觉及/或听觉障碍，这是造成不遵从的一个因素，因此上述缺点显得尤其严重。
现有系统的另一个缺点是，它们未能提供一种可响应于患者的健康情况中的意外 变化，在几分钟内远程调整规定剂量的机制。尽管这些系统可让健康照护专业人员将用药 量的变化传达给患者，却不能让所述专业人员立即远程改动、调整或停用规定的剂量。在患 者获知新剂量之前，往往已有几小时，以及在一些情况下，几天的延误。在此期间，患者可能 会对正确的方案感到困惑并继续按已停用的剂量服药。另外，由于每次调整剂量都需要新 的处方，患者必须前往医师的办公室及/或药店。尽管这可能会给一些患者带来不便，但对 于有行动障碍的患者则尤其不利，并且是造成药物非遵从的一个主要原因。通常，因为患者 不能继续正确的疗程，患者的情况会恶化。 常规系统的另一个缺点是，处方是按标准的三十天或六十天配药量进行配药。在
这种情况下，无法准确地制定药物库存及/或核查患者的遵从性或产品的消耗。部分是由
于药物是按总量发放，并非每个药片或每个剂量都被单独地条形编码和可跟踪。 上述药物管理和递送系统还有其他的限制，例如，它们未能建立一个安全的数据
通信过程，以实施与存放于患者家中的远程送药设备之间的通信，而同时保护患者隐私。目
前，在数据通信过程中患者隐私的维护是一个艰巨的挑战。此外，为了响应《医疗保险可携
性责任法案》(the Health Insurance Portability Accountability Act)，已颁布了越来
越多关于维护和储存患者数据的规定。相应地，存在着对既能够快速实时地解决患者不遵
从规定药物方案的问题，且能够最大限度地减少对患者疗程的干扰，同时保护患者的信息
的成本有效的系统的需要和期望。
发明概述 本公开描述一种药物管理和遵从系统，用于使健康照护专业人员能够远程一剂一
剂地、且以提供药剂已被递送的立即确认的方式管理和向患者递送处方和非处方治疗产品 的密封的单位剂量药物包。使用临床软件，储存患者的处方和用药方案信息，使授权的健康 照护人员能够远程向患者递送单位剂量的治疗，并监视患者对用药方案的遵从性，而不侵 犯患者隐私。本系统包括位于患者附近的递送装置，其中，该递送装置通过数据通信网络， 远程地连接到临床软件及控制中心。 在一个实施例中，递送装置的特征是用于执行从控制中心和临床软件接收的命令
信号的控制器，以及用于储存单位剂量药物包的储存区。响应于命令信号，该装置在计划的 用药时间向患者递送密封的单位剂量药物包。本系统使健康照护专业人员能够以非顺序的 方式，向患者远程递送储存在递送装置中的任何单位剂量药物包，而不受预定顺序的限制。 以此方式，药物剂量值可被立即更改，以适应医疗情况变化。在一个实施例中，完全集成的 实时非顺序性综合药物管理和遵从系统能够准确地向患者递送定制包装的和商业可得的 密封的单位剂量和临时单位治疗产品。
附图的简要描述
图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是举例说明针对处理由送药单元接收的非计划的发放请求的示例性实施方 案的流程图。
本发明实施方案的详细描述 本发明提供一种完全集成的实时非顺序性药物管理和遵从系统，用于促使远离临 床环境的患者依照规定的时间表服药。本发明递送模块的一个主要优势在于，通过在收到 加密的命令信号和患者确认后，向患者递送选定的药物的单位剂量药物包，而实现规定的 药物方案。这些多重保障确保患者在正确的用药时间接收规定的药物。以此方式，本发明 增强了患者遵从性，并允许长期治疗应用，而最大限度地提高药物治疗效果和减少药物副 作用。另一个主要优点是，命令信号以安全的传输方式进出递送模块，而不以任何方式危及 患者的隐私。 本发明的另一个优势是，使健康照护专业人员能够远程监视患者对规定的药物方 案的遵从性，并能迅速地接收非遵从的通知。最值得注意的是，健康照护专业人员能迅速调 整患者的治疗计划，以调和漏服的剂量或反映其他医疗情况变化，如患者健康状况的意外 变化。必要时，可以立即进行剂量调整，而不需要新处方。如此，本发明通过消除在剂量调 整时患者丢弃剩余剂量的需要，而使可能造成非遵从性复杂化的时间损失最小化，并减少 药物浪费。 本发明的再另一个优势是，通过确保患者保留在推荐的治疗水平，而保护患者免
13受不良药物反应和用药过量及不足引起的后果。患者在适当的时间接收所需的用量，从而 减少因不坚持规定药物的方案或其他延迟服用规定的药物而造成急诊和住院治疗。另外， 还可以减少非预期访问健康照护提供者的次数，从而减少总体健康照护的费用。多种运作 环境中的健康照护专业人员都可以使用这种成本有效的系统。 现在请参照附图，图2中显示了本发明系统的概况。控制中心101，例如由INRangc Systemslnc.运营的设施，储存着来自各药物制造商和供应商的定制包装和预包装的单位 剂量处方药和非处方治疗产品、药物和营养药品。这些治疗产品包括但不限于固体口服药 剂、液体口服药剂以及含有在照护点递送或给予的剂量的注射设备。将理解，本文使用的术 语"药物"意图包括各种剂型和强度的单个临时单位剂量的处方和非处方药物、医疗用品、 药物和营养药品，包含单一和多重化合物药物。具体的例子包括药丸、药片、胶囊、栓剂、吸 入剂、洗剂、预装药物的注射器、药粉、悬浮液和诊断材料(如血液试条)。在控制中心IOI， 典型的箔纸包裹或泡罩包装的单位剂量药物包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，而不会干扰承 载器中含有的其他单位剂量药物包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 )，在临床设施 的电脑服务器上运行。患者信息通过软件32的用户界面IOO访问，用户界面具有菜单驱动 工作表作为补充，工作表出现在指定的健康照护专业人员的监视器上(图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与单位剂量药物包27的 库存相关联。 唯一识别码，例如序列号(单元识别号)，在制造时被典型地编程到递送模块33 中。同样地，药物制造商或重包装厂商将识别标记31(图14)，包括电子代码和人类可读信 息，印在每个单位剂量药物包27的封条上。电子代码31识别药物包27的内容，包括例如， 药物名称、剂量强度、批号、到期日期、国家药品代码(NDC)、唯一的包装序列号、单位剂量药 物包中的量、药物承载器中的量以及单位剂量药物包是否包括单位剂量的分数部分(如， 药丸的一半，四分之一等等部分)。代表规定药物疗程的多个单位剂量药物包27以任意顺 序被放置在药物承载器26的格子28内。单位剂量药物包27不需要像现有的剂量递送系 统那样按时间顺序进行排列，因为每个药物包27是被随机获取和检索的。每个单位剂量药 物包封条上的识别标记31被扫描到控制中心电脑上，从而可以保持对各药物包27的核查
足艮S宗。 控制软件35给药物承载器26分配唯一的识别码29，例如序列号。识别码29将 药物承载器26与其中所含的单位剂量药物包27的库存相关联，并指示每个单位剂量药物
15包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
SocketLayer， SSL)，将加密信号发送到控制中心101的电脑服务器URL上。该信号与通过
互联网处理信用卡支付所用的协议是一样的，并在临床设施防火墙34的端口 443上运行。
信号是包含控制中心101服务器进行验证所需的UIN和识别码以及命令指令集的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相关联。通过这种方式，本发明提供灵活方便的用药方
17法，对于患者治疗需要经常调整剂量的情况或患者在一天、一周或几个月内在不同的时间 被处方多于一种治疗的情况很适合。 本发明使健康照护专业人员能够远程非顺序性地获取递送模块33中所包含的任 何单位剂量药物包27 (或来自任何单位剂量药物包的治疗产品)并以任何顺序送予患者， 而不受预定顺序或顺序排列的递送的限制。与现有的系统不同的是，本发明系统能够在几 分钟内以不按顺序递送多种类型单位剂量和临时单位剂量的治疗产品，使患者的药物方案 能够适当地定制，以适应医疗情况的变化。患者的方案需要修改的一个实例情形是，当患者 的健康情况发生意外变化时。值得注意的是，本发明确保医生作出的患者用药中的任何改 变可以立即生效。与现有系统相比，这是一个非常大的优势，在现有系统中，新药方的配药 至少需要几个小时，有时需要几天。 本发明尤其适用于在临床研究试验中需要立即停用或召回一项治疗的情况，而这 种情况经常会发生(图26)。在这种情况下，临床软件致动锁闭程序，以防止递送任何已召 回的单位剂量药物包。据发明人所知，本发明系统是唯一可以实时地隔离远程产品/批量 产品的技术平台。以此方式，本发明提供一种独特的保障，可以在药物召回时保护患者。这 一特点对于治疗指数范围窄的药物被贴错标签、效力过低或效力过高时，尤其重要。
对递送模块33进行设计，使从药物承载器26弹出的每个单位剂量和临时单位剂 量药物包27在递送给患者之前，保持完全密封。因此，本发明避免本领域已知的送药系统 常见的药物污染和降解问题。替换地，如果药物污染和降解不是要关注的，治疗产品可从单 位剂量药物包27弹出用于向患者递送。 本发明的另一个实施方案将提前用药功能块与上述编程的方案递送相结合。在该 实施方案中，递送模块33具有增加的可编程功能，通过输入适当的命令到用户界面100中， 指定的健康照护专业人员可以提前递送患者的药物或一个或更多个治疗产品的一个或多 个单位剂量药物包27。需要这种功能块的实例情形有，患者计划暂时离开他/她的住所，而 这段时间仍需用药，不论患者是否远离递送模块33。在紧急情况下，药物承载器26可以从 递送模块33中取出，在系统外使用。在这些情况下，通过安全代码、视频/智能卡或其他适 当的安全措施，可以让患者或其他授权人员接触到递送模块33。 如上所述，控制中心101服务器通过例如射频连接36连接到非顺序性递送模块 33，其中，控制中心101具有记录保持和库存清点功能。除了一个或更多个临床设施接收来 自递送模块33的提醒外，有关模块33的运行、状态和单位剂量/临时单位剂量药物包27的 库存等信息被自动地传输到控制中心IOI服务器上。这些信息包括例如设定的时间段内所 有递送操作的历史记录。向控制中心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可以包括具有不同剂量强度的单一药物。如此可以允许不同的剂量强度相结合，以获得所要的剂量值。尽管本设计可以在家庭、疗养院、长期护理设施或其他居住环境中使用，但具有储存升降器47的递送模块33可以容纳例如多达三百个药物承载器26，更适宜在机构环境(例如纠正机构)中使用。储存升降器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包含一个具有开口端的框架，限定沿所述框架长度分布的凹槽50的范围，使得药物承载器26的周边可以很容易地进入所述槽(fluting) 50中。滑架49由水平栏杆51支撑，栏杆51沿着储存池48的内表面延伸。栏杆51的端部约接近一般与池48的开口平齐的同心轴52。 可旋转的正齿轮或链轮驱动器53安装在轴52的两端，能够与从滑架49的周边突出的相应固定齿轮相接触并适当啮合，从而实现输送滑架49的前后移动。响应于来自控制器的信号，驱动马达(例如伺服马达)54以受控的方式转动正齿轮53。尽管本文描述的齿轮组件用于前后移动输送滑架49，应该理解可以使用任何适当的驱动组件。输送滑架外边缘设有位置记号，指示滑架49和药物承载器26整体的精确水平位置("y-轴")。此信息
20由控制器通过反馈回路布置监视。 一旦控制器确定了安装在储存升降器内的电子代码阅读 器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的顶部表面的开 口上，响应于控制信号，致动器可以扩张以与药物承载器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上，该支架使升 降器47沿着垂直("z")轴从机体下半部分的静止位置移动到邻近递送区的运转位置上。 升降器的垂直移动通过线性移动组件78来实现，例如齿轮皮带和导向螺杆81、滑轮或其他 能够将驱动马达的旋转运动转换成线性运动的标准驱动构件。在示例性实施方案中，正时 皮带和导向螺杆81由安装在机体底座37上的步进马达80转动。马达80根据从控制器处 接收到的电信号而致动(图18)。底座37还容纳有控制器和电池组(未示出)。
升降器支架77跨越的长度一般为递送模块33的长度，以使储存升降器47可被升 高和降低到需要的水平位置上，以获取储存在特定储存池48内的药物承载器26。升降器支 架77包括槽架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上相应的凹口相配，使承载器板和储存升降器47可以方便且牢固地连接在一 起。 储存升降器47在机体中的位置由位于驱动马达80中的编码器确定，马达80转动 时以电脉冲的形式将位置信息传递给控制器(图11)。当编码器发出适当数量的脉冲作为 信号，说明储存升降器47已经获得了接近目标药物承载器26的正确位置之后，控制器将使 马达80的啮合脱开。这样，储存升降器47便可以在机体内升高或下降到适当的水平。
现在参照图12，根据临床软件32发出的落下命令，弹出器组件55在预定的时间向 患者释放规定单位剂量/临时单位剂量治疗药物27。弹出器组件55安装在储存升降器47 和装载区之间，固定在水平滑板("x-轴")86之上并沿着滑板移动，滑板延伸达整个递送 模块33的宽度。在剂量递送过程中，弹出器组件55从静止位置88移动到运转位置89，该 运转位置适合实现与目标单位剂量药物包27接触。通过将来自健康照护专业人员的每个 指令与具体的单位剂量药物包27相关联，控制软件35可以确定正确的单位剂量药物包27 的识别。弹出器组件55包括传感器、电子代码扫描器92、电机致动器91和柱塞93，其中， 每个构件均垂直放置在容器90之内，并由该容器支持，容器90可滑动地连接在水平滑板86 上。通过马达87弹出器组件55可以沿x方向移动，马达87操作来连接到控制器并受控制 器的控制。弹出器/阅读器(y-轴)、升降器(z-轴)和滑架(x-轴)上的电机驱动器经设 计，具有可靠的不滑性。 传感器(未示出)(例如光学传感器)的位置设计，能够在弹出器组件55移动到 达靠近目标单位剂量药物包27的运转位置89时，感测其移动和对准情况。传感器确保该 运转位置89与选定药物的指定位置坐标相对应。这通过控制器的反馈回路布置得以实现。
电子代码扫描器92，例如条形码阅读器、光学识别阅读器、射频识别标签阅读器或 其他类似设备，操作来连接到并悬挂在致动器91的下端，使扫描器头部位于印在药物承载 器26和目标单位剂量药物包27封条上的向上的电子识别码29和31附近。扫描器92通 过从承载器发出的光束的中断，探测到药物承载器26的格子28的单位剂量药物包27被取 走，并在其后向控制器传输信号，确认药物包已经取走。也可以并入电子成像设备(例如照 相机)，以提供可视反馈，表明目标药物已适当地从药物承载器26中释放。
柱塞93具有一个细长轴94，通过连接在轴94上的线性致动器91可以在升高和降 低的位置之间垂直地移动。轴94的最下端可以伸到平坦的压縮边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流程图显示在同一处方期间部分，本发明以非顺序递送次序向患者提 供目标治疗剂量而采用的功能步骤。 如以上提及，本发明的一重要方面是，使远离患者的医师、药剂师、护士或其他健
23康照护专业人员能够以非顺序性的顺序，向患者提供储存在递送模块33中的任何单位剂 量和临时单位剂量药物包27 (或其中所含治疗产品)，而不会受到预定顺序的限制。这种独 特的递送方案，使健康照护专业人员能够根据医疗情况的变化，立即修改、排列、更改或停 用规定的剂量。因此，无论是在送药之前还是送药期间，都必须随时了解递送模块33中所 含的每个单位剂量药物包27的精确位置和内容物。本发明利用一种反馈回路布置来管理 这些数据流。 操作中，健康照护专业人员利用履行、调整和遵从跟踪系统(FACT )或其他临床 软件应用程序32，输入患者的处方信息和剂量计划(图22)。患者信息通过软件的用户界 面100获取，该界面具有菜单驱动工作表作为补充，工作表显示在健康照护专业人员的电 脑监视器上。图29是储存在内存中的工作表，显示针对患者的月治疗计划。图27-28和图 30-31提供健康照护提供者用于与临床软件32互动的工作表的其他例子。所有患者信息， 包括例如，处方信息、服药时间表、剂量递送标准(例如药物之间的相互作用和食物与药物 之间的相互作用)以及剂量递送结果历史记录等，都储存在临床软件数据库32中。临床软 件数据库32利用临床设施的网络安全34策略和程序，验证用户和对患者信息的网络访问 权，以符合《健康保险可携性责任法案》的规定。 在计划用药时间之前，临床软件32将加密的信号传输给位于控制中心101的服务 器上运行的控制软件32上，以致动针对特定的患者的特定药物的递送。该信号包含代表患 者的规定药物方案和用药计划的命令指令集，O以及随机生成的、分配给该患者的递送模块 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或其
24他合适的可视、声音或其他方式，控制器提醒患者服用规定的单位剂量治疗药物27。在实施 方案中，扬声器可用于以用户所知的语言提供提醒。控制器同时建立相对于提醒信号的时 间窗口 ，在此期间，患者可以通过，例如，按下控制面板43上的落下键，输入递送信号。如果 患者不理睬可视和声音信号，信号将每分钟或按设置的时间间隔重复。时间窗口的持续时 间由输入的程序或默认值设定。 若患者在设定的时间窗口内按下落下键43，则控制器在驱动马达80的配合下，使 储存升降器47上升到正确的垂直位置(图11和图18)，以便按照命令指令集指定的z坐 标，进入含有要被递送的单位剂量药物包27或单位剂量的储存池48。储存升降器47在机 体内的位置通过基于马达的编码器确定，马达80转动时以电脉冲的形式将位置信息传给 控制器。 一旦发出适当数量的脉冲信号，表明储存升降器47已经获得了正确位置，控制器 将驱动马达80的啮合脱开。 当储存升降器47到达正确的水平位置可以进入指定的储存池48时，控制器致动 伺服马达和滑轮组件54，此二者控制y方向的水平移动(图19)，使输送滑架49和装在储 存池48中的药物承载器26整体向前移动，离开原点位置99。当它们向前移动时，位于储 存升降器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表面的正上方。在替换的实施方案中，当单 位剂量要从单位剂量药物包取出时，弹出器组件或柱塞93的压縮边95悬挂在单位剂量药 物包27的非编码表面的上方。在本公开范围内的其他实施方案也是可能的。
在这个方位，悬挂在致动器91下端的代码扫描器92也处于单位剂量药物包27封 条上的电子识别码31的附近位置上。在需要补充确认递送的情况下，作为重复检查，扫描 器92读取识别码31并将确认信息传输给控制器，确认选定的剂量是正确的剂量。控制软 件35层将每个命令与具体的药物承载器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，使授权的健康照护专 业人员能够实时地审查患者的剂量递送结果。当从控制中心服务器接收到剂量确认消息， 说明规定的剂量已经递送给患者之后，临床软件33启动一个程序，从待处理列表中移除该 项特定的剂量递送事件。 若患者在计划的用药时间未响应递送模块33生成的提醒，例如，未能在设定的时 间窗口结束之前按递送模块33的落下键43， 一个程序将启动，该程序可包含呼叫患者或呼 叫患者的照护提供者、医生、药剂师或其他指定的个人。递送模块33通过射频或其他合适 的通信链路36，自动将提醒传输给控制中心101服务器。之后，利用上述的安全加密方法 25，将漏服剂量的通知立即传输给临床设施的数据服务器。 在另一个实施方案中，使用例如两个时间窗口，期间患者可以输入递送信号，如， 按下落下键43 。在第一个时间窗口 ，递送模块33生成一个初级强度的声音、可视或其他警 报。若第一个时间窗口结束而患者还没有输入递送信号，模块33将提高警报等级。增加的 警报等级，或者，逐步增加，直至第二个时间窗口结束。若患者在第二个时间窗口结束时仍 未响应警报，则不遵从行为的通知将被传输到控制中心101服务器。 只有患者在指定的时间间隔内按下落下键43时，规定的药物剂量的递送才会发 生。本发明以此方式确保患者在正确的用药时间接收准确的规定的药剂。此特点可以改善 患者的遵从性，使保护患者避免在非规定的用药时间服用多剂药物，因为这可能导致不良 的药物相互作用。 患者的药物服用结果实时地被发送到临床设施并被接收。通过生成提醒信息，并 显示在健康照护专业人员的电脑监视器上(用户界面100)，临床软件32自动地提醒健康照 护专业人员患者的不遵从行为。然后，健康照护专业人员可及时采取措施，直接联系患者及 /或发回适当的命令到递送模块33，或者采取如下文所述的措施。 在审查不遵从通知后，患者的医师、药剂师或其他持照健康照护专业人员提取患 者的治疗方案并进行评估，治疗方案储存在临床软件32数据库中，可以通过用户界面100 获取。该信息包括但不限于处方信息，如处方医疗产品的名称、类型(品牌或属类)、效力强 度和剂型、用药时间表、服药标准(如药物之间的相互作用和药物与食物之间的相互作用) 及下一个剂量递送时间。然后，健康照护专业人员确定患者的药物方案、用药时间表或两者 是否应修改，以调节漏服剂量，例如，利用适当的工作表100，输入指令取消、排序或修改规 定的剂量值。 通过使用电子识别码29和31，无论是在剂量递送之前还是递送期间，都可以随时 地了解特定递送模块33中处方和非处方药物、药品和营养药品的精确位置和内容物。该信 息由控制中心101储存并监视。每次用药操作的记录(包括尚未使用的单位剂量药物包27 的最新库存)在每次操作发生之后，被立即传输到临床设施。健康照护专业人员审查显示 在他/她的电脑显示器(用户界面IOO)上的最新库存清单。如果开处方的医师认为需要 计划外剂量及/或调整计划，则健康照护专业人员从患者可用的规定的治疗药物列表中选择另一个剂量或不同的药物，并输入适当的送药要求。新的剂量信息保存在临床软件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服务器上。这些结果立即得到处理并传输到临床设施，让指定的医疗人员通过用户界面 IOO，实时地审查患者的剂量递送结果。因此，本文描述的反馈布置允许立即地调整和更改 患者的药物治疗方案，以适应医疗情况变化。 在递送药物剂量时，健康照护专业人员可以通过电话、电子邮件或通过输入适当 的命令到患者的电脑终端，与患者交流。命令信号由控制软件35处理，并随后传输到患者 的递送模块33上。通过此远程界面(包括例如键盘及/或扬声器)，可以促使患者提供信 息或回答问题。
28
传统的送药系统可以向健康照护专业人员提供有关患者健康状况的数据，而本发 明系统则允许健康照护专业人员远程对患者健康状况的变化做出积极的反应。递送模块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，并与前面板在相同的高度上，即处 于第一姿势位置时，控制器暂时地解开与马达73的啮合，使滑架49停止向前移动。张开的 致动器72向上移动到达其原始的升高位置上，同时促使旋转支架65和驱动轮70/71向上 转动，而离开滑架49。在这个位置上，滑架26与机体前面板41上的插入/收回槽45对接。输送滑架49此时处在接收进入的药物承载器26的位置上。因为递送模块33能够以随机 顺序获取并递送患者的剂量，所以，没有必要以特定的顺序将药物承载器26装到递送模块 33中。这克服了现有技术设备的一个重大缺点，S卩，药物必须按其要被递送的顺序装载。
此时，通过声音、可视或其他方式，使操作者打开装载门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中。然后以声音、 可视或其他方式通知操作者装载操作已经完成。整个过程发生得很快，一般在三分钟之内。
如上文所述，承载器朝储存升降器47前进时，电子扫描器98(例如条形码阅读器、 光学识别阅读器或射频识别标签阅读器)扫描印在各药物承载器26裸露表面上的电子识 别码29，并将承载器26在其中的具体位置成像。这些信息提供给控制中心101电脑服务 器，供以后提取。装载操作完成后，被扫描的每个药物承载器26依次地暂时被移出储存池 48。扫描器98找到并读取印在承载器26内每个单位剂量药物包27封条上的电子识别代 码31，并对储存单位剂量药物包27的具体储存池47进行成像。然后，控制器将扫描器提取 的信息传给控制中心101，在控制中心，信息与之前输入到控制软件35数据库的编码数据 相关联。这样，特定的递送模块33中所含的每个单位剂量和临时单位剂量药物包27的精 确位置和内容便可以储存在控制软件层35中，从而可以从生产直到送至患者的整个过程 准确地跟踪每一剂药27。如前文所述，这些储存的数据使健康照护专业人员能够在远程选 择和递送适当的治疗药物给患者。 图25b举例说明典型的卸载操作。药物承载器26 —般在患者的药物用完时，由患 者、照护者或其他授权的操作者卸载。操作者只要按下位于机体前面板41的"卸载"键43， 提示控制器发送确认请求信号到控制中心101服务器。服务器收到信号后，控制软件35验
30证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， 并与前面板在相同的高度上，即处于第一姿势位置时，滑架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中。 如上所述，远程药物管理系统由临床和通信软件，送药单元和药物封装组成。该系 统提供一种方法用于将患者的规定的药物储存在递送单元中，使医疗提供者远程制定患 者的规定的药物计划，使医疗提供者在规定的药物应被服用时向患者提供通知，以释放规 定的药物到递送单元的盘，该盘可根据患者的命令被患者获取，以及为医疗提供者提供事 件的历史记录。如此，该系统旨在用作健康照护提供者在管理针对在家中或诊所中的患者 的治疗方案的辅助的应用。
31
除以上描述的功能，其他各种功能也可以是有益的，特别是在解决有关药物的安 全递送问题上。例如，一个重要的问题是患者不能正确地识别他/她的药物。送药单元应 识别药物或含有药物的药物包，而不依赖于患者来完成该任务。送药单元应使用制造商或 药厂的标签识别药物。如果该设备不能识别药物，则设备应不接受药物且应提供该药物不 可识别和不能以该设备使用的通知。此外，应假设，患者将依赖于送药单元来正确地递送他 /她的药物。送药单元的电机系统应可靠地在规定的时间以规定的剂量放出药物，并确认所 述剂量已被成功地递送。或者，送药单元应提供药物尚未按规定释放的通知。递送事件的 完整历史日志应被保留。 更进一步，送药单元递送正确的药物的能力取决于送药单元识别每种药物的能力 以及确认所述送药单元中含有的所述药物的数量与计划的治疗一致的能力。如果送药单元 中含有的药物不足以在特定的用药周期递送规定的药物，设备应提供通知。因此，设备应能 够确认其中所含的每种药物的具体数量。 更进一步，送药单元不应接收超过其到期日期的药物，并应提供该药物已到期且 不能被用于该设备的通知。鉴于这些考虑，送药单元应至少能够当不能识别药物包时，自 动地弹出封装的药物；确认正确的药物被选择和递送；在失败、不正确的药物、到期的药物 等事件时，提供通知；确认一种或更多种药物的数量；以及当送药单位确认药物数量失败 时，提供通知。无论何种原因，均能通过实时异常报告系统来转移风险。系统所有部分(特 别包含送药单元)的错误(包含有条件的成功)，应被记录并报告。 如果断电会阻止患者从送药单元取出他们的药物，或控制软件不能与送药单元通 信以调整用药计划或监视遵从性，都会带来风险。为此，若提供维持送药单元通信能力并继 续运行一段时间的电池备份将是有益的。另外，应有一种方法使患者在断电导致单位不运 行时容易地从送药单元取出药物，例如手动方法取出，或当电池电源降至低于最小运行水 平时，所有药物的药物包自动弹出。 患者不能使用送药单元会带来风险。为此，限制患者对送药单元的控制是可期望 的。送药单元及其控制软件应被这样设计，使得送药单元与患者之间的任何交互都不需要 患者输入任何用在管理、制定计划或者甚至识别药物的信息。 制定药物的计划和递送药物带来许多风险，例如当药物的用药计划在患者已经从 送药单元接收他们的药物之后被改变时。如果设备允许患者在计划的用药递送之前接收他 们的药物，这种情况就可能发生。该情况可导致重新制定递送计划。应有防止此类情况发 生的充分的软件控制，且应提醒患者的照护提供者患者已经接收他们的药物，以及剂量改 变直到下一个计划的用药周期才会发生。或者，当药物剂量从药物承载器取出并服用，而药 物的药物包正被照护提供者或患者从药厂运送，且在药物承载器被插入送药单元中之前， 这样的重新制定计划可以是需要的。如果断电引起患者不使用送药单元手动地管理他们的 药物，则会发生类似的情况。如果送药单元尝试递送从药物包遗失的药物，则会发生潜在的 风险。设备应能够识别药物是否从药物承载器遗失。又另一个例子中，用药过程中，如果患 者在服用前将药丸掉在地板上，或丢失该药剂，且患者又没有容易而方便的方法获得替换 药剂，则会发生潜在风险。送药单元应能够允许患者从送药单元取出药物的药物包，手动地 用药，并然后将药物包重新插入单元中。 各种其他的风险涉及药物的标记。例如，如果由药剂师贴在药物承载器上的处方
32标签在药物承载器已被插入送药单元中之后，对患者不再可见，则会带来风险。印在该标签 上的重要信息，包括但不限于药片名称、剂型和剂量、药品到期日期、警示标签(如果需要 的话)等，对于患者的治疗可以是至关重要的。该风险可通过以下方式转移当送药单元递 送药物时，使送药单元将重要的处方信息显示给患者；或送药单元的设计应随时将来自药 剂师的处方标签的信息对患者完全可见。如果标签对患者不能完全可见，则应编程使送药 单元不将已超过其到期日期的药物递送给患者。 如果药物直接接触到送药单元或储存在送药单元中的其他药物，则存在风险。不 同药物之间的交叉污染，或通过在送药单元中的接触，或通过留在送药单元中的残留灰尘， 会造成不良反应的潜在风险，特别是如果因为对药物的过敏反应，而不再将那种药物递送 给患者。该风险可通过保留包含在药物包中的每种药物的每个剂量，直到患者实际上接收 该药物，由此消除了任何药物之间或任何药物与送药单元之间的直接接触，或者确保药物 不会接触到可能保留有药物残留的送药单元的表面。 本发明实施方案的各个方面，尤其那些解决上述风险的那些方面，在以下参照图 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中被表示为分离的设备，类似于其中各种服务器电脑由单一实体 独立地拥有、编程、操作和维护的实施，其他实施也是可能的。例如，远程控制器IOI，不是 被独立地操作，而可以在主机环境中实施，如通过使用通信网络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以 确定是否有任何可获得以下载到送药单元的数据/信息。在目前优选的实施方案中，这是 使用无线链路，如通用无线分组业务(GPRS)调制解调器或类似的实施适当的加密协议(如 SSL)的设备来达到的。该实施的优点是，如果尚未预先启动与控制器IOI的通信，送药单元 33能忽略经由该链路的任何进入通信。如以下更详细描述，在送药单元具有要上传给控制 器的数据/信息时，送药单元33也可启动与远程控制器101的非计划通信。在这些非计划 通信过程中，送药单元仍像在计划的通信过程中那样，能请求更新。由于该实施中，送药单 元能根据储存的用药方案运行，与远程控制器101的往复通信实质上被减少了，由此减小 了运行成本并改进了送药单元33的响应性。 如上下文所述，送药单元33操作来储存药物承载器并递送需要的药物。尤其，提
供各种机械和电气构件以实现任何送药单元的基本功能。因此，例如，提供适当的构件，使 得单个药物承载器可在送药单元的任何输入端口被提供，并自动地收回用于随后的储存。
作为过程的部分，每个输入的药物承载器上的识别标记可被检验以确定有关输入的药物承 载器及/或储存于其中的药物的信息。另外，每个输入的(或预先储存的)药物承载器可 被检验以确保每个单位剂量药物包的状态正常。正确接收的输入的药物承载器被随后放在 送药单元的适当的储存区中，使得储存的药物承载器能被随后根据各种发放操作的需要提 取。由此，可提供其他构件，以能够实现单个单位剂量药物包的实际取出，和随后的将取出 的单位剂量药物包递送给送药单元的用户(如，患者)。用于处理输入的药物承载器的相同 机制可类似地根据需要被应用于弹出或卸载药物承载器。
现在参照图32，显示了替换的送药单元的透视图，没有外部机体。大体上，替换的 送药单元在运行中相对于图3及以下诸图，与上述的送药单元相似。在一个实施方案中，送 药单元33的运行通过使用由一个或更多个适当的处理设备执行的储存的软件程序控制， 所述处理设备如，微处理器、微控制器、数字信号处理器、可编程逻辑阵列、特种集成电路应 用等，或其组合，即，如本领域已知的"处理器"。因此，如以上指出的，使用储存的软件控制 程序，送药单元33可通过触摸屏显示器220接收用户命令。除了触摸屏显示器220，用于送 药单元33的用户界面可包含扬声器219(参见图36)或能够发出声音信号的类似设备。另 外的输入和输出设备，如(但不限于)鼠标和光标输入方法、麦克风、指示灯、打印机，或其 他本领域普通技术人员已知的，可均等地并入送药单元的用户界面的显示设备。如以上指 出的，送药单元包含一个或更多个外部通信接口，使其能经由网络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，牵引器臂具有相对于 其相应的臂250的纵轴基本上垂直分布的销(peg)252a和252b。在相应的牵引器臂伺服 马达253a和253b的控制下，每个牵引器臂250通过其所在的y-z平面中受限的弧可自由
35旋转。由于牵引器组件23 0可沿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在装载和卸载操作过程中被无意地从升降器抽离。尽管后截止闸门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，其在适当的控制下，沿z-轴往复移动冲 压工具304。如本领域普通技术人员已知的，用于操作冲压伺服马达302以及编码器条码 传感器292的电路可被置于适当的电路板306上。如以下更详细地描述，冲压工具304被 调整大小并构造以从药物承载器224移去单位剂量药物包。在图37-39中举例说明的实施 方案中，冲头304的朝下的表面包括四个对称布置的金字塔状结构，该结构具有与冲头304 的四个角对准的最向下凸出的点(参见图37)。在该实施方案中，反转的金字塔状结构的 四个凸出的点被构造以与每个单位剂量药物包周围的冲孔的四个角啮合(参见图45)并随 着冲头304向下前进，而突破单位剂量药物包整个外围周围的冲孔(perforation)。冲头 304的替换的实施方案在图39A中举例说明。在该实施方案中，金字塔状结构被布置在冲头 304a朝下的表面上的多个针(pin)304b-c以及一个或更多个弹簧式柱塞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-c取出单位剂量药物包。
在又另一个实施方案中，在那些药物的交叉污染没有影响的情况中，冲压工具304 可被构造以从单位剂量药物包取出单个单位剂量本身(即，仅药物)。 位置传感器308被优选地安装在电路板306上，以检测法兰310的位置，法兰310 沿z-轴安装到冲压工具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不约束药物 承载器的运动。然而，当位于其延伸位置时(示于图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-轴组件中。
38
如图所示，在实施方案中阐述的升降器232，包含两个平行板320，其每一个又包 含形成于其中的基本上沿每个板320的整个长度的多个凹槽322。在该实施方案中，板320 彼此不相连接(与图3-6中所示的实施方案不同)。如图所示，每个板包含十个凹槽，尽管 可按照设计选择采用更多或更少数目。来自每个板相应的凹槽322对共同建立了可用于储 存药物承载器228的槽，如图所示。注意，在一个实施方案中，每个凹槽322包含沿其长度的 刻痕323，以使凹槽322与滑架228之间的接触最小化，由此使当从升降器232装载或卸载 滑架228时的摩擦最小化。进一步地，如以上指出的，槽不需要被限制为基本上水平对准， 而是可以按照设计选择被对准为实际上任何适当的垂直或对角线对准。如果应采用此种替 换的对准情况，本领域技术人员将认识到，装载和卸载机制，举例来说，可能需要相应地被 类似地重新对准。 成对的杆324a和324b可滑动地与安装在每个板320上的轴承326 (仅显示一套) 啮合。提供了一对正时皮带328a和328b，每个板320 —个，正时皮带通过驱动轴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的顶部342，以及 连接顶部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到另一个侧部，或者可使用此种平行或垂直 轨道的组合，并可包含开孔(cutout)部分，以允许在承载器进入单元时单位剂量药物包的 清除。还要进一步地，两套轨道的一套或两套可被板状部件替代，所述板状部件中形成有开 口，该开口的形成式样为使得板状部件中剩余的材料(为药物承载器)提供与图41中描绘 的轨道相似的支撑功能。 滑架228可在滑架228的至少一个侧部件上包含一个或更多个洞或刻痕351。洞 351可用于确定当滑架被插入储存单元(如上述的升降器232)时滑架的位置。例如，升降
39器232可包含传感器(如光学中断传感器)，和传感器对面的光源(如发光二极管)。当洞 351与光源重合时，传感器感应光源，由此使得滑架228的位置被确定。为了正确地取出储 存在药物承载器中的单位剂量药物包，或为了确定滑架228被插入升降器232中的程度，可 需要正确地确定药物承载器224在储存单元中的位置。基于本公开，确定滑架228在储存 单元中位置的其他方法对本领域普通技术人员是明显的。 在一个实施方案中，滑架228包含至少一个在滑架228的远端345边缘上的保持 机构352。图41中举例说明单一的保持机构352。然而，注意到，可采用一个或更多个这样 的机制，该机制还可滑架228的各个其他位置被实施。保持机构352用于当药物承载器已 被完全插入滑架228时(经由药物承载器224中相应的保持功能，S卩，其中的开口 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区的多个单位剂量药物包364。为了简要，未显示标签纸(例如在图33、34和36中阐述的)。如图44中所示，单位剂量药物包364(可包 含如本领域已知的泡罩形状的吸塑(blister)药物包)优选地以基本上均匀的排和列布局 布置。然而，这并非必须的，且可采用单位剂量药物包364之间的可变的空隙。进一步优选 地，所有单位剂量药物包364都具有相同的形状和尺寸。再一次，这并非必须的，且不同尺 寸和形状的单位剂量药物包可被并入单一的药物承载器228中。 平面本体部分362可包含单位剂量药物包形成于其中的整体元件。在该情况下， 本体部分362优选地由足够厚度的适当材料(如本领域已知的塑料)构成，以提供本体部 分362的足够的刚性。在另一个实施方案中，本体部分362是相对地薄层的材料(如塑料) 与相对地更刚性(可能地更厚)层的适当材料(如硬纸板)的叠压板，其中单个单位剂量 药物包形成于薄层材料中，而更刚性层的适当材料用于提供增加的结构支撑。例如，在一 个目前优选的实施方案中，单位剂量药物包形成于其中的薄层是由一般用途的0.012英寸 (0. 3mm)PVC塑料构成。每个单个单位剂量药物包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中被放出，而不依赖于单位剂量药物包264是否已在先地从药物承载器224取出。
尽管在图44和45中未显示，在目前优选的实施方案中，标签层是在其一侧有热封 粘合剂，以及另一侧有盖层以防止施用时墨水(来自喷墨打印机)褪色的9磅实地漂白硫 酸盐板。标签层中的做标记/冲压与塑料层严格匹配，所述塑料层即单位剂量药物包在其 中形成的层。在对标签使用热封粘合剂的过程中，绕每个单位剂量药物包所在位置周长的 区被优选地遮蔽，使得胶水不被施于其上。此举防止粘合剂流入每个吸塑(364)周围被冲 压/做标记的区，并防止在单位剂量药物包364和周围的塑料之间形成联接。同样在冲压 /做标记处理过程中，仅被冲压穿过标签材料90 %的标记线被优选地切割成塑料中泡罩状 吸塑的整个区，并与之对准。这些标记的区(先前所描述的)可以是以直线、交叉或环状方 式的形式，并使药丸能通过是该区中的标签更易破，而较容易地从密封的吸塑被取出。无论如何，标签可使用利用电脑软件的标准喷墨打印机打印，且此时，本文所述的识别标记可被 打印在标签的表面上。 在目前优选的实施方案中，药物承载器通过以下步骤装配首先将支撑层放在夹 具上，并对齐到针上，所述针能容纳形成于其中的槽370。其后，将泡罩状吸塑形成于其中的 层(及上述塑料层)放在夹具上，使得泡罩面向下并刚好装入夹具中的开口中。然后使用 任何适当的技术将目标药物放进泡罩状吸塑中。其后，使用槽370将标签放在塑料层上用 于对准。整个夹具和组件被置于热封压合并在300。 F(149tO压縮大约5秒。所述热封 覆层由此被激活，弓I起三个层叠压。其后，从所述夹具取出叠压的组件。
如以上指出的， 一个或更多个开口 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的安放或定位。如以上所述，识别标记可包含至少能够通过自动的手段被探测或 阅读的任何机制，所述自动的手段包含，而不限于，印刷条形码或点、RFID巻标、磁条或印、 凹痕、突起、洞或开口 ，等等。相应的检测元件可包含，例如而不限于，条形码扫描器、光学传 感器、机械开关，及/或任何其他能够检测特定类型的标记的装置。例如，条形码扫描器可 用于扫描与预定义的值相应的特定的条形码及/或条形代码标签，或光传感器可感应何时 光照射穿过药物承载器中的洞。相似地，机械开关可与药物承载器224的表面接触，以检测 何时相应于目标位置的洞或凹痕存在。还要进一步地，凹痕或突起可引起机械传感器偏离 药物承载器224的平面本体部分362的标称位置至少预定义的距离。 通过送药系统(图2)能够进行的各种操作在以下参照图46-61进一步描述。图
4246-61中举例说明的技术的各部分在以上描述。一般，本文以下描述的方法优选地使用储存 的处理器可执行指令控制一个或更多个适当的处理器的操作来实现，如上所述，处理器又 控制本文描述的各种硬件元件，以及各个系统元件(如，远程控制器101和送药单元33)之 间的设备间通信和设备内通信(如，各种位置传感器和服务器与带送药单元33的步进马达 之间)。用于实现该指令的技术是本领域普通技术人员公知的。当然，其他实施技术，如可 编程逻辑阵列、特种集成电路应用或其他适当的技术可按设计选择等效地用于此目的。还 要进一步地，注意到，尽管图46-61中举例说明的技术(以及上述进程)基本上彼此独立地 被描绘，在实际操作中，许多所描绘的技术可按需要被组合。例如，送药单元的用户可不考 虑用药方案而请求他/她的药物，因此，如以下关于图61所描述。为此，用户可被提供一个 或更多个药物承载器，用户可手动地从所述药物承载器发放单位剂量药物包及/或单位剂 量。之后，用户可重新插入一个或多个药物承载器并如以下对于图47的描述，再次确定所 述一个或多个药物承载器的库存。本领域技术人员将认识到通过使用所阐述的实施方案， 所明显阐述的技术的其他此种组合也等效地被采用。 现在参考图46从程序块400开始，在此，送药单元可选地接收和储存(在适当的 持续内存中)用药方案。如本文使用的，用药方案包含对送药单元正确地为患者递送药物 必需的数据和信息。实践中，单一的送药单元可基于单一用药方案或多个用药方案操作。后 一种情况下，多个用药方案可组合为单一用药方案，其中具体的用药事件根据不同的患者 区分。用药事件或是要采取的措施，或是送药单元关于药物的发放要做出的确定。例如，递 送单元可确定具体的时间点已到，表明送药单元应发出声音或可视警报，向送药单元的用 户说明一个或更多个药物可被发放，并响应于用户输入发放药物。为支持正确地执行该用 药事件，每个用药方案可包含要被发放的具体的药物的识别信息、有关该药物的数据(即，
剂量强度、数量、每种药物的图像等)、每种药物的用药时间表等。在一个例子中，用药方案 (和其他数据/信息)通过远程控制器及/或远程单元被提供给每个送药单元。然而，经由 送药单元上包含的界面(如经由图形用户界面或处理器通信端口 )，向送药单元提供用药 方案的至少一些部分也可以是合乎期望的。 无论用药方案何时或如何被接收，处理在程序块402处继续，在此确定递送过程 是否应发生。递送过程是具体的用药事件，其中一种或更多种药物要通过送药单元被发放。 优选地，递送过程应发生的决定按照储存的递送方案完成，尽管这并非绝对的要求。例如， 不管储存的用药方案如何，患者应总是能够获取他们的药物，这可以是合乎期望的。因此， 患者(或其他授权的用户)能够请求非计划地发放储存的药物(如以下关于图61的进一 步详细描述)。此类非计划的请求可经由送药单元自身上的用户界面输入，或可通过送药 单元从远程设备(如远程控制器或远程单元)以命令形式被接收。用于确定按照用药方案 (或响应于非计划的请求)的措施应在何时采取的技术对本领域普通技术人员是众所周知 的。 其后，处理在程序块404和406平行地继续，以执行先前在以上所述的操作。特别 地，在程序块404，递送过程经由非顺序性(或顺序性，如果期望的话)获取所需储存的药 物，并随后从其相应的药物承载器弹出所需的单位剂量药物包或单位剂量药物包来执行。 注意，当单个单位剂量药物包被弹出时，送药单元与实际的单位剂量(如，药丸)之间的接 触被避免，这对防止污染是合乎期望的。为此，用药方案(或非计划的请求)可包含有关要被发放的具体的单位剂量药物包的信息，或足以允许送药单元基于其当前库存的了解确 定要弹出哪个单位剂量药物包(而无需精确指定单个单位剂量药物包)的信息(如以下所 述)。平行地，在程序块406，关于正被递送的至少一种药物的处方信息被提供给送药单元 的用户。这样的处方信息的提供可以在至少一种药物的实际发放之前、期间或之后发生。如 本文使用的，这样的处方信息可包括，但并非必须限于，针对正被发放的特定药物的警示信 息，正被发放的处方剂量，针对该药物的处方时间表是什么(如，"每天三次")，正被发放的 药物的识别信息(通用名或品牌名)，正被发放的药物的一个或更多个图像，以及针对给予 药物的任何指令。优选地，处方信息经由送药单元上的适当的用户界面(如图形显示器)， 及/或经由任何其他适当的设备和格式(如经由打印机以打印形式，或扬声器以声音形式) 提供给用户。实践中，如程序块408中所示，处方信息可使用各种技术获得。例如，送药单元 或从远程设备(如远程控制器或远程单元)接收处方信息，例如作为可扩展标记语言(XML) 文件；或被提供有允许送药单元请求/访问处方信息的信息(再一次，来自如远程控制器或 远程单元的远程设备)，如，储存了必要的处方信息的合适的服务器地址。任一个处理可根 据需要多次发生。例如，处方信息可通过送药单元一次性针对所有当前储存的药物被获取， 或在每次要执行递送过程时被获取，或按照设计选择根据一些其他基础被获取。
处理在程序块410处继续，在此，递送过程的结果被确定并储存。 一般来说，递送 过程有两种可能的结果，至少一种药物或被正确发放，或没有被正确发放。前一种情况下， 送药单元能够确定必要的单位剂量药物包被成功地从一个或多个药物承载器弹出(使用 如在以下关于图50-55更详细描述的那些技术)。就成功地弹出必要的药物来说，可进一 步期望获得肯定的指示，确定所发放的药物被取出送药单元，即从其递送斜槽被提取，及/ 或获得来自用户(如，患者)的指示，药物被实际给予患者。针对前一种情况，恰当配置的 传感器，如照相机和图像识别软件，可被调用以确定所发放的药物是否从送药单元被取出。 针对后一种情况，用户可被提示(经由合适的用户界面机制)确认一种或多种药物的给予。 这样的额外的信息可作为成功结果的指示的部分被包含。 有关不正确发放的药物的后一种可能性，多种原因可以被辨认，如，单位剂量药物 包未正确地从其药物承载器弹出(参见图50-55)，送药单元在递送行为期间发生故障，或 任何其他可辨认的原因。无论递送过程的特定结果如何，该结果被优选地储存，用于登记、 跟踪及/或审核的目的。例如，送药单元可持续将结果(以任何适当的格式)储存在其自己 的内部存储设备中。在该实施方案中，储存的结果数据/信息可被随后下载到远程设备或 设备，并在其后被删除或被允许继续保留在送药单元的内部存储中。替换地，所述结果可被 直接提供给远程控制器或远程单元(除了非永久的临时存储或送药单元内非持续性存储 外)，用于随后在那里储存。在一个例子中，递送结果被持续地储存在送药单元中一段给定 的时间期间(如三天)。另外，随着送药单元定期地与远程控制器或远程单元通信(如每半 小时)，通过送药单元储存的任何新的递送结果被下载到远程控制器或远程单元用于长期 存储。无论该存储以何种方式达到，足以使递送结果能与特定的送药单元及/或特定的患 者相关联的信息也被储存，并可被储存在安全网页服务器或其他设备上，用于以后的访问。
最后，在程序块412，另一递送结果(无论储存在何处)可被提供给送药系统的授 权的实体。例如，健康照护提供者，访问通过远程控制器或具体的送药单元维护的储存的数 据，可随意获得对具体的递送结果的访问权。替换地，这样的递送结果可被"推"(pushed)
44给授权的实体。例如，给定的患者的健康照护提供者(如，医师)和照护者(如，临终关怀 机构或家庭护理提供者、儿童等)可请求当针对患者，或针对具体类型的递送结果(即，仅 当递送结果表明不正确递送时)的任何递送结果发生时，(通过任何方便的和合乎期望的 通信媒介)被通知。 图47举例说明一种方法，以此方法送药单元可获取有关提供给及/或储存在药物 承载器中的药物及/或药物承载器的信息，如以上部分所述。因此，在程序块420处开始， 送药单元接收输入的药物承载器，优选地上述各种形式的药物承载器，即，具有以二维布置 的单个单位剂量药物包，且在包含其上提供的另一识别指示器的基本上平面的承载器。该 方法可包含自动地使用上述结构拉入药物承载器。如以上指出的，这样的识别指示器(或 识别标记)可最终被具体化为至少可被送药单位感知的任何形式，包含，但不限于，一维和 二维条形码、磁条和磁性墨水、RFID巻标或平面印刷文本。在后一种例子中，可使用成像设 备和适当的光学字符识别(OCR)软件，使得送药单元能"阅读"该文本。这些形式的组合也 是可能的，即，条形码和印刷文本。 无论针对至少一个识别指示器使用哪一种或多种形式，处理在程序块422和424 的任一个或两者处继续。在程序块422，送药单元基于输入的药物承载器上的至少一个识 别指示器，确定有关至少一种药物的信息。在本发明的一个实施方案中，该处理针对药物承 载器中存在的每个单位剂量药物包中的每种药物执行，尽管这并非必须。有着各种技术，使 得送药单元由此可确定有关至少一种药物的信息。例如，在使用的至少一个识别指示器包 含目标信息的地方，送药单元可直接"阅读"至少一个识别指示器，以确认所述信息。例如， 如以上指出的，在所述至少一个识别指示器包含文本的地方，送药单元能使用OCR软件直 接阅读有关一种或多种药物的信息。替换地，所述信息可被直接编码到一个或多个识别指 示器中，使得送药单元无需别处的参考而能够直接解码所述信息。还要进一步地，送药单元 可阅读一个或多个识别指示器，以提供解码的数据，如将条形码转换为不直接代表目标信 息的一串数位表示的数据。其后，送药单元可将解码的数据提供给远程控制器或远程单元， 所述远程控制器或远程单元能将解码的数据"翻译"成目标信息，例如，通过使用所述解码 的数据作为表格查找的基础。本领域普通技术人员将认识到这方面的其他技术可等同地使 用。应注意，有关至少一种药物的信息可包括，以举例的方式且不限于药物名称(如通用 名或品牌名)；针对药物承载器中所有单位剂量药物包或针对单个单位剂量药物包的剂量 强度、制造商批号、到期日期、国家药品代码；或独特的单位剂量药物包序列号。
替换地，或除程序块422的处理之外，在程序块424的处理可发生在当送药单元基 于至少一个识别指示器确定有关至少一个输入的药物承载器本身(与其中储存的药物相 反，或除其中储存的药物之外)的信息时。使用与上述关于程序块422基本上相同的技术， 有关输入的药物承载器的信息可通过送药单元独自或者与远程控制器或远程单元组合被 证实。在目前优选的实施方案中，这样的信息可包含(但不限于)包含在输入的药物承载 器中的许多单位剂量药物包以及输入的药物承载器的布局定义。关于布局定义，每个药物 承载器可遵照多个布局定义的预定义的布局定义。例如，一个布局定义可包含布置为具有 四列的七行，和具有四列中仅三列的第八行的一定尺寸的三十一个单位剂量药物包，而另 一种布局可包含以五行和两列布置的十个较大的单位剂量药物包。无论如何，布局定义可 通过送药单元(具有可能的布局定义的现有知识，和每个布局定义的细节，如由远程控制器或远程单元所提供的)来使用，以建立其应去找到具体的单位剂量药物包的确切位置。
无论程序块422或424的任一个或两者是否被实行，处理在程序块426继续，在 此，有关至少一种药物(或输入的药物承载器)的信息被提供给送药单元的用户界面或者， 如果必要的话，提供给远程控制器或如远程控制器的远程单元。例如，在送药单元确定所述 信息的情况下，该信息可被提供给用户界面(如，引起该信息被显示或者呈现给送药单元 的用户)，或远程控制器或远程单元。替换地，在送药单元参与协助远程控制器或远程单元 证实所述信息的情况，对用户界面的信息的提供包含远程控制器或远程单元首先提供返回 到送药单元的信息。将认识到，有关送药单元的上述各种操作可依赖于目标设计通过任何 适当的构件实行。 现在参照图48，在以下进一步描述了 (以及部分如以上所述)通过送药单元处理 输入的药物承载器。在程序块440，送药单元可可选地从例如远程控制器，接收授权的药物 承载器的信息。如本文使用的，授权的药物承载器的信息包含涉及给定的送药单元被允许 接受的具体的药物承载器的任何适当信息。因此。授权的药物承载器的信息可包含具体的 药物承载器的识别信息(如，通过独特的药物承载器序列号)。替换地，授权的药物承载器 的信息可包含送药单元被允许接收并储存的药物的具体名称、类型或族系(families)的 识别信息。本领域普通技术人员将认识到其他限制可以此方式被类似地提供。
无论如何，在程序块442，送药单元接收输入的药物承载器。基于在输入的药物承 载器上存在的至少一个识别指示器，送药单元可确定输入的药物承载器是否被授权由送药 单元接受并储存，如在程序块444和446所示。即，送药单元可阅读或者解码来自药物承载 器的一个或更多个识别标记，并且，基于得到的有关输入的药物承载器的信息，确定输入的 药物承载器是否被授权。该操作可直接由送药单元完成，如在送药单元接收授权的药物承 载器信息，如上述的程序块440，并将有关输入的药物承载器的信息与授权的药物承载器的 信息进行比较的情况中那样。替换地，送药单元可将有关输入的药物承载器的信息提供给 远程控制器(或远程单元)，远程控制器(或远程单元)又可执行必要的比较。无论授权 的确定是如何被执行的，如果输入的药物承载器被授权用于送药单元，则处理在程序块448 继续，在此，送药单元使用上述技术储存药物承载器。 然而，如果输入的药物承载器未被授权用于送药单元，则处理在程序块450继续， 在此送药单元拒绝储存输入的药物承载器。在目前优选的实施方案中，该拒绝由送药单元 自动地进行，引起送药单元阻止进一步插入或者弹出输入的药物承载器(以本质上与在从 升降器卸载承载器时控制送药单元将承载器弹出相同的方式)。其后，在程序块452，送药 单元可向远程控制器或远程单元提供拒绝储存输入的药物承载器的指示。这样的指示也可 包含任何有关输入的药物承载器的有效的识别信息(如，序列号等)以及其他相关信息，如 一天中的时间，等。以与上述关于程序块410(图45)所述类似的方式，送药单元可本地储 存这样的信息用于以后的提取。注意，当接收多个输入的药物承载器时，关于图48所举例 说明和描述的处理可按需要多次重复。 作为上述关于图48的处理的推论，参照图49描述了另外的处理。特别地，在程序 块460，输入的药物承载器与之前一样被送药单元接收。其后，在程序块462，送药单元确定 一个或更多个识别指示器为不可读。判定识别指示器不可读的原因对本领域普通技术人员 是众所周知的，包含，但不限于，给定识别指示器的缺失、隐蔽、不对准、破坏、不相容或其他
46缺陷。无论为什么一个或更多个识别标记不可读，处理随后在程序块464继续，在此，如上 述，送药单元拒绝输入的药物承载器，且在程序块466，通知远程控制器或远程单元，及/或 储存记录该拒绝的数据/信息。 如以上指出的，送药单元的一个合乎期望的特点是确定单个单位剂量药物包及 /或单位剂量的情况的能力，特别是在发放操作和装载/卸载操作过程中。为此，参照图 50-55进一步描述并举例说明用于确定这样的情况的各种技术。如本文使用的，单位剂量药 物包的情况可指单位剂量药物包是否存在，或是否不存在于其药物承载器中；或可指其他 中间状态，如部分被取出。还要进一步地，情况可包含其他未必与存在相关的状态，而是与 单位剂量的完整性相关的状态，如单位剂量药物包是否部分破裂或以其他方式被损坏。
图50举例说明关于这方面的基本处理。在程序块470开始，送药单元测试药物承 载器中的单位剂量位置，以确定所述单位剂量位置的情况。单位剂量位置描述了给定的单 位剂量药物包(及其相应的单位剂量的药物)的药物承载器中的特定位置。该测试优选地 使用情况检测器实现，所述情况检测器实施以下进一步详细描述的许多技术的任一种。其 后，在程序块472，递送单元，经由适当的通知构件，基于确定的情况，提供相应于所测试的 位置的状况指示。在目前优选的实施方案中，状况指示告知送药单元及/或远程控制器或 远程单元涉及特定单位剂量位置的用药或其他事件的结果。在目前优选的实施方案中，通 知构件的具体实施取决于正被通知的实体。例如，在预定接受者是送药单元的用户时，通知 构件可包含显示器、扬声器或其他用户可感知的设备。替换地，在通知被指定到设备(如远 程控制器或远程单元)时，通知构件可包含适当的软件指令和通信接口 ，所述软件指令被 配置为生成包含状况指示的消息，所述通信接口能够向远程控制器或远程单元提供消息。 包括图50的处理具体实例在以下参照图51和52被进一步描述。 现在参照图51，进一步描述了依据发放事件的情况测试。因此，在程序块480，确 定发放(或用药)事件应发生(再一次地，如通过用药时间表或响应于非计划的用药请求 而确定)。在目前优选的实施方案中，这样的确定引起要在发放一个或多个单位剂量药物包 之前，于一个或更多个位置(可发生在多个药物承载器中)执行情况测试，如由程序块482 所举例说明的。该例子中，在程序块482除执行的测试是要确定一个或多个目标单位剂量 药物包是否存在于相应的一个或多个药物承载器中。如果，在程序块484，确定(基于返回 的存在/不存在情况) 一个或多个目标单位剂量药物包的任一个不存在，则处理在程序块 486继续，在此提供适当的错误指示。再一次地，这样的错误指示可由送药单元储存及/或 被提供给远程控制器或远程单元。注意，判定错误存在，或确定错误的存在，或确定错误的 相对重要性的阈值，可取决于正被发放的特定药物的性质。例如，关键药物正被递送的情 况中任何单位剂量药物包的缺失，可导致最紧急水平的错误。另一方面，涉及非关键药物 (如，维生素或营养药品)的单位剂量药物包的缺失可不导致任何错误指示，或，如果缺失， 则产生相对低优先级的错误指示。本领域普通技术人员将认识到，进一步的错误提醒计划 可按照设计选择被实施。 如果一个或多个目标单位剂量药物包存在，则处理在程序块488继续，在此， 一个 或多个目标单位剂量药物包如以上所述被发放。其后，在程序块490，执行在一个或多个目 标单位剂量药物包的一个或多个单位剂量位置的进一步测试，以再一次确定存在/不存在 指示。如果在程序块492，确定所述目标单位剂量药物包的一个或更多个仍然存在，则处理在程序块494继续，在此，可提供另一个错误指示。注意，在目前优选的实施方案中，存在 状态将在以下那些情况中被确定，即单位剂量药物包仅部分地，而非全部地，从其药物承载 器被取出。例如，如果围绕给定单位剂量的所有冲孔在发放过程中没有完全破坏(程序块 488;导致所谓的"悬石(hanging chad)"状态)，这应被检测为存在状态。然而，如果一个 或多个目标单位剂量药物包不再存在，则处理在程序块496继续，在此提供一个或多个目 标单位剂量药物包已被成功发放的一个或多个指示。 进一步参照图52描述了替换的测试情景，具体地针对药物承载器的装载。因此， 在程序块500开始，通过送药单元确定药物承载器的装载操作(或，可选地，卸载操作)正 在执行或即将执行。其后，在程序块502，一个或更多个位置的测试先于装载(或卸载)操 作被执行。在本发明的一个实施方案中，这样的测试可以在用于储存药物承载器的储存区 的入口处被执行。在装载情景中，如果程序块504处的确定揭示一个或更多个单位剂量药 物包不存在，则处理在程序块506继续，在此提供错误指示，如上述。该情况下，有可能输入 的药物承载器仍被装载(程序块509)到送药单元的储存区中。例如，这在那些包含在输入 的药物承载器中的药物为可选的或非关键药物的例子时，可能发生。另一方面，如果所有的 单位剂量药物包被确定存在，则处理在程序块508继续，在此，可选地提供成功指示。其后， 药物承载器在程序块509被装载到送药单元中。在卸载药物承载器的情况下，可执行基本 相似的过程。然而，该情况中，那些构成错误情况的情况可取决于正被卸载的药物承载器中 各种单位剂量药物包的期望情况。例如，如果送药单元(或远程控制器的所述送药单元的 控制操作)预期药物承载器完全卸空单位剂量承载器，但是，在卸载之前，确定一个或更多 个单位剂量承载器仍然存在，则错误指示可被证实。相反地，在药物承载器被认为仍然含有 某个单位剂量药物包的地方，事实上却没有这样的单位剂量药物包，则错误指示可再次被 证实。 如以上指出的，可使用各种技术实践情况测试。许多这些技术参照图53-55被进 一步描述。在图53中举例说明的一个实施方案中，可使用的情况检测器包含以透过构造， 或以反射构造布置的测试信号源512和测试信号传感器516。在该实施方案中，测试信号源 512提供测试信号514。通过非限制性例子的方式，测试信号514可最终包含任何类型的可 检测信号，如电磁波(如红外、可见或紫外光、射频等)、物理波(如声波)或电子信号。用 于提供这样的信号的源是本领域众所周知的。无论如何，测试信号514被指向考虑中的药 物承载器，具体地，被指向考虑中的一个或更多个单位剂量位置。在这一点，注意到测试信 号514在其构造上可以是相对地具体的(即，聚焦的)，如在基本上指向单一单位剂量位置 的准直束光的情况；或更广泛地指向许多单位剂量位置，如在更多散射光的情况。
如本领域已知的，一个或更多个测试信号传感器516被选择以匹配所使用的测试 信号514的性质。同样重要的，测试信号传感器516相对于测试信号源512的构造及/或 布局根据是否使用透过或反射构造而改变。在透过构造中，测试信号传感器516相对于测 试信号源512和药物承载器510定位，以感应透过药物承载器510的测试信号514的部分 518(如果有的话)。该构造中，当传感器516未感应到(或感应到在相对地减弱的水平， 取决于正被使用的测试信号的性质)测试信号518的至少部分时，则指示单位剂量药物包 的"存在"状态，而当传感器516感应到(或感应到在相对地未减弱的水平)测试信号518 的部分时，则指示"不存在"状态。在反射构造中，测试信号传感器516a相对于测试信号源
48512和药物承载器510定位，以感应药物承载器510发射的测试信号514的部分518a (如果 有的话)。该构造中，当传感器516a感应到(或感应到在相对地未减弱的水平)测试信号 518a的部分时，则指示单位剂量药物包的"存在"状态，而当传感器516a未感应到(或感应 到在相对地减弱的水平)测试信号518a的至少部分时，则指示"不存在"状态。
图53举例说明的实施方案的潜在优势在于，例如，单位剂量药物包形成于其中的 塑料(即泡罩或吸塑)对于测试信号514是透明的(如透明塑料盒可见光)，所述的测试可 起双向感应的功能。即，该布置不仅能检测单位剂量药物包的存在/不存在，还可用于检测 单位剂量本身的存在/不存在。例如，在尽管单位剂量药物包存在，但单位剂量的箔衬纸已 破裂，从而导致单位剂量被释放的时候，该技术仍可指示单位剂量不存在，在某种程度上， 测试信号514可穿过(或者不被反射)泡罩和由破裂的箔形成的开口。
现在参照图54，提供了包含单一组合的剌激源和传感器520的情况测试器。即所 述组合的设备520用来当在所述单位剂量位置测试情况时，提供剌激或测试信号522两者， 并感应(或不感应，根据可能的情况)返回的剌激或信号524。 例如，在一个实施方案中，设备520可包含机械致动设备，如连接到适当的电器开 关的可偏转、弹簧式探针。在该实施方案中，探针可被带到在所述单位剂量位置与药物承载 器510接触。如果单位剂量存在，则探针的弹簧弹力将被克服，引起探针偏转，由此关闭(或 打开，根据可能的情况)电器开关，并提供单位剂量药物包(或基本上完整的单位剂量药物 包)存在的信号。相反地，如果单位剂量药物包不存在，或如果单位剂量药物包已经被在先 的损坏削弱，探针将不偏转(或不偏转到足够的程度)由此使电器开关保持在打开(或关 闭，根据设计选择)状态，导致指示单位剂量药物包不存在(或以某种方式损坏)的信号。
在另一个实施方案中，设备520可包含RFID巻标阅读器。如本领域已知的，这样 的阅读器发出第一信号522，产生回复第二信号524的兼容的RFID巻标。以此方式，RFID 阅读器，如本文使用的，能被带到足够接近所述单位剂量位置。在该实施方案中，每个单位 剂量药物包装有独特的相应的RFID巻标。因此，如果阅读器在给定单位剂量位置检测到返 回的信号，则可提供单位剂量药物包存在且未受损(至少没有到损坏相应的FRID巻标的程 度)的指示。相反地，如果阅读器没有在给定单位剂量位置检测到返回的信号，则可提供单 位剂量药物包不存在及/或已被损坏到足以使相应的RFID巻标不可操作的程度的指示。
在又另一个实施方案中，设备520包含电子信号522输出和返回信号524输入。这 种情况下，电子信号522可以是简单的直流(DC)电压，或较复杂的随时间变化的波形。在 该实施方案中，每个单位剂量药物包包含传导路径，如本领域已知的传导性墨水或非常薄 的传导性迹线(conductive trace)，只要单位剂量药物包存在且相对地未受损，传导性墨 水或传导性迹线保持其电气连续性。当电子信号输出被带至在所述单位剂量位置与传导路 径的期望位置电气接触时，当检测到返回信号524，则将检测到基本上完整的单位剂量药物 包的存在，即，由电子信号输出建立的电路、传导路径和返回信号输入是完整的。相反地，当 未检测到返回信号524，则将检测到单位剂量药物包不存在及/或损坏，S卩，由电子信号输 出建立的电路、传导路径和返回信号输入不完整。 图55中举例说明另一个测试实施方案，其中情况测试器仅包含传感器530。在该 实施方案中，传感器530被构造以感应所述单位剂量位置的一些固有参数或假定特征532。 例如，传感器530可包含构造以检测由单位剂量药物包当存在于药物承载器中时发出的磁场532场的磁传感器。在该实施方案中，每个单位剂量药物包装有磁性材料，如本领域技 术人员已知的磁条或磁性墨水。因此，当磁传感器530被带到足够接近所述单位剂量位置 时，如果感应到磁场，则表明单位剂量药物包的存在；而如果未感应到磁场，则不表明其存 在。在又另一个实施方案中，传感器530可包含图像传感器和相应的图像分析处理功能块， 即软件。在该实施方案中，图像传感器530，如适当的静态图像或视频相机，可捕获所述单位 剂量位置的一个或更多个图像(假设存在足够的环境光)。使用已知的图像分析技术(尤 其基于软件的技术)，所捕获的一个或多个图像可被分析以确定所述捕获的一个或多个图 片像是否描绘了单位剂量药物包。如果单位剂量药物包在所述一个或多个图像中被描绘， 则表明其存在，否则不表明其存在。相似地，不是分析捕获的针对所述单位剂量药物包的图
像，而是该分析可被执行以确定单位剂量本身是否在图像中被描绘(如在这样的情况，例 如，其中单位剂量药物包的塑料泡罩足够透明，而允许捕获适当的图片)。 现在参照图56，显示涉及处理存储的药物的各种技术。在程序块540开始，送药单 元或远程控制器可确定储存在送药单元中的药物的库存。在目前优选的实施方案中，这基 于如上述提供在的储存的药物承载器上的识别标记来完成。例如，使用上述技术，给定的送 药单元的库存在每次药物承载器被装载并储存在送药单元中的时候被更新。其后，用药事
件的发生引起所述库存的再次更新。还要进一步地，药物承载器的卸载或对药物承载器中 存在的某种药物的限制(以下关于图59所述)可引起所述库存再次更新。以此方式，所述 库存的确定变成了连续的过程。在可替换的实施方案中，库存作为单一的事件被执行，其中 每个当前储存的药物承载器被检查，如上述，以确定存在的是什么单位剂量药物包(及其 相应的药物)。 无论库存以何种方式被确定，处理可沿所示两条路径的任一条继续。沿第一条路 径，在程序块542开始，确定针对给定药物的递送过程是否需要按照用药方案或非计划的 请求发生，如先前所描述的。如果是，则处理在程序块544继续，以首先确定送药单元中储 存的药物的至少一种(如由所述库存所指示的)是否与用药方案或非计划的请求一致。如 本文使用的，由用药方案/非计划的请求指示的药物与所储存的药物之间的一致性通过药 物的身份和构造判断。亦即，如果储存的药物没有一个与请求的药物具有相同的身份，则请 求和储存的药物不一致。替换地，假设所需药物当前被储存，则其必须以所需的剂量强度发 生。假设这些条件被满足，则处理在程序块546继续，在此确定是否有足够量的(一致的) 药物被储存，以满足递送过程/非计划的请求。如果是，则处理在程序块550继续，在此，识 别的储存的药物按照用药方案或非计划的请求被发放。如果储存的药物或者不一致，或者 没有足够的量(即使一致)，则处理在程序块548结束，在此提供送药单元已不能执行递送 过程的指示。如在先前描述的实施方案中，程序块548的通知可被提供给送药单元的用户 界面，或提供给远程控制器或远程单元。还要进一步地，通知可包含有关送药单位为何不能 执行用药方案或非计划的请求的原因的各种数据元素。 沿图56中描绘的另一路径，处理在程序块552开始，在此，基于所述库存，确定储 存在送药单元中的至少一种药物是否有在时间间隔T到期之后足以履行用药方案的量。例 如，每次给定药物的药剂被发放(或因用药方案，或因非计划的请求)且相应的库存更新， 可确定针对该药物的剩余的库存是否足以履行针对该药物下一次(如，三天后)计划发生 的(仅按用药方案)剩余的用药事件。如果当前储存有足以覆盖时间间隔(假设无非计划
50的请求)的库存，则无需采取进一步措施。然而，当现有库存不足以覆盖时间间隔时，处理 在程序块554继续，在此，提供不足库存的通知。如在先前描述的实施方案中，程序块554 的通知可被提供给送药单元的用户界面，或提供给远程控制器或远程单元。通过通知递送 设备的用户，或通知健康照护提供者(如，药剂师)即将发生的不足，用户或健康照护提供 者有可能通过所需药物的自动的或请求的补充，来补救该情况。 现在参照图57，进一步描述了用于提供针对给定药物的封装指令的处理。图57的 处理假定执行药物封装的实体(如，药剂师)具有能够按照所举例说明的处理执行指令的 处理设备，优选地包含图形用户界面。进一步，能被处理设备阅读的媒介可包含用于实施所 举例说明的处理的可执行指令。 因此，在程序块560开始，要被封装的一种药物(或多种药物)的识别信息被提供 给处理设备。例如，适当的识别信息可通过图形用户界面使用已知的机制(如本领域已知 的鼠标和指针布置、可选的列表及/或菜单、搜索栏等，或其组合)被提供。作为应答，在程 序块562，处理设备显示要被用于封装所述识别的药物的药物承载器的一个或更多个图像。 例如，需要的药物承载器的图形描绘，如上述那些，可被提供在图形用户界面上。可选地，在 程序块564，识别的药物的一个或更多个图像也可经由图形用户界面被提供。在目前优选的 实施方案中，提供多于一个图像，从各种视角举例说明识别的一种或多种药物，即前侧透视 图和后侧透视图。 在程序块566，用于将至少一种药物放到所描绘的药物承载器终的装载指令基本 上同时经由图形用户界面被显示。例如，装载指令可包含指示所述至少一种药物的单个药 剂应被放在药物承载器中何处的文本。在目前优选的实施方案中，图形标记，如药物的每个 单位剂量的图像，可被覆盖在药物承载器的图像上，从而非常接近地复制正确装载的药物 承载器的外形。以此方式，可基本上减少装载错误。最终，在程序块568，可通过处理设备打 印标签或一套标签，所述标签包含识别的药物的一个或更多个图像(除了如上所述的任何 识别标记以外)。以此方式，可获得药物承载器已被正确装载的还要进一步的确认。此外， 标签上提供的药物图像可由患者使用，以确认提供给他们的药物的身份。
现在参照图58，进一步描述不良能量情况的处理。在程序块570开始，确定送药单 元中是否存在不良能量情况。用于确定的是否存在不良能量情况的技术对本领域普通技术 人员是众所周知的。如本文使用的，不良能量情况包括送药单元的任何这样的情况，即使得 送药单元有能力继续自动地递送药物的可用电力供应不确定时。因此，例如，如果送药单元
从其外部电源以外断开时，导致到送药单元的外部电力完全损失的电网失效，将构成不良 能量情况。 一般地，当不良能量情况发生时，可能需要自动地卸载至少一些(如果不是全部 的话)存储的药物承载器，以确保每个患者可继续获取他/她的药物。
如果检测到不良能量情况，则处理在程序块572继续，在此提供不良能量情况的 指示。如在上述其他实施方案中，指示可被提供给送药单元的用户界面(如通过使用可视 及/或声音警报)及/或给远程控制器或远程单元。 其后，在程序块574，确定——进一步深化这样的实施方案，其中每个送药单元包 含电池备份，以在不良能量情况中继续供应电能——送药单元的剩余备份能量是否已经降 至低于给定的阈值。阈值被选择以满足两个标准。第一，所述阈值必须足够低，以耐外电源 中相对小的中断，如所谓的"断电"。第二，所述阈值必须被选择以确保将剩下足够量的电能用于自动地卸载一些或全部储存的药物承载器，以及用于提供与远程控制器或远程单元的 最后通信，如以下所述。 如果剩余备份能量降至低于阈值，储存的药物承载器的一些或全部被自动地在程 序块576卸载。在一个实施方案中，可使用多个这样的阈值，使得不同优先权的药物承载器 按顺序被卸载。例如，当第一、最高的阈值被越过时， 一个或更多个最重要的药物承载器被 卸载。其后，将不会卸载额外的药物承载器，直到额外的、较低的阈值被越过，由此实现按照 剩余备份能量分阶段的药物卸载。在药物承载器被卸载时及/或在最后的药物承载器被卸 载以后，这样的自动卸载操作的指示被提供给远程控制器，如程序块578所表明的。
现在参照图59，进一步描述了用于处理到期的药物的处理。在程序块580，针对储 存在送药单元中的至少一种药物的到期信息被确定。如在在先的实施方案中，到期信息的 确定可以或者由送药单元以问题形式，或者由远程控制器确定。在前者的情况下，到期信息 由送药单元通过检验如上所述的提供在每个药物承载器上的一个或更多个识别指示器被 查明。如以上指出的，这样的识别指示器可包含针对储存在相应的药物承载器中的药物的 到期信息。替换地，到期信息可通过远程控制器(或其他远程单元)提供。在一个实施方 案中，到期信息表现为绝对日期，在该绝对日期相应的药物的可用期到期。然而，这并非要 求，且到期信息的其他表现形式也可等同地使用。 其后，处理在程序块582处继续，在此基于到期信息确定至少一种药物是否仍可 用。例如，如通过提供在送药单元及/或远程控制器或远程单元中的实时时钟确定的当前 日期，可定期地与到期信息比较。如果该比较是有利的，即，当前日期仍先于到期信息表明 的到期日期，则处理完成(至少在到期信息的下一次检查之前)。另一方面，如果该比较是 不利的，即，如果当前日期不再先于到期日期，则处理在程序块584继续，在这里一种或多 种到期的药物的未来递送被阻止。当阻止药物的递送时，许多技术的任一种均可被采用。例 如，到期的药物的每个单位剂量可被发放到送药单元的隔间中，即，被隔离，从而防止对药 物的获取。替换地，到期的药物可响应于接收的要发放这样的到期的药物的具体授权或命 令，通过送药单元被发放或者被放出。这样的命令可从送药单元的用户直接通过其用户界 面被接收。替换地，所需的命令可从远程控制器被提供。还要进一步地，到期的药物可在送 药单元的内部储存设备中被标记为到期，使得未来发放该药物的尝试将被拒绝。无论所用 以阻止发放的特殊技术如何，处理之后在程序块586处继续，在这里，提供所述至少一种药 物不再可用的适当的指示。再一次，这样的指示可经由送药单元的用户界面被提供给用户， 及/或所述指示可用于长期存储和生成适当的提醒的用途，被提供给远程控制器或远程单 元。 现在参照图60，描述了用于处理对储存在送药单元中的用药方案的修改的处理。 从程序块590开始，对现有的用药方案的修改被接收。在目前优选的实施方案中，这样的修 改通过使用如上述的远程单元32或远程控制器101被输入。远程控制器或远程单元可使 用其控制的，或可访问远程控制器或远程单元的储存设备储存用药方案。替换地，如在主机 远程控制器环境的实例中，如以上所述，修改可经由网页界面或通过远程控制器或远程单 元实施的类似机制输入。因为用药方案具体地为单个患者定制，并且患者与具体的送药单 元唯一相关，任何对给定用药方案的修改，如，频率、剂量强度等的改变，在被实施之前，必 须首先考虑到在具体的送药单元最近已发生的任何用药事件。
因此，在程序块592，是由远程控制器或远程单元来确定接收到的对用药方案的修 改是否与在先用药事件相冲突。例如，对用药方案的修改可涉及在目前的未修改的用药方 案中所陈述的特别的递送时间。然而，由于远程控制器或远程单元与具体的送药单元之间 时间表示(例如，由于不同的时区)的不同，受影响的递送时间可能已经过去。替换地，如 上下文所述，修改可涉及具体的剂量递送。然而，因为非计划的发放请求，或由于其他原因 (如，供电中断)，具体的剂量递送可能已经发生或已经被取消。无论何种原因，如果这样的 冲突被远程控制器或远程单元检测到，处理在程序块594处继续，在这里，远程控制器或远 程单元拒绝接收到的修改，即，其拒绝因冲突而修改具体的用药方案。其后，在程序块596， 远程控制器或远程单元提供一个或更多个有关引起冲突的在先用药事件，以及拒绝修改用 药方案的通知。这些通知，在目前优选的实施方案中，可以被提供为警报、提醒、消息或其他 可通过图形用户界面提供的通信机制的形式，所述图形用户界面可通过远程控制器或远程 单元实施，或相反可访问远程控制器或远程单元。最终，程序块598为可能的用药事件，即， 为那些能被证明目前不存在冲突的用药事件，提供用药方案的可选的修改。另外，可能的修 改的通知可通过如上述的远程控制器或远程单元提供。 现在参照图61，进一步描述了用于处理非计划的发放请求的处理。特别地，在程序 块600开始，送药单元接收要发放至少一种药物的请求，该请求与先前储存的用药方案相 冲突。该请求可被送药单元接收，例如经由其用户界面，或从远程控制器或远程单元接收。 例如，这样的冲突可发生在，所请求的药物正以相对于先前针对相同药物的用药事件太近 的时间被发放。其他这样的冲突对于本领域技术人员将是非常明显的。如以上指出的，合 乎期望的方针是为患者提供对他们的药物的完整且完全的控制，纵使已经为患者建立了用 药方案或其他可能的限制。如此，处理在程序块602继续，在此即使与用药方案相冲突，请 求的一种或多种药物还是被发放，当然假定所请求的药物从储存的药物承载器可获得。然 而，如前面的实施方案中，非计划的请求和随后的药物的发放的指示是在程序块604被提 供，优选地提供给远程控制器或远程单元，用于登录以及，可能地，提醒的生成。
通过送药单元33执行的各种操作可在执行前要求用户认证。例如，将药物承载器 26装载到递送模块33中，将药物承载器26从递送模块33卸载，从递送模块33接收单位剂 量及/或单位剂量药物包，以及查看递送模块33中药物的库存，这些操作的一个或更多个 可要求输入特定的用户信息。例如，必要的用户信息可包含，而不限于， 一个或更多个密码、 语音命令、识别卡(如，磁条卡、条形码卡及/或包含RFID巻标或类似设备的卡)和生物计 量扫描(如，指纹、语音样本、视网膜扫描等)。以此方式，可通过送药单元33提供更安全的 操作，并可获得用于生成审计追踪(即，在执行给定措施之前，从被识别的实体接收执行给 定措施的积极指令)的有用数据。 在实施方案中，患者的完整药物方案，S卩，包括由一个或更多个健康照护提供者潜 在发出所有处方，可通过递送模块33被汇集。例如，由一个或更多个医师处方的药物和由 一个或更多个药剂师填写的结果处方可被储存在同样的递送模块33中。递送模块33可基 于一个或更多个电子识别码29和31 ，确定用药方案，或从如控制中心35的远程控制器接受 用药方案。然后，递送模块可储存针对特定患者的用药方案信息。针对多于一个患者的药 物可被储存在单一递送模块33中，并且相应地，针对每个此种患者的不同的用药方案也可 被储存在单一递送模块中。为了更好地帮助患者使用，可通过送药单元为每个患者提供不
53同的提醒，如，针对每个患者的明显不同的声音提醒。替换地或附加地，显示器设备42可用 于显示识别特定患者的信息。 递送模块33可包含打印机，即，包含在递送模块33的机体内及/或与递送模块经 由通信接口通信，如通过无线接口、通用串行总线(USB)端口及/或打印机端口。打印机可 用于打印出针对患者的处方方案、药物说明书列表及/或类似。 除上述操作以外，对本发明各种实施方案的各种其他改良也是可能的，如以下所 述。 例如，在一个实施方案中，可被例如药剂师访问的远程电脑系统可用于在填写处 方过程中查询递送模块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汇集来自多个患者的召回信息，并可 因此成为有价值的药物召回和患者安全系统。出于产品安全性和公共安全考虑，远程服务 器可直接经由例如基于电脑的通信系统通知制造商及/或政府部分，以直接指出已被识别 的、安全储存的及/或被发放给授权的个体的药剂的数目。 本发明是完全集成的实时非顺序性药物管理和遵从系统，该系统确保向患者准确 递送定制包装的，以及市面上销售的密封的单位剂量和临时单位剂量药物。重要地，本发明 通过，例如保护患者不受不良药物反应影响，并确保患者保持在推荐的治疗水平，而促进患 者对规定的治疗方案的遵从性。 此外，由于药物的递送在单位剂量的基础上发生，患者避免了购买非必要数量的
药剂，而只购买对于规定的方案所需的单位数量。这较之现有系统是一个巨大的优势，现有
系统中，处方通常按标准的三十天或六十天配药量配药。本发明通过仅对患者供应需要的
药剂，而非总数量的药剂(其最终被丢弃)，而减少了药物浪费的发生。对于患者的另一个
优势在于，每个单位剂量药物包在给予的时间点之前保持完全密封，以避免药物的污染和
降解问题，而药物的污染和降解问题是本领域已知的远程送药系统的一个困扰。 如果患者的健康状况或其他情况发生改变，需要剂量的调整，患者可立即获得其
他具有更高或更低强度的药物和药剂，消除了到医师的办公室及/或药店以获得必需的药
物的需要。该特点对于运动障碍的患者尤其重要。另外，由于新剂量已在手边而不需购买，
患者的花费也减少了。 健康照护专业人员，如医师和药剂师，也从本发明获益。该系统使提供者能够治疗 更多数量的患者，并更好地控制高风险患者，包含需要更频繁监视的认知、视觉及/或听觉 障碍的患者。本发明允许健康照护专业人员在几分钟内纠正患者未服用规定剂量的情况。 另外，本发明减少了无偿医疗服务的数量，所述无偿医疗服务包含，例如电话呼叫患者或来 自患者的电话呼叫。同样，本发明消除了的需要每次需要调整剂量时，写新处方的需要。健 康照护专业人员以迅速及时的方式作出正确的药剂调整(所有这些操作均被及时记录)， 而不会对患者的疗程造成任何中断。这显著优于现有系统，现有系统允许位于远程的健康 照护专业人员向患者传达药物或剂量中的改变，但却不能使专业人员远程地实时改变规定 的剂量。 如前面提到的，使用现有的发放系统，没有库存管理药物及/或审核患者遵从性 或产品消费量的精确方式。这部分地是由于以下事实，药物是被批量发放的，由此，并非每 个药丸或药剂都独立地可识别且可跟踪。在本发明中，药物递送以单位剂量为基础完成，其 中每种药剂按其自己的电子代码识别符号库存管理，而允许健康照护专业人员按规定的治 疗方案精确监视患者遵从性。该系统使健康照护专业人员能远程地管理，非顺序性地向患者递送处方和非处方药物、医疗供应商、诊断材料、药物以及营养药品的单个单位剂量药物 包，而不受限于顺序递送限制。这样的单位剂量可包含，例如，直接给予体内的固体口服药 剂、液体口服药剂和含有药剂的注射设备，其中所述药剂科包含单一化合物或几个化合物。
经营照护的提供者和其他第三方支付者认识到了来自本文描述的集成的非顺序 性远程药物管理和遵从系统的显著优点。本发明提供用于控制和分发给以寄售方式的一个 或更多个远程位置的健康照护产品的电子对账单的平台。在这一点，寄售的药物可在发放 时立即开账单，显著地减少了与被开账单且在消费时被补偿的药物相关联的库存成本，并 为制药公司提供竞争优势。 值得注意地，本发明通过消除当剂量调整时，患者丢弃剩余药剂、或获得新处方的 需要，而减少了药物浪费的发生。这增加了患者将接收治疗，减少由于不按规定的服药方案 而引起的急救和住院事件发生的可能性。此外，对健康照护提供者(如医师和药剂师)的 访问也减少了，这显著降低了提供者的相关费用。 尽管本发明已特别地参照其优选的实施方案显示和描述，本领域技术人员将理
解，在不偏离本发明的精神和范围下，可以在形式和细节方面对本发明进行各种变动。特别
地，虽然本发明通过附图举例说明，显示了递送模块的具体尺寸和形状，但这些参数可以有
很大的差别，并不受到本文中所述以及在附图中描绘的优选的实施方案的限制。 另外，尽管本申请概括地论述了实施从设在患者家中的递送模块传达，以及传达
到设在患者家中的递送模块，同时保护患者隐私对的安全数据通信过程的用途，该过程的
用途并不限于此应用。本文描述的数据通信过程可适于在期望安全数据传输的在各种应用
中的用途(如连同患者监视系统)。 尽管已显示并描述了本发明的特别优选的实施方案，对本领域技术人员而言，不 背离本发明的教导对本发明作出改变和修改是显而易见的。因此，本发明意图覆盖落入以 上公开和本文权利要求的基本原则范围内的任何及所有修改、变动或对等。
权利要求
一种用于处理储存在送药单元中至少一种药物的方法，所述方法包括自动地确定储存在所述送药单元中至少一个药物承载器中的至少一种药物的库存；以及基于所述至少一种药物的库存的所述送药单元的控制操作。
2. 如权利要求1所述的方法，其中自动地确定所述库存还包括基于以下情况的至少一 种更新所述库存将药物承载器装载到所述送药单元中，从所述送药单元卸载药物承载器， 用药事件的发生，对储存在所述送药单元中的药物实行限制以及对在所述至少一个药物承 载器中的单位剂量药物包进行检查。
3. 如权利要求1或2所述的方法，其中自动地确定所述库存还包括 尝试通过所述送药单元在所述药物承载器中的单位剂量位置发放单位剂量药物包， 在尝试发放所述单位剂量药物包之后，通过所述送药单元测试在所述药物承载器中所述单位剂量位置，以确定相应于所述药物承载器中所述单位剂量位置的情况；以及基于相应于所述药物承载器中所述单位剂量位置的所述情况，通过所述送药单元更新 所述库存。
4. 如权利要求3所述的方法，其中测试所述单位剂量位置还包括 通过所述送药单元，对所述单位剂量位置施用机械致动设备，以确定所述机械致动设备是否被致动；以及基于所述机械致动设备是否被致动，通过所述送药单元提供相应于所述单位剂量位置 的所述情况。
5. 如权利要求4所述的方法，其中提供所述情况还包括如果所述机械致动设备被致动，则提供单位剂量药物包和单位剂量的任一个存在于所 述单位剂量位置的指示；以及如果所述机械致动设备未被致动，则提供所述单位剂量药物包和所述单位剂量的任一 个不在所述单位剂量位置的指示。
6. 如权利要求3所述的方法，其中测试所述单位剂量位置还包括通过送药单元，定位接近所述单位剂量位置的磁传感器的位置，以确定是否探测到所 述单位剂量位置附近的磁场；以及基于是否探测到所述磁场，通过所述送药单元提供相应于所述单位剂量位置的所述情况。
7. 如权利要求6所述的方法，其中提供所述情况还包括如果探测到所述磁场，则提供单位剂量药物包和单位剂量的任一个存在于所述单位剂 量位置的指示；以及如果未探测到所述磁场，则提供所述单位剂量药物包和所述单位剂量的任一个不在所 述单位剂量位置的指示。
8. 如权利要求3所述的方法，其中测试所述单位剂量位置还包括 通过送药单元，获得所述单位剂量位置的图像；通过所述送药单元，分析所述图像，以确定单位剂量药物包和单位剂量的任一个是否 存在于所述单位剂量位置；以及基于所述单位剂量药物包或所述单位剂量是否在所述单位剂量位置被感测在所述图像中，通过所述送药单元，提供相应于所述单位剂量位置的所述情况。
9. 如权利要求1或2所述的方法，其中基于所述库存的所述送药单元的控制操作还包括确定要执行递送过程的需要以将所述至少一种药物递送给所述送药单元的用户；以及 在执行所述递送过程之前，确定所述送药单元中的至少一种储存的药物是否与用药方案一致，以及基于所述库存，确定所述至少一种储存的药物包括所述至少一种药物的足以执行所述递送过程的量。
10. 如权利要求9所述的方法，其中确定要执行所述递送过程的需要还包括根据所述 用药方案自动地致动所述递送过程。
11. 如权利要求9所述的方法，其中确定要执行所述递送过程的需要还包括，响应于经 所述送药单元的用户界面输入到所述送药单元的命令，致动所述递送过程。
12. 如权利要求9所述的方法，其中确定要执行所述递送过程的需要还包括通过远程 单元远程地致动所述递送过程。
13. 如权利要求9所述的方法，还包括当所述送药单元中的所述至少一种储存的药物与所述用药方案一致并且所述至少一 种储存的药物包括所述至少一种药物的足以执行递送过程的量时，发放所述至少一种药 物。
14. 如权利要求9所述的方法，还包括当所述送药单元中的所述至少一种储存的药物与所述用药方案不一致，或所述至少一 种储存的药物包括所述至少一种药物的不足以执行递送过程的量时，提供所述送药单元不 能执行所述递送过程的通知。
15. 如权利要求14所述的方法，其中提供所述通知还包括通过所述送药单元，向远程 控制器提供所述送药单元不能执行所述递送过程的通知。
16. 如权利要求14所述的方法，其中提供所述通知还包括向所述送药单元的用户界面 提供所述送药单元不能执行所述递送过程的通知。
17. 如权利要求1或2所述的方法，其中所述送药单元的控制操作还包括 确定所述至少一种药物的所述库存是否足以在时间间隔到期后履行所述送药单元的用药方案；以及当所述至少一种药物的所述库存是不足以在所述时间间隔到期后履行所述送药单元 的所述用药方案的库存时，提供所述不足库存的指示。
18. 如权利要求17所述的方法，还包括通过所述送药单元，向所述送药单元的用户界 面提供所述不足库存的指示。
19. 如权利要求17所述的方法，还包括通过所述送药单元，向与所述送药单元通信的 远程控制器提供所述不足库存的指示。
20. 如权利要求17所述的方法，还包括通过与所述送药单元通信的远程控制器，向所 述送药单元的用户界面提供所述不足库存的指示。
21. 如权利要求17所述的方法，还包括通过与所述送药单元通信的远程控制器，向远 程单元提供所述不足库存的指示。
22. —种送药单元，包括用于自动地确定储存在所述送药单元中的至少一个药物承载器中至少一种药物的库 存的装置；以及与所述用于自动地确定所述库存的装置通信的装置，用于基于所述至少一种药物的所 述库存的所述送药单元的控制操作。
23. 如权利要求22所述的送药单元，其中所述用于自动地确定所述库存的装置操作来 基于以下的至少一个更新所述库存将药物承载器装入所述送药单元，将药物承载器从所 述送药单元卸载，用药事件的发生，对储存在所述送药单元中的药物实行限制以及对在所 述至少一个药物承载器中单位剂量药物包进行检查。
24. 如权利要求22或23所述的送药单元，还包括用于在所述药物承载器中的单位剂量 位置发放单位剂量药物包的装置，其中所述用于自动地确定所述库存的装置还包括用于测试在所述药物承载器中的所述单位剂量位置的装置，以确定相应于所述药物承 载器中所述单位剂量位置的情况；以及与所述用于测试所述单位剂量位置的所述装置通信的装置，用于基于相应于所述药物 承载器中的所述单位剂量位置的所述情况，更新所述库存。
25. 如权利要求24所述的送药单元，其中所述用于测试所述单位剂量位置的装置还包括机械致动设备，所述机械致动设备可被施用于所述单位剂量位置，以基于所述机械致 动设备是否被致动，确定相应于所述单位剂量位置的所述情况。
26. 如权利要求25所述的送药单元，其中当所述机械致动设备被致动时，所述机械致 动设备提供单位剂量药物包和单位剂量的任一个存在于所述单位剂量位置的指示，以及当 所述机械致动设备未被致动时，提供所述单位剂量药物包和所述单位剂量的任一个不在所 述单位剂量位置的指示。
27. 如权利要求24所述的送药单元，其中所述用于测试所述单位剂量位置的装置还包括接近所述单位剂量位置的磁传感器，以基于所述单位剂量位置附近是否探测到磁场来 确定相应于所述单位剂量位置的所述情况。
28. 如权利要求27所述的送药单元，其中当所述磁场被探测到时，所述磁传感器提供 单位剂量药物包和单位剂量的任一个存在于所述单位剂量位置的指示，以及当所述磁场未 被探测到时，提供所述单位剂量药物包和所述单位剂量的任一个不在所述单位剂量位置的 指示。
29. 如权利要求24所述的送药单元，其中所述用于测试所述单位剂量位置的装置还包括图像传感器，所述图像传感器提供所述单位剂量位置的图像；以及 与所述图像传感器通信的图像分析处理功能块，所述图像分析处理功能块确定单位剂 量药物包和单位剂量的任一个是否存在于所述单位剂量位置，并基于所述单位剂量药物包 或所述单位剂量是否在所述单位剂量位置被感测在所述图像中，提供相应于所述单位剂量 位置的所述情况。
30. 如权利要求22或23所述的送药单元，其中所述用于所述药物递送的控制操作的装 置还包括用于确定要执行递送过程的需要的装置，以向所述送药单元的用户递送所述至少一种 药物；以及与用于确定要执行所述递送过程的所述需要的装置通信的装置，用于在执行所述递送 过程之前，确定所述送药单元中的至少一种储存的药物是否与用药方案一致，以及，基于所 述库存，所述至少一种储存的药物包括足以执行所述递送过程的所述至少一种药物的量。
31. 如权利要求30所述的送药单元，其中所述用于确定要执行所述递送过程的所述需 要的装置操作来自动地根据所述用药方案致动所述递送过程。
32. 如权利要求30所述的送药单元，其中所述用于确定要执行所述递送过程的所述需 要的装置操作来响应于经与用于确定要执行所述递送过程的所述需要的装置通信的用户 界面输入到所述送药单元的命令致动所述递送过程。
33. 如权利要求30所述的送药单元，其中所述用于确定要执行所述递送过程的所述需 要的装置操作来响应于从远程单元接收的指令致动所述递送过程。
34. 如权利要求30所述的送药单元，还包括装置，所述装置与用于确定所述送药单元中至少一种储存的药物是否与用药方案一致 并且所述至少一种储存的药物包括足以执行所述递送过程的所述至少一种药物的量的所 述装置通信，用于当所述送药单元中所述至少一种储存的药物与所述用药方案一致并且基 于所述库存，所述至少一种储存的药物包括足以执行所述递送过程的所述至少一种药物的 量时，发放所述至少一种药物。
35. 如权利要求30所述的送药单元，还包括装置，所述装置与用于确定所述送药单元中至少一种储存的药物是否与用药方案一致 并且所述至少一种储存的药物包括足以执行所述递送过程的所述至少一种药物的量的所 述装置通信，用于当所述送药单元中所述至少一种储存的药物与所述用药方案不一致或所 述至少一种储存的药物包括不足以执行所述递送过程的所述至少一种药物的量时，提供所 述送药单元不能执行所述递送过程的通知。
36. 如权利要求35所述的送药单元，其中所述用于提供所述通知的装置操作来向远程 控制器提供所述送药单元不能执行所述递送过程的所述通知。
37. 如权利要求35所述的送药单元，其中所述用于提供所述通知的装置操作来向所述 送药单元的用户界面提供所述送药单元不能执行所述递送过程的所述通知。
38. 如权利要求22或23所述的送药单元，其中所述用于所述送药单元的控制操作的装 置，还包括用于确定所述至少一种药物的所述库存是否足以在时间间隔到期后履行所述送药单 元的用药方案；以及装置，所述装置与用于确定所述库存是否足够的所述装置通信，用于当所述至少一种 药物的所述库存不足以在时间间隔到期后履行所述送药单元的用药方案时提供不足库存 的指示。
39. 如权利要求38所述的送药单元，其中所述用于提供所述不足库存指示的所述装置 操作来向所述送药单元的用户界面提供所述不足库存的指示。
40. 如权利要求38所述的送药单元，其中所述用于提供所述不足库存指示的所述装置 操作来向与所述送药单元通信的远程控制器提供所述不足库存的指示。
41. 一种方法，包括通过送药单元，接收输入的药物承载器，所述输入的药物承载器包括二维布置的多个 单位剂量药物包，并储存至少一种药物，所述多个单位剂量药物包的每个单位剂量药物包 包括所述至少一种药物的一种的单位剂量，所述输入的药物承载器还包括能通过所述送药 单元阅读的至少一个识别指示器；基于所述至少一个识别指示器，确定关于储存在所述输入的药物承载器中所述至少一 种药物的信息；以及通过所述送药单元，向远程控制器提供关于所述至少一种药物的所述信息。
42. —种方法，包括通过送药单元，接收输入的药物承载器，所述输入的药物承载器包括二维布置的多个 单位剂量药物包，并储存至少一种药物，所述多个单位剂量药物包的每个单位剂量药物包 包括所述至少一种药物的一种的单位剂量，所述输入的药物承载器还包括能通过所述送药 单元阅读的至少一个识别指示器；基于所述至少一个识别指示器，确定关于储存在所述输入的药物承载器中所述至少一 种药物的信息；以及基于所述至少一个识别指示器，确定关于所述输入的药物承载器的信息。
43. 如权利要求42所述的方法，其中确定所述关于所述输入的药物承载器的信息还包 括提供以下的至少一个所述输入的药物承载器中的单位剂量药物包的数目和所述输入的 药物承载器的布局识别。
44. 一种方法，包括通过送药单元，接收输入的药物承载器，所述输入的药物承载器包括二维布置的多个 单位剂量药物包，和与所述多个单位剂量药物包的每一个唯一相关的识别标记；基于所述识别标记，通过所述送药单元，确定关于所述多个单位剂量药物包的每个中 每种药物的信息；以及通过所述送药单元，向远程控制器提供关于每种药物的所述信息。
45. —种在送药单元中的方法，所述方法包括通过来自远程控制器的所述送药单元，接收针对所述送药单元的授权的药物承载器信息；接收输入的药物承载器，所述输入的药物承载器包括二维布置的一个或更多个密封的 单位剂量药物包，并储存至少一种药物，每个单位剂量药物包包括所述至少一种药物的一 种的单位剂量，所述输入的药物承载器还包括能通过所述送药单元被阅读的至少一个识别 指示器；基于所述至少一个识别指示器是否比所述授权的药物承载器信息有利，确定所述输入 的药物承载器针对所述送药单元是否是被授权的；以及当所述输入的药物承载器针对所述送药单元是未被授权的时，拒绝在所述送药单元中 储存所述输入的药物承载器。
46. —种方法，包括通过送药单元，接收输入的药物承载器，所述输入的药物承载器包括至少一个识别标记；确定所述送药单元不能阅读所述至少一个识别标记的任一个；以及 拒绝在所述送药单元中储存所述输入的药物承载器。
47. 如权利要求46所述的方法，还包括通过所述送药单元，通知远程控制器所述拒绝储存所述输入的药物承载器。
48. 在包括图形用户界面的处理设备中，用于提供针对药物的封装指令的方法，所述方 法包括接收所述药物的识别；以及经所述图形用户界面，显示要被用于封装所述药物的药物承载器的至少一个图像。
49. 如权利要求48所述的方法，还包括经图形用户界面，显示连同所述药物承载器的所述至少一个图像的关于所述药物应被 如何装载到所述药物承载器中的指令。
50. 如权利要求48所述的方法，还包括经所述图形用户界面，显示基于所述药物的所述识别而选择的所述药物的至少一个图像。
51. 如权利要求50所述的方法，其中显示所述至少一个图像还包括从不同视角显示所 述药物的图像。
52. 如权利要求48所述的方法，还包括打印与所述药物承载器一起使用的至少一个标签，所述至少一个标签包括基于所述药 物的所述识别而选择的所述药物的至少一个图像。
53. —种媒介，所述媒介能通过至少一种处理设备阅读并具有储存在其上的可执行的 指令，所述指令当被所述至少一种处理设备执行时，引起所述至少一种处理设备接收所述药物的识别；以及经图形用户界面显示要被用于封装所述药物的药物承载器的至少一个图像。
54. 如权利要求53所述的媒介，还包括可执行指令，所述指令当被所述至少一种处理 设备执行时，引起所述至少一种处理设备经图形用户界面，显示连同所述药物承载器的所述至少一个图像的关于所述药物应被 如何装载到所述药物承载器中的指令。
55. 如权利要求53所述的媒介，还包括可执行指令，所述指令当被所述至少一种处理 设备执行时，引起所述至少一种处理设备经图形用户界面，显示基于所述药物的所述识别而选择的所述药物的至少一个图像。
56. 如权利要求55所述的媒介，其中所述执行时引起所述至少一种处理设备显示所述 至少一个图像的可执行指令还操作来从不同视角显示所述药物的图像。
57. 如权利要求53所述的媒介，还包括可执行指令，所述指令当被所述至少一种处理 设备执行时，引起所述至少一种处理设备打印与所述药物承载器一起使用的至少一个标签，所述至少一个标签包括基于所述药 物的所述识别而选择的所述药物的至少一个图像。
58. 在可储存一个或更多个药物承载器的送药单元中，用于所述送药单元的控制操作 的方法，所述方法包括确定在所述送药单元中不良能量情况存在；以及响应于所述不良能量情况，自动地卸载所述药物承载器的至少一些。
59. 如权利要求58所述的方法，还包括在自动卸载之前，确定针对所述送药单元的剩余备份能量已降至阈值以下。
60. 如权利要求58所述的方法，还包括 通过所述送药单元，提供所述不良能量情况存在的指示。
61. 如权利要求60所述的方法，还包括向远程控制器提供所述不良能量情况存在的所 述指示。
62. 如权利要求58所述的方法，还包括响应于所述不良能量情况，通过所述送药单元，提供所述送药单元已自动地卸载所述 药物承载器的所述至少一些的指示。
63. 如权利要求62所述的方法，还包括向远程控制器提供所述送药单元已自动地卸载 所述药物承载器的所述至少一些的指示。
64. 如权利要求58所述的方法，其中自动地卸载所述药物承载器的所述至少一些是根 据所述一个或更多个药物承载器的每个的相对优先性进行的。
65. —种用于能够储存至少一个药物承载器的送药单元的控制操作的方法，所述方法 包括确定针对储存在所述至少一个药物承载器中的至少一种药物的到期信息； 基于所述到期信息，确定所述至少一种药物不再可用；以及基于所述至少一种药物不再可用的确定，通过所述送药单元，阻止所述至少一种药物 的递送。
66. 如权利要求65所述的方法，其中阻止递送还包括在所述送药单元中发放所述至少 一种药物，使得所述至少一种药物不被发放给患者。
67. 如权利要求65所述的方法，其中阻止递送还包括响应于提供给所述送药单元的具 体的授权，发放所述至少一种药物。
68. 如权利要求65所述的方法，其中阻止递送还包括拒绝发放所述至少一种药物。
69. 如权利要求65所述的方法，还包括 提供所述至少一种药物不再可用的指示。
70. 如权利要求69所述的方法，还包括向所述送药单元的用户提供所述至少一种药物 不再可用的指示。
71. 如权利要求69所述的方法，还包括向远程控制器提供所述至少一种药物不再可用 的指示。
72. 如权利要求65所述的方法，其中确定所述到期信息还包括通过来自远程控制器的 所述送药单元接收所述到期信息。
73. 如权利要求65所述的方法，其中确定所述到期信息还包括通过所述送药单元确定 来自所述至少一个药物承载器上的至少一个识别标记的所述到期信息。
74. —种用于经送药单元制定递送至少一种药物的计划的方法，所述方法包括 通过来自远程单元的远程控制器，接收针对所述送药单元的用药方案的修改； 通过所述远程控制器，确定所述修改与所述送药单元的在先用药事件相冲突；以及 当所述修改与所述在先用药事件相冲突时，通过所述远程控制器，拒绝对针对所述送药单元的所述用药方案的所述修改。
75. 如权利要求74所述的方法，还包括当所述修改与所述在先用药事件相冲突时，通过所述远程控制器通知至少一个所述远 程单元针对所述送药单元的所述在先用药事件。
76. 如权利要求74所述的方法，还包括当所述修改与针对所述送药单元的所述在先用药事件相冲突时，通过所述远程控制器 通知至少一个所述远程单元所述修改的拒绝。
77. 如权利要求74所述的方法，其中确定所述修改与所述在先用药事件相冲突还包括确定所述修改涉及针对所述送药单元的所述用药方案的递送时间；以及 确定所述递送时间已经到期。
78. 如权利要求74所述的方法，其中确定所述修改与所述在先用药事件相冲突还包括确定所述修改涉及针对所述送药单元的所述用药方案的特定剂量递送；以及 确定所述特定剂量递送已经发生。
79. 如权利要求74所述的方法，还包括根据针对在预期的在所述送药单元的用药事件的修改，通过所述远程控制器，修改针 对所述送药单元的所述用药方案。
80. 如权利要求79所述的方法，还包括根据针对预期的用药事件的修改，通过所述远程控制器，通知至少一个所述远程单元 所述用药方案的所述修改。
81. —种用于能够储存至少一个药物承载器的送药单元的控制操作的方法，所述方法包括通过所述送药单元，接收请求，以从所述至少一个药物承载器发放至少一种药物，所述 请求与针对所述送药单元的用药方案相冲突；以及通过所述送药单元，从所述至少一个药物承载器发放所述至少一种药物，而不考虑所 述用药方案。
82. 如权利要求81所述的方法，还包括通过所述送药单元，通知远程控制器所述请求以及所述至少一种药物从所述至少一个 药物承载器的所述发放。
83. 如权利要求81所述的方法，还包括经所述送药单元的界面，接收来自所述送药单 元的用户的所述请求。
84. 如权利要求81所述的方法，还包括接收来自远程控制器的所述请求。
全文摘要
一种使照护提供者能够在远程管理并以非顺序的方式向患者递送单个剂量的药物的集成药物管理和遵从系统。该系统包括远离照护提供者的递送装置，其中，该装置储存多个密封的单位剂量药物包，这些药物包在计划的用药时间递送给患者。递送装置通过安全的通信网络的方式连接到控制设施和照护提供者的电脑终端上。该系统可以实现远程实时地更改患者的药物方案，以适应医疗情况的变化。
文档编号G04B47/00GK101743548SQ200880015794
公开日2010年6月16日 申请日期2008年3月12日 优先权日2007年3月12日
发明者亚当·J·斯托克斯, 克里斯托弗·E·博西, 蒂莫西·J·斯坦克利夫 申请人:鹰锐系统股份有限公司