專利名稱：：遠(yuǎn)程藥物管理系統(tǒng)的操作的制作方法
技術(shù)領(lǐng)域：
：本公開(kāi)總地涉及用于幫助患者遵從醫(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%的范圍內(nèi)，而部分由于視覺(jué)、聽(tīng)覺(jué)和認(rèn)知障礙的原因，老年患者用藥不遵從的比例平均高于45%。不服藥或不正確服藥承擔(dān)與完全遵從方案同樣的健康照護(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ī)定劑量的藥物，已開(kāi)發(fā)出相當(dāng)大量的設(shè)備?，F(xiàn)有設(shè)備的主要功能是提醒患者何時(shí)服用特定的藥物以及根據(jù)預(yù)定的時(shí)間表順序地遞送該藥物。這些設(shè)備中有許多被設(shè)計(jì)為根據(jù)預(yù)定的時(shí)間表自動(dòng)地放出藥物。就這方面而言，這些設(shè)備不能為防止劑量不足和劑量過(guò)多兩者提供充分的保護(hù)。如果患者未能按照時(shí)間表服藥，這些設(shè)備基于患者已適當(dāng)?shù)胤昧酥暗乃兴幬锏募俣ǎ^續(xù)以設(shè)定的時(shí)間間隔放出藥物。這種情況大大增強(qiáng)了非遵從的風(fēng)險(xiǎn)，這種情況下患者服用了較規(guī)定的少的藥物。相反地，如果患者不按時(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è)顯著方面存在不足，即，它們不提供使患者未服用計(jì)劃的劑量的藥物的問(wèn)題能在幾分鐘內(nèi)得到糾正的機(jī)制。如此，這些系統(tǒng)沒(méi)有克服患者用藥不足或過(guò)量的問(wèn)題。對(duì)于高?；颊呷后w，由于這些患者常常有認(rèn)知、視覺(jué)及/或聽(tīng)覺(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)程改變、調(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)還有其他的限制，S卩，它們未能建立一個(gè)安全的數(shù)據(jù)通信過(guò)程，以實(shí)施與存放于患者家中的遠(yuǎn)程送藥設(shè)備之間的通信，而同時(shí)保護(hù)患者隱私。目前，在數(shù)據(jù)通信過(guò)程中維護(hù)患者的隱私是一個(gè)艱巨的挑戰(zhàn)。此外，為了響應(yīng)《醫(yī)療保險(xiǎn)可攜性責(zé)任法案》(theHealthInsurancePortabilityAccountabilityAct)，已頒布了越來(lái)越多關(guān)于維護(hù)和儲(chǔ)存患者數(shù)據(jù)的規(guī)定。相應(yīng)地，需要和期望一種既能夠快速實(shí)時(shí)地解決患者不遵從規(guī)定藥物方案的問(wèn)題，且能夠最大限度地減少對(duì)患者療程的干擾，同時(shí)保護(hù)患者的信息的成本有效的系統(tǒng)。
發(fā)明內(nèi)容本公開(kāi)描述一種藥物管理和遵從系統(tǒng)，用于使健康照護(hù)專業(yè)人員能夠遠(yuǎn)程一劑一劑地、且以提供在藥劑已被遞送時(shí)立即確認(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是圖示閂鎖裝置運(yùn)轉(zhuǎn)機(jī)制的橫截面圖。圖7b是閂鎖裝置處于非鎖閉位置的分解圖。圖8是圖示根據(jù)本發(fā)明的實(shí)施方案的針對(duì)正在進(jìn)入的藥物承載器的摩擦驅(qū)動(dòng)組件的運(yùn)轉(zhuǎn)機(jī)制的橫截面圖。圖9a是藥物承載器完全插入遞送模塊中的橫截面圖。圖9b是閂鎖裝置處于鎖閉位置的分解圖。圖10是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施方案的輸送驅(qū)動(dòng)組件的運(yùn)轉(zhuǎn)機(jī)制的橫截面圖。圖11是圖示根據(jù)本發(fā)明的實(shí)施方案的儲(chǔ)存升降器和相關(guān)線性運(yùn)動(dòng)組件的運(yùn)轉(zhuǎn)的橫截面圖。圖12a是顯示根據(jù)本發(fā)明的一個(gè)實(shí)施方案的彈出器組件在靜止位置和運(yùn)轉(zhuǎn)位置的橫截面圖，彈出器用于將單位劑量藥物包從藥物承載器彈出。圖12b是圖12a中所示的根據(jù)本發(fā)明的實(shí)施方案的彈出器組件的組裝圖。圖13是顯示圖12a的彈出的單位劑量藥物包與之前彈出的單位劑量藥物包的橫截面圖。圖14和15描繪根據(jù)本發(fā)明的容納不同強(qiáng)度的單位劑量藥物包的藥物承載器。圖16-20是圖示根據(jù)本發(fā)明的非順序性送藥模塊的各種操作的電路圖。圖21a、b和c是分別含有32、20和16格用于容納不同尺寸的單位劑量藥物包的藥物承載器的透視圖。圖22-23和25-26是圖示本發(fā)明的非順序性送藥模塊和遵從系統(tǒng)的操作的流程圖。圖24是圖示根據(jù)本發(fā)明的實(shí)施方案向患者適當(dāng)?shù)剡f送規(guī)定的劑量而可能發(fā)生的過(guò)程的流程圖。圖27-31是健康照護(hù)人員電腦監(jiān)視器上出現(xiàn)的工作表的實(shí)施例。圖32是送藥單元的可替換的實(shí)施方案的部分組裝的透視圖。圖33是根據(jù)圖32的送藥單元的可替換的實(shí)施方案的x_軸組件的部分分解、透視圖。圖34和35是圖33的χ-軸組件的前側(cè)透視圖。圖36是圖33的χ-軸組件的后側(cè)透視圖。圖37是根據(jù)圖32的送藥單元的可替換的實(shí)施方案的y_軸組件的部分分解、透視圖。圖38和39是圖37的y-軸組件的后側(cè)透視圖。圖39A是用于與圖37的y-軸組件一起使用的可替換的沖壓工具的底側(cè)透視圖。圖40是根據(jù)圖32的送藥單元的可替換的實(shí)施方案的ζ-軸組件的部分剖視、透視圖。圖41是用于送藥單元中的示例性滑架的透視圖。圖42和43是更詳細(xì)圖示圖41的示例性滑架的保持機(jī)構(gòu)的各種透視的放大圖。圖44是示例性藥物承載器的透視圖，所述藥物承載器包括用在于送藥單元中的二維布置的多個(gè)單位劑量藥物包。圖45是更詳細(xì)圖示圖44的示例性藥物承載器的各個(gè)特點(diǎn)的頂視放大圖。圖46是圖示涉及通過(guò)送藥單元的藥物的遞送的示例性處理的流程圖。圖47-49是圖示處理輸入的藥物承載器的各種示例性實(shí)施方案的流程圖。圖50-52是描述有關(guān)藥物承載器中單位劑量藥物包的條件測(cè)試的各種示例性實(shí)施方案的流程圖。圖53-55是支持參照?qǐng)D50_52描述的實(shí)施方案的各種示例性單位劑量藥物包條件測(cè)試技術(shù)的示意圖。圖56是圖示處理儲(chǔ)存的藥物承載器的各種示例性實(shí)施方案的流程圖。圖57是圖示用于提供針對(duì)藥物的封裝指令的示例性實(shí)施方案的流程圖。圖58是圖示用于處理在送藥單元的不良能量條件的示例性實(shí)施方案的流程圖。圖59是圖示用于處理送藥單元中到期的藥物的示例性實(shí)施方案的流程圖。圖60是圖示用于處理對(duì)用于送藥單元的用藥方案的修改的示例性實(shí)施方案的流程圖。圖61是圖示用于處理由送藥單元接收的非計(jì)劃的發(fā)放請(qǐng)求的示例性實(shí)施方案的流程圖。圖62是更詳細(xì)圖示圖2的系統(tǒng)的結(jié)構(gòu)圖。圖63是更詳細(xì)圖示根據(jù)目前優(yōu)選的實(shí)施方案的圖2的系統(tǒng)的軟件架構(gòu)的結(jié)構(gòu)圖。圖64-84圖示各種示例性圖形用戶界面，所述圖形用戶界面可與由在遠(yuǎn)程單元位點(diǎn)，例如，臨床設(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í)施規(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ù)患者免受不良藥物反應(yīng)和用藥過(guò)量及不足引起的后果?；颊咴谶m當(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)在參照附圖，圖2中顯示了本發(fā)明的系統(tǒng)的概況?？刂浦行?01，如由INRangcSystems,Inc.運(yùn)營(yíng)的設(shè)施，儲(chǔ)存著來(lái)自各藥品制造商和供應(yīng)商的定制包裝和預(yù)包裝的單位劑量處方和非處方醫(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ù)裝藥物的注射器、藥粉、懸浮液和診斷材料(如血液試條)。在控制中心101，典型的箔紙包裹或泡罩包裝的單位劑量藥物包27被插入到數(shù)個(gè)不同的藥物承載器26的一個(gè)的各個(gè)格子28中，每個(gè)承載器的設(shè)計(jì)和大小可以容納幾乎任何商業(yè)可得的單位劑量藥物包27。藥物承載器26的外部尺寸可以略有變化，但其形態(tài)必須可以讓承載器26容易地裝配到遞送模塊33中。每個(gè)藥物承載器26附有電子代碼29，如條形碼或射頻識(shí)別標(biāo)簽?；谖ㄒ蛔R(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)?！白R(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ì)干擾承載器26中含有的其他單位劑量藥物包27。在一個(gè)實(shí)施方案中，單位劑量可從其單位劑量藥物包27被釋放，而不干擾藥物承載器26中其他單位劑量藥物包27。如圖21b所示，藥物承載器26可包含布置為四排，每排八個(gè)格28的32格。以此布置，承載器26儲(chǔ)存多達(dá)30日歷日的藥物，并提供額外的表面用于粘貼含有唯一電子識(shí)別碼29的標(biāo)簽。圖21a和21c分別圖示具有20和16格的藥物承載器26，其大小和形狀可以容納更大的單位劑量藥物包27。藥物承載器26的每個(gè)格28包括固定裝置30，用于將密封的單位劑量藥物包27保持在格子28內(nèi)，直到計(jì)劃的用藥時(shí)間。在用藥時(shí)間，單位劑量藥物包27通過(guò)所述格子28中的孔被放出。在一個(gè)實(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ì)劃的患者記錄的存儲(chǔ)器、用于儲(chǔ)存操作程序和其他系統(tǒng)信息的只讀儲(chǔ)存器(ROM)，和用于接收可視反饋的監(jiān)視器。軟件32，如可以從INRangeSystemsInc.商業(yè)可得的履行、調(diào)整和遵從跟蹤系統(tǒng)(Fulfillment,AdjustmentandComplianceTrackingSystem,FACT),在臨床設(shè)施的電腦服務(wù)器上運(yùn)行?；颊咝畔⑼ㄟ^(guò)軟件32的用戶界面100訪問(wèn)，用戶界面具有菜單驅(qū)動(dòng)工作表作為補(bǔ)充，工作表出現(xiàn)在指定的健康照護(hù)專業(yè)人員的監(jiān)視器上(圖27-31)。通過(guò)使用鍵盤、鼠標(biāo)或其他輸入設(shè)備在他/她的電腦終端上輸入適當(dāng)?shù)闹噶?，用戶界?00使健康照護(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還顯示傳到臨床軟件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ǔ)存涉及遞送模塊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與藥物承載器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ì)每個(gè)藥物包27的核查跟蹤?？刂栖浖?5給藥物承載器26分配唯一識(shí)別碼29，例如序列號(hào)。識(shí)別碼29將藥物承載器26與其中所含的單位劑量藥物包27的庫(kù)存相關(guān)聯(lián)，并指示每個(gè)單位劑量藥物包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中?；谒幬锍休d器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)，這些記號(hà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ī)療人員?？刂栖浖?5協(xié)議也使控制中心101能夠準(zhǔn)確地監(jiān)視特定遞送模塊33中包含的每個(gè)單位劑量藥物包27，并在每個(gè)單位劑量藥物包27被遞送給患者時(shí)，更新數(shù)據(jù)庫(kù)庫(kù)存記錄。為了確保通過(guò)控制軟件層35傳輸?shù)幕颊咝畔⒌陌踩景l(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é)議層(SecureSocketLayer,SSL)，將加密的信號(hào)發(fā)送到控制中心101的電腦服務(wù)器的URL上。該信號(hào)與通過(guò)互聯(lián)網(wǎng)處理信用卡支付所用的協(xié)議是一樣的，并在臨床設(shè)施的防火墻34的端口443上運(yùn)行。信號(hào)是包含所述UIN、控制中心101服務(wù)器進(jìn)行驗(yàn)證所需的識(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)行解碼和核實(shí)。若核實(shí)結(jié)果為真，則遞送模塊33將給控制中心101服務(wù)器返回一個(gè)信號(hào)，確認(rèn)收到命令指令。這種確認(rèn)包含上述通信令牌以供控制中心101服務(wù)器核實(shí)。某些命令，例如送藥命令，要求控制中心101服務(wù)器再次確認(rèn)以獲準(zhǔn)該命令。這種核實(shí)過(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)。以此方式，可識(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)視患者的位置、血壓、脈搏、氧氣水平、體溫、呼吸、血糖等，或用于遠(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è)關(guān)于提醒信號(hào)的時(shí)間的窗口，在所述時(shí)間內(nèi)，患者可以輸入遞送信號(hào)，例如，通過(guò)口頭命令或適當(dāng)?shù)拇_認(rèn)鍵43進(jìn)行輸入。時(shí)間窗口的持續(xù)時(shí)間由輸入的程序或默認(rèn)值設(shè)置。若在時(shí)間窗口到期之前收到患者輸入的信號(hào)，將從藥物承載器26彈出完全密封的單位劑量或臨時(shí)單位劑量藥物包27，并從遞送模塊33釋放，如在下面更詳細(xì)地描述?；蛘撸瑔挝粍┝靠蓮乃幬锍休d器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)的一個(gè)主要缺陷，即藥物根據(jù)預(yù)定的時(shí)間表自動(dòng)放出，增加了患者用藥不足或用藥過(guò)量的風(fēng)險(xiǎn)。本發(fā)明包括一個(gè)獨(dú)特的送藥方案，通過(guò)輸入適當(dāng)?shù)拿畹接脩艚缑?，健康照護(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)。以此方式，本發(fā)明提供靈活方便的用藥方法，對(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ù)囟ㄖ疲赃m應(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í)，尤其重要。遞送模塊33被設(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í)離開(kāi)他/她的住所，而不論患者是否遠(yuǎn)離遞送模塊33，這段時(shí)間仍需用藥。在緊急情況下，藥物承載器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ù)娇刂浦行?01服務(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í)別碼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)選地塑料盒狀殼體，適于放在表面上，并具有一個(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。為了便于患者輸入，殼體的前面板41包括控制鍵43，可以根據(jù)聲音警報(bào)和電子顯示器42作為確認(rèn)鍵使用，使患者能夠服用收到的規(guī)定劑量。可以可選地在殼體中并入揚(yáng)聲器和遠(yuǎn)程通信接口，用于向患者提供額外的指令或接收患者的反饋信息。本發(fā)明的可選的實(shí)施方案包括溫度控制裝置(例如制冷裝置)，用于調(diào)節(jié)模塊33的溫度，以可滿足某些藥物的需要。電源插座使遞送模塊33可以連接到外部交流電源上。在實(shí)施方案中，遞送模塊33可包括電池備份，當(dāng)外部電源缺失時(shí)為單元供電。如本領(lǐng)域已知的，這樣的電池備份在正常操作期間可使用外部電源充電。當(dāng)外部電源不存在，且電池水平降至低于預(yù)定的閾值時(shí)，遞送模塊33可自動(dòng)彈出儲(chǔ)存在遞送模塊中的一個(gè)或更多個(gè)藥物承載器26，如以下更詳細(xì)描述。在另一個(gè)實(shí)施方案中，本發(fā)明包括與遞送模塊33通信聯(lián)絡(luò)的無(wú)線通信設(shè)備，由患者戴在身上，向一些患者提供額外的提醒。無(wú)線通信設(shè)備可以是例如手表、傳呼機(jī)或垂飾等?？商鎿Q地，也可以通過(guò)電話或電子郵箱提醒患者。當(dāng)側(cè)面板38和39解鎖和打開(kāi)時(shí)，可以看到藥物承載器26和遞送模塊33的內(nèi)部硬件。為了防止不必要地接觸藥物承載器26，側(cè)面板38和39可能總是處于鎖閉狀態(tài)，除非被控制器響應(yīng)于來(lái)自控制中心或臨床設(shè)施發(fā)起的命令而致動(dòng)。另外，患者、指定的照護(hù)者或其他授權(quán)人員可以利用一張智能卡或安全訪問(wèn)密碼，獲準(zhǔn)進(jìn)入模塊33的內(nèi)部。若一個(gè)或更多個(gè)單位劑量藥物包被隔離或召回，通常必須先輸入智能卡或限制性密碼，才可以與遞送模塊互動(dòng)。在另一個(gè)實(shí)施方案中，遞送模塊33包括語(yǔ)音識(shí)別裝置，用于接收和解讀患者或其他授權(quán)人員發(fā)出的指定的口頭命令。以本領(lǐng)域公知的方式，遞送模塊33的每個(gè)組件操作來(lái)連接到控制器上，并由控制器響應(yīng)于來(lái)自控制中心101電腦服務(wù)器的命令指令集，通過(guò)控制信號(hào)控制這些組件?？刂破飨蚩刂浦行?01發(fā)送核實(shí)信息，核實(shí)信息已收到且指令已被執(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è)備?？刂破骺梢允菐追N基于微處理器的標(biāo)準(zhǔn)控制器中的一種，這些控制器具有標(biāo)準(zhǔn)類型的致動(dòng)器或伺服驅(qū)動(dòng)器接口和探測(cè)器輸入口，或其他能夠使用軟件控制、硬件控制或其組合的合適電路。內(nèi)部存儲(chǔ)器用于儲(chǔ)存(例如)劑量遞送指令和邏輯程序。在一個(gè)實(shí)施方案中，以及如下更詳細(xì)描述的，內(nèi)部存儲(chǔ)器可儲(chǔ)存針對(duì)一種或更多種藥物的給藥信息，例如在“如需要”基礎(chǔ)上或一些其他基礎(chǔ)上給予患者的藥物。該藥物的管理和給予可由儲(chǔ)存在內(nèi)部存儲(chǔ)器中的一個(gè)或更多個(gè)邏輯程序控制?？刂破骺捎糜谶\(yùn)行儲(chǔ)存在內(nèi)部存儲(chǔ)器中的程序?？刂菩盘?hào)經(jīng)由分配面板傳輸?shù)竭f送模塊33內(nèi)的各種構(gòu)件上并從各種構(gòu)件傳輸。圖16-20進(jìn)一步圖示控制器與遞送模塊33的電子結(jié)構(gòu)通信的模式。在實(shí)施方案中，存儲(chǔ)器可針對(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)境中使用，但具有可以容納(例如)多達(dá)三百個(gè)藥物承載器26的儲(chǔ)存升降器47的遞送模塊33更適宜在機(jī)構(gòu)環(huán)境(例如糾正機(jī)構(gòu))中使用。儲(chǔ)存升降器47可以以任何取向儲(chǔ)存藥物承載器26，例如在本公開(kāi)的范圍內(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均有水平開(kāi)口，其大小足夠?yàn)閮?chǔ)存在儲(chǔ)存池48中的輸送滑架49的前后移動(dòng)提供所需的移動(dòng)空間。輸送滑架49包含一個(gè)具有開(kāi)口端的框架，限定沿所述框架長(zhǎng)度分布的凹槽(fluting)50的范圍，使得藥物承載器26的周邊可以很容易地進(jìn)入所述凹槽50中。滑架49由水平欄桿51支撐，欄桿51沿著儲(chǔ)存池48的內(nèi)表面延伸。欄桿51的端部約接近一般與儲(chǔ)存池48的開(kāi)口平齊的同心軸52?？尚D(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-軸”)。此信息由控制器通過(guò)反饋回路布置監(jiān)視。一旦控制器確定了安裝在儲(chǔ)存升降器內(nèi)的電子代碼閱讀器98已掃描到適當(dāng)?shù)奶?hào)碼記號(hào)之后，將使驅(qū)動(dòng)馬達(dá)54的嚙合脫開(kāi)。輸送滑架49通常位于儲(chǔ)存池48(“原點(diǎn)位置”99)中，直至規(guī)定的劑量要被服用或藥物承載器26需要補(bǔ)充藥物。如以上討論，輸送滑架49可以在前后位置之間水平(χ-軸)移動(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的開(kāi)口，并到達(dá)豎直放置的柱塞93附近的“遞送準(zhǔn)備”位置上。同樣地，在承載器26卸載操作期間，驅(qū)動(dòng)馬達(dá)54將輸送滑架49推進(jìn)到前進(jìn)位置，在所述前進(jìn)位置滑架的一部分伸到儲(chǔ)存池48的開(kāi)口之外。此時(shí)，在摩擦驅(qū)動(dòng)組件56的作用下，滑架49繼續(xù)向前移動(dòng)。當(dāng)輸送滑架49做前后移動(dòng)時(shí)，傳感器監(jiān)視它的移動(dòng)和對(duì)準(zhǔn)情況?，F(xiàn)在參照?qǐng)D1，殼體前面板41中配有帶把手的裝載門44和插入/收回槽45。當(dāng)門44打開(kāi)時(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)入。傳感器是(例如)微型開(kāi)關(guān)、光學(xué)眼或其他觸電器，適合監(jiān)視藥物承載器26相對(duì)于裝載區(qū)內(nèi)置限位開(kāi)關(guān)的方位。當(dāng)傳感器探測(cè)到藥物承載器26已經(jīng)完全插入時(shí)，通過(guò)限位開(kāi)關(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ò)殼體的裝載區(qū)輸送到儲(chǔ)存升降器47上。導(dǎo)軌57和58的每一個(gè)的一端與前面板41的內(nèi)表面對(duì)接，使導(dǎo)軌57和58在該點(diǎn)上與前面板上的插入/收回槽45相交叉。導(dǎo)軌57和58延伸穿過(guò)殼體的中間部分，到達(dá)儲(chǔ)存升降器47的前面。閂鎖裝置59的結(jié)構(gòu)允許進(jìn)入的藥物承載器26被固定在輸送滑架49上并被帶動(dòng)穿過(guò)裝載區(qū)。閂鎖裝置59操作來(lái)連接到螺線管60或其他電機(jī)致動(dòng)器上，螺線管通過(guò)支架和螺絲或類似的五金件裝在殼體側(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ì)”位置，與殼體的前面板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，該支架安裝在連接殼體側(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ì)基本相等隔開(kāi)的驅(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的頂部表面的開(kāi)口上，響應(yīng)于控制信號(hào)，致動(dòng)器72可以擴(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的開(kāi)口后，滑架49伸出的齒輪元件嚙合安裝在儲(chǔ)存池48開(kāi)口位置附近的可旋轉(zhuǎn)正齒輪或鏈輪驅(qū)動(dòng)器53，使滑架49和藥物承載器26朝儲(chǔ)存池48的后方方向移動(dòng)。當(dāng)傳感器探測(cè)到藥物承載器26和輸送滑架49已經(jīng)到達(dá)其原點(diǎn)位置99時(shí)，控制器將使與馬達(dá)73及驅(qū)動(dòng)輪70和71的嚙合脫開(kāi)?，F(xiàn)在參照?qǐng)D3和11，儲(chǔ)存升降器47可操作地連接到升降器支架77上，升降器支架77使升降器47沿著豎直(“ζ”)軸從殼體下半部分的靜止位置移動(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由安裝在殼體底座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，槽架82的中部具有中空部分，在上下表面各有一個(gè)相對(duì)應(yīng)的開(kāi)口，通過(guò)所述開(kāi)口導(dǎo)向螺桿81及一支或更多支導(dǎo)桿83和84可以豎直地穿過(guò)?？傮w而言，槽架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è)殼體寬度，并用作固定和支撐儲(chǔ)存升降器47的平臺(tái)。儲(chǔ)存升降器47包括從升降器的后壁向外伸出的金屬凸起。該凸起的形狀剛好與承載器板85上相應(yīng)的凹口相配，使承載器板85和儲(chǔ)存升降器47可以方便且牢固地連接在一起。儲(chǔ)存升降器47在殼體中的位置由位于驅(qū)動(dòng)馬達(dá)80中的編碼器確定，驅(qū)動(dòng)馬達(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的嚙合脫開(kāi)。這樣，儲(chǔ)存升降器47便可以在殼體內(nèi)升高或下降到適當(dāng)?shù)乃健，F(xiàn)在參照?qǐng)D12，根據(jù)臨床軟件32發(fā)出的落下命令，彈出器組件55在預(yù)定的時(shí)間向患者釋放規(guī)定單位劑量/臨時(shí)單位劑量治療藥物27。彈出器組件55安裝在儲(chǔ)存升降器47和裝載區(qū)之間，固定在水平滑板(“χ-軸”)86之上并沿著水平滑板86移動(dòng)，水平滑板86延伸達(dá)整個(gè)遞送模塊33的寬度。在劑量遞送過(guò)程中，彈出器組件55從靜止位置88移動(dòng)到運(yùn)轉(zhuǎn)位置89，運(yùn)轉(zhuǎn)位置89適合實(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支持，容器90可滑動(dòng)地連接在水平滑板86上。通過(guò)馬達(dá)87彈出器組件55可以沿χ方向移動(dòng)，馬達(dá)87操作來(lái)連接到控制器并受控制器的控制。彈出器/閱讀器(y_軸)、升降器(ζ-軸)和滑架(χ-軸)上的電機(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ò)從藥物承載器26發(fā)出的光束的中斷，探測(cè)到藥物承載器26的格子28的單位劑量藥物包27被取走，并在其后向控制器傳輸信號(hào)，確認(rèn)單位劑量藥物包27已經(jīng)取走。也可以并入電子成像設(shè)備(例如照相機(jī))，以提供可視反饋，表明目標(biāo)藥物已適當(dāng)?shù)貜乃幬锍休d器26中釋放。柱塞93具有一個(gè)長(zhǎng)軸94，通過(guò)連接在軸94上的線性致動(dòng)器91可以在升高和降低的位置之間豎直地移動(dòng)。軸94的最下端可以伸到平坦的壓縮邊95，壓縮邊95懸掛在含有目標(biāo)單位劑量藥物包27的藥物承載器26的格子28的正上方。收到控制信號(hào)后，致動(dòng)器91向下推動(dòng)柱塞93，使柱塞93與單位劑量藥物包27的編碼表面相接觸，推動(dòng)藥物包27穿過(guò)格子28的開(kāi)口?；蛘?，致動(dòng)器91向下推動(dòng)柱塞93，使柱塞93與單位劑量藥物包27的非編碼表面相接觸，將其中含有的治療產(chǎn)品推出單位劑量藥物包27。斜道96或斜槽安裝在殼體側(cè)面板38和39之上，位于彈出器組件55的下方。斜道96通常為平坦的表面，延伸達(dá)遞送模塊33的整個(gè)寬度并向下傾斜，以引導(dǎo)彈出的單位劑量藥物包27或治療產(chǎn)品到達(dá)位于斜道96末端的可旋轉(zhuǎn)擋板97。擋板97用于暫時(shí)地固定彈出的單位劑量藥物包27，直到患者的方案中的每個(gè)藥物被放出。一旦每個(gè)規(guī)定的藥物被放出，伺服馬達(dá)轉(zhuǎn)動(dòng)擋板97離開(kāi)其初始位置，將彈出的單位劑量藥物包27或治療產(chǎn)品釋放到接收區(qū)46中，由患者收取。接收區(qū)46是敞開(kāi)的部分，位于殼體前面板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ù)士或其他健康照護(hù)專業(yè)人員能夠以非順序性的順序，向患者提供儲(chǔ)存在遞送模塊33中的任何單位劑量和臨時(shí)單位劑量藥物包27(或其中所含治療產(chǎn)品)，而不受預(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獲取，用戶界面100具有菜單驅(qū)動(dòng)工作表作為補(bǔ)充，所述工作表顯示在專業(yè)人員的電腦監(jiān)視器上。圖29是儲(chǔ)存在存儲(chǔ)器中的工作表，顯示針對(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ì)劃的命令指令集，以及隨機(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中的具體位置?？刂栖浖?5數(shù)據(jù)庫(kù)指定藥物承載器26的豎直位置(ζ-坐標(biāo))以及含有該劑量的格子28的橫向和縱向位置(分別為y_坐標(biāo)和χ-坐標(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é)議，所述專用協(xié)議包括隨機(jī)生成的通信令牌和指令，用以使遞送模塊33根據(jù)該藥物的x、y和ζ坐標(biāo)落下目標(biāo)藥物。這些指令確保正確的藥物以適當(dāng)?shù)膭┬秃蛿?shù)量被遞送給患者。通過(guò)射頻或其他合適的鏈路，服務(wù)器將重新格式化的信號(hào)傳輸?shù)交颊哌f送模塊33內(nèi)的控制器上。控制器解讀來(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或其他合適的可視、聲音或其他方式，控制器提醒患者服用規(guī)定的單位劑量治療藥物27。在實(shí)施方案中，揚(yáng)聲器可用于以用戶所知的語(yǔ)言提供提醒?？刂破魍瑫r(shí)建立相對(duì)于提醒信號(hào)的時(shí)間的窗口，在所述時(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)，以便按照命令指令集指定的ζ坐標(biāo)，進(jìn)入含有要被遞送的單位劑量藥物包27或單位劑量的儲(chǔ)存池48。儲(chǔ)存升降器47在殼體內(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的嚙合脫開(kāi)。當(dāng)儲(chǔ)存升降器47到達(dá)正確的水平位置可以進(jìn)入指定的儲(chǔ)存池48時(shí)，控制器致動(dòng)伺服馬達(dá)和滑輪組件54，此二者控制y方向的水平移動(dòng)(圖19)，使輸送滑架49和裝在儲(chǔ)存池48中的藥物承載器26整體向前移動(dòng)，離開(kāi)原點(diǎn)位置99。當(dāng)指示滑架49和藥物承載器26向前移動(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)，將脫開(kāi)與馬達(dá)和滑輪組件54的嚙合。輸送滑架49和承載器26移動(dòng)進(jìn)入適當(dāng)?shù)奈恢脮r(shí)，掃描器98也讀取貼在藥物承載器26向上表面上的編碼的識(shí)別碼標(biāo)簽29，該標(biāo)簽含有χ坐標(biāo)操作參數(shù)。此時(shí)，輸送滑架49和藥物承載器26已經(jīng)充分地穿過(guò)了儲(chǔ)存升降器47的開(kāi)口，使目標(biāo)單位劑量藥物包27或單位劑量位于彈出器組件55的水平滑板86的下方?？刂菩盘?hào)(圖16和20)被發(fā)送到負(fù)責(zé)繞χ-軸移動(dòng)的馬達(dá)87上，使裝在滑板上的容器90從靜止位置88移動(dòng)到要被遞送的藥物上方的運(yùn)轉(zhuǎn)位置89。在這個(gè)遞送準(zhǔn)備位置，柱塞93的壓縮邊95懸掛在單位劑量藥物包27的面朝上的編碼31表面的正上方。在一個(gè)替換的實(shí)施方案中，當(dāng)單位劑量要從單位劑量藥物包27取出時(shí)，彈出器組件或柱塞93的壓縮邊95懸掛在單位劑量藥物包27的非編碼表面的上方。在本公開(kāi)范圍內(nèi)的其他實(shí)施方案也是可能的。在這個(gè)方位，懸掛在致動(dòng)器91下端的代碼掃描器92也處于單位劑量藥物包27封條上的電子識(shí)別碼31的附近位置上。在需要補(bǔ)充確認(rèn)遞送的情況下，作為重復(fù)檢查，掃描器92讀取識(shí)別碼31并將驗(yàn)證信息傳輸給控制器，確認(rèn)選定的劑量是正確的劑量?？刂栖浖?5將每個(gè)命令與具體的藥物承載器26和單位劑量藥物包27相關(guān)聯(lián)，藥物承載器26和單位劑量藥物包27的識(shí)別信息在裝載遞送模塊33時(shí)被掃描和核實(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è)藥物被放出為止。當(dāng)電子代碼掃描器92探測(cè)到單位劑量藥物包27被取出藥物承載器26，或治療產(chǎn)品被取出單位劑量藥物包27時(shí)，將發(fā)送信號(hào)給控制器，核實(shí)規(guī)定的劑量已從承載器26中適當(dāng)?shù)厝〕?。在需要視像識(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ù)乃轿恢?。之后，輸送滑?9和藥物承載器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í)間一般少于十秒。當(dāng)計(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ù)男畔⒏接腥掌诤蜁r(shí)間，以便提供準(zhǔn)確的操作記錄。控制中心101服務(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í)間，遞送模塊33可確定要給予的藥劑并可彈出該藥劑給用戶。用戶可通過(guò)例如鍵盤43的輸入設(shè)備輸入所述一個(gè)或更多個(gè)日期及/或時(shí)間，并可通過(guò)例如顯示設(shè)備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)遞送給患者之后，臨床軟件32啟動(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生成具有第一強(qiáng)度的聲音、可視或其他警報(bào)。若第一個(gè)時(shí)間窗口結(jié)束而患者還沒(méi)有輸入遞送信號(hào)，模塊33將提高警報(bào)等級(jí)。增加的警報(bào)等級(jí)連續(xù)增加或者逐步增加，直至第二個(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)致不良的藥物相互作用?；颊叩乃幬锓媒Y(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)度和劑型、用藥計(jì)劃、服藥標(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è)人員審查顯示在他/她的電腦顯示器(用戶界面100)上的最新庫(kù)存清單。如果開(kāi)處方的醫(yī)師認(rèn)為需要計(jì)劃外劑量及/或調(diào)整計(jì)劃，則健康照護(hù)專業(yè)人員從患者可用的規(guī)定的治療藥物列表中選擇另一個(gè)劑量或不同的藥物，并輸入適當(dāng)?shù)乃退幰蟆Ｐ碌膭┝啃畔⒈４嬖谂R床軟件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ī)生開(kāi)出治療指數(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)?？刂栖浖?5然后參考其數(shù)據(jù)庫(kù)，根據(jù)儲(chǔ)存在模塊33中單位劑量藥物包27的當(dāng)時(shí)庫(kù)存信息，確定待送給患者的單位劑量藥物包27或治療產(chǎn)品在遞送模塊33中的具體位置。遞送模塊33能夠以非順序方式放出藥物包27或治療產(chǎn)品，而不受按順序遞送的限制?？刂栖浖?5利用一查尋程序，提取含有目標(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)?？刂栖浖?5同時(shí)監(jiān)視當(dāng)前時(shí)間與被修改劑量的計(jì)劃落下時(shí)間。當(dāng)當(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ǔ)存在控制器存儲(chǔ)器中的邏輯程序，模塊控制器對(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ò)用戶界面100實(shí)時(shí)地審查患者的劑量遞送結(jié)果。因此，本文描述的反饋布置允許立即地調(diào)整和更改患者的藥物方案，以適應(yīng)醫(yī)療情況變化。在遞送藥物劑量時(shí)，健康照護(hù)專業(yè)人員可以通過(guò)電話、電子郵箱或通過(guò)輸入適當(dāng)?shù)拿畹交颊叩碾娔X終端，與患者交流。命令信號(hào)由控制軟件35處理，并隨后傳輸?shù)交颊叩倪f送模塊33上。通過(guò)此遠(yuǎn)程界面(包括例如鍵盤及/或揚(yáng)聲器)，可以促使患者提供信息或回答問(wèn)題。傳統(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)的操作者開(kāi)始裝載全空或部分空的遞送模塊33。用戶只要按下位于殼體前面板41上的裝載鍵43，使控制器通過(guò)射頻或其他合適的傳輸方法36將裝載核實(shí)請(qǐng)求發(fā)送到控制中心101。控制中心101收到裝載請(qǐng)求后，由控制軟件35驗(yàn)證裝載請(qǐng)求信號(hào)，并在多數(shù)情況下接受裝載請(qǐng)求。若啟動(dòng)裝載操作要求安全密碼或其他授權(quán)，而操作者又沒(méi)有輸入，則裝載核實(shí)請(qǐng)求將被拒絕。在另一個(gè)實(shí)施方案中，裝載操作由控制軟件35啟動(dòng)?？刂浦行?01服務(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立即從殼體下半部分中的靜止位置上升到一個(gè)可以將新藥物承載器26裝載到儲(chǔ)存池48中的位置上?？刂破鲃?dòng)作，在馬達(dá)80和導(dǎo)向螺桿組件81的作用下，儲(chǔ)存升降器47移動(dòng)到殼體內(nèi)的適當(dāng)水平位置上。儲(chǔ)存升降器47上升到一個(gè)適當(dāng)高度上，使待裝的儲(chǔ)存池48基本上與沿著殼體側(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伸到了殼體的裝載區(qū)中?；?9進(jìn)入裝載區(qū)時(shí)，傳感器探測(cè)到它的移動(dòng)并將位置信息傳給控制器。控制信號(hào)發(fā)送到裝有旋轉(zhuǎn)支架的致動(dòng)器72上，致動(dòng)器72向下張開(kāi)，以接觸到滑架49的上表面。同時(shí)，旋轉(zhuǎn)支架65向下轉(zhuǎn)動(dòng)，使驅(qū)24動(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的前邊緣接觸到殼體前面板41，并與前面板41在相同的高度上，即處于第一姿勢(shì)位置時(shí)，控制器暫時(shí)地解開(kāi)與馬達(dá)73的嚙合，使滑架49停止向前移動(dòng)。張開(kāi)的致動(dòng)器72向上移動(dòng)到達(dá)其原始的升高位置上，同時(shí)促使旋轉(zhuǎn)支架65和驅(qū)動(dòng)輪70和71向上轉(zhuǎn)動(dòng)，而離開(kāi)滑架49。在這個(gè)位置上，滑架26與殼體前面板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)，即，藥物必須按其要被遞送的順序裝載此時(shí)，通過(guò)聲音、可視或其他方式，提示操作者打開(kāi)裝載門44的把手，以將新的藥物承載器26插入到插入/收回槽45中，藥物最好朝下。通過(guò)監(jiān)視傳感器，控制器確定藥物承載器26是否已經(jīng)放入槽45中。當(dāng)傳感器探測(cè)到藥物承載器26已經(jīng)完全插入時(shí)，即藥物承載器26的周邊充分地伸入裝載區(qū)(例如三英寸或其他預(yù)定的距離)以致動(dòng)限位開(kāi)關(guān)時(shí)，控制器指示驅(qū)動(dòng)輪70和71張開(kāi)并往反方向即向內(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的開(kāi)口后，馬達(dá)和滑輪組件54促使安裝在儲(chǔ)存池48開(kāi)口附件的正齒輪53旋轉(zhuǎn)，使滑架49向后移動(dòng)到原點(diǎn)位置99。然后脫開(kāi)旋轉(zhuǎn)支架65與馬達(dá)73的嚙合，使驅(qū)動(dòng)輪70和71停止旋轉(zhuǎn)。此時(shí)，張開(kāi)的致動(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)。如上文所述，當(dāng)藥物承載器26朝儲(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，在控制中心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圖示典型的卸載操作。藥物承載器26—般在患者的藥物用完時(shí)，由患者、照護(hù)者或其他授權(quán)的操作者卸載。操作者只要按下位于殼體前面板41的“卸載”鍵43，促使控制器發(fā)送核實(shí)請(qǐng)求信號(hào)到控制中心101服務(wù)器。服務(wù)器收到信號(hào)后，控制軟件35驗(yàn)證25信號(hào)并核準(zhǔn)卸載，控制中心101數(shù)據(jù)庫(kù)核實(shí)一個(gè)或更多個(gè)藥物承載器26的預(yù)選數(shù)量的格子28是空的。核實(shí)請(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)行解碼并驗(yà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)入殼體上的裝載區(qū)。當(dāng)輸送滑架49的前邊緣接觸到殼體前面板41，并與前面板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)。當(dāng)藥物承載器26的前邊緣超出殼體前面板41，突出約三英寸(或適合操作者手動(dòng)取出承載器26的其他距離)之后，控制器暫時(shí)解開(kāi)與馬達(dá)73的嚙合，以防止驅(qū)動(dòng)輪70和71繼續(xù)轉(zhuǎn)動(dòng)。空藥物承載器26現(xiàn)在處于可由操作者取出的位置。此時(shí)，通過(guò)聲音、可視或其他方式，操作者被提示打開(kāi)配有把手的裝載門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的嚙合即脫開(kāi)，使驅(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ù)奈恢茫『檬挂芽盏某休d器26從相應(yīng)的儲(chǔ)存池48中卸出，這一操作幾乎與通過(guò)插入/收回槽45彈出承載器26的操作同時(shí)發(fā)生。到操作者收到被彈出的每個(gè)承載器26時(shí)，整個(gè)過(guò)程只需三分鐘。當(dāng)所有空藥物承載器26都從遞送模塊33中卸出后，控制中心101服務(wù)器發(fā)送裝載信號(hào)到空的模塊33的控制器。然后，通過(guò)聲音、可視或其他方式，通知操作者可以給模塊2633補(bǔ)充新藥物承載器了。此時(shí)，操作者只需按下位于殼體前面板41上的裝載鍵43，然后打開(kāi)裝載門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)用。除以上描述的功能，其他各種功能也可以是有益的，特別是在解決有關(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ī)定的劑量放出藥物，并核實(shí)所述劑量已被成功地遞送?；蛘?，送藥單元應(yīng)提供藥物尚未按規(guī)定釋放的通知。遞送事件的完整歷史日志應(yīng)被保留。更進(jìn)一步，送藥單元遞送正確的藥物的能力取決于送藥單元識(shí)別每種藥物的能力以及核實(shí)所述送藥單元中含有的所述藥物的數(shù)量與計(jì)劃的治療一致的能力。如果送藥單元中含有的藥物不足以在特定的用藥周期遞送規(guī)定的藥物，設(shè)備應(yīng)提供通知。因此，設(shè)備應(yīng)能夠核實(shí)其中所含的每種藥物的具體數(shù)量。更進(jìn)一步，送藥單元不應(yīng)接收超過(guò)其到期日期的藥物，并應(yīng)提供該藥物已到期且不能被用于該設(shè)備的通知。鑒于這些考慮，送藥單元應(yīng)至少能夠當(dāng)不能識(shí)別藥物包時(shí)，自動(dòng)地彈出封裝的藥物；確認(rèn)正確的藥物被選擇和遞送；在失敗、不正確的藥物、到期的藥物等事件時(shí)，提供通知；核實(shí)一種或更多種藥物的數(shù)量；以及當(dāng)送藥單位核實(shí)藥物數(shù)量失敗時(shí)，提供通知。無(wú)論何種原因，均能通過(guò)實(shí)時(shí)異常報(bào)告系統(tǒng)來(lái)規(guī)避風(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ì)，使得送藥單元與患者之間的任何交互都不需要患者輸入任何用在管理、排程或者甚至識(shí)別藥物的信息。排程藥物和遞送藥物帶來(lái)許多風(fēng)險(xiǎn)，例如當(dāng)藥物的用藥計(jì)劃在患者已經(jīng)從送藥單元接收他們的藥物之后被改變時(shí)。如果設(shè)備允許患者在計(jì)劃的用藥遞送之前接收他們的藥物，這種情況就可能發(fā)生。該情況可導(dǎo)致重新排程遞送。應(yīng)有防止此類情況發(fā)生的充分的軟件控制，所述軟件控制應(yīng)提醒患者的照護(hù)提供者患者已經(jīng)接收他們的藥物以及劑量改變直到下一個(gè)計(jì)劃的用藥周期才會(huì)發(fā)生?；蛘?，當(dāng)藥物劑量從藥物承載器取出并服用，而藥物的藥物包正被照護(hù)提供者或患者從藥廠運(yùn)送，且在藥物承載器被插入送藥單元中之前，這樣的重新排程可以是需要的。如果斷電引起患者不使用送藥單元而手動(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)記。例如，如果由藥劑師貼在藥物承載器上的處方標(biāo)簽在藥物承載器已被插入送藥單元中之后，對(duì)患者不再可見(jiàn)，則會(huì)帶來(lái)風(fēng)險(xiǎn)。印在該標(biāo)簽上的重要信息，包括但不限于藥片名稱、劑型和劑量、藥品到期日期、警示標(biāo)簽(如果需要的話)等，對(duì)于患者的治療可以是至關(guān)重要的。該風(fēng)險(xiǎn)可通過(guò)以下方式規(guī)避當(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ò)以下方法規(guī)避保留包含在藥物包中的每種藥物的每個(gè)劑量，直到患者實(shí)際上接收該藥物，由此消除了任何藥物之間或任何藥物與送藥單元之間的直接接觸，或者確保藥物不會(huì)接觸到可能保留有藥物殘留的送藥單元的表面。本發(fā)明實(shí)施方案的各個(gè)方面，尤其是解決上述風(fēng)險(xiǎn)的那些方面，在以下參照?qǐng)D32-61進(jìn)一步圖示。將認(rèn)識(shí)到許多相同的操作結(jié)構(gòu)和設(shè)備已在上文描述，并可等同地施用于下述的實(shí)施方案。例如，上述的圖2圖示了連同送藥單元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é)將參照?qǐng)D32-40及附加的描述在以下進(jìn)一步被描述。如以上指出的，通信網(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操作，以幫助藥物的正確遞送。一般地，遠(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)程控制器101，不是被獨(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ù)，以及安全策略和內(nèi)部網(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可包含較之訪問(wèn)網(wǎng)頁(yè)應(yīng)用系統(tǒng)的用戶界面提供更大功能性的經(jīng)過(guò)適當(dāng)?shù)某绦蛱幚淼脑O(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以確定是否有任何可獲得以下載到送藥單元33的數(shù)據(jù)/信息。在目前優(yōu)選的實(shí)施方案中，這是使用無(wú)線鏈路，如通用無(wú)線分組業(yè)務(wù)(GPRS)調(diào)制解調(diào)器或類似的實(shí)施適當(dāng)?shù)募用軈f(xié)議(如SSL)的設(shè)備來(lái)實(shí)現(xiàn)的。該實(shí)施的優(yōu)點(diǎn)是，如果送藥單元33尚未預(yù)先啟動(dòng)與控制器101的通信，送藥單元33能忽略經(jīng)由該鏈路的任何進(jìn)入通信。如以下更詳細(xì)描述，在送藥單元33具有要上傳給控制器的數(shù)據(jù)/信息時(shí)，送藥單元33也可啟動(dòng)與遠(yuǎn)程控制器101的非計(jì)劃通信。在這些非計(jì)劃通信過(guò)程中，送藥單元仍像在計(jì)劃的通信過(guò)程中那樣，能請(qǐng)求更新。由于該實(shí)施中，送藥單元能根據(jù)儲(chǔ)存的用藥方案運(yùn)行，與遠(yuǎn)程控制器101之間的來(lái)往通信實(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)用于彈出或卸載藥物承載器?，F(xiàn)在參照?qǐng)D32，顯示了替換的送藥單元的透視圖，沒(méi)有外部殼體。大體上，替換的送藥單元在運(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ù)人員已知的，可均等地并入送藥單元33的用戶界面的顯示設(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，并沿χ-軸將每個(gè)藥物承載器224裝載進(jìn)相應(yīng)的滑架228，或從相應(yīng)的滑架228卸載每個(gè)藥物承載器224，如圖所示。反之，滑架228從升降器232取出，或被再次放置到升降器232中(能夠沿ζ_軸運(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ī)構(gòu)，遞送單元33引起單個(gè)單位劑量藥物包(或，在另一個(gè)實(shí)施方案中，單個(gè)單位劑量)從一個(gè)或更多個(gè)藥物承載器224被取出，并存入收集斜槽222中，遞送單元33的用戶可使用所述收集斜槽222。沿χ、y和ζ軸使用的各種構(gòu)件的更詳細(xì)解釋進(jìn)一步參照?qǐng)D33-40提供。現(xiàn)在參照?qǐng)D33-36，顯示了形成χ-軸組件的部分的各種構(gòu)件。注意到，為了簡(jiǎn)潔，各種支撐和框架結(jié)構(gòu)已在圖33中被隱藏。χ-軸組件包含兩個(gè)牽引器支撐組件240a和240b，其每一個(gè)包含在相應(yīng)的正時(shí)皮帶244a和244b帶動(dòng)下，沿χ-軸穿過(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)端。牽引器原點(diǎn)位置傳感器249a和249b優(yōu)選地體現(xiàn)為如以上所指出的光源/傳感器，確定其相應(yīng)的牽引器組件230在何時(shí)被定位于其原點(diǎn)位置，即在軌道242的遠(yuǎn)端。每個(gè)牽引器組件230a和230b還包含牽引器臂250a和250b，牽引器臂250a和250b具有相對(duì)于其相應(yīng)的臂250的縱軸基本上垂直設(shè)置的銷(peg)252a和252b。在相應(yīng)的牽引器臂伺服馬達(dá)253a和253b的控制下，每個(gè)牽引器臂250通過(guò)其所在的y-ζ平面中受限的弧可自由旋轉(zhuǎn)。由于牽引器組件230可沿χ-軸自由移動(dòng)，針對(duì)每個(gè)牽引器臂250的潛在的y_z平面的數(shù)目幾乎是無(wú)限的，盡管在實(shí)際中，該數(shù)目受到沿與編碼器條碼246中刻痕相關(guān)聯(lián)的χ-軸的那些y_z平面的限制。如圖34和36中闡述最清楚的，牽引器臂250和銷252被用于嚙合藥物承載器224中的開(kāi)口368(參見(jiàn)圖44)(用于裝載或卸載的目的)，以及通過(guò)該嚙合，沿χ-軸移動(dòng)藥物承載器224進(jìn)入或移出滑架228。另外，如圖32中闡述最清楚的，牽引器臂250和銷252也可操作來(lái)嚙合滑架228中的開(kāi)口350(參見(jiàn)圖41)，以移動(dòng)滑架進(jìn)入和移出升降器232中相應(yīng)的槽。本領(lǐng)域普通技術(shù)人員將認(rèn)識(shí)到除臂250和銷252外的其他機(jī)構(gòu)也可被用于這些目的。當(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的支撐(S卩，軌道242)的適當(dāng)尺寸的馬達(dá)。額外的組件，特別是圖33中圖示的，包括通道門組件262、遞送斜槽組件268和后擋板組件276。所述通道門組件262包含通道門221以及用于打開(kāi)和關(guān)閉通道門221的必要構(gòu)件。使用經(jīng)由適當(dāng)?shù)逆溄訖C(jī)制(未示出)連接到通道門221的處理器控制的伺服馬達(dá)266，可自動(dòng)地打開(kāi)和關(guān)閉通道門。通道框架264，用于部分提供通道門221的可旋轉(zhuǎn)支撐，優(yōu)選地與牽引器支撐組件240對(duì)齊，使得已從儲(chǔ)存升降器232移出的滑架228可向上延伸并通過(guò)(借助于牽引器組件230的操作)通道框架264中適當(dāng)構(gòu)造的開(kāi)口。以此方式，用戶將藥物承載器224插入送藥單元33時(shí)可完全在滑架228中對(duì)齊承載器224。又如圖3以及之后的圖所描述的，藥物承載器被自動(dòng)地拉入單元中，在升降器中被讀取和儲(chǔ)存。遞送斜槽組件268包含經(jīng)由下開(kāi)口271連接到收集斜槽222中的后開(kāi)口的對(duì)角(diagonal)遞送斜槽270。遞送斜槽270的上開(kāi)口272位于牽引器支撐組件240之間，并沿X-軸在彈出器組件(未示出，參見(jiàn)圖38-40)之下，所述彈出器組件從藥物承載器移出單個(gè)單位劑量藥物包。以此方式布置，彈出的單位劑量藥物包被重力供應(yīng)到上開(kāi)口272中，在此處被收集到閘門(gate)(未示出)后面。通過(guò)處理器控制的閘門伺服馬達(dá)274和相應(yīng)的聯(lián)接的運(yùn)作，閘門可被旋轉(zhuǎn)到基本為打開(kāi)位置，由此允許彈出的單位劑量藥物包被釋放到收集斜槽222中，并隨后轉(zhuǎn)回到基本為關(guān)閉位置，用于之后的彈出操作。后截止閘門組件276包含在支撐軸襯(bushing)281(圖36)中沿z_軸經(jīng)由處理器控制的后截止閘門伺服馬達(dá)280可往復(fù)運(yùn)動(dòng)的后截止閘門278。沿χ-軸，于遞送斜槽270的上開(kāi)口272之后定位的后截止閘門用作防止任何滑架228在裝載和卸載操作過(guò)程中被無(wú)意地從升降器232抽離。盡管后截止間門278顯示為往復(fù)運(yùn)動(dòng)的實(shí)施，本領(lǐng)域普通技術(shù)人員將認(rèn)識(shí)到其他實(shí)施也可等效地使用，如，后截止間門被轉(zhuǎn)入或轉(zhuǎn)出其位置?，F(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ù)奶幚砥骺刂频牟竭M(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被圖示為具有只沿y_軸的運(yùn)動(dòng)，將進(jìn)一步認(rèn)識(shí)到，這并非固定不變的需要，且沖壓組件286可被提供額外的自由度，如也沿χ-軸。沖壓子組件286包含沖壓伺服馬達(dá)302，沖壓伺服馬達(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中圖示的實(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)0沖頭304的替換的實(shí)施方案在圖39A中圖示。在該實(shí)施方案中，金字塔狀結(jié)構(gòu)被布置在沖頭304a朝下的表面上的多個(gè)針(pin)304b-e以及一個(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中。該特征在以下那些(不常見(jiàn))情況下是有用的，即其中單位劑量藥物包沒(méi)有完全脫離藥物承載器的框架(導(dǎo)致有時(shí)被稱為“懸石(hangingchad)”的情況)。為防止這種可能性，針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-e取出單位劑量藥物包。在另一個(gè)實(shí)施方案中，在不考慮藥物的交叉污染的情況中，沖壓工具304可被構(gòu)造以從單位劑量藥物包取出單個(gè)單位劑量本身(即，僅藥物)。位置傳感器308被優(yōu)選地安裝在電路板306上，以檢測(cè)法蘭310沿z_軸的位置，法蘭310安裝到?jīng)_壓工具304上。以此方式，位置傳感器308可確定沖壓工具304是否已完全延伸(如，當(dāng)從藥物承載器取出單位劑量藥物包時(shí))或收回(如，當(dāng)沿軌道288移動(dòng)沖壓子組件286時(shí))。另外，指針312被安裝在沖壓工具304的向前的表面上。如以下參照?qǐng)D39和41-43進(jìn)一步詳細(xì)描述的，在一個(gè)實(shí)施方案中，指針312用于嚙合滑架228的相應(yīng)結(jié)構(gòu)，以限制滑架228的運(yùn)動(dòng)，并允許藥物承載器224完全插入到滑架中。圖38圖示沖壓子組件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中圖示的條形碼閱讀器314被固定連接到其支撐框架上，并因此只能讀取位于其正下方的條形碼，該條形碼可不構(gòu)成呈現(xiàn)在藥物承載器表面上的所有可能的條形碼。然而，應(yīng)理解，其他布置也可應(yīng)用。例如，可應(yīng)用多個(gè)這樣固定的條形碼閱讀器，使得借助于他們的布置，隨著藥物承載器沿χ-軸經(jīng)過(guò)條形碼閱讀器，讀取所有可能的條形碼。替換地，條形碼掃描器可被安裝以使其可沿χ和y_軸的任一個(gè)或兩者自由地移動(dòng)。例如，條形碼閱讀器可被安裝在沖壓子組件286上，使得通過(guò)將藥物承載器/滑架的運(yùn)動(dòng)的χ-軸自由度與沖壓子組件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被安裝在上述χ-軸組件的頂上時(shí)，裝載截止間門316大致位于沿牽引器支撐組件240的長(zhǎng)邊，且在牽引器支撐組件240之間的中途，如圖32中顯示最清楚的。在其收回位置(示于圖37中)，裝載截止閘門316不約束藥物承載器的運(yùn)動(dòng)。然而，當(dāng)裝載截止閘門316位于其延伸位置時(shí)(示于圖39中)，裝載截止閘門316的部分延伸到由滑架228的上表面定義的平面以下一段足以妨礙藥物承載器224(圖39中未顯示)的插入超過(guò)裝載截止閘門316的距離。由于裝載截止閘門316的位置沿X-軸精確已知，藥物承載器與裝載截止閘門316之間的相鄰嚙合允許裝載/卸載開(kāi)口368(參見(jiàn)圖44和45)被精確定位，用于隨后通過(guò)牽引器臂250和銷252嚙合。圖39還圖示沖壓工具304的對(duì)準(zhǔn)情況，使得其上連接的指針312(圖39中不可見(jiàn))可在裝載和卸載過(guò)程中與承載器228嚙合，以如下進(jìn)一步詳細(xì)描述?，F(xiàn)在參照?qǐng)D40，圖示了ζ-軸組件。一般來(lái)說(shuō)，ζ-軸組件涉及那些與藥物承載器224和相應(yīng)的滑架228的儲(chǔ)存相關(guān)的遞送模塊33的構(gòu)件。如在圖32中圖示最清楚的，z_軸組件被構(gòu)造為使得儲(chǔ)存在升降器232中的滑架228可通過(guò)牽引器組件230的操作被直接地卸載到χ-軸組件中。如圖所示，在實(shí)施方案中闡述的升降器232，包含兩個(gè)平行板320，每一個(gè)平行板320又包含形成于其中的基本上沿每個(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)。如果采用此種替換的對(duì)準(zhǔn)情況，本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，裝載和卸載機(jī)構(gòu)，舉例來(lái)說(shuō)，可能需要相應(yīng)地被類似地重新對(duì)準(zhǔn)。成對(duì)的桿324a和324b可滑動(dòng)地與安裝在每個(gè)板320上的軸承326(僅顯示一套)嚙合。提供了一對(duì)正時(shí)皮帶328a和328b，每個(gè)板320—個(gè)，正時(shí)皮帶328a和328b通過(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沿ζ-軸的運(yùn)動(dòng)跟隨升降器232的運(yùn)動(dòng)。如在前面的例子中，編碼器條碼336在預(yù)定位置包含刻痕。編碼器條碼傳感器338，操作中與先前描述的且固定地安裝在殼體(未顯示)的一部分的那些相似，高度精確地感應(yīng)編碼器條碼336中的每個(gè)刻痕，使得升降器沿ζ-軸的位置可被確定?，F(xiàn)在參照?qǐng)D41-43，圖示滑架228的示例性實(shí)施方案的各個(gè)方面。如圖42中所示，滑架228包含具有多個(gè)底軌道342的底部340，具有多個(gè)頂軌道346的頂部344，以及連接頂部344和底部340的一個(gè)或更多個(gè)側(cè)部348。共同地，底部340和頂部344在其之間共同地形成相對(duì)窄的開(kāi)口341，開(kāi)口341的維度足以自由接受輸入的藥物承載器(最初在滑架228的近端343被插入)的厚度。開(kāi)口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的縱軸(χ-軸)。在替換的實(shí)施方案中，軌道(在底部340或頂部344的任一個(gè)上的)也可以垂直地延伸到縱軸，即，從一個(gè)側(cè)部348到另一個(gè)側(cè)部348，或者可使用此種平行或垂直軌道的組合，并可包含開(kāi)孔(cutout)部分，以允許在承載器進(jìn)入單元時(shí)單位劑量藥物包的清除。還要進(jìn)一步地，兩套軌道的一套或兩套可被板狀部件替代，所述板狀部件中形成有開(kāi)口，該開(kāi)口的形成式樣為使得板狀部件中剩余的材料(為藥物承載器)提供與圖41中描繪的軌道相似的支撐功能?；?28可在滑架228的至少一個(gè)側(cè)部件上包含一個(gè)或更多個(gè)洞或刻痕351。洞351可用于確定當(dāng)滑架被插入儲(chǔ)存單元(如上述的升降器232)時(shí)滑架的位置。例如，升降器232可包含傳感器(如光學(xué)中斷傳感器)，和設(shè)置于傳感器對(duì)面的光源(如發(fā)光二極管)。當(dāng)洞351與光源重合時(shí)，傳感器感應(yīng)光源，由此使得滑架228的位置被確定。為了正確地取出儲(chǔ)存在藥物承載器中的單位劑量藥物包，或?yàn)榱舜_定滑架228被插入升降器232中的程度，可需要正確地確定藥物承載器224在儲(chǔ)存單元中的位置?；诒竟_(kāi)，用于確定滑架228在儲(chǔ)存單元中位置的其他方法對(duì)本領(lǐng)域的普通技術(shù)人員是明顯的。在一個(gè)實(shí)施方案中，滑架228包含至少一個(gè)在滑架228的遠(yuǎn)端345邊緣上的保持機(jī)構(gòu)352。圖41中圖示單一的保持機(jī)構(gòu)352。然而，注意到，可采用一個(gè)或更多個(gè)這樣的機(jī)構(gòu)，該機(jī)構(gòu)還可在滑架228的各個(gè)其他位置被使用。保持機(jī)構(gòu)352用于當(dāng)藥物承載器已被完全插入滑架228時(shí)(通過(guò)藥物承載器224中相應(yīng)的保持功能，S卩，其中的開(kāi)口366)，將藥物承載器224保持在滑架228中的原處。如以下所述，在將藥物承載器224插入滑架228或從滑架228取出藥物承載器224的過(guò)程中，保持機(jī)構(gòu)352嚙合/脫開(kāi)嚙合或致動(dòng)，以接受/釋放藥物承載器224。多個(gè)開(kāi)口或洞350也在圖41中被描繪。開(kāi)口350位于底部和頂部340和344的任一個(gè)或兩者中，使得它們可通過(guò)適當(dāng)?shù)臋C(jī)制嚙合，以按需要移動(dòng)滑架228，所述機(jī)制如上述的牽引器組件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中的開(kāi)口358暴露，使得臂354的鉤部分355面向開(kāi)口358內(nèi)。本體部件353的上表面354構(gòu)造為接收上述關(guān)于圖37的指針312的補(bǔ)充性表面。連接到?jīng)_頭304的指針312被定位以嚙合并向下推擠上表面360。以此方式，撓臂356允許本體部件353被移位一段距離，并且因此懸臂354被移位所述的距離，該距離足以允許藥物承載器224中的開(kāi)口366被定位以鎖定與鉤部分355的嚙合，或在卸載的情況時(shí)，允許開(kāi)口366從鉤部分355脫開(kāi)嚙合。盡管圖42和43已圖示特定的懸臂和鉤配置，本領(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)可被并入，例如，上述的χ-軸組件。在這樣的實(shí)施方案中，類似的滑架結(jié)構(gòu)僅在用于在對(duì)藥物承載器施加基本上垂直的力的過(guò)程中，(經(jīng)由類似軌道342的結(jié)構(gòu))支撐藥物承載器時(shí)，例如當(dāng)彈出單位劑量藥物包時(shí)，是必需的?，F(xiàn)在參照?qǐng)D44和45，圖示根據(jù)目前優(yōu)選的實(shí)施方案的藥物承載器224。一般地，藥物承載器224的構(gòu)造與在待決美國(guó)專利申請(qǐng)序列號(hào)11/366，295中所公開(kāi)的相當(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，本體部分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都具有相同的形狀和尺寸。再次說(shuō)明，這并非必須的，且不同尺寸和形狀的單位劑量藥物包可被并入單一的藥物承載器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)被沖壓/切割，除在單位劑量藥物包364的每一端上的兩個(gè)(2)位置(沿y_軸；共四個(gè)位置)外，完全割穿塑料。在這四個(gè)位置，留下1.5mm的沖孔。在該優(yōu)選的實(shí)施方案中，結(jié)構(gòu)支撐層包括在一側(cè)有熱封粘合劑，另一側(cè)有粘土覆層的18磅實(shí)地漂白硫酸鹽板(SolidBleachSulfateBoard)的硬紙板層。然后，該支撐層被沖壓，以與泡罩狀吸塑的位置和形式相匹配，所述泡罩狀吸塑具有較之吸塑尺寸大約大1.5mm的開(kāi)口，該開(kāi)口切入每個(gè)χ和y軸的每個(gè)塑料層和標(biāo)簽層中。支撐層中的較大的開(kāi)口用以確保單個(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中被放出，而不依賴于單位劑量藥物包364是否已在先地從藥物承載器224取出。盡管在圖44和45中未顯示，在目前優(yōu)選的實(shí)施方案中，標(biāo)簽層是在其一側(cè)有熱封粘合劑，以及另一側(cè)有覆層以防止施用時(shí)墨水(來(lái)自噴墨打印機(jī))褪色的9磅實(shí)地漂白硫酸鹽板。標(biāo)簽層中的切割/沖壓與塑料層嚴(yán)格匹配，所述塑料層即單位劑量藥物包在其中形成的層。在對(duì)標(biāo)簽使用熱封粘合劑的過(guò)程中，繞每個(gè)單位劑量藥物包所在位置周長(zhǎng)的區(qū)域被優(yōu)選地遮蔽，使得膠水不被施于其上。此舉防止粘合劑流入每個(gè)吸塑(364)周圍被沖壓/切割的區(qū)，并防止在單位劑量藥物包364和周圍的塑料之間形成聯(lián)接。同樣在沖壓/切割過(guò)程中，僅被沖壓穿過(guò)標(biāo)簽材料90%的切割線被優(yōu)選地切割成塑料中泡罩狀吸塑的整個(gè)區(qū)，并與之對(duì)準(zhǔn)。這些切割的區(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。其后，將泡罩狀吸塑形成于其中的層(即上述塑料層)放在夾具上，使得泡罩面向下并剛好裝入夾具中的開(kāi)口中。然后使用任何適當(dāng)?shù)募夹g(shù)將目標(biāo)藥物放進(jìn)泡罩狀吸塑中。其后，使用槽370將標(biāo)簽放在塑料層上用于對(duì)準(zhǔn)。整個(gè)夾具和組件被置于熱封壓合并在300°F(149°C)壓縮大約5秒。所述熱封覆層由此被激活，弓丨起三個(gè)層疊壓。其后，從所述夾具取出疊壓的組件。如以上指出的，一個(gè)或更多個(gè)開(kāi)口366可被提供在藥物承載器224中，用于與滑架228的保持機(jī)構(gòu)352嚙合。在目前優(yōu)選的實(shí)施方案中，單一、中心對(duì)準(zhǔn)的開(kāi)口366被提供在靠近藥物承載器224的每個(gè)橫邊的邊緣。以此對(duì)稱布置，無(wú)論藥物承載器224的由前往后的方向如何，保證了開(kāi)口366和保持機(jī)構(gòu)352的互鎖嚙合。替換地，如果期望加強(qiáng)藥物承載器224的具體對(duì)準(zhǔn)情況，可使用這樣的開(kāi)口(或相似裝置)的不對(duì)稱布置，。此外，一個(gè)或多個(gè)開(kāi)口366可沿藥物承載器224的側(cè)邊的任一個(gè)或兩者的邊緣被定位，以嚙合設(shè)置在滑架228上相似地定位的保持機(jī)構(gòu)。類似地，開(kāi)口370可(例如)沿藥物承載器228的側(cè)邊緣被提供，或用于確定所述卡的方位或位置的使用(如上述相對(duì)于滑架228的優(yōu)選的實(shí)施方案)，或用于保持藥物承載器224在滑架228中的使用。在本體部分362中提供額外的開(kāi)口368，以幫助藥物承載器224通過(guò)送藥單元33的運(yùn)動(dòng)。如上所述，開(kāi)口368允許牽引器組件230(通過(guò)牽引器臂250和銷252)嚙合到藥物承載器224，并由此傳遞力以移動(dòng)藥物承載器224。如圖所示，開(kāi)口368優(yōu)選地靠近藥物承載器的角。然而，這可根據(jù)設(shè)計(jì)選擇而變。例如，開(kāi)口368可被定位在更接近中間，并遠(yuǎn)離橫邊或側(cè)邊的任一邊的角。替換地，開(kāi)口368可被放在遠(yuǎn)離藥物承載器的邊緣，而是放在平面的本體部分362的內(nèi)部區(qū)。還要進(jìn)一步地，開(kāi)口368的數(shù)目可較之所示數(shù)目更多或更少，且所述開(kāi)口并非必須限制為所示的對(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)?；诒竟_(kāi)的教導(dǎo)，用于此目的的其他布置對(duì)本領(lǐng)域普通技術(shù)人員將是明顯的。盡管在圖44或45中未圖示，以上所定義的各種識(shí)別標(biāo)記可被用于協(xié)助藥物承載器224的安放或定位。如以上所述，所述識(shí)別標(biāo)記可包含至少能夠通過(guò)自動(dòng)的手段被探測(cè)或讀取的任何機(jī)構(gòu)，所述自動(dòng)的手段包括而不限于印刷條形碼或點(diǎn)、射頻識(shí)別標(biāo)簽、磁條或印、凹痕、突起、洞或開(kāi)口等等。相應(yīng)的探測(cè)元件可包含，例如而不限于，條形碼掃描器、光傳感器、機(jī)械開(kāi)關(guān)，及/或任何其他能夠檢測(cè)特定類型的標(biāo)記的機(jī)構(gòu)。例如，條形碼掃描器可用于掃描與預(yù)定義的值相應(yīng)的特定的條形碼及/或條形代碼標(biāo)簽，或光傳感器可感應(yīng)何時(shí)光照射穿過(guò)藥物承載器中的洞。相似地，機(jī)械開(kāi)關(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)一步描述。圖46-61中圖示的技術(shù)的各部分在以上描述?？傮w而言，本文以下描述的方法優(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)通信(如，各種位置傳感器與帶送藥單元33的侍服馬達(dá)和步進(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中圖示的技術(shù)(以及上述方法)基本上彼此獨(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ù)的其他此種組合也可以等效地被采用?，F(xiàn)在參考圖46，過(guò)程從程序塊400開(kāi)始，在程序塊400，送藥單元可選地接收和(在適當(dāng)?shù)某掷m(xù)存儲(chǔ)器中)儲(chǔ)存用藥方案。如本文使用的，用藥方案包含對(duì)送藥單元來(lái)說(shuō)正確地為患者遞送藥物必需的數(shù)據(jù)和信息。實(shí)際上，單一的送藥單元可基于單一用藥方案或多個(gè)用藥方案操作。后一種情況下，多個(gè)用藥方案可組合為單一用藥方案，其中具體的用藥事件根據(jù)不同的患者區(qū)分。用藥事件或是要采取的措施，或是送藥單元關(guān)于藥物的發(fā)放要做出的確定。例如，送藥單元可確定具體的時(shí)間點(diǎn)已到，所述時(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ù)量、每種藥物的圖像等)、每種藥物的用藥計(jì)劃等。在一個(gè)實(shí)施例中，用藥方案(和其他數(shù)據(jù)/信息)通過(guò)遠(yuǎn)程控制器及/或遠(yuǎn)程單元被提供給每個(gè)送藥單元。然而，經(jīng)由送藥單元上包含的界面(如經(jīng)由圖形用戶界面或處理器通信端口)，向送藥單元提供用藥方案的至少一些部分也可以是合乎期望的。無(wú)論用藥方案何時(shí)或如何被接收，處理在程序塊402處繼續(xù)，在程序塊402確定遞送過(guò)程是否應(yīng)發(fā)生。遞送過(guò)程是具體的用藥事件，其中一種或更多種藥物要通過(guò)送藥單元被發(fā)放。優(yōu)選地，遞送過(guò)程應(yīng)發(fā)生的判斷根據(jù)儲(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)程單元)以命令形式被接收。用于確定根據(jù)用藥方案(或響應(yīng)于非計(jì)劃的請(qǐng)求)的措施應(yīng)在何時(shí)采取的技術(shù)對(duì)本領(lǐng)域的普通技術(shù)人員是眾所周知的。其后，處理在程序塊404和406上平行地繼續(xù)，以執(zhí)行先前在以上所述的操作。特別地，在程序塊404，遞送過(guò)程經(jīng)由非順序性(或順序性，如果期望的話)獲取所需儲(chǔ)存的藥物，并隨后從其相應(yīng)的藥物承載器彈出所需的一個(gè)或多個(gè)單位劑量藥物包來(lái)執(zhí)行。注意，當(dāng)單個(gè)單位劑量藥物包被彈出時(shí)，送藥單元與實(shí)際的單位劑量(如，藥丸)之間的接觸被避免，這對(duì)防止污染是合乎期望的。為此，用藥方案(或非計(jì)劃的請(qǐng)求)可包含有關(guān)要被發(fā)放的具體的單位劑量藥物包的信息，或足以允許送藥單元基于其對(duì)當(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è)過(guò)程可根據(jù)需要多次發(fā)生。例如，可以一次獲取所有當(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)自用戶(如患者)的關(guān)于藥物被實(shí)際給予患者的指示。針對(duì)前一種情況，恰當(dāng)配置的傳感器，如照相機(jī)和圖像識(shí)別軟件，可被調(diào)用以確定所發(fā)放的藥物是否從送藥單元被取出。針對(duì)后一種情況，用戶可被提示(經(jīng)由合適的用戶界面機(jī)構(gòu))確認(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ù)/信息可被隨后下載到一個(gè)或多個(gè)遠(yuǎn)程設(shè)備，并在其后被刪除或被允許繼續(xù)保留在送藥單元的內(nèi)部存儲(chǔ)中。替換地，所述結(jié)果可被直接提供給遠(yuǎn)程控制器或遠(yuǎn)程單元(除了非永久的臨時(shí)存儲(chǔ)或送藥單元內(nèi)非持續(xù)性存儲(chǔ)外)，用于隨后在那里儲(chǔ)存。在一個(gè)實(shí)施例中，遞送結(jié)果被持續(xù)地儲(chǔ)存在送藥單元中一段給定的時(shí)間期間(如三天)。另外，隨著送藥單元定期地與遠(yuǎn)程控制器或遠(yuǎn)程單元通信(如每半小時(shí))，通過(guò)送藥單元儲(chǔ)存的任何新的遞送結(jié)果被上傳到遠(yuǎn)程控制器或遠(yuǎn)程單元用于長(zhǎng)期存儲(chǔ)。無(wú)論該存儲(chǔ)以何種方式實(shí)現(xiàn)，足以使遞送結(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)給授權(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圖示一種方法，以此方法送藥單元可獲取有關(guān)提供給及/或儲(chǔ)存在藥物承載器中的藥物及/或藥物承載器的信息，如以上部分所述。因此，在程序塊420處開(kāi)始，送藥單元接收輸入的藥物承載器，優(yōu)選地上述各種形式的藥物承載器，即，具有以二維布置的單個(gè)單位劑量藥物包，且在包含其上提供的另一識(shí)別指示物的基本上平面的承載器。該方法可包含自動(dòng)地使用上述結(jié)構(gòu)拉入藥物承載器。如以上指出的，這樣的識(shí)別指示物(或識(shí)別標(biāo)記)可最終被具體化為至少可被送藥單位感知的任何形式，包含，但不限于，一維和二維條形碼、磁條和磁性墨水、射頻識(shí)別標(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í)別指示器識(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ó)家藥品代碼號(hào)；或獨(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ú)論如何，布局定義可被送藥單元(具有可能的布局定義的現(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ò)送藥單元對(duì)輸入的藥物承載器進(jìn)行的處理。在程序塊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，送藥單元接收輸入的藥物承載器?；谠谳斎氲乃幬锍休d器上存在的至少一個(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ù)，在程序塊448，送藥單元使用上述技術(shù)儲(chǔ)存藥物承載器。然而，如果輸入的藥物承載器未被授權(quán)用于送藥單元，則處理在程序塊450繼續(xù)，在程序塊450送藥單元拒絕儲(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所圖示和描述的處理可按需要多次重復(fù)。作為上述關(guān)于圖48的處理的推論，參照?qǐng)D49描述了另外的處理。特別地，在程序塊460，輸入的藥物承載器與之前一樣被送藥單元接收。其后，在程序塊462，送藥單元確定一個(gè)或更多個(gè)識(shí)別指示物為不可讀。判定識(shí)別指示物不可讀的原因?qū)Ρ绢I(lǐng)域的普通技術(shù)人員是眾所周知的，包含，但不限于，給定識(shí)別指示物的缺失、隱蔽、不對(duì)準(zhǔn)、破壞、不兼容或其他缺陷。無(wú)論為什么一個(gè)或更多個(gè)識(shí)別標(biāo)記不可讀，處理隨后在程序塊464繼續(xù)，在程序塊464，如上述，送藥單元拒絕輸入的藥物承載器，且在程序塊466，通知遠(yuǎn)程控制器或遠(yuǎn)程單元，及/或儲(chǔ)存記錄該拒絕的數(shù)據(jù)/信息。如以上指出的，送藥單元的一個(gè)合乎期望的特點(diǎn)是確定單個(gè)單位劑量藥物包及/或單位劑量的狀態(tài)的能力，特別是在發(fā)放操作和裝載/卸載操作過(guò)程中。為此，參照?qǐng)D50-55進(jìn)一步描述并圖示用于確定這樣的狀態(tài)的各種技術(shù)。如本文使用的，單位劑量藥物包的狀態(tài)可指單位劑量藥物包是否存在，或是否不存在于其藥物承載器中，或可指其他中間狀態(tài)，如部分被取出。還要進(jìn)一步地，狀態(tài)可包含其他未必與存在相關(guān)的狀態(tài)，而是與單位劑量的完整性相關(guān)的狀態(tài)，如單位劑量藥物包是否部分破裂或以其他方式被損壞。圖50圖示關(guān)于這方面的基本處理。在程序塊470開(kāi)始，送藥單元測(cè)試藥物承載器中的單位劑量的位置，以確定所述單位劑量位置的情況。單位劑量位置描述了給定的單位劑量藥物包(及其相應(yīng)的單位劑量的藥物)的藥物承載器中的特定位置。該測(cè)試優(yōu)選地使用狀態(tài)檢測(cè)器實(shí)現(xiàn)，所述狀態(tài)檢測(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ù)能浖噶詈屯ㄐ沤涌冢鲕浖噶畋慌渲脼樯砂瑺顩r指示的消息，所述通信接口能夠向遠(yuǎn)程控制器或遠(yuǎn)程單元提供消息。包括圖50的處理的具體實(shí)例在以下參照?qǐng)D51和52被進(jìn)一步描述?，F(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所圖示的。該例子中，在程序塊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ò)誤的相對(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ù)，在程序塊488，一個(gè)或多個(gè)目標(biāo)單位劑量藥物包如以上所述被發(fā)放。其后，在程序塊490，執(zhí)行在一個(gè)或多個(gè)目標(biāo)單位劑量藥物包的一個(gè)或多個(gè)單位劑量位置的進(jìn)一步測(cè)試，以再一次確定存在/不存在指示。如果在程序塊492，確定所述目標(biāo)單位劑量藥物包的一個(gè)或更多個(gè)仍然存在，則處理在程序塊494繼續(xù)，在程序塊494，可提供另一個(gè)錯(cuò)誤指示。注意，在目前優(yōu)選的實(shí)施方案中，存在狀態(tài)將在以下這些情況中被確定，即單位劑量藥物包僅部分地而非全部地從其藥物承載器中被取出。例如，如果圍繞給定單位劑量的所有沖孔在發(fā)放過(guò)程中沒(méi)有完全破壞(程序塊488；導(dǎo)致所謂的“懸石(hangingchad)”狀態(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開(kāi)始，通過(guò)送藥單元確定了藥物承載器的裝載操作(或，可選地，卸載操作)正在執(zhí)行或即將執(zhí)行。其后，在程序塊502，一個(gè)或更多個(gè)單位劑量位置的測(cè)試先于裝載(或卸載)操作被執(zhí)行。在本發(fā)明的一個(gè)實(shí)施方案中，這樣的測(cè)試可以在用于儲(chǔ)存藥物承載器的儲(chǔ)存區(qū)的入口處被執(zhí)行。在裝載情景中，如果程序塊504處的確定揭示一個(gè)或更多個(gè)單位劑量藥物包不存在，則處理在程序塊506繼續(xù)，在程序塊506提供錯(cuò)誤指示，如上所述。該情況下，有可能輸入的藥物承載器仍被裝載(程序塊509)到送藥單元的儲(chǔ)存區(qū)中。例如，這在那些包含在輸入的藥物承載器中的藥物為可選的或非關(guān)鍵藥物的例子中可能發(fā)生。另一方面，如果所有的單位劑量藥物包被確定存在，則處理在程序塊508繼續(xù)，在程序塊508，可以可選地提供成功指示。其后，藥物承載器在程序塊509被裝載到送藥單元中。在卸載藥物承載器的情況下，可執(zhí)行基本上相似的過(guò)程。然而，該情況中，那些構(gòu)成錯(cuò)誤情況的情況可取決于正被卸載的藥物承載器中各種單位劑量藥物包的期望情況。例如，如果送藥單元(或遠(yuǎn)程控制器的控制所述送藥單元的操作)預(yù)期藥物承載器完全卸空單位劑量承載器，但是，在卸載之前，確定一個(gè)或更多個(gè)單位劑量承載器仍然存在，則錯(cuò)誤指示可被證實(shí)。相反地，在藥物承載器被認(rèn)為仍然含有某個(gè)單位劑量藥物包的地方，事實(shí)上卻沒(méi)有這樣的單位劑量藥物包，則錯(cuò)誤指示可再次被證實(shí)。如以上指出的，可使用各種技術(shù)進(jìn)行條件測(cè)試。許多這些技術(shù)參照?qǐng)D53-55被進(jìn)一步描述。在圖53中圖示的一個(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)514的性質(zhì))測(cè)試信號(hào)518的至少部分時(shí)，則指示單位劑量藥物包的“存在”狀態(tài)，而當(dāng)傳感器516感應(yīng)到(或感應(yīng)到在相對(duì)地未減弱的水平，取決于測(cè)試信號(hào)514的性質(zhì))測(cè)試信號(hào)518的部分時(shí)，則指示“不存在”狀態(tài)。在反射構(gòu)造中，測(cè)試信號(hào)傳感器516a相對(duì)于測(cè)試信號(hào)源512和藥物承載器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圖示的實(shí)施方案的潛在優(yōu)勢(shì)在于，例如，在有單位劑量藥物包形成于其中的塑料(即泡罩或吸塑)對(duì)于測(cè)試信號(hào)514是透明的(如透明塑料盒與可見(jiàn)光)的情況下，所述的測(cè)試可起雙向感應(yīng)的功能。即，該布置不僅能檢測(cè)單位劑量藥物包的存在/不存在，還可用于檢測(cè)單位劑量本身的存在/不存在。例如，在盡管單位劑量藥物包存在，但單位劑量的箔襯紙已破裂，從而導(dǎo)致單位劑量被釋放的情況下，該技術(shù)仍可指示單位劑量不存在，其指示不存在的程度可達(dá)在如下范圍內(nèi)，即只要測(cè)試信號(hào)514可穿過(guò)(或者不被反射)泡罩和由破裂的箔形成的開(kāi)口?，F(xiàn)在參照?qǐng)D54，提供了包含單一組合的刺激源和傳感器520的狀態(tài)檢測(cè)器。即所述組合的設(shè)備520用來(lái)當(dāng)測(cè)試所述單位劑量位置的狀態(tài)時(shí)，提供刺激或測(cè)試信號(hào)522兩者，并感應(yīng)(或不感應(yīng)，根據(jù)可能的情況)返回的刺激或信號(hào)524。例如，在一個(gè)實(shí)施方案中，設(shè)備520可包含機(jī)械致動(dòng)設(shè)備，如連接到適當(dāng)?shù)碾娖鏖_(kāi)關(guān)的可偏轉(zhuǎn)的、由彈簧承載的探針。在該實(shí)施方案中，所述探針可在所述單位劑量位置與藥物承載器510接觸。如果單位劑量存在，則探針的彈簧彈力將被克服，引起探針偏轉(zhuǎn)，由此關(guān)閉(或打開(kāi)，根據(jù)可能的情況)電器開(kāi)關(guān)，并提供單位劑量藥物包(或基本上完整的單位劑量藥物包)存在的信號(hào)。相反地，如果單位劑量藥物包不存在，或如果單位劑量藥物包已經(jīng)被在先的損壞削弱，探針將不偏轉(zhuǎn)(或不偏轉(zhuǎn)到足夠的程度)由此使電器開(kāi)關(guān)保持在打開(kāi)(或關(guān)閉，根據(jù)設(shè)計(jì)選擇)狀態(tài)，導(dǎo)致指示單位劑量藥物包不存在(或以某種方式損壞)的信號(hào)。在另一個(gè)實(shí)施方案中，設(shè)備520可包含射頻識(shí)別標(biāo)簽閱讀器。如本領(lǐng)域已知的，這樣的閱讀器發(fā)出第一信號(hào)522，第一信號(hào)522使兼容的射頻識(shí)別標(biāo)簽以第二信號(hào)524作為響應(yīng)。以此方式，RFID閱讀器，如本文使用的，能被帶到基本上接近所述單位劑量位置。在該實(shí)施方案中，每個(gè)單位劑量藥物包裝有獨(dú)特的相應(yīng)的射頻識(shí)別標(biāo)簽。因此，如果閱讀器在給定單位劑量位置檢測(cè)到返回的信號(hào)，則可提供單位劑量藥物包存在且未受損(至少?zèng)]有到損壞相應(yīng)的射頻識(shí)別標(biāo)簽的程度)的指示。相反地，如果閱讀器沒(méi)有在給定單位劑量位置檢測(cè)到返回的信號(hào)，則可提供單位劑量藥物包不存在及/或已被損壞到足以使相應(yīng)的射頻識(shí)別標(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)性跡線(conductivetrace)，只要單位劑量藥物包存在且相對(duì)地未受損，所述傳導(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è)到單位劑量藥物包不存在及/或損壞，即，由電子信號(hào)輸出、傳導(dǎo)路徑和返回信號(hào)輸入建立的電路不完整。圖55中圖示另一個(gè)測(cè)試實(shí)施方案，其中狀態(tài)檢測(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片)?，F(xiàn)在參照?qǐng)D56，顯示涉及處理存儲(chǔ)的藥物的各種技術(shù)。在程序塊540開(kāi)始，送藥單元或遠(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開(kāi)始，確定針對(duì)給定藥物的遞送過(guò)程是否需要按照用藥方案或非計(jì)劃的請(qǐng)求發(fā)生，如先前所描述的。如果是，則處理在程序塊544繼續(xù)，以首先確定送藥單元中是否有至少一種(如由所述庫(kù)存所指示的)儲(chǔ)存的藥物與用藥方案或非計(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ù)，在程序塊550，識(shí)別的儲(chǔ)存的藥物按照用藥方案或非計(jì)劃的請(qǐng)求被發(fā)放。如果儲(chǔ)存的藥物或者不一致，或者沒(méi)有足夠的量(即使一致)，則處理在程序塊548結(jié)束，在程序塊548提供送藥單元已不能執(zhí)行遞送過(guò)程的指示。如在先前描述的實(shí)施方案中，程序塊548的通知可被提供給送藥單元的用戶界面，或提供給遠(yuǎn)程控制器或遠(yuǎn)程單元。還要進(jìn)一步地，通知可包含有關(guān)送藥單位為何不能執(zhí)行用藥方案或非計(jì)劃的請(qǐng)求的原因的各種數(shù)據(jù)元素。沿圖56中描繪的另一路徑，處理從程序塊552開(kāi)始，在程序塊552，基于庫(kù)存，確定儲(chǔ)存在送藥單元中是否有至少一種藥物在時(shí)間間隔T到期之后有足以履行用藥方案的量。例如，每次當(dāng)給定藥物的劑量被發(fā)放(或因用藥方案，或因非計(jì)劃的請(qǐng)求)且相應(yīng)的庫(kù)存更新，可確定針對(duì)該藥物的剩余的庫(kù)存是否足以履行針對(duì)該藥物下一次(如，三天后)計(jì)劃發(fā)生的(僅按用藥方案)剩余的用藥事件。如果當(dāng)前儲(chǔ)存有足以覆蓋時(shí)間間隔(假設(shè)無(wú)非計(jì)劃的請(qǐng)求)的庫(kù)存，則無(wú)需采取進(jìn)一步措施。然而，當(dāng)現(xiàn)有庫(kù)存不足以覆蓋時(shí)間間隔時(shí)，處理在程序塊554繼續(xù)，在程序塊554，提供不足庫(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í)體(如，藥劑師)具有能夠按照所圖示的處理執(zhí)行指令的處理設(shè)備，優(yōu)選地包含圖形用戶界面。進(jìn)一步，能被處理設(shè)備讀取的媒介可包含用于實(shí)施所圖示的處理的可執(zhí)行指令。因此，從程序塊560開(kāi)始，要被封裝的一種藥物(或多種藥物)的識(shí)別信息被提供給處理設(shè)備。例如，適當(dāng)?shù)淖R(shí)別信息可通過(guò)圖形用戶界面使用已知的機(jī)制(如本領(lǐng)域已知的鼠標(biāo)和指針布置、可選的列表及/或菜單、搜索欄等，或其組合)被提供。作為應(yīng)答，在程序塊562，處理設(shè)備顯示要被用于封裝所述識(shí)別的藥物的藥物承載器的一個(gè)或更多個(gè)圖像。例如，需要的藥物承載器的圖形描繪，如上述那些，可被提供在圖形用戶界面上?？蛇x地，在程序塊564，識(shí)別的藥物的一個(gè)或更多個(gè)圖像也可經(jīng)由圖形用戶界面被提供。在目前優(yōu)選的實(shí)施方案中，提供多于一個(gè)圖像，從各種視角圖示一種或多種識(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)提供給他們的藥物的身份?，F(xiàn)在參照?qǐng)D58，進(jìn)一步描述不良能量情況的處理。從程序塊570開(kāi)始，確定送藥單元中是否存在不良能量情況。用于確定的是否存在不良能量情況的技術(shù)對(duì)本領(lǐng)域普通技術(shù)人員是眾所周知的。如本文使用的，不良能量情況包括送藥單元的任何這樣的狀態(tài)，即可用電力供應(yīng)使送藥單元繼續(xù)自動(dòng)地遞送藥物的能力為不確定。因此，例如，供電電網(wǎng)停電，使送藥單元完全失去外部能量供應(yīng)，將導(dǎo)致不良能量情況，即送藥單元與外部能源的連接出現(xiàn)事故性中斷。一般地，當(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所表明的?，F(xiàn)在參照?qǐng)D59，進(jìn)一步描述了用于處理到期的藥物的處理。在程序塊580，針對(duì)儲(chǔ)存在送藥單元中的至少一種藥物的到期信息被確定。如在在先的實(shí)施方案中，到期信息的確定可以或者由送藥單元以問(wèn)題形式，或者由遠(yuǎn)程控制器確定。在前者的情況下，到期信息由送藥單元通過(guò)檢驗(yàn)如上所述的提供在每個(gè)藥物承載器上的一個(gè)或更多個(gè)識(shí)別指示物被查明，由送藥單元確認(rèn)。如以上指出的，這樣的識(shí)別指示物可包含針對(duì)儲(chǔ)存在相應(yīng)的藥物承載器中的藥物的到期信息。替換地，到期信息可通過(guò)遠(yuǎn)程控制器(或其他遠(yuǎn)程單元)提供。在一個(gè)實(shí)施方案中，到期信息表現(xiàn)為絕對(duì)日期，在所述絕對(duì)日期相應(yīng)的藥物的可用期到期。然而，這并非要求，且到期信息的其他表現(xiàn)形式也可等效地使用。其后，處理在程序塊582處繼續(xù)，在程序塊582基于到期信息確定至少一種藥物是否仍可用。例如，如通過(guò)提供在送藥單元及/或遠(yuǎn)程控制器或遠(yuǎn)程單元中的實(shí)時(shí)時(shí)鐘確定的當(dāng)前日期，可定期地與到期信息比較。如果該比較是有利的，即，當(dāng)前日期仍先于到期信息表明的到期日期，則處理完成(至少在到期信息的下一次檢查之前)。另一方面，如果該比較是不利的，即，如果當(dāng)前日期不再先于到期日期，則處理在程序塊584繼續(xù)，在程序塊584—種或多種到期的藥物的未來(lái)遞送被阻止。當(dāng)阻止藥物的遞送時(shí)，許多技術(shù)的任一種均可被采用。例如，到期的藥物的每個(gè)單位劑量可被發(fā)放到送藥單元的隔間中，即，被隔離，從而防止對(duì)藥物的獲取。替換地，到期的藥物可響應(yīng)于接收的要發(fā)放這樣的到期的藥物的具體授權(quán)或命令，通過(guò)送藥單元被發(fā)放或者被放出。這樣的命令可從送藥單元的用戶直接通過(guò)其用戶界面被接收，例如，通過(guò)特定代碼的輸入。替換地，所需的命令可從遠(yuǎn)程控制器被提供。還要進(jìn)一步地，到期的藥物可在送藥單元的內(nèi)部?jī)?chǔ)存設(shè)備中被標(biāo)記為到期，使得未來(lái)發(fā)放該藥物的嘗試將被拒絕。無(wú)論所用阻止發(fā)放的具體技術(shù)如何，處理之后在程序塊586處繼續(xù)，在程序塊586，提供所述至少一種藥物不再可用的適當(dāng)?shù)闹噶睢Ｔ僖淮?，這樣的指令可經(jīng)由送藥單元的用戶界面被提供給用戶，及/或所述指令可用于長(zhǎng)期存儲(chǔ)和生成適當(dāng)?shù)奶嵝训挠猛荆惶峁┙o遠(yuǎn)程控制器或遠(yuǎn)程單元?，F(xiàn)在參照?qǐng)D60，描述了用于處理對(duì)儲(chǔ)存在送藥單元中的用藥方案的修改的處理。從程序塊590開(kāi)始，對(duì)現(xiàn)有的用藥方案的修改被接收。在目前優(yōu)選的實(shí)施方案中，這樣的修改通過(guò)使用如上述的遠(yuǎn)程單元32或遠(yuǎn)程控制器101被輸入。遠(yuǎn)程控制器或遠(yuǎn)程單元可使用其控制的儲(chǔ)存設(shè)備，或可訪問(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ù)，在程序塊594，遠(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為可能的用藥事件，g卩，為那些能被證明目前不存在沖突的用藥事件，提供用藥方案的可選的修改。另外，可能的修改的通知可如上所述通過(guò)的遠(yuǎn)程控制器或遠(yuǎn)程單元提供?，F(xiàn)在參照?qǐng)D61，進(jìn)一步描述了用于處理非計(jì)劃的發(fā)放請(qǐng)求的處理。具體地，從程序塊600開(kāi)始，送藥單元接收要發(fā)放至少一種藥物的請(qǐng)求，所述請(qǐng)求與先前儲(chǔ)存的用藥方案相沖突。所述請(qǐng)求可被送藥單元接收，例如經(jīng)由其用戶界面，或從遠(yuǎn)程控制器或遠(yuǎn)程單元接收。例如，這樣的沖突可發(fā)生在當(dāng)所請(qǐng)求的藥物正以相對(duì)于先前針對(duì)相同藥物的用藥事件太近的時(shí)間被發(fā)放的時(shí)候。其他這樣的沖突對(duì)于本領(lǐng)域技術(shù)人員將是非常明顯的。如以上指出的，合乎期望的方針是為患者提供對(duì)他們的藥物的完整且完全的控制，雖然已經(jīng)為患者建立了用藥方案或其他可能的限制。如此，處理在程序塊602繼續(xù)，在程序塊602，即使與用藥方案相沖突，請(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接收單位劑量及/或單位劑量藥物包27，以及查看遞送模塊33中藥物的庫(kù)存，這些操作的一個(gè)或更多個(gè)可要求輸入特定的用戶信息。例如，必要的用戶信息可包括，而不限于，一個(gè)或更多個(gè)密碼、語(yǔ)音命令、識(shí)別卡(如，磁條卡、條形碼卡及/或包含射頻識(shí)別標(biāo)簽或類似設(shè)備的卡)和生物計(jì)量掃描(如，指紋、語(yǔ)音樣本、視網(wǎng)膜掃描等)。以此方式，可通過(guò)送藥單元33提供更安全的操作，并可獲得用于生成審計(jì)追蹤(即，在執(zhí)行給定措施之前，從被識(shí)別的實(shí)體接收?qǐng)?zhí)行所述給定措施的積極指令)的有用數(shù)據(jù)。在實(shí)施方案中，患者的完整藥物方案，即，包括由一個(gè)或更多個(gè)健康照護(hù)提供者潛在發(fā)出的所有處方，可通過(guò)遞送模塊33被匯集。例如，由一個(gè)或更多個(gè)醫(yī)師處方的藥物和由一個(gè)或更多個(gè)藥劑師填寫的結(jié)果處方可被儲(chǔ)存在相同的遞送模塊33中。遞送模塊33可基于一個(gè)或更多個(gè)電子識(shí)別碼29和31，確定用藥方案(包括每種藥物的遞送時(shí)間)，或從如控制中心35的遠(yuǎn)程控制器接受用藥方案。然后，遞送模塊可儲(chǔ)存針對(duì)特定患者的用藥方案信息。針對(duì)多于一個(gè)患者的藥物可被儲(chǔ)存在單一遞送模塊33中，并且相應(yīng)地，針對(duì)每個(gè)此種患者的不同的用藥方案也可被儲(chǔ)存在單一遞送模塊中。為了更好地幫助患者使用，可通過(guò)送藥單元33為每個(gè)患者提供不同的提醒，如，針對(duì)每個(gè)患者的明顯不同的聲音提醒。替換地或附加地，顯示器設(shè)備42可用于顯示識(shí)別特定患者的信息。遞送模塊33可包含打印機(jī)，即，所述打印機(jī)包含在遞送模塊33的殼體內(nèi)及/或與遞送模塊經(jīng)由通信接口通信，如通過(guò)無(wú)線接口、通用串行總線(USB)端口及/或打印機(jī)端口。打印機(jī)可用于打印出針對(duì)患者的處方方案、藥物說(shuō)明書(shū)列表及/或類似?，F(xiàn)在參照?qǐng)D62-84，進(jìn)一步圖示并描述了當(dāng)前所描述的發(fā)明的額外特征，以及它們附隨的優(yōu)點(diǎn)。具體而言，參照?qǐng)D62額外詳細(xì)地描述了圖2中所圖示的系統(tǒng)。以診所開(kāi)始，健康照護(hù)提供者網(wǎng)絡(luò)610操作來(lái)使多個(gè)客戶612連接到安全網(wǎng)絡(luò)和數(shù)據(jù)庫(kù)服務(wù)器614。額外地，健康照護(hù)提供者網(wǎng)絡(luò)610經(jīng)由如圖所示的防火墻616，與公共通信網(wǎng)絡(luò)618(如互聯(lián)網(wǎng)或萬(wàn)維網(wǎng))通信。如本領(lǐng)域已知的，所述防火墻616可以包括硬件和/或軟件組件，以確保在健康照護(hù)提供者網(wǎng)絡(luò)610內(nèi)發(fā)生的任何數(shù)據(jù)或通信的機(jī)密性。所述健康照護(hù)提供者網(wǎng)絡(luò)610可以包括任何局域網(wǎng)或如本領(lǐng)域的普通技術(shù)人員已知的相似技術(shù)，所述局域網(wǎng)或技術(shù)通過(guò)一個(gè)或更多個(gè)健康照護(hù)提供者或支持這樣的健康照護(hù)提供者的組織(如醫(yī)療診所或藥房設(shè)施)來(lái)維護(hù)。相似地，客戶612可以包括典型地在這樣的環(huán)境中見(jiàn)到的計(jì)算設(shè)備，包括，但不限于，膝上型計(jì)算機(jī)、臺(tái)式計(jì)算機(jī)、手持計(jì)算機(jī)、個(gè)人數(shù)字助理或本領(lǐng)域的普通技術(shù)人員已知的其他計(jì)算設(shè)備。在目前優(yōu)選的實(shí)施方案中，客戶612能夠經(jīng)由網(wǎng)頁(yè)瀏覽器應(yīng)用與公共通信網(wǎng)絡(luò)618通信。如以下更詳細(xì)描述的，客戶612允許健康照護(hù)提供者與遠(yuǎn)程控制器624以這樣的方式互動(dòng)，所述方式允許它們經(jīng)由一個(gè)或更多個(gè)自動(dòng)的遞送設(shè)備(如送藥單元620)管理藥物的遞送。安全網(wǎng)頁(yè)和數(shù)據(jù)庫(kù)服務(wù)器614優(yōu)選地包括合適的服務(wù)器計(jì)算機(jī)硬件和能夠以加密格式經(jīng)由健康照護(hù)提供者網(wǎng)絡(luò)610通信的軟件。注意，圖62中，元件之間的重箭頭代表加密的通信路徑，在目前優(yōu)選的實(shí)施方案中，所述加密的通信路徑利用加密套接字協(xié)議層(SSL)加密的通信。將認(rèn)識(shí)到，可以等同地使用其他加密的通信技術(shù)。健康照護(hù)提供者網(wǎng)絡(luò)610、客戶612、安全網(wǎng)頁(yè)和數(shù)據(jù)庫(kù)服務(wù)器614以及防火墻616，共同地形成能夠與遠(yuǎn)程控制器624互動(dòng)的遠(yuǎn)程單元位點(diǎn)。如進(jìn)一步顯示的，遠(yuǎn)程控制器624經(jīng)由路由器622與公共通信網(wǎng)絡(luò)618通信。所述路由器622又經(jīng)由防火墻626直接與遠(yuǎn)程控制器624通信。用于以該方式使用的路由器在本領(lǐng)域是公知的。再一次，防火墻626維持遠(yuǎn)程控制器624的內(nèi)部安全。在一個(gè)實(shí)施方案中，開(kāi)關(guān)628與防火墻626和多個(gè)計(jì)算設(shè)備630-644通信，所述多個(gè)計(jì)算設(shè)備630-644如適當(dāng)編程的服務(wù)器計(jì)算機(jī)并且實(shí)施上下文所描述的遠(yuǎn)程控制器624的功能性。盡管圖62中圖示了單個(gè)的服務(wù)器630-644，在目前優(yōu)選的實(shí)施方案中，由所述服務(wù)器實(shí)施的功能的每一個(gè)可以由多個(gè)計(jì)算設(shè)備實(shí)施，所述多個(gè)計(jì)算設(shè)備經(jīng)由一個(gè)或更多個(gè)虛擬局域網(wǎng)(VLAN)與開(kāi)關(guān)628通信，如本領(lǐng)域已知的。還應(yīng)注意，盡管所述遠(yuǎn)程控制器624被圖示為單一實(shí)體，實(shí)踐中，使所述遠(yuǎn)程控制器624的功能性去中心化，可以是合乎期望的，S卩，擁有執(zhí)行所述遠(yuǎn)程控制器總體功能性的各個(gè)方面的多個(gè)不同的實(shí)體。排程數(shù)據(jù)庫(kù)服務(wù)器630儲(chǔ)存關(guān)于排程藥物的所有數(shù)據(jù)以及其他醫(yī)療數(shù)據(jù)。安全排程復(fù)制網(wǎng)頁(yè)服務(wù)器632優(yōu)選地運(yùn)行與在每個(gè)遠(yuǎn)程單元位點(diǎn)內(nèi)的遠(yuǎn)程控制器624和安全的網(wǎng)頁(yè)及數(shù)據(jù)庫(kù)服務(wù)器614之間復(fù)制所述排程以及其他醫(yī)療數(shù)據(jù)的運(yùn)行相關(guān)聯(lián)的軟件。事件服務(wù)器634執(zhí)行連續(xù)地監(jiān)視數(shù)據(jù)的軟件，以確定何種措施(如果有的話)可能需要被所述系統(tǒng)的各種用戶的任一個(gè)采用，所述用戶如患者、健康照護(hù)提供者、技術(shù)人員等。提供安全送藥單元復(fù)制網(wǎng)頁(yè)服務(wù)器636，服務(wù)器636運(yùn)行所有與在個(gè)體送藥單元620和排程數(shù)據(jù)庫(kù)服務(wù)器630之間復(fù)制所述患者數(shù)據(jù)的相關(guān)聯(lián)的軟件。類似地，安全患者信息復(fù)制網(wǎng)絡(luò)服務(wù)器638執(zhí)行與在所述所述遠(yuǎn)程單元位點(diǎn)以及患者信息數(shù)據(jù)庫(kù)服務(wù)器644上的安全網(wǎng)頁(yè)和數(shù)據(jù)庫(kù)服務(wù)器614之間復(fù)制非醫(yī)療信息(如名稱、地址等，即患者相關(guān)數(shù)據(jù))的軟件。安全技術(shù)支持網(wǎng)頁(yè)服務(wù)器640被提供并使技術(shù)支持人員能夠排除故障，監(jiān)視遠(yuǎn)程控制器624的操作，并以其他方式保養(yǎng)遠(yuǎn)程控制器624。安全支持網(wǎng)頁(yè)服務(wù)器642實(shí)施那些由在協(xié)助客戶支持中操作遠(yuǎn)程控制器624的人員使用的應(yīng)用。最終，防火墻626額外地與虛擬私有網(wǎng)絡(luò)646通信，虛擬私有網(wǎng)絡(luò)646在目前優(yōu)選的實(shí)施方案中提供與一個(gè)或更多個(gè)技術(shù)/客戶支持網(wǎng)絡(luò)648的加密的通信。現(xiàn)在參照?qǐng)D63，如圖所示，圖62中所圖示的各種組件的軟件功能性被進(jìn)一步抽象為三個(gè)不同的層，臨床層、通信層和送藥單元層。例如，所述臨床層指的是在如上所述的遠(yuǎn)程單元位點(diǎn)內(nèi)實(shí)施的系統(tǒng)的功能性。所述通信層指的是由遠(yuǎn)程控制器624實(shí)施的功能性，如以下所描述的，遠(yuǎn)程控制器624操作來(lái)儲(chǔ)存并分配數(shù)據(jù)，以及至少部分地，控制各種送藥單元的操作。所述送藥單元層當(dāng)然指的是在個(gè)體送藥單元中實(shí)施的功能性。在所述臨床層(與遠(yuǎn)程控制器624通信的各種健康照護(hù)設(shè)施的代表)中，提供臨床軟件訪問(wèn)程序650。例如，在目前優(yōu)選的實(shí)施方案中，臨床軟件訪問(wèn)程序650包括網(wǎng)頁(yè)瀏覽器，如IE瀏覽器(InternetExplorer)。網(wǎng)頁(yè)瀏覽器650又與臨床/藥學(xué)軟件652通信，臨床/藥學(xué)軟件652被提供來(lái)輸入、編輯以及以其他方式管理對(duì)應(yīng)于在給定的健康照護(hù)設(shè)施處在健康照護(hù)提供者的照護(hù)下的患者的各種送藥單元的操作。這樣的軟件652的操作在以下參照?qǐng)D64-90被更詳細(xì)地描述。數(shù)據(jù)庫(kù)和數(shù)據(jù)庫(kù)軟件654，如MySQL數(shù)據(jù)庫(kù)引擎，被提供來(lái)儲(chǔ)存和管理各種數(shù)據(jù)和信息，所述數(shù)據(jù)和信息通過(guò)臨床/藥學(xué)軟件652被操作，和/或被與遠(yuǎn)程控制器624交換，所述數(shù)據(jù)和信息即藥物排程信息、患者信息以及在藥店或其他實(shí)體封裝藥物的情況中的封裝信息?；颊咝畔?fù)制服務(wù)656操作來(lái)與遠(yuǎn)程控制器624交換患者相關(guān)信息，如患者的名稱、地址等。排程信息復(fù)制服務(wù)658同樣地操作來(lái)與遠(yuǎn)程控制器624交換排程信息(即，有關(guān)藥物的計(jì)劃的遞送和對(duì)這樣的計(jì)劃的遞送的修改等的信息)。在通信層內(nèi)，患者信息復(fù)制服務(wù)666與臨床層內(nèi)對(duì)應(yīng)的復(fù)制服務(wù)656交換信息，并與患者信息數(shù)據(jù)庫(kù)668互動(dòng)，患者信息數(shù)據(jù)庫(kù)668儲(chǔ)存患者相關(guān)信息的要素。類似地，排程信息復(fù)制服務(wù)660與臨床層中的補(bǔ)充復(fù)制服務(wù)658交換排程信息，以及與排程數(shù)據(jù)庫(kù)664互動(dòng)，排程數(shù)據(jù)庫(kù)664儲(chǔ)存與系統(tǒng)內(nèi)的每個(gè)患者和送藥單元相關(guān)的排程信息。送藥單元復(fù)制服務(wù)662被提供來(lái)與一個(gè)或更多個(gè)送藥單元交換儲(chǔ)存在排程數(shù)據(jù)庫(kù)664上的計(jì)劃和相關(guān)信息，如在下面更詳細(xì)描述的。如前所述，維持在通信層中的數(shù)據(jù)庫(kù)664、668的每一個(gè)可以通過(guò)合適的數(shù)據(jù)庫(kù)軟件，如MySQL數(shù)據(jù)庫(kù)引擎控制。事件監(jiān)視服務(wù)670在排程數(shù)據(jù)庫(kù)664和患者信息數(shù)據(jù)庫(kù)668中的數(shù)據(jù)上操作，操作來(lái)檢測(cè)某些要求將提示、通知或行為提醒傳送給所述系統(tǒng)的各種用戶的事件的發(fā)生，所述用戶即健康照護(hù)提供者、患者、服務(wù)人員等。進(jìn)一步地，提供技術(shù)支持訪問(wèn)應(yīng)用672，以允許授權(quán)的人員在操作所述遠(yuǎn)程控制器624時(shí)，操作并使用技術(shù)支持服務(wù)674。類似地，提供客戶支持訪問(wèn)程序676，其允許合適的人員可使用客戶支持服務(wù)678以訪問(wèn)在所述患者信息數(shù)據(jù)庫(kù)668內(nèi)訪問(wèn)信息中所使用的客戶支持服務(wù)678。最終，所述送藥單元層(再一次，代表與遠(yuǎn)程控制器624通信的各種送藥單元)包括送藥單元應(yīng)用服務(wù)680，送藥單元應(yīng)用服務(wù)680實(shí)施給定的送藥單元的通信和數(shù)據(jù)存儲(chǔ)功能性。此外，送藥單元應(yīng)用服務(wù)680與送藥單元硬件控制器服務(wù)682通信，送藥單元硬件控制器服務(wù)682提供對(duì)給定的送藥單元的各種硬件組件的控制。如圖63中所圖示的，各種數(shù)據(jù)庫(kù)被用于維護(hù)儲(chǔ)存在所述系統(tǒng)中并在所述系統(tǒng)中的各種組件之間被交換的數(shù)據(jù)。接下來(lái)描述由這樣的數(shù)據(jù)庫(kù)儲(chǔ)存并管理的內(nèi)容。要理解，以下數(shù)據(jù)描述代表了在實(shí)施本發(fā)明時(shí)可以被使用的數(shù)據(jù)和數(shù)據(jù)庫(kù)結(jié)構(gòu)的類型。然而，本領(lǐng)域的普通技術(shù)人員將認(rèn)識(shí)到，由于設(shè)計(jì)選擇，其他的數(shù)據(jù)表達(dá)和用于儲(chǔ)存這樣的數(shù)據(jù)的結(jié)構(gòu)可以被等同地使用。一般地，所述數(shù)據(jù)庫(kù)654、664、668的功能性組織可以被分成(例如)患者信息數(shù)據(jù)庫(kù)、臨床信息數(shù)據(jù)庫(kù)和送藥單元數(shù)據(jù)庫(kù)。所述系統(tǒng)的各種組件通過(guò)幾個(gè)數(shù)據(jù)庫(kù)中的數(shù)據(jù)的儲(chǔ)存而互動(dòng)，所述幾個(gè)數(shù)據(jù)庫(kù)可以位于不同的服務(wù)器上，取決于所述系統(tǒng)的配置。所述患者信息數(shù)據(jù)庫(kù)包含任何和全部有關(guān)使用送藥單元的患者的受保護(hù)的數(shù)據(jù)(即，在HIPAA下被保護(hù))。例如，該數(shù)據(jù)庫(kù)包含患者的個(gè)人聯(lián)絡(luò)人。參照?qǐng)D62，所述患者信息數(shù)據(jù)庫(kù)是由患者信息數(shù)據(jù)庫(kù)服務(wù)器644和安全患者信息復(fù)制網(wǎng)頁(yè)服務(wù)器638共同實(shí)施的。下表1闡述包含在所述患者信息數(shù)據(jù)庫(kù)中的各種數(shù)據(jù)庫(kù)表。注意，在表1以及本文所列的隨后的表中，鏈表(即，鏈接到其他表/記錄的表)通過(guò)前綴“1”標(biāo)示。<table>tableseeoriginaldocumentpage51</column></row><table><table>tableseeoriginaldocumentpage52</column></row><table>表1。所述臨床數(shù)據(jù)庫(kù)或排程數(shù)據(jù)庫(kù)包含所有與排程相關(guān)的數(shù)據(jù)。例如，這包含所有藥物遞送時(shí)間表、訪談時(shí)間表、通知時(shí)間表等，如以下所描述的。該臨床數(shù)據(jù)庫(kù)也包含所有關(guān)于診所自身的臨床數(shù)據(jù)，即用戶信息、組織信息以及用戶許可和診所信息。再一次，如本文使用的，“診所”指的不僅是醫(yī)療診所，還指任何可以作為以上描述的遠(yuǎn)程單元位點(diǎn)進(jìn)行操作的健康照護(hù)提供者(如，療養(yǎng)院、藥店等)。參照?qǐng)D62，臨床數(shù)據(jù)庫(kù)通過(guò)排程數(shù)據(jù)庫(kù)服務(wù)器630和安全計(jì)劃復(fù)制網(wǎng)頁(yè)服務(wù)器632共同實(shí)施。下表2給出所述臨床數(shù)據(jù)庫(kù)中所包含的各種數(shù)據(jù)庫(kù)表格。<table>tableseeoriginaldocumentpage52</column></row><table><table>tableseeoriginaldocumentpage53</column></row><table>表2。送藥單元數(shù)據(jù)庫(kù)含有每個(gè)送藥單元用來(lái)操作的所有信息。本質(zhì)上，送藥單元數(shù)據(jù)庫(kù)中找到的所有數(shù)據(jù)都從臨床數(shù)據(jù)庫(kù)被復(fù)制。由此，所述送藥單元數(shù)據(jù)庫(kù)充當(dāng)中間媒介的作用，從而每個(gè)送藥單元不必須直接與臨床數(shù)據(jù)庫(kù)互動(dòng)，所述臨床數(shù)據(jù)庫(kù)可能比在其中輪詢的送藥單元更經(jīng)常改變。下表3列出送藥單元數(shù)據(jù)庫(kù)中的各種數(shù)據(jù)庫(kù)要素。針對(duì)被提供給送藥單元的每個(gè)數(shù)據(jù)項(xiàng)，可以存在任意數(shù)目的按它們從臨床系統(tǒng)被接收的順序處理的記錄。例如，記錄可以被添加，改變，然后被刪除，這是以下表格中的3個(gè)記錄。表3中“落下”的引用指的是發(fā)放藥物的行為，即將單位劑量藥物包(或單位劑量自身)“落下”到藥物承載器外，并將其遞送給患者。進(jìn)一步，表3中“從送藥單元”或“到送藥單元”的引用分別指的是從各種送藥單元接受或者被提供到各種送藥單元的具體數(shù)據(jù)。<table>tableseeoriginaldocumentpage54</column></row><table><table>tableseeoriginaldocumentpage55</column></row><table><table>tableseeoriginaldocumentpage56</column></row><table>表3。除了與患者藥物排程以及管理患者數(shù)據(jù)相關(guān)的軟件以外，臨床層軟件還實(shí)施封裝功能性，該功能性允許健康照護(hù)提供者(如，藥劑師)準(zhǔn)備藥物承載器(如以上所描述的)，所述藥物承載器包含使每個(gè)藥物承載器關(guān)聯(lián)到特定于其的信息的唯一序列號(hào)。為此，封裝數(shù)據(jù)庫(kù)可以被維護(hù)。表格名稱Γ^Ι含有關(guān)于診所的信息，用于標(biāo)記。臨床系統(tǒng)用戶用于封裝程序的賬戶信息"HIr含有關(guān)于組織的信息。含有關(guān)于所準(zhǔn)備的吸塑卡的信息(劑量大小、量等)表4。最終，盡管未在圖62中明確顯示，用于描述針對(duì)很多種類藥品的處方信息的專有數(shù)據(jù)庫(kù)產(chǎn)品(即，Medispan)，也可以被并入系統(tǒng)。以此方式，關(guān)于具體藥品的信息可以被并入整個(gè)系統(tǒng)的操作中。現(xiàn)在參照?qǐng)D64-84，進(jìn)一步描述了可以在針對(duì)臨床軟件層的應(yīng)用中使用的各種示例性圖形用戶界面。具體地，圖64-84的圖形用戶界面優(yōu)選地使用儲(chǔ)存的軟件指令實(shí)施，所述軟件指令通過(guò)一個(gè)或更多個(gè)處理設(shè)備執(zhí)行，所述處理設(shè)備如微處理器、微控制器、數(shù)字信號(hào)處理器或其他處理設(shè)備，或其組合。進(jìn)一步，這樣的儲(chǔ)存的指令的執(zhí)行優(yōu)選地包括要被顯示在適當(dāng)?shù)娘@示設(shè)備(如計(jì)算機(jī)顯示器、電視屏幕等)上的圖形用戶界面。當(dāng)然，將認(rèn)識(shí)至IJ，其他的實(shí)施技術(shù)，如專用集成電路、可編程邏輯陣列等也可以被等效地用于此目的。應(yīng)注意，“EMMA”標(biāo)志是InRangeSystem,Inc.在其送藥單元上使用的商標(biāo)?，F(xiàn)在參照?qǐng)D64，圖示在藥物承載器的封裝中有用的示例性用戶界面。具體地，所述界面包括輸入數(shù)據(jù)域，“NDC掃描”，由此，用戶手動(dòng)地輸入或掃描相應(yīng)于要被封裝的藥品的國(guó)家藥品代碼(NDC)號(hào)。在該實(shí)施方案中，正被用戶使用的終端(如，客戶端612)可以裝備有一個(gè)或更多個(gè)合適的用戶輸入設(shè)備，如鍵盤或條形碼掃描器。在大多數(shù)藥房設(shè)置中，可用的藥品供應(yīng)被儲(chǔ)存在具有以條形碼形式和/或文本形式打印在容器上的，其唯一對(duì)應(yīng)的NDC的容器中。無(wú)論用于輸入NDC的方式如何，用戶基于所掃描的或手動(dòng)輸入的藥物信息，連續(xù)地在“批號(hào)域、“第1行(藥品)”、“第2行(制造商)”、“第3行(類別)”、“第4行(前標(biāo)識(shí))，，和“第5行(后標(biāo)識(shí))，，輸入數(shù)據(jù)。第1-5行給出將出現(xiàn)在針對(duì)藥物承載器的打印的標(biāo)簽上的信息。額外地，通過(guò)輸入新的劑量，用戶能夠改變每卡的劑量。如果新劑量被輸入，右邊的吸塑卡圖片被更新，以顯示藥品要被裝在到藥物承載器中的特定布局的劑量的數(shù)目。吸塑卡圖片上顯示的藥片布局即是送藥單元發(fā)放藥片的布局?！皠┝?卡”文本域?qū)⒋_定有多少單個(gè)的標(biāo)簽被打印到吸塑卡標(biāo)簽紙上。例如，如果“劑量/卡”文本域中的劑量數(shù)是十，將有十個(gè)單個(gè)的標(biāo)簽被打印在吸塑卡標(biāo)簽紙上。正常地，“劑量/卡”域默認(rèn)為三十。同樣地，“到期”日期默認(rèn)為自當(dāng)前日期之后一年，并且“藥丸大小”默認(rèn)為完整。在目前優(yōu)選的實(shí)施方案中，所述“藥丸大小”域可以使用下拉菜單填充，所述下拉菜單限定了不同的尺寸，如一半、四分之一等。任何要求的或包含無(wú)效輸入的域，在標(biāo)簽可以被打印之前紅色高亮。在所有要求的域已被完成之后，用戶輸入他們的電子簽名(其唯一地將用戶識(shí)別到系統(tǒng))，輸入要打印的標(biāo)簽紙的數(shù)目，并點(diǎn)擊打印。用戶選擇打印機(jī)并打印標(biāo)簽。一旦標(biāo)簽已被打印，系統(tǒng)將用確認(rèn)對(duì)話框進(jìn)行提示。如果用戶回答確認(rèn)打印，他/她被返回到空白封裝屏幕(圖64)，在這里他們可以繼續(xù)制作更多標(biāo)簽。一旦所述封裝標(biāo)簽被打印，其可以被應(yīng)用于藥物承載器，如以上所描述的。在打印標(biāo)簽中，以及在目前優(yōu)選的實(shí)施方案中，示出針對(duì)藥物承載器的序列號(hào)，以及相應(yīng)于所輸入的信息(如NDC號(hào)、批號(hào)、到期日期、每卡的劑量、藥品大小等)的條形碼被生成并打印到標(biāo)簽上。同時(shí)，所述序列號(hào)被儲(chǔ)存(與所輸入的信息一起)在數(shù)據(jù)庫(kù)中，使得系統(tǒng)現(xiàn)在能夠在整個(gè)系統(tǒng)中跟蹤藥物承載器及其內(nèi)容物。下表5匯總了圖64的封裝屏幕中所圖示的數(shù)據(jù)域和用戶可選擇的輸入。NDC掃描用戶掃描或輸入NDC號(hào)。當(dāng)用戶點(diǎn)選NDC掃描域以外時(shí)，屏幕填充以所掃描的藥物的信息藥品名稱、制造商、類別、前記號(hào)、后記號(hào)，以及所掃描的藥物的圖片。該域?yàn)楸仨気斎?。批?用戶在批次#域輸入批號(hào)。該域?yàn)楸仨気斎搿?^l通過(guò)輸入新的日期，用戶能重寫到期日期。該域?yàn)楸仨気斎搿Ｋ鋈掌谀J(rèn)為自當(dāng)前日期之后的一年。劑量/卡通過(guò)輸入新的劑量，用戶能夠改變每卡的劑量。如果新劑量被輸入，^右邊的吸塑卡圖片被更新，并顯示劑量的數(shù)目?！皠┝?卡”值默認(rèn)為30。針對(duì)“劑量”的無(wú)效輸入是小于1或大于31的數(shù)。在該文本域輸入的劑量將是被打印出來(lái)的單個(gè)標(biāo)簽的數(shù)目。例如，如果該文本域中的劑量是10，將有10個(gè)單個(gè)標(biāo)簽被打印在吸塑卡標(biāo)簽紙上，根據(jù)所述界面中描繪的藥物承載器的圖片在空間上對(duì)齊。該域?yàn)楸仨気斎?。藥丸大小用戶從下拉菜單選擇藥丸大小。該域?yàn)楸仨気斎?。藥丸大小默認(rèn)為^整個(gè)，盡管更小的藥丸大小可作為選項(xiàng)被提供。電子簽名用戶輸入他們的電子簽名。文本域顯示“*******”以隱藏用戶的電子簽名。該域?yàn)楸仨気斎?。?行(藥品)一旦用戶掃描或輸入NDC號(hào)，并點(diǎn)選到批號(hào)域，該域變?yōu)橐运幤访Q填充(例如，如通過(guò)Medispan藥品數(shù)據(jù)庫(kù)所確定的)。該域是可編輯的，并且在標(biāo)簽上被打印出來(lái)。<table>tableseeoriginaldocumentpage59</column></row><table>表5。圖64中顯示的“歷史”選項(xiàng)卡額外地允許用戶被帶到顯示最近封裝的藥物承載器的歷史的界面(未顯示)，在所述界面，可以根據(jù)藥物承載器的序列號(hào)追溯藥品到特定的藥物承載器，或者根據(jù)序列號(hào)和藥品批號(hào)追溯到特定的封裝者?，F(xiàn)在參照?qǐng)D65，圖示了所謂的臨床儀表板。具體地，屏幕顯示對(duì)應(yīng)于用戶的組織以及最近的行為項(xiàng)(即，需要由用戶為該組織采取行為的事件)的患者列表。用戶能夠基于以下的任一項(xiàng)，執(zhí)行針對(duì)患者的檢索姓、出生日期、INRange號(hào)(或其他由系統(tǒng)操作者識(shí)別的與患者相關(guān)聯(lián)是所有事項(xiàng))、或組織的患者號(hào)。用戶還可以選擇以下的一項(xiàng)或全部，作為檢索標(biāo)準(zhǔn)的一部分“僅顯示分配給我的患者”、“包含非活躍患者”、“包含所有INRange患者”。如果用戶選擇多于一個(gè)復(fù)選框用于檢索，則存在一定的發(fā)生優(yōu)先級(jí)。例如，如果三個(gè)復(fù)選框全被選擇，則“包含所有INRange患者”優(yōu)先于其他兩個(gè)選擇。可替換地，如果“僅顯示分配給我的患者”和“包含非活躍患者”被選擇，則“僅顯示分配給我的患者”將優(yōu)先。注意，使用“僅顯示分配給我的患者”或“包含非活躍患者”的任何一種的檢索將在用戶的診所內(nèi)執(zhí)行檢索，并顯示非活躍和活躍的患者兩種。還要進(jìn)一步，如果“包含所有INRange患者”與“僅顯示分配給我的患者”或“包含非活躍患者”選項(xiàng)被選擇，則“包含所有INRange患者”優(yōu)先于其他選擇。如果用戶使用檢索標(biāo)準(zhǔn)“包含所有INRange患者”做檢索，則不在用戶的診所中的患者將被顯示。如果用戶選擇不在他們的診所中的患者的鏈接，用戶將被指向允許他們將所述用戶添加到他們的診所的界面(未顯示)。無(wú)論檢索如何被執(zhí)行，結(jié)果將出現(xiàn)在屏幕的“患者”部分中。另外，針對(duì)用戶的診所中的識(shí)別的患者的最近行為項(xiàng)的列表頁(yè)被顯示，如圖所示。“行為項(xiàng)”是針對(duì)可能的響應(yīng)被發(fā)送到用戶的事件(如所識(shí)別的，例如，使用(例如)有條件的數(shù)據(jù)庫(kù)查詢，通過(guò)事件監(jiān)視服務(wù)670)。這些事件可以包含(例如)錯(cuò)過(guò)的藥物遞送、意外的訪談回答、送藥單元故障(如停電、損壞、通信損失)，以及組織的處方被另一組織中的用戶改變。顯示給用戶的行為項(xiàng)的類型根據(jù)臨床系統(tǒng)中用戶的設(shè)置被確定。該設(shè)置在“用戶選項(xiàng)”(參見(jiàn)圖70)下進(jìn)行，在“用戶選項(xiàng)”中，用戶通過(guò)選擇行為項(xiàng)復(fù)選框的任何或全部，來(lái)選擇他們希望見(jiàn)到的行為項(xiàng)。在“患者最近行為項(xiàng)表格”的底部，有四個(gè)按鈕(首頁(yè)、前頁(yè)、后頁(yè)、末頁(yè))。如果針對(duì)這些表格的每一個(gè)，可獲得多于20個(gè)記錄，則用戶能夠通過(guò)使用這些按鈕翻閱所述記錄。點(diǎn)擊“患者最近行為項(xiàng)”表格中的鏈接的任一個(gè)，將把用戶帶到“患者儀表板”(參見(jiàn)圖71)。下表6匯總了圖65的臨床儀表板中所圖示的相關(guān)數(shù)據(jù)域和用戶可選擇輸入。<table>tableseeoriginaldocumentpage60</column></row><table>表6。在臨床儀表板(圖65)中，用戶可以選擇“新患者”鏈接，由此顯示圖66中所圖示的基本患者信息屏幕。使用該屏幕，用戶能夠?qū)⑿禄颊咛砑拥剿麄兊慕M織的記錄。下表7匯總了圖66的基本患者信息屏幕中所圖示的相關(guān)數(shù)據(jù)域和用戶可選擇輸入。<table>tableseeoriginaldocumentpage60</column></row><table>患者號(hào)用戶輸入由組織分配的患者的唯一編號(hào)。該域?yàn)楸仨気斎?。T用戶輸入患者的姓。該域?yàn)楸仨気斎?。用戶輸入后綴(即，Jr.、Sr.、III)。"HI用戶輸入患者的地址。該域?yàn)楸仨気斎搿５刂?用戶可以輸入地址的第二行。用戶輸入患者的城市。該域?yàn)楸仨気斎?。~Hi用戶從下拉框選擇州。該域?yàn)楸仨気斎?。郵編用戶輸入患者的郵編碼。該域?yàn)楸仨気斎?。用戶從下拉框選擇國(guó)家。該域?yàn)楸仨気斎?。用戶輸入ο位電話?hào)碼。該域?yàn)楸仨気斎搿?^Fl用戶輸入患者的手機(jī)號(hào)碼。用戶輸入患者的工作電話號(hào)碼。用戶輸入患者工作分機(jī)號(hào)碼。出生日期用戶輸入患者的出生日期，以mm/dd/yyyy格式。該域?yàn)楸仨気斎搿S用戶選擇患者的性別。該域?yàn)楸仨気斎?。Itl用戶從下拉框選擇種族。該域?yàn)楸仨気斎?。居住地用戶選擇患者的居住區(qū)域的單選按鈕。該域?yàn)楸仨気斎?。^^用戶選擇患者是否獨(dú)自或與其他人一起生活的單選按鈕。該域?yàn)楸仨気斎?。將患者分配給用戶選擇復(fù)選框，以將患者分配給用戶自己。我<table>tableseeoriginaldocumentpage62</column></row><table>表7。用戶輸入患者的一般信息，并點(diǎn)擊“下一步”按鈕。在所有所需要的信息已被輸入到該屏幕之前，用戶將不被允許前進(jìn)。一旦“下一步”按鈕被點(diǎn)擊，并且必須輸入的域已被核實(shí)，用戶將被帶到遞送周期屏幕(圖67)?；净颊咝畔⒁坏┍惠斎?，可以隨后通過(guò)選擇患者儀表板顯示中的患者信息鏈接來(lái)被編輯(圖71)。在該例子中，圖66的基本患者信息屏幕被顯示為填充在所述域內(nèi)的患者信息。然后，除SSN#域以外的所有域都可編輯，所述55腿域出于隱私的目的也被屏蔽。另外，當(dāng)編輯基本患者信息時(shí)，提供“在該診所活躍”復(fù)選框，由此允許用戶通過(guò)選擇所述復(fù)選框而使所述患者在他們的診所活躍。與之前相同，在該情境中點(diǎn)擊“下一步”按鈕將把用戶帶到遞送周期屏幕。如以上所指出的，基本患者數(shù)據(jù)屏幕(圖66)的完成，將用戶帶到圖67所圖示的遞送周期屏幕。從這兒，用戶能夠輸入針對(duì)他們的組織中的新患者的藥物遞送時(shí)間。如本文所使用的，遞送周期是可由用戶配置的、指定的時(shí)間周期，所述時(shí)間周期可以被用作用于指定藥物遞送計(jì)劃的基礎(chǔ)?？梢允褂媚J(rèn)的周期名稱(如在圖67中所圖示的那些)和時(shí)間。另外，提供一日或一夜的默認(rèn)時(shí)間輸入，而允許用戶為那些倒班工作的患者設(shè)置一日的遞送周期或一夜的遞送周期。如果期望的話，也可以使用系統(tǒng)管理屏幕(未顯示)，來(lái)調(diào)整默認(rèn)的周期名稱和時(shí)間。遞送周期是這樣的時(shí)間周期，在所述時(shí)間周期患者的送藥單元將提醒患者要被服用的藥物。這些時(shí)間針對(duì)每個(gè)周期將是不同的。優(yōu)選地，所述周期時(shí)間以小時(shí)和分鐘設(shè)置。如果用戶選擇與一周的每一天相關(guān)聯(lián)的“如上相同的時(shí)間”復(fù)選框，該天的周期時(shí)間將被設(shè)置為與前一天相同。注意，周一被列為一周的第一天，并且沒(méi)有“如上相同的時(shí)間”復(fù)選框。另外，用戶可以選擇“提前彈出”復(fù)選框，如果患者要被提示，以使送藥單元在當(dāng)前藥物落下期間發(fā)放下一周期的藥物。在所有需要的信息已被輸入到遞送周期屏幕上之前，用戶將不被允許前進(jìn)到其他屏幕(當(dāng)初始化新患者時(shí))。一旦“下一步”按鈕被點(diǎn)擊并且所需要的域已被核實(shí)，用戶將被帶到聯(lián)絡(luò)人屏幕(圖68)。點(diǎn)擊上一步按鈕，將用戶帶回到基本信息屏幕(圖66)?？商鎿Q地，用戶可以點(diǎn)擊遞送周期頁(yè)面上的提交按鈕，以將患者添加到他們的組織。下表8匯總了圖67的遞送周期屏幕中所圖示的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。<table>tableseeoriginaldocumentpage63</column></row><table>表8。至于基本患者信息屏幕，一旦遞送周期信息被輸入，遞送周期信息可以隨后通過(guò)選擇患者儀表板顯示(圖71)中的患者信息鏈接，而被編輯。從這兒，用戶可以選擇已被帶到遞送周期屏幕的遞送周期選項(xiàng)卡，在遞送周期選項(xiàng)卡中患者的遞送周期信息已被填充在當(dāng)前可編輯域中。注意，在該情境，日/夜單選按鈕不可用。如前所述，點(diǎn)擊“下一步”按鈕將把用戶帶到下一個(gè)患者相關(guān)屏幕，即聯(lián)絡(luò)人屏幕(圖68)。點(diǎn)擊上一步按鈕將用戶帶回基本信息屏幕(圖66)。如前所述，用戶可以點(diǎn)擊遞送周期頁(yè)面上的提交按鈕，以更新患者遞送周期。如以上所指出的，遞送周期屏幕(圖67)的完成，將用戶帶到圖68所圖示的聯(lián)絡(luò)人屏幕。聯(lián)絡(luò)人用于通知所列的個(gè)體與患者的藥物時(shí)間表有關(guān)的某些事件。如果“通過(guò)電話通知”復(fù)選框被選擇，用戶必須輸入電話號(hào)碼。如果“通過(guò)電子郵箱通知”被選擇，用戶必須輸入電子郵箱地址。用戶輸入所有期望的信息，并點(diǎn)擊“添加聯(lián)絡(luò)人”按鈕。聯(lián)絡(luò)人信息將被顯示在聯(lián)絡(luò)人屏幕右手側(cè)的表中。一旦患者的聯(lián)絡(luò)人的所有信息被輸入，用戶可以選擇“下一步”按鈕。一旦“下一步”按鈕被點(diǎn)擊，用戶將被帶到送藥單元設(shè)置屏幕(圖69)。點(diǎn)擊上一步按鈕將用戶帶回到遞送周期屏幕(圖67)。用戶必須選擇聯(lián)絡(luò)人頁(yè)面上的提交按鈕，以將聯(lián)絡(luò)人添加到他們的組織。即，選擇“添加聯(lián)絡(luò)人”按鈕將不完成添加新聯(lián)絡(luò)人的步驟——用戶必須選擇提交按鈕，已完成所述過(guò)程。只點(diǎn)擊“添加聯(lián)絡(luò)人”按鈕將僅顯示聯(lián)絡(luò)人，而不會(huì)完成添加聯(lián)絡(luò)人的步驟。下表9匯總了圖68的聯(lián)絡(luò)人屏幕中所圖示的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。<table>tableseeoriginaldocumentpage64</column></row><table><table>tableseeoriginaldocumentpage65</column></row><table>表9。如在前面描述的屏幕的情況中，聯(lián)絡(luò)人屏幕也可以被用于編輯先前輸入的聯(lián)絡(luò)人fn息ο如以上所指出的，聯(lián)絡(luò)人屏幕(圖68)的完成將用戶帶到圖69所圖示的送藥單元設(shè)置屏幕。注意，用戶僅能設(shè)置針對(duì)在他們的組織內(nèi)的患者的送藥單元。為此，用戶輸入分配到單元的序列號(hào)和送藥單元屏幕名稱。送藥單元屏幕名稱是顯示在送藥單元屏幕上的名稱。如果用戶點(diǎn)擊“需要落下密碼”復(fù)選框，則用戶必須輸入“落下密碼”。再一次，如該上下文所使用的，落下指的是藥物通過(guò)送藥單元的實(shí)際發(fā)放。如果用戶點(diǎn)擊“需要的卸載吸塑卡密碼”復(fù)選框，則用戶必須輸入“卸載密碼”，“卸載密碼”在隨后從送藥單元卸載藥物承載器(吸塑卡)時(shí)需要。用戶能夠添加幾個(gè)送藥單元聯(lián)絡(luò)人，所述送藥單元聯(lián)絡(luò)人為出現(xiàn)在患者的送藥單元信息上的聯(lián)絡(luò)人。如果活躍復(fù)選框被選擇，則使聯(lián)絡(luò)人激活，并將被顯示在患者的送藥單元上。點(diǎn)擊上一步按鈕，將用戶帶回“聯(lián)絡(luò)人”屏幕(圖68)。或者，用戶可選擇送藥單元設(shè)置屏幕上的提交按鈕，以將患者添加到他們的組織。下表10匯總了圖69的送藥單元屏幕中所圖示的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。<table>tableseeoriginaldocumentpage66</column></row><table><table>tableseeoriginaldocumentpage67</column></row><table>表10。一旦用戶輸入將患者添加到他們的組織所需要的所有信息，并點(diǎn)擊提交，用戶將接收患者被成功添加的確認(rèn)頁(yè)。如前所述，送藥單元設(shè)置屏幕也可以被用于編輯除分配給送藥單元的序列號(hào)以外的先前輸入的數(shù)據(jù)。另外，當(dāng)在編輯模式中時(shí)，提供這樣的復(fù)選框，當(dāng)其被選擇時(shí)，解除分配患者的送藥單元。從臨床儀表板，“用戶選項(xiàng)”鏈接可以被選擇，由此使圖70的用戶選項(xiàng)屏幕被顯示。該屏幕允許用戶使用所圖示的域，編輯或更新他們的基本信息，以及改變他們的登錄密碼或電子簽名。另外，用戶可以精確地指定他/她希望接收何種類型的行為項(xiàng)。下表11匯總了有關(guān)遞送相關(guān)行為項(xiàng)的接收的相關(guān)數(shù)據(jù)域和用戶可選擇輸入。<table>tableseeoriginaldocumentpage67</column></row><table>錯(cuò)過(guò)的遞送當(dāng)藥物落下被錯(cuò)過(guò)時(shí)，通知用戶。假期遞送當(dāng)患者接收用于所選擇的假期日的藥物時(shí)，通知用戶。計(jì)劃的遞送當(dāng)患者的藥物在計(jì)劃的時(shí)間被遞送時(shí)，通知用戶。提前落下當(dāng)患者取提前落下時(shí)，通知用戶。下一次落下當(dāng)患者做下一次落下時(shí)，通知用戶。跳過(guò)的落下當(dāng)患者跳過(guò)落下時(shí)，通知用戶。再填充通知當(dāng)患者需要再填充時(shí)，通知用戶。表11。下表12匯總了有關(guān)通知相關(guān)行為項(xiàng)的接收的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。通知被發(fā)送到送藥單元，并引起必須由患者在時(shí)間周期內(nèi)響應(yīng)的提醒?；颊呶磳?duì)通知響應(yīng)會(huì)導(dǎo)致正由送藥單元發(fā)送的行為項(xiàng)回到遠(yuǎn)程控制器，用于隨后路由到合適的遠(yuǎn)程單元位點(diǎn)。<table>tableseeoriginaldocumentpage68</column></row><table>表12。下表13匯總了有關(guān)訪談相關(guān)行為項(xiàng)的接收的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。訪談為發(fā)送到送藥單元的問(wèn)題，用于由患者響應(yīng)。<table>tableseeoriginaldocumentpage68</column></row><table>表13。下表14匯總了有關(guān)送藥單元相關(guān)行為項(xiàng)的接收的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。送藥單元損壞如果送藥單元的蓋已被移除，則通知用戶。提醒送藥單元通電當(dāng)送藥單元通電時(shí)，通知用戶。送藥單元致命~~如果送藥單元有硬件故障，則通知用戶。錯(cuò)誤送藥單元患者如果送藥單元已從患者被解分配，并被再分配給其他的患者，則通改變知用戶。落下密碼改變當(dāng)要從送藥單元落下藥物所需的密碼已改變時(shí)，通知用戶。要從送藥單元落下藥物到患者，是需要密碼的。卸載密碼改變~~當(dāng)要卸載送藥單元的密碼已改變時(shí)，通知用戶。警報(bào)時(shí)間改變~~當(dāng)針對(duì)送藥單元的警報(bào)時(shí)間被改變時(shí)，通知用戶。警報(bào)時(shí)間確定警報(bào)發(fā)生多久，提醒用戶藥物落下。打盹時(shí)間改變當(dāng)針對(duì)送藥單元的打盹時(shí)間被改變時(shí)，通知用戶。打盹時(shí)間確定警報(bào)在再次提醒患者藥物落下之前將打盹多久。允許未來(lái)劑量在送藥單元設(shè)置屏幕上(圖69)，如果用戶選擇或取消選擇“未改變來(lái)劑量”復(fù)選框，通知將被發(fā)送。允許假期劑量在送藥單元設(shè)置屏幕上(圖69)，如果用戶選擇或取消選擇“假期劑量”復(fù)選框，通知將被發(fā)送。允許查看庫(kù)存~~在送藥單元設(shè)置屏幕上(圖69)，如果用戶選擇或取消選擇“查改變看庫(kù)存”復(fù)選框，通知將被發(fā)送。允許手動(dòng)劑量在送藥單元設(shè)置屏幕上(圖69)，如果用戶選擇或取消選擇“手改變動(dòng)劑量”復(fù)選框，通知將被發(fā)送。表14。最后，下表15匯總了有關(guān)其他行為項(xiàng)的接收的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。庫(kù)存不符如果患者的藥物庫(kù)存存在不符，則通知用戶。時(shí)間表改變當(dāng)患者的藥物時(shí)間表已改變時(shí)，通知用戶。庫(kù)存不符如果患者的藥物庫(kù)存存在不符，則通知用戶。患者信息改變?nèi)绻颊叩男畔⒁迅淖?，則通知用戶。藥物到期當(dāng)患者的藥物已為到期時(shí)，通知用戶?；颊咧芷跁r(shí)間改變?nèi)绻颊叩闹芷跁r(shí)間改變，則通知用戶。PRN落下如果有PRN落下，則通知用戶。EMMA通信失敗如果送藥單元有通信失敗，則通知用戶。吸塑卡裝載/卸載當(dāng)吸塑卡從送藥單元被裝載和卸載時(shí)，通知用戶。表15。從臨床儀表板(圖65)，用戶可以選擇任一用戶鏈接，從而顯示圖71中所圖示的患者儀表板。該屏幕允許用戶排程藥物，編輯藥物，排程藥物作為再填充，以及編輯提示、訪談或通知。用戶能夠打印藥物時(shí)間表和提示。被顯示的藥物和提示為活躍狀態(tài)。通過(guò)選擇“顯示全部復(fù)選框”，用戶能夠查看所有藥物或提醒，無(wú)論其狀態(tài)如何。取消選擇所述復(fù)選框?qū)⒃俅蝺H顯示活躍狀態(tài)。選擇“顯示暫停使用”復(fù)選框，將顯示暫時(shí)停用的藥物或提示。取消選擇所述復(fù)選框，將再次僅顯示活躍的。用戶也可以打印出藥物時(shí)間表和提示時(shí)間表。點(diǎn)擊“打印時(shí)間表”鏈接，將打開(kāi)彈出窗口，在所述彈出窗口，用戶將能夠打印藥物的時(shí)間表。點(diǎn)擊“打印提醒”鏈接，將打開(kāi)彈出窗口，在所述彈出窗口，用戶將能夠打印提示時(shí)間表。要注意，藥物的列表為當(dāng)前儲(chǔ)存在患者的送藥單元中所有藥物的列表，包含可能已被另一健康照護(hù)提供者提供處方的藥物。以此方式，本發(fā)明能夠?yàn)榻】嫡兆o(hù)提供者提供關(guān)于患者的總體藥品方案的重要洞察，而在之前，當(dāng)患者在多重、非聯(lián)網(wǎng)的健康照護(hù)提供者處就醫(yī)時(shí)，這是很難獲得的。以此重要洞察，健康照護(hù)提供者可以更精確并且更安全地評(píng)價(jià)他們提供給患者的處方。該屏幕還顯示即將發(fā)生的訪談和通知的列表。通過(guò)點(diǎn)擊“即將發(fā)生的訪談”下的鏈接，用戶將被帶到“訪談排程”屏幕，在“訪談排程”屏幕，用戶能夠編輯訪談時(shí)間表(未顯示)。類似地，通過(guò)點(diǎn)擊“即將發(fā)生的通知”下的鏈接，用戶將被帶到“通知排程”屏幕，在“通知排程”屏幕，用戶能夠編輯通知時(shí)間表(未顯示)?；颊邇x表板還顯示針對(duì)患者的行為項(xiàng)。如前面所提到的，行為項(xiàng)是被發(fā)送給要求審查的用戶的事件。使用所述鏈接，用戶擁有確認(rèn)每個(gè)行為項(xiàng)的能力。一旦一項(xiàng)被確認(rèn)，該項(xiàng)被從患者儀表板上的行為項(xiàng)列表移除。用戶還擁有用評(píng)論來(lái)確認(rèn)行為項(xiàng)的能力，如圖所示。在該情況中，提供“查看注釋”彈出窗口(未顯示)。注釋已經(jīng)被填充在注釋文本框內(nèi)。用戶可以輸入與在添加注釋之前已被填充的注釋不同的注釋。在“最近行為項(xiàng)”表格的底部，有四個(gè)按鈕(首頁(yè)、前頁(yè)、后頁(yè)、末頁(yè))。如果針對(duì)這些表格的每一個(gè)，可獲得多于20個(gè)記錄，用戶能夠通過(guò)使用這些按鈕翻閱所述記錄。在“管理藥物”顯示下的狀態(tài)欄旁邊，有緊挨著每種藥物顯示的小的色塊。所述色塊代表所列出的藥品屬于某個(gè)類別。例如，藥物格列吡嗪ER是抗糖尿病的，而其相關(guān)聯(lián)的色碼是深藍(lán)。針對(duì)藥品類別的配色方案的圖例可在“所管理的藥物”列表下面找到。當(dāng)用戶將鼠標(biāo)放在緊挨藥物的色塊之一上，或選擇這一色塊時(shí)，將在詞語(yǔ)圖例旁邊顯示藥品類別的名稱。同樣地，在“所管理的藥物”顯示內(nèi)，顯示針對(duì)“總量”的欄?！翱偭俊笔轻槍?duì)藥物的藥丸的總數(shù)量。該數(shù)量還包含再填充物(如果有的話)中的藥丸的數(shù)量。下表16匯總了有關(guān)其他行為項(xiàng)的接收的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。<table>tableseeoriginaldocumentpage71</column></row><table><table>tableseeoriginaldocumentpage72</column></row><table>表16。如表16中所指出的，掃描域允許用戶掃描正被發(fā)放給患者的(之前根據(jù)上圖64的討論封裝的)藥物承載器的條形碼，或手動(dòng)輸入序列號(hào)。當(dāng)序列號(hào)數(shù)據(jù)被提交時(shí)，封裝數(shù)據(jù)庫(kù)(以上描述的)被序列號(hào)參考，以識(shí)別所述藥物承載器中的藥物、所述承載器中藥物的量，以及所述承載器內(nèi)單位劑量大小。在目前優(yōu)選的實(shí)施方案中，并基于容易地使藥物承載器特征化的這種能力，用戶在履行處方時(shí)，可以掃描兩個(gè)或更多個(gè)藥物承載器。然而，如果所有的藥物承載器中的藥物不是全部相同，或者如果任何一個(gè)承載器的單位劑量大小不同于其他承載器，則向用戶提供錯(cuò)誤指示。以此方式，在發(fā)放和排程處方時(shí)，所有的藥物承載器必須相同?？商鎿Q地，如果藥物承載器被掃描為等效于(非相同的，而是等效的——例如，未注冊(cè)形式)已為活躍的計(jì)劃的藥物的藥物和單位劑量大小，遠(yuǎn)程單元將促使用戶或者作為之前計(jì)劃的并且發(fā)放的藥物承載器的再填充，發(fā)放所述藥物承載器，或者作為針對(duì)患者的新處方，發(fā)放所述藥物承載器。還要進(jìn)一步，如果在先前的情境等效于已計(jì)劃的藥物的藥物被掃描，但單位劑量大小不等效，遠(yuǎn)程單元將促使用戶核實(shí)針對(duì)所掃描的藥物承載器的處方是否合適。使用這些技術(shù)，本發(fā)明在向患者發(fā)放藥物時(shí)，提供額外的、之前得不到的保護(hù)。除掃描輸入域以外，還提供SIG碼輸入域，SIG碼輸入域允許用戶輸入SIG;以及提供供應(yīng)天數(shù)域，以允許要被供應(yīng)的天數(shù)的輸入。如本領(lǐng)域已知的，SIG碼是針對(duì)給定的藥物應(yīng)如何被患者服用的指令。基于所輸入的SIG，用戶將或者被帶到標(biāo)準(zhǔn)(要按常規(guī)被服用)藥物排程屏幕，或者PRN(視需要)藥物排程屏幕。無(wú)論是標(biāo)準(zhǔn)還是PRN指定，在目前優(yōu)選的實(shí)施方案中，藥物排程可以按周期，或按正被計(jì)劃的藥物來(lái)查看。其實(shí)施例圖示于圖72-72中。因此，在圖72和74中，分別對(duì)應(yīng)于標(biāo)準(zhǔn)和PRN藥物，屏幕顯示針對(duì)當(dāng)前月和年的小日歷。用戶能夠選擇不同的月、日和年，并點(diǎn)擊某一天，來(lái)查看針對(duì)那周的時(shí)間表。大日歷將反映用戶的選擇，以及更具體地，針對(duì)那周的排程和針對(duì)患者的任何藥物。周期中藥丸的數(shù)目將以陰影的標(biāo)題部分出現(xiàn)在大日歷中，以表示正被計(jì)劃的藥物。可用的周期是基于從SIG下拉框選擇的SIG。例如，如果所選的SIG是EOD(每隔一天)，周期中藥丸的數(shù)目將出現(xiàn)在日歷的默認(rèn)開(kāi)始日期以及隨后每隔一天上的陰影標(biāo)題部分內(nèi)，直到默認(rèn)的結(jié)束日期。本發(fā)明的獨(dú)有特點(diǎn)是患者選擇(如，雙擊)大日歷的陰影段的能力，如圖所示。當(dāng)此操作完成時(shí)，小的彈出窗口出現(xiàn)(未顯示)有三個(gè)鏈接添加藥丸——添加另一藥丸到所述日的藥物，減去藥丸——從所述日的藥物減去藥丸，或取消，以關(guān)閉所述彈出窗口。以此方式，用戶(在該情況中為健康照護(hù)職業(yè)人員)被提供以對(duì)患者的藥物的管理的非常詳細(xì)的控制。如以上所指出的，在排程藥物時(shí)，可以使用周期查看或藥物查看。圖72中所圖示的周期查看為默認(rèn)查看?？商鎿Q地，藥物查看(圖73)顯示列出天和日期、任何計(jì)劃的藥品的名稱、以及針對(duì)每個(gè)可用周期(即，早餐、午餐、晚餐和就寢時(shí)間)的藥丸的數(shù)目的表格。注意，在任一種查看(通過(guò)周期或藥物)中，大日歷下的列表顯示針對(duì)患者的任何PRN藥物。盡管在圖72或圖73中均未顯示，任一種查看均還可以顯示經(jīng)由患者的送藥單元，正被給予所述患者的，任何不需處方可以出售的(即，非處方)藥物。在任一查看中，如果用戶檢查“覆蓋默認(rèn)值”復(fù)選框，則可以編輯開(kāi)始和停止日期。艮口，當(dāng)用戶初始輸入該屏幕時(shí)，開(kāi)始日期和停止日期是不可編輯的，并且將不會(huì)變成可編輯，除非“覆蓋默認(rèn)值”復(fù)選框被檢查。所述開(kāi)始日期是藥物開(kāi)始的日期，而所述停止日期是藥物結(jié)束的日期。所述開(kāi)始日期不能被輸入為過(guò)去的日期。如果用戶不使用默認(rèn)值，并改變開(kāi)始和停止日期，則這些改變將被反映在大日歷中。為防止錯(cuò)誤，對(duì)SIG、“開(kāi)始日期”或“停止日期”所作的任何改變，在用戶輸入他們的電子簽名并點(diǎn)擊提交之前，都將在大日歷中可視地改變，而不在系統(tǒng)中起作用。用戶可選擇“查看患者注釋”鏈接，來(lái)查看、創(chuàng)建或刪除患者注釋。當(dāng)所述鏈接被選擇時(shí)，出現(xiàn)小的彈出窗口(未顯示)，允許用戶添加注釋。新創(chuàng)建的注釋與先前創(chuàng)建的注釋一起將出現(xiàn)在彈出窗口內(nèi)的表格中。用戶可以審查表格內(nèi)的先前的注釋，并且也擁有刪除注釋的選項(xiàng)。所述查看注釋鏈接在任何排程屏幕中可用。如在圖72中進(jìn)一步顯示的，提供錯(cuò)過(guò)的行為下拉菜單，該菜單允許用戶(健康照護(hù)職業(yè)人員)制定，如果患者在計(jì)劃的時(shí)間錯(cuò)過(guò)服用他們的藥物，則要被采取的行為的計(jì)劃。例如，用戶可以決定將錯(cuò)過(guò)的劑量自動(dòng)地添加到時(shí)間表末尾(非常典型的)，或者不采取行為，由此要求用戶手動(dòng)地重新排程或訴諸其他選擇。例如，針對(duì)用戶一周服用一次或一月服用一次的藥物，用戶最可能不會(huì)想要將其添加到時(shí)間表最后，而是讓患者稍后服用。在與錯(cuò)過(guò)行為下拉菜單相似情形的中，之后取消下拉菜單允許每個(gè)劑量被獨(dú)立地排程。例如，對(duì)于某些抗凝劑(如“香豆定”)，由于一般不希望在太近的時(shí)間一起服用多次劑量，患者一般應(yīng)取消超過(guò)其計(jì)劃的給予多于12小時(shí)的劑量。在該情況中，之后取消設(shè)置可以被設(shè)為12小時(shí)。然而，對(duì)于其他藥品，可以是可建議在1或2小時(shí)后取消的，并且不滾動(dòng)到下一次計(jì)劃的給予前面。在所有信息已被輸入在排程屏幕上之后，用戶輸入他/她的電子簽名并點(diǎn)擊提交。將給予確認(rèn)屏幕，以確認(rèn)已成功地排程了藥物(未顯示)。下表17匯總了有關(guān)排程標(biāo)準(zhǔn)藥物的相關(guān)數(shù)據(jù)和可由用戶選擇的輸入。<table>tableseeoriginaldocumentpage74</column></row><table>表17。在患者儀表板上(圖71)，用戶可選擇“所管理的藥物”下的藥物鏈接，以編輯患者的藥物。再一次，該操作將使藥物排程屏幕(例如圖72或73)被顯示有所示合適的排程數(shù)據(jù)，并根據(jù)以上描述的輸入機(jī)制被改變。排程新的標(biāo)準(zhǔn)藥物與編輯標(biāo)準(zhǔn)藥物時(shí)間表之間的一個(gè)不同在于，當(dāng)編輯標(biāo)準(zhǔn)藥物時(shí)提供“暫停使用藥物”選項(xiàng)。點(diǎn)擊“暫停使用藥物”復(fù)選框(未顯示)，使用戶在修改針對(duì)藥物的時(shí)間表、輸入他/她的電子簽名并提交所述改變的那段時(shí)間內(nèi)，暫停使用患者的藥物。該操作使藥物的狀態(tài)從活躍改為暫停使用的。如果用戶暫停使用藥物，他們隨后可以選擇取消暫停使用所述藥物，例如，通過(guò)選擇顯示暫停使用或顯示全部復(fù)選框，并選擇暫停使用的藥物鏈接。在接下來(lái)的“編輯藥物”屏幕上，將有復(fù)選框“取消暫停使用藥物”，代替“暫停使用藥物”。用戶在編輯藥物時(shí)，還擁有高級(jí)排程選項(xiàng)。如果用戶選擇“使用高級(jí)排程藥物”復(fù)選框(如，圖76)，兩個(gè)單選按鈕和文本框?qū)⒖捎?未顯示)。所述兩個(gè)單選按鈕為“通過(guò)供應(yīng)天數(shù)排程”和“通過(guò)每天藥丸排程”，以及取決于哪個(gè)單選按鈕被選擇的文本框。如果用戶選擇“通過(guò)供應(yīng)天數(shù)排程”，則文本框?qū)⑹恰肮?yīng)天數(shù)文本框”，即要供應(yīng)的天的數(shù)目。如果用戶選擇“通過(guò)每天藥丸排程”，則文本框?qū)⑹敲刻焖幫?，即每天要供?yīng)的單位劑量的數(shù)目。如以上所指出的，用于排程PRN藥物的屏幕與那些用于排程標(biāo)準(zhǔn)藥物的屏幕非常相似。圖74圖示根據(jù)周期查看選項(xiàng)顯示的PRN藥物排程屏幕，如以上所描述的。如前所述，患者儀表板(圖71)中的掃描和SIG輸入域可以被用于初始化PRN藥物排程屏幕的展示。如前所述，所述屏幕顯示針對(duì)當(dāng)前月和年的小日歷，用戶可使用該小日歷選擇特定的周。大日歷顯示針對(duì)一周的排程和針對(duì)患者的任何藥物。如前所述，用戶可選擇顯示哪種查看類型，即周期查看或藥物(藥品)查看。如前所述，周期查看是默認(rèn)的，而藥物查看(圖75)顯示列出天和日期、任何計(jì)劃的藥物的名稱以及針對(duì)每個(gè)可用周期(即，早餐、午餐、晚餐、傍晚和就寢時(shí)間)的藥丸的數(shù)目的表格。再一次，在大日歷下面，一面板顯示針對(duì)所述患者的任何PRN藥物。與所述標(biāo)準(zhǔn)藥物排程屏幕不同，用戶能夠輸入針對(duì)藥物的開(kāi)始日期，盡管當(dāng)前日的日期被顯示為默認(rèn)開(kāi)始日期。之后，用戶經(jīng)由單選按鈕選擇“可變PRN”或“計(jì)劃的PRN”。默認(rèn)選擇“可變PRN”單選按鈕?？勺働RN確定這是否是在彈性時(shí)間表上要被服用的藥物。例如，藥物可以每4小時(shí)服用一次。計(jì)劃的PRN確定這是否是要在計(jì)劃的周期被服用的藥物，盡管仍是在視需要的基礎(chǔ)上。例如，給定的PRN藥物應(yīng)僅在晚上被服用，如果必須的話。如果“計(jì)劃的PRN”單選按鈕被選擇，則兩個(gè)下拉框(開(kāi)始時(shí)間和之后取消)變?yōu)閷?duì)用戶可用(圖75)，以建立用于服用所述PRN藥物的時(shí)間窗口。如前所述，“之后取消”輸入指的是，在所述計(jì)劃的落下將被取消之前多久，患者必須服用藥物。用戶通過(guò)合適的文本輸入域，也被提供機(jī)會(huì)，以指定每天、每周以及每月可以被取走的PRN藥物的單位劑量的最大量。再一次，以此方式，健康照護(hù)提供者可在遠(yuǎn)程單元位點(diǎn)建立操作限制，防止送藥單元使患者意外地傷害到他/她自己。最終，如以上關(guān)于圖72和73所描述的，查看患者注釋鏈接允許用戶審查、添加或編輯患者相關(guān)注釋。類似地，在所有信息已被輸入在排程屏幕上之后，用戶輸入他們的電子簽名并點(diǎn)擊提交。將給出確認(rèn)屏幕，以確認(rèn)藥物被成功地排程(未顯示)。下表18匯總了有關(guān)排程PRN藥物的相關(guān)數(shù)據(jù)域和用戶可選擇輸入。<table>tableseeoriginaldocumentpage76</column></row><table><table>tableseeoriginaldocumentpage77</column></row><table>表18。如在標(biāo)準(zhǔn)藥物的情況中，患者的PRN藥物的排程也可以被編輯，即用戶可以編輯每天、每周和每月的最大藥物量，等。即，編輯PRN藥物與排程新的PRN藥物相似，除了開(kāi)始日期不可編輯，以及計(jì)劃的PRN和可變PRN單選按鈕無(wú)效以外。類似地，如果用戶正在編輯“計(jì)劃的PRN藥物”，開(kāi)始時(shí)間下拉框是無(wú)效的。用戶能夠做PRN上的再填充。用戶能通過(guò)在“再填充”文本框中輸入數(shù)字，來(lái)輸入針對(duì)處方的再填充的數(shù)目。如果用戶需要將藥物排程為再填充，則用戶將在患者儀表板(圖71)上的掃描文本框中輸入或掃描吸塑卡序列號(hào)。在該情況中，用戶選擇“排程為再填充”復(fù)選框，由此使得SIG和供應(yīng)天數(shù)輸入變?yōu)闊o(wú)效的。用戶選擇提交并被帶到如圖76中所示的編輯藥物排程屏幕。應(yīng)注意，在目前優(yōu)選的實(shí)施方案中，當(dāng)排程再填充時(shí)，針對(duì)期望的藥物的精確匹配必須在藥物數(shù)據(jù)庫(kù)中找到，以使用戶能夠繼續(xù)到藥物排程屏幕。如果未找到匹配，則將為用戶提供錯(cuò)誤消息。在排程屏幕上，其設(shè)置實(shí)質(zhì)上與前面描述的相同，除了一些例外。即，用戶將不能夠暫停使用藥物，覆蓋默認(rèn)值或改變?cè)偬畛涞臄?shù)目。然而，再填充剩余的文本框?qū)⒈粶p少一個(gè)。所述文本框數(shù)量將反映原始計(jì)劃的剩余供應(yīng)加上再填充中的多少藥丸，如圖所示。在患者儀表板(圖71)上，提供“核實(shí)處方”鏈接。所述“核實(shí)處方”鏈接僅對(duì)擁有合適權(quán)限的用戶可見(jiàn)，例如健康照護(hù)專業(yè)人員。這些權(quán)限當(dāng)用戶被添加或他們的信息被編輯時(shí)，被設(shè)置在臨床管理系統(tǒng)內(nèi)。在“核實(shí)處方”屏幕，如圖77中所示，用戶能夠查看針對(duì)患者的活躍或暫停使用的藥物。在每個(gè)所列的藥物后，有一個(gè)查看鏈接，選擇所述鏈接引起針對(duì)所述藥物的處方的藥物承載器信息的顯示。在該鏈接被點(diǎn)擊之后，該鏈接將從“查看”變成“隱藏”，如圖所示。點(diǎn)擊“隱藏”鏈接，將隱藏所述藥物承載器信息，并且所述鏈接將變回“查看”鏈接。另一個(gè)鏈接“認(rèn)可”可以在某些藥物后出現(xiàn)。更具體地，“認(rèn)可”鏈接將針對(duì)任何新計(jì)劃的藥物出現(xiàn)，以使用戶可以審查這些藥物。用戶可以通過(guò)點(diǎn)擊“認(rèn)可”鏈接，認(rèn)可所述處方。點(diǎn)擊“認(rèn)可”鏈接不僅核實(shí)所述處方，還使針對(duì)該藥物的相應(yīng)計(jì)劃被發(fā)送到送藥單元。用戶點(diǎn)擊“認(rèn)可”鏈接之后，“認(rèn)可”鏈接被移除。本文描述的系統(tǒng)的額外的特征是跟蹤系統(tǒng)內(nèi)大多數(shù)任何重要事件的歷史的能力，所述重要事件的幾個(gè)例子在圖78-83中進(jìn)一步闡明。從患者儀表板(圖71)，用戶可以選擇“歷史”鏈接，并然后從子菜單選擇“標(biāo)準(zhǔn)藥物”鏈接，圖示于圖78中。然后，用戶能夠查看標(biāo)準(zhǔn)藥物的歷史。用戶可以選擇已更新的日期鏈接(第一欄，左側(cè))，或者藥品名稱鏈接(第二欄，左側(cè))，以顯示列出所述藥物歷史的表格。藥物可以具有多于一條歷史。如果這樣的話，則顯示兩個(gè)歷史記錄所選擇的一個(gè)和之前更新的一個(gè)。在藥物鏈接的列表下，這兩個(gè)鏈接都將變?yōu)楦吡恋摹Ｔ谄聊坏牡撞坑兴膫€(gè)額外的按鈕(首頁(yè)、前頁(yè)、后頁(yè)、末頁(yè))。如果針對(duì)藥物的列表可獲得多于20條記錄，則用戶能夠通過(guò)使用這些按鈕翻閱所述記錄。下表19匯總了有關(guān)標(biāo)準(zhǔn)藥物歷史屏幕的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。<table>tableseeoriginaldocumentpage78</column></row><table>表19。剩下的圖79-84分別顯示針對(duì)訪談、通知、行為項(xiàng)、遞送日志以及送藥單元配置的歷史的歷史屏幕，所述屏幕以與以上關(guān)于圖78所描述的基本上相同的方式操作。類似地，下表20-25匯總了有關(guān)標(biāo)準(zhǔn)藥物歷史屏幕的相關(guān)數(shù)據(jù)域和可由用戶選擇的輸入。<table>tableseeoriginaldocumentpage78</column></row><table>表20。<table>tableseeoriginaldocumentpage78</column></row><table><table>tableseeoriginaldocumentpage79</column></row><table>表22。I行為項(xiàng)日志顯示日期、消息、確認(rèn)的日期、由......確認(rèn)。表23。遞送日志歷史顯示日期、計(jì)劃ID、落下類型、EMMA序列。表24。<table>tableseeoriginaldocumentpage79</column></row><table>表25。除上述操作以外，對(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ū)。在實(shí)施方案中，遞送模塊33可從(例如)遠(yuǎn)程來(lái)源經(jīng)由通信接口接收召回通知，所述通信接口如無(wú)線接口或通信網(wǎng)絡(luò)。召回通知可，例如且非限制地，針對(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ū)。所述分離區(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ù)器。然后，遠(yuǎn)程服務(wù)器可指導(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ǔ)存?？蓪⑺鲂畔⑴c一天的時(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ù)器及/或通知患者及/或照護(hù)者。在可替換的實(shí)施方案中，遠(yuǎn)程服務(wù)器可通知遞送模塊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ì)于行動(dòng)障礙的患者尤其重要。另外，由于新劑量已在手邊而不需購(gòu)買，患者的花費(fèi)也減少了。健康照護(hù)專業(yè)人員，如醫(yī)師和藥劑師，也從本發(fā)明獲益。該系統(tǒng)使提供者能夠治療更多數(shù)量的患者，并更好地控制高風(fēng)險(xiǎn)患者，包含需要更頻繁監(jiān)視的認(rèn)知、視覺(jué)及/或聽(tīng)覺(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ū)徍嘶颊咦駨男曰虍a(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ā)明提供用于以寄售方式控制和對(duì)分發(fā)一個(gè)或更多個(gè)遠(yuǎn)程位置的健康照護(hù)產(chǎn)品進(jìn)行電子對(duì)賬的平臺(tái)。因此，寄售的藥物可在發(fā)放時(shí)立即開(kāi)賬單，顯著地減少了與被開(kāi)賬單且在消費(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ò)附示，顯示了遞送模塊的具體尺寸和形狀，但這些參數(shù)可以有很大的變化，并不受到本文中所述的并且在附圖中描繪的優(yōu)選的實(shí)施方案的限制。另外，盡管本申請(qǐng)概括地論述了實(shí)施從設(shè)在患者家中的遞送模塊傳達(dá)，以及傳達(dá)到設(shè)在患者家中的遞送模塊，同時(shí)保護(hù)患者隱私的安全數(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ā)明意圖覆蓋落入以上公開(kāi)和本文權(quán)利要求的基本原則范圍內(nèi)的任何及所有修改、變動(dòng)或等效。權(quán)利要求一種方法，包括，在包括至少一個(gè)儲(chǔ)存元件的設(shè)備中將包括藥物的藥物承載器的唯一識(shí)別碼儲(chǔ)存在所述至少一個(gè)儲(chǔ)存元件中；以及與所述至少一個(gè)儲(chǔ)存元件中的所述藥物承載器的所述唯一識(shí)別碼相關(guān)聯(lián)，儲(chǔ)存相應(yīng)于所述藥物承載器中封裝的所述至少一種藥物的用藥指令。2.如權(quán)利要求1所述的方法，還包括與所述藥物承載器的所述唯一識(shí)別碼相關(guān)聯(lián)，儲(chǔ)存處方信息，所述處方信息包括以下的至少一種所述藥物的識(shí)別信息、所述藥物承載器中劑量的數(shù)目、相應(yīng)于所述藥物的批號(hào)和相應(yīng)于所述藥物的到期日期。3.如權(quán)利要求1所述的方法，還包括與所述至少一個(gè)儲(chǔ)存設(shè)備中的所述藥物承載器的所述唯一識(shí)別碼相關(guān)聯(lián)，儲(chǔ)存相應(yīng)于所述藥物的處方號(hào)。4.如權(quán)利要求1所述的方法，還包括與所述至少一個(gè)儲(chǔ)存設(shè)備中的所述藥物承載器的所述唯一識(shí)別碼相關(guān)聯(lián)，儲(chǔ)存特定于患者接收所述藥物承載器的信息。5.如權(quán)利要求1所述的方法，還包括，在患者接收所述藥物承載器之后從健康照護(hù)提供者接收針對(duì)所述藥物的修改的用藥指令；以及與所述至少一個(gè)儲(chǔ)存元件中的所述藥物承載器的所述唯一識(shí)別碼相關(guān)聯(lián)，儲(chǔ)存所述修改的用藥指令。6.如權(quán)利要求5所述的方法，還包括與所述至少一個(gè)儲(chǔ)存設(shè)備中的所述藥物承載器的所述唯一識(shí)別碼相關(guān)聯(lián)，儲(chǔ)存包括以下的至少一種的信息所述修改的用藥指令被接收的時(shí)間，和提供所述修改的用藥指令的所述健康照護(hù)提供者的識(shí)別信息。7.如權(quán)利要求5所述的方法，還包括使所述修改的用藥指令被提供給所述藥物承載器被儲(chǔ)存于其中的藥物發(fā)放單元，所述修改的用藥指令控制所述藥物發(fā)放單元的操作。8.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器還與至少一個(gè)藥物發(fā)放單元通信，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括當(dāng)履行針對(duì)患者的處方時(shí)基于第一藥物承載器的第一序列號(hào)，識(shí)別所述第一藥物承載器中的第一藥物以及所述第一藥物承載器中每個(gè)單位劑量的第一單位劑量大小；基于第二藥物承載器的第二序列號(hào)，識(shí)別所述第二藥物承載器中的第二藥物，以及所述第二藥物承載器中每個(gè)單位劑量的第二單位劑量大?。槐容^所述第一藥物與所述第二藥物，并比較所述第一單位劑量大小與所述第二單位劑量大??；以及當(dāng)所述第一藥物與所述第二藥物不相同，或所述第一單位劑量大小與所述第二單位劑量大小不相同時(shí)，提供錯(cuò)誤指示。9.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器與還與至少一個(gè)藥物發(fā)放單元通信，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括當(dāng)履行針對(duì)患者的處方時(shí)基于第一藥物承載器的第一序列號(hào)，識(shí)別所述第一藥物承載器中的第一藥物，以及所述第一藥物承載器中每個(gè)單位劑量的第一單位劑量大??；確定與所述患者相關(guān)聯(lián)的自動(dòng)藥物發(fā)放單元包括第二藥物承載器，以及在所述第二藥物承載器中的每個(gè)單位劑量的第二單位劑量大小，所述第二藥物承載器具有第二藥物；確定所述第一藥物和所述第一單位劑量大小與所述第二藥物和所述第二單位劑量大小等同；以及促使所述遠(yuǎn)程單元的用戶，發(fā)放作為所述第一藥物承載器的再填充的所述第一藥物承載器，或者發(fā)放作為針對(duì)所述患者的新處方的所述第一藥物承載器。10.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器還與至少一個(gè)藥物發(fā)放單元通信，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括當(dāng)履行針對(duì)患者的處方時(shí)基于第一藥物承載器的第一序列號(hào)，識(shí)別所述第一藥物承載器中的第一藥物，以及所述第一藥物承載器中每個(gè)單位劑量的第一單位劑量大??；確定與所述患者相關(guān)聯(lián)的自動(dòng)藥物發(fā)放單元包括第二藥物承載器，以及在所述第二藥物承載器中的每個(gè)單位劑量的第二單位劑量大小，所述第二藥物承載器具有第二藥物；確定所述第一藥物與所述第二藥物等同，并且第一單位劑量大小與所述第二單位劑量大小不等同；以及促使所述遠(yuǎn)程單元的用戶核實(shí)針對(duì)所述第一藥物承載器的所述處方。11.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器還與至少一個(gè)藥物發(fā)放單元通信，所述遠(yuǎn)程單元還包括具有顯示器和至少一個(gè)用戶輸入設(shè)備的計(jì)算設(shè)備，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括通過(guò)所述計(jì)算設(shè)備，在所述顯示器上，，顯示包括針對(duì)給定日的至少一個(gè)計(jì)劃的藥物遞送的日歷；經(jīng)由所述至少一個(gè)用戶輸入設(shè)備，從所述計(jì)算設(shè)備的用戶接收相應(yīng)于所述給定日的選擇指示；響應(yīng)于所述選擇指示，通過(guò)所述計(jì)算設(shè)備，在所述顯示器上，顯示相應(yīng)于所述至少一個(gè)計(jì)劃的藥物遞送的至少一個(gè)可選擇的輸入機(jī)制；經(jīng)由所述至少一個(gè)用戶輸入設(shè)備，從所述計(jì)算設(shè)備的用戶接收相應(yīng)于所述至少一個(gè)可選擇的輸入機(jī)制的另一個(gè)選擇指示；以及基于所述其他的選擇指示，修改所述至少一個(gè)計(jì)劃的藥物遞送。12.如權(quán)利要求11所述的方法，修改所述至少一個(gè)計(jì)劃的藥物遞送還包括，當(dāng)所述其他的選擇指示是取消請(qǐng)求時(shí)，取消所述至少一個(gè)計(jì)劃的藥物遞送。13.如權(quán)利要求11所述的方法，修改所述至少一個(gè)計(jì)劃的藥物遞送還包括，當(dāng)所述其他的選擇指示是增加請(qǐng)求時(shí)，增加另一個(gè)計(jì)劃的藥物遞送。14.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器還與至少一個(gè)藥物發(fā)放單元通信，所述遠(yuǎn)程單元還包括具有顯示器和至少一個(gè)用戶輸入設(shè)備的計(jì)算設(shè)備，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括通過(guò)所述計(jì)算設(shè)備，在所述顯示器上，顯示儲(chǔ)存在自動(dòng)藥物發(fā)放單元中的、與患者相關(guān)聯(lián)并具有計(jì)劃的遞送的所有規(guī)定的藥物；通過(guò)所述計(jì)算設(shè)備，在所述顯示器上，顯示儲(chǔ)存在所述自動(dòng)藥物發(fā)放單元中的、與所述患者相關(guān)聯(lián)并在視需要的基礎(chǔ)上被發(fā)放的所有規(guī)定的藥物；以及通過(guò)所述計(jì)算設(shè)備，顯示儲(chǔ)存在所述自動(dòng)藥物發(fā)放單元中的、并與所述患者相關(guān)聯(lián)的所有非處方藥物。15.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器還與至少一個(gè)藥物發(fā)放單元通信，所述遠(yuǎn)程單元還包括具有顯示器和至少一個(gè)用戶輸入設(shè)備的計(jì)算設(shè)備，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括通過(guò)所述計(jì)算設(shè)備，在所述顯示器上，顯示提供多個(gè)選擇選項(xiàng)的錯(cuò)過(guò)行為的輸入機(jī)制，所述多個(gè)選擇選項(xiàng)的每一個(gè)相應(yīng)于可能的行為，所述可能的行為響應(yīng)于患者未從所述至少一個(gè)藥物發(fā)放單元接收藥物的計(jì)劃的單位劑量；以及經(jīng)由所述至少一個(gè)用戶輸入設(shè)備，從所述計(jì)算設(shè)備的用戶接收相應(yīng)于所述多個(gè)選擇選項(xiàng)的一個(gè)的選擇指示。16.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器還與至少一個(gè)藥物發(fā)放單元通信，所述遠(yuǎn)程單元還包括具有顯示器和至少一個(gè)用戶輸入設(shè)備的計(jì)算設(shè)備，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括通過(guò)所述計(jì)算設(shè)備，在所述顯示器上，顯示提供多個(gè)選擇選項(xiàng)的取消計(jì)劃的遞送的輸入機(jī)制，所述多個(gè)選擇選項(xiàng)的每一個(gè)相應(yīng)于可能的時(shí)間段，在患者未從所述至少一個(gè)藥物發(fā)放單元接收藥物的計(jì)劃的單位劑量之后，所述時(shí)間段的到期造成所述藥物的計(jì)劃的單位劑量被取消；以及經(jīng)由所述至少一個(gè)用戶輸入設(shè)備，從所述計(jì)算設(shè)備的用戶接收相應(yīng)于所述多個(gè)選擇選項(xiàng)的一個(gè)的選擇指示。17.一種在遠(yuǎn)程單元中的方法，所述遠(yuǎn)程單元與遠(yuǎn)程控制器通信，所述遠(yuǎn)程控制器還與至少一個(gè)藥物發(fā)放單元通信，所述遠(yuǎn)程單元還包括具有顯示器和至少一個(gè)用戶輸入設(shè)備的計(jì)算設(shè)備，在包括所述遠(yuǎn)程單元的系統(tǒng)中，所述方法包括通過(guò)所述計(jì)算設(shè)備，在所述顯示器上，并相應(yīng)于儲(chǔ)存在所述至少一個(gè)藥物發(fā)放單元中的藥物，顯示至少一個(gè)每標(biāo)準(zhǔn)化的時(shí)間段最多劑量的輸入機(jī)制，所述輸入機(jī)制能夠經(jīng)由所述至少一個(gè)用戶輸入設(shè)備接收劑量值的最大數(shù)目；儲(chǔ)存所述劑量值的最大數(shù)目；在相當(dāng)于所述標(biāo)準(zhǔn)化的時(shí)間段的時(shí)間段到期之后，比較給予的所述藥物的劑量的實(shí)際數(shù)目與所述劑量值的最大數(shù)目；以及當(dāng)所述藥物的劑量的實(shí)際數(shù)目不小于所述劑量值的最大數(shù)目時(shí)，限制所述藥物經(jīng)由所述至少一個(gè)藥物發(fā)放單元的進(jìn)一步給予。全文摘要一種使照護(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/00GK101802830SQ200880107490公開(kāi)日2010年8月11日申請(qǐng)日期2008年7月17日優(yōu)先權(quán)日2007年7月18日發(fā)明者克里斯托弗·博西,瑪麗·安妮·帕普申請(qǐng)人:鷹銳系統(tǒng)股份有限公司