TW201434009A - 用以於網路環境中顯現病患治療措施之系統及方法 - Google Patents

Abstract

在一網路環境中，一種用以視覺化病患治療措施的方法被提供在一個示例實施例中，並包括在一網路環境中接收來自一客戶端的一請求，其中該資料包含有服務資料和一臨床路徑，產生在客戶端用以把該資料呈現為一視覺顯示的資料呈現指令，該資料呈現指令包含有選項來配置該視覺顯示。該視覺顯示包含有在檢視該臨床路徑時該服務資料分析的一圖形呈現，和當用戶做選擇時會揭示資訊的視覺輔具。該方法更包含有傳送該資料呈現指令給該客戶端以及便利該客戶端使用該資料。

Description

用以於網路環境中顯現病患治療措施之系統及方法 交互參考到相關的申請

本申請是美國申請序號第12/536,060號的一延續部分，並根據35 USC § 120宣告該優先權利益。第12/536,060號其標題為「Operating System」於2009年8月5日提交，其要求美國臨時申請序號第61/086,344號的優先權利益，其中第61/086,344號的標題為「Operating System」並於2008年8月5日所提交。本申請亦為美國申請序號第12/816,804號的一延續部分，並根據35 USC § 120宣告該優先權利益。第12/816,804號其標題為「Operating System」於2010年6月16日提交，為美國專利申請序號第12/536,060號的一延續部分，其中第12/536,060號標題為「Operating System」於2009年8月5日所提交；而第12/536,060號該申請接下來又要求美國臨時申請序號第61/086,344號的優先權利益，其中第61/086,344號的標題為「Operating System」於2008年8月5日提交。該等先前申請的揭露內容會被認為是本申請的一部分，茲透過引用把該等內容全部併入此處。

本發明一般而言係涉及醫療系統領域，更具體地說，係涉及在一網路環境中一種用以視覺化病患治療措施 的系統和方法。

發明背景

紙本病歷已經存在了幾個世紀，在現代醫療保健系統中，其正逐漸地被基於電腦的記錄所取代。醫院越來越多地使用電子病歷(ERM)、電子健康記錄(EHR)、電子病患記錄(EPR)、基於電腦的病患記錄(CPRS)、等等，以電子的方式擷取和管理病患的醫療和健康資訊。截至2002年，共有五種不同類型的個人健康記錄：(i)離線個人健康記錄；(ii)基於網頁的商業個人健康記錄；(iii)基於網頁功能的個人健康記錄；(iv)基於供應商的個人健康記錄；以及(v)基於網頁的部分個人健康記錄。除了基於供應商的個人健康記錄之外，所有其他類型的個人健康記錄乃由病患或第三方所產生，不包含有該健康服務供應商。健康記錄的類型和格式自2002年以來已成指數式的增加，而且目前健康和醫療記錄存在有無數的、多樣化的電子表示，其來自於各式各樣的醫療系統和其他的來源。

發明概要

依據本發明之一個實施例，係特地提出一種方法，其包含有：在一網路環境中接收來自一客戶端的一請求，其中該資料包含有服務資料和一臨床路徑；產生在客戶端用以把該資料呈現為一視覺顯示的資料呈現指令，其中該資料呈現指令包含有選項來配置該視覺顯示，其中該視覺 顯示包含有在檢視該臨床路徑時該服務資料分析的一圖形呈現，和當用戶做選擇時會揭示資訊的視覺輔具；傳送該資料呈現指令給該客戶端；以及便利該客戶端使用該資料。

10‧‧‧醫療監控系統

11‧‧‧網路

12‧‧‧後端系統

14‧‧‧醫院

16‧‧‧診所

18‧‧‧藥房

20‧‧‧救護車

22‧‧‧實驗室

24‧‧‧病患

26‧‧‧醫療資料

26(1)~26(3)‧‧‧醫療資料1、2、3

28‧‧‧服務資料

28(1)~28(3)‧‧‧服務資料1、2、3

29‧‧‧雲端

30‧‧‧伺服器

32‧‧‧治療措施時間表模組

34‧‧‧臨床路徑

36‧‧‧用戶

38‧‧‧視覺顯示

40‧‧‧客戶端

50‧‧‧治療措施

52‧‧‧水平軸

54‧‧‧圖例

56‧‧‧服務細節側翻

58‧‧‧臨床路徑列表

60‧‧‧可選值趨勢分析

62‧‧‧折線

64‧‧‧趨勢值軸

66‧‧‧正常描繪範圍

68‧‧‧值的細節側翻

80‧‧‧接收模組

82‧‧‧資料轉換模組

84‧‧‧資料儲存區

86‧‧‧圖形模組

88‧‧‧值的細節側翻模組

90‧‧‧服務細節側翻模組

92‧‧‧服務歷史側翻模組

94‧‧‧活動圖例模組

96‧‧‧走勢圖描繪模組

98‧‧‧配置模組

100‧‧‧本地模組

102‧‧‧遠端模組

104‧‧‧顯示環境

106‧‧‧配置環境

108‧‧‧重疊值

108‧‧‧指令產生器模組

110‧‧‧瀏覽器

112‧‧‧請求

114‧‧‧比較模組

116‧‧‧傳遞模組

118‧‧‧資料呈現指令

120‧‧‧處理器

122‧‧‧記憶體元件

130‧‧‧獲取層

132‧‧‧表達層

134‧‧‧管理層

136‧‧‧分析層

138‧‧‧資料庫層

140‧‧‧資料收集

141‧‧‧醫療資料源

142‧‧‧決策者

144‧‧‧應用程式

145‧‧‧網路管理員/研究分析師/應用程式開發人員

146‧‧‧資料分析

150‧‧‧流程圖

152~166‧‧‧方塊

190‧‧‧流程圖

192~198‧‧‧方塊

200‧‧‧流程圖

202~210‧‧‧方塊

220‧‧‧流程圖

222~228‧‧‧方塊

為了對本發明的內容和特徵及其優點提供更完整的理解，請參考以下結合所附圖示的描述，其中相同的參考號碼表示相同的部件，其中：根據一示例性實施例，圖1是一簡化的方塊圖，其圖示出在一網路環境中一種用以視覺化病患治療措施的醫療監控系統；圖2是一簡化圖，其圖示出一醫療監控系統實施例的示例細節；圖3是一簡化的方塊圖，其圖示出一醫療監控系統實施例的其他示例細節；圖4是一簡化圖，其圖示出的示例細節可能與一醫療監控系統實施例相關聯；圖5是一個簡化的流程圖，其圖示出的示例操作可能與一醫療監控系統實施例相關聯；圖6是一個簡化的流程圖，其圖示出其他的示例操作可能與一醫療監控系統實施例相關聯；圖7是一個簡化的流程圖，其圖示出另外其他的示例操作可能與一醫療監控系統實施例相關聯；以及圖8是一個簡化的流程圖，其圖示出另外其他的示例操作可能與一醫療監控系統實施例相關聯。

概要

在一網路環境中，一種用以視覺化病患治療措施的方法被提供在一個示例實施例中，並包含有在一網路環境中接收來自一客戶端的資料請求，其中該資料包含有服務資料和臨床路徑，產生資料呈現指令，用以把該資料在該客戶端呈現成一視覺顯示，該資料呈現指令包含有選項來配置該視覺顯示。該視覺顯示包含在檢視該臨床路徑時該服務資料分析的一種圖形呈現，以及顯示用戶選擇資訊的視覺輔助。該方法更包含有傳送該等資料呈現指令給該客戶以及便利於該客戶使用該資料。

在一些實施例中，該資料可以包含醫療資料，而該視覺顯示可以包含該醫療資料的一種第二圖形呈現，其重疊在檢視該臨床路徑時該服務資料分析的該圖形呈現之上。在一特定的實施例中，該第二圖形呈現是一種走勢圖描繪。該醫療資料可以包含有一重疊參數，其可由檢視該視覺顯示的一位用戶來選擇。

