TW201513033A - 用以最佳化網路環境中臨床流程及運行效率之系統及方法 - Google Patents

Abstract

一種用以最佳化網路環境中臨床流程及運行效率之方法被提供，並包括為在一醫療照護設施內的每一病患產生一病患照護計畫，為每一病患產生一病患路徑，在與該各個病患相關聯的會面期間執行該各個病患的病患照護計畫及病患路徑，在病患照護計畫以及病患路徑執行期間擷取即時資料，對該即時資料執行一分析，及在一視覺顯示器顯示該即時資料。該病患照護計畫包括一或更多活動，其中每一活動包括一或更多任務。每一病患路徑包括一或更多活動及一或更多中間成果。

Description

用以最佳化網路環境中臨床流程及運行效率之系統及方法 相關申請案之交互參照

此申請案在美國係基於美國專利法第119(e)條為2012年11月20日申請之名為「提升臨床流程及最佳化院內運作效率之系統」的美國臨時申請案第61/728,463號主張其優先權，且以參考方式將其整體併入本文。此申請案在美國還係基於美國專利法第120條為2009年8月5日申請之名為「作業系統」的第12/536,060號美國專利申請案之部分延續案並主張其優先權，該12/536,060號案本身又主張2008年8月5日申請之名為「作業系統」的美國臨時申請案第61/086,344號的優先權。此申請案在美國還係基於美國專利法第120條為2010年6月16日申請之名為「作業系統」的第12/816,804號美國專利申請案之部分延續案並主張其優先權，該第12/816,804號案係2009年8月5日申請之名為「作業系統」的美國第12/536,060號專利申請案的部分延續申請案，該第12/536,060號案本身又主張2008年8月5日申請之名為「作業系統」的美國臨時申請案第61/086,344號的優先權。該等先前申請案的揭露被視為本申請案揭露之部分，且以參考方式將其整體併入本申請案之揭露。

此揭露大致涉及健康照護系統之領域，特別是涉及於 一網路環境中最佳化臨床流程以及運作效率的系統及方法。

紙本病歷已存在了幾個世紀，且其在現代化的健康照護系統中，逐漸被基於電腦的紀錄取代。醫院越來越大量地使用電子病歷(EMR)、電子健康紀錄(EHR)、電子病患紀錄(EPR)、基於電腦的病患紀錄(CPR)等，來電子化地獲取以及管理病患之醫療及健康資訊。截至2002年，共有五種不同類型的個人健康記錄：(i)離線的個人健康紀錄；(ii)基於網路的商業個人健康紀錄；(iii)基於網路的功能性個人健康紀錄；(iv)基於提供者的個人健康紀錄；及(v)基於網路的部分個人健康紀錄。除了基於提供者的個人健康紀錄，所有其他類型的個人健康紀錄是由病患或不包括健康服務提供者的第三方所建立。健康紀錄的類型及形式自2002年以來呈指數級成長，且目前從各式各樣的醫療系統及其他來源，已存在無數種不同的健康及醫療紀錄的電子呈現法。

一種於網路環境中用以最佳化臨床流程及運作效率之方法在一範例實施例中被提出，且包括：為在醫療照護設施內每一病患產生一病患照顧計畫，為每一病患產生一病患路徑，在與個別病患相關聯的會面期間執行該個別病患之病患照護計畫及病患路徑，在病患照護計畫及病患路徑之執行時獲得即時資料，就該即時資料執行分析，及在一視覺顯示器顯示該即時資料。該病患照護計畫包括一或更多的活動，且每一活動包括一或更多的任務。每一病患路徑包括一或更多活動以及一或更多中間成果。

在範例實施例中，每一病患與一照護計畫模板相關 聯，該模板包括用於具有特定特徵、條件、診斷、及人生階段之健康性之人群的一照護架構。在特定實施例，該即時資料包括至少一選自以下所構成之群組的資料：醫療資料、服務資料、運作資料、至少一臨床路徑以及至少一服務路徑。每一資源可與每單位時間的一成本相關聯，且每一供應可與每單位項目的一成本相關聯。該分析可包括在執行照護計畫模板期間與該病患相關聯之資源量、資源成本、供應量、及供應成本的分析。

在一些實施例中，每一活動可與一或更多任務相關聯。某些任務可與多個對個別任務作分類的處置類別相關聯。在一特定次序下之一串列的任務，包含在照護計畫模板的執行期間用於執行活動之被遵守的一協定。每一任務在一些實施例中，可被分類為管理的、臨床的、或功能的類別。在其他實施例中，每一任務可被分類為治療項目或非治療項目。

10‧‧‧健康照護監測系統

11‧‧‧網路

12‧‧‧後台系統

14‧‧‧醫院

16、152‧‧‧診所

18‧‧‧藥局

20‧‧‧救護車

22‧‧‧實驗室

24‧‧‧病患

26、26(1)-26(3)‧‧‧醫療資料

27、27(1)-27(2)‧‧‧運作資料

28、28(1)-28(2)‧‧‧服務資料

29‧‧‧雲端

30‧‧‧伺服器

31‧‧‧臨床作業系統

32‧‧‧管理及計畫模組

34‧‧‧臨床路徑

35‧‧‧服務路徑

36‧‧‧使用者

38‧‧‧客戶、客戶機

40‧‧‧視覺顯示、視覺顯示器

42‧‧‧儀表板式介面

44‧‧‧計畫板

46‧‧‧報告

48‧‧‧電子看板

50‧‧‧接收模組

52‧‧‧照護計畫模組

54‧‧‧會面模組

56‧‧‧病患路徑模組

57‧‧‧任務模組

58‧‧‧活動模組

60‧‧‧中間成果模組

62‧‧‧產出模組

64‧‧‧分析模組

66‧‧‧預報模組

68‧‧‧提供模組

70‧‧‧處理器

72‧‧‧記憶元件

80‧‧‧獲取層

82‧‧‧提供層

84‧‧‧管理層

86‧‧‧分析層

88‧‧‧資料庫層

90‧‧‧資料收集器

92‧‧‧醫療資料來源

94‧‧‧瀏覽器

96‧‧‧決策者

98‧‧‧應用程式

100‧‧‧網路管理者/研究分析/應用程式開發者

102‧‧‧資料分析器

104‧‧‧資料儲存器

110‧‧‧運作路徑

112‧‧‧中間成果

114‧‧‧入院

116‧‧‧替代成果

120、176‧‧‧術前

122‧‧‧術後

124‧‧‧資源1

125‧‧‧資源2

126‧‧‧供應1

127‧‧‧供應2

130‧‧‧方案

132‧‧‧調程員

134‧‧‧顧問

136‧‧‧驗證者

138‧‧‧前台

140‧‧‧付款者

142‧‧‧工作清單

150、160‧‧‧程序

154‧‧‧ASC

156、158‧‧‧照護計畫

162‧‧‧入口

164‧‧‧病患入口

172‧‧‧手術照護計畫

174‧‧‧病患簽到

178‧‧‧麻醉

180‧‧‧手術

182‧‧‧復原及術後

184‧‧‧出院

190‧‧‧關係

192‧‧‧照護計畫模板

194‧‧‧活動束

196‧‧‧活動

198‧‧‧處置類別

200‧‧‧任務

202‧‧‧資源項目

204‧‧‧供應項目

210‧‧‧邏輯視圖

212‧‧‧執行中照護計畫

214‧‧‧會面

215‧‧‧目標

216‧‧‧會面筆記

218‧‧‧流程單

300-322、330~340、350~364‧‧‧運作

為了提供對於本揭露以及其特徵與優點之更完整的了解，以下配合附圖所作的說明被參照，圖中相同的標號表示相同的部件，其中：圖1是一簡化的方塊圖，根據一範例實施例來例示用於在一網路環境中最佳化臨床流程及運作效率的一健康照護監測系統；圖2是一簡化圖，例示該健康照護監測系統之一實施例的範例細節；圖3是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節； 圖4是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖5是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖6是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖7是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖8是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖9是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖10是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖11是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖12是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖13是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖14是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖15是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節； 圖16是一簡化圖，例示該健康照護監測系統之一實施例的另一範例細節；圖17是一簡化的流程圖，例示可能與該健康照護監測系統之一實施例相關聯的範例操作；圖18是一簡化的流程圖，例示可能與該健康照護監測系統之一實施例相關聯的另一範例操作；及圖19是一簡化的流程圖，例示可能與該健康照護監測系統之一實施例相關聯的另一範例操作。

參閱圖1，圖1是例示健康照護監測系統10的一簡圖，該系統用於在一網路環境最佳化臨床流程以及運作效率。健康照護監測系統10的實施例可將電子紀錄管理、病患流程管理、醫院運作管理及臨床路徑管理，整合到一用於管理醫療照護設施之運作的整合系統中。醫療照護監測系統10包括一網路11(以一箭頭大略指出)，該網路包含可與無數資料來源相關聯的多個後台系統12，這些資料來源包括醫院14、診所16、藥局18、救護車20、實驗室22、病患24等。本文所提供醫療資料來源的範例，只是為了易於例示說明，且並無作為限制之意思。實際上任何形式及數量的醫療資料來源，皆可包含在這些實施例的廣義範圍內。

各種醫療資料來源可產生或提供醫療資料26，例如，醫療資料26(1)-26(3)包含了各種形式的各種資訊片段。如本文所採用，「醫療資料」一詞包括與目前或潛在的健康狀況(例如疾病、糖尿病、過重、老化等)之診斷及處置相關的資訊(例如事實)。醫療資料26包括在醫療資料來源處搜集自一或更多的個人的個人 健康資訊(例如屬於個人健康的資訊，或關於提供給該個人的健康照護的資訊)，所述醫療資料來源包括醫院14、護理之家、醫療中心、診所16、健康或護理經辦處、健康照護設施、或由病患24、病患親友提供的醫療資料。

醫療資料26可包括可能與目前或潛在的健康狀況之診斷及處置相關之人口統計學資訊(例如年紀、體重、性別)。醫療資料26可在會面期間(例如拜訪內科醫生辦公室、實驗測試、居家測試)產生。就一般意義，資料，包括醫療資料26，參照為任何類型的數字、文字、聲音、影像、或手稿資料、或任何類型的原始碼或目標碼、或可在電子裝置及/或網路中從一點傳輸到另一點之任何適當形式的任何其他適當資訊。

各種醫療資料來源也可產生或提供運作資料27，例如運作資料27(1)-27(2)。本文所採用「運作資料」包括關於一或更多醫療照護設施的運作。運作資料27可包括財務資訊(例如商品及服務成本、雇員工資、收入、付費、資產負債表資訊、損益資訊)、存貨清單資訊(例如床數、設備量、醫藥存量等)、管理資訊(例如人員分派、資源分配、規劃及活動時間表等)。實際上任何關於運作醫療照護設施的資訊可被包括在運作資料27之內。

如本文所採用，「醫療照護設施」一詞包括一機構、地點、建築物(或其部分)、實體、組織、或媒介機構，其提供、處理、及運作健康服務以預防、診斷或處置精神上及/或身體上之人類疾病、疼痛、傷害、殘缺、或狀況。醫療照護設施之範例包括醫院、療養院、護理之家、中介照護設施、延長照護設施、精神醫院、精神病學的醫院、主要設立來作為醫藥、精神或心理處置 及物資濫用之個體之復原的中介照護設施、專門中心、或診所或一內科室之發展來做為門診病人預備用的部分、或流動手術室，心臟導管術、電腦斷層(CT)掃描、立體定位放射手術、碎石術、磁振造影(MRI)、磁源造影(MSI)、正子發射斷層(PET)掃描、放射治療、立體定位放射治療、質子束治療、核藥影像，或諸如此類的其他專業服務可藉由適當的管理而被指派，及康復醫院。

各種醫療資料來源可能也產生或提供服務資料28，例如服務資料28(1)-28(2)。本文所採用「服務資料」，包括關於健康照護服務的資訊。產生服務資料28的健康照護服務可包括診斷(例如健康狀況及疾病的診斷)、治療(例如健康狀況及疾病的處置)、監護(例如護理之家或醫院提供的照護)的照護服務以及任何其他類型的服務，以預防、診斷或處置精神上及/或身體上之人類疾病、疼痛、傷害、殘缺、或狀況。服務資料可包括關於主要的健康照護服務(例如由一內科醫生以及在醫師直接導引下之護士提供的照護及服務)的資料，以及輔助服務(例如居家護理、聽力檢測、耐用醫療儀器(DME)、門診手術中心(ASC)、居家注射、安寧照護、專業護理機構(SNF)、心臟測試、移動碎石術、健身中心、放射科、肺部檢測、睡眠中心及洗腎中心之下，提供的供應及實驗室測試)的資料。

