專利名稱：在糖尿病控制設(shè)備中提供用戶干預(yù)的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及糖尿病控制設(shè)備，并且更特別地涉及在這種糖尿 病控制設(shè)備中提供用戶干預(yù)的系統(tǒng)和方法。
背景技術(shù)：
傳統(tǒng)糖尿病控制設(shè)備可以是或者可以包括全或半閉環(huán)系統(tǒng)，這些 閉環(huán)系統(tǒng)可操作來確定和向用戶輸送胰島素。期望允許用戶干預(yù)這種 系統(tǒng)，以提供故障安全操作。發(fā)明內(nèi)容本發(fā)明可以包括在隨附權(quán)利要求中所述的一個或多個特征、和/或 一個或多個下列特征及其組合。在糖尿病控制設(shè)備中提供用戶干預(yù)的系統(tǒng)可以包括響應(yīng)于用戶對其的選擇而用于產(chǎn)生第一和第二用戶干 預(yù)信號之一的裝置，以及執(zhí)行胰島素輸送算法的處理器，該胰島素輸 送算法形成糖尿病控制設(shè)備的部分。該處理器可以響應(yīng)于第一用戶干 預(yù)信號而在執(zhí)行胰烏素輸送算法中包括干預(yù)胰島素量(intervention insulin quantity)和干預(yù)碳水4匕合物量之一。該處理器可以響應(yīng)于 第二用戶干預(yù)信號而從執(zhí)行胰島素輸送算法中排除干預(yù)胰島素量和干預(yù)碳水化合物量之一。該處理器可以被配置來連續(xù)不中斷地執(zhí)行胰島素輸送算法，而不 管是否產(chǎn)生第一或第二用戶干預(yù)信號。該系統(tǒng)可以還包括用于向處理器提供干預(yù)胰島素量和干預(yù)碳水化 合物量之一的裝置。處理器可以響應(yīng)于第一用戶干預(yù)信號，以通過將干預(yù)胰島素量添 加到當(dāng)前胰島素丸劑(bolus)量而處理干預(yù)胰島素量。處理器還可以 響應(yīng)于第一用戶干預(yù)信號，以命令將干預(yù)胰島素量和當(dāng)前胰島素丸劑 量的組合給藥(administration)至用戶。當(dāng)前胰島素丸劑量可以是 正值的胰島素丸劑量?？商鎿Q地，當(dāng)前胰島素丸劑量可以是零值胰島 素丸劑量。處理器可以響應(yīng)于第一用戶干預(yù)信號，以通過根據(jù)干預(yù)碳水化合 物量修改血糖目標(biāo)來處理干預(yù)碳水化合物量。該系統(tǒng)還可以包括數(shù)據(jù)庫，其中存儲有胰烏素輸送和干預(yù)碳水化 合物信息.處理器可以響應(yīng)于第一和第二用戶干預(yù)信號中的任一信號 而將干預(yù)胰島素量和干預(yù)碳水化合物量之一輸入到數(shù)據(jù)庫中。處理器可操作來在執(zhí)行胰烏素輸送算法中包括干預(yù)胰島素量和干 預(yù)碳水化合物量之一之前等待延遲時間。允許用戶干預(yù)糖尿病控制設(shè)備的方法可以包括執(zhí)行執(zhí)胰島素輸 送算法，該胰島素輸送算法形成糖尿病控制設(shè)備的部分；監(jiān)控第一和 第二用戶干預(yù)機(jī)制；響應(yīng)于用戶選擇第一用戶干預(yù)機(jī)制，在執(zhí)行胰島素輸送算法中包括干預(yù)胰島素量和干預(yù)碳水化合物量之一；以及響應(yīng) 于用戶選擇第二用戶干預(yù)機(jī)制，從執(zhí)行胰島素輸送算法中排除干預(yù)胰 島素量和干預(yù)碳水化合物量之一。該方法還可以包括接收干預(yù)胰島素量和干預(yù)碳水化合物量之一。 該方法還可以包括響應(yīng)于用戶選擇第一和笫二用戶干預(yù)機(jī)制中的 任一用戶干預(yù)機(jī)制而將干預(yù)胰島素量和干預(yù)碳水化合物量之一輸入數(shù) 據(jù)庫。該方法還可以包括在將干預(yù)胰島素量和干預(yù)碳水化合物量之一 輸入數(shù)據(jù)庫中之前對干預(yù)胰島素量和干預(yù)碳水化合物量之一進(jìn)行日期 和時間戳記(stamping)。該方法還可以包括在用戶選擇第一用戶干預(yù)機(jī)制之后和在執(zhí)行胰 島素輸送算法中包括干預(yù)胰島素量和干預(yù)碳水化合物量之一之前等待 延遲時間。在醫(yī)療控制設(shè)備中提供用戶干預(yù)的系統(tǒng)可以包括響應(yīng)于用戶對其 的選擇而產(chǎn)生第一用戶干預(yù)信號的第一用戶干預(yù)機(jī)制、響應(yīng)于用戶對 其的選擇而產(chǎn)生第二用戶干預(yù)信號的第二用戶干預(yù)機(jī)制以及執(zhí)行藥物 輸送算法的處理器，該藥物輸送算法形成醫(yī)療控制設(shè)備的部分。該處 理器可以響應(yīng)于第一用戶干預(yù)信號，以在執(zhí)行藥物輸送算法中包括干 預(yù)藥物量。該處理器可以響應(yīng)于第二用戶干預(yù)信號，以從執(zhí)行藥物輸 送算法中排除干預(yù)藥物量。該系統(tǒng)還可以包括用于接收干預(yù)藥物量的裝置。該醫(yī)療控制設(shè)備可以是糖尿病控制設(shè)備，該藥物輸送算法可以是 胰島素輸送算法，而干預(yù)藥物量可以是干預(yù)胰島素量。處理器可以響應(yīng)于第一用戶干預(yù)信號，以通過將干預(yù)胰島素量添加到當(dāng)前胰島素丸 劑量而在執(zhí)行胰島素輸送算法中包括干預(yù)胰烏素量。處理器還可以響 應(yīng)于第一用戶干預(yù)信號，以命令將干預(yù)胰島素量和當(dāng)前胰島素丸劑量 的組合給藥至用戶。該系統(tǒng)還可以包括數(shù)據(jù)庫，其中存儲有藥物輸送信息。處理器可 以響應(yīng)于第一和第二用戶干預(yù)信號中的任一信號，以將干預(yù)藥物量輸 入數(shù)據(jù)庫中。處理器可以被配置來在將干預(yù)藥物量輸入數(shù)據(jù)庫中之前 對干預(yù)藥物量進(jìn)行日期和時間戳記。處理器可操作來在執(zhí)行胰島素輸送算法中包括干預(yù)藥物量之前等 待延遲時間。處理器可以被配置來連續(xù)不中斷地執(zhí)行胰島素輸送算法，而不管 是否產(chǎn)生第一或第二用戶干預(yù)信號。允許用戶干預(yù)醫(yī)療控制設(shè)備的方法可以包括執(zhí)行藥物輸送算法， 該藥物輸送算法形成醫(yī)療控制設(shè)備的部分；監(jiān)控第一和第二用戶干預(yù) 機(jī)制；響應(yīng)于用戶選擇第一用戶干預(yù)機(jī)制，在執(zhí)行藥物輸送算法中包 括干預(yù)藥物量；以及響應(yīng)于用戶選擇第二用戶干預(yù)機(jī)制，從執(zhí)行藥物 輸送算法中排除干預(yù)藥物量。該方法還可以包括接收干預(yù)藥物量。該方法還包括響應(yīng)于用戶選擇第一和第二用戶干預(yù)機(jī)制中的任一 用戶干預(yù)機(jī)制而將干預(yù)藥物量輸入數(shù)據(jù)庫中。該方法還可以包括在將 干預(yù)藥物量輸入數(shù)據(jù)庫中之前對干預(yù)藥物量進(jìn)行日期和時間戳記。該方法還可以包括在用戶選擇第一用戶干預(yù)機(jī)制之后和在執(zhí)行藥 物輸送算法中包括干預(yù)藥物量之前等待延遲時間。該醫(yī)療控制設(shè)備可以是糖尿病控制設(shè)備，該藥物輸送算法可以是 胰島素輸送算法，而干預(yù)藥物量可以是胰島素干預(yù)量。在醫(yī)療控制設(shè)備中提供用戶干預(yù)的系統(tǒng)可以包括響應(yīng)于用戶對其 的選擇而產(chǎn)生第一用戶干預(yù)信號的第一用戶干預(yù)機(jī)制、響應(yīng)于用戶對 其的選擇而產(chǎn)生第二用戶干預(yù)信號的第二用戶干預(yù)機(jī)制、以及執(zhí)行藥 物輸送算法的處理器，該藥物輸送算法形成醫(yī)療控制設(shè)備的部分。該 處理器可以響應(yīng)于第一用戶干預(yù)信號，以在執(zhí)行藥物輸送算法中包括 干預(yù)治療值。該處理器可以響應(yīng)于笫二用戶干預(yù)信號，以從執(zhí)行藥物 輸送算法中排除干預(yù)治療值。該系統(tǒng)還可以包括用于接收干預(yù)治療值的裝置。該醫(yī)療控制設(shè)備可以是糖尿病控制設(shè)備，該藥物輸送算法可以是 胰島素輸送算法，而干預(yù)治療值可以是干預(yù)胰島素量?？商鎿Q地，干 預(yù)治療值可以是對應(yīng)于用戶最近干預(yù)的一定量碳水化合物的干預(yù)碳水 化合物量。在前一情況下，處理器可以響應(yīng)于第一用戶干預(yù)信號，以 通過將干預(yù)胰島素量添加到當(dāng)前胰島素丸劑量而在執(zhí)行胰島素輸送算 法中包括干預(yù)胰島素量。當(dāng)前胰島素丸劑量可以具有大于或等于零的 值。在后一情況下，處理器可以響應(yīng)于第一用戶干預(yù)信號，以通過根 據(jù)干預(yù)碳水化合物量修改血糖目標(biāo)而在執(zhí)行胰島素輸送算法中包括干 預(yù)碳水化合物量。該系統(tǒng)還可以包括數(shù)據(jù)庫，其中存儲有治療值信息。處理器可以 響應(yīng)于第一和第二用戶干預(yù)信號中的任一信號，而將干預(yù)治療值輸入 數(shù)據(jù)庫中。處理器可以被配置來在將干預(yù)治療值輸入數(shù)據(jù)庫之前對干 預(yù)治療值進(jìn)行日期和時間戳記。處理器可操作來在執(zhí)行藥物輸送算法中包括干預(yù)治療值之前等待 延遲時間。處理器可以被配置來連續(xù)不中斷地執(zhí)行藥物輸送算法，而不管是 否產(chǎn)生第一或第二用戶干預(yù)信號。允許用戶干預(yù)醫(yī)療控制設(shè)備的方法可以包括執(zhí)行執(zhí)藥物輸送算 法，該藥物輸送算法形成醫(yī)療控制設(shè)備的部分；監(jiān)控第一和第二用戶 干預(yù)機(jī)制；響應(yīng)于用戶選擇第一用戶干預(yù)機(jī)制，在執(zhí)行藥物輸送算法 中包括干預(yù)治療值；以及響應(yīng)于用戶選擇第二用戶干預(yù)機(jī)制，從執(zhí)行 藥物輸送算法中排除干預(yù)治療值。該方法還可以包括接收干預(yù)治療值。該方法還可以包括響應(yīng)于用戶選擇第一和第二用戶干預(yù)機(jī)制中的 任一干預(yù)機(jī)制而將干預(yù)治療值輸入數(shù)據(jù)庫。該方法還可以包括在將干 預(yù)治療值輸入數(shù)據(jù)庫之前對干預(yù)治療值進(jìn)行日期和時間戳記。該方法還可以包括在用于選擇第一用戶干預(yù)機(jī)制之后和在執(zhí)行藥 物輸送算法中包括干預(yù)治療值之前等待延遲時間。該醫(yī)療控制設(shè)備可以是糖尿病控制設(shè)備，該藥物輸送算法可以是 胰烏素輸送算法，而干預(yù)治療值可以是胰島素干預(yù)量?？商鎿Q地，干 預(yù)治療值可以是對應(yīng)于用戶最近干預(yù)的一定量碳水化合物的干預(yù)碳水化合物量。