在特定的實施例中，該視覺顯示係根據在該臨床路徑所指定的服務時間長度來做配置以顯示該服務資料。該圖形呈現可以包含有對應到治療措施的一個或多個資料點，其中至少有一資料點是可選擇的以顯示有關於該資料點的詳細資訊。該圖形呈現亦可以包含有該等治療措施的狀態。舉例來說，該狀態可以包含有「已交付」、「未於規定時間內交付」、「未交付，但仍能獲得信任」、「無法以矛 盾記載交付」、「未來的活動」、以及「由檢視者負責」。在特定的實施例中，該狀態是由把該治療措施和該臨床路徑做比較來決定的。在一些實施例中，該視覺顯示係被呈現在該客戶端的一瀏覽器上。

較佳實施例之詳細說明

現在請參考圖1，圖1是一簡化的方塊圖，其圖示出在一網路環境中一種用以視覺化病患治療措施的醫療監控系統10。醫療監控系統10包含有一網路11(一般係由一箭頭來表示)，其包含有後端系統12，該後端系統係可能與眾多資料源相關聯，包含有醫院14、診所16、藥房18、救護車20、實驗室22、病患24、等等。本說明書所提供的醫療資料源示例僅是為了便於說明的目的，而不是旨在限制。幾乎任何類型的醫療資料源和數量可以被包含在本實施例的廣泛範疇中。

該等各種醫療資料源可以產生或提供的醫療資料26，舉例來說，醫療資料26(1)-26(3)包含有以各種格式來表示的各種資訊。在本說明書中，「醫療資料」該術語所包含的資訊(例如，事實)係有關於一當前或潛在的健康狀況(例如，疾病、糖尿病、肥胖、老化、等等)的診斷和處理。醫療資料26包含有個人的健康資訊(例如，隸屬個人健康的資訊或是提供給個人的醫療照護)，該資料係為個人收集自一個或多個醫療資料源，該等資料源包含有醫院14、護理之家、醫學中心、診所16、衛生或護理機構、醫療機構、或由該病患24、或由該病患的親友所提供的醫療資料。

醫療資料26可以包含有人口統計資訊(例如，年齡、體重、性別)，其可能有關於一當前或潛在健康狀況的診斷和處理。醫療資料26可能是在發生當下的期間被產生(例如，在醫師門診辦公室、實驗室測試、居家測試)。就廣泛的意義來說，資料，包含醫療資料26，係指任何類型的數字、文字、聲音、視訊、或腳本資料、或任何類型的來源或物件碼，或以任何適當格式來表示之任何其他合適的資訊，其可以用電子裝置和/或網路從一點傳送到另一點。

該等各種醫療資料源也可以產生或提供服務資料28，舉例來說，服務資料28(1)-28(2)。在本說明書中，「服務資料」包含有關於醫療服務的資訊。服務資料可以包含有主要的醫療服務(例如，在一醫生的直接指導下，由一醫生和護士所提供的護理和服務)以及輔助服務(例如，由居家照顧、聽力學、耐用醫療設備(DME)、門診手術中心(ASC)、居家輸液、臨終關懷護理、專業護理機構(SNF)、心臟檢查、移動碎石、健身中心、放射科、肺測試、睡眠中心、洗腎所提供的用品和實驗室測試)。產生資料服務28的醫療服務可以包含有診斷醫療服務(例如，健康狀況和疾病的診斷)、治療醫療服務(例如，健康狀況和疾病的治療)及監禁醫療服務(例如，由一護理之家或醫院所提供的照護)。

後端系統12可以把醫療資料26和服務資料28傳送到一雲端29，其包含有一伺服器30，該伺服器備置有一病患治療措施時間表模組32。一個或多個臨床路徑34可被提供給治療措施時間表模組32。在本說明書中，「臨床路徑」 該術語包含有一治療護理計劃，其包含有根據一預定時間表將被交付給該病患之一個或多個指定的治療措施。在本說明書中，「治療措施」該術語包含有被提供給(或被執行在)一病患之臨床和其他相關的措施(例如，事件、活動、手術、行動)。舉例來說，一產前臨床路徑的治療措施可包含有：檢視之前可能會影響妊娠結局的因素；檢討藥物和過敏；檢視在未來懷孕的過程中可能會重複發生之過去的併發症；檢視可能會影響妊娠結局的生活方式問題；盆腔檢查；子宮頸抹片檢查，等等。一糖尿病病患住院之足部護理臨床路徑的治療措施可包含有在入院4小時內檢查足部；判定是否存在皮膚變色；診斷潰瘍、足部敗血症、等等是否存在；建議手術檢討；等等。

在一些實施例中，每一個別病患可與一獨特的臨床路徑相關聯，由該病患的識別碼(例如，社會安全號碼、姓名、或其他合適的識別符號)來識別。在其他的實施例中，一典型的臨床途徑基本上可以與所有具該健康狀況的病患(在該醫院或醫療照護環境中)相關聯，該健康狀況係有關於該臨床路徑。該臨床路徑可能包含有個人經評估後之醫療服務需求的陳述，制定出他/她應該得到什麼樣的服務、為什麼、何時、以及誰可以提供它(或負責提供它)的細節。臨床路徑34可包含有針對一特定病患的護理順序(例如，對護理制定出指導)、針對該特定病患其個人的一特定疾病所做的一般的(例如，標準化的)治療計劃、和有關於該特定病患的其他衛生保健治療。臨床路徑34可以為一特定 的診斷或手術指定一建議的護理過程，醫療保健專業人員其介入的順序和時機。根據各種實施例，病患治療措施時間表模組32可使一用戶36在客戶端40一合適的視覺顯示38上檢視根據臨床路徑34進行治療措施會產生的影響。

為了說明醫療監控系統10的該等技術，理解在如圖1所示的系統中的通信是重要的。以下的基礎資訊可以被看作是一基礎，從該基礎本發明的內容可以被適當地說明。但如此資訊其真正被提供的目的只是為了解釋，因此，不應以任何的方式來限制本發明和其潛在應用之廣泛範疇。

在醫療照護中，資訊技術(IT)基礎設施的發展具有巨大潛力可提高安全性、品質、以及健康保健和健康照護的效率。電腦輔助診斷可改善臨床決策的判定。基於電腦的提示系統可以改善對預防服務規則的遵守。立即使用基於電腦的臨床資訊，諸如實驗室和放射結果，可以提高醫療照護的品質。同樣的，若健康照護時點、臨床決策支援系統、和其他電腦輔助醫療監控系統能獲得完整的病患健康資訊，則可避免許多錯誤和不良的事件。病患的健康資訊可透過安全的IT基礎設施於醫療保健社區中在所有經授權的參與者之間來共享。

在醫療機構中，缺乏正式照護計劃系統會導致疏忽的錯誤。因此，在該照護過程中關鍵步驟會被遺忘或沒有被適當地遵循。此外，往往會因為缺乏一種團隊方式，導致出不良的出院準備服務和不足的病患教育。緩解這類 問題的臨床路徑通常是透過臨床醫生、個案經理、護士、和其他醫療保健專業人員的合作努力來開發的。臨床路徑可以減少在病患照護中不必要的變化、減少延誤、提高醫療服務的成本效益。臨床路徑可被視為具有一種多學科管理計劃的形式，其顯示病患的目標並提供工作人員介入之對應的適當順序和時間，並用最佳的效率實現這些目標。