後台系統12可能傳輸醫療資料26、運作資料27及服務資料28到雲端29，該雲端29包含配備有臨床作業系統(cOS)31的一伺服器30，該cOS 31包括一管理及計畫模組32。一或更多的臨床路徑34可被提供到管理及計畫模組32。本文所採用"臨床路徑"包括一處置照護計畫，其包含一或更多的處置措施(例如包括提供 給，或執行於一病人的臨床及其他相關措施，如事件、活動、程序、動作)，根據預定計畫被指定提供給一病患。例如，用於產前臨床路徑的處置措施，可包括：檢視過去紀錄找尋可影響妊娠結果的因素；檢視藥物及過敏症狀；檢視過去的但可能在未來妊娠中再發生的複雜狀況；檢視可影響妊娠結果的生活型態問題；骨盆檢查；子宮頸抹片檢查等。用於糖尿病住院病患足部照護的臨床路徑的處置措施，可包括：入院後4小時內的足部檢查；判定皮膚變色是否存在；診斷是否有潰爛、足部化膿等狀況存在；建議外科檢視等。

在一些實施例中，每一個體病患可能與一獨一無二的臨床路徑相關聯，該臨床路徑是藉由該病患的辨識符被辨識出(例如社會安全號碼、名及姓、或其他適當辨識符)。臨床路徑34可包括該個體之被評估的健康照護服務需求之一陳述，該健康照護服務需求提出：他/她應獲得什麼樣的服務、為何、何時、以及誰可提供它(或有責任去提供它)的細節。臨床路徑34可包括多個用於一特定病患的護理訓令(例如提出對護理照護的指導)、對該特定病患個別化的用於特定疾病的一般性(例如標準的)處置計畫、及其他涉及特定病患的健康照護處置。在其他實施例中，一般臨床路徑34可能與具有相應於該臨床路徑的健康狀況的實質上所有病患(在醫院內或健康照護設定)相關聯。臨床路徑34可藉由健康照護專業人員為一特別的診斷或程序而指定一推薦的照護程序、介入治療的排序及時間。

一或更多的服務路徑35可被提供到管理及計畫模組。本文採用的「服務路徑」包括在一服務線(例如心臟外科)下的一 中斷而產生中間成果(例如入院、體格檢查、供餐、實驗室測試、放射程序、外科手術、物理治療)，以及當它們施用於一特定醫療照護設施時的交互關係。一服務線是一群藉由各種因素相互關聯的服務，該等因素諸如它們滿足之臨床需求的種類，或診斷類別。經常是，該服務線可能基於特定病患總體的主要診斷，諸如心臟疾病，而被定義。該服務線可能包括病患的同質群組，資源可在其間被集中且協調。例如，服務線可根據專業領域被分類，諸如心臟科、整形外科、放射科、婦女健康科、腫瘤科等。在一範例實施例中，服務路徑35可包括一列的中間成果，根據提供給病患的時間順序排列。每一服務線可能與一或更多的服務路徑35相關。服務路徑35可包括一列與醫療照護設施相關聯的非臨床項目，諸如用於服務的資源及供給、與服務相關聯的成本等。

根據各種實施例，管理及計畫模組32可基於醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35，致能一使用者36在客戶38適當的視覺顯示器40上去觀看臨床流程及與一或更多醫療照護設施相關聯的運作效率。與一或更多醫療照護設施相關聯的臨床流程及運作效率，可透過一或更多圖表、表格、圖式、及其他資料視覺化工具，諸如儀表板式介面42、計畫板44、報告46及一電子看板48而被觀看。

如本文所採用，「儀表板式介面」一詞包括可被用來顯示多個執行指標及其他屬於該一或更多醫療照護設施之相關資訊的一資料視覺化工具。儀表板式介面42可在於雲端29中從一或多個資料來源的取得動作之後，即時顯示。儀表板式介面42可以是交互運作的，其允許深入探討(例如從摘要資訊移到詳細資料， 舉例來說，藉由在摘要資訊上點擊)進入該工具的特定面向，或在表現資訊的多個方面或視角間切換。儀表板式介面42可被呈現為一圖表、表格、格柵、線規、地圖或其他適當資料視覺化工具。

如本文所採用，「計畫板」一詞包括可用來顯示一或更多運作量測(operational metric)的一資料視覺化工具，其用於計畫一或更多醫療照護設施的運作。在一些實施例中，計畫板44可與儀表板式介面42在顯示內容上相異。例如，計畫板44可能顯示與在該醫療照護設施中的一病房區管理相關的即時運作量測，而儀表板式介面42可能顯示與該醫療照護設施的一執行者相關的即時運作量測。在其他實施例中，計畫板44可能與儀表板式介面42在顯示的形式上相異。例如，計畫板44可能以表格形式顯示資料，而儀表板式介面42以圖式形式顯示資料。在另一實施例，計畫板44可能實質上與儀表板式介面42為相同，但在該醫療照護設施中被稱作不同名稱(例如為了便於行政管理使用)。

如本文所採用，一「報告」是一資料視覺化工具，其可被用來顯示與儀表板式介面42及/或計畫板44相關的細節。報告46可能因為靜態欄而與儀表板式介面42及/或計畫板44不同，其無法修改以進一步深入探討。舉例來說，報告46相較於計畫板44或儀表板式介面42，可代表一特定資料(例如病患X的支付資訊)的實質上所有細節(包括在健康照護監測系統10)。如本文所採用，「電子看板」一詞包括一資料視覺化工具，其可被用來顯示一或更多與在該一或更多醫療照護設施之一特定病患相關的臨床管理計畫。在一些實施例中，電子看板48可能與儀表板式介面42在顯示內容上相異。

為了例示醫療照護監測系統10的目的，了解諸如圖1所示系統之給定的系統的通訊是重要的。以下基本資訊可被看作本揭露可從中適當地被解釋的一基礎。如此之資訊誠摯地被提供，只用來解釋，因此不應被以任何方式解釋為限制本揭露最廣範圍及其可能應用。

在健康照護提供方面之資訊科技(IT)基礎架構的發展，具有巨大的潛力去提升健康照護及健康提供的安全性、品質、及效率。電腦輔助的診斷，可改進臨床決策的作成。基於電腦的提醒系統，可改進預防服務協定的遵循。對基於電腦的臨床資訊的立即存取，諸如實驗及放射科的結果，可改進健康照護提供的品質。同樣地，就照護的提供這點之完整病患健康資訊的可用性，臨床決定支持系統及其他電腦輔助的健康照護監測系統可預防許多錯誤以及不利的事件。病患健康資訊可藉由安全IT基礎架構，在健康照護社群內所有授權的參與者之間共享。

在健康照護設定中，缺乏一正式照護計畫系統，可能導致遺漏的錯誤。因此，在該照護程序中的關鍵步驟可能被遺忘或未被適當地進行到底。進一步，一個團隊處理方式(team approach)經常會有不足，導致不良的出院(discharge)計畫以及導致不充分的病患教育。緩和這些問題的臨床路徑，典型地係透過多個臨床醫師、案例經理、護士及其他健康照護專家的合作努力而發展。臨床路徑可減少在病患照顧上不必要的變異、減少延誤、以及提升醫療服務的成本效力。臨床路徑可被認為是一種包括各種學科的管理計畫的形式，其顯示用於病患的目標，並提供以最佳化效率來達成這些目標之對應的適當序列及管理者介入 時間。

實現臨床路徑之其中一典型的目標，包括檢查照護程序的該等不同步驟及階段之間的交互關係，以及去策劃策略來協調或減少在速率限制步驟中花費的時間。它也可著重在提供一用於在照護程序上收集及分析資料的架構，使得提供者可了解病患在他們住院治療期間不遵循一期望的療程的頻率及原因。在一些案例中，臨床路徑可以是一照護計畫，其反應最好的臨床實踐以及在該路徑上一典型病患表達出的需求。如此之臨床路徑代表照護之最小標準並確保本質未被遺忘並且及時呈現。臨床路徑典型地以格柵(或矩陣)形式寫下，其在一軸顯示照護的面向，並在另一軸顯示時間區間。該等時間區間典型地是一天一天臨床順序的形式，而文件表格是根據本質，以及疾病或執行程序的級數而異。舉例來說，為慢性病狀況所設計的臨床路徑，可以具有周或月的形式的時間軸。

臨床路徑經常用來收集及分析資訊，以判斷病患何時脫離臨床路徑。與臨床路徑差異的分析，可在病患照顧的頻率及差異原因上提供有用且準確的資訊。例如，該分析可鼓勵健康照護團隊的成員在未來更確實地去遵守指導原則(臨床路徑中所規範)。因此，臨床路徑可強迫健康照護提供者去嚴正地評估及了解臨床決定的基礎。

差異的分析可以是用來檢視及修改在一醫院或其他健康照護設施之病患的照護型態的一強大的臨床稽核工具。差異的紀錄、收集以及分析在該被提供的照護上提供連續的稽核資料。如此的稽核資訊可能對被分析的臨床路徑上的每一案例是特定 的。分析可能凸顯在照護程序中的缺陷，導致問題從醫院系統浮現。由於相關文件可以被辨識及閱讀以確認是否該等介入導致所欲的如同臨床路徑上所說明的臨床結果，臨床路徑也可促進結果稽核分析。

電腦臨床路徑分析可在一較大的臨床決策支援系統(CDSS)中執行。CDSS典型地設計來整合一醫療知識庫、病患資料以及一用來產生案例特定建議的推理引擎。個別病患的特徵可被用來產生接著被送到診所評估用的病患特定評估或介紹。電子臨床決策支援系統的四個功能包括：行政功能(例如支援臨床編碼以及文件、程序授權以及轉診引介)；管理功能(例如使病患保持在調查與化療協定上、追蹤順序、轉診追蹤、及預防照護)；成本控制功能(例如監測投藥醫囑、避免雙重的或不必要的測試)；及決策支援功能(例如支援臨床診斷以及處置計畫步驟，及促進使用最佳實踐、條件-特性指導原則及公眾基礎的管理)。

CDSS的多個範例，包括將照護提醒附加到需要特定預防照護服務之病患的圖表上的手動的或電腦基礎的系統，以及提供病患-特定之提醒作為醫令處理之部分的電腦化醫師醫令系統。如此之系統一般改善開處方的實作、降低一連串的醫療失誤、加強預防照護服務的提供，以及改善對被建議的照護標準的堅持，例如在適當的臨床路徑中載明者。

CDSS典型地包括儀表板以及其他用來致能一做決定者去看資料及相關分析的資料視覺化工具，並且在一有時間效的事項上達到一結論。然而，CDSS可經常是獨立運作的應用程式，其很少整合到該臨床或醫院的工作流程中。此外，決策支援的介 入可能不會緊密的結合到行動上(例如受到一提醒的觸發而立即地做出投藥醫囑的能力)。更進一步，CDSS可能不會與一醫療照護設施的運作相關聯，且可能是一獨立的應用程式而不能透過該醫療照護設施的運作應用程式(如果有的話)存取。一些醫院使用流程圖以及生產統計來協助改善其工作流程，但仍有即時資料的不足而防礙在一結合的臨床及事務設定中提出高優先工作流程決定。

不充分地被管理的病患流程可透過以下而被證明：過度容納以及搭上緊急部門或麻醉後照護單位；在手術室班表中被延誤或推遲手術；在對病患提供照護中的延誤；過度負載的員工及醫師；過度負載或未被充分利用的實驗室以及其他設施/設備等。甚至，雖然一些CDSS及其他系統可能促進病患流程追蹤，但與事務度量(business metrics)的直接相關聯性仍有不足，諸如與醫療服務提供相關的收入以及成本，特別是即時的。

