患者信息管理系統的制作方法

專利名稱：患者信息管理系統的制作方法
技術領域：
本發明通常涉及方法、裝置和系統，用于(1)對患者和與這些患者 有關的各種設備(諸如治療設備等)進行監測；(2)對數據收集、分布和 通過網絡進行的通信進行管理；以及(3)提供用于由患者信息管理領域中 的臨床醫生、醫師、家庭護理提供者、醫學設備制造商、管理員等使用的 界面。另外，.本發明通常涉及患者信息管理領域中用于促進網絡化環境中 的通信和數據傳輸的網絡化系統、通信平臺和體系結構。
背景技術：
利用醫學裝備治療醫學障礙或者診斷、治療或監測患者的狀況是眾所 周知的。例如，可以在實驗室中或在一些其他環境中針對各種睡眠障礙監 測和治療患者。 一種睡眠障礙的示例為睡眠呼吸暫停，其包括阻塞性睡眠 呼吸暫停和中樞性睡眠呼吸暫停。阻塞性睡眠呼吸暫停以睡眠期間上氣道 的塌陷為特征，而中樞性睡眠呼吸暫停以所有呼吸運動的暫停為特征。可 以將阻塞性睡眠呼吸暫停和中樞性睡眠呼吸暫停結合到被稱作混合性呼吸 暫停的狀況中。
為了診斷和/或治療這種醫學障礙，成功的診斷和由此得到的處方治療 需要各種裝備和設備。例如，經常利用壓力支持設備(諸如持續氣道正壓 通氣(CPAP)設備)對遭受肺部障礙或呼吸障礙(諸如阻塞性睡眠呼吸暫 停)的患者進行治療。CPAP設備在整個患者的呼吸周期向患者的氣道遞送 流體流，以便"用夾板固定(splint)"氣道，從而防止了睡眠期間氣道的塌 陷。這種CPAP設備的示例為由Pittsburgh, Pennsylvania的Respironics， Inc.制造的REMstar⑧和Solo⑧系列的CPAP設備。
在另一種治療中，向患者提供一種雙水平正壓通氣療法，其中遞送至 患者氣道的氣體的壓力隨著患者的呼吸周期而變化或者與患者的呼吸周期 同步，以使治療效果和患者的舒適度最大化。壓力支持設備的一個示例為 由Pittsburgh, Pennsylvania的Respironics, Inc.制造并經銷的BiPAP⑧系列的 設備，該壓力支持設備提供"雙水平"壓力支持，其中在患者的呼氣相期 間比在吸氣相期間遞送較低的壓力至患者。例如在美國專利Nos.:5,148,802; 5,313,937; 5,433,193; 5,632,269; 5，803，065; 6,029,664; 6,305,374; 6,539,940; 6，948，497;和7，100,607中教導了這種雙水平模式的壓力支持，以引用的方式
將每個專利的內容合并于本發明中。壓力支持設備的另一示例為由 Pittsburgh, Pennsylvania的Respironics， Inc.制造并纟5銷的Bi-Flex⑧和 C-FlexTM系列的設備，該壓力支持設備提供可變水平的壓力支持，其中在 患者的呼氣相期間降低壓力。例如在美國專利Nos.: 5,535,738; 5，794，615, 6,105,575; 6，609，517;和6，932，084中教導了這些類型的壓力支持，以引用的 方式將每個專利的內容合并于本發明中。
還已知提供一種自動滴定正壓通氣療法，其中提供給患者的壓力基于 所檢測到的患者狀況(諸如患者是否正在打鼾或者經歷呼吸暫停、低通氣 或上氣道阻力)而發生變化。基于患者是否正在打鼾來調整遞送至患者的 壓力的設備的一個示例為由Respironics, Inc.制造并經銷的Virtuoso CPAP 系列的設備。例如在美國專利Nos.: 5，203，343;5,458，137;和6,085，747中教 導了基于打鼾來控制壓力的自動滴定壓力支持模式的一個示例，以引用的 方式將這些專利的內容合并于此。
自動滴定壓力支持設備的又一示例為同樣由Respironics, Inc.制造的 Tranquility AutoCPAP設備，該設備積極地測試患者的氣道，以確定是否 可能出現完全阻塞或部分阻塞并且調整壓力輸出以避免該結果。在美國專 利No. 5,645,053; 6,286,508; 6，550，478;和6，920，877中教導了該自動滴定壓力 支持設備，以引用的方式同樣將這些專利的內容合并于此。
在利用任何上述壓力支持系統治療患者中，每個上述壓力支持系統表 示一種提供壓力支持的模式，經常期望監測與這種系統的使用有關的各種 參數。另外，在該設備或其他在本地可利用的存儲介質中在本地收集數據是有必要的，并且，臨床醫生和醫師利用該數據來確保對處方或治療的 依從性；確保該設備適當地運行；通過在設備級收集并分析數據來監測患 者的進展等。因此，重要的是，建立適當的通信協議以將所收集的數據提 供給中心數據庫或知識庫以供臨床醫生、醫師和管理員使用。
根據現有技術，可以將在設備級收集的數據(例如使用數據、患者數 據、設備數據等)存儲在可移動的介質(諸如智能卡)上。例如在PCT專 利申請公開no. WO 01/32069中教導了此類數據收集技術的一個示例。在一 個實施例中，可以通過以下方式將智能卡上的數據發送至中心系統通過 郵件向行政實體發送智能卡；向臨床醫生發送智能卡以將數據傳遞至系統 中等。 一旦接收到數據，接收系統就必須處理、分配和分析數據，并且將 適當的數據流和信息引導至用戶，例如臨床醫生、健康護理提供者、醫師、 管理員、客戶服務代表、技術人員等。
現有技術的一個缺點為提供給臨床醫生和醫師以在監測患者交互、設 備運行、依從性統計等中使用的有限界面。典型地，這種現有技術包括將 數據引導至適當的個體以在執行其日常義務和職責中使用的內部通信體系 結構。然而，如果位于特定的設施處的臨床醫生想要對位于不同的設施處 的臨床醫生或與患者有關的醫師談話，.則必須使用正常途徑的通信(例如 電話、傳真、電子郵件等)。該分布式數據收集、處理和通信的效率很低并 且易于出現數據不一致的問題、通信失敗以及其他與用戶的分離相關的問 題。
更進一步，這些現有技術系統并未將用于在管理患者數據、設備數據 等方面使用的功能和通信特征最大化。具體地，這種系統并未提供一種易 于理解的強大的界面以在具有不同的訪問和職責水平的大量用戶之間接 收、分析、處理和傳輸數據。正是這種數據統一的缺乏導致了多種依從性 問題、響應時間延遲、低效的或不當的通信等。
因此，在患者信息管理系統的領域中存在向系統的用戶的分布提供一 種統一的可行的解決方案的需要。在本領域中還存在對利用統一的離散數 據流以及數據之間的關系以獲得有效的分析結果的有效的數據收集、處理 和分析系統的需要。另外，本領域中存在對根據規定的但仍可修改的規則 集允許許多不同類型的用戶之間的通信的用于患者信息管理的方法和系統的需要。此外，本領域中存在對允許通過網絡進行的患者數據(和設備數 據)的安全通信的患者信息管理系統的需要。因此，上面討論的現有技術 系統缺乏提供患者、患者設備、臨床醫生、醫師和管理員之間的數據的安 全通信的能力，并且，因此，這些現有技術系統無法提供用于在提供提高 的醫學治療以及動態的安全通信基礎設施中使用的動態的響應的患者信息 管理系統。

發明內容
因此，本發明的目的在于提供一種計算機實現的患者信息管理方法和 系統，其克服了常規的患者信息管理系統的缺點。具體地，本發明的目的 在于提供一種計算機實現的患者信息管理系統，其提供一種具有魯棒性的 安全的通信平臺和基礎結構，以促進患者、患者設備、臨床醫生、醫師、 管理員等之間的通信。本發明的另一目的在于提供一種計算機實現的患者 信息管理系統，其向臨床醫生、醫師和管理員提供一種用于在監測、分析 以及與患者和/或患者設備的通信中使用的簡單但動態的界面。本發明的又 一目的在于提供一種計算機實現的患者信息管理系統，其提供一種用于在 網絡環境中管理患者需求中使用的關系數據系統。本發明的再一目的在于 提供一種計算機實現的患者信息管理系統，其提供增加的依從性監測、提 醒功能、通知、患者數據和信息管理以及增強用戶在界面的經驗的其他功 能，然而，同時改善了用戶/患者響應性，這得到了大大增強的健康護理系 統。
因此，本發明針對一種用于患者信息管理的計算機實現的系統。該系 統包括至少一個數據庫，該數據庫具有填有患者數據、臨床醫生數據、醫 師數據、健康護理提供者數據、設備數據、醫學數據、健康數據、呈現數 據、識別數據、管理員數據或它們的任意組合的多個數據字段。該系統還 包括與至少一個數據庫進行通信的患者信息界面以對配置為訪問該界面的 用戶選擇性地且動態地呈現數據。另外，使用程序指令集來促進至少一個 患者設備和該系統之間的數據通信。
在又一實施例中，本發明針對一種用于患者信息管理的通信系統。該 系統包括至少一個中心數據庫，該中心數據庫具有填有患者數據、臨床醫生數據、醫師數據、健康護理提供者數據、設備數據、醫學數據、健康數 據、呈現數據、識別數據、管理員數據或它們的任意組合的多個數據字段。 另外，程序指令集促進經由與至少一個患者設備進行通信的通信設備的至 少一個患者設備和該系統之間的數據通信。
在再一實施例中，本發明針對一種促進患者設備的數據通過網絡至患 者管理系統的安全傳輸的方法。該方法包括如下步驟使患者設備和通信 設備之間能夠實現通信；以及由通信設備將數據傳輸至患者管理系統服務
器。通過網絡進行傳輸，并且，該數據為患者數據、設備數據、醫學數據、 健康數據、呈現數據、識別數據或它們的任意組合。
在參考附圖考慮下列描述和所附權利要求書的基礎上，本發明的這些 及其他目的、特征和特性，以及操作方法和結構的相關元件的功能以及各 部分的組合和制造的經濟成本將變得更加顯而易見，所有這些形成該說明 書的一部分，其中，相似的參考數字指明各個圖中相應的部分。然而，將 會明確地理解到，附圖僅用于圖示說明和描述的目的，而并不意在作為對 本發明的限制的定義。如在說明書和權利要求書中所使用的，"一"、"一個" 和"該(所述)"的單數形式包括復數指稱，除非上下文清楚地另有所指。