實施臨床路徑的典型目標之一包含有研究在該照護過程中該等不同步驟和分段之間的相互關係，並設計策略以協調或減少花在該等速率受限步驟中的時間。它也可以旨在提供一架構，用以收集和分析在該照護過程上的資料，使得照護提供者能夠理解多常和為什麼病患在他們的住院期間不是按照預期的進程來進行。在一些情況下，該臨床路徑可以是一種照護計劃，其反映了最好的臨床實踐和在該路徑上一典型病患該其表達的需求。這樣的一臨床路徑代表了照護的該最低標準，並確保該等必要事務都沒有被忘記並被按時執行。臨床路徑通常被寫成一種網格(或矩陣)的形式，其在一軸上顯示照護事宜，並在另一軸上顯示時間間隔。該等時間間隔所採用的形式通常是以一天一天的臨床順序和具有變化的文件表格，其取決於疾病的性質和進展或正被執行的程序。舉例來說，被設計用於慢性疾病的臨床途徑其時間軸可能會有幾週或幾個月的形式。

臨床路徑經常被用來收集和分析判定何時病患偏離於該臨床路徑的資訊。變異分析可提供在病患照護中 變化的頻率和起因這兩方面有用和準確的資訊。舉例來說，該分析可以鼓勵醫療團隊成員在未來更嚴格地遵守指導方針(在該臨床路徑中所指定)。因此，臨床路徑可以迫使醫療保健機構批判性地評估和了解該臨床決策的基礎。

變異分析可以是一個強大的臨床審計工具來檢視和修改在醫院或其他醫療機構中病患照護的事宜。該變異的記錄、收集、和分析提供了有關於該正被提供照護之連續的審計資料。這樣的審計資訊可特定於在該臨床路徑上正被分析的每一個情況。分析可以突顯出由該醫院系統端產生的問題所引起在照護過程中的缺陷。臨床路徑還可以便利於把結果審計分析成為相關的文件，其可以被辨識和研究以確定該等介入是否可導致出如同在該臨床路徑所陳述之理想的臨床結果。

然而，變異分析往往會由於資料的數量和大小而變得複雜。此外，在特定的變異之間缺乏統計的獨立性(例如，在該路徑上所指定的很多活動可能是彼此相關的)。而且，在該路徑上早期發生的一變異可能會影響後續活動的時間安排，會造成一種「串接」效應經過該照護流程中的其餘部分，從而導致在該路徑上的其他活動的中的變異。

在許多醫院中仍用基於紙本的系統來進行變異收集，雖然它們正被電腦系統取代。電腦消弭了在人工資料收集和分析中固有的問題(錯誤、缺乏組織、等等)。在一些醫院系統中所實現的一示例性電腦化臨床路徑變異和管理系統具有可根據該病患病情的變化來調適該臨床路徑的 能力，該變化通常會被看作是變異。

電腦臨床路徑分析可能是在一更大的臨床決策支援系統(CDSS)的內部來執行。CDSS通常被設計為整合一醫療知識基礎、病患資料、和一推理引擎來產生特定病例的建議。個別病患的特徵可被用來產生特定於病患的評估或建議，然後呈現給臨床醫師做考慮。電子化的臨床決策支援系統的四個功能包含有：行政功能(例如，支援臨床編碼和建檔、手術授權、和轉診)；管理功能(例如，使病患遵循研究和化療規定、追踪訂單、轉診隨訪、和預防保健)；成本控制功能(例如，監控醫囑、避免重複或不必要的檢查)；以及決策支援功能(例如，支援臨床診斷和治療方案的進程，和促進採用最佳做法、特定條件的準則、以及以人群為基礎的管理)。

CDSS的例子包含有手動或基於計算機的系統，其會把照護提醒附加到需要特定預防保健服務之病患的圖表中；以及包含有電腦化的醫囑輸入系統，其會把特定病患的建議提供為該醫囑輸入系統的一部分。這種系統一般會改善醫師處方開立行為、減少嚴重的用藥錯誤、加強預防保健服務的提供、改善對建議照護理標準的遵守，舉例來說，如在適當的臨床路徑中所指出的照護理標準。

ATHENA-DSS是由史丹福大學和美國退伍軍人事務部(VA)所開發的一自動化決策支援系統，以增加在處方開立時的附加指引並改變醫生行為。基於病患的電腦化病歷和被編碼在一知識庫中的該臨床領域知識，該 ATHENA-DSS系統會在該照護時點把特定於病患的建議給主要的照護提供者。該ATHENA-DSS的圖形使用介面(GUI)顯示了兩個識別碼：姓名和社會安全號碼，以有助於確保所呈現的是該正確病患的資訊。有關於特定處方簽的重要病患特徵會在粉紅色的背景中以紅色突顯出，以吸引該照護提供者關注於該區域。特定病患治療建議所提供的資訊和建議係有關於在該注意事項表中被突顯出的病患特徵，以及該照護提供者可能正在考慮之可用一般治療方案的詳細說明。處方簽、過敏、診斷、實驗室、和生命體徵歷史資料的相關資訊都可以表格的形式被呈現。

在該ATHENA-DSS中，在所有就診時就應被進行之建議的慢性疼痛照護實踐會為該照護提供者列出，當完成後須做核取。下拉式清單包含有一些工具來協助初級照護醫師處理慢性疼痛管理方面事宜。這些工具包含有一結構化的疼痛評估，進行尿液藥物篩檢和轉介病患到專科照護、轉換計算器、病患教育材料、以及有用的社區資源資訊的相關說明。然而，ATHENA-DSS並沒有為該病患提供在該治療過程中在該臨床路徑和治療措施之間的一種比較圖形畫面。

此外，一位正在觀看ATHENA-DSS和類似系統之文字CDSS資訊的用戶(例如，醫療專業人員或病患)可能無法理解該等簡單地以文字來呈現之文字數字和其他資訊的關鍵。在這樣的環境中，圖形顯示可讓該等用戶可快速地理解治療和護理的反應模式。圖形可以用一種在視覺上有 趣的形式來呈現醫療資料，並可利用快速、自動的視覺感知技巧。利用自動視覺感知做為替代，一具良好設計的視覺顯示可以降低心理的計算量。

圖形可以揭露出不用圖形將不會被發現的資料模式。舉例來說，折線圖可以有效地傳達資料的變化趨勢、圓餅圖和_分段條形圖可以描繪比例、等等。特定的圖形類型可以自動地引用特定的數學運算。舉例來說，給定一特定的任務(例如，比較風險)，比起使用數字做單獨呈現，某些圖形會使觀察者可更有效率地處理該資訊。此外，不像數字，圖表能夠吸引和保持人們的注意，因為它們用具體、視覺化的項目來顯示資訊。然而，如果該等圖形沒有被良好的設計的話，某些圖形解讀就可能要有更多費力的認知技能，諸如解讀和計算，那麼就容易出現誤解，並導致出錯誤的決策。

在為適當的用戶(例如，醫生、病患、等等)呈現出一種可提供足夠資訊之適當的視覺顯示中，面臨的挑戰就是要以一種在視覺上吸引人的方式來提供該資訊，同時極大化該資訊呈現量。許多現存的電子健康記錄(EHR)系統和CDSS為個人的健康史提供了一窺孔視圖，舉例來說，僅呈現一部分的資料給醫生看。健康史之所以只會部分顯示的原因範圍可從相關資料獲取的缺乏到計算資源和機制的缺乏，以至於無法有效地顯示該資料。

藉由提供用以在網路環境中視覺化病患治療措施的系統及方法，醫療監控系統10被配置成處理這些(和其 他)問題。醫療監控系統10的實施例可根據臨床路徑34提供該治療措施影響之一合適的視覺顯示38。在各種實施例中，客戶端40可以從雲端29請求醫療資料26，舉例來說，透過一安全的HTTP請求。病患治療措施時間表模組32可以用資料呈現指令回應給客戶端40。該資料呈現指令可讓客戶端40使用醫療資料26、資料服務和28和臨床路徑34，並在一全面性的視覺顯示38中適當地顯示它們。

