專利名稱：由親屬進行的遠程患者的支持和護理的制作方法
200580044179.X
說明書
第l/6頁
由親屬進行的遠程患者的支持和護理
本發(fā)明涉及患有長期或慢性疾病的患者的護理。更具體的，它涉 及使患者的家人、朋友和其他看護者保持患者目前醫(yī)療狀況更好評定 的信息網(wǎng)絡。
當人受到疾病的侵襲并需要作為患者被長期護理時，通常有很多 家庭成員和朋友他們非常實在且真誠地關注患者的護理進展如何以及 患者是如何活動的。典型地，患者狀況的消息以及如何治療和/或康 復等這些情況通過口述、電話、電子郵件、信件等等從那些離患者最 近的人傳遞給其他人。
這種信息轉(zhuǎn)達的一個缺點是在每次重復或講述中變得歪曲的情節(jié) 的"夸張"趨勢?；颊邔嶋H狀況的細節(jié)會丟失或歪曲，而家庭成員和 朋友可能基于錯誤的信息而采取行動或基于錯誤的信息而有不必要的 擔心。
根據(jù)患者的疾病或狀況，可能不需要每個人與患者實際接觸幾個 小時甚至幾天。另一劣勢是關于患者狀況的最新信息可能是舊的或過 時的。
人們的交互有時是困難的。常常醫(yī)療狀況和疾病可能很復雜并且 很難在外行之間討論，這既是因為主題的復雜本性，又是因為一些話 題可能被社會認為是禁忌。而且，不得不一遍又一遍地回答相同的問 題可能令患者煩惱，雖然提問的人并非有意引起煩擾。通常對一些人 來說更易于以他們自己的速度吸收信息，而非試圖吸收人們通過口述 正在轉(zhuǎn)達信息時的每個細節(jié)。
本申請構(gòu)想了新的和改進的患者信息網(wǎng)絡，其克服了上面提到的 問題及其他問題。
根據(jù)本發(fā)明的一個方面，提供了患者支持網(wǎng)絡?；颊邤?shù)據(jù)產(chǎn)生源 產(chǎn)生關于患者的在線信息，以及至少一個關于患者的其他信息源也產(chǎn) 生關于患者的在線信息。中央服務器整理患者數(shù)據(jù)。至少一個醫(yī)生訪 問設備允許患者的醫(yī)生訪問關于該患者的信息。至少 一個距患者很遠 的家庭成員/朋友訪問設備允許至少一個患者的家庭成員和朋友經(jīng)中 央服務器訪問關于該患者的信息。 根據(jù)本發(fā)明的另一方面，提供了一種患者護理方法。產(chǎn)生并保存 關于患者的在線信息。在至少一個其他位置上保存關于該患者的附加 信息。用中央服務器整理患者數(shù)據(jù)。給患者的醫(yī)生提供關于患者的醫(yī) 生適合信息。通過至少一個距患者很遠的家庭成員/朋友訪問設備給 至少一個朋友和家庭成員提供家庭成員/朋友適合信息。
本發(fā)明的一個優(yōu)勢在于轉(zhuǎn)達給家庭成員和朋友信息的改進質(zhì)量和 精度。
另 一個優(yōu)勢在于家庭成員和朋友可用的更新的信息。
另一優(yōu)勢在于改進了對患者醫(yī)生的訪問。
另 一優(yōu)勢在于患者對他或她信息散布的控制。
另一優(yōu)勢在于改進的患者情感支持。
另一優(yōu)勢在于改進的患者后勤(logistical)支持。 另一優(yōu)勢在于改進的在患者家人和朋友之間的通信。 另 一優(yōu)勢在于用戶定制信息描述。 另一優(yōu)勢在于用戶對訪問關于患者信息的控制。 在閱讀并理解下面優(yōu)選實施例的詳細描述后，本發(fā)明其他優(yōu)勢和 好處將對本領域的普通技術人員變得很顯然。
本發(fā)明可以采取各種組件及組件的配置的形式，以及各種步驟及 步驟的配置的形式。附圖僅是用于闡述優(yōu)選實施例的目的，并非解釋 為對本發(fā)明的限制。
圖l是患者信息網(wǎng)絡優(yōu)選實施例的圖解闡述。
參考

