專利名稱：醫(yī)用輸液泵的軟件特征的制作方法
技術領域：
本發(fā)明涉及醫(yī)用輸液泵的使用，特別地，本發(fā)明涉及可與醫(yī)用輸液泵結合使用的軟件。
背景技術：
作為對患者指定療法的一部分，醫(yī)院和其它看護中心的患者有規(guī)律地需要受控的藥物攝入。一種受控藥物攝入的形式是通過用醫(yī)用輸液泵輸入流體藥物來實現的。通常，醫(yī)用輸液泵恒定地輸送藥物給患者。這些醫(yī)用輸液泵用于以編程在泵中的預定速率給患者輸送選中的藥物或者藥劑(therapeutic agent) 0對醫(yī)用輸液泵進行編程和管理可能會困難且麻煩。這是由于事實上可以對單個的泵編程來輸送不同療法中和醫(yī)院內不同位置處的不同流體。因為基于患者、輸送的流體或者泵周圍的特定環(huán)境，最大和最小輸送速率可會變化，對流體輸送速率的編程可能會困難。醫(yī)用輸液泵通常被配置來跟蹤在泵內出現的事件，以產生與泵操作相關的消息， 諸如描述當前的狀態(tài)和操作的編程(operational programming)。當不恰當地編程或者在當前操作編程的界限之外操作時，所述醫(yī)用輸液泵還可以產生多種類型的具有不同嚴重性的警報。因為各種原因，管理這些警報、消息及其它和狀態(tài)指示會有困難。例如，為了確保合格的個人接到出現警報的通知，可能將警報廣播給多個冗余的個人，造成大量的非必要的警報通知。所產生的警報通常吸引最多反應的個人，而不是最合適對所述警報作出反應的那些個人。

發(fā)明內容
在第一方面，本發(fā)明揭示一種將消息引導到個人的方法。該方法包括將一個或多個個人與醫(yī)用輸液泵產生的消息關聯起來。該方法進一步包括在所述消息出現在所述醫(yī)用輸液泵后，將所述消息傳達給所述一個或多個個人。在第二方面，本發(fā)明揭示一種醫(yī)用輸液泵。該醫(yī)用輸液泵包括泵機械結構、存儲器、和被設置來控制所述泵機械結構且操作性地連接到所述存儲器的可編程電路。所述可編程電路被編程以將一個或多個個人與醫(yī)用輸液泵產生的消息關聯起來。所述可編程電路還被編程，在所述消息出現在所述醫(yī)用輸液泵之后，將所述消息傳達給所述一個或多個個人。
在第三方面，本發(fā)明揭示一種用于將消息從醫(yī)用輸液泵引導到一個或多個個人的系統。該系統包括醫(yī)用輸液泵和通信地連接到所述醫(yī)用輸液泵的計算機系統。該系統被設置以執(zhí)行程序指令，將一個或多個個人與醫(yī)用輸液泵所產生的消息關聯起來，以及，在所述消息一出現在所述醫(yī)用輸液泵之后，將所述消息傳達給所述一個或多個個人。在第四方面，本發(fā)明揭示一種跟蹤與醫(yī)用輸液泵相關的費用參數的方法。該方法包括檢測醫(yī)用輸液泵中的一個或多個產生費用的事件，每個產生費用的事件與患者使用所述醫(yī)用輸液泵有關。該方法還包括在存儲器中存儲所述產生費用的事件的歷史，并基于在所述產生費用的事件的歷史中所記錄的醫(yī)用輸液泵的使用情況生成費用的結算。在第五方面，本發(fā)明揭示一種醫(yī)用輸液泵。該醫(yī)用輸液泵包括泵機械結構、存儲器和被設置來控制所述泵機械結構且操作性地連接到所述存儲器的可編程電路。該可編程電路被編程以檢測醫(yī)用輸液泵中的一個或多個產生費用的事件，每個產生費用的事件與患者使用所述醫(yī)用輸液泵相關。所述可編程電路進一步被編程以在所述存儲器存儲所述產生費用的事件的歷史，并基于在所述產生費用的事件的歷史中所記錄的所述醫(yī)用輸液泵的使用情況，產生費用的結算。在第六個方面，本發(fā)明揭示一種與醫(yī)用輸液泵一起使用的費用跟蹤系統。該費用跟蹤系統包括計算機系統和與該計算機系統通信地連接的醫(yī)用輸液泵。該醫(yī)用輸液泵包括泵機械結構、存儲器和被設置來控制所述泵機械結構且操作地連接到所述存儲器的可編程電路。該可編程電路被編程以檢測醫(yī)用輸液泵中的一個或多個產生費用的事件，每個產生費用的事件與患者使用所述醫(yī)用輸液泵相關。所述可編程電路進一步被編程以在所述存儲器存儲所述產生費用的事件的歷史，并基于在所述產生費用的事件的歷史中所記錄的所述醫(yī)用輸液泵的使用情況，產生費用的結算。在第七方面，本發(fā)明揭示一種跟蹤醫(yī)用輸液泵中的活動的方法。該方法包括檢測醫(yī)用輸液泵中的一個或多個產生費用的事件，每個產生費用的事件與患者使用所述醫(yī)用輸液泵有關。該方法還包括檢測醫(yī)用輸液泵中的一個或多個校正事件，每個校正事件與護理員對所述醫(yī)用輸液泵的編程相關。該方法進一步包括在所述醫(yī)用輸液泵的存儲器中存儲所述產生費用的事件和校正事件的事件日志，并基于包括所述一個或多個產生費用的事件的事件日志的至少一部分生成費用的結算。在第八方面，本發(fā)明揭示一種評估醫(yī)用輸液泵中的下游壓力的方法。該方法包括判斷在醫(yī)用輸液泵泵沖程(pump stroke)結束時下游的壓力，等待一段時間，判斷在泵沖程結束時下游壓力。該方法還包括在所述一段時間結束時評估所述下游的壓力，基于該評估步驟，決定是否起動接下來的泵沖程。在第九方面，本發(fā)明揭示一種被配置來管理流體壓力衰減(decay)的醫(yī)用輸液泵。該醫(yī)用輸液泵包括被配置來起動泵沖程以輸送流體給患者的泵機械結構、存儲器、和被設置來控制所述泵機械結構且操作地連接到所述存儲器的可編程電路。該可編程電路被編程以在所述泵機械結構的泵沖程結束時判斷下游的壓力，等待一段時間，在該一段時間結束時判斷下游的壓力。所述可編程電路被進一步編程來評估在所述時間段結束時的所述下游壓力，且基于這個評估，決定是否經由所述泵機械結構起動接下來的泵沖程。在第十方面，本發(fā)明揭示一種評估醫(yī)用輸液泵中的下游壓力的方法。該方法包括起動醫(yī)用輸液泵中泵機械結構的第一沖程，判斷在該沖程結束時下游的壓力，等待一段時間，在該時間結束時，判斷下游壓力。該方法還包括推遲接下來的泵沖程，至少直到所述下游壓力低于最大下游壓力所述臨界值，起動接下來的泵沖程。在第十一方面，本發(fā)明揭示一種從醫(yī)用輸液泵輸送流體的方法。該方法包括從所述醫(yī)用輸液泵輸送流體，直到下游壓力達到一個高壓界限。該方法包括，一旦達到所述高壓界限時，暫停一段時間輸送流體。該方法進一步包括，一旦所述一段時間經過時，從所述醫(yī)用輸液泵輸送附加的流體。在第十二個方面，本發(fā)明揭示一種醫(yī)用輸液泵。該醫(yī)用輸液泵包括泵機械結構、存儲器和被設置來控制所述泵機械結構且操作地連接到所述存儲器的可編程電路。該可編程電路被編程以經由所述泵機械結構輸送流體，直到下游壓力達到一個高壓界限值。所述可編程電路還被編程以，在一旦達到一個高壓界限值時，暫停一段時間輸送流體。所述可編程電路被編程，一旦所述時間段經過時，重啟經由所述泵機械結構的流體輸送。在第十三方面，本發(fā)明揭示一種從醫(yī)用輸液泵輸送流體的方法。該方法包括開始泵機械結構的一個或多個沖程，用于從所述醫(yī)用輸液泵輸送流體，直到下游壓力達到一個高壓界限。該方法還包括，一旦達到所述高壓界限時，暫停一段時間輸送流體。該方法進一步包括，一旦所述預定的時間經過時，判斷所述下游壓力是否保持在所述高壓界限的預定閾值之內。該方法包括在一旦判斷所述下游壓力在所述預定閾值之外時，開始所述泵機械結構的一個或多個附加沖程，用于從所述醫(yī)用輸液泵輸送附加的流體。通過這個方法，所述醫(yī)用輸液泵在最短的時間段內輸送最大量的流體。在第十四方面，本發(fā)明揭示一種在醫(yī)用輸液中產生警報的方法。該方法包括基于一個警報事件判斷一個警報的嚴重性。該方法進一步包括基于警報級別標準從多個警報級別中選擇一個警報級別，每個警報級別對應于由所述警報通知的不同的目標群。該方法還包括根據所選擇的警報級別觸發(fā)所述警報。在第十五方面，本發(fā)明揭示一種醫(yī)用輸液泵。該醫(yī)—用輸液泵包括泵機械結構、存儲器和被設置來控制所述泵機械結構且操作地連接到所述存儲器的可編程電路。該可編程電路被編程以基于一個警報事件判斷一個警報的嚴重性。該可編程電路還被編程以基于一個警報級別標準從多個警報級別中選擇一個警報級別，每個警報級別對應于由所述警報通知的不同的目標群。所述可編程電路進一步被編程以根據所述選擇的警報級別觸發(fā)所述警報。在第十六方面，本發(fā)明揭示了一種在醫(yī)用輸液泵中產生警報的方法。該方法包括基于一個警報事件判斷一個警報的嚴重性。該方法還包括，基于一個警報級別標準從多個警報級別中選擇一個警報級別，每個警報級別對應于由所述警報通知的一個不同的目標群。該方法進一步包括根據所選擇的警報級別觸發(fā)所述警報，且在一段預定的時間保持觸發(fā)所述警報。該方法包括，如果所述警報事件在所述預定的時間期間沒有被處理，則從所述多個警報級別中選擇第二警報級別。該方法包括根據所述第二警報級別觸發(fā)所述警報。