在許多實施例中，線上分析處理(OLAP)可被嵌入到醫療監控系統10中以利於本文中所描述的操作。一些實施例可以實現非同步JavaScript的XML-HTTP Request(AJAX)模型來獲取即時資訊並避免在客戶端-伺服器間資料傳輸的延遲。舉例來說，暫時性的資料可被儲存在客戶端40，從而減少在雲端29伺服器30中所做的冗餘資料查詢。重量級的資料庫查詢可以在伺服器30來實現，而輕量級的資料分析則可以在客戶端40進行。使用AJAX，在客戶端40的瀏覽器可以在不干擾視覺顯示38的情況下非同步地把資料傳送到伺服器30和從伺服器30做資料檢索(例如，在背景中進行)。舉例來說，資料可以使用一XMLHttpRequest物件被檢索。

由後端系統12所提供的醫療資料26會被適當地標記，不然會被確認為屬於、或關聯於被提供一特定病患的一特定臨床路徑34和/或治療措施。在一示例實施例中，視覺顯示38可以提供一畫面，其展示在一段時間內一特定病患的治療措施。一特定治療措施的特徵就是它的狀態， 並可與其他的治療措施做視覺上的區分，舉例來說，它是否已被交付、未在一臨床路徑34的一指定時間內被交付、無法以矛盾記載交付，等等。該等差異化的特徵可以用彩色編碼格式(例如，透過一特定的顏色來指示每個狀態)，或者以其他合適的格式呈現(例如，星形、圓形、或其他幾何圖案、等等)。該畫面還可以指出醫療資料26，根據該治療措施圖的時間軸來呈現，展示了，舉例來說，對於顯示在該畫面上的醫療資料26，該處理措施的影響。視覺顯示38可以用美學的方式來被呈現，並具有可顯示出用戶選擇資訊的視覺輔具。

在本說明書中，「視覺輔具」可以包含有被配置來補充文字資訊的說明性物質，並且可以包含有顏色、圖示、和側翻(例如，按鈕或其他圖像，當它們被選擇時會有所反應，舉例來說，當滑鼠游標移到它們之上時)。視覺顯示38可提供一個簡潔的圖表，其可被擴展來在用戶36授意的情況下透露相關的資訊。舉例來說，當該滑鼠游標側翻該等圖示時，或用戶36點擊該等圖示時，要不然選擇該等圖示時，在該畫面上的圖示可以顯示相關的醫學資料。

回到醫療監控系統10的該基礎設施，網路11的該網路拓撲可以包含有任何數量的伺服器、路由器、閘道、以及相互連接的其他節點以形成一個大型的和複雜的網路。一節點可以是任何的電子裝置、客戶端、伺服器、同儕、服務、應用程式、或能夠在一網路中透過通信通道來發送、接收、或轉送資訊的其他物件。圖1中的元件可以彼 此相互耦合，該耦合係透過使用任何合適連接(有線或無線)的一個或多個介面，其提供了一種可行的電子通信路徑。此外，基於特定的配置需求，這些元件中任何一個或多個可被組合在一起或可從結構中被移除。

醫療監控系統10可包含有能夠在一網路中為資料封包的電子傳輸或接收進行TCP/IP通信的一種配置。只要情況適當並基於特定的需求，醫療監控系統10也可以結合一使用者資料報協定/網際網路協定(UDP/IP)或任何其他合適的協定來操作。此外，閘道、路由器、交換器、和任何其他合適的節點(實體的或虛擬的)可被使用以促進在該網路中各節點之間的電子通信。

請注意指派給圖1該等元件的數字和文字標記並不意味著任何類型的層級架構；該等標記是任意的，並僅被使用於教學目的。這些標記不應以任何的方式來限制它們在一些潛在環境的能力、功能、或應用，該等環境可從醫療監控系統10的該等特徵獲益。應當被理解的是，在圖1所示的醫療監控系統10係被簡化以便利於說明。

本示例的網路環境可以被配置在一實體的基礎設施上，該基礎設施可包含有一個或多個網路，而且，可以被配置成任何形式，包含有，但不侷限於，區域網路(LAN)、無線區域網路(WLAN)、虛擬區域網路(VLAN)、都會網路(MAN)、廣域網路(WAN)、虛擬專用網路(VPN)、內部網路、企業間網路、任何其他適當的架構或系統、或它們的任意組合，其便利於在一網路中進行通信。

在一些實施例中，一通信鏈路可以代表支援一LAN環境的任何電子鏈路諸如，舉例來說，電纜、乙太網路、無線技術(例如，IEEE 802.11x)、ATM、光纖、等等，或它們任何適當的組合。在其他的實施例中，通信鏈路可表示透過任何適當的媒介(例如，數位用戶迴路(DSL)、電話線、T1線、T3線、無線、衛星、光纖、電纜，乙太網路、等等，或它們之任何適當的組合)和/或透過任何其他網路諸如廣域網路(例如，網際網路)的一種遠端連接。

在各種實施例中，伺服器30可以配備有合適的作業系統(或平台，或其他適當的軟體)，其可以聯合醫療資料26和服務資料28到一聯合集中式資料庫中，匯總醫療資料26和服務資料28，把醫療資料26和服務資料28從不同的格式轉換成一種統一的格式(例如，基於XML的格式)，並把醫療資料26和服務資料28儲存在雲端29之一合適的資料儲存區中(例如，聯合集中式資料庫；匯總資料的資料儲存區)。該作業系統可以包含數個自給自足的互連模組和服務層級，用以把專有的(及公開的)系統連接在一起，並從那裏提取和轉換資料，以使它們可在一軟體生態系統中一起合作，同時允許與現有的和新的應用做靈活的連接。

根據各種實施例，伺服器30包含有一軟體程式，或是該程式會在其上運行的一種計算裝置，其為客戶端軟體(例如，客戶端40)提供了一特定類型的服務，該客戶端軟體是運行在該相同的計算裝置上或是在網路11其他的計算裝置上。客戶端40可包括任何的電子裝置、客戶端、伺服 器、同儕、服務、或能夠在一網路(例如，網路11)中透過通信通道來發送、接收、或轉送資訊的其他物件。客戶40的例子包括電腦、膝上型電腦、智慧型手機、印表機、等等。客戶端40可以配備有合適的介面(例如，網頁瀏覽器)，其可呈現醫療資料26和服務資料28，包括瀏覽器碼。在一種廣泛的意義上，客戶端40可以提供一用戶介面，諸如一圖形使用者介面(GUI)，並在它對伺服器30所做的請求上執行其中一些或全部的處理，其維護了該資料(例如，醫療資料26和服務資料28)和處理了該等請求。為了便於說明，只有一伺服器30和一客戶端40被圖示在該圖中。實際上，任何數量的伺服器和客戶端可以被包含在該醫療監控系統10實施例的廣泛的範疇內。

在一些實施例中，病患治療措施時間表模組32可能是安裝在伺服器30上的一應用程式，該伺服器係位於一遠離後端系統12和客戶端40的網路(例如，雲端29)上。在本說明書中，「應用程式」該術語係可包括一可執行檔，該可執行檔包含有能被一計算機解讀並在其上處理的指令，並且還可包括在執行過程中被加載的函式庫模組、物件檔、系統檔、硬體邏輯、軟體邏輯、或者任何其他可執行的模組。在其他的實施例中，病患治療措施時間表模組32可被安裝在與後端系統12和/或客戶端40位於同一區域網路中的伺服器30上。在一些實施例中，病患治療措施時間表模組32可被安裝在一單一電腦或伺服器上；在其他的實施例中，病患治療措施時間表模組32可能是駐留在數個裝 置上的一分散式應用程式，該等裝置包括虛擬機器。對病患治療措施時間表模組32來說，各種硬體和軟體的實現都是可能的，所有的這些都被包含在該等實施例其廣泛的範疇內。

