專利名稱：遠(yuǎn)端藥物管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
總體上，本公開涉及用于幫助患者遵從醫(yī)囑服藥的系統(tǒng)，更具體地涉及用于遠(yuǎn)程 地向患者遞送單個(gè)劑量治療產(chǎn)品的裝置和方法。
背景技術(shù)：
患者不遵從規(guī)定的藥物方案是一個(gè)嚴(yán)重的問(wèn)題，會(huì)削弱慢性疾病的治療效果。門
診醫(yī)療程序的總體增加等多種因素使患者和照護(hù)者在處方藥給予方面承擔(dān)了越來(lái)越大的
責(zé)任。取決于疾病狀態(tài)，居住在偏遠(yuǎn)住宅區(qū)的患者用藥不遵從的比例預(yù)計(jì)為30_60%，而部
分由于視覺(jué)、聽覺(jué)和認(rèn)知障礙原因，老年患者用藥不遵從的比例平均高于45%。不服藥或不
正確服藥承受與完全遵從方案同樣的健康照護(hù)費(fèi)用，但卻起不到期望的醫(yī)療結(jié)果。不遵從
的后果可能是嚴(yán)重的，導(dǎo)致急診、延長(zhǎng)住院時(shí)間、長(zhǎng)期入院治療以及死亡。 在用藥量隨時(shí)間變化的情況下，能否遵從藥物方案是復(fù)雜的。例如，規(guī)定的用藥量
常常是確定患者狀態(tài)的持續(xù)進(jìn)行的實(shí)驗(yàn)室測(cè)試的函數(shù)。同樣地，適當(dāng)?shù)膭┝恐狄鶕?jù)患者
的健康情況進(jìn)行確定，并且必須反映健康狀況的意外變化。在這些情況下，健康照護(hù)專業(yè)人
員(如醫(yī)師、藥劑師和護(hù)士)需要能夠盡快調(diào)整患者的劑量。當(dāng)處方窄治療指數(shù)的藥物時(shí)，
用藥遵從性尤其重要，因?yàn)榛颊哂盟庍^(guò)量或不足可導(dǎo)致嚴(yán)重的副作用、疾病、甚至死亡。 為了促使患者在正確的時(shí)間服用規(guī)定劑量的藥物，已開發(fā)出相當(dāng)大量的設(shè)備?，F(xiàn)
有設(shè)備的主要功能是提醒患者何時(shí)服用特定的藥物以及根據(jù)預(yù)定的時(shí)間表順序地遞送該
藥物。這些設(shè)備中有許多是根據(jù)預(yù)定的時(shí)間表自動(dòng)地放出藥物。就這方面而言，這些設(shè)備不
能為防止劑量不足和劑量過(guò)多兩者提供充分的保護(hù)。如果患者未能按照時(shí)間表服藥，這些
設(shè)備基于患者已適當(dāng)?shù)胤昧酥暗乃兴幬锏募俣?，繼續(xù)以設(shè)定的時(shí)間間隔放出藥物。
這種情況大大增強(qiáng)了非遵從的風(fēng)險(xiǎn)，這種情況中患者服用較所處方的少的藥物。相反地，如
果患者不按時(shí)間表服藥，而在過(guò)于接近下一次服藥的時(shí)間內(nèi)服藥，患者將面臨過(guò)量用藥的風(fēng)險(xiǎn)。 某些設(shè)備并入用于收回已卸下但未從該設(shè)備取走的藥丸的裝置。這些設(shè)備中的一 些向照護(hù)者提供患者未按時(shí)間表服藥的通知。其他設(shè)備已被集成到綜合藥物管理和遞送系 統(tǒng)中，該系統(tǒng)中使健康照護(hù)專業(yè)人員遠(yuǎn)程監(jiān)視關(guān)于患者遵從和不遵從藥物方案的信息。雖 然這些系統(tǒng)增強(qiáng)了患者對(duì)規(guī)定的藥物方案的遵從性，卻在一個(gè)顯著方面存在不足，即，它們
10不提供使患者未服用計(jì)劃的劑量的藥物的問(wèn)題能在幾分鐘內(nèi)得到糾正的機(jī)制。如此，這些 系統(tǒng)沒(méi)有克服患者用藥不足或過(guò)量的問(wèn)題。對(duì)于高?；颊呷巳?，由于這些患者常常有認(rèn)知、 視覺(jué)及/或聽覺(jué)障礙，這是造成不遵從的一個(gè)因素，因此上述缺點(diǎn)顯得尤其嚴(yán)重。
現(xiàn)有系統(tǒng)的另一個(gè)缺點(diǎn)是，它們未能提供一種可響應(yīng)于患者的健康情況中的意外 變化，在幾分鐘內(nèi)遠(yuǎn)程調(diào)整規(guī)定劑量的機(jī)制。盡管這些系統(tǒng)可讓健康照護(hù)專業(yè)人員將用藥 量的變化傳達(dá)給患者，卻不能讓所述專業(yè)人員立即遠(yuǎn)程改動(dòng)、調(diào)整或停用規(guī)定的劑量。在患 者獲知新劑量之前，往往已有幾小時(shí)，以及在一些情況下，幾天的延誤。在此期間，患者可能 會(huì)對(duì)正確的方案感到困惑并繼續(xù)按已停用的劑量服藥。另外，由于每次調(diào)整劑量都需要新 的處方，患者必須前往醫(yī)師的辦公室及/或藥店。盡管這可能會(huì)給一些患者帶來(lái)不便，但對(duì) 于有行動(dòng)障礙的患者則尤其不利，并且是造成藥物非遵從的一個(gè)主要原因。通常，因?yàn)榛颊?不能繼續(xù)正確的療程，患者的情況會(huì)惡化。 常規(guī)系統(tǒng)的另一個(gè)缺點(diǎn)是，處方是按標(biāo)準(zhǔn)的三十天或六十天配藥量進(jìn)行配藥。在
這種情況下，無(wú)法準(zhǔn)確地制定藥物庫(kù)存及/或核查患者的遵從性或產(chǎn)品的消耗。部分是由
于藥物是按總量發(fā)放，并非每個(gè)藥片或每個(gè)劑量都被單獨(dú)地條形編碼和可跟蹤。 上述藥物管理和遞送系統(tǒng)還有其他的限制，例如，它們未能建立一個(gè)安全的數(shù)據(jù)
通信過(guò)程，以實(shí)施與存放于患者家中的遠(yuǎn)程送藥設(shè)備之間的通信，而同時(shí)保護(hù)患者隱私。目
前，在數(shù)據(jù)通信過(guò)程中患者隱私的維護(hù)是一個(gè)艱巨的挑戰(zhàn)。此外，為了響應(yīng)《醫(yī)療保險(xiǎn)可攜
性責(zé)任法案》(the Health Insurance Portability Accountability Act)，已頒布了越來(lái)
越多關(guān)于維護(hù)和儲(chǔ)存患者數(shù)據(jù)的規(guī)定。相應(yīng)地，存在著對(duì)既能夠快速實(shí)時(shí)地解決患者不遵
從規(guī)定藥物方案的問(wèn)題，且能夠最大限度地減少對(duì)患者療程的干擾，同時(shí)保護(hù)患者的信息
的成本有效的系統(tǒng)的需要和期望。
發(fā)明概述 本公開描述一種藥物管理和遵從系統(tǒng)，用于使健康照護(hù)專業(yè)人員能夠遠(yuǎn)程一劑一
劑地、且以提供藥劑已被遞送的立即確認(rèn)的方式管理和向患者遞送處方和非處方治療產(chǎn)品 的密封的單位劑量藥物包。使用臨床軟件，儲(chǔ)存患者的處方和用藥方案信息，使授權(quán)的健康 照護(hù)人員能夠遠(yuǎn)程向患者遞送單位劑量的治療，并監(jiān)視患者對(duì)用藥方案的遵從性，而不侵 犯患者隱私。本系統(tǒng)包括位于患者附近的遞送裝置，其中，該遞送裝置通過(guò)數(shù)據(jù)通信網(wǎng)絡(luò)， 遠(yuǎn)程地連接到臨床軟件及控制中心。 在一個(gè)實(shí)施例中，遞送裝置的特征是用于執(zhí)行從控制中心和臨床軟件接收的命令
信號(hào)的控制器，以及用于儲(chǔ)存單位劑量藥物包的儲(chǔ)存區(qū)。響應(yīng)于命令信號(hào)，該裝置在計(jì)劃的 用藥時(shí)間向患者遞送密封的單位劑量藥物包。本系統(tǒng)使健康照護(hù)專業(yè)人員能夠以非順序的 方式，向患者遠(yuǎn)程遞送儲(chǔ)存在遞送裝置中的任何單位劑量藥物包，而不受預(yù)定順序的限制。 以此方式，藥物劑量值可被立即更改，以適應(yīng)醫(yī)療情況變化。在一個(gè)實(shí)施例中，完全集成的 實(shí)時(shí)非順序性綜合藥物管理和遵從系統(tǒng)能夠準(zhǔn)確地向患者遞送定制包裝的和商業(yè)可得的 密封的單位劑量和臨時(shí)單位治療產(chǎn)品。
附圖的簡(jiǎn)要描述