圖1為根據本發明的原理的患者信息管理系統的示意圖2-82為對根據本發明的原理的患者信息管理系統的用戶顯示的患者
信息界面的不同部分的屏幕截圖83為根據本發明的原理的患者信息管理系統的功能分組的一個優選
實施例的示意圖84為用于根據本發明的原理的患者信息管理系統的用戶——管理員 的各種功能和相互連接的示意圖85為用于根據本發明的原理的患者信息管理系統的用戶——臨床醫 生的各種功能和相互連接的示意圖86為用于根據本發明的原理的患者信息管理系統的用戶——醫師的 各種功能和相互連接的示意圖87為根據本發明的原理的患者信息管理系統的報告功能的示意圖；圖88為對根據本發明的原理的患者信息管理系統的用戶顯示的示例概 要依從性報告；
圖89為圖示說明了可向用戶提供的各種通信設備狀態信息的圖表； 圖90為用于根據本發明的原理的患者信息管理的通信系統和平臺的示 意圖91為用于根據本發明的原理的患者信息管理的通信系統和平臺中的 功能和相互連接的示意圖92為圖示說明了一過程的圖，通過該過程出售、裝運、維修并使用 調制解調器附件(通信設備)，以調用根據本發明的原理的患者信息管理系 統。
具體實施例方式
本發明針對患者信息管理系統10。在圖1中圖示說明了系統10的優選 且非限制性實施例。系統IO包括患者信息界面12，其許可由多種用戶14 訪問并使用系統10的功能。如圖1中所示，用戶14可以包括臨床醫生C、 健康護理提供者(HCP)及其雇員(其典型地包括臨床醫生和管理員)H、 醫師或醫生D、健康護理工作人員、家庭成員、依從性監測官員、系統管 理員A、醫學設備制造公司等。另外，系統10提供與至少一個且典型多個 與各自的患者P相關聯的患者設備16進行的通信。如以下更詳細地討論的， 通過通信設備18的某種形式實現從患者設備16至系統10的其他部件的通 信。因此，本發明針對補充和創建患者信息管理系統10的患者信息界面、 通信體系結構和其他各種部件和設備。
為了利用患者信息界面12，系統10包括至少一個數據庫20，數據庫 20包括填有患者數據、臨床醫生數據、醫師數據、健康護理提供者數據、 設備數據、醫學數據、健康數據、呈現數據、識別數據和/或管理員數據的 數據字段。另外，患者信息界面12是對用戶14 (無論臨床醫生C、醫師D、 健康護理提供者H等)定制的并且還可由用戶14進行配置。因此，患者信 息界面12與數據庫20進行通信，并且對患者信息界面12進行編程以對配 置為訪問患者信息界面12的用戶14選擇性地且動態地呈現數據字段。另 外，系統10包括配置為促進患者設備16和系統10 (諸如系統10的數據庫20)之間的數據通信的程序指令集。
患者設備16可以是多種治療的、醫學的和相似的設備(例如壓力支持 設備等)。適合于與本發明一起使用的患者設備的示例為在Kepler等人的美 國專利申請公開no. 2007/0169776 ("'776公開")(以引用的方式將其內容 合并于此)中公開的壓力支持系統。為了從與患者P進行通信的設備16的 子部件獲得適當的數據，患者設備16包括一些存儲介質，例如智能卡22、 內部硬盤驅動等。此外，患者設備16使用用于將存儲的數據傳送至系統10 的某種方法。例如，可以將數據從智能卡22傳遞至系統10的數據庫20， 或者在另一優選實施例中，可以經由通信設備18 (例如調制解調器、無線 調制解調器、撥號調制解調器等)將數據傳輸至系統IO (或數據庫20)。
在'776公開所教導的壓力支持系統中，通信設備18為可操作地耦合 至對壓力支持系統進行控制的處理器的調制解調器。更具體地，"76公開 的壓力支持系統包括以模塊化的方式容納調制解調器的槽。然而，本發明 還預期可以將通信設備18從患者設備16物理地分離。在這種情況下，通 信設備可以經由任何常規的通信鏈路(無線的或硬連線的)與患者設備進 行通信。
如以下更詳細地討論的，系統10可以包括多種層和伴隨的程序指令， 以用于對特定類型的用戶14配置患者信息界面12、驅動系統10交互的功 能、管理設備之間的通信、管理數據傳遞等。例如，如圖1中所示，系統 IO包括用于對用戶14 (在該實施例中為醫師D、 HCPH和臨床醫生C)配 置和驅動患者信息界面12的呈現層24。系統10還包括網頁服務層26，其 用于提供數據傳遞服務(例如通過智能卡22)以及用于提供由超級用戶或 系統管理員A使用的交互層。最后，使用通信服務層28以允許患者設備 16 (并且具體地為相關聯的通信設備18)和系統IO之間的適當且有效的通 信。
層24、 26、 28與業務邏輯30進行通信并且通過業務邏輯30起作用， 業務邏輯30與數據訪問模塊32迸行通信。因此，提供全部引入數據通過 適當的層24、 26、 28，通過業務邏輯30和數據訪問模塊32，并且到數據 庫20中。當然，相同的業務邏輯30和訪問模塊32允許與層24、 26、 28 的數據通信，以用于對用戶14選擇性地呈現數據。I.患者信息界面
為了得到對系統10和患者信息界面12的訪問，提供了登錄界面34。 如圖2中所示，登錄界面34允許用戶14輸入用戶名數據36和密碼數據38。 在一個實施例中，用戶名數據36的輸入字段將接受多達50個字母數字字 符，而密碼數據38的輸入字段將接受多達16個字母數字字符。另外，登 錄界面34包括登錄按鈕40，當選擇登錄按鈕40時，提交來自文本框的值 以用于驗證和接受。如果接受用戶14，則將對用戶14呈現患者信息界面 12。消息可以指導用戶在忘記密碼的情況下與管理員A聯系以更改密碼。
密碼修改界面42將允許用戶14修改和更改密碼數據38。例如，可以 將密碼數據38設置為在一定的時間段后過期，在這種情況下，將對用戶14 顯示密碼修改界面42，要求對密碼數據38進行更新或修改(參見圖3)。 將提供三個輸入字段，包括用于舊密碼、新密碼和對新密碼的確認的字段。 如果新密碼與確認的密碼不匹配，則將對用戶14顯示錯誤。用戶14將不 具有不更改密碼就進入應用的能力。將對用戶14顯示保存按鈕44，以用于 保存新的確認的密碼數據38。
一旦用戶14得到了對系統10的訪問，就將呈現患者信息界面12的進 一步的屏幕和功能。在一個實施例中，患者信息界面12包括可由用戶14 選擇性地進行選擇的一系列屏幕或區域。在一個實施例中，通過標簽定位 來更改和導航屏幕。為此，提供一系列標簽45，當選擇標簽45時，能夠顯 示(多個)相關聯的屏幕。在圖4A中，選擇"我的日期"標簽47，從而 顯示與該標簽相關聯的(多個)屏幕。
如圖4中所示，標簽導航欄45的使用允許用戶14通過選擇適當的標 簽而在各種屏幕(包括每日數據屏幕46 (圖4A和4B)、患者數據屏幕48 (圖5、 6、 11、 12、 14-20、 27-31、 33、 34、 39-43和45-48)、簡檔數據屏 幕50 (圖35、 49和50)、系統設置數據屏幕52 (圖51-76)、業務報告屏幕 54 (圖77和圖78)和調制解調器管理屏幕56 (圖79-82))之間進行選擇。 在優選的實施例中，患者信息界面12配置為首先對用戶14顯示每日數據 屏幕46作為默認顯示。當然，系統可以配置為在啟動后顯示任意屏幕。此 外，用戶可以選擇啟動屏幕或使用自定義的屏幕。
同樣，如圖4A中所示，其中，將每個屏幕46、 48、 50、 52、 54、 56分成不同部分，每個屏幕在所分類的部分下顯示與用戶14有關的適當的數 據。具體地，在該實施例的每日數據屏幕46上，選擇性地顯示三個部分， 包括優先項目部分58、提醒部分60和報告部分62。優先項目部分58配置 為顯示患者識別數據64和相關聯的通知數據66。提醒部分60配置為顯示 患者識別數據64、提醒數據68和截止期限數據70。此外，報告部分62配 置為顯示患者識別數據64和報告描述數據72。以該方式，在患者信息界面 12的每個屏幕46、 48、 50、 52、 54、 56的任意特定部分58、 60、 62上對 用戶14選擇性地且動態地顯示各種數據字段。該數據由數據庫20提供， 數據庫20充當所有數據流的數據倉庫，并且傳輸適當的數據，以用于將字 段填入患者信息界面12的任意部分中。
此外，還可以基于分類選擇性地顯示對用戶14呈現的數據和信息，這 可以通過下拉式列表49或類似的功能來進行選擇。在本實施例中，可以經 由下拉式列表49在分類"我的患者"和"我的工作組患者"下對用戶14 呈現數據。"我的患者"選擇應當是默認設置。當從下拉式列表選擇選項時， 其下方的一個或多個屏面被刷新與該選擇有關的數據。優先項目部分58將 包含基于在下拉式列表中作出的選擇的患者P和患者識別數據64的列表。 應當在整個患者信息界面12根據需要顯示頁面控制。
患者識別數據64可以包括多種數據字段，其包括患者P的照片、患者 姓名、患者識別、患者親緣關系數據、聯系數據等。例如，患者識別數據 64可以包括患者P已在系統10中多久或已使用給定的醫學設備(例如設備 16、 18等)多久。
再次參照圖4A，"我的日期"或每日數據屏幕46包括優先項目部分58 和/或提醒部分60。在這些部分的每個中，按照優先級來對患者P的信息(即 患者識別數據64)進行分類或排序。例如，該優先級列表可以是以連續順 序的并且由相關聯的通知數據66的性質確定。相關聯的通知數據66可以 是健康相關數據、設備相關數據、使用相關數據等。另外，多種圖標74可 用于對用戶14快速呈現每個患者P的相關聯的通知數據66的類型。例如， 圖標74可以表示相關聯的通知數據66是否為健康相關、設備相關、使用 相關等，并且，在每個分類中，可以以逆時間先后順序對相關聯的通知數 據66進行排序。用戶14可以通過將鼠標懸停在圖標74上來找到每個圖標74的含義。 在一個實施例中，顯示圖標74的區域可能能夠呈現多個圖標74，如上面所 討論的，每個圖標74表示一種相關聯的通知數據66。因此，相關聯的通知 數據可以是文本、字母數字文本、符號、圖標74、視覺指示等。這使得用 戶能夠在最小量的屏幕空間中査看所有與給定的患者相關聯的通知數據 66。然后，例如通過選擇患者識別數據64可以展開每個患者的記錄。這使 得關于患者的細節得以顯示。參見例如圖10。在優先項目部分58a中顯示 與通知數據相關聯的細節。在圖4C中示出了適用于顯示為通知數據66和 每個圖標的含義的圖標74的列表。
在優先項目部分58中，可以包括可選擇框76，以用于從該部分選擇或 移除患者識別數據64和相關聯的通知數據66。此外，在優先項目部分58 中，可以針對多個患者P顯示患者識別數據64和相關聯的通知數據66，并 且，數據是以基于患者識別數據64、相關聯的通知數據66、健康相關數據、 設備相關數據、使用相關數據、時間先后數據等的優先順序來顯示的。圖 4B圖示說明了示出如何查看多個患者的每日數據屏幕46的實施例。在該 實施例中，在優先項目部分58中列出了四個患者65a、 65b、 65c和65d。 前三個患者65a、 65b和65c每個都具有作為與患者相關聯的通知數據的兩 個圖標74。
本發明預期在典型地從智能卡或調制解調器接收到數據時，生成使用、 健康或設備相關的通知。當接收到數據時，系統檢查數據并且確定數據是 否是對先前在系統中建立的規則的例外。可以例如由HCPH、系統管理員 A或具有對設置這種規則的授權的系統的任何其他用戶設置或建立這種規 則。作為示例，系統可以檢查與呼吸相關聯的數據以識別患者的呼吸模式， 并且特別是識別諸如陳施氏呼吸(CSR)的異常呼吸模式。利用任何常規的 數據監測例行程序可以完成對數據是否對應于規則或閾值的確定。
本發明預期系統所使用的規則當前正經由工具欄45上的系統設置部分 進行設置。計算規則的示例為依從性相關的、Affl相關的和大泄漏相關的。 當數據符合規則的標準時，就向臨床醫生、HCP、醫師或他們的任意組合 遞送患者注釋通知。
同樣如圖4A和4B中所示，在提醒部分60中，針對多個患者P顯示患者識別數據64、提醒數據68和截止期限數據70，并且，再次以基于患 者識別數據64、提醒數據68、截止期限數據70等的優先順序顯示數據。 在報告部分62 (將其從圖4B的實施例省略)中，提供可選擇框76，以用 于從在該部分62中所提供的多種報告類型78的列表中選擇或移除各種報 告類型78。另外，在報告部分62中，報告描述數據72或報告類型78包括 可選擇的報告類型78，其中，在選擇報告類型78之后就對用戶14呈現相 關聯的患者P的與報告類型78相關聯的報告。通常，報告部分62用作向 用戶14提供選擇并查看以下所討論的報告數據258的能力。
如上面所注意到的，患者信息界面12中可得到的另一屏幕為患者數據 屏幕48，參見例如圖5。例如經由工具欄45上的"我的患者"標簽51選 擇患者數據屏幕48。患者數據屏幕48選擇性地顯示與每個患者P相關聯的 患者數據80。在圖5中，示出了多個患者，即與登錄到系統中的用戶相關 聯的所有患者。患者數據80可以包括例如以下姓、名、患者識別數據64、 公司名稱、臨床醫生姓名、設施名稱、提供者名稱、醫師姓名、設備數據 114、設備模式數據、依從性數據、依從性數據的圖形表示、設備使用數據 等。
本發明預期響應于搜索查詢、搜索參數、下拉式搜索術語、用戶輸入 搜索術語等在患者數據屏幕48上顯示患者數據80。例如，可以基于選定的 分類、相關聯的患者數據80、工作組患者數據、非活動的患者數據等選擇 性地顯示患者數據80。如圖5中所示，可以以用戶可選擇的方式提供患者 數據80的列表。例如，可以以上升順序、下降順序、通過任何獨立分類等 對患者數據80進行排序。
為了識別特定的患者P,提供各種搜索框82，以用于根據分類類型或 特定術語或字母數字組合進行搜索。 一旦選定適當的分類或將術語放入搜 索框82，就選擇搜索按鈕84以開始搜索過程。如上面所討論的，可以基于 超級分類示出所有患者數據80,如從下拉式列表(例如"我的患者"、"我 的工作組患者"、"非活動的患者"等)所選擇的。如圖6所示，響應于基 于從下拉式列表作出的選擇或通過從選擇框82作出的選擇(可能與輸入搜 索框82的文本相結合)的搜索，對用戶14呈現患者列表。因此，患者數 據屏幕48將顯示與指定的搜索選項匹配的患者P的列表。圖6圖示說明了通過利用搜索框82中的搜索術語"p"和搜索字段框82a中的"姓名"對 特定組的患者進行搜索而顯現的患者的列表。
如圖6的示例中所示，響應于搜索而對用戶14呈現的患者數據80為 患者的姓名、識別、設備模式、依從性快速查看(或患者依從性的圖形表 示)和使用數據。在該實施例中，如果依從性數據不可用或是六個月以前 的，將在依從性快速査看列中顯示短語"無可用的當前數據"。此外，可以 通過點擊任何列標題對這些結果進行排序，并且，然后將按字母順序對患 者數據80進行排序。
在患者數據屏幕48上，許可用戶14增加患者數據80、修改患者數據 80、導入患者數據80、保存患者數據80等。圖7圖示說明了用于編輯患者 信息的編輯部分128，例如通過從患者的列表選擇特定的患者并且選擇與該 患者相關聯的"編輯"按鈕130來對編輯部分128進行訪問。參見圖10。 可進行編輯的患者數據可以包括患者信息、提供者信息、識別信息、聯系 信息、.名、姓、中間名、地址、城市、州、國家、郵政編碼、電子郵件地 址、家庭電話號碼、傳真號碼、工作電話號碼、最佳聯系時間數據、社會 安全號碼、患者設施識別、出生日期、性別、開始日期數據、婚姻狀況、 注解、照片、緊急聯系數據、實際聯系數據等。當然，本發明預期可以由 具有適當的訪問和管理權限的任何用戶14對整個系統10中的任何數據進 行增加、刪除、修改、編輯、保存等。
一旦將所有適當的信息和數據放入適當的字段中，就可以選擇保存按 鈕44以保存患者數據80。可以利用字段標簽右邊的星號指明強制性要求輸 入的輸入字段，并且該星號指示用戶14必須將患者數據80輸入到這種字 段中。在在系統10中增加或修改患者P的操作的過程中，可以將任意數目 的數據點或患者數據80輸入患者P記錄中。如果要增加新患者則提供空白 的患者數據80。為了增加新患者，選擇例如圖5中的"增加患者"項目。 將必要的信息填寫到空白中，并且啟動保存按鈕以保存新患者。
在患者信息界面12提供的并且如圖8所圖示說明的另一功能為可以將 患者數據80從預先存在的文件或數據庫導入系統10中。這是例如通過啟 動圖5中的"導入患者"按鈕96來完成的。如圖所示，用戶14可以選擇 瀏覽按鈕94以定位文件，并且一旦找到文件，就選擇導入按鈕95以將數據導入系統10中。預想可以以多種形式和格式提供患者數據80，從而系統 10可以對導入的數據流和相關的文件類型進行分析，以便于提取必要的信 息以創建患者文件并且將適當的字段填入數據庫20中。因此，系統10允 許用戶14激活或解除患者P、從外部源采集數據、輸入數據、修改數據、 保存數據、刪除數據、接收外部數據、將數據傳輸至外部設備等。
還可以在患者信息界面12對用戶14顯示提供者部分卯。在圖9所圖 示說明的示例中，將提供者數據92針對患者P輸入到部分90中。當輸入 或編輯患者數據時，通過例如選擇圖7中的"提供者信息"標簽93可以訪 問提供者部分90。在圖9中，該標簽被稱作"提供者"標簽93。提供者 數據92可以包括主護理醫師、睡眠醫生、睡眠實驗室、臨床醫生、保險數 據、第二保險數據、保險提供者數據、保險號數據、組號數據、保單持有 者姓名、與保單持有者的關系等。當然，任何該數據都可以已被包括在下 拉式可選擇的菜單中，或者如果需要的話，可以將任何該數據直接輸入到 文本輸入字段中。
為了更好地對用戶14呈現患者數據80，在患者數據屏幕48中，提供 患者簡檔部分98。患者簡檔部分98配置為呈現患者數據80、患者細節數 據、患者概要數據100——經由"患者概要"標簽進行訪問、處方數據102 ——經由"處方"標簽進行訪問、治療數據104——經由"治療數據"標簽 進行訪問、提醒數據106——經由"提醒"標簽進行訪問、聯系數據108— 一經由"聯系"標簽進行訪問、問巻數據110——經由"問巻"標簽進行訪 問、注釋數據lll——經由"注釋"標簽進行訪問以及歷史數據112——經 由"歷史"標簽進行訪問。如上述所討論的，可以在分離的屏幕、不同的 部分上或以標簽的形式呈現每組這種數據，如圖11A所圖示說明的。在一 個實施例中，患者概要數據100包括依從性數據118、使用數據、使用數據 的圖形表示、依從性數據的圖形表示、使用日期、患者優先項目數據、狀 態數據、提醒數據、可選擇的數據等。
依從性數據118說明或另外指示患者對患者設備16的使用以及與該使 用有關的其他數據，如與患者對治療方案的依從性相關聯。因此，用戶14 可以快速使患者對他或她的治療的依從性的狀態可視化。可以以在上文關 于優先項目部分58a所討論的相似的方式在患者簡檔部分98中提供優先數據。如上述所注意到的，優先項目部分58a優選地示出關于通知數據66 (例 如圖標74后面的含義)的細節。
相似地，如以上關于提醒部分60所討論的，可以在患者簡檔部分98 中對用戶14呈現提醒數據62。該患者概要數據100向用戶14提供與任何 特定的患者P相關聯的重要的患者數據80的簡略但重要的快照。
用戶14可以在該患者簡檔部分98或患者信息界面12的其他可應用的 區域中執行多種其他功能。例如，用戶14可以通過選擇活動按鈕120來激 活或解除患者P。解除患者意味著該患者的數據將不在任何列表上出現。這 可能發生在家庭護理提供者不再想要監測特定患者的數據時，例如，如果 患者切換HCP、中斷治療、去世等。本發明預期不完全刪除患者數據而僅 僅是不顯示患者數據，即當用戶不再對與這樣的患者有關的信息感興趣時， 通過解除患者來實現。
另外，用戶14可以在通過選擇采集按鈕122而啟動的過程中從智能卡 22采集數據。以下將更詳細地描述這個過程。另外，向用戶14提供調制解 調器設置按鈕124，并且當選擇調制解調器設置按鈕124時，調制解調器設 置按鈕124鏈接至調制解調器管理屏幕，以下將進一步詳細地對調制解調 器管理屏幕進行討論。還預想還可以在患者簡檔部分98或患者信息界面12 的別處上顯示調制解調器狀態數據和預定調用數據。
如以上所討論的，依從性數據118可以以圖形的形式對用戶14示出。 例如，對于每個日期和小時的交叉，可以顯示方塊。該方塊將指示使用患 者設備16的小時數。如果小時數大于四，工具欄以及相應的日期和時間可 以是由視覺方案確定的中性顏色。如果小時數大于零而小于四，工具欄可 以是紅色陰影。最后，如果小時數為零，則不顯示工具欄。以該方式，用 戶14可以快速查看患者對患者設備16的使用。另外，用戶14可以選擇提 供和呈現多少依從性數據118。
關于以上所討論的提醒數據106，患者信息界面12的許多記錄和數據 字段包括可選擇框76。可選擇框76可用于移除在指定的列表中選擇的項目， 并且，然后，列表將刷新剩余項目。另外，可以顯示聲明已成功對列表進 行更新的消息。
如上面所討論的，可向用戶14提供提醒數據106。用戶14可以選擇他或她想要通過利用下拉式列表、文本搜索等重新查看的什么類型或分類的
提醒數據106。通過以時間先后順序(將最早的列出在首位)的到期日來對 提醒數據106進行排序。 一些可用的分類包括對用戶14示出全部提醒數據 106、完成的提醒數據106、待決的提醒數據106等的能力。更改下拉式列 表中的選擇將對提醒數據106的選定的列表進行檢索，并且，將對所選擇 的任何復選框進行清除。
如圖11中所示，可以對用戶14顯示作為患者數據80的一部分的患者 細節部分126，這與僅僅顯示患者概要數據100形成對照。患者細節部分 126可以以詳細的形式(與概括的形式形成對照)顯示患者數據80。另外， 可以增加注解，并且將其作為患者數據80的一部分來進行保存且與特定的 患者P相關聯。通過選擇圖10中的"顯示細節"標簽113或圖11中的"隱 藏細節"標簽115來確定是顯示患者數據的詳細視圖(圖11)還是概要視 圖(圖10)。本發明預期可以在其他屏幕上提供顯示和隱藏細節按鈕，以允 許用戶在期望時快速訪問關于患者的細節。
如以上所注意到的，還在患者簡檔部分98中(優選地在不同部分或標 簽區域中)對用戶14呈現處方數據102。例如，本發明預期在選擇"處方" 標簽99后顯示處方數據。如圖12中所示，處方數據102可以包括患者識 別數據64、建立日期、家庭電話號碼、地址、主護理醫師D、睡眠處方、 臨床醫生C、睡眠實驗室、調用數據、設備模式、設備模型、設備數據114、 加濕器數據、面罩數據、處方數據、可選擇的數據、注解數據、發布數據 等。如圖12中所示，可以將處方數據102分成不同的區域和分類，包括設 備處方部分132、加濕器部分134、面罩處方部分136和其他處方部分138。 每個部分132、 134、 136、 138將包括與適當的部分132、 134、 136、 138 有關的多種處方數據102，并且處方數據102可由用戶14利用多種技術(包 括下拉式列表、選擇框、搜索功能等)進行選擇、修改、分類或配置。
在設備處方部分132中，可以從下拉式列表133選擇設備模式和設備 模型。參見圖13。另外，根據選定的設備模式和設備模型，可以從下拉式 列表135或其他數據選擇屏幕選擇序列號、發布日期、壓力設置、設備設 置、警報設置和設備的其他可選擇的特征。參見圖14。可以經由日歷按鈕 137訪問日歷以設置發布日期。另外，應當注意到，在這些部分中提供的所有數據都動態地進行顯示并且適于選定的設備模式和模型。
圖15圖示說明了系統10的一個特征，其中可以將處方數據102 (在該 情況下為與患者設備16相關聯的處方數據)發送至患者設備16。具體地， 一旦選定適當的設置，就可以通過選擇發送按鈕140將處方數據102發送 至智能卡22或直接發送至患者設備16。 一旦選定適當的處方數據102，就 將其用于編程、重新編程或者另外與患者設備16進行通信。在其他處方部 分138中，可以選定和選擇與附件及其他設備相關聯的處方數據102。例如， 處方數據102可以包括項目描述、序列號、發布日期、置換提醒等。如圖 16中所圖示說明的，在加濕器部分134和面罩部分136中，與加濕器和面 罩相關聯的處方數據102是可選擇的且可修改的。
圖16還圖示說明了用于在相應的部分132、 134、 136、 138中編輯和/ 或修改處方數據102的多個編輯按鈕130的使用。例如，設備處方部分132 中的處方數據102是可修改的(圖17)，并且，其他處方部分138中的處方 數據102也是可修改的(圖18)。然而，預想可根據給予用戶14的訪問級 和權限對任意部分中的任意數據進行修改。在這些實施例中，提供下拉式 列表以用于編輯數據。當然，任何常規技術可用于此目的。
圖19A-19E圖示說明了用于設置設備處方部分132a、加濕器部分134a、 面罩處方部分136a和其他處方部分138a的進一步的實施例。設備處方部分 132a示出了 AutoCPAP作為設備模式的選擇。這種數據可以在壓力的范圍 內改變遞送至患者的壓力。典型的autoCPAP設備限制了設備可以遞送至患 者的壓力的范圍。因而，在框139a和139b中示出了最大壓力和最小壓力。
圖19E圖示說明了在用戶對圖19A中的"用戶調制解調器"框129選 擇"是"的情況下顯示的設備處方部分132b。在該實施例中，提示用戶在 框131中輸入驗證號碼。這是必須完成的必需字段。 一旦輸入所有必需數 據，用戶就啟動保存按鈕131a。
本發明預期提供一種用于對輸入至系統中的序列號(例如輸入至序列 號字段141中的序列號)進行自驗證的技術。為了完成該過程，系統提供 驗證號碼以確保正確地鍵入序列號。驗證號碼為允許患者數據管理系統10 基于設備的序列號給設備分配號碼的約定，這可以確保當驗證號碼由用戶 鍵入時被正確地輸入。在該情況下，設備為調制解調器，它是特定類型的通信設備18。
在示范性實施例中，驗證號碼可由兩個部分組成(a)修改的序列號， 以及(b)驗證碼。驗證碼被增加至修改的序列號的末端并且利用眾所周知 的技術生成以確保其正確性。例如，如果序列號為12345，可提供一種計算 字符的總和的公式以生成兩位驗證碼。這種公式將產生下列驗證碼 1+2+3+4+5=15。于是，序列號12345的驗證號碼將是1234515。以下關于 圖92更詳細地討論驗證號碼。
修改的序列號，即典型地由設備制造商所使用的產品跟蹤數據庫(諸 如SAP)使用的修改版的序列號；以及驗證碼。修改的序列號基于該序列 號，但包括更少的字符，然而仍是該序列號所特有的或接近特有的。在示 范性實施例中，通過將實際的序列號結合到六位數字中來生成修改的序列 號，其后面是4位驗證碼。 示例
序列號WM123456789
驗證號碼(修改的序列號/驗證碼)=49P302/3718。
修改的序列號是對實際序列號數位以31為底數的表示。這提供了以6 個數位所表示的超過887百萬的可能的序列號的范圍(3"6)。數字集合包 括
0123456789BCDFGHJKLMNPQRSTVWXYZ (無元音字母)。 該集合僅僅包含輔音字母而無元音字母(這是為了確保不會從輸出字符串 形成單詞)。所有阿爾法字符都將是大寫的。 作為示例，為了將123456789轉換至底數31:
31 ) 123456789
31 )3982477 r2
31 ) 128467 r0
31)4144 r3
31)133 r21(P)
31)4 r9
0 r4 =49P302
或者反過來2 +
(0* 31) + (3X31A2) + (21 X31A3) + (9X31A4) + (4X31A5)
=123456789
提供了驗證號碼，這對于防止對系統的未經授權的訪問不是必需的， 但主要是以合理的確定性確保用戶已將正確的序列號鍵入序列號字段中。 為了使輸入對于終端用戶而言盡可能簡潔，已確定的是，通信號碼字符串 的16位數字哈希是足夠的。當然，本發明預期采用更少的位數，但要理解， 接收不正確號碼的可能性將增加。相反地，更多的位數減少這種可能性， 但是要求由用戶輸入更多字符。
在上面所討論的實施例中，驗證號碼用于與調制解調器結合，以幫助 確保正確輸入患者設備的序列號。本發明還預期甚至在不使用調制解調器 的情況下也能夠采用該技術。例如，在圖19A-19D中，可以提供驗證號碼 字段，或者隨時輸入序列號，從而系統可以驗證是否已正確輸入序列號。
治療數據104可以以治療數據部分142的形式顯示。參見圖20。例如， 本發明預期可以在選擇"治療"標簽143后顯示治療數據。如圖20中所示， 治療數據部分142中的治療數據104可以包括治療數據、設備數據、模型 數據、模式數據、開始日期、結束日期、治療報告數據、設備使用數據、 依從性數據、設備使用數據的圖形表示、依從性數據的圖形表示、報告數 據、歷史報告數據、可選擇的數據等。以該方式，治療數據104在指定的 時間段內可由用戶14進行選擇，并且以詳細的格式、概要格式、圖形格式 等呈現。
如圖20中所圖示說明的，治療數據部分142可以包括不同子部分。具 體地，在所圖示說明的實施例中，治療數據部分142包括可用的治療數據 部分144和治療數據報告部分146。可用的治療數據部分144可選擇地以表 格的形式顯示可用的治療數據。具體地，在該部分144中顯示的治療數據104包括設備模型、設備模式、使用開始日期、使用結束日期等。另外，通 過以逆時間先后順序的開始日期對該部分144中的數據進行排序。
治療數據報告部分146允許用戶14創建并査看以報告格式的很多種治 療數據104。在圖20的實施例中，治療數據報告部分146包括三個屏面， 即時間跨度屏面150、使用模式屏面152和報告類型屏面154。時間跨度屏 面150允許用戶14根據例如一個星期、 一個月、六個月或針對可選擇的自 定義設置來選擇要報告的治療數據104的時間和/或量。自定義設置允許用 戶14輸入開始日期和結束日期，從而對自定義的開始和結束時期進行定義。 這種值限于有效的日期值，并且，開始日期輸入字段中的值必須是發生在 結束日期字段中的值之前的曰期。
另外，用戶14可以具有經由日歷控制或通過鍵入文本框中來輸入日期 的能力。當選定自定義的日期范圍時，開始和結束日期控制才是活動的， 然而，如果從自定義改變單選按鈕，則將對數據字段進行清除。另外，治 療數據報告部分146包括刷新圖形按鈕156。通過選擇按鈕156，對使用模 式屏面152中的圖形內容更新時間跨度屏面150中所列出期限和時間段。
在使用模式屏面152中，對用戶14動態地呈現治療數據104的圖形表 示。在圖20的實施例中，圖形表示包括四列，即復選框、日期、條狀的使 用模式以及一天中所有會話的總時間。使用模式條有三種顏色，即表示治 療時間的綠色、表示鼓風機時間的黑色以及表示小于規定的治療時間的紅 色。以如HH:MM/HH:MM的小時和分鐘的形式表示使用的總時間，其中斜 線左側的時間表示總治療時間，斜線右側的時間表示總鼓風機時間。以紅 色示出的時間值表示小于所規定的治療時間。
使用模式屏面152也包括可選擇框76。通過選擇可選擇框76，所選擇 的曰期將包括在統計中，而未被選中的或未被選擇的框76意味著將該日期 從所有使用統計中排除。框的默認值是被選擇的。在用戶14已選中或選擇 所有適當的可選擇框76后，選擇包括/排除日期按鈕158。這將應用變化并 且相應地刷新圖形。當日期被排除時(即不選擇日期旁邊的可選擇框76)， 則將在該日期上劃水平刪除線。
報告類型屏面154包括用于概要報告和用于詳細報告的兩個單選按鈕。 一旦用戶14選定期望的報告類型，創建報告按鈕160就被選定并且啟動報告請求。如果選定的時間跨度為數據來自相同來源(例如通信設備18或智 能卡22)的數據范圍，并且數據格式相同，則數據將被合并并且進行顯示。 如果數據不是來自同一來源并且不是同一數據格式，則將顯示錯誤消息， 其指示出報告不可用。將生成報告的名稱并且給予其默認名稱(諸如"概 要開始日期-結束日期"或"細節開始日期-結束日期")。當用戶14選擇報 告的相對時間(例如一個星期、 一個月等)時，以使用模式圖形表示的形 式顯示的數據將從時間跨度中可用的最后的數據開始。當指定的日期范圍 內所包含的數據具有從設備16返回的等價格式識別時，詳細報告是可用的。
本發明預期所完成的報告可以在完成的報告部分148中示出，完成的 報告部分148也可以被包括在治療數據104中。在圖21中圖示說明了完成 的報告部分148的示例。在所圖示說明的示范性實施例中，完成的報告部 分148包括兩列，包括描述列和可選擇框76。點擊描述列中的報告名稱將 在新窗口中打開報告文檔，諸如以.pdf形式等。同樣，完成的報告部分148 允許用戶14選擇可選擇框76，可選擇框76從報告列表移除選中的項目， 刷新列表并且顯示確認消息，或者在未選擇項目時什么也不做。應當通過 以逆時間先后順序的報告記錄生成日期對列出的報告記錄進行排序。
如圖22中所示，在患者信息界面12對用戶14提供的另一類型的報告 為依從性使用模式報告162。依從性使用模式報告162包括依從性數據118， 在選擇后對用戶14動態地顯示依從性數據118。該報告可以包括日期、設 備使用的圖形表示、設備使用的時間、用于定制使用報告162的可選擇框 76，以及報告日期范圍選擇。
患者簡檔部分98下方是在提醒部分164中顯示的提醒數據106。具體 地，根據用戶14的配置和選擇，在提醒部分164中顯示提醒數據106。例 如通過選擇"提醒"標簽165來訪問提醒數據。如圖23中所示，提醒部分 164可以包括用于選擇應當顯示何種類型的提醒數據166的下拉式列表。另 外，提醒部分164包括輸入文本框166，在輸入文本框166中，用戶可以直 接輸入或鍵入文本以描述活動并創建提醒。另外，如上面所討論的，可選 擇框76可用于包括或排除來自提醒部分164的提醒數據106。
通過以時間先后順序(最早的列出在首位)的到期日的順序顯示提醒 數據106。可由用戶14選擇允許用戶將另外的提醒數據106增加至系統10的增加提醒按鈕168。應當示出什么提醒數據106的下拉式列表可以包括以 下選項"待決的"(打開的提醒)、"完成的"(解除的提醒)和"全部"(全 部提醒)。將基于選擇什么分類來刷新提醒數據106并對用戶14顯示提醒 數據106。
圖24圖示說明了增加提醒部分167，在啟動"增加提醒"按鈕168時 對增加提醒部分167進行訪問。當增加提醒數據106時，用戶14應當在文 本框166中增加適當的消息，以及活動的到期日或截止期限。當然，該數 據可以從日歷功能137或類似的輸入功能中選擇。 一旦已將適當的消息與 相關聯的日期或截止期限一起放入文本框166中，就選擇保存按鈕44以保 存數據。以該方式，許可用戶14增加提醒數據106、修改提醒數據106、 保存提醒數據106、刪除提醒數據106、選擇提醒數據106、組織提醒數據 106等。
如圖25中所圖示說明的，在聯系部分170中對用戶14顯示聯系數據 108 (其包括實際聯系數據88)。例如在啟動"聯系"標簽171時顯示聯系 部分170。聯系數據108可以包括聯系日期、聯系類型、聯系原因、聯系注 釋、聯系注解等。另外，聯系部分170允許用戶14增加聯系數據108、修 改聯系數據108、保存聯系數據108、刪除聯系數據108、選擇聯系數據108、 組織聯系數據108等。如圖25的實施例中所示，每個聯系包括聯系患者P 的曰期、聯系患者P的方法、聯系患者P的原因以及注釋概要部分。
如上面所討論的，用戶14能夠增加聯系數據108。具體地，通過選擇 增加聯系按鈕172 (參見圖25)，將用戶引導至圖26中所圖示說明的屏幕。 以該方式，可將聯系數據108增加至系統10。另外，任何得到授權的用戶 14都可以查看該聯系數據108以用于作出患者P交互決策。在部分86中用 戶14輸入與患者P進行聯系的日期、類型和原因。另外，可以將注釋放入 該部分中，而且， 一旦將實際聯系數據88適當地填寫到字段中，就可以選 擇保存按鈕44。例如，如圖26中所示，由于發現患者設備16不起作用， 在2006年6月16日進行電子郵件聯系。在注釋部分中，用戶14輸入應當 進行約見。基于用戶的授權級，該注釋或注解可由任何用戶14訪問并且對 其呈現。
圖27論證了系統10的實施例，其中問巻數據110在患者簡檔部分98中的問巻部分174中。例如通過啟動"問巻"標簽175來顯示問巻數據110。 問巻數據110可以包括由患者P完成的問巻的概要。還可以在問巻部分174 中增加新問巻。因此，問巻數據110可以包括問巻問題、問巻應答、問巻 日期、問巻類型、問巻分數、問巻狀態、概括的數據、報告數據等。另外， 如上面關于其他部分所討論的，問巻部分174允許用戶14增加、修改和/ 或刪除問巻數據110、問巻問題、問巻應答、問巻日期、問巻類型、問巻分 數、問巻狀態、概括的數據、報告數據等。
雖然問巻數據110可以包括任何類型的問巻、測試等，在一個優選實 施例中，并且如圖27中所圖示說明的，相關的問巻數據110包括睡眠功能 結果問巻(FOSQ)。在該實施例中，問巻數據110包括測試數據、測試名 稱(即FOSQ測試)、患者P的測試分數以及用于獲得關于問巻數據110的 期望報告的可選擇的請求報告按鈕176。
如圖28中所示，問巻數據110可包括一問巻，該問巻具有可以通過點 擊或選擇測試回答按鈕178來回答的問題列表。通過提出新問巻(例如經 由圖27中的"增加FOSQ"按鈕177)可以顯示該問題列表。 一旦已通過 選擇期望的測試回答按鈕178回答了所有適當的問題，就選擇保存按鈕44 以保存問巻數據110。如果選擇請求報告按鈕176，則對用戶14顯示消息 框180。參見圖29。
具體地，消息框180通知用戶14將生成報告文檔(諸如以.pdf格式等) 并且在完全編譯時將顯示該報告。此外，在設置的時間段內，該報告對用 戶14是可用的，在該設置的時間段后其將被刪除。因此，如果期望得到永 久記錄，用戶14就必須將報告保存至他或她的本地計算機。 一旦通過選擇 保存按鈕44保存了新測試或問巻(問巻數據110)，就在報告欄顯示問巻"待 決"的消息。如上面所討論的，如果可應用的話，該欄還將顯示"查看PDF" 按鈕，并且如果報告在服務器上是可用的，則還顯示該消息。點擊"查看 PDF"按鈕將在適當的閱讀器上顯示問巻或測試。參見圖30。
如圖31中所圖示說明的，在注釋部分179中對用戶14顯示注釋數據 111。例如在啟動"注釋"標簽181時顯示注釋部分179。注釋部分179允 許用戶寫下關于當前患者的文本注釋。注釋部分179可以包括注釋輸入框 201、增加按鈕203、發送通知至睡眠醫師的復選框205和注釋歷史部分207。在所圖示說明的示范性實施例中，注釋歷史部分207包含以下四列關于近
期注釋的信息日期、作者、注釋和被通知方。本發明預期用戶(諸如醫
師D、臨床醫生C或HCPH)可以創建每個患者P的不限數量的注釋。用 戶具有通過選擇發送通知至睡眠醫師的復選框205而將注釋的拷貝發送至 患者的睡眠醫師的選項。當點擊增加按鈕203時，于是將注釋作為通知發 送至患者的醫師。注釋歷史207部分以逆時間先后順序列出了先前創建的 所有注釋。
圖32和圖33為示出了如何將注釋發送至根據本發明的原理的系統10 的各種用途的圖形說明。首先參照圖32，當患者P、 HCPH或臨床醫生C 作為用戶輸入注釋時，注釋自動地被保存。如果患者輸入注釋，則還將注 釋發送至負責監督該患者的HCP H和/或臨床醫生C，如路徑209所指示的。 患者、HCP或臨床醫生具有選擇發送通知至睡眠醫師的復選框205的選項。 如果選擇該框，則還將注釋自動地發送至睡眠醫師，如虛線路徑211所指 示的。可以經由電子郵件向醫師提供該注釋，或者醫師在下次訪問系統10 時可獲得該注釋。
現在參照圖33，當醫師P作為用戶輸入注釋時，該注釋被自動保存， 并且還被自動地發送至患者和HCP和/或臨床醫生，如路徑213所指示的。 當然，本發明還預期可以自動地或選擇性地將通知發送至每種用戶或每個 特定用戶。例如，可以提供框以允許用戶決定應當將注釋發送至誰。另外， 管理員A以類似的方式發送和接收注釋。本發明的這些特征提供了涉及監 測患者健康的各方之間的方便通信。
同樣位于患者簡檔部分98下方的是以歷史部分182的形式的歷史數據 112的顯示。例如當啟動"歷史"標簽183時，顯示歷史部分182。歷史數 據112可以包括患者數據80、患者歷史數據、患者交互數據、交互日期、 狀態數據、報告數據等。例如，如圖34中所示，對用戶14呈現與特定患 者P相關聯的歷史數據112。在該實施例中，歷史數據包括日期、交互類型 和任何相關聯的報告。與先前的問巻部分174—樣，為了讓用戶14獲得以 期望的報告形式或類型的報告或報告數據，可以選擇請求報告按鈕176。歷 史部分182中的報告功能與上面所討論的問巻部分174中的報告功能相似。
患者信息界面12的另一區域為簡檔數據屏幕50。參見圖35。在所圖示說明的實施例中，簡檔數據屏幕50包括兩個區域 一般信息部分184和 密碼部分186。另外，在簡檔數據屏幕50中對用戶14顯示用戶數據188。 用戶數據188可以包括用戶名、名、姓、電子郵件地址、工作組數據、角 色數據、設施數據、標題、聯合醫療數據、UPIN號碼、地址、電話號碼、 傳真號碼、時區等。在一般信息部分184中對用戶14顯示這種用戶數據188。 在簡檔數據屏幕50的密碼部分186中，許可用戶14修改他或她的密碼數 據38、確認密碼數據38、保存密碼數據38等。因此，允許用戶14在該部 分50中管理他或她在系統10上的帳號。
如上面所討論的，用戶14能夠通過選擇采集數據按鈕122從患者設備 16采集數據。參見圖IO。如圖36和圖37中所圖示說明的，通過選擇采集 數據按鈕122，將用戶引導至采集數據區域190。例如，當從智能卡22采 集數據時，用戶14必須從列表選擇智能卡讀卡器的類型。該列表可以包括 標記為"串行AM512"、"串行Mako Tech"、 "USB"和"PCMCIA"的可 選擇的單選按鈕。另外，采集數據區域190包括開始下載按鈕192以啟動 下載過程。只有患者設備16上的讀卡器類型可用的那些選項才是可用于選 擇的。另外，當選擇開始下載按鈕192時，系統10對智能卡22上的數據 進行評估并將該數據比作當前所顯示的患者P。如果患者數據80或設備數 據114與系統10的數據庫20中的數據匹配，則將從智能卡22獲得適當的 數據并且對用戶14顯示"成功采集"的消息。如果患者數據80和設備數 據114并不匹配，則將顯示錯誤/警報窗口，如圖37中所示。如圖所示，窗 口將顯示信息并不匹配的消息以便于通知用戶14出現錯誤。
如圖38中所示，用戶14還可以在編程區域194中對設備進行編程， 諸如將處方數據寫到智能卡22上。從任何適當的屏幕(諸如圖10中所示 的屏幕)訪問該區域。如上面關于采集數據區域190所討論的，用戶14必 須首先選擇適當的設備模型或通信平臺以用于將數據提供至智能卡22。另 外，編程區域194將包括適當的文本框166以允許用戶14輸入用于對智能 卡22進行編程的設備數據114和/或處方數據102。這表示了重要的通信特 征，并且允許用戶14通過從系統10至患者設備16的通信來管理患者P的 治療。這進而提供了用于臨床醫生C、醫師D和患者P之間的通信和交互 的更具有魯棒性且更有效的系統10。此外，系統10允許用戶14利用管理員A所給予的適當的授權來對任何遠程患者設備16或通信設備18進行編 程并且與其交互。
具有適當的訪問權利和授權的任何用戶14可利用上面描述的屏幕和部 分。然而，可以期望基于用戶14的功能而只向他或她提供有限的數據查看 或操作權利。例如，可以將上述所有權利提供給臨床醫生C，而可以將有 限的一組權利提供給醫師D。在另一示例中，醫師D可以訪問患者數據屏 幕48中的患者數據80的全部功能和查看能力，患者數據屏幕48包括可搜 索的患者列表(其進一步的示例在圖39和40中示出)、患者簡檔部分98 (在圖41中示出患者簡檔部分98的又一示例)、患者細節部分126 (其進 一步的示例在圖42中示出)、設備處方部分132 (其進一步的示例在圖43 中示出)、治療數據部分142 (其進一步的示例在圖44中示出)、提醒部分 164 (其進一步的示例在圖45中示出)、聯系部分170 (其進一步的示例在 圖46中示出)、問巻部分174 (其進一步的示例在圖47中示出)、注釋部分 111 (其進一步的示例在圖48B中示出)以及歷史部分182 (其進一步的示 例在圖48A中示出)。
同樣，如上面所討論的，醫師D可以訪問簡檔數據屏幕50，如圖49 和圖50中所圖示說明的。如上面所討論的，在簡檔數據屏幕50中，用戶 14 (在該情況下為醫師D)將具有查看和修改他或她的用戶數據188的能 力。例如，用戶數據188可以包括名、姓、標題、聯合醫療、UPIN號碼、 用戶姓名、電子郵件地址、地址、密碼數據、工作組數據、角色、設施等。 用戶數據188中的所有該信息是可修改的并且可以通過選擇保存按鈕44來 進行保存。
如圖50中所示，管理員A、 HCP H和減臨床醫生C還可以在患者信 息界面12訪問系統10的各種特征和功能。例如，管理員A、 HCPH和/或 臨床醫生C還可以訪問用于顯示用戶數據188的簡檔數據屏幕50。在簡檔 數據屏幕50上，用戶14 (在該情況下為管理員A、 HCP H和/或臨床醫生 C)可以査看和/或修改他或她的用戶數據188，并且通過選擇保存按鈕44 將其保存。
對HCPH或管理員A配置的區域具有將在下面進行描述的附加功能。 具體地，HCPH或管理員A可以訪問計算規則部分196 (圖51)、設施部分198 (圖52-54)、列表部分200 (圖55-57和圖59-62)、用戶部分202 (圖 63和圖64)、角色部分204 (圖65)、組部分206 (圖66-68)、醫師部分208
(圖69-71 )、患者分配部分210 (圖72-75)以及公司通知部分212 (圖76)。 如圖51中關于計算規則部分196所示，該區域被配置為選擇性地顯示依從 性計算數據214、 AHI數據216、泄漏數據218等。
可以在該計算規則部分196中對該數據進行修改、操作、保存和設置。 例如，關于依從性計算數據214，用戶14 (例如管理員A)能夠輸入、修 改并保存底數計算數據、依從性分數數據、使用數據等。具體地，并且如 圖51中所示，依從性計算數據214包括底數計算的天數、最小依從性分數
(%)和每天的最小小時數。另外，以啟用通知框220的形式的可選擇框允 許系統IO啟用對用戶14 (諸如臨床醫生C、 HCPH或醫師D)的依從性通 知。可由用戶14查看并利用這些通知，以作出關于患者P的必需的臨床的 有療效的決策。
AHI數據216可以包括底數計算數據、平均AHI數據等。如圖51中所 示，AHI數據216包括底數計算的天數以及每小時基礎上的平均AHI。另 外，在該區域中還可利用啟用通知框220。泄漏數據218可以包括底數計算 數據和平均泄漏數據等。如圖51中所示，顯示了底數計算的天數數據和許 多分鐘的平均大泄漏。更進一步，如上面所討論的，提供啟用通知框220。 一旦用戶14輸入并調整所有數據，就選擇保存按鈕44。
在設施部分198中，允許用戶14通過選擇編輯按鈕130來修改設施信 息。設施數據226可以包括設施信息、設施標志、臨床醫生識別等，而且， 該信息可以基于選定的分類、選定的術語、搜索分類、搜索術語等來進行 顯示。因此，通過這種搜索特征可以很容易且快速地定位適當的設施。同 樣，通過選擇增加新按鈕222，可由管理員A將新設施或設施信息增加至 系統IO。
具體地，通過選擇增加新按鈕222，用戶14可以輸入適當的設施數據 226，包括設施名稱、地址、電話聯系信息、標志數據、時區等。另外，可 以在該區域中增加臨床醫生數據228，以便于使特定的臨床醫生C與臨床 醫生工作的適當的設施相關聯。 一旦適當地輸入所有信息，就選擇保存按 鈕44。參見圖53和圖54。在列表部分200中，用戶14能夠為系統10的其他用戶14創建、修改 并且另外操作列表數據224。具體地，在列表部分200中，可由管理員A 對各種下拉式列表和其他可選擇的列表數據224進行管理。在圖55-62中所 示的實施例中，用戶14可以對與保險提供者數據230、睡眠實驗室數據232、 設備數據114、面罩數據234、加濕器數據236、附件數據238、實際聯系 數據88、聯系數據108、聯系原因數據240等相關聯的列表數據224進行 修改。如圖55中所示，可以對保險提供者數據230進行增加、刪除、編輯 等。圖56圖示說明了保險提供者數據230，其應當由用戶輸入以便將保險 提供者增加至可用的列表或列表數據224。具體地，保險提供者數據230包 括保險名稱、計劃名稱、聯系名稱、地址、電話聯系數據、電子郵件地址、 網站數據、面罩置換周期數據和置換率數據。
睡眠實驗室數據232包括名稱、聯系名稱、地址、電話聯系信息、電 子郵件、網站數據等。參見圖57。加濕器數據236包括對加濕器的描述。 參見圖58。面罩數據234包括對要增加至列表的面罩的描述。參見圖59。 附件數據238包括對要增加至列表的附件項目的描述。參見圖60。如圖61 中所示，可以輸入聯系原因數據240以用作列表數據224，而且，在圖62 中，可以增加實際聯系數據88和/或聯系數據108以用作列表數據224。
在用戶部分202中，用戶14可以管理所有用戶數據188。因此，許可 用戶14選擇用戶14、可選擇地顯示用戶信息、增加用戶14、修改用戶數 據188、保存用戶數據188等。例如，用戶數據188可以包括用戶名、名、 姓、狀態、鎖定狀態、密碼數據、標題、電子郵件地址、設施數據、工作 組數據、角色數據、分配數據等。如圖63中所示，可以基于管理者A可選 擇的分類來顯示用戶14。這種分類可以包括活動的或非活動的用戶14。另 外，可選擇的增加新按鈕222將允許管理員A將新用戶14增加至系統10。 例如，如圖64中所示，當管理員A想要增加新用戶14時，就將用戶名、 名、姓、狀態、鎖定狀態、密碼數據38、標題、電子郵件地址和設施數據 全部輸入。
另外，對管理員A、 HPCH和/或臨床醫生C呈現工作組數據242和角 色數據244。因此，管理員A、 HPC H和/或臨床醫生C能夠將新用戶14 分配至工作組并且將適當的角色分配給新用戶14。管理員A、 HPC H和/或臨床醫生C可以查看與特定用戶14相關聯的所有工作組數據242和角色 數據244。 一旦輸入適當的數據，就選擇保存按鈕44。
圖65圖示說明了角色部分204。在角色部分204中，角色數據244可 以包括角色標題、角色許可數據、分配的用戶數據等。因此，在管理員A、 HPC H和/或臨床醫生C為用戶14選擇了適當的角色后，與該角色相關聯 的許可被顯示并且顯示該角色中的用戶14的數量。因此，管理員A、 HPC H和/或臨床醫生C能夠很快根據用戶14的角色而識別每個用戶14可用的 功能。
本發明提供將一組臨床醫生分配給給定患者的能力。組允許多于一個 臨床醫生(或者家庭護理提供者的多于一個雇員)查看與給定患者相關聯 的數據。這允許單個家庭護理提供者的臨床醫生共享對給定的患者進行監 督的職責。組部分206允許管理員A、 HPC H和/或臨床醫生C增加新組和 編輯現有組的信息。因此，在組部分206中，提供工作組數據242，而且， 該工作組數據242可以包括組描述、分配的臨床醫生數據、分配的患者數 據等。同樣，允許管理員A、 HPCH和域臨床醫生C選擇性地顯示組、選 擇性地顯示工作組數據242、增加組、修改工作組數據242、保存工作組數 據242等。
如圖66中所示，工作組數據242可以根據分類或組名稱示出，并且顯 示組中的臨床醫生C以及作為組的一部分患者P。通過選擇增加新按鈕222， 管理員A、HPC H和/或臨床醫生C能夠將新工作組數據242增加至系統10 中。具體地，如該圖中所示，用戶14將增加組名稱和組描述，然后選擇保 存按鈕44。通過選擇保存按鈕44，系統10將驗證己輸入組名稱和組描述。 通過選擇編輯按鈕130 (參見圖66)，許可管理員A、 HPC H和減臨床醫 生C對系統10中現有的工作組數據242進行編輯，如圖68中所圖示說明 的。
在醫師部分208中，許可用戶14或者管理員A、 HPC H和/或臨床醫 生C選擇性地顯示醫師D、搜索醫師D、刪除醫師D或者另外操作醫師數 據246。如圖69中所示，可以利用可選擇框76增加或移除醫師數據246， 并且對管理員A、 HPC H和域臨床醫生C呈現醫師數據246。在圖69的實 施例中，醫師數據246包括姓、名、UPIN號碼、地址、電話號碼和傳真號碼。
醫師部分208還包括或顯示搜索醫師按鈕248，其通向圖70所圖示說 明的屏幕。在這里管理員A、 HPCH和/或臨床醫生C能夠基于下拉式列表 或文本搜索對醫師D或醫師數據246進行搜索。這種功能將允許管理員A、 HPC H和/或臨床醫生C快速且有效地獲得關于當前為系統10的部分的醫 師D的信息。
目前，醫師D可能是或可能不是系統10的部分，并且甚至可能意識到 或可能沒有意識到存在這種獨特的患者信息管理系統10。因此，管理員A、 HPC H和/或臨床醫生C或者用戶14可以選擇邀請醫師按鈕250 (參見圖 69)。通過選擇邀請醫師按鈕250，將用戶14引導至圖71所圖示說明的屏 幕。在該屏幕許可用戶14將消息傳輸至醫師D。在一個實施例中，該消息 為包括內容的電子通信，該內容包括文本、圖形標志、使用系統10的邀請 等。 一旦將適當的數據放入適當的輸入框中，并且用戶選擇發送按鈕140， 就將電子郵件發送至醫師D，從而邀請他或她加入系統10。預想用戶14可 以輸入他或她想要發送至醫師D的作為邀請的任何文本，或者可替代地， 這種文本可由系統10自動地生成，并將這種文本以設置的形式和格式通過 患者信息界面12傳輸。
圖71A圖示說明了邀請醫師D參與系統的過程。在該示范性實施例中， HCP利用如路徑221所指示的上述過程發送電子郵件通信至醫師。電子郵 件通信包括如路徑223所指示的允許醫師訪問系統10的鏈路。醫師一旦訪 問了系統并且輸入他們的信息，HCP就對醫師進行搜索并且如路徑225所 指示的將適當的(多個)患者與新增加的醫師相關聯。以該方式，HCP控 制哪個醫生可以與他們的患者一起參與系統。
現在參照圖72，患者分配部分210配置為可選擇地顯示患者數據80、 臨床醫生數據228、分配數據252等。因此，在患者分配部分210中，許可 用戶14或管理員A、 HPC H和域臨床醫生C將至少一個患者P與臨床醫 生C相關聯。如圖72中所示，在下拉式列表中選擇臨床醫生數據228。接 下來，如圖73中所示，將患者數據80 (或患者P)與臨床醫生C相關聯。 最后，選擇特定身份的目標臨床醫生C。參見圖74。為了完成轉移，則選 擇轉移患者按鈕254，從而現在將選定的(多個)患者P與所選擇的臨床醫生C相關聯。如果成功的話，則對用戶14顯示己成功進行轉移的消息。參 見圖75。
在公司通知部分212中，對用戶14選擇性地顯示通知數據256，通知 數據256包括公司數據或其他類似信息。例如，通知數據256可以包括接 收數據、狀態數據、描述數據、選擇數據等。如圖76中所示，通知數據256 包括從通信設備18對系統10所進行的調用的日志。將調用的時間與狀態 描述一起記入日志。緊鄰著每個輸入提供可選擇框76，以便于允許用戶14 增加記入日志的通知數據256或將其從列表移除。
患者信息界面12的另一區域為業務報告屏幕54。該業務報告屏幕54 允許用戶14選擇性地將報告數據258顯示或呈現于此。例如，報告數據258 可以包括報告標題、報告描述數據72、報告類型78等。參見圖77。在圖 78中圖示說明了一個示例報告，即"面罩置換報告"，其對用戶14示出具 有過期的或設置為在三十天的周期內過期的面罩(患者設備16)的患者P 的列表。具體地，該"面罩置換報告"顯示報告數據258，其包括名、姓、 地址、電話號碼、臨床醫生C姓名、保險名稱、計劃名稱、期滿時間、面 罩類型、面罩描述日期、電子郵件信息、報銷月份和比率。還預想可以將 報告數據258導出至電子表格應用中。
如圖79-82中所示，用戶14或者管理員A、 HPC H和/或臨床醫生C 還能夠經由調制解調器管理屏幕56與通信設備18進行交互。具體地，.調 制解調器屏幕56包括調制解調器概要部分260、調制解調器列表部分262 和調制解調器設置部分264。調制解調器概要部分260顯示調制解調器數據 266，其包括活動數據、調用調度數據、調制解調器概要數據等。調制解調 器列表部分262選擇性地顯示調制解調器數據266 ，其包括調制解調器識別、 調用數據、分配數據、上次調用數據、下次調用數據、狀態數據、調度數 據等。另外，調制解調器設置部分264選擇性地以調用調度數據的形式顯 示調制解調器數據266。
如圖79中所示，調制解調器概要部分260包括關于活動的和非活動的 通信設備18 (或調制解調器)的調制解調器數據266。如在該圖中所示的， 用戶14能夠確定0個調制解調器具有初始調用調度、2個調制解調器具有 自定義調用調度、每日0個調制解調器調用、每周0個調制解調器調用以及根據計劃0個調制解調器剩余少于10次調用。調制解調器列表部分262 提供所有通信設備18 (諸如調制解調器)以及調制解調器所分配給的對象、 調制解調器的剩余調用的數量、上次調用、下次調用、調制解調器的狀態 以及可進行編輯的調度的列表。調制解調器數據266還包括調制解調器的 序列號。
剩余的調用下方的數量表示在對管理員A、 HPC H和/或臨床醫生C呈 現某些警報或其他指示之前可以從通信設備18放入的調用的數量。以該方 式，患者可以被給予或購買設置的數量的對他或她的通信設備18的調用， 此后必須對調制解調器調用"計劃"進行更新或調整。這種"計劃"方法 允許使至系統10的通信量和來自系統10的通信量最小化。更具體地，在 示范性實施例中，以固定數量的調用(例如60次調用)將調制解調器出售、 出租、給予或另外提供給家庭護理提供者。 一旦使用了這60次調用，就必 須獲得/購買額外的調用。在又一實施例中，可以提供使用壽命或非限制性 調用的訂購。例如，可以支付預先費用，則用戶可以得到非限制性訪問。 在再一實施例中，不將調用預先載入模式中，并且，必須例如通過將每次 調用收費至信用卡或賬戶來支付每次調用。
在調制解調器設置部分264中，許可用戶14修改并保存所有調用調度 數據。如圖81中所示，用戶14或者管理員A、 HPC H和/或臨床醫生C能 夠對患者設備16或通信設備18每過多久應當與系統10進行交互和通信進 行設置。該調度可由用戶14進行修改并利用保存按鈕44進行保存。如圖 82中所示，當從調制解調器概要部分260選擇特定通信設備18時，還可利 用調制解調器簡檔屏幕268。在調制解調器簡檔部分268中，對用戶14呈 現更大量的調制解調器數據266。具體地，除了上面所討論的概要數據之外， 還向用戶14提供自定義調用調度以及系統10和通信設備18之間的聯系的 歷史調度。
調制解調器簡檔屏幕268呈現調制解調器數據266，其包括調制解調器 識別、調用數據、分配數據、上次調用數據、下次調用數據、狀態數據、 調度數據、歷史數據、原因數據、例外數據、持續時間數據、日志數據、 變化數據等。因此，用戶14可以確立將通信設備18所分配給誰以及上次 嘗試建立連接的通信設備18的調制解調器的狀態。自定義調用調度可以包括用于每日剩余調用的下拉式列表、表示雙周剩余調用的數量的標簽、保
存按鈕44和取消按鈕。這些原因可以解釋調用的原因，該調用諸如"預定 的"調用、"手動調用"或"例外"調用(用于在數據傳遞或內容中有錯誤 的情況)。另外，對用戶14呈現調用的日期和時間，以及調用的持續時間、 指示調用結果的狀態消息以及日志數據。
以該方式，提供患者信息界面12，以供許多可能的用戶14 (包括臨床 醫生C、醫師D、 HCPH和管理員A等)使用。將數據庫20中所存儲的所 有數據填入整個患者信息界面12的適當的屏幕和部分中的適當的字段中。 另外，隨著用戶14導航通過患者信息界面12，該數據被動態地填入。
本發明預期系統IO包括許多不同的且變化的數據流，這些數據流為僅 用于該討論的目的的分類的數據集。僅對這些"數據集"進行分類以提供 某種額外的清晰度，但是上面所討論的"數據"都不應當被解釋為只包含 所列出的數據字段。在這些"數據集"之間存在相當大量的重疊，并且這 表示系統10的一個關鍵功能，即提供一個或多個鏈接的數據庫20，其可以 動態地服務數據字段以填入患者信息界面12的任何部分或系統10的任何 部分。因此，可以在任何其他"數據集"中對上面關于特定"數據集"所 討論的任何特定數據字段"貼標簽"或進行分類。
更進一步，本發明預期系統10和患者信息界面12使數據創建、增加、 操作、編輯、刪除等的量和靈活性最大化，這取決于用戶14的授權級。因 此，上面所討論的任何具體數據操作功能(或任何"數據集"中的數據) 不應當被解釋為只限于患者信息界面12的特定區域或任何特定功能或"數 據集"。因此，系統提供了動態的且高度交互的平臺，以顯示和另外配置用 于患者信息界面12或系統10中的別處的數據。 II.環境和一般功能
如上面所討論的，系統IO表示多種用戶14可用的動態通信和患者信 息管理過程。另外，可以在用戶14計算機上經由網頁瀏覽器等對用戶14 顯示患者信息界面12。用戶14可以是臨床醫生C、醫師D、 HCPH、管理 員A、家庭護理提供者工作人員、睡眠實驗室工作人員、醫院工作人員、 家庭成員等。在一個優選實施例中，用戶14將在HIPAA控制的環境中工 作。因此，對這些義務和職責的遵守落在用戶14身上，然而系統10可以提供一定的指導。
在用戶14具有因特網訪問和系統10上的帳號的情況下，可在任何時 間在任何地方使用系統10。在一個實施例中，將系統10被設計為在運行 Windows 2000或Windows XP操作系統的顧客或客戶機器上運行。另外， 系統10將具有用于利用智能卡22的適當的驅動和軟件。由于系統10和患 者信息界面12能夠在任何現有的瀏覽器上運行，因此它可以在常規瀏覽器 (諸如Internet Explorer、 Fire Fox等)上工作。如上面所討論的，在一個實 施例中，系統10包括呈現層24、網頁服務層26和通信服務層28。每個用 戶14將具有與系統10以及系統10的這些區域相關聯的不同的權利和角色。 雖然預想了任何數據庫或數據結構，系統10的一個實施例將包括使用SQL 服務器作為后端數據庫20。另外，系統10將利用適當的USB、 PCMCIA 和串行讀卡器驅動。
可以將系統IO分成不同的功能組。在一個實施例中，如圖83中所示， 這些組可以包括管理員功能270、 RT (臨床醫生)功能272、醫師功能274、 RI管理員功能276、報告服務278、記錄日志模塊280以及服務器功能282。 另外，這些分組270、 272、 274、 276、 278、 280、 282中的每個組都與系 統服務器284進行通信或另外由系統服務器284驅動或實現。
如上面所討論的，用戶14將具有使用系統10的各種功能的指定的角 色、訪問和權限或權利。如圖84中所示，當用戶14為管理員A或HCPH 時，將最大的功能、顯示和數據權利與該管理員A相關聯。如上面所討論 的，在得到對系統10的訪問之前，管理員A或HPC H通過提供適當的用 戶名數據36和密碼數據38來進行認證。 一旦管理員A或HPC H得到了對 系統的訪問，他或她就可利用全部功能。因此，許可管理員A或者HPCH 執行如下功能重置密碼數據38;配置相關聯的通知數據66或通知數據 256;確定和修改依從性數據118和依從性計算數據214;增加、修改和刪 除用戶數據188;激活/解除用戶14的帳號；增加、修改和刪除工作組數據 242;增加、修改和刪除列表數據224 (其構成數據庫20中的動態列表)； 增加、修改和刪除患者識別數據64、患者數據80、醫師數據246、臨床醫 生數據228、保險提供者數據230、睡眠實驗室數據232、設備數據114、 設施數據226、調制解調器數據266等；開發通信設備18的調用調度或調度數據116;開發每個設備18的基礎上的自定義調用數據.116;管理通信 設備18的簡檔和調用歷史數據；邀請醫師D加入系統10;將患者P分配 至需要的地方；生成報告數據258;查看并認可公司通知等。應當注意到， 該列表決不是無遺漏的，并且，如上面更詳細地討論的，管理員A或HCPH 具有完全地管理和配置系統10以及患者信息界面12的能力。
相似地， 一旦得到了適當的授權和訪問，臨床醫生C或HCPH就能夠 經由患者信息界面12與系統10進行交互。例如，圖85圖示說明了在利用 本發明的系統10時臨床醫生C或HCP H可用的一些功能。例如，臨床醫 生C或HCPH具有下載和上傳設備數據114 (諸如智能卡22上的數據)的 能力。因此，臨床醫生C或HCP H具有配置系統10的能力以利用任何可 用的通信設備18或智能卡22以及任何與患者設備16必需的交互(諸如經 由USB、 PCMCIA、串行讀卡器等)。適當的設置將在本地被存儲于在注冊 表中的臨床醫生C或HCP H的計算機上。 一旦用戶14選擇適當的路徑以 從智能卡22下載數據，系統10就將首先核實卡22被插入到讀卡器中。如 果讀卡器并未檢測到卡22，則將顯示消息，其指示未檢測到讀卡器/寫卡器。 如果未將卡插入讀卡器/寫卡器中，貝l係統將顯示未檢測到卡的消息，而且， 如果將卡22不正確地插入或者在通信期間遇到錯誤，系統也將顯示警報消 息。
當從智能卡22下載數據時，系統將核實患者識別數據64以及設備數 據114 (即智能卡22的識別或序列號)。另外，系統10可以核實對患者設 備16或通信設備18的識別。因此，系統能夠將患者數據80、患者識別數 據64和設備數據114與數據庫20中的信息進行匹配。任何部件數據、智 能卡22數據或關于患者設備16、通信設備18、智能卡22等的其他信息將 得到核實，并且與來自數據庫20中的相應信息進行匹配。如果未進行匹配， 則對用戶14顯示警報。
如果所傳輸的數據的版本、形式或格式與系統10不兼容，則將對用戶 14顯示出指示適當的版本的消息。然而，智能卡22上的數據將仍然被存儲 并且是可用的。另外，將根據設置的協議或記錄日志的標準來對智能卡22 上所包含的依從性數據118進行分析。另外，系統10能夠檢測智能卡22 是否可以重新用于同一患者P，而且，如果不可以的話，就適當地對患者數據80和設備數據114進行修改。
因此，系統10允許患者P、患者設備16和/或通信設備18的適當的匹 配，并且，該匹配可以利用中心數據庫20或系統級的其他編譯的列表來進 行。此外，可以利用智能卡22和/或通信設備18并且在患者P和患者設備 16之間切換智能卡22和/或通信設備18。例如，可以在無需對通信設備18 進行物理重新編程的情況下將通信設備18 (例如調制解調器)從一個患者 設備16切換至另一患者設備16。替代地，通信設備18的序列號以及相關 聯的患者設備16的序列號或識別可由系統10進行修改，然后，系統10將 利用該新數據對數據庫20中的適當輸入進行更新。然后，該新數據將用于 上述匹配過程。這種內部的切換和匹配過程提供了在硬件以及設備分布和 分配方面更高的靈活性和有效性。
關于提供給臨床醫生C的功能，該用戶14還將能夠創建、修改和刪除 患者數據80;導入患者數據80;以及創建、修改和刪除患者識別數據64。 應當注意到，患者識別數據64應當包括患者P所特有的患者識別(例如字 母數字標識符)。臨床醫生用戶14具有輸入該患者識別的能力，然而，如 果未輸入的話，系統IO可以將獨特的患者識別分配給患者P。臨床醫生C
還具有以下能力創建、修改和刪除問巻數據110;激活或解除患者P帳號;
創建、修改和刪除提醒數據68、處方數據102 (包括適當地識別和分配單
元數據、模式數據、設置、范圍、通信功能和對患者設備16的支持)；發 布分配的患者設備16、通信設備18，包括面罩、加濕器和其他附件；修改 患者P列表并且與患者P列表進行交互；創建、修改、認可和刪除通知數 據256;以及創建、修改報告數據258 (例如依從性報告、交互報告、聯系 報告等)并與報告數據258進行交互。
如上面所討論的，當用戶14為醫師D時，系統10可以向該用戶提供 有限的一組功能。如上面所討論的，醫師D必須具有適當的訪問，并且通 過與上述相同的登錄界面34進入。另外，醫師D可以或可以不由用戶14、 臨床醫生C等特別地邀請來參與使用系統10和患者信息界面12。在圖86 中圖示說明了提供給醫師D的功能的一部分。
一旦醫師D在系統10注冊并且實現了適當的訪問，就許可醫師D:創 建、修改和刪除處方數據102;創建、修改和刪除與患者P相關聯的注釋或注解(例如相關聯的通知數據66);查看患者P列表；査看通知數據256 和域相關聯的通知數據66;以及創建、修改和刪除依從性數據118和相關 聯的報告；創建、修改和刪除用戶數據188等。
本發明的一個優點在于其允許醫師D在單個合并的報告中查看關于與 該醫師相關聯的許多患者的信息，即使該醫師的患者正由不同的HPC和/ 或臨床醫生進行監督。常規數據采集系統并不允許與一個HPC相關聯的數 據由另一HCP或通過另一HCP進行訪問。因而，醫師將對每個HCP的數 據管理系統獨立地進行訪問，以便于查看他的所有患者。然而，利用本數 據管理系統，數據由HCP所訪問的系統進行維護并且不受HCP的專有控制， 從而使得醫師可以訪問他們的患者的數據而不受與該患者相關聯的HCP或 臨床醫生的影響。
包括關系的且動態的數據庫20的一個好處在于向用戶14提供最新的 且及時的通知的能力。因此，系統10監測某些患者數據80和使用信息以 及其他系統1Q活動，并且發送通知到可應用的地方。例如，可以基于對患 者設備16的每小時使用、對患者設備16的使用百分率、AHI依從性、泄 漏通知、消息通知、通信設備18通知等將依從性通知發送至用戶14。
當用戶14為患者設備16和/或系統10的制造商的客戶服務代表時，該 代表將具有創建公司的新帳號的能力。在一個實施例中，這種帳號的創建 經由網頁服務調用來啟動，并且，將帳號信息輸入至系統10中。另外，預 想制造商的系統或其他計算系統可以與系統IO進行通信，并且啟動網頁服 務命令和用于實現這些結果的其他類似的通信功能。該客戶服務代表還具 有激活或解除帳號、激活通信設備18、解除通信設備18、許可在丟失密碼 數據38的情況下的訪問、啟動通信設備18的裝運等的能力。
如上面所討論的，系統10的另一重要功能為報告和報告數據258的生 成和通信。具體地，患者信息界面12允許用戶14提交對填有來自數據庫 20的數據的概要報告、詳細報告等的請求。在示范性實施例中，用戶(任 何用戶)可以請求要生成的報告，并且，報告服務278可用于生成報告并 且在已經完成報告時通知用戶。在一個實施例中，這些報告會與患者P相 關聯，并且只有具有對查看患者P的特定數據的授權的用戶14才具有檢索 報告的能力。用戶278還可以從服務器刪除報告。參見圖87。另外，這些報告可以具有用于一致的生成的標準頁眉、頁腳以及形式和格式信息。
圖88圖示說明了概要依從性報告286,其包括患者數據80、醫師數據 246、依從性數據118、問巻數據110、臨床醫生數據228以及其他相關信 息。另外，依從性數據118包括使用和患者P對治療/處方的依從性的圖形 表示。例如，如圖88中所示，依從性數據118可以以條狀圖形顯示，X軸 指示日期而Y軸指示使用的小時數。依從性數據118顯示將是該天的總治 療時間，并且圖形還將以可以確定單元模式的方式來顯示。相似地，針對 選定的時間范圍，以圖形形式表示問巻數據110。在這種情況下，X軸指示 曰期而Y軸指示總分數。還將在給定的范圍上提供平均測試分數。
如上面所討論的，可以將依從性數據118、問巻數據IIO、依從性計算 數據214、 Affl數據216和泄漏數據218中的任何數據作為基于患者設備 16和處方的治療的類型創建的圖形表示來對用戶14顯示。還可由系統10 生成詳細的依從性報告286。依從性數據118可以再次以圖形的形式顯示， 其包括使用模式、使用的小時數、壓力趨勢、長期指標趨勢、打鼾指標、 呼吸暫停指示、流量限制指標、泄漏數據、每日細節、事件、問巻、同步 治療和其他統計。將基于已知的公式和算法對這些統計進行計算。用戶14 還可以具有詳細說明患者交互而生成的交互報告。此外，可以生成面罩置 換報告，其將顯示按照設置的時間段己超過其期滿日或設置為過期的所有 面罩。
in.網絡和通信特征
如上面所討論的，可以通過多種網絡、通信鏈路和協議來實現系統10， 以便于實現數據的動態輸入/輸出。因此，本發明還針對一種用于患者信息
管理的通信系統288。通信系統288將包括上述中心數據庫20，中心數據 庫20包括填有患者數據80、醫師數據246、健康護理提供者數據、設備數 據114、醫學數據、健康數據、呈現數據、識別數據、管理員數據等的多個 數據字段。特別地，可以在數據庫20中增加、修改和刪除各種數據點和上 述的數據字段的全部或部分。另外，程序指令集被配置為促進通信系統288 中的一個或多個患者設備16之間(經由通信設備18)的數據通信。特別地， 通信設備18可以是硬線調制解調器、無線調制解調器或允許從患者設備16 至通信系統288的數據電子通信以及通信系統288內的數據電子通信的任何其他設備。
本發明預期無論是獨立的設備(諸如調制解調器)的通信設備18，還
是集成到另一設備(諸如壓力支持系統、呼吸機或其他醫學設備)中的通
信設備18，都可以顯示或提供指示調制解調器狀態的信息。可以以視覺格 式顯示該信息，可聽地呈現該信息，或者它們的任意組合。圖89圖示說明 了可由通信設備顯示的圖標的各種示例以及圖標的相關聯的含義。
如圖90中所示，本發明還針對一種促進數據從患者設備16通過網絡 290至患者管理系統10的安全傳輸的方法。如上面所討論的，該方法將通 過通信系統288來實現。因此，啟用患者設備16和通信設備18之間的通 信，并且通信設備18將數據傳輸至患者管理系統服務器292。該傳輸通過 網絡290進行，并且，該網絡290可以是虛擬專用網、因特網、無線局域 網、無線廣域網、WiFi網絡等。
應當注意到，可以將患者設備16和通信設備18結合到常見的設備中， 該常見的設備例如具有綜合通信性能(諸如構建到該設備的電路中的調制 解調器)的壓力支持系統。本發明還預期患者設備16是任選的，從而可以 經由通信設備18 (諸如提供有計算機的調制解調器)將數據提供至系統以 及自系統提供數據。
當數據傳輸為無線格式時，通信設備18通過無線載體294將數據傳輸 至因特網服務提供商(ISP)服務器296。然后，ISP服務器296通過網絡 290將信息和數據傳輸至患者管理系統服務器292，以便存儲在數據庫20 中。典型地，硬線通信鏈路302將ISP服務器連接至網絡290。盡管無線連 接也是可預期的。還預想存儲設備(例如智能卡22)包括傳遞至中間服務 器298的數據。然后，將該數據通過網絡290從中間服務器298傳輸至患 者管理系統服務器292。例如，中間服務器298可以是設在健康護理提供者、 醫院、設施、臨床醫生工作站等的服務器。
可以通過電話線300將硬線信息和數據從適當的通信設備18發送至 ISP服務器296，然后，其遵循上面所討論的與患者管理系統服務器292相 同的通信協議。無線通信以及硬線通信都是安全的。可根據密碼協議、安 全套接字層協議、傳輸套接字安全協議等實施安全的通信。
為了對通信系統288中的通信提供進一步的安全，可以采用進一步的中間和前線服務器，諸如網頁服務器304、遠程數據采集服務器(RDAS) 306和業務單元服務器308。網頁服務器304用于驅動和實現上述系統10， 遠程數據采集服務器306用于作用于系統10和患者設備16 (或通信設備 18)之間的安全通信，而業務單元服務器308用于提供關于與系統10相關 聯的其他業務方面和信息的適當的數據。另外，適當且安全的防火墻310 可用于進一步使通過網絡290進行的系統10和通信系統288中的所有通信 安全。
在本發明的另一方面，通過網絡290至系統10的通信可以通過專線進 行，如便利地通過專用電話號碼(例如"1-800號碼")。由于來自通信設備 18的所有調用是通過該單個的安全的專線來形成信道的，所以患者P、患 者設備16和通信設備18的匹配過程既有效又準確。如果確定例如應當將 通信設備18分配或切換至不同的患者P或患者設備16，則切換可以在通過 專線對系統的下次調用的過程中進行并且由系統IO進行檢測。利用內部數 據庫20，系統10可以很容易地通過該通信線分析、修改和/或匹配新設備 數據。另外，利用上述匹配過程，系統10可以基于專線上的引入數據和數 據庫20中的數據的實現適當的安全措施。
不同于需要配置有患者特異性參數或站點特異性參數的一些現有通信 設備，與系統10 —起使用的通信設備18無需由終端用戶進行這種配置。 對于給定類型的通信設備而言，所有通信相關參數(電話號碼、撥號前綴、 服務器地址等)都相同，而且，通信設備不具有患者標識符。如果終端用 戶已將患者與患者管理服務器內的治療設備和通信設備正確地匹配，系統 將能夠工作，終端用戶將通信設備從一個患者的治療設備移動至另一患者 的治療設備。
為了增加另一安全層，通信系統288可以利用握手協議。具體地，通 信設備18啟動與患者管理系統服務器292的聯系(不論是通過中間服務器 還是不通過中間服務器)，并且通過與患者管理服務器292進行通信的遠程 數據采集服務器306對該通信進行認證。特別地，這些通信受到挑戰協議 的支配并且根據挑戰協議進行實施。該挑戰協議包括向患者設備16、通 信設備18等預先提供挑戰算法；將密鑰從患者管理系統服務器292傳輸至 通信設備18;由患者設備16和/或通信設備18根據挑戰算法處理密鑰，從而獲得響應密鑰；以及將該響應密鑰從通信設備18傳輸至患者管理系統服 務器292。在一個實施例中，該算法可以是傳輸至患者設備16和/或通信設 備18或者預先存儲在患者設備16和/或通信設備18上的數學公式。該算法 將取得密鑰(例如數字)，將數學公式應用到數字，并且返回響應密鑰或數 字。例如，該算法可以是3乂2+10。如果所發送的密鑰為5，則響應密鑰為 85。患者管理系統服務器292將確保只有在接收到數字"85"的情況下才 繼續進行通信。
如果所獲得的響應密鑰是正確的，則在患者管理系統服務器292和通 信設備18之間建立進一步的安全通信。然而，如果響應密鑰是不正確的， 系統10可以關閉患者管理系統服務器292和通信設備18之間的通信鏈路; 由通信設備18請求重試；將后續密鑰從患者管理系統服務器292發送至通 信設備18;和/或由患者管理系統服務器292對用戶14生成通知。在該實 施例中，用戶14可以是任意用戶，諸如嘗試建立通信鏈路的用戶、圖l的 D、 A、 HCP、 C。
在一個實施例中，格式為字母數字字符的可分析字符串，其中將響應 密鑰嵌入字符串中或者以某種方式使其與字符串相關聯。在以上示例中， 在響應密鑰為"85"的情況下，可以將該密鑰作為下列字符串-"0CR83BX65" 傳輸至患者管理系統服務器292。在這種情況下，可以對字符串進行分析， 并且第一、第四和第九位置的值將被讀出并且相結合以形成"085"(即正 確的響應密鑰)。
另外，該挑戰協議可以包括向患者設備16、通信設備18等預先提供 響應密鑰格式；并且將響應密鑰以響應密鑰格式從通信設備18傳輸至患者 管理系統服務器292。因此，如果響應密鑰格式是正確的，則系統10將建 立患者管理系統服務器292和通信設備18之間的進一步的安全通信。然而， 如果響應密鑰格式是不正確的，則上面所討論的選項(包括關閉鏈路、請 求重試、發送后續密鑰、生成通知等)將是可用的。
如上面所討論的，該通信系統288可用于在患者設備16和系統10之 間來回地傳輸數據。例如，可由患者管理系統服務器292將該數據傳輸至 通信設備18，然后，將該傳輸的數據傳送至患者設備16。例如，這種設備 可以是處方數據102等。另外，該傳輸的數據可以包括用于修改患者設備16的設置的編程數據。此外，與通信設備18的通信和至通信設備18的通 信可以向患者P提供對設備16、 18的狀態的某種視覺指示。可以將發生在 通信系統288中的系統10中的所有活動記入日志并且使其與特定的用戶14 或系統10、 288的設備或部件相關聯。
圖91圖示說明了通信系統288的一個優選實施例，通信系統288使用 RDAS 306作為中心通信"瓶頸"以用于安全通信。因此，通信系統288允 許利用遠程TCP/IP調制解調器、TCP/IP智能卡讀卡器/寫卡器等對安全通 信進行管理。通信系統288允許從遠程設備檢索依從性、治療和錯誤信息， 并且還將配置變化發送至這些相同的遠程設備。上面所討論的認證和挑戰 協議可以出現在整個通信系統288中，諸如在與ISP服務器296進行通信 的radius服務器312 (參見圖89)。通信系統288在嘗試訪問的過程中提供 對通信設備18的識別，以確定患者P是否已支付適當的服務，并且確定數 據存儲位置是否需要任何特定指令。
在一個實施例中，遠程數據采集服務器306識別每個患者設備16，通 信設備18充當患者設備16的通信代理。因此，確定當前設備的類型以及 確定每組下載的數據預定要被存儲的位置所必需的數據是通過網頁服務器 304、遠程數據采集服務器306或業務單元服務器308提供的。通信系統288 允許對活動的通信設備18以及患者識別數據64進行檢索。在任何情況下， 遠程數據采集服務器306確定是否應當繼續或終止連接以及患者P和患者 設備16和/或通信設備18是否適當地相關聯。遠程數據采集服務器306還 可以確定設備性能、請求日志、分析調制解調器數據、詳細說明配置變化、 認證用戶和所傳輸的數據、下載智能卡22數據、分析該智能卡22數據、 存儲患者數據80和設備數據114、存儲通信設備18調用歷史等。因此，通 信系統288提供用于所有適當的數據在患者設備16、通信設備18和系統 10的其他部件之間進行的傳輸的安全的網絡化環境。
以該方式，本發明提供允許對患者P信息進行有效使用和管理的系統 10和通信系統288。利用患者信息界面12的全部功能，任何用戶14都能 夠執行所有需要的功能以更好地執行他或她的義務。數據結構和協議允許 在整個系統10中動態地填入字段，從而根據每個用戶14的授權級和在系 統10內的角色而向他或她提供所有實時的最新信息。因此，本發明提供一種用于患者信息管理的計算機實現的方法和系統10，其提供具有魯棒性的 安全通信平臺和基礎結構，以促進所有用戶14和患者設備16之間的通信。 另外，本發明的方法和系統10向臨床醫生C、醫師D、 HCPH、管理員A 等提供簡單但動態的界面，以用于檢測、分析以及與患者P和/或患者設備 16的通信。更進一步，本系統提供增加的且有效的依從性監測、提醒功能、 通知、患者數據80和信息管理以及增強用戶14經由患者信息界面12進行 交互的經驗的其他附加功能，同時改善了用戶/患者響應性，得到了增強的 健康護理和有療效的系統。
圖92提供一方法的另一圖示說明，通過該方法出售、裝運、維修并且 使用調制解調器附件(通信設備18)，以調用根據本發明的原理的患者數據 管理系統10。該圖示出了系統中的這些操作的每個操作如何一起工作以提 供將數據從患者治療設備16遞送至系統10的安全且簡單的方法。
裝運350為向計劃的目的地(諸如HCP)提供調制解調器的人或過程， 如360所指示的。當裝運調制解調器時，調制解調器提供者(其還典型地 為患者設備16和/或通信設備18的制造商)的裝運跟蹤系統(諸如SAP系 統)將同步調用對radius服務器312填入到達RDAS系統306所必需的認 證信息的例行程序。radius服務器312為對ISP的認證服務器。該認證信息 將填入用戶名，并且在裝運調制解調器時登錄。調制解調器提供者的跟蹤 系統還將一輸入放入全局調制解調器列表356中，該輸入指示出還未將HCP 分配給該調制解調器(將HCP分配給調制解調器的過程發生在HCP輸入利 用該調制解調器的處方時)。全局調制解調器列表362在任何獨立的HCP 的數據之外，并且允許RDAS系統306快速地定位并識別調制解調器-HCP 關系。全局調制解調器列表被包含在例如數據庫20中。該列表可由超級管 理員A進行訪問，但通常不可由患者、臨床醫生、醫師或HCP進行訪問。 然而，HCP/臨床醫生可以査看與受到他們的監督的通信設備相關聯的調制 解調器。
系統帳號358的創建是由數據庫客戶服務代表(CSR) 352來完成的。 在典型的設置中，CSR352為負責維護系統10的公司(諸如患者和/或通信 設備制造商)的雇員。當創建帳號時，系統將例如經由電子郵件向被輸入 至帳號中的用戶(諸如HCP)提供用戶名和密碼。該信息用于訪問如上所述的系統。
HCP354為將調制解調器(通信設備18)發送至患者的用戶。HCP將 創建處方364，其聯合患者治療設備16、調制解調器18和HCP。當輸入患 者處方時，用戶將輸入治療設備的處方信息、治療設備的序列號和利用調 制解調器定位的驗證號碼。請記住，在該示例中，治療設備對應于患者設 備16，并且調制解調器對應于通信設備18。上面討論了用于生成驗證號碼 的技術。 一旦保存了處方，全局調制解調器列表356就進行更新，以包括 該調制解調器的HCP信息(因為在裝運時公司不是已知的，所以先前輸入 為空)。
治療設備16/通信設備18將調用366 radius服務器312和由radius服務 器312進行認證368。 一旦在mdius服務器得到認證，調制解調器就連接至 RDAS服務器306。調制解調器將經由已知的協議與RDAS 306進行通信。 身份消息將由調制解調器生成并且被發送至RDAS系統，RDAS系統具有 足夠的信息以使得系統能夠識別擁有調制解調器的HCP (在輸入處方時進 行更新)以及連接至治療/患者設備16的患者(經由在處方的時間輸入的治 療設備序列號)。在步驟370中，系統確定連接至調制解調器的治療/患者設 備序列號是否對應于驗證號碼。如果是的話，系統就將治療設備識別為有 效設備。
如果連接至調制解調器的治療/患者設備序列號與在處方創建步驟364 中生成的處方不相同，則將產生對HCP的通知，其指示調制解調器(通信 設備18)和治療設備(患者設備16)的相關性是不正確的。然后，將要求 HCP修改處方以補救該問題。
本發明預期將不對獨立的調制解調器進行修理。 一旦要置換調制解調 器，服務技術人員370就利用工具將調制解調器入口從mdius服務器312 移除并且將調制解調器信息從全局調制解調器列表356移除。然后可以裝 運新的調制解調器，并且其后是上面討論的過程以跟蹤至患者的新的調制 解調器。
盡管已基于當前認為是最實際且優選的實施例為說明的目的詳細描述 了本發明，要理解的是，這種細節僅用于該目的，且本發明不限于所公開 的實施例，與此相反，本發明意在覆蓋所附權利要求的精神和范圍內的修改及等價布置。例如，要理解的是，本發明預期在可能的程度上，可以將 任何實施例的一個或多個特征與任何其他實施例的一個或多個特征相組
權利要求
1、一種用于患者信息管理的計算機實現的系統(10)，包括至少一個數據庫(20)，其具有填有患者數據、臨床醫生數據、醫師數據、健康護理提供者數據、設備數據、醫學數據、健康數據、呈現數據、識別數據、管理員數據或它們的任意組合的多個數據字段；患者信息界面(12)，其與所述至少一個數據庫進行通信，并且被配置為對配置為訪問所述界面的多個用戶中的至少一個選擇性地且動態地呈現至少一個數據字段；以及程序指令集，其被配置為促進至少一個患者設備和所述數據庫之間的數據通信。
2、 如權利要求l所述的系統，其中，所述患者信息界面被配置為選擇 性地顯示每日數據屏幕(46)、患者數據屏幕(48)、簡檔數據屏幕(50)、 系統設置數據屏幕(52)、業務報告屏幕(54)、調制解調器管理屏幕(56)， 或它們的任意組合。
3、 如權利要求2所述的系統，其中，所述每日數據屏幕被配置為選擇 性地顯示(a) 優先項目部分(58)，其被配置為顯示患者識別數據和相關聯的 通知數據；(b) 提醒部分(60)，其被配置為顯示患者識別數據、提醒數據、截 止期限數據，或它們的任意組合；(c) 報告部分(62)，其被配置為顯示患者識別數據和報告描述數據;或者(d) (a)、 (b)和(c)的任意組合。
4、 如權利要求3所述的系統，其中，在所述優先項目部分中，所述患 者識別數據包括所述患者的照片、患者姓名、患者識別、患者親緣關系 數據、聯系數據，或它們的任意組合，并且其中，所述相關聯的通知數據為文本、字母數字文本、至少一個符號、至少一個圖標、至少一個視覺指 示，或它們的任意組合。
5、 如權利要求3所述的系統，其中，在所述優先項目部分中，針對多 個患者顯示所述患者識別數據和所述相關聯的通知數據，其中，所述數據 以基于所述患者識別數據、相關聯的通知數據、健康數據、設備數據、使 用數據、時間先后數據或它們的任意組合的優先順序來顯示，并且其中， 在所述提醒部分中，針對多個患者顯示所述患者識別數據、所述提醒數據 和所述截止期限數據，所述數據以基于所述患者識別數據、所述提醒數據、 所述截止期限數據或它們的任意組合的優先順序來顯示。
6、 如權利要求2所述的系統，其中，所述患者數據屏幕被配置為選擇 性地顯示與指定的患者相關聯的患者數據，并且其中，所述患者數據基于 選定的分類、相關聯的患者數據、工作組患者數據、非活動的患者數據或 它們的任意組合選擇性地進行顯示。
7、 如權利要求6所述的系統，其中，所述患者數據屏幕被配置為許可 所述用戶增加患者數據、修改患者數據、導入患者數據、保存患者數據、 激活或解除患者、從外部源采集數據、輸入數據、修改數據、保存數據、 刪除數據、接收外部數據、將數據傳輸至外部設備，或它們的任意組合。
8、 如權利要求6所述的系統，其中，所述患者數據屏幕被配置以患者 簡檔部分的形式顯示患者數據，并且其中，所述患者簡檔部分被配置為呈 現患者數據、患者細節數據、患者概要數據、處方數據、治療數據、提醒 數據、聯系數據、問巻數據、歷史數據、設備數據、調度數據，或它們的 任意組合。
9、 如權利要求6所述的系統，其中，所述患者數據屏幕被配置為顯示: (a)以治療數據部分的形式的治療數據，并且其中，所述治療數據包括可用的治療數據、設備數據、模型數據、模式數據、開始數據、結束數據、治療報告數據、設備使用數據、依從性數據、設備使用數據的圖形表示、 依從性數據的圖形表示、報告數據、歷史報告數據、可選擇的數據，或它 們的任意組合；(b)以提醒部分的形式的提醒數據；(C)以聯系部分的形 式的聯系數據；以及(d)以問巻部分的形式的問巻數據；以及(e)以歷 史部分的形式的歷史數據。
10、 如權利要求2所述的系統，其中，所述簡檔數據屏幕配置為選擇 性地以一般信息部分(184)的形式顯示用戶數據。
11、 如權利要求2所述的系統，其中，所述系統設置數據屏幕被配置 為選擇性地顯示計算規則部分，其被配置為選擇性地顯示依從性計算數據、AHI數據、 泄漏數據，或它們的任意組合；設施部分，其被配置為選擇性地顯示設施信息、設施標志、臨床醫生 識別，或它們的任意組合；列表部分，其被配置為選擇性地顯示可用的列表數據、列表內容數據， 或它們的任意組合；用戶部分，其被配置為選擇性地顯示用戶數據、用戶信息，或它們的 任意組合；角色部分，其被配置為選擇性地顯示角色數據； 組部分，其被配置為選擇性地顯示組數據； 醫師部分，其被配置為選擇性地顯示醫師數據；患者分配部分，其被配置為選擇性地顯示患者數據、臨床醫生數據、 分配數據，或它們的任意組合；公司通知部分，其被配置為選擇性地顯示公司數據、通知數據，或它 們的任意組合；或以上部分的任意組合。
12、 如權利要求11所述的系統，其中，所述依從性數據包括底數計算 數據、依從性分數數據、使用數據，或它們的組合，其中，所述AHI數據包括底數計算數據、平均AHI數據，或它們的任意組合，其中，所述泄漏 數據包括底數計算數據、平均泄漏數據，或它們的任意組合，并且其中， 所述依從性計算數據、所述AHI數據、所述泄漏數據或它們的任意組合是 可修改的、可選擇的、可傳輸的、已傳輸的、已保存的，或以上的任意組
13、如權利要求ll所述的系統，其中，在所述設施部分中，基于選定 的分類、選定的術語、搜索的分類、搜索的術語或它們的任意組合顯示所 述設施信息、設施標志、臨床醫生識別，其中，在所述設施部分中，許可 所述用戶增加新的設施數據、修改現有的設施數據、保存設施數據，或以 上的任意組合，其中，在所述列表部分中，許可所述用戶修改、增加和/或 保存列表、列表數據、列表內容數據、下拉式列表數據，或它們的任意組
14、 如權利要求11所述的系統，其中，在所述組部分中，許可所述用 戶選擇性地顯示組、選擇性地顯示組數據、增加組、修改組數據、保存組 數據，或以上的任意組合。
15、 如權利要求ll所述的系統，其中，在所述醫師部分中，許可所述 用戶選擇性地顯示醫師、搜索醫師、刪除醫師、將消息傳輸至醫師，或以 上的任意組合。
16、 如權利要求11所述的系統，其中，在所述患者分配部分中，許可 所述用戶使至少一個患者與至少一個臨床醫生相關聯。
17、 如權利要求2所述的系統，其中，所述業務報告屏幕被配置為選 擇性地顯示報告數據(258)。
18、 如權利要求2所述的系統，其中，所述調制解調器管理屏幕被配 置為選擇性地顯示(a) 調制解調器概要部分(260)，其被配置為顯示調制解調器數據、 活動數據、調用調度數據、調制解調器概要數據，或它們的任意組合；(b) 調制解調器列表部分(262)，其被配置為選擇性地顯示多個調制 解調器的調制解調器數據、調制解調器識別、調用數據、分配數據、上次 調用數據、下次調用數據、狀態數據、調度數據，或它們的任意組合；(c) 調制解調器設置部分(264)，其被配置為選擇性地顯示調用調度 數據；或者(d) (a)、 (b)和(c)的任意組合。
19、 如權利要求1所述的系統，其中，基于所述用戶對所述患者信息 界面的動作在所述患者信息界面上填入指定的數據。
20、 如權利要求1所述的系統，其中，所述程序指令集還被配置為促 進至少一對用戶之間的通信，以選擇性地只對具有預定訪問級的用戶在所 述患者信息界面上顯示數據，進而跟蹤設備通信數據、確定剩余的通信數 據、確定通信頻率數據，或以上的任意組合。
21、 如權利要求1所述的系統，所述程序指令集還被配置為從至少一 個患者設備、智能卡、所述患者設備的部件或它們的任意組合采集數據。
22、 如權利要求1所述的系統，其中，所述程序指令集還被配置為將 數據傳輸至至少一個患者設備、智能卡、所述患者設備的部件，或它們的 任意組合。
23、 如權利要求1所述的系統，其中，所述數據庫為配置為對所述患 者信息界面上的多個數據字段填入指定的數據的關系數據庫。
24、 一種邀請醫師參與患者數據管理系統的方法，包括 提供數據管理系統(10)，其包括與患者相關聯的患者信息、與這樣的患者相關聯的HCP/臨床醫生，以及與這樣的患者相關聯的醫師；允許所述HCP/臨床醫生通過向這樣的醫師發送包含使得這樣的醫師能 夠訪問所述數據管理系統的鏈接的電子郵件來邀請這樣的醫師以將其包括 在所述數據管理系統中；允許所述醫師通過激活所述鏈接來訪問所述數據管理系統； 由所述醫師將醫師信息輸入存儲至所述數據管理系統。
25、如權利要求24所述的方法，還包括使得所述HCP能夠對已將所述醫師信息存儲于所述數據管理系統中的 注冊的醫師進行搜索；以及使所述注冊的醫師與這樣的患者相關聯。
全文摘要
一種用于患者信息管理的計算機實現的系統(10)，包括至少一個數據庫(20)，其具有填有患者數據、臨床醫生數據、醫師數據、健康護理提供者數據、設備數據、醫學數據、健康數據、呈現數據、識別數據、管理員數據或它們的任意組合的多個數據字段。該系統提供一種與至少一個數據庫進行通信的患者信息界面(12)以對配置為訪問界面的患者選擇性地且動態地呈現數據字段。程序指令集被配置為促進至少一個患者設備和系統之間的數據通信。還公開了用于患者信息管理的通信和一種促進患者設備的數據通過網絡至患者管理系統的安全傳輸的方法。
文檔編號A61B5/00GK101528118SQ200780040451
公開日2009年9月9日 申請日期2007年11月1日 優先權日2006年11月3日
發明者B·巴克, K·皮斯尼克, K·鮑恩, S·巴爾, Z·D·保羅 申請人:Ric投資有限責任公司