後端系統12可以包含有各種的計算機、測量儀器、公開的和專有的軟體應用程式和系統、以及可便利於操作無數的醫療資料源(例如，醫院14、診所16、等等)和把醫療資料26和服務資料28傳送給雲端29之其他的硬體和軟體組件。後端系統12提供各種不同的作業系統和平台給伺服器30，包括EMR、醫院資訊系統(HIS)、實驗室和病理系統(LIS)、影像系統(PACS、RIS)、藥局系統、調度系統、醫療裝置、等等。在一些實施例中，每個醫療資料源可以是一單獨的系統，使用它自己的計算機網路、資料格式和專有的應用程式。在其它實施例中，基本上所有的醫療資料源都是一單一系統(例如，企業網路、軟體、等等)的一部分，其可以相互連接並與後端系統12連接。

雲端29係一種硬體和軟體的集合，其形成可配置計算資源(例如，網路、伺服器、儲存、應用、服務、等等)的一種共享池，其可被適當地配備來提供隨選的自助服務、網路接取、資源池、彈性和慎重的服務、以及其他功能。雲端29可以被部署為一私有雲端(例如，由一單一企業/機構所經營的基礎設施)、社區雲端(例如，由幾個組織共享的基礎設施來支援關心共同問題的一特定社區)、公開雲端(例如，提供給廣大公眾使用的基礎設施)、或兩個或多個 不同類型雲端的一種適當的組合。雲端29可由一雲服務供應商來管理，其可以提供用戶(例如，客戶端40)至少可接取到雲端29，和按照預定的服務等級協議授權來使用雲端資源。

根現在請參看圖2，圖2係根據一醫療監控系統10實施例其示例性視覺顯示38的一簡化圖。視覺顯示38可包含有沿著一水平軸52放置的治療措施50。水平軸52可以指定用以顯示治療措施50之任何合適的標準。其中一例就是適用於與視覺顯示38相關聯的一特定臨床路徑的服務時間長度(LOS)。該服務時間長度可顯示在該時間(例如，天)根據臨床路徑34那一種治療措施50要被指定交付。另一種水平軸52參數的例子可能包括在一特定的日期上某種治療措施50將被交付給多少位病患。在該實施例其廣泛的範疇之中，各種其他的參數可被使用來分析在視覺顯示38上的治療措施50。

根據圖例54，治療措施50可被解讀並被彼此地區分。透過示例的方式，而不是作為一種限制，圖例54可以指出一特定的治療措施是否已被交付、是否它是在臨床路徑34所指出的一時間規範內被交付、是否它未被交付，但該交付的缺乏與該病患無關、是否因為記載矛盾而未被交付、該特定的治療措施是否係指一未來的活動、以及該檢視者(例如，觀看視覺顯示38的用戶36)是否負責該特定的治療措施。圖例54可以從臨床路徑34提供變異的一種快速和定性的分析，然後用戶36可以視情況看須不須要進一步的 行動以更詳細的分析每一變異。

在該圖所顯示的該示例視覺顯示38中，第1天和第2天的治療措施50表示一過去的時間，而第3天表示一未來的時間。用戶36現在觀看該視覺顯示38的時間可能為第2天的某時，使得一些治療措施50被圖示為已被交付或未被交付；而其他治療措施50被圖示為未來的規劃。某一些治療措施50可能是正在觀看視覺顯示38該用戶36的責任。舉例來說，用戶36可能是該病患的醫生，該病患的資訊被顯示在視覺顯示38上，而被表示為「檢視者負責」的該特定治療措施可能涉及到由用戶36來進行或評估的一種診斷測試。在另一個例子中，用戶36可能是一實驗室技術人員，而被表示為「檢視者負責」的該特定治療措施可能涉及到由用戶36來進行或評估的一種實驗室檢測。在又另一例子中，用戶36可能是一護士，而被表示為「檢視者負責」的該特定治療措施可能涉及到由用戶36來監督的一種藥物的交付。此類各種其他的可能性均被包含在本實施例其廣泛的範疇之內。

在一些實施例中，當用戶36把一滑鼠游標(或其他螢幕追踪裝置)移動到一特定的治療措施上時，一個服務細節側翻56可以同時在螢幕上被顯示出來。舉例來說，服務細節側翻56可以指定該特定治療措施50的性質(例如，由誰、在那一天、證據等級、等等來提供特殊的醫療服務)，和其他伴隨的資訊，根據特定的用戶需求和/或身分來被配置。舉例來說，一位觀看視覺顯示38的醫生所看到的服務 細節側翻56和一位觀看同一視覺顯示38的病患所看到的服務細節側翻56會有所不同。當用戶36點擊、移動該滑鼠游標到達、或以其他方式選擇臨床路徑34的一適當超鏈接或其他可選擇的選項時，一臨床路徑列表58可能會被顯示出來。

臨床路徑列表58可能包含有該治療措施列表，其以一種有序的方式被列出。在一示例實施例中，臨床路徑列表58可能包含有按時間順序列出的治療措施(例如，第1天早晨治療措施A、第1天中午治療措施B、等等)。在另一實施例中，臨床路徑列表58可包含有根據該治療措施類型所列出的該等治療措施(例如，實驗室分析；醫師診斷測試；處方簽；等等)。在又另一實施例中，臨床路徑列表58可能包含有根據該LOS(例如，治療措施A、B、C在第1天，D、E在第2天，等等，如果LOS是根據天數的話)所列出的該等治療措施。用戶36可以查看列表58並自行與顯示在視覺顯示38上的治療措施50做比較。

視覺顯示38還可以包含有一可選值趨勢分析60，其包含有一圖表顯示了在水平軸52上一選定參數的變化。在示例性視覺顯示38中，血糖水平、呼吸、體溫和白細胞計數(WBC)其中之一可以被選擇和被重疊(例如，疊映、放置在頂部、與另一圖形，諸如治療措施50，同時顯示)在該圖表上。在本實施例其廣泛的範疇之內，任何合適的參數可以被選擇來做可選值趨勢分析60。一個趨勢值軸64也可以被顯示來，其表示由可選值趨勢分析60所選出的 重疊參數其適用的標記。一個正常描繪範圍66可指出該重疊參數的一正常的(例如，健康的、預期的)水平。在線62上的每個讀數可對應於一相關於水平軸52的時間表，使得該重疊參數與治療措施50之間的該對應可做定性的分析。點擊或以其他方式選擇(例如，懸停滑鼠游標鄰近於、突顯、指向、等等)在線62上的一特定讀數可以揭露一值的細節側翻68，其指出該讀數的數值、該讀數的日期和時間(或是該讀數被鍵入醫療監控系統10的日期和時間)、一趨勢、指出與前一讀數的相對變化、和可能有關於正在檢視該資料的用戶36之其他資訊、和/或特定的可選值趨勢分析60。

在一些實施例中，可選值趨勢分析60可被顯示為一走勢圖圖表(例如，小型的折線圖，一般以無軸線或坐標的方式來被繪製，並呈現在某測量中該變化(通常是隨著時間的推移)的一般形狀，諸如可選值趨勢分析60)。而一典型的圖表被設計成盡可能地顯示資料而不使用文字，走勢圖係旨在簡潔、令人難忘、而且正位於它們被進行討論的所在地(例如，沿著顯示治療措施50的圖表)。在其他實施例中，可選值趨勢分析60可被顯示為一散點圖、一條形圖、或以任何其他合適的格式來顯示，視其類型和用戶需求而定。舉例來說，在該圖所圖示的視覺顯示38中，對應於可選值趨勢分析60的讀數，用對應的軸線被顯示為折線圖。

應當被注意的是，在該圖中所圖示的視覺顯示38僅僅是為了示例性的目的。視覺顯示38可以包含有基於該顯示項目類型和觀看者的其他選項和資訊，舉例來說，用 戶36的身分(例如，醫師、病患、醫院管理者、付款人、等等)。在一示例實施例中，對於醫生和病患，該等顯示的選項可能是不同的。雖然醫生可能可以看到醫療細節、術語、藥物的化學成分、由其他醫生和醫療專業人員所立的醫囑，但病患也許能看到的藥物其常用的名稱，沒有可能會混淆病患之醫療用語或者其他術語。在其它實施例中，所顯示的選項可能會對任何用戶一體適用，而不論用戶36其身分為何。