當醫院競爭市場上更高價值，他們可能決定要擴展哪些服務以及如何擴展。隨著競爭的增加以及資金的侷限，大部分醫院無法在每一臨床問題上保持市場卓越。面對這些挑戰，醫院可能考量服務線管理。服務線管理常被視為用來提供一個更協調、更高品質臨床服務的一種方法。然而，它也可代表用來經營健康照護提供之事務的一種較佳方法，特別當它關於實現特定目的之重要焦點。例如，心臟血管的服務線，典型地著重於鬱血性心臟衰竭病人以及嚴重心肌梗塞病人的停留時間長度(length of stay)。該停留時間長度是一種在報告中追蹤的可度量資料，其集結資料上進一步的分析。若干技術方案進展到致力於服務線管理 模式，包括該儀表板概念。在一服務線中的儀表板可提供一卷冊、收入、或成本的快照，以促進監測以及管理在一特定DRG中照護的整體連續體。

健康照護監測系統10被組配來致力於有關提供用於在一網路環境中最佳化臨床流程以及運作效率之一系統以及一方法的這些(以及其他)議題。健康照護監測系統10的實施例可提供一適合的視覺顯示器40，其可致能使用者36去觀看與一或更多醫療照護設施相關的臨床流程以及運作效率。在各種實施例中，客戶38可能從雲端29請求醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35，所述請求例如：當使用者36透過一瀏覽器在一用於播放視覺顯示器40的選項上點擊(或其他選擇)而經由一安全HTTP提出請求，所述視覺顯示器40包含計畫板44、儀表板式介面42、報告46或電子看板48其中之一。管理及計畫模組32可能以資料答覆指令來回應客戶38。該等資料答覆指令可能允許客戶38去存取醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35，並適當地顯示它們。

根據許多實施例，視覺顯示40可能提供在病患照護計畫的執行期間所擷取的即時資料的一經摘錄之總覽，並且可包括一下查(drill-down)選項來檢視即時資料的細節。例如，利用用來下查到在實際停留長度期間提供給病患之處置措施之細節的連結，該即時資料可能指出病患在一醫療照護設施停留的實際長度。該下查可能彰顯與醫療照護設施之操作相關的問題或議題，例如，指出在每一天一特定時間的護理短缺，可能地導致該實際停留長度超出預期停留長度。在一些實施例中，視覺顯示器40可 能相應於在客戶38登入健康照護監測系統10之使用者36的角色。例如，由一醫療照護設施之首席醫療主管觀看的視覺顯示器40，可能與該相同醫療照護設施之首席財務主管觀看的視覺顯示器40不同。

在許多實施例中，線上分析程序(online analytical process，OLAP)可能被嵌入健康照護監測系統10以促進本文所描述的運作。一些實施例可能實現非同步的JavaScript XML-HTTP-請求(AJAX)模型來取得立即的資訊並且避免在臨床服務資料的傳送上延遲。舉例來說，暫時性的資料可能在客戶38被儲存，藉此減少在雲端29向伺服器30查詢冗餘(redundant)資料。重量級的資料庫查詢可能在伺服器30被實現，且輕量級的資料分析可能在客戶38被實現。利用AJAX，在客戶38的瀏覽器可非同步地(例如在背景模式)傳送資料到伺服器30並且從該伺服器30取得資料，而不會干涉到視覺顯示器40。例如，資料可使用一XMLHttpRequest物件而被取得。

由後台系統12提供的醫療資料26可能被不適當地被標註或被識別為屬於、或與一特定臨床路徑34相關，及/或提供給一特定病患的處置措施。根據健康照護監測系統10的實施例，儀表板式介面42可帶有直接性及直覺性地顯示臨床流程及運作效率的定量分析。儀表板式介面42可能帶明確性及簡單性地快速且強制地傳輸相關資訊。儀表板式介面42可能組織事務資訊(諸如涉及臨床流程及運作效率的資訊)來支持目的以及可用性。儀表板式介面42可能顯示策略資訊，例如一般來說，足以獲得醫療照護設施之整體運作的健康的快速瀏覽，或病人在該醫療照護設施的健康 照護經驗的快速瀏覽。儀表板式介面42可顯示分析資訊，例如足以獲得對一特定表現度量的了解，例如收入目標。儀表板式介面42可顯示運作資訊，例如促進恆定的、及時的監測，以提供該醫療照護設施日常運作的深入了解，或特定病患的進行中的健康照護經驗。

儀表板式介面42可被組配來根據使用者36的角色及/或存取權限來進行顯示，以存取健康照護監測系統10。例如，一醫療主管可在儀表板式介面42上基於一子集觀看某些資訊(例如提供給病患的照護，病患對治療的反應)：醫療資料26、運行資料27、服務資料28、臨床路徑34(例如關聯於一特定病患，或一特定群體的病患)及服務路徑(例如關聯於一特定醫療照護器材)；一財務主管可在儀表板式介面42上基於該相同子集觀看某些其他資訊(例如產生的收入、提供服務的成本)：醫療資料26、運行資料27、服務資料28、臨床路徑34及服務路徑35；一行政主管可在儀表板式介面42上基於該相同子集觀看另其他資訊(例如運作效率、服務線管理中的瓶頸)：醫療資料26、運行資料27、服務資料28、臨床路徑34及服務路徑35。

參看健康照護監測系統10的基礎結構，網路11的該網路拓撲能包括交互連接以形成一巨大而複雜之網路的任何數量的伺服器、路由器、閘道及其他節點。一節點可為任何電子裝置、客戶、伺服器、對等點(peer)、服務程式、應用程式或其他能在一網路的通訊頻道間發送、接收或進送資訊的物件。圖1的元件可藉由使用合適之連接(有線或無線)的一或更多的介面耦接至另一元件，其對電子通訊提供一可實行路徑。此外，任何一或更 多的這些元件可基於特別的組配需求而被結合或自結構中移除。

健康照護監測系統10可包括能在一網路中進行資料封包之發送或接收的TCP/IP通訊的一組態。健康照護監測系統10亦可在適當及基於特別需求時協同一使用者資料包通訊網際協定(UDP/IP)或任何其他合適之協定運作。此外，閘道、路由器、交換器及任何其他合適的節點(實體的或虛擬的)可被用以促成該網路中不同節點間的電子通訊。

應注意，賦予圖1的元件上的數字及文字標記並不意謂任何形式的階層；這些標記是隨意的並只用於教示目的。這樣的標記不應被以任何方式解釋為限制它們在可能從健康照護監測系統10之特徵中受益的潛在環境中的可能性、功能性或應用。它應被理解為，圖1所示的健康照護監測系統10是為了便於例示而簡化的。

該範例網路環境可被組配於一可包括一或多網路的實體基礎架構，並更進一步地可被組配於任何包括但不限於區域網路(LAN)、無線區域網路(WLAN)、虛擬區域網路(VLAN)、城域網路(MAN)、廣域網路(WLAN)、虛擬私人網路(VPN)、內部網路、任何其他適當的結構或系統、或有助於網路中通訊的它們的任意組合。

在一些實施例中，一通訊連結可代表任何支援一區域網路環境的電性連結，所述區域網路環境諸如舉例來說電纜、乙太網路、無線技術(例如IEEE 802.11x)、非同步傳送模式、光纖等或任何其合適的組合。在其他實施例中，通訊連結可代表一藉由任何適當媒體(例如數位用戶迴路(DSL)、電話線、T1線、T3線、 無線、衛星、光纖、纜線、乙太網路等或任何其組合)及/或藉由任何外加的網路例如一廣域網路(例如網際網路)的遠端連線。

在不同實施例中，cOS 31可包括一合適的作業系統(或平台，或其他適當的軟體)，該系統可統合醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35成為一聯合的中央化資料庫，集結醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35，將醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35自相異的格式轉換為統一格式(例如基於XML格式)，並儲存醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35於一雲端29之合適的資料儲存體(例如聯合的中央化資料庫；用於集結資料的資料儲存器)。cOS 31可包含多個自足完備的交互連結模組以及服務層，其用來將專有(或公用)系統連結在一起，並當允許與既存的及新的應用靈活連接時，從中擷取且轉譯資料，來致能它們在一軟體生態系統中共同運作。

根據各種實施例，伺服器30包括一軟體程式，或是包括執行該程式的一計算裝置，其對在該同一計算裝置上或在網路11的其他計算裝置上執行的客戶軟體(例如客戶38)提供一種特定種類的服務。客戶38可包括任何電子裝置、客戶、伺服器、對等的點、服務程式、應用程式、或其他可在網路(例如網路11)上傳送、接收或進送資訊的物件。客戶38的範例包括電腦、膝上型電腦、智慧型手機、印表機等。客戶38可能配置有可適當地示出醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35的適當的介面(例如網頁瀏覽器)，其包括瀏覽器編碼。在一 般意義上，客戶38可提供一用戶介面，諸如圖形化使用者介面(GUI)，並且可對從「維護資料(例如醫療資料26、運作資料27、服務資料28、臨床路徑34、以及服務路徑35)並處理請求的伺服器30」請求得到之標的執行一些或全部處理。為了便於例示，圖中例示單一的伺服器30及一客戶38。實際上，在該等實施例的廣泛範圍中，健康照護監測系統10可包括任何數量的伺服器及客戶端。

在一些實施例中，管理及計畫模組32可以是安裝且執行於一伺服器30的應用程式，該伺服器30位在與後台系統12及客戶38相隔遙遠的網路(例如雲端29)中。如本文所採用，「應用程式」一詞可涵蓋一可執行的檔案，其包含可被電腦理解及執行的多數個指令，並可進一步包括在執行過程中載入的多數個程式庫模組、目標檔案、系統檔案、硬體邏輯、軟體邏輯，或任何其他可執行模組。在其他實施例，管理及計畫模組32可安裝於位於與後台系統12及/或客戶38相同之區域網路中的伺服器30。在一些實施例中，管理及計畫模組32可安裝於單一電腦或伺服器；在其他實施例中，管理及計畫模組32可以是一個分散式的應用，存在於複數個裝置上，包括虛擬機器。各種的硬體及軟體實現對於管理及計畫模組32都是可能的，它們是被包含在該等實施例的廣泛範圍內。

後台系統12可包括各種電腦、量測儀器、公用與專屬的軟體應用程式與系統及其他硬體及軟體構件，其有助於與無數之醫療資料來源(例如醫院、診所等)共同運作，以及有助於與雲端29傳輸醫療資料26、運作資料27、服務資料28、臨床路徑34及 服務路徑35。後台系統12可可對伺服器30提出各種完全相異的作業系統及平台，包括EMR、醫院資訊系統(HIS)、實驗室與病理學系統(實驗室資訊系統，LIS)、造影系統(PACS,RIS)、配藥系統、排班系統、醫療器械等。在一些實施例中，每一醫療資料來源可能是一獨立的系統，各自擁有其電腦網路、資料格式及專有的應用。在其他實施例，實質上所有醫療資料來源可能是可彼此相互介接以及與後台系統12介接之單一系統(例如企業網路、軟體等)的部分。

雲端29是形成可組配計算資源(例如網路、伺服器、儲存器、應用程式、服務程式等)的一共享池之硬體及軟體的一集合，而所述計算資源可適當地準備好來提供應需自助服務、網路存取、資源共用、彈性及可計量服務與其他功能。雲端29可被配置為一私有雲端(例如由單一企業/組織運用的基礎架構)、社群雲端(例如在幾個組織之間共享的基礎架構，以支援具有共同關注議題的特定社群)、共有雲端(例如對廣泛大眾都可取得的基礎架構)，或是二或更多完全不同之類型的雲端的適當結合。雲端29可被一雲端服務提供者經營，其可提供訂戶(例如客戶38)對雲端29的至少存取功能，以及根據預定的服務等級協議來使用雲端資源的授權。

參閱圖2，圖2係例示健康照護監測系統10之一個實施例之範例細節的一簡化方塊圖。管理及計畫模組32可包括被組配來接收資料的一接收模組50，所接收資料包括醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35(只是其中幾種資料)。接收模組50可被組配來以適當的網路介面與後台系統12通 訊，且接收醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35。