圖1圖示的是根據本發(fā)明可能的實施例的泵-計算機通信系統；圖2圖示的是根據本發(fā)明的可能的實施例的輸液泵網絡；圖3圖示的是可以用于實現本發(fā)明某些方面的計算機系統的架構；
圖4圖示的是可以用于實現本發(fā)明某些方面的泵的架構；圖5圖示的是可以用于實施本發(fā)明的某方面的泵外圍設備的架構；圖6圖示的是根據本發(fā)明的可能的實施例的包括有醫(yī)用輸液泵的醫(yī)療網絡的可言旨布局；圖7圖示的是根據本發(fā)明可能的實施例，顯示所跟蹤的醫(yī)用輸液泵中的事件歷史的事件日志的例子；圖8圖示的是根據本發(fā)明的可能的實施例，可用于將用戶或者用戶類與醫(yī)用輸液泵中的消息或者事件相關聯的用戶關聯數據記錄的例子；圖9圖示的是根據本發(fā)明可能的實施例的羅列醫(yī)用輸液泵的感興趣用戶并對進行分類的用戶數據記錄的例子；圖10圖示的是根據本發(fā)明可能的實施例的用于處理醫(yī)用輸液泵中的本地化警報和消息的方法和系統的流程圖；圖11圖示的是根據本發(fā)明可能的實施例的用于處理醫(yī)用輸液泵中的目標警報和消息的泵-用戶通信系統；圖12圖示的是根據本發(fā)明的可能的實施例的用于在醫(yī)用輸液泵中提供強度可變的警報的方法和系統的流程圖；圖13圖示的根據本發(fā)明可能的實施例的用于在醫(yī)用輸液泵中跟蹤費用的方法和系統的流程圖；圖14圖示的是根據圖13所描述的方法和系統基于費用跟蹤數據所產生的費用結算窗口的例子；圖15-16圖示的是根據本發(fā)明可能的實施例的用于應用可變的延遲來感應下游壓力衰減的方法流程圖和系統；圖17圖示的是根據本發(fā)明可能的實施例的在醫(yī)用輸液泵上顯示的用于觸發(fā)一個可變延遲來感應下游壓力衰減的一系列屏幕；圖18圖示的是根據本發(fā)明進一步可能的實施例的在醫(yī)用輸液泵上顯示的用于觸發(fā)一個可變延遲來感應下游壓力衰減的又一系列屏幕；圖19圖示的是根據本發(fā)明可能的實施例的使用一個可變延遲來感應下游壓力衰減的醫(yī)用輸液泵的下游壓力的示例圖形；圖20圖示的是根據本發(fā)明進一步可能的實施例的使用可變延遲來感應下游壓力衰減從醫(yī)用輸液泵的下游壓力的圖片的第二個例子；圖21圖示的是根據本發(fā)明的可能的實施例的用于輸送醫(yī)用輸液泵中由壓力計時的間歇性快推方法和系統的流程圖；圖22圖示的是根據本發(fā)明進一步可能的實施例的在醫(yī)用輸液泵上顯示的用于觸發(fā)用壓力計時的間歇性的快推的一系列屏幕；以及圖23圖示的是根據本發(fā)明的可能的實施例的輸送通過壓力計時的間歇性的快推的醫(yī)用輸液泵的下游壓力的示例圖形。
具體實施例方式以下參考附圖詳細描述本發(fā)明的多個實施例，其中在幾個視圖中，相同的參考標號表示相同的部分和組件。參考各個實施例并不對本發(fā)明的權利要求范圍有限制。另外， 本說明書中羅列的所有例子并不是來進行限制的，而是僅僅羅列權利要求的一些可能的實施例。本發(fā)明大體上涉及醫(yī)用輸液泵中的流體輸送、和被配置為給患者輸送流體的泵的管理。本發(fā)明描述醫(yī)用輸液泵的特征，醫(yī)用輸液泵和患者之間的互動(例如，涉及所述泵的流體輸送或者手動控制)，和所述醫(yī)用輸液泵與其他用戶(例如，醫(yī)療提供者或者其他可物理上或者通信地訪問所述泵的人)的可能互動。本發(fā)明描述的各個實施例的邏輯操作這樣實施(1)在計算機系統上運行的一系列由計算機實施的操作；和/或( 在所述計算機系統內互聯的機器模塊。模塊代表由諸如常見的編程語言或者在動態(tài)數據庫(DLL)中可見的代碼之類的程序代碼執(zhí)行的功能。所用的實施根據所需要的所述醫(yī)用輸液泵和與之連接的計算機系統的性能來選擇。相應地， 組成本發(fā)明實施例的邏輯操作可稱作操作或模塊等。I。包括醫(yī)用輸液泵的計算環(huán)境下面的討論旨在提供一種可以實施本發(fā)明的適當的計算環(huán)境的大體描述。雖然沒有要求，本發(fā)明將以可由計算機執(zhí)行的計算機可執(zhí)行指令的一般語境(general context) 方式進行描述，所述計算機例如為手持式計算機、個人計算系統或者醫(yī)用輸液泵。圖1圖示的是具有醫(yī)用輸液泵102、計算機系統104和通信鏈路106的醫(yī)用輸液網絡100的示例性實施例。醫(yī)用輸液泵102被配置為將諸如藥物、生理鹽水或者營養(yǎng)之類的治療流體輸送給患者。醫(yī)用輸液泵102的例子包括非固定泵(ambulatory pump)、固定泵和柱式安裝的泵。計算機系統104被配置為執(zhí)行諸如計算機軟件之類的計算機可讀指令。計算機系統104可以在各種位置上，諸如在正在對患者進行治療的護理點(POC)、遠離POC的一個位置處的醫(yī)療機構、甚至是遠離所述醫(yī)療機構本身的非現場位置。在進一步的實施例中，醫(yī)用輸液泵102用作計算機系統104。在示例的實施例中，對計算機系統104編程以產生和存儲在泵應用程序的環(huán)境中執(zhí)行的泵協議。每個泵協議包括一系列泵參數。泵參數指的是定義醫(yī)用輸液泵的操作方面的設置。所述泵參數規(guī)定對所述泵的控制。作為參考，泵協議是定義在應用具體的療法、合格者(qualifier)和藥物期間醫(yī)用輸液泵的可變操作特征的這些泵參數的集合。所述泵協議包括要包括在所述泵中的操作參數列表，并且與索引進行關聯，所述索引用于指向包含特定的泵參數集合的特定協議。另外，作為參考，泵應用程序是控制泵的操作的指令(例如，可執(zhí)行代碼、規(guī)則和/ 或數據)的程序，所述操作用于具體療法或者輸液類型(例如，連續(xù)輸液、間歇輸液、疼痛控制、化學療法、全部不經腸胃的營養(yǎng)，等等)。例如，泵應用程序可能包含有定義泵的操作來實現各種泵參數的指令。通信鏈路106連接泵102和計算機系統104。在多個實施例中，通信鏈路106可以包括連接到計算機上的串行連接或者并行連接、有線或者無線連接以及直接連接或者網絡連接。另外，泵102和計算機系統104可以使用任何適用于數據通信的協議進行通信。與計算機的網絡連接的例子包括內部網、互聯網和LAN(例如，以太網)。與計算機的有線連接示例包括USB、RS-232、火線(Firware)和電力線調制解調器連接。無線連接的例子包括藍牙、802. lla/b/g、紅外(IR)和射頻(RF)。關于在輸液泵網絡場合中的使用泵參數和協議的進一步細節(jié)在美國專利申請 USl 1/499，248、USl 1/499，240、USl 1/499，255 和 USl 1/499，893 中進行描述，這些專利申請都于2006年8月3日提交，以及在美國專利申請US11/702，922和11/702，925中進行描述， 這兩個專利申請于2007年2月5日提交。這些專利申請中的每一個通過引用全部并入本說明書。圖2圖示的是具有與多個計算機系統KM1-KMn聯網的服務器206的輸液泵網絡 200的示例實施例。網絡200可以是能夠在所述服務器、計算機系統和醫(yī)用輸液泵之間進行數據通信的任何有線或者無線網絡。網絡的例子包括互聯網、內網和LAN。每個計算機系統104可以通過通信鏈路106與醫(yī)用輸液泵102^10 進行通信。在示例的實施例中，各個計算機系統104b執(zhí)行用于產生和管理泵應用程序和泵操作參數集合的軟件，并存儲與相關聯的醫(yī)用輸液泵102i_n有關的信息。泵應用程序和泵操作參數集合可以存儲在服務器206上，并可以由其它各個計算機系統104i_n來訪問。單個計算機系統104i_n還被編程來獲取先前創(chuàng)建和存儲在服務器206上的泵應用程序和泵操作參數集合供查看、編輯和下載到醫(yī)用輸液泵102^。這些泵應用程序和泵操作參數可以用來判斷各種流體輸送算法，諸如那些在本文中更詳細描述的。各個計算機系統104i_n還被編程來在醫(yī)用輸液泵102i_n和服務器206之間交流各種信息。在某些實施例中，各個計算機系統104i_n被編程以將泵事件傳達給所述服務器用于進行存儲和后繼的處理，諸如醫(yī)用輸液泵102i_n中跟蹤的費用和操作歷史數據。在進一步的實施例中，各個計算機系統104i_n被編程來將在所述泵中產生的消息傳達到外部的計算機系統，這些外部計算機系統包括服務器206和其它裝置，以將泵中的發(fā)生的某些事件(例如，意外或者警報)告知第三方治療提供者。在可替換的實施例中，醫(yī)用輸液泵102i_n可以與所述服務器直接進行通信，獲取泵應用程序和泵操作參數集合，并提供與所述泵操作相關的數據。例如，醫(yī)用輸液泵102i_n可以裝有諸如網頁瀏覽器之類的客戶端軟件，通過本文描述的有線連接或者無線連接直接與網絡200進行通信。在其它可替換的實施例中，一個或多個計算機系統(例如，KM1J不被配置為與醫(yī)用輸液泵102i_n中的一個進行直接通信，而是提供訪問服務器206的管理權，用于產生、 查看和編輯泵應用程序和泵操作參數集合，并且用于將數據從所述泵傳達給所述服務器。 另外，未與醫(yī)用輸液泵102i_n相聯系的服務器、工作站和其它計算機系統可以包含在網絡 200 中。在其它可替換的實施例中，本文所描述的軟件的某些方面在服務器206中執(zhí)行。 例如，在某些實施例中，所述服務器作為應用服務的提供者，交流用戶界面和其它諸如HTML 的標記語言或者其它允許用戶從一個遠程位置來執(zhí)行軟件的語言或者協議的數據入口。在這些實施例中，服務器206可以作為應用服務提供者，其中所述服務器提供對所述軟件的訪問，用于產生和存儲可以由用戶建立和下載到醫(yī)用輸液泵的泵應用程序和泵協議，以及用于管理用戶數據庫、泵歷史、消息和警報的分發(fā)以及其它一些事件。例如，服務器206可以位于與所述用戶分開的制泵、制藥、藥劑師或者一些其它第三方之處。在這樣的實施例中的服務器206可以從單個計算機系統104進行訪問，或者由具有聯網能力和客戶端軟件的醫(yī)用輸液泵102進行訪問。服務器206和具有網頁瀏覽器的醫(yī)用輸液泵102的示例實施例在美國專利申請 US11/066, 425中有揭示，該專利申請于2005年2月22日提交，標題為醫(yī)用裝置的服務器， 其揭示的內容通過引用全部并入本文。圖3圖示的是可以用于實現本發(fā)明的某些方面的示例構架，包括計算機系統104 或者服務器206。所述計算機系統架構包括計算機系統300形式的通用計算機裝置。計算機系統300可以用作，例如，圖2的計算機系統或者服務器，并且可以執(zhí)行包含在下文要描述的所述管理軟件中或者用戶軟件中的程序模塊。計算機系統300包括至少一個處理系統302。各種處理單元可以從各種制造商那里獲得，例如，Intel或者AMD。計算機系統300還包括系統存儲器304和將包括系統存儲器304的各種系統組件耦聯到處理單元302的系統總線306。系統總線306可以是任意數目類型的總線結構，包括存儲器總線或者存儲器控制器；外圍總線；以及使用個多種總線結構中任意一種類型的本地總線。系統存儲器304可以包括只讀存儲器(ROM) 308和隨機存取存儲器(RAM) 310。在 R0M308中通常存儲有基本輸入/輸出系統312 (BIOS)，其包含幫助在計算機系統300內的元件之間，諸如在啟動的過程中，傳輸信息的基本的例程(routine)。計算機系統300還可以包括用于從硬盤(圖中未示)讀取和寫入硬盤的諸如硬盤驅動之類的輔助存儲裝置313，以及/或者壓縮閃存卡314。硬盤驅動313和壓縮閃存卡314通過硬盤驅動接口 320和壓縮閃存卡接口 322分別連接到系統總線306。所述驅動和卡以及與它們相關聯的計算機可讀介質提供對所述計算機系統300的計算機可讀指令、數據結構、程序模塊和其它數據的非易失性存儲。雖然此處描述的示例環(huán)境應用的是硬盤驅動313和壓縮閃存卡314，所述示例系統中可以使用其它類型的能夠存儲數據的計算機可讀介質。這些其它類型的計算機可讀介質的例子包括磁盒、閃存卡、數字視頻光盤，伯努利盤匣(Bernoulli cartridges)、⑶ROM、 DVD ROM、隨機存取存儲器(RAM)或者只讀存儲器(ROM)。在硬盤313、壓縮閃存卡314、R0M308或者RAM310上可以存儲多個程序模塊，包括操作系統326、一個或多個應用程序328、其它程序模塊330和程序數據332。用戶可以通過輸入裝置334將命令和信息輸入計算機系統300中。輸入裝置的例子包括鍵盤、鼠標、麥克風、手柄、游戲板、衛(wèi)星碟、掃描儀、數碼相機、觸摸屏和電話。這些和其它輸入裝置經常通過耦接到系統總線306上的接口 340連接到處理單元302。這些輸入裝置也可以通過任意數目的接口，諸如并行端口、串行端口、游戲端口或者通用串行總線(USB)進行連接。輸入裝置和接口 340之間也可以是無線通信，并可以包括紅外、藍牙、802. lla/b/g、手機或者其它射頻通信系統。諸如監(jiān)視器或者觸摸屏LCD面板之類的顯示裝置342也經由諸如視頻適配器344之類的接口連接到系統總線306。顯示裝置342可以是內部的或者外部的。除了顯示裝置342之外，大體而言，計算機系統通常包括其它外圍裝置(圖中未示)，諸如揚聲器、 打印機和掌上設備。當在LAN網絡環(huán)境中使用時，計算機系統300通過網絡接口或者適配器352連接到本地網絡。當在諸如互聯網之類的WAN網絡環(huán)境中使用時，計算機系統300通常包括調制解調器3M或者用于在廣域網上建立通信的其它通信類型，諸如直接連接。調制解調器354，可以是內部的或者外部的，經由接口 340連接到系統總線306。在聯網環(huán)境中，所描述的與計算機系統300相關的程序模塊，或者其部分，可以存儲在遠程存儲裝置中。應當理解的是，圖中所示的網絡連接僅用于示例，也可以使用其它方法在所述計算機系統之間建立通信鏈路。計算機系統300還包括連接到存儲器304的錄音器360。錄音器360包括用于接收聲音輸入和與存儲器304進行通信來緩沖和存儲所述聲音輸入的麥克風。錄音器360還包括用于觸發(fā)麥克風且將所述聲音輸入傳給存儲器304的錄音按鍵361。計算機系統可以還包括用于存儲數據的數據庫390。數據庫390可以經由存儲器304 (集成于其中或者在其外部)來訪問，并且可以被形成為任意數目類型的數據庫，諸如，層級式或者關系數據庫。計算機設備，諸如計算機系統300，通常包括至少一些形式的計算機可讀介質。計算機可讀介質可以是可以通過計算機系統300訪問的任何可用介質。作為示例，而非限制， 計算機可讀介質可以包括計算機存儲介質和通信介質。計算機存儲介質包括以任何方法或者技術來實現的用于存儲諸如計算機可讀指令、數據結構、程序模塊或者其它數據之類信息的易失性和非易失性、可除去和非可除去介質。計算機存儲介質包括，但不限于RAM、ROM、EEPR0M、閃存或者其它存儲技術、CD-ROM、數字多功能光盤(DVD)或者其它光學存儲器、磁盒、磁帶、磁盤存儲器或者其它磁存儲裝置、 或者任何一種可以用于存儲期望的信息并且可以由計算機系統300訪問的其它介質。通信媒介通常體現為計算機可讀指令、數據結構、程序模塊或者諸如載波或者其它傳輸機制之類的調制的數據信號中的其它數據，并包括任意信息輸送介質。術語“調制的數據信號”指這樣的信號，其具有一種或多種特性組合，或者以一種方式對其改變以便對信號中的信息進行編碼。作為示例，并非是限制，通信介質包括諸如有線網絡或者直接連線連接之類的有線介質，以及諸如為聽覺的(acoustic)、RF和紅外之類的無線介質，以及其它無線介質。上述的任意一種的組合應當包含在計算機可讀介質的范疇內。計算機可讀介質還稱為計算機程序產品。圖4圖示的是可以用于實施本發(fā)明的某些方面的醫(yī)用輸液泵400的架構。大體而言，醫(yī)用輸液泵400是被配置來諸如通過使用輸液器輸送流體(例如，流體藥物)給患者的可編程的泵。如前文結合圖1所描述的，醫(yī)用輸液泵400執(zhí)行一個或多個應用程序來實現將流體輸送給患者。在醫(yī)用輸液泵400中，微處理器402與泵電機400、屏幕406、可聽見的警報408及震動警報410進行電通信，并對它們進行控制。其它實施例可以取代所述微處理器使用微機或者任何其它類型的可編程電路。泵電動機404驅動驅動機構412。驅動機構412將治療流體輸送給患者。所述驅動機構可以連接到柱塞系統(plunger system)、蠕動驅動機構或者另一類型的流體輸送系統。屏幕406可以具有諸如IXD屏幕之類的多種不同配置。屏幕406顯示呈現對患者或者護理員有用的各項信息的用戶界面。警報在所述泵中提供實際的警報、警告和提醒?？陕牭降木瘓?08可以是呼叫器或者提供可聽見的通知，包括實際的警報、警告和提醒。與其它諸如手機之類的便攜式電子設備類似，震動警報410提供補充聲音警報的警報或者當可聽到的呼叫聲聒噪或者不能聽到時，取代所述的聲音警報。用戶可以有選擇地啟用或者禁用可聽到的警報408和震動警報410。但是，在一個可能的實施例中，可聽到的警報408和震動警報410不許同時禁用。微處理器402與隨機存取存儲器(RAM) 416和只讀存儲器(ROM) 418電通信， RAM416和R0M418在泵400上，但是在微處理器402的外部。在一個可能的實施例中，微處理器402還包括內部存儲器。RAM416是靜態(tài)RAM，存儲可以隨著時間變化的數據，諸如泵的設置和醫(yī)用輸液泵400所經歷的事件的歷史日志。R0M418存儲用于操作系統和應用程序的代碼。R0M418可以是任意一種類型的可編程的ROM，諸如EPR0M。紅外(IR)端口 420與微處理器進行電通信。如下文中更詳細解釋的，頂端口 420 提供與諸如計算機之類的外部設備的數據通信，所述計算機用于對應用程序進行編程、對泵設置進行編程以及下載歷史數據日志。醫(yī)用輸液泵400可以包括取代頂端口 420或者除其之外的其它類型的通信端口。其它可能的通信端口包括射頻(RF)端口或者諸如RS-232 端口、USB端口或者類似的端口之類提供硬線數據通信鏈路的端口?？蛇x擇的是，在所述泵中可以包括額外的諸如閃存之類的非易失性存儲器，與微處理器402通過接口進行連接。這個額外的非易失性存儲器可以被配置以存儲所述泵收集的數據，諸如在所述醫(yī)用輸液泵的事件的歷史、警報和消息信息，以及被授權操作所述泵的醫(yī)療人員的用戶記錄，以及其它信息。實時時鐘422給微處理器402提供時鐘信號。具有實時時鐘422的優(yōu)點是，它給所述程序實時提供實際的時間，使得所述醫(yī)用輸液泵所執(zhí)行的程序可以跟蹤和控制輸送藥物和其它事件發(fā)生的實際的時間。此處所描述的各種持續(xù)時間用于警告、警報、提醒和其它功能。在一個可能的實施例中，所述計時器由實時時鐘422和由微處理器402執(zhí)行的軟件形成。鍵盤似4還給微處理器402提供輸入。雖然可以使用其它類型的鍵盤，一種類型的鍵盤具有四個按鍵且是膜型鍵盤，可以防水以及抵御其它環(huán)境條件。鍵盤似4包含有軟按鍵，用于這些按鍵的按鍵功能可以隨著用戶執(zhí)行不同的菜單選項和命令來變化。有聲音的快推按鍵425可選擇給微處理器402提供輸入。有聲音的快推按鍵425 可以對泵400進行編程，用于以可聽的方式施用(administer)藥物或者其它治療流體的快速注入，而不需要使用所述泵的視覺確認。在一個示例的實施例中，基于預先編程的觸發(fā)間隔(granularity)，連續(xù)多次按下有聲音的快推按鍵425，觸發(fā)選定量的快推輸送。根據用戶的選擇，按鍵的單次按下表示快推5克，，后繼按下所述聲音快推按鍵425表示其所述量的倍數。微處理器402的其它輸入可以包括，對治療流體輸送管線的閉塞敏感的閉塞傳感器426 ；對治療流體藥筒(cartridge)的出現敏感的藥筒傳感器428 ；檢測驅動機構412中的齒輪運動的運動檢測器430。在一個示例的實施例中，藥筒傳感器4 包括被配置來檢測治療流體藥筒的插入的一個或多個傳感器。泵400能夠檢測經由機械接口所出現的藥筒的類型，并可以包括在泵中與所述藥筒相結合的操作有關的軟件指令。藥盒感應結構的例子， 例如，在1994年4月15日提交的、于1996年7月2日授權的、標題為“藥泵的藥盒識別系統和方法”的US. 5，531，697美國專利中有描述。外圍接口 432允許將諸如各種通信和功能性系統之類的附加系統加到泵400上。 可以與所述泵通過接口連接的示例系統包括條形碼閱讀器或者通信模塊，或者其它諸如結
12合圖5描述的那些裝置的裝置。圖5圖示的是可以與圖4所描述的醫(yī)用輸液泵通過接口連接的外圍設備500。外圍設備500通常給醫(yī)用輸液泵400提供擴展功能。在所示的實施例中，外圍設備500給所述醫(yī)用輸液泵提供擴展通信和計算功能，從而從所述系統卸去多個任務，釋放資源用于輸送流體給所述患者。外圍設備500包括可編程的電路502，被配置來執(zhí)行由醫(yī)用輸液泵400的微處理器 402所指示的以及從外部計算機系統接收的程序指令。可編程電路502還可選擇地包括各種附加的操作邏輯，被配置來訪問存儲器且對應于所述可編程電路的各種接口。在一個實施例中，可編程電路502包括微控制器。該微控制器可以由多種諸如匯編語言、C語言或者其它下層語言之類的可編程語言中的一種進行編程。在一個替換的實施例中，可編程電路 502包括諸如現場可編程門陣列(FPGA)、復合可編程邏輯裝置(CPLD)或者電源ASIC (針對應用的集成電路)之類的可編程邏輯裝置(PLD)。在這些實施例中，諸如Veril0g、ABEL或者VHDL之類的硬件描述語言定義所述可編程電路的操作。外圍設備500還包括與所述可編程電路通信地連接的電接口 504。電接口 504在可編程電路502和醫(yī)用輸液泵的連接電路(例如，圖4的醫(yī)用輸液泵的外圍接口 432)之間提供電力和數據連接。在所示的實施例中，電接口 502可以是串行接口或者并行接口，諸如 USB接口，允許所述外圍設備⑴沿著所述接口發(fā)送和接收數據，以及(2)接收/發(fā)送電力， 諸如給醫(yī)用輸液泵400或者外圍設備500供電。在可編程電路502上還連接有多種附加的接口，包括網絡接口 506、紅外接口 508 和無線接口 510。這些接口中的每個接口提供與所述醫(yī)用輸液泵外部的對應的計算機系統的數據通信連接。網絡接口 506提供到基于包的、諸如hternet或者局域網之類的可IP尋址網絡的有線連接。紅外接口 508提供直接的裝置到裝置連接，允許與附近的手持式或者便攜式裝置進行數據通信，并且允許外圍設備500從這樣的裝置處接收數據。無線接口 510 還提供到外部計算機系統的數據連接，并且可以使用多種諸如802. lla/b/g/n、Mesh網或者某個專有RF通信協議之類的無線通信協議或者網絡中的一種。根據具體的實施方式以及與所述醫(yī)用輸液泵一起使用的期望的通信系統，在外圍設備500中或者醫(yī)用輸液泵400 中可以集成其它接口。外圍設備500還包括與可編程電路502通過接口連接的電池512和電源輸入514。 電池512給外圍設備500中的電路提供電源，并可以經由泵接口 504給醫(yī)用輸液泵400提供電源。在某些實施例中，電源是可以經由電源輸入514充電的鋰離子電池組。電源輸入 514從外部來源(例如，外部AC插頭)接收電力，并將該電力轉化為可在所述外圍設備中使用(如可編程電路502所分配的)并用于對電池512進行充電的電力。所述外圍設備還包括與所述可編程電路通信地連接的各種類型的存儲器，包括 RAM516和R0M518。RAM516和R0M518用于執(zhí)行提供給所述外圍設備的程序指令，諸如用于管理所述醫(yī)用輸液泵的數據輸入/輸出。也可以使用額外的存儲器類型，諸如閃存。在某些實施例中，外圍裝置500可以包含在圖4的醫(yī)用輸液泵400中。在這樣的實施例中，可以去掉可編程的電路502，與其連接的各種單元直接連接到所述系統的微處理器402。在其它實施例中，所述外圍設備與所述醫(yī)用輸液泵分開，需要在二者之間形成連接的接口電路504和432。
基于期望與所述醫(yī)用輸液泵一起使用的特定功能，在外圍設備500中也可以包含附加的功能。附加功能的例子包括輸入/輸出設備，諸如條形碼閱讀器、指紋掃描儀或者其它生物讀取器?，F參考圖6，示出了根據本發(fā)明的可能的實施例的，其中使用了醫(yī)用輸液泵的醫(yī)用護理網絡600的可能布局。醫(yī)用護理網絡600使用多個諸如服務器、醫(yī)用輸液泵和其它計算機系統之類的多種計算機系統和醫(yī)用裝置將患者和醫(yī)療專業(yè)人員互相關聯。這樣，所述醫(yī)用護理網絡圖示的是圖1圖示的網絡100的可能例子。在所示的實施例中，所述醫(yī)用護理網絡包括一個或多個醫(yī)用輸液泵、一個或多個與那些醫(yī)用輸液泵通信地連接的計算機系統、管理與所述醫(yī)用輸液泵相關的數據的一個或多個服務器、以及由患者或者醫(yī)療專業(yè)人員(例如，護士、醫(yī)生、配藥師或者其他臨床醫(yī)生) 使用的其它計算機系統。關于所示的特定網絡600的細節(jié)在下文中進行描述；然而，網絡 600旨在作為示例，可以包括當前未示的其它各種附加系統和裝置。在圖示的實施例中，醫(yī)用護理網絡600包括且互連有多個不同的物理實體/位置， 包括家里或者遠程位置602、醫(yī)療機構604及外部的醫(yī)療提供者606。家里或者遠程位置602 對應于醫(yī)療機構外部的位置，在該位置，用戶可能想要使用醫(yī)用輸液泵，并可能需要與醫(yī)療專業(yè)人員或者所述服務器交流數據，諸如，用于監(jiān)控所述醫(yī)用輸液泵的狀態(tài)。每個位置可包括，例如，輸液泵網絡608，諸如在上文參考圖1所描述的。醫(yī)療機構604通常對應于醫(yī)院或者診所，在這些地方會住有許多患者，以及有與所述機構相關的實體(例如，附屬診所或者其它機構)。在所示的實施例中，醫(yī)療機構604 被設置來接納許多患者，給這些患者提供醫(yī)用輸液泵和用于和所述泵進行數據通信的計算機系統。在所示的實施例中，各種患者可以各自與諸如圖1所示的輸液泵網絡608進行關聯。醫(yī)療機構604中的輸液泵網絡608可以對應于出現在患者房間內的網絡，或者圍繞著在所述機構內的患者周圍的計算機網絡。所述輸液泵網絡608也可能存在有其它配置。醫(yī)療機構604進一步包括與所述醫(yī)用輸液泵或者醫(yī)用輸液泵網絡608不直接相關的醫(yī)療數據服務器610和多個計算機系統612。醫(yī)療數據服務器610和計算機系統612典型的情況是由醫(yī)療專業(yè)人員用于進行患者監(jiān)控和護理管理、出帳單和其它目的。醫(yī)療機構604處的每個計算機系統，包括那些與醫(yī)用輸液泵連接的系統，是可通信地互連的，允許在各個輸液泵網絡608之間以及與醫(yī)療數據服務器610和計算機系統612 進行通信。所述系統可以是通過包括各種有線和無線局域網連接的多種通信連接的任何一種進行通信連接。外部醫(yī)療提供者606可以對應于各種遠程醫(yī)療提供者或者與醫(yī)療相關的實體，諸如遠程主治醫(yī)生、遠程專家、人壽保險公司或者其它實體。外部護理提供者606通常接收與網絡600內的一個或多個患者相關的特定的數據子集，諸如測試信息、帳單信息、診斷信息或者其它信息。網絡600中的每一個實體中由網絡614可通信地互連，網絡614表示諸如互聯網或者其它一些廣域網(LAN或者WAN)之類的可以傳輸數據的通信網絡。網絡614將所述多個位置和在這些位置處的計算機系統互聯起來，允許在多個位置之間進行數據通信。通過使用網絡614，遠程位置可以存儲或者訪問來自于其它位置和/或系統的信息。例如，外部醫(yī)療提供者606可以訪問存儲在位于醫(yī)療機構604處的醫(yī)療數據服務器610上的信息?；蛘?，可以將數據從其中的一個本地(在所述機構中)輸液泵網絡608或者在其中的一個遠程位置602處的遠程輸液泵網絡608上載到所述醫(yī)療機構。其它例子的數據分享和數據通信也是有可能的。現參考圖7-圖9所示，顯示的是跟蹤某些泵動作的各種數據記錄，諸如編程、消息、警報和其它信息。所顯示的數據記錄可以存儲在本說明書所描述的諸如圖6描述的所述醫(yī)用輸液泵、計算機系統、或者醫(yī)療數據服務器之類的多個計算機系統中的任意系統中。 雖然此處顯示的是某組數據記錄，這些記錄僅旨在作為示例。更確切地說，這些記錄可以互相結合或者與其它記錄合并，并可以由其它各種系統來訪問，用于處理醫(yī)用輸液泵數據和管理醫(yī)用輸液泵。在一個實施例中，此處所描述的每個事件日志和數據記錄包含有與各個醫(yī)用輸液泵相關的數據，并被存儲在所述泵的本地存儲器內或者存儲在與所述泵相關聯的輸液泵網絡中的計算機系統內(如圖1所示)。在進一步的實施例中，所述事件日志和/或數據記錄被存儲在可遠程訪問的服務器上或者其它計算機系統中，諸如圖6的醫(yī)療信息服務器中。 在這樣的進一步的實施例中，多個泵的所述事件日志和數據記錄可選擇性地合并到單個的事件日志或者數據記錄中。圖7圖示的是根據本發(fā)明可能的實施例，顯示所跟蹤的醫(yī)用輸液泵中的事件的歷史的示例事件日志700。事件日志700通常顯示的是，在操作醫(yī)用輸液泵期間，醫(yī)用輸液泵的狀態(tài)所出現的各種變化的歷史。事件日志700可以包括，例如出現所述事件的泵的標識；與所述泵相關聯的患者的名字；事件的類型；事件的日期和時間；以及事件的描述。在事件日志700中也可以存儲諸如與所述事件相關的警報狀態(tài)之類的附加的信息，或者與所述患者、所述泵、泵的活動、或者所述泵內所使用的泵程序相關的其它信息。圖8圖示的是根據本發(fā)明可能的實施例的可用于將用戶或者用戶類別與醫(yī)用輸液泵中的消息或者事件進行關聯的用戶關聯數據記錄800的例子。用戶關聯數據記錄800 通常將特定的醫(yī)療人員與可能出現在醫(yī)用輸液泵中的各種類型的警報或者消息進行關聯。在所示的實施例中，用戶關聯數據記錄800列有消息類型、目標個人、通信類型和嚴重性。所述消息類型對應于對所述消息大體上的分類，表示所述醫(yī)用輸液泵中所出現的一類動作。如圖所示，消息類型包括藥物警報、通知消息、泵異常情況和患者警報。也可能有其它類型的消息。目標個人對應于旨在接收由所述消息類型和通信類型所表明的特定消息的特定的個人或者特定類的個人，諸如為醫(yī)生、護士、配藥師、臨床醫(yī)生或者其它類型的個人或者命名的個人。所述通信類型對應于所述醫(yī)用輸液泵中出現的特定類型的事件的通信。示例的通信類型表明，所述泵接近藥物供給結束的時間，或者已經到達所述藥物供給結束的時間；所述醫(yī)用輸液泵操作期間出現錯誤；達到或者超過了藥物輸送界限(軟界限或者硬界限)和/或超出所述輸液界限的時間量；對泵程序的患者調整；和患者的救助請求。 也可能有其它類型的通信。如圖所示，每種通信類型與一個嚴重等級相關聯，通常對應于要求對所述消息作出反應所需要的急迫性。例如，泵出現異常，跟可能不需要任何干預的信息性的消息相比， 其中的泵停止操作會要求護理員或者泵技師更快地作出反應。在所示的實施例中，圖示了三個嚴重性級別低、中和高。低嚴重性級別通?？梢员环峙浣o不需要立即動作但是如果事件繼續(xù)則需要采取措施的消息/通信。中等嚴重性級別對應于表示醫(yī)療提供者應當采取措施但是不需要馬上采取措施的消息或者警報。高嚴重性級別對應于表示所述泵已經停止了所期望的正常操作，需要醫(yī)療提供者的干預的指示。也可以有其它的消息、警報和嚴重級別設置。用戶關聯數據記錄800將個人或者各類的個人與每個消息或者警報關聯起來。每類個人代表具有類似的訪問和使用醫(yī)用輸液泵的權限的預定義的一組個人。示例的類別可以包括醫(yī)生、護士、配藥師、患者或者臨床醫(yī)生。基于所述泵的特定用途，也可以包括其它類別。例如，本地使用類別可以將某些消息和警報與可以直接登錄到醫(yī)用輸液泵上使用存儲在所述泵上的軟件的個人進行關聯。遠程使用類別可以將其它消息或者警報與不親自使用所述泵但監(jiān)控所述泵的活動的個人進行關聯。在某些實施例中，個人還單獨地代表一個類別(所述類別的成員只有所述個人)。在某些實施例中，用戶關聯數據記錄800由醫(yī)療專業(yè)人士或者其他用戶定制。例如，在一個實施例中，用戶關聯數據記錄800存儲在諸如圖6所示的醫(yī)療信息服務器上。在這樣的實施例中，在通信地連接到所述服務器上的多個計算機系統中的任何一個之處的用戶可以使用基于網頁的用戶界面來創(chuàng)建或者修改所述用戶關聯數據記錄。在另一個實施例中，用戶關聯數據記錄800存儲在醫(yī)用輸液泵上，醫(yī)療提供者或者其他用戶可以利用所述醫(yī)用輸液泵、輸液泵網絡(例如，圖1的網絡100)中的計算機系統或者諸如圖6的網絡600 之類的醫(yī)護網絡中的計算機系統來編輯所述記錄。圖9圖示的是根據本發(fā)明可能的實施例對醫(yī)用輸液泵的感興趣用戶進行列表和分類的示例用戶數據記錄900的例子。所述用戶數據記錄定義具有來自于一個或多個醫(yī)用輸液泵的訪問特權、分配的消息或者分配的警報的用戶類。用戶數據記錄900可以與所述用戶關聯數據記錄(例如，圖8的用戶關聯數據記錄800)結合使用，以將特定用戶的聯系信息與消息或者警告進行鏈接，確保將一個或多個醫(yī)用輸液泵中發(fā)生的事件告知所述用戶。用戶數據記錄900包括獨一無二的用戶身份號、用戶名、所述用戶所屬于的一個或多個類別、以及用于和所述用戶進行交流的一種或多種聯系方式。在進一步的實施例中， 在所述用戶數據記錄中還包括有附加的消息，諸如所述用戶所附屬的醫(yī)療機構的名稱、或者與所述用戶的身份相關的細節(jié)(例如，醫(yī)生的專科、護士通常的輪班，等等)。在醫(yī)用輸液泵的一個事件(諸如消息或者警報)出現之后可以訪問用戶數據記錄 900，以判斷應當將所述事件通知哪些個人，以及如何與這些個人聯系。在記錄900與圖8所示的用戶關聯數據記錄800結合使用以給用戶發(fā)送警報或者消息的一個可能的實施例中， 首先訪問用戶關聯數據記錄800，以判斷應當通知的一個或多個類別的用戶或者個人用戶。 然后對用戶數據記錄900進行解析，以訪問與如何聯系那些用戶或者那些類別的用戶有關的信息。用戶數據記錄900中所包含的聯系信息包括一種或多種將消息傳達給用戶的方法，諸如，經由電子郵件、手機通信、傳呼機或者文本消息。在下文中描述與圖7-9的數據記錄有關的附加細節(jié)，以及它們在圖1-6的網絡和系統中的使用情況。B.醫(yī)用輸液泵網絡中所包含的可編程特征以上圖1-9描述的是醫(yī)用輸液泵和具有醫(yī)用輸液泵的通信網絡的某些方面，包括
16用于管理和操作泵的各種類型的計算機系統和通信連接?，F參考圖10-23描述醫(yī)用輸液泵中所包含的或者是具有醫(yī)用輸液泵的網絡中所包含的特定特征的應用。此處所描述的應用和特征可以具體表現為軟件、可編程硬件、和集成在所述醫(yī)用輸液泵中或者與一個或多個醫(yī)用輸液泵連接的計算機系統中的用戶界面。例如，一個或多個特征具體表現為能夠裝載到醫(yī)用輸液泵上并在泵上執(zhí)行的泵應用程序。這些可編程特征通常涉及的是處理和路由(routing)醫(yī)用輸液泵網絡內的警報和消息、跟蹤因使用醫(yī)用輸液泵產生的費用、以及改善醫(yī)用輸液泵在給患者輸送流體方面的性能。1、本地警報和消息處理圖10-11描述的是用于管理和本地化在一個或多個醫(yī)用輸液泵中所產生的消息和警報的可能的實施例。消息對應于在醫(yī)用輸液泵中所產生的旨在告知用戶的數據，所述用戶為諸如患者或者監(jiān)控所述泵的活動的醫(yī)療提供者。消息可以涉及醫(yī)用輸液泵中的各種狀況中的任意一種狀況，諸如所述泵的當前操作狀況；在所述泵中當前執(zhí)行的程序；泵操作的變化或者泵環(huán)境的變化(即，涉及患者的反饋、藥物供給、光、溫度或者其它所感應的狀況)；或者將所述泵的狀態(tài)傳達給用戶的其它信息性消息。警報通常對應于用于通知用戶(例如，患者或者醫(yī)療提供者)來評估是否需要干預所述泵的活動的報警狀況。所述系統和方法通常在諸如上文結合圖6所描述的示例醫(yī)護網絡之類的醫(yī)護網絡中實施。圖10圖示的是根據本發(fā)明可能的實施例用于處理醫(yī)用輸液泵中的本地化警報和消息的處理過程1000的流程圖。處理過程1000通?；谟脩襞c消息以及產生所述消息的醫(yī)用輸液泵的關聯，將目標警報和消息提供給和所述消息相關的用戶或者用戶群。這個處理過程在開始操作1002處開始，對應于醫(yī)用輸液泵的初始操作。關聯模塊1004將一個或多個個人與一個或多個消息進行關聯。與所述消息關聯的個人通常對應于照顧患者的個人(例如，醫(yī)療提供者)、患者、或者需要得知某些消息或者警報事件的其他人。所述消息對應于所述醫(yī)用輸液泵所產生的與該醫(yī)用輸液泵的操作狀態(tài)相關的通知。所述消息可以包括警報或者其它信息性通知。通常，關聯模塊1004將可能會由醫(yī)用輸液泵產生的每個消息分配給某些個人或者某些類的個人。在某些實施例中，關聯模塊1004諸如通過鏈接數據庫、電子表格或者平面文件(flat file)形式的記錄，將和個人有關的記錄與和消息和警報有關的記錄鏈接起來。在一個實施例中，關聯模塊1004產生用戶記錄和用戶關聯記錄，如結合圖7-9所描述的。根據這些實施例，關聯模塊1004可以在產生所述消息或者警報的醫(yī)用輸液泵上操作，將各種記錄存儲在所述泵的存儲器中?？商鎿Q的是，關聯模塊1004可以在通信地連接到所述泵上的諸如輸液泵網絡中的計算機系統之類的計算機系統上或者醫(yī)療數據服務器上進行操作且在其上存儲記錄。與消息相關聯的分類的個人可以包括預定分類的個人，諸如，醫(yī)生、護士、臨床醫(yī)生、配藥師或者患者。分類的個人也可以包括可修改的具有一個或多個個人的組，諸如在數據庫記錄中所定義的由用戶定義的個人列表。例如，可以為醫(yī)院或者其它醫(yī)療機構之處不同工作輪班人員創(chuàng)建分開的分類的個人，所述系統被配置為將消息與當前工作的一組個人(例如，護士、醫(yī)生或者其他臨床醫(yī)生)進行關聯。這些可修改的分類可以使用關聯模塊 1004來改變，在所述醫(yī)用輸液泵上或者通信地連接到所述醫(yī)用輸液泵上的計算機系統上執(zhí)行。基于由關聯模塊1004所產生的記錄，通信模塊1006將一個消息傳達給一個或多個個人或者個人分類。通信模塊1006將來自于產生消息的所述醫(yī)用輸液泵的消息傳達給與所述消息相關聯的個人。在關聯模塊1004和相關的關聯記錄存儲在所述醫(yī)用輸液泵上或者在所述泵本地的(即，在附近)醫(yī)用輸液泵網絡中的實施例中，通信模塊1006將來自于所述泵的所述消息傳達給適當的個人(根據需要，通過一個或多個計算機系統)。在關聯模塊1004和相關的關聯記錄醫(yī)療存儲在所述醫(yī)用輸液泵的遠程醫(yī)療數據服務器或者其它計算機系統上且在其上執(zhí)行的實施例中，所述醫(yī)用輸液泵將其產生的消息發(fā)送給那個計算機系統，那個計算機系統繼而訪問所述用戶關聯記錄和用戶記錄，以判斷要將所述消息傳達給哪些用戶。然后，所述遠程計算機系統(例如，醫(yī)療數據服務器或者其它系統)將所述消息傳達給用戶。在某些實施例中，一旦在所述醫(yī)用輸液泵中產生所述消息，則通信模塊1006觸發(fā)將所述消息傳達給用戶的通信。在其它實施例中，通信模塊1006將所述消息存儲在所述醫(yī)用輸液泵中或者一個服務器上(取決于所述用戶記錄和關聯模塊1004所產生的用戶關聯記錄的位置)。而用戶具有被配置為定期地核查來自于一個或多個所述泵或者所述服務器的消息以判斷是否存在任何需要用戶采取措施的消息的計算機設備。處理過程1000終止于結束操作1008，通常對應于完成了輸送至少一個消息或者警報給與所述消息或者警報相關聯的適當的一組個人。圖11圖示了根據本發(fā)明可能的實施例的泵-用戶通信系統1100，在其中可以執(zhí)行所述目標警報和消息的處理。泵-用戶通信系統1100在諸如以上結合圖6所描述的示例網絡之類的醫(yī)用裝置網絡中工作。泵-用戶通信系統1100示出的是連接到醫(yī)用輸液泵 1102的各種可能的用戶群的例子，所述醫(yī)用輸液泵1102與患者1104相關聯且向其輸送流體。醫(yī)用輸液泵1102可以是上述結合圖1-9所描述的多種類型的醫(yī)用輸液泵中的任何一種。醫(yī)用輸液泵1102通信地連接到與多種用戶1108a-e相關聯的各種計算機設備 1106a-e，諸如傳呼機1106a、個人數據助理1106b、手機1106c、或者便攜式或者臺式計算機系統1106d_e。設備1106a_e中的每一個通?？梢越浻芍辽僖环N通信方法，諸如通過一個或者多個中間計算機系統使用有線或者無線通信，與醫(yī)用輸液泵1102進行通信。用戶1108a_e可以包括，例如，主治醫(yī)生1108a、值班醫(yī)生(on-call physician) 1108b，或者被指定來對醫(yī)用輸液泵所產生的問題進行響應的其他醫(yī)生、護士 1108c、配藥師IlOSd或者其他臨床醫(yī)生1108e。可以給這些用戶中的每個人分配所述醫(yī)用輸液泵中所產生的不同類型的消息。例如，一般化的通知警報或者編程指示的目標可以是能夠容易地響應低優(yōu)先級消息的護士?；蛘呤?，表示要輸送的流體量低或者沒有剩余流體的消息被發(fā)送給配藥師(以及治療的醫(yī)師和護士)，以允許配藥師提供附加的流體(例如， 藥物)用于經由所述醫(yī)用輸液泵進行輸送，可選擇的是需得到主治醫(yī)生的批準。在另一個實施例中，對應于患者快推(bolus)事件(即，患者施用快推來增加流體的輸送)的重復的消息表示的是，處方規(guī)定的輸送速度太低；所述消息被沿路徑送給主治醫(yī)生1108a，用于評估和調節(jié)所述流體的輸送速率到所需要的程度。在進一步的實施例中，緊急事件消息(例如，所述泵已經停止，或者所述患者需要立即的幫助)被沿路徑輸送給當前正在工作的護士 1108c，以及給值班的醫(yī)生1108b。在某些實施例中，將醫(yī)用輸液泵1102所產生的消息告知一個以上的個人用戶或用戶群。在一個可能的實施例中，被通知的用戶群包括被允許(例如，使用所述泵的鍵盤或者與所述泵通過接口連接的計算機系統的鍵盤)直接登陸到所述醫(yī)用輸液泵上的所有用戶。在進一步的實施例中，基于所述泵所產生的消息，可以將特定的個人定為所述泵的個性化消息的目標。例如，低流體的警告的出現可能會要求護士檢查所述泵的狀態(tài)，但是可能會需要配藥師獲得新的流體供給(例如，藥筒或者藥袋)并安裝所述新的流體供給，以供所述泵使用?？梢越o這些個人中的每個人發(fā)送由所述醫(yī)用輸液泵或者計算機系統所產生的、與所述泵中所產生的所述消息或者警報和所需要的可能的糾正動作相關的特定消息。2、強度可變的警報圖12圖示的是根據本發(fā)明可能的實施例的用于在醫(yī)用輸液泵中提供強度可變的警報的處理過程1200的流程圖。處理過程1200可以在可在諸如結合圖1和圖4所描述的醫(yī)用輸液泵上運行的一個或多個泵應用程序中實施。處理過程1200根據分配給所述警報事件的優(yōu)先級，允許以強度變化的級別來發(fā)布警報。優(yōu)先級可以是基于多種因素，諸如警報的嚴重性、警報的持續(xù)時間、日期時間、和其它事件。警報事件可以包括具有不同重要性的多個事件中的任何一個。例如，信息性的警報事件和消息會觸發(fā)低優(yōu)先級的警報事件，而泵故障、電池警告、或者損害警告會對應于較高級別的泵事件。其它事件，諸如流體量低的警告事件，對應于中等程度的優(yōu)先級警報事件。處理過程1200在開始操作1202處開始，對應于醫(yī)護網絡內的醫(yī)用輸液泵的初始操作。優(yōu)先級劃分模塊1204對可能出現在醫(yī)用輸液泵中的警報劃分優(yōu)先級。優(yōu)先級劃分模塊1204給所述警報分配一個優(yōu)先級，這通常反映的是必須響應所述警報的速度。在某些實施例中，一個警報的優(yōu)先級由和該警報相關的狀況的嚴重性來規(guī)定(dictate)；在其它實施例中，所述警報的優(yōu)先級可以根據所述警報的持續(xù)時間、警報事件的重要性、日期時間或者其它因素來改變?？蛇x擇地，優(yōu)先級劃分模塊1204允許用戶給一個醫(yī)用輸液泵可能會產生的每個警報分配定制的優(yōu)先級。在某些實施例中，這對應于允許具有權限訪問醫(yī)用輸液泵的設置的用戶編輯用戶關聯數據記錄(諸如圖8所示的記錄)中的消息或者警報嚴重性列表。在進一步的實施例中，通過從一個遠程系統訪問所述泵中的嚴重性設置來完成用戶編輯。在其它實施例中，所述警報嚴重性設置存儲在所述泵的遠程計算機系統中，而用戶編輯需要訪問存儲在所述計算機系統上的記錄，諸如所述用戶關聯數據記錄。也可能有其它實施例。在一些實施例中，優(yōu)先級劃分模塊1204允許用戶將一個或多個目標群分配給所述醫(yī)用輸液泵中的各種警報和警報優(yōu)先級。所述目標群對應于可以與一個警報或者警報級別(即，嚴重性或強度)相關聯的一個或多個個人，以確保當所述那些確定的警報出現在所述泵中時，告知了那些個人。例如，用戶會將技師與泵故障事件關聯起來，因為操作期間出現所述泵故障的事件時需要技師。某些重要的患者事件(例如，泵編程異常)可能需要治療醫(yī)生的介入；因此，所述醫(yī)用輸液泵或者通信地連接到所述泵的計算機系統可以將目標警報消息發(fā)送給所述醫(yī)生。這種情況可選擇地結合所述醫(yī)用輸液泵輸出可聽到的或者其它類型的警報而出現。在進一步的實施例中，優(yōu)先級劃分模塊1204允許所述用戶設置與警報事件相關的主題。所述主題可以包括，在一個警報事件出現時，可以執(zhí)行的可見的、可聽到的、和數據通信警報的混合體。所述主題可以基于時間來設置，配置夜間主題以減小可聽到的警報的音量，避免驚醒其它患者(例如，醫(yī)療機構中相鄰房間內的患者)。所述主題還可以基于常見的警報類型和期望的響應類型進行設置。例如，一個主題可以涉及維護，提醒護士或者技師所述醫(yī)用輸液泵的問題。另一個主題可以是有關于藥物的輸送，提醒護士、醫(yī)生、和配藥師藥物的供給量低的警報。也可以使用優(yōu)先級劃分模塊1204來實施其它主題。判斷嚴重性模塊1206在每個警報事件出現在醫(yī)用輸液泵中時執(zhí)行。判斷嚴重性模塊1206通常對應于判斷所述醫(yī)用輸液泵中所出現的警報的類型，以及訪問嚴重性級別的一個記錄，以找到分配給當前警報事件的嚴重性級別。根據本發(fā)明，可以將各種警報級別分配給一個警報事件。在某些實施例中，諸如使用圖8的用戶關聯數據記錄的實施例中，分配三種警報級別高級警報級別、中等警報級別、和低級警報級別?；谒玫木瘓蠹墑e的特殊的實施方式，也可以有附加的警報級別。在某些實施例中，判斷嚴重性模塊1206被配置為在兩個或多個警報事件同時發(fā)生的地方選擇整體嚴重性。例如，如果一個高嚴重性事件(例如，泵發(fā)生故障)與一個低嚴重性事件(例如，消息)同時發(fā)生，高嚴重性事件優(yōu)先于低嚴重性事件。警報級別選擇模塊1208為所述醫(yī)用輸液泵中所出現的警報選擇一個特定的警報級別。所述警報級別通常對應于一個警報的目標個人的數目，警報的目標個人更多，給它分配的警報級別越高。警報級別通常與警報所關聯的警報事件的嚴重性相匹配。因此，較高嚴重性的警報以較高的強度輸出，即，旨在讓比以較低強度輸出的/低嚴重性的警報多的人察覺。警報級別可以對應于具有各種可觀察到的指示的不同強度設置，所述指示包括聲音(特定的聲音以及聲音的音量、音高和聲音持續(xù)時間)、目標位置、目標個人和顏色方案。 也可以使用其它可觀察到的、強度可以變化的指示。在一個示例的實施例中，警報級別基于一個警報的音量和工作周期(duty cycle) 而變化。在這樣的實施例中，低警報級別對應于低音量的呼叫或者其它短促的、重復的持續(xù)時間或者工作周期的聲音。高警報級別對應于高音量的呼叫或者其它時間較長、重復的持續(xù)時間或者工作周期的聲音。中等警報級別在低警報級別和高警報級別之間(例如，基于音量、持續(xù)時間等等)的設置。通過使用變化的警報級別，基于強度、音量或者其它強度變化的警報，可能會提醒更多或更少的人。警報觸發(fā)模塊1210根據警報級別選擇模塊1208所選擇的特定的警報級別觸發(fā)一個警報。警報觸發(fā)模塊1210可以引起目標為一個人或多個人的聲音或者消息通信的輸出， 作為目標的人的數目隨著警報事件的嚴重性的增加而增加，或者隨著所述警報級別的強度的增加而增加。警報觸發(fā)模塊1210優(yōu)選的是在所述醫(yī)用輸液泵內執(zhí)行，輸出一個可以由所述泵附近的人看見或者聽到的警報。在某些實施例中，警報觸發(fā)模塊1210還將所述警報傳達給遠離所述醫(yī)用輸液泵的一個或多個計算機設備、聲音輸出設備或者顯示器，用于警告遠離所述需要采取措施或者干預的泵的其他個人。在進一步的實施例中，選擇不同的警報級別使所述警報觸發(fā)模塊將所述警報傳達給遠離所述泵的更多或更少的計算機設備，較高的警報強度對應于傳達到更多個計算機系統。例如，警報觸發(fā)模塊1210可以在所述泵的可聽見的范圍內或者通過將所述警報傳達給遠端的計算機系統，將警報事件輸出給一個或多個目標個人群。在可聽到的范圍內的目標群可以包括在所述醫(yī)用輸液泵附近的醫(yī)療提供者，或者與所述泵相關的患者。在可聽見的范圍之外的需要單獨傳輸警報的那些人包括，例如，照顧患者的護士、照顧患者的醫(yī)生；提供由所述醫(yī)用輸液泵配給的流體藥物的配藥師；或者需要維修所述泵的技師。操作流程從警報觸發(fā)模塊1210進行到警報響應評估操作1212。警報響應評估操作1212判斷與所述警報相關聯的所述警報事件(即，觸發(fā)所述警報的原因)是否在經過設定的一段時間后仍然存在。例如，警報響應評估操作1212可以判斷，在一個警報事件首次出現的一分鐘或者幾分鐘內，醫(yī)療提供者沒有修復或者得知所述警報事件，或者所述泵內的警報事件沒有得到自校正(例如，引起泵重置的泵錯誤)。在某些實施例中，在警報響應評估操作1212的操作之前所允許經過的時間量可以變化，且可以使用在所述醫(yī)用輸液泵上的可用的菜單屏幕由用戶進行編程。在進一步的實施例中，使用默認的時間量。如果警報響應評估操作1212判斷警報事件沒有被處理(即，所述警報事件繼續(xù)存在)，操作流程的支路“否”到達第二警報級別選擇模塊1214。第二警報級別選擇模塊1214 選擇與所述第一警報級別不同的第二警報級別。優(yōu)選的是，第二警報級別選擇模塊1214選擇比前一個警報級別的強度高的警報級別。例如，如果所述初始的警報級別設置為“低級”警報級別，第二警報級別選擇模塊1214 優(yōu)選的是選擇“中等”或者“高級”警報級別，結果是，為在前一個警報級別(在警報響應評估操作1212運行之前)在預定量的時間內沒有得到處理的警報輸出強度較高的警報。來自于第二警報級別選擇模塊1214的操作流程返回到警報觸發(fā)模塊1210，促使根據由第二警報級別選擇模塊1214所選擇的第二警報級別觸發(fā)所述警報。如果警報響應評估操作1212判斷所述警報事件不再存在，操作流程的支路“是” 到達結束操作1216。結束操作1216對應于醫(yī)用輸液泵中的警報事件的完成或者解決，以及所述泵中的警報中止。結束操作1216通常對應于恢復到所述醫(yī)用輸液泵的正常(非警報)操作。通過使用處理過程1200，可以基于多個外部或者內部因素(例如，在判斷嚴重性模塊1206和警報級別選擇模塊1208中所選擇的)，輸出各種初始強度的或者可變強度的警報。所述過程還基于對初始警報級別的警報輸出的未響應，提供可變的(優(yōu)選的是增加的)警報強度。在處理過程1200的可能的實施例中，警報觸發(fā)模塊1210首先僅輸出傳達的消息給護士或者其他醫(yī)療提供者。經過一段時間之后，所述醫(yī)用輸液泵可以判斷警報狀況沒有得到處理；在這時，也可以觸發(fā)一個在本地可聽見的警報，通知在所述泵附近的那些人存在有警報狀況。這個例子可以對應于上述討論的夜間主題，在夜間主題中，推遲在本地可聽見的警報或者使其音量最小化到可能的程度。也可以是其它主題和例子，包括通信的消息、可聽到的警報、可看見的警報或者其它警報配置的組合。3、費用跟蹤現參考圖13所示，描述的是根據本發(fā)明可能的實施例的用于跟蹤醫(yī)用輸液泵中的費用的處理過程1300的流程圖。費用跟蹤處理過程1300提供與出現在醫(yī)用輸液泵中的產生費用的事件有關的檢測和存儲能力，所述產生費用的事件諸如為使用流體藥物、藥物供給、輸液器、電池或者可以與醫(yī)用輸液泵結合使用的其它一次性器件。通過檢測和存儲所述醫(yī)用輸液泵中的產生費用的事件，醫(yī)療機構內的費用管理得到簡化和集中處理。費用跟蹤處理過程1300可以由單個的醫(yī)用輸液泵或者在諸如圖2和圖6所示的網絡之類的醫(yī)用輸液泵網絡中操作的多個醫(yī)用輸液泵使用。費用跟蹤處理過程1300在開始操作1302處開始，對應于患者與醫(yī)用輸液泵的首次關聯。事件檢測模塊1304檢測醫(yī)用輸液泵中所出現的會產生費用的各種事件。產生費用的事件通常是物理上或者結構上的事件，諸如使用一次性器件(輸液器、電池等等，藥盒或者其它一次性物品)、藥物或者其它流體，以及所述醫(yī)用輸液泵的整體操作時間?？蛇x擇的糾正事件檢測模塊1306與事件檢測模塊1304同時運行，且檢測所述醫(yī)用輸液泵中的糾正動作。糾正事件通常是物理上或者結構上的事件，對應于這樣的事件，基于這些事件的出現，會表示存在與所述醫(yī)用輸液泵、患者或者護理員有關的護理質量的問題。示例的糾正事件包括泵程序取消、泵設置的短期調整、或者所述醫(yī)用輸液泵達到一個或多個為輸送流體所設置的軟界限或者硬界限的事件。泵程序取消是泵程序的啟動和停止時間緊接著的事件；泵程序取消會表明所述泵沒有正確編程。對泵設置的短期調節(jié)可以包括諸如用戶重復請求快推的事件，且可以表明整個泵程序沒有為所述患者適當地編程(例如，可能需要較高的劑量)。所述醫(yī)用輸液泵達到軟界限或者硬界限的事件，或者這些事件出現的一段時間，也可以表明所述泵的故障或者沒有正常編程。存儲模塊1308在所述醫(yī)用輸液泵的存儲器中存儲產生費用的事件和校正事件。 在一個可能的實施例中，存儲模塊1308保存有代表在所述醫(yī)用輸液泵中所出現的事件的歷史的事件日志。所述事件日志可以存儲與所述產生費用的事件或者糾正事件相關的各種信息，諸如所述事件出現的時間、事件的類型、具體的事件。在日志里也可以記載其它諸如當前患者的名字、登陸的用戶、泵標識和可能的糾正動作之類的信息。示例的事件日志如上文中的圖7所示。發(fā)送模塊1310將存儲在所述事件日志中的所有數據或者一部分數據發(fā)送給在所述醫(yī)用輸液泵外部的一個計算機系統。發(fā)送模塊1310經由一個諸如在上文結合圖1的輸液泵網絡或者圖6的醫(yī)療網絡所描述的通信接口發(fā)送所選中的數據。在各個實施例中，可以定期地執(zhí)行發(fā)送模塊1310，可以在得到所述外部計算機系統請求時執(zhí)行，或者是一旦患者的治療完成時執(zhí)行。所述外部計算機系統可以是包含在如結合圖1所描述的輸液泵網絡中的本地計算機系統。在其它實施例中，所述外部計算機系統可以是諸如圖2和圖6所描述的醫(yī)療數據服務器。在其它實施例中，所述外部計算機系統可以是由在醫(yī)療機構外部的諸如保險公司或者帳單管理公司之類的實體所管理的系統。結算模塊1312生成產生費用的事件(和可選擇的糾正事件)的結算。結算模塊 1312可以創(chuàng)建一個電子的總費用或者明細費用的結算，可以用作醫(yī)療機構的開賬單的部門所產生的賬單的至少一部分，用于發(fā)送給患者和/或保險公司。一個示例的費用結算在圖 14中顯示。所述處理過程中的操作流程在結束操作1314處結束，對應于完成了一個單個用戶使用一個醫(yī)用輸液泵的費用的跟蹤。結合大量的醫(yī)用輸液泵使用處理過程1300，允許集中跟蹤和管理所述各種醫(yī)用輸液泵的費用。來自于所述各種醫(yī)用輸液泵的事件日志可以匯集在一個計算機系統處，用于分析整體的費用，并產生與一個或多個所述醫(yī)用輸液泵(跨多個患者)、多個患者相關的報
22告，或者產生根據所發(fā)生的校正事件評估一個部門或者醫(yī)療機構的整體績效的報告。另外，處理過程1300中所描述的各種模塊可以被記錄或者執(zhí)行多次。例如，發(fā)送模塊1310可以周期性地在各個醫(yī)用輸液泵中執(zhí)行，而不管其它模塊的執(zhí)行流，以匯集事件數據用于比較和分析。在附加的實施例中，所述一個或多個模塊可以在遠離所述醫(yī)用輸液泵的計算機系統上執(zhí)行。例如，結算模塊1312通常在遠離所述醫(yī)用輸液泵的一個計算機系統上執(zhí)行。在這樣的實施例中，存儲在存儲模塊1308中的數據可以輸出到一個服務器上，用于產生所述患者的費用結算，與其它數據合并在一起作為患者的總的帳單。在進一步的實施例中，所述發(fā)送模塊將產生費用的事件的歷史的至少一部分發(fā)送給一個遠程計算機系統，該遠程計算機系統與諸如管理患者的治療的主治醫(yī)生或者護士之類的醫(yī)療專業(yè)人士相關。這個計算機系統可以是遠離生成所述產生費用的事件的數據的醫(yī)用輸液泵，或者是遠離所述醫(yī)用輸液泵所在的醫(yī)療機構。圖14圖示的是根據圖13所描述的方法和系統基于費用跟蹤數據所產生的費用結算窗口 1400。示例的費用結算窗口 1400圖示的是基于圖13的結算模塊1312的執(zhí)行結果在一個計算機系統上產生的樣本結算報告。所述示例的費用結算窗1400圖示的是圖7中所示的事件的樣本結算；但是，也可能是其它事件或者其它配置的窗口 1400。如費用結算窗口 1400所示，可以為特定的患者以及基于所述醫(yī)用輸液泵所檢測到的事件，產生費用結算。如當前的例子所示，患者“John Doe”被接收到一個醫(yī)護機構，且在一天內使用了醫(yī)用輸液泵，使用了一個輸液器、一個電池和兩個流體藥筒。計算了這些產生費用的項目的每一項的總的費用。另外，在窗口 1400中記錄和顯示了與校正事件相關的備注，諸如重新編程事件或者達到軟界限，，如結合圖13所示。附加信息可以匯集在費用結算窗口 1400之外的結算報告中。例如，可以包括與附加的泵和泵持續(xù)時間相關的信息，以及與給患者的治療處方有關的附加信息。4、用于感應下游壓力衰減的可變延遲參考圖15-20所示，討論的是根據本發(fā)明可能的實施例用于在感應下游壓力衰減時實施的可變延遲的系統和方法。通常，下游壓力指的是在輸液器導管(例如，輸送流體給患者的導管和針頭)中所檢測的壓力。所述系統和方法泵在緊隨一個沖程之后擴展了醫(yī)用輸液泵中的傳統功能。在所述更新的系統中，如果在所述泵輸送流體之后在來自于所述泵的壓力返回到可接受的水平之前，經過一些時間，閉塞警報不會出現。在所述醫(yī)用輸液泵輸送特別稠的流體藥物的情況下，或者所述輸液器局部出現閉塞(但是可以接受)的情況下， 這樣做可能是優(yōu)選的操作。圖15-16圖示的是根據本發(fā)明可能的實施例用于實施感應下游壓力衰減的可變延遲的處理過程1500的流程圖。處理過程1500允許所述醫(yī)用輸液泵推遲評估下游壓力， 并推遲接下來從所述泵輸送流體，直到所述下游壓力達到可接受的程度。處理過程1500的操作流程在開始操作1502處開始，對應于醫(yī)用輸液泵在選擇了使得在感應下游壓力衰減時能夠可變延遲的選項之后的初始操作。起動模塊1504開始一個泵沖程，促使通過連接到所述醫(yī)用輸液泵下游的一個輸液器輸送流體給患者。在起動所述泵之后，等待模塊1506等待預定的一段時間，推遲接下來的對由起動模塊1504所起動的所述泵沖程的狀態(tài)的評估。
等待模塊1506所造成的預定的延遲時間在泵沖程之間提供一段時間，產生輸送藥物或者流體的整體速率，如由醫(yī)療提供者所選擇和編程的。較高的流體輸送速率導致等待模塊1506推遲的預定時間較低，而較低的流體輸送速率導致產生較高的延遲。下游壓力測定模塊1508測定來自于所述醫(yī)用輸液泵的下游壓力。該下游壓力測定模塊1508可以使用，例如所述醫(yī)用輸液泵中所包括的、被配置來感應從所述泵通向患者的輸液器中的流體壓力的下游壓力傳感器。通向下游壓力測定模塊1508的操作流來自于等待模塊，以及來自于頁間連接(off-page)參考號B 1509，參考號B來自于推遲的早些的泵沖程，如圖16所示。通常，醫(yī)用輸液泵中的泵沖程以預定的速率出現，以給患者提供可靠的流體輸送速率。這樣一致的、預定速率通常會通過起動模塊1504(或者下文的151 和等待模塊1506 的循環(huán)操作，以軟件的形式實現；但是，必須要中斷這樣的循環(huán)來評估下游壓力，以確?；颊叩陌踩?。如果下游壓力太高，則可能會出現下游閉塞，引起泵警報的觸發(fā)。然后，壓力評估操作1510使用通過下游壓力測定模塊1508所測定的下游壓力，以評估是否應當允許接下來的泵沖程。壓力評估操作1510評估當前壓力，并且將當前壓力和一個閾值壓力比較。如果壓力評估操作1510判斷所述壓力沒有足夠低于所述預定的閾值，使得接下來的泵沖程會引起所述下游壓力超過所述閾值，操作流程支路“延遲”到頁間連接標號A 1511，引起起動延遲狀況且開始監(jiān)控下游閉塞，如下文結合圖16所示。簡而言之，系統1500 進入到等待/評估模式，直到所述壓力下降到可達到的級別，且所述系統監(jiān)控下游的閉塞， 如圖16所示。如果壓力評估操作1510判斷所述壓力足夠低于一個預定的閾值，接下來的泵沖程不會造成所述下游壓力超過所述閾值(可替換的是，不超過所述閾值一個基本量)，操作流程支路“是”到第二泵起動模塊1512。第二泵起動模塊1512起動所述泵，促使所述泵輸送一個泵沖程，再次輸送流體給所述患者。一旦第二泵起動模塊1512出現，操作流返回到等待模塊1506，用于進一步的操作，在等待模塊、下游壓力判斷模塊1508、壓力評估操作1510 和第二個泵起動模塊1512之間循環(huán)，以周期性地給所述患者輸送泵沖程，直到輸送了預定量的流體，或者遇到高的下游壓力，對這些情況的反應結合圖16進行描述。一旦輸送了所有的流體，或者檢測到下游閉塞，操作流程進行到結束操作1514，對應于完成輸送流體給患者。來自于圖16的頁間連接標號C 1564也通向結束操作1514?，F參考圖16所示，操作流程開始于頁間連接標號A 1511處，在所述操作判斷來自于所述醫(yī)用輸液泵的下游壓力不是足夠低于所述預定的閾值，會使得接下來的一個泵沖程會產生超過所述閾值的下游壓力的情況下，來自于壓力評估操作1510。從頁間連接標號 A1511開始，操作流程沿著兩條路徑進行第一條路徑通向泵起動響應操作1550，第二條路徑經由第二等待模塊1570通向一個閉塞檢測子系統。泵起動響應操作1550判斷所述泵中與如何實現延遲壓力檢測相關的具體的設置。所述泵可以被設置為以至少兩種方法來響應高壓事件。首先，所述泵會取消較后安排的泵沖程，直到所述下游壓力下降到附加的泵沖程是安全時為止?？商鎿Q的是，所述泵會推遲較后安排的泵沖程，直到所述下游壓力下降到一個安全點。圖19-20顯示這兩種模式中的每種模式中的示例操作。如果泵起動響應操作1550被設置為推遲接下來的泵沖程，操作流程支路“延遲”到延遲模塊1552。如果泵起動響應操作1550被設置為取消接下來的泵沖程，操作流程“取消”的支路到取消模塊15M。延遲模塊1552推遲所述泵的操作一段特定的時間，而取消模塊15M則取消當前的泵起動操作，允許在接下來安排的泵沖程時重新評估下游壓力。延遲模塊1552所延遲的具體時間可以根據延遲模塊的不同的可能的實施例來變化。在第一實施例中，延遲模塊1552根據編程入安裝在所述醫(yī)用輸液泵上的軟件系統中的預定量的時間進行延遲。在第二實施例中，延遲模塊1552延遲可由用戶調節(jié)的時間量，用戶在一個泵界面中(例如，圖18所示的泵界面屏幕)調節(jié)延遲的時間段。在進一步的實施例中，使用適應性的時間，其中所述的醫(yī)用輸液泵基于在一個或多個先前的泵沖程所觀察到的壓力衰減速率，估計一個延遲時間。從延遲模塊1552或者取消模塊15M來的操作流程進行到頁間連接標號B1555，標號B 1555將處理過程1500的操作返回到下游壓力判斷模塊1508，用于判斷，在延遲或者取消所述泵沖程之后，是否可以施用一個附加的泵沖程，將所述處理過程返回到如結合圖15 所描述的正常(例如，非閉塞)操作。等待模塊1570與處理過程1500的可變延遲評估部分同時操作，并在允許所述系統判斷是否存在下游閉塞之前，等待第二段時間。泵起動判斷操作1572判斷，自從壓力評估操作1510判斷所述壓力太高不能起動所述所述泵之時，所述泵是否已被起動。如果在等待模塊1570設置的第二時間段過后沒有起動泵，操作流支路“否”到達下游閉塞警報模塊 1574，觸發(fā)所述泵內的表明出現了下游閉塞的警報。暫停泵操作模塊1576暫停所述泵的操作，以確保在檢測到下游閉塞后不會起動泵。從暫停操作1562來的操作流程通過頁間連接標號C1564進行到圖15的結束操作1514。在一個可替換的實施例中，在所述醫(yī)用輸液泵中可以包括與輸送流體的整體速率相關的附加的警報。在這樣的例子中，如果輸送藥物的速率比所編程的速率(基于延遲的或者取消的泵沖程)慢很多，可以在下游閉塞警報之前觸發(fā)所述泵中的警報。如果在等待模塊I570設置的第二時間段過后起動泵，操作流程“是”的支路到頁間連接標號C 1564。如果處理過程1500在所述點完成了流體的輸送，操作流進行到結束操作1514。如果所述處理過程沒有完成流體的輸送，操作流程返回到所述系統，而不暫停所述泵，或者觸發(fā)所述閉塞警報，允許繼續(xù)輸送流體。圖17-18圖示的是顯示在醫(yī)用輸液泵上用于觸發(fā)用于感應下游壓力衰減的可變延遲的兩個可能的屏幕系列。圖17圖示的是會觸發(fā)如結合上文圖16所述的適應性下游壓力衰減監(jiān)控系統的一組示例屏幕。圖18圖示的是會觸發(fā)用于監(jiān)控下游壓力衰減的由用戶定義的時間段的一組示例屏幕。在圖17和圖18兩個圖中，家庭屏幕1702處的用戶可以選擇編輯與壓力衰減敏感度相關的一個或多個選項。在所述用戶選擇了編輯與壓力衰減敏感度相關的選項后，操作流轉到壓力衰減敏感屏幕1704。壓力衰減敏感屏幕1704允許所述用戶在高敏感度設置 1706和低敏感度設置1708之間選擇。高敏感度設置1706對應于流體的輸送處理過程， 其中在檢測到閉塞、警報和暫停輸送流體之前，不允許延遲。低敏感度設置1708對應于輸送流體的處理過程，其中在檢測到閉塞之前允許延遲；這樣的一個處理過程的可能示例在圖15-16中顯示。如果用戶選擇了低敏感度設置，且選擇了 “next”按鍵1710，所述泵內的操作流使其屏幕上的焦點集中在到時間可變的延時屏幕1712的索引。如果所述用戶選擇“back”按鍵1711，操作流返回到家庭屏幕1702。時間可變的延遲屏幕1712允許所述用戶在適應性的計時選項1714和預設的計時選項1716之間選擇。如結合圖16所描述的，適應性的計時操作對應于用于下游壓力衰減的可變延遲。預設的計時選項1716對應于，在檢查下游壓力以判斷接下來的泵起動命令的可建議性之前，允許所述泵的用戶能夠設置所述系統延遲的時間。與時間可變的延遲屏幕1712相關，圖17圖示的是選擇適應性的計時選項1714，以及選擇“next”按鍵1718。在這種情況下，操作流返回到家庭屏幕1702，允許所述系統重啟正常操作，而使用所述系統用于時間可變的延遲，用于壓力衰減，諸如圖15-16所描述的。 選擇“next”按鍵1717使所述用戶返回到壓力衰減敏感度屏幕1704。圖18圖示的是選擇預設的計時選項1716和選擇“next”按鍵1718。操作流指向計時屏幕1720，其包括滾動框1722，用戶可以循環(huán)遍歷地選擇幾秒鐘，所述泵會在評估它的起動另一個泵沖程的能力之前延遲這幾秒鐘，根據圖15-16的系統。一旦使用滾動框1722 和顯示在所述屏幕底部顯示的軟鍵(受到控制的，例如，通過圖4的鍵盤424)選擇了正確的時間，選擇“next”按鍵17M返回到家庭屏幕1702。選擇“back”按鍵1723返回到時間可變的延遲屏幕1712。圖17-18提供的僅是可以在醫(yī)用輸液泵中實施的用戶界面序列的例子。但是也可能有其它選項。例如，在當前的用戶不可訪問的延遲時間被編程到所述泵的實施例中，不需要計時屏幕1720。進一步而言，在所述系統設置中還可以包括用于判斷一個計時系統用于延遲可變的壓力衰減系統的一個或多個附加選項。圖19-20圖示的是根據本發(fā)明某些實施例的使用可變延遲來感應下游壓力衰減的醫(yī)用輸液泵下游壓力的示例圖。圖19圖示的是使用延遲來判斷接下來的泵起動時機的系統的下游壓力示例圖1900，如結合圖16的延遲模塊1552所描述的。圖20圖示的是使用泵沖程取消配置用于后繼的泵起動的系統的下游壓力的示例圖2000，如結合圖16的取消模塊15M所描述的。兩個圖顯示的是周期性的起動，每個泵沖程的開始處出現在穿過每個曲線部分底部(即，大約是局部最小值)的垂直實線部分，每個泵沖程的結束處大約對應于每個曲線部分的頂點(即，大約是局部最大值)。所述泵沖程接近結束處圖示在每個圖中的垂直虛線處；但是為了圖示的清楚，并沒有示出所有的泵沖程的結束之處。在每個泵沖程的結束之處，可以看到所述壓力通常是從局部最大值進行衰減，直到起動接下來的泵沖程為止。在所述圖中用水平虛線表示閾值壓力值1950，表明一個壓力，在該壓力之上所述泵被配置為不操作。這可能是因為管理的考量或者所述泵機械結構、輸液器或者接收流體的患者的限制。大體而言，圖15-20所圖示的系統的目標是保持流體輸送，以及確保所述流體的輸送在所述閾值之下。如圖19所示，所述示例的壓力圖顯示的是，在來自于所述泵的下游壓力超過所述閾值壓力值1950之前有四個泵沖程(一個出現在所述軸上，時間=0處)。這些四個泵沖程中的每一個在時間上有規(guī)律地隔開。但是，當所述時間接近第五個泵沖程出現時(由所述標記為“安排的開始泵沖程”垂直虛線)，所述醫(yī)用輸液泵，使用圖15-18所描述的軟件和硬件系統監(jiān)測所述壓力接近所述閾值壓力值，從而不應當出現接下來的泵沖程。這樣防止了所述下游壓力超過所述閾值太多。在某些實施例中，所述系統可以被配置為推遲泵沖程，以確保不會因為任何泵沖程而超過閾值壓力值1950。在允許出現接下來的泵沖程之前引入延時1970。判斷這個延遲的時間長度是設計控制所述泵沖程的起動的所述處理過程的問題。在各種實施例中，這個時間上的延遲1970 可以基于在對先前的泵沖程(例如，一個或多個沖程1-4)的壓力衰減速度的觀察的基礎上適應性的延遲判斷，或者可以是重新編程的或者可由用戶編程的延遲時間，如結合圖16和 18所解釋的。經過延時1970之后，所述系統會校驗所述壓力已經充分下降，以確保接下來的一個泵沖程不會超過(或者不會顯著超過)閾值1950。如果所述下游壓力已經充分降低了，則允許所述醫(yī)用輸液泵起動接下來的泵沖程。圖20還顯示了在所述泵的所述下游壓力超過閾值壓力值1950之前出現的四個泵沖程。再一次，這些泵沖程中的每一個都等距隔開，以圖示圖19和圖20的實施例的操作方面的差異。在垂直的虛線所示的所安排的第五個泵沖程之處(即，與圖19的“安排的開始泵沖程”同樣的位置)，所述醫(yī)用輸液泵判斷在所安排的泵沖程之后的下游壓力會超過所述閾值。在圖20所示的實施例中，取消了所安排的第五泵沖程，并在接下來安排的泵沖程之時重新評估壓力。如圖所示，在所述下游壓力下降到接下來的泵沖程被判斷為是安全的并被輸送之前只取消一個泵沖程。但是，在下游壓力下降較慢的情況下，所述系統可以取消另外的泵沖程，直到所述取消的泵沖程會出現在由于下游閉塞而出現警報的單獨的時間范圍內的程度。5、通過壓力計時的間歇性快推(bolus)參考圖21-23所示，所示的是根據本發(fā)明特定的實施例的用于管理通過壓力計時的間歇性快推的處理過程。此處所描述的用于管理計時的間歇性快推的處理過程通常以被配置來起動泵的機械結構(例如，圖4所描述的泵機械結構)的醫(yī)用輸液泵中的軟件和硬件的特定方式來實施。在下面圖中所描述的通過壓力系統計時的間歇性快推大體上允許所述醫(yī)用輸液泵通過輸送連續(xù)的泵沖程，直到達到最大壓力，以最大速率輸送流體給患者。在該點，所述系統等待一段時間，然后起動附加的泵沖程。由所述壓力系統計時的間歇性快推可以用于在最小的時間內輸送預定量的流體，或者可以用于在設置的時間內輸送最大量的流體。圖21圖示的是用于在醫(yī)用輸液泵中輸送通過壓力計時的間歇性快推的處理過程 2100。操作流程開始于開始操作2102，其對應于所述醫(yī)用輸液泵的初始編程，以輸送通過壓力計時的間歇性的快推，諸如通過使用圖22的屏幕序列。操作流程進行到流體輸送模塊 2104，該模塊對應于起動所述醫(yī)用輸液泵中的泵沖程。輸送完成操作2106根據所編程的通過壓力計時的快推來評估是否完成了流體的輸送。在某些實施例中，程序為，在輸送完總的流體量時，完成流體的輸送。在其它實施例中，一旦在所編程的一段時間內輸送了最大量的流體，則完成輸送。在其它實施例中，所述醫(yī)用輸液泵完成操作的條件是可由用戶在兩個選項中(總的流體或者總的時間)進行選擇。如果所述輸送完成操作判斷出所述流體的輸送完成了，則操作流支路“是”到達結束操作2112處，如下文所描述的。如果輸送完成操作2106判斷出所述流體的輸送還未完成，則操作流支路“否”到達高壓界限判斷操作。高壓界限判斷操作2108監(jiān)控來自于所述醫(yī)用輸液泵的下游壓力，以判斷所述壓
27力是否超過了一個閾值壓力，或者足夠接近所述閾值壓力使得起動所述泵會超過所述閾值壓力。在某些實施例中，所述高壓界限判斷操作2108判斷所述下游壓力是否會超過所述閾值壓力一個基本的、預定的量。如果高壓界限判斷操作2108判斷出起動接下來的一個泵沖程是安全的(例如，所檢測到的下游壓力足夠低，使得起動接下來的一個泵沖程不會產生超出閾值壓力的下游壓力)，操作流程返回到流體輸送模塊2104。通過循環(huán)流體輸送模塊2104，輸送完成操作2106 和高壓界限判斷操作2108，重復泵沖程，直到達到一個高壓閾值，或者直到完成了流體的輸送為止(例如，在特定的時間內或者達到特定量的流體)。如果高壓界限判斷操作2108判斷觸發(fā)接下來的泵沖程會不安全(例如，所檢測到的下游壓力不是足夠的低，起動接下來的一個泵沖程會造成下游壓力超過閾值壓力)，操作流進行到暫停模塊。暫停模塊2110暫停從所述醫(yī)用輸液泵輸送流體。可以以多種方式來判斷暫停的長度。在一個實施例中，通過觀察下游壓力衰減的速率和估計下游壓力會足夠低以允許起動接下來的泵沖程的時間，暫停模塊2110適應性地暫停。在進一步的實施例中， 暫停模塊2110引入短暫的暫停，允許處理過程2100使用暫停模塊2110和高壓界限判斷操作2108轉動-等待(spin-wait)，以周期性地檢查低于所述閾值的特定程度的壓力，在該壓力時，重新開始起動泵。在進一步的實施例中，所述暫停模塊是可由用戶編程以暫停特定一段時間。也可能有其它實施例。操作流從所述暫停模塊返回到高壓界限判斷操作2108，用于評估下游壓力。高壓界限判斷操作2108重復操作，以確保所述下游壓力足夠低，以允許經由流體輸送模塊2104 起動接下來的泵沖程。處理過程2100內的操作相應地從高壓界限判斷操作2108處進行。如果輸送完成操作2106判斷已經輸送了預定量的流體，或者系統預設的時間結束了，操作流支路“是”到達結束模塊2112，由其取消由壓力處理過程2100計時的間歇性快推的操作。所述醫(yī)用輸液泵內的操作然后可以取消或者返回到正常的或者前一個操作。圖22圖示的是根據本發(fā)明可能的實施例的顯示在醫(yī)用輸液泵上的用于觸發(fā)通過壓力的計時的間歇性快推的一系列屏幕2200。所述一系列的屏幕2200引導用戶遍歷觸發(fā)所述通過諸如上文結合圖21所描述的處理過程的由壓力處理過程計時的間歇性快推的處理過程。所述屏幕的系列從家里的屏幕2202開始，該屏幕是所述醫(yī)用輸液泵中的允許用戶選擇和編程各種泵輸送和顯示設置的常見的屏幕。一旦用戶在家庭屏幕2202上選擇了通過壓力計時的間歇性快推的選項(未示)， 所述醫(yī)用輸液泵將焦點索引到啟用屏幕2204上。啟用屏幕2204允許所述用戶啟用或者禁用由壓力系統控時的間歇快推。啟用屏幕包括一個“on”選項2206和一個“off”選項2208， 可以經由出現在所述醫(yī)用輸液泵中的軟鍵來選擇。用戶選擇“on”選項2206且按下“next” 選項2211，使操作流索引到流量輸送屏幕2210。“back”選項2209使用戶返回到家庭屏幕 2202。流量輸送屏幕2210允許用戶設置要通過使用由諸如圖21中所描述的壓力處理過程計時的間歇性快推的最大量的流體。流量輸送屏幕2210包括一個滾動框2212，允許用戶根據例如圖21中所描述的壓力輸送方法計時的間歇性快推的流體選擇輸送流體的總量。 用戶可以在所述流量輸送屏幕中在一個范圍的值之間滾動。當所述用戶已經選擇了期望的流量時，用戶可以選擇“next”按鍵2214，轉到速度輸送屏幕2216。“back”按鍵2213使用
2戶返回到啟用屏幕2204。速度輸送屏幕2216允許一個用戶選擇輸送流體的最大輸送速率。出現在速度輸送屏幕2216的滾動框2218允許用戶在一個范圍內的輸送速率值之間滾動來選擇適當的最大速率?！皀ext”按鍵2220確認用戶選擇的是最大輸送速率和最大量，根據此處所描述的由壓力系統計時的間歇性快推開始輸送，并將焦點返回到家庭屏幕2202上?！癰ack”按鍵 2219使所述用戶返回到流量輸送屏幕2210?？蛇x的是，也可以將附加的屏幕加到序列2200中。例如，一個屏幕會允許所述用戶選擇一個總的經過時間，用于通過壓力操作計時的間歇性快推的操作?；蛘?，一個進一步的屏幕可以允許所述用戶調節(jié)下游壓力的閾值。也可以使用其它屏幕。圖23圖示的是顯示根據本發(fā)明進一步可能的實施例的來自于一個輸送由壓力計時的間歇性快推的醫(yī)用輸液泵的下游壓力的示例圖2300。在所示的實施例中，圖中顯示的是變頻泵起動，每個泵沖程開始于垂直實線穿過所述壓力曲線的局部最小值之處，所述泵沖程結束于大約對應于每個曲線部分的頂點處(即，大約在局部最大值處)。所述泵沖程的結束處沒有在圖中顯示；但是，對于開始的幾個泵沖程，在完成前一個泵沖程之后緊接著開始接下來的泵沖程。在每個泵沖程結束時，可以看出，壓力通常接近于一個局部最大值，直到起動下一個泵沖程。如示例的圖形2300所示，三個泵沖程(一個在軸上)造成所述下游壓力超過一個設定的閾值2350。在每個泵沖程結束時，評估下游壓力，以判斷是否允許進行接下來的泵沖程。在三個泵沖程結束時，由于超過了所述閾值，暫停起動泵(例如，使用圖21的暫停模塊 2110)，所述醫(yī)用輸液泵等待一段時間，直到所述下游壓力已經下降到足夠低于閾值2350。 如結合圖21所描述的，所述醫(yī)用輸液泵可以在再次判斷是否會引起泵機械結構的起動(一旦所述壓力已經充分降低)之前，等待一段適應性的時間、一段可由用戶定義的時間、或者一段常量的預先編程的時間。在該點，所描述的系統會繼續(xù)起動所述泵機械結構，在所述壓力已經從前一個泵沖程下降到允許接下來安全的泵沖程之處，從而保持了高的(但是基本上低于所述閾值)下游壓力來輸送流體給患者。也可能有別的示例的壓力圖。此處所描述的所述閾值、泵沖程頻率和壓力圖，僅旨在作為示例，決不是旨在限制本發(fā)明的范圍。此外，雖然本發(fā)明討論的是各種用于等待重起動泵及建立下游壓力閾值的方法，但是可以有其它符合本發(fā)明的執(zhí)行此處所描述的方法和系統的方法。上述的說明書、實施例和數據提供制造和使用本發(fā)明構思的的完整描述。由于可以做出本發(fā)明的一些實施例而不偏離本發(fā)明的精神，本發(fā)明存在于所附的權利要求中。
權利要求
1.一種跟蹤與醫(yī)用輸液泵相關的費用參數的方法，該方法包括檢測醫(yī)用輸液泵中的一個或多個產生費用的事件，每個所述產生費用的事件與患者使用所述醫(yī)用輸液泵相關；將所述產生費用的事件的歷史存儲在存儲器中；以及基于所述產生費用的事件的歷史生成費用結算。
2.根據權利要求1所述的方法，其中在存儲器中存儲所述產生費用的事件的歷史包括將事件日志存儲在與所述醫(yī)用輸液泵通信地連接的計算機系統中。
3.根據權利要求1所述的方法，其中在存儲器中存儲所述產生費用的事件的歷史包括將事件日志存儲在所述醫(yī)用輸液泵的存儲器中。
4.根據權利要求3所述的方法，其進一步包括將所述事件日志的至少一部分傳送到通信地連接至所述醫(yī)用輸液泵的計算機系統。
5.根據前述權利要求任一項所述的方法，其中基于所述產生費用的事件的歷史生成費用結算包括生成所述患者使用所述醫(yī)用輸液泵的賬單。
6.根據前述權利要求任一項所述的方法，其中所述產生費用的事件包括選自下組的事件換藥盒事件；輸送新藥事件；輸送的流體的總量；泵操作經過的時間；換電池事件；電池的使用情況；和一次性物品的使用情況。
7.根據前述權利要求任一項所述的方法，其進一步包括檢測醫(yī)用輸液泵中的一個或多個糾正事件，這些糾正事件中的每一個都與護理員對醫(yī)用輸液泵的編程相關。
8.根據權利要求7所述的方法，其中所述糾正事件包括選自下組的事件泵程序取消；泵設置的短期調節(jié)；和出現所述醫(yī)用輸液泵達到一個或多個軟界限。
9.根據前述權利要求任一項所述的方法，其進一步包括將所述產生費用的事件的歷史的至少一部分傳送給遠離所述醫(yī)用輸液泵的醫(yī)療專業(yè)人員。
10.一種醫(yī)用輸液泵，包括泵機械結構；存儲器；和被設置以控制所述泵機械結構且操作性地連接到所述存儲器的可編程電路，該可編程電路被編程來檢測醫(yī)用輸液泵中的一個或多個產生費用的事件，每個所述產生費用的事件與患者使用所述醫(yī)用輸液泵相關；將所述產生費用的事件的歷史存儲在所述存儲器中；以及基于所述產生費用的事件的歷史生成費用結算。
11.根據權利要求10所述的醫(yī)用輸液泵，其中所述的可編程電路還被編程為將所述事件日志的至少一部分傳送到與所述醫(yī)用輸液泵通信地連接的計算機系統。
12.根據權利要求10或11所述的醫(yī)用輸液泵，其中所述產生費用的事件包括選自下組的事件換藥盒事件；輸送新藥事件；輸送的流體的總量；泵操作經過的時間；換電池事件； 電池的使用情況；和一次性物品的使用情況。
13.根據權利要求10-12任一項所述的醫(yī)用輸液泵，其中所述可編程電路進一步被編程以檢測醫(yī)用輸液泵中的一個或多個糾正事件，所述糾正事件中的每一個都與護理員對醫(yī)用輸液泵的編程有關。
14.根據權利要求13所述的醫(yī)用輸液泵，其中所述糾正事件包括選自下組的事件泵程序取消；泵設置的短期調節(jié)；和出現所述醫(yī)用輸液泵達到一個或多個軟界限。
15.根據權利要求10-14任一項所述的醫(yī)用輸液泵，其中所述可編程的電路還被編程為將所述產生費用的事件的歷史的至少一部分發(fā)送到遠離所述醫(yī)用輸液泵的醫(yī)療專業(yè)人員O
全文摘要
公開了可用于醫(yī)療輸液泵的各種軟件特征。在某些方面，公開了本地警報和消息處理系統。在其它方面，公開了各種強度警報。在還有一些方面，公開了用于醫(yī)療輸液泵的成本跟蹤系統和方法。再有一些方面，公開了產生醫(yī)療輸液泵中的警報的方法。
文檔編號A61M5/142GK102354335SQ20111029944
公開日2012年2月15日 申請日期2009年4月1日 優(yōu)先權日2008年4月1日
發(fā)明者克林頓·羅伯特·海弛勒, 凱文·肖恩·科普, 大衛(wèi)·戴博瑟, 拉里·R·扎列斯基 申請人:史密斯醫(yī)療Asd公司