TW202209346A - 伺服器發起向醫療裝置之訊息傳輸 - Google Patents

伺服器發起向醫療裝置之訊息傳輸 Download PDF

Info

Publication number
TW202209346A
TW202209346A TW110124404A TW110124404A TW202209346A TW 202209346 A TW202209346 A TW 202209346A TW 110124404 A TW110124404 A TW 110124404A TW 110124404 A TW110124404 A TW 110124404A TW 202209346 A TW202209346 A TW 202209346A
Authority
TW
Taiwan
Prior art keywords
medical device
server
hospital
clinical
infusion pump
Prior art date
Application number
TW110124404A
Other languages
English (en)
Inventor
馬歇爾 Ｅ 佛萊門
麥托 Ｄ 皮西尼奇
傑佛瑞 奧吉 玲達
吉玲 Ｒ 庫克
昀劭 蔡
雅納丹拉曼 維夕亞納坦
西得加維德 西德 哈德
匹提斯 賈恩
優嘉瓦 庫麻
Original Assignee
美商Ｉｃｕ 醫學公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 美商Ｉｃｕ 醫學公司 filed Critical 美商Ｉｃｕ 醫學公司
Publication of TW202209346A publication Critical patent/TW202209346A/zh

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本文中描述用於促進伺服器發起向醫療裝置之訊息傳輸之各種技術。例如，一醫院伺服器可將嚴格管制之臨床請求或訊息傳輸至醫療裝置以促進在該等醫療裝置上執行之臨床操作。另外，該醫院伺服器可將非管制(或在一較小程度上管制)之請求或訊息傳輸至該等醫療裝置以促進與該等醫療裝置之該等臨床操作無關之操作。藉由容許管制及非管制通信兩者且藉由容許醫療裝置發起及伺服器發起對該等醫療裝置上提供之輸入及輸出裝置之使用，可在一醫院環境中達成更快回應時間及增加效率。

Description