圖1是根據(jù)本發(fā)明的一個(gè)實(shí)施方案的非順序性送藥模塊的透視圖。
圖2是顯示根據(jù)本發(fā)明的實(shí)施方案的具有遠(yuǎn)程監(jiān)視和訪問(wèn)控制功能的非順序性 送藥模塊的結(jié)構(gòu)圖。 圖3根據(jù)本發(fā)明的實(shí)施方案的非順序性送藥模塊的一個(gè)實(shí)施例的組裝圖。 圖4和5是顯示根據(jù)本發(fā)明的一個(gè)實(shí)施方案的摩擦驅(qū)動(dòng)組件和儲(chǔ)存升降器的剖視圖。 圖6是描繪根據(jù)本發(fā)明的儲(chǔ)存裝置的透視圖。 圖7a是舉例說(shuō)明閂鎖裝置運(yùn)轉(zhuǎn)機(jī)制的橫截面圖。圖7b是閂鎖裝置處于非鎖閉位 置的分解圖。 圖8是舉例說(shuō)明根據(jù)本發(fā)明的實(shí)施方案針對(duì)正在進(jìn)入的藥物承載器的摩擦驅(qū)動(dòng) 組件的運(yùn)轉(zhuǎn)機(jī)制的橫截面圖。 圖9a是藥物承載起完全插入遞送模塊中的橫截面圖。圖9b是閂鎖裝置處于鎖閉 位置的分解圖。 圖10是舉例說(shuō)明根據(jù)本發(fā)明的一個(gè)實(shí)施方案的輸送驅(qū)動(dòng)組件的運(yùn)轉(zhuǎn)機(jī)制的橫截 面圖。 圖11是舉例說(shuō)明根據(jù)本發(fā)明的實(shí)施方案的儲(chǔ)存升降器和相關(guān)線性運(yùn)動(dòng)組件的運(yùn) 轉(zhuǎn)的橫截面圖。 圖12a是顯示彈出器組件在靜止位置和運(yùn)轉(zhuǎn)位置的橫截面圖，彈出器用于將單位 劑量藥物包從根據(jù)本發(fā)明的一個(gè)實(shí)施方案的藥物承載器彈出。 圖12b是圖12a中所示的根據(jù)本發(fā)明的實(shí)施方案的彈出器組件的組裝圖。 圖13是顯示圖12a的彈出的單位劑量藥物包與之前彈出的單位劑量藥物包的橫
截面圖。 圖14和15描繪根據(jù)本發(fā)明的容納不同強(qiáng)度的單位劑量藥物包的藥物承載器。
圖16-20是舉例說(shuō)明根據(jù)本發(fā)明的非順序性送藥模塊的各種操作的電路圖。
圖21a、 b和c是分別含有32、20和16格用于容納不同尺寸的單位劑量藥物包的 藥物承載器的透視圖。 圖22-23和25-26是舉例說(shuō)明本發(fā)明的非順序性送藥模塊和遵從系統(tǒng)的操作的流 程圖。 圖24是舉例說(shuō)明根據(jù)本發(fā)明的實(shí)施方案向患者適當(dāng)?shù)剡f送規(guī)定的劑量而可能發(fā) 生的過(guò)程的流程圖。 圖27-31是健康照護(hù)人員電腦顯示器上出現(xiàn)的工作表的實(shí)施例。
圖32是送藥單元的替換的實(shí)施方案的部分組裝的透視圖。 圖33是根據(jù)圖32的送藥單元的替換的實(shí)施方案的x_軸組件的部分分解、透視 圖。 圖34和35是圖33的x-軸組件的前側(cè)透視圖。
圖36是圖33的x-軸組件的后側(cè)透視圖。 圖37是根據(jù)圖32的送藥單元的替換的實(shí)施方案的y_軸組件的部分分解、透視 圖。 圖38和39是圖37的y-軸組件的后側(cè)透視圖。 圖39A是用于與圖37的y-軸組件一起使用的替換的沖壓工具的底側(cè)透視圖。
圖40是根據(jù)圖32的送藥單元的替換的實(shí)施方案的z-軸組件的部分剖視、透視 圖。 圖41用于送藥單元中的示例性滑架的透視圖。 圖42和43是更詳細(xì)舉例說(shuō)明圖41的示例性滑架的保持機(jī)構(gòu)的各種透視的放大 圖。 圖44是示例性藥物承載器的透視圖，所述藥物承載器包括用在于送藥單元中的 二維布置的多個(gè)單位劑量藥物包。 圖45是更詳細(xì)舉例說(shuō)明圖44的示例性藥物承載器的各個(gè)特點(diǎn)的頂視放大圖。
圖46是舉例說(shuō)明涉及通過(guò)送藥單元的藥物的遞送的示例性處理的流程圖。
圖47-49是舉例說(shuō)明處理輸入的藥物承載器的各種示例性實(shí)施方案的流程圖。
圖50-52是描述涉及藥物承載器中單位劑量藥物包的情況測(cè)試的各種示例性實(shí) 施方案的流程圖。 圖53-55是支持參照?qǐng)D50_52描述的實(shí)施方案的各種示例性單位劑量藥物包情況 測(cè)試技術(shù)的示意圖。 圖56是舉例說(shuō)明處理儲(chǔ)存的藥物承載器的各種示例性實(shí)施方案的流程圖。
圖57是舉例說(shuō)明用于提供針對(duì)藥物的封裝指令的示例性實(shí)施方案的流程圖。
圖58是舉例說(shuō)明用于處理在送藥單元的不良能量情況的示例性實(shí)施方案的流程 圖。 圖59是舉例說(shuō)明用于處理送藥單元中到期的藥物的示例性實(shí)施方案的流程圖。
圖60是舉例說(shuō)明針對(duì)處理對(duì)用于送藥單元的用藥方案的修改的示例性實(shí)施方案 的流程圖。 圖61是舉例說(shuō)明針對(duì)處理由送藥單元接收的非計(jì)劃的發(fā)放請(qǐng)求的示例性實(shí)施方 案的流程圖。
本發(fā)明實(shí)施方案的詳細(xì)描述 本發(fā)明提供一種完全集成的實(shí)時(shí)非順序性藥物管理和遵從系統(tǒng)，用于促使遠(yuǎn)離臨 床環(huán)境的患者依照規(guī)定的時(shí)間表服藥。本發(fā)明遞送模塊的一個(gè)主要優(yōu)勢(shì)在于，通過(guò)在收到 加密的命令信號(hào)和患者確認(rèn)后，向患者遞送選定的藥物的單位劑量藥物包，而實(shí)現(xiàn)規(guī)定的 藥物方案。這些多重保障確?；颊咴谡_的用藥時(shí)間接收規(guī)定的藥物。以此方式，本發(fā)明 增強(qiáng)了患者遵從性，并允許長(zhǎng)期治療應(yīng)用，而最大限度地提高藥物治療效果和減少藥物副 作用。另一個(gè)主要優(yōu)點(diǎn)是，命令信號(hào)以安全的傳輸方式進(jìn)出遞送模塊，而不以任何方式危及 患者的隱私。 本發(fā)明的另一個(gè)優(yōu)勢(shì)是，使健康照護(hù)專業(yè)人員能夠遠(yuǎn)程監(jiān)視患者對(duì)規(guī)定的藥物方 案的遵從性，并能迅速地接收非遵從的通知。最值得注意的是，健康照護(hù)專業(yè)人員能迅速調(diào) 整患者的治療計(jì)劃，以調(diào)和漏服的劑量或反映其他醫(yī)療情況變化，如患者健康狀況的意外 變化。必要時(shí)，可以立即進(jìn)行劑量調(diào)整，而不需要新處方。如此，本發(fā)明通過(guò)消除在劑量調(diào) 整時(shí)患者丟棄剩余劑量的需要，而使可能造成非遵從性復(fù)雜化的時(shí)間損失最小化，并減少 藥物浪費(fèi)。 本發(fā)明的再另一個(gè)優(yōu)勢(shì)是，通過(guò)確?；颊弑Ａ粼谕扑]的治療水平，而保護(hù)患者免
13受不良藥物反應(yīng)和用藥過(guò)量及不足引起的后果。患者在適當(dāng)?shù)臅r(shí)間接收所需的用量，從而 減少因不堅(jiān)持規(guī)定藥物的方案或其他延遲服用規(guī)定的藥物而造成急診和住院治療。另外， 還可以減少非預(yù)期訪問(wèn)健康照護(hù)提供者的次數(shù)，從而減少總體健康照護(hù)的費(fèi)用。多種運(yùn)作 環(huán)境中的健康照護(hù)專業(yè)人員都可以使用這種成本有效的系統(tǒng)。 現(xiàn)在請(qǐng)參照附圖，圖2中顯示了本發(fā)明系統(tǒng)的概況?？刂浦行?01，例如由INRangc Systemslnc.運(yùn)營(yíng)的設(shè)施，儲(chǔ)存著來(lái)自各藥物制造商和供應(yīng)商的定制包裝和預(yù)包裝的單位 劑量處方藥和非處方治療產(chǎn)品、藥物和營(yíng)養(yǎng)藥品。這些治療產(chǎn)品包括但不限于固體口服藥 劑、液體口服藥劑以及含有在照護(hù)點(diǎn)遞送或給予的劑量的注射設(shè)備。將理解，本文使用的術(shù) 語(yǔ)"藥物"意圖包括各種劑型和強(qiáng)度的單個(gè)臨時(shí)單位劑量的處方和非處方藥物、醫(yī)療用品、 藥物和營(yíng)養(yǎng)藥品，包含單一和多重化合物藥物。具體的例子包括藥丸、藥片、膠囊、栓劑、吸 入劑、洗劑、預(yù)裝藥物的注射器、藥粉、懸浮液和診斷材料(如血液試條)。在控制中心IOI， 典型的箔紙包裹或泡罩包裝的單位劑量藥物包27被插入到數(shù)個(gè)不同的藥物承載器26的一 個(gè)的各個(gè)格子28中，每個(gè)承載器的設(shè)計(jì)和大小可以容納幾乎任何商業(yè)可得的單位劑量藥 物包27。 藥物承載器26的外部尺寸可以略有變化，但其形態(tài)必須可以讓承載器26很容易 地裝配到遞送模塊33中。每個(gè)藥物承載器26貼有電子代碼29，例如條形碼或射頻識(shí)別標(biāo) 簽?；讵?dú)特的識(shí)別碼，如序列號(hào)，電子代碼29識(shí)別承載器類型和形態(tài)，并提供藥物相關(guān)的 信息。編碼的數(shù)據(jù)被編程到控制中心101電腦數(shù)據(jù)庫(kù)35中，使控制中心101能連同遞送模 塊33，在任何時(shí)間準(zhǔn)確地跟蹤和說(shuō)明每個(gè)單位劑量藥物包27的去向，如下文所述。
參照?qǐng)D15，藥物承載器26包括用于以非順序方式保持單個(gè)單位劑量藥物包27的 容器。標(biāo)準(zhǔn)單位劑量藥物包28通常包括用于保持單位治療劑量藥物的塑料泡罩以及用紙 或箔疊壓板制作的封條，用于將單位劑量固定在塑料泡罩內(nèi)。"識(shí)別標(biāo)記"31，如電子代碼和 人類可讀的信息，印在單位劑量藥物包27的封條上，以指明該藥物包內(nèi)包含的藥物。藥物 承載器26被設(shè)計(jì)為允許通過(guò)條形碼掃描器98、光學(xué)識(shí)別掃描器、射頻掃描器或其他這樣的 設(shè)備電子讀取識(shí)別標(biāo)記31，而不從藥物承載器26取出單位劑量藥物包27。藥物承載器26 允許遠(yuǎn)程且非順序性方式從承載器26獲取和釋放單個(gè)單位劑量藥物包27，而不會(huì)干擾承 載器中含有的其他單位劑量藥物包27。在實(shí)施方案中，單位劑量可從其單位劑量藥物包27 被釋放，而不干擾藥物承載器26中其他單位劑量藥物包27。 如圖21b所示，藥物承載器26可包含布置為四排，每排八個(gè)格28的32格。以此 布置，承載器26儲(chǔ)存多達(dá)30天的藥物，并提供額外的表面用于粘貼含有唯一電子識(shí)別碼29 的標(biāo)簽。圖21a和21c分別舉例說(shuō)明具有20和16格的藥物承載器26，其大小和形狀可以 容納更大的單位劑量藥物包27。藥物承載器26的每個(gè)格28包括固定裝置30，用于將密封 的單位劑量藥物包27保持在格子28內(nèi)，直到計(jì)劃的用藥時(shí)間。在用藥時(shí)間，單位劑量藥物 包27通過(guò)所述格子28中的孔被放出。在實(shí)施方案中，單位劑量可通過(guò)格子28中的孔被放 出，而單位劑量藥物包27可保留。 在藥物承載器26上表面上，沿其周邊提供含有識(shí)別標(biāo)記的可印刷表面。可印刷表 面的特征為位置記號(hào)，例如，紅外吸收墨點(diǎn)，墨點(diǎn)指示承載器26上的某些重要點(diǎn)。
遞送模塊33通常遠(yuǎn)離健康照護(hù)人員所在的臨床設(shè)施，例如，醫(yī)師辦公室、藥店、藥 物補(bǔ)助管理機(jī)構(gòu)(PBM)、醫(yī)院、診所、護(hù)理站、療養(yǎng)院或長(zhǎng)期護(hù)理設(shè)施。每個(gè)臨床設(shè)施都配有一臺(tái)電腦，該電腦包括標(biāo)準(zhǔn)微處理器、輸入/輸出電路、用于儲(chǔ)存包括處方和用藥計(jì)劃的患 者記錄的內(nèi)存、用于儲(chǔ)存運(yùn)作程序和其他系統(tǒng)信息的只讀儲(chǔ)存器(ROM)，和用于接收可視反 饋的監(jiān)視器。軟件32，如可以從INRange Systems Inc.商業(yè)可得的履行、調(diào)整和遵從跟蹤 系統(tǒng)(Fulfillment, Adjustment and Compliance Tracking System, FACT )，在臨床設(shè)施 的電腦服務(wù)器上運(yùn)行?；颊咝畔⑼ㄟ^(guò)軟件32的用戶界面IOO訪問(wèn)，用戶界面具有菜單驅(qū)動(dòng) 工作表作為補(bǔ)充，工作表出現(xiàn)在指定的健康照護(hù)專業(yè)人員的監(jiān)視器上(圖27-31)。
通過(guò)使用鍵盤、鼠標(biāo)或其他輸入設(shè)備在他/她的電腦終端上輸入適當(dāng)?shù)闹噶睿?戶界面100使健康照護(hù)專業(yè)人員可以遠(yuǎn)程地、主動(dòng)地治療患者。例如，健康照護(hù)專業(yè)人員可 以輸入或檢索處方信息，設(shè)置配方或治療方案，遠(yuǎn)程制訂新的方案，監(jiān)視患者對(duì)用藥方案的 遵從性，或修改現(xiàn)有方案的劑量值。輸入的指令被傳輸?shù)娇刂浦行?01，控制中心101解讀 指令，并基于分配的唯一識(shí)別碼，將指令路由到適當(dāng)?shù)倪f送模塊33上。用戶界面100也會(huì) 顯示傳到臨床軟件32上的劑量遞送結(jié)果的實(shí)時(shí)通知，使健康照護(hù)專業(yè)人員能夠必要時(shí)立 即采取措施。 臨床軟件32安全地安裝在每個(gè)臨床設(shè)施的范圍內(nèi)，并利用設(shè)施的網(wǎng)絡(luò)安全34策 略和程序，對(duì)用戶和患者數(shù)據(jù)的網(wǎng)絡(luò)訪問(wèn)進(jìn)行驗(yàn)證。如下文所述，控制中心101無(wú)法獲得可 識(shí)別患者的信息，也不能以任何方式確定使用遞送模塊33的任何患者的身份或位置。這種 安全的技術(shù)和物理信息基礎(chǔ)設(shè)施符合《健康保險(xiǎn)可攜性責(zé)任法案》(HIPAA)的規(guī)定。
位于控制中心101的電腦服務(wù)器上安裝了控制軟件35，其被編程為持續(xù)地監(jiān)視來(lái) 自臨床軟件32和遞送模塊33的信號(hào)?？刂栖浖?5管理由健康照護(hù)專業(yè)人員輸入的各種 治療指令，但并不涉及儲(chǔ)存在臨床設(shè)施的軟件數(shù)據(jù)庫(kù)32中的患者信息?？傮w而言，控制軟 件32記錄并儲(chǔ)存有關(guān)遞送模塊33的運(yùn)行和內(nèi)容的信息，如儲(chǔ)存在模塊33內(nèi)的藥物承載器 26的類型和位置、每個(gè)藥物承載器26內(nèi)包含的單位劑量藥物包27的完整庫(kù)存，以及在一段 設(shè)定的時(shí)間內(nèi)所有劑量服用操作的歷史記錄。該記錄保持和庫(kù)存盤點(diǎn)功能可部分地通過(guò)使 用分別分配給遞送模塊33、藥物承載器26和單位劑量藥物包27的電子編碼和其他識(shí)別碼 得以實(shí)現(xiàn)的。借助位于遞送模塊33的電子代碼掃描器92和98獲得影像并將編碼的信息 傳輸給控制器，識(shí)別碼使控制中心101能夠?qū)⑻囟ㄋ幬锍休d器26與單位劑量藥物包27的 庫(kù)存相關(guān)聯(lián)。 唯一識(shí)別碼，例如序列號(hào)(單元識(shí)別號(hào))，在制造時(shí)被典型地編程到遞送模塊33 中。同樣地，藥物制造商或重包裝廠商將識(shí)別標(biāo)記31(圖14)，包括電子代碼和人類可讀信 息，印在每個(gè)單位劑量藥物包27的封條上。電子代碼31識(shí)別藥物包27的內(nèi)容，包括例如， 藥物名稱、劑量強(qiáng)度、批號(hào)、到期日期、國(guó)家藥品代碼(NDC)、唯一的包裝序列號(hào)、單位劑量藥 物包中的量、藥物承載器中的量以及單位劑量藥物包是否包括單位劑量的分?jǐn)?shù)部分(如， 藥丸的一半，四分之一等等部分)。代表規(guī)定藥物療程的多個(gè)單位劑量藥物包27以任意順 序被放置在藥物承載器26的格子28內(nèi)。單位劑量藥物包27不需要像現(xiàn)有的劑量遞送系 統(tǒng)那樣按時(shí)間順序進(jìn)行排列，因?yàn)槊總€(gè)藥物包27是被隨機(jī)獲取和檢索的。每個(gè)單位劑量藥 物包封條上的識(shí)別標(biāo)記31被掃描到控制中心電腦上，從而可以保持對(duì)各藥物包27的核查
足艮S宗。 控制軟件35給藥物承載器26分配唯一的識(shí)別碼29，例如序列號(hào)。識(shí)別碼29將 藥物承載器26與其中所含的單位劑量藥物包27的庫(kù)存相關(guān)聯(lián)，并指示每個(gè)單位劑量藥物
15包27的內(nèi)容和位置。承載器識(shí)別碼29反映在一個(gè)或多個(gè)電子代碼中，這些電子代碼被打 印在標(biāo)簽上并貼在藥物承載器26的另外的位置上。這種重復(fù)可確保至少一個(gè)電子識(shí)別碼 29可被代碼閱讀器92和98讀取。此信息儲(chǔ)存在控制軟件數(shù)據(jù)庫(kù)35中。
如上文所討論，根據(jù)藥物包27的大小和形態(tài)，單位劑量藥物包27被放在幾個(gè)不同 藥物承載器26中的一個(gè)中。例如，含有注射器的藥物包一般放在具有更長(zhǎng)更寬格子的藥物 承載器26中，而口服固體劑量的藥物包通常被放在含有較小格子的承載器26中。根據(jù)藥 物承載器26的內(nèi)部幾何形狀，位置坐標(biāo)儲(chǔ)存在控制軟件數(shù)據(jù)庫(kù)35中，以準(zhǔn)確地確定每個(gè)單 位劑量藥物包27在承載器26中的位置。這些坐標(biāo)也反映在貼在藥物承載器26上的電子 識(shí)別碼標(biāo)簽29中。承載器26可以用不止一種方式插入到遞送模塊33中。因此，控制軟件 35也生成一組位置記號(hào)，例如，紅外吸收墨點(diǎn)或墨線，這些墨點(diǎn)或墨線指示承載器26上某 些重要點(diǎn)，這些標(biāo)記包含在可印刷表面(例如紙板)上，可印刷表面優(yōu)選地置于藥物承載器 26的上表面。這種重復(fù)確保至少有一個(gè)位置記號(hào)可被光學(xué)識(shí)別閱讀器或其他電子掃描器 98成像。 遞送模塊33和健康照護(hù)專業(yè)人員之間的通信通過(guò)控制軟件層35實(shí)現(xiàn)?？刂栖浖?層包含每個(gè)遞送模塊33的通信協(xié)議，通信協(xié)議對(duì)應(yīng)于為特定模塊選定的通信鏈路的類型。 合適的通信媒介36包括射頻、互聯(lián)網(wǎng)、調(diào)制解調(diào)器、電話線、固定線路、無(wú)線網(wǎng)絡(luò)、傳呼網(wǎng)絡(luò) 或任何其他可以和遞送模塊33交換控制和數(shù)據(jù)信號(hào)的傳輸手段。優(yōu)選的通信媒介包括專 用局域網(wǎng)及/或現(xiàn)有的局域網(wǎng)(例如銅纜、纖維或無(wú)線)?？刂栖浖?5通信協(xié)議使遞送模 塊33能夠向臨床設(shè)施32傳送提醒信號(hào)，以便將患者的不遵從行為或其他緊急情況通知適 當(dāng)?shù)尼t(yī)療人員。控制軟件35協(xié)議也使控制中心101能夠準(zhǔn)確地監(jiān)視特定遞送模塊33中包 含的每個(gè)單位劑量藥物包27，并在每個(gè)單位劑量藥物包27被遞送給患者時(shí)，更新數(shù)據(jù)庫(kù)庫(kù) 存記錄。 為了確保通過(guò)控制軟件層35傳輸?shù)幕颊咝畔⒌陌踩?，本發(fā)明優(yōu)選實(shí)施方案利用
安全的加密連接25，可維護(hù)患者信息的機(jī)密性和安全無(wú)損。數(shù)據(jù)通信過(guò)程確保遞送模塊33
與特定患者相關(guān)聯(lián)的唯一記錄包含在臨床軟件數(shù)據(jù)庫(kù)32中。此過(guò)程詳述如下。 如前所述，臨床軟件32使健康照護(hù)專業(yè)人員能遠(yuǎn)程管理和監(jiān)視患者的藥物治療
和遵從性。所有患者信息都儲(chǔ)存在臨床軟件數(shù)據(jù)庫(kù)32中，并利用臨床設(shè)施的網(wǎng)絡(luò)安全34
策略和程序，驗(yàn)證用戶和對(duì)患者數(shù)據(jù)的網(wǎng)絡(luò)訪問(wèn)權(quán)(圖2)。臨床軟件32包含三個(gè)將遞送模
塊33與特定患者相關(guān)聯(lián)的關(guān)鍵數(shù)據(jù)元素。這些元素包括1)遞送模塊序列號(hào)；2)隨機(jī)生成
的注冊(cè)號(hào)(模塊初次設(shè)置時(shí)使用)，及3)隨機(jī)生成的單元識(shí)別號(hào)(UIN)。 為了與遞送模塊33通信，臨床軟件32使用加密套接字協(xié)議層(Secure
SocketLayer， SSL)，將加密信號(hào)發(fā)送到控制中心101的電腦服務(wù)器URL上。該信號(hào)與通過(guò)
互聯(lián)網(wǎng)處理信用卡支付所用的協(xié)議是一樣的，并在臨床設(shè)施防火墻34的端口 443上運(yùn)行。
信號(hào)是包含控制中心101服務(wù)器進(jìn)行驗(yàn)證所需的UIN和識(shí)別碼以及命令指令集的XML指令
集?；颊叩男彰蚩梢宰R(shí)別患者的任何信息都不會(huì)傳出臨床設(shè)施的防火墻34。 加密的信號(hào)發(fā)送到控制軟件層35上，此控制軟件層被設(shè)計(jì)為驗(yàn)證僅來(lái)自臨床軟
件32和遞送模塊33的信號(hào)。 一旦命令集由控制中心101服務(wù)器利用UIN進(jìn)行驗(yàn)證，命令
集將參考控制軟件數(shù)據(jù)庫(kù)35，以確定與特定遞送模塊33的數(shù)據(jù)通信方法36(例如，傳呼網(wǎng)
絡(luò)、無(wú)線網(wǎng)絡(luò)、IP地址)并獲得其地址信息。信號(hào)被重新格式化為專用協(xié)議，被分配一個(gè)隨機(jī)生成的通信令牌，并被傳輸?shù)揭獑⒂玫倪f送模塊33上。 遞送模塊33接收到信號(hào)后，對(duì)信號(hào)進(jìn)行解碼和驗(yàn)證。若驗(yàn)證結(jié)果為真，則遞送模 塊33將給控制中心101服務(wù)器返回一個(gè)信號(hào)，確認(rèn)收到命令指令。這種確認(rèn)包含上述通信 令牌以供控制中心101服務(wù)器驗(yàn)證。某些命令，例如送藥命令，要求控制中心101服務(wù)器再 次確認(rèn)以從事該命令。這種驗(yàn)證過(guò)程可以防止遞送模塊33處理任何非授權(quán)的命令。
如上所述，數(shù)據(jù)通信過(guò)程36確保只有臨床軟件32才能將控制中心101服務(wù)器上
所含數(shù)據(jù)與特定的患者相關(guān)聯(lián)，或?qū)⑦f送模塊的序列號(hào)與特定的患者相關(guān)聯(lián)。通過(guò)這種方 式，可識(shí)別的患者健康信息被安全地保留在臨床設(shè)施34范圍內(nèi)。因此，本發(fā)明的一個(gè)主要 優(yōu)勢(shì)是，它利用安全的加密連接25，在遞送模塊33和健康照護(hù)專業(yè)人員之間進(jìn)行雙向通 信，維護(hù)HIPAA保護(hù)的患者信息的安全。 將理解，本發(fā)明也可以在"不符合HIPAA"的應(yīng)用領(lǐng)域中使用。另外，本文提供的安 全加密數(shù)據(jù)傳輸協(xié)議25對(duì)于遞送模塊33的遠(yuǎn)程致動(dòng)并非必要。例如，本發(fā)明可以獨(dú)立于 安全數(shù)據(jù)傳輸功能25而使用，以記錄在臨床研究試驗(yàn)或藥物解毒工作期間發(fā)生的各種藥 物消耗事件。以此方式，本發(fā)明提供獲取與藥物和營(yíng)養(yǎng)藥品干預(yù)相關(guān)的縱向健康照護(hù)結(jié)果 的方法。類似地，遞送模塊33可以裝有適當(dāng)?shù)臏y(cè)量設(shè)備及/或與家庭遙測(cè)機(jī)結(jié)合使用，用 于遠(yuǎn)程監(jiān)視患者的位置、血壓、脈動(dòng)、氧氣水平、體溫、呼吸、血糖等，或用于遠(yuǎn)程監(jiān)視環(huán)境情 況，例如溫度、濕度、氣壓、煙塵和二氧化碳。例如，遞送模塊33可包括用于與患者身體上的 一個(gè)或更多個(gè)傳感器通信的無(wú)線收發(fā)器。傳感器信息可被儲(chǔ)存在遞送模塊中及/或傳輸給 一個(gè)或更多個(gè)遠(yuǎn)程控制器。傳感器信息可用于幫助健康照護(hù)提供者，例如，調(diào)整針對(duì)患者的 藥物方案。 非順序性遞送模塊33具有基于微處理器的控制器，控制器具有標(biāo)準(zhǔn)數(shù)字?jǐn)?shù)據(jù)存 儲(chǔ)功能，數(shù)據(jù)和微處理器程序都可用?？刂破鹘邮张c患者的規(guī)定藥物方案相關(guān)的命令信號(hào)。 這些信號(hào)在臨床軟件層32上發(fā)出，經(jīng)過(guò)驗(yàn)證并通過(guò)控制層35以適當(dāng)?shù)臄?shù)據(jù)通信鏈路36進(jìn) 行傳輸?？刂破魅缓髨?zhí)行輸入的劑量遞送命令，在每個(gè)編程的用藥時(shí)間通過(guò)可視、聲音或其 他形式提醒患者用藥。控制器同時(shí)建立一個(gè)相對(duì)于提醒信號(hào)的時(shí)間窗口，在此期間，患者可 以輸入遞送信號(hào)，例如，通過(guò)口頭命令或適當(dāng)?shù)拇_認(rèn)鍵43進(jìn)行輸入。時(shí)間窗口的持續(xù)時(shí)間 由輸入的程序或默認(rèn)值設(shè)置。 若在時(shí)間窗口過(guò)期之前收到患者輸入的信號(hào)，將從藥物承載器26彈出完全密封 的單位劑量或臨時(shí)單位劑量藥物包27，并從遞送模塊33釋放，如在下面更詳細(xì)地描述?；?者，單位劑量可從藥物承載器26彈出，并從遞送模塊33釋放。若患者沒(méi)有作出反應(yīng)，例如， 在時(shí)間窗口結(jié)束之前，按遞送模塊33上的"落下"鍵43，模塊通過(guò)合適的數(shù)據(jù)通信鏈路36， 自動(dòng)向指定的醫(yī)療人員發(fā)送提醒。這樣，本發(fā)明確保只有在收到患者的確認(rèn)后，方可服用藥 物。這種方式克服了現(xiàn)有送藥系統(tǒng)的主要缺陷，即藥物根據(jù)預(yù)定的時(shí)間表自動(dòng)放出，而增加 患者用藥不足或用藥過(guò)量的風(fēng)險(xiǎn)。 本發(fā)明包括一個(gè)獨(dú)特的送藥方案，通過(guò)輸入適當(dāng)?shù)拿畹接脩艚缑妫】嫡兆o(hù)專 業(yè)人員可以即時(shí)選擇、修改、排列、改動(dòng)或停用儲(chǔ)存在特定患者的遞送模塊33中的300個(gè)單 位劑量藥物包27的處方或非處方藥物、藥品或營(yíng)養(yǎng)藥品的任一個(gè)。命令也會(huì)指定待送的單 位劑量藥物包27的具體劑型和強(qiáng)度?？刂浦行碾娔X服務(wù)器接收并解讀命令，并將指令與特 定的遞送模塊33及藥物承載器26相關(guān)聯(lián)。通過(guò)這種方式，本發(fā)明提供靈活方便的用藥方
17法，對(duì)于患者治療需要經(jīng)常調(diào)整劑量的情況或患者在一天、一周或幾個(gè)月內(nèi)在不同的時(shí)間 被處方多于一種治療的情況很適合。 本發(fā)明使健康照護(hù)專業(yè)人員能夠遠(yuǎn)程非順序性地獲取遞送模塊33中所包含的任 何單位劑量藥物包27 (或來(lái)自任何單位劑量藥物包的治療產(chǎn)品)并以任何順序送予患者， 而不受預(yù)定順序或順序排列的遞送的限制。與現(xiàn)有的系統(tǒng)不同的是，本發(fā)明系統(tǒng)能夠在幾 分鐘內(nèi)以不按順序遞送多種類型單位劑量和臨時(shí)單位劑量的治療產(chǎn)品，使患者的藥物方案 能夠適當(dāng)?shù)囟ㄖ?，以適應(yīng)醫(yī)療情況的變化?；颊叩姆桨感枰薷牡囊粋€(gè)實(shí)例情形是，當(dāng)患者 的健康情況發(fā)生意外變化時(shí)。值得注意的是，本發(fā)明確保醫(yī)生作出的患者用藥中的任何改 變可以立即生效。與現(xiàn)有系統(tǒng)相比，這是一個(gè)非常大的優(yōu)勢(shì)，在現(xiàn)有系統(tǒng)中，新藥方的配藥 至少需要幾個(gè)小時(shí)，有時(shí)需要幾天。 本發(fā)明尤其適用于在臨床研究試驗(yàn)中需要立即停用或召回一項(xiàng)治療的情況，而這 種情況經(jīng)常會(huì)發(fā)生(圖26)。在這種情況下，臨床軟件致動(dòng)鎖閉程序，以防止遞送任何已召 回的單位劑量藥物包。據(jù)發(fā)明人所知，本發(fā)明系統(tǒng)是唯一可以實(shí)時(shí)地隔離遠(yuǎn)程產(chǎn)品/批量 產(chǎn)品的技術(shù)平臺(tái)。以此方式，本發(fā)明提供一種獨(dú)特的保障，可以在藥物召回時(shí)保護(hù)患者。這 一特點(diǎn)對(duì)于治療指數(shù)范圍窄的藥物被貼錯(cuò)標(biāo)簽、效力過(guò)低或效力過(guò)高時(shí)，尤其重要。
對(duì)遞送模塊33進(jìn)行設(shè)計(jì)，使從藥物承載器26彈出的每個(gè)單位劑量和臨時(shí)單位劑 量藥物包27在遞送給患者之前，保持完全密封。因此，本發(fā)明避免本領(lǐng)域已知的送藥系統(tǒng) 常見(jiàn)的藥物污染和降解問(wèn)題。替換地，如果藥物污染和降解不是要關(guān)注的，治療產(chǎn)品可從單 位劑量藥物包27彈出用于向患者遞送。 本發(fā)明的另一個(gè)實(shí)施方案將提前用藥功能塊與上述編程的方案遞送相結(jié)合。在該 實(shí)施方案中，遞送模塊33具有增加的可編程功能，通過(guò)輸入適當(dāng)?shù)拿畹接脩艚缑?00中， 指定的健康照護(hù)專業(yè)人員可以提前遞送患者的藥物或一個(gè)或更多個(gè)治療產(chǎn)品的一個(gè)或多 個(gè)單位劑量藥物包27。需要這種功能塊的實(shí)例情形有，患者計(jì)劃暫時(shí)離開他/她的住所，而 這段時(shí)間仍需用藥，不論患者是否遠(yuǎn)離遞送模塊33。在緊急情況下，藥物承載器26可以從 遞送模塊33中取出，在系統(tǒng)外使用。在這些情況下，通過(guò)安全代碼、視頻/智能卡或其他適 當(dāng)?shù)陌踩胧?，可以讓患者或其他授?quán)人員接觸到遞送模塊33。 如上所述，控制中心101服務(wù)器通過(guò)例如射頻連接36連接到非順序性遞送模塊 33，其中，控制中心101具有記錄保持和庫(kù)存清點(diǎn)功能。除了一個(gè)或更多個(gè)臨床設(shè)施接收來(lái) 自遞送模塊33的提醒外，有關(guān)模塊33的運(yùn)行、狀態(tài)和單位劑量/臨時(shí)單位劑量藥物包27的 庫(kù)存等信息被自動(dòng)地傳輸?shù)娇刂浦行腎OI服務(wù)器上。這些信息包括例如設(shè)定的時(shí)間段內(nèi)所 有遞送操作的歷史記錄。向控制中心101報(bào)告部分是通過(guò)使用印在每個(gè)藥物承載器26上 以及其中所含的每個(gè)單位劑量藥物包27上的電子代碼29、31來(lái)實(shí)現(xiàn)的。電子代碼29包含 識(shí)別信息，例如單個(gè)單位劑量藥物包27的序列號(hào)、批號(hào)以及到期日期。以此方式，本發(fā)明允 許對(duì)儲(chǔ)存在模塊33內(nèi)的每個(gè)藥物承載器26和單位劑量藥物包27維持連續(xù)更新的完整庫(kù) 存，并同時(shí)向患者提供每個(gè)單位劑量藥物包27或其中所含的治療產(chǎn)品容器，從其制造到單 位劑量藥物包27的遞送的完整跟蹤核查跟蹤。 盡管控制中心101在其電腦服務(wù)器上維持了編碼信息29、31的記錄，但控制中心 101無(wú)法查看可識(shí)別患者的信息，這些信息安全地保存在物理上位于每個(gè)臨床設(shè)施34范圍 之內(nèi)的數(shù)據(jù)服務(wù)器上。印在藥物承載器26和單位劑量/臨時(shí)單位劑量藥物包27上的電子識(shí)別符號(hào)29和31不包括識(shí)別患者的識(shí)別信息。而是，藥物承載器26根據(jù)其被分配的唯一序列號(hào)29進(jìn)行識(shí)別，而每個(gè)單位劑量藥物包27的識(shí)別是根據(jù)序列號(hào)及/或國(guó)家藥物代碼號(hào)(NDC)31進(jìn)行。如此，本發(fā)明系統(tǒng)符合《健康保險(xiǎn)可攜性責(zé)任法案》(HIPAA)的規(guī)定。
另一個(gè)實(shí)施方案可以和上述報(bào)告功能相結(jié)合，其中，控制中心101例如通過(guò)射頻傳輸36向遞送模塊33發(fā)送查詢信號(hào)，請(qǐng)求庫(kù)存狀況信息。具體的裝置和遞送模塊33的詳細(xì)運(yùn)作如下文所述。 如圖1所示，遞送模塊33包括優(yōu)選地塑料盒狀機(jī)體，適于放在表面上，并具有一個(gè)底座37，底座37支撐頂部面板、側(cè)面板38、39、前面板41和后面板40。前面板41上有電子顯示器42，將與特定單位劑量相關(guān)的文字?jǐn)?shù)字信息和指令向患者傳達(dá)。在一個(gè)實(shí)施方案中，電子顯示器42也可在發(fā)放治療產(chǎn)品之前、期間及/或之后顯示治療產(chǎn)品的圖片。電子顯示器42可包含，例如，液晶顯示器、數(shù)字顯示器或其他合適的傳達(dá)方式。前面板41的部分也設(shè)有聲音警報(bào)，以提醒患者需要服用規(guī)定的單位劑量藥物包27。為了便于患者輸入，機(jī)體的前面板41包括控制鍵43，可以根據(jù)聲音警報(bào)和電子顯示器42作為確認(rèn)鍵使用，使患者能夠服用收到的規(guī)定劑量。可可選地在機(jī)體中并入揚(yáng)聲器和遠(yuǎn)程通信接口 ，用于向患者提供額外的指令或接收患者的反饋信息。本發(fā)明的可選的實(shí)施方案包括溫度控制裝置(例如制冷裝置)，用于調(diào)節(jié)模塊33的溫度，以可滿足某些藥物的需要。電源插座使遞送模塊33可以連接到外部交流電源上。 在實(shí)施方案中，遞送模塊33可包括電池備份，當(dāng)外部電源缺失時(shí)為單元供電。如本領(lǐng)域已知的，這樣的電池備份在正常運(yùn)作期間可使用外部電源充電。當(dāng)外部電源不存在，且電池水平降至低于預(yù)定的閾值時(shí)，遞送模塊33可自動(dòng)彈出儲(chǔ)存在遞送模塊中的一個(gè)或多個(gè)藥物承載器26，如以下更詳細(xì)描述。 在另一個(gè)實(shí)施方案中，本發(fā)明包括與遞送模塊33通信聯(lián)絡(luò)的無(wú)線通信設(shè)備，由患者戴在身上，向一些患者提供額外的提醒。無(wú)線通信設(shè)備可以是例如手表、傳呼機(jī)或垂飾等。另外，也可以通過(guò)電話或電子郵件提醒患者。 當(dāng)側(cè)面板38和39解鎖和打開時(shí)，可以看到藥物承載器26和遞送模塊33的內(nèi)部硬件。為了防止不必要地接觸藥物承載器26，側(cè)面板38和39可能總是處于鎖閉狀態(tài)，除非控制器響應(yīng)與來(lái)自控制中心或臨床設(shè)施發(fā)起的命令而被致動(dòng)。另外，患者、指定的照護(hù)者或其他授權(quán)人員可以利用一張智能卡或安全訪問(wèn)密碼，進(jìn)入模塊33的內(nèi)部。若一個(gè)或更多個(gè)單位劑量藥物包被隔離或召回，必須先輸入智能卡或限制性密碼，才可以與遞送模塊互動(dòng)。在另一個(gè)實(shí)施方案中，遞送模塊33包括語(yǔ)音識(shí)別工具，用于接收和解讀患者或其他授權(quán)人員發(fā)出的口頭命令。 采用本技術(shù)領(lǐng)域眾所周知的方式，遞送模塊33的每個(gè)組件操作來(lái)連接到控制器上，并由控制器響應(yīng)于來(lái)自控制中心101電腦服務(wù)器的命令指令集，通過(guò)控制信號(hào)控制這些組件?？刂破飨蚩刂浦行?01發(fā)送確認(rèn)信息，確認(rèn)信息已收到且指令已被執(zhí)行?？刂破鹘?jīng)編程，可基于從控制中心101遠(yuǎn)程傳達(dá)的信息，在適當(dāng)?shù)臅r(shí)間激活劑量的"落下"功能。具體而言，控制器致動(dòng)警報(bào)、鍵盤43、無(wú)線通信電路、電子顯示器42、傳感器、掃描器92和98、致動(dòng)器60、72和91、馬達(dá)54、73、80和87以及其他電子設(shè)備。 控制器可以是幾種基于微處理器的標(biāo)準(zhǔn)控制器中的一種，這些控制器具有標(biāo)準(zhǔn)類型的致動(dòng)器或伺服驅(qū)動(dòng)器接口和探測(cè)器輸入口 ，或其他能夠使用軟件控制、硬件控制或其組合的合適電路。內(nèi)存用于儲(chǔ)存例如劑量遞送指令和邏輯程序。在一個(gè)實(shí)施方案中，以及如下更詳細(xì)描述的，內(nèi)存可儲(chǔ)存針對(duì)一種或更多種藥物的給藥信息，例如給予"如需要"基礎(chǔ)上或一些其他基礎(chǔ)上患者的藥物。該藥物的管理和給予可由儲(chǔ)存在內(nèi)存中的一個(gè)或更多個(gè)邏輯程序控制。控制器可用于運(yùn)行儲(chǔ)存在內(nèi)存中的程序?？刂菩盘?hào)經(jīng)由分配板傳輸?shù)竭f送模塊33內(nèi)的各種構(gòu)件上并從各種構(gòu)件傳輸。圖16-20進(jìn)一步舉例說(shuō)明控制器與遞送模塊33的電子結(jié)構(gòu)通信的模式。 在一個(gè)實(shí)施方案中，內(nèi)存可針對(duì)儲(chǔ)存在遞送模塊33中的每種藥物儲(chǔ)存用戶定義的描述。用戶定義的描述可包括產(chǎn)品的通用名或俗名，使用戶能夠更容易地識(shí)別正被給予的藥劑。例如，用戶可用"水藥丸"、"睡眠藥丸"等等，而非產(chǎn)品名來(lái)指特定的藥物。相應(yīng)地，通過(guò)使用用戶定義的描述，用戶可對(duì)正服用的藥物有更完整認(rèn)識(shí)。 在圖6所示的示例性實(shí)施方案中，儲(chǔ)存升降器47被設(shè)計(jì)為可以容納多達(dá)十個(gè)藥物承載器26，每個(gè)承載器含有多種劑型和強(qiáng)度的不同治療劑的三十天供應(yīng)量。遞送模塊33因此能夠儲(chǔ)存大致為三百個(gè)藥物的單位劑量和臨時(shí)單位劑量藥物包27。如圖14所示，每個(gè)承載器26可以包括具有不同劑量強(qiáng)度的單一藥物。如此可以允許不同的劑量強(qiáng)度相結(jié)合，以獲得所要的劑量值。盡管本設(shè)計(jì)可以在家庭、療養(yǎng)院、長(zhǎng)期護(hù)理設(shè)施或其他居住環(huán)境中使用，但具有儲(chǔ)存升降器47的遞送模塊33可以容納例如多達(dá)三百個(gè)藥物承載器26，更適宜在機(jī)構(gòu)環(huán)境(例如糾正機(jī)構(gòu))中使用。儲(chǔ)存升降器47可以任何取向儲(chǔ)存藥物承載器26，例如在本公開的范圍內(nèi)水平地及/或垂直地。 每個(gè)單位劑量藥物包27和藥物承載器26在遞送模塊33中的位置部分是通過(guò)使用電子識(shí)別碼29、31或其他庫(kù)存代碼系統(tǒng)確定的。每個(gè)藥物承載器26被裝載到遞送模塊33中時(shí)，電子代碼閱讀器98掃描印在藥物承載器26和單個(gè)單位劑量藥物包27上的電子代碼29和31。編碼的信息被傳輸?shù)娇刂浦行?01電腦服務(wù)器上，在該服務(wù)器中，編碼的信息由控制軟件35與儲(chǔ)存的數(shù)據(jù)庫(kù)記錄相關(guān)聯(lián)。該信息使健康照護(hù)專業(yè)人員可以主動(dòng)地治療遠(yuǎn)離臨床設(shè)施的患者。 通過(guò)菜單驅(qū)動(dòng)的用戶界面100，健康照護(hù)專業(yè)人員可以輕易地提取和審查儲(chǔ)存在患者的遞送模塊33中的單位劑量和臨時(shí)單位劑量藥物包27的庫(kù)存，并在患者的治療參數(shù)范圍內(nèi)選擇適當(dāng)?shù)膭┝俊目刂浦行?01電腦服務(wù)器收到命令信號(hào)后，根據(jù)電子識(shí)別符號(hào)29、31和劑量在遞送模塊33中的位置坐標(biāo)，患者的遞送模塊33放出選定的劑量。
如圖6所示，儲(chǔ)存升降器47包括一個(gè)腔室，該腔室被劃分成多個(gè)儲(chǔ)存池48，分布在升降器47的不同高度上。每個(gè)儲(chǔ)存池48均有水平開口，其大小足以為儲(chǔ)存在儲(chǔ)存池48中的輸送滑架49的前后移動(dòng)提供所需的移動(dòng)空間。輸送滑架49包含一個(gè)具有開口端的框架，限定沿所述框架長(zhǎng)度分布的凹槽50的范圍，使得藥物承載器26的周邊可以很容易地進(jìn)入所述槽(fluting) 50中。滑架49由水平欄桿51支撐，欄桿51沿著儲(chǔ)存池48的內(nèi)表面延伸。欄桿51的端部約接近一般與池48的開口平齊的同心軸52。 可旋轉(zhuǎn)的正齒輪或鏈輪驅(qū)動(dòng)器53安裝在軸52的兩端，能夠與從滑架49的周邊突出的相應(yīng)固定齒輪相接觸并適當(dāng)嚙合，從而實(shí)現(xiàn)輸送滑架49的前后移動(dòng)。響應(yīng)于來(lái)自控制器的信號(hào)，驅(qū)動(dòng)馬達(dá)(例如伺服馬達(dá))54以受控的方式轉(zhuǎn)動(dòng)正齒輪53。盡管本文描述的齒輪組件用于前后移動(dòng)輸送滑架49，應(yīng)該理解可以使用任何適當(dāng)?shù)尿?qū)動(dòng)組件。輸送滑架外邊緣設(shè)有位置記號(hào)，指示滑架49和藥物承載器26整體的精確水平位置("y-軸")。此信息
20由控制器通過(guò)反饋回路布置監(jiān)視。 一旦控制器確定了安裝在儲(chǔ)存升降器內(nèi)的電子代碼閱讀 器98已掃描到適當(dāng)?shù)奶?hào)碼記號(hào)之后，將使驅(qū)動(dòng)馬達(dá)54的嚙合脫開。輸送滑架49通常位于 儲(chǔ)存池48("原點(diǎn)位置"99)中，直至規(guī)定的劑量要被服用或藥物承載器26需要補(bǔ)充藥物。
如以上討論，輸送滑架49可以在前后位置之間水平(x-軸)移動(dòng)(圖9和10)。 在從控制器收到的"送藥"信號(hào)之時(shí)，驅(qū)動(dòng)馬達(dá)54旋轉(zhuǎn)目標(biāo)儲(chǔ)存池48的正齒輪53，使滑架 49和藥物承載器26整體向前移動(dòng)，直到超過(guò)儲(chǔ)存池48的開口 ，并到達(dá)垂直放置的柱塞93 附近的"遞送準(zhǔn)備"位置上。同樣地，在承載器26卸載操作期間，驅(qū)動(dòng)馬達(dá)54將輸送滑架 49推進(jìn)到前進(jìn)位置，滑架的一部分伸到儲(chǔ)存池48的開口之外。此時(shí)，在摩擦驅(qū)動(dòng)組件56的 作用下，滑架49繼續(xù)向前移動(dòng)。當(dāng)輸送滑架49做前后移動(dòng)時(shí)，傳感器監(jiān)視它的移動(dòng)和對(duì)準(zhǔn) 情況。 現(xiàn)在參照?qǐng)D1，機(jī)體前面板41中配有帶把手的裝載門44和插入/收回槽45。當(dāng) 門44打開時(shí)，可以利用槽45插入裝有處方或非處方藥物和藥品的單位劑量藥物包27的藥 物承載器26。緊鄰前面板41內(nèi)表面的是裝載區(qū)，裝載區(qū)帶有用于接收藥物承載器26進(jìn)入 遞送模塊33中的構(gòu)件。這些構(gòu)件的每一個(gè)將在下文中參照?qǐng)D7-10和圖17進(jìn)行詳細(xì)的描 述。 裝載區(qū)中有一個(gè)傳感器，用于探測(cè)是否有藥物承載器26進(jìn)入。傳感器是例如微型 開關(guān)、光學(xué)眼或其他觸電器，適合監(jiān)視藥物承載器26相對(duì)于裝載區(qū)內(nèi)置限位開關(guān)的方位。 當(dāng)傳感器探測(cè)到藥物承載器26已經(jīng)完全插入時(shí)，通過(guò)限位開關(guān)的致動(dòng)，摩擦驅(qū)動(dòng)組件56立 即致動(dòng)。 —對(duì)平行導(dǎo)軌57和58水平地安裝在側(cè)面板38和39上，使輸送滑架49和進(jìn)入的 藥物承載器26能夠適當(dāng)?shù)貙?duì)準(zhǔn)并穿過(guò)機(jī)體的裝載區(qū)輸送到儲(chǔ)存升降器47上。導(dǎo)軌57和 58的每一個(gè)的一端與前面板41的內(nèi)表面對(duì)接，使導(dǎo)軌57和58在該點(diǎn)上與前面板上的插入 /收回槽45相交叉。導(dǎo)軌57和58穿過(guò)機(jī)體的中間部分，到達(dá)儲(chǔ)存升降器47的前面。
閂鎖裝置59的結(jié)構(gòu)允許進(jìn)入的藥物承載器26固定在輸送滑架49上并被帶動(dòng)穿 過(guò)裝載區(qū)。閂鎖裝置59操作來(lái)連接到螺線管60或其他電機(jī)致動(dòng)器上，螺線管通過(guò)支架和 螺絲或類似的五金件裝在機(jī)體側(cè)面板38上。螺線管60上端設(shè)有可收縮的彈簧61和柱塞 62，柱塞62在其頂部?jī)?nèi)有一個(gè)凹槽(groove) 64，支撐閂鎖裝置59的一端。閂鎖裝置59的 另一端有一個(gè)角63，該角與導(dǎo)軌57的周邊對(duì)接并垂直伸到導(dǎo)軌57之上，以擋住裝載通道。
在控制器的致動(dòng)下，螺線管60向下偏置彈簧61和柱塞62。從而將閂鎖裝置59降 到導(dǎo)軌57下方的位置上，使輸送滑架49可以定位在露出的導(dǎo)軌57和58上表面之上，以便 移動(dòng)超出儲(chǔ)存池48，到達(dá)"第一姿勢(shì)"位置，與機(jī)體的前面板41處在同一平面上。螺線管60 將閂鎖裝置59固定在這個(gè)受壓方位上，同時(shí)，通過(guò)插入/收回槽45，藥物承載器26被裝載 到遞送模塊33中。當(dāng)進(jìn)入的藥物承載器26進(jìn)入裝載區(qū)時(shí)，承載器26的周邊自動(dòng)地進(jìn)入滑 架槽50中，以形成一個(gè)整體，送到儲(chǔ)存池48中。此時(shí)，在螺線管60的作用下，閂鎖裝置59 返回到其初始分度位置上，頂在導(dǎo)軌57的周邊上。 導(dǎo)軌57和58上方不遠(yuǎn)處有一個(gè)旋轉(zhuǎn)支架65，該支架安裝在連接機(jī)體側(cè)面板38和 39的水平桿66上并繞著該水平桿轉(zhuǎn)動(dòng)。支架65用于固定摩擦驅(qū)動(dòng)組件56，組件56控制 輸送滑架49和藥物承載器26移動(dòng)穿過(guò)裝載區(qū)。支架65的前方周邊形成一個(gè)拱，與垂直法 蘭67和68相向而對(duì)。法蘭使驅(qū)動(dòng)軸69和一對(duì)基本相等隔開的驅(qū)動(dòng)輪70和71可以方便地固定在支架65上。應(yīng)注意的是，驅(qū)動(dòng)輪70和71的優(yōu)選由橡膠、柔軟可壓縮的聚氨酯泡 沫或其他能夠抓緊含有單個(gè)單位劑量藥物包27的藥物承載器26而不會(huì)破壞或損壞所含藥 物的材料制成。電機(jī)致動(dòng)器72位于導(dǎo)軌57的正上方，垂直懸掛在支架65的頂部表面的開 口上，響應(yīng)于控制信號(hào)，致動(dòng)器可以擴(kuò)張以與藥物承載器26的一個(gè)上表面相配合并施加壓 力到該表面上。此動(dòng)作可促使支架65向下轉(zhuǎn)動(dòng)，并處在一個(gè)角度位置上，將驅(qū)動(dòng)輪70和71 下降到輸送滑架49的上表面之上。 驅(qū)動(dòng)馬達(dá)73 (例如伺服馬達(dá))固定在旋轉(zhuǎn)支架65上，并操作地連接到滑輪系統(tǒng)74 上?；?4以垂直于驅(qū)動(dòng)軸69的方式固定，并可以通過(guò)馬達(dá)73相對(duì)于驅(qū)動(dòng)軸69做移動(dòng)。 當(dāng)致動(dòng)時(shí)，馬達(dá)73轉(zhuǎn)動(dòng)滑輪74，滑輪進(jìn)而轉(zhuǎn)動(dòng)驅(qū)動(dòng)輪70和71。驅(qū)動(dòng)輪70和71的旋轉(zhuǎn)運(yùn) 動(dòng)引導(dǎo)藥物承載器26和輸送滑架49向內(nèi)朝儲(chǔ)存升降器47方向移動(dòng)。當(dāng)輸送滑架49和承 載器26到達(dá)空儲(chǔ)存池48的開口后，滑架49伸出的齒輪元件嚙合安裝在儲(chǔ)存池48開口位 置附近的可旋轉(zhuǎn)正齒輪或鏈輪驅(qū)動(dòng)器53，使滑架49和藥物承載器26朝儲(chǔ)存池48的后方方 向移動(dòng)。傳感器探測(cè)到藥物承載器26和輸送滑架49已經(jīng)到達(dá)其原點(diǎn)位置99時(shí)，控制器將 使與馬達(dá)73及驅(qū)動(dòng)輪70和71的嚙合脫開。 現(xiàn)在參照?qǐng)D3和11，儲(chǔ)存升降器47可操作地連接到升降器支架77上，該支架使升 降器47沿著垂直("z")軸從機(jī)體下半部分的靜止位置移動(dòng)到鄰近遞送區(qū)的運(yùn)轉(zhuǎn)位置上。 升降器的垂直移動(dòng)通過(guò)線性移動(dòng)組件78來(lái)實(shí)現(xiàn)，例如齒輪皮帶和導(dǎo)向螺桿81、滑輪或其他 能夠?qū)Ⅱ?qū)動(dòng)馬達(dá)的旋轉(zhuǎn)運(yùn)動(dòng)轉(zhuǎn)換成線性運(yùn)動(dòng)的標(biāo)準(zhǔn)驅(qū)動(dòng)構(gòu)件。在示例性實(shí)施方案中，正時(shí) 皮帶和導(dǎo)向螺桿81由安裝在機(jī)體底座37上的步進(jìn)馬達(dá)80轉(zhuǎn)動(dòng)。馬達(dá)80根據(jù)從控制器處 接收到的電信號(hào)而致動(dòng)(圖18)。底座37還容納有控制器和電池組(未示出)。
升降器支架77跨越的長(zhǎng)度一般為遞送模塊33的長(zhǎng)度，以使儲(chǔ)存升降器47可被升 高和降低到需要的水平位置上，以獲取儲(chǔ)存在特定儲(chǔ)存池48內(nèi)的藥物承載器26。升降器支 架77包括槽架82，槽架具有中空部分，在上下表面各有一個(gè)相對(duì)應(yīng)的開口 ，使導(dǎo)向螺桿81 及一支或更多支導(dǎo)桿83和84可以垂直地穿過(guò)。總體而言，槽架82用作支撐升降器支架77 的各種構(gòu)件的框架，并使導(dǎo)桿83和84或其他合適的垂直軸(如可調(diào)整的滑塊組件)能夠 穩(wěn)定。槽架82垂直安裝在遞送模塊33的底座37上，鄰近后面板40，并用螺栓、腳輪或其他 合適的五金件固定。 槽架82的中空部分還有上下橫梁102和26，相對(duì)于導(dǎo)桿83和84及導(dǎo)向螺桿81 水平地安裝，上面布有穿孔，導(dǎo)桿83和84及導(dǎo)向螺桿81可分別滑動(dòng)地穿在這些穿孔中。通 過(guò)操作馬達(dá)80和導(dǎo)向螺桿組件81，橫梁102和26可以沿著垂直導(dǎo)桿83和84移動(dòng)。這種 結(jié)構(gòu)使連接在橫梁102和26前方表面上的承載器板85能夠根據(jù)導(dǎo)向螺桿81的移動(dòng)方向 而升高或降低。承載器板85 —般延伸達(dá)整個(gè)機(jī)體寬度，并用作固定和支撐儲(chǔ)存升降器47 的平臺(tái)。儲(chǔ)存升降器47包括從升降器的后壁向外伸出的金屬凸起。該凸起的形狀剛好與 承載器板85上相應(yīng)的凹口相配，使承載器板和儲(chǔ)存升降器47可以方便且牢固地連接在一 起。 儲(chǔ)存升降器47在機(jī)體中的位置由位于驅(qū)動(dòng)馬達(dá)80中的編碼器確定，馬達(dá)80轉(zhuǎn)動(dòng) 時(shí)以電脈沖的形式將位置信息傳遞給控制器(圖11)。當(dāng)編碼器發(fā)出適當(dāng)數(shù)量的脈沖作為 信號(hào)，說(shuō)明儲(chǔ)存升降器47已經(jīng)獲得了接近目標(biāo)藥物承載器26的正確位置之后，控制器將使 馬達(dá)80的嚙合脫開。這樣，儲(chǔ)存升降器47便可以在機(jī)體內(nèi)升高或下降到適當(dāng)?shù)乃健?br> 現(xiàn)在參照?qǐng)D12，根據(jù)臨床軟件32發(fā)出的落下命令，彈出器組件55在預(yù)定的時(shí)間向 患者釋放規(guī)定單位劑量/臨時(shí)單位劑量治療藥物27。彈出器組件55安裝在儲(chǔ)存升降器47 和裝載區(qū)之間，固定在水平滑板("x-軸")86之上并沿著滑板移動(dòng)，滑板延伸達(dá)整個(gè)遞送 模塊33的寬度。在劑量遞送過(guò)程中，彈出器組件55從靜止位置88移動(dòng)到運(yùn)轉(zhuǎn)位置89，該 運(yùn)轉(zhuǎn)位置適合實(shí)現(xiàn)與目標(biāo)單位劑量藥物包27接觸。通過(guò)將來(lái)自健康照護(hù)專業(yè)人員的每個(gè) 指令與具體的單位劑量藥物包27相關(guān)聯(lián)，控制軟件35可以確定正確的單位劑量藥物包27 的識(shí)別。彈出器組件55包括傳感器、電子代碼掃描器92、電機(jī)致動(dòng)器91和柱塞93，其中， 每個(gè)構(gòu)件均垂直放置在容器90之內(nèi)，并由該容器支持，容器90可滑動(dòng)地連接在水平滑板86 上。通過(guò)馬達(dá)87彈出器組件55可以沿x方向移動(dòng)，馬達(dá)87操作來(lái)連接到控制器并受控制 器的控制。彈出器/閱讀器(y-軸)、升降器(z-軸)和滑架(x-軸)上的電機(jī)驅(qū)動(dòng)器經(jīng)設(shè) 計(jì)，具有可靠的不滑性。 傳感器(未示出)(例如光學(xué)傳感器)的位置設(shè)計(jì)，能夠在彈出器組件55移動(dòng)到 達(dá)靠近目標(biāo)單位劑量藥物包27的運(yùn)轉(zhuǎn)位置89時(shí)，感測(cè)其移動(dòng)和對(duì)準(zhǔn)情況。傳感器確保該 運(yùn)轉(zhuǎn)位置89與選定藥物的指定位置坐標(biāo)相對(duì)應(yīng)。這通過(guò)控制器的反饋回路布置得以實(shí)現(xiàn)。
電子代碼掃描器92，例如條形碼閱讀器、光學(xué)識(shí)別閱讀器、射頻識(shí)別標(biāo)簽閱讀器或 其他類似設(shè)備，操作來(lái)連接到并懸掛在致動(dòng)器91的下端，使掃描器頭部位于印在藥物承載 器26和目標(biāo)單位劑量藥物包27封條上的向上的電子識(shí)別碼29和31附近。掃描器92通 過(guò)從承載器發(fā)出的光束的中斷，探測(cè)到藥物承載器26的格子28的單位劑量藥物包27被取 走，并在其后向控制器傳輸信號(hào)，確認(rèn)藥物包已經(jīng)取走。也可以并入電子成像設(shè)備(例如照 相機(jī))，以提供可視反饋，表明目標(biāo)藥物已適當(dāng)?shù)貜乃幬锍休d器26中釋放。
柱塞93具有一個(gè)細(xì)長(zhǎng)軸94，通過(guò)連接在軸94上的線性致動(dòng)器91可以在升高和降 低的位置之間垂直地移動(dòng)。軸94的最下端可以伸到平坦的壓縮邊95，該壓縮邊懸掛在含 有目標(biāo)單位劑量藥物包27的藥物承載器26的格子28的正上方。收到控制信號(hào)后，致動(dòng)器 91向下推動(dòng)柱塞93，使柱塞93與單位劑量藥物包27的編碼表面相接觸，推動(dòng)藥物包27穿 過(guò)格子28的開口 ?；蛘?，致動(dòng)器91向下推動(dòng)柱塞93，使柱塞93與單位劑量藥物包27的非 編碼表面相接觸，將其中含有的治療產(chǎn)品推出單位劑量藥物包27。 斜道96或斜槽安裝在機(jī)體側(cè)面板38和39之上，位于彈出器組件55的下方。斜 道96通常為平坦的表面，延伸達(dá)整個(gè)遞送模塊33的寬度并向下傾斜，以引導(dǎo)彈出的單位劑 量藥物包27或治療產(chǎn)品到達(dá)位于斜道96末端的可旋轉(zhuǎn)擋板97。擋板97用于暫時(shí)地固定 彈出的單位劑量藥物包27，直到患者的方案中的每個(gè)藥物被放出。 一旦每個(gè)規(guī)定的藥物被 放出，伺服馬達(dá)轉(zhuǎn)動(dòng)擋板97離開其初始位置，將彈出的單位劑量藥物包27或治療產(chǎn)品釋放 到接收區(qū)46中，由患者收取。 接收區(qū)46是敞開的部分，位于機(jī)體前面板41之上，患者在這里取藥服用。藥物的 相關(guān)信息，例如釋放出的單位劑量藥物包27或治療產(chǎn)品的類型、數(shù)量和劑量，出現(xiàn)在電子 顯示器42上。替換地，或附加的，通過(guò)由遠(yuǎn)程通信接口和顯示器42、鍵盤43或揚(yáng)聲器提供 指示、額外的信息或接收來(lái)自患者的反饋，健康照護(hù)專業(yè)人員可以直接和患者溝通。
圖23和24流程圖顯示在同一處方期間部分，本發(fā)明以非順序遞送次序向患者提 供目標(biāo)治療劑量而采用的功能步驟。 如以上提及，本發(fā)明的一重要方面是，使遠(yuǎn)離患者的醫(yī)師、藥劑師、護(hù)士或其他健
23康照護(hù)專業(yè)人員能夠以非順序性的順序，向患者提供儲(chǔ)存在遞送模塊33中的任何單位劑 量和臨時(shí)單位劑量藥物包27 (或其中所含治療產(chǎn)品)，而不會(huì)受到預(yù)定順序的限制。這種獨(dú) 特的遞送方案，使健康照護(hù)專業(yè)人員能夠根據(jù)醫(yī)療情況的變化，立即修改、排列、更改或停 用規(guī)定的劑量。因此，無(wú)論是在送藥之前還是送藥期間，都必須隨時(shí)了解遞送模塊33中所 含的每個(gè)單位劑量藥物包27的精確位置和內(nèi)容物。本發(fā)明利用一種反饋回路布置來(lái)管理 這些數(shù)據(jù)流。 操作中，健康照護(hù)專業(yè)人員利用履行、調(diào)整和遵從跟蹤系統(tǒng)(FACT )或其他臨床 軟件應(yīng)用程序32，輸入患者的處方信息和劑量計(jì)劃(圖22)?；颊咝畔⑼ㄟ^(guò)軟件的用戶界 面100獲取，該界面具有菜單驅(qū)動(dòng)工作表作為補(bǔ)充，工作表顯示在健康照護(hù)專業(yè)人員的電 腦監(jiān)視器上。圖29是儲(chǔ)存在內(nèi)存中的工作表，顯示針對(duì)患者的月治療計(jì)劃。圖27-28和圖 30-31提供健康照護(hù)提供者用于與臨床軟件32互動(dòng)的工作表的其他例子。所有患者信息， 包括例如，處方信息、服藥時(shí)間表、劑量遞送標(biāo)準(zhǔn)(例如藥物之間的相互作用和食物與藥物 之間的相互作用)以及劑量遞送結(jié)果歷史記錄等，都儲(chǔ)存在臨床軟件數(shù)據(jù)庫(kù)32中。臨床軟 件數(shù)據(jù)庫(kù)32利用臨床設(shè)施的網(wǎng)絡(luò)安全34策略和程序，驗(yàn)證用戶和對(duì)患者信息的網(wǎng)絡(luò)訪問(wèn) 權(quán)，以符合《健康保險(xiǎn)可攜性責(zé)任法案》的規(guī)定。 在計(jì)劃用藥時(shí)間之前，臨床軟件32將加密的信號(hào)傳輸給位于控制中心101的服務(wù) 器上運(yùn)行的控制軟件32上，以致動(dòng)針對(duì)特定的患者的特定藥物的遞送。該信號(hào)包含代表患 者的規(guī)定藥物方案和用藥計(jì)劃的命令指令集，O以及隨機(jī)生成的、分配給該患者的遞送模塊 33的單元識(shí)別號(hào)(UIN)?；颊叩男彰蚩梢宰R(shí)別患者的任何信息都不會(huì)傳出醫(yī)療設(shè)施的防 火墻34。相應(yīng)地，僅臨床軟件32可以將規(guī)定的方案及用藥計(jì)劃或遞送模塊33與患者相關(guān) 聯(lián)。 信號(hào)傳輸之后，由控制中心101電腦服務(wù)器解讀和驗(yàn)證該信號(hào)。利用UIN，服務(wù)器 的控制軟件35將嵌入信號(hào)中的各個(gè)命令指令與具體的遞送模塊33相關(guān)聯(lián)。然后，控制軟 件35利用一個(gè)查尋程序，將指令與含有目標(biāo)單位劑量藥物包27的具體藥物承載器26相關(guān) 聯(lián)。根據(jù)分配給藥物承載器26和單位劑量藥物包27的編碼識(shí)別符號(hào)29和31，將這些信息 儲(chǔ)存在控制軟件35數(shù)據(jù)庫(kù)中。控制軟件35確定根據(jù)預(yù)定用藥計(jì)劃要遞送給患者的單位劑 量藥物包27或治療產(chǎn)品在遞送模塊33中的具體位置。 控制軟件35數(shù)據(jù)庫(kù)指定藥物承載器26的垂直位置(z-坐標(biāo))以及含有該劑量的 格子28的橫向和縱向位置(分別為y-坐標(biāo)和x-坐標(biāo))。另外，控制軟件35數(shù)據(jù)庫(kù)根據(jù) 藥物承載器26的內(nèi)部構(gòu)造及其所包含的藥物的類型，提供具體的彈出藥物劑量參數(shù)。這通 過(guò)儲(chǔ)存的電子數(shù)據(jù)來(lái)實(shí)現(xiàn)，電子數(shù)據(jù)在藥物承載器26放入遞送模塊33時(shí)發(fā)送到控制中心 101電腦服務(wù)器上。 下一步，控制軟件35將信號(hào)重新格式化為專用協(xié)議，包括隨機(jī)生成的通信令牌和 指令，用以使遞送模塊33根據(jù)該藥物的x、y和z坐標(biāo)落下目標(biāo)藥物。這些指令確保正確的 藥物以適當(dāng)?shù)膭┬秃蛿?shù)量被遞送給患者。通過(guò)射頻或其他合適的鏈路，服務(wù)器將重新格式 化的信號(hào)傳輸?shù)交颊哌f送模塊33內(nèi)的控制器上?？刂破鹘庾x來(lái)自控制中心101服務(wù)器的 命令并向其發(fā)送確認(rèn)信號(hào)。該確認(rèn)信號(hào)包含控制服務(wù)器101驗(yàn)證過(guò)程所需的通信令牌。作 為響應(yīng)，控制服務(wù)器101向遞送模塊33發(fā)送再確認(rèn)信號(hào)，授權(quán)控制器落下規(guī)定的藥物。
收到再確認(rèn)信號(hào)后，模塊33的劑量遞送順序即被致動(dòng)。通過(guò)警報(bào)、顯示器42或其
24他合適的可視、聲音或其他方式，控制器提醒患者服用規(guī)定的單位劑量治療藥物27。在實(shí)施 方案中，揚(yáng)聲器可用于以用戶所知的語(yǔ)言提供提醒。控制器同時(shí)建立相對(duì)于提醒信號(hào)的時(shí) 間窗口 ，在此期間，患者可以通過(guò)，例如，按下控制面板43上的落下鍵，輸入遞送信號(hào)。如果 患者不理睬可視和聲音信號(hào)，信號(hào)將每分鐘或按設(shè)置的時(shí)間間隔重復(fù)。時(shí)間窗口的持續(xù)時(shí) 間由輸入的程序或默認(rèn)值設(shè)定。 若患者在設(shè)定的時(shí)間窗口內(nèi)按下落下鍵43，則控制器在驅(qū)動(dòng)馬達(dá)80的配合下，使 儲(chǔ)存升降器47上升到正確的垂直位置(圖11和圖18)，以便按照命令指令集指定的z坐 標(biāo)，進(jìn)入含有要被遞送的單位劑量藥物包27或單位劑量的儲(chǔ)存池48。儲(chǔ)存升降器47在機(jī) 體內(nèi)的位置通過(guò)基于馬達(dá)的編碼器確定，馬達(dá)80轉(zhuǎn)動(dòng)時(shí)以電脈沖的形式將位置信息傳給 控制器。 一旦發(fā)出適當(dāng)數(shù)量的脈沖信號(hào)，表明儲(chǔ)存升降器47已經(jīng)獲得了正確位置，控制器 將驅(qū)動(dòng)馬達(dá)80的嚙合脫開。 當(dāng)儲(chǔ)存升降器47到達(dá)正確的水平位置可以進(jìn)入指定的儲(chǔ)存池48時(shí)，控制器致動(dòng) 伺服馬達(dá)和滑輪組件54，此二者控制y方向的水平移動(dòng)(圖19)，使輸送滑架49和裝在儲(chǔ) 存池48中的藥物承載器26整體向前移動(dòng)，離開原點(diǎn)位置99。當(dāng)它們向前移動(dòng)時(shí)，位于儲(chǔ) 存升降器47中的電子代碼掃描器98讀取分布在滑架49外邊沿用以指示滑架49和藥物承 載器26位置的位置記號(hào)?？刂破魍ㄟ^(guò)反饋回路布置監(jiān)視該位置信息。控制器一旦確定已 經(jīng)按照從控制服務(wù)器接收的y坐標(biāo)指令掃描到了適當(dāng)數(shù)量的記號(hào)，將脫開與馬達(dá)和滑輪組 件54的嚙合。輸送滑架49和承載器26移動(dòng)進(jìn)入適當(dāng)?shù)奈恢脮r(shí)，掃描器98也讀取貼在藥 物承載器26向上表面上的編碼的識(shí)別碼標(biāo)簽29，該標(biāo)簽含有x坐標(biāo)操作參數(shù)。
此時(shí)，輸送滑架49和藥物承載器26已經(jīng)充分地穿過(guò)了儲(chǔ)存升降器47的開口，使 目標(biāo)單位劑量藥物包27或單位劑量位于彈出器組件55的水平滑板86的下方?？刂菩盘?hào) (圖16和20)被發(fā)送到負(fù)責(zé)繞x-軸移動(dòng)的馬達(dá)87上，使裝在滑板上的容器90從靜止位置 88移動(dòng)到要被遞送的藥物上方的運(yùn)轉(zhuǎn)位置89。在這個(gè)遞送準(zhǔn)備位置，柱塞93的壓縮邊95 懸掛在單位劑量藥物包27的面朝上的編碼31表面的正上方。在替換的實(shí)施方案中，當(dāng)單 位劑量要從單位劑量藥物包取出時(shí)，彈出器組件或柱塞93的壓縮邊95懸掛在單位劑量藥 物包27的非編碼表面的上方。在本公開范圍內(nèi)的其他實(shí)施方案也是可能的。
在這個(gè)方位，懸掛在致動(dòng)器91下端的代碼掃描器92也處于單位劑量藥物包27封 條上的電子識(shí)別碼31的附近位置上。在需要補(bǔ)充確認(rèn)遞送的情況下，作為重復(fù)檢查，掃描 器92讀取識(shí)別碼31并將確認(rèn)信息傳輸給控制器，確認(rèn)選定的劑量是正確的劑量?？刂栖?件35層將每個(gè)命令與具體的藥物承載器26和單位劑量藥物包27相關(guān)聯(lián)，后二者的識(shí)別信 息在裝置遞送模塊33時(shí)被掃描和檢查。 下一步，控制信號(hào)發(fā)送到與柱塞93的軸94相連接的致動(dòng)器91上。此時(shí)，軸94被 向下偏置，由此壓縮邊95接觸到單位劑量藥物包27的編碼31表面。此動(dòng)作使相應(yīng)格子28 上的固定裝置30釋放其中含有的單位劑量藥物包27。彈出的藥物包27落在位于彈出器組 件55下方的斜道96中，并隨后滑入到位于斜道96底部的可轉(zhuǎn)動(dòng)擋板97上。擋板97暫時(shí) 地固定彈出的藥物，直到患者的方案中的每個(gè)藥物被放出為止。在另一個(gè)實(shí)施方案中，壓縮 邊95可接觸到單位劑量藥物包27的非編碼表面，導(dǎo)致所述表面壓縮并將治療產(chǎn)品(或單 位劑量)推過(guò)單位劑量藥物包的編碼表面31。在實(shí)施方案中，當(dāng)治療產(chǎn)品被釋放時(shí)，單位劑 量藥物包27可被固定在相應(yīng)格子28的固定裝置30中。然后，治療產(chǎn)品可落在位于彈出器組件55下方的斜道96中，并滑入可旋轉(zhuǎn)擋板97，擋板暫時(shí)地固定彈出的藥物，直到患者方 案中的每個(gè)藥物被放出為止。 電子代碼掃描器92探測(cè)到單位劑量藥物包27被取出藥物承載器26，或治療產(chǎn)品 被取出單位劑量藥物包27時(shí)，將發(fā)送信號(hào)給控制器，確認(rèn)規(guī)定的劑量已從承載器26中適當(dāng) 地取出。在需要視像識(shí)別的情況下，可以使用電子成像設(shè)備獨(dú)立地核實(shí)目標(biāo)藥物是否已經(jīng) 適當(dāng)?shù)貜某休d器26中放出。 若計(jì)劃從同一個(gè)藥物承載器26放出額外的單位劑量藥物包27或治療產(chǎn)品，例如， 在需要將同種藥物的多種劑量強(qiáng)度相結(jié)合，以獲得正確的劑量值時(shí)，則再次推動(dòng)承載器26 在y方向上向前移動(dòng)，同時(shí)，彈出器組件55移動(dòng)進(jìn)入適當(dāng)?shù)膞位置。當(dāng)所有規(guī)定的藥物都 從藥物承載器26中彈出后，輸送滑架49和承載器26返回到各自在儲(chǔ)存池48中的原點(diǎn)位 置99。 若規(guī)定的單位劑量藥物包27或治療產(chǎn)品位于不同的藥物承載器26中，則按照命 令指令集中指定的z坐標(biāo)，將儲(chǔ)存升降器47升高或降低到適當(dāng)?shù)乃轿恢?。之后，輸送?架49和藥物承載器26向前移動(dòng)，進(jìn)入正確的y位置，同時(shí)，彈出器組件55的容器90在x 方向上移動(dòng)。藥物承載器26處于合適的位置時(shí)，柱塞93將劑量27推出承載器26，使彈出 的劑量27落到斜道96上?；蛘撸?3可從單位劑量藥物包27釋放治療產(chǎn)品以落到斜 道96上。按照從控制中心101電腦服務(wù)器接收到的指令，患者的方案中的每種藥物都重復(fù) 上述順序。應(yīng)當(dāng)理解的是，針對(duì)特定用藥期間的所有藥物都以快速連續(xù)的方式彈出，彈出每 份藥物所需的時(shí)間 一般少于十秒。 計(jì)劃用藥時(shí)間內(nèi)的所有藥物都從各自相應(yīng)的藥物承載器26中放出之后，控制器 致動(dòng)聲音警報(bào)、電子顯示器42或其他合適的提醒機(jī)制，通知患者藥物已備好，可以服用了 。 同時(shí)，控制信號(hào)致動(dòng)操作來(lái)連接到位于斜道96底部的可旋轉(zhuǎn)擋板97上的伺服馬達(dá)。隨著 擋板97的轉(zhuǎn)動(dòng)，彈出的完全密封的單位劑量藥物包27或治療產(chǎn)品落到接收區(qū)46，供患者收 取。同時(shí)，電子顯示器42顯示接收區(qū)46中醫(yī)療產(chǎn)品的描述，可包括，例如，所遞送的醫(yī)療產(chǎn) 品的類型、數(shù)量和劑量。 為了監(jiān)視患者遵從性以及維持患者與遞送模塊33之間互動(dòng)的完整核查跟蹤，在 藥物劑量放出之后，模塊通過(guò)射頻或其他通信鏈路36，自動(dòng)發(fā)送信號(hào)到控制中心101的電 腦服務(wù)器上。該信號(hào)確認(rèn)規(guī)定的藥物劑量已經(jīng)在計(jì)劃的用藥期間內(nèi)被地送給患者。傳輸?shù)?信息附有日期和時(shí)間，以便提供準(zhǔn)確的操作記錄?？刂浦行?01服務(wù)器上運(yùn)行的控制軟件 35接收該信號(hào)并對(duì)該信號(hào)進(jìn)行解碼。信號(hào)經(jīng)驗(yàn)證后，控制軟件35系統(tǒng)性地更新在計(jì)劃的 用藥期間遞送的每個(gè)單位劑量藥物包27或治療產(chǎn)品的狀態(tài)。更新的用藥信息儲(chǔ)存在控制 軟件35數(shù)據(jù)庫(kù)中，以提供遞送模塊33內(nèi)所含的各種醫(yī)療產(chǎn)品的準(zhǔn)確庫(kù)存控制和完美遞送。 藥物劑量送出操作記錄也儲(chǔ)存在控制軟件35數(shù)據(jù)庫(kù)中，然后被格式化為XML信息流，并利 用加密的安全套接字層25，在連續(xù)輪詢循環(huán)中發(fā)送到臨床軟件層32。 如以下更詳細(xì)描述，用戶可輸入一個(gè)或更多個(gè)相應(yīng)于用戶不能接觸遞送模塊33 的時(shí)間期間(例如當(dāng)用戶在假期、工作、上學(xué)、購(gòu)物或類似時(shí))的數(shù)據(jù)及/或時(shí)間。根據(jù)輸 入的數(shù)據(jù)及/或時(shí)間，遞送模塊33可確定要給予的藥劑并可彈出該藥劑給用戶。用戶可通 過(guò)例如鍵盤43的輸入設(shè)備輸入一個(gè)或更多個(gè)數(shù)據(jù)及/或時(shí)間，并可通過(guò)例如42的顯示設(shè) 備將關(guān)于每種藥劑何時(shí)服用的信息顯示給用戶。
臨床軟件32每隔幾分鐘檢查發(fā)送到臨床設(shè)施的數(shù)據(jù)服務(wù)器上的狀態(tài)更新。臨床 軟件32收到操作記錄時(shí)，軟件32將信息儲(chǔ)存在特定數(shù)據(jù)庫(kù)中，即還含有患者的治療方案和 健康照護(hù)專業(yè)人員輸入的藥物劑量遞送指令的那個(gè)數(shù)據(jù)庫(kù)。操作記錄提供例如患者遞送模 塊33中所包含的單位劑量藥物包27的最新完整庫(kù)存以及患者收到規(guī)定劑量的日期和時(shí)間 等信息。該信息被直接提供給臨床設(shè)施內(nèi)的一個(gè)或更多個(gè)電腦站100，使授權(quán)的健康照護(hù)專 業(yè)人員能夠?qū)崟r(shí)地審查患者的劑量遞送結(jié)果。當(dāng)從控制中心服務(wù)器接收到劑量確認(rèn)消息， 說(shuō)明規(guī)定的劑量已經(jīng)遞送給患者之后，臨床軟件33啟動(dòng)一個(gè)程序，從待處理列表中移除該 項(xiàng)特定的劑量遞送事件。 若患者在計(jì)劃的用藥時(shí)間未響應(yīng)遞送模塊33生成的提醒，例如，未能在設(shè)定的時(shí) 間窗口結(jié)束之前按遞送模塊33的落下鍵43， 一個(gè)程序?qū)?dòng)，該程序可包含呼叫患者或呼 叫患者的照護(hù)提供者、醫(yī)生、藥劑師或其他指定的個(gè)人。遞送模塊33通過(guò)射頻或其他合適 的通信鏈路36，自動(dòng)將提醒傳輸給控制中心101服務(wù)器。之后，利用上述的安全加密方法 25，將漏服劑量的通知立即傳輸給臨床設(shè)施的數(shù)據(jù)服務(wù)器。 在另一個(gè)實(shí)施方案中，使用例如兩個(gè)時(shí)間窗口，期間患者可以輸入遞送信號(hào)，如， 按下落下鍵43 。在第一個(gè)時(shí)間窗口 ，遞送模塊33生成一個(gè)初級(jí)強(qiáng)度的聲音、可視或其他警 報(bào)。若第一個(gè)時(shí)間窗口結(jié)束而患者還沒(méi)有輸入遞送信號(hào)，模塊33將提高警報(bào)等級(jí)。增加的 警報(bào)等級(jí)，或者，逐步增加，直至第二個(gè)時(shí)間窗口結(jié)束。若患者在第二個(gè)時(shí)間窗口結(jié)束時(shí)仍 未響應(yīng)警報(bào)，則不遵從行為的通知將被傳輸?shù)娇刂浦行?01服務(wù)器。 只有患者在指定的時(shí)間間隔內(nèi)按下落下鍵43時(shí)，規(guī)定的藥物劑量的遞送才會(huì)發(fā) 生。本發(fā)明以此方式確?；颊咴谡_的用藥時(shí)間接收準(zhǔn)確的規(guī)定的藥劑。此特點(diǎn)可以改善 患者的遵從性，使保護(hù)患者避免在非規(guī)定的用藥時(shí)間服用多劑藥物，因?yàn)檫@可能導(dǎo)致不良 的藥物相互作用。 患者的藥物服用結(jié)果實(shí)時(shí)地被發(fā)送到臨床設(shè)施并被接收。通過(guò)生成提醒信息，并 顯示在健康照護(hù)專業(yè)人員的電腦監(jiān)視器上(用戶界面100)，臨床軟件32自動(dòng)地提醒健康照 護(hù)專業(yè)人員患者的不遵從行為。然后，健康照護(hù)專業(yè)人員可及時(shí)采取措施，直接聯(lián)系患者及 /或發(fā)回適當(dāng)?shù)拿畹竭f送模塊33，或者采取如下文所述的措施。 在審查不遵從通知后，患者的醫(yī)師、藥劑師或其他持照健康照護(hù)專業(yè)人員提取患 者的治療方案并進(jìn)行評(píng)估，治療方案儲(chǔ)存在臨床軟件32數(shù)據(jù)庫(kù)中，可以通過(guò)用戶界面100 獲取。該信息包括但不限于處方信息，如處方醫(yī)療產(chǎn)品的名稱、類型(品牌或?qū)兕?、效力強(qiáng) 度和劑型、用藥時(shí)間表、服藥標(biāo)準(zhǔn)(如藥物之間的相互作用和藥物與食物之間的相互作用) 及下一個(gè)劑量遞送時(shí)間。然后，健康照護(hù)專業(yè)人員確定患者的藥物方案、用藥時(shí)間表或兩者 是否應(yīng)修改，以調(diào)節(jié)漏服劑量，例如，利用適當(dāng)?shù)墓ぷ鞅?00，輸入指令取消、排序或修改規(guī) 定的劑量值。 通過(guò)使用電子識(shí)別碼29和31，無(wú)論是在劑量遞送之前還是遞送期間，都可以隨時(shí) 地了解特定遞送模塊33中處方和非處方藥物、藥品和營(yíng)養(yǎng)藥品的精確位置和內(nèi)容物。該信 息由控制中心101儲(chǔ)存并監(jiān)視。每次用藥操作的記錄(包括尚未使用的單位劑量藥物包27 的最新庫(kù)存)在每次操作發(fā)生之后，被立即傳輸?shù)脚R床設(shè)施。健康照護(hù)專業(yè)人員審查顯示 在他/她的電腦顯示器(用戶界面IOO)上的最新庫(kù)存清單。如果開處方的醫(yī)師認(rèn)為需要 計(jì)劃外劑量及/或調(diào)整計(jì)劃，則健康照護(hù)專業(yè)人員從患者可用的規(guī)定的治療藥物列表中選擇另一個(gè)劑量或不同的藥物，并輸入適當(dāng)?shù)乃退幰?。新的劑量信息保存在臨床軟件32數(shù) 據(jù)庫(kù)中?；颊卟槐厍巴t(yī)師辦公室或藥店，即可獲得新處方。這樣便不存在延遲治療或打 破治療的連續(xù)性，遵從規(guī)定治療方案的問(wèn)題也幾乎可以立即得到解決。 以類似的方式，本發(fā)明系統(tǒng)使健康照護(hù)專業(yè)人員能夠幾乎立即地對(duì)患者健康情況 的意外變化做出積極的反應(yīng)。本發(fā)明對(duì)于通過(guò)按照患者的需要隨時(shí)間變化進(jìn)行例如實(shí)驗(yàn)室 檢查的方式持續(xù)地評(píng)估適當(dāng)劑量的情形很適合。在這些情況下，健康照護(hù)專業(yè)人員能夠幾 乎立即地遠(yuǎn)程調(diào)整患者的劑量或提供不同的藥物，無(wú)需新處方。在醫(yī)生開出治療指數(shù)范圍 窄的藥物時(shí)，這一點(diǎn)尤其重要，因?yàn)榛颊哂盟庍^(guò)量或不足可導(dǎo)致嚴(yán)重的副作用和疾病。本發(fā) 明可以防止患者病情惡化，因?yàn)榛颊吣軌蚶^續(xù)他/她的療程，不存在具有潛在危害性的中 斷。 每隔幾分鐘，臨床軟件32啟動(dòng)一程序，監(jiān)視含有健康照護(hù)專業(yè)人員輸入的計(jì)劃和 指令的數(shù)據(jù)庫(kù)是否有修改。若軟件32檢測(cè)到劑量及/或時(shí)間表改變，則利用加密的安全套 接字層36，傳輸信息到控制中心101電腦服務(wù)器的URL地址上。如上文所述，信息被格式化 為包含控制中心101服務(wù)器驗(yàn)證所需的單元識(shí)別號(hào)(UIN)和其他識(shí)別符號(hào)的XML命令指令 集。安裝在服務(wù)器上的控制軟件35驗(yàn)證并解碼來(lái)自臨床軟件32的指令。然后將回復(fù)信號(hào) 發(fā)送到臨床軟件32，確認(rèn)收到這些指令。利用UIN，控制軟件35將調(diào)整的劑量遞送要求和 特定的遞送模塊33相關(guān)聯(lián)。控制軟件35然后參考其數(shù)據(jù)庫(kù)，根據(jù)儲(chǔ)存在模塊33中單位劑 量藥物包27的當(dāng)時(shí)庫(kù)存信息，確定待送給患者的單位劑量藥物包27或治療產(chǎn)品在遞送模 塊33中的具體位置。遞送模塊33能夠以非順序方式放出藥物包27或治療產(chǎn)品，而不受按 順序遞送的限制。 控制軟件35利用一查尋程序，提取含有目標(biāo)單位劑量藥物包27的特定藥物承載 器26的垂直位置(z坐標(biāo))，以及含有該劑量的格子28的橫向和縱向位置(分別為y坐標(biāo) 和x坐標(biāo))。此外，根據(jù)藥物承載器26的內(nèi)部構(gòu)造和內(nèi)含藥物的類型，查尋程序還會(huì)找出具 體的劑量彈出參數(shù)。這通過(guò)儲(chǔ)存的電子編碼的識(shí)別符號(hào)29和31來(lái)實(shí)現(xiàn)。控制軟件35同 時(shí)監(jiān)視當(dāng)前時(shí)間與被修改劑量的計(jì)劃落下時(shí)間。當(dāng)前時(shí)間等于被修改劑量的計(jì)劃落下時(shí)間 時(shí)，軟件35通過(guò)射頻或其他合適的通信鏈路36，將命令信號(hào)傳輸?shù)竭f送模塊33。信號(hào)包括 要求遞送模塊33根據(jù)指定的位置坐標(biāo)落下被修改的劑量的指令。 要被激活的遞送模塊33收到命令信號(hào)時(shí)，通過(guò)儲(chǔ)存在控制器內(nèi)存中的邏輯程序， 模塊控制器對(duì)命令信號(hào)進(jìn)行解碼和驗(yàn)證，并將命令信號(hào)載入控制器執(zhí)行隊(duì)列中。之后，控 制器立即通過(guò)可視、聲音或其他形式，提醒患者需要服用已調(diào)整的劑量。當(dāng)患者對(duì)遞送模 塊33生成的提醒做出反應(yīng)之后，例如，說(shuō)出指定的口頭命令或在設(shè)定的時(shí)間內(nèi)按下落下鍵 43，劑量遞送順序即被初始化。目標(biāo)劑量送給患者之后，確認(rèn)和狀態(tài)信息被發(fā)送到控制中心 101服務(wù)器上。這些結(jié)果立即得到處理并傳輸?shù)脚R床設(shè)施，讓指定的醫(yī)療人員通過(guò)用戶界面 IOO，實(shí)時(shí)地審查患者的劑量遞送結(jié)果。因此，本文描述的反饋布置允許立即地調(diào)整和更改 患者的藥物治療方案，以適應(yīng)醫(yī)療情況變化。 在遞送藥物劑量時(shí)，健康照護(hù)專業(yè)人員可以通過(guò)電話、電子郵件或通過(guò)輸入適當(dāng) 的命令到患者的電腦終端，與患者交流。命令信號(hào)由控制軟件35處理，并隨后傳輸?shù)交颊?的遞送模塊33上。通過(guò)此遠(yuǎn)程界面(包括例如鍵盤及/或揚(yáng)聲器)，可以促使患者提供信 息或回答問(wèn)題。
28
傳統(tǒng)的送藥系統(tǒng)可以向健康照護(hù)專業(yè)人員提供有關(guān)患者健康狀況的數(shù)據(jù)，而本發(fā) 明系統(tǒng)則允許健康照護(hù)專業(yè)人員遠(yuǎn)程對(duì)患者健康狀況的變化做出積極的反應(yīng)。遞送模塊33 中所含的每個(gè)單位劑量藥物包27被單獨(dú)編碼31并記入庫(kù)存，以可被獨(dú)立獲取和跟蹤。因 此，健康照護(hù)專業(yè)人員能夠以非順序性的順序和受控和可核查的方式，一劑一劑地提供藥 物。這樣，患者遵從規(guī)定治療方案的情況可以得到精確的監(jiān)視。此外，在收到有關(guān)患者健康 狀況變化的信息的同時(shí)時(shí)，便可以實(shí)時(shí)地在醫(yī)生指定的參數(shù)范圍內(nèi)作出調(diào)整劑量和其他治 療決定。如果這可以使遠(yuǎn)程醫(yī)療和遠(yuǎn)程藥房服務(wù)得到全面的提高，那么這個(gè)優(yōu)點(diǎn)就顯得特 別重要。 如以上討論，在本示例性實(shí)施方案中的遞送模塊33可以容納多個(gè)藥物承載器26， 每一個(gè)都包含多種治療劑。因此，為了便于說(shuō)明，下文將介紹典型承載器26的裝在操作(圖 7-10、17和25a)。 當(dāng)收到新的藥物承載器26時(shí)，一般由患者、照護(hù)者或其他授權(quán)的操作者裝載全空 或半空的遞送模塊33。用戶只要按下位于機(jī)體前面板41上的裝載鍵43，使控制器通過(guò)射 頻或其他合適的傳輸方法36，將裝載確認(rèn)請(qǐng)求發(fā)送到控制中心101。控制中心101收到裝 載請(qǐng)求后，由控制軟件35驗(yàn)證裝載請(qǐng)求信號(hào)，并在多數(shù)情況下接受裝載請(qǐng)求。若啟動(dòng)裝載 操作要求安全密碼或其他授權(quán)，而操作者又沒(méi)有輸入，則裝載確認(rèn)請(qǐng)求將被拒絕。
在另一個(gè)實(shí)施方案中，裝載操作由控制軟件35啟動(dòng)。控制中心101服務(wù)器向遞送 模塊33發(fā)送含有隨機(jī)生成的通信令牌的加密裝載指令。收到指令后，模塊的控制器對(duì)指令 信號(hào)進(jìn)行解碼并驗(yàn)證。若驗(yàn)證的結(jié)果為真，則控制器向服務(wù)器發(fā)送回復(fù)信號(hào)，確認(rèn)收到裝載 指令。之后，遞送模塊33生成聲音、可視或其他提醒，以使提示患者或其他操作者按下裝載 鍵43。 操作者按下裝載鍵43后，儲(chǔ)存升降器47立即從機(jī)體下半部分中的靜止位置上升 到一個(gè)可以將新藥物承載器26裝載到儲(chǔ)存池48中的位置上。控制器動(dòng)作，在馬達(dá)80和導(dǎo) 向螺桿組件81的作用下，儲(chǔ)存升降器47移動(dòng)到機(jī)體內(nèi)的適當(dāng)水平位置上。儲(chǔ)存升降器47 上升到一個(gè)適當(dāng)高度上，使待裝的儲(chǔ)存池48基本上與沿著機(jī)體側(cè)面板38和39延伸的水平 導(dǎo)軌57和58對(duì)接。在這個(gè)位置上時(shí)，輸送滑架49的下表面稍稍比導(dǎo)軌57和58高一些， 這樣，在退走儲(chǔ)存池48時(shí)，滑架49可以自動(dòng)地頂在導(dǎo)軌上。如前文所述，在編碼器的作用 下，儲(chǔ)存升降器47自動(dòng)移動(dòng)到正確的位置。 儲(chǔ)存升降器47處于適當(dāng)?shù)奈恢脮r(shí)，致動(dòng)器60將閂鎖裝置59降低到導(dǎo)軌57下方的 無(wú)阻礙位置，以保持裝載通道的暢通。輸送滑架49從其在儲(chǔ)存池48中的原點(diǎn)位置99向前 移動(dòng)到達(dá)一個(gè)位置，在此位置上，滑架49伸到了機(jī)體的裝載區(qū)中?；?9進(jìn)入裝載區(qū)時(shí)， 傳感器探測(cè)到它的移動(dòng)，并將位置信息傳給控制器?？刂菩盘?hào)發(fā)送到裝有旋轉(zhuǎn)支架的致動(dòng) 器72上，致動(dòng)器72向下張開，以接觸到滑架49的上表面。同時(shí)，旋轉(zhuǎn)支架65向下轉(zhuǎn)動(dòng)，使 驅(qū)動(dòng)輪70和71下降到滑架49的上表面。在馬達(dá)73和滑輪組件74的作用下，驅(qū)動(dòng)輪70 和71朝向外的方向轉(zhuǎn)動(dòng)，使滑架49沿著導(dǎo)軌57和58再向前移動(dòng)。 當(dāng)輸送滑架49的前邊緣接觸到機(jī)體前面板41，并與前面板在相同的高度上，即處 于第一姿勢(shì)位置時(shí)，控制器暫時(shí)地解開與馬達(dá)73的嚙合，使滑架49停止向前移動(dòng)。張開的 致動(dòng)器72向上移動(dòng)到達(dá)其原始的升高位置上，同時(shí)促使旋轉(zhuǎn)支架65和驅(qū)動(dòng)輪70/71向上 轉(zhuǎn)動(dòng)，而離開滑架49。在這個(gè)位置上，滑架26與機(jī)體前面板41上的插入/收回槽45對(duì)接。輸送滑架49此時(shí)處在接收進(jìn)入的藥物承載器26的位置上。因?yàn)檫f送模塊33能夠以隨機(jī) 順序獲取并遞送患者的劑量，所以，沒(méi)有必要以特定的順序?qū)⑺幬锍休d器26裝到遞送模塊 33中。這克服了現(xiàn)有技術(shù)設(shè)備的一個(gè)重大缺點(diǎn)，S卩，藥物必須按其要被遞送的順序裝載。
此時(shí)，通過(guò)聲音、可視或其他方式，使操作者打開裝載門44的把手，以將新的藥物 承載器26插入到插入/收回槽45中，藥物最好朝下。通過(guò)監(jiān)視傳感器，控制器確定藥物承 載器26是否已經(jīng)放入槽45中。當(dāng)傳感器探測(cè)到藥物承載器26已經(jīng)完全插入時(shí)，即藥物承 載器26的周邊充分地伸入裝載區(qū)(例如三英寸或其他預(yù)定的距離)以致動(dòng)限位開關(guān)時(shí)，控 制器指示驅(qū)動(dòng)輪70和71張開并往反方向即向內(nèi)的方向旋轉(zhuǎn)，并相應(yīng)地提升藥物承載器26， 使其穿過(guò)插入/收回槽45，進(jìn)入等候的滑架49。 傳感器探測(cè)到藥物承載器26完全進(jìn)入滑架49時(shí)，致動(dòng)器60促使閂鎖裝置59恢復(fù) 其在導(dǎo)軌57上方的原始分度位置，將滑架49固定在導(dǎo)軌57和58上，以便由驅(qū)動(dòng)輪70和 71輸送。藥物承載器26和滑架49向后朝空的儲(chǔ)存池48移動(dòng)時(shí)，位于藥物承載器26附近 的電子掃描器98在控制信號(hào)的指示下致動(dòng)。掃描器98讀取貼在藥物承載器26向上表面 的編碼識(shí)別符號(hào)29標(biāo)簽，該標(biāo)簽帶有承載器的序列號(hào)。掃描器98也會(huì)記錄要儲(chǔ)存藥物承 載器26的具體儲(chǔ)存池48。之后，從掃描器98上提取的信息被立即傳到位于控制中心101 的電腦服務(wù)器上。 藥物承載器26和輸送滑架49接近儲(chǔ)存池48的開口后，馬達(dá)和滑輪組件54促使 安裝在儲(chǔ)存池48開口附件的正齒輪53旋轉(zhuǎn)，使滑架49向后移動(dòng)到原點(diǎn)位置99。然后脫開 旋轉(zhuǎn)支架65與馬達(dá)73的嚙合，使驅(qū)動(dòng)輪70和71停止旋轉(zhuǎn)。此時(shí)，張開的致動(dòng)器72向上 移動(dòng)到其原始的升高位置上，同時(shí)促使旋轉(zhuǎn)支架65向上轉(zhuǎn)動(dòng)，以鎖定在其初始位置上。
之后，儲(chǔ)存升降器47幾乎立即地被升高或降低到另一個(gè)位置，即水平位置，以裝 載第二個(gè)藥物承載器26。此時(shí)，操作者被提示將另一個(gè)藥物承載器26插到插入/收回槽 45。每一個(gè)新承載器26都以類似的方式裝載，滑架49向前移動(dòng)，以接收和輸送進(jìn)入的承載 器26到達(dá)儲(chǔ)存升降器47，直至所有的藥物承載器26都放入遞送模塊33中。然后以聲音、 可視或其他方式通知操作者裝載操作已經(jīng)完成。整個(gè)過(guò)程發(fā)生得很快，一般在三分鐘之內(nèi)。
如上文所述，承載器朝儲(chǔ)存升降器47前進(jìn)時(shí)，電子掃描器98(例如條形碼閱讀器、 光學(xué)識(shí)別閱讀器或射頻識(shí)別標(biāo)簽閱讀器)掃描印在各藥物承載器26裸露表面上的電子識(shí) 別碼29，并將承載器26在其中的具體位置成像。這些信息提供給控制中心101電腦服務(wù) 器，供以后提取。裝載操作完成后，被掃描的每個(gè)藥物承載器26依次地暫時(shí)被移出儲(chǔ)存池 48。掃描器98找到并讀取印在承載器26內(nèi)每個(gè)單位劑量藥物包27封條上的電子識(shí)別代 碼31，并對(duì)儲(chǔ)存單位劑量藥物包27的具體儲(chǔ)存池47進(jìn)行成像。然后，控制器將掃描器提取 的信息傳給控制中心101，在控制中心，信息與之前輸入到控制軟件35數(shù)據(jù)庫(kù)的編碼數(shù)據(jù) 相關(guān)聯(lián)。這樣，特定的遞送模塊33中所含的每個(gè)單位劑量和臨時(shí)單位劑量藥物包27的精 確位置和內(nèi)容便可以儲(chǔ)存在控制軟件層35中，從而可以從生產(chǎn)直到送至患者的整個(gè)過(guò)程 準(zhǔn)確地跟蹤每一劑藥27。如前文所述，這些儲(chǔ)存的數(shù)據(jù)使健康照護(hù)專業(yè)人員能夠在遠(yuǎn)程選 擇和遞送適當(dāng)?shù)闹委熕幬锝o患者。 圖25b舉例說(shuō)明典型的卸載操作。藥物承載器26 —般在患者的藥物用完時(shí)，由患 者、照護(hù)者或其他授權(quán)的操作者卸載。操作者只要按下位于機(jī)體前面板41的"卸載"鍵43， 提示控制器發(fā)送確認(rèn)請(qǐng)求信號(hào)到控制中心101服務(wù)器。服務(wù)器收到信號(hào)后，控制軟件35驗(yàn)
30證25信號(hào)并核準(zhǔn)卸載，控制中心101數(shù)據(jù)庫(kù)檢查一個(gè)或更多個(gè)藥物承載器26的預(yù)選數(shù)量 的格子28是空的。確認(rèn)請(qǐng)求所需的信息儲(chǔ)存在服務(wù)數(shù)據(jù)庫(kù)中，通過(guò)使用電子編碼的識(shí)別符 號(hào)29和31，該數(shù)據(jù)庫(kù)持續(xù)地記錄并更新遞送模塊33內(nèi)每個(gè)單位劑量藥物包27的位置和狀 態(tài)。這樣，控制中心101能夠隨時(shí)了解每個(gè)單位劑量藥物包27的情況。
在另一個(gè)實(shí)施方案中，卸載操作由控制軟件層35發(fā)起。如服務(wù)器數(shù)據(jù)庫(kù)所反映， 當(dāng)患者的藥物供應(yīng)低于預(yù)設(shè)的水平時(shí)，控制中心101服務(wù)器發(fā)送加密的25卸載指令到遞送 模塊33。遞送模塊33控制器對(duì)信號(hào)進(jìn)行解碼并確認(rèn)其真實(shí)性。若為真，則控制器向服務(wù)器 發(fā)送回復(fù)信號(hào)，確認(rèn)收到卸載指令。之后，遞送模塊33生成一個(gè)聲音、可視或其他形式的提 醒，以提示患者或其他操作者按下卸載鍵43。 操作者致動(dòng)卸載鍵43后，儲(chǔ)存升降器47立即從其靜止位置升高到一個(gè)可以將已 空的藥物承載器26從儲(chǔ)存池48中移出的位置。之后，輸送滑架49和藥物承載器26按前 文所述的方式，被引導(dǎo)進(jìn)入機(jī)體上的裝載區(qū)。輸送滑架49的前邊緣接觸到機(jī)體前面板41， 并與前面板在相同的高度上，即處于第一姿勢(shì)位置時(shí)，滑架49停止向前移動(dòng)。但是，驅(qū)動(dòng)滾 輪70和71繼續(xù)向外轉(zhuǎn)動(dòng)，將已空的藥物承載器26移出滑架49，使其進(jìn)入插入/取出槽45。 傳感器監(jiān)視外出的藥物承載器26在插入/取出槽45上的移動(dòng)。 藥物承載器26的前邊緣超出機(jī)體前面板41，突出約三英寸(或適合操作者手動(dòng)取 出承載器26的其他距離)之后，控制器暫時(shí)解開與馬達(dá)73的嚙合，以防止驅(qū)動(dòng)輪70和71 繼續(xù)轉(zhuǎn)動(dòng)。空藥物承載器26現(xiàn)在處于可由操作者取出的位置。此時(shí)，通過(guò)聲音、可視或其 他方式，操作者被提示打開裝載門44的把手，以從插入/取出槽45提取藥物承載器26。
傳感器探測(cè)到空藥物承載器26已經(jīng)取出時(shí)，控制器發(fā)送信號(hào)給馬達(dá)73，使其反方 向(即向內(nèi))轉(zhuǎn)動(dòng)驅(qū)動(dòng)輪70和71，使輸送滑架49向后朝已卸空的儲(chǔ)存池48的方向移動(dòng)。 滑架49到達(dá)其原點(diǎn)位置99后，與馬達(dá)73的嚙合即脫開，使驅(qū)動(dòng)輪70和71停止轉(zhuǎn)動(dòng)。此 時(shí)，支架致動(dòng)器72向上移動(dòng)到其原始的升高位置，同時(shí)促使旋轉(zhuǎn)支架65向上轉(zhuǎn)動(dòng)，進(jìn)入其 初始位置。在這個(gè)時(shí)候，閂鎖裝置59恢復(fù)到其鄰近導(dǎo)軌57的分度方位上。
然后，儲(chǔ)存升降器47升高或下降，以卸載下一個(gè)空的藥物承載器26。每個(gè)儲(chǔ)存池 48以類似的方式被卸空，直至所有空承載器26都從遞送模塊33中卸出。應(yīng)理解，藥物承載 器26的卸載連續(xù)快速地發(fā)生，其中，儲(chǔ)存升降器47被移動(dòng)到適當(dāng)?shù)奈恢?，恰好使已空的?載器26從相應(yīng)的儲(chǔ)存池48中卸出，這一操作幾乎與通過(guò)插入/取出槽45彈出承載器26 的操作同時(shí)發(fā)生。到操作者收到被彈出的每個(gè)承載器26時(shí)，整個(gè)過(guò)程只需三分鐘。
所有空藥物承載器26都從遞送模塊33中卸出后，控制中心101服務(wù)器發(fā)送裝載 信號(hào)到空的模塊33的控制器。然后，通過(guò)聲音、可視或其他方式，通知操作者可以給模塊33 補(bǔ)充新藥物承載器了。此時(shí)，操作者只需按下位于機(jī)體前面板41上的裝載鍵43，然后打開 裝載門44，將新的藥物承載器26插到插入/取出槽45中。 如上所述，遠(yuǎn)程藥物管理系統(tǒng)由臨床和通信軟件，送藥單元和藥物封裝組成。該系 統(tǒng)提供一種方法用于將患者的規(guī)定的藥物儲(chǔ)存在遞送單元中，使醫(yī)療提供者遠(yuǎn)程制定患 者的規(guī)定的藥物計(jì)劃，使醫(yī)療提供者在規(guī)定的藥物應(yīng)被服用時(shí)向患者提供通知，以釋放規(guī) 定的藥物到遞送單元的盤，該盤可根據(jù)患者的命令被患者獲取，以及為醫(yī)療提供者提供事 件的歷史記錄。如此，該系統(tǒng)旨在用作健康照護(hù)提供者在管理針對(duì)在家中或診所中的患者 的治療方案的輔助的應(yīng)用。
31
除以上描述的功能，其他各種功能也可以是有益的，特別是在解決有關(guān)藥物的安 全遞送問(wèn)題上。例如，一個(gè)重要的問(wèn)題是患者不能正確地識(shí)別他/她的藥物。送藥單元應(yīng) 識(shí)別藥物或含有藥物的藥物包，而不依賴于患者來(lái)完成該任務(wù)。送藥單元應(yīng)使用制造商或 藥廠的標(biāo)簽識(shí)別藥物。如果該設(shè)備不能識(shí)別藥物，則設(shè)備應(yīng)不接受藥物且應(yīng)提供該藥物不 可識(shí)別和不能以該設(shè)備使用的通知。此外，應(yīng)假設(shè)，患者將依賴于送藥單元來(lái)正確地遞送他 /她的藥物。送藥單元的電機(jī)系統(tǒng)應(yīng)可靠地在規(guī)定的時(shí)間以規(guī)定的劑量放出藥物，并確認(rèn)所 述劑量已被成功地遞送?；蛘?，送藥單元應(yīng)提供藥物尚未按規(guī)定釋放的通知。遞送事件的 完整歷史日志應(yīng)被保留。 更進(jìn)一步，送藥單元遞送正確的藥物的能力取決于送藥單元識(shí)別每種藥物的能力 以及確認(rèn)所述送藥單元中含有的所述藥物的數(shù)量與計(jì)劃的治療一致的能力。如果送藥單元 中含有的藥物不足以在特定的用藥周期遞送規(guī)定的藥物，設(shè)備應(yīng)提供通知。因此，設(shè)備應(yīng)能 夠確認(rèn)其中所含的每種藥物的具體數(shù)量。 更進(jìn)一步，送藥單元不應(yīng)接收超過(guò)其到期日期的藥物，并應(yīng)提供該藥物已到期且 不能被用于該設(shè)備的通知。鑒于這些考慮，送藥單元應(yīng)至少能夠當(dāng)不能識(shí)別藥物包時(shí)，自 動(dòng)地彈出封裝的藥物；確認(rèn)正確的藥物被選擇和遞送；在失敗、不正確的藥物、到期的藥物 等事件時(shí)，提供通知；確認(rèn)一種或更多種藥物的數(shù)量；以及當(dāng)送藥單位確認(rèn)藥物數(shù)量失敗 時(shí)，提供通知。無(wú)論何種原因，均能通過(guò)實(shí)時(shí)異常報(bào)告系統(tǒng)來(lái)轉(zhuǎn)移風(fēng)險(xiǎn)。系統(tǒng)所有部分(特 別包含送藥單元)的錯(cuò)誤(包含有條件的成功)，應(yīng)被記錄并報(bào)告。 如果斷電會(huì)阻止患者從送藥單元取出他們的藥物，或控制軟件不能與送藥單元通 信以調(diào)整用藥計(jì)劃或監(jiān)視遵從性，都會(huì)帶來(lái)風(fēng)險(xiǎn)。為此，若提供維持送藥單元通信能力并繼 續(xù)運(yùn)行一段時(shí)間的電池備份將是有益的。另外，應(yīng)有一種方法使患者在斷電導(dǎo)致單位不運(yùn) 行時(shí)容易地從送藥單元取出藥物，例如手動(dòng)方法取出，或當(dāng)電池電源降至低于最小運(yùn)行水 平時(shí)，所有藥物的藥物包自動(dòng)彈出。 患者不能使用送藥單元會(huì)帶來(lái)風(fēng)險(xiǎn)。為此，限制患者對(duì)送藥單元的控制是可期望 的。送藥單元及其控制軟件應(yīng)被這樣設(shè)計(jì)，使得送藥單元與患者之間的任何交互都不需要 患者輸入任何用在管理、制定計(jì)劃或者甚至識(shí)別藥物的信息。 制定藥物的計(jì)劃和遞送藥物帶來(lái)許多風(fēng)險(xiǎn)，例如當(dāng)藥物的用藥計(jì)劃在患者已經(jīng)從 送藥單元接收他們的藥物之后被改變時(shí)。如果設(shè)備允許患者在計(jì)劃的用藥遞送之前接收他 們的藥物，這種情況就可能發(fā)生。該情況可導(dǎo)致重新制定遞送計(jì)劃。應(yīng)有防止此類情況發(fā) 生的充分的軟件控制，且應(yīng)提醒患者的照護(hù)提供者患者已經(jīng)接收他們的藥物，以及劑量改 變直到下一個(gè)計(jì)劃的用藥周期才會(huì)發(fā)生?；蛘?，當(dāng)藥物劑量從藥物承載器取出并服用，而藥 物的藥物包正被照護(hù)提供者或患者從藥廠運(yùn)送，且在藥物承載器被插入送藥單元中之前， 這樣的重新制定計(jì)劃可以是需要的。如果斷電引起患者不使用送藥單元手動(dòng)地管理他們的 藥物，則會(huì)發(fā)生類似的情況。如果送藥單元嘗試遞送從藥物包遺失的藥物，則會(huì)發(fā)生潛在的 風(fēng)險(xiǎn)。設(shè)備應(yīng)能夠識(shí)別藥物是否從藥物承載器遺失。又另一個(gè)例子中，用藥過(guò)程中，如果患 者在服用前將藥丸掉在地板上，或丟失該藥劑，且患者又沒(méi)有容易而方便的方法獲得替換 藥劑，則會(huì)發(fā)生潛在風(fēng)險(xiǎn)。送藥單元應(yīng)能夠允許患者從送藥單元取出藥物的藥物包，手動(dòng)地 用藥，并然后將藥物包重新插入單元中。 各種其他的風(fēng)險(xiǎn)涉及藥物的標(biāo)記。例如，如果由藥劑師貼在藥物承載器上的處方
32標(biāo)簽在藥物承載器已被插入送藥單元中之后，對(duì)患者不再可見(jiàn)，則會(huì)帶來(lái)風(fēng)險(xiǎn)。印在該標(biāo)簽 上的重要信息，包括但不限于藥片名稱、劑型和劑量、藥品到期日期、警示標(biāo)簽(如果需要 的話)等，對(duì)于患者的治療可以是至關(guān)重要的。該風(fēng)險(xiǎn)可通過(guò)以下方式轉(zhuǎn)移當(dāng)送藥單元遞 送藥物時(shí)，使送藥單元將重要的處方信息顯示給患者；或送藥單元的設(shè)計(jì)應(yīng)隨時(shí)將來(lái)自藥 劑師的處方標(biāo)簽的信息對(duì)患者完全可見(jiàn)。如果標(biāo)簽對(duì)患者不能完全可見(jiàn)，則應(yīng)編程使送藥 單元不將已超過(guò)其到期日期的藥物遞送給患者。 如果藥物直接接觸到送藥單元或儲(chǔ)存在送藥單元中的其他藥物，則存在風(fēng)險(xiǎn)。不 同藥物之間的交叉污染，或通過(guò)在送藥單元中的接觸，或通過(guò)留在送藥單元中的殘留灰塵， 會(huì)造成不良反應(yīng)的潛在風(fēng)險(xiǎn)，特別是如果因?yàn)閷?duì)藥物的過(guò)敏反應(yīng)，而不再將那種藥物遞送 給患者。該風(fēng)險(xiǎn)可通過(guò)保留包含在藥物包中的每種藥物的每個(gè)劑量，直到患者實(shí)際上接收 該藥物，由此消除了任何藥物之間或任何藥物與送藥單元之間的直接接觸，或者確保藥物 不會(huì)接觸到可能保留有藥物殘留的送藥單元的表面。 本發(fā)明實(shí)施方案的各個(gè)方面，尤其那些解決上述風(fēng)險(xiǎn)的那些方面，在以下參照?qǐng)D 32-61進(jìn)一步舉例說(shuō)明。將認(rèn)識(shí)到許多相同的操作結(jié)構(gòu)和設(shè)備已在上文描述，并可等同地施 用于下述的實(shí)施方案。例如，上述的圖2舉例說(shuō)明了連同送藥單元33使用遠(yuǎn)程控制器101 及/或遠(yuǎn)程單元32的特定離子。即，一個(gè)或更多個(gè)送藥單元33通過(guò)通信網(wǎng)絡(luò)36與例如控 制中心101的遠(yuǎn)程控制器通信。注意，單一的遠(yuǎn)程控制器將典型地與多個(gè)送藥單元33通信。 涉及送藥單元33的替換的實(shí)施方案的額外細(xì)節(jié)將進(jìn)一步參照?qǐng)D32-40及附加的描述在以 下被描述。如以上指出的，通信網(wǎng)絡(luò)36可包含任何適當(dāng)?shù)耐ㄐ啪W(wǎng)絡(luò)，如本領(lǐng)域已知的各種 類型的無(wú)線/有線、公共/私人通信網(wǎng)絡(luò)，包含其組合或任何其他適當(dāng)?shù)耐ㄐ畔到y(tǒng)。
另外，一個(gè)或更多個(gè)遠(yuǎn)程單元，如位于一個(gè)或更多個(gè)臨床設(shè)施32中的裝軟件的電 腦，也可以通過(guò)通信網(wǎng)絡(luò)36與遠(yuǎn)程控制器通信。遠(yuǎn)程單元可包含任何能經(jīng)由網(wǎng)絡(luò)36通信的 適當(dāng)?shù)奶幚碓O(shè)備，如臺(tái)式/膝上型電腦或手持型或移動(dòng)無(wú)線計(jì)算設(shè)備，本領(lǐng)域技術(shù)人員已 知的所有具有適當(dāng)?shù)挠脩艚缑娴脑O(shè)備。在一個(gè)實(shí)施方案中，健康照護(hù)提供者使用遠(yuǎn)程單元 初始化及/或修改患者的用藥方案，獲取由送藥單元提供的數(shù)據(jù)/信息，或進(jìn)入送藥單元。 如本文使用的，"健康照護(hù)提供者"包含任何為指定的遞送單元的用戶提供醫(yī)療照護(hù)或服務(wù) 的授權(quán)的實(shí)體，如醫(yī)師、護(hù)士、藥劑師等。在本發(fā)明的另一個(gè)實(shí)施方案中，非健康照護(hù)提供者 也可被允許經(jīng)由遠(yuǎn)程單元受限地進(jìn)入。 遠(yuǎn)程控制器101連同送藥單元33運(yùn)作，以幫助藥物的正確遞送。 一般地，遠(yuǎn)程控 制器101可體現(xiàn)為一個(gè)或更多個(gè)適當(dāng)?shù)膽?yīng)用程序和數(shù)據(jù)庫(kù)服務(wù)器電腦，如本領(lǐng)域已知的。 用戶界面也可作為遠(yuǎn)程控制器101的部分被提供，由此允許授權(quán)人員，如通過(guò)送藥單元33 實(shí)施的服務(wù)的提供者，以獲取由送藥單元33或遠(yuǎn)程單元32提供的儲(chǔ)存的數(shù)據(jù)/信息。盡 管遠(yuǎn)程控制器101在圖2中被表示為分離的設(shè)備，類似于其中各種服務(wù)器電腦由單一實(shí)體 獨(dú)立地?fù)碛?、編程、操作和維護(hù)的實(shí)施，其他實(shí)施也是可能的。例如，遠(yuǎn)程控制器IOI，不是 被獨(dú)立地操作，而可以在主機(jī)環(huán)境中實(shí)施，如通過(guò)使用通信網(wǎng)絡(luò)36中的因特網(wǎng)或網(wǎng)頁(yè)托管 服務(wù)，如本領(lǐng)域已知的。無(wú)論實(shí)施硬件的位置在哪兒，都可以通過(guò)一個(gè)或更多個(gè)適當(dāng)?shù)慕缑?(如通過(guò)由遠(yuǎn)程單元32提供的專門的界面100)，進(jìn)入實(shí)現(xiàn)遠(yuǎn)程控制器101功能的服務(wù)器 電腦(如上下文中所述)。如以上所述，遠(yuǎn)程單元32能維護(hù)其自己的患者數(shù)據(jù)，該數(shù)據(jù)，以 及安全策略和因特網(wǎng)訪問(wèn)也通過(guò)遠(yuǎn)程控制器101儲(chǔ)存。由此推理，每個(gè)遠(yuǎn)程單元32也可包含用于患者信息、用藥方案等的訪問(wèn)和修改的用戶界面，特別是對(duì)于遠(yuǎn)程單元32的用戶界 面。在另一個(gè)實(shí)施方案中，所有該功能可作為可經(jīng)由適當(dāng)?shù)木W(wǎng)頁(yè)界面訪問(wèn)的網(wǎng)頁(yè)被并入遠(yuǎn) 程控制器101，如本領(lǐng)域已知的。不論使用的具體界面如何，基于提供合適級(jí)別的訪問(wèn)權(quán)限 的密碼或驗(yàn)證機(jī)制，不同類型的用戶被提供對(duì)遠(yuǎn)程控制器101的功能和儲(chǔ)存的數(shù)據(jù)的訪問(wèn) 權(quán)限。例如，醫(yī)師應(yīng)有對(duì)關(guān)于他們各自的患者，而非其他患者的任何數(shù)據(jù)/信息的完全訪問(wèn) 權(quán)限。 如所提到的，遠(yuǎn)程控制器101的功能性，不是以集中的方式，而可如上所述，以分 散的方式實(shí)現(xiàn)。即，遠(yuǎn)程單元32可適當(dāng)?shù)匕^之訪問(wèn)網(wǎng)頁(yè)應(yīng)用系統(tǒng)的用戶界面提供更大 功能性的程序處理設(shè)備。例如，一個(gè)或更多個(gè)醫(yī)師可每人一臺(tái)電腦和適當(dāng)?shù)能浖皟?chǔ)存設(shè) 備，以允許醫(yī)師創(chuàng)建并維護(hù)針對(duì)患者的用藥方案以及其他與患者相關(guān)的信息。盡管該信息 也被遠(yuǎn)程控制器101儲(chǔ)存，對(duì)此信息的最終控制由各自的遠(yuǎn)程單元32保留。另外，醫(yī)師的 計(jì)算設(shè)備(遠(yuǎn)程單元)能，例如，進(jìn)入必要的送藥單元33，以下載所需的用藥方案并直接接 收來(lái)自送藥單元33的通信。此實(shí)施的優(yōu)點(diǎn)在于，如前面提到的，機(jī)密的患者信息(如將受 HIPAA保護(hù)的那些信息)可更直接地通過(guò)使用適當(dāng)?shù)姆阑饓Φ扔山】嫡兆o(hù)提供者控制。盡 管如此，可使用任何適當(dāng)?shù)呐渲谩?如以上所述，遠(yuǎn)程控制器101及/或遠(yuǎn)程單元32可操作來(lái)通過(guò)使用通過(guò)網(wǎng)絡(luò)36發(fā) 送的命令直接控制送藥單元33的運(yùn)行，當(dāng)送藥單元接收及/或執(zhí)行所述命令時(shí)，該命令隨 后被確認(rèn)返回控制實(shí)體。在替換的實(shí)施中，信息和數(shù)據(jù)通過(guò)遠(yuǎn)程控制器101被傳送給送藥 單元33，所述遠(yuǎn)程控制器允許送藥單元33以基本上自治的方式運(yùn)行。在該實(shí)施中，送藥單 元33通過(guò)遠(yuǎn)程控制器101提供有(除了任何需要的軟件程序及/或需要的軟件程序更新 外) 一種或更多種用藥方案。在這一點(diǎn)，送藥單元33按程序定期地接觸遠(yuǎn)程控制器101以 確定是否有任何可獲得以下載到送藥單元的數(shù)據(jù)/信息。在目前優(yōu)選的實(shí)施方案中，這是 使用無(wú)線鏈路，如通用無(wú)線分組業(yè)務(wù)(GPRS)調(diào)制解調(diào)器或類似的實(shí)施適當(dāng)?shù)募用軈f(xié)議(如 SSL)的設(shè)備來(lái)達(dá)到的。該實(shí)施的優(yōu)點(diǎn)是，如果尚未預(yù)先啟動(dòng)與控制器IOI的通信，送藥單元 33能忽略經(jīng)由該鏈路的任何進(jìn)入通信。如以下更詳細(xì)描述，在送藥單元具有要上傳給控制 器的數(shù)據(jù)/信息時(shí)，送藥單元33也可啟動(dòng)與遠(yuǎn)程控制器101的非計(jì)劃通信。在這些非計(jì)劃 通信過(guò)程中，送藥單元仍像在計(jì)劃的通信過(guò)程中那樣，能請(qǐng)求更新。由于該實(shí)施中，送藥單 元能根據(jù)儲(chǔ)存的用藥方案運(yùn)行，與遠(yuǎn)程控制器101的往復(fù)通信實(shí)質(zhì)上被減少了，由此減小 了運(yùn)行成本并改進(jìn)了送藥單元33的響應(yīng)性。 如上下文所述，送藥單元33操作來(lái)儲(chǔ)存藥物承載器并遞送需要的藥物。尤其，提
供各種機(jī)械和電氣構(gòu)件以實(shí)現(xiàn)任何送藥單元的基本功能。因此，例如，提供適當(dāng)?shù)臉?gòu)件，使 得單個(gè)藥物承載器可在送藥單元的任何輸入端口被提供，并自動(dòng)地收回用于隨后的儲(chǔ)存。
作為過(guò)程的部分，每個(gè)輸入的藥物承載器上的識(shí)別標(biāo)記可被檢驗(yàn)以確定有關(guān)輸入的藥物承 載器及/或儲(chǔ)存于其中的藥物的信息。另外，每個(gè)輸入的(或預(yù)先儲(chǔ)存的)藥物承載器可 被檢驗(yàn)以確保每個(gè)單位劑量藥物包的狀態(tài)正常。正確接收的輸入的藥物承載器被隨后放在 送藥單元的適當(dāng)?shù)膬?chǔ)存區(qū)中，使得儲(chǔ)存的藥物承載器能被隨后根據(jù)各種發(fā)放操作的需要提 取。由此，可提供其他構(gòu)件，以能夠?qū)崿F(xiàn)單個(gè)單位劑量藥物包的實(shí)際取出，和隨后的將取出 的單位劑量藥物包遞送給送藥單元的用戶(如，患者)。用于處理輸入的藥物承載器的相同 機(jī)制可類似地根據(jù)需要被應(yīng)用于彈出或卸載藥物承載器。
現(xiàn)在參照?qǐng)D32，顯示了替換的送藥單元的透視圖，沒(méi)有外部機(jī)體。大體上，替換的 送藥單元在運(yùn)行中相對(duì)于圖3及以下諸圖，與上述的送藥單元相似。在一個(gè)實(shí)施方案中，送 藥單元33的運(yùn)行通過(guò)使用由一個(gè)或更多個(gè)適當(dāng)?shù)奶幚碓O(shè)備執(zhí)行的儲(chǔ)存的軟件程序控制， 所述處理設(shè)備如，微處理器、微控制器、數(shù)字信號(hào)處理器、可編程邏輯陣列、特種集成電路應(yīng) 用等，或其組合，即，如本領(lǐng)域已知的"處理器"。因此，如以上指出的，使用儲(chǔ)存的軟件控制 程序，送藥單元33可通過(guò)觸摸屏顯示器220接收用戶命令。除了觸摸屏顯示器220，用于送 藥單元33的用戶界面可包含揚(yáng)聲器219(參見(jiàn)圖36)或能夠發(fā)出聲音信號(hào)的類似設(shè)備。另 外的輸入和輸出設(shè)備，如(但不限于)鼠標(biāo)和光標(biāo)輸入方法、麥克風(fēng)、指示燈、打印機(jī)，或其 他本領(lǐng)域普通技術(shù)人員已知的，可均等地并入送藥單元的用戶界面的顯示設(shè)備。如以上指 出的，送藥單元包含一個(gè)或更多個(gè)外部通信接口，使其能經(jīng)由網(wǎng)絡(luò)36與遠(yuǎn)程控制器101及 /或遠(yuǎn)程單元32通信。除以上描述的無(wú)線連接外，可使用硬件和軟件支持，例如，以太網(wǎng)連 接或其他有線通信協(xié)議。在目前優(yōu)選的實(shí)施方案中， 一個(gè)或多個(gè)通信接口 ，以及處理設(shè)備和 軟件儲(chǔ)存設(shè)備(除本領(lǐng)域已知的任何其他控制電路外)使用一個(gè)或更多個(gè)印刷電路板(圖 33中未顯示)實(shí)施。本領(lǐng)域技術(shù)人員已知的還要其他的實(shí)施可同等地使用。
送藥單元33通過(guò)通道門221接受/彈出藥物承載器224，并沿x-軸將每個(gè)藥物承 載器224裝載進(jìn)相應(yīng)的滑架228，或從相應(yīng)的滑架228卸載每個(gè)藥物承載器224，如圖所示。 滑架228，又可在儲(chǔ)存藥物時(shí)，從升降器232取出，或被替換到升降器232中(能夠沿z-軸 運(yùn)動(dòng))。盡管顯示了滑架228的水平定向，將認(rèn)識(shí)到，可使用任何適當(dāng)?shù)亩ㄏ?。在該?shí)施方 案中，藥物承載器224和滑架228兩者的運(yùn)動(dòng)通過(guò)使用牽引器組件230實(shí)現(xiàn)，盡管其他方法 也可同等地使用。如以上指出的，使用如柱塞226這樣能夠沿y-軸運(yùn)動(dòng)的彈出機(jī)制，遞送 單元33引起單個(gè)單位劑量藥物包(或，在另一個(gè)實(shí)施方案中，單個(gè)單位劑量)從一個(gè)或更 多個(gè)藥物承載器224被取出，并存入收集斜槽222中，遞送單元33的用戶可使用所述收集 斜槽222。沿x、 y和z軸使用的各種構(gòu)件的更詳細(xì)解釋進(jìn)一步參照?qǐng)D33-40提供。
現(xiàn)在參照?qǐng)D33-36，顯示了形成x-軸組件的部分的各種構(gòu)件。注意到，為了簡(jiǎn)潔， 各種支撐和框架結(jié)構(gòu)已在圖33中被隱藏。x-軸組件包含兩個(gè)牽引器支撐組件240a和 240b，其每一個(gè)包含在相應(yīng)的正時(shí)皮帶244a和244b帶動(dòng)下，沿x-軸穿過(guò)相應(yīng)的軌道242a 和242b的牽引器組件230a和230b。隨著每個(gè)牽引器組件230a和230b沿其相應(yīng)的軌道 242a和242b移動(dòng)，牽引器組件230的位置使用編碼器條碼246a和246b以及編碼器條碼傳 感器248a和248b來(lái)監(jiān)視。如圖所示，每個(gè)編碼器條碼246沿其長(zhǎng)邊在具體位置包含許多 刻痕。每個(gè)編碼器條碼傳感器248，優(yōu)選地包含本領(lǐng)域已知的整體光源和光傳感器，能夠確 定其在何時(shí)被精確定位于相應(yīng)的編碼器條碼246中給定的刻痕上方。通過(guò)保持跟蹤隨著牽 引器組件230橫穿軌道242，編碼器條碼傳感器248經(jīng)過(guò)的刻痕數(shù)目(相對(duì)于已知位置)， 與編碼器條碼傳感器248通信的控制器可確定牽引器組件230的位置。另外，一對(duì)牽引器 原點(diǎn)位置傳感器249a和249b被提供在牽引器支持組件240a和240b的每一個(gè)的遠(yuǎn)端。如 以上指出的優(yōu)選地體現(xiàn)為光源/傳感器，牽引器原點(diǎn)位置傳感器249a和249b確定其相應(yīng) 的牽引器組件230在何時(shí)被定位于其原點(diǎn)位置，即在軌道242的遠(yuǎn)端。
每個(gè)牽引器組件230a和230b還包含牽引器臂250a和250b，牽引器臂具有相對(duì)于 其相應(yīng)的臂250的縱軸基本上垂直分布的銷(peg)252a和252b。在相應(yīng)的牽引器臂伺服 馬達(dá)253a和253b的控制下，每個(gè)牽引器臂250通過(guò)其所在的y-z平面中受限的弧可自由
35旋轉(zhuǎn)。由于牽引器組件23 0可沿x-軸自由移動(dòng)，針對(duì)每個(gè)牽引器臂250的潛在的y-z平面 的數(shù)目幾乎是無(wú)限的，盡管實(shí)踐中，該數(shù)目受到沿與編碼器條碼246中刻痕相關(guān)聯(lián)的x-軸 的那些y-z平面的限制。如圖34和36中最好闡述的，牽引器臂250和銷252被用于嚙合 藥物承載器224中的開口 368 (參見(jiàn)圖44)(用于裝載或卸載的目的)，以及通過(guò)該嚙合，沿 x-軸移動(dòng)藥物承載器224進(jìn)入或移出滑架228。另外，如圖32中最好闡述的，牽引器臂250 和銷252也可操作來(lái)嚙合滑架228中的開口 350(參見(jiàn)圖41)，以移動(dòng)滑架進(jìn)入和移出升降 器232中相應(yīng)的槽。本領(lǐng)域普通技術(shù)人員將認(rèn)識(shí)到除臂250和銷252外的其他機(jī)制也可被 用于這些目的。當(dāng)被移出升降器232時(shí)，每個(gè)滑架228由一對(duì)滑架支撐軌道254a和254b支 撐。在目前優(yōu)選的實(shí)施方案中，每個(gè)滑架支撐軌道254被刻上刻痕，以是滑架支撐軌道254 與每個(gè)滑架228之間的接觸點(diǎn)最小化，由此使摩擦最小化。 右牽引器支撐組件240a中的右正時(shí)皮帶244a的運(yùn)動(dòng)由安裝在步進(jìn)馬達(dá)258輪軸 (axle)上的步進(jìn)馬達(dá)驅(qū)動(dòng)滑輪256提供。步進(jìn)馬達(dá)258轉(zhuǎn)動(dòng)步進(jìn)馬達(dá)驅(qū)動(dòng)滑輪256，由此引 起右正時(shí)皮帶244a和相應(yīng)的右牽引器組件230a的運(yùn)動(dòng)。在該例子中，提供單一的步進(jìn)馬 達(dá)258。為了將由步進(jìn)馬達(dá)258提供的運(yùn)動(dòng)轉(zhuǎn)移到左正時(shí)皮帶244b，驅(qū)動(dòng)軸260在其末端 連接到由右正時(shí)皮帶244a驅(qū)動(dòng)的右驅(qū)動(dòng)滑輪261。連接到驅(qū)動(dòng)軸260另一端的左驅(qū)動(dòng)滑輪 261b反過(guò)來(lái)引導(dǎo)左正時(shí)皮帶244b的運(yùn)動(dòng)，由此相應(yīng)地移動(dòng)左牽引器組件230b。注意，右和 左正時(shí)皮帶244a和244b兩者，進(jìn)一步由相應(yīng)的右和左空轉(zhuǎn)(idler)滑輪263a和263b支 撐(圖37)。本領(lǐng)域普通技術(shù)人員將認(rèn)識(shí)到，上述的單一的步進(jìn)馬達(dá)和多個(gè)正時(shí)皮帶的布置 只是可用于按需要移動(dòng)牽引器組件的目的的許多技術(shù)之一。例如，每個(gè)牽引器組件230可 并入其自己的動(dòng)力源，如與用于直接嚙合牽引器組件230的支撐(即，軌道242)的適當(dāng)尺 寸的馬達(dá)。 額外的組件，特別是圖33中舉例說(shuō)明的，包含通道門組件262和遞送斜槽組件268 和后擋板組件276。所述通道門組件262包含通道門221以及用于打開和關(guān)閉通道門221 的必要構(gòu)件。使用經(jīng)由適當(dāng)?shù)逆溄訖C(jī)制(未顯示)連接到通道門221的處理器控制伺服馬 達(dá)266，可自動(dòng)地打開和關(guān)閉通道門。通道框架264，用于部分提供通道門221的可旋轉(zhuǎn)支 撐，優(yōu)選地與牽引器支撐組件240對(duì)齊，使得已從儲(chǔ)存升降器232移出的滑架228可向上延 伸并通過(guò)(借助于牽引器組件230的運(yùn)作)通道框架264中適當(dāng)構(gòu)造的開口。以此方式，用 戶將藥物承載器224插入送藥單元33的操作，可完全對(duì)齊滑架228中的承載器224。又如 圖3以及之后的圖所描述的，藥物承載器被自動(dòng)地拉入單元中，在升降器中被閱讀和儲(chǔ)存。
遞送斜槽組件268包含經(jīng)由下開口 271連接到收集斜槽222中的后開口的對(duì)角 (diagonal)遞送斜槽270。遞送斜槽270的上開口 272位于牽引器支撐組件240之間，并 沿x-軸在彈出器組件(未顯示，參見(jiàn)圖38-40)之下，所述彈出器組件從藥物承載器移出單 個(gè)單位劑量藥物包。以此方式布置，彈出的單位劑量藥物包被重力供應(yīng)到上開口 272中，在 此處被收集到閘門(gate)(未顯示)后。通過(guò)處理器控制閘門伺服馬達(dá)274和相應(yīng)的鏈接 的運(yùn)作，閘門可被旋轉(zhuǎn)到基本為打開位置，由此允許彈出的單位劑量藥物包被釋放到收集 斜槽222中，并隨后轉(zhuǎn)回到基本為關(guān)閉位置，用于之后的彈出操作。 后截止閘門組件276包含在支撐軸襯(bushing) 281 (圖36)中沿z_軸經(jīng)由處理 器控制后截止閘門伺服馬達(dá)280可往復(fù)運(yùn)動(dòng)的后截止閘門278。沿x-軸，于遞送斜槽270 的上開口 272之后定位的后截止閘門用作防止任何滑架228在裝載和卸載操作過(guò)程中被無(wú)意地從升降器抽離。盡管后截止閘門278顯示為往復(fù)運(yùn)動(dòng)的實(shí)施，本領(lǐng)域普通技術(shù)人員將 認(rèn)識(shí)到其他實(shí)施也可等效地使用，如，后截止閘門被轉(zhuǎn)入或轉(zhuǎn)出其位置。
現(xiàn)在參照?qǐng)D37，顯示了 y-軸組件的兩個(gè)子組件282和284。第一 y-軸子組件282 包括彈出器(如沖壓子組件286)。相應(yīng)的驅(qū)動(dòng)結(jié)構(gòu)被用于沿由軌道288定義的固定的y-軸 移動(dòng)沖壓子組件286，沖壓子組件286經(jīng)由安裝座289滑動(dòng)地連接到軌道288。為了精確地 確定沖壓子組件286沿軌道288的位置，提供了編碼器條碼290。如以上關(guān)于連同牽引器組 件230使用的編碼器條碼260的描述，編碼器條碼290并入在預(yù)定位置的刻痕，其位置可通 過(guò)編碼器條碼傳感器292相對(duì)高精確地探測(cè)，所述編碼器條碼傳感器292又可包含光源和 傳感器。沖壓子組件286的運(yùn)動(dòng)由通過(guò)步進(jìn)馬達(dá)驅(qū)動(dòng)滑輪298連接到適當(dāng)?shù)奶幚砥骺刂撇?進(jìn)馬達(dá)296的正時(shí)皮帶294引導(dǎo)。如圖所示，空轉(zhuǎn)滑輪300和凸輪從動(dòng)件301可用于正確 地定位和拉緊正時(shí)皮帶294。安裝座289被貼附到正時(shí)皮帶294。再一次地，本領(lǐng)域技術(shù)人 員已知的其他布置可等同地應(yīng)用于引導(dǎo)和控制沖壓組件286的運(yùn)動(dòng)。此外，盡管沖壓組件 286被舉例說(shuō)明為具有只沿y-軸的運(yùn)動(dòng)，將進(jìn)一步認(rèn)識(shí)到，這并非固定不變的需要，且沖壓 組件286可被提供額外的自由度，如也沿x-軸。 沖壓子組件286包含沖壓伺服馬達(dá)302，其在適當(dāng)?shù)目刂葡拢貁-軸往復(fù)移動(dòng)沖 壓工具304。如本領(lǐng)域普通技術(shù)人員已知的，用于操作沖壓伺服馬達(dá)302以及編碼器條碼 傳感器292的電路可被置于適當(dāng)?shù)碾娐钒?06上。如以下更詳細(xì)地描述，沖壓工具304被 調(diào)整大小并構(gòu)造以從藥物承載器224移去單位劑量藥物包。在圖37-39中舉例說(shuō)明的實(shí)施 方案中，沖頭304的朝下的表面包括四個(gè)對(duì)稱布置的金字塔狀結(jié)構(gòu)，該結(jié)構(gòu)具有與沖頭304 的四個(gè)角對(duì)準(zhǔn)的最向下凸出的點(diǎn)(參見(jiàn)圖37)。在該實(shí)施方案中，反轉(zhuǎn)的金字塔狀結(jié)構(gòu)的 四個(gè)凸出的點(diǎn)被構(gòu)造以與每個(gè)單位劑量藥物包周圍的沖孔的四個(gè)角嚙合(參見(jiàn)圖45)并隨 著沖頭304向下前進(jìn)，而突破單位劑量藥物包整個(gè)外圍周圍的沖孔(perforation)。沖頭 304的替換的實(shí)施方案在圖39A中舉例說(shuō)明。在該實(shí)施方案中，金字塔狀結(jié)構(gòu)被布置在沖頭 304a朝下的表面上的多個(gè)針(pin)304b-c以及一個(gè)或更多個(gè)彈簧式柱塞304f-g替換。注 意，圖示的針304b-e和柱塞304f-g可按照設(shè)計(jì)選擇使用更多或更少數(shù)量，且可使用任何適 當(dāng)?shù)男螤詈统叽绲尼?04b-e。例如，在圖示的實(shí)施方案中，針340b-e為圓錐形部分。如在 先前描述的實(shí)施方案中，沖頭304a的外邊緣304h被構(gòu)造為基本上與單個(gè)單位劑量藥物包 中存在的沖孔式樣匹配。優(yōu)選地，針304b-e位于沖頭304a的外邊緣304h中。由此，當(dāng)沖 頭304a被降低以從藥物承載器取出單位劑量藥物包時(shí)，在一個(gè)實(shí)施方案中，多個(gè)針304b-e 被設(shè)計(jì)為剌穿包括單位劑量的腔室的外圍中的藥物承載器的背標(biāo)，即，在圖45中圖示的內(nèi) 沖孔374中。替換地，針304b-e可位于圖45中闡述的外沖孔372和內(nèi)沖孔374之間的區(qū) 375中。該特征在以下那些(稀少)情況下是有用的，即其中單位劑量藥物包沒(méi)有完全脫離 藥物承載器的框架(導(dǎo)致有時(shí)被稱為"懸石(hanging chad)"的情況)。為防止這種可能 性，針304b-e，通過(guò)剌入標(biāo)簽，隨著沖頭304a繼續(xù)其向下運(yùn)動(dòng)，允許柱塞暫時(shí)地固定單位劑 量藥物包，直到?jīng)_頭304a的外邊緣304h完全撕破限制單位劑量藥物包的沖孔時(shí)為止。通 過(guò)以此方式固定單位劑量藥物包，防止沖頭在沖破沖孔時(shí)旋轉(zhuǎn)而導(dǎo)致懸石問(wèn)題的情況。基 本上同時(shí)地，單位劑量藥物包對(duì)沖頭304a運(yùn)動(dòng)的阻力弓|起彈簧式柱塞304f-g的壓縮。一 旦單位劑量藥物包的沖孔已經(jīng)完全被破壞，單位劑量藥物包的阻力即被移除，由此允許柱 塞304f-g的彈簧彈力從針304b-c取出單位劑量藥物包。
在又另一個(gè)實(shí)施方案中，在那些藥物的交叉污染沒(méi)有影響的情況中，沖壓工具304 可被構(gòu)造以從單位劑量藥物包取出單個(gè)單位劑量本身(即，僅藥物)。 位置傳感器308被優(yōu)選地安裝在電路板306上，以檢測(cè)法蘭310的位置，法蘭310 沿z-軸安裝到?jīng)_壓工具304上。以此方式，位置傳感器308可確定沖壓工具304是否已完 全延伸(如，當(dāng)從藥物承載器取出單位劑量藥物包時(shí))或收回(如，當(dāng)沿軌道288移動(dòng)沖壓 子組件286時(shí))。另外，指針312被安裝在沖壓工具304的向前的表面上。如以下參照?qǐng)D 39和41-43進(jìn)一步詳細(xì)描述的，在一個(gè)實(shí)施方案中，指針312用于嚙合滑架228的相應(yīng)結(jié) 構(gòu)，以限制滑架228的運(yùn)動(dòng)，并允許藥物承載器224完全插入到滑架中。圖38舉例說(shuō)明沖 壓子組件286相對(duì)于裝載了藥物承載器224的滑架228的對(duì)準(zhǔn)情況。如圖所示，滑架228 已移入沖壓組件286以下的位置，使得一排單位劑量藥物包直接在沖壓組件286的y-軸的 下方。 如以上指出，并再一次參照?qǐng)D37，第二子組件284包含步進(jìn)馬達(dá)296和步進(jìn)馬達(dá)驅(qū) 動(dòng)滑輪298。如圖所述，第二子組件284還包含條形碼閱讀器314，所述條形碼閱讀器314 被布置為使得掃描器/其輸入表面面朝下(朝向藥物承載器的表面)。在所示的實(shí)施方案 中，圖38-40中舉例說(shuō)明的條形碼閱讀器314被固定連接到其支撐框架上，并因此只能閱 讀位于其正下方的條形碼，該條形碼可不構(gòu)成呈現(xiàn)在藥物承載器表面上的所有可能的條形 碼。然而，應(yīng)理解，其他布置也可應(yīng)用。例如，可應(yīng)用多個(gè)這樣固定的條形碼閱讀器，使得借 助于他們的布置，隨著藥物承載器沿x-軸經(jīng)過(guò)條形碼閱讀器，閱讀所有可能的條形碼。替 換地，條形碼掃描器可被安裝以使其可沿x和y-軸的任一個(gè)或兩者自由地移動(dòng)。例如，條 形碼閱讀器可被安裝在沖壓子組件286上，使得通過(guò)將藥物承載器/滑架的運(yùn)動(dòng)的x-軸自 由度與沖壓子組件286的運(yùn)動(dòng)的y-軸自由度組合，最終可使用條形碼閱讀器閱讀藥物承載 器面朝上的表面上的任何位置。 裝載截止閘門316也在圖38中做為形成第二子組件284的部分被部分闡述。根 據(jù)處理器控制伺服馬達(dá)318定位的裝載截止閘門316，被用于在預(yù)定的位置定位手動(dòng)輸入 的藥物承載器，使得牽引器組件230可被自動(dòng)地移入位置，以嚙合藥物承載器與相應(yīng)的滑 架中的藥物承載器的完全插入。當(dāng)?shù)诙咏M件284被安裝在上述x-軸組件的頂上時(shí)，裝載 截止閘門316大致位于沿牽引器支撐組件240的長(zhǎng)邊，且在牽引器支撐組件240之間的中 途，如圖32中最好顯示的。在其收回位置(示于圖37中)，裝載截止閘門316不約束藥物 承載器的運(yùn)動(dòng)。然而，當(dāng)位于其延伸位置時(shí)(示于圖39中)，裝載截止閘門316的部分延 伸到由滑架228的上表面定義的平面以下一段足以妨礙藥物承載器224(圖39中未顯示) 的插入超過(guò)裝載截止閘門316的距離。由于裝載截止閘門316的位置沿x-軸精確已知，藥 物承載器與裝載截止閘門316之間的相鄰嚙合允許裝載/卸載開口 368(參見(jiàn)圖44和45) 被精確定位，用于隨后通過(guò)牽引器臂250和銷252嚙合。圖39還舉例說(shuō)明沖壓工具304的 對(duì)準(zhǔn)情況，使得其上連接的指針312 (圖39中不可見(jiàn))可在裝載和卸載過(guò)程中與承載器228 嚙合，以如下進(jìn)一步詳細(xì)描述。 現(xiàn)在參照?qǐng)D40，舉例說(shuō)明了 z-軸組件。 一般來(lái)說(shuō)，z-軸組件涉及那些與藥物承 載器224和相應(yīng)的滑架228的儲(chǔ)存相關(guān)的遞送模塊33的構(gòu)件。如在圖32中最好圖示的， z-軸組件被構(gòu)造為使得儲(chǔ)存在升降器232中的滑架228可通過(guò)牽引器組件230的運(yùn)作被直 接地卸載到x-軸組件中。
38
如圖所示，在實(shí)施方案中闡述的升降器232，包含兩個(gè)平行板320，其每一個(gè)又包 含形成于其中的基本上沿每個(gè)板320的整個(gè)長(zhǎng)度的多個(gè)凹槽322。在該實(shí)施方案中，板320 彼此不相連接(與圖3-6中所示的實(shí)施方案不同)。如圖所示，每個(gè)板包含十個(gè)凹槽，盡管 可按照設(shè)計(jì)選擇采用更多或更少數(shù)目。來(lái)自每個(gè)板相應(yīng)的凹槽322對(duì)共同建立了可用于儲(chǔ) 存藥物承載器228的槽，如圖所示。注意，在一個(gè)實(shí)施方案中，每個(gè)凹槽322包含沿其長(zhǎng)度的 刻痕323，以使凹槽322與滑架228之間的接觸最小化，由此使當(dāng)從升降器232裝載或卸載 滑架228時(shí)的摩擦最小化。進(jìn)一步地，如以上指出的，槽不需要被限制為基本上水平對(duì)準(zhǔn)， 而是可以按照設(shè)計(jì)選擇被對(duì)準(zhǔn)為實(shí)際上任何適當(dāng)?shù)拇怪被驅(qū)蔷€對(duì)準(zhǔn)。如果應(yīng)采用此種替 換的對(duì)準(zhǔn)情況，本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，裝載和卸載機(jī)制，舉例來(lái)說(shuō)，可能需要相應(yīng)地被 類似地重新對(duì)準(zhǔn)。 成對(duì)的桿324a和324b可滑動(dòng)地與安裝在每個(gè)板320上的軸承326 (僅顯示一套) 嚙合。提供了一對(duì)正時(shí)皮帶328a和328b，每個(gè)板320 —個(gè)，正時(shí)皮帶通過(guò)驅(qū)動(dòng)軸330和連 接到驅(qū)動(dòng)軸330的任一端的相應(yīng)的驅(qū)動(dòng)滑輪332驅(qū)動(dòng)。在所示的實(shí)施方案中，驅(qū)動(dòng)軸330 通過(guò)連接到處理器控制步進(jìn)馬達(dá)334的皮帶和滑輪的布置驅(qū)動(dòng)。將認(rèn)識(shí)到，為此目的，可等 效地采用其他用于驅(qū)動(dòng)驅(qū)動(dòng)軸的布置。在每套軸承326中，第一軸承326a被連接到正時(shí)皮 帶328，使得正時(shí)皮帶328的轉(zhuǎn)動(dòng)引導(dǎo)相應(yīng)的板320的運(yùn)動(dòng)。相似地，編碼器條碼336貼在 其他的軸承326b和326c上，使得編碼器條碼336沿z-軸的運(yùn)動(dòng)跟隨升降器232的運(yùn)動(dòng)。 如在前面的例子中，編碼器條碼336在預(yù)定位置包含刻痕。編碼器條碼傳感器338，操作中 與先前描述的且固定地安裝在機(jī)體(未顯示)的部分的那些相似，高度精確地感應(yīng)編碼器 條碼336中的每個(gè)刻痕，使得升降器沿z-軸的位置可被確定。 現(xiàn)在參照?qǐng)D41-43，舉例說(shuō)明滑架228的示例性實(shí)施方案的各個(gè)方面。如圖42中 所示，滑架228包含具有多個(gè)底軌道342的底部340，具有多個(gè)頂軌道346的頂部342，以及 連接頂部344和底部340的一個(gè)或更多個(gè)側(cè)部348。共同地，底部340和頂部344在其之間 形成相對(duì)窄的開口 341，開口 341的維度足以自由接受輸入的藥物承載器(最初在滑架228 的近端343被插入)的厚度。開口341的維度可按照設(shè)計(jì)選擇來(lái)選，且取決于觸及滑架228 的藥物承載器的那些部分的厚度。 如果期望的話，底軌道342之間的支桿349為滑架228提供更大的剛性。注意，可 按照設(shè)計(jì)選擇對(duì)頂軌道346施用相似的支桿。軌道，特別是底軌道342，支撐輸入的藥物承 載器，并且，在優(yōu)選的實(shí)施方案中，當(dāng)單位劑量藥物包從藥物承載器被彈出時(shí)，增強(qiáng)藥物承 載器的剛性。盡管顯示了各種軌道342和346之間基本上均一的間隙，這并不是必需的，并 且該間隙可按照設(shè)計(jì)選擇改變。如進(jìn)一步顯示的，底和頂軌道342和346平行地延伸到滑 架228的縱軸(x-軸)。在替換的實(shí)施方案中，軌道(底面340或頂面344的任一個(gè)上的) 也可以垂直地延伸到縱軸，即，從一個(gè)側(cè)部348到另一個(gè)側(cè)部，或者可使用此種平行或垂直 軌道的組合，并可包含開孔(cutout)部分，以允許在承載器進(jìn)入單元時(shí)單位劑量藥物包的 清除。還要進(jìn)一步地，兩套軌道的一套或兩套可被板狀部件替代，所述板狀部件中形成有開 口，該開口的形成式樣為使得板狀部件中剩余的材料(為藥物承載器)提供與圖41中描繪 的軌道相似的支撐功能。 滑架228可在滑架228的至少一個(gè)側(cè)部件上包含一個(gè)或更多個(gè)洞或刻痕351。洞 351可用于確定當(dāng)滑架被插入儲(chǔ)存單元(如上述的升降器232)時(shí)滑架的位置。例如，升降
39器232可包含傳感器(如光學(xué)中斷傳感器)，和傳感器對(duì)面的光源(如發(fā)光二極管)。當(dāng)洞 351與光源重合時(shí)，傳感器感應(yīng)光源，由此使得滑架228的位置被確定。為了正確地取出儲(chǔ) 存在藥物承載器中的單位劑量藥物包，或?yàn)榱舜_定滑架228被插入升降器232中的程度，可 需要正確地確定藥物承載器224在儲(chǔ)存單元中的位置。基于本公開，確定滑架228在儲(chǔ)存 單元中位置的其他方法對(duì)本領(lǐng)域普通技術(shù)人員是明顯的。 在一個(gè)實(shí)施方案中，滑架228包含至少一個(gè)在滑架228的遠(yuǎn)端345邊緣上的保持 機(jī)構(gòu)352。圖41中舉例說(shuō)明單一的保持機(jī)構(gòu)352。然而，注意到，可采用一個(gè)或更多個(gè)這樣 的機(jī)制，該機(jī)制還可滑架228的各個(gè)其他位置被實(shí)施。保持機(jī)構(gòu)352用于當(dāng)藥物承載器已 被完全插入滑架228時(shí)(經(jīng)由藥物承載器224中相應(yīng)的保持功能，S卩，其中的開口 366)，將 藥物承載器224保持在滑架228中適當(dāng)?shù)奈恢?。如以下所述，在將藥物承載器224插入滑 架228或從滑架228取出藥物承載器224的過(guò)程中，保持機(jī)構(gòu)352嚙合/脫開嚙合或致動(dòng)， 以接受/釋放藥物承載器224。 多個(gè)開口或洞350也在圖41中被描繪。開口 350位于底部和頂部340和344的 任一個(gè)或兩者中，使得它們可通過(guò)適當(dāng)?shù)臋C(jī)制嚙合，以按需要移動(dòng)滑架228，所述裝置如上 述的牽引器組件230。洞350的特定維度和位置可按照設(shè)計(jì)選擇而變化，且可隨滑架228的 不同類型而不同。 現(xiàn)在參照?qǐng)D42和43，進(jìn)一步詳細(xì)顯示了保持機(jī)構(gòu)352。特別地，目前優(yōu)選的保持 機(jī)構(gòu)352包含具有由其延伸的懸臂354的本體部件353。本體部件353由一對(duì)連接到底部 340的撓臂356支撐。懸臂353通過(guò)頂部344中的開口 358暴露，使得臂354的鉤狀部分 355面向開口 358內(nèi)。本體部件353的上表面354構(gòu)造為接收上述關(guān)于圖37的指針312的 全區(qū)面。連接到?jīng)_頭304的指針312被定位以嚙合并向下推擠上表面360。以此方式，撓 臂356允許本體部件353，以及因此懸臂354被移位一段距離，該距離足以允許藥物承載器 224中的開口 366被定位以鎖定與鉤狀部分355的嚙合，或在卸載的情況時(shí)，允許開口 366 從鉤狀部分355脫開嚙合。盡管圖42和43已舉例說(shuō)明特定的懸臂和鉤狀配置，本領(lǐng)域普 通技術(shù)人員將認(rèn)識(shí)到，其他構(gòu)造也可等效地被采用以實(shí)施保持機(jī)構(gòu)352。例如可使用箍縮、 箝位或壓合布置。在這樣的實(shí)施方案中， 一個(gè)或更多個(gè)底軌道342及/或一個(gè)或更多個(gè)頂 軌道346可用于創(chuàng)建滑架228與藥物承載器224之間的干涉配合。 應(yīng)注意，在所示的實(shí)施方案中，為每個(gè)要被儲(chǔ)存在送藥單元中的藥物承載器224 提供了單獨(dú)的滑架228。然而，應(yīng)理解，如果藥物承載器224具有足夠的強(qiáng)度和剛度，滑架 228可全部省略。替換地，本文描述的與滑架228相似的單一結(jié)構(gòu)可被并入，例如，上述的 x-軸組件。在這樣的實(shí)施方案中，類滑架結(jié)構(gòu)僅在用于在對(duì)藥物承載器施加基本上垂直的 力的過(guò)程中，(經(jīng)由類似軌道342的結(jié)構(gòu))支撐藥物承載器時(shí)，如當(dāng)彈出單位劑量藥物包時(shí)， 是必需的。 現(xiàn)在參照?qǐng)D44和45，舉例說(shuō)明根據(jù)目前優(yōu)選的實(shí)施方案的藥物承載器224。 一般 地，藥物承載器224的構(gòu)造與在待決美國(guó)專利申請(qǐng)序列號(hào)11/366， 295中所公開的相當(dāng)，所 述專利申請(qǐng)的教導(dǎo)通過(guò)該引用被并入本文。在目前優(yōu)選的實(shí)施方案中，每個(gè)藥物承載器大 致為6英寸(15. 24cm)寬乘9英寸(22. 86cm)長(zhǎng)，且大致為0. 070英寸(1. 778mm)厚，并符 合工業(yè)標(biāo)準(zhǔn)尺寸。如圖所示，藥物承載器224包含基本上平面本體部分362，本體部分包含 以二維布置分布在整個(gè)平面本體部分362區(qū)的多個(gè)單位劑量藥物包364。為了簡(jiǎn)要，未顯示標(biāo)簽紙(例如在圖33、34和36中闡述的)。如圖44中所示，單位劑量藥物包364(可包 含如本領(lǐng)域已知的泡罩形狀的吸塑(blister)藥物包)優(yōu)選地以基本上均勻的排和列布局 布置。然而，這并非必須的，且可采用單位劑量藥物包364之間的可變的空隙。進(jìn)一步優(yōu)選 地，所有單位劑量藥物包364都具有相同的形狀和尺寸。再一次，這并非必須的，且不同尺 寸和形狀的單位劑量藥物包可被并入單一的藥物承載器228中。 平面本體部分362可包含單位劑量藥物包形成于其中的整體元件。在該情況下， 本體部分362優(yōu)選地由足夠厚度的適當(dāng)材料(如本領(lǐng)域已知的塑料)構(gòu)成，以提供本體部 分362的足夠的剛性。在另一個(gè)實(shí)施方案中，本體部分362是相對(duì)地薄層的材料(如塑料) 與相對(duì)地更剛性(可能地更厚)層的適當(dāng)材料(如硬紙板)的疊壓板，其中單個(gè)單位劑量 藥物包形成于薄層材料中，而更剛性層的適當(dāng)材料用于提供增加的結(jié)構(gòu)支撐。例如，在一 個(gè)目前優(yōu)選的實(shí)施方案中，單位劑量藥物包形成于其中的薄層是由一般用途的0.012英寸 (0. 3mm)PVC塑料構(gòu)成。每個(gè)單個(gè)單位劑量藥物包364中的泡罩狀吸塑是使用模具形成。隨 后，每個(gè)單位劑量藥物包364繞其周長(zhǎng)被沖壓/做記號(hào)，除在單位劑量藥物包的每一端上的 兩個(gè)(2)位置(沿y-軸；共四個(gè))夕卜，完全割穿塑料。在這四個(gè)位置，留下1.5mm的沖孔。 在該優(yōu)選的實(shí)施方案中，結(jié)構(gòu)支撐層包括在一側(cè)有熱封粘合劑，另一側(cè)有粘土蓋層的18磅 實(shí)地漂白硫酸鹽板(Solid Bleach Sulfate Board)的硬紙板層。然后，該支撐層被沖壓，以 與泡罩狀吸塑的位置和形式相匹配，所述泡罩狀吸塑具有較之吸塑尺寸大近似為1. 5mm的 開口，該開口切入每個(gè)x和y軸的每個(gè)塑料層和標(biāo)簽層中。支撐層中的較大的開口用以確 保單個(gè)單位劑量藥物包364，在當(dāng)被"沖壓"出承載器時(shí)，能隨著標(biāo)簽和塑料上的沖孔破壞， 而穿過(guò)支撐層。 無(wú)論本體部分362的基礎(chǔ)構(gòu)造如何，每個(gè)單位劑量藥物包，如以上指出的，優(yōu)選地 由外標(biāo)記記號(hào)或沿其外圍的沖孔372定義，如圖45中所示。在圖45的描繪中，示出了標(biāo)簽 層371 (可包含如紙或箔或其組合的單層)。如本領(lǐng)域已知的，這些整個(gè)穿透標(biāo)簽層371和 至少部分厚度的基礎(chǔ)本體部分362的外沖孔372，允許每個(gè)單位劑量藥物包364被相對(duì)容易 的從藥物承載器224的本體部分362取出。外沖孔372的特點(diǎn)在于其角373基本上被圓滑 處理。通過(guò)圓滑處理這些角373，將單位劑量藥物包364擠出通過(guò)外沖孔372的裂口所需的 力較之尖(即，基本上是方的)角基本上被減小了。在目前優(yōu)選的實(shí)施方案中，每個(gè)單位劑 量藥物包364還包含內(nèi)標(biāo)記記號(hào)或沖孔374，優(yōu)選地在標(biāo)簽層371中，且僅通過(guò)標(biāo)簽層厚度 的部分，以保持無(wú)菌，使得藥物的每個(gè)單個(gè)單位劑量，如，單一的藥丸，能從單位劑量藥物包 364中被放出，而不依賴于單位劑量藥物包264是否已在先地從藥物承載器224取出。
盡管在圖44和45中未顯示，在目前優(yōu)選的實(shí)施方案中，標(biāo)簽層是在其一側(cè)有熱封 粘合劑，以及另一側(cè)有蓋層以防止施用時(shí)墨水(來(lái)自噴墨打印機(jī))褪色的9磅實(shí)地漂白硫 酸鹽板。標(biāo)簽層中的做標(biāo)記/沖壓與塑料層嚴(yán)格匹配，所述塑料層即單位劑量藥物包在其 中形成的層。在對(duì)標(biāo)簽使用熱封粘合劑的過(guò)程中，繞每個(gè)單位劑量藥物包所在位置周長(zhǎng)的 區(qū)被優(yōu)選地遮蔽，使得膠水不被施于其上。此舉防止粘合劑流入每個(gè)吸塑(364)周圍被沖 壓/做標(biāo)記的區(qū)，并防止在單位劑量藥物包364和周圍的塑料之間形成聯(lián)接。同樣在沖壓 /做標(biāo)記處理過(guò)程中，僅被沖壓穿過(guò)標(biāo)簽材料90 %的標(biāo)記線被優(yōu)選地切割成塑料中泡罩狀 吸塑的整個(gè)區(qū)，并與之對(duì)準(zhǔn)。這些標(biāo)記的區(qū)(先前所描述的)可以是以直線、交叉或環(huán)狀方 式的形式，并使藥丸能通過(guò)是該區(qū)中的標(biāo)簽更易破，而較容易地從密封的吸塑被取出。無(wú)論如何，標(biāo)簽可使用利用電腦軟件的標(biāo)準(zhǔn)噴墨打印機(jī)打印，且此時(shí)，本文所述的識(shí)別標(biāo)記可被 打印在標(biāo)簽的表面上。 在目前優(yōu)選的實(shí)施方案中，藥物承載器通過(guò)以下步驟裝配首先將支撐層放在夾 具上，并對(duì)齊到針上，所述針能容納形成于其中的槽370。其后，將泡罩狀吸塑形成于其中的 層(及上述塑料層)放在夾具上，使得泡罩面向下并剛好裝入夾具中的開口中。然后使用 任何適當(dāng)?shù)募夹g(shù)將目標(biāo)藥物放進(jìn)泡罩狀吸塑中。其后，使用槽370將標(biāo)簽放在塑料層上用 于對(duì)準(zhǔn)。整個(gè)夾具和組件被置于熱封壓合并在300。 F(149tO壓縮大約5秒。所述熱封 覆層由此被激活，弓I起三個(gè)層疊壓。其后，從所述夾具取出疊壓的組件。
如以上指出的， 一個(gè)或更多個(gè)開口 366可被提供在藥物承載器224中，用于與滑架 228的保持機(jī)構(gòu)352嚙合。在目前優(yōu)選的實(shí)施方案中，單一、中心對(duì)準(zhǔn)的開口 366被提供在 靠近藥物承載器224的每個(gè)橫邊的邊緣。以此對(duì)稱布置，無(wú)論藥物承載器224的由前往后 的方向如何，保證了開口 366和保持機(jī)構(gòu)352的互鎖嚙合。替換地，如果合乎期望，可使用 這樣的開口 (或相似設(shè)備)的不對(duì)稱布置，以加強(qiáng)藥物承載器224的具體對(duì)準(zhǔn)情況。此外， 一個(gè)或多個(gè)開口 366可沿藥物承載器224的側(cè)邊的任一個(gè)或兩者的邊緣被定位，以嚙合設(shè) 置在滑架228上相似地定位的保持機(jī)構(gòu)。類似地，開口 370可，例如，沿藥物承載器228的 側(cè)邊緣被提供，或用于在確定所述卡的方位或位置中的使用(如上述相對(duì)于滑架228的優(yōu) 選的實(shí)施方案)，或用于在保持藥物承載器224在滑架228中的使用。
在本體部分362中提供額外的開口 368，以幫助藥物承載器224通過(guò)送藥單元33 的運(yùn)動(dòng)。如上所述，開口 368允許牽引器組件230(通過(guò)牽引器臂250和銷252)嚙合到藥 物承載器224，并由此傳遞力以移動(dòng)藥物承載器224。如圖所示，開口 368優(yōu)選地位于靠近 藥物承載器的角。然而，這可根據(jù)設(shè)計(jì)選擇而變。例如，開口 368可被定位在更接近中間， 并遠(yuǎn)離橫邊或側(cè)邊的任一邊的角。替換地，開口 368可被放在遠(yuǎn)離藥物承載器的邊緣，而是 放在所述平面本體部分362的內(nèi)部區(qū)。還要進(jìn)一步地，開口 368的數(shù)目可較之所示數(shù)目更 多或更少，且所述開口并非必須限制為所示的對(duì)稱放置。 如以上指出的，藥物承載器224的運(yùn)動(dòng)可使用上述的牽引器組件230以外的方法 引導(dǎo)。例如，一個(gè)或更多個(gè)輪可被置于與藥物承載器224在其頂部表面或底部表面接觸。輪 可被轉(zhuǎn)動(dòng)，使得通過(guò)摩擦對(duì)藥物承載器224在目標(biāo)方向上施力。還要進(jìn)一步地，可采用抓緊 布置，以抓住藥物承載器224的邊緣，以由此引導(dǎo)藥物承載器224的運(yùn)動(dòng)?；诒竟_的教 導(dǎo)，用于此目的的其他布置對(duì)本領(lǐng)域普通技術(shù)人員將是明顯的。 盡管在圖44或45中未舉例說(shuō)明，涉及以上的各種識(shí)別標(biāo)記可被用于協(xié)助藥物承 載器224的安放或定位。如以上所述，識(shí)別標(biāo)記可包含至少能夠通過(guò)自動(dòng)的手段被探測(cè)或 閱讀的任何機(jī)制，所述自動(dòng)的手段包含，而不限于，印刷條形碼或點(diǎn)、RFID巻標(biāo)、磁條或印、 凹痕、突起、洞或開口 ，等等。相應(yīng)的檢測(cè)元件可包含，例如而不限于，條形碼掃描器、光學(xué)傳 感器、機(jī)械開關(guān)，及/或任何其他能夠檢測(cè)特定類型的標(biāo)記的裝置。例如，條形碼掃描器可 用于掃描與預(yù)定義的值相應(yīng)的特定的條形碼及/或條形代碼標(biāo)簽，或光傳感器可感應(yīng)何時(shí) 光照射穿過(guò)藥物承載器中的洞。相似地，機(jī)械開關(guān)可與藥物承載器224的表面接觸，以檢測(cè) 何時(shí)相應(yīng)于目標(biāo)位置的洞或凹痕存在。還要進(jìn)一步地，凹痕或突起可引起機(jī)械傳感器偏離 藥物承載器224的平面本體部分362的標(biāo)稱位置至少預(yù)定義的距離。 通過(guò)送藥系統(tǒng)(圖2)能夠進(jìn)行的各種操作在以下參照?qǐng)D46-61進(jìn)一步描述。圖
4246-61中舉例說(shuō)明的技術(shù)的各部分在以上描述。一般，本文以下描述的方法優(yōu)選地使用儲(chǔ)存 的處理器可執(zhí)行指令控制一個(gè)或更多個(gè)適當(dāng)?shù)奶幚砥鞯牟僮鱽?lái)實(shí)現(xiàn)，如上所述，處理器又 控制本文描述的各種硬件元件，以及各個(gè)系統(tǒng)元件(如，遠(yuǎn)程控制器101和送藥單元33)之 間的設(shè)備間通信和設(shè)備內(nèi)通信(如，各種位置傳感器和服務(wù)器與帶送藥單元33的步進(jìn)馬達(dá) 之間)。用于實(shí)現(xiàn)該指令的技術(shù)是本領(lǐng)域普通技術(shù)人員公知的。當(dāng)然，其他實(shí)施技術(shù)，如可 編程邏輯陣列、特種集成電路應(yīng)用或其他適當(dāng)?shù)募夹g(shù)可按設(shè)計(jì)選擇等效地用于此目的。還 要進(jìn)一步地，注意到，盡管圖46-61中舉例說(shuō)明的技術(shù)(以及上述進(jìn)程)基本上彼此獨(dú)立地 被描繪，在實(shí)際操作中，許多所描繪的技術(shù)可按需要被組合。例如，送藥單元的用戶可不考 慮用藥方案而請(qǐng)求他/她的藥物，因此，如以下關(guān)于圖61所描述。為此，用戶可被提供一個(gè) 或更多個(gè)藥物承載器，用戶可手動(dòng)地從所述藥物承載器發(fā)放單位劑量藥物包及/或單位劑 量。之后，用戶可重新插入一個(gè)或多個(gè)藥物承載器并如以下對(duì)于圖47的描述，再次確定所 述一個(gè)或多個(gè)藥物承載器的庫(kù)存。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到通過(guò)使用所闡述的實(shí)施方案， 所明顯闡述的技術(shù)的其他此種組合也等效地被采用。 現(xiàn)在參考圖46從程序塊400開始，在此，送藥單元可選地接收和儲(chǔ)存(在適當(dāng)?shù)?持續(xù)內(nèi)存中)用藥方案。如本文使用的，用藥方案包含對(duì)送藥單元正確地為患者遞送藥物 必需的數(shù)據(jù)和信息。實(shí)踐中，單一的送藥單元可基于單一用藥方案或多個(gè)用藥方案操作。后 一種情況下，多個(gè)用藥方案可組合為單一用藥方案，其中具體的用藥事件根據(jù)不同的患者 區(qū)分。用藥事件或是要采取的措施，或是送藥單元關(guān)于藥物的發(fā)放要做出的確定。例如，遞 送單元可確定具體的時(shí)間點(diǎn)已到，表明送藥單元應(yīng)發(fā)出聲音或可視警報(bào)，向送藥單元的用 戶說(shuō)明一個(gè)或更多個(gè)藥物可被發(fā)放，并響應(yīng)于用戶輸入發(fā)放藥物。為支持正確地執(zhí)行該用 藥事件，每個(gè)用藥方案可包含要被發(fā)放的具體的藥物的識(shí)別信息、有關(guān)該藥物的數(shù)據(jù)(即，
劑量強(qiáng)度、數(shù)量、每種藥物的圖像等)、每種藥物的用藥時(shí)間表等。在一個(gè)例子中，用藥方案 (和其他數(shù)據(jù)/信息)通過(guò)遠(yuǎn)程控制器及/或遠(yuǎn)程單元被提供給每個(gè)送藥單元。然而，經(jīng)由 送藥單元上包含的界面(如經(jīng)由圖形用戶界面或處理器通信端口 )，向送藥單元提供用藥 方案的至少一些部分也可以是合乎期望的。 無(wú)論用藥方案何時(shí)或如何被接收，處理在程序塊402處繼續(xù)，在此確定遞送過(guò)程 是否應(yīng)發(fā)生。遞送過(guò)程是具體的用藥事件，其中一種或更多種藥物要通過(guò)送藥單元被發(fā)放。 優(yōu)選地，遞送過(guò)程應(yīng)發(fā)生的決定按照儲(chǔ)存的遞送方案完成，盡管這并非絕對(duì)的要求。例如， 不管儲(chǔ)存的用藥方案如何，患者應(yīng)總是能夠獲取他們的藥物，這可以是合乎期望的。因此， 患者(或其他授權(quán)的用戶)能夠請(qǐng)求非計(jì)劃地發(fā)放儲(chǔ)存的藥物(如以下關(guān)于圖61的進(jìn)一 步詳細(xì)描述)。此類非計(jì)劃的請(qǐng)求可經(jīng)由送藥單元自身上的用戶界面輸入，或可通過(guò)送藥 單元從遠(yuǎn)程設(shè)備(如遠(yuǎn)程控制器或遠(yuǎn)程單元)以命令形式被接收。用于確定按照用藥方案 (或響應(yīng)于非計(jì)劃的請(qǐng)求)的措施應(yīng)在何時(shí)采取的技術(shù)對(duì)本領(lǐng)域普通技術(shù)人員是眾所周知 的。 其后，處理在程序塊404和406平行地繼續(xù)，以執(zhí)行先前在以上所述的操作。特別 地，在程序塊404，遞送過(guò)程經(jīng)由非順序性(或順序性，如果期望的話)獲取所需儲(chǔ)存的藥 物，并隨后從其相應(yīng)的藥物承載器彈出所需的單位劑量藥物包或單位劑量藥物包來(lái)執(zhí)行。 注意，當(dāng)單個(gè)單位劑量藥物包被彈出時(shí)，送藥單元與實(shí)際的單位劑量(如，藥丸)之間的接 觸被避免，這對(duì)防止污染是合乎期望的。為此，用藥方案(或非計(jì)劃的請(qǐng)求)可包含有關(guān)要被發(fā)放的具體的單位劑量藥物包的信息，或足以允許送藥單元基于其當(dāng)前庫(kù)存的了解確 定要彈出哪個(gè)單位劑量藥物包(而無(wú)需精確指定單個(gè)單位劑量藥物包)的信息(如以下所 述)。平行地，在程序塊406，關(guān)于正被遞送的至少一種藥物的處方信息被提供給送藥單元 的用戶。這樣的處方信息的提供可以在至少一種藥物的實(shí)際發(fā)放之前、期間或之后發(fā)生。如 本文使用的，這樣的處方信息可包括，但并非必須限于，針對(duì)正被發(fā)放的特定藥物的警示信 息，正被發(fā)放的處方劑量，針對(duì)該藥物的處方時(shí)間表是什么(如，"每天三次")，正被發(fā)放的 藥物的識(shí)別信息(通用名或品牌名)，正被發(fā)放的藥物的一個(gè)或更多個(gè)圖像，以及針對(duì)給予 藥物的任何指令。優(yōu)選地，處方信息經(jīng)由送藥單元上的適當(dāng)?shù)挠脩艚缑?如圖形顯示器)， 及/或經(jīng)由任何其他適當(dāng)?shù)脑O(shè)備和格式(如經(jīng)由打印機(jī)以打印形式，或揚(yáng)聲器以聲音形式) 提供給用戶。實(shí)踐中，如程序塊408中所示，處方信息可使用各種技術(shù)獲得。例如，送藥單元 或從遠(yuǎn)程設(shè)備(如遠(yuǎn)程控制器或遠(yuǎn)程單元)接收處方信息，例如作為可擴(kuò)展標(biāo)記語(yǔ)言(XML) 文件；或被提供有允許送藥單元請(qǐng)求/訪問(wèn)處方信息的信息(再一次，來(lái)自如遠(yuǎn)程控制器或 遠(yuǎn)程單元的遠(yuǎn)程設(shè)備)，如，儲(chǔ)存了必要的處方信息的合適的服務(wù)器地址。任一個(gè)處理可根 據(jù)需要多次發(fā)生。例如，處方信息可通過(guò)送藥單元一次性針對(duì)所有當(dāng)前儲(chǔ)存的藥物被獲取， 或在每次要執(zhí)行遞送過(guò)程時(shí)被獲取，或按照設(shè)計(jì)選擇根據(jù)一些其他基礎(chǔ)被獲取。
處理在程序塊410處繼續(xù)，在此，遞送過(guò)程的結(jié)果被確定并儲(chǔ)存。 一般來(lái)說(shuō)，遞送 過(guò)程有兩種可能的結(jié)果，至少一種藥物或被正確發(fā)放，或沒(méi)有被正確發(fā)放。前一種情況下， 送藥單元能夠確定必要的單位劑量藥物包被成功地從一個(gè)或多個(gè)藥物承載器彈出(使用 如在以下關(guān)于圖50-55更詳細(xì)描述的那些技術(shù))。就成功地彈出必要的藥物來(lái)說(shuō)，可進(jìn)一 步期望獲得肯定的指示，確定所發(fā)放的藥物被取出送藥單元，即從其遞送斜槽被提取，及/ 或獲得來(lái)自用戶(如，患者)的指示，藥物被實(shí)際給予患者。針對(duì)前一種情況，恰當(dāng)配置的 傳感器，如照相機(jī)和圖像識(shí)別軟件，可被調(diào)用以確定所發(fā)放的藥物是否從送藥單元被取出。 針對(duì)后一種情況，用戶可被提示(經(jīng)由合適的用戶界面機(jī)制)確認(rèn)一種或多種藥物的給予。 這樣的額外的信息可作為成功結(jié)果的指示的部分被包含。 有關(guān)不正確發(fā)放的藥物的后一種可能性，多種原因可以被辨認(rèn)，如，單位劑量藥物 包未正確地從其藥物承載器彈出(參見(jiàn)圖50-55)，送藥單元在遞送行為期間發(fā)生故障，或 任何其他可辨認(rèn)的原因。無(wú)論遞送過(guò)程的特定結(jié)果如何，該結(jié)果被優(yōu)選地儲(chǔ)存，用于登記、 跟蹤及/或?qū)徍说哪康?。例如，送藥單元可持續(xù)將結(jié)果(以任何適當(dāng)?shù)母袷?儲(chǔ)存在其自己 的內(nèi)部存儲(chǔ)設(shè)備中。在該實(shí)施方案中，儲(chǔ)存的結(jié)果數(shù)據(jù)/信息可被隨后下載到遠(yuǎn)程設(shè)備或 設(shè)備，并在其后被刪除或被允許繼續(xù)保留在送藥單元的內(nèi)部存儲(chǔ)中。替換地，所述結(jié)果可被 直接提供給遠(yuǎn)程控制器或遠(yuǎn)程單元(除了非永久的臨時(shí)存儲(chǔ)或送藥單元內(nèi)非持續(xù)性存儲(chǔ) 外)，用于隨后在那里儲(chǔ)存。在一個(gè)例子中，遞送結(jié)果被持續(xù)地儲(chǔ)存在送藥單元中一段給定 的時(shí)間期間(如三天)。另外，隨著送藥單元定期地與遠(yuǎn)程控制器或遠(yuǎn)程單元通信(如每半 小時(shí))，通過(guò)送藥單元儲(chǔ)存的任何新的遞送結(jié)果被下載到遠(yuǎn)程控制器或遠(yuǎn)程單元用于長(zhǎng)期 存儲(chǔ)。無(wú)論該存儲(chǔ)以何種方式達(dá)到，足以使遞送結(jié)果能與特定的送藥單元及/或特定的患 者相關(guān)聯(lián)的信息也被儲(chǔ)存，并可被儲(chǔ)存在安全網(wǎng)頁(yè)服務(wù)器或其他設(shè)備上，用于以后的訪問(wèn)。
最后，在程序塊412，另一遞送結(jié)果(無(wú)論儲(chǔ)存在何處)可被提供給送藥系統(tǒng)的授 權(quán)的實(shí)體。例如，健康照護(hù)提供者，訪問(wèn)通過(guò)遠(yuǎn)程控制器或具體的送藥單元維護(hù)的儲(chǔ)存的數(shù) 據(jù)，可隨意獲得對(duì)具體的遞送結(jié)果的訪問(wèn)權(quán)。替換地，這樣的遞送結(jié)果可被"推"(pushed)
44給授權(quán)的實(shí)體。例如，給定的患者的健康照護(hù)提供者(如，醫(yī)師)和照護(hù)者(如，臨終關(guān)懷 機(jī)構(gòu)或家庭護(hù)理提供者、兒童等)可請(qǐng)求當(dāng)針對(duì)患者，或針對(duì)具體類型的遞送結(jié)果(即，僅 當(dāng)遞送結(jié)果表明不正確遞送時(shí))的任何遞送結(jié)果發(fā)生時(shí)，(通過(guò)任何方便的和合乎期望的 通信媒介)被通知。 圖47舉例說(shuō)明一種方法，以此方法送藥單元可獲取有關(guān)提供給及/或儲(chǔ)存在藥物 承載器中的藥物及/或藥物承載器的信息，如以上部分所述。因此，在程序塊420處開始， 送藥單元接收輸入的藥物承載器，優(yōu)選地上述各種形式的藥物承載器，即，具有以二維布置 的單個(gè)單位劑量藥物包，且在包含其上提供的另一識(shí)別指示器的基本上平面的承載器。該 方法可包含自動(dòng)地使用上述結(jié)構(gòu)拉入藥物承載器。如以上指出的，這樣的識(shí)別指示器(或 識(shí)別標(biāo)記)可最終被具體化為至少可被送藥單位感知的任何形式，包含，但不限于，一維和 二維條形碼、磁條和磁性墨水、RFID巻標(biāo)或平面印刷文本。在后一種例子中，可使用成像設(shè) 備和適當(dāng)?shù)墓鈱W(xué)字符識(shí)別(OCR)軟件，使得送藥單元能"閱讀"該文本。這些形式的組合也 是可能的，即，條形碼和印刷文本。 無(wú)論針對(duì)至少一個(gè)識(shí)別指示器使用哪一種或多種形式，處理在程序塊422和424 的任一個(gè)或兩者處繼續(xù)。在程序塊422，送藥單元基于輸入的藥物承載器上的至少一個(gè)識(shí) 別指示器，確定有關(guān)至少一種藥物的信息。在本發(fā)明的一個(gè)實(shí)施方案中，該處理針對(duì)藥物承 載器中存在的每個(gè)單位劑量藥物包中的每種藥物執(zhí)行，盡管這并非必須。有著各種技術(shù)，使 得送藥單元由此可確定有關(guān)至少一種藥物的信息。例如，在使用的至少一個(gè)識(shí)別指示器包 含目標(biāo)信息的地方，送藥單元可直接"閱讀"至少一個(gè)識(shí)別指示器，以確認(rèn)所述信息。例如， 如以上指出的，在所述至少一個(gè)識(shí)別指示器包含文本的地方，送藥單元能使用OCR軟件直 接閱讀有關(guān)一種或多種藥物的信息。替換地，所述信息可被直接編碼到一個(gè)或多個(gè)識(shí)別指 示器中，使得送藥單元無(wú)需別處的參考而能夠直接解碼所述信息。還要進(jìn)一步地，送藥單元 可閱讀一個(gè)或多個(gè)識(shí)別指示器，以提供解碼的數(shù)據(jù)，如將條形碼轉(zhuǎn)換為不直接代表目標(biāo)信 息的一串?dāng)?shù)位表示的數(shù)據(jù)。其后，送藥單元可將解碼的數(shù)據(jù)提供給遠(yuǎn)程控制器或遠(yuǎn)程單元， 所述遠(yuǎn)程控制器或遠(yuǎn)程單元能將解碼的數(shù)據(jù)"翻譯"成目標(biāo)信息，例如，通過(guò)使用所述解碼 的數(shù)據(jù)作為表格查找的基礎(chǔ)。本領(lǐng)域普通技術(shù)人員將認(rèn)識(shí)到這方面的其他技術(shù)可等同地使 用。應(yīng)注意，有關(guān)至少一種藥物的信息可包括，以舉例的方式且不限于藥物名稱(如通用 名或品牌名)；針對(duì)藥物承載器中所有單位劑量藥物包或針對(duì)單個(gè)單位劑量藥物包的劑量 強(qiáng)度、制造商批號(hào)、到期日期、國(guó)家藥品代碼；或獨(dú)特的單位劑量藥物包序列號(hào)。
替換地，或除程序塊422的處理之外，在程序塊424的處理可發(fā)生在當(dāng)送藥單元基 于至少一個(gè)識(shí)別指示器確定有關(guān)至少一個(gè)輸入的藥物承載器本身(與其中儲(chǔ)存的藥物相 反，或除其中儲(chǔ)存的藥物之外)的信息時(shí)。使用與上述關(guān)于程序塊422基本上相同的技術(shù)， 有關(guān)輸入的藥物承載器的信息可通過(guò)送藥單元獨(dú)自或者與遠(yuǎn)程控制器或遠(yuǎn)程單元組合被 證實(shí)。在目前優(yōu)選的實(shí)施方案中，這樣的信息可包含(但不限于)包含在輸入的藥物承載 器中的許多單位劑量藥物包以及輸入的藥物承載器的布局定義。關(guān)于布局定義，每個(gè)藥物 承載器可遵照多個(gè)布局定義的預(yù)定義的布局定義。例如，一個(gè)布局定義可包含布置為具有 四列的七行，和具有四列中僅三列的第八行的一定尺寸的三十一個(gè)單位劑量藥物包，而另 一種布局可包含以五行和兩列布置的十個(gè)較大的單位劑量藥物包。無(wú)論如何，布局定義可 通過(guò)送藥單元(具有可能的布局定義的現(xiàn)有知識(shí)，和每個(gè)布局定義的細(xì)節(jié)，如由遠(yuǎn)程控制器或遠(yuǎn)程單元所提供的)來(lái)使用，以建立其應(yīng)去找到具體的單位劑量藥物包的確切位置。
無(wú)論程序塊422或424的任一個(gè)或兩者是否被實(shí)行，處理在程序塊426繼續(xù)，在 此，有關(guān)至少一種藥物(或輸入的藥物承載器)的信息被提供給送藥單元的用戶界面或者， 如果必要的話，提供給遠(yuǎn)程控制器或如遠(yuǎn)程控制器的遠(yuǎn)程單元。例如，在送藥單元確定所述 信息的情況下，該信息可被提供給用戶界面(如，引起該信息被顯示或者呈現(xiàn)給送藥單元 的用戶)，或遠(yuǎn)程控制器或遠(yuǎn)程單元。替換地，在送藥單元參與協(xié)助遠(yuǎn)程控制器或遠(yuǎn)程單元 證實(shí)所述信息的情況，對(duì)用戶界面的信息的提供包含遠(yuǎn)程控制器或遠(yuǎn)程單元首先提供返回 到送藥單元的信息。將認(rèn)識(shí)到，有關(guān)送藥單元的上述各種操作可依賴于目標(biāo)設(shè)計(jì)通過(guò)任何 適當(dāng)?shù)臉?gòu)件實(shí)行。 現(xiàn)在參照?qǐng)D48，在以下進(jìn)一步描述了 (以及部分如以上所述)通過(guò)送藥單元處理 輸入的藥物承載器。在程序塊440，送藥單元可可選地從例如遠(yuǎn)程控制器，接收授權(quán)的藥物 承載器的信息。如本文使用的，授權(quán)的藥物承載器的信息包含涉及給定的送藥單元被允許 接受的具體的藥物承載器的任何適當(dāng)信息。因此。授權(quán)的藥物承載器的信息可包含具體的 藥物承載器的識(shí)別信息(如，通過(guò)獨(dú)特的藥物承載器序列號(hào))。替換地，授權(quán)的藥物承載器 的信息可包含送藥單元被允許接收并儲(chǔ)存的藥物的具體名稱、類型或族系(families)的 識(shí)別信息。本領(lǐng)域普通技術(shù)人員將認(rèn)識(shí)到其他限制可以此方式被類似地提供。
無(wú)論如何，在程序塊442，送藥單元接收輸入的藥物承載器。基于在輸入的藥物承 載器上存在的至少一個(gè)識(shí)別指示器，送藥單元可確定輸入的藥物承載器是否被授權(quán)由送藥 單元接受并儲(chǔ)存，如在程序塊444和446所示。即，送藥單元可閱讀或者解碼來(lái)自藥物承載 器的一個(gè)或更多個(gè)識(shí)別標(biāo)記，并且，基于得到的有關(guān)輸入的藥物承載器的信息，確定輸入的 藥物承載器是否被授權(quán)。該操作可直接由送藥單元完成，如在送藥單元接收授權(quán)的藥物承 載器信息，如上述的程序塊440，并將有關(guān)輸入的藥物承載器的信息與授權(quán)的藥物承載器的 信息進(jìn)行比較的情況中那樣。替換地，送藥單元可將有關(guān)輸入的藥物承載器的信息提供給 遠(yuǎn)程控制器(或遠(yuǎn)程單元)，遠(yuǎn)程控制器(或遠(yuǎn)程單元)又可執(zhí)行必要的比較。無(wú)論授權(quán) 的確定是如何被執(zhí)行的，如果輸入的藥物承載器被授權(quán)用于送藥單元，則處理在程序塊448 繼續(xù)，在此，送藥單元使用上述技術(shù)儲(chǔ)存藥物承載器。 然而，如果輸入的藥物承載器未被授權(quán)用于送藥單元，則處理在程序塊450繼續(xù)， 在此送藥單元拒絕儲(chǔ)存輸入的藥物承載器。在目前優(yōu)選的實(shí)施方案中，該拒絕由送藥單元 自動(dòng)地進(jìn)行，引起送藥單元阻止進(jìn)一步插入或者彈出輸入的藥物承載器(以本質(zhì)上與在從 升降器卸載承載器時(shí)控制送藥單元將承載器彈出相同的方式)。其后，在程序塊452，送藥 單元可向遠(yuǎn)程控制器或遠(yuǎn)程單元提供拒絕儲(chǔ)存輸入的藥物承載器的指示。這樣的指示也可 包含任何有關(guān)輸入的藥物承載器的有效的識(shí)別信息(如，序列號(hào)等)以及其他相關(guān)信息，如 一天中的時(shí)間，等。以與上述關(guān)于程序塊410(圖45)所述類似的方式，送藥單元可本地儲(chǔ) 存這樣的信息用于以后的提取。注意，當(dāng)接收多個(gè)輸入的藥物承載器時(shí)，關(guān)于圖48所舉例 說(shuō)明和描述的處理可按需要多次重復(fù)。 作為上述關(guān)于圖48的處理的推論，參照?qǐng)D49描述了另外的處理。特別地，在程序 塊460，輸入的藥物承載器與之前一樣被送藥單元接收。其后，在程序塊462，送藥單元確定 一個(gè)或更多個(gè)識(shí)別指示器為不可讀。判定識(shí)別指示器不可讀的原因?qū)Ρ绢I(lǐng)域普通技術(shù)人員 是眾所周知的，包含，但不限于，給定識(shí)別指示器的缺失、隱蔽、不對(duì)準(zhǔn)、破壞、不相容或其他
46缺陷。無(wú)論為什么一個(gè)或更多個(gè)識(shí)別標(biāo)記不可讀，處理隨后在程序塊464繼續(xù)，在此，如上 述，送藥單元拒絕輸入的藥物承載器，且在程序塊466，通知遠(yuǎn)程控制器或遠(yuǎn)程單元，及/或 儲(chǔ)存記錄該拒絕的數(shù)據(jù)/信息。 如以上指出的，送藥單元的一個(gè)合乎期望的特點(diǎn)是確定單個(gè)單位劑量藥物包及 /或單位劑量的情況的能力，特別是在發(fā)放操作和裝載/卸載操作過(guò)程中。為此，參照?qǐng)D 50-55進(jìn)一步描述并舉例說(shuō)明用于確定這樣的情況的各種技術(shù)。如本文使用的，單位劑量藥 物包的情況可指單位劑量藥物包是否存在，或是否不存在于其藥物承載器中；或可指其他 中間狀態(tài)，如部分被取出。還要進(jìn)一步地，情況可包含其他未必與存在相關(guān)的狀態(tài)，而是與 單位劑量的完整性相關(guān)的狀態(tài)，如單位劑量藥物包是否部分破裂或以其他方式被損壞。
圖50舉例說(shuō)明關(guān)于這方面的基本處理。在程序塊470開始，送藥單元測(cè)試藥物承 載器中的單位劑量位置，以確定所述單位劑量位置的情況。單位劑量位置描述了給定的單 位劑量藥物包(及其相應(yīng)的單位劑量的藥物)的藥物承載器中的特定位置。該測(cè)試優(yōu)選地 使用情況檢測(cè)器實(shí)現(xiàn)，所述情況檢測(cè)器實(shí)施以下進(jìn)一步詳細(xì)描述的許多技術(shù)的任一種。其 后，在程序塊472，遞送單元，經(jīng)由適當(dāng)?shù)耐ㄖ獦?gòu)件，基于確定的情況，提供相應(yīng)于所測(cè)試的 位置的狀況指示。在目前優(yōu)選的實(shí)施方案中，狀況指示告知送藥單元及/或遠(yuǎn)程控制器或 遠(yuǎn)程單元涉及特定單位劑量位置的用藥或其他事件的結(jié)果。在目前優(yōu)選的實(shí)施方案中，通 知構(gòu)件的具體實(shí)施取決于正被通知的實(shí)體。例如，在預(yù)定接受者是送藥單元的用戶時(shí)，通知 構(gòu)件可包含顯示器、揚(yáng)聲器或其他用戶可感知的設(shè)備。替換地，在通知被指定到設(shè)備(如遠(yuǎn) 程控制器或遠(yuǎn)程單元)時(shí)，通知構(gòu)件可包含適當(dāng)?shù)能浖噶詈屯ㄐ沤涌?，所述軟件指令被 配置為生成包含狀況指示的消息，所述通信接口能夠向遠(yuǎn)程控制器或遠(yuǎn)程單元提供消息。 包括圖50的處理具體實(shí)例在以下參照?qǐng)D51和52被進(jìn)一步描述。 現(xiàn)在參照?qǐng)D51，進(jìn)一步描述了依據(jù)發(fā)放事件的情況測(cè)試。因此，在程序塊480，確 定發(fā)放(或用藥)事件應(yīng)發(fā)生(再一次地，如通過(guò)用藥時(shí)間表或響應(yīng)于非計(jì)劃的用藥請(qǐng)求 而確定)。在目前優(yōu)選的實(shí)施方案中，這樣的確定引起要在發(fā)放一個(gè)或多個(gè)單位劑量藥物包 之前，于一個(gè)或更多個(gè)位置(可發(fā)生在多個(gè)藥物承載器中)執(zhí)行情況測(cè)試，如由程序塊482 所舉例說(shuō)明的。該例子中，在程序塊482除執(zhí)行的測(cè)試是要確定一個(gè)或多個(gè)目標(biāo)單位劑量 藥物包是否存在于相應(yīng)的一個(gè)或多個(gè)藥物承載器中。如果，在程序塊484，確定(基于返回 的存在/不存在情況) 一個(gè)或多個(gè)目標(biāo)單位劑量藥物包的任一個(gè)不存在，則處理在程序塊 486繼續(xù)，在此提供適當(dāng)?shù)腻e(cuò)誤指示。再一次地，這樣的錯(cuò)誤指示可由送藥單元儲(chǔ)存及/或 被提供給遠(yuǎn)程控制器或遠(yuǎn)程單元。注意，判定錯(cuò)誤存在，或確定錯(cuò)誤的存在，或確定錯(cuò)誤的 相對(duì)重要性的閾值，可取決于正被發(fā)放的特定藥物的性質(zhì)。例如，關(guān)鍵藥物正被遞送的情 況中任何單位劑量藥物包的缺失，可導(dǎo)致最緊急水平的錯(cuò)誤。另一方面，涉及非關(guān)鍵藥物 (如，維生素或營(yíng)養(yǎng)藥品)的單位劑量藥物包的缺失可不導(dǎo)致任何錯(cuò)誤指示，或，如果缺失， 則產(chǎn)生相對(duì)低優(yōu)先級(jí)的錯(cuò)誤指示。本領(lǐng)域普通技術(shù)人員將認(rèn)識(shí)到，進(jìn)一步的錯(cuò)誤提醒計(jì)劃 可按照設(shè)計(jì)選擇被實(shí)施。 如果一個(gè)或多個(gè)目標(biāo)單位劑量藥物包存在，則處理在程序塊488繼續(xù)，在此， 一個(gè) 或多個(gè)目標(biāo)單位劑量藥物包如以上所述被發(fā)放。其后，在程序塊490，執(zhí)行在一個(gè)或多個(gè)目 標(biāo)單位劑量藥物包的一個(gè)或多個(gè)單位劑量位置的進(jìn)一步測(cè)試，以再一次確定存在/不存在 指示。如果在程序塊492，確定所述目標(biāo)單位劑量藥物包的一個(gè)或更多個(gè)仍然存在，則處理在程序塊494繼續(xù)，在此，可提供另一個(gè)錯(cuò)誤指示。注意，在目前優(yōu)選的實(shí)施方案中，存在 狀態(tài)將在以下那些情況中被確定，即單位劑量藥物包僅部分地，而非全部地，從其藥物承載 器被取出。例如，如果圍繞給定單位劑量的所有沖孔在發(fā)放過(guò)程中沒(méi)有完全破壞(程序塊 488;導(dǎo)致所謂的"懸石(hanging chad)"狀態(tài))，這應(yīng)被檢測(cè)為存在狀態(tài)。然而，如果一個(gè) 或多個(gè)目標(biāo)單位劑量藥物包不再存在，則處理在程序塊496繼續(xù)，在此提供一個(gè)或多個(gè)目 標(biāo)單位劑量藥物包已被成功發(fā)放的一個(gè)或多個(gè)指示。 進(jìn)一步參照?qǐng)D52描述了替換的測(cè)試情景，具體地針對(duì)藥物承載器的裝載。因此， 在程序塊500開始，通過(guò)送藥單元確定藥物承載器的裝載操作(或，可選地，卸載操作)正 在執(zhí)行或即將執(zhí)行。其后，在程序塊502，一個(gè)或更多個(gè)位置的測(cè)試先于裝載(或卸載)操 作被執(zhí)行。在本發(fā)明的一個(gè)實(shí)施方案中，這樣的測(cè)試可以在用于儲(chǔ)存藥物承載器的儲(chǔ)存區(qū) 的入口處被執(zhí)行。在裝載情景中，如果程序塊504處的確定揭示一個(gè)或更多個(gè)單位劑量藥 物包不存在，則處理在程序塊506繼續(xù)，在此提供錯(cuò)誤指示，如上述。該情況下，有可能輸入 的藥物承載器仍被裝載(程序塊509)到送藥單元的儲(chǔ)存區(qū)中。例如，這在那些包含在輸入 的藥物承載器中的藥物為可選的或非關(guān)鍵藥物的例子時(shí)，可能發(fā)生。另一方面，如果所有的 單位劑量藥物包被確定存在，則處理在程序塊508繼續(xù)，在此，可選地提供成功指示。其后， 藥物承載器在程序塊509被裝載到送藥單元中。在卸載藥物承載器的情況下，可執(zhí)行基本 相似的過(guò)程。然而，該情況中，那些構(gòu)成錯(cuò)誤情況的情況可取決于正被卸載的藥物承載器中 各種單位劑量藥物包的期望情況。例如，如果送藥單元(或遠(yuǎn)程控制器的所述送藥單元的 控制操作)預(yù)期藥物承載器完全卸空單位劑量承載器，但是，在卸載之前，確定一個(gè)或更多 個(gè)單位劑量承載器仍然存在，則錯(cuò)誤指示可被證實(shí)。相反地，在藥物承載器被認(rèn)為仍然含有 某個(gè)單位劑量藥物包的地方，事實(shí)上卻沒(méi)有這樣的單位劑量藥物包，則錯(cuò)誤指示可再次被 證實(shí)。 如以上指出的，可使用各種技術(shù)實(shí)踐情況測(cè)試。許多這些技術(shù)參照?qǐng)D53-55被進(jìn) 一步描述。在圖53中舉例說(shuō)明的一個(gè)實(shí)施方案中，可使用的情況檢測(cè)器包含以透過(guò)構(gòu)造， 或以反射構(gòu)造布置的測(cè)試信號(hào)源512和測(cè)試信號(hào)傳感器516。在該實(shí)施方案中，測(cè)試信號(hào)源 512提供測(cè)試信號(hào)514。通過(guò)非限制性例子的方式，測(cè)試信號(hào)514可最終包含任何類型的可 檢測(cè)信號(hào)，如電磁波(如紅外、可見(jiàn)或紫外光、射頻等)、物理波(如聲波)或電子信號(hào)。用 于提供這樣的信號(hào)的源是本領(lǐng)域眾所周知的。無(wú)論如何，測(cè)試信號(hào)514被指向考慮中的藥 物承載器，具體地，被指向考慮中的一個(gè)或更多個(gè)單位劑量位置。在這一點(diǎn)，注意到測(cè)試信 號(hào)514在其構(gòu)造上可以是相對(duì)地具體的(即，聚焦的)，如在基本上指向單一單位劑量位置 的準(zhǔn)直束光的情況；或更廣泛地指向許多單位劑量位置，如在更多散射光的情況。
如本領(lǐng)域已知的，一個(gè)或更多個(gè)測(cè)試信號(hào)傳感器516被選擇以匹配所使用的測(cè)試 信號(hào)514的性質(zhì)。同樣重要的，測(cè)試信號(hào)傳感器516相對(duì)于測(cè)試信號(hào)源512的構(gòu)造及/或 布局根據(jù)是否使用透過(guò)或反射構(gòu)造而改變。在透過(guò)構(gòu)造中，測(cè)試信號(hào)傳感器516相對(duì)于測(cè) 試信號(hào)源512和藥物承載器510定位，以感應(yīng)透過(guò)藥物承載器510的測(cè)試信號(hào)514的部分 518(如果有的話)。該構(gòu)造中，當(dāng)傳感器516未感應(yīng)到(或感應(yīng)到在相對(duì)地減弱的水平， 取決于正被使用的測(cè)試信號(hào)的性質(zhì))測(cè)試信號(hào)518的至少部分時(shí)，則指示單位劑量藥物包 的"存在"狀態(tài)，而當(dāng)傳感器516感應(yīng)到(或感應(yīng)到在相對(duì)地未減弱的水平)測(cè)試信號(hào)518 的部分時(shí)，則指示"不存在"狀態(tài)。在反射構(gòu)造中，測(cè)試信號(hào)傳感器516a相對(duì)于測(cè)試信號(hào)源
48512和藥物承載器510定位，以感應(yīng)藥物承載器510發(fā)射的測(cè)試信號(hào)514的部分518a (如果 有的話)。該構(gòu)造中，當(dāng)傳感器516a感應(yīng)到(或感應(yīng)到在相對(duì)地未減弱的水平)測(cè)試信號(hào) 518a的部分時(shí)，則指示單位劑量藥物包的"存在"狀態(tài)，而當(dāng)傳感器516a未感應(yīng)到(或感應(yīng) 到在相對(duì)地減弱的水平)測(cè)試信號(hào)518a的至少部分時(shí)，則指示"不存在"狀態(tài)。
圖53舉例說(shuō)明的實(shí)施方案的潛在優(yōu)勢(shì)在于，例如，單位劑量藥物包形成于其中的 塑料(即泡罩或吸塑)對(duì)于測(cè)試信號(hào)514是透明的(如透明塑料盒可見(jiàn)光)，所述的測(cè)試可 起雙向感應(yīng)的功能。即，該布置不僅能檢測(cè)單位劑量藥物包的存在/不存在，還可用于檢測(cè) 單位劑量本身的存在/不存在。例如，在盡管單位劑量藥物包存在，但單位劑量的箔襯紙已 破裂，從而導(dǎo)致單位劑量被釋放的時(shí)候，該技術(shù)仍可指示單位劑量不存在，在某種程度上， 測(cè)試信號(hào)514可穿過(guò)(或者不被反射)泡罩和由破裂的箔形成的開口。
現(xiàn)在參照?qǐng)D54，提供了包含單一組合的剌激源和傳感器520的情況測(cè)試器。即所 述組合的設(shè)備520用來(lái)當(dāng)在所述單位劑量位置測(cè)試情況時(shí)，提供剌激或測(cè)試信號(hào)522兩者， 并感應(yīng)(或不感應(yīng)，根據(jù)可能的情況)返回的剌激或信號(hào)524。 例如，在一個(gè)實(shí)施方案中，設(shè)備520可包含機(jī)械致動(dòng)設(shè)備，如連接到適當(dāng)?shù)碾娖鏖_ 關(guān)的可偏轉(zhuǎn)、彈簧式探針。在該實(shí)施方案中，探針可被帶到在所述單位劑量位置與藥物承載 器510接觸。如果單位劑量存在，則探針的彈簧彈力將被克服，引起探針偏轉(zhuǎn)，由此關(guān)閉(或 打開，根據(jù)可能的情況)電器開關(guān)，并提供單位劑量藥物包(或基本上完整的單位劑量藥物 包)存在的信號(hào)。相反地，如果單位劑量藥物包不存在，或如果單位劑量藥物包已經(jīng)被在先 的損壞削弱，探針將不偏轉(zhuǎn)(或不偏轉(zhuǎn)到足夠的程度)由此使電器開關(guān)保持在打開(或關(guān) 閉，根據(jù)設(shè)計(jì)選擇)狀態(tài)，導(dǎo)致指示單位劑量藥物包不存在(或以某種方式損壞)的信號(hào)。
在另一個(gè)實(shí)施方案中，設(shè)備520可包含RFID巻標(biāo)閱讀器。如本領(lǐng)域已知的，這樣 的閱讀器發(fā)出第一信號(hào)522，產(chǎn)生回復(fù)第二信號(hào)524的兼容的RFID巻標(biāo)。以此方式，RFID 閱讀器，如本文使用的，能被帶到足夠接近所述單位劑量位置。在該實(shí)施方案中，每個(gè)單位 劑量藥物包裝有獨(dú)特的相應(yīng)的RFID巻標(biāo)。因此，如果閱讀器在給定單位劑量位置檢測(cè)到返 回的信號(hào)，則可提供單位劑量藥物包存在且未受損(至少?zèng)]有到損壞相應(yīng)的FRID巻標(biāo)的程 度)的指示。相反地，如果閱讀器沒(méi)有在給定單位劑量位置檢測(cè)到返回的信號(hào)，則可提供單 位劑量藥物包不存在及/或已被損壞到足以使相應(yīng)的RFID巻標(biāo)不可操作的程度的指示。
在又另一個(gè)實(shí)施方案中，設(shè)備520包含電子信號(hào)522輸出和返回信號(hào)524輸入。這 種情況下，電子信號(hào)522可以是簡(jiǎn)單的直流(DC)電壓，或較復(fù)雜的隨時(shí)間變化的波形。在 該實(shí)施方案中，每個(gè)單位劑量藥物包包含傳導(dǎo)路徑，如本領(lǐng)域已知的傳導(dǎo)性墨水或非常薄 的傳導(dǎo)性跡線(conductive trace)，只要單位劑量藥物包存在且相對(duì)地未受損，傳導(dǎo)性墨 水或傳導(dǎo)性跡線保持其電氣連續(xù)性。當(dāng)電子信號(hào)輸出被帶至在所述單位劑量位置與傳導(dǎo)路 徑的期望位置電氣接觸時(shí)，當(dāng)檢測(cè)到返回信號(hào)524，則將檢測(cè)到基本上完整的單位劑量藥物 包的存在，即，由電子信號(hào)輸出建立的電路、傳導(dǎo)路徑和返回信號(hào)輸入是完整的。相反地，當(dāng) 未檢測(cè)到返回信號(hào)524，則將檢測(cè)到單位劑量藥物包不存在及/或損壞，S卩，由電子信號(hào)輸 出建立的電路、傳導(dǎo)路徑和返回信號(hào)輸入不完整。 圖55中舉例說(shuō)明另一個(gè)測(cè)試實(shí)施方案，其中情況測(cè)試器僅包含傳感器530。在該 實(shí)施方案中，傳感器530被構(gòu)造以感應(yīng)所述單位劑量位置的一些固有參數(shù)或假定特征532。 例如，傳感器530可包含構(gòu)造以檢測(cè)由單位劑量藥物包當(dāng)存在于藥物承載器中時(shí)發(fā)出的磁場(chǎng)532場(chǎng)的磁傳感器。在該實(shí)施方案中，每個(gè)單位劑量藥物包裝有磁性材料，如本領(lǐng)域技 術(shù)人員已知的磁條或磁性墨水。因此，當(dāng)磁傳感器530被帶到足夠接近所述單位劑量位置 時(shí)，如果感應(yīng)到磁場(chǎng)，則表明單位劑量藥物包的存在；而如果未感應(yīng)到磁場(chǎng)，則不表明其存 在。在又另一個(gè)實(shí)施方案中，傳感器530可包含圖像傳感器和相應(yīng)的圖像分析處理功能塊， 即軟件。在該實(shí)施方案中，圖像傳感器530，如適當(dāng)?shù)撵o態(tài)圖像或視頻相機(jī)，可捕獲所述單位 劑量位置的一個(gè)或更多個(gè)圖像(假設(shè)存在足夠的環(huán)境光)。使用已知的圖像分析技術(shù)(尤 其基于軟件的技術(shù))，所捕獲的一個(gè)或多個(gè)圖像可被分析以確定所述捕獲的一個(gè)或多個(gè)圖 片像是否描繪了單位劑量藥物包。如果單位劑量藥物包在所述一個(gè)或多個(gè)圖像中被描繪， 則表明其存在，否則不表明其存在。相似地，不是分析捕獲的針對(duì)所述單位劑量藥物包的圖
像，而是該分析可被執(zhí)行以確定單位劑量本身是否在圖像中被描繪(如在這樣的情況，例 如，其中單位劑量藥物包的塑料泡罩足夠透明，而允許捕獲適當(dāng)?shù)膱D片)。 現(xiàn)在參照?qǐng)D56，顯示涉及處理存儲(chǔ)的藥物的各種技術(shù)。在程序塊540開始，送藥單 元或遠(yuǎn)程控制器可確定儲(chǔ)存在送藥單元中的藥物的庫(kù)存。在目前優(yōu)選的實(shí)施方案中，這基 于如上述提供在的儲(chǔ)存的藥物承載器上的識(shí)別標(biāo)記來(lái)完成。例如，使用上述技術(shù)，給定的送 藥單元的庫(kù)存在每次藥物承載器被裝載并儲(chǔ)存在送藥單元中的時(shí)候被更新。其后，用藥事
件的發(fā)生引起所述庫(kù)存的再次更新。還要進(jìn)一步地，藥物承載器的卸載或?qū)λ幬锍休d器中 存在的某種藥物的限制(以下關(guān)于圖59所述)可引起所述庫(kù)存再次更新。以此方式，所述 庫(kù)存的確定變成了連續(xù)的過(guò)程。在可替換的實(shí)施方案中，庫(kù)存作為單一的事件被執(zhí)行，其中 每個(gè)當(dāng)前儲(chǔ)存的藥物承載器被檢查，如上述，以確定存在的是什么單位劑量藥物包(及其 相應(yīng)的藥物)。 無(wú)論庫(kù)存以何種方式被確定，處理可沿所示兩條路徑的任一條繼續(xù)。沿第一條路 徑，在程序塊542開始，確定針對(duì)給定藥物的遞送過(guò)程是否需要按照用藥方案或非計(jì)劃的 請(qǐng)求發(fā)生，如先前所描述的。如果是，則處理在程序塊544繼續(xù)，以首先確定送藥單元中儲(chǔ) 存的藥物的至少一種(如由所述庫(kù)存所指示的)是否與用藥方案或非計(jì)劃的請(qǐng)求一致。如 本文使用的，由用藥方案/非計(jì)劃的請(qǐng)求指示的藥物與所儲(chǔ)存的藥物之間的一致性通過(guò)藥 物的身份和構(gòu)造判斷。亦即，如果儲(chǔ)存的藥物沒(méi)有一個(gè)與請(qǐng)求的藥物具有相同的身份，則請(qǐng) 求和儲(chǔ)存的藥物不一致。替換地，假設(shè)所需藥物當(dāng)前被儲(chǔ)存，則其必須以所需的劑量強(qiáng)度發(fā) 生。假設(shè)這些條件被滿足，則處理在程序塊546繼續(xù)，在此確定是否有足夠量的(一致的) 藥物被儲(chǔ)存，以滿足遞送過(guò)程/非計(jì)劃的請(qǐng)求。如果是，則處理在程序塊550繼續(xù)，在此，識(shí) 別的儲(chǔ)存的藥物按照用藥方案或非計(jì)劃的請(qǐng)求被發(fā)放。如果儲(chǔ)存的藥物或者不一致，或者 沒(méi)有足夠的量(即使一致)，則處理在程序塊548結(jié)束，在此提供送藥單元已不能執(zhí)行遞送 過(guò)程的指示。如在先前描述的實(shí)施方案中，程序塊548的通知可被提供給送藥單元的用戶 界面，或提供給遠(yuǎn)程控制器或遠(yuǎn)程單元。還要進(jìn)一步地，通知可包含有關(guān)送藥單位為何不能 執(zhí)行用藥方案或非計(jì)劃的請(qǐng)求的原因的各種數(shù)據(jù)元素。 沿圖56中描繪的另一路徑，處理在程序塊552開始，在此，基于所述庫(kù)存，確定儲(chǔ) 存在送藥單元中的至少一種藥物是否有在時(shí)間間隔T到期之后足以履行用藥方案的量。例 如，每次給定藥物的藥劑被發(fā)放(或因用藥方案，或因非計(jì)劃的請(qǐng)求)且相應(yīng)的庫(kù)存更新， 可確定針對(duì)該藥物的剩余的庫(kù)存是否足以履行針對(duì)該藥物下一次(如，三天后)計(jì)劃發(fā)生 的(僅按用藥方案)剩余的用藥事件。如果當(dāng)前儲(chǔ)存有足以覆蓋時(shí)間間隔(假設(shè)無(wú)非計(jì)劃
50的請(qǐng)求)的庫(kù)存，則無(wú)需采取進(jìn)一步措施。然而，當(dāng)現(xiàn)有庫(kù)存不足以覆蓋時(shí)間間隔時(shí)，處理 在程序塊554繼續(xù)，在此，提供不足庫(kù)存的通知。如在先前描述的實(shí)施方案中，程序塊554 的通知可被提供給送藥單元的用戶界面，或提供給遠(yuǎn)程控制器或遠(yuǎn)程單元。通過(guò)通知遞送 設(shè)備的用戶，或通知健康照護(hù)提供者(如，藥劑師)即將發(fā)生的不足，用戶或健康照護(hù)提供 者有可能通過(guò)所需藥物的自動(dòng)的或請(qǐng)求的補(bǔ)充，來(lái)補(bǔ)救該情況。 現(xiàn)在參照?qǐng)D57，進(jìn)一步描述了用于提供針對(duì)給定藥物的封裝指令的處理。圖57的 處理假定執(zhí)行藥物封裝的實(shí)體(如，藥劑師)具有能夠按照所舉例說(shuō)明的處理執(zhí)行指令的 處理設(shè)備，優(yōu)選地包含圖形用戶界面。進(jìn)一步，能被處理設(shè)備閱讀的媒介可包含用于實(shí)施所 舉例說(shuō)明的處理的可執(zhí)行指令。 因此，在程序塊560開始，要被封裝的一種藥物(或多種藥物)的識(shí)別信息被提供 給處理設(shè)備。例如，適當(dāng)?shù)淖R(shí)別信息可通過(guò)圖形用戶界面使用已知的機(jī)制(如本領(lǐng)域已知 的鼠標(biāo)和指針布置、可選的列表及/或菜單、搜索欄等，或其組合)被提供。作為應(yīng)答，在程 序塊562，處理設(shè)備顯示要被用于封裝所述識(shí)別的藥物的藥物承載器的一個(gè)或更多個(gè)圖像。 例如，需要的藥物承載器的圖形描繪，如上述那些，可被提供在圖形用戶界面上。可選地，在 程序塊564，識(shí)別的藥物的一個(gè)或更多個(gè)圖像也可經(jīng)由圖形用戶界面被提供。在目前優(yōu)選的 實(shí)施方案中，提供多于一個(gè)圖像，從各種視角舉例說(shuō)明識(shí)別的一種或多種藥物，即前側(cè)透視 圖和后側(cè)透視圖。 在程序塊566，用于將至少一種藥物放到所描繪的藥物承載器終的裝載指令基本 上同時(shí)經(jīng)由圖形用戶界面被顯示。例如，裝載指令可包含指示所述至少一種藥物的單個(gè)藥 劑應(yīng)被放在藥物承載器中何處的文本。在目前優(yōu)選的實(shí)施方案中，圖形標(biāo)記，如藥物的每個(gè) 單位劑量的圖像，可被覆蓋在藥物承載器的圖像上，從而非常接近地復(fù)制正確裝載的藥物 承載器的外形。以此方式，可基本上減少裝載錯(cuò)誤。最終，在程序塊568，可通過(guò)處理設(shè)備打 印標(biāo)簽或一套標(biāo)簽，所述標(biāo)簽包含識(shí)別的藥物的一個(gè)或更多個(gè)圖像(除了如上所述的任何 識(shí)別標(biāo)記以外)。以此方式，可獲得藥物承載器已被正確裝載的還要進(jìn)一步的確認(rèn)。此外， 標(biāo)簽上提供的藥物圖像可由患者使用，以確認(rèn)提供給他們的藥物的身份。
現(xiàn)在參照?qǐng)D58，進(jìn)一步描述不良能量情況的處理。在程序塊570開始，確定送藥單 元中是否存在不良能量情況。用于確定的是否存在不良能量情況的技術(shù)對(duì)本領(lǐng)域普通技術(shù) 人員是眾所周知的。如本文使用的，不良能量情況包括送藥單元的任何這樣的情況，即使得 送藥單元有能力繼續(xù)自動(dòng)地遞送藥物的可用電力供應(yīng)不確定時(shí)。因此，例如，如果送藥單元
從其外部電源以外斷開時(shí)，導(dǎo)致到送藥單元的外部電力完全損失的電網(wǎng)失效，將構(gòu)成不良 能量情況。 一般地，當(dāng)不良能量情況發(fā)生時(shí)，可能需要自動(dòng)地卸載至少一些(如果不是全部 的話)存儲(chǔ)的藥物承載器，以確保每個(gè)患者可繼續(xù)獲取他/她的藥物。
如果檢測(cè)到不良能量情況，則處理在程序塊572繼續(xù)，在此提供不良能量情況的 指示。如在上述其他實(shí)施方案中，指示可被提供給送藥單元的用戶界面(如通過(guò)使用可視 及/或聲音警報(bào))及/或給遠(yuǎn)程控制器或遠(yuǎn)程單元。 其后，在程序塊574，確定——進(jìn)一步深化這樣的實(shí)施方案，其中每個(gè)送藥單元包 含電池備份，以在不良能量情況中繼續(xù)供應(yīng)電能——送藥單元的剩余備份能量是否已經(jīng)降 至低于給定的閾值。閾值被選擇以滿足兩個(gè)標(biāo)準(zhǔn)。第一，所述閾值必須足夠低，以耐外電源 中相對(duì)小的中斷，如所謂的"斷電"。第二，所述閾值必須被選擇以確保將剩下足夠量的電能用于自動(dòng)地卸載一些或全部?jī)?chǔ)存的藥物承載器，以及用于提供與遠(yuǎn)程控制器或遠(yuǎn)程單元的 最后通信，如以下所述。 如果剩余備份能量降至低于閾值，儲(chǔ)存的藥物承載器的一些或全部被自動(dòng)地在程 序塊576卸載。在一個(gè)實(shí)施方案中，可使用多個(gè)這樣的閾值，使得不同優(yōu)先權(quán)的藥物承載器 按順序被卸載。例如，當(dāng)?shù)谝?、最高的閾值被越過(guò)時(shí)， 一個(gè)或更多個(gè)最重要的藥物承載器被 卸載。其后，將不會(huì)卸載額外的藥物承載器，直到額外的、較低的閾值被越過(guò)，由此實(shí)現(xiàn)按照 剩余備份能量分階段的藥物卸載。在藥物承載器被卸載時(shí)及/或在最后的藥物承載器被卸 載以后，這樣的自動(dòng)卸載操作的指示被提供給遠(yuǎn)程控制器，如程序塊578所表明的。
現(xiàn)在參照?qǐng)D59，進(jìn)一步描述了用于處理到期的藥物的處理。在程序塊580，針對(duì)儲(chǔ) 存在送藥單元中的至少一種藥物的到期信息被確定。如在在先的實(shí)施方案中，到期信息的 確定可以或者由送藥單元以問(wèn)題形式，或者由遠(yuǎn)程控制器確定。在前者的情況下，到期信息 由送藥單元通過(guò)檢驗(yàn)如上所述的提供在每個(gè)藥物承載器上的一個(gè)或更多個(gè)識(shí)別指示器被 查明。如以上指出的，這樣的識(shí)別指示器可包含針對(duì)儲(chǔ)存在相應(yīng)的藥物承載器中的藥物的 到期信息。替換地，到期信息可通過(guò)遠(yuǎn)程控制器(或其他遠(yuǎn)程單元)提供。在一個(gè)實(shí)施方 案中，到期信息表現(xiàn)為絕對(duì)日期，在該絕對(duì)日期相應(yīng)的藥物的可用期到期。然而，這并非要 求，且到期信息的其他表現(xiàn)形式也可等同地使用。 其后，處理在程序塊582處繼續(xù)，在此基于到期信息確定至少一種藥物是否仍可 用。例如，如通過(guò)提供在送藥單元及/或遠(yuǎn)程控制器或遠(yuǎn)程單元中的實(shí)時(shí)時(shí)鐘確定的當(dāng)前 日期，可定期地與到期信息比較。如果該比較是有利的，即，當(dāng)前日期仍先于到期信息表明 的到期日期，則處理完成(至少在到期信息的下一次檢查之前)。另一方面，如果該比較是 不利的，即，如果當(dāng)前日期不再先于到期日期，則處理在程序塊584繼續(xù)，在這里一種或多 種到期的藥物的未來(lái)遞送被阻止。當(dāng)阻止藥物的遞送時(shí)，許多技術(shù)的任一種均可被采用。例 如，到期的藥物的每個(gè)單位劑量可被發(fā)放到送藥單元的隔間中，即，被隔離，從而防止對(duì)藥 物的獲取。替換地，到期的藥物可響應(yīng)于接收的要發(fā)放這樣的到期的藥物的具體授權(quán)或命 令，通過(guò)送藥單元被發(fā)放或者被放出。這樣的命令可從送藥單元的用戶直接通過(guò)其用戶界 面被接收。替換地，所需的命令可從遠(yuǎn)程控制器被提供。還要進(jìn)一步地，到期的藥物可在送 藥單元的內(nèi)部?jī)?chǔ)存設(shè)備中被標(biāo)記為到期，使得未來(lái)發(fā)放該藥物的嘗試將被拒絕。無(wú)論所用 以阻止發(fā)放的特殊技術(shù)如何，處理之后在程序塊586處繼續(xù)，在這里，提供所述至少一種藥 物不再可用的適當(dāng)?shù)闹甘?。再一次，這樣的指示可經(jīng)由送藥單元的用戶界面被提供給用戶， 及/或所述指示可用于長(zhǎng)期存儲(chǔ)和生成適當(dāng)?shù)奶嵝训挠猛?，被提供給遠(yuǎn)程控制器或遠(yuǎn)程單 元。 現(xiàn)在參照?qǐng)D60，描述了用于處理對(duì)儲(chǔ)存在送藥單元中的用藥方案的修改的處理。 從程序塊590開始，對(duì)現(xiàn)有的用藥方案的修改被接收。在目前優(yōu)選的實(shí)施方案中，這樣的修 改通過(guò)使用如上述的遠(yuǎn)程單元32或遠(yuǎn)程控制器101被輸入。遠(yuǎn)程控制器或遠(yuǎn)程單元可使 用其控制的，或可訪問(wèn)遠(yuǎn)程控制器或遠(yuǎn)程單元的儲(chǔ)存設(shè)備儲(chǔ)存用藥方案。替換地，如在主機(jī) 遠(yuǎn)程控制器環(huán)境的實(shí)例中，如以上所述，修改可經(jīng)由網(wǎng)頁(yè)界面或通過(guò)遠(yuǎn)程控制器或遠(yuǎn)程單 元實(shí)施的類似機(jī)制輸入。因?yàn)橛盟幏桨妇唧w地為單個(gè)患者定制，并且患者與具體的送藥單 元唯一相關(guān)，任何對(duì)給定用藥方案的修改，如，頻率、劑量強(qiáng)度等的改變，在被實(shí)施之前，必 須首先考慮到在具體的送藥單元最近已發(fā)生的任何用藥事件。
因此，在程序塊592，是由遠(yuǎn)程控制器或遠(yuǎn)程單元來(lái)確定接收到的對(duì)用藥方案的修 改是否與在先用藥事件相沖突。例如，對(duì)用藥方案的修改可涉及在目前的未修改的用藥方 案中所陳述的特別的遞送時(shí)間。然而，由于遠(yuǎn)程控制器或遠(yuǎn)程單元與具體的送藥單元之間 時(shí)間表示(例如，由于不同的時(shí)區(qū))的不同，受影響的遞送時(shí)間可能已經(jīng)過(guò)去。替換地，如 上下文所述，修改可涉及具體的劑量遞送。然而，因?yàn)榉怯?jì)劃的發(fā)放請(qǐng)求，或由于其他原因 (如，供電中斷)，具體的劑量遞送可能已經(jīng)發(fā)生或已經(jīng)被取消。無(wú)論何種原因，如果這樣的 沖突被遠(yuǎn)程控制器或遠(yuǎn)程單元檢測(cè)到，處理在程序塊594處繼續(xù)，在這里，遠(yuǎn)程控制器或遠(yuǎn) 程單元拒絕接收到的修改，即，其拒絕因沖突而修改具體的用藥方案。其后，在程序塊596， 遠(yuǎn)程控制器或遠(yuǎn)程單元提供一個(gè)或更多個(gè)有關(guān)引起沖突的在先用藥事件，以及拒絕修改用 藥方案的通知。這些通知，在目前優(yōu)選的實(shí)施方案中，可以被提供為警報(bào)、提醒、消息或其他 可通過(guò)圖形用戶界面提供的通信機(jī)制的形式，所述圖形用戶界面可通過(guò)遠(yuǎn)程控制器或遠(yuǎn)程 單元實(shí)施，或相反可訪問(wèn)遠(yuǎn)程控制器或遠(yuǎn)程單元。最終，程序塊598為可能的用藥事件，即， 為那些能被證明目前不存在沖突的用藥事件，提供用藥方案的可選的修改。另外，可能的修 改的通知可通過(guò)如上述的遠(yuǎn)程控制器或遠(yuǎn)程單元提供。 現(xiàn)在參照?qǐng)D61，進(jìn)一步描述了用于處理非計(jì)劃的發(fā)放請(qǐng)求的處理。特別地，在程序 塊600開始，送藥單元接收要發(fā)放至少一種藥物的請(qǐng)求，該請(qǐng)求與先前儲(chǔ)存的用藥方案相 沖突。該請(qǐng)求可被送藥單元接收，例如經(jīng)由其用戶界面，或從遠(yuǎn)程控制器或遠(yuǎn)程單元接收。 例如，這樣的沖突可發(fā)生在，所請(qǐng)求的藥物正以相對(duì)于先前針對(duì)相同藥物的用藥事件太近 的時(shí)間被發(fā)放。其他這樣的沖突對(duì)于本領(lǐng)域技術(shù)人員將是非常明顯的。如以上指出的，合 乎期望的方針是為患者提供對(duì)他們的藥物的完整且完全的控制，縱使已經(jīng)為患者建立了用 藥方案或其他可能的限制。如此，處理在程序塊602繼續(xù)，在此即使與用藥方案相沖突，請(qǐng) 求的一種或多種藥物還是被發(fā)放，當(dāng)然假定所請(qǐng)求的藥物從儲(chǔ)存的藥物承載器可獲得。然 而，如前面的實(shí)施方案中，非計(jì)劃的請(qǐng)求和隨后的藥物的發(fā)放的指示是在程序塊604被提 供，優(yōu)選地提供給遠(yuǎn)程控制器或遠(yuǎn)程單元，用于登錄以及，可能地，提醒的生成。
通過(guò)送藥單元33執(zhí)行的各種操作可在執(zhí)行前要求用戶認(rèn)證。例如，將藥物承載器 26裝載到遞送模塊33中，將藥物承載器26從遞送模塊33卸載，從遞送模塊33接收單位劑 量及/或單位劑量藥物包，以及查看遞送模塊33中藥物的庫(kù)存，這些操作的一個(gè)或更多個(gè) 可要求輸入特定的用戶信息。例如，必要的用戶信息可包含，而不限于， 一個(gè)或更多個(gè)密碼、 語(yǔ)音命令、識(shí)別卡(如，磁條卡、條形碼卡及/或包含RFID巻標(biāo)或類似設(shè)備的卡)和生物計(jì) 量掃描(如，指紋、語(yǔ)音樣本、視網(wǎng)膜掃描等)。以此方式，可通過(guò)送藥單元33提供更安全的 操作，并可獲得用于生成審計(jì)追蹤(即，在執(zhí)行給定措施之前，從被識(shí)別的實(shí)體接收?qǐng)?zhí)行給 定措施的積極指令)的有用數(shù)據(jù)。 在實(shí)施方案中，患者的完整藥物方案，S卩，包括由一個(gè)或更多個(gè)健康照護(hù)提供者潛 在發(fā)出所有處方，可通過(guò)遞送模塊33被匯集。例如，由一個(gè)或更多個(gè)醫(yī)師處方的藥物和由 一個(gè)或更多個(gè)藥劑師填寫的結(jié)果處方可被儲(chǔ)存在同樣的遞送模塊33中。遞送模塊33可基 于一個(gè)或更多個(gè)電子識(shí)別碼29和31 ，確定用藥方案，或從如控制中心35的遠(yuǎn)程控制器接受 用藥方案。然后，遞送模塊可儲(chǔ)存針對(duì)特定患者的用藥方案信息。針對(duì)多于一個(gè)患者的藥 物可被儲(chǔ)存在單一遞送模塊33中，并且相應(yīng)地，針對(duì)每個(gè)此種患者的不同的用藥方案也可 被儲(chǔ)存在單一遞送模塊中。為了更好地幫助患者使用，可通過(guò)送藥單元為每個(gè)患者提供不
53同的提醒，如，針對(duì)每個(gè)患者的明顯不同的聲音提醒。替換地或附加地，顯示器設(shè)備42可用 于顯示識(shí)別特定患者的信息。 遞送模塊33可包含打印機(jī)，即，包含在遞送模塊33的機(jī)體內(nèi)及/或與遞送模塊經(jīng) 由通信接口通信，如通過(guò)無(wú)線接口、通用串行總線(USB)端口及/或打印機(jī)端口。打印機(jī)可 用于打印出針對(duì)患者的處方方案、藥物說(shuō)明書列表及/或類似。 除上述操作以外，對(duì)本發(fā)明各種實(shí)施方案的各種其他改良也是可能的，如以下所 述。 例如，在一個(gè)實(shí)施方案中，可被例如藥劑師訪問(wèn)的遠(yuǎn)程電腦系統(tǒng)可用于在填寫處 方過(guò)程中查詢遞送模塊33，以確定同類型，及/或先前由藥劑師分發(fā)的位于遞送模塊33中 的未用的藥物的量。如果未用的藥物余留，藥劑師可將所述未用的藥物再分配個(gè)新處方，以 減少患者的花費(fèi)。替換地，藥劑師可發(fā)送藥物丟棄信號(hào)給遞送模塊33，以發(fā)放所述未用的藥 物，從而與防止患者可獲得過(guò)量供應(yīng)。丟棄的藥物可被發(fā)放到，例如，僅對(duì)授權(quán)人員可獲取 的安全區(qū)。 在一個(gè)實(shí)施方案中，遞送模塊33可從，例如，遠(yuǎn)程來(lái)源，經(jīng)由通信接口接收召回通 知，所述通信接口如無(wú)線接口或通信網(wǎng)絡(luò)。召回通知可，例如且無(wú)限制地，針對(duì)已被確定為 不安全的藥物及/或當(dāng)遞送模塊33中的藥物到期時(shí)，被接收。召回通知可包含藥物識(shí)別信 息，如針對(duì)正被召回的產(chǎn)品的藥物承載器識(shí)別碼、批號(hào)信息等。遞送模塊33可確定其是否 含有任何剩余的已被召回的、非期望的及/或已到期的藥物。 在實(shí)施方案中，遞送模塊33可基于接收的信息執(zhí)行庫(kù)存清點(diǎn)并從藥物承載器26 發(fā)放召回的藥物到遞送模塊33內(nèi)部的分離區(qū)。所述分離器可僅由授權(quán)人員通過(guò)觸摸板代 碼及/或密鑰被安全地訪問(wèn)。以此方式，所述召回的藥物可對(duì)患者為不可獲得。當(dāng)召回的 藥物已被獲得及/或登記庫(kù)存，遞送模塊33可記錄召回的藥劑的數(shù)目及/或類型，并將此 信息報(bào)告給發(fā)起所述召回的遠(yuǎn)程來(lái)源及/或其他遠(yuǎn)程來(lái)源。在一個(gè)實(shí)施方案中，遞送模塊 33可確定其中是否包含已被召回的未用的藥物。如果這樣，要發(fā)放的藥物的數(shù)量及/或下 一次時(shí)間可被報(bào)告給遠(yuǎn)程服務(wù)區(qū)。然后，遠(yuǎn)程服務(wù)區(qū)可指導(dǎo)遞送模塊33丟棄所述召回的藥 物。 在可替換的實(shí)施方案中，遞送模塊33找出并記錄在一個(gè)或更多個(gè)藥物承載器26 中召回的藥物的存在，以防止藥物從那些位置的發(fā)放。所述召回的藥物可僅響應(yīng)于來(lái)自授 權(quán)的用戶的命令被發(fā)放。如果所述命令在本地輸入，遞送模塊33可通過(guò)插入/收回槽45 發(fā)放含有所述召回的藥物的一個(gè)或更多個(gè)藥物承載器26。替換地，遞送模塊33可將所述召 回的藥物發(fā)放到接收區(qū)46中。所述召回的藥物也可被發(fā)放到僅可被授權(quán)的用戶訪問(wèn)的安 全位置。 遞送模塊33可傳輸召回通知給患者及/或照護(hù)者。附加地及/或替換地，遞送模 塊33可通知制造商遞送模塊33已找出召回的藥物。 如果藥物已被識(shí)別為已到期，則可執(zhí)行相似的操作。遞送模塊33可在裝載于其中 的藥物承載器26上執(zhí)行到期檢測(cè)算法。在一個(gè)實(shí)施方案中，藥物承載器26及/或單位劑 量藥物包27上的到期日期信息可在他們第一次被插入時(shí)，或在之后被檢測(cè)。然后，所述信 息可被儲(chǔ)存。可將所述信息與一天的時(shí)間、時(shí)間戳或其他適當(dāng)?shù)臅r(shí)間信息比較，以確定遞送 模塊33是否含有到期的藥物。遞送模塊33可將到期的藥物發(fā)放到單元內(nèi)部的分離腔，記錄藥物在一個(gè)或更多個(gè)藥物承載器26中的位置而不發(fā)放這樣的藥物，及/或在接收到例如 授權(quán)代碼時(shí)，將到期的藥物彈出插入/收回槽45及/或接收區(qū)46。遞送模塊33可傳輸信 號(hào)給遠(yuǎn)程服務(wù)區(qū)及/或通知患者及/或照護(hù)者。 在可替換的實(shí)施方案中，遠(yuǎn)程服務(wù)區(qū)可通知遞送模塊33所述模塊含有到期的藥 物。響應(yīng)于藥物到期通知，遞送模塊33可在然后執(zhí)行一個(gè)或更多個(gè)以上列出的及/或其他 措施。另外，遞送模塊33可通知醫(yī)師、藥劑師、患者及/或后端服務(wù)器，并確認(rèn)該模塊已采 取措施及/或?qū)⒄倩氐乃幬锛?或到期的藥物放到安全區(qū)。 遠(yuǎn)程服務(wù)器可，例如，使用多個(gè)遞送模塊33匯集來(lái)自多個(gè)患者的召回信息，并可 因此成為有價(jià)值的藥物召回和患者安全系統(tǒng)。出于產(chǎn)品安全性和公共安全考慮，遠(yuǎn)程服務(wù) 器可直接經(jīng)由例如基于電腦的通信系統(tǒng)通知制造商及/或政府部分，以直接指出已被識(shí)別 的、安全儲(chǔ)存的及/或被發(fā)放給授權(quán)的個(gè)體的藥劑的數(shù)目。 本發(fā)明是完全集成的實(shí)時(shí)非順序性藥物管理和遵從系統(tǒng)，該系統(tǒng)確保向患者準(zhǔn)確 遞送定制包裝的，以及市面上銷售的密封的單位劑量和臨時(shí)單位劑量藥物。重要地，本發(fā)明 通過(guò)，例如保護(hù)患者不受不良藥物反應(yīng)影響，并確?；颊弑３衷谕扑]的治療水平，而促進(jìn)患 者對(duì)規(guī)定的治療方案的遵從性。 此外，由于藥物的遞送在單位劑量的基礎(chǔ)上發(fā)生，患者避免了購(gòu)買非必要數(shù)量的
藥劑，而只購(gòu)買對(duì)于規(guī)定的方案所需的單位數(shù)量。這較之現(xiàn)有系統(tǒng)是一個(gè)巨大的優(yōu)勢(shì)，現(xiàn)有
系統(tǒng)中，處方通常按標(biāo)準(zhǔn)的三十天或六十天配藥量配藥。本發(fā)明通過(guò)僅對(duì)患者供應(yīng)需要的
藥劑，而非總數(shù)量的藥劑(其最終被丟棄)，而減少了藥物浪費(fèi)的發(fā)生。對(duì)于患者的另一個(gè)
優(yōu)勢(shì)在于，每個(gè)單位劑量藥物包在給予的時(shí)間點(diǎn)之前保持完全密封，以避免藥物的污染和
降解問(wèn)題，而藥物的污染和降解問(wèn)題是本領(lǐng)域已知的遠(yuǎn)程送藥系統(tǒng)的一個(gè)困擾。 如果患者的健康狀況或其他情況發(fā)生改變，需要?jiǎng)┝康恼{(diào)整，患者可立即獲得其
他具有更高或更低強(qiáng)度的藥物和藥劑，消除了到醫(yī)師的辦公室及/或藥店以獲得必需的藥
物的需要。該特點(diǎn)對(duì)于運(yùn)動(dòng)障礙的患者尤其重要。另外，由于新劑量已在手邊而不需購(gòu)買，
患者的花費(fèi)也減少了。 健康照護(hù)專業(yè)人員，如醫(yī)師和藥劑師，也從本發(fā)明獲益。該系統(tǒng)使提供者能夠治療 更多數(shù)量的患者，并更好地控制高風(fēng)險(xiǎn)患者，包含需要更頻繁監(jiān)視的認(rèn)知、視覺(jué)及/或聽覺(jué) 障礙的患者。本發(fā)明允許健康照護(hù)專業(yè)人員在幾分鐘內(nèi)糾正患者未服用規(guī)定劑量的情況。 另外，本發(fā)明減少了無(wú)償醫(yī)療服務(wù)的數(shù)量，所述無(wú)償醫(yī)療服務(wù)包含，例如電話呼叫患者或來(lái) 自患者的電話呼叫。同樣，本發(fā)明消除了的需要每次需要調(diào)整劑量時(shí)，寫新處方的需要。健 康照護(hù)專業(yè)人員以迅速及時(shí)的方式作出正確的藥劑調(diào)整(所有這些操作均被及時(shí)記錄)， 而不會(huì)對(duì)患者的療程造成任何中斷。這顯著優(yōu)于現(xiàn)有系統(tǒng)，現(xiàn)有系統(tǒng)允許位于遠(yuǎn)程的健康 照護(hù)專業(yè)人員向患者傳達(dá)藥物或劑量中的改變，但卻不能使專業(yè)人員遠(yuǎn)程地實(shí)時(shí)改變規(guī)定 的劑量。 如前面提到的，使用現(xiàn)有的發(fā)放系統(tǒng)，沒(méi)有庫(kù)存管理藥物及/或?qū)徍嘶颊咦駨男?或產(chǎn)品消費(fèi)量的精確方式。這部分地是由于以下事實(shí)，藥物是被批量發(fā)放的，由此，并非每 個(gè)藥丸或藥劑都獨(dú)立地可識(shí)別且可跟蹤。在本發(fā)明中，藥物遞送以單位劑量為基礎(chǔ)完成，其 中每種藥劑按其自己的電子代碼識(shí)別符號(hào)庫(kù)存管理，而允許健康照護(hù)專業(yè)人員按規(guī)定的治 療方案精確監(jiān)視患者遵從性。該系統(tǒng)使健康照護(hù)專業(yè)人員能遠(yuǎn)程地管理，非順序性地向患者遞送處方和非處方藥物、醫(yī)療供應(yīng)商、診斷材料、藥物以及營(yíng)養(yǎng)藥品的單個(gè)單位劑量藥物 包，而不受限于順序遞送限制。這樣的單位劑量可包含，例如，直接給予體內(nèi)的固體口服藥 劑、液體口服藥劑和含有藥劑的注射設(shè)備，其中所述藥劑科包含單一化合物或幾個(gè)化合物。
經(jīng)營(yíng)照護(hù)的提供者和其他第三方支付者認(rèn)識(shí)到了來(lái)自本文描述的集成的非順序 性遠(yuǎn)程藥物管理和遵從系統(tǒng)的顯著優(yōu)點(diǎn)。本發(fā)明提供用于控制和分發(fā)給以寄售方式的一個(gè) 或更多個(gè)遠(yuǎn)程位置的健康照護(hù)產(chǎn)品的電子對(duì)賬單的平臺(tái)。在這一點(diǎn)，寄售的藥物可在發(fā)放 時(shí)立即開賬單，顯著地減少了與被開賬單且在消費(fèi)時(shí)被補(bǔ)償?shù)乃幬锵嚓P(guān)聯(lián)的庫(kù)存成本，并 為制藥公司提供競(jìng)爭(zhēng)優(yōu)勢(shì)。 值得注意地，本發(fā)明通過(guò)消除當(dāng)劑量調(diào)整時(shí)，患者丟棄剩余藥劑、或獲得新處方的 需要，而減少了藥物浪費(fèi)的發(fā)生。這增加了患者將接收治療，減少由于不按規(guī)定的服藥方案 而引起的急救和住院事件發(fā)生的可能性。此外，對(duì)健康照護(hù)提供者(如醫(yī)師和藥劑師)的 訪問(wèn)也減少了，這顯著降低了提供者的相關(guān)費(fèi)用。 盡管本發(fā)明已特別地參照其優(yōu)選的實(shí)施方案顯示和描述，本領(lǐng)域技術(shù)人員將理
解，在不偏離本發(fā)明的精神和范圍下，可以在形式和細(xì)節(jié)方面對(duì)本發(fā)明進(jìn)行各種變動(dòng)。特別
地，雖然本發(fā)明通過(guò)附圖舉例說(shuō)明，顯示了遞送模塊的具體尺寸和形狀，但這些參數(shù)可以有
很大的差別，并不受到本文中所述以及在附圖中描繪的優(yōu)選的實(shí)施方案的限制。 另外，盡管本申請(qǐng)概括地論述了實(shí)施從設(shè)在患者家中的遞送模塊傳達(dá)，以及傳達(dá)
到設(shè)在患者家中的遞送模塊，同時(shí)保護(hù)患者隱私對(duì)的安全數(shù)據(jù)通信過(guò)程的用途，該過(guò)程的
用途并不限于此應(yīng)用。本文描述的數(shù)據(jù)通信過(guò)程可適于在期望安全數(shù)據(jù)傳輸?shù)脑诟鞣N應(yīng)用
中的用途(如連同患者監(jiān)視系統(tǒng))。 盡管已顯示并描述了本發(fā)明的特別優(yōu)選的實(shí)施方案，對(duì)本領(lǐng)域技術(shù)人員而言，不 背離本發(fā)明的教導(dǎo)對(duì)本發(fā)明作出改變和修改是顯而易見(jiàn)的。因此，本發(fā)明意圖覆蓋落入以 上公開和本文權(quán)利要求的基本原則范圍內(nèi)的任何及所有修改、變動(dòng)或?qū)Φ取?br> 權(quán)利要求
一種用于處理儲(chǔ)存在送藥單元中至少一種藥物的方法，所述方法包括自動(dòng)地確定儲(chǔ)存在所述送藥單元中至少一個(gè)藥物承載器中的至少一種藥物的庫(kù)存；以及基于所述至少一種藥物的庫(kù)存的所述送藥單元的控制操作。
2. 如權(quán)利要求1所述的方法，其中自動(dòng)地確定所述庫(kù)存還包括基于以下情況的至少一 種更新所述庫(kù)存將藥物承載器裝載到所述送藥單元中，從所述送藥單元卸載藥物承載器， 用藥事件的發(fā)生，對(duì)儲(chǔ)存在所述送藥單元中的藥物實(shí)行限制以及對(duì)在所述至少一個(gè)藥物承 載器中的單位劑量藥物包進(jìn)行檢查。
3. 如權(quán)利要求1或2所述的方法，其中自動(dòng)地確定所述庫(kù)存還包括 嘗試通過(guò)所述送藥單元在所述藥物承載器中的單位劑量位置發(fā)放單位劑量藥物包， 在嘗試發(fā)放所述單位劑量藥物包之后，通過(guò)所述送藥單元測(cè)試在所述藥物承載器中所述單位劑量位置，以確定相應(yīng)于所述藥物承載器中所述單位劑量位置的情況；以及基于相應(yīng)于所述藥物承載器中所述單位劑量位置的所述情況，通過(guò)所述送藥單元更新 所述庫(kù)存。
4. 如權(quán)利要求3所述的方法，其中測(cè)試所述單位劑量位置還包括 通過(guò)所述送藥單元，對(duì)所述單位劑量位置施用機(jī)械致動(dòng)設(shè)備，以確定所述機(jī)械致動(dòng)設(shè)備是否被致動(dòng)；以及基于所述機(jī)械致動(dòng)設(shè)備是否被致動(dòng)，通過(guò)所述送藥單元提供相應(yīng)于所述單位劑量位置 的所述情況。
5. 如權(quán)利要求4所述的方法，其中提供所述情況還包括如果所述機(jī)械致動(dòng)設(shè)備被致動(dòng)，則提供單位劑量藥物包和單位劑量的任一個(gè)存在于所 述單位劑量位置的指示；以及如果所述機(jī)械致動(dòng)設(shè)備未被致動(dòng)，則提供所述單位劑量藥物包和所述單位劑量的任一 個(gè)不在所述單位劑量位置的指示。
6. 如權(quán)利要求3所述的方法，其中測(cè)試所述單位劑量位置還包括通過(guò)送藥單元，定位接近所述單位劑量位置的磁傳感器的位置，以確定是否探測(cè)到所 述單位劑量位置附近的磁場(chǎng)；以及基于是否探測(cè)到所述磁場(chǎng)，通過(guò)所述送藥單元提供相應(yīng)于所述單位劑量位置的所述情況。
7. 如權(quán)利要求6所述的方法，其中提供所述情況還包括如果探測(cè)到所述磁場(chǎng)，則提供單位劑量藥物包和單位劑量的任一個(gè)存在于所述單位劑 量位置的指示；以及如果未探測(cè)到所述磁場(chǎng)，則提供所述單位劑量藥物包和所述單位劑量的任一個(gè)不在所 述單位劑量位置的指示。
8. 如權(quán)利要求3所述的方法，其中測(cè)試所述單位劑量位置還包括 通過(guò)送藥單元，獲得所述單位劑量位置的圖像；通過(guò)所述送藥單元，分析所述圖像，以確定單位劑量藥物包和單位劑量的任一個(gè)是否 存在于所述單位劑量位置；以及基于所述單位劑量藥物包或所述單位劑量是否在所述單位劑量位置被感測(cè)在所述圖像中，通過(guò)所述送藥單元，提供相應(yīng)于所述單位劑量位置的所述情況。
9. 如權(quán)利要求1或2所述的方法，其中基于所述庫(kù)存的所述送藥單元的控制操作還包括確定要執(zhí)行遞送過(guò)程的需要以將所述至少一種藥物遞送給所述送藥單元的用戶；以及 在執(zhí)行所述遞送過(guò)程之前，確定所述送藥單元中的至少一種儲(chǔ)存的藥物是否與用藥方案一致，以及基于所述庫(kù)存，確定所述至少一種儲(chǔ)存的藥物包括所述至少一種藥物的足以執(zhí)行所述遞送過(guò)程的量。
10. 如權(quán)利要求9所述的方法，其中確定要執(zhí)行所述遞送過(guò)程的需要還包括根據(jù)所述 用藥方案自動(dòng)地致動(dòng)所述遞送過(guò)程。
11. 如權(quán)利要求9所述的方法，其中確定要執(zhí)行所述遞送過(guò)程的需要還包括，響應(yīng)于經(jīng) 所述送藥單元的用戶界面輸入到所述送藥單元的命令，致動(dòng)所述遞送過(guò)程。
12. 如權(quán)利要求9所述的方法，其中確定要執(zhí)行所述遞送過(guò)程的需要還包括通過(guò)遠(yuǎn)程 單元遠(yuǎn)程地致動(dòng)所述遞送過(guò)程。
13. 如權(quán)利要求9所述的方法，還包括當(dāng)所述送藥單元中的所述至少一種儲(chǔ)存的藥物與所述用藥方案一致并且所述至少一 種儲(chǔ)存的藥物包括所述至少一種藥物的足以執(zhí)行遞送過(guò)程的量時(shí)，發(fā)放所述至少一種藥 物。
14. 如權(quán)利要求9所述的方法，還包括當(dāng)所述送藥單元中的所述至少一種儲(chǔ)存的藥物與所述用藥方案不一致，或所述至少一 種儲(chǔ)存的藥物包括所述至少一種藥物的不足以執(zhí)行遞送過(guò)程的量時(shí)，提供所述送藥單元不 能執(zhí)行所述遞送過(guò)程的通知。
15. 如權(quán)利要求14所述的方法，其中提供所述通知還包括通過(guò)所述送藥單元，向遠(yuǎn)程 控制器提供所述送藥單元不能執(zhí)行所述遞送過(guò)程的通知。
16. 如權(quán)利要求14所述的方法，其中提供所述通知還包括向所述送藥單元的用戶界面 提供所述送藥單元不能執(zhí)行所述遞送過(guò)程的通知。
17. 如權(quán)利要求1或2所述的方法，其中所述送藥單元的控制操作還包括 確定所述至少一種藥物的所述庫(kù)存是否足以在時(shí)間間隔到期后履行所述送藥單元的用藥方案；以及當(dāng)所述至少一種藥物的所述庫(kù)存是不足以在所述時(shí)間間隔到期后履行所述送藥單元 的所述用藥方案的庫(kù)存時(shí)，提供所述不足庫(kù)存的指示。
18. 如權(quán)利要求17所述的方法，還包括通過(guò)所述送藥單元，向所述送藥單元的用戶界 面提供所述不足庫(kù)存的指示。
19. 如權(quán)利要求17所述的方法，還包括通過(guò)所述送藥單元，向與所述送藥單元通信的 遠(yuǎn)程控制器提供所述不足庫(kù)存的指示。
20. 如權(quán)利要求17所述的方法，還包括通過(guò)與所述送藥單元通信的遠(yuǎn)程控制器，向所 述送藥單元的用戶界面提供所述不足庫(kù)存的指示。
21. 如權(quán)利要求17所述的方法，還包括通過(guò)與所述送藥單元通信的遠(yuǎn)程控制器，向遠(yuǎn) 程單元提供所述不足庫(kù)存的指示。
22. —種送藥單元，包括用于自動(dòng)地確定儲(chǔ)存在所述送藥單元中的至少一個(gè)藥物承載器中至少一種藥物的庫(kù) 存的裝置；以及與所述用于自動(dòng)地確定所述庫(kù)存的裝置通信的裝置，用于基于所述至少一種藥物的所 述庫(kù)存的所述送藥單元的控制操作。
23. 如權(quán)利要求22所述的送藥單元，其中所述用于自動(dòng)地確定所述庫(kù)存的裝置操作來(lái) 基于以下的至少一個(gè)更新所述庫(kù)存將藥物承載器裝入所述送藥單元，將藥物承載器從所 述送藥單元卸載，用藥事件的發(fā)生，對(duì)儲(chǔ)存在所述送藥單元中的藥物實(shí)行限制以及對(duì)在所 述至少一個(gè)藥物承載器中單位劑量藥物包進(jìn)行檢查。
24. 如權(quán)利要求22或23所述的送藥單元，還包括用于在所述藥物承載器中的單位劑量 位置發(fā)放單位劑量藥物包的裝置，其中所述用于自動(dòng)地確定所述庫(kù)存的裝置還包括用于測(cè)試在所述藥物承載器中的所述單位劑量位置的裝置，以確定相應(yīng)于所述藥物承 載器中所述單位劑量位置的情況；以及與所述用于測(cè)試所述單位劑量位置的所述裝置通信的裝置，用于基于相應(yīng)于所述藥物 承載器中的所述單位劑量位置的所述情況，更新所述庫(kù)存。
25. 如權(quán)利要求24所述的送藥單元，其中所述用于測(cè)試所述單位劑量位置的裝置還包括機(jī)械致動(dòng)設(shè)備，所述機(jī)械致動(dòng)設(shè)備可被施用于所述單位劑量位置，以基于所述機(jī)械致 動(dòng)設(shè)備是否被致動(dòng)，確定相應(yīng)于所述單位劑量位置的所述情況。
26. 如權(quán)利要求25所述的送藥單元，其中當(dāng)所述機(jī)械致動(dòng)設(shè)備被致動(dòng)時(shí)，所述機(jī)械致 動(dòng)設(shè)備提供單位劑量藥物包和單位劑量的任一個(gè)存在于所述單位劑量位置的指示，以及當(dāng) 所述機(jī)械致動(dòng)設(shè)備未被致動(dòng)時(shí)，提供所述單位劑量藥物包和所述單位劑量的任一個(gè)不在所 述單位劑量位置的指示。
27. 如權(quán)利要求24所述的送藥單元，其中所述用于測(cè)試所述單位劑量位置的裝置還包括接近所述單位劑量位置的磁傳感器，以基于所述單位劑量位置附近是否探測(cè)到磁場(chǎng)來(lái) 確定相應(yīng)于所述單位劑量位置的所述情況。
28. 如權(quán)利要求27所述的送藥單元，其中當(dāng)所述磁場(chǎng)被探測(cè)到時(shí)，所述磁傳感器提供 單位劑量藥物包和單位劑量的任一個(gè)存在于所述單位劑量位置的指示，以及當(dāng)所述磁場(chǎng)未 被探測(cè)到時(shí)，提供所述單位劑量藥物包和所述單位劑量的任一個(gè)不在所述單位劑量位置的 指示。
29. 如權(quán)利要求24所述的送藥單元，其中所述用于測(cè)試所述單位劑量位置的裝置還包括圖像傳感器，所述圖像傳感器提供所述單位劑量位置的圖像；以及 與所述圖像傳感器通信的圖像分析處理功能塊，所述圖像分析處理功能塊確定單位劑 量藥物包和單位劑量的任一個(gè)是否存在于所述單位劑量位置，并基于所述單位劑量藥物包 或所述單位劑量是否在所述單位劑量位置被感測(cè)在所述圖像中，提供相應(yīng)于所述單位劑量 位置的所述情況。
30. 如權(quán)利要求22或23所述的送藥單元，其中所述用于所述藥物遞送的控制操作的裝 置還包括用于確定要執(zhí)行遞送過(guò)程的需要的裝置，以向所述送藥單元的用戶遞送所述至少一種 藥物；以及與用于確定要執(zhí)行所述遞送過(guò)程的所述需要的裝置通信的裝置，用于在執(zhí)行所述遞送 過(guò)程之前，確定所述送藥單元中的至少一種儲(chǔ)存的藥物是否與用藥方案一致，以及，基于所 述庫(kù)存，所述至少一種儲(chǔ)存的藥物包括足以執(zhí)行所述遞送過(guò)程的所述至少一種藥物的量。
31. 如權(quán)利要求30所述的送藥單元，其中所述用于確定要執(zhí)行所述遞送過(guò)程的所述需 要的裝置操作來(lái)自動(dòng)地根據(jù)所述用藥方案致動(dòng)所述遞送過(guò)程。
32. 如權(quán)利要求30所述的送藥單元，其中所述用于確定要執(zhí)行所述遞送過(guò)程的所述需 要的裝置操作來(lái)響應(yīng)于經(jīng)與用于確定要執(zhí)行所述遞送過(guò)程的所述需要的裝置通信的用戶 界面輸入到所述送藥單元的命令致動(dòng)所述遞送過(guò)程。
33. 如權(quán)利要求30所述的送藥單元，其中所述用于確定要執(zhí)行所述遞送過(guò)程的所述需 要的裝置操作來(lái)響應(yīng)于從遠(yuǎn)程單元接收的指令致動(dòng)所述遞送過(guò)程。
34. 如權(quán)利要求30所述的送藥單元，還包括裝置，所述裝置與用于確定所述送藥單元中至少一種儲(chǔ)存的藥物是否與用藥方案一致 并且所述至少一種儲(chǔ)存的藥物包括足以執(zhí)行所述遞送過(guò)程的所述至少一種藥物的量的所 述裝置通信，用于當(dāng)所述送藥單元中所述至少一種儲(chǔ)存的藥物與所述用藥方案一致并且基 于所述庫(kù)存，所述至少一種儲(chǔ)存的藥物包括足以執(zhí)行所述遞送過(guò)程的所述至少一種藥物的 量時(shí)，發(fā)放所述至少一種藥物。
35. 如權(quán)利要求30所述的送藥單元，還包括裝置，所述裝置與用于確定所述送藥單元中至少一種儲(chǔ)存的藥物是否與用藥方案一致 并且所述至少一種儲(chǔ)存的藥物包括足以執(zhí)行所述遞送過(guò)程的所述至少一種藥物的量的所 述裝置通信，用于當(dāng)所述送藥單元中所述至少一種儲(chǔ)存的藥物與所述用藥方案不一致或所 述至少一種儲(chǔ)存的藥物包括不足以執(zhí)行所述遞送過(guò)程的所述至少一種藥物的量時(shí)，提供所 述送藥單元不能執(zhí)行所述遞送過(guò)程的通知。
36. 如權(quán)利要求35所述的送藥單元，其中所述用于提供所述通知的裝置操作來(lái)向遠(yuǎn)程 控制器提供所述送藥單元不能執(zhí)行所述遞送過(guò)程的所述通知。
37. 如權(quán)利要求35所述的送藥單元，其中所述用于提供所述通知的裝置操作來(lái)向所述 送藥單元的用戶界面提供所述送藥單元不能執(zhí)行所述遞送過(guò)程的所述通知。
38. 如權(quán)利要求22或23所述的送藥單元，其中所述用于所述送藥單元的控制操作的裝 置，還包括用于確定所述至少一種藥物的所述庫(kù)存是否足以在時(shí)間間隔到期后履行所述送藥單 元的用藥方案；以及裝置，所述裝置與用于確定所述庫(kù)存是否足夠的所述裝置通信，用于當(dāng)所述至少一種 藥物的所述庫(kù)存不足以在時(shí)間間隔到期后履行所述送藥單元的用藥方案時(shí)提供不足庫(kù)存 的指示。
39. 如權(quán)利要求38所述的送藥單元，其中所述用于提供所述不足庫(kù)存指示的所述裝置 操作來(lái)向所述送藥單元的用戶界面提供所述不足庫(kù)存的指示。
40. 如權(quán)利要求38所述的送藥單元，其中所述用于提供所述不足庫(kù)存指示的所述裝置 操作來(lái)向與所述送藥單元通信的遠(yuǎn)程控制器提供所述不足庫(kù)存的指示。
41. 一種方法，包括通過(guò)送藥單元，接收輸入的藥物承載器，所述輸入的藥物承載器包括二維布置的多個(gè) 單位劑量藥物包，并儲(chǔ)存至少一種藥物，所述多個(gè)單位劑量藥物包的每個(gè)單位劑量藥物包 包括所述至少一種藥物的一種的單位劑量，所述輸入的藥物承載器還包括能通過(guò)所述送藥 單元閱讀的至少一個(gè)識(shí)別指示器；基于所述至少一個(gè)識(shí)別指示器，確定關(guān)于儲(chǔ)存在所述輸入的藥物承載器中所述至少一 種藥物的信息；以及通過(guò)所述送藥單元，向遠(yuǎn)程控制器提供關(guān)于所述至少一種藥物的所述信息。
42. —種方法，包括通過(guò)送藥單元，接收輸入的藥物承載器，所述輸入的藥物承載器包括二維布置的多個(gè) 單位劑量藥物包，并儲(chǔ)存至少一種藥物，所述多個(gè)單位劑量藥物包的每個(gè)單位劑量藥物包 包括所述至少一種藥物的一種的單位劑量，所述輸入的藥物承載器還包括能通過(guò)所述送藥 單元閱讀的至少一個(gè)識(shí)別指示器；基于所述至少一個(gè)識(shí)別指示器，確定關(guān)于儲(chǔ)存在所述輸入的藥物承載器中所述至少一 種藥物的信息；以及基于所述至少一個(gè)識(shí)別指示器，確定關(guān)于所述輸入的藥物承載器的信息。
43. 如權(quán)利要求42所述的方法，其中確定所述關(guān)于所述輸入的藥物承載器的信息還包 括提供以下的至少一個(gè)所述輸入的藥物承載器中的單位劑量藥物包的數(shù)目和所述輸入的 藥物承載器的布局識(shí)別。
44. 一種方法，包括通過(guò)送藥單元，接收輸入的藥物承載器，所述輸入的藥物承載器包括二維布置的多個(gè) 單位劑量藥物包，和與所述多個(gè)單位劑量藥物包的每一個(gè)唯一相關(guān)的識(shí)別標(biāo)記；基于所述識(shí)別標(biāo)記，通過(guò)所述送藥單元，確定關(guān)于所述多個(gè)單位劑量藥物包的每個(gè)中 每種藥物的信息；以及通過(guò)所述送藥單元，向遠(yuǎn)程控制器提供關(guān)于每種藥物的所述信息。
45. —種在送藥單元中的方法，所述方法包括通過(guò)來(lái)自遠(yuǎn)程控制器的所述送藥單元，接收針對(duì)所述送藥單元的授權(quán)的藥物承載器信息；接收輸入的藥物承載器，所述輸入的藥物承載器包括二維布置的一個(gè)或更多個(gè)密封的 單位劑量藥物包，并儲(chǔ)存至少一種藥物，每個(gè)單位劑量藥物包包括所述至少一種藥物的一 種的單位劑量，所述輸入的藥物承載器還包括能通過(guò)所述送藥單元被閱讀的至少一個(gè)識(shí)別 指示器；基于所述至少一個(gè)識(shí)別指示器是否比所述授權(quán)的藥物承載器信息有利，確定所述輸入 的藥物承載器針對(duì)所述送藥單元是否是被授權(quán)的；以及當(dāng)所述輸入的藥物承載器針對(duì)所述送藥單元是未被授權(quán)的時(shí)，拒絕在所述送藥單元中 儲(chǔ)存所述輸入的藥物承載器。
46. —種方法，包括通過(guò)送藥單元，接收輸入的藥物承載器，所述輸入的藥物承載器包括至少一個(gè)識(shí)別標(biāo)記；確定所述送藥單元不能閱讀所述至少一個(gè)識(shí)別標(biāo)記的任一個(gè)；以及 拒絕在所述送藥單元中儲(chǔ)存所述輸入的藥物承載器。
47. 如權(quán)利要求46所述的方法，還包括通過(guò)所述送藥單元，通知遠(yuǎn)程控制器所述拒絕儲(chǔ)存所述輸入的藥物承載器。
48. 在包括圖形用戶界面的處理設(shè)備中，用于提供針對(duì)藥物的封裝指令的方法，所述方 法包括接收所述藥物的識(shí)別；以及經(jīng)所述圖形用戶界面，顯示要被用于封裝所述藥物的藥物承載器的至少一個(gè)圖像。
49. 如權(quán)利要求48所述的方法，還包括經(jīng)圖形用戶界面，顯示連同所述藥物承載器的所述至少一個(gè)圖像的關(guān)于所述藥物應(yīng)被 如何裝載到所述藥物承載器中的指令。
50. 如權(quán)利要求48所述的方法，還包括經(jīng)所述圖形用戶界面，顯示基于所述藥物的所述識(shí)別而選擇的所述藥物的至少一個(gè)圖像。
51. 如權(quán)利要求50所述的方法，其中顯示所述至少一個(gè)圖像還包括從不同視角顯示所 述藥物的圖像。
52. 如權(quán)利要求48所述的方法，還包括打印與所述藥物承載器一起使用的至少一個(gè)標(biāo)簽，所述至少一個(gè)標(biāo)簽包括基于所述藥 物的所述識(shí)別而選擇的所述藥物的至少一個(gè)圖像。
53. —種媒介，所述媒介能通過(guò)至少一種處理設(shè)備閱讀并具有儲(chǔ)存在其上的可執(zhí)行的 指令，所述指令當(dāng)被所述至少一種處理設(shè)備執(zhí)行時(shí)，引起所述至少一種處理設(shè)備接收所述藥物的識(shí)別；以及經(jīng)圖形用戶界面顯示要被用于封裝所述藥物的藥物承載器的至少一個(gè)圖像。
54. 如權(quán)利要求53所述的媒介，還包括可執(zhí)行指令，所述指令當(dāng)被所述至少一種處理 設(shè)備執(zhí)行時(shí)，引起所述至少一種處理設(shè)備經(jīng)圖形用戶界面，顯示連同所述藥物承載器的所述至少一個(gè)圖像的關(guān)于所述藥物應(yīng)被 如何裝載到所述藥物承載器中的指令。
55. 如權(quán)利要求53所述的媒介，還包括可執(zhí)行指令，所述指令當(dāng)被所述至少一種處理 設(shè)備執(zhí)行時(shí)，引起所述至少一種處理設(shè)備經(jīng)圖形用戶界面，顯示基于所述藥物的所述識(shí)別而選擇的所述藥物的至少一個(gè)圖像。
56. 如權(quán)利要求55所述的媒介，其中所述執(zhí)行時(shí)引起所述至少一種處理設(shè)備顯示所述 至少一個(gè)圖像的可執(zhí)行指令還操作來(lái)從不同視角顯示所述藥物的圖像。
57. 如權(quán)利要求53所述的媒介，還包括可執(zhí)行指令，所述指令當(dāng)被所述至少一種處理 設(shè)備執(zhí)行時(shí)，引起所述至少一種處理設(shè)備打印與所述藥物承載器一起使用的至少一個(gè)標(biāo)簽，所述至少一個(gè)標(biāo)簽包括基于所述藥 物的所述識(shí)別而選擇的所述藥物的至少一個(gè)圖像。
58. 在可儲(chǔ)存一個(gè)或更多個(gè)藥物承載器的送藥單元中，用于所述送藥單元的控制操作 的方法，所述方法包括確定在所述送藥單元中不良能量情況存在；以及響應(yīng)于所述不良能量情況，自動(dòng)地卸載所述藥物承載器的至少一些。
59. 如權(quán)利要求58所述的方法，還包括在自動(dòng)卸載之前，確定針對(duì)所述送藥單元的剩余備份能量已降至閾值以下。
60. 如權(quán)利要求58所述的方法，還包括 通過(guò)所述送藥單元，提供所述不良能量情況存在的指示。
61. 如權(quán)利要求60所述的方法，還包括向遠(yuǎn)程控制器提供所述不良能量情況存在的所 述指示。
62. 如權(quán)利要求58所述的方法，還包括響應(yīng)于所述不良能量情況，通過(guò)所述送藥單元，提供所述送藥單元已自動(dòng)地卸載所述 藥物承載器的所述至少一些的指示。
63. 如權(quán)利要求62所述的方法，還包括向遠(yuǎn)程控制器提供所述送藥單元已自動(dòng)地卸載 所述藥物承載器的所述至少一些的指示。
64. 如權(quán)利要求58所述的方法，其中自動(dòng)地卸載所述藥物承載器的所述至少一些是根 據(jù)所述一個(gè)或更多個(gè)藥物承載器的每個(gè)的相對(duì)優(yōu)先性進(jìn)行的。
65. —種用于能夠儲(chǔ)存至少一個(gè)藥物承載器的送藥單元的控制操作的方法，所述方法 包括確定針對(duì)儲(chǔ)存在所述至少一個(gè)藥物承載器中的至少一種藥物的到期信息； 基于所述到期信息，確定所述至少一種藥物不再可用；以及基于所述至少一種藥物不再可用的確定，通過(guò)所述送藥單元，阻止所述至少一種藥物 的遞送。
66. 如權(quán)利要求65所述的方法，其中阻止遞送還包括在所述送藥單元中發(fā)放所述至少 一種藥物，使得所述至少一種藥物不被發(fā)放給患者。
67. 如權(quán)利要求65所述的方法，其中阻止遞送還包括響應(yīng)于提供給所述送藥單元的具 體的授權(quán)，發(fā)放所述至少一種藥物。
68. 如權(quán)利要求65所述的方法，其中阻止遞送還包括拒絕發(fā)放所述至少一種藥物。
69. 如權(quán)利要求65所述的方法，還包括 提供所述至少一種藥物不再可用的指示。
70. 如權(quán)利要求69所述的方法，還包括向所述送藥單元的用戶提供所述至少一種藥物 不再可用的指示。
71. 如權(quán)利要求69所述的方法，還包括向遠(yuǎn)程控制器提供所述至少一種藥物不再可用 的指示。
72. 如權(quán)利要求65所述的方法，其中確定所述到期信息還包括通過(guò)來(lái)自遠(yuǎn)程控制器的 所述送藥單元接收所述到期信息。
73. 如權(quán)利要求65所述的方法，其中確定所述到期信息還包括通過(guò)所述送藥單元確定 來(lái)自所述至少一個(gè)藥物承載器上的至少一個(gè)識(shí)別標(biāo)記的所述到期信息。
74. —種用于經(jīng)送藥單元制定遞送至少一種藥物的計(jì)劃的方法，所述方法包括 通過(guò)來(lái)自遠(yuǎn)程單元的遠(yuǎn)程控制器，接收針對(duì)所述送藥單元的用藥方案的修改； 通過(guò)所述遠(yuǎn)程控制器，確定所述修改與所述送藥單元的在先用藥事件相沖突；以及 當(dāng)所述修改與所述在先用藥事件相沖突時(shí)，通過(guò)所述遠(yuǎn)程控制器，拒絕對(duì)針對(duì)所述送藥單元的所述用藥方案的所述修改。
75. 如權(quán)利要求74所述的方法，還包括當(dāng)所述修改與所述在先用藥事件相沖突時(shí)，通過(guò)所述遠(yuǎn)程控制器通知至少一個(gè)所述遠(yuǎn) 程單元針對(duì)所述送藥單元的所述在先用藥事件。
76. 如權(quán)利要求74所述的方法，還包括當(dāng)所述修改與針對(duì)所述送藥單元的所述在先用藥事件相沖突時(shí)，通過(guò)所述遠(yuǎn)程控制器 通知至少一個(gè)所述遠(yuǎn)程單元所述修改的拒絕。
77. 如權(quán)利要求74所述的方法，其中確定所述修改與所述在先用藥事件相沖突還包括確定所述修改涉及針對(duì)所述送藥單元的所述用藥方案的遞送時(shí)間；以及 確定所述遞送時(shí)間已經(jīng)到期。
78. 如權(quán)利要求74所述的方法，其中確定所述修改與所述在先用藥事件相沖突還包括確定所述修改涉及針對(duì)所述送藥單元的所述用藥方案的特定劑量遞送；以及 確定所述特定劑量遞送已經(jīng)發(fā)生。
79. 如權(quán)利要求74所述的方法，還包括根據(jù)針對(duì)在預(yù)期的在所述送藥單元的用藥事件的修改，通過(guò)所述遠(yuǎn)程控制器，修改針 對(duì)所述送藥單元的所述用藥方案。
80. 如權(quán)利要求79所述的方法，還包括根據(jù)針對(duì)預(yù)期的用藥事件的修改，通過(guò)所述遠(yuǎn)程控制器，通知至少一個(gè)所述遠(yuǎn)程單元 所述用藥方案的所述修改。
81. —種用于能夠儲(chǔ)存至少一個(gè)藥物承載器的送藥單元的控制操作的方法，所述方法包括通過(guò)所述送藥單元，接收請(qǐng)求，以從所述至少一個(gè)藥物承載器發(fā)放至少一種藥物，所述 請(qǐng)求與針對(duì)所述送藥單元的用藥方案相沖突；以及通過(guò)所述送藥單元，從所述至少一個(gè)藥物承載器發(fā)放所述至少一種藥物，而不考慮所 述用藥方案。
82. 如權(quán)利要求81所述的方法，還包括通過(guò)所述送藥單元，通知遠(yuǎn)程控制器所述請(qǐng)求以及所述至少一種藥物從所述至少一個(gè) 藥物承載器的所述發(fā)放。
83. 如權(quán)利要求81所述的方法，還包括經(jīng)所述送藥單元的界面，接收來(lái)自所述送藥單 元的用戶的所述請(qǐng)求。
84. 如權(quán)利要求81所述的方法，還包括接收來(lái)自遠(yuǎn)程控制器的所述請(qǐng)求。
全文摘要
一種使照護(hù)提供者能夠在遠(yuǎn)程管理并以非順序的方式向患者遞送單個(gè)劑量的藥物的集成藥物管理和遵從系統(tǒng)。該系統(tǒng)包括遠(yuǎn)離照護(hù)提供者的遞送裝置，其中，該裝置儲(chǔ)存多個(gè)密封的單位劑量藥物包，這些藥物包在計(jì)劃的用藥時(shí)間遞送給患者。遞送裝置通過(guò)安全的通信網(wǎng)絡(luò)的方式連接到控制設(shè)施和照護(hù)提供者的電腦終端上。該系統(tǒng)可以實(shí)現(xiàn)遠(yuǎn)程實(shí)時(shí)地更改患者的藥物方案，以適應(yīng)醫(yī)療情況的變化。
文檔編號(hào)G04B47/00GK101743548SQ200880015794
公開日2010年6月16日 申請(qǐng)日期2008年3月12日 優(yōu)先權(quán)日2007年3月12日
發(fā)明者亞當(dāng)·J·斯托克斯, 克里斯托弗·E·博西, 蒂莫西·J·斯坦克利夫 申請(qǐng)人:鷹銳系統(tǒng)股份有限公司