圖1，顯示了患者支持網(wǎng)絡的優(yōu)選實施例。用戶經(jīng)訪問設備 10訪問關于患者的信息。訪問設備10還允許用戶向患者提問、發(fā)送 消息給患者，給患者定購禮物等。依據(jù)用戶的技術知識，訪問設備10 能以各種不同的形式出現(xiàn)。 一些預期的設備為專用交互式電視頻道、 計算機軟件、電話、可從任何能訪問互聯(lián)網(wǎng)的計算機訪問的網(wǎng)頁、尋 呼機、掌控或手持PC、電子信息亭或者專用于這一目的的設備。當然 其他設備也能夠執(zhí)行訪問設備的所需任務，并且上面的示例并非擬為 窮舉列表，僅是一些可能的選項。潛在的用戶包括患者、患者的家人 和朋友、患者的醫(yī)生、護理患者的其他醫(yī)務工作者以及醫(yī)療供應者。 再一次，這僅是潛在用戶的列舉，當然也可構(gòu)想其他的用戶。
訪問設備10與中央服務器12通信，該中央服務器編輯關于患者
的信息。關于患者的信息來自多個來源。首先，從患者個人監(jiān)護設備
14上收集信息。這包括直接監(jiān)護患者狀況的任何設備，諸如脈搏血氧 計、脈率監(jiān)護器、血壓監(jiān)護器、靜脈泵、體溫計等。患者還通過個人 輸入設備提供數(shù)據(jù)從而提供諸如"我很好"等信息。另外，關于患者 的信息來自額外的輔助來源15。這些來源至少包括保留入院日期和時 間的記錄、計劃療法、執(zhí)行療法等醫(yī)院數(shù)據(jù)庫，以及醫(yī)生筆記，例如 患者的"圖表"。關于患者的信息還來自其他來源，諸如優(yōu)選的醫(yī)療 供應者，(定購歷史等)患者首次護理醫(yī)生，(醫(yī)療歷史等)關于患者 狀況的普通信息和教育資料，加上種種其他來源。這些額外來源還包 括不是醫(yī)院數(shù)據(jù)庫一部分的實驗結(jié)果和醫(yī)生記錄。雖然本申請在與距 患者很遠的朋友、家人或其他人進行通信中確實有示范性功用，但是 也可構(gòu)想為與患者共同居住(即，在同一住宅中)的用戶并且仍然能 夠經(jīng)中央服務器12訪問關于患者的信息。
為了進一步描述中央服務器12，它在系統(tǒng)用戶間執(zhí)行大量的特別 交互，諸如在大量系統(tǒng)用戶(例如患者與家人及醫(yī)生)之間進行的視 頻或電話會議或者家人和朋友給醫(yī)學專業(yè)人員發(fā)送有關患者問題的消 息。特別地，中央服務器12包括視頻/音頻會議子系統(tǒng)，該子系統(tǒng)連 接訪問設備接口 10以方便會議電話呼叫、視頻電話的圖像交換、視 頻互聯(lián)網(wǎng)會議、互聯(lián)網(wǎng)文本通知等。中央服務器12還包括后勤 (logistics )支持系統(tǒng)以便通過來自其他系統(tǒng)組件的請求來支持系 統(tǒng)用戶間的交互，諸如來自日歷系統(tǒng)17的關于后勤操作(再補充、 醫(yī)生出診、交付情況等)的不同提示和警報。服務器12具有簡單的 內(nèi)置工作流引擎18或可通過開放接口 (例如，HL7、 SAP或其他本領 域已知的接口)與已經(jīng)存在的引擎對接。工作流引擎18優(yōu)選地處理 進程的管理、信息分享以及中央服務器12的管理。優(yōu)選地，該服務 器含有日志19，用來記錄用于訪問試聽(access audition)、責任性 或其他目的的系統(tǒng)處理。
對關于患者的可獲取的信息，患者有選擇上面列舉各方的訪問級 別的選項。為了該目的，給每個用戶分配一個用戶簡檔(user profile)。首先，這些用戶簡檔識別作為與某一患者有關的特定用戶。 如果該用戶與多個患者有關，則可提示該用戶關于他們現(xiàn)在正在查詢 哪個患者。另外，這些用戶簡檔還包括訪問級別。將這些訪問級別保 存在訪問級別數(shù)據(jù)庫16中。這些訪問級別可簡單為低、中和高訪問，
其中低訪問用戶僅能訪問最淺顯的信息，諸如醫(yī)院停留日期和探訪時 間，而高訪問用戶能訪問所有的信息。這些級別還可由患者或醫(yī)生給 個體用戶進行定制，有可能將更高級別的訪問給親密的家庭成員和朋 友，而將更低的訪問給較疏遠的親屬和偶然的熟人。例如，患者可以 允許所有的用戶都能訪問關于他狀況的普通資料，但將對他的生命指 征數(shù)據(jù)的訪問限制到他自己及其醫(yī)生。而且，患者本人可能有有限的 訪問，即，被限制不能訪問醫(yī)生的筆記，因為他可能閱讀到一些煩擾 的信息并在沒有正確解釋的情況下不必要地擔心。
當用戶登錄中央服務器12時，他們會經(jīng)過由用戶驗證器20進行 裁決的用戶驗證過程。驗證器20集成到中央服務器12中，但為了便 于理解在圖1中作為單獨的實體顯示。優(yōu)選地以用戶名和證書的形式 來提供驗證，使得用戶可從任何可用的終端(諸如醫(yī)院中的網(wǎng)頁或信 息亭)訪問患者信息。證書可以密碼、生物測定(指紋、聲音/面部 識別等)RF ID等形式出現(xiàn)。驗證可選地與某一設備相連，如在具有 專用TV頻道、計算機酷奇(cookie )、蜂窩式電話、尋呼機、掌上電 腦或?qū)I(yè)接口的情況下.在這些情況中，用戶不必提供證書，而是發(fā) 起儀器標識符，諸如電話號碼。
一旦識別并驗證了該用戶，數(shù)據(jù)收集器22開始從來源14、 15中 搜集數(shù)據(jù)。為了最優(yōu)化可事先預搜集該數(shù)據(jù)。例如，可定期預搜集來 自來源14的信息，用戶可訪問最近搜集的數(shù)據(jù)。所收集的數(shù)據(jù)受到 訪問級別過濾器24的限制，該訪問級別過濾器獲取用戶驗證的訪問 級別并過濾掉對該特定用戶受限的數(shù)據(jù)。所收集的數(shù)據(jù)或其參考由數(shù) 據(jù)分析器26進行保存和分析。數(shù)據(jù)分析器26應用事件識別模式和規(guī) 則，可選地觸發(fā)系統(tǒng)事件。在這一點上，可選地， 一個人，諸如醫(yī)學 專業(yè)人員加入該回路中。例如，如果用戶已經(jīng)提出了一個問題，數(shù)據(jù) 分析器26使用商用邏輯，例如來分析該問題并確定是否讓用戶查詢 經(jīng)常被問問題28的列表，如果確認答案可能在那，或者確定聯(lián)系醫(yī) 學專業(yè)人員，(經(jīng)由電子郵件或類似物)或幫助用戶使該問題更明確。 再一次，優(yōu)選地將數(shù)據(jù)收集器22和訪問級別過濾器24集成為中央服 務器12的一部分，但作為單獨實體顯示以便于理解簡便。
在收集并處理了用戶可以訪問的數(shù)據(jù)之后，將其呈現(xiàn)給用戶。中 央服務器12基于用戶簡檔確定如何給用戶呈現(xiàn)該信息。除了識別用 戶的關聯(lián)和訪問級別外，用戶簡檔還識別用戶正在使用的訪問設備，
并顯示偏好、哪里能用。優(yōu)選地，只要用戶希望或其訪問級別允許， 用戶保留對訪問關于患者信息的控制。例如，用戶可每天瀏覽一次信 息、每兩周瀏覽一次、每月瀏覽一次等等。用戶可接收電子郵件其余
信息，利用SMS網(wǎng)絡訪問等等。當然，這些僅是用戶可利用的說明性 的示例，也可構(gòu)想出更多的訪問方法。顯示格式取決于用戶所用的設 備、用戶的醫(yī)學知識、用戶的年齡(例如，兒童、青少年、成人)、 背景、以前交互的結(jié)果、信息內(nèi)容(敏銳度、數(shù)量、難度級別)訪問 級別以及其他因素。例如，患者可能有是醫(yī)生的朋友用戶，給該朋友 呈現(xiàn)的信息可能很專業(yè)；反之，給外行朋友呈現(xiàn)的相同信息可能相對 簡單，即，不太專業(yè)但更容易理解。中央服務器12訪問含有呈現(xiàn)模 板32和設備簡檔34的呈現(xiàn)數(shù)據(jù)庫30?；谟脩艉啓n，中央服務器12 選擇對應被識別用戶的呈現(xiàn)。接著根據(jù)所選的呈現(xiàn)簡檔將數(shù)據(jù)呈現(xiàn)給 用戶。
在優(yōu)選實施例中，連續(xù)監(jiān)控患者的儀器14和用戶接口。作為數(shù) 據(jù)分析的結(jié)果，該系統(tǒng)觸發(fā)內(nèi)部事件，這導致與一個或更多的系統(tǒng)用 戶進行通信。在適當?shù)那闆r下，該系統(tǒng)聯(lián)系患者的護理員或笫三(3rd) 方，諸如醫(yī)療供應裝備店或藥房。中央服務器可通過第三(3")方服 務數(shù)據(jù)庫36訪問這些方。在一個說明性示例中，患者的用戶接口在 全天的規(guī)定時間上提醒患者服規(guī)定藥物.中央服務器12保持患者應 當服用多少藥的記錄。當中央服務器12檢測到患者藥量變得短缺時， 其給藥房提交補充訂單。類似地，對于選擇性藥物，諸如止疼藥，中 央服務器12定期詢問患者看是否患者的供應正變得短缺。如果患者 肯定地應答，則服務器12給藥房提交補充該藥方的訂單，只要該藥 方在醫(yī)生的許可內(nèi)。
用戶還可利用的是大量的第三方服務.廣告數(shù)據(jù)庫36含有用戶 可利用的服務和產(chǎn)品。例如，當中央服務器12給用戶提供關于患者 的信息時，它還可咨詢廣告數(shù)據(jù)庫以便給用戶提供廣告或用戶可能希 望給患者購買的產(chǎn)品(鮮花、氣球等)折扣。作為另一示例，在用戶 負責藥方或醫(yī)療供應的情況下，數(shù)據(jù)庫36提供關于這些藥方或醫(yī)療 供應的廣告和優(yōu)惠券。中央服務器12基于患者簡檔并基于用戶簡檔 選擇廣告和服務類型呈現(xiàn)給用戶。類似地為了使患者的情緒安寧，用 戶可訪問感情目標數(shù)據(jù)庫38。從家人和朋友對患者的通信常常有額外 的支持或感情角色。為了幫助用戶給患者飾演支持和積極的感覺，感
情目標數(shù)據(jù)庫含有大量的感情制品，諸如圖標、音樂、視頻、部分文 本、會談模板等。用戶可在與患者的通信中包括這些來幫助患者保持 快樂。
本發(fā)明已經(jīng)參考優(yōu)選實施例進行了描述。對于那些在閱讀并理解
了前面的詳細描述之后的人將會想到修改和變更。本發(fā)明意旨將本發(fā) 明解釋為只要該修改和變更落入所附權利要求或其等同物范圍內(nèi)就包
括所有這些修改和變更。
權利要求
1.一種患者護理網(wǎng)絡，包含產(chǎn)生關于患者在線信息的患者數(shù)據(jù)產(chǎn)生源(14)；用于整理患者數(shù)據(jù)的中央服務器(12)；至少一個家庭成員/朋友訪問設備(10)，其中至少一個患者的家庭成員和朋友可經(jīng)由中央服務器(12)訪問關于患者的信息。
2. 如權利要求l所提出的患者護理網(wǎng)絡，其中中央服務器(12)包 括用戶驗證器(20)，其在給用戶授權訪問患者信息之前將用戶驗證為授 權用戶。
3. 如權利要求2所提出的患者護理網(wǎng)絡，其中至少一個家庭成員/ 朋友訪問設備(10)具有與其相關的授權級別，該級別規(guī)定該設備(10) 能訪問什么樣的患者信息。
4. 如權利要求3所提出的患者護理網(wǎng)絡，其中該授權級別由患者設置。
5. 如權利要求3所提出的患者護理網(wǎng)絡，其中中央服務器(12)包 括數(shù)據(jù)收集器(22)，其在經(jīng)由至少一個家庭成員/朋友訪問設備(10) 訪問中央服務器(12)的用戶請求下從患者數(shù)據(jù)產(chǎn)生源(14)和至少一 個其他來源(15)檢索數(shù)據(jù)。
6. 如權利要求5所提出的患者護理網(wǎng)絡，進一步包括 訪問級別過濾器(24)，其依據(jù)與至少一個家庭成員/朋友訪問設備(10)相關的授權級別，限制數(shù)據(jù)收集器(22)可以為用戶收集的數(shù)據(jù) 類型。
7. 如權利要求3所提出的患者護理網(wǎng)絡，其中至少一個家庭成員/ 朋友訪問設備(10)具有與其相關的呈現(xiàn)簡檔，該呈現(xiàn)簡檔規(guī)定了如何 給用戶顯示用戶可以訪問的信息。
8. 如權利要求l所提出的患者護理網(wǎng)絡，其中中央服務器(12)包 括處理中央服務器的進程的工作流引擎(18)。
9. 如權利要求l所提出的患者護理網(wǎng)絡，進一步包括 家庭成員和朋友能彼此通信以及與患者通信的通信網(wǎng)絡。
10. 如權利要求9所提出的患者護理網(wǎng)絡，其中該通信網(wǎng)絡允許與 患者的醫(yī)生進行通信。
11. 如權利要求9所提出的患者護理網(wǎng)絡，進一步包括 能使家庭成員和朋友之一向患者傳遞在情緒上令人鼓舞的消息的感情目標數(shù)據(jù)庫(38 )。
12. —種患者護理方法，包含 產(chǎn)生并M關于患者的在線信息； 用中央服務器(12 )整理患者數(shù)據(jù)；通過至少一個家庭成員/朋友訪問設備(10)給至少朋友和家庭成員 之一提供適合家庭成員/朋友的信息。
13. 如權利要求12所提出的方法，進一步包括在對用戶授權訪問患者信息之前驗證至少一個家庭成員/朋友站。
14. 如權利要求13所提出的患者方法，進一步包括 基于用戶的訪問級別和肯定的驗證給用戶授權訪問信息。
15. 如權利要求14所提出的方法，進一步包括 允許由患者設定授權級別；和 允許用戶在授權范圍內(nèi)保持對關于患者信息的訪問。
16. 如權利要求14所提出的方法，進一步包括 在經(jīng)由至少一個家庭成員/朋友訪問設備(10)訪問中央服務器(12 )的用戶請求下檢索關于患者的在線信息和關于患者的附加信息.
17. 如權利要求16所提出的方法，進一步包括使用訪問條件將數(shù)據(jù)收集限制到僅被授權的數(shù)據(jù)收集中，該訪問條 件與授予至少一個家庭成員/朋友的授權級別有關。
18. 如權利要求12所提出的方法，進一步包括以適合用戶的患者醫(yī)療狀況知識的形式在至少一個家庭成員/朋友訪 問設備(10)上呈現(xiàn)信息.
19. 如權利要求12所提出的方法，進一步包括 經(jīng)由通信網(wǎng)絡在患者、患者醫(yī)生、家人和朋友之間進行會淡。
20. 如權利要求19所提出的方法，進一步包括 訪問感情目標數(shù)據(jù)庫(38)以定制給患者目標的感情支持消息。
21. —種用于執(zhí)行權利要求12的方法的裝置。
全文摘要
一種遠程監(jiān)護中央服務器(12)支持多個用戶之間的安全數(shù)據(jù)交換，所述多個用戶例如是患者、家人和朋友、醫(yī)務人員、供應者等等。用戶驗證器(20)為該系統(tǒng)驗證和授權用戶。訪問控制由多個分配給每個用戶的靜態(tài)或動態(tài)訪問簡檔來驅(qū)動。這些簡檔規(guī)定用戶被允許訪問的數(shù)據(jù)，對用戶可用的計算，以及為用戶顯示數(shù)據(jù)的方式。呈現(xiàn)方式基于訪問角色、用戶、年齡、背景、前一交互的結(jié)果、信息內(nèi)容、驗證等級等等。也可以向用戶提供諸如對“祝早日康復”項目的廣告和打折之類第三方服務。
文檔編號G06Q50/00GK101107619SQ200580044179
公開日2008年1月16日 申請日期2005年12月9日 優(yōu)先權日2004年12月21日
發(fā)明者D·P·西蒙斯, E·伊瓦諾夫 申請人:皇家飛利浦電子股份有限公司