現在請參照圖3，圖3是一個簡化的方塊圖，其圖示出一醫療監控系統10實施例其示例性的細節。病患治療措施時間表模組32可以包含有一接收模組80，該接收模組被配置為接收包含有臨床路徑34、醫療資料26和服務資料28的資料。接收模組80可被配置成具有適當的網路介面，以與後端系統12進行通信並接收臨床路徑34、醫療資料26、和服務資料28。

一資料轉換模組82可以把臨床路徑34、醫療資料26、和服務資料28從它們各自的格式(例如，用以儲存、顯示、通訊、列印、等等的資料安排，諸如超文字標記語言(HTML)、文字、和可擴展標記語言(XML)、微軟的Word(*.doc)、微軟的Excel(*.xls)、等等)轉換成統一的格式(例如，可以在一共同介面被同時呈現的資料安排，諸如HTML格式，其可以允許一網頁瀏覽器同時呈現文字和影像)並把該統一格式的資料儲存到一資料儲存區84中。在一些實施例中，資料轉換模組82可以實現物件關聯映射 (ORM)(例如，透過使用適當的元資料，把物件間自動和透明的持久方案映設到一關聯資料庫中的表格間，其描述了在該等物件和該等資料庫之間的映射)來在不相容類型的系統之間轉換資料。在其他的實施例中，資料轉換模組82可使用本機的程序性語言(與資料庫相關聯)以執行該轉換，從不同的格式轉換成該統一的格式。

在一些實施例中，資料轉換模組82可以實現提取-轉換-載入(ETL)過程，以從該等數個資料源提取資料，適當地轉換它們，並將其載入到資料儲存區84中。提取可能涉及整合來自各種互不相容系統、格式、組織、結構、或程序之資料源的資料。系統、格式、組織、結構、或程序的示例可能包含有關聯資料庫、平坦檔、資訊管理系統(IMS)、虛擬儲存存取方法(VSAM)、索引循序存取方法(ISAM)、網頁蜘蛛搜尋和螢幕抓取。轉換可以包括把一系列的規則或功能(例如，語法分析、排序、翻譯、選擇、串聯、連接、聚合、調換、樞轉、分開列和/或行、驗證、等等)套用到該提取的資料以衍生出該統一格式的資料。載入可能包括把該統一格式的資料保存到資料儲存區84中，並且可能涉及到覆蓋重複的資料、按時間順序增加資料(例如，用時間戳記)、等等，其要考慮到資料儲存區84其資料庫架構的限制(例如，唯一性、參照完整性、等等)。

在許多實施例中，資料儲存區84可以包含有用以儲存臨床路徑34、醫療資料26和服務資料28的元資料之聯合集中式資料庫。在其他的實施例中，資料儲存區84可能 包含有一資料庫，其可適當地並基於特定的需要匯總來自臨床路徑34、醫療資料26和服務資料28的資訊。

一圖形模組86可便利於準備視覺顯示38。圖形模組86可以包含有一值的細節側翻模組88，其可啟用值的細節側翻68。一個服務細節側翻模組90可啟用服務細節側翻56。一個服務歷史側翻模組92可啟用顯示服務歷史(例如，橫跨LOS的治療措施50)。一活動圖例模組94可啟用顯示圖例54。一走勢圖描繪模組96可啟用以一適當的走勢圖、折線圖，或視需要而定的其他格式來顯示選擇值趨勢分析。

一配置模組98可便利於由圖形模組86適當地配置視覺顯示38。配置模組98可包含有一本地模組100和一遠端模組102。本地模組100可以默許配置環境(例如，預設值)，而遠端模組102則可允許由用戶36在客戶端40更改配置。本地模組100可啟用配置顯示環境104，而遠端模組102可啟用配置重疊值108，可用於可選值趨勢分析60。由圖形模組86準備的配置環境106可被提供給一指令產生器模組108。

在操作期間，客戶端40的一瀏覽器110可以將一請求112發送到請求視覺顯示38的病患治療措施時間表模組32。接收模組80可以接收請求112，並通知請求112的一比較模組114。比較模組114可比較服務資料28和臨床路徑34以確定治療措施50，其包含有該治療措施50的狀態(例如，治療措施50是否已交付、未交付、等等)。在一些實施例中，比較模組114可使用在資料儲存區84中的醫療資料 26、資料服務28和臨床路徑34以進行該比較。比較模組114可提供比較資訊(例如，那些治療措施已被交付、那些尚未交付、等等)，給指令產生器模組108。

根據該配置環境104和由比較模組114所提供的該比較資訊，指令產生器模組108可以產生資料呈現指令118。資料呈現指令118可以包含有配置選項，透過遠端模組102其可以允許用戶36來更改該顯示的值和格式。資料呈現指令118可以包含有醫療資料26的位置、要被顯示之服務資料28和臨床路徑34、以及其他許多特徵。在一示例實施例中，資料呈現指令118可以是一XML檔，具有將被顯示之選擇項目的定義。一傳遞模組116可以把資料呈現指令118提供給客戶端40。在客戶端40的瀏覽器110可以接收資料呈現指令118。因此，瀏覽器110可把儲存在資料儲存區84中的醫療資料26、服務資料28和臨床路徑34拉出來，並根據資料呈現指令118把它顯示在視覺顯示38上。

一處理器120和一記憶體元件122可有利於本文所描述的該等操作。在各種實施例中，處理器120和記憶體元件122可以是伺服器30的一部分；在其它實施例中，處理器120和記憶體元件122可以是病患治療措施時間表模組32的一部分，其可以被嵌入到伺服器30中。

現請參照圖4，圖4圖示出一醫療監控系統10實施例其示例細節的一簡化圖。在一示例實施例中，醫療監控系統10可被實現成數個層級，包括一獲取層130、一表達層132、一管理層134、一分析層136和一資料庫層138。在獲 取層130中的資料收集140可能涉及收集資料，其包括來自一個或多個醫療資料源141的醫療資料26、服務資料28、和臨床路徑34。醫療資料源141可包括醫院、醫生、實驗室、醫療機構、病患、和其他照顧者以及可為資料收集140提供資料的關聯實體。在表達層132中的瀏覽器110(例如，在客戶端40中)可為一決策者142(例如，醫生、病患、等等)提供視覺顯示38。瀏覽器110可以顯示由資料採集140所收集的資料，其係由在管理層134中的一應用程式144來啟用。應用程式144可以由一網路管理員/研究分析師/應用程式開發人員145來使用、控制和/或配置。應用程式144可以與在分析層136中的一資料分析146進行互動，其可使用儲存在資料儲存區84中的資料，該資料儲存區是位於資料庫層138中。在本圖的示例性實施例展示中，病患治療措施時間表模組32可包含有應用程式144、資料分析146、和資料儲存區84，它們分別位於管理層134、分析層136、和資料庫層138中。

在本示例實施例中，資料庫層138可以有利於建構一個臨床資料倉庫，其包含有醫療資料26、資料服務和28臨床路徑34。資料分析146可以包含有分析，該分析使用統計工具、演算法、資料探勘和其他的功能來啟用本說明書所描述的該等操作。在一些實施例中，分析層136可以包含有具有遠端計算或離線資料探勘功能的資料庫和應用伺服器。在管理層134中的應用程式144可以控制和管理從資料收集140流向資料儲存區84，再回到視覺顯示38的資料 流。一管理介面可以配置有應用程式144以為用戶36提供資料使用功能，舉例來說，以啟用視覺顯示38。