接收模組50可包括適當的資料轉換模組，其用來將醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35從它們各自的形式(例如用於儲存、顯示、通訊、列印等的資料安排，諸如超文件標記語言(HTML)、純文字、以及可擴充標記語言(XML)、微軟WORD(*.doc)、微軟Excel(*.xls)等)轉換到一統一的形式(例如可在共用介面上同時地表達的資料安排，諸如HTML形式，其可允許一網路瀏覽器同時地表達文字以及影像)，並儲存該統一形式的資料到雲端29的一資料儲存器。在各種實施例中，該資料儲存器可被管理及計畫模組32適當的存取。在一些實施例，該資料轉換可實現物件-相關映射(ORM)(例如在一關聯資料庫中藉由使用適當的中繼檔，實現物件-表格的自動化的以及透明持續，該中繼檔描述該等物件與資料庫間的映射)，來使資料在不一致的類型系統之間改換。在其他實施例，該資料轉換可使用本機處理語言(NATIVE PROCEDURAL LANGUAGE)(與資料庫相關聯)來執行從全異的形式改換到統一的形式。

在一些實施例中，該資料轉換可實現擷取-轉換-載入(Extract-Transform-Load，ETL)程序來從多個資料來源擷取資料、適當的轉換它、並將它載入到雲端29的資料儲存器。「擷取」可能涉及將資料從各種具有相互不一致之系統、形式、組織、結構或程序的資料來源中進行統一。範例的系統、形式、組織、結構或程序可包括相關的資料庫、平面檔、資訊管理系統(IMS)、虛擬儲存存取方法(VSAM)、索引序列存取方法(ISAM)、網路蜘蛛與 螢幕抓取。「轉換」可能包括將一連串的規則或函數(例如語法分析、排序、平移、選擇、連鎖、鄰接、集結、運輸、設定樞紐、分散欄及/或列、驗證等)應用到該擷取的資料，來導出該統一形式的資料。「載入」可能包括儲存該統一形式的資料到該資料儲存器，並可涉及重新寫入複製的資料而覆蓋舊資料、按時序加入資料(例如利用時間戳)等，其考慮了資料儲存器84的資料庫概要的約束(例如唯一性、指示的完整性等)。

一照護計畫模組52可基於醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35產生一或更多的照護計畫。如本文所採用，一「照護計畫」是一編程規劃好的活動計劃，用於醫療管理或特定人群(例如一醫院內的多個病患)或個體(例如病患)的健康促進。照護計畫可以是以該醫療機構中的已知科學水準為基礎。一特別的病患可以是取決於他或她的醫療條件而在多個照護計畫上。用於一特定病患的一集結的照護計畫組合，在本文可參照為一「病患照護計畫」。根據健康照護監測系統10的實施例，照護計畫模組52可提供橫跨一連續體之用於人群健康管理及個體病患照護提供的一整合架構，其包括服務之各單元的追蹤及成本量測。

照護計畫模組52也可產生一照護計畫模板，其可包括對健康性之人群的一照護架構，其具有特別特徵(例如亞洲人、白種人)、條件(例如鬱血性心臟衰竭)、診斷(例如急性心肌梗塞)或生命階段(例如老年人、幼兒)。該照護計畫模板可包括特定的角色功能以及時間參數。該照護計畫模板可與一或更多指標(例如為病患人群定義基於照護的跡象的設定)相關聯。該照護計畫模板可 包括一或更多活動，且可在執行期間可取用的照護計畫模組52中被創造(例如編寫創作)。

照護計畫的執行可包括大致地依據指定的臨床路徑(例如臨床路徑34)或其他適合的導引(例如，照醫師指定)對病患提供醫療照護，就如同在該照護計畫模板中體現者。典型地，執行是在會面期間發生。在照護計畫執行期間，偏離臨床路徑34的行為(起因於各種理由)可被察看。例如該臨床路徑可指定要將X藥物提供給該病患；該醫師可改指定Y藥物。如此的偏離行為則可即時地掌握，並適當地被記錄在該病患之執行中的照護計畫內。健康照護監測系統10的實施例可識別如此的偏離行為並按需求地執行適當的差異分析。該執行中的照護計畫可包括一照護計畫模板，其係關於一特定問題，並且潛在地用於一特定病患或者是公用但在照護時點尚未賦予個體性的。

一會面模組(encounter module)54可儲存各種會面的類型(例如醫師查房、實驗室檢查等)，且也在這些會面發生時予以記錄。在各種實施例中，會面模組54可觸發管理及計畫模組32之各種運作的啟動。一病患路徑模組56可產生一病患路徑，其可包括服務路徑應用到一特定病患時的一種情況。該病患路徑可包括一或更多的活動以及一或更多的中間成果，並且可在執行期間可採用的病患路徑模組56中被創建(例如創作)。病患路徑的執行可包括大致地依據一指定的服務路徑(例如服務路徑35)或其他適當導引(例如，照醫師指定)提供服務給一病患。典型地，病患路徑的執行是在會面期間發生。例如，用於特定手術程序的一服務路徑35可為了一患有糖尿病的特別病患而調整為包括手術程序前 及後的血糖測試。在病患路徑的執行期間，該病患的血糖測試可被管理。

一任務模組57可包括可在病患處置期間或醫療照護設施的運作期間被執行之實質上所有任務的集合。一任務是一活動的最小單位。每一任務可被分類為屬於一管理的、臨床的、或功能的類別。任務的範例包括指定一藥物(例如臨床類別)、抽血(例如臨床類別)、操作特定設備(例如功能類別)、填寫入院表格(例如管理類型)等。任務可包括治療項目(例如指定藥物、執行手術等)，以及非治療項目(例如遛病患的狗、進行生命相關的量測(taking vital measurement)等)。

一活動模組58可產生多個活動。一活動可包括一或更多共同定義照護之程序及協定之任務的集合。該活動可儲存在cOS 31的一活動庫中，使得可重複使用。在一實施例中，活動模組58可從醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35中擷取一或更多活動。在另一實施例中，活動可從該照護計畫及病患路徑中擷取。多於一的活動可被聚集到一活動叢(bundle)中，其可為了一特定程序(或中間成果)形成一活動序列。該活動叢可致能在一照護計畫模板中，或者在正執行之照護計畫中的既存之個體活動重複使用。活動叢的範例包括在該國家衛生服務(NHS,U.K.)架構、護理介入治療分類(NIC)、護理結果分類(NOC)、服務費用(FFS)及其他使用者定義的分類架構中經定義的活動組合。

一中間成果模組60可定義屬於服務路徑的中間成果。在一些實施例中，該中間成果可從醫療資料26、運作資料27、服 務資料28、臨床路徑34及服務路徑35中定義，以致能該照護計畫及/或病患路徑的產生。在其他實施例，中間成果可能從該照護計畫或病患路徑中擷取而作為深入實施的部分。一產出模組(outcome module)62可定義一或更多在一特定醫療照護設施(或醫療照護設施群)提供之服務的臨床、運作及財務產出。廣而言之，「產出」係病患與該(等)醫療照護設施互動的結果。臨床產出可包括醫療照護(例如特定處置、措施等)對病患的效果，諸如死亡率、停留時間長度、重新入院率、發病率量測以及非計畫的返回急診室；運作產出可包括醫療照護在該(等)醫療照護設施的運作度量上之效果，諸如資源短缺、資源運用、雇員抱怨、病患抱怨等；財務產出可包括醫療照護在該(等)醫療照護設施之財務度量上的效果，諸如與操作設備相關的成本、公共事業費、資源成本、收入產生等。

運作及財務產出可包括一或更多可用於該照護計畫及/或病患路徑之在醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35中的資源。資源的範例包括與每單位時間的成本相關聯的勞力(例如醫師、護士、調程人員、管理人員等)、設備(例如X光機、核磁共振(MRI)系統、救護車、病床等)、物資(例如醫藥、注射劑、內支架、脊椎植入物等)、設施及定點設備(例如手術室、康復室、試運轉、實驗室)、程序(例如化療)等。資源可具有一或更多的屬性，諸如名稱、類型、用途(例如以百分比形式或其他量測單位(UOM)的形式)、比率(例如成本/時間)、固定成本等。

運作以及財務產出還可包括一或更多可用於該照護計 畫、服務路徑及/或病患路徑的在醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35中補給(例如臨床補給、手術補給、清潔補給、辦公補給、食物補給)。廣而言之，一補給可以是一用於提供照護之可消費的項目(例如藥物)，且其每單位項目具有一經定義的(或可定義的)價值；該補給也可包括一用於提供照護之非可消費的項目(例如高成本的手術設備)，且其具有一經定義的(或可定義的)非重複性質的花費，以及重複性質的花費(例如與高壓蒸氣滅菌法之高成本非可消費設備相關聯的成本)。

一分析模組64可分析該臨床的、運作的及財務的產出，包括執行成本分析、臨床分析等，來決定醫療照護設施及其內病患在分析當時的狀態。一預報模組66可基於分析結果來執行預測，例如基於過去的表現(多種參數)推算到一未來的時間。

根據一實施例，在組配期間，臨床路徑34以及服務路徑35可被一系統管理者或其他適合的使用者設定。用於病患照護計畫及病患路徑的模板也可被該系統管理者或其他適合的使用者設定。資源、供應以及成本可當該用於照護計畫及病患路徑的模板被設定時產生。該病患照護計畫以及病患路徑可藉由讀入一病患的約定日曆而在一模擬模式中運行，而該約定日曆是來自於可透過運作資料27得到的一適當的日曆工具。該約定日曆可指定一已知的請求。一未知的請求也可從來自緊急救援(ER)或其他部門(例如婦產科醫師(OB-Gyn)，新生兒照護單位等)的顧客中產生。如此之未知的請求統計地、試探地以及(或選擇地)基於即時資料地被包括其中。

對成本之研究(例如時間與金錢(例如人們的薪水，設施 運作成本、設備的固定成本))的圖表，可被載入到展示資源使用以及相關成本之儀表板式介面42(或計畫板44、或報告46)。成本負擔圖表可被顯示以明實質。與每一服務路徑相關聯的收入及成本，也可被顯示，例如指示出收益狀況。財務資訊可依該醫療照護設施的組織、位置、部門、服務線(例如心臟的、整形外科的，等)等而被顯示。所顯示的財務資訊，可幫助一使用者就用於資產及收入之帳務基礎的成本方面進行決定。

在各種實施例中，即時的醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35可用於執行即時的與照護計畫及病患路徑相關之分析，其可用於臨床分析，並擴展到臨床-財務以及監管的領域。一執行及模擬引擎(例如基於精益六西格瑪(lean and six-sigma)的實作)也可基於特別的實施設定加到管理及計畫模組32，其以離線模式計畫，並以上線模式去追蹤多個照護點之間的即時病患流程。管理及計畫模組32可脫離處理器70及記憶元件72而執行。一提供模組68可提供用於在客戶機38之視覺顯示40的資訊。

在一些實施例中，活動可基於根據處置類型的照護計畫。照護計畫可透過一以拖拉為基礎的程序而驅動該病患流程。當活動完成，該病患移動到該照護計畫中的下一組活動。負責這些活動的角色可能被標註。異常條件可能基於該等任務間的依賴性而被定義。依賴性可以是基於時間的。臨床資料的文件紀錄可以是決策樹驅動的。適當的使用者介面(UI)可基於使用者的選擇而表達。資源及帳單本質可與任務或活動相關聯。指明該等角色的一系列儀表板可被產生。

根據一實施例，客戶機38的一瀏覽器可傳送一請求給管理及計畫模組32，請求一或更多的儀表板式介面42、計畫板44、報告46及電子看板48。在一些實施例中，管理及計畫模組32可即時存取醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35，調整經組配的照護計畫以及病患路徑，以及據以提出給視覺顯示器40。在其他實施例，管理及計畫模組32可存取儲存在雲端29之資料儲存器中的醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35，調整經組配的照護計畫以及病患路徑，以及據以提出給視覺顯示器40。在另一實施例，管理及計畫模組32可存取醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35(即時或從該資料儲存器)，並據以產生照護計畫以及病患路徑(例如基於在管理及計畫模組32中由一系統管理者預先組配的偏好、規則、或導引)。