伺服器發起向醫療裝置之訊息傳輸
本發明係關於醫療裝置領域，且特定言之，係關於用於將訊息傳輸至醫療裝置之技術。
能夠執行各種臨床操作之醫療裝置在現代醫院環境中係常見的。此等醫療裝置可連接至一醫院網路，且透過醫院網路從一伺服器接收執行臨床操作之各種指令。此等醫療裝置亦可儲存控管醫療裝置上可用之臨床操作之規則以改良患者安全性。
本文中描述用於促進伺服器發起向醫療裝置之訊息傳輸之各種技術。例如，一醫院伺服器可將嚴格管制之臨床請求或訊息傳輸至醫療裝置以促進在該等醫療裝置上執行之臨床操作。另外，該醫院伺服器可將非管制(或在一較小程度上管制)之請求或訊息傳輸至該等醫療裝置以促進與該等醫療裝置之該等臨床操作無關之操作。下文參考圖1至圖5更詳細描述此等及其他實施例。
如本文中描述，容許管制及非管制通信兩者且容許醫療裝置發起及伺服器發起對在該等醫療裝置上提供之輸入及輸出裝置之使用導致諸如更快回應時間及增加效率之許多技術優點。儘管在一醫院環境之內容脈絡中描述許多實例，然本文中描述之技術可應用於醫療裝置可在其中操作之任何環境。本文中描述之醫療裝置可為輸注泵、其他醫療裝置或其等之任何組合。
藉由參考任何優先申請案之併入
本申請案主張2020年7月2日申請且標題為「SERVER-INITIATED TRANSMISSION OF MESSAGES TO MEDICAL DEVICES」之印度專利申請案第202011028207號及2020年8月21日申請且標題為「SERVER-INITIATED TRANSMISSION OF MESSAGES TO MEDICAL DEVICES」之美國臨時申請案第63/068,841號之優先權，該等案之全部揭示內容以引用的方式併入本文中。在與本申請案一起申請之申請案資料單中識別一外國或國內優先權主張所針對之任何及全部申請案之全部內容根據37 CFR 1.57規定以引用的方式併入本文中。引言
醫療裝置通常配備有輸出裝置(諸如顯示監視器(用於輸出視覺資訊或警報)及揚聲器(用於輸出音訊資訊或警報))及輸入裝置(諸如用於容許醫療裝置處之使用者輸入資訊之按鈕或觸敏顯示螢幕)。然而，對輸入及輸出裝置之使用主要由醫療裝置本身發起以促進其等自身之臨床操作。換言之，藉由醫療裝置本身自動進行利用輸入及輸出裝置之判定。例如，在接收到發起一輸注治療之一使用者命令之後，醫療裝置可在顯示器上輸出一確認訊息以確認使用者希望繼續進行輸注治療。作為另一實例，在偵測到電池電量為低之後，醫療裝置可輸出嗶聲以讓使用者知道電池電量為低且使用者應將醫療裝置連接至一電源。
然而，對此等輸入及輸出裝置之使用無需限於其中醫療裝置需要其等來促進其等自身之臨床操作之彼等狀況。例如，可存在其中期望醫院伺服器導致在醫院網路中之醫療裝置上顯示一訊息或尋求來自一個醫療裝置處之使用者之輸入之狀況。例如，當一醫生決定停止一輸注治療時，醫院伺服器可通知在護士站負責監督輸注治療之護士，且提示護士前往輸注泵以停止輸注治療。等到護士看到訊息，到達輸注泵，且關閉輸注泵時，幾個小時可能已經過去。然而，若容許醫院伺服器導致醫療裝置顯示一訊息以讓輸注泵處之使用者知道應停止輸注治療，則輸注泵處之人員可看到訊息且呼叫護士來關閉輸注泵。因此，期望容許醫院伺服器發起對醫療裝置之輸入及輸出裝置之特定使用之一改良方法。
此外，醫院伺服器可將資訊發送至醫療裝置以促進特定臨床操作。例如，醫院伺服器可將一自動程式化請求發送至醫院網路內之一輸注泵以自動組態該輸注泵進行一輸注治療(例如，藉由向輸注泵發送關於輸注治療之特定資訊(諸如藥品類型、待輸注量、持續時間等))。此類型之資料通信受到嚴格管制(例如，由諸如美國食品及藥品管理局之一控管實體)。
然而，藉由容許醫院伺服器將非管制訊息或在一較小程度上管制之訊息傳輸至醫療裝置(例如，歸因於此等訊息之性質與醫療裝置之臨床操作無關)，醫療裝置之輸入及輸出裝置可被用作用於來往於醫療裝置傳達及收集資訊之一分開的傳訊通道。例如，當醫院伺服器偵測到醫療裝置已移動至醫院記錄中與醫療裝置不相關聯之一新患者附近時，醫院伺服器可從醫療裝置請求關於新患者之額外資訊。醫院伺服器可將一訊息傳輸至醫療裝置用於在醫療裝置之顯示器上呈現，其中該訊息要求醫療裝置處之使用者確認醫療裝置應與醫院記錄中之患者相關聯。使用者可將一回答輸入至醫療裝置中，且該回答可經傳輸至醫院伺服器，且可根據該回答來更新醫院記錄。醫院伺服器與醫療裝置之間的此通信不直接影響在醫療裝置上執行之任何臨床操作，且因此可不受一控管實體之管制。然而，此通信促進醫院記錄之更新，該更新否則將手動完成(例如，藉由使用一掃描儀掃描患者之腕帶及醫療裝置以使其等在醫療記錄中相關聯等)。因此，期望容許醫院伺服器將非管制訊息傳輸至醫療裝置之一改良方法。
參考圖1，描述其中可利用本發明之伺服器發起之訊息傳輸技術之一或多者之一例示性醫院環境。在圖1之論述之後，參考圖2至圖5描述本發明之各種實施例之特定細節。例示性醫院環境之概述
圖1繪示用於在一醫院環境100中經由一輸注泵投與藥物之一系統之一項實施例。圖1中展示之藥物管理系統(MMS)包含與一醫院環境之一或多個資訊系統或組件結合操作之一藥物管理單元(MMU)伺服器3108及一醫療裝置(諸如輸注泵3130)。
可使用圖1中展示之系統向一患者3104投與容器3102中之(若干)靜脈注射(IV)流體及/或(若干)藥物3100。儘管圖1中展示之系統利用條碼及一條碼讀取器作為輸入及讀取機器可讀資訊之設備，然熟習此項技術者將瞭解，可利用用於讀取或輸入資訊之其他設備。再者，一照護點(POC)用戶端3126可包含經調適以辨識可在MMS中提供之此標記之一識別接收器32。
在特定態樣中，可由一藥劑師根據特定醫院實踐為容器3102中之IV流體及/或藥物3100提供具有一唯一輸注醫囑識別條碼之新或補充標籤。特定言之，藥品容器特定識別資訊(諸如容器3102上之條碼資訊)可包含患者識別資訊、藥物識別資訊、通用識別資訊、醫療裝置遞送資訊及/或藥物醫囑資訊。條碼識別容器3102中之IV流體及/或藥物3100可由各種供應商提供給醫院，其等具有預先存在之唯一條碼識別符，包含藥物資訊及其他資訊，諸如一國家疾病中心(NDC)碼、過期資訊、藥品相互作用資訊及類似物。
在本發明之一些態樣中，容器3102上之通用識別資訊可為一唯一藥物醫囑識別符，其本身識別與容器相關聯之醫囑。在其他態樣中，容器3102上之識別資訊可為一複合患者/醫囑碼，其含有一患者ID (諸如一醫療記錄編號)及僅在患者之內容脈絡內唯一之一醫囑ID兩者。在特定態樣中，容器3102上之識別資訊可包含一藥物ID。圖1中識別之系統可包含一藥品庫編輯器(DLE)用戶端3106，諸如一筆記型電腦、桌上型電腦或伺服器電腦。DLE用戶端3106可包含DLE軟體。如上文描述，MMU伺服器3108可具有在MMU伺服器3108上安裝及運行之MMU軟體。藥品庫及其他資料庫可儲存於MMU伺服器3108上、一分開的伺服器上及/或遠端位置中。
醫院資訊系統(HIS) 3110可包含藉由電纜、介面及/或乙太網路連接來連接之一或多個電腦。替代地，可完全或部分使用無線連接及通信。伺服器提供處理能力及記憶體以用於儲存資料及各種應用程式或模組，包含但不限於一入院-出院及轉診(ADT)模組或電腦3112、一電腦化醫囑錄入(CPOE)模組或電腦3114及一藥房資訊系統(PIS)模組或電腦3116。醫院人員(諸如入院辦事員3118、醫師3120及藥劑師3122)可分別經授權以透過連接至伺服器之用戶端工作站存取此等模組，以便輸入資料、存取資訊、運行報告及完成其他任務。
在圖1中展示之實施例中，HIS 3110亦可包含含有一伺服器或POC電腦3124 (有時被稱為一條碼照護點伺服器或電腦)之一POC系統3125，或POC電腦3124可與HIS 3110分離。POC電腦3124可充當POC系統3125 (有時被稱為條碼照護點系統或BPOC)之一部分，且可能夠利用一無線通信協定(諸如IEEE 801.11、IEEE 802.11或藍芽)透過定位遍及醫院之複數個無線通信節點進行無線通信。POC電腦3124可與由一照護者攜帶之一可攜式複雜型用戶端(POC用戶端3126)進行無線通信。POC用戶端3126可為包含重要記憶體、顯示器及處理能力之一個人數位助理(PDA)。POC用戶端裝置可在某種程度上獨立於POC電腦3124執行儲存於其記憶體中之各種程式。
在圖1之一項實施例中，MMU伺服器3108可經硬接線至DLE用戶端3106及MMU用戶端3128。替代地，MMU及DLE用戶端功能可組合至一單一用戶端電腦/工作站上，或可與MMU伺服器3108一起駐留於一單一組合MMU/DLE伺服器上。MMU伺服器3108可駐留於遠離患者房間或治療區域之一位置中。例如，MMU伺服器3108可與其他醫院伺服器一起駐留於一安全、氣候控制資訊技術室中，且電腦設備及其用戶端終端機可定位於藥房、生物醫學工程區域、護士站或病房監控區域中。一個MMU伺服器3108可監測、協調許多輸注泵3130且與許多輸注泵3130通信。例如，在一項實施例中，在MMU伺服器3108上運行之MMU軟體可同時支援多至1000個輸注泵。
在圖1之實施例中，POC系統3125中之POC用戶端3126可透過POC伺服器3124與MMU伺服器3108通信。MMU伺服器3108可透過由POC系統3125利用之相同無線節點及輸注泵3130上或其中之一連接引擎及天線與輸注泵3130介接或無線通信。輸注泵3130與POC用戶端3126之間的通信可透過MMU伺服器3108及POC伺服器3124進行。MMU伺服器3108可在一相關聯記憶體中儲存(若干)輸注泵3130之邏輯ID及網路ID或網際網路協定(IP)位址兩者，使得僅MMU伺服器3108可以一直接無線方式與輸注泵3130通信。替代地，MMU伺服器3108可將關於輸注泵3130之IP位址及其他資訊提供至POC系統3125以促進POC系統3125與輸注泵3130之間的直接通信。
在入院時，入院辦事員3118或類似人員可將關於各患者3104之人口統計資訊輸入至儲存於HIS 3110之一相關聯記憶體中之一HIS資料庫之ADT模組或電腦3112之一相關聯記憶體中。可向各患者3104發放一患者識別腕帶、手鐲或標籤112，其可包含識別患者之一識別符3103，諸如一條碼或RFID標籤。腕帶、手鐲或標籤112亦可包含呈機器可讀或人類可讀形式之其他資訊，諸如患者之醫生的姓名、血型、過敏及類似物。
患者之醫生3120可藉由將一藥物醫囑輸入至HIS 3110內之CPOE模組或電腦3114中來開處方進行醫療。藥物醫囑可指定一開始時間、停止時間、可容許劑量範圍、生理目標、途徑及給藥部位。在輸注流體或藥物之一醫囑之情況中，該醫囑可以各種格式書寫，且可包含患者之姓名、患者ID編號、一唯一藥物醫囑或處方編號、一藥物名稱、藥物濃度、一劑量或用量、頻率及/或一所要遞送時間。此資訊可經輸入至CPOE模組或電腦3114之記憶體中，且可儲存於至少與POC伺服器3124相關聯之一記憶體中。
藥物醫囑亦可以電子方式遞送至藥房中之PIS模組或電腦3116，且可儲存於一相關聯記憶體中。藥劑師3122可篩選處方醫囑，將其轉譯為用於分配藥物之一醫囑，且使用適當添加劑及/或必要稀釋劑製備藥物或流體。藥劑師3122可製備具有藥品容器特定識別資訊3101之一標籤102且將其貼附至藥物或藥品容器3102。標籤可包含呈機器可讀及/或人類可讀形式之醫療裝置特定遞送資訊，包含但不限於分配ID編號、患者ID、藥品名稱、藥品濃度、容器容量、待輸注量(「VTBI」)、速率、持續時間及類似物。三個變數VTBI、速率及持續時間之僅兩者可被定義為當其他兩者已知時可計算第三者。貼標籤之藥物可經遞送至靠近患者房間或治療區域之病房或樓層上之一安全、指定補給(staging)位置或行動藥品推車。待分配或給藥之藥物醫囑可經張貼至HIS 3110及POC系統3125中之一任務清單，且儲存於一相關聯記憶體中。
照護者3132 (例如，一護士)可使用與POC用戶端3126相關聯之識別接收器32以掃描其之照護者識別徽章116且輸入一密碼，此將照護者登入至系統中且授權照護者透過POC用戶端3126從POC系統3125存取一護士之任務清單。照護者3132可從任務清單查看待向特定房間中之特定患者3104投與IV藥品。照護者3132從藥房及/或患者房間附近之一補給區域獲得包含藥物之必要供應品。
照護者3132可將供應品帶至一患者之床邊，開啟輸注泵3130，確認輸注泵3130上之網路連接圖標指示存在一網路連接(例如，一無線連接，諸如Wi-Fi或類似物)，在輸注泵3130上選擇適當臨床照護區域(CCA)，且根據需要將IV袋、容器或小瓶3102及任何相關聯管組安裝在相對於患者3104及輸注泵3130之位置中以進行輸注。輸注泵3130或泵使用者介面螢幕上之另一連接圖標可指示存在至MMU伺服器3108之一有線或無線連接。在使用整合至POC用戶端3126之識別接收器/讀取器的情況下愛，照護者3132可掃描患者之識別腕帶、手鐲或標籤112或其他患者識別裝置上之條碼。與該特定患者相關聯之一任務清單可出現在POC用戶端3126螢幕上。亦可包含藉由其他途徑(口服、外用等)給予其他形式之治療或藥物之醫囑之任務清單可經由POC伺服器3124從HIS 3110獲得，且無線地傳達至POC用戶端3126。在一項實施例中，藉由將所掃描之患者ID與POC伺服器3124內之記憶體中之醫囑之患者ID匹配來產生清單。在另一實施例中，透過以下(若干)步驟，可藉由掃描POC伺服器3124內之記憶體中之相關聯醫囑之藥品容器特定識別資訊來獲得醫囑資訊。
照護者3132可使用POC用戶端3126掃描藥物容器3102上之含有藥物容器特定識別資訊3101之藥物條碼標籤102。POC用戶端3126可突顯任務清單上之IV給藥任務，且將經掃描藥物容器特定識別資訊(諸如分配ID資訊)從藥物容器3102發送至POC伺服器3124。POC伺服器可使用藥物容器特定識別資訊來將醫囑細節之其餘部分彙集在一起，且將其等發送回至POC用戶端3126。接著，POC用戶端3126可在其螢幕上顯示一IV文件表格。IV文件表格螢幕之一個側可將醫囑細節顯示為「已下達醫囑」，且另一側可保留用於來自輸注泵3130之一狀態報告。來自輸注泵3130之狀態報告可透過POC伺服器3124及MMU伺服器3108傳輸至POC用戶端3126。IV文件表格螢幕之下部可向照護者3132提供指令(如掃描輸注泵3130條碼)或識別泵是否正在運行或停止。
接著，照護者3132可掃描與輸注泵3130 (或泵通道，若泵係一多通道泵)相關聯之條碼標籤92。條碼標籤92可含有醫療裝置特定識別資訊3131，諸如裝置或通道之邏輯名稱及/或邏輯位址。接著，POC系統3125自動將該資訊捆綁至含有「醫囑細節」之一程式泵請求中，且在一項實施例中，在未與照護者3132進一步互動的情況下，將此資訊傳輸至MMU伺服器3108。
程式泵請求可包含以下資訊之至少一些(呈HIS/POC系統格式)：一交易ID (其可包含一邏輯泵ID)、一泵隔室、一泵通道ID、一參考裝置位址、一照護者ID、一照護者姓名、一患者/人員ID (HIS識別符)、一患者姓名、一患者出生日期及時間、一患者性別、一患者體重、一患者身高及一遭遇ID (其可包含一房間、一床位及一建築(包含CCA))。程式泵請求亦可包含醫囑資訊或「醫囑細節」，包含一醫囑ID、一開始日期/時間、一停止日期/時間、一給藥途徑、一速率、一輸注持續時間(輸注結束)、一待輸注總量(VTBI)、一特用醫囑指示符及成分，包含HIS藥品名稱或HIS通用藥品名稱、HIS藥品識別符或HIS通用藥品ID、Rx類型(添加劑或基劑)、強度w/單位及體積w/單位。程式泵請求可進一步包含僅患者控制止痛(PCA)醫囑資訊，諸如一PCA模式-僅PCA、僅連續或PCA及連續、一鎖定(Lockout)時間間隔(以分鐘為單位)、一PCA連續速率、一PCA劑量、一裝載劑量、一劑量限制、一劑量限制時間w/單位、小瓶或注射器中之一總容量及醫囑意見。
MMU伺服器3108可將HIS 3110或POC系統3125所容許之用於POC用戶端3126請求之廣泛範圍之單位表達映射或轉換為MMU伺服器3108及輸注泵3130中容許之更有限單位集合。例如，POC用戶端3126請求可表達「g、gm、gram或grams」，而MMU伺服器3108及/或輸注泵3130可僅接受「grams」。從程式泵請求之對應醫囑資訊或「醫囑細節」映射或轉換輸注泵3130遞送參數或輸注泵3130設定。
MMU伺服器3108可在一相關聯記憶體中儲存一映射或變換表，該映射或轉譯表追蹤一輸注泵3130之邏輯ID、序列號或其他識別符及對應當前網路(靜態或動態)位址(網際網路協定(IP)位址)或網路上之輸注泵3130之ID，該網路在此實例中係一無線網路。MMU伺服器3108可能夠將輸注泵3130之一給定識別符用其在轉譯表中之網路位址進行轉譯或與其在轉譯表中之網路位址相關聯，且將網路IP位址提供至請求POC系統3125或裝置。MMU伺服器3108亦可在一相關聯記憶體中儲存及/或查找適用於經掃描輸注泵3130之藥品庫，及/或將來自泵程式請求之藥品ID及強度轉換為來自藥品庫之所要強度或濃度之藥物之一索引編號。輸注之持續時間可以小時及分鐘為單位來自POC系統3125，且可經轉換為僅分鐘以供輸注泵3130辨識。體積或VTBI可經捨入以在小數點右側提供一值特定及輸注者特定位數。在適當的情況下，(藥品之)單位可經轉換為百萬單位。患者體重可根據輸注者特定規則進行轉換及捨入或不發送至輸注者。
一旦MMU伺服器3108以輸注泵3130可接受之一格式將來自程式泵請求之資訊變換為輸注泵設定或遞送參數及其他資訊，MMU伺服器3108便可無線地將一命令訊息下載至輸注泵3130。若輸注泵3130尚未配備醫院建置之藥品庫之最新適當版本，則MMU伺服器3108亦可自動將一藥品庫下載至輸注泵3130。可在由生物醫學工程師或藥劑師3122進行之一分開的程序中維持醫院建置之藥品庫以對輸注泵3130之程式化以及其他輸注泵操作參數(諸如管線中空氣之預設報警設定、阻塞壓力及類似物)施加限制。藥品庫可針對輸注泵3130中之各種藥品遞送參數設立可接受範圍或硬及/或軟限制。
MMU伺服器3108亦可將輸注泵之內部作業系統軟體之新版本、修補程式或軟體更新下載至輸注泵。可將來自MMU伺服器3108之輸注設定或遞送參數及其他資訊輸入至輸注泵3130之記憶體中，且輸注泵3130設定可自動填入輸注泵3130之(若干)程式化螢幕，就像照護者3132已手動輸入資訊及設定一樣。輸注泵3130螢幕可基於藥品庫索引編號、患者體重、速率、VTBI及/或持續時間填入藥品名稱及藥品濃度。此外，MMU伺服器3108可偵測到滿足特定條件，且將訊息傳輸至輸注泵以導致輸注泵經由輸注泵之輸出裝置輸出此等訊息且經由輸注泵之輸入裝置收集及中繼來自輸注泵處之使用者之任何輸入，如下文參考圖2至圖5更詳細描述。可由輸注泵3130將確認信號之一返回訊息發送至MMU伺服器3108以指示已接收到命令訊息。此時，若需要，照護者3132可手動輸入未包含於命令訊息中之任何額外輸注設定或選用資訊。
接著，輸注泵3130可藉由按下起始按鈕來提示照護者3132起始輸注泵3130。當照護者3132按下起始按鈕時，可呈現具有經程式化之輸注設定之一確認畫面以進行確認，且可將一自動程式化鑑認訊息發送至MMU伺服器3108以在未請求的情況下轉發(即，以一幾乎即時方式推送)或在被請求或輪詢時提供至POC系統3125。當照護者3132按下按鈕以確認時，輸注泵3130可根據程式化設定開始遞送流體。輸注泵3130可將一狀態訊息發送至MMU伺服器3108，該狀態訊息指示輸注泵3130成功地自動程式化、由照護者3132確認及起始，且現在正在遞送流體。亦可在輸注泵處顯示此資訊。當輸注進行時或當警報發生時，MMU伺服器3108可繼續週期性地從輸注泵3130無線地接收日誌及狀態訊息。
MMU伺服器3108可透過POC伺服器3124 (呈MMU格式)向POC用戶端3126報告初始狀態訊息之一部分以指示輸注泵3130已經自動程式化且照護者3132已確認設定。MMU伺服器3108可向POC系統3125及/或在輸注泵3130處傳達實際速率、VTBI及持續時間。POC用戶端及/或輸注泵之螢幕底部之一標記可指示輸注泵3130正在運行。若泵資訊與醫囑資訊匹配或可接受地對應，則輸注泵3130可比較且給出一視覺、音訊或其他類型之肯定信號。泵資訊是否與醫囑匹配之一初始判定可在MMU伺服器3108中完成且透過POC伺服器3124傳達至POC用戶端3126。替代地，POC伺服器3124或輸注泵3130可進行必要比較。若泵資訊與醫囑不匹配，則輸注泵3130可在顯示器88處輸出可包含一錯誤訊息之一視覺、音訊或其他類型之否定信號。
若醫囑已按要求開始或任何變化係可接受的，則可提示照護者3132檢視且按下輸注泵3130上之一保存按鈕。MMU伺服器3108可從輸注泵3130接收狀態、事件、差異及變化資訊，且將此資訊傳遞至POC系統3125。在一分開的後續步驟中，護士可對記錄進行電子簽名，且按下POC用戶端3126上之一發送按鈕以將資訊發送至患者之電子藥物記錄(EMR)或藥物管理記錄(MAR)。其他環境
圖1繪示其中可利用本發明之各種伺服器發起之訊息傳輸技術之一個例示性環境。然而，本文中描述之實施例不限於此一環境，且可應用於包含一或多個伺服器之任何網路環境，其中醫療裝置執行臨床操作。下文參考圖2描述可在一或多個此等網路環境中實施以提供伺服器發起之訊息傳輸之一例示性系統。系統概述
圖2係一例示性醫院環境200之一方塊圖，其包含可用於實施本發明之態樣之電腦硬體及軟體組件之一配置。醫院環境200可包含比圖2中展示更多(或更少)之元件及/或子元件。然而，不一定展示全部此等元件，以便提供具以實施之揭示內容。如圖2中繪示，醫院環境200包含連接至一網路204之一位置偵測系統202、一企業伺服器203、一醫院伺服器206A及一醫院伺服器206B，且另外包含與醫院伺服器206A通信之一醫療裝置208A及與醫院伺服器206B通信之一醫療裝置208B。儘管在圖2中僅展示兩個醫院伺服器及兩個醫療裝置，然在一些實施例中，醫院環境200可包含僅一單一醫院伺服器或兩個以上醫院伺服器。另外或替代地，醫院環境200中之一或多個醫院伺服器可包含兩個或更多個醫療裝置。位置偵測系統
位置偵測系統202可使用全球導航衛星系統(GNSS) (諸如用於地理空間定位之全球定位系統(GPS)或GLONASS導航系統)及/或非GNSS技術(諸如行人推算導航(PDR)、慣性導航系統、磁定位系統及類似物)。在一些實施例中，位置偵測系統202使用現有無線技術來執行地理定位，其可包含基於Wi-Fi之定位系統(WPS)、基於藍芽之定位系統、射頻識別(RFID)系統等。在其他實施例中，位置偵測系統可包括視訊處理系統、基於超音波之系統、可見光通信系統等。
位置偵測系統202可容許在一地圖上繪製地理圍欄，且當一醫療裝置穿越地理圍欄時(例如，當醫療裝置進入一地理圍欄區域、離開一地理圍欄區域或兩者時)通知企業伺服器203。若一醫院管理員希望回應於醫療裝置進入或離開醫院之特定區域(例如，房間、樓層、側廳、建築或諸如急診室、手術室、加護病房等之臨床照護區域)而採取特定動作(例如，追蹤醫療裝置之位置、將訊息傳輸至醫療裝置、請求來自(若干)醫療裝置處之(若干)使用者之額外資訊等)，則其可組態位置偵測系統202以監測醫療裝置跨越此等區域之邊界之移動。回應於來自位置偵測系統202之醫療裝置已進入一指定地理圍欄區域之通知，企業伺服器203可例如將進一步指令傳輸至與醫療裝置通信之醫院伺服器。
在一些實施例中，位置偵測系統202亦偵測醫療裝置如何進入或離開一地理圍欄區域，且可取決於醫療裝置已進入或離開地理圍欄區域之方式而觸發不同動作。例如，企業伺服器或醫院伺服器可在一輸注泵透過前門離開醫院的情況下採取一個動作，且在輸注泵在一救護車上離開的情況下採取另一動作。在其他實施例中，從醫院環境200省略位置偵測系統202。在此等實施例中，個別醫療裝置可經組態以判定且向醫院伺服器報告其等之位置，且醫院伺服器可採取本文中描述之基於位置之動作。企業伺服器
企業伺服器203可為負責整個醫院或企業之一伺服器，該伺服器可與醫院或企業(例如，醫院環境200)中之全部醫院伺服器通信。企業伺服器203可將指令發送至位置偵測系統202以識別位置偵測系統202應監測之醫療裝置，且定義企業伺服器203應被通知之地理圍欄邊界。回應於來自位置偵測系統202之指示一經監測醫療裝置已進入一新地理圍欄區域之一通知，企業伺服器203可採取特定指定動作，諸如記錄醫療裝置之位置改變、指示連接至醫療裝置之醫院伺服器將特定訊息傳輸至醫療裝置及類似物。在一些實施例中，省略企業伺服器203，且位置偵測系統202直接與醫院環境200中之一或多個醫院伺服器通信。
在一些實施例中，企業伺服器203 (或醫院伺服器，若位置改變通知被直接發送至醫院伺服器)可在發起本文中描述之任何基於位置之動作之前判定位置偵測系統202是否為一經授權、鑑認服務。企業伺服器203可利用OAuth或其他授權協定，諸如一公開/私密金鑰證書交換。網路
網路204可為任何有線網路、無線網路或其等之組合。另外，網路204可為一個人區域網路、區域網路、廣域網路、空中廣播網路(例如，用於無線電或電視)、有線網路、衛星網路、蜂巢式電話網路或其等之組合。例如，網路204可為連結網路之一公共可存取網路，諸如網際網路。例如，位置偵測系統202與企業伺服器203之間的通信可透過連結網路之一公共可存取網路(諸如網際網路)，且企業伺服器203與醫院伺服器206A及206B之間的通信(以及醫院伺服器206A與醫療裝置208A之間的通信及醫院伺服器206B與醫療裝置208B之間的通信)可在一或多個有線及/或無線私人網路上實施。企業伺服器203可為一雲端伺服器，其包含經由網路204作為網頁服務遞送之一服務集合。醫院伺服器
醫院伺服器206A及206B可各表示參考圖1描述之MMU伺服器3108之一版本。例如，醫院伺服器206A可與醫院A中之醫療裝置通信(例如，將命令發送至醫療裝置以發起或停止臨床操作、傳輸待由醫療裝置輸出之訊息及類似物)，且醫院伺服器206B可與與醫院A分開(但可屬於與醫院A相同之醫院網路或企業)之醫院B中之醫療裝置通信。醫療裝置
療裝置208A及208B可為行動，且可跨越由位置偵測系統202監測之地理圍欄移動之任何醫療裝置。例如，醫療裝置208A及208B可為輸注泵、患者監測器及類似物。下文參考圖3更詳細描述醫療裝置208A及208B。在其他實施例中，醫療裝置208A及208B可為永久安裝或臨時安裝至醫院中之一特定位置之醫療裝置。
參考圖3，更詳細描述一例示性醫療裝置之組件。圖2中描繪之醫療裝置208A及208B之例示性架構包含可用於實施本發明之態樣之電腦硬體及軟體模組之一配置。醫療裝置304可包含比圖3中展示多得多(或少得多)之元件及/或子元件。然而，不一定展示全部此等元件，以便提供具以實施之揭示內容。
如繪示，醫療裝置304包含輸入裝置306、輸出裝置307、一處理器308、一網路介面310及一記憶體312，其等全部可藉由一通信匯流排彼此通信。輸入裝置306可包含經由其等從醫療裝置304之一使用者接收資訊之裝置。例如，輸入裝置可包含一實體或數位鍵盤、一觸控螢幕、一麥克風及類似物。輸出裝置307可包含經由其等將資訊呈現給醫療裝置304之使用者之裝置。例如，輸出裝置307可包含一揚聲器、一顯示器、一LED、一印表機及類似物。例如，輸出裝置307可包含一顯示器，該顯示器可顯示由醫療裝置304產生或儲存之資訊或與醫療裝置304相關聯之任何其他資訊，或透過醫院網路從醫院伺服器接收之資訊。例如，醫療裝置304可為用於將藥物遞送給一患者之一輸注泵。在此一情況中，顯示器可顯示目前為止輸注之藥物量、待輸注之藥物量、正在輸注藥物之速率及類似物。處理器308可經由一網路從其他運算系統或服務接收資訊及指令。處理器308亦可將資訊傳輸至記憶體312及從記憶體312接收資訊，且進一步將內容提供至輸出裝置307以呈現給使用者(例如，視覺內容、警報音等)。網路介面310可提供至本文中描述之網路環境中之一或多個網路或運算系統之連接性。例如，網路介面310可為一串列埠、一並列埠或可實現或促進根據任何通信協定(諸如Zigbee (例如，IEEE 802.15.4)、藍芽、Wi-Fi (例如，IEEE 802.11)、近場通信(NFC)及類似物)之有線或無線通信之任何其他通信介面。
記憶體312可含有處理器308可執行以便實施本發明之一或多個態樣之電腦程式指令(在一些實施例中，被分組為模組)。記憶體312可包含RAM、ROM及/或其他永久、輔助或非暫時性電腦可讀媒體。在一些實施例中，記憶體312儲存一作業系統，該作業系統提供電腦程式指令以供處理器308在醫療裝置304之一般管理及操作中使用。如圖3中繪示，記憶體312可包含網路資料314、伺服器資料316及操作資料318。在一些實施例中，醫療裝置304使用網路資料314來連接至醫院環境中之一網路(例如，Wi-Fi網路)，使用伺服器資料316來連接至醫院環境中之一醫院伺服器(例如，圖1之MMU伺服器3108)，且使用操作資料318來執行一或多個臨床操作(例如，發起對一患者之一輸注治療)。在一些實施例中，操作資料亦可在本文中被稱為臨床資料或臨床設定。
儘管圖3中未展示，然記憶體312可儲存程式、指令、模組、庫、設定、參數及/或可由醫療裝置304用於執行其操作之其他類型之資料。例如，記憶體312可儲存指示醫療裝置304之當前位置之位置資料。此位置資料可回應於醫療裝置304之位置改變而被更新，且被傳輸至醫院伺服器及/或企業伺服器以用於監測及記錄目的(例如，使得可基於個別醫療裝置在諸如醫院房間、清潔站、特定臨床照護區域、特定建築及設施等之地理區域中花費多長時間來產生諸如裝置利用率之各種基於位置之度量)。
作為另一實例，記憶體312可儲存用於回應於來自醫院伺服器之指令而輸出非臨床使用者介面之程式碼或資料(例如，以顯示諸如「將此輸注泵返還給生物醫學人員」之一訊息或提示請求諸如「此輸注泵是否應與患者A或B相關聯？」之額外資訊以及用於使用者選擇之使用者介面元素「否」、「患者A」、「患者B」)。
醫療裝置304亦可包含任何其他數目個組件，諸如多個顯示器、多個處理器、多個網路介面及/或多個記憶體。此外，醫療裝置304可包含用於儲存由醫療裝置304產生之資料或在實施本發明之態樣時利用之其他資料之一或多個額外儲存裝置。伺服器發起之訊息傳輸程序
現參考圖4，將描述一例示性伺服器發起之訊息傳輸程序400。如展示，圖4繪示在一醫院伺服器與一輸注泵之間發生之伺服器發起之訊息傳輸之實例(1)至(8)。
在實例(1)中，醫院伺服器接收在輸注泵處發起一輸注治療之指令。例如，一醫生可已在輸注泵處下達醫囑針對一患者進行輸注治療，且醫院伺服器可已在醫院記錄系統中偵測到醫囑。作為回應，醫院伺服器傳輸使用一或多個參數發起或執行輸注治療之一指令，將由輸注泵根據該一或多個參數執行輸注治療(例如，在管線1上以濃度C針對速率R輸注藥品D達時間T)。作為回應，輸注泵基於所提供參數發起所請求輸注治療。在實例(1)中，醫院伺服器傳輸執行一臨床操作(例如，輸注治療)之一命令，且醫院伺服器與輸注泵之間導致輸注泵執行臨床操作之通信可由諸如美國食品及藥品管理局之一控管實體嚴格管制。回應於從醫院伺服器接收此一管制臨床請求，輸注泵執行與其臨床操作直接相關之一操作(例如，發起一輸注治療)。而且，在此情況中，來自醫院伺服器之請求直接影響輸注泵(例如，輸注泵之操作狀態已改變)。
在實例(2)中，醫院伺服器偵測到已下達醫囑停止當前正在進行之輸注治療。例如，發起輸注治療之一醫生可已決定停止輸注治療且將停止輸注治療之一醫囑輸入至醫院記錄系統中，且醫院伺服器可已偵測到醫囑。作為回應，醫院伺服器傳輸將一訊息(本文中亦被稱為一指示)　(例如，「已下達醫囑停止當前正在進行之輸注治療」)輸出至輸注泵之一指令。作為回應，輸注泵在顯示器上顯示訊息，使得輸注泵處之使用者可看到訊息且停止輸注治療(例如，藉由關閉輸注泵)。在實例(2)中，輸注泵作為在醫院伺服器與輸注泵處之使用者之間中繼資訊之一「精簡型」照護點裝置操作，而不影響輸注泵之臨床操作或存取特定於輸注泵之任何資料。歸因於醫院伺服器與輸注泵之間的此通信之性質，通信可不經管制或在比實例(1)中之通信更小之一程度上進行管制。藉由容許醫院伺服器與輸注泵之間的管制及非管制通信兩者，可在醫院環境中達成更快回應時間及增加效率。例如，若負責關閉輸注泵之護士在輸注泵處，則其可回應於看到螢幕上顯示之資訊(或聽到經由揚聲器播放之語音訊息或嗶聲)來關閉輸注泵。若護士在另一位置處，則輸注泵處之另一人可看到或聽到訊息，且呼叫護士來關閉輸注泵。在一些實施例中，當輸注泵處之一使用者回應於輸注泵之螢幕上顯示之訊息而採取一特定動作時，輸注泵將指示訊息之處置及/或由使用者採取之動作(例如，「接受所提出選項」、「拒絕所提出選項」、「忽略訊息」、「關閉泵」、「開啟泵」、「暫停輸注」、「取消輸注」等)之一狀態訊息返回至訊息之發送者(例如，醫院伺服器)。藉由如此做，輸注泵允許醫院伺服器(或訊息之發送者)跨許多裝置(包含警報系統)協調訊息狀態以防止(例如，由使用者及/或醫院中之其他人)採取冗餘動作。
在實例(3)中，醫院伺服器偵測到已針對輸注泵產生一新輸注醫囑。例如，一醫生可已在輸注泵處針對一患者下達醫囑進行輸注治療，且醫院伺服器可已在醫院記錄系統中偵測到醫囑。作為回應，醫院伺服器傳輸將一訊息(例如，「已產生一新輸注治療醫囑」)輸出至輸注泵之一指令。作為回應，輸注泵在顯示器上顯示訊息，使得輸注泵處之使用者可看到訊息且發起輸注治療(例如，藉由將各種輸注參數輸入至輸注泵中)。在實例(3)中，輸注泵作為在醫院伺服器與輸注泵處之使用者之間中繼資訊之一「精簡型」照護點裝置操作，而不影響輸注泵之臨床操作或存取特定於輸注泵之任何資料。歸因於醫院伺服器與輸注泵之間的此通信之性質，通信可不經管制或在比實例(1)中之通信更小之一程度上進行管制。藉由容許醫院伺服器與輸注泵之間的管制及非管制通信兩者，可在醫院環境中達成更快回應時間及增加效率。例如，若負責發起輸注治療之護士在輸注泵處，則其可回應於看到螢幕上顯示之資訊(或聽到經由揚聲器播放之語音訊息或嗶聲)來發起輸注治療。若護士在另一位置處，則輸注泵處之另一人可看到或聽到訊息，且呼叫護士來發起輸注治療。
在實例(4)中，醫院伺服器偵測到輸注泵已進入一新臨床照護區域(「CCA A」)。例如，一位置偵測系統202可能已偵測到輸注泵已進入與不與輸注泵相關聯之一臨床照護區域相關聯之一新地理圍欄，且將此資訊傳輸至醫院伺服器。作為回應，醫院伺服器傳輸將一訊息(例如，「您是否想要將此輸注泵與CCA A相關聯？」)輸出至輸注泵之一指令。作為回應，輸注泵顯示訊息以及標記為「是」及「否」之使用者介面元素。「是」使用者介面元素當由輸注泵處之使用者選擇時，可向醫院伺服器指示CCA A將與輸注泵相關聯，且「否」使用者介面元素當由輸注泵處之使用者選擇時，可向醫院伺服器指示CCA A不與輸注泵相關聯。回應於使用者介面元素之一者之使用者選擇，可將一對應指示傳輸至醫院伺服器。作為回應，醫院伺服器可採取對應動作，諸如使醫院記錄系統(例如，維持與醫院環境相關之記錄之一資料庫)基於在輸注泵處做出之使用者選擇來更新及/或將來自輸注泵之指示傳達至一或多個其他伺服器。在一些實施例中，代替醫院伺服器，一即時定位系統(RTLS)偵測到輸注泵已進入一新臨床照護區域。在此等實施例中，回應於從輸注泵接收輸注泵將與新CCA相關聯之一指示，RTLS可將指示轉發至醫院伺服器，使得醫院伺服器可在醫院記錄系統中做出適當改變及/或進一步與一或多個其他伺服器通信以採取額外動作。在實例(4)中，輸注泵作為在醫院伺服器與輸注泵處之使用者之間中繼資訊之一「精簡型」照護點裝置操作，而不影響輸注泵之臨床操作或存取特定於輸注泵之任何資料。例如，即使醫院伺服器隨後可歸因於臨床照護區域之改變而導致輸注泵更新特定設定，實例(4)中繪示之通信不立即影響輸注泵之操作。歸因於醫院伺服器與輸注泵之間的此通信之性質，通信可不經管制或可在比實例(1)中之通信更小之一程度上進行管制。藉由容許醫院伺服器與輸注泵之間的管制及非管制通信兩者，可在醫院環境中達成更快回應時間及增加效率。例如，若一護士負責在醫院記錄系統中手動更新與輸注泵相關聯之臨床照護區域，則其可需要經歷繁瑣程序來更新醫院記錄系統中之關聯。在實例(4)中，自動偵測位置改變，且輸注泵處之護士簡單地需在輸注泵上選擇「是」來更新關聯。
在實例(5)中，醫院伺服器在輸注泵附近偵測到與輸注泵不相關聯之新患者。例如，一位置偵測系統202可在輸注泵附近偵測到當前與輸注泵不相關聯之患者，且將此資訊傳輸至醫院伺服器。作為回應，醫院伺服器傳輸將一訊息(例如，「您是否想要將此輸注泵與患者A或B相關聯？」)輸出至輸注泵之一指令。作為回應，輸注泵顯示該訊息以及標記為「否」、「患者A」及「患者B」之使用者介面元素。「否」使用者介面元素當由輸注泵處之使用者選擇時，向醫院伺服器指示患者皆不應與輸注泵相關聯，「患者A」使用者介面元素當由輸注泵處之使用者選擇時，可向醫院伺服器指示患者A應與輸注泵相關聯，且「患者B」使用者介面元素當由輸注泵處之使用者選擇時，可向醫院伺服器指示患者B應與輸注泵相關聯。回應於使用者介面元素之一者之使用者選擇，可將一對應指示傳輸至醫院伺服器。作為回應，醫院伺服器可採取對應動作，諸如使醫院記錄系統(例如，維持與醫院環境相關之記錄之一資料庫)基於在輸注泵處做出之使用者選擇來更新及/或將來自輸注泵之指示傳達至一或多個其他伺服器。在一些實施例中，代替醫院伺服器，一RTLS在輸注泵附近偵測到當前與輸注泵不相關聯之新患者。在此等實施例中，回應於從輸注泵接收輸注泵將與新患者相關聯之一指示，RTLS可將指示轉發至醫院伺服器，使得醫院伺服器可在醫院記錄系統中做出適當改變及/或進一步與一或多個其他伺服器通信以採取額外動作。在實例(5)中，輸注泵作為在醫院伺服器與輸注泵處之使用者之間中繼資訊之一「精簡型」照護點裝置操作，而不影響輸注泵之臨床操作或存取特定於輸注泵之任何資料。歸因於醫院伺服器與輸注泵之間的此通信之性質，通信可不經管制或在比實例(1)中之通信更小之一程度上進行管制。藉由容許醫院伺服器與輸注泵之間的管制及非管制通信兩者，可在醫院環境中達成更快回應時間及增加效率。例如，若一護士負責在醫院記錄系統中手動更新輸注泵之患者關聯，則其可需要經歷繁瑣程序來更新醫院記錄系統中之患者關聯。在實例(5)中，自動偵測輸注泵與一或多個患者之近接性，且輸注泵處之護士簡單地需在輸注泵上選擇「患者A」或「患者B」來更新患者關聯。
在實例(6)中，醫院伺服器偵測到一多袋輸注治療之一藥物袋幾乎為空的(例如，降至低於藥物量之一臨限值位準)。例如，經組態以監測藥物袋中之容積位準之一感測器可已偵測到藥物袋中之容積位準在一多袋輸注治療期間已達到藥物量之一臨限值位準，且將此資訊傳輸至醫院伺服器。作為回應，醫院伺服器傳輸將一訊息(例如，「用於此多袋輸注治療之下一藥物袋定位於3樓北側14號櫃3號抽屜中」)輸出至輸注泵之一指令。作為回應，輸注泵在顯示器上顯示訊息，使得輸注泵處之使用者可看到訊息且取回用於多袋輸注治療之下一藥物袋(例如，藉由前往所描述位置且獲得藥物袋)。在實例(6)中，輸注泵作為在醫院伺服器與輸注泵處之使用者之間中繼資訊之一「精簡型」照護點裝置操作，而不影響輸注泵之臨床操作或存取特定於輸注泵之任何資料。歸因於醫院伺服器與輸注泵之間的此通信之性質，通信可不經管制或在比實例(1)中之通信更小之一程度上進行管制。藉由容許醫院伺服器與輸注泵之間的管制及非管制通信兩者，可在醫院環境中達成更快回應時間及增加效率。例如，若負責更換藥物袋之護士在輸注泵處，則其可回應於看到螢幕上顯示之資訊(或聽到經由揚聲器播放之語音訊息或嗶聲)來取回用於多袋輸注治療之下一藥物袋。若護士在另一位置處，則輸注泵處之另一人可看到或聽到訊息，且呼叫護士來取回下一藥物袋。
在實例(7)中，醫院伺服器偵測到輸注泵已丟失或需要修理。例如，醫院伺服器可已偵測到輸注泵已發生故障或輸出錯誤(例如，藉由透過醫院網路監測輸注泵之行為或回應於從輸注泵接收之一指示)。作為回應，醫院伺服器傳輸將一訊息(例如，「請將此輸注泵返還給生物醫學人員」)輸出至輸注泵之一指令。作為回應，輸注泵在顯示器上顯示訊息，使得輸注泵處之使用者可看到訊息且將輸注泵返還給現場之一生物醫學設備技術人員。在實例(7)中，輸注泵作為在醫院伺服器與輸注泵處之使用者之間中繼資訊之一「精簡型」照護點裝置操作，而不影響輸注泵之臨床操作或存取特定於輸注泵之任何資料。歸因於醫院伺服器與輸注泵之間的此通信之性質，通信可不經管制或在比實例(1)中之通信更小之一程度上進行管制。藉由容許醫院伺服器與輸注泵之間的管制及非管制通信兩者，可在醫院環境中達成更快回應時間及增加效率。例如，若一生物醫學設備技術人員負責親自追蹤及取回輸注泵，則其可能不知道輸注泵之確切位置，且可能無法以一及時方式檢驗輸注泵。在實例(7)中，輸注泵處之使用者可看到訊息且容許以一及時方式將輸注泵返還給生物醫學設備技術人員。
在實例(8)中，醫院伺服器接收從輸注泵擷取事件日誌之指令。例如，一管理員可已輸入對儲存於輸注泵上之事件日誌之一請求，且醫院伺服器可已在醫院記錄系統中偵測到請求。作為回應，醫院伺服器傳輸發送儲存於輸注泵上之事件日誌(例如，從日期D1至日期D2之全部事件日誌)之一指令。作為回應，輸注泵將所請求事件日誌傳輸至醫院伺服器。在實例(8)中，醫院伺服器傳輸將儲存於輸注泵上之事件日誌傳輸至醫院伺服器之一命令。由醫療裝置產生之資料之擷取可受到一控管實體(諸如美國食品及藥品管理局)之嚴格管制。回應於從醫院伺服器接收此一管制請求，輸注泵執行與其臨床操作直接相關之一操作(例如，指示由輸注泵執行之輸注治療之細節之日誌)。而且，在此情況中，來自醫院伺服器之請求直接影響輸注泵(例如，儲存於輸注泵上之資料被擷取及傳輸至醫院伺服器)。例示性伺服器發起之訊息傳輸方法
現參考圖5，將描述一例示性伺服器發起之訊息傳輸方法500。例如，可藉由圖1之MMU伺服器3108或圖2之醫院伺服器206A (或其之一或多個組件)來實行例示性方法500。為方便起見，例示性方法500之步驟被描述為由一伺服器執行。方法500繪示可使用任何適合程式設計環境或語言進行程式設計以產生能夠由伺服器之一CPU或微控制器執行之機器碼之一例示性演算法。各種實施例可使用組合語言、C、OBJECTIVE-C、C++、JAVA或其他人類可讀語言進行編碼，且接著編譯、組合或以其他方式變換為機器碼，該機器碼可載入至耦合至CPU或微控制器之唯讀記憶體(ROM)、可擦除可程式化唯讀記憶體(EPROM)或伺服器之其他可記錄記憶體中，且接著由CPU或微控制器執行。
在方塊502，伺服器判定滿足將一管制臨床請求傳輸至醫療裝置之一第一條件。例如，第一條件可為基於一或多個參數偵測一輸注治療之一醫囑，其中一或多個參數指示諸如待輸注之一藥物及待輸注藥物之一濃度之輸注參數。另外，管制臨床請求可為由一控管實體管制之至醫療裝置之一通信類型。例如，管制臨床請求可為根據一或多個參數(例如，在管制臨床請求中提供或以其他方式由醫療裝置擷取)執行一第一臨床操作(例如，發起輸注治療)之一指令。
在方塊504，伺服器將管制臨床請求傳輸至醫療裝置以導致由醫療裝置根據一或多個參數執行第一臨床操作。回應於接收到管制臨床請求，醫療裝置可根據一或多個參數執行第一臨床操作。例如，醫療裝置可根據包含於管制臨床請求中之輸注參數發起一輸注治療。
在方塊506，伺服器判定滿足將一非管制訊息請求傳輸至醫療裝置之一第二條件。例如，第二條件可包含以下一或多者：(i)偵測到醫療裝置在與不與醫療裝置相關聯之一患者之一臨限值近接位準內；(ii)偵測到已下達醫囑停止醫療裝置處之一正在進行之輸注治療；(iii)偵測到醫療裝置已進入與醫療裝置不相關聯之一臨床照護區域；(iv)偵測到與醫療裝置處之一正在進行之輸注治療相關聯之一藥物袋已達到一臨限值容積位準；及(v)偵測到醫療裝置需要移動至一特定位置。另外，非管制訊息請求可為不受控管實體管制之一通信類型(例如，歸因於通信之性質與醫療裝置之臨床操作無關)。非管制訊息請求可為導致一或多個指示經由醫療裝置之輸出裝置輸出之一指令。例如，一或多個指示可包含待經由醫療裝置之輸出裝置輸出之一或多個視覺或語音/音訊訊息，及/或待在醫療裝置之顯示器上顯示之一或多個使用者介面元素。
在方塊508，伺服器將非管制訊息請求傳輸至醫療裝置以導致一或多個指示經由醫療裝置之輸出裝置輸出。伺服器可產生包含可用於在醫療裝置上輸出訊息且將訊息請求傳輸至醫療裝置之參數之一訊息請求。例如，訊息請求可包含指示待輸出訊息之內容之資料(例如，「您是否想要將此輸注泵與CCA X相關聯？」及/或其他語音訊息、警報及聲音)、指示呈現給輸注泵處之使用者之選項之資料(例如，作為可選使用者介面元素)，其包含與選項相關聯之內容(例如，「是」、「否」等)及與選項相關聯之參數(例如，選項識別符、與選項相關聯之其他識別符，諸如在使用者選擇對應使用者介面元素之後，與醫療裝置相關聯之患者識別符、CCA識別符等)。作為回應，醫療裝置可使用與所接收訊息請求包含在一起或相關聯之資料經由醫療裝置之輸出裝置輸出一或多個指示。例如，一或多個指示可包含兩個使用者介面元素，該兩個使用者介面元素在使用者選擇之後將一對應指示提供至醫院伺服器。
在方塊510，伺服器從醫療裝置接收醫療裝置處之一使用者已經由醫療裝置之一或多個輸入裝置選擇回應於非管制訊息請求而在醫療裝置上輸出之一使用者介面元素之一指示。
在方塊512，伺服器導致一或多個資料庫條目基於選定使用者介面元素在一醫院資料庫中產生或更新。例如，在非管制訊息請求從醫療裝置處之使用者請求確認醫療裝置將與一給定臨床照護區域或一給定患者相關聯之情況中，醫院伺服器可更新醫院資料庫以包含由在醫療裝置處作出之使用者選擇所指示之此(等)關聯。
在方法500中，可移除(例如，不執行)圖5中展示之一或多個方塊，及/或可切換執行方法500之順序。在一些實施例中，可將額外方塊添加至方法500。本發明之實施例不限於圖5中展示之實例，且在不脫離本發明之精神的情況下，可實施其他變化。例示性實施例
在一項實施例中，一種經組態以促進一或多個醫療裝置與一或多個醫院伺服器之間的訊息傳輸之系統包含：一醫療裝置及一醫院伺服器。該醫療裝置經組態以執行一或多個臨床操作，其中該醫療裝置包含一顯示器及一或多個輸入裝置。該醫院伺服器經組態以將執行該等臨床操作之一或多者之指令傳輸至該醫療裝置，且傳輸在該醫療裝置之該顯示器上顯示一或多個使用者介面元素之指令。該醫院伺服器經進一步組態以：判定滿足將一管制臨床請求傳輸至該醫療裝置之一第一條件，其中該管制臨床請求包括由一控管實體管制之至該醫療裝置之一通信類型且包含根據一或多個參數執行一第一臨床操作之一指令；將該管制臨床請求傳輸至該醫療裝置以導致由該醫療裝置根據該一或多個參數執行該第一臨床操作；判定滿足將一非管制訊息請求傳輸至該醫療裝置之一第二條件，其中該非管制訊息請求係不受該控管實體管制之一通信類型且包含導致兩個或更多個使用者介面元素在該醫療裝置之該顯示器上顯示之一指令；將該非管制訊息請求傳輸至該醫療裝置以導致該兩個或更多個使用者介面元素在該醫療裝置之該顯示器上顯示；從該醫療裝置接收該醫療裝置處之一使用者已經由該醫療裝置之該一或多個輸入裝置選擇該兩個或更多個使用者介面元素之一者之一指示；及導致基於該兩個或更多個使用者介面元素之該選定一者在一醫院資料庫中產生或更新一或多個資料庫條目。
在一項實施例中，判定滿足該第一條件包括基於該一或多個參數偵測一輸注治療之一醫囑，其中該一或多個參數至少指示待輸注之一藥物及待輸注該藥物之一濃度。在一項實施例中，判定滿足該第二條件包括偵測到該醫療裝置在與不與該醫療裝置相關聯之一患者之一臨限值近接位準內，其中該兩個或更多個使用者介面元素包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該醫院伺服器指示該患者將與該醫療裝置相關聯，其中該醫院伺服器經進一步組態以更新該醫院資料庫以指示該患者與該醫療裝置相關聯。
在一項實施例中，回應於該醫療裝置處之該使用者之該選擇，該醫療裝置經組態以在不改變由該醫療裝置執行之一或多個臨床操作的情況下將該指示傳輸至該醫院伺服器。在一項實施例中，判定滿足該第二條件包括偵測到該醫療裝置已進入與該醫療裝置不相關聯之一臨床照護區域，其中該兩個或更多個使用者介面元素包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該醫院伺服器指示該醫療裝置將與該臨床照護區域相關聯，其中該醫院伺服器經進一步組態以更新該醫院資料庫以指示該醫療裝置與該臨床照護區域相關聯。
在一項實施例中，一種伺服器經組態以透過一醫院網路將訊息傳輸至一醫療裝置。該伺服器經組態以：判定滿足將一臨床請求傳輸至該醫療裝置之一第一條件，其中該臨床請求包括根據一或多個參數執行一第一臨床操作之一指令；將該臨床請求傳輸至該醫療裝置以導致由該醫療裝置根據該一或多個參數執行該第一臨床操作；判定滿足將一訊息請求傳輸至該醫療裝置之一第二條件，其中該訊息請求包括導致一或多個指示經由該醫療裝置之一或多個輸出裝置輸出之一指令；及將該訊息請求傳輸至該醫療裝置以導致該一或多個指示經由該醫療裝置之該一或多個輸出裝置輸出。
在一項實施例中，判定滿足該第一條件包括基於該一或多個參數偵測一輸注治療之一醫囑，其中該一或多個參數至少指示待輸注之一藥物及待輸注該藥物之一濃度。在一項實施例中，判定滿足該第二條件包括偵測到該醫療裝置在與不與該醫療裝置相關聯之一患者之一臨限值近接位準內，其中該一或多個指示包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該伺服器指示該患者將與該醫療裝置相關聯，其中該伺服器經進一步組態以更新一醫院資料庫以指示該患者與該醫療裝置相關聯。
在一項實施例中，回應於該醫療裝置處之該使用者之該選擇，該醫療裝置經組態以在不改變由該醫療裝置執行之一或多個臨床操作的情況下將該患者將與該醫療裝置相關聯之一指示傳輸至該伺服器。在一項實施例中，判定滿足該第二條件包括偵測到已下達醫囑停止該醫療裝置處之一正在進行之輸注治療，其中該一或多個指示包括指示該正在進行之輸注治療已停止之一使用者介面元素。
在一項實施例中，該醫療裝置經組態以在不停止該正在進行之輸注治療的情況下在該醫療裝置之一顯示器上輸出指示該正在進行之輸注治療已停止之該使用者介面元素。在一項實施例中，判定滿足該第二條件包括偵測到該醫療裝置已進入與該醫療裝置不相關聯之一臨床照護區域，其中該一或多個指示包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該伺服器指示該醫療裝置將與該臨床照護區域相關聯，其中該伺服器經進一步組態以更新一醫院資料庫以指示該醫療裝置與該臨床照護區域相關聯。
在一項實施例中，判定滿足該第二條件包括偵測到與該醫療裝置處之一正在進行之輸注治療相關聯之一藥物袋已達到一臨限值容積位準，其中該一或多個指示包括指示與該正在進行之輸注治療相關聯之另一袋之一位置之一使用者介面元素。在一項實施例中，判定滿足該第二條件包括偵測到該醫療裝置需要移動至一特定位置，其中該一或多個指示包括提供將該醫療裝置移動至該特定位置之一指令之一使用者介面元素。
在一項實施例中，一種透過一醫院網路將訊息傳輸至一醫療裝置之方法包括：判定滿足將一臨床請求傳輸至該醫療裝置之一第一條件，其中該臨床請求包括根據一或多個參數執行一第一臨床操作之一指令；將該臨床請求傳輸至該醫療裝置以導致由該醫療裝置根據該一或多個參數執行該第一臨床操作；判定滿足將一訊息請求傳輸至該醫療裝置之一第二條件，其中該訊息請求包括導致一或多個指示經由該醫療裝置之一或多個輸出裝置輸出之一指令；及將該訊息請求傳輸至該醫療裝置以導致該一或多個指示經由該醫療裝置之該一或多個輸出裝置輸出。
在一項實施例中，判定滿足該第一條件包括基於該一或多個參數偵測一輸注治療之一醫囑，其中該一或多個參數至少指示待輸注之一藥物及待輸注該藥物之一濃度。在一項實施例中，判定滿足該第二條件包括偵測到該醫療裝置在與不與該醫療裝置相關聯之一患者之一臨限值近接位準內，其中該一或多個指示包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該伺服器指示該患者將與該醫療裝置相關聯，其中該伺服器經進一步組態以更新一醫院資料庫以指示該患者與該醫療裝置相關聯。
在一項實施例中，回應於該醫療裝置處之該使用者之該選擇，該醫療裝置經組態以在不改變由該醫療裝置執行之一或多個臨床操作的情況下將該患者將與該醫療裝置相關聯之一指示傳輸至該伺服器。在一項實施例中，判定滿足該第二條件包括偵測到已下達醫囑停止該醫療裝置處之一正在進行之輸注治療，其中該一或多個指示包括指示該正在進行之輸注治療已停止之一使用者介面元素。在一項實施例中，該醫療裝置經組態以在不停止該正在進行之輸注治療的情況下在該醫療裝置之一顯示器上輸出指示該正在進行之輸注治療已停止之該使用者介面元素。其他考量
應理解，可不一定根據本文中描述之任何特定實施例達成全部目標及優點。因此，例如，熟習此項技術者將認知，特定實施例可經組態以依達成或最佳化如本文中教示之一個優點或優點群組之一方式操作，而不一定達成如可在本文中教示或建議之其他目標或優點。
從本發明將明白除本文中描述之變化之外的許多其他變化。例如，取決於實施例，本文中描述之任何演算法之特定動作、事件或功能可以一不同序列執行，可添加、合併或完全被排除(例如，並非全部所描述動作或事件對於演算法之實踐皆為必要的)。再者，在特定實施例中，動作或事件可例如透過多執行緒處理、中斷處理或多個處理器或處理器核心或在其他並行架構上同時執行，而非循序執行。另外，不同任務或程序可由可一起作用之不同機器及/或運算系統執行。
結合本文中揭示之實施例描述之各種闡釋性邏輯區塊、模組及演算法元件可被實施為電子硬體、電腦軟體或兩者之組合。為了清楚地繪示硬體及軟體之此可互換性，上文已在其等之功能性方面大體上描述各種闡釋性組件、區塊、模組及元件。此功能性是否被實施為硬體或軟體取決於強加於整個系統上之特定應用及設計約束。可針對各特定應用以不同方式來實施所描述功能性，但此等實施決策不應被解釋為導致脫離本發明之範疇。
結合本文中揭示之實施例描述之各種闡釋性邏輯區塊及模組可由一機器實施或執行，諸如一通用處理器、一數位信號處理器(DSP)、一特定應用積體電路(ASIC)、一場可程式化閘陣列(FPGA)或其他可程式化邏輯裝置、離散閘或電晶體邏輯、離散硬體組件或經設計以執行本文中描述之功能之其等之任何組合。一通用處理器可為一微處理器，但在替代方案中，處理器可為一控制器、微控制器或狀態機、其等之組合或類似物。一處理器可包含經組態以處理電腦可執行指令之電路。在另一實施例中，一處理器包含一FPGA或在無需處理電腦可執行指令的情況下執行邏輯操作之其他可程式化裝置。一處理器亦可被實施為運算裝置之一組合，例如，一DSP及一微處理器之一組合、複數個微處理器、與一DSP核心結合之一或多個微處理器或任何其他此組態。儘管本文中主要關於數位技術進行描述，但一處理器亦可主要包含類比組件。例如，本文中描述之一些或全部信號處理演算法可在類比電路或混合類比及數位電路中實施。一運算環境可包含任何類型之電腦系統，包含但不限於基於一微處理器之一電腦系統、一主機電腦、一數位信號處理器、一可攜式運算裝置、一裝置控制器或一器具內之一運算引擎等。
結合本文中揭示之實施例描述之一方法、程序或演算法之元件可直接體現在硬體中、體現在儲存於一或多個記憶體裝置中且由一或多個處理器執行之一軟體模組中、或體現在兩者之一組合中。一軟體模組可駐留於RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、一可移除式磁碟、一CD-ROM或此項技術中已知的任何其他形式之非暫時性電腦可讀儲存媒體、媒體或實體電腦儲存器中。一例示性儲存媒體可耦合至處理器，使得處理器可從儲存媒體讀取資訊及將資訊寫入至儲存媒體。在替代方案中，儲存媒體可整合至處理器。儲存媒體可為揮發性或非揮發性的。處理器及儲存媒體可駐留於一ASIC中。ASIC可駐留於一使用者終端機中。在替代方案中，處理器及儲存媒體可作為離散組件駐留於一使用者終端機中。
除非另外明確規定或另外在如所使用之內容脈絡內理解，否則本文中使用之條件用語(尤其諸如「可」、「可以」、「可能」、「例如」及類似物)通常旨在傳達特定實施例包含而其他實施例不包含特定特徵、元件及/或狀態。因此，此條件用語通常不旨在暗示一或多項實施例無論如何需要特徵、元件及/或狀態或一或多項實施例必需包含用於在作者輸入或提示或無作者輸入或提示之情況下決定是否在任何特定實施例中包含或將執行此等特徵、元件及/或狀態之邏輯。術語「包括」、「包含」、「具有」及類似物係同義的且以一開放方式包含性地使用，且不排除額外元件、特徵、動作、操作等。而且，術語「或」以其包含性意義(而非以其排他性意義)使用，使得當用於例如連接一元件清單時，術語「或」意謂清單中之一個、一些或全部元件。此外，如本文中使用之術語「各」除了具有其普通含義之外，亦可意謂術語「各」所應用至之一組元件之任何子集。
除非另外明確規定，否則諸如片語「X、Y或Z之至少一者」之轉折詞用語在內容脈絡中另外被理解為通常用於表示一物品、項等可為X、Y或Z或其等之任何組合(例如，X、Y及/或Z)。因此，此轉折詞用語通常不旨在且不應暗示特定實施例需要各存在X之至少一者、Y之至少一者或Z之至少一者。
除非另外明確規定，否則諸如「一」、「一個」或「該」之冠詞通常應被解釋為包含一或多個所描述物品。因此，諸如「經組態以……之一裝置」之片語旨在包含一或多個所敘述裝置。此一或多個所敘述裝置亦可共同經組態以實行所陳述之敘述。例如，「經組態以實行敘述A、B及C之一處理器」可包含經組態以實行敘述A之一第一處理器與經組態以實行敘述B及C之一第二處理器協同工作。
雖然上文詳細描述已展示、描述及指出如應用於各種實施例之新穎特徵，但將理解，在不脫離本發明之精神的情況下，可作出所繪示裝置或演算法之形式及細節之各種省略、替換及改變。如將認知，本文中描述之特定實施例可在不提供本文中闡述之全部特徵及益處之一形式內實施，此係因為一些特徵可與其他特徵分開使用或實踐。全部此等修改及變化旨在包含於本發明之範疇內。此外，藉由組合本文中描述之一或多項實施例之任何兩個或更多個特徵或技術而產生之額外實施例亦旨在包含於本發明之範疇內。
32:識別接收器 88:顯示器 92:條碼標籤 100:醫院環境 102:藥物條碼標籤 112:識別腕帶、手鐲或標籤 116:照護者識別徽章 200:醫院環境 202:位置偵測系統 203:企業伺服器 204:網路 206A:醫院伺服器 206B:醫院伺服器 208A:醫療裝置 208B:醫療裝置 304:醫療裝置 306:輸入裝置 307:輸出裝置 308:處理器 310:網路介面 312:記憶體 314:網路資料 316:伺服器資料 318:操作資料 400:伺服器發起之訊息傳輸程序 500:伺服器發起之訊息傳輸方法 502:方塊 504:方塊 506:方塊 508:方塊 510:方塊 512:方塊 3100:靜脈注射(IV)流體及/或藥物 3101:藥品容器特定識別資訊 3102:容器 3103:識別符 3104:患者 3106:藥庫編輯器(DLE)用戶端 3108:藥物管理單元(MMU)伺服器 3110:醫院資訊系統(HIS) 3112:入院-出院-轉診(ADT)模組或電腦 3114:電腦化醫囑錄入(CPOE)模組或電腦 3116:藥房資訊系統(PIS)模組或電腦 3118:入院辦事員 3120:醫師 3122:藥劑師 3124:照護點(POC)電腦 3125:照護點(POC)系統 3126:照護點(POC)用戶端 3128:藥物管理單元(MMU)用戶端 3130:輸注泵 3131:醫療裝置特定識別資訊 3132:照護者
在隨附圖式之圖中藉由實例而非藉由限制來繪示本文中描述之實施例，其中相似元件符號指示類似元件。
圖1係根據本發明之態樣之包含一或多個醫療裝置之一例示性醫院環境之一示意圖。
圖2係繪示根據本發明之態樣之一例示性醫院環境之組件之一方塊圖。
圖3係繪示根據本發明之態樣之一例示性醫療裝置之一般架構之一方塊圖。
圖4係繪示根據本發明之態樣之一例示性醫院環境中之一醫院伺服器與一醫療裝置之間的互動之一程序流程圖。
圖5係繪示根據本發明之態樣之一例示性伺服器發起之訊息傳輸方法之一流程圖。
500:伺服器發起之訊息傳輸方法
502:方塊
504:方塊
506:方塊
508:方塊
510:方塊
512:方塊