現在請參考圖5，根據一醫療監控系統10實施例，圖5是一簡化的流程圖，其圖示出的示例性操作係關聯於產生視覺顯示38。操作150可以包含有152，在152視覺顯示38的準備可以根據各種操作，該等各種操作包含在154啟用值的細節側翻68；在156啟用服務細節側翻56；以及在158啟用走勢圖表描繪功能。在160，視覺顯示項目可以在本地被配置(例如，藉由本地模組100)。本地配置可能包含有設定預設的顯示環境。在164，遠端配置功能可以被選擇。在166，配置環境106可以被產生。配置環境106基本上可以包含有所有可被用於呈現視覺顯示38的配置選項、值、選擇、決定、等等。

現在請參考圖6，圖6是一個簡化流程圖，其圖示出的示例性操作係關聯於一醫療監控系統10實施例。操作190可以包含有192，在192，資料，包含有醫療資料26、資料服務和28臨床路徑34可以以不同的格式來被接收。在194，具有各種不同格式的該等資料(例如，醫療資料26、資料服務和28臨床路徑34)可被轉換為一統一的格式。在196，與資料(例如，醫療資料26、資料服務和28臨床路徑34)相關聯的項目可以被確定。舉例來說，醫療資料26(1)可確定為在Southside診所於1/24對病患X所記錄的重量讀數；醫療資料26(2)可被確定為同一病患的所做胸部CT掃描；等等。服務資料28(1)可被確定為在QLabs於1/24所進行 的實驗室測試；服務資料26(2)可被識別為由一位醫師於2/28在H醫院中所進行一診斷服務，等等。在198，具統一格式的該資料可以被儲存在資料儲存區84中。

現在請參照圖7，圖7是一簡化的流程圖，其圖示出與醫療監控系統10的實施例相關聯的示例性操作。操作200包含有202，在該處資料(例如，醫療資料26、資料服務和28臨床路徑34)的請求112可接收自瀏覽器110。在204，資料可以被分析以確定治療措施50的狀態。舉例來說，關於治療措施50的資訊可能是衍生自服務資料28和醫療資料26。該衍生的資訊可與臨床路徑34進行比較以確定該等已被交付、未被交付、等等的治療措施是適當的。在206，資料呈現指令118可以被產生。在208，資料呈現指令118可被交付給瀏覽器110。在210，瀏覽器110可以使用以統一的格式儲存在資料儲存區84中的資料(例如，醫療資料26、資料服務和28臨床路徑34)。

現在請參照圖8，根據一醫療監控系統10實施例，圖8是一簡化流程圖，其圖示出與瀏覽器110相關聯的示例性操作。操作220包含有222，在該處瀏覽器110可以根據資料呈現指令118把儲存的資料(例如，醫療資料26、資料服務和28臨床路徑34)呈現在視覺顯示38上。在224，視覺顯示38的配置可由用戶輸入進行遠端地改變。舉例來說，用戶輸入可以指定可選值趨勢分析60顯示一不同的重疊參數。在226，瀏覽器110可以重新計算視覺顯示38。在某些實施例中，這樣子的重新計算可能是在客戶端40被進 行；在其他實施例中，該等重新計算指令可以由客戶端40傳送到在伺服器30的病患治療措施時間表模組32。病患治療措施時間表模組32可以重新計算該趨勢，並提供該結果給瀏覽器110。在228，瀏覽器110可以相應地更新視覺顯示38。

請注意，在本說明書中，在「一個實施例」、「示例實施例」、「一實施例」、「另一實施例」、「一些實施例」、「各種實施例」、「其他的實施例」、「替代實施例」、等等中所參考的各種特徵(例如，元件、結構、模組、組件、步驟、操作、特性、等等)旨在意味著任何這樣的功能都被包含在本發明的一個或多個實施例中，但可能是或可能不是被組合在相同的實施例中。

在示例實現方式中，在本說明書中所概述之該等活動的至少一部分可以用軟體實現，舉例來說，病患治療措施時間表模組32。在一些實施例中，該等特徵的一個或多個可以以硬體來實現、被提供成外部於這些元件、或以任何適當的方式被合併以實現該預定的功能。該等各種網路元件可包含有可調整來達成本說明書中所概述之該等操作的軟體(或往復式軟體)。在另外其他實施例中，這些元件可以包含有任何合適之有利於該等操作的演算法、硬體、軟體、組件、模組、介面，或物件。

此外，在本說明書中所描述和展示之病患治療措施時間表模組32(和/或它伴隨的結構)也可以包含有合適的介面用以在一網路環境中接收、發送、和/或以其它方式收 發資料或資訊。此外，伴隨於該等各種節點之該等處理器和記憶體元件中的一些元件可以被移除或以其他的方式做整合，使得一單一處理器和一單一記憶體元件負責某些活動。在一種廣泛的意義上，在該等圖示中所描繪的該等安排會比起它們所呈現的還具有更多的邏輯意義，而一個實體架構可以包含有這些元件的各種排列、組合、和/或混合。必須要注意的是，無數可能的設計結構可用於實現此處所描述的操作目的。因此，該伴隨的基礎設施有無數的替代安排、設計選擇、設備可能、硬體配置、軟體實現、設備選擇、等等。

在一些示例實施例中，一個或多個記憶體元件(例如，記憶體元件122、資料儲存區84)可以儲存用於本說明書所描述操作的資料。這包含有能儲存在非暫態媒介中的指令(例如，軟體、邏輯、指令碼、等等)的記憶體元件，使得該等指令可被執行以進行在本說明書中所描述的該等活動。

一處理器可以執行關聯於該資料之任何類型的指令以完成在本說明書中所描述的該等操作。在一個例子中，處理器(例如，處理器120)可以把一元件或一物品(例如，資料)從一種狀態或事物轉換成另一種狀態或事物。在另一示例中，在本說明書中所描述的該等活動可以用固定邏輯或可編程邏輯(例如，由一處理器所執行的軟體/計算機指令)來實現，並且在本說明書中所指出的該等元件可能是一可編程處理器、可編程數位邏輯(例如，一現場可程式閘 陣列(FPGA)、一可抹除可程式化唯讀記憶體(EPROM)、一電子可抹除可程式化唯讀記憶體(EEPROM))、一ASIC其包含有數位邏輯、軟體、程式碼、電子指令、快閃記憶體、光碟、CD-ROM、DVD ROM、磁性或光學卡、以及其他類型適於儲存電子指令的機器可讀媒介，或其任何合適的組合。

在操作中，在醫療監控系統10的組件可以包含有一個或多個記憶體元件(例如，記憶體元件122、資料儲存區84)用以儲存將用於完成本說明書所描述操作的資訊。只要是在適當的情況下並根據特定的需求，這些裝置還可以把資訊保持在任何合適類型的非暫態儲存媒介(例如，隨機存取記憶體(RAM)、唯讀記憶體(ROM)、現場可程式閘陣列(FPGA)、可抹除可程式化唯讀記憶體(EPROM)、電子可抹除可程式化唯讀記憶體(EEPROM)、等等)、軟體、硬體、或在任何其他合適的組件、裝置、元件、或物件。

在醫療監控系統10中被追踪、發送、接收、或儲存的資訊可以被提供在任何的資料庫、暫存器、表格、快取、佇列、控制列表、或儲存結構中，基於特殊需求和實現方式，所有的這些可以在任何合適的時框中來被引用。任何在本文中所論述的該等記憶體項目應被理解為被包含在「記憶元件」該廣義術語之中。同樣的，任何在本文中所論述的該等潛在的處理元件、模組、和機器應被理解為被包含在「處理器」該廣義術語之中。

同樣重要的是，請注意參照前述圖示所描述的該 等操作和步驟只示範出可能由該系統來執行，或是該系統中之可能方案的其中一些而已。在適當情況下，該等操作的其中一些可被刪除或移除，或者在不脫離所討論的概念範疇的情況下這些步驟可以做相當的修改或改變。此外，這些操作的時序可做大量地改變，並仍然可獲得本發明所教導的結果。前面操作流程的提供僅用於示例和討論的目的。本系統提供有大量的靈活性，在不脫離所討論概念的教導之下，任何合適的安排、時間表、配置、和時序機制均可被提供。