參閱圖3，圖3是一例示健康照護監測系統10之實施例範例細節的簡圖。在一範例實施例中，健康照護監測系統10可在幾個層中實現，包括一獲取層80、一提供層82、一管理層84、一分析層86及一資料庫層88。獲取層80的資料收集器90可涉及從一或更多醫療資料來源92收集資料，包括醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35。醫療資料來源92可包括醫院、醫師、實驗室、健康照護設施、病患及其它照護給予者，以及可提供資料給資料收集器90之相關實體。提供層82中的瀏覽器94(例如在客戶機38)可致能視覺顯示器40對一決策者96(例如醫師、病患等)顯示。瀏覽器94可經由在管理層84中的一應用程式98致能，而使得由資料收集器90所收集的資料可被顯 示。應用程式98可由一網路管理者/研究分析/應用程式開發者100存取、控制及/或組配。應用程式98可與分析層86中的一資料分析器102互動，其可使用儲存在資料庫層88內的資料儲存器104的資料。在該圖中例示的範例實施例中，管理及計畫模組32可包含分別在管理層84、分析層86及資料庫層88中的應用程式98、資料分析器102及資料儲存器104。

在該範例實施例中，資料庫層88可促進包含醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35之臨床及運作資料倉庫的建置。資料分析器102包含使用統計工具、演算法、資料探勘及其他功能之分析，以致能本文所述之運作。在一些實施例中，分析層86可包括提供遠端計算或離線資料探勘能力的資料庫及應用。在管理層84的應用程式98可控制及管理從資料收集器90到資料儲存器104，以及回到視覺顯示器40的資料流。一管理介面可利用應用程式98而組配成給使用者36的資料存取功能，例如使得視覺顯示40成為可能。

參見圖4，圖4是例示根據健康照護監測系統10之實施例，與一運作(例如外科手術)相關聯之經簡化的服務路徑35的一簡化方塊圖。運作路徑110可包括中間成果112、入院(admission)114及替代成果116。例如，運作服務線可被切斷成入院114及替代成果116，其中，病患在入院114中初步進入到醫療照護設施，而該替代成果116可能包括可傳達給病患的手術替代方案(例如透過法律、規定、導引、最佳實務等)。中間成果112可包括涉及招收進入該外科手術設施的入院114。中間成果112也可包括術前120以及術後122。在術前120中，該病患可被安排準備動手 術；在術後122，該病患可在手術後被觀察。每一步驟可涉及一或更多的資源。例如，入院114可能包括資源1 124及資源2 125(例如運算以及個人管理)以及供應1 126及供應2 127。在該等實施例之廣義範圍內，每一服務路徑35的進一步切斷成一或更多資源以及相關成本可被實現。

參見圖5，圖5是例示根據健康照護監測系統10之實施例，病患安排治療程序之範例的一簡化方塊圖。在圖中所描繪的方案範例中，病患可從診所被轉介到手術中心。該安排治療的程序可包括一連串之由某些角色執行的管理、臨床及功能(例如自動化)任務。範例活動及任務包括：驗證病患的人口統計群落；驗證保險；確認病患目前藥物；以及觸發資格證明以及分析該回應。該安排治療的程序可以是可涉及臨床活動以及其他活動的一合作程序。該等活動及任務可被成列地安排到一照護計畫內。

例如，一調程員132可接收來自一病患要求排入一手術約定的來電。調程員132可輸入該約定於排約日曆。該輸入可觸發一系列的運作。一顧問134可檢查該病患的目前用藥以及驗證該醫療照護設施在約定日期將具有所需的供應。一驗證者136及一前台(front office)138可驗證該病患的人口統計群落及保險，例如與付款者140驗證。驗證者136可創建一或更多的工作清單142。

工作清單142可包括要預先掛號之病患的一清單，要求付費者授權的另一約定清單，還有要求財務協商的再另一病患清單等。該等工作清單的範例僅僅是用來例示，且並非意圖限制於此。工作清單142可包括一階層架構，例如在物件類別(例如資料元件，程式文本等)之下去組織物件(例如病患)，其根據儲存的物 件群組依序被組織，而物件群組則是根據在工作清單架構內的優先順序被儲存。工作清單142可被包括在任一適合格式、形式、資料結構或其他經組織的在該等實施例之廣義範圍之內的機制中。工作清單142可被呈現到前台138(或當需要時取得)(例如當病患本身在約定日親自出席時)。

該等各種模組，也就是調程員132、顧問134、驗證者136及前台138，可以是健康照護監測系統10的範例實施例中的管理及計畫模組32之部份。在其他的範例實施例，調程員132、顧問134、驗證者136及前台138可以是後台系統12的部份，且可適當地與管理及計畫模組32介接。在另一範例實施例中，調程員132、顧問134、驗證者136及前台138可以是客戶機38的部份，且可適當地與管理及計畫模組32介接以執行本文所描述的運作。調程員132、顧問134、驗證者136及前台138可包括用於執行本文所描述運作的適當之軟體以及硬體。

參見圖6，圖6是例示根據健康照護監測系統10之實施例，病患安排治療程序之另一個範例的一簡化方塊圖。範例程序150可包括一診所152，其可存取部份cOS 31。一移動手術中心(ASC)154也可存取cOS 31的另一部份。注意到，本文所提供的診所152及ASC 154僅僅是醫療照護設施的範例。任何醫療照護設施可被包括在本文健康照護監測系統10的該等實施例之廣義範圍內。此外，雖然cOS 31在本文是示為由診所152及ASC 154兩者存取，但cOS 31中被診所152存取的部份及ASC 154存取的部份，可能分別位於分開且相區隔的位置及網路，或可能位在相同網路。

在cOS 31中的管理及計畫模組32可能產生一照護計畫 156，其包括判斷手術是否為必要、填寫ASC請求表格、驗證適任性、附加臨床資料到該請求格式、請求一手術用偏好資料、以及在一病患安排治療包中將該請求發送到由ASC 154存取的cOS 31之部份。由ASC 154存取的cOS 31可被組配來將資訊從該病患安排治療包，傳送到照護計畫158，其可包括獲取授權、驗證像是藥物、醫囑及實驗室結果的臨床細節、確保病患符合手術條件驗證手術必要性、安排病患手術排程、獲得財務清理、及執行手術前評估。例如，ASC 154可能要求額外資訊，且診所152可能提供該額外資訊，如果可以的話。當該手術是被排在一適當的約定日曆上，ASC 154可發送一病患排程確認給診所152。

參見圖7，圖7是例示根據健康照護監測系統10之實施例，病患安排治療程序之再另一個範例的一簡化方塊圖。範例程序160可包括可存取一入口162(例如入口網站，諸如一網際網路瀏覽器)的診所152，診所152可透過該入口162存取ASC 154。病患也可使用一病患入口164分別地存取ASC 154。ASC 154可存取cOS 31的一入口。注意到在本文提供診所152及ASC 154，僅用來作為醫療照護設施的範例。任何醫療照護設施可被包括在本文健康照護監測系統10的該等實施例之廣義範圍內。

診所152可產生(藉由任何適當的裝置，諸如手動干預、適當的軟體等)艙外的照護計畫156，其包括判斷手術是否必須、填寫ASC請求表格、驗證適任性、附加臨床資料到該請求格式、為該手術請求一偏好資料、以及在一病患安排治療包中將該請求發送到由ASC 154存取的cOS 31之部份。由ASC 154存取的cOS 31可被組配來將資訊從該病患安排治療包，傳送到照護計畫 158，其可包括獲取授權、驗證像是藥物、醫囑及實驗室結果的臨床細節、確保病患符合手術條件驗證手術必要性、安排手術病患排程、獲得財務清理、及執行手術前評估。診所152及ASC 154可如所需地透過入口162就額外的資訊上進一步合作。例如ASC 154可請求額外資訊，而診所150若可以的話，提供該額外資訊。當手術被排上適當的約定日曆，ASC 154可傳送一病患排程確認給診所152。該病患可能可提交同意而得知該手術，並透過病患入口164付款。

在各種實施例中，入口162及病患入口164可以是管理及計畫模組32的部份。在其他實施例，入口162及病患入口164可以是醫療資料來源、後台系統12及/或客戶機38(視情況)的部份。健康照護監測系統10的該等實施例之管理及計畫模組32可被組配來根據預先決定的需求及設定，從實際上任何的醫療照護設施，以實際上任何形式與電子資料介接，並產生適合的視覺顯示40。

參見圖8，圖8是例示根據健康照護監測系統10之實施例，手術照護計畫172之範例的一簡化方塊圖。手術照護計畫172可包括幾個活動或中間成果，包括病患簽到174、術前(pre-op)176、麻醉178、手術180、復原及術後(post-op)182、以及出院184。在病患簽到174，該等活動可包括驗證該病患、獲取病患同意、掃描文件、以及收集款項。在術前176，該等活動可包括取得一完備的圖表、檢核過敏標記以及同意書、創建消耗清單、以及外科用撿取籃。

在麻醉178，該等活動可包括驗證身體質量指數 (BMI)、執行麻醉步驟、及獲取記帳屬性。在手術180，該等活動可包括執行該手術、獲取醫生建議、命令、護士建議及影像。在復原及術後182，該等活動可包括決定停留時間長度、移到復原程序的下一階段、及創建一出院包。在出院184，該等活動可包括使該病患與一出院專科醫師媒合，以及檢視用於後運作照護的指令。

根據各種實施例，管理及計畫模組32可產生手術照護計畫172(例如基於預先組配的活動組，或來自根據預先組配的規則或設定之醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35)。在一些實施例，手術照護計畫172可以是為一特定病患量身定做的，且資源及成本資訊可從中獲取。在本文顯示及描述之手術照護計畫172只用來作為範例，而並非意圖作為限制。提供給該病患(或病患群體)的各種服務可包括其他照護計畫，其帶有適當的屬於各自之服務的多個適當活動。一些服務可共享活動(例如病患簽到174對多於一個照護計畫是共用的)，且一些服務可能具有獨一無二的活動(例如手術180對於外科來說是獨一無二的)，其不會藉由任何其他照護計畫共享。

參見圖9，圖9是例示根據健康照護監測系統10之實施例，管理及計畫模組32的各種構件之間的關係190之邏輯視圖的一簡化方塊圖。根據健康照護監測系統10之實施例，一照護計畫模板192可基於關係190在管理及計畫模組32中預先組配。照護計畫模板192可與一或更多活動束(bundle)194相關聯(例如許多活動束可包括在一照護計劃模板之內)。照護計劃模板192及每一活動束194可與一或更多活動196相關聯(例如許多活動可包括在一 照護計劃模板或一活動束之內)。

每一活動196可與一或更多可能相關於一或更多任務200的處置類別198相關聯。任務200可構成在健康照護監測系統10之實施例中健康照護計畫內的最小可度量單位。任務200可被分類為一治療項目或一非治療項目。一治療項目可代表與活動196相關連的一特定任務200，而該活動是具有臨床本質的(例如活動196可包括對病患抽血，其包括諸如準備病患的手、準備針筒、準備離心機或其他用來量測的設備、從病患獲得血液、測量血液組成等)。在一特定順序下的連續任務200可定義出一用來執行活動196所要被遵循的協定(例如程序、實作、步驟序列等)。每一任務200可根據處置類別198而分類(例如每一種處置類別可與多於一的任務相關連)。處置類別198的範例包括實驗室；造影中心；藥物；程序；維生；跡象；病症；會面；功能狀態等。根據處置類別198，在作為一病患之照護計畫的一部份時，任務200可具有目前的量測(例如值)以及一或更多目標(例如期望的量測)。每一任務200可與一或更多資源項目202，以及一或更多供應項目204相關聯。

每一任務200可與帶有一與會面相關聯之頻率的一會面類別相關聯，且該任務可觸發適當提醒的產生(例如根據該頻率)。例如，約定(appointment)的會面類型，可產生一關於該約定的提醒。在另一範例，到訪實驗室以測血糖級數的會面類型，可在每天指定時間產生履行到訪實驗室的提醒。

參閱圖10，圖10是例示根據健康照護監測系統10之實施例，一照護計畫之執行的邏輯視圖210的一簡化方塊圖。照護 計畫模板192可由一執行中照護計畫212在一或更多的會面過程中執行。在任何時間點，在健康照護監測系統10中可得其資訊的病患，可與照護計畫模板192相關聯以為該病患產生一執行中照護計畫212。使病患與照護計畫模板192相關聯可包括將一特定照護計畫模板192(例如為諸如心臟病、糖尿病、妊娠等特定診斷所作的組配)與該病患的識別符(例如姓名或社會安全號碼等)連接。例如，該病患可能具有心臟問題及糖尿病，並可能在心臟病發作後被醫療照護設施收容入院。在該健康照護監測系統10中，該病患可預先地與一涉及心臟問題的第一照護計畫模板192，以及一涉及糖尿病的第二照護計畫模板192相關聯。在一實施例，執行中照護計畫212可與來自該第一及第二照護計畫模板的資訊相結合。在其他實施例，在病患於該醫療照護設施的處置期間之執行中照護計畫212，可能只與心臟問題相關(而其他醫療照護設施可能與涉及糖尿病之執行中照護計畫212相關聯)。在一些例子中，該病患可依據更新的血壓而被診斷。新的關於該病患的執行中照護計畫212，可在病患的參考血壓之第一會面過程中被產生。在各種實施例中，適當的醫療及運作指導可在該照護計畫模板192執行期間被考慮。