Claims (20)

  1. 一種經組態以促進一或多個醫療裝置與一或多個醫院伺服器之間的訊息傳輸之系統，該系統包括： 一醫療裝置，其經組態以執行一或多個臨床操作，其中該醫療裝置包含一顯示器及一或多個輸入裝置； 一醫院伺服器，其經組態以將執行該等臨床操作之一或多者之指令傳輸至該醫療裝置，且傳輸在該醫療裝置之該顯示器上顯示一或多個使用者介面元素之指令， 其中該醫院伺服器經進一步組態以： 判定滿足將一管制臨床請求傳輸至該醫療裝置之一第一條件，其中該管制臨床請求包括由一控管實體管制之至該醫療裝置之一通信類型且包含根據一或多個參數執行一第一臨床操作之一指令； 將該管制臨床請求傳輸至該醫療裝置以導致由該醫療裝置根據該一或多個參數執行該第一臨床操作； 判定滿足將一非管制訊息請求傳輸至該醫療裝置之一第二條件，其中該非管制訊息請求係不受該控管實體管制之一通信類型且包含導致兩個或更多個使用者介面元素在該醫療裝置之該顯示器上顯示之一指令； 將該非管制訊息請求傳輸至該醫療裝置以導致該兩個或更多個使用者介面元素在該醫療裝置之該顯示器上顯示； 從該醫療裝置接收該醫療裝置處之一使用者已經由該醫療裝置之該一或多個輸入裝置選擇該兩個或更多個使用者介面元素之一者之一指示；及 導致基於該兩個或更多個使用者介面元素之該選定一者在一醫院資料庫中產生或更新一或多個資料庫條目。
  2. 如請求項1之系統，其中判定滿足該第一條件包括基於該一或多個參數偵測一輸注治療之一醫囑，其中該一或多個參數至少指示待輸注之一藥物及待輸注該藥物之一濃度。
  3. 如請求項1之系統，其中判定滿足該第二條件包括偵測到該醫療裝置在與不與該醫療裝置相關聯之一患者之一臨限值近接位準內，其中該兩個或更多個使用者介面元素包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該醫院伺服器指示該患者將與該醫療裝置相關聯，其中該醫院伺服器經進一步組態以更新該醫院資料庫以指示該患者與該醫療裝置相關聯。
  4. 如請求項3之系統，其中回應於該醫療裝置處之該使用者之該選擇，該醫療裝置經組態以在不改變由該醫療裝置執行之一或多個臨床操作的情況下將該指示傳輸至該醫院伺服器。
  5. 如請求項1之系統，其中判定滿足該第二條件包括偵測到該醫療裝置已進入與該醫療裝置不相關聯之一臨床照護區域，其中該兩個或更多個使用者介面元素包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該醫院伺服器指示該醫療裝置將與該臨床照護區域相關聯，其中該醫院伺服器經進一步組態以更新該醫院資料庫以指示該醫療裝置與該臨床照護區域相關聯。
  6. 一種經組態以透過一醫院網路將訊息傳輸至一醫療裝置之伺服器，該伺服器經組態以： 判定滿足將一臨床請求傳輸至該醫療裝置之一第一條件，其中該臨床請求包括根據一或多個參數執行一第一臨床操作之一指令； 將該臨床請求傳輸至該醫療裝置以導致由該醫療裝置根據該一或多個參數執行該第一臨床操作； 判定滿足將一訊息請求傳輸至該醫療裝置之一第二條件，其中該訊息請求包括導致一或多個指示經由該醫療裝置之一或多個輸出裝置輸出之一指令；及 將該訊息請求傳輸至該醫療裝置以導致該一或多個指示經由該醫療裝置之該一或多個輸出裝置輸出。
  7. 如請求項6之伺服器，其中判定滿足該第一條件包括基於該一或多個參數偵測一輸注治療之一醫囑，其中該一或多個參數至少指示待輸注之一藥物及待輸注該藥物之一濃度。
  8. 如請求項6之伺服器，其中判定滿足該第二條件包括偵測到該醫療裝置在與不與該醫療裝置相關聯之一患者之一臨限值近接位準內，其中該一或多個指示包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該伺服器指示該患者將與該醫療裝置相關聯，其中該伺服器經進一步組態以更新一醫院資料庫以指示該患者與該醫療裝置相關聯。
  9. 如請求項8之伺服器，其中回應於該醫療裝置處之該使用者之該選擇，該醫療裝置經組態以在不改變由該醫療裝置執行之一或多個臨床操作的情況下將該患者將與該醫療裝置相關聯之一指示傳輸至該伺服器。
  10. 如請求項6之伺服器，其中判定滿足該第二條件包括偵測到已下達醫囑停止該醫療裝置處之一正在進行之輸注治療，其中該一或多個指示包括指示該正在進行之輸注治療已停止之一使用者介面元素。
  11. 如請求項10之伺服器，其中該醫療裝置經組態以在不停止該正在進行之輸注治療的情況下在該醫療裝置之一顯示器上輸出指示該正在進行之輸注治療已停止之該使用者介面元素。
  12. 如請求項6之伺服器，其中判定滿足該第二條件包括偵測到該醫療裝置已進入與該醫療裝置不相關聯之一臨床照護區域，其中該一或多個指示包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該伺服器指示該醫療裝置將與該臨床照護區域相關聯，其中該伺服器經進一步組態以更新一醫院資料庫以指示該醫療裝置與該臨床照護區域相關聯。
  13. 如請求項6之伺服器，其中判定滿足該第二條件包括偵測到與該醫療裝置處之一正在進行之輸注治療相關聯之一藥物袋已達到一臨限值容積位準，其中該一或多個指示包括指示與該正在進行之輸注治療相關聯之另一袋之一位置之一使用者介面元素。
  14. 如請求項6之伺服器，其中判定滿足該第二條件包括偵測到該醫療裝置需要移動至一特定位置，其中該一或多個指示包括提供將該醫療裝置移動至該特定位置之一指令之一使用者介面元素。
  15. 一種透過一醫院網路將訊息傳輸至一醫療裝置之方法，該方法包括： 判定滿足將一臨床請求傳輸至該醫療裝置之一第一條件，其中該臨床請求包括根據一或多個參數執行一第一臨床操作之一指令； 將該臨床請求傳輸至該醫療裝置以導致由該醫療裝置根據該一或多個參數執行該第一臨床操作； 判定滿足將一訊息請求傳輸至該醫療裝置之一第二條件，其中該訊息請求包括導致一或多個指示經由該醫療裝置之一或多個輸出裝置輸出之一指令；及 將該訊息請求傳輸至該醫療裝置以導致該一或多個指示經由該醫療裝置之該一或多個輸出裝置輸出。
  16. 如請求項15之方法，其中判定滿足該第一條件包括基於該一或多個參數偵測一輸注治療之一醫囑，其中該一或多個參數至少指示待輸注之一藥物及待輸注該藥物之一濃度。
  17. 如請求項15之方法，其中判定滿足該第二條件包括偵測到該醫療裝置在與不與該醫療裝置相關聯之一患者之一臨限值近接位準內，其中該一或多個指示包括一使用者介面元素，該使用者介面元素當由該醫療裝置處之該使用者選擇時，向該伺服器指示該患者將與該醫療裝置相關聯，其中該伺服器經進一步組態以更新一醫院資料庫以指示該患者與該醫療裝置相關聯。
  18. 如請求項17之方法，其中回應於該醫療裝置處之該使用者之該選擇，該醫療裝置經組態以在不改變由該醫療裝置執行之一或多個臨床操作的情況下將該患者將與該醫療裝置相關聯之一指示傳輸至該伺服器。
  19. 如請求項15之方法，其中判定滿足該第二條件包括偵測到已下達醫囑停止該醫療裝置處之一正在進行之輸注治療，其中該一或多個指示包括指示該正在進行之輸注治療已停止之一使用者介面元素。
  20. 如請求項19之方法，其中該醫療裝置經組態以在不停止該正在進行之輸注治療的情況下在該醫療裝置之一顯示器上輸出指示該正在進行之輸注治療已停止之該使用者介面元素。