雖然本發明已經參照具體的安排和配置進行了詳細的描述，這些示例配置和安排可在不脫離本發明的範疇之下做顯著地改變。舉例來說，雖然本發明已經參照特定的通信交換進行了詳細的描述，該通信交換涉及了特定的網路接取和協定，但醫療監控系統10亦可適用於其他的交換或路由協定。此外，儘管醫療監控系統10已經參照了有利於該通信過程之具體的元件和操作進行了說明，但這些元件和操作可以由實現了醫療監控系統10其預定功能之任何合適的架構或程序來取代。

許多其他的改變、替換、變化、改變、和修改均可被本領域的習知技藝者來確認，並且本發明旨在把所有這樣子的改變、替換、變化、改變、和修改都納入到所附專利申請範圍的範疇中。為了協助美國專利商標局(USPTO)，以及有關於此申請之任何專利的任何讀者解讀所附的專利申請範圍，申請人謹指出本申請人：(a)任何所 附專利申請範圍並不打算要求援引美國法典第35號第112條第六段(6)，因為它存在於該申請日，除非該等用語「的意思為」或「的步驟為」被特別地使用在特定的請求項中；以及(b)在本說明書中的任何陳述並不打算以任何的方式來限制本發明，除非被反映在所附的專利請求項中。

10‧‧‧醫療監控系統

11‧‧‧網路

12‧‧‧後端系統

14‧‧‧醫院

16‧‧‧診所

18‧‧‧藥房

20‧‧‧救護車

22‧‧‧實驗室

24‧‧‧病患

26‧‧‧醫療資料

26(1)~26(3)‧‧‧醫療資料1、2、3

26‧‧‧服務資料

28(1)~28(3)‧‧‧服務資料1、2、3

29‧‧‧雲端

30‧‧‧伺服器

32‧‧‧治療措施時間表模組

34‧‧‧臨床路徑

36‧‧‧用戶

38‧‧‧視覺顯示

40‧‧‧客戶端

Claims (20)

1. 一種方法，其包含有：在一網路環境中接收來自一客戶端的一請求，其中該資料包含有服務資料和一臨床路徑；產生在客戶端用以把該資料呈現為一視覺顯示的資料呈現指令，其中該資料呈現指令包含有選項來配置該視覺顯示，其中該視覺顯示包含有在檢視該臨床路徑時該服務資料分析的一圖形呈現，和當用戶做選擇時會揭示資訊的視覺輔具；傳送該資料呈現指令給該客戶端；以及便利該客戶端使用該資料。
2. 如請求項1之方法，其中該資料包含有醫療資料，並且其中該視覺顯示包含有該醫療資料的另一圖形呈現，其中該另一圖形呈現被重疊在檢視該臨床路徑時該服務資料分析的該圖形呈現之上。
3. 如請求項2之方法，其中該另一圖形呈現是一種走勢圖描繪。
4. 如請求項2之方法，其中該醫療資料包含有可由一位正在檢視該視覺顯示的用戶來選擇的重疊參數。
5. 如請求項2之方法，其中該另一圖形呈現之至少一資料點是可選擇的以顯示有關於該資料點的詳細資訊。
6. 如請求項1之方法，其中該視覺顯示係根據在該臨床路徑中所指定的一服務時間長度可配置來顯示該服務資 料。
7. 如請求項1之方法，其中該圖形呈現包含有對應於治療措施的一個或多個資料點，其中至少一個資料點可被選擇來顯示有關於該資料點的詳細資訊。
8. 如請求項7之方法，其中該圖形呈現包含有該治療措施的狀態，其中該狀態是一組包含有如下所述狀態中之一：「已交付」、「未於規定時間內交付」、「未交付，但仍能獲得信任」、「無法以矛盾記載交付」、「未來的活動」、以及「由檢視者負責」。
9. 如請求項8之方法，其中該狀態是由把該治療措施和該臨床路徑做比較來決定的。
10. 如請求項1之方法，其中該視覺顯示被呈現在該客戶端的一瀏覽器上，並且其中該請求是由該瀏覽器傳送到一伺服器，該伺服器被配置有一個作業系統，該作業系統包含數個自給自足的互連模組和服務層級，用以把專有的以及公開的系統連接在一起，並從那裏提取和轉換資料，以致使它們可在一軟體生態系統中合作，同時允許與現有的和新的應用做靈活的連接。
11. 被編碼在非暫態性媒介中的邏輯，其包含有用以執行的指令，當其由一處理器執行時，可操作來執行操作，該等操作包含有：在一網路環境中接收來自一客戶端的一請求，其中該資料包含有服務資料和一臨床路徑；產生在客戶端用以把該資料呈現為一視覺顯示的 資料呈現指令，其中該資料呈現指令包含有選項來配置該視覺顯示，其中該視覺顯示包含有在檢視該臨床路徑時該服務資料分析的一圖形呈現，和當用戶做選擇時會揭示資訊的視覺輔具；傳送該資料呈現指令給該客戶端；以及便利該客戶端使用該資料。
12. 如請求項11之邏輯，其中該資料包含有醫療資料，並且其中該視覺顯示包含有該醫療資料的另一圖形呈現，其中該另一圖形呈現被重疊在檢視該臨床路徑時該服務資料分析的該圖形呈現之上。
13. 如請求項11之邏輯，其中該圖形呈現包含有對應於治療措施的一個或多個資料點，其中至少一個資料點可被選擇來顯示有關於該資料點的詳細資訊。
14. 如請求項13之邏輯，其中該圖形呈現包含有該治療措施的狀態，其中該狀態是一組包含有如下所述狀態中之一：「已交付」、「未於規定時間內交付」、「未交付，但仍能獲得信任」、「無法以矛盾記載交付」、「未來的活動」、以及「由檢視者負責」。
15. 如請求項14之邏輯，其中其中該狀態是由把該治療措施和該臨床路徑做比較來決定的。
16. 一種裝置，其包含有：一接收模組；一指令產生器模組；一傳遞模組； 一記憶體元件來儲存資料；以及一處理器來執行與該資料相關聯的指令，其中該接收模組、該指令產生器模組、該傳遞模組、該處理器和該記憶體元件相互合作，使得該裝置被配置成可以：在一網路環境中接收來自一客戶端的一請求，其中該資料包含有服務資料和一臨床路徑；產生在客戶端用以把該資料呈現為一視覺顯示的資料呈現指令，其中該資料呈現指令包含有選項來配置該視覺顯示，其中該視覺顯示包含有在檢視該臨床路徑時該服務資料分析的一圖形呈現，和當用戶做選擇時會揭示資訊的視覺輔具；傳送該資料呈現指令給該客戶端；以及便利該客戶端使用該資料。
17. 如請求項16之裝置，其中該資料包含有醫療資料，並且其中該視覺顯示包含有該醫療資料的另一圖形呈現，其中該另一圖形呈現被重疊在檢視該臨床路徑時該服務資料分析的該圖形呈現之上。
18. 如請求項16之裝置，其中該圖形呈現包含有對應於治療措施的一個或多個資料點，其中至少一個資料點可被選擇來顯示有關於該資料點的詳細資訊。
19. 如請求項18之裝置，其更包含有一比較模組，其中該圖形呈現包含有該治療措施的狀態，其中該狀態是一組包含有如下所述狀態中之一：「已交付」、「未於規定時間內交付」、「未交付，但仍能獲得信任」、「無法以矛盾記 載交付」、「未來的活動」、以及「由檢視者負責」。
20. 如請求項19之裝置，其中該狀態是由把該治療措施和該臨床路徑做比較來決定的。