運作期間，執行中照護計畫212可藉由照護計畫模組52與一或更多會面214相關聯。(一會面可包括在一病患與提供者之間，或多個提供者之間為病患所發生的一事件。會面的範例包括與健康照護提供者的一約定、一醫師與一專家之間的轉介等)。例如，該病患到達並在該醫療照護設施報到、表達心臟病的症狀。該病患的執行中照護計畫212可能與在該病患於該設施療程期間 該醫療照護設施的健康照護執行者之一或更多會面相關聯(例如連接到、連結到等)。在一些實施例中，該關聯可基於醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35。例如，一糖尿病患者可在家測量血糖級數，並將值透過健康照護監測系統10的一線上入口進行輸入，產生可觸發創造會面214及將病患之執行中照護計畫212關聯至會面214的醫療資料26。

執行中照護計畫212可包括一或更多與會面214、或病患、或兩者同時相關的目標215。目標215可包括所預期之對病患的臨床產出，以及其他參數。目標215還可包括運作目標，諸如在該醫療照護設施之預期的停留時間長度，以及其他參數。目標215還可包括財物目標，例如該病患的(或提供者的)與執行中照護計畫212相關聯之預算。

在管理及計畫模組32中的照護計畫模組52可在執行中照護計畫212執行過程中，使每一會面214與各自的會面筆記216相關聯。會面筆記216可以是在病患與提供者之間，或由一關注病患之提供者所作，的一結構化臨床通訊。由於該會面的範圍延伸超出該病患/診所關係，會面筆記216可具有一較廣於一臨床筆記的範圍，且可能涵蓋整個照護連續體而忽略不計照護提供者角色或照護組織。

一或更多的會面筆記216可合併到一流程單218中。廣而言之，流程單218可包括多個各別的病患照護計畫的整合，其中完全一樣的項目(諸如實驗室及程序)則可移除。流程單218的視覺陳述可在健康照護監測系統10的一些實施例中成為可能(例如在視覺顯示器40)，其可包括特定的依時間參考的報告或圖表(例 如血壓量測值的歷史審視)。

管理及計畫模組32中的照護計畫模組52可將每一會面214關聯到一或更多的活動束194以及一或更多的任務200(視處置類別198而定)。例如，與基礎照護醫師的例行性醫療檢查之會面，可包括諸如測血壓及心率、實驗室作業、胸腔x光等的活動。每一如此的活動，可與該會面「例行性醫療檢查」相關聯。一些活動可與任務200相關聯。例如，活動「測血壓」可與一或更多涉及血壓的任務相關聯，例如建議減重病患降低血壓、規定降血壓之藥物等。

在一些實施例中，帶有任務200的關聯活動196可基於醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35。在特定實施例中，帶有任務200的關聯活動196可包括選擇一或更多的醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35，並決定是否基於選自於該選擇的資訊來進行關聯(以及要關聯甚麼)。例如，所量測的血壓值可紀錄為醫療資料26。若醫療資料26顯示其超出預組配的臨界值(例如高血壓的症狀)，適於降低血壓的任務200可與該活動相關聯；若醫療資料26顯示其未超出預組配的臨界值，如此之任務200可能不會與該活動相關聯。在另一範例，任務200可能以可由醫療照護設施取得的服務路徑35為基礎。例如，特定醫療照護設施可能具有用來診斷及處置一特定疾病之現有技術水準的儀器。與該儀器相關聯的任務200(或活動196)可透過該醫療照護設施之對該病患的服務路徑35而成為可得的。

在管理及計畫模組32中的照護計畫模組52可相關聯於 每個具有一或多個活動196的會面筆記216。會面筆記216可被指定給活動216，但不必然需要相關於活動束194。當每個任務200在執行中被植入，資源項目202及供應項目204可相應也被產生。根據不同實施例，病患照護計畫可藉著以下而產生：使病患相關聯於用以產生執行中照護計畫212的照護計畫模板192、使執行中照護計畫212相關聯於會面214、使會面214相關聯於至少一活動196(透過一些實施例中的活動束194)、使活動196相關聯於至少一任務200、及在會面214過程中指定(例如：選擇、下處方、產生合適欄位等)任務200。

在一範例案例中，一病患帶有發燒地被醫療照護設施招收入院。該病患可被相關聯於照護計畫模板192，其可包含相關於陳述發燒為一症狀的醫療情況的可使用的活動的一通用集合。該病患與照護計畫模板192的關聯可導致對該病患個別化的一病患照護計畫。廣而言之，該病患照護計畫在此階段是以該病患的名字或其他識別符來個別化的一般化的照護計畫模板192。會面214可包括病患的入院及醫師後續的檢查。醫師於會面214中可拉出病患照護計畫。醫師可輸入一些關於該病患的情況的觀察於會面筆記216中。醫師也可以自活動束194中，如「處置措施」，選擇一特定活動196，如「藥物」。為該活動的任務200可包括藥物、劑量及劑量型式的一列表。醫師可選擇一特定藥物(如乙醯氨酚)及透過靜脈給藥的特定劑量鎖定於任務200中。該選擇可觸發資源項目202，其可拉出費用及可給予該藥物之護士的可取得性。任務200亦可觸發供應項目204、消耗性注射器及藥物以及其相關費用。於流程結束時，該為會面14的病患照護計畫可只包括 被醫師授權的選擇；實質上所有其他被列於照護計畫模板192中的活動會被移除或從其中取消選擇。該等選擇可被植入於病患照護計畫中並儲存以更未來使用。

參閱圖11，圖11是一簡化的方塊圖，說明根據健康照護監視系統10在不同管理元件及計畫模組間的一邏輯視圖。在一舉例的情境中，一病患可能第一次與照護提供者相見，而在健康照護監視系統10中沒有該病患的先前歷史或知識(knowledge)。因此，該病患的照護計畫模板192可能未被組配。在與照護提供者的相見過程中，一個新帳號可被啟用，而照護計畫環境(context)之外的會面214可被產生。會面214可被關聯於會面筆記216及活動束194。會面214亦可被關聯於每一活動196(因在該病患上可能沒有足夠的歷史以產生合適的活動束)。會面筆記216可被關聯於任務200(而非活動196)以確保會面筆記216中微細粒度資料的獲取。資源項目202及供應項目204可基於任務200的特定細節來產生。

參閱圖12，圖12是一簡化的圖表，說明根據健康照護監視系統10的一範例計畫板44。範例計畫板44包括相關於醫療照護設備的運作的資訊，包括一具有對應病患的名字、入院日、預計出院日、預計停留長度、實際停留長度、病房區及病房、床號、臨床路徑名稱、臨床路徑位置、風險分數、及臨床路徑依從性的欄位的圖表。

範例計畫板44可提供在病患照護計畫執行期間即時獲取的資料的一總結的顯示方式，並能包括能檢視即時資料的細節的一下查選項。舉例來說，該即時資料可顯示一真實的停留時間 長度，帶有一連結以下查該真實停留期間提供給病患的處置措施的細節。該下查結果可能顯現出醫療照顧設施之運作的相關問題或議題。範例計畫板44可對一病房區管理者有用，舉例來說，用來判斷病房區設施被使用的多好、病房區中的病患是否是根據如照護計畫中所體現之其個別的臨床路徑來接收照護、行政功能是否被合適地實施等。

在實施例的寬廣範圍中多種其他欄位和格式可被用於計畫板44。舉例來說，計畫板44亦可包括能即時提供資訊且幫助計畫運作、資源分配、及其他醫療照護設施的管理層面的圖、表、圖表、圖形等。

參閱圖13，圖13是一簡化的圖表，說明根據健康照護監視系統10的實施例的一範例儀表板式介面42。範例儀表板式介面42可提供一適當的總結圖，其為該醫療照護設施的首席醫護官(CMO)顯示相關資訊。範例儀表板式介面42可包括與複數在該醫療照護設施的病患相關聯的一臨床資訊。範例儀表板式介面42可包括對每個病患即時的臨床路徑依從性及基於臨床路徑違規的警示。在一般的意義上，儀表板式介面42可相應於一個已登入至健康照護系統10來觀看範例儀表板式介面42的使用者的角色。舉例來說，當CMO登入時，範例儀表板式介面42可被顯示。若該首席財務官(CFO)登入，他或她可能會看到的畫面可不同於範例儀表板式介面42。

在範例儀表板式介面42中，CMO可看到病患的名字(或其他識別符)及有關臨床路徑依從性的總結性資訊。一觀看臨床路徑依從性的細節的下查選項也可被提供。注意，在實施例的寬廣 範圍中多種其他欄位和格式可被用於儀表板式介面42。舉例來說，儀表板式介面42亦可包括能即時提供資訊且幫助臨床路徑依從性及其他醫療照護設施的準則的圖、表、圖表、圖形等。

參閱圖14，圖14是一簡化的圖表，說明根據健康照護監視系統10的實施例的另一示例儀表板式介面42。示例儀表板式介面42可提供一適當的總結圖，其為該醫療照護設施的首席財務官(CFO)顯示相關資訊。示例儀表板式介面42可包括相關於獲取醫療照護系統的一財務健康的簡介(例如總結畫面)。舉例來說，範例儀表板式介面42可顯示基於病患排程及即時資料的具有當日資源負載(loading)的可取得的容量；基於病患排程及即時資料的當日材料消耗；等等。在一示例實施例中，提供給CFO的範例儀表板式介面42可從為了相關於每一病患的每一照護計畫所植入的資源項目202及供應項目204中產生。其他費用量測亦可自例如運作資料27被獲得。

應注意到，在實施例的寬廣範圍中多種其他欄位和格式可被用於儀表板式介面42。舉例來說，儀表板式介面42亦可包括能即時提供資訊且幫助醫療照護設施的帳戶的財務分析的圖、表、圖表、圖形等。

參閱圖15，圖15是一簡化的圖表，說明根據健康照護監視系統10的實施例的一範例報告46。範例變異報告46可顯示一來自預期費用及/或較佳項目(如資源項目或供給項目)的變異及該變異的原因。舉例來說，範例變異報告46可呈報出：來自病患之臨床路徑34所指定的任何活動、工作、治療項目、資源項目、供給項目等等方面的偏差。在健康照護監視系統10的實施例的寬 廣範圍中多種其他種的報告43可被產生及顯示。

參閱圖16，圖16是一簡化的圖表，說明根據健康照護監視系統10的實施例的一範例電子看板48。範例電子看板48於一病患的房間內是可取用的，並可提供不同的資訊給病患，包括教育(如在疾病、健康狀況、處置等方面)以及照護計畫的細節(如有何活動已被安排等)。應注意到，在實施例的寬廣範圍中多種其他欄位和格式可被用於電子看板48。舉例來說，電子看板48亦可包括能提供該病患的醫療狀況或照護計畫的資訊的圖、表、圖表、圖形等。

參閱圖17，圖17是一簡化的流程圖，說明可與健康照護監視系統10的實施例相關聯的一範例運作300。在運作302中，醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35可被接收於管理及計畫模組32。在運作304，照護計畫模組52可基於一特定病患的照護計畫模板192及/或執行中照護計畫212而產生一病患照護計畫。在運作306，活動196可根據臨床路徑34而被創建(例如產生、選定、識別出、辨識出、被關聯等)。此外，在運作308，用於特定病患的一病患路徑可基於醫療資料26、運作資料27、服務資料28、臨床路徑34及服務路徑35被產生。活動及中間結果可在運作310根據服務路徑35而被創建。在該醫療照護設施之每一病患可重複運作304-310。

