本發(fā)明涉及對多個對象的治療進(jìn)行遠(yuǎn)程監(jiān)測和/或管理，其中，所述治療包括氣霧化藥物的遞送。

背景技術(shù)：
在醫(yī)學(xué)處置中經(jīng)常采用氣霧劑藥物遞送設(shè)備提供具有能夠被患者吸入的形式的藥物。可以采用各種技術(shù)（例如，采用壓電構(gòu)件）使具有粉末、液體或其他形式的藥劑氣霧化，以使得藥物能夠通過患者的氣道被吸收。這樣，可以針對呼吸疾病（例如，哮喘）施予氣霧劑藥物處置或者患者在呼吸的同時吸入藥物的其他治療。通常將氣霧劑藥物處置設(shè)計為在既定的時間周期內(nèi)施予特定的每日藥物劑量。然而，某些氣霧化藥劑，例如，抗生素可能要依據(jù)處方遵循特定的使用/停用循環(huán)間歇地提供給處置對象。這樣做是為了降低所要處置的細(xì)菌在無限期地提供抗生素的情況下產(chǎn)生對所述抗生素的耐藥性的可能性。所述使用/停用循環(huán)包括向處置對象遞送氣霧化藥劑的遞送周期和不向處置對象遞送氣霧化藥劑的非遞送周期?，F(xiàn)有的遵循使用/停用循環(huán)施用氣霧化藥劑的系統(tǒng)和技術(shù)需要操作人員在所述使用/停用循環(huán)的遞送周期結(jié)束時以及非遞送周期結(jié)束時改變處方。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的一個方面涉及一種被配置為對至少一個處置對象的處置進(jìn)行遠(yuǎn)程監(jiān)測的系統(tǒng)，其中，所述處置包括遞送多種氣霧化藥物，并且其中，所述多種氣霧化藥物中的至少一種遵循具有預(yù)定持續(xù)時間的使用/停用循環(huán)來遞送，所述使用/停用循環(huán)包括遞送周期和非遞送周期，在所述遞送周期期間向所述對象遞送所述至少一種氣霧化藥物，在所述非遞送周期期間不 向所述對象遞送所述至少一種氣霧化藥物，所述系統(tǒng)包括：服務(wù)器，其包括一個或多個被配置為執(zhí)行計算機(jī)程序模塊的處理器，所述計算機(jī)程序模塊包括信息采集模塊，所述信息采集模塊被配置為通過通信網(wǎng)絡(luò)獲得所述對象的處置信息，其中，所述對象的處置信息包括與所述對象的呼吸容量相關(guān)的信息以及傳達(dá)所述氣霧化藥物的遞送期間所述處置對象的呼吸的一個或多個呼吸參數(shù)的信息；用戶界面模塊，其被配置為生成使得用戶能夠有選擇地查看所述處置信息以及輸入與所述多種藥物相關(guān)的處方數(shù)據(jù)的用戶界面的定義；以及處置計算模塊，其被配置為基于所述處方數(shù)據(jù)計算要遞送給所述對象的每日處置的總次數(shù)，其中，所述計算模塊被配置為在處置進(jìn)入所述至少一種氣霧化藥物的使用/停用循環(huán)的遞送周期和/或非遞送周期時，自動地改變所述多種氣霧化藥物的每日處置的總次數(shù)。本發(fā)明的另一方面涉及一種對至少一個對象的處置進(jìn)行遠(yuǎn)程監(jiān)測的計算機(jī)實(shí)現(xiàn)方法，其中，所述處置包括遞送多種氣霧化藥物，并且其中，所述多種氣霧化藥物中的至少一種遵循具有預(yù)定持續(xù)時間的使用/停用循環(huán)來遞送，所述使用/停用循環(huán)包括遞送周期和非遞送周期，在所述遞送周期期間向所述對象遞送所述至少一種氣霧化藥物，在所述非遞送周期期間不向所述對象遞送所述至少一種氣霧化藥物，并且其中，所述方法是通過服務(wù)器實(shí)現(xiàn)的，所述服務(wù)器包括一個或多個被配置為執(zhí)行一個或多個計算機(jī)程序模塊的處理器，所述方法包括：在所述服務(wù)器的一個或多個處理器上執(zhí)行一個或多個計算機(jī)程序模塊，從而通過通信網(wǎng)絡(luò)獲得所述對象的處置信息，其中，所述對象的處置信息包括與對象的呼吸容量相關(guān)的信息以及傳達(dá)所述氣霧化藥物的遞送期間所述對象的呼吸的一個或多個呼吸參數(shù)的信息；在所述服務(wù)器的一個或多個處理器上執(zhí)行一個或多個計算機(jī)程序模塊，從而生成用戶界面的定義，所述用戶界面使得用戶能夠有選擇地查看所述處置信息以及輸入與所述多種藥物相關(guān)的處方數(shù)據(jù)；以及在所述服務(wù)器的一個或多個處理器上執(zhí)行一個或多個計算機(jī)程序模塊，從而基于所述處方數(shù)據(jù)計算出將向所述對象遞送的每日處置的總次數(shù)，其中，在處置進(jìn)入所述至少一種氣霧化藥物的使用/停用循環(huán)的遞送周期和/或非遞送周期時，自動地改變所述多種氣霧化藥物的所述每日處置的總次數(shù)。本發(fā)明的另一方面涉及一種被配置為對至少一個對象的處置進(jìn)行遠(yuǎn)程 監(jiān)測的系統(tǒng)，其中，所述處置包括遞送多種氣霧化藥物，并且其中，所述多種氣霧化藥物中的至少一種遵循具有預(yù)定持續(xù)時間的使用/停用循環(huán)來遞送，所述使用/停用循環(huán)包括遞送周期和非遞送周期，在所述遞送周期期間向所述對象遞送所述至少一種氣霧化藥物，在所述非遞送周期期間不向所述對象遞送所述至少一種氣霧化藥物，所述系統(tǒng)包括：用于通過通信網(wǎng)絡(luò)獲得所述對象的處置信息的裝置，其中，所述對象的處置信息包括與所述對象的呼吸容量相關(guān)的信息以及傳達(dá)所述氣霧化藥物的遞送期間所述對象的呼吸的一個或多個呼吸參數(shù)的信息；用于生成用戶界面的定義的裝置，所述用戶界面使得用戶能夠有選擇地查看所述處置信息以及輸入與所述多種藥物相關(guān)的處方數(shù)據(jù)；以及基于所述處方數(shù)據(jù)計算要遞送給所述對象的每日處置的總次數(shù)的裝置，其中，在處置進(jìn)入所述至少一種氣霧化藥物的使用/停用循環(huán)的遞送周期和/或非遞送周期時，所述計算裝置自動地改變所述多種氣霧化藥物的每日處置的總次數(shù)。附圖說明參考附圖，考慮以下描述和所附權(quán)利要求，本發(fā)明的這些和其他目的、特征和特性，以及結(jié)構(gòu)的相關(guān)元件的操作方法和功能、部分的組合以及制造的經(jīng)濟(jì)性將變得更加顯見，所有附圖形成本說明的部分，其中，在各附圖中類似的附圖標(biāo)記表示相對應(yīng)的部分。在本發(fā)明的一個實(shí)施例中，按比例繪制文中例示的結(jié)構(gòu)部件。不過，顯然可以理解，附圖僅是為了例示和描述的目的，而非限制本發(fā)明。此外，應(yīng)當(dāng)認(rèn)識到，在本文中的任何一個實(shí)施例中示出或描述的結(jié)構(gòu)特征也可以用到其他實(shí)施例中。不過，顯然可以理解，附圖僅僅是為了例示和描述的目的，而非旨在限定本發(fā)明的范圍。除非上下文中明確地另行指出，否則說明書和權(quán)利要求中采用的單數(shù)形式的“一”包括復(fù)數(shù)個討論目標(biāo)。圖1圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的被配置為對多個處置對象的處置狀況進(jìn)行遠(yuǎn)程監(jiān)測和/或管理的系統(tǒng)。圖2圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的示范性氣霧劑藥物遞送設(shè)備。圖3圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的在客戶端計算機(jī)平臺的 顯示器上顯示的圖形用戶界面。圖4圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的在客戶端計算機(jī)平臺的顯示器上顯示的圖形用戶界面。圖5圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的在客戶端計算機(jī)平臺的顯示器上顯示的圖形用戶界面。圖6示意性地圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的示出服務(wù)器上的患者處方數(shù)據(jù)的表格。圖7示意性地圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的示出服務(wù)器上的患者處方數(shù)據(jù)的表格。圖8圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的在客戶端計算機(jī)平臺的顯示器上顯示的圖形用戶界面。圖9圖示了根據(jù)本發(fā)明的一個或多個實(shí)施例的在客戶端計算機(jī)平臺的顯示器上顯示的圖形用戶界面。圖10圖示了一種對一個或多個處置對象的處置狀況進(jìn)行遠(yuǎn)程監(jiān)測和/或管理的方法的流程圖。具體實(shí)施方式圖1圖示了被配置為對多個對象的處置狀況進(jìn)行遠(yuǎn)程監(jiān)測和/或管理的系統(tǒng)10，其中，所述處置狀況包括氣霧化藥物的接收。系統(tǒng)10使諸如醫(yī)療護(hù)理提供者、研究人員、臨床管理者的用戶和/或其他用戶能夠通過集中式訪問點(diǎn)監(jiān)測和/或管理多個對象的處置狀況。其減少了要接近用戶和/或處置對象的物理要求，減輕了用戶對個體處置狀況進(jìn)行管理和/或監(jiān)測的管理性負(fù)擔(dān)，和/或提供了相對于常規(guī)系統(tǒng)的其他增強(qiáng)。在一個實(shí)施例中，系統(tǒng)10包括多個藥物遞送設(shè)備12、與多個對象相關(guān)聯(lián)的多個客戶端計算平臺14、服務(wù)器16、與系統(tǒng)10的一個或多個用戶相關(guān)聯(lián)的一個或多個客戶端計算平臺20和/或其他部件。藥物遞送設(shè)備12被配置為向?qū)ο筮f送氣霧化藥物。例如，藥物遞送設(shè)備12可以包括霧化器、帶有劑量計量的吸入器、帶有劑量計量的吸入器間隔器（spacer）、干噪粉末吸入器和/或其他能夠遞送氣霧化藥物的設(shè)備中的一者或多者。所述一個或多個藥物遞送設(shè)備12可以被配置為在臨床環(huán)境中、 在家庭環(huán)境中或者在兩種環(huán)境中使用。典型地，認(rèn)為藥物遞送設(shè)備12中的既定的一個與特定對象相關(guān)聯(lián)，并假定源自于藥物遞送設(shè)備12中的既定的一個的處置信息和與之相關(guān)聯(lián)的處置對象有關(guān)系。但是，不應(yīng)這一點(diǎn)視為構(gòu)成限制。參考圖2，該圖圖示了用于施用由對象吸入的氣霧劑形式的液體藥物L(fēng)的氣霧劑藥物遞送設(shè)備100的一個實(shí)施例。例如，設(shè)備100可以包括用于容納液體藥物L(fēng)的貯存器115和氣霧劑生成器120。氣霧劑生成器120在一個實(shí)施例中可以采取與喇叭式振動構(gòu)件125相組合的網(wǎng)格構(gòu)件105的形式，從而使液體藥物L(fēng)霧化或氣霧化。然而，這種類型的氣霧劑生成器120只是能夠在本發(fā)明的范圍內(nèi)使用的很多種不同類型的氣霧劑生成器的一個非限制性例子，下文將對其予以更加詳細(xì)的討論。在一個實(shí)施例中，可以將網(wǎng)格構(gòu)件105安裝到所述喇叭式振動構(gòu)件125的遠(yuǎn)端的末端表面上。藥物遞送設(shè)備100可以包含任何適當(dāng)?shù)碾娫矗ㄏ挛膶ζ溆枰杂懻摚瑥亩鴮仁秸駝訕?gòu)件125進(jìn)行電驅(qū)動。因而，喇叭式振動構(gòu)件125可以迫使液體L通過網(wǎng)格構(gòu)件105種的多個細(xì)孔，由此產(chǎn)生具有氣霧化的形式的液體藥物L(fēng)，其能夠被對象吸入。貯存器115可以是任何可以容納一定劑量的液體藥物的腔室、容器或罐。在多種實(shí)現(xiàn)方式中，可以按照2005年3月8日發(fā)布的題為“LiquidSprayDevice”的美國專利No.6863224（′224專利）中的描述來構(gòu)造和布置設(shè)備100的氣霧劑生成器120和貯存器115，通過引用將其公開內(nèi)容全文并入本文。然而，應(yīng)當(dāng)強(qiáng)調(diào)，′224專利只是公開了根據(jù)本發(fā)明的教導(dǎo)能夠采用的氣霧劑生成器和貯存器的類型的一個例子，通過文中的進(jìn)一步描述，這一點(diǎn)將變得顯而易見。如上文所述，氣霧劑生成器120可以采用任何類型的能夠?qū)⒁后w藥物L(fēng)轉(zhuǎn)化成能夠被對象吸入的氣霧劑和/或液滴的霧化器或氣霧劑生成裝置生成氣霧化的形式液體藥物L(fēng)。例如，如圖2中所示，設(shè)置在貯存器115內(nèi)的液體藥物L(fēng)可以抵達(dá)喇叭式振動構(gòu)件125的遠(yuǎn)端和網(wǎng)格105（例如，具有多個細(xì)孔的金屬或非金屬篩網(wǎng)）之間的近側(cè)接觸點(diǎn)。電源可以向氣霧劑生成器120遞送電力脈沖，從而使喇叭125發(fā)生振動，并驅(qū)動液體藥物通過網(wǎng)格105。但是，顯然可以采用各種其他氣霧劑生成器120，其包括采用Raleigh 分散原理、壓電晶體技術(shù)或者本領(lǐng)域已知的其他霧化設(shè)備或技術(shù)的噴射霧化器、振動網(wǎng)格、振動喇叭、噴嘴。應(yīng)當(dāng)認(rèn)識到，這些只是能夠與本發(fā)明一起使用的氣霧劑生成器類型的非限制性例子，對于本申請而言可以采用任何適當(dāng)?shù)哪軌蚴挂后w藥物霧化或氣霧化的設(shè)備。從上文的討論可以認(rèn)識到，可以將氣霧劑生成器120配置為接收來自電源的電力脈沖，直到使腔室115內(nèi)的所有液體氣霧化以供處置對象吸入為止。因而，可以在每一處置實(shí)例當(dāng)中施用均勻的藥物劑量。然而，出于各種原因，氣霧劑生成器120本身可能未必針對每次處置都保持均勻的處置持續(xù)時間。例如，患者的呼吸模式（例如，吸入與呼出比值、呼吸頻率等）可能影響藥物施予速率，其將對處置時間造成潛在的影響。在另一個例子中，氣霧劑生成器120的網(wǎng)格105在經(jīng)過一個療程之后可能變臟，或者可重復(fù)使用的網(wǎng)格在經(jīng)過由相繼的處置構(gòu)成的療程之后可能變得更臟，或者可能在處置之間對更換了網(wǎng)格，或者網(wǎng)格可能隨著時間的推移而劣化，所有的這些連同其他作用因素都可能對處置時間造成影響（例如，通過降低生成器120輸出氣霧化藥物的速率而產(chǎn)生影響）。重新參考圖1，客戶端計算平臺14可以包括筆記本電腦、臺式計算機(jī)、上網(wǎng)本、智能電話和/或其他客戶端計算平臺中的一種或多種。每一客戶端計算平臺14至少間歇地與藥物遞送設(shè)備12中的相應(yīng)的一個通信耦合，從而由藥物遞送設(shè)備12獲得信息和/或向其提供指令或其他通信?？梢酝ㄟ^（例如）無線連接（例如，藍(lán)牙、WiFi、紅外、WiMax和/或其他無線連接）和/或有線連接（例如，USB、火線等）來完成該通信。這些通信可以包括相應(yīng)的藥物遞送設(shè)備12當(dāng)前（例如，通過無線媒介）連接的客戶端計算平臺14的判斷所發(fā)起的相對較短的數(shù)據(jù)上傳（例如，“同步”），其可以在客戶端計算平臺14上后臺運(yùn)行（不會對正在其上運(yùn)行的其他過程和/或應(yīng)用造成顯著的中斷）。在一個實(shí)施例中，客戶端計算平臺14和藥物遞送設(shè)備12之間的通信包括更為專用的會話，在所述會話中為客戶端計算平臺14上運(yùn)行的涉及與客戶端計算平臺14的通信的過程賦予較高的優(yōu)先權(quán)，和/或通過與客戶端計算平臺14相關(guān)聯(lián)的顯示的至少一部分實(shí)時地或近乎實(shí)時地提供與藥物遞送設(shè)備12的使用和/或功能相關(guān)聯(lián)的圖形用戶界面?？蛻舳擞嬎闫脚_14可以包括一個或多個被配置為運(yùn)行一個或多個計算機(jī)程序模塊的處理器。在客戶端計算平臺14的一個或多個處理器上運(yùn)行的一個或多個計算機(jī)程序模塊中的至少一些包括與軟件應(yīng)用相關(guān)的軟件模塊，所述軟件應(yīng)用提供（例如）接收來自藥物遞送設(shè)備12的治療信息以及向服務(wù)器16發(fā)送治療信息的功能。將這些軟件模塊存儲到可被客戶端計算平臺14的一個或多個處理器訪問的電子存儲介質(zhì)上。在一個實(shí)施例中，在客戶端計算平臺14上不存儲任何治療信息，而且客戶端計算平臺14也不處理任何治療信息。而是將所要處理的治療信息發(fā)送至服務(wù)器16。在客戶端計算平臺14上從藥物遞送設(shè)備12接收的信息可以包括（例如）將發(fā)送至服務(wù)器16的治療信息。所述治療信息可以包括（例如）總氣霧劑（例如，喇叭）致動時間、患者吸入所用的總時間量、患者呼出所用的總時間量、與治療期間藥物遞送設(shè)備12的工作所處的功率水平相關(guān)的信息和/或其他治療信息中的一者或多者，下文將對此做進(jìn)一步討論?？蛻舳擞嬎闫脚_14可以基于這一信息向?qū)ο螅ê?或護(hù)理人員或其他用戶）提供用戶界面，其使對象能夠訪問所述治療的效率的指示、對處方規(guī)定的治療方案的患者舒適度、藥物遞送設(shè)備12的工作效率和/或其他與治療相關(guān)的信息。如上文所述，使客戶端計算平臺14與服務(wù)器16通信連接?？梢酝ㄟ^網(wǎng)絡(luò)來實(shí)現(xiàn)客戶端計算平臺14和服務(wù)器16之間的通信。例如，這一網(wǎng)絡(luò)可以包括互聯(lián)網(wǎng)和/或與臨床（或者診所的集合）、醫(yī)院（或者醫(yī)院集合）、研究機(jī)構(gòu)和/或其他實(shí)體相關(guān)聯(lián)的內(nèi)聯(lián)網(wǎng)。服務(wù)器16包括一個或多個計算平臺，它們被配置為向運(yùn)行于客戶端計算平臺上的多個客戶端應(yīng)用分發(fā)信息。作為非限制性例子，服務(wù)器16可以包括Web服務(wù)器。在一個實(shí)施例中，服務(wù)器16是只執(zhí)行與主機(jī)操作及服務(wù)內(nèi)容相關(guān)的計算機(jī)模塊的專用服務(wù)器平臺。在一個實(shí)施例中，在執(zhí)行與文中討論的服務(wù)器功能共存的其他類型的處理的計算平臺上來實(shí)現(xiàn)服務(wù)器16。在這一實(shí)施例中，可以將服務(wù)器16實(shí)施到被配置為執(zhí)行服務(wù)器功能的諸如個人臺式計算機(jī)或筆記本電腦的計算平臺上。盡管在圖1中將服務(wù)器16示作呈現(xiàn)為實(shí)際物體的單獨(dú)部件，但是在實(shí)施例中，服務(wù)器16是可通過通信網(wǎng)絡(luò)被客戶端計算平臺14和20所訪問的虛擬服務(wù)器。從圖1中可以看出，服務(wù)器16包括處理器36。處理器36被配置為提供服務(wù)器16中的信息處理能力。因而，處理器36可以包括數(shù)字處理器、模擬處理器、被設(shè)計為處理信息的數(shù)字電路、被設(shè)計為處理信息的模擬電路、狀態(tài)機(jī)和/或其他用于以電子的方式處理信息的裝置中的一個或多個。盡管在圖1中將處理器36示為單個實(shí)體，但是其僅用于舉例說明目的。在一些實(shí)現(xiàn)方式中，處理器36可以包括多個處理單元。這些處理單元可以實(shí)際處于同一設(shè)備內(nèi)，或者處理器36可以表示通過協(xié)調(diào)工作提供本文中屬于服務(wù)器16的功能的多個設(shè)備（例如，多個服務(wù)器）的處理功能。處理器36被配置為執(zhí)行一個或多個計算機(jī)程序模塊。所述一個或多個計算機(jī)程序模塊可以包括信息采集模塊38、用戶模塊40、對象模塊42、用戶界面模塊44、通信模塊46、處置計算模塊48、警報模塊50和/或其他模塊中的一者或多者。處理器36可以被配置為通過軟件；硬件；固件；軟件、硬件和/或固件的某種組合；和/或其他用于配置處理器36上的處理能力的機(jī)構(gòu)來執(zhí)行模塊38、40、42、46、48和/或50。應(yīng)當(dāng)認(rèn)識到，盡管在圖1中將模塊38、40、42、44、46、48和/或50示為共同處于單個處理單元內(nèi)，但是在處理器36包括多個處理單元的實(shí)現(xiàn)方式中，模塊38、40、42、44、46、48和/或50中的一者或多者可以相對于其他模塊處于遠(yuǎn)程位置。對下文所述的不同模塊38、40、42、44、46、48和/或50提供的功能的描述只是出于舉例說明的目的，其并非旨在構(gòu)成限制，因?yàn)槟K38、40、42、44、46、48和/或50中的任何模塊都可能提供多于或者少于所描述的功能的功能。例如，可以去除模塊38、40、42、44、46、48和/或50中的一者或多者，并且可以通過模塊38、40、42、44、46、48和/或50中的其他模塊提供其功能的部分或全部。作為另一個例子，可以將處理器36配置為執(zhí)行一個或多個額外的模塊，所述模塊可以執(zhí)行屬于模塊38、40、42、44、46、48和/或50之一的功能的部分或全部。信息采集模塊38被配置為從包括藥物遞送設(shè)備12的多個藥物遞送設(shè)備獲得治療信息。在一個實(shí)施例中，其包括與客戶端計算平臺14通信，從而分別接收從藥物遞送設(shè)備12傳送到客戶端計算平臺14治療信息。信息采集模塊38通過使服務(wù)器16與客戶端計算平臺14連接的通信網(wǎng)絡(luò)接收信息采集模塊38從客戶端計算平臺14獲得的治療信息?？梢宰詣佑|發(fā)（例 如，以預(yù)定的間隔，在客戶端計算平臺從藥物遞送設(shè)備12獲得額外的治療信息之后，等等）或者通過向客戶端計算平臺14輸入命令來手動觸發(fā)從客戶端計算平臺14通過通信網(wǎng)絡(luò)向信息采集模塊38的治療信息傳送。用戶模塊40被配置為管理用戶的一個或多個用戶資料，其中，為所述用戶提供了對服務(wù)器16從藥物遞送設(shè)備12獲得的處置信息的訪問。文中采用的“用戶”一詞可以包括護(hù)理人員、研究人員、管理人員和/或其他個人，應(yīng)當(dāng)為這些人提供對與使用藥物遞送設(shè)備12的多個對象相關(guān)的處置信息的訪問。用戶資料可以包括使得用戶能夠被識別和/或與特定的用戶資料相關(guān)聯(lián)的識別信息（例如，用戶ID等）、使得用戶能夠得到驗(yàn)證的面向服務(wù)器16的驗(yàn)證信息（例如，注冊、口令等）、與用戶相關(guān)聯(lián)的配置喜好和/或其他與個體用戶相關(guān)聯(lián)的信息。應(yīng)當(dāng)認(rèn)識到，兩個藥物遞送設(shè)備12不是服務(wù)器16接收治療信息的僅有的藥物遞送設(shè)備。例如，在圖1中還使額外的藥物遞送設(shè)備（未圖示）（例如，通過對應(yīng)的客戶端計算平臺）與服務(wù)器16通信連接。在一個實(shí)施例中，用戶模塊40管理的用戶資料中包含的與各個用戶相關(guān)的信息包括指示應(yīng)當(dāng)為各個用戶提供對哪些藥物遞送設(shè)備的訪問的訪問權(quán)限。所述訪問權(quán)限甚至可以指示應(yīng)當(dāng)準(zhǔn)許既定用戶訪問的治療信息的具體類型（例如，與設(shè)備的性能效率或有效性相關(guān)的信息，而不是與患者的呼吸容量、治療和/或舒適度相關(guān)的信息）。對象模塊42配置為管理多個對象資料，它們對應(yīng)于由信息采集模塊38獲得的治療信息的對象。對應(yīng)于既定對象的對象資料包括識別對象的識別信息（例如，姓名、患者或?qū)ο缶幪柕龋┖歪槍榷▽ο螳@得的信息中的一者或多者。對應(yīng)于既定對象的對象資料可以包括哪些用戶應(yīng)該接收到與給定對象相關(guān)聯(lián)的治療信息的訪問的相關(guān)信息。在一個實(shí)施例中，可以按照題為“SystemandMethodofRemotelyMonitoringand/orManagingtheTreatmentofaPluralityofSubjectswithAerosolizedMedicament”的未決美國專利申請No.61/234264中的描述構(gòu)造和布置對象模塊，通過引用將其公開內(nèi)容的全文并入本文。用戶界面模塊44被配置為生成針對用戶的用戶界面的定義，所述用戶界面使得用戶能夠有選擇地查看信息采集模塊38獲得的治療信息、與處置 計算模塊48確定的計算相關(guān)的信息、警報模塊50生成的信息和/或其他信息。其包括使得用戶能夠選擇特定的對象或者一組療對象，并基于所述選擇查看與所述特定對象或該組對象相關(guān)的信息。通過用戶界面模塊44生成的定義所定義的用戶界面還使得用戶能夠選擇信息類型、基于治療信息的分析、選定信息和/或分析的具體視圖；并且能夠查看選定視圖中的選定信息類型和/或分析。在一個實(shí)施例中，通過用戶界面模塊44生成的用戶界面的定義包括能夠在客戶端計算平臺上通過Web瀏覽器查看的網(wǎng)頁。網(wǎng)頁的定義可以包括（例如）HTML、dHTML、XML、JAVA、Flash和/或通過其他可被Web瀏覽器讀取的格式編碼的信息。在一個實(shí)施例中，針對更加專業(yè)的客戶端應(yīng)用生成通過用戶界面模塊48生成的用戶界面的定義。例如，客戶端應(yīng)用可以已經(jīng)包括了用于有選擇地查看治療信息的視圖，而通過用戶界面模塊48生成的用戶界面的定義可以僅包括可以在客戶端應(yīng)用提供的既定視圖中查看的治療信息的值。在該實(shí)施例中，客戶端應(yīng)用接收通過所述用戶界面的定義中包含的治療信息的值，從而將所述值的部分或全部（酌情）插入到視圖的對應(yīng)部分內(nèi)。在一個實(shí)施例中，用戶界面模塊44生成向用戶提供一個或多個視圖的用戶界面的定義，所述界面使得通過處方為患者或者患者群設(shè)定的處置方案的一個或多個參數(shù)能夠受到用戶調(diào)整。之后通過服務(wù)器16將通過用戶界面模塊44生成的定義所定義的用戶界面輸入的調(diào)整提供給適當(dāng)?shù)乃幬镞f送設(shè)備（例如，藥物遞送設(shè)備12）。通信模塊46被配置為將通過用戶界面模塊44生成的用戶界面的定義提供給用戶。在一個實(shí)施例中，通信模塊46通過將所述用戶界面提供（serve）給與所述用戶相關(guān)的客戶端計算平臺20而完成這一操作?？蛻舳擞嬎闫脚_20可以包括筆記本電腦、臺式計算機(jī)、上網(wǎng)本、智能電話和/或其他客戶端計算平臺中的一者或多者。通信模塊46可以通過網(wǎng)絡(luò)將所述用戶界面提供給客戶端計算平臺20。這一網(wǎng)絡(luò)可以包括互聯(lián)網(wǎng)和/或與診所（或者診所的集合）、醫(yī)院（或者醫(yī)院的集合）或其他實(shí)體相關(guān)的內(nèi)聯(lián)網(wǎng)。為了查看所定義的用戶界面，客戶端計算平臺20可以實(shí)施諸如web瀏覽器的通用客戶端應(yīng)用，從而基于來自通信模塊20的通信內(nèi)容繪制用戶界面。如上文提到過 的，在一個實(shí)施例中，客戶端計算平臺20可以執(zhí)行為觀看通信模塊46定義的用戶界面專門設(shè)計的客戶端應(yīng)用，而不是諸如web瀏覽器的通用客戶端應(yīng)用。在一個實(shí)施例中，通過用戶界面模塊44定義的用戶界面使得用戶能夠輸入指向?qū)ο蠡蛘邔ο蠼M的通信。之后，通過通信模塊48將這一通信分配給所述對象或?qū)ο蠼M?？梢酝ㄟ^對象的藥物遞送設(shè)備（例如，通過客戶端計算平臺14經(jīng)由藥物遞送設(shè)備12），通過一個或多個與所述對象或?qū)ο蠼M相關(guān)聯(lián)的客戶端計算設(shè)備和/或通過與所述對象或?qū)ο蠼M相關(guān)聯(lián)的其他通信設(shè)備（例如，通過SMS消息，通過語音郵件，通過自動化電話呼叫）將所述通信分配給所述對象或?qū)ο蠼M。這些通信內(nèi)容可以包括用戶從預(yù)定義的通信內(nèi)容組中選擇的消息，其指示患者或者患者組應(yīng)當(dāng)關(guān)于其藥物遞送設(shè)備做出的行動、應(yīng)當(dāng)對為所述患者或患者群處方設(shè)定的處置方案做出的調(diào)整、患者或患者組在處置期間應(yīng)當(dāng)對其呼吸做出的調(diào)整和/或其他消息。所述用戶界面可以基于對信息采集模塊38獲得的治療信息的分析向用戶呈現(xiàn)一組用于傳送給對象的通信內(nèi)容。在一個實(shí)施例中，通信模塊46還使得對象能夠向用戶傳回通信內(nèi)容。例如，可以將通信模塊46配置為接收對象向藥物遞送設(shè)備12和/或客戶端計算平臺14輸入的通信內(nèi)容，以及將這樣的通信內(nèi)容提供給適當(dāng)?shù)挠脩簦ɡ?，通過客戶端計算平臺14）。這些通信內(nèi)容可以是響應(yīng)于接收自用戶的通信內(nèi)容的（例如，確認(rèn)已經(jīng)做出和/或采取了來自用戶的通信內(nèi)容中指示的變化和/或行動）或者可以完全是由對象發(fā)起的。應(yīng)當(dāng)認(rèn)識到，實(shí)現(xiàn)服務(wù)器16和與個體對象相關(guān)的設(shè)備（例如，藥物遞送設(shè)備12和/或客戶端計算平臺14）之間的通信提供了相對于先前系統(tǒng)的各種增強(qiáng)。例如，將與不同患者相關(guān)的治療信息傳送至集中化實(shí)體（服務(wù)器16）為用戶提供了對監(jiān)測和/或管理多個不同的患者和/或藥物遞送設(shè)備所需的信息的集中的方便的訪問。類似地，使得用戶能夠生成從所述集中化實(shí)體發(fā)往個體患者的自定義通信則促進(jìn)了患者的優(yōu)越的處置體驗(yàn)。在一個實(shí)施例中，能夠通過服務(wù)器16訪問治療信息的用戶包括接收治療的實(shí)際患者，而不僅僅是護(hù)理提供者、研究人員等。在該實(shí)施例中，患者可以采用“瘦”客戶端應(yīng)用（例如，web瀏覽器）從服務(wù)器16訪問治療 信息，而不是在客戶端計算平臺14和/或客戶端計算平臺20上運(yùn)行“胖”客戶端應(yīng)用來監(jiān)測治療。這樣可以降低與圖1所示的系統(tǒng)的設(shè)置和/或維護(hù)相關(guān)的成本，因?yàn)槠湎嗽谂c患者相關(guān)的客戶端計算平臺（例如，客戶端計算平臺14和/或客戶端計算平臺20）上分配、安裝、維護(hù)和更新專用軟件所帶來的相關(guān)成本。參考圖3，該圖圖示了用戶界面模塊44定義的用戶界面的視圖300，其包括對象對處置方案的舒適度所涉及的治療信息?？梢詫⑦@一視圖300稱為“處置視圖”。從圖3可以看出，處置視圖300為用戶提供有關(guān)對象或?qū)ο蠼M接收到的處置的頻率和/或持續(xù)時間的信息和/或其他信息。在圖3中，處置視圖300包括示出每一星期每日噴霧治療的實(shí)際總次數(shù)的第一圖表301、示出每一星期實(shí)際的總每日噴霧治療時間的第二圖表302以及示出對于既定的一個星期實(shí)際的每日噴霧治療次數(shù)的第三圖表303。盡管在圖3中未圖示，但是第三圖表303能夠顯示對于既定的一個星期而言每天的噴霧時間。如圖3所示，所述處置視圖還顯示了通過圖表301中的線305以及圖表303中的線307表示的預(yù)期或目標(biāo)每日噴霧總次數(shù)，以及通過圖表304中的線306表示的預(yù)期或者目標(biāo)總每日噴霧時間。也可以在處置視圖300的頂部的區(qū)域308內(nèi)顯示預(yù)期的每日噴霧總次數(shù)和預(yù)期的每日噴霧時間。處置視圖300還顯示了治療的最后兩個星期的性能指標(biāo)匯總304。但是，不應(yīng)這一點(diǎn)視為構(gòu)成限制。在一個實(shí)施例中，可以在不同的數(shù)目的星期內(nèi)對所述匯總求平均。類似地，圖4圖示了通過用戶界面模塊44定義的用戶界面的實(shí)施例，其中，所述用戶界面包括視圖400，其向用戶呈現(xiàn)與患者或患者組使用的藥物遞送設(shè)備的性能相關(guān)的治療信息?？梢詫⑦@一視圖400稱為“設(shè)備視圖”。設(shè)備視圖400包括與用來對藥物遞送設(shè)備的性能進(jìn)行定量表示的度量相關(guān)的信息。在圖4中，所監(jiān)測的度量包括圖表401中所示的每一星期的藥物遞送設(shè)備的網(wǎng)格性能、圖表402中所示的潮式呼吸模式（TBM）吸入時間以及圖表403中所示的休止時間。設(shè)備視圖400還顯示了通過線405表示的目標(biāo)網(wǎng)格性能、通過線406表示的目標(biāo)TBM吸入時間以及通過線407表示的目標(biāo)休止時間。類似地，性能指標(biāo)匯總404也是針對治療的最近兩個星期 表示的。但是，不應(yīng)這一點(diǎn)視為構(gòu)成限制。在一個實(shí)施例中，可以在不同的次數(shù)的星期內(nèi)對所述匯總求平均。所述用戶界面內(nèi)可以包含的其他視圖可以包括處方視圖、記錄視圖、對象分組視圖、呼吸容量視圖和/或其他視圖中的一種或多種。處方視圖包括與為對象或?qū)ο蠼M處方設(shè)定的治療方案相關(guān)的信息。所述記錄視圖包括與對象或?qū)ο蠼M的設(shè)備使用和/或呼吸機(jī)能歷史相關(guān)的信息。對象分組視圖使得用戶能夠查看、創(chuàng)建和/或操縱對象的分組?？梢曰谌丝诮y(tǒng)計學(xué)信息（例如，年齡、種族、性別、地理位置、教育、社會經(jīng)濟(jì)學(xué)分類和/或其他人口統(tǒng)計學(xué)信息）、醫(yī)療條件、接收到的藥物、處方設(shè)定的治療方案、呼吸能力和/或其他信息中的一者或多者建立對象分組。可以由用戶手動完成這一分組，和/或由服務(wù)器16自動完成這一分組。例如，參考圖5，該圖圖示了處方視圖500的一個實(shí)施例。對于給定患者而言，處方視圖包括與為對象處方開具的治療方案相關(guān)的信息。其包括每種處方開具的藥物的名稱、臨床醫(yī)生處方（即每種藥物的每日處置次數(shù)，其處于1到10的范圍內(nèi)）以及每日噴霧的次數(shù)。針對要遞送給對象的每一藥物體積而言，藥物遞送設(shè)備12的腔室體積以及每次治療的腔室填充次數(shù)被顯示為預(yù)置限制。這些限制是由遞送所需的治療效果所需的藥物劑量（mg）所決定的，所述治療效果由所進(jìn)行的每種藥物的臨床試驗(yàn)支持。在一個實(shí)施例中，用戶（其可能是系統(tǒng)管理員）采用用戶界面模塊44將處方視圖500中所示的針對每一患者的處方信息輸入到處方數(shù)據(jù)記錄表內(nèi)。圖6示意性地圖示了可以在服務(wù)器16上獲得的或者能夠?yàn)槠渌幚淼幕颊咛幏綌?shù)據(jù)的一個實(shí)施例。出于舉例說明的目的，將患者處方數(shù)據(jù)布置到了表格600內(nèi)。應(yīng)當(dāng)認(rèn)識到，表格600并不是圖形用戶界面。表格600只是示意性地圖示了用戶輸入的處方信息以及服務(wù)器16的處置計算模塊48處理的各種數(shù)據(jù)（例如，每日處置次數(shù)和/或每日處置時間）。注意，在圖5的處方視圖500中顯示了表格600的列601-607。表格600包括含有在治療期間要遞送的（一種或多種）藥物的名稱的第一列601。對于每種藥物，用戶界面模塊44使得用戶能夠進(jìn)一步識別是否應(yīng)當(dāng)對該藥物進(jìn)行周期性的使用/停用，以及所述循環(huán)的持續(xù)時間（即，所述循環(huán)的向?qū)ο筮f送藥物的遞送周期和不向?qū)ο筮f送藥物的非遞送周期）。對于某些藥物（例如，抗生素） 希望這樣做，從而降低所要處置的細(xì)菌在無限期地提供抗生素的情況下可能產(chǎn)生對所述抗生素的耐藥性的可能性。假設(shè)應(yīng)當(dāng)對特定的藥物進(jìn)行周期性的使用/停用，那么用戶界面模塊44適于生成自動在處方視圖中添加額外的行的用戶界面定義（在表格600中對此給出了示意性表示）。之后，用戶識別在處置開始時所述藥物處于所述使用/停用循環(huán)的遞送周期（使用周期）還是非遞送周期（停用周期）。在一個實(shí)施例中，處置的開端開始于星期一，而在下一星期一開始的各次治療則遵循處方的變化。在一個實(shí)施例中，在遵循使用/停用循環(huán)向?qū)ο筮f送特定藥物時，將系統(tǒng)10配置為使用戶能夠選擇在所述特定藥物的非遞送周期（停用周期）內(nèi)向所述對象遞送一種或多種備選藥物。在一種實(shí)現(xiàn)方式當(dāng)中，使用用戶界面模塊44完成這一操作，用戶界面模塊44生成對用戶界面的定義，其提示用戶判斷是否應(yīng)當(dāng)在所述特定藥物的非遞送周期內(nèi)遞送一種或多種備選藥物，并且在應(yīng)當(dāng)遞送備選藥物的情況下提示（一種或多種）所述備選藥物的名稱和處方信息。例如，在圖6中，表格600列出了6種藥物，其中的三種具有28天使用/停用循環(huán)周期（甲磺酸多粘菌素鈉（Promixin）、妥布霉素（Tobramycin）和氨曲南（Aztreonam））。在圖6中對于治療的特定的一個星期而言，甲磺酸多粘菌素鈉處于非遞送周期（列601中的“停用/使用”指示），妥布霉素和氨曲南都處于遞送周期（列601中的“使用/停用”指示）。相反，由于甲磺酸多粘菌素鈉、妥布霉素和氨曲南的循環(huán)周期是相同的，因而將在妥布霉素和氨曲南的非遞送周期內(nèi)遞送甲磺酸多粘菌素鈉。在圖6中，第一種錄入的藥物（甲磺酸多粘菌素鈉）的使用/停用循環(huán)周期具有持續(xù)時間相等的遞送周期和非遞送周期。遞送周期是4個星期或28天。在該周期內(nèi)，將按天向?qū)ο筮f送28天的甲磺酸多粘菌素鈉。于是，在第一個28天的周期之后，甲磺酸多粘菌素鈉治療將進(jìn)入非遞送周期，該周期也持續(xù)4個星期或者28天。在該周期之后，甲磺酸多粘菌素鈉將再次進(jìn)入新的有效遞送周期。盡管將表格600所示的藥物遞送周期設(shè)置為28天，但其不構(gòu)成限制。應(yīng)當(dāng)認(rèn)識到，所述使用/停用循環(huán)周期是基于藥物和臨床醫(yī)生處方確定的。因此，應(yīng)當(dāng)認(rèn)識到所述使用/停用循環(huán)周期可以是任何持續(xù)時間，而且遞送周期的持續(xù)時間可以不同于非遞送周期。表格600還包括針對每種藥物的識別藥物的顏色代碼的第二列602、識別對于該藥物應(yīng)當(dāng)填充的藥物遞送設(shè)備12的腔室容積的第三列603、識別對于每次用藥應(yīng)當(dāng)填充的藥物遞送設(shè)備的腔室的次數(shù)的第四列604以及在1到10的范圍內(nèi)識別臨床醫(yī)生針對該藥物開具的每日處方的第五列605。將列603和604中數(shù)據(jù)顯示為處方視圖500中的預(yù)置限制。如前所述，這些數(shù)據(jù)是由遞送所需的治療效果所需的藥物劑量（mg）所決定的，所述治療效果由所進(jìn)行的每種藥物的臨床試驗(yàn)支持。重新參考圖1，在一個實(shí)施例中，處置計算模塊48被配置為基于表格600中提供的信息計算每周的每日處置次數(shù)，以及每日處置時間。所述治療可以包括一種或多種氣霧化藥物的遞送和/或一種或多種氣霧化藥物的遵循具有預(yù)定持續(xù)時間的使用/停用循環(huán)周期的遞送。在治療的開始和/或在每次向?qū)ο箝_具新藥處方時執(zhí)行計算。處置計算模塊48還被配置為在治療進(jìn)入或者即將進(jìn)入一種或多種氣霧化藥物的使用/停用循環(huán)周期的遞送周期和/或非遞送周期時自動改變每日處置的總的次數(shù)和/或每日處置時間，下文將對此予以更加詳細(xì)的解釋。例如，參考圖1和圖6，處置計算模塊48被配置為基于每次處置的腔室填充次數(shù)（列604中的信息）和臨床醫(yī)生處方（列605中的信息），針對每種藥物和每一星期計算每日處置的次數(shù)。對于每種藥物而言，通過將列604和605內(nèi)的數(shù)據(jù)相乘來完成這一操作。為了執(zhí)行所述針對每種藥物的計算，處置計算模塊48判斷是否應(yīng)當(dāng)使特定藥物進(jìn)行使用/停用循環(huán)，如果是，那么判斷所述藥物是處于遞送周期還是處于非遞送周期。如果應(yīng)當(dāng)對所述特定藥物進(jìn)行使用/停用循環(huán)，并且其處于遞送周期，那么所述處置計算模塊48在列606內(nèi)輸出所述乘法運(yùn)算的結(jié)果。相反，如果所述特定藥物處于非遞送周期，那么處置計算模塊48在列606內(nèi)自動輸出零。如前所述，針對治療的每一星期執(zhí)行計算。在一種實(shí)現(xiàn)方式中，在治療的既定的一個星期之前，處置計算模塊48基于表格600中所示的由用戶通過處方數(shù)據(jù)表提供的處方信息（仍是參考處方視圖500）確定每日處置的次數(shù)和/或每日處置時間。處置計算模塊48在不考慮對于該特定星期處于非遞送周期的（一種或多種）藥物的情況下計算處方藥物的每日處置次數(shù)和/或每日處置時間。因此，由于針對每星期執(zhí)行計算，因而處置計算模塊48 適于在治療進(jìn)入或者即將進(jìn)入一種或多種氣霧化藥物的使用/停用循環(huán)周期的遞送周期和/或非遞送周期時自動改變每日處置的總次數(shù)和/或每日處置時間。應(yīng)當(dāng)認(rèn)識到，使要遞送給對象的（一種或多種）處方藥物的每日處置總次數(shù)和/或每日處置時間能夠自動變化提供了相對于先前系統(tǒng)的各種增強(qiáng)。例如，其不需要操作人員在每當(dāng)治療進(jìn)入非遞送周期或者遞送周期時都改變處方，因而處置視圖300中的目標(biāo)線305、306和307是正確的。在一個實(shí)施例中，在特定藥物的非遞送周期內(nèi)，在處方視圖500中通過不同的顏色，例如通過灰色顯示與該特定藥物相關(guān)的信息/數(shù)據(jù)。例如，圖7圖示了根據(jù)一個實(shí)施例的表格600。表格600包括兩種根據(jù)具有相同持續(xù)時間的使用/停用循環(huán)周期遞送給對象的藥物（甲磺酸多粘菌素鈉和妥布霉素）。如圖7所示，甲磺酸多粘菌素鈉處于其使用/停用循環(huán)的非遞送周期內(nèi)，并且已經(jīng)示意性地通過灰色對其進(jìn)行排除。這一顏色變化將出現(xiàn)在處方視圖500內(nèi)。在甲磺酸多粘菌素鈉的非遞送周期內(nèi)將妥布霉素遞送給對象。一旦甲磺酸多粘菌素鈉的遞送進(jìn)入了其有效遞送周期，用戶界面模塊44將自動生成對用戶界面定義，其將妥布霉素變灰排除而甲磺酸多粘菌素鈉則不受到變灰排除。在針對既定的星期獲得了每種藥物的每日處置次數(shù)之后，處置計算模塊48被適配為計算該星期內(nèi)要遞送給對象的處置或噴霧的總次數(shù)TNT。這一操作是通過對列606中的每日治療次數(shù)求和完成的。在表格600的框608中圖示了計算的輸出，并且通過處置視圖300和處方視圖500內(nèi)的線305對其給出了顯示。這一通過線305表示的目標(biāo)對于表明對象是否達(dá)到處方設(shè)定次數(shù)的處置是很重要的。處置計算模塊48還被配置為針對每種藥物計算每星期的使藥物遞送設(shè)備12的腔室內(nèi)的藥物體積氣霧化所需的每日喇叭啟用時間。所述每日喇叭啟用時間對應(yīng)于藥物遞送設(shè)備12的致動時間。在圖6的表格600中，以0.5ml/min的全局遞送速率來確定所述每日喇叭啟用時間，并且該時間是采用列603中顯示的腔室體積以及列605中顯示的臨床醫(yī)生處方獲得的。然而，這不構(gòu)成限制。應(yīng)當(dāng)認(rèn)識到，在本發(fā)明的其他實(shí)施例中，所述每日喇叭啟用時間是以不同的遞送速率計算出來的。此外，在一個實(shí)施例中，所 述處置計算模塊48能夠針對每種藥物采用單獨(dú)的輸出速率，因?yàn)閭€體的粘滯度可能發(fā)生變化，其可能影響藥物的輸出速率，因而影響所述每日喇叭啟用時間。在一個實(shí)施例中，可以采用處置計算模塊48對特定星期的每日喇叭啟用時間求和并除以噴霧總次數(shù)TNT。從而給出該星期的平均每日喇叭啟用時間，并將其顯示到表格600的框609中。在采用不同的藥物時，可能希望采用這一求平均來提供患者處置時間的目標(biāo)。為了提供在處置視圖300中通過線306指示的特定星期的目標(biāo)處置時間，處置計算模塊48使框609的平均喇叭啟用時間乘以噴霧療法因數(shù)TBM，如方程1（方程1）中所示：治療時間=噴霧療法因數(shù)TBM*(平均喇叭啟用時間)（方程1）所述實(shí)際處置時間可以基于患者吸入操縱、網(wǎng)格狀況、藥物類型、環(huán)境條件以及對象的肺部機(jī)能而發(fā)生變化。在一個實(shí)施例中，能夠針對特定的藥物以及針對特定的藥物遞送設(shè)備獲得噴霧療法因數(shù)TBM，之后采用其作為全局變量，從而將所有的藥物平均喇叭啟用時間轉(zhuǎn)化為該特定藥物遞送設(shè)備的處置目標(biāo)時間。例如，在采用Philips制造的I-nebAAD的0.3ml的計量腔室的情況下，甲磺酸多粘菌素鈉的處置時間具有4.3min的平均值（參考文獻(xiàn)：UseofI-nebAADSystemPatientLoggingSystemDataSystemDatatoIdentifyAerosoltreatmentIssuesinPatientswithCF,ATS2007）。將這些值代入到方程1中給出了大約8的噴霧療法因數(shù)TBM。之后，處置計算模塊48采用值為8的噴霧療法因數(shù)TBM將所有的藥物平均喇叭時間轉(zhuǎn)換為處置時間目標(biāo)，如處置視圖300的線306所示。在一個實(shí)施例中，將警報模塊50配置為生成某種信號，該信號使用戶界面模塊48能夠在處置視圖300上顯示未來周期（例如，兩個星期），從而指示用戶處置即將由于處置進(jìn)入一種或多種藥物的遞送周期和/或非遞送周期而發(fā)生變化。例如，參考圖8，第一曲線圖301顯示了2月份治療的前兩個星期的預(yù)期或目標(biāo)總每日噴霧治療。如圖8所示，2月份預(yù)期或目標(biāo)總每日噴霧從6次降至3次，其表明治療即將進(jìn)入藥物（圖8中的妥布霉素）的非遞送周期?？梢栽谟脩艚缑婺K48中提前一天或幾天或者提前一個或 幾個星期顯示所述變化的預(yù)先通知?？梢酝ㄟ^用戶界面模塊48定義的用戶界面將警報模塊50生成的警報提供給用戶和/或?qū)ο螅ㄟ^通信模塊46將所述警報傳達(dá)給對象。在一個實(shí)施例中，由通信模塊46將警報模塊50生成的警報經(jīng)由用戶界面模塊48定義的用戶界面以外的通信媒介傳輸給對象。例如，通信模塊46可以通過SMS和/或文本消息、email、其他基于電子文本的通信、語音郵件、自動電話呼叫和/或其他通信媒介中的一者或多者將所述警報發(fā)送給對象。此外或者備選地，可以在彈出框或旗標(biāo)309中向曲線圖301添加額外的文本，以指示或提示需要治療變化或者給出有關(guān)所述變化的額外信息。在一個實(shí)施例中，額外的信息包括實(shí)施額外的臨床測量，以監(jiān)測治療狀態(tài)，例如：取得唾液樣本、執(zhí)行肺機(jī)能測量和/或完成問卷調(diào)查。在一個實(shí)施例中，如圖9所示，可以采用與藥物類型相關(guān)聯(lián)的顏色在框310中對這些消息做進(jìn)一步的突出顯示。在治療變化與每天的總噴霧的變化不一致，因而曲線圖301上的線305所示的目標(biāo)或預(yù)期總每日噴霧沒有定義該變化的步驟的情況下，這種設(shè)計將提供幫助。應(yīng)當(dāng)認(rèn)識到，能夠向用戶和/或?qū)ο笞詣油ㄖㄒ环N或多種）處方藥物的每日處置總次數(shù)和/或每日處置時間的變化相對于先前的系統(tǒng)提供了各種增強(qiáng)。例如，其不需要操作人員每逢藥物進(jìn)入非遞送周期或遞送周期都對用戶和/或?qū)ο蟀l(fā)出通知，每次通知的做法是效率低下的。圖10圖示了對多個對象的治療進(jìn)行監(jiān)測和/或管理的方法1000，其中，所述治療包括采用藥物遞送設(shè)備遞送氣霧化藥物。下文給出的方法1000的操作旨在進(jìn)行舉例說明。在一些實(shí)施例中，可以采用一項(xiàng)或多項(xiàng)未描述的操作和/或在去掉一項(xiàng)或多項(xiàng)所討論的操作的情況下完成方法1000。此外，在圖10中圖示的和下文中描述的方法1000的操作順序并非旨在構(gòu)成限制。在一些實(shí)施例中，可以通過包括一個或多個被配置為執(zhí)行一個或多個計算機(jī)程序模塊的處理器（例如，數(shù)字處理器、模擬處理器、被設(shè)計為進(jìn)行信息處理的數(shù)字電路、被設(shè)計為進(jìn)行信息處理的模擬電路、狀態(tài)機(jī)和/或其他對信息進(jìn)行電子處理的機(jī)構(gòu)）的服務(wù)器實(shí)施方法1000。所述一個或多個處理器可以包括響應(yīng)于電子地存儲在電子存儲介質(zhì)上的指令來執(zhí)行方法1000的部分或全部操作的一個或多個設(shè)備。所述一個或多個處理器可以包 括通過被專門設(shè)計為執(zhí)行操作1000的一項(xiàng)或多項(xiàng)操作的硬件、固件和/或軟件配置的一個或多個設(shè)備。在操作1001中，獲得對象的與一種或多種氣霧化藥物相關(guān)的處方信息。在一個實(shí)施例中，處方信息包括臨床醫(yī)生處方設(shè)定的每日處置次數(shù)、所述多種氣霧化藥物的遞送當(dāng)中使用的藥物遞送設(shè)備的腔室容積、每種氣霧化藥物的每次治療的腔室填充次數(shù)。在一個實(shí)施例中，通過與信息采集模塊38（如圖1所示和上文所述）相同或類似的信息采集模塊來執(zhí)行操作1001。在操作1002中，判斷所述氣霧化藥物中的任何藥物是否遵循使用/停用循環(huán)。在一個實(shí)施例中，還確定所述使用/停用循環(huán)的預(yù)定持續(xù)時間。在一個實(shí)施例中，通過與處置計算模塊48（如圖1所示和上文所述）相同或類似的處置計算模塊來執(zhí)行操作1002。在操作1003中，計算要遞送給對象的一種或多種氣霧化藥物的每日處置的次數(shù)。此外，在治療進(jìn)入所述使用/停用循環(huán)的遞送周期和/或非遞送周期時自動計算要遞送給對象的每日處置的次數(shù)的變化。在一個實(shí)施例中，通過與處置計算模塊48（如圖1所示和上文所述）相同或類似的處置計算模塊執(zhí)行操作1002。在操作1004中，為用戶和/或?qū)ο笊梢粋€或多個指示在操作1003中執(zhí)行的每日處置次數(shù)的變化的警報。在一個實(shí)施例中，通過與警報模塊50（如圖1所示并且如上文所述）相同或類似的警報模塊執(zhí)行操作1004。盡管在當(dāng)前認(rèn)為最為實(shí)際和優(yōu)選的實(shí)施例的基礎(chǔ)上出于舉例說明的目的詳細(xì)描述了本發(fā)明，但是應(yīng)當(dāng)理解，這樣的細(xì)節(jié)僅出于該目的，本發(fā)明不限于所公開的實(shí)施例，相反本發(fā)明旨在涵蓋處于權(quán)利要求的精神和范圍內(nèi)的修改和等價方案。例如，應(yīng)當(dāng)理解，本發(fā)明預(yù)期，在可能的程度上將任何實(shí)施例的一個或多個特征與任何其他實(shí)施例的一個或多個特征相組合。