圖1是在受控胰烏素輸送設(shè)備中提供用戶干預(yù)的系統(tǒng)的一個示例 性實施例的框圖。圖2是用于在受控胰島素輸送系統(tǒng)中提供用戶干預(yù)的軟件算法的 一個示例性實施例的流程圖。圖3是由圖2的算法調(diào)用的干預(yù)胰島素量處理例行程序的一個示 例性實施例的流程圖。圖4是由圖2的算法調(diào)用的干預(yù)碳水化合物量處理例行程序的一 個示例性實施例的流程圖。具體實施例為了促進(jìn)理解本發(fā)明的原理，現(xiàn)在將參考附圖中所示的多個示例 性實施例，并且將使用特定語言對其進(jìn)行描述?，F(xiàn)在參考圖1，示出了在糖尿病控制設(shè)備中提供用戶干預(yù)的系統(tǒng) 10的一個示例性實施例的框圖。在所示實施例中，系統(tǒng)10包括電子設(shè) 備12，該電子設(shè)備12具有與存儲單元16、輸入設(shè)備18、顯示器20和 通信輸入/輸出單元24進(jìn)行數(shù)據(jù)通信的處理器14。電子設(shè)備12可以被 提供為通用計算機(jī)、中央服務(wù)器、個人計算機(jī)(PC)、膝上型或筆記 本電腦、個人數(shù)據(jù)助理(PDA)或其它手持設(shè)備、外部輸液泵等的形式。 電子設(shè)備12可以被配置來根據(jù)一種或多種傳統(tǒng)操作系統(tǒng)而操作，所述 操作系統(tǒng)例如包括而不限于windows、 linux和palm OS,并且可以被 配置來根據(jù)一種或多種傳統(tǒng)網(wǎng)際協(xié)議而處理數(shù)據(jù)，所述網(wǎng)際協(xié)議例如 是而不限于NetBios、 TCP/IP和AppleTalk。在任何情況下，電子設(shè) 備12形成閉環(huán)或半閉環(huán)糖尿病控制系統(tǒng)的部分，下文中將描述其實例。 在示例性實施例中，盡管處理器14可以可替換地由一個或多個通用和 /或?qū)Ｓ秒娐沸纬刹⑶铱扇缦挛乃龅哪菢舆M(jìn)行操作，處理器14仍基 于微處理器。在示例性實施例中，存儲單元16包括足夠的容量以存儲 數(shù)據(jù)、處理器14可執(zhí)行的一個或多個軟件算法和其它數(shù)據(jù)。存儲單元 16可以包括一個或多個傳統(tǒng)存儲器或其它數(shù)據(jù)存儲設(shè)備。輸入設(shè)備18可以以傳統(tǒng)方式被用來輸入和/或修改數(shù)據(jù)。在示例性實施例中，還包括顯示器20，用于觀看涉及設(shè)備12和/或系統(tǒng)10的 操作的信息。這種顯示器可以是傳統(tǒng)顯示設(shè)備，該傳統(tǒng)顯示設(shè)備例如 包括但不限于發(fā)光二極管(LED)顯示器、液晶顯示器、陰極射線管(CRT) 顯示器等?？商鎿Q地或者附加地，顯示器20可以是或者包括聽覺顯示 器，其被配置來經(jīng)由一個或多個編碼圖案、振動、合成語音響應(yīng)等而 將信息傳送給用戶或第三方?？商鎿Q地或附加地，顯示器20可以是或 包括一個或多個觸覺指示器，其被配置來顯示用戶或第三方可辨別的 觸覺信息。在一個實施例中，輸入設(shè)備18可以是或包括傳統(tǒng)鍵盤或小鍵盤， 用于將字母數(shù)字?jǐn)?shù)據(jù)輸入處理器14中。這種鍵盤或小鍵盤可以包括一 個或多個鍵或按鈕，這些鍵或按鈕被配置有一個或多個觸覺指示器， 以允許視力不佳的用戶找到和選擇適當(dāng)?shù)囊粋€或多個鍵，和/或允許用 戶在不佳的照明條件下找到適當(dāng)?shù)囊粋€或多個鍵?？商鎿Q地或附加地， 輸入設(shè)備18可以是或包括傳統(tǒng)鼠標(biāo)或其它傳統(tǒng)點擊設(shè)備，用于選擇呈 現(xiàn)在顯示器20上的信息?？商鎿Q地或附加地，輸入設(shè)備18可以包括 被配置為圖形用戶接口 (GUI)的顯示器20。在該實施例中，顯示器 20可以包括一個或多個可選擇輸入，用戶可以使用適當(dāng)?shù)钠骶咄ㄟ^觸 摸顯示器20的適當(dāng)部分而進(jìn)行選擇。可替換地或者附加地，輸入設(shè)備 18可以包括多個開關(guān)或按鈕，這些開關(guān)或按鈕可以由用戶激活來選擇 設(shè)備12和/或系統(tǒng)10的相對應(yīng)的操作特征?？商鎿Q地或附加地，輸入 設(shè)備18可以是或包括語音激活電路，該語音激活電路響應(yīng)于語音命令 而將相對應(yīng)的輸入數(shù)據(jù)提供給處理器14。在任何情況下，輸入設(shè)備18 和/或顯示器20可以被包括在電子設(shè)備12中或與電子設(shè)備12分離， 如虛線22A和22B所示的那樣。在一些實施例中，系統(tǒng)10可以包括多個(N個)醫(yī)療設(shè)備26, - 26N， 其中N可以是任何正整數(shù)。在這些實施例中， 一個或多個醫(yī)療設(shè)備26, - 26N中的任意一個可以被植入用戶體內(nèi)，在外部被耦合到用戶身體(例 如，諸如灌輸泵)，或者與用戶身體分離。可替換地或附加地， 一個 或多個醫(yī)療設(shè)備26,-26w可以被安裝到電子設(shè)備12上和/或形成電子 設(shè)備12的部分。在示例性實施例中，所述多個醫(yī)療設(shè)備26,-26w中的 每個都被配置來經(jīng)由對應(yīng)數(shù)目的無線通信線路28:- 28w之一與電子設(shè) 備的通信1/0單元24進(jìn)行無線通信。無線通信可以是單向或雙向的。所用的無線通信的形式可以包括但是應(yīng)當(dāng)不限于射頻(RF)通信、紅 外(IR)通信、RFID (電感耦合)通信、聲通信、(通過導(dǎo)體)電容 性發(fā)信號(capacitive signaling )、(通過導(dǎo)體)電流發(fā)信號(galvaniv signaling)等。在任何這種情況下，電子設(shè)備12和多個醫(yī)療設(shè)備26, 一 26w中的每一個都包括用于導(dǎo)通這樣的無線通信電路18,的傳統(tǒng)電路， 視情況而定可進(jìn)一步包括?？商鎿Q地或者附加地， 一個或多個醫(yī)療設(shè) 備26廣26w可以被配置來經(jīng)由與電子設(shè)備12之間的一個或多個傳統(tǒng)硬 連線連接而與電子設(shè)備12進(jìn)行通信。 一個或多個醫(yī)療設(shè)備26, - 26N中 的每一個可以包括傳統(tǒng)處理單元、傳統(tǒng)輸入/輸出電路和/或設(shè)備中的 任意一個或多個以及一個或多個合適的數(shù)據(jù)和/或程序存儲設(shè)備。圖1中所示的系統(tǒng)是傳統(tǒng)閉環(huán)或半閉環(huán)糖尿病控制設(shè)備或者形成 其部分。在這點上，系統(tǒng)10包括輸送機(jī)制，用于輸送受控量的藥物； 例如，胰島素、胰高血糖素(glucagons)、腸促胰島素(incret in) 等，和/或包括經(jīng)由顯示器20向用戶提供可替換的可作用建議，例如， 攝取碳水化合物、鍛煉等。系統(tǒng)IO可以被提供為各種傳統(tǒng)結(jié)構(gòu)中的任 意一種，并且現(xiàn)在將描述一些這種結(jié)構(gòu)的實例。然而，將理解的是， 僅出于示例性目的而提供下列實例，并且這些實例不應(yīng)被理解為任何 方式的限制。本領(lǐng)域技術(shù)人員可以認(rèn)識到閉環(huán)或半閉環(huán)糖尿病控制設(shè) 備的其它可能實施方案，并且本公開內(nèi)容預(yù)期了任何這種其它實施方 案。在系統(tǒng)10的第一實例實施方案中，電子設(shè)備12被提供為傳統(tǒng)胰 島素泵的形式，其被配置來戴在用戶體外，并且還被配置來可控制地 將胰島素輸送至用戶身體。在該實例中，多個醫(yī)療設(shè)備26!-26w可以 包括一個或多個植入式傳感器和/或用于提供涉及用戶生理狀況的信 息的傳感器技術(shù)。這種植入式傳感器的實例可以包括但不限于葡萄糖 傳感器、體溫傳感器、血壓傳感器、心率傳感器等。在包括植入式葡 萄糖傳感器的實施方案中，系統(tǒng)IO可以是全閉環(huán)系統(tǒng)，該全閉環(huán)系統(tǒng) 可以傳統(tǒng)方式操作來自動監(jiān)控血糖，并且(視情況而定)輸送胰島素， 以將血糖維持在所需水平。多個醫(yī)療設(shè)備26, 26w可以可替換地或附 加地包括一個或多個位于用戶體外的傳感器或傳感系統(tǒng)和/或用于提 供涉及用戶生理狀況的信息的傳感器技術(shù)。這種傳感器或傳感系統(tǒng)的 實例可以包括但不限于葡萄糖試條(glucose strip)傳感器/儀表、體溫傳感器、血壓傳感器、心率傳感器等。在包括外部葡萄糖傳感器的實施方案中，系統(tǒng)io可以是半閉環(huán)系統(tǒng)，該半閉環(huán)系統(tǒng)可以傳統(tǒng)方式操作來(視情況而定)基于用戶向其提供的葡萄糖信息而輸送胰烏 素。由任何這種傳感器和/或傳感器技術(shù)提供的信息可以使用任意一種或多種傳統(tǒng)有線或無線通信技術(shù)被傳送給系統(tǒng)10。在系統(tǒng)10的第二實例實施方案中，電子設(shè)備12被提供為手持遠(yuǎn) 程設(shè)備的形式，諸如被提供為PDA或其它手持設(shè)備。在該實例中，多 個醫(yī)療設(shè)備26, - 26N包括至少一個傳統(tǒng)的可植入或戴在外部的藥物泵。 在該實例的一個實施例中，胰島素泵被配置來可受控地將胰烏素輸送 給用戶身體。在該實施例中，胰烏素泵被配置來將涉及胰島素輸送的 信息無線地傳送到手持設(shè)備12。手持設(shè)備12被配置來監(jiān)控由泵進(jìn)行的 胰島素輸送，并且還可以被配置來確定和推薦胰島素丸劑量、碳水化 合物攝取量、運(yùn)動等。在該實施例中，系統(tǒng)IO可以或可以不被配置來 提供從手持設(shè)備12將信息無線傳送至胰烏素泵。在該實例的可替換實施例中，手持設(shè)備12被配置來通過確定胰島 素輸送命令和將這種命令傳送到胰島素泵而控制到用戶的胰島素輸 送。而胰島素泵被配置來從手持設(shè)備12接收胰島素輸送命令，并且根據(jù)命令將胰島素輸送給用戶。在該實施例中，胰島素泵可以或可以不 進(jìn)一步處理由手持設(shè)備12所提供的胰島素泵命令。在任何情況下，在 該實施例中，系統(tǒng)IO通常將被配置來提供從胰島素泵將信息無線傳送 回手持設(shè)備12，以由此允許監(jiān)控泵操作。在該實例的任一實施例中， 系統(tǒng)IO可以進(jìn)一步包括在前述實例中所描述類型的一個或多個植入式和/或外部傳感器。本領(lǐng)域技術(shù)人員將認(rèn)識到使用圖1中所示系統(tǒng)10的部件中的至少 一些部件的閉環(huán)或半閉環(huán)糖尿病控制設(shè)備的其它可能實施方式。例如， 一個或多個上述實例中的電子設(shè)備12可以被提供為膝上型電腦、筆記 本電腦或個人計算機(jī)的形式，其被配置來與一個或多個醫(yī)療設(shè)備26, -26N (所述醫(yī)療設(shè)備26,-26H中的至少一個為胰島素泵)進(jìn)行通信， 用于監(jiān)控和/或控制將胰島素輸送給用戶。作為另一實例，系統(tǒng)10還 可以包括遠(yuǎn)程設(shè)備(未示出)，其被配置來與電子設(shè)備12和/或一個 或多個醫(yī)療設(shè)備26「 26n迸行通信，以控制和/或監(jiān)控將胰島素輸送給 患者。該遠(yuǎn)程設(shè)備可以位于護(hù)理者辦公室中或位于其它遠(yuǎn)程位置，并且遠(yuǎn)程設(shè)備與系統(tǒng)10的任一部件之間的通信可以經(jīng)由內(nèi)聯(lián)網(wǎng)、因特網(wǎng) (例如，萬維網(wǎng))、蜂窩狀、電話調(diào)制解調(diào)器、RF或其它通信線路而 實現(xiàn)。在這種通信中，可以使用任意一種或多種傳統(tǒng)網(wǎng)際協(xié)議。可替 換地或附加地，任何傳統(tǒng)移動內(nèi)容輸送系統(tǒng)(例如，短消息系統(tǒng)(SMS )) 或者其它傳統(tǒng)消息方案(message schema)可被用于提供包括系統(tǒng)IO 的設(shè)備之間的通信。在任何情況下，任何這種其它實施方案由本公開 內(nèi)容來設(shè)想。通常，由于諸如膳食和/或運(yùn)動的一種或多種外部影響，患有糖尿 病的人的葡萄糖濃度變化，并且由于諸如壓力、月經(jīng)周期和/或疾病的 各種生理機(jī)制，葡萄糖濃度也可以改變。在任一上述實例中，通過確 定要給藥的適當(dāng)?shù)囊葝u素量，系統(tǒng)IO響應(yīng)于所測量的葡萄糖，以便維 持正常的血糖水平，而不引起低血糖癥。在一些實施例中，雖然其它 連續(xù)(模擬)系統(tǒng)或混合系統(tǒng)可以可替換地被實施為如上所述的那樣， 但是系統(tǒng)IO被實施為具有適當(dāng)?shù)牟蓸勇实碾x散系統(tǒng)，所述離散系統(tǒng)可 以是周期性的、非周期性的或觸發(fā)的。作為傳統(tǒng)糖尿病控制系統(tǒng)的一個實例， 一種或多種軟件算法可以 包括規(guī)則組的集合，這些規(guī)則組使用(1)葡萄糖信息，(2)胰島素 輸送信息，和/或(3)諸如膳食攝取、運(yùn)動、壓力、疾病和/或其它生 理屬性的對象輸入(subject input)，以提供治療等，從而管理用戶 葡萄糖水平。規(guī)則組通?；谟^察和臨床實踐、以及通過從臨床研究 獲得的生理機(jī)制的分析或者基于該分析所導(dǎo)出的數(shù)學(xué)模型。在實例系 統(tǒng)中，胰島素藥物動力學(xué)和藥效學(xué)的模型、葡萄糖藥效學(xué)的模型、各 個患者的膳食吸收和運(yùn)動響應(yīng)的模型被用于確定要被輸送的胰島素的 定時和量。學(xué)習(xí)模塊可被提供來當(dāng)患者的整體性能量度(performance metric)下降(例如，4吏用貝葉斯(Bayesian)估計，可以實施適應(yīng) 性算法)時允許調(diào)整模型參數(shù)。也可以并入分析模型，該分析模型檢 查學(xué)習(xí)，以接受或拒絕學(xué)習(xí)。利用啟發(fā)式法、規(guī)則、公式、最小化(多 個)成本函數(shù)或表格(例如，增益規(guī)劃(gain scheduling))，實現(xiàn)調(diào)整。然而，人類的新陳代謝是復(fù)雜并且難以完全理解的。在日常生活 中管理葡萄糖的解決空間當(dāng)前是有限的。已知每天的變異性、不正確 或不精確的輸入、設(shè)備故障、生理變化、運(yùn)動、壓力、疾病等產(chǎn)生糖尿病患者狀況的改變。具有傳統(tǒng)糖尿病控制系統(tǒng)的工作前提是，各種 設(shè)備部件正在正確工作，并且確定治療的方法或邏輯或過程符合操作 的前提。這些前提對于實際糖尿病控制系統(tǒng)而言通常是不精確的，并 且傳統(tǒng)糖尿病控制系統(tǒng)的物理實施方案通常將遇到系統(tǒng)不能校正的故 障模式。這種故障模式可以由糖尿病控制系統(tǒng)檢測到，而其它故障模 式只可由用戶檢測到。下文是可由糖尿病控制系統(tǒng)檢測到的實例故障模式的列表。該列 表并不意圖是詳盡的或者限制性的，而是僅被提供作為實例。1. 測量漂移誤差在糖尿病控制系統(tǒng)中，測量漂移通常不時地利用重新校準(zhǔn)來被校正。所測量的葡萄糖(Gm)和真正的葡萄糖(G)之間的關(guān)系可以根據(jù) 等式G^G + e來建模，其中e是測量誤差。如果聽任未核查，則誤差 e可能導(dǎo)致Gw中的不可接受的錯誤?？赡艽嬖谙到y(tǒng)不能校正葡萄糖測 量結(jié)果的一個或多個原因。2. 算法模型及其參數(shù)系統(tǒng)之內(nèi)的模型通常使用對象和設(shè)備部件的近似來確定治療。模 型的結(jié)構(gòu)和參數(shù)定義了預(yù)期的特性。然而，模型的假設(shè)可能是錯誤的； 模型的內(nèi)部狀態(tài)可能與實際對象不匹配，由此導(dǎo)致性能誤差。一個實例模型(和與其相關(guān)聯(lián)的性能誤差的潛在來源)是膳食模 型。在預(yù)測膳食吸收特征中的誤差可能由通過用戶的碳水化合物吸收 分布曲線的形狀所描述的動態(tài)性能中的錯誤產(chǎn)生。定時中的誤差以及 分布曲線的形狀中的誤差可能導(dǎo)致糖尿病控制系統(tǒng)使得用戶的葡萄糖 水平朝向高血糖或低血糖狀況。類似的考慮和誤差源相對于葡萄糖測 量皮下模型、(用于各種胰島素類型的)胰島素吸收皮下模型、運(yùn)動 模型、壓力模型以及葡萄糖-胰島素動力學(xué)等而存在。3. 反饋系統(tǒng)任意各種傳統(tǒng)控制器設(shè)計方法(諸如PID系統(tǒng)、具有狀態(tài)估計器 的全狀態(tài)反饋系統(tǒng)、輸出反饋系統(tǒng)、LQG控制器、LQR控制器、特征值 /特征結(jié)構(gòu)控制器系統(tǒng)等)可以被用于設(shè)計算法，以執(zhí)行生理學(xué)控制。 這些控制器設(shè)計方法通常通過使用得自生理測量結(jié)果的信息和/或用 戶輸入而確定要使用的適當(dāng)控制動作來運(yùn)行。雖然這種控制器的更簡 單的形式使用固定參數(shù)(并且因此使用規(guī)則)來計算控制動作的幅度，但是更復(fù)雜形式的這種控制器中的參數(shù)可以使用一個或多個動態(tài)參 數(shù)。 一個或多個動態(tài)參數(shù)可以例如采取一個或多個連續(xù)或離散可調(diào)整 的增益值的形式。用于調(diào)整這種增益的特定規(guī)則例如可以基于個體或者基于患者群(patient population )來定義，并且在任一情況下， 通常將根據(jù)一個或多個數(shù)學(xué)模型來導(dǎo)出。這種增益通常根據(jù)被設(shè)計來 覆蓋預(yù)期操作范圍的一個或多個規(guī)則組而被計劃(schedule)，在所 述范圍中操作通常是非線性的并且是可變化的，由此減少誤差源。然 而，這種反饋系統(tǒng)中的誤差存在，并且因此可以累積并導(dǎo)致不可接受 的系統(tǒng)錯誤。4. 基于模型的控制系統(tǒng)例如，描述患者的模型可以被構(gòu)建為"黑箱，，，其中等式和參數(shù) 不具有生理學(xué)的嚴(yán)格模擬。相反地，這種模型可以代替地是適于生理 學(xué)控制的表示。參數(shù)通常由諸如血糖、胰島素濃度等的生理學(xué)參數(shù)的 測量結(jié)果確定，以及由諸如食物攝取、酒精攝取、胰島素劑量等的生 理學(xué)輸入確定，并且還由諸如壓力水平、運(yùn)動強(qiáng)度和持續(xù)時間、月經(jīng) 周期階段等的生理學(xué)狀態(tài)確定。這些模型被用來估計當(dāng)前葡萄糖或者 預(yù)測未來的葡萄糖值，胰島素治療由基于模型預(yù)測用于各種輸入的葡 萄糖的能力的系統(tǒng)而導(dǎo)出?？梢愿郊拥鼗蚩商鎿Q地使用其它傳統(tǒng)建模 技術(shù)，這些技術(shù)例如包括但不限于由第一原理建立模型。任意這種模 型類型中的誤差可以由各種原因產(chǎn)生，所述原因諸如是模型參數(shù)的錯 誤估計、非線性的和/或隨著時間變化的參數(shù)、未建模的系統(tǒng)動力學(xué)、錯誤的動力學(xué)等。5. 影響控制器性能的各種因素誤差由動作響應(yīng)中的延遲、測量葡萄糖中的延遲、處理延遲、由 系統(tǒng)操作循環(huán)步長引起的延遲等而產(chǎn)生。還期望提供從系統(tǒng)10由于故障而并沒有或不能檢測的情況中恢復(fù) 的能力。例如，由于一個或多個上述系統(tǒng)誤差源，系統(tǒng)10可以使得用 戶的胰島素充分朝向高血糖或低血糖，使得即使系統(tǒng)IO并沒有指示任 何誤差或故障模式，用戶仍識別或認(rèn)識到由此產(chǎn)生的癥狀。由于包括 例如疾病、壓力等用戶生理狀態(tài)，系統(tǒng)誤差/故障和/或用戶癥狀可以 得到加速或減速。系統(tǒng)IO在上文所述的一種或多種類型的糖尿病控制設(shè)備中提供用戶干預(yù)。特別地，輸入設(shè)備18包括一個或多個用戶干預(yù)輸入機(jī)制，這行的受控胰島素輸送算法，所述方式允i胰島素輸送算法連續(xù)執(zhí)行， 而不重新設(shè)置或者否則禁用算法和/或系統(tǒng)。通過適當(dāng)?shù)剡x擇/激活一 個或多個用戶干預(yù)輸入機(jī)制，用戶采取校正動作，并且隨后或者通過 將校正動作包括在執(zhí)行胰島素輸送算法中來允許胰島素輸送算法遵照 校正動作行動(可選地具有或不具有延遲)，或者通過在執(zhí)行胰島素 輸送算法中排除校正動作而不顧(并且不遵照)校正動作。然而，在 任一情況下，用戶將校正動作輸入系統(tǒng)10。在一個實施例中，輸入設(shè) 備18包括兩個用戶可選擇的按鈕。通過按壓兩個用戶可選擇的按鈕之 一，用戶可以干預(yù)糖尿病控制設(shè)備、采取校正動作，并且隨后允許正 執(zhí)行的胰島素輸送算法遵照校正動作行動。通過按壓兩個用戶可選擇 按鈕中的另一個按鈕，用戶可以干預(yù)糖尿病控制設(shè)備，并且采取校正 動作，其中校正動作被排除在正執(zhí)行的胰島素輸送算法之外。在任一 情況下，校正動作被輸入到存儲單元或其它數(shù)據(jù)存儲設(shè)備16中的數(shù)據(jù) 庫中。同樣，在任一情況下，胰島素輸送算法連續(xù)執(zhí)行，并且還可以 根據(jù)對用戶干預(yù)輸入機(jī)制的適當(dāng)選擇而處理用戶干預(yù)信息。在可替換的實施例中，顯示器20包括圖形用戶接口 (GUI),該 圖形用戶接口 (GUI)允許用戶隨意選擇兩個用戶可選擇的顯示圖標(biāo)中 的任一圖標(biāo)。在該實施例中，選擇兩個顯示圖標(biāo)中的任一圖標(biāo)將與在 先前實例中選擇兩個用戶可選擇的按鈕中的任一按鈕具有相同的效 果。將理解的是，可以提供更多、更少和/或其它用戶可選擇的輸入機(jī) 制，以允許用戶隨意干預(yù)糖尿病控制設(shè)備，并且以在允許系統(tǒng)10遵照 干預(yù)中采取的校正動作行動與使得系統(tǒng)10不考慮干預(yù)中采取的校正動 作之間進(jìn)行選擇。任何這種可替換的用戶可選擇的機(jī)制由本公開內(nèi)容 設(shè)想。如剛剛所述的那樣，用戶可以干預(yù)糖尿病控制設(shè)備，用于采取兩 種可能校正動作中的任一校正動作；即，采取動作來降低用戶的葡萄 糖水平或者采取動作來增加用戶的葡萄糖水平。用于降低用戶的葡萄 糖水平的傳統(tǒng)機(jī)制包括但不限于將胰島素配藥到用戶體中，諸如以丸 劑和運(yùn)動的形式配藥。增加用戶的葡萄糖水平的傳統(tǒng)機(jī)制包括但不限于攝取碳水化合物并且將糖原配藥給用戶的系統(tǒng)。用戶采取的任一校正動作獨(dú)立于系統(tǒng)邏輯和系統(tǒng)IO之內(nèi)的設(shè)備考慮。這種用戶干預(yù)允許 系統(tǒng)10在胰島素輸送算法下持續(xù)操作，同時也允許系統(tǒng)10恢復(fù)，而無須要求系統(tǒng)重置。現(xiàn)在參考圖2，示出了用于在糖尿病控制設(shè)備中提供用戶干預(yù)的軟 件算法100的一個示例性實施例的流程圖。算法100通常被存儲在存 儲單元或其它數(shù)據(jù)存儲設(shè)備16中，并且將由處理器14執(zhí)行。在所示 的實施例中，將理解的是，處理器14將同時或協(xié)同地執(zhí)行一個或多個 傳統(tǒng)胰島素輸送算法，這些胰島素輸送算法被配置來管理或控制將胰 島素輸送給用戶，并且算法100因此將作為獨(dú)立算法由處理器14執(zhí)行。 可替換地，算法100和一個或多個傳統(tǒng)胰島素輸送算法可以由包括多 個處理器的系統(tǒng)10的實施例中的不同處理器執(zhí)行。在任何情況下，對 本文獻(xiàn)來說，算法100將被描述為由處理器14執(zhí)行。在本說明書中， 將理解的是，如與系統(tǒng)IO通常根據(jù)一個或多個胰島素輸送算法來管理 的同步(例如周期性的)事件相比，算法100將用戶干預(yù)對待為要求 直接關(guān)注的異步情況。算法100在步驟102開始，并且此后在步驟l(M, 處理器14可操作來監(jiān)控上文所述的一個或多個用戶干預(yù)輸入機(jī)制。此 后在步驟106，處理器14可操作來確定是否已經(jīng)選擇或激活所述一個 或多個用戶干預(yù)輸入機(jī)制中的一個用戶干預(yù)輸入機(jī)制。如果沒有選擇 或激活用戶干預(yù)輸入機(jī)制，則算法執(zhí)行回送至步驟104。如果已選擇或 激活用戶干預(yù)輸入機(jī)制，則這意味著用戶已經(jīng)手動地選擇了兩個用戶 干預(yù)輸入機(jī)制之一，并且算法執(zhí)行前進(jìn)到步驟108,在步驟108，處理 器14可操作來將用戶干預(yù)事件、日期和時間輸入到被包含在存儲單元 或其它數(shù)據(jù)存儲設(shè)備16之內(nèi)的數(shù)據(jù)庫中。此后在步驟IIO，處理器14 可操作來確定干預(yù)胰烏素量(IIQ)或者干預(yù)碳水化合物量(ICQ)。如上文所述，正剛剛所述的那樣，用戶可以干預(yù)糖尿病控制設(shè)備， 用于采取兩種可能校正動作中的任一校正動作或者通過采取動作來 降低用戶的葡萄糖水平，例如通過接收諸如丸劑形式的胰島素和/或經(jīng) 由一個或多個其它傳統(tǒng)葡萄糖降低機(jī)制來降低；或者通過采取動作來 增加用戶的葡萄糖水平，例如，通過攝取碳水化合物和/或經(jīng)由一個或 多個其它傳統(tǒng)葡萄糖增加機(jī)制來增加。在用戶選擇通過攝取附加胰島素而進(jìn)行干預(yù)的情況下，用戶可以經(jīng)由任一傳統(tǒng)技術(shù)來進(jìn)行干預(yù)。實 例包括但是不限于以傳統(tǒng)方式手動地超控(override)系統(tǒng)IO，以便指引系統(tǒng)10輸送特定量的胰島素，從而以傳統(tǒng)方式對系統(tǒng)10進(jìn)行編程以輸送特定量的胰島素，經(jīng)由注射器手動注射特定量的胰島素等。在任何情況下，用戶經(jīng)由輸入設(shè)備18中的一個適當(dāng)?shù)妮斎朐O(shè)備將特定 量的胰島素輸入到系統(tǒng)10中，并且處理器14通過從輸入設(shè)備18接收 到特定量的胰島素(或干預(yù)胰島素量UIQ))而執(zhí)行步驟110。在用 戶通過攝取碳水化合物而選擇進(jìn)行干預(yù)的情況下，用戶輸入碳水化合 物的量，這些碳水化合物經(jīng)由適當(dāng)?shù)妮斎朐O(shè)備18被攝取進(jìn)系統(tǒng)10。在 該情況下，處理器14通過從輸入設(shè)備18接收干預(yù)碳水化合物量(ICQ) 來執(zhí)行步驟IIO。在任一情況下，將理解的是，算法100通常還將包括 提供超時機(jī)制的一個或多個步驟，當(dāng)用戶在步驟110未能輸入(或不 完全地輸入)IIQ或ICQ信息時，該超時機(jī)制允許算法IOO在預(yù)定時間 周期之后繼續(xù)執(zhí)行。任何這種一個或多個步驟對于有經(jīng)驗的算法設(shè)計者而言將是機(jī)械運(yùn)動。從步驟110，算法100前進(jìn)到步驟ll2，其中處理器M可操作來 確定系統(tǒng)IO是應(yīng)當(dāng)遵照在步驟IIO所采取的校正動作形式的用戶干預(yù) 行動還是不考慮該用戶干預(yù)。在所示的實施例中，處理器"可操作來 根據(jù)在步驟106所檢測到的特定用戶干預(yù)輸入而執(zhí)行步驟112。更確切 地說，如果通過選擇指定用于動作的用戶干預(yù)輸入而進(jìn)行用戶干預(yù)系 統(tǒng)10的操作，那么算法IOO前進(jìn)到步驟114，其中系統(tǒng)10可操作來遵 照用戶采取的校正動作行動或者對該校正動作進(jìn)行處理。在步驟ll4， 處理器14可操作來確定在步驟106所檢測到的校正動作是對應(yīng)于服用 胰島素還是對應(yīng)于攝取碳水化合物。在所示的實施例中，通過確定在 步驟IIO接收到的參數(shù)性質(zhì)，處理器14可操作來執(zhí)行步驟ll4。更確 切地說，如果在步驟110接收到參數(shù)IIQ，那么算法執(zhí)行從步驟1" 前進(jìn)到步驟116,在步驟116，處理器l4執(zhí)行IIQ處理例行程序，該 IIQ處理例行程序允許處理器14執(zhí)行的一個或多個胰島素輸送算法在 IIQ處理例行程序的指導(dǎo)下在執(zhí)行所述胰島素輸送算法中包括干預(yù)胰 島素量IIQ。另一方面，如果在步驟IIO接收到參數(shù)ICQ,那么算法執(zhí) 行從步驟114前進(jìn)到步驟118，在步驟ll8,處理器l4可操作來對ICQ 進(jìn)行時間和日期戳記，并且然后將這個數(shù)據(jù)輸入存儲單元或其它數(shù)據(jù) 存儲設(shè)備16的數(shù)據(jù)庫部分中。在步驟118之后，處理器W在步驟120 可操作來執(zhí)行ICQ處理例行程序，該ICQ處理例行程序允許由處理器14執(zhí)行的一個或多個胰島素輸送算法在ICQ處理例行程序的指導(dǎo)下在 執(zhí)行所述胰島素輸送算法中包括干預(yù)碳水化合物量ICQ。如果在步驟 112通過選擇被指定用于不動作的用戶干預(yù)輸入而進(jìn)行用戶干預(yù)糖尿 病控制系統(tǒng)10的操作，那么算法從步驟112前進(jìn)到步驟122，在步驟 122，處理器14可操作來對校正動作IIQ和ICQ進(jìn)行時間和日期戳記， 并且隨后將這個數(shù)據(jù)輸入存儲單元或其它數(shù)據(jù)存儲設(shè)備16的數(shù)據(jù)庫部 分中。在這種情況下，處理器14從處理器14執(zhí)行的一個或多個胰島 素輸送算法中排除了校正動作IIQ或ICQ,使得系統(tǒng)IO并沒有遵照用 戶采取的校正動作行動。算法100從步驟116、 120和122中的任一步 驟回送到步驟104?，F(xiàn)在參考圖3，示出了圖2的算法100的步驟116的IIQ處理例行 程序的一個示例性實施例的流程圖。在所示的實施例中，例行程序116 可以包括可選步驟150，該可選步驟150考慮到在遵照IIQ行動之前的 可選擇的延遲周期。例如，步驟150可以包括步驟152，在步驟152， 處理器14可操作來確定是否在遵照IIQ行動之前延遲。在一個實施例 中，處理器14可操作來通過提示用戶輸入延遲時間DT而執(zhí)行步驟152。 如果用戶經(jīng)由合適的輸入設(shè)備18輸入零，那么例行程序的執(zhí)行前進(jìn)到 步驟158。另一方面，如果用戶輸入正值，那么例行程序116的執(zhí)行前 進(jìn)到步驟154，在步驟154,處理器14可操作來接收用戶輸入的延遲 時間DT。在可替換的實施例中，處理器14可操作來通過提示用戶對于 是否在處理IIQ之前進(jìn)行延遲回答"是"或"否"而執(zhí)行步驟152。如 果用戶經(jīng)由合適的輸入設(shè)備18輸入"否"，則例行程序116的執(zhí)行前 進(jìn)到步驟158。另一方面，如果用戶在步驟152回答"是，，，那么處理 器14在步驟154提醒用戶經(jīng)由合適的輸入設(shè)備18輸入延遲時間值DT。 在任何情況下，例行程序116的執(zhí)行從步驟154前進(jìn)到步驟156，在步 驟156，處理器14可操作來在前進(jìn)到步驟158之前等待等于DT的時間 周期?？蛇x的步驟150還可以包括一個或多個步驟，這些步驟被設(shè)計 來在延遲周期DT期間允許用戶取消干預(yù)和/或接受/確認(rèn)一個或多個附 加的用戶干預(yù)。任何這種一個或多個步驟對于有經(jīng)驗的算法設(shè)計者而 言將是機(jī)械運(yùn)動。將理解的是，在其中用戶規(guī)定延遲時間DT的實施例 中，例行程序116通常還將包括提供超時機(jī)制的一個或多個步驟，當(dāng) 用戶在步驟154未能輸入(或不完全輸入)延遲時間DT時，該超時機(jī)制允許例行程序116在預(yù)定時間周期之后繼續(xù)執(zhí)行。任何這種一個或 多個步驟對于有經(jīng)驗的算法設(shè)計者而言將是機(jī)械運(yùn)動。在步驟158,在IIQ處理例行程序116的所示實施例中，通過將 IIQ添加至當(dāng)前計劃的丸劑量，處理器14可操作來處理干預(yù)胰島素量 IIQ，其中對于步驟158來說，"當(dāng)前"被定義為胰島素輸送算法執(zhí)行 中的、也執(zhí)行例行程序116的步驟158的點。如果當(dāng)前計劃某個正數(shù) (positive amount)的胰烏素丸劑用于輸送給用戶，則處理器14在 步驟158可操作來將IIQ添加至已經(jīng)被計劃用于輸送給用戶的該正數(shù) 胰島素丸劑。另一方面，如果當(dāng)前未計劃丸劑量，即當(dāng)前的丸劑量為 零，那么根據(jù)處理器14正執(zhí)行的胰島素輸送算法，處理器14可操作 來計劃IIQ的丸劑量。此后，根據(jù)處理器14正執(zhí)行的一個或多個胰島 素輸送算法，系統(tǒng)10可操作來管理將胰烏素丸劑輸送給用戶。在IIQ 處理例行程序116的可替換實施例中，處理器14可被配置來在輸送任 何當(dāng)前計劃的胰島素丸劑之前、期間或之后控制將輸送IIQ量的胰島 素丸劑。在任何情況下，在執(zhí)行步驟158之后，處理器14在步驟160 可操作來對IIQ進(jìn)行日期和時間戳記，并且隨后將已經(jīng)進(jìn)行日期和時 間戳記的IIQ值輸入存儲單元或其它數(shù)據(jù)存儲設(shè)備16的數(shù)據(jù)庫部分 中。此后，在步驟162，例行程序116返回到圖2的算法100。將理解 的是，在系統(tǒng)10的一個或多個實施例中，可能期望的是，使用一種或 多種傳統(tǒng)日期和/或時間同步技術(shù)來使IIQ的日期和/或時間戳記與參 考日期和/或時間同步。還將理解的是，IIQ數(shù)據(jù)經(jīng)過日期和時間戳記 的，并且隨后在將干預(yù)胰島素量IIQ計劃輸送(或?qū)嶋H輸送)給用戶 的時間或該時間附近，該IIQ數(shù)據(jù)被存儲在存儲單元或其它數(shù)據(jù)存儲 設(shè)備16中。在圖3所示的例行程序116的實施例中，該步驟發(fā)生在可 選的延遲步驟150之后。在其它實施例中，對IIQ進(jìn)行日期和時間戳 記并且將該信息輸入存儲單元或其它數(shù)據(jù)存儲設(shè)備16中的適當(dāng)時間將 變得明顯。作為一個特定實例，在其中手動給藥干預(yù)胰島素量IIQ的 實施例中，適當(dāng)?shù)氖牵趯嶋H給藥干預(yù)胰島素量的時間或該時間附近 對IIQ數(shù)據(jù)進(jìn)行日期和時間戳記；例如，諸如在算法100的步驟110 之后立刻進(jìn)行。對干預(yù)碳水化合物量ICQ的日期、時間戳記和存儲應(yīng) 用相似的考慮。當(dāng)用戶由于高葡萄糖事件或狀況而經(jīng)由圖2的算法100干預(yù)糖尿病控制設(shè)備的操作時，通常將調(diào)用和執(zhí)行圖3的例行程序116。在一個 實施例中，高葡萄糖事件或狀況由高葡萄糖閾值、閾值之上的最小持 續(xù)時間以及葡萄糖的變化率來限定，該葡萄糖的變化率由最大閾值速 率(threshold rate)和最小閾值速率來限定。該閾值可以基于預(yù)測 值或測量值或其組合。在任何情況下，由于下列情況中任意一個或多 個，用戶通?？梢詧?zhí)行高葡萄糖干預(yù)1. 系統(tǒng)IO已經(jīng)將用戶的葡萄糖標(biāo)記為超出了由默認(rèn)設(shè)置預(yù)設(shè)的高 葡萄糖閾值，2. 系統(tǒng)IO已經(jīng)將用戶的葡萄糖標(biāo)記為超出了由健康護(hù)理專家設(shè)置 的高葡萄糖閾值，3. 系統(tǒng)10已經(jīng)將用戶的葡萄糖標(biāo)記為超出了由用戶、用戶父母或 監(jiān)護(hù)人或其它護(hù)理者設(shè)置的高葡萄糖閾值，4. 用戶(或第三方)已經(jīng)基于對用戶的葡萄糖水平的獨(dú)立物理測 量結(jié)果而標(biāo)識高葡萄糖事件，5. 用戶(或第三方)已經(jīng)基于獨(dú)立的生理癥狀/指示器而標(biāo)識高葡 萄糖事件，或者6. 系統(tǒng)IO已經(jīng)基于根據(jù)一個或多個預(yù)測模型的分析而標(biāo)識高葡萄 糖事件。如上所述，用戶可以通過給藥諸如丸劑形式的干預(yù)胰島素量來對 高葡萄糖事件做出反應(yīng)。如果用戶選擇不允許處理器14遵照被給藥的 胰島素量IIQ行動，那么由糖尿病控制系統(tǒng)IO執(zhí)行的胰島素輸送算法 將不會從未來的控制動作中減少胰島素的量。然而，如果用戶選擇允 許處理器14遵照被給藥的胰島素量IIQ行動，那么處理器14計劃輸 送IIQ量的胰島素丸劑?，F(xiàn)在參考圖4，示出了圖2的算法100的步驟120的ICQ處理例行 程序的一個示例性實施例的流程圖。在所示的實施例中，例行程序120 可以包括可選步驟170,該可選步驟170考慮到在遵照ICQ行動之前的 可選擇的延遲周期。例如，步驟170可以包括步驟172，在步驟172， 處理器14可操作來確定是否在遵照ICQ行動之前延遲。在一個實施例 中，通過提醒用戶輸入延遲時間DT，處理器14可操作來執(zhí)行步驟172。 如果用戶經(jīng)由合適的輸入設(shè)備18輸入零，那么例行程序的執(zhí)行前進(jìn)到 步驟178。另一方面，如果用戶輸入正值，那么例行程序120的執(zhí)行前進(jìn)到步驟174，在步驟174，處理器14可操作來接收用戶輸入的延遲時間DT。在可替換的實施例中，通過提醒用戶對于是否在處理ICQ之前延遲回答"是"或"否，，，處理器14可操作來執(zhí)行步驟172。如果用戶經(jīng)由合適的輸入設(shè)備18輸入"否"，那么例行程序120的執(zhí)行前進(jìn)到步驟178。另一方面，如果用戶在步驟172回答"是"，那么處理器14在步驟174提示用戶經(jīng)由合適的輸入設(shè)備18輸入延遲時間值DT。在任何情況下，例行程序120的執(zhí)行從步驟174前進(jìn)到步驟176，在步驟176，處理器14可操作來在前進(jìn)到步驟178之前等待等于DT的時間周期?？蛇x的步驟170還可以包括一個或多個步驟，這些步驟被設(shè)計來在延遲周期DT期間允許用戶取消干預(yù)和/或接受/確認(rèn)一個或多個附加用戶干預(yù)。任何這種一個或多個步驟對于有經(jīng)驗的算法設(shè)計者而言將是機(jī)械運(yùn)動。將理解的是，在其中用戶規(guī)定延遲時間DT的實施例中，例行程序120通常還將包括提供超時機(jī)制的一個或多個步驟，當(dāng)用戶在步驟174未能輸入(或不完全輸入)延遲時間DT時，所述超時機(jī)制允許例行程序120在預(yù)定時間周期之后繼續(xù)執(zhí)行。任何這種一個或多個步驟對于有經(jīng)驗的算法設(shè)計者而言將是機(jī)械運(yùn)動。在步驟178 - 182，根據(jù)處理器14執(zhí)行的一個或多個胰島素輸送算 法，處理器14可操作來處理干預(yù)碳水化合物量ICQ。在所示的實施例 中，通過在步驟178首先確定預(yù)期葡萄糖推進(jìn)函數(shù)(glucose push function) EGP，處理器14可操作來處理干預(yù)碳水化合物量ICQ,所述 EGP是對葡萄糖推進(jìn)的預(yù)期分布曲線的標(biāo)準(zhǔn)化表示，并且在該實例中， 該標(biāo)準(zhǔn)化函數(shù)被縮放ICQ和KR,其中"對應(yīng)于每克碳水化合物的葡萄 糖增長。預(yù)期的葡萄糖推進(jìn)函數(shù)EGP是由攝取迅速吸收的碳水化合物 ICQ產(chǎn)生的標(biāo)準(zhǔn)化的基于時間的葡萄糖推進(jìn)函數(shù)。在步驟178之后，處 理器14在步驟180可操作來根據(jù)EGP、 ICQ和L確定當(dāng)前葡萄糖目標(biāo) 值(或葡萄糖設(shè)定點)的變化AGSP。更確切地說，葡萄糖設(shè)定點的變 化AGSP被確定為線性減少增益項[l- (At/T。)]、 ICQ、乙與EGP在 時間上的累積總和的乘積，其中At是從干預(yù)即刻開始流逝的時間，而 TD是干預(yù)動作將持續(xù)的持續(xù)時間。特別地， △G^ = [l-(At/TD)]*ICQ*KR*EGP(At)。在步驟180之后，處理器14在步驟182可操作來將葡萄糖目標(biāo)值或設(shè)定點GSP確定為當(dāng)前葡萄糖設(shè)定點和葡 萄糖設(shè)定點的變化之和，或者03 = 03 + AGSP。此后，例行程序120 在步驟186返回到圖2的算法100。將理解的是，在系統(tǒng)10的一個或 多個實施例中，可能期望的是，使用一種或多種傳統(tǒng)日期和/或時間同 步技術(shù)而使得ICQ的日期和/或時間戳記與參考日期和/或時間同步。在此所示的實施例中，通常預(yù)期干預(yù)胰島素碳水化合物量ICQ被 提供為迅速吸收的碳水化合物的形式，如該術(shù)語在本領(lǐng)域中一般被理 解的那樣。在該實施例中，ICQ通常將被提供為一種或多種迅速吸收的 碳水化合物食物和/或液體的形式，或者可替換地被提供為藥丸或可咀 嚼藥片形式，或者可替換地還可以被提供為可注射藥物(諸如糖原) 的形式。在系統(tǒng)10的可替換實施例中，算法100和/或例行程序120 可以被修改來通過攝取或否則接收迅速吸收的碳水化合物或者通過攝 取或否則接收較慢吸收的碳水化合物而允許用戶進(jìn)行干預(yù)。在這種實 施例中，系統(tǒng)IO、算法100和例行程序120可以被修改來區(qū)分以迅速 吸收的碳水化合物形式攝取或否則接收的碳水化合物與以較慢吸收的 碳水化合物形式攝取或否則接收的碳水化合物。在這種實施例中，系 統(tǒng)IO將提供這種信息的用戶輸入，算法IOO可以允許用戶輸入正被攝 取或否則接收的碳水化合物的類型，并且例行程序120可以通過例如 基于碳水化合物類型而選擇、計算或否則確定適當(dāng)?shù)腁GSP來響應(yīng)于用 戶攝取的碳水化合物的類型。對于系統(tǒng)10、算法100和/或例行程序 120的任何這種修改對于有經(jīng)驗的技術(shù)人員而言將是機(jī)械步驟。當(dāng)用戶由于低葡萄糖事件或狀況而經(jīng)由圖2的算法100干預(yù)系統(tǒng) 10的操作時，通常將調(diào)用或執(zhí)行圖4的例行程序120。在一個實施例 中，低葡萄糖事件或狀況由較低的葡萄糖閾值和葡萄糖變化率來限定， 該葡萄糖變化率由最大閣值速率和最小閾值速率來限定。閾值可以基 于預(yù)測值或者測量值或者其組合。在任何情況下，通常由于一個或多 個下列情況，用戶可以執(zhí)行低葡萄糖干預(yù)1. 系統(tǒng)IO已經(jīng)將用戶的葡萄糖標(biāo)記為超出了由默認(rèn)設(shè)置預(yù)設(shè)的低 葡萄糖閾值，2. 系統(tǒng)IO已經(jīng)將用戶的葡萄糖標(biāo)記為超出了由健康護(hù)理專家設(shè)置 的低葡萄糖閾值，3. 系統(tǒng)IO已經(jīng)將用戶的葡萄糖標(biāo)記為超出了由用戶、用戶父母或 監(jiān)護(hù)人或其它護(hù)理者設(shè)置的低葡萄糖閾值，4. 用戶(或第三方)已經(jīng)基于用戶葡萄糖水平的獨(dú)立物理測量結(jié) 果而標(biāo)識低葡萄糖事件，5. 用戶(或第三方)已經(jīng)基于獨(dú)立的生理癥狀/指示器而標(biāo)識低葡 萄糖事件，或者6.系統(tǒng)IO已經(jīng)基于根據(jù)一個或多個預(yù)測模型的分析而標(biāo)識低葡萄 糖事件。用戶可以通過攝取或否則接收碳水化合物合成物來與低葡萄糖事 件起反應(yīng)，該碳水化合物合成物諸如是迅速吸收的碳水化合物食物和/ 或液體、 一片或多片葡萄糖增加藥丸或可咀嚼藥片和/或葡萄糖增加藥 物的形式。該動作意圖將用戶的葡萄糖水平增加回正常血糖范圍(glycemic range)。如果用戶通過從處理器14正執(zhí)行的胰島素輸送 算法中排除ICQ而選擇不允許處理器14遵照干預(yù)碳水化合物量ICQ行 動，那么系統(tǒng)IO將不嘗試通過推薦附加胰烏素來抵制由此產(chǎn)生的葡萄 糖增加。然而，如果用戶通過在處理器14正執(zhí)行的胰島素輸送算法執(zhí) 行中包括干預(yù)碳水化合物量ICQ而選擇允許處理器14遵照ICQ行動， 那么系統(tǒng)IO可以嘗試通過推薦輸送附加胰島素而抵制該葡萄糖推進(jìn)。 因而，圖4的例行程序120的步驟178 - 182將時間衰減(time-decaying)函數(shù)增加到現(xiàn)有的葡萄糖目標(biāo)或設(shè)定點GSP。最初 通過將葡萄糖設(shè)定點GSP修改等于預(yù)期的上升EGP的量，系統(tǒng)IO將不 嘗試抵制由于攝取迅速吸收的碳水化合物引起的葡萄糖上升。時間衰 減函數(shù)AGSP允許修改過的葡萄糖設(shè)定點GSP在經(jīng)過一定時間之后返 回到其原始設(shè)定點。將理解的是，可以使用其它傳統(tǒng)技術(shù)來允許處理 器14正執(zhí)行的一個或多個胰島素輸送控制算法在攝取或否則接收葡萄 糖增加化合物的形式的用戶干預(yù)之后逐漸地返回到正常操作。作為一 種這樣的可替換技術(shù)的實例，系統(tǒng)IO可以被配置來暫時地修改可允許 的胰島素上升率，并且允許可允許的胰島素上升率在經(jīng)過某個時間量 之后返回到正常。通過本公開內(nèi)容設(shè)想這種和任何其它這種可替換技 術(shù)，用于允許處理器14正執(zhí)行的一個或多個胰島素輸送控制算法在攝 取或否則接收葡萄糖增加化合物的形式的用戶干預(yù)之后返回到正常操 作。其中用戶可以適當(dāng)?shù)刂甘鞠到y(tǒng)10不考慮用戶干預(yù)的一種情況的實 例與由攝取未知或部分已知的成分的膳食產(chǎn)生的、涉及膳食的葡萄糖 上升一起出現(xiàn)。如果系統(tǒng)10的動態(tài)響應(yīng)不合適地匹配膳食成分，那么 系統(tǒng)IO可以不注意地將糖尿病對象推入血糖過低狀況。如在此所述的 那樣，用戶干預(yù)以受控方式允許處理未知動力學(xué)；例如，處理未知的 膳食負(fù)荷。在由處理器14正執(zhí)行的胰烏素輸送算法的控制下，通過基于所預(yù) 測的膳食吸收分布曲線而可控制地配藥胰島素劑量，膳食通常用系統(tǒng) IO覆蓋。確定該胰島素分布，以便最佳最小化葡萄糖上升，并且利用 最小負(fù)脈沖信號而盡可能快地使得葡萄糖到達(dá)目標(biāo)葡萄糖水平。然而， 臨床數(shù)據(jù)已經(jīng)顯示了由于與膳食成分、在先膳食作用和影響的存在、 膳食大小的測量技術(shù)中的不精確性、膳食消耗樣式等相關(guān)聯(lián)的復(fù)雜性 而造成的大的吸收可變性。例如通過經(jīng)受住瞬時不確定性，利用在此 所述的用戶干預(yù)系統(tǒng)可以最好地處理這種大的可變性(如果被觀察到 的話)。用于響應(yīng)于這種可變性的其它傳統(tǒng)技術(shù)使用一種或多種傳統(tǒng) 技術(shù)。由于膳食攝入引起的葡萄糖上升不能完全被去除。由于峰值胰島 素動作中的延遲通常為約30 - 60分鐘，所以這是可以預(yù)期的。獲得的胰島素劑量被最優(yōu)化來最小化由于膳食造成的葡萄糖上升。在膳食事 件情況下，涉及膳食的目標(biāo)葡萄糖區(qū)被限定為由目標(biāo)葡萄糖上邊界和 目標(biāo)葡萄糖下邊界限定的區(qū)域。關(guān)于所限定的目標(biāo)區(qū)，出現(xiàn)下列四種 情形1. 在葡萄糖區(qū)之內(nèi)如果所預(yù)測的葡萄糖值位于葡萄糖區(qū)邊界之內(nèi)，那么認(rèn)為用戶的 葡萄糖在可接收的界限內(nèi)。在處理器M正執(zhí)行的胰島素輸送算法下， 處理器14假定血糖特性在可接受的界限之內(nèi)，并且繼續(xù)推薦胰島素， 而無需校正葡萄糖偏差。2. 在葡萄糖區(qū)之上如果所預(yù)測的葡萄糖位于葡萄糖上邊界之上，那么用戶被認(rèn)為處 于過少輸送胰島素的情況下(under-delivered in insulin)。在處 理器14正執(zhí)行的胰島素輸送算法的控制之下，處理器14計算葡萄糖 相對于葡萄糖上邊界的偏差?；究刂破鲃幼?basal controller action)是該偏差的原因，并且針對該未解釋的上升將抑制。3. 在葡萄糖區(qū)之下如果所預(yù)測的葡萄糖位于葡萄糖下邊界之下，那么用戶被認(rèn)為處 于過多輸送胰烏素的情況下(over-delivered in insulin) 0在處理 器14正執(zhí)行的胰島素輸送算法的控制之下，處理器"計算葡萄糖相 對于葡萄糖下邊界的偏差?；究刂破鲃幼魇窃撈畹脑?，并且針對該未解釋的下降將抑制。4.無葡萄糖更新目標(biāo)區(qū)覆蓋了預(yù)期的涉及膳食的響應(yīng)的上升和下降。當(dāng)系統(tǒng)10中 的葡萄糖信息沒有被更新時，出現(xiàn)特殊情況；例如，當(dāng)由于前次測量 而尚未接收到新測量結(jié)果或者在預(yù)先計劃的間隔之內(nèi)未接收到新測量 結(jié)果時，出現(xiàn)特殊情況。在沒有對葡萄糖測量結(jié)果更新的情況下，當(dāng) 前控制循環(huán)的所預(yù)測的葡萄糖是沒有解釋涉及膳食的、葡萄糖的上升 或下降的葡萄糖值。然而，目標(biāo)區(qū)邊界是時間的函數(shù)。這通常意味著， 當(dāng)膳食對人體的作用開始發(fā)生時，所預(yù)測的葡萄糖較低，而當(dāng)膳食對 人體的作用逐漸停止時，所預(yù)測的葡萄糖較高。隨著上升或下降膳食 區(qū)邊界，該作用加重。通過保持與上次接收得的葡萄糖測量結(jié)果一起 使用的上一邊界界限，處理器14正執(zhí)行的胰島素輸送算法處理這種情 況.這些上和下目標(biāo)值對于所有未來控制循環(huán)保持固定，直到可得到 新測量結(jié)果。雖然在前述附圖和說明書中已經(jīng)示出和描述了本發(fā)明，但是認(rèn)為 所述附圖和說明書是示例性的，而并非對特征的限定，將理解的是， 僅已經(jīng)示出和描述了其示例性實施例，并且期望保護(hù)在本發(fā)明精神范 圍內(nèi)的所有改變和修改。例如，在此描述的概念可應(yīng)用于其它醫(yī)療控 制設(shè)備中，這些其它醫(yī)療控制設(shè)備具有執(zhí)行藥物輸送算法的處理器， 該藥物輸送算法形成醫(yī)療控制設(shè)備的部分。在任何這種系統(tǒng)中，處理 器可以響應(yīng)于第一用戶干預(yù)信號，以在藥物輸送算法的執(zhí)行中包括干 預(yù)治療值，并且響應(yīng)于第二用戶干預(yù)信號，以從藥物輸送算法的執(zhí)行 中排除干預(yù)治療值。干預(yù)治療值可以對應(yīng)于給藥至用戶和/或由用戶實 施的各種醫(yī)療處理，這些醫(yī)療處理例如包括但不限于輸送一種或多種 藥物，諸如輸送胰島素、糖原或其它藥物，給藥一種或多種其它藥物 和/或?qū)崿F(xiàn)一種或多種作用，所述作用具有與輸送一種或多種藥物、攝 取碳水化合物、執(zhí)行一種或多種物理運(yùn)動等相反的效果。對于本領(lǐng)域 普通技術(shù)人員而言將出現(xiàn)其它實例，并且任何這種其它實例由本公開 內(nèi)容來設(shè)想。作為另一實例，圖1的電子設(shè)備12可以包括數(shù)個可選擇的輸入機(jī) 制，用于遵照并且不遵照用戶干預(yù)而行動。作為一個特定實例，設(shè)備 12可以包括多個"預(yù)設(shè)，，輸入機(jī)制，這些輸入機(jī)制允許用戶從多個可選擇的預(yù)設(shè)胰島素量中選擇預(yù)設(shè)的胰島素量，用于輸送給用戶。作為又一實例，系統(tǒng)io可以接收多個用戶干預(yù)請求，諸如分別根據(jù)例行程序116和120的可選步驟150或170的延遲動作。在這種情 況下，多個請求可以被執(zhí)行為一組。可替換地，系統(tǒng)10可以包括一種 或多種優(yōu)先算法，這些優(yōu)先算法被配置來根據(jù)一種或多種預(yù)定的、可 編程的或用戶可選擇的標(biāo)準(zhǔn)而把各種用戶干預(yù)事件區(qū)分優(yōu)先次序。
權(quán)利要求
1、一種用于在糖尿病控制設(shè)備中提供用戶干預(yù)的系統(tǒng)，該系統(tǒng)包括響應(yīng)于用戶對其的選擇而用于產(chǎn)生第一和第二用戶干預(yù)信號之一的裝置，以及執(zhí)行胰島素輸送算法的處理器，該胰島素輸送算法形成糖尿病控制設(shè)備的部分，該處理器響應(yīng)于第一用戶干預(yù)信號來在執(zhí)行胰島素輸送算法中包括干預(yù)胰島素量和干預(yù)碳水化合物量之一，并且該處理器響應(yīng)于第二用戶干預(yù)信號來從執(zhí)行胰島素輸送算法中排除干預(yù)胰島素量和干預(yù)碳水化合物量之一。
2、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，處理器被配置來連續(xù)不中斷地執(zhí)行胰島素輸送算法，而不管是否產(chǎn)生第一或第二用戶干預(yù)信號。
3、 根據(jù)權(quán)利要求1或2所述的系統(tǒng)，還包括用于將干預(yù)胰島素量 和干預(yù)碳水化合物量之一提供給處理器的裝置。
4、 根據(jù)權(quán)利要求1-3所述的系統(tǒng)，其中，處理器響應(yīng)于第一用 戶干預(yù)信號，以通過將干預(yù)胰島素量添加到當(dāng)前胰島素丸劑量而處理 千預(yù)胰島素量。
5、 根據(jù)權(quán)利要求4所述的系統(tǒng)，其中，處理器還響應(yīng)于第一用戶 干預(yù)信號，以命令將干預(yù)胰島素量和當(dāng)前胰島素丸劑量的組合給藥至 用戶。
6、 根據(jù)權(quán)利要求4或5所述的系統(tǒng)，其中，當(dāng)前胰島素丸劑量是 正值胰島素丸劑量。
7、 根據(jù)權(quán)利要求4-6所述的系統(tǒng)，其中，當(dāng)前胰島素丸劑量是 零值胰島素丸劑量。
8、 根據(jù)權(quán)利要求1-7所述的系統(tǒng)，其中，處理器響應(yīng)于第一用 戶干預(yù)信號，以通過根據(jù)干預(yù)碳水化合物量修改血糖目標(biāo)來處理干預(yù) 碳水化合物量。
9、 根據(jù)權(quán)利要求1-8所述的系統(tǒng)，還包括其中存儲有胰島素輸 送和干預(yù)碳水化合物信息的數(shù)據(jù)庫，并且其中，處理器響應(yīng)于第一和第二用戶干預(yù)信號中的任一用戶 干預(yù)信號來將干預(yù)胰島素量和干預(yù)碳水化合物量之一輸入數(shù)據(jù)庫中。
10、 根據(jù)權(quán)利要求1 - 9所述的系統(tǒng)，其中，處理器可操作來在執(zhí)行胰島素輸送算法中包括干預(yù)胰島素量和干預(yù)碳水化合物量之一之前 等待延遲時間。
11、 一種允許用戶干預(yù)糖尿病控制設(shè)備的方法，該方法包括 執(zhí)行胰島素輸送算法，該胰島素輸送算法形成糖尿病控制設(shè)備的部分，監(jiān)控第一和第二用戶干預(yù)機(jī)制，響應(yīng)于用戶選擇第一用戶干預(yù)機(jī)制，在執(zhí)行胰島素輸送算法中包 括干預(yù)胰烏素量和干預(yù)碳水化合物量之一，以及響應(yīng)于用戶選擇第二用戶干預(yù)機(jī)制，從執(zhí)行胰島素輸送算法中排 除干預(yù)胰島素量和干預(yù)碳水化合物量之一。
12、 根據(jù)權(quán)利要求11所述的方法，還包括接收干預(yù)胰島素量和干 預(yù)碳水化合物量之一。
13、 根據(jù)權(quán)利要求11或12所述的方法，還包括響應(yīng)于用戶選擇 第一和第二用戶干預(yù)機(jī)制中的任一用戶干預(yù)機(jī)制而將干預(yù)胰島素量和干預(yù)碳水化合物量之一輸入數(shù)據(jù)庫中。
14、 根據(jù)權(quán)利要求13所述的方法，還包括在將干預(yù)胰島素量和干 預(yù)碳水化合物量之一輸入數(shù)據(jù)庫中之前對干預(yù)胰島素量和干預(yù)碳水化 合物量之一進(jìn)行日期和時間戳記。
15、 根據(jù)權(quán)利要求11 - 14所述的方法，還包括在用戶選擇第一用 戶干預(yù)機(jī)制之后和在執(zhí)行胰島素輸送算法中包括干預(yù)胰島素量和干預(yù) 碳水化合物量之一之前等待延遲時間。
16、 一種在醫(yī)療控制設(shè)備中提供用戶干預(yù)的系統(tǒng)，該系統(tǒng)包括 第一用戶干預(yù)機(jī)制，該第一用戶干預(yù)機(jī)制響應(yīng)于用戶對其的選擇而產(chǎn)生第一用戶干預(yù)信號，第二用戶干預(yù)機(jī)制，該第二用戶干預(yù)機(jī)制響應(yīng)于用戶對其的選擇 而產(chǎn)生第二用戶干預(yù)信號，以及處理器，該處理器執(zhí)行藥物輸送算法，該藥物輸送算法形成醫(yī)療 控制設(shè)備的部分，該處理器響應(yīng)于第一用戶干預(yù)信號來在執(zhí)行藥物輸 送算法中包括干預(yù)藥物量，并且該處理器響應(yīng)于第二用戶干預(yù)信號來 從執(zhí)行藥物輸送算法中排除干預(yù)藥物量。
17、 根據(jù)權(quán)利要求16所述的系統(tǒng)，還包括用于接收干預(yù)藥物量的 裝置。
18、 根據(jù)權(quán)利要求16或17所述的系統(tǒng)，其中，醫(yī)療控制設(shè)備是 糖尿病控制設(shè)備，藥物輸送算法是胰島素輸送算法，而干預(yù)藥物量是 干預(yù)胰島素量。
19、 根據(jù)權(quán)利要求18所述的系統(tǒng)，其中，處理器響應(yīng)于第一用戶 干預(yù)信號，以通過將干預(yù)胰島素量添加到當(dāng)前胰島素丸劑量而在執(zhí)行 胰島素輸送算法中包括干預(yù)胰島素量。
20、 根據(jù)權(quán)利要求19所述的系統(tǒng)，其中，處理器還響應(yīng)于第一用 戶干預(yù)信號，以命令將干預(yù)胰島素量和當(dāng)前胰島素丸劑量的組合給藥 至用戶。
21、 根據(jù)權(quán)利要求16-20所述的系統(tǒng)，還包括其中存儲有藥物輸 送信息的數(shù)據(jù)庫，其中，處理器響應(yīng)于笫一和第二用戶干預(yù)信號中的任一用戶干預(yù)信號來將干預(yù)藥物量輸入數(shù)據(jù)庫中。
22、 根據(jù)權(quán)利要求21所述的系統(tǒng)，其中，處理器被配置來在將干預(yù)藥物量輸入數(shù)據(jù)庫之前對干預(yù)藥物量進(jìn)行日期和時間戳記。
23、 根據(jù)權(quán)利要求16-22所迷的系統(tǒng)，其中，處理器可操作來在執(zhí)行胰島素輸送算法中包括干預(yù)藥物量之前等待延遲時間。
24、 根據(jù)權(quán)利要求16-23所述的系統(tǒng)，其中，處理器被配置來連續(xù)不中斷地執(zhí)行藥物輸送算法，而不管是否產(chǎn)生第一或第二用戶干預(yù) 信號。
25、 一種允許用戶干預(yù)醫(yī)療控制設(shè)備的方法，該方法包括 執(zhí)行藥物輸送算法，該藥物輸送算法形成醫(yī)療控制設(shè)備的部分， 監(jiān)控第一和第二用戶干預(yù)機(jī)制，響應(yīng)于用戶選擇第一用戶干預(yù)機(jī)制，在執(zhí)行藥物輸送算法中包括 干預(yù)藥物量，以及響應(yīng)于用戶選擇第二用戶干預(yù)機(jī)制，從執(zhí)行藥物輸送算法中排除 干預(yù)藥物量。
26、 根據(jù)權(quán)利要求25所述的方法，還包括接收干預(yù)藥物量。
27、 根據(jù)權(quán)利要求25或26所述的方法，還包括響應(yīng)于用戶選擇 第一和第二用戶干預(yù)機(jī)制中的任一用戶干預(yù)機(jī)制來將干預(yù)藥物量輸入 數(shù)據(jù)庫中。
28、 根據(jù)權(quán)利要求27所述的方法，還包括在將干預(yù)藥物量輸入數(shù)據(jù)庫之前對干預(yù)藥物量進(jìn)行日期和時間戳記。
29、 根據(jù)權(quán)利要求25 - 28所述的方法，還包括在用戶選擇第一用 戶干預(yù)機(jī)制之后和在執(zhí)行藥物輸送算法中包括干預(yù)藥物量之前等待延 遲時間。
30、 根據(jù)權(quán)利要求25 - 29所述的方法，其中，醫(yī)療控制設(shè)備是糖 尿病控制設(shè)備，藥物輸送算法是胰島素輸送算法，而干預(yù)藥物量胰島 素干預(yù)量。
31、 一種在醫(yī)療控制設(shè)備中提供用戶干預(yù)的系統(tǒng)，該系統(tǒng)包括: 第一用戶干預(yù)機(jī)制，該第一用戶干預(yù)機(jī)制響應(yīng)于用戶對其的選擇而產(chǎn)生第一用戶干預(yù)信號，第二用戶干預(yù)機(jī)制，該第二用戶干預(yù)機(jī)制響應(yīng)于用戶對其的選擇而產(chǎn)生第二用戶干預(yù)信號，以及處理器，該處理器執(zhí)行藥物輸送算法，該藥物輸送算法形成醫(yī)療 控制設(shè)備的部分，該處理器響應(yīng)于第一用戶干預(yù)信號以在執(zhí)行藥物輸 送算法中包括干預(yù)治療值，并且該處理器響應(yīng)于第二用戶干預(yù)信號以 從執(zhí)行藥物輸送算法中排除干預(yù)治療值。
32、 根據(jù)權(quán)利要求31所述的系統(tǒng)，還包括用于接收干預(yù)治療值的裝置。
33、 根據(jù)權(quán)利要求31或32所述的系統(tǒng)，其中，醫(yī)療控制設(shè)備是 糖尿病控制設(shè)備，藥物輸送算法是胰島素輸送算法，而干預(yù)治療值是 干預(yù)胰島素量。
34、 根據(jù)權(quán)利要求31 - 33所述的系統(tǒng)，其中，醫(yī)療控制設(shè)備是糖 尿病控制設(shè)備，藥物輸送算法是胰島素輸送算法，而干預(yù)治療值是對 應(yīng)于用戶最近干預(yù)的一定量碳水化合物的干預(yù)碳水化合物量。
35、 根據(jù)權(quán)利要求34所述的系統(tǒng)，其中，處理器響應(yīng)于第一用戶干預(yù)信號，以通過根據(jù)干預(yù)碳水化合物量修改血糖目標(biāo)來在執(zhí)行胰島 素輸送算法中包括干預(yù)碳水化合物量。
36、 根據(jù)權(quán)利要求31 - 35所述的系統(tǒng)，還包括其中存儲有治療值 信息的數(shù)據(jù)庫，其中，處理器響應(yīng)于第一和第二用戶干預(yù)信號中的任一用戶干預(yù)信號而將干預(yù)治療值輸入數(shù)據(jù)庫中。
37、 根據(jù)權(quán)利要求36所述的系統(tǒng)，其中，處理器被配置來在將干預(yù)治療值輸入數(shù)據(jù)庫之前對干預(yù)治療值進(jìn)行日期和時間戳記。
38、 根據(jù)權(quán)利要求31 - 37所述的系統(tǒng)，其中，處理器可操作來在執(zhí)行藥物輸送算法中包括干預(yù)治療值之前等待延遲時間。
39、 根據(jù)權(quán)利要求31-38所述的系統(tǒng)，其中，處理器被配置來連續(xù)不中斷地執(zhí)行藥物輸送算法，而不管是否產(chǎn)生第一或第二用戶干預(yù) 信號。
40、 一種允許用戶干預(yù)醫(yī)療控制設(shè)備的方法，該方法包括 執(zhí)行藥物輸送算法，該藥物輸送算法形成醫(yī)療控制設(shè)備的部分， 監(jiān)控第一和第二用戶干預(yù)機(jī)制，響應(yīng)于用戶選擇第一用戶干預(yù)機(jī)制而在執(zhí)行藥物輸送算法中包括 干預(yù)治療值，以及響應(yīng)于用戶選擇第二用戶干預(yù)機(jī)制而從執(zhí)行藥物輸送算法中排除 干預(yù)治療值。
41、 根據(jù)權(quán)利要求40所述的方法，還包括接收干預(yù)治療值。
42、 根據(jù)權(quán)利要求40或41所述的方法，還包括響應(yīng)于用戶選擇 第一和第二用戶干預(yù)機(jī)制中的任一用戶干預(yù)機(jī)制而將干預(yù)治療值輸入 數(shù)據(jù)庫中。
43、 根據(jù)權(quán)利要求42所述的方法，還包括在將干預(yù)治療值輸入數(shù) 據(jù)庫之前對干預(yù)治療值進(jìn)行日期和時間戳記。
44、 根據(jù)權(quán)利要求40 - 43所述的方法，還包括在用戶選擇第一用 戶干預(yù)機(jī)制之后和在執(zhí)行藥物輸送算法中包括干預(yù)治療值之前等待延 遲時間。
45、 根據(jù)權(quán)利要求40 - 44所述的方法，其中，醫(yī)療控制設(shè)備是糖 尿病控制設(shè)備，藥物輸送算法是胰島素輸送算法，而干預(yù)治療值是胰 島素干預(yù)量。
46、 根據(jù)權(quán)利要求40 - 45所述的方法，其中，醫(yī)療控制設(shè)備是糖 尿病控制設(shè)備，藥物輸送算法是胰島素輸送算法，而干預(yù)治療值是對 應(yīng)于用戶最近干預(yù)的一定量碳水化合物的干預(yù)碳水化合物量。
全文摘要
一種在醫(yī)療控制設(shè)備中提供用戶干預(yù)的系統(tǒng)可以包括響應(yīng)于用戶對其的選擇而產(chǎn)生第一用戶干預(yù)信號的第一用戶干預(yù)機(jī)制；響應(yīng)于用戶對其的選擇而產(chǎn)生第二用戶干預(yù)信號的第二用戶干預(yù)機(jī)制；以及執(zhí)行藥物輸送算法的處理器，該藥物輸送算法形成醫(yī)療控制設(shè)備的部分。該處理器可以響應(yīng)于第一用戶干預(yù)信號而在執(zhí)行藥物輸送算法中包括干預(yù)治療值，并且響應(yīng)于第二用戶干預(yù)信號而從執(zhí)行藥物輸送算法中排除干預(yù)治療值。該醫(yī)療控制設(shè)備可以是糖尿病控制設(shè)備，該藥物輸送算法可以是胰島素輸送算法，而干預(yù)治療值可以例如是干預(yù)胰島素量或干預(yù)碳水化合物量。
文檔編號A61M5/142GK101238468SQ200680029189
公開日2008年8月6日 申請日期2006年6月3日 優(yōu)先權(quán)日2005年6月6日
發(fā)明者A·圖克拉爾, P·加利, R·瓦格納, S·奇塔加盧, S·韋因納特, S·鮑薩姆拉 申請人:霍夫曼-拉羅奇有限公司