對該於醫療照護設施的實質上所有病患，在運作312，臨床的、手術的以及財務的產出(outcome)可從關聯於該等活動的資訊、及在運作306及310中被創建之中間成果的資訊之集結而被計算出。計算該等財務結果，可包括決定與該等資源及/或供應相 關聯的成本，而該資源及/或供應與活動及在運作306及310中被創建之中間成果相關聯。計算該等運作結果，可包括擷取與該等資源及/或供應相關聯的運作資料27，而該資源及/或供應與活動及在運作306及310中被創建之中間成果相關聯。計算該等臨床結果，可包括決定是否在該病患照護計畫中的目標215已經達成。計算該等臨床結果可進一步包括擷取涉及該病患照護計畫的醫療資料26。

就運作312所擷取的臨床的、運作的以及財務的結果分析及預測，在運作314可被執行，且適當的警示可被產生。該等分析可包括劃分一些運作成本的數學運算(例如根據錢、時間、效果、或其他適當的量測單位)，以及就每一劃分適當地準備，或使實際的量測(例如依據錢、時間、效果、充裕度/醫療/健康量測、或其他適當的量測單位)與一預期的量測(以相同的量測單位)相比較。該分析也可包括效率評估、成本配置、經濟估價、變異分析、本益分析、本效分析、風險分析等。該預測可包括基於目前或過去的資訊，為一未來時間預測臨床的、運作的以及財務的結果。警示可關係到任何可能需要立即注意的資訊而被產生，或為了其他理由而被產生。

在運作316，計畫板44可從該分析及預測而產生。在運作318，儀表板式介面42可從該分析及預測而產生。在運作320，報告46可從該分析及預測而產生。在運作322，電子看板48可該分析及預測而產生。每一計畫板44、儀表板式介面42、報告46、及電子看板48可包括在運作314所產生的警示。每一運作316到322可依序地、根據使用者的請求、實質上同時、等等，而基於 特定組態設定被執行。

參閱圖18，圖18是例示可與健康照護監測系統10之實施例相關聯之範例運作330的一簡化方塊圖。在運作332，一病患可打電話給一醫療照護設施(例如ASC 154)去安排一約定。在運作334，顧問134可檢查病患目前的藥物。在運作336，檢驗者136可檢驗保險及人口統計資訊。在運作338，檢驗者136可為病患創建工作清單142。在運作340，前台138可從工作清單142驗證病患的付款紀錄。

參閱圖19，圖19是例示可與健康照護監測系統10之實施例相關聯之範例運作350的一簡化方塊圖。在運作352，該病患可被安排在一約定日曆中。例如，該病患可在ASC 154安排一手術。在運作354，一適當的照護計畫模板192可被產生。例如，照護計畫模板192可基於以下而產生：在該醫療照護設施執行之手術的歷史資訊；一或更多的來自醫師的指令；對於如此服務所遵循的指導；及其他相關的資訊。照護計畫模板192可被產生，且適當的資源項目202及供應項目204可從中被識別。在一範例實施例，cOS 31可產生並儲存一或更多照護計畫模板192。當該病患安排在該醫療照護設施的約定，該病患可能與一適當的照護計畫模板192相關聯。例如，該病患可能被安排心臟手術，而照護計畫模板192可能因此與心臟手術相關聯。在另一方面，若該病患被安排骨髓移植手術，照護計畫模板192可因此與骨髓移植手術相關聯。

在運作356，醫療照護設施可能在約定日期收該病患入院。在運作358，執行中照護計畫212可被開始。例如，醫療照護 設施之相關的指導可調整病患的照護計畫模板192。在其他方案中，病患的各自的入院時醫療歷史，可適當地改換照護計畫模板192。在運作360，即時資料(例如醫療資料26、運作資料27、及服務資料28)可被擷取。例如每一被描述或從照護計畫模板192中選擇的任務可被執行及紀錄。該病患的維生跡象、健康狀況、付費等，可被監測並適當地紀錄到健康照護監測系統10中。在任何時刻，一具有適當權限(permission)的使用者可存取健康照護監測系統10，並觀察每一帶有執行中照護計畫之病患被紀錄到健康照護監測系統10中的該等任務。

在運作362，可就即時資料進行分析。該分析可包括在照護計畫模板執行過程中與病患相關聯之資源量、資源成本、供應量、及供應成本的分析。在運作364，一適當的視覺顯示40可被產生。在一些實施例中，該分析可基於使用者的命令，且視覺顯示40可適當地改變來配合所執行的分析。例如，該CMO可要求儀表板式介面42。該分析可包括該臨床路徑資訊的一變異分析。儀表板式介面42可適當地對該CMO顯示。在另一實施例，病房區管理者可要求即時資料。該分析可包括該臨床路徑資訊的變異分析，其帶有進一步的在設施運作上的分析。計畫板44可基於該分析而適當地對使用者顯示。在另一範例，該病患可要求從該病患的房間存取。該分析可包括病患在該臨床路徑中的位置、及適當的教育、及其相關資訊的分析。電子看板48可基於該分析適當地對該病患顯示。在另一實施例，該分析可完成實質上所有的即時資料預組配分析。視覺顯示40可基於使用者命令而被產生。例如，該CMO可請求儀表板式介面42，其可將涉及所請求之儀表板 式介面42之該分析的分析結果的部份拉出。

請注意，在此說明書中，被包括在「一實施例」、「範例實施例」、「另一實施例」、「一些實施例」、「各種實施例」、「其他實施例」、「替換的實施例」及類似者之內的對各種特徵(例如，元件、結構、模式、構件、步驟、操作、特性等)的參考，係意指任何如此之特徵被包括在本文揭露的一或更多實施例之內，但可能必須，或可能非必須被結合到一些實施例之內。更進一步，「最佳化」一詞及相關用詞，係涉及特定的結果在速度及/或效率上改良的技藝的用詞，且並不意圖指為一用於達成已達成或可以達成，一「最佳化」或完美地加速/完美地高效的狀態之特定結果的過程。

在一些實施例中，該健康照護監測系統10的該等構件，諸如照護計畫模板192、活動束194、活動196、處置類別198、任務200、資源項目202、供應項目204、執行中照護計畫212、會面214、會面筆記216及流程圖218，可包括在一軟體樣式(paradigm)中的容器、物件、及/或資料結構。在一些實施例中，該等構件可在平台依附資料結構中被架構，例如對概要(schema)基礎的資料庫運作是可接納的(amenable)。在其他實施例，該等構件可在平台獨立資料結構中被架構，例如對概要基礎的、以及非概要基礎的運作都是可接納的。該等各種構件可使用概要、規則、功能及其他在該軟體架構之運作而邏輯地連接。

在範例實施態樣中，在本文說明的動作之至少一些部分可能以軟體實現，例如在管理及計畫模組32中。在一些實施例中，這些特徵中的一或更多可能以硬體實現，所述硬體係在這些 元件之外提供，或合併於任何適當的事物中，以達成想要的功能。各種網路元件可能包括可以協調作動以達成如同本文說明的運作的軟體(或互動軟體)。在其他實施例中，這些元件可能包括任何適當的演算法、硬體、軟體、組件、模組、介面、或促進其運作的物件。

更進一步，本文所描述即顯示的資料共享模組30(及/或其相關架構)可能也包括用於接收、傳送、及/或其他在網路環境中傳輸資料或資訊的適當介面。而且，與各種節點相關聯的一些處理器及記憶元件，可能被移除不然就是被合併，來讓單一的處理器及單一記憶元件負責某些活動。廣而言之，該等圖式中所描繪的配置，可能在其他表現方式中更具邏輯，然而一實體架構可能包括各種排列、組合、及/或這些元件的混合。必須注意，有數不盡之可能的設計組態可被用來達成本文說明的運作目標。因此，相關聯的基礎架構具有無數的替換配置、設計選擇、裝置可能性、硬體組配、軟體實作、設備選擇等。

在一些範例實施例，一或更多的記憶元件(例如記憶元件72)可儲存用來進行如本文描述之運作的資料。這包括在非暫時性媒體中可儲存指令(例如軟體、邏輯、碼等)的記憶元件，如此一來，該等指令被執行來實現本說明書所描述的活動。當合適以及基於特定需求，這些記憶元件可能進一步將資訊保存在任何適合之類型的非暫時性儲存媒體(例如隨機存取記憶體(RAM)、唯讀記憶體(ROM)、可現場規劃閘陣列(FPGA)、可抹除可規劃唯讀記憶體(EPROM)、電氣可抹除可規劃唯讀記憶體(EEPROM)等)、軟體、硬體中，或在任何其他適當構件、裝置、元件、或物件中。 被追蹤、傳送、接收、或儲存於健康照護監測系統10的資訊，可能基於特定需求以及實作而提供於任何資料庫、暫存器、表格、快取記憶體、佇列、控制清單或儲存結構中，其皆可在任何適當時段被參閱。本文所提及的任何記憶項目，應被解釋為在廣義的「記憶元件」用詞範圍內。

處理器可執行任何類型與資料相關聯的指令，以達成本說明書所詳細描述的運作。在一範例中，處理器(例如處理器70)可將一元件或一物件(例如，資料)從一狀態或事物，轉換為另一狀態或另一事物。)在另一範例中，本文說明的活動，可能以固定的邏輯或可規劃邏輯(例如由一處理器執行的軟體/電腦指令)被實現，且本文所定義的該等元件，可以是某些類型的可規劃處理器、可規劃數位邏輯(例如，可現場規劃閘陣列(FPGA)、可抹除可規劃唯讀記憶體(EPROM)、電氣可抹除可規劃唯讀記憶體(EEPROM))、包括數位邏輯、軟體、碼、電子指令的ASIC、快閃記憶體、光碟、CD-ROM、DVD ROM、磁卡或光卡、適於儲存電子指令之其他類型的機器可讀取媒體、或其任何適當組合。本說明書描述之任何可能的處理元件、模組及機器，應被解釋為在廣義的「處理器」用語範圍內。

同樣重要的是，應注意參酌前述圖式所描述之運作及步驟，僅例示出可由該系統、或在該系統中執行的多個可能方案中的一些。這些運作中的一些，當需要時可被刪除或移除，或者在不脫離所討論概念之範圍的情況下，那些步驟可作相當的調整或改變。而且，這些運作的時間點可能作相當地替換，而仍達成本揭露所教示的結果。前述運作流程是為了舉例及討論而提出。 該系統提供實質的彈性，在其中，任何適合的安排、按時間的排列、組態、及即時的機制，可在不脫離所討論概念之教示的情況下被提供。

雖然本揭露已參閱特別安排及組態而詳細描述，但這些範例組態及安排也可在不脫離本揭露之範圍的情況下被相當地改變。例如，雖然本揭露已參考涉及特定網路存取及協定的特別通訊交換描述，但健康照護監測系統10也適用於其他交換或路由協定。甚至，雖然健康照護監測系統10是參考有助於通訊處理的特別元件及運作而例示，但這些元件及運作也可被任何適合的達成健康照護監測系統10所欲功效之架構或處理取代。

許多的其他變化、取代、改變、替換、及調整對於一熟知該項技藝者而言是可確知的，且本揭露欲涵蓋所有的這些變化、取代、改變、替換、及調整如同落在後附申請專利範圍之範疇內。為了輔助專利專責機關，以及也輔助授予本申請案之任何專利的任何讀者解釋後附申請專利範圍，申請人希望提醒：申請人and(a)不打算讓任何所附的請求項援引本案申請當時之35 U.S.C.第112條第6段，除非「用以…的裝置」或「用以…的步驟」在特定請求項中被具體採用；以及(b)不打算藉由說明書中任何的陳述，來以任何非後附請求項所反映的方式限制本揭露。

130‧‧‧方案

132‧‧‧調程員

134‧‧‧顧問

136‧‧‧驗證者

138‧‧‧前台

140‧‧‧付款者

142‧‧‧工作清單

Claims (60)