TW110124404A 2020-07-02 2021-07-02 伺服器發起向醫療裝置之訊息傳輸 TW202209346A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
IN202011028207 2020-07-02
IN202011028207 2020-07-02
US202063068841P 2020-08-21 2020-08-21
US63/068,841 2020-08-21

Publications (1)

Publication Number Publication Date
TW202209346A true TW202209346A (zh) 2022-03-01

Family

ID=79315441

Family Applications (1)

Application Number Title Priority Date Filing Date
TW110124404A TW202209346A (zh) 2020-07-02 2021-07-02 伺服器發起向醫療裝置之訊息傳輸

Country Status (7)

Country Link
US (1) US20220037012A1 (zh)
EP (1) EP4193807A4 (zh)
AU (1) AU2021301210A1 (zh)
CA (1) CA3187831A1 (zh)
CO (1) CO2023000966A2 (zh)
TW (1) TW202209346A (zh)
WO (1) WO2022006014A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8271106B2 (en) 2009-04-17 2012-09-18 Hospira, Inc. System and method for configuring a rule set for medical event management and responses
WO2013059615A1 (en) 2011-10-21 2013-04-25 Hospira, Inc. Medical device update system
CA2904053C (en) 2013-03-06 2023-01-03 Hospira, Inc. Medical device communication method
EP3039596A4 (en) 2013-08-30 2017-04-12 Hospira, Inc. System and method of monitoring and managing a remote infusion regimen
US10311972B2 (en) 2013-11-11 2019-06-04 Icu Medical, Inc. Medical device system performance index
EP3138032B1 (en) 2014-04-30 2024-07-24 ICU Medical, Inc. Patient care system with conditional alarm forwarding
US9724470B2 (en) 2014-06-16 2017-08-08 Icu Medical, Inc. System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy
US9539383B2 (en) 2014-09-15 2017-01-10 Hospira, Inc. System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein
CA3030786A1 (en) 2016-07-14 2018-01-18 Icu Medical, Inc. Multi-communication path selection and security system for a medical device
EP3824386B1 (en) 2018-07-17 2024-02-21 ICU Medical, Inc. Updating infusion pump drug libraries and operational software in a networked environment
US10950339B2 (en) 2018-07-17 2021-03-16 Icu Medical, Inc. Converting pump messages in new pump protocol to standardized dataset messages
NZ772135A (en) 2018-07-17 2022-11-25 Icu Medical Inc Systems and methods for facilitating clinical messaging in a network environment

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10173008B2 (en) * 2002-01-29 2019-01-08 Baxter International Inc. System and method for communicating with a dialysis machine through a network
US20050055242A1 (en) * 2002-04-30 2005-03-10 Bryan Bello System and method for medical data tracking, analysis and reporting for healthcare system
JP5255770B2 (ja) * 2003-12-05 2013-08-07 ケアフュージョン ３０３、インコーポレイテッド 複数の医療機器のネットワーク監視を行なうシステム及び方法
US20060089539A1 (en) * 2004-10-25 2006-04-27 Saul Miodownik Integrated messages from multiple patient care devices
US7676380B2 (en) * 2005-02-11 2010-03-09 Nortel Networks Limited Use of location awareness to establish and suspend communications sessions in a healthcare environment
US8082312B2 (en) * 2008-12-12 2011-12-20 Event Medical, Inc. System and method for communicating over a network with a medical device
US10453157B2 (en) * 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
WO2013059615A1 (en) * 2011-10-21 2013-04-25 Hospira, Inc. Medical device update system
CA2985103A1 (en) * 2015-05-07 2016-11-10 Smiths Medical Asd, Inc. Systems and methods for coordinating and controlling infusion pumps
US10089055B1 (en) * 2017-12-27 2018-10-02 Icu Medical, Inc. Synchronized display of screen content on networked devices

Also Published As

Publication number Publication date
EP4193807A1 (en) 2023-06-14
CO2023000966A2 (es) 2023-07-10
US20220037012A1 (en) 2022-02-03
CA3187831A1 (en) 2022-01-06
WO2022006014A1 (en) 2022-01-06
AU2021301210A1 (en) 2023-03-09
EP4193807A4 (en) 2024-07-31

Similar Documents

Publication Publication Date Title
TW202209346A (zh) 伺服器發起向醫療裝置之訊息傳輸
US11823791B2 (en) Context-aware healthcare notification system
US11574721B2 (en) Matching delayed infusion auto-programs with manually entered infusion programs
US20220037011A1 (en) Location-based reconfiguration of infusion pump settings
US8655676B2 (en) Medication administration and management system and method
AU2020203449B2 (en) Context-aware healthcare notification system
US20230112979A1 (en) Infusion pump with alarm manager
AU2012261518A1 (en) Medication administration and management system and method