1. 一種方法，包含：為在一醫療照護設施內的每一病患產生一病患照護計畫，其中該病患照護計畫包含一或更多活動，其中每一活動包括一或更多任務；為每一病患產生一病患路徑，其中該病患路徑包含一或更多活動以及一或更多中間成果；在與該各個病患相關聯的會面期間，執行該各個病患的該等病患照護計畫及病患路徑；在該等病患照護計畫以及該等病患路徑執行期間擷取即時資料；對該即時資料執行一分析；及在一視覺顯示器顯示該即時資料。
2. 如請求項1之方法，進一步包含使每一病患相關聯於一照護計畫模板，其中該照護計畫模板包括一用於健康性之人群的照護架構，該人群具有特定特徵、條件、診斷及生命階段。
3. 如請求項1之方法，其中，每一活動是與一或更多對至少一任務加以分類的治療類別相關聯。
4. 如請求項3之方法，其中，於一特定次序的一連串任務包含要在該等病患照護計畫執行期間遵循以完成該活動之一協定。
5. 如請求項1之方法，其中，每一任務被分類為屬於由管理的、臨床的及功能的類別所構成之一群體中的一類別。
6. 如請求項1之方法，其中，每一中間成果及每一任務是與一或更多資源及供應相關聯。
7. 如請求項6之方法，其中，每一資源與每單位時間之一成本相關聯，且每一供應與每單位項目的一成本相關聯。
8. 如請求項1之方法，其中，與每一病患相關聯的該即時資料，包括從由下列項目所構成之一群組中選定的至少一資料：醫療資料、服務資料、運作資料、至少一臨床路徑及至少一服務路徑。
9. 如請求項1之方法，其中，該分析包括在該等病患照護計畫及病患路徑執行過程中，與該病患相關聯之資源量、資源成本、供應量及供應成本的分析。
10. 如請求項1之方法，進一步包含：在重複的項目移除的情況下，合併多個照護計畫模板於一流程單中。
11. 一種包含一或多個編寫有供執行之指令的非暫時性有形媒體，該等指令在由一處理器執行時，可操作來完成下列運作，包含：為在一醫療照護設施內的每一病患產生一病患照護計畫，其中該病患照護計畫包含一或更多活動，其中每一活動包括一或更多任務；為每一病患產生一病患路徑，其中該病患路徑包含一或更多活動以及一或更多中間成果；在與該各個病患相關聯的會面期間，執行該各個病患的該等病患照護計畫及病患路徑；在該等病患照護計畫以及該等病患路徑執行期間擷取即時資料；對該即時資料執行一分析；及 在一視覺顯示器顯示該即時資料。
12. 如請求項11之媒體，進一步包含使每一病患相關聯於一照護計畫模板，其中該照護計畫模板包括一用於健康性之人群的照護架構，該人群具有特定特徵、條件、診斷及生命階段。
13. 如請求項11之媒體，其中，該即時資料包括從由下列項目所構成之一群組中選定的至少一資料：醫療資料、服務資料、運作資料、至少一臨床路徑及至少一服務路徑。
14. 如請求項11之媒體，其中，每一資源與每單位時間之一成本相關聯，且每一供應與每單位項目的一成本相關聯。
15. 如請求項11之媒體，其中，該分析包括在該照護計畫模板執行過程中，與該病患相關聯之資源量、資源成本、供應量及供應成本的分析。
16. 一種設備，包含：用以儲存資料之一記憶元件；及用以執行與該資料相關聯的指令之一處理器，其中該處理器及該記憶元件共同運作使得該設備組配來：為在一醫療照護設施內的每一病患產生一病患照護計畫，其中該病患照護計畫包含一或更多活動，其中每一活動包括一或更多任務；為每一病患產生一病患路徑，其中該病患路徑包含一或更多活動以及一或更多中間成果；在與該各個病患相關聯的會面期間，執行該各個病患的該等病患照護計畫及病患路徑；在該等病患照護計畫以及該等病患路徑執行期間擷 取即時資料；對該即時資料執行一分析；及在一視覺顯示器顯示該即時資料。
17. 如請求項16之設備，其中，還包含使每一病患相關聯於一照護計畫模板，其中該照護計畫模板包括一用於健康性之人群的照護架構，該人群具有特定特徵、條件、診斷及生命階段。
18. 如請求項16之設備，其中，該即時資料包括從由下列項目所構成之一群組中選定的至少一資料：醫療資料、服務資料、運作資料、至少一臨床路徑及至少一服務路徑。
19. 如請求項16之設備，其中，每一資源與每單位時間之一成本相關聯，且每一供應與每單位項目的一成本相關聯。
20. 如請求項16之設備，其中，該分析包括在該照護計畫模板執行過程中，與該病患相關聯之資源量、資源成本、供應量及供應成本的分析。
21. 一種方法，包含：使一病患與在一網路環境中的伺服器中執行的管理及計畫模組內的一照護計畫模板相關聯；使該照護計畫模板與至少一會面相關聯；使該至少一會面與至少一活動相關聯；及使該至少一活動與至少一任務相關聯，其中該至少一任務可在該至少一會面期間被指定，以產生包括該至少一任務的一病患照護計畫。
22. 如請求項21之方法，進一步包含計算來自該病患照護計畫的臨床產出，以及財務產出與運作產出中之至少一者。
23. 如請求項22之方法，進一步包含分析該等臨床產出，以及財務產出與運作產出中之至少一者。
24. 如請求項22之方法，其中，該至少一任務係與一資源及一供應中的至少一者相關聯，其中該財務產出的計算，包括決定與一資源及一供應中的該至少一者相關聯的一成本。
25. 如請求項24之方法，其中，該運作產出的計算，包括擷取與一資源及一供應中的該至少一者相關聯的運作資料。
26. 如請求項22之方法，其中，該照護計畫模板包括至少一目標，且其中該臨床產出的計算包括判斷該目標是否已達成。
27. 如請求項22之方法，其中，該至少一任務是與醫療資料相關聯，且其中計算該臨床產出包括擷取該醫療資料。
28. 如請求項21之方法，其中，使該照護計畫模板與該至少一會面相關聯包括：從由醫療資料、運作資料、服務資料、至少一臨床路徑及至少一服務路徑所構成之一群組中進行選擇。
29. 如請求項21之方法，其中，該至少一任務是根據一治療類別而分類，其中該治療類別指定該任務的一目前量測。
30. 如請求項21之方法，其中，該至少一任務是與將該至少一會面分類的一會面類別相關聯，其中該會面類別與一頻率相關聯，其中該至少一任務可根據該頻率觸發一提醒。
31. 一種設備，包含：一記憶體；及一處理器，其執行與資料相關聯的指令，其中該處理器及該記憶體配合運作，使得該設備被組配來：使一病患與一照護計畫模板相關聯； 使該照護計畫模板與至少一會面相關聯；使該至少一會面與至少一活動相關聯；及使該至少一活動與至少一任務相關聯，其中該至少一任務可在該至少一會面期間被指定，以產生包括該至少一任務的一病患照護計畫。
32. 如請求項31之設備，進一步組配來計算來自該病患照護計畫的臨床產出，以及財務產出與運作產出中之至少一者。
33. 如請求項32之設備，其中，該至少一任務係與一資源及一供應中的至少一者相關聯，其中該財務產出的計算，包括決定與一資源及一供應中的該至少一者相關聯的一成本。
34. 如請求項33之設備，其中，該運作產出的計算，包括擷取與一資源及一供應中的該至少一者相關聯的運作資料。
35. 如請求項32之設備，其中，該至少一任務是與醫療資料相關聯，且其中計算該臨床產出包括擷取該醫療資料。
36. 一種包含一或多個之編碼以供執行之非暫時性有形媒體，當其由一處理器執行時，可操作來完成下列運作，包含：使一病患與一照護計畫模板相關聯；使該照護計畫模板與至少一會面相關聯；使該至少一會面與至少一活動相關聯；及使該至少一活動與至少一任務相關聯，其中該至少一任務可在該至少一會面期間被指定，以產生包括該至少一任務的一病患照護計畫。
37. 如請求項36之媒體，該等運作進一步包含：計算來自該病患照護計畫的臨床產出，以及財務產出與運作產出中之至少一者。
38. 如請求項37之媒體，其中，該至少一任務係與一資源及一供應中的至少一者相關聯，其中該財務產出的計算，包括決定與一資源及一供應中的該至少一者相關聯的一成本。
39. 如請求項38之媒體，其中，該運作產出的計算，包括擷取與一資源及一供應中的該至少一者相關聯的運作資料。
40. 如請求項37之媒體，其中，該至少一任務是與醫療資料相關聯，且其中計算該臨床產出包括擷取該醫療資料。
41. 一種方法，包含：在一管理及計畫模組接收資料，該管理及計畫模組係於在一網路環境內之一伺服器中執行，其中該資料包含醫療資料、服務資料、運作資料、至少一臨床路徑、及至少一服務路徑，其中該資料與多個病患相關；基於該資料為每一病患產生一病患照護計畫、及一病患路徑；從該病患照護計畫及該病患路徑中擷取多個臨床產出及運作產出與財務產出中之至少一者；分析該等臨床、運作及財務產出；及基於該分析的結果在一客戶機產生一視覺顯示。
42. 如請求項41之方法，其中，該視覺顯示提供在一病患照護計畫的執行期間所擷取的即時資料的一經摘錄之總覽，以及一下查選項來檢視該即時資料的細節。
43. 如請求項42之方法，其中，該即時資料的經摘錄之總覽是以圖表格式呈現。
44. 如請求項41之方法，其中，該視覺顯示對應於已登入到該客戶 機之一使用者的角色。
45. 如請求項41之方法，其中，該視覺顯示包含一計畫板，其包括與醫療照護設施的運作相關的資訊。
46. 如請求項45之方法，其中，該計畫板包括一圖表，其帶有每一病患之名稱、入院日期、預計出院日期、預計停留時間長度、實際停留時間長度、病房區及病房、病床號、臨床路徑名稱、臨床路徑位置、風險分數、及臨床路徑符合性。
47. 如請求項41之方法，其中，該視覺顯示包含一儀表板式介面，其包括與多個病患相關聯的臨床資訊。
48. 如請求項47之方法，其中，該儀表板式介面包括每一病患的臨床路徑符合性，並且基於臨床路徑違反狀況而警示。
49. 如請求項41之方法，其中，該視覺顯示包含一儀表板式介面，其包括一醫療照護設施的財務資訊。
50. 如請求項41之方法，其中，該視覺顯示包含一報告，其包括指示出該資料與在該至少一臨床路徑中指定的預期值之間的差異的資訊。
51. 如請求項41之方法，其中，該視覺顯示包含一電子看板，其包括與多個病患中之一特定病患相關聯的資訊。
52. 如請求項51之方法，其中，該電子看板包括病患教育以及該特定病患之病患照護計畫的細節。
53. 一種設備，包含：一記憶體；及一處理器，其執行與資料相關聯的指令，其中該處理器及該記憶體配合運作，使得該設備被組配來： 於一網路環境中在一管理及計畫模組接收資料，其中該資料包含醫療資料、服務資料、運作資料、至少一臨床路徑、及至少一服務路徑，其中該資料與多個病患相關；基於該資料為每一病患產生一病患照護計畫、及一病患路徑；從該病患照護計畫及該病患路徑中擷取多個臨床產出及運作產出與財務產出中之至少一者；分析該等臨床、運作及財務產出；及基於該分析的結果在一客戶機產生一視覺顯示。
54. 如請求項53之設備，其中，該視覺顯示提供在一病患照護計畫的執行期間所擷取的即時資料的一經摘錄之總覽，以及一下查選項來檢視該即時資料的細節。
55. 如請求項54之設備，其中，該即時資料的經摘錄之總覽是以圖表格式呈現。
56. 如請求項53之設備，其中，該視覺顯示對應於已登入到該客戶機之一使用者的角色。
57. 一種包含一或多個之編碼以供執行之非暫時性有形媒體，當其由一處理器執行時，可操作來完成下列運作，包含：於一網路環境中在一管理及計畫模組接收資料，其中該資料包含醫療資料、服務資料、運作資料、至少一臨床路徑、及至少一服務路徑，其中該資料與多個病患相關；基於該資料為每一病患產生一病患照護計畫、及一病患路徑；從該病患照護計畫及該病患路徑中擷取多個臨床產出及 運作產出與財務產出中之至少一者；分析該等臨床、運作及財務產出；及基於該分析的結果在一客戶機產生一視覺顯示。
58. 如請求項57之媒體，其中，該視覺顯示提供在一病患照護計畫的執行期間所擷取的即時資料的一經摘錄之總覽，以及一下查選項來檢視該即時資料的細節。
59. 如請求項58之媒體，其中，該即時資料的經摘錄之總覽是以圖表格式呈現。
60. 如請求項57之媒體，其中，該視覺顯示對應於已登入到該客戶機之一使用者的角色。