用于患者保健計劃管理的系統(tǒng)和方法
【專利摘要】描述了一種實現(xiàn)患者保健管理功能的方法和系統(tǒng)。本公開包括：查詢臨床規(guī)則集合；并且獲得包含與多個患者相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)。所述系統(tǒng)能夠基于包含與患者相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)，識別從保健管理受益的患者，并且產(chǎn)生與每一個識別的患者相關(guān)聯(lián)的標(biāo)記或疾病狀況的列表。所述系統(tǒng)基于識別的標(biāo)記和包含與患者相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)來產(chǎn)生針對患者的單獨保健計劃。
【專利說明】用于患者保健計劃管理的系統(tǒng)和方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明總體上涉及健康保健管理領(lǐng)域，更具體地涉及患者保健計劃管理的范圍。

【背景技術(shù)】
[0002] 健康保健系統(tǒng)包括多種參與者，包括醫(yī)生、醫(yī)院、保險運營商和患者。因為通過通 常地不相關(guān)的個體和組織機構(gòu)傳送個人保健并且在多個位置進行支付，這些參與者針對執(zhí) 行他們各自的任務(wù)所必須的信息而彼此依賴。結(jié)果，需要過多的健康保健信息存儲和檢索 系統(tǒng)來支持與患者護理相關(guān)的這些參與者之間的繁重信息流。使用已有主框架和客戶端服 務(wù)器系統(tǒng)將關(guān)鍵患者數(shù)據(jù)存儲在不同的位置，已有主框架和客戶端服務(wù)器系統(tǒng)可能不兼容 和/或可能按照非標(biāo)準(zhǔn)化格式存儲信息。為了確保正確的患者診斷和治療，健康保健提供 者必須經(jīng)常通過電話或傳真從醫(yī)院、實驗室或其他提供者來請求患者信息。因此，由多個獨 立的健康保健系統(tǒng)分支維護的完全不同的系統(tǒng)和信息傳遞程序?qū)е玛P(guān)鍵信息及時傳輸?shù)?間隙，并損害了臨床保健的總體質(zhì)量。
[0003] 因為典型的健康保健實踐集中于給定?？茩C構(gòu)，通?；颊呖赡苁褂枚鄠€不同?？?醫(yī)生的服務(wù)，每一個?？漆t(yī)生潛在地只具有患者醫(yī)療狀況的一部分見解。完整醫(yī)療記錄中 的潛在差距減小了由每一個健康保健提供者賦予患者的醫(yī)療建議價值。為了獲得他或她 的醫(yī)療數(shù)據(jù)的總體看法或者建立他或她的醫(yī)療數(shù)據(jù)趨向，強制患者（并且每一個患者的醫(yī) 師）分別從每一個單獨的健康保健提供者請求醫(yī)療記錄，并且嘗試使片段數(shù)據(jù)一致。醫(yī)療 記錄數(shù)據(jù)的復(fù)雜性還要求醫(yī)師投入大量時間以便閱讀和理解紙質(zhì)或電子的醫(yī)療記錄，并且 確保一致的保健質(zhì)量。此外，盡管新的醫(yī)療研宄數(shù)據(jù)不斷地影響保健的醫(yī)療標(biāo)準(zhǔn)，在新的醫(yī) 療知識的傳播過程中存在時間延遲和理解退化的跡象。少量的現(xiàn)有解決方案通常關(guān)注于健 康保健信息的集中存儲，但是不能結(jié)合患者的健康保健信息的實時分析以便迅速地識別可 能需要注意的潛在醫(yī)療問題。因此，仍然需要一種基于計算機的解決方案，能夠根據(jù)適當(dāng)?shù)?醫(yī)療標(biāo)準(zhǔn)來實時地臨床分析累積的健康保健信息，并且直接通知患者和健康保健提供者， 以確保迅速的追蹤調(diào)查分析結(jié)果。還需要一種基于計算機的解決方案，能夠?qū)崟r地臨床分 析累積的健康保健信息，并且產(chǎn)生針對患者的保健計劃。


【發(fā)明內(nèi)容】

[0004] 本發(fā)明的實施例用于提供一種向患者展示由臨床決策支持技術(shù)支持的交互式個 人健康記錄的自動系統(tǒng)，所述臨床決策支持技術(shù)能夠基于期待的保健醫(yī)療標(biāo)準(zhǔn)和與患者的 實際醫(yī)療保健相關(guān)信息的比較來傳輸個人化的警報。與只存儲和展示保健相關(guān)信息的現(xiàn)有 靜態(tài)保健記錄相比較，這些實施例是有利的。健康保健組織收集和處理較寬領(lǐng)域的醫(yī)療保 健信息，以便建立和更新相關(guān)的保健醫(yī)療標(biāo)準(zhǔn)，識別患者接收的實際醫(yī)療保健，產(chǎn)生包括醫(yī) 療警報和個人化健康警報在內(nèi)的定制警報，并且經(jīng)由在線交互式個人健康記錄（PHR)直接 向患者傳輸定制警報。健康保健組織收集的醫(yī)療保健信息包括患者專有的臨床數(shù)據(jù)（例如 基于索賠、健康保健提供者和患者輸入的輸入以及健康狀況參考信息（包括與多個醫(yī)療疾 病狀況相關(guān)的基于證據(jù)的文獻）。除了匯集患者專有的醫(yī)療記錄和臨床警報信息之外，PHR 還需要用戶的數(shù)據(jù)以跟蹤警報之后的動作。此外，PHR接受患者輸入的家族保健歷史記錄、 患者的過敏性反應(yīng)、當(dāng)前的非處方藥和草藥補充劑、未報告且未治療的疾病以及用于監(jiān)測 諸如血壓、膽固醇和可能在患者知識領(lǐng)域范圍內(nèi)的附加相關(guān)醫(yī)療信息之類項目的輸入。
[0005] 醫(yī)療保險運營商收集源自醫(yī)療服務(wù)索賠、執(zhí)行的程序、藥物數(shù)據(jù)和實驗室結(jié)果的 臨床信息，并且將其提供給健康保健組織以便存儲在醫(yī)療數(shù)據(jù)庫中。醫(yī)療數(shù)據(jù)庫包括位于 計算機可讀介質(zhì)上的一個或多個醫(yī)療數(shù)據(jù)文件，例如硬盤驅(qū)動器、⑶-ROM、磁帶驅(qū)動器等。
[0006] 健康保健組織中的醫(yī)療專家團隊考慮健康狀況參考信息的各種來源（包括基于 證據(jù)的文獻），產(chǎn)生并且連續(xù)修訂臨床規(guī)則集合，所述臨床規(guī)則反映了針對多種疾病狀況的 最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)。將臨床規(guī)則存儲在醫(yī)療數(shù)據(jù)庫中。
[0007] PHR通過自動地增加與從基于索賠、藥物和/或?qū)嶒炇医Y(jié)果的數(shù)據(jù)得出的信息相 對應(yīng)的數(shù)據(jù)字段來便于患者產(chǎn)生完整保健記錄的任務(wù)。優(yōu)選地，PHR經(jīng)由醫(yī)療風(fēng)險評估工 具（HRA)收集患者輸入的數(shù)據(jù)（允許用戶錄入家族病史記錄）、已知的慢性疾病和其他醫(yī)療 數(shù)據(jù)中的至少一些，并且提供總體患者保健評估。優(yōu)選地，HRA工具向患者展示與他或她的 醫(yī)療歷史記錄和當(dāng)前展現(xiàn)的疾病相關(guān)的問題。風(fēng)險評估邏輯動態(tài)地分支到相關(guān)和/或關(guān)鍵 的問題，從而節(jié)省患者時間并且提供有目標(biāo)的結(jié)果?；颊咻斎氲紿RA中的數(shù)據(jù)還增加了 PHR 的其他區(qū)域內(nèi)的相應(yīng)數(shù)據(jù)字段，并且產(chǎn)生附加的臨床警報以輔助患者維持最佳健康狀況。
[0008] 健康保健組織經(jīng)由分析系統(tǒng)將包括患者或護士輸入數(shù)據(jù)以及索賠數(shù)據(jù)在內(nèi)的醫(yī) 療保健信息累積到醫(yī)療數(shù)據(jù)庫中，用于后續(xù)處理，分析系統(tǒng)例如是紐約的Active Health Management，Inc公司運營的CareEnginc?系統(tǒng)。Cardngine?系統(tǒng)是包括規(guī)則引擎模 塊在內(nèi)的多維分析應(yīng)用程序，規(guī)則引擎模塊包括計算機可讀指令，計算機可讀指令向患者 的索賠和自己輸入的臨床數(shù)據(jù)應(yīng)用反映了針對多種疾病的最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn) 的臨床規(guī)則集合，患者的索賠和自己輸入的臨床數(shù)據(jù)反映了正在傳遞給患者的實際保健情 況。規(guī)則引擎模塊識別一個或多個示例，其中由索賠數(shù)據(jù)（包括醫(yī)療程序、測試、藥物數(shù)據(jù) 和實驗室結(jié)果）和患者輸入的臨床數(shù)據(jù)證明的患者的實際保健情況與最佳基于證據(jù)的保 健醫(yī)療標(biāo)準(zhǔn)不一致，并且經(jīng)由包括PHR工具的網(wǎng)頁集合直接向用戶發(fā)布患者專有的臨床警 報。此外，規(guī)則引擎模塊應(yīng)用特定規(guī)則以確定應(yīng)該何時經(jīng)由PHR向用戶通知與他們的臨床 表現(xiàn)相關(guān)的新近可用的保健信息。在一個實施例中，醫(yī)師在患者的同意下訪問網(wǎng)頁。
[0009] 在實施例中，當(dāng)規(guī)則引擎模塊識別實際保健情況與所建立的最佳基于證據(jù)的保健 醫(yī)療標(biāo)準(zhǔn)不一致的示例情況時，經(jīng)由PHR向患者展示臨床警報。在實施例中，臨床警報包括 通知聯(lián)系健康保健提供者以便開始或停止專用的藥物，和/或經(jīng)歷與患者專有的一種或多 種疾病和共同病狀相關(guān)聯(lián)的特定檢查或測試程序。為了確保迅速的患者響應(yīng)，健康保健組 織向與PHR處的個人化警報的可用性有關(guān)的患者發(fā)送同步郵件通知。臨床警報根據(jù)最佳基 于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)來向用戶通知已知的藥物相互作用和建議的醫(yī)療治療。除了疾病專 有的警報之外，規(guī)則引擎模塊還通過經(jīng)由PHR發(fā)布個人化的健康警報來向用戶通知相關(guān)的 預(yù)防性健康狀態(tài)信息。在一個實施例中，患者能夠通過經(jīng)由用戶界面查詢醫(yī)療數(shù)據(jù)庫，使用 PHR來搜索與特定疾病、測試或醫(yī)療程序有關(guān)的特定健康狀況參考信息。優(yōu)選地，PHR允許 患者創(chuàng)建包含患者的健康狀況信息在內(nèi)的可打印報告，以便與健康保健提供者共享，所述 健康狀況信息包括健康狀況概要和健康狀況風(fēng)險評估報告。
[0010] 此外，通過用作患者的醫(yī)療信息的中央倉庫，PHR授權(quán)患者更加容易地管理他們自 己的健康保健決策，這有利于患者逐漸轉(zhuǎn)移到消費者引導(dǎo)健康狀況計劃。
[0011] 另一實施例包括實現(xiàn)多個模塊，用于經(jīng)由PHR向患者提供實時處理并傳輸臨床警 報和個人化的健康警報，以及經(jīng)由一個或多個健康保健提供者應(yīng)用程序提供給健康保健提 供者。具體地，系統(tǒng)包括實時應(yīng)用消息收發(fā)模塊，用于經(jīng)由健康保健組織和外部系統(tǒng)和應(yīng)用 程序之間的網(wǎng)絡(luò)來發(fā)送和接收實時信息。優(yōu)選地，實時應(yīng)用消息收發(fā)模塊采用面向服務(wù)的 體系（SOA)，通過定義和實施一個或多個應(yīng)用程序平臺無關(guān)的軟件服務(wù)來在各種系統(tǒng)和應(yīng) 用程序之間承載實時數(shù)據(jù)。
[0012] 在一個實施例中，實時應(yīng)用消息收發(fā)模塊包括網(wǎng)頁服務(wù)，網(wǎng)頁服務(wù)與外部應(yīng)用程 序交互，用于通過HTTP經(jīng)由簡單對象訪問協(xié)議（SOAP)來傳輸實時數(shù)據(jù)。例如，消息獲取網(wǎng) 頁服務(wù)接收與最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)相對的、隨后由規(guī)則引擎模塊實時處理的實時 臨床數(shù)據(jù)?？蛇x地，將輸入的實時數(shù)據(jù)存儲在醫(yī)療數(shù)據(jù)庫中。
[0013] 與給定患者相關(guān)聯(lián)的輸入實時數(shù)據(jù)結(jié)合先前存儲的數(shù)據(jù)和可用的臨床規(guī)則，限定 了要由規(guī)則引擎模塊處理的規(guī)則引擎運行程序。因此，實時應(yīng)用消息收發(fā)模塊從多個源收 集輸入的實時臨床數(shù)據(jù)，并且定義與多個患者相關(guān)聯(lián)的多個規(guī)則引擎運行程序，用于同步 的實時處理。
[0014] 實時應(yīng)用消息收發(fā)模塊將規(guī)則引擎運行程序轉(zhuǎn)發(fā)至規(guī)則引擎模塊以示例多個實 時規(guī)則處理會話。規(guī)則引擎模塊對多個服務(wù)器之間的規(guī)則處理會話進行負(fù)載平衡，以便于 臨床規(guī)則（最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)）與輸入的臨床數(shù)據(jù)和患者輸入數(shù)據(jù)的多個同步 請求進行實時匹配。當(dāng)針對給定患者的實際保健模式偏離期待的保健模式時，規(guī)則引擎模 塊產(chǎn)生一個或多個臨床警報。類似地，規(guī)則引擎模塊基于預(yù)防性健康保健的基于最佳證據(jù) 的醫(yī)療標(biāo)準(zhǔn)來產(chǎn)生實時個人化健康警報。
[0015] 在處理期間，規(guī)則引擎模塊將警報理由信息記錄在醫(yī)療數(shù)據(jù)庫中。在一個實施例 中，警報理由信息規(guī)定了輸入數(shù)據(jù)已經(jīng)觸發(fā)/處理了哪個臨床規(guī)則（例如，通過規(guī)則號碼）、 已經(jīng)產(chǎn)生了哪種警報（例如，通過警報號碼）、針對每一個警報的時間/日期戳、針對引起規(guī) 則觸發(fā)的給定患者的專有排除和包含信息（例如，已知的藥物過敏性反應(yīng)用于排除建議可 能引起過敏性反應(yīng)的藥物攝取警報）以及與觸發(fā)給定規(guī)則的輸入實時數(shù)據(jù)相關(guān)聯(lián)的患者 輸入和索賠信息。
[0016] 在另一個實施例中，規(guī)則引擎模塊分析患者專有的臨床數(shù)據(jù)以產(chǎn)生針對各種醫(yī)療 疾病狀況的實時風(fēng)險分?jǐn)?shù)。風(fēng)險分?jǐn)?shù)量化了現(xiàn)有醫(yī)療疾病的嚴(yán)重性，并且根據(jù)臨床規(guī)則、考 慮到評估多種風(fēng)險因素來評估未來疾病的風(fēng)險。例如，風(fēng)險分?jǐn)?shù)可以識別高風(fēng)險糖尿病患 者或者未來經(jīng)歷中風(fēng)風(fēng)險的患者。系統(tǒng)向患者以及健康保健提供者展示了風(fēng)險分?jǐn)?shù)。
[0017] 因此，每一個規(guī)則處理會話基于針對給定患者的實時數(shù)據(jù)集合產(chǎn)生了多個臨床警 報，個人化健康警報，和/或計算風(fēng)險分?jǐn)?shù)。消息傳輸網(wǎng)頁服務(wù)進而將所產(chǎn)生的警報傳輸至 PHR和/或健康保健提供者應(yīng)用。替代地，應(yīng)用消息收發(fā)模塊包括用于發(fā)送和接收實時數(shù)據(jù) 的單個網(wǎng)頁服務(wù)。為了便于警報的實時傳輸，警報載荷過濾模塊通過多種條件和類別對輸 入到實時應(yīng)用消息收發(fā)模塊的警報進行過濾，以減小實時警報載荷。除了改進警報的實時 傳輸速度之外，警報過濾還消除了冗余警報并且有助于將接收者的注意力集中于重要的警 報。
[0018] 在另一個實施例中，實現(xiàn)了患者保健管理功能。本公開包括查詢臨床規(guī)則集合并 且獲得包含與多個患者相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)。系統(tǒng)可以基于包含與患者相關(guān)的 臨床信息在內(nèi)的索賠數(shù)據(jù)來識別要受益于保健管理的患者，并且產(chǎn)生與每一個識別的患者 相關(guān)聯(lián)的標(biāo)記或疾病的列表。系統(tǒng)基于所識別的標(biāo)記、目標(biāo)、問題、視覺目標(biāo)和包含與患者 相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)來產(chǎn)生針對患者的個人保健計劃。

【專利附圖】

【附圖說明】
[0019] 盡管所附的權(quán)利要求具體地闡述了本發(fā)明的特征，根據(jù)結(jié)合附圖的以下詳細(xì)描述 可以更好地理解本發(fā)明及其優(yōu)勢，其中：
[0020] 圖1是說明了根據(jù)本發(fā)明實施例的用于向患者顯示個人健康記錄的系統(tǒng)概述的 示意圖，所述系統(tǒng)能夠傳遞醫(yī)療警報；
[0021] 圖2是說明了根據(jù)本發(fā)明實施例的用于向患者提供定制警報的方法的流程圖；
[0022] 圖3是根據(jù)本發(fā)明實施例的由圖1的基于網(wǎng)頁的個人健康記錄（PHR)工具的主頁 面展示的用戶界面的圖；
[0023] 圖4是根據(jù)本發(fā)明實施例的由圖1的PHR工具的警報詳情頁面展示的用戶界面的 圖；
[0024] 圖5是根據(jù)本發(fā)明實施例的圖1的PHR工具的醫(yī)療風(fēng)險評估工具（HRA)調(diào)查表的 用戶界面的圖；
[0025] 圖6是根據(jù)本發(fā)明實施例的與圖5的HRA相關(guān)聯(lián)的疾病和癥狀界面的圖；
[0026] 圖7是根據(jù)本發(fā)明實施例的與圖5的HRA相關(guān)聯(lián)的家族病史界面的圖；
[0027] 圖8-12是根據(jù)本發(fā)明實施例的圖1的PHR工具的附加用戶界面的圖，允許患者錄 入與用藥、過敏反應(yīng)、免疫、測試和醫(yī)院探視相關(guān)聯(lián)的信息；
[0028] 圖13是根據(jù)本發(fā)明實施例的經(jīng)由圖5-12的界面向患者展示可用的健康保健信息 概述的健康概述界面的圖；
[0029] 圖14是根據(jù)本發(fā)明實施例的基于經(jīng)由圖1的PHR工具可用的至少一些信息產(chǎn)生 的緊急情況信息卡的圖；
[0030] 圖15是根據(jù)本發(fā)明實施例的圖1的PHR工具的健康保健團隊界面頁面的圖；
[0031] 圖16是根據(jù)本發(fā)明示例的經(jīng)由圖1的PHR可用于患者的健康保健跟蹤工具的圖；
[0032] 圖17是根據(jù)本發(fā)明實施例的警報狀態(tài)報告的圖形輸出的圖，所述警報狀態(tài)報告 指示了針對所有患者群體的警報完成和輸出狀態(tài)；
[0033] 圖18是說明了根據(jù)本發(fā)明實施例的系統(tǒng)概述的示意圖，所述系統(tǒng)用于實時處理 和傳輸針對所述患者的臨床警報、個人化的健康警報和健康風(fēng)險分?jǐn)?shù)；
[0034] 圖19是說明了根據(jù)本發(fā)明實施例的相對于針對給定患者的多個臨床警報，通過 圖18的警報載荷過濾模塊處理的實時警報工作流程示意圖；
[0035] 圖20是根據(jù)本發(fā)明實施例的圖18的健康保健組織經(jīng)由實時應(yīng)用消息收發(fā)模塊與 多個外部系統(tǒng)和應(yīng)用程序的示范性實時交互的示意圖；
[0036] 圖21是根據(jù)本發(fā)明實施例的圖18的向患者和健康保健提供者提供臨床警報、個 人化的健康警報和健康風(fēng)險分?jǐn)?shù)的實時處理和傳輸?shù)牧鞒虉D；
[0037] 圖22是根據(jù)本發(fā)明實施例的用于識別可能受益于保健管理的患者并進行優(yōu)先排 序的方法的流程圖；
[0038] 圖23是根據(jù)本發(fā)明實施例的用于識別與可能受益于保健管理的患者相關(guān)聯(lián)的特 定疾病的方法的流程圖；以及
[0039] 圖24是根據(jù)本發(fā)明實施例的用于執(zhí)行保健管理的方法的流程圖。

【具體實施方式】
[0040] 以下實施例進一步說明了本發(fā)明，但是不應(yīng)該解釋為按照任何方式限制權(quán)利要求 的范圍。
[0041] 回到圖1，參考向患者展示由臨床決策支持技術(shù)支持的交互式個人健康記錄的自 動系統(tǒng)，示出了本發(fā)明實施例設(shè)想的系統(tǒng)的實施方式，臨床決策支持技術(shù)能夠根據(jù)最佳基 于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)與患者的實際醫(yī)療保健情況之間的比較來傳輸個性化的警報（包 括被稱作保健事項的臨床警報）。健康保健組織100收集并且處理與患者102相關(guān)的較寬 領(lǐng)域醫(yī)療保健信息，以便經(jīng)由在線交互式個人健康記錄（PHR) 108產(chǎn)生和直接向患者102傳 輸定制的警報，包括臨床警報104和個人化健康警報106。除了匯集患者專有的醫(yī)療記錄和 警報信息以及這里將要討論的其他功能之外，PHR108還請求患者的輸入，用于輸入附加相 關(guān)醫(yī)療信息，跟蹤警報后續(xù)動作，并且允許健康保健組織100跟蹤警報輸出。
[0042] 當(dāng)患者102利用一個或多個健康保健提供者110的服務(wù)時，醫(yī)療保險運營商112 收集相關(guān)聯(lián)的臨床數(shù)據(jù)114以便管理針對患者102的健康保險覆蓋范圍。此外，諸如醫(yī)師 或護士之類的健康保健提供者110在辦公室訪問或疾病管理交互期間，根據(jù)患者-健康保 健提供者的交互將臨床數(shù)據(jù)114輸入到一個或健康保健提供者應(yīng)用。臨床數(shù)據(jù)114源于醫(yī) 療服務(wù)索賠、藥物數(shù)據(jù)以及實驗室結(jié)果，并且包括與患者-健康保健提供者交互相關(guān)聯(lián)的 信息，包括與患者的診斷和治療相關(guān)的信息、醫(yī)療程序、藥物處方信息、住院患者信息和健 康保健提供者筆記。醫(yī)療保險運營商112和健康保健提供者110進而經(jīng)由一個或多個網(wǎng)絡(luò) 116將臨床數(shù)據(jù)114提供給健康保健組織100,用于存儲在醫(yī)療數(shù)據(jù)庫118中。醫(yī)療數(shù)據(jù)庫 118由基于與健康保健提供者100相關(guān)聯(lián)的一個或多個基于服務(wù)器的計算機來管理，并且 包括位于計算機可讀介質(zhì)上的一個或多個醫(yī)療數(shù)據(jù)文件，計算機可讀介質(zhì)例如是硬盤驅(qū)動 器、⑶-ROM、磁帶驅(qū)動器等。優(yōu)選地，醫(yī)療數(shù)據(jù)庫118包括商用數(shù)據(jù)庫軟件應(yīng)用程序，能夠經(jīng) 由結(jié)構(gòu)化查詢語言（SQL)與在相同或不同基于服務(wù)器的計算機上運行的其他應(yīng)用程序交 互。在實施例中，網(wǎng)絡(luò)116是專用醫(yī)療記錄網(wǎng)絡(luò)。替代地或附加地，網(wǎng)絡(luò)116包括具有網(wǎng)絡(luò) 的全部或一部分的因特網(wǎng)連接。
[0043] 健康保健組織100中的醫(yī)療專家團隊參考健康狀況參考信息122的各種來源，包 括基于證據(jù)的預(yù)防性保健數(shù)據(jù)，來建立并且連續(xù)或周期性地修訂臨床規(guī)則集合120,臨床規(guī) 則反映了針對多種疾病的最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)。將臨床規(guī)則120存儲在醫(yī)療數(shù)據(jù) 庫118中。
[0044] 為了補充從保險運營商112接收的臨床數(shù)據(jù)114, PHR108允許患者錄入可能在患 者知識領(lǐng)域內(nèi)的附加相關(guān)醫(yī)療信息。示范性的患者輸入的數(shù)據(jù)120包括附加臨床數(shù)據(jù)，例 如患者的家族病史、非處方藥物的使用、已知過敏性反應(yīng)、未報告和/或未治療的疾?。ɡ?如，慢性下腰痛、偏頭痛等）以及自行實施的醫(yī)療測試的結(jié)果（例如，周期性的血壓和/或 血糖讀數(shù)）。優(yōu)選地，PHR108通過自動地增加與從基于醫(yī)療索賠、藥物數(shù)據(jù)和/或?qū)嶒炇?結(jié)果的數(shù)據(jù)得出的信息相對應(yīng)的數(shù)據(jù)字段來便于患者產(chǎn)生完整保健記錄的任務(wù)。在實施例 中，患者輸入的數(shù)據(jù)128還包括非臨床數(shù)據(jù)，例如即將發(fā)生的醫(yī)生預(yù)約。優(yōu)選地，PHRlOSg 由醫(yī)療風(fēng)險評估工具（HRA) 130收集患者輸入的數(shù)據(jù)128,醫(yī)療風(fēng)險評估工具請求與生活方 式行為、家族病史、已知慢性疾?。ɡ纾员惩?、偏頭痛）和其他醫(yī)療數(shù)據(jù)有關(guān)的信息， 以根據(jù)規(guī)則引擎模塊126的處理標(biāo)記個體針對一種或多種醫(yī)療疾?。ɡ?，癌癥、心臟、糖 尿病、中風(fēng)的風(fēng)險）的風(fēng)險。優(yōu)選地，HRA130向患者102展示與他或她的醫(yī)療歷史和當(dāng)前 展現(xiàn)的疾病相關(guān)的問題。風(fēng)險評估邏輯動態(tài)地分支到相關(guān)和/或關(guān)鍵問題，從而節(jié)省患者 時間并且提供有目標(biāo)的結(jié)果?；颊?02輸入到HRA130中的數(shù)據(jù)還增加 PHR108的其他區(qū)域 內(nèi)的相應(yīng)數(shù)據(jù)字段。健康保健組織100經(jīng)由規(guī)則引擎模塊126將臨床數(shù)據(jù)114、患者輸入的 數(shù)據(jù)128以及健康參考和醫(yī)療新聞信息122、124匯集到醫(yī)療數(shù)據(jù)庫118,用于后續(xù)的處理。
[0045] CarcKnginc*系統(tǒng)125是包括規(guī)則引擎模塊126在內(nèi)的多維分析應(yīng)用程序，規(guī)則 引擎模塊包括計算機可讀指令，用于向醫(yī)療數(shù)據(jù)庫18的內(nèi)容應(yīng)用臨床規(guī)則集合120,以便 識別由臨床數(shù)據(jù)114和患者輸入的數(shù)據(jù)128所證明的患者102的實際保健情況與最佳基于 證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)不一致的示例。在收集了與患者102相關(guān)聯(lián)的相關(guān)數(shù)據(jù)114和128之 后，規(guī)則引擎模塊126應(yīng)用對于患者的醫(yī)療數(shù)據(jù)文件專有的臨床規(guī)則120,以將患者的實際 保健情況與最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)進行比較。除了分析索賠和實驗室結(jié)果得出的臨 床數(shù)據(jù)114之外，分析還包括考慮已知的過敏性反應(yīng)、慢性疾病、未治療的疾病和其他患者 報告的臨床數(shù)據(jù)，以處理該疾病專有的臨床警報104和個人化健康警報106,并且經(jīng)由包括 PHR108的網(wǎng)頁集合直接向患者102發(fā)布該警報。由與醫(yī)療數(shù)據(jù)庫118通信的計算機執(zhí)行規(guī) 則引擎模塊126。在一個實施例中，包括規(guī)則引擎模塊126和醫(yī)療數(shù)據(jù)庫118的計算機可讀 指令駐留在由健康保健組織100控制的單個計算機的計算機可讀介質(zhì)上。替代地，規(guī)則引 擎模塊126和醫(yī)療數(shù)據(jù)庫118直接或者通過網(wǎng)絡(luò)，經(jīng)由健康保健組織100控制的分離計算 機進行交互。在Ciarniello、Reisman和Rlanksteen的美國專利No. 6, 802, 810中描述了 與規(guī)則引擎模塊126采用的處理技術(shù)相關(guān)的附加細(xì)節(jié)，將其全部合并在此作為參考。
[0046] 為了確保迅速的患者響應(yīng)，健康保健組織100優(yōu)選地向患者102發(fā)送并發(fā)電子郵 件通知，與PHR108處的定制警報104和106的可用性有關(guān)。如這里所述，術(shù)語"警報"和"定 制警報"是指患者專有的健康相關(guān)通知，例如在根據(jù)臨床數(shù)據(jù)114和患者輸入數(shù)據(jù)128的 一個或多個的處理由規(guī)則引擎模塊126產(chǎn)生之后經(jīng)由PHR108直接傳輸給患者102的、并且 與臨床規(guī)則120中反映的最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)相匹配的臨床警報104和個人化健 康警報106。在實施例中，將警報104、106還傳輸給健康保健提供者110。當(dāng)規(guī)則引擎模塊 126識別到與最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)不一致的實際保健情況的示例時，經(jīng)由PHR108 向用戶展示臨床警報104。優(yōu)選地，臨床警報104在PHR108的用戶界面內(nèi)顯著顯示。在實 施例中，臨床警報104包括用于聯(lián)系健康保健提供者110的通知，以便開始或停止特定藥物 治療和/或經(jīng)歷與患者102專有的一種或多種疾病和共同病狀相關(guān)聯(lián)的特定檢查或測試程 序。臨床警報104包括通知患者已知的藥物相互作用以及從基于當(dāng)前最佳證據(jù)的保健信息 120的醫(yī)療標(biāo)準(zhǔn)得出的建議醫(yī)療處方。還考慮新的疾病和實驗室結(jié)果，通過分析患者的藥物 攝取來提示臨床警報104。類似地，規(guī)則引擎模塊126通過經(jīng)由PHR108發(fā)布個人化健康警 報106向用戶102通知臨床相關(guān)的預(yù)防性健康狀態(tài)信息122,以確?？傮w保健狀況一致性。
[0047] 規(guī)則引擎還識別處于危險生活方式行為的成員（例如，吸煙、高壓力、較差飲食/ 鍛煉），并且從高風(fēng)險成員中尋找同意的用戶來招收他們進入生活方式訓(xùn)練計劃。在一個 實施例中，患者102能夠通過經(jīng)由用戶界面查詢醫(yī)療數(shù)據(jù)庫118,使用PHR來搜索與特定的 疾病、測試或醫(yī)療程序有關(guān)的特定健康狀況參考信息。在另一個實施例中，患者102訂閱醫(yī) 療新聞信息124用于經(jīng)由PHR108和/或個人電子郵件傳遞。在再一個實施例中，規(guī)則引擎 模塊126基于患者的臨床數(shù)據(jù)114和患者輸入的數(shù)據(jù)128,自動地產(chǎn)生健康狀況參考信息 122、醫(yī)療新聞124和/或醫(yī)療信息的外部來源的定制上下文檢索103,用于經(jīng)由PHR108傳 遞檢索結(jié)果。在又一個實施例中，患者102基于規(guī)則引擎模塊126沒有處理的患者輸入數(shù) 據(jù)128的非臨床分量來接收綜合健康提醒132,例如與即將到來的醫(yī)生預(yù)約有關(guān)的通知。在 實施例中，綜合健康提醒132包括提示患者更新HRA130、查看PHR網(wǎng)站的視頻旅行或者更新 健康跟蹤信息（下面結(jié)合圖16討論）。優(yōu)選地，PHR108允許患者102產(chǎn)生包含患者的健康 狀況信息的可打印報告用于與健康保健提供者110共享，所述健康狀況信息包括健康概述 和健康狀況風(fēng)險評估報告。
[0048] 為了確保進一步追蹤調(diào)查，健康保健組織100可選地向健康保健提供者110通知 顯著的臨床警報104,如在合并的美國專利No. 6, 802, 810中所公開的。例如，如果臨床警 報104包括嚴(yán)重的藥物相互作用，健康保健組織100經(jīng)由電話、郵件、電子郵件或其他通信 提示健康保健提供者110來發(fā)起緊急追蹤調(diào)查。
[0049] 盡管上述的實體關(guān)系是代表性的，本領(lǐng)域普通技術(shù)人員將認(rèn)識到替代的結(jié)構(gòu)是可 能的。例如在一個實施例中，健康保健組織100和醫(yī)療保險運營商是相同的實體。替代地， 健康保健組織100是致力于收集、匯集和處理來自多個源的醫(yī)療保健數(shù)據(jù)的獨立服務(wù)提供 者，以為一個或多個醫(yī)療保險運營商112提供個人健康記錄（PHR)服務(wù)。在另一個實施例 中，健康保健組織100通過從一個或多個醫(yī)療保險運營商112收集數(shù)據(jù)來向一個或多個雇 主提供PHR服務(wù)。
[0050] 轉(zhuǎn)到圖2,描述了一種經(jīng)由個人健康記錄向各個患者提供定制化警報的方法。在步 驟200-202中，健康保健組織100收集較寬領(lǐng)域的醫(yī)療保健信息114、122、124、128，并且將 其匯集到醫(yī)療數(shù)據(jù)庫118中用于后續(xù)分析。在步驟204中，健康保健組織100建立針對多 種疾病的臨床規(guī)則集合120,例如通過讓醫(yī)療專家團隊連續(xù)地查看收集的健康狀況參考信 息122 (包括基于證據(jù)的醫(yī)療文獻）。在步驟206-208,當(dāng)對于保健醫(yī)療標(biāo)準(zhǔn)的更新可用時 (例如，在收集附加或者更新的基于證據(jù)的文獻時），健康保健組織100修訂臨床規(guī)則120 并且建立與最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)相關(guān)聯(lián)的新規(guī)則。在步驟210和212中，規(guī)則引 擎模塊126將臨床規(guī)則120內(nèi)包括的最新的基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)應(yīng)用于患者的實際保 健，如根據(jù)索賠、藥物、實驗室和患者輸入的臨床數(shù)據(jù)所證明的，以識別患者的實際保健狀 況與臨床規(guī)則120實施的預(yù)期保健狀況不一致的至少一個示例。步驟212還包括識別是否 應(yīng)該經(jīng)由個人化的疾病警報向患者120通知新近可用的基于證據(jù)的預(yù)防性健康保健122的 標(biāo)準(zhǔn)，例如當(dāng)預(yù)防健康保健信息有益于患者的實際保健時（例如，與乳腺癌篩查有關(guān)的通 知）。如果規(guī)則引擎模塊126沒有檢測到由護理者提出的實際保健狀況和最佳基于證據(jù)的 保健醫(yī)療標(biāo)準(zhǔn)之間的差異，或者當(dāng)新接收到的健康狀況參考不是有益的（例如，考慮到現(xiàn) 有信息的累積），所述方法返回到步驟200。否則，在步驟214-216,規(guī)則引擎模塊126將包 括相關(guān)聯(lián)的警報細(xì)節(jié)在內(nèi)的警報指示符存儲在醫(yī)療數(shù)據(jù)庫118內(nèi)的患者102的醫(yī)療數(shù)據(jù)文 件中，并且經(jīng)由PHR108的適當(dāng)界面向患者展示一個或多個臨床警報104和/或個人化的疾 病警報106。可選地，規(guī)則引擎模塊126經(jīng)由電子郵件通知患者102或者登陸到PHR108中 以便查看一個或多個發(fā)布的警報104、106。如下面結(jié)合圖4進一步詳細(xì)討論的，PHR108向 患者102提供用警報追蹤調(diào)查的狀態(tài)或結(jié)果來更新系統(tǒng)的機會。為此目的，如果患者102表 示已經(jīng)解除了警報，PHR108將用追蹤調(diào)查狀態(tài)或結(jié)果更新醫(yī)療數(shù)據(jù)庫118中的相應(yīng)警報指 示符，步驟218和220。在一個實施例中，系統(tǒng)還經(jīng)由在輸入的臨床數(shù)據(jù)114中存在的變化， 基于適當(dāng)?shù)刈⒁饩瘓笞粉櫿{(diào)查來自動地更新警報指示符。例如，當(dāng)輸入的實驗室、藥物和/ 或醫(yī)療服務(wù)索賠數(shù)據(jù)指示了通過患者經(jīng)歷建議的測試程序、修改處方和/或請教健康保健 提供者而繼續(xù)之前發(fā)布的警報時，系統(tǒng)自動地更新PHR108處的警報追蹤調(diào)查狀態(tài)顯示器。 否則，PHR108繼續(xù)提示患者102對警報進行追蹤調(diào)查。
[0051] 下面的圖3-17提供了與PHR108的各種實施例及其相關(guān)功能有關(guān)的附加細(xì)節(jié)。轉(zhuǎn) 到圖3,示出了 PHR108的主頁面300的實施例。在一個實施例中，當(dāng)患者102經(jīng)由安全登 錄/退出區(qū)域302獲得對于PHR108的訪問時，PHR108向患者展示具有一個或多個可選擇 警報104、106 (等待患者的跟蹤調(diào)查）的警報顯示區(qū)域304。主頁面300還包括通常與警報 跟蹤調(diào)查和健康風(fēng)險評估（HRA) 306、健康狀況記錄管理308、賬戶管理310和在線健康庫訪 問312相關(guān)的多個鏈接。當(dāng)PHR108使用從醫(yī)療保險運營商112接收的臨床數(shù)據(jù)預(yù)先增加 一些患者信息時，患者輸入的數(shù)據(jù)包括全部記錄的重要部分。因此，本發(fā)明的實施例包括向 患者102提供激勵以便得出對于患者輸入的數(shù)據(jù)字段的完整響應(yīng)，例如HRA130中的那些， 并且可選地為了確保警報跟蹤調(diào)查。在一個實施例中，所述激勵包括由患者的雇主或健康 保健組織100管理的積分項目。
[0052] 當(dāng)選擇在警報顯示區(qū)域304中顯示的警報鏈接314或者未決警報104、106的任一 個時，將患者102引導(dǎo)至警報細(xì)節(jié)頁面400,如圖4所示。警報細(xì)節(jié)頁面400向患者展示警 報列表402,警報列表402包括患者跟蹤調(diào)查未決的警報、并且優(yōu)選地預(yù)先存儲為緊急級別 404和通知日期406。在圖4所示的實施例中，警報列表402包括多個臨床警報104,建議與 患者的糖尿病相關(guān)的特定測試并且推薦使用statins (例如，以降低膽固醇級別）。在一個 實施例中，列表402包括一個或多個個人化的疾病警報106,例如針對近期還沒有篩查過的 預(yù)定年齡范圍的女性患者推薦進行周期性的乳腺癌篩查。列表402還包括警報完成狀態(tài)下 拉列表408以向健康保健組織100提供對于發(fā)布的警報104、106的跟蹤調(diào)查狀態(tài)。警報完 整狀態(tài)下拉列表408允許患者102指示是否已經(jīng)完成特定的警報，并且如果是，則選擇與完 成結(jié)果相關(guān)的附加細(xì)節(jié)。在該實施例中，下拉列表408包括表示患者已經(jīng)聯(lián)系了健康保健 提供者100以開始或停止標(biāo)記的藥物治療和/或完成標(biāo)記測試選擇。此外，列表408允許 患者提供沒有完成未決警報的原因，例如通過指示患者仍然計劃與健康保健提供者110討 論所述警報、患者對于建議的藥物或測試程序過敏或者不能忍受、患者不能負(fù)擔(dān)建議的治 療或者警報不可應(yīng)用。警報界面400還包括警報狀態(tài)下拉列表410以允許患者102分離地 查看和更新未決定和完成的警報。
[0053] PHR108主頁面300 (圖3)還包括到HRA130的鏈接316,所述鏈接允許健康保健組 織100從患者102收集附加的數(shù)據(jù)128以執(zhí)行分析用于針對一種或多種預(yù)定的醫(yī)學(xué)疾病 來識別處于危險的個體。如圖5-7所示，HRA130將從醫(yī)療保險運營商112得出的組合臨床 數(shù)據(jù)與患者輸入的個人健康狀況信息、家族醫(yī)療史、未報告醫(yī)療疾病、生活方式行為和其他 信息相結(jié)合，以向患者提供特定的健康狀況改進建議，并和臨床警報104以及個人化疾病 警報106 -起與健康保健提供者100討論。如在圖5中可以看出的，HRA界面130在向患 者102展示疾?。╟onditions) /病患界面600 (圖6)之前，最初提示患者102輸入一般信 息，例如身高500、體重502、腰圍504、種族506和最近血壓讀數(shù)508。疾病/病患界面600 進而允許患者基于通過規(guī)則引擎模塊126在先驗證并且分析的保險運營商臨床數(shù)據(jù)114來 查看和更新預(yù)先增加的疾病602。HRA130還允許患者102輸入健康保健提供者110沒有注 意的自己報告的健康問題604和/或患者102自己治療的健康問題，例如肚子疼、背疼或頭 疼。在一個實施例中，患者102能夠在疾病和癥狀界面600內(nèi)顯示的至少一些疾病中選擇 退出，例如向健康保健提供者110提供定制的患者疾病打印輸出。如圖7所示，患者輸入的 家族病史信息700有助于預(yù)測與一定的遺傳疾病相關(guān)聯(lián)的風(fēng)險。輸入到HRA130中的信息 與PHR108的其他區(qū)域交叉影響，并且反之亦然。
[0054] 如圖8-12所示，PHR108的其他區(qū)域允許患者102輸入和查看處方和非處方藥物和 附錄（圖8)、列舉過敏性反應(yīng)和相關(guān)聯(lián)的過敏性反應(yīng)觸發(fā)條件（圖9)、更新免疫列表（圖 10)、并且產(chǎn)生測試、程序和醫(yī)院就診的記錄（圖11、12)。
[0055] 為了經(jīng)由圖5-12查看可用信息的一些或全部的概述，PHR108包括與健康狀況概 述頁面702的鏈接318 (圖3)。如圖13所示，健康狀況概述界面702被患者102在到醫(yī)生 辦公室或醫(yī)院就診時用于將他或她的健康狀況的概述與健康保健提供者110共享。健康狀 況概述702包括從索賠得出的數(shù)據(jù)和用戶輸入的數(shù)據(jù)。具體地。健康狀況概述702允許患 者102單獨地選擇以下類別信息的一個或多個來顯示：患者的個人信息704、緊急情況聯(lián)系 人708、保險提供者聯(lián)系人信息710、健康保健團隊712 (例如治療醫(yī)師和優(yōu)選的藥物）、免 疫情況714、處方和非處方藥物716、過敏性反應(yīng)718、疾病720 (包括基于規(guī)則引擎模塊126 分析的臨床數(shù)據(jù)的潛在疾?。┮约皽y試、程序和醫(yī)院就診信息722-726。相反地，PHR108還 允許患者102從顯示健康狀況概述702中的至少一些信息中退出，以便適應(yīng)在針對特定的 健康保健提供者110的報告中顯示的信息類型，或者刪除一定的敏感信息。在一個實施例 中，PHR108還允許患者102從顯示健康狀況概述702中的一些或全部患者輸入的信息中退 出，同時總是顯示從索賠得出的數(shù)據(jù)。替代地或者附加地，患者102能夠打印健康狀況概述 702的一些或所有部分706-726與健康保健提供者110共享。包括PHR108、患者102選擇 不在健康保健概述02中顯示的信息在內(nèi)的所有其他信息仍然存儲在醫(yī)療數(shù)據(jù)庫118中，并 且可用于得出臨床警報104和個人化疾病警報106的規(guī)則引擎模塊126。另外，這些信息仍 然可用于患者經(jīng)由PHR108的其他區(qū)域查看，如以上結(jié)合圖5-12所描述的。作為進一步的 優(yōu)勢，經(jīng)由PHR108可用的信息的濃縮概述以緊急情況信息卡732的形式經(jīng)由鏈接730可用 于患者102 (圖14)。
[0056] 優(yōu)選地，患者102經(jīng)由健康保健團隊頁面734補充健康保健團隊列表712,如圖 15所示。健康保健團隊頁面734允許患者102添加新的醫(yī)生、藥物、按摩醫(yī)師和其他健康 保健提供者，并且在任意時間指派初級護理醫(yī)師，而無須等待索賠添加的信息。優(yōu)選地，患 者102通過經(jīng)由訪問鏈路736向提供者選項分配用戶名和口令來控制健康保健提供者對于 PHR108的讀取和/或?qū)懭朐L問。自己報告的標(biāo)號738包括自己報告的健康保健提供者的 列表，而索賠報告的標(biāo)號739包括基于輸入的索賠數(shù)據(jù)的提供者的列表。在實施例中，患者 102允許一個或多個健康保健提供者訪問經(jīng)由PHR108可用的信息的一些或全部。其他實施 例包括允許家族成員或護理者訪問PHR108,并且向患者102提供對于附屬的個人健康記錄 信息的訪問。在再一個實施例中，PHR108向患者提供數(shù)據(jù)輸入/輸出功能，能夠?qū)⒃诮】?保健提供者之間端口傳輸包括PHR108在內(nèi)的信息。附加的實施例包括允許患者102從列 表712中刪除至少一些健康保健提供者的顯示。
[0057] 轉(zhuǎn)到圖16, PHR108還包括健康狀況跟蹤工具740,以允許患者102傾向于一個或 多個健康狀況指示符。在所示的實施例中，健康狀況跟蹤工具740將索賠數(shù)據(jù)742與患者 報告的數(shù)據(jù)744(例如，來自于圖5的HRA130)進行組合以向患者102提供HDL膽固醇趨勢 的圖形表示746。健康狀況跟蹤工具740的附加實施例包括跟蹤能夠周期性評估的其他健 康狀況指示符，例如血壓。規(guī)則引擎模塊126基于健康狀況跟蹤數(shù)據(jù)和在醫(yī)療數(shù)據(jù)庫118 中可用的其他臨床數(shù)據(jù)來評估患者報告的和基于索賠的健康狀況跟蹤數(shù)據(jù)，以確定針對給 定跟蹤器數(shù)值的患者特定目標(biāo)、并且評估對于所述目標(biāo)的當(dāng)前跟蹤器值以觸發(fā)對于患者的 臨床警報104。在下面的圖18-21的實施例中，將與當(dāng)前的跟蹤器值相關(guān)聯(lián)的臨床警報104 實時傳輸給健康狀況跟蹤工具740。優(yōu)選地，圖形表示區(qū)域746包括正常范圍和高風(fēng)險指示 符748、750以向患者102提供健康狀況風(fēng)險評估趨勢。經(jīng)由自報告指示符752表示自報告 的值。
[0058] 如圖17所示，健康保健組織100通過查詢在醫(yī)療數(shù)據(jù)庫118中存儲的患者輸入的 警報狀態(tài)來跟蹤針對所有患者群體的警報結(jié)果。在所示實施例中，警報狀態(tài)報告754經(jīng)由 PHR108的警報完整狀態(tài)下拉列表408 (圖4)指示由每一個單獨的患者102所選擇的針對所 有患者群體的臨床警報完成狀態(tài)。其他實施例包括向用于測定雇員參與性的雇主提供PHR 使用報告。
[0059] PHR108的附加實施例包括使用PHR界面來顯示雇主消息，并且經(jīng)由PHR提供患者 102和健康保健提供者110之間的安全消息傳遞。
[0060] 在圖18-21所示的附加實施例中，本發(fā)明的系統(tǒng)和方法實現(xiàn)了多種模塊，用于經(jīng) 由PHR108向患者102并且經(jīng)由一個或多個健康保健提供者應(yīng)用程序756向健康保健提供 者110提供臨床警報104和個人化的疾病警報106的實時處理和傳遞。轉(zhuǎn)到圖18,模塊 758、768包括在計算機可讀介質(zhì)上編碼的計算機可執(zhí)行指令，例如由健康保健組織100控 制的一個或多個服務(wù)器計算機的硬盤驅(qū)動器。具體地，所述系統(tǒng)包括實時應(yīng)用消息收發(fā)模 塊758,用于在健康保健組織100和外部系統(tǒng)和應(yīng)用程序之間經(jīng)由網(wǎng)絡(luò)760發(fā)送和接收實時 信息。優(yōu)選地，實時應(yīng)用消息收發(fā)模塊758通過定義和實施一個或多個應(yīng)用程序平臺無關(guān) 軟件服務(wù)來在各種系統(tǒng)和應(yīng)用程序之間傳遞實時數(shù)據(jù)，來采用服務(wù)定向的體系結(jié)構(gòu)（SOA)。
[0061] 在一個實施例中，實時應(yīng)用消息收發(fā)模塊758包括網(wǎng)頁服務(wù)762、764,所述網(wǎng)頁服 務(wù)與外部程序交互，用于在HTTP上經(jīng)由簡單對象訪問協(xié)議（SOAP)傳輸實時數(shù)據(jù)。例如，消 息攝取網(wǎng)頁附圖762接收通過規(guī)則引擎模塊126相對于最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)120 隨后處理的實時數(shù)據(jù)。消息攝取網(wǎng)頁服務(wù)762同時收集來自醫(yī)療保險運營商112的臨床數(shù) 據(jù)114、來自患者的PHR108和HRA130的患者輸入的數(shù)據(jù)128(包括患者輸入的臨床數(shù)據(jù)） 以及健康狀況參考信息和醫(yī)療新聞信息122、124。在實施例中，消息攝取網(wǎng)頁服務(wù)762還從 一個或多個健康保健提供者應(yīng)用程序756實時接收臨床數(shù)據(jù)114,例如電子醫(yī)療記錄應(yīng)用 程序（EMR)和疾病管理應(yīng)用程序。在再一個實施例中，消息攝取服務(wù)762根據(jù)患者在疾病 管理或集成語音響應(yīng)（IVR)系統(tǒng)中與護士的交互來接收患者輸入的數(shù)據(jù)128的至少一些。 可選地，將輸入實時數(shù)據(jù)存儲在醫(yī)療數(shù)據(jù)庫118中。另外，與給定患者102的輸入實時數(shù)據(jù) 與在數(shù)據(jù)庫118和臨床規(guī)則120中在先存儲的數(shù)據(jù)相結(jié)合限定了將要由規(guī)則引擎模塊126 處理的規(guī)則引擎運行情況770。因此，實時應(yīng)用消息收發(fā)模塊758從多個源收集實時數(shù)據(jù)， 并且定義與多個患者相關(guān)聯(lián)的多個規(guī)則引擎運行情況770用于實時處理。
[0062] 實時應(yīng)用消息收發(fā)模塊758將規(guī)則引擎運行情況770轉(zhuǎn)發(fā)至規(guī)則引擎模塊126， 以例示多個患者專有的實時規(guī)則處理會話772。由規(guī)則引擎模塊126對規(guī)則處理會話772 的處理在多個邏輯和物理服務(wù)器上進行負(fù)載平衡，以便于用于臨床規(guī)則（最佳基于證據(jù)的 保健醫(yī)療標(biāo)準(zhǔn)）120與輸入臨床數(shù)據(jù)114和患者輸入的數(shù)據(jù)128的實時匹配的多次和同步 請求。優(yōu)選地，根據(jù)J2EE規(guī)范來完成會話772的負(fù)載平衡。每一個規(guī)則處理會話72通過 參考針對相應(yīng)患者102的唯一成員ID字段來調(diào)用醫(yī)療數(shù)據(jù)庫118,以接收患者的醫(yī)療歷史 并且繼承用于處理輸入實時數(shù)據(jù)的規(guī)則120。由輸入實時數(shù)據(jù)114、128的醫(yī)療成分表達的 針對給定患者的實際保健模式偏離由臨床規(guī)則120表達的期待保健模式時，規(guī)則引擎模塊 126產(chǎn)生一個或多個臨床警報104。規(guī)則引擎模塊126還產(chǎn)生與患者相關(guān)的實時個人化的 疾病警報106。規(guī)則引擎模塊126實現(xiàn)調(diào)用醫(yī)療數(shù)據(jù)庫118的服務(wù)，以存儲所產(chǎn)生的警報 104、106并且提供針對每一個會話772的運行狀態(tài)更新。在處理期間，規(guī)則引擎模塊126將 警報理由信息記錄在醫(yī)療數(shù)據(jù)庫118中。在一個實施例中，警報理由信息規(guī)定了輸入數(shù)據(jù) (例如通過規(guī)則號碼）已經(jīng)觸發(fā)/處理了哪一條規(guī)則、（通過警報號碼）已經(jīng)產(chǎn)生了哪一個 警報、針對每一個警報104、106的時間/日期戳、針對引起觸發(fā)規(guī)則（例如，已知的藥物過 敏性反應(yīng)用于排除推薦可能引起過敏性反應(yīng)的藥物治療的警報）的給定患者的特定排他 性和包含性信息）、以及與觸發(fā)規(guī)定規(guī)則的輸入實時數(shù)據(jù)相關(guān)聯(lián)的患者輸入的索賠信息。
[0063] 在實施例中，當(dāng)患者102將數(shù)據(jù)保存在PHR108內(nèi)、并且在Carcl:ng i η 系統(tǒng)125處接收其他實時醫(yī)療保健信息114、122、124時，實時應(yīng)用消息收發(fā)模塊 758采用GetRTReco_endationForMember網(wǎng)頁服務(wù)來觸發(fā)實時規(guī)則處理會話772〇 GetRTRecommendationForMember網(wǎng)頁服務(wù)的請求消息結(jié)構(gòu)包括以下字段：
[0064] MemberPlanID-唯一地識別醫(yī)療數(shù)據(jù)庫118內(nèi)的患者102。在一個實施例中，該字 段從患者的健康保健計劃識別號得出。
[0065] ProcessCareConsideration-當(dāng)將該值設(shè)置為"真"時，命令規(guī)則引擎模塊126基 于包括相應(yīng)保健引擎運行770在內(nèi)的信息來例示一個或多個實時規(guī)則處理會話772。當(dāng)將 該值設(shè)置為"假"時，命令系統(tǒng)恢復(fù)迄今為止針對所述患者102所產(chǎn)生的所有實時警報，而 無須例示附加的處理會話772。
[0066] 規(guī)則引擎模塊126經(jīng)由GetRTRecommendationForMember網(wǎng)頁服務(wù)的響應(yīng)消息輸 出實時警報104、106,所述響應(yīng)消息包括以下字段：
[0067] MemberPlanID-唯一地識別醫(yī)療數(shù)據(jù)庫118內(nèi)的患者102。在一個實施例中，該字 段從患者的健康保健計劃識別號得出。
[0068] MemberLangPref-可以依賴于患者的語言偏好設(shè)置為"英語"或"西班牙語"，如在 PHR108中所設(shè)置的那樣。
[0069] RTRecommendationList-由規(guī)則引擎模塊126產(chǎn)生的實時警報104、106的列表，包 括針對每一個所產(chǎn)生警報的警報號碼、警報名稱、指導(dǎo)性文本、服務(wù)代碼、創(chuàng)建日期和完成 狀態(tài)指示符（例如，開放、完成、忽略）。
[0070] 在再一個實施例中，健康保健組織100內(nèi)的在職醫(yī)療專家團隊采用基于網(wǎng)站的規(guī) 則維護應(yīng)用程序來相互限定臨床規(guī)則集合120,以評估預(yù)定的患者群體。在這種情況下，健 康保健組織100經(jīng)由基于網(wǎng)絡(luò)的規(guī)則維護應(yīng)用程序，通過規(guī)定患者群體（例如，與給定醫(yī)療 保健計劃或健康保健提供者相關(guān)聯(lián)的患者的全部或其子集）以及臨床規(guī)則120的執(zhí)行版本 來限定規(guī)則引擎運行情況770。實時應(yīng)用消息收發(fā)模塊758然后匯集來自基于網(wǎng)絡(luò)的規(guī)則 維護應(yīng)用程序的規(guī)則引擎運行情況770,用于如上所述進行實時處理。
[0071] 在又一個實施例中，規(guī)則引擎模塊126應(yīng)用臨床數(shù)據(jù)114和患者輸入的數(shù)據(jù)128 的臨床內(nèi)容，以產(chǎn)生針對多種醫(yī)療疾病的實時風(fēng)險分?jǐn)?shù)105 (例如，將分?jǐn)?shù)分配給可能增加 心臟疾病的風(fēng)險的各種臨床因素、并且分?jǐn)?shù)可能基于成員的生理狀況（疾病）和生活方式 行為，計算百分?jǐn)?shù)以識別成員對于未來心臟疾病的風(fēng)險）。風(fēng)險分?jǐn)?shù)105量化了現(xiàn)有醫(yī)療 疾病的嚴(yán)重性，并且根據(jù)臨床規(guī)則120考慮了評估多種風(fēng)險因素來評估針對未來疾病的風(fēng) 險。例如，風(fēng)險分?jǐn)?shù)105可以識別高風(fēng)險糖尿病患者或未來經(jīng)歷中風(fēng)風(fēng)險的患者。系統(tǒng)將 風(fēng)險分?jǐn)?shù)105展示給患者和健康保健提供者，例如展示給疾病管理項目中的護士。例如，在 完成HRA130時，立即向患者展示針對潛在和現(xiàn)有疾病的風(fēng)險分?jǐn)?shù)105。此外，患者可以直 接經(jīng)由PHR130請求風(fēng)險分?jǐn)?shù)計算。在另一實施例中，臨床醫(yī)師使用疾病管理應(yīng)用程序/程 序來計算與患者進行疾病管理交互之前和之后的患者的風(fēng)險分?jǐn)?shù)，以便評估進展。在另一 個實施例中，在辦公室設(shè)置下使用EMR應(yīng)用程序的醫(yī)師可以在預(yù)約期間請求針對患者的實 時風(fēng)險分?jǐn)?shù)計算。這允許醫(yī)師在辦公室會晤期間與患者回顧患者的保健模式中的高風(fēng)險因 素，并且識別要求未來的疾病管理會話的患者。
[0072] 規(guī)則引擎模塊126還基于患者的臨床數(shù)據(jù)114的實時輸入和患者輸入的數(shù)據(jù)128 來產(chǎn)生健康狀況參考信息122、醫(yī)療新聞124和/或醫(yī)療信息的外部來源的定制化上下文搜 索103,用于經(jīng)由PHR108實時地傳遞搜索結(jié)果。
[0073] 因此，每一個規(guī)則處理會話772基于針對給定患者102的實時數(shù)據(jù)集合114、122、 124、128,產(chǎn)生多個臨床警報104、個人化的疾病警報106,計算風(fēng)險分?jǐn)?shù)105和/或評估實 時搜索103。消息傳輸網(wǎng)頁服務(wù)764進而將所產(chǎn)生的警報104、106傳遞給PHR108和/或健 康保健提供者應(yīng)用程序756,包括疾病管理應(yīng)用程序。替代地，應(yīng)用消息收發(fā)模塊758包括 用于發(fā)送和接收實時數(shù)據(jù)的單個網(wǎng)頁服務(wù)。為了便于警報104、106的實時傳輸并且有助于 將警報接收者的注意力集中于臨床上重要的報告，通過去除臨床上相同的警報，警報載荷 過濾模塊768通過多種疾病和分類過濾輸入到實時應(yīng)用消息收發(fā)模塊758中的警報來減小 實時警報載荷。
[0074] 轉(zhuǎn)到圖19,針對表示與特定患者102相關(guān)聯(lián)的規(guī)則處理會話772期間產(chǎn)生的多個 臨床警報104的警報工作流程，示出了警報載荷過濾模塊768的操作方法的實施例。最初， 通過規(guī)則引擎模塊126考慮輸入實時數(shù)據(jù)來評估與患者102相關(guān)的所有臨床規(guī)則120。然 后，規(guī)則引擎模塊126產(chǎn)生多個臨床警報104,每一個臨床警報與特定的警報或推薦相對 應(yīng)、并且由通過警報號碼（例如"CC101"- "CC105"）來識別。在步驟776,警報載荷過濾 模塊768接收多個臨床警報104,并且排除由相同規(guī)則120所產(chǎn)生的、但是在其理由數(shù)據(jù)中 缺乏患者輸入的信息的多個警報。在該示例中，警報號碼"CC103"和"CC99103"由相同的 規(guī)則120產(chǎn)生的、但是對于"CC99103"的理由缺乏患者輸入的信息。因此，警報載荷過濾模 塊768排除了與警報號碼"CC99103"相對應(yīng)的警報。接下來在步驟778,警報載荷過濾模 塊768排除了當(dāng)發(fā)現(xiàn)不同的規(guī)則120為"真"時產(chǎn)生的、但是導(dǎo)致相同警報或推薦的臨床警 報。在這種情況下，輸入實時數(shù)據(jù)觸發(fā)了兩種不同的規(guī)則120,但是產(chǎn)生了相同的警報，每一 個標(biāo)記為"CC101"。因此，警報載荷過濾模塊768排除了一個冗余的警報號碼"CC101"。在 步驟780,警報載荷過濾模塊768將輸出的警報整合到推薦族中（例如與潛在的藥物相互 作用、醫(yī)學(xué)測試推薦相關(guān)的警報）。在這種情況下，將警報號碼"CC103"和"CC104"整合為 單獨的警報號碼"CC104"用于傳遞。在步驟782中，警報載荷過濾模塊768查詢醫(yī)療數(shù)據(jù) 庫118以獲得警報傳輸方的歷史以及相對于特定警報類型或號碼的警報傳輸排除設(shè)置。例 如，基于現(xiàn)有的警報傳輸歷史，需要將警報號碼"CC101"傳輸至健康計劃成員或患者102并 且傳輸至成員的健康保健提供者。因此，將警報"CC101"解析為分別指定傳輸至健康保健 提供者和成員的警報"CC101P"和"CC101M"。另一方面，基于對這種具體的警報號碼涉及微 小問題并且可以抑制（例如，為了減小總警報消息載荷，或者基于提供者和/或用戶設(shè)置） 加以表示的排除設(shè)置排除了警報號碼"CC105"。在一個實施例中，例如，向個人化的疾病警 報106賦予比臨床警報106更低的優(yōu)先級，并且可以在高警報傳輸條件下排隊等候未來的 處理，以確保嚴(yán)重警報的實時傳輸。替代地或者附加地，將臨床警報104分配嚴(yán)重級別。例 如，向臨床緊急藥物相互作用分配比監(jiān)測藥物的副作用的建議更高的安全性級別。
[0075] 在步驟784中，警報載荷過濾模塊768還規(guī)定了針對每一個警報號碼的實際通信 方。例如，基于將健康保健提供者專業(yè)與每一個警報的主題相匹配，警報號碼"CC101P"與 特定的健康保健提供者（例如，"提供者1"）相關(guān)聯(lián)，而警報號碼"CC102P"與不同的健康保 健提供者（例如"提供者2"）相關(guān)聯(lián)。類似地，基于先前的警報傳遞歷史，可以將相同的警 報傳遞給患者和健康保健提供者兩者（例如，指定警報號碼"CC101M"直接傳遞給成員/患 者102,而警報號碼"CC101P"傳遞給健康保健提供者）。在步驟786中，警報載荷過濾模塊 768將警報文本（包括警報理由信息）定制給所分配的傳輸方，并且可選地定制對于患者健 康保健計劃的特效藥。最后在步驟788,警報載荷過濾模塊768通過消息傳輸網(wǎng)頁服務(wù)764 針對每一個過濾的警報號碼指定警報目的地應(yīng)用程序或通信方法用于后續(xù)的傳遞。在實施 例中，警報目的應(yīng)用程序和通信方法包括PHR應(yīng)用程序、HRA應(yīng)用程序、電子醫(yī)療記錄（EMR) 應(yīng)用程序、疾病管理應(yīng)用程序、醫(yī)療賬單應(yīng)用程序、傳真應(yīng)用程序、呼叫中心應(yīng)用程序、信件 及其組合。
[0076] 轉(zhuǎn)到圖20,說明了經(jīng)由實時應(yīng)用消息收發(fā)模塊768的健康保健組織100與多個外 部系統(tǒng)和應(yīng)用程序的示范性實時交互。在一個實施例中，一旦患者102將附加數(shù)據(jù)128輸入 到在線PHR108中，例如新的非處方藥，消息攝取網(wǎng)頁服務(wù)762將新的患者輸入數(shù)據(jù)128同 步地中繼到實時應(yīng)用消息收發(fā)模塊758,用于限定與患者相關(guān)聯(lián)的規(guī)則引擎運行情況770 以由規(guī)則引擎模塊126進行實時處理。如果規(guī)則引擎模塊126確定由與患者相關(guān)的輸入和 先前存儲的臨床數(shù)據(jù)證明的實際保健模式和由可應(yīng)用臨床規(guī)則120證明的基于證據(jù)的最 佳保健醫(yī)療標(biāo)準(zhǔn)之間的變化，則產(chǎn)生一個或多個臨床警報104。例如，臨床警報104可以警 告患者由患者選擇的非處方藥可能與患者的藥物治療中的藥物之一相互作用。替代地，臨 床警報104可以警告患者102 :由于患者的狀況導(dǎo)致限制使用非處方藥（例如感冒藥），所 述疾病例如是根據(jù)在先存儲的生物計量裝置讀數(shù)（來自與PHR108、HRA130交互的血壓監(jiān) 控器的血壓讀數(shù)）獲得的高血壓。同樣，當(dāng)患者102經(jīng)由在線HRA130或者經(jīng)由集成語音響 應(yīng)（IVR)系統(tǒng)796完成調(diào)查表時，規(guī)則引擎模塊126產(chǎn)生一個或多個臨床警報104。然后， 消息傳輸網(wǎng)頁服務(wù)764同步地傳遞通過警報載荷過濾模塊768的臨時警報104至PHR108、 HRA130 和 / 或 IVR 系統(tǒng) 796。
[0077] 優(yōu)選地，輸入實時患者數(shù)據(jù)128和/或臨床數(shù)據(jù)114觸發(fā)附加的規(guī)則處理會話 772,所述附加的規(guī)則處理會話引起規(guī)則引擎模塊126產(chǎn)生提示患者102和/或健康保健提 供者110收集附加信息的實時問題。除了輸入實時數(shù)據(jù)和患者的現(xiàn)有健康概述之外，規(guī)則 引擎模塊126還考慮患者的風(fēng)險分?jǐn)?shù)105,用于產(chǎn)生與患者的健康相關(guān)的問題。例如，對于 由于高血壓而導(dǎo)致處于中風(fēng)風(fēng)險的患者，如果規(guī)則引擎模塊126檢測到患者102應(yīng)該服用 ACE抑制劑、但是沒有服用的話，規(guī)則引擎模塊126產(chǎn)生與對于ACE抑制劑的已知過敏性反 應(yīng)有關(guān)的問題。類似地，如果規(guī)則引擎模塊126檢測到在存儲的臨床數(shù)據(jù)114和/或患者 輸入的數(shù)據(jù)18內(nèi)的適當(dāng)時間范圍中不存在推薦的糖尿病檢測測試，則產(chǎn)生針對測試結(jié)果 的提示。同樣地，當(dāng)患者服用與葡萄柚汁相互作用的藥物時，規(guī)則引擎模塊126產(chǎn)生與葡萄 柚汁消耗量有關(guān)的問題。在一個實施例中，規(guī)則引擎模塊126基于對于前述問題的回答展 示附加的動態(tài)問題。例如，基于從前述回答得出的針對冠狀動脈疾?。–AD)和潛在的共發(fā) 病狀的風(fēng)險分?jǐn)?shù)，規(guī)則引擎模塊126產(chǎn)生與心絞痛癥狀相關(guān)的問題。
[0078] 將回答傳輸回醫(yī)療數(shù)據(jù)庫118用于存儲，并且傳輸回規(guī)則引擎模塊126,用于與最 佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)120進行進一步的比較。在實施例中，規(guī)則引擎模塊126執(zhí)行經(jīng) 由HRA130或IVR系統(tǒng)796接收的患者回答、以及經(jīng)由疾病管理應(yīng)用程序792和/或EMR790 接收的護士或健康保健提供者的回答的實時分析。
[0079] 為了便于即時的健康保健決策，健康保健組織100還從一個或多個健康保健提供 者應(yīng)用程序756接收實時數(shù)據(jù)或者傳遞實時警報104,106,例如EMR應(yīng)用程序790或疾病 管理應(yīng)用程序792。例如，在辦公室訪問期間，諸如醫(yī)師或護士之類的健康保健提供者將處 方、診斷、實驗室結(jié)果或其他臨床數(shù)據(jù)114輸入到EMR應(yīng)用程序790中。響應(yīng)于實時接收這 種數(shù)據(jù)，規(guī)則引擎模塊126發(fā)起患者專有的規(guī)則處理會話772 (圖18)，并且當(dāng)在考慮臨床規(guī) 則120的情況下、輸入數(shù)據(jù)和先前存儲的患者數(shù)據(jù)表示與最佳基于證據(jù)的最佳保健醫(yī)療標(biāo) 準(zhǔn)的偏離時，產(chǎn)生一個或多個臨床警報104。這允許健康保健提供者在辦公室訪問期間實現(xiàn) 對于患者的健康保健的即時調(diào)整，例如在患者等待的同時調(diào)整處方并且修改測試程序治療 安排。
[0080] 類似地，由疾病管理應(yīng)用程序792將臨床警報104展示給臨床醫(yī)師，例如與醫(yī)療保 險運營商112相關(guān)聯(lián)的護士。當(dāng)臨床醫(yī)師通過電話與患者102交互，并且使用疾病管理應(yīng) 用程序792來記錄患者對于醫(yī)療問題的回答時，消息攝取網(wǎng)頁服務(wù)762將由臨床醫(yī)師輸入 的患者響應(yīng)與健康保健組織100相關(guān)，用于實時處理。例如，如果患者的響應(yīng)表示患者是吸 煙者，在電話會話期間向臨床醫(yī)師展示患者專有的警報104以聯(lián)系患者（對于服用口服避 孕藥的吸煙女性的增加血液凝固風(fēng)險）。在實施例中，將臨床警報傳遞給呼叫中心應(yīng)用程 序794,用于連續(xù)患者或醫(yī)師進行進一步的跟蹤調(diào)查。呼叫中心應(yīng)用程序794同步地將高嚴(yán) 重性臨床警報104調(diào)度到實時呼叫查詢中，同時存儲低嚴(yán)重性警報用于后續(xù)的呼叫跟蹤調(diào) 查。優(yōu)選地，結(jié)合臨床警報104,規(guī)則引擎模塊126還產(chǎn)生包括基于證據(jù)的預(yù)防性健康保健 的醫(yī)療標(biāo)準(zhǔn)在內(nèi)的個人化疾病警報106,并且將此信息傳輸給PHR108、HRA130、疾病管理應(yīng) 用程序792、EMR790和/或呼叫中心應(yīng)用程序794。
[0081] 在另一個實施例中，規(guī)則引擎模塊126在用戶患者和/或健康保健提供者實時回 顧的個人化疾病警報106中包括相關(guān)的教育材料，例如健康狀況參考信息122和醫(yī)療新聞 124。規(guī)則引擎模塊126基于臨床數(shù)據(jù)114、患者輸入的數(shù)據(jù)128、風(fēng)險分?jǐn)?shù)105以及對于動 態(tài)問題的輸入回答的實時分析來識別相關(guān)的健康狀況參考信息122和醫(yī)療新聞124。在實 施例中，在登陸到PHR108或HRA130中時將健康狀況參考信息122和醫(yī)療新聞124展示給 患者102,在與患者的實況電話呼叫期間（基于輸入的患者數(shù)據(jù)）經(jīng)由疾病管理應(yīng)用程序 792展示給護士，并且在辦公室訪問期間經(jīng)由EMR790展示給醫(yī)師。例如，當(dāng)患者102是糖尿 病患者并且規(guī)則引擎模塊126檢測到升高的血色素 AlC (HbAlC)測試結(jié)果時，教育材料可以 包括與飲食和鍛煉的積極效果相關(guān)的健康狀況參考信息122和醫(yī)療新聞124。類似地，基于 心臟病發(fā)作的歷史和患者的藥物治療依存信息（例如，由健康保健提供者輸入），規(guī)則引擎 模塊126展示與服用針對心臟病發(fā)作的藥物的重要性相關(guān)的相關(guān)藥物教育材料122、124。 在再一個實施例中，規(guī)則引擎模塊126處理患者的健康數(shù)據(jù)概述、輸入的實時臨床數(shù)據(jù)114 以及患者輸入的數(shù)據(jù)128,并且產(chǎn)生慣常的上下文搜索查詢以連續(xù)地搜索相關(guān)的醫(yī)療文獻 (例如，同業(yè)審查雜志、FDA更新、Medline Plus等，并且主動地推送搜索結(jié)果以增加 PHR108 的研宄調(diào)查312 (圖3)。替代地或者附加地，規(guī)則引擎模塊126將搜索結(jié)果實時地推送至多 個健康保健提供者應(yīng)用程序756,例如EMR790和疾病管理應(yīng)用程序792,以授權(quán)健康保健提 供者在實況電話會話期間或者在辦公室訪問期間教導(dǎo)患者。
[0082] 與規(guī)則引擎模塊126的輸入數(shù)據(jù)的實時處理以及實時應(yīng)用程序通相關(guān)的附加實 施例包括患者群體風(fēng)險分?jǐn)?shù)分析和按需重新評分的醫(yī)師成就度量。在一個實施例中，規(guī)則 引擎模塊126在健康保健提供者的實踐內(nèi)針對預(yù)定的患者群體計算風(fēng)險分?jǐn)?shù)105。當(dāng)健康 保健提供者110登錄到EMR應(yīng)用程序790時，向他或她展示由當(dāng)前生理狀況（疾?。┙M織的 所有患者列表以及與每一個患者群體組相關(guān)聯(lián)的適當(dāng)風(fēng)險分?jǐn)?shù)105。例如，將健康保健提供 者的患者群體內(nèi)的高風(fēng)險、中等風(fēng)險和低風(fēng)險糖尿病患者組織成不同的組。這允許健康保 健提供者以優(yōu)先順序排列高風(fēng)險患者、確定跟蹤調(diào)查訪問的頻率、使用信息來提供先進的 醫(yī)療家庭服務(wù)并且識別針對未來疾病管理會話的患者。當(dāng)健康保健提供者110經(jīng)由EMR790 將附加的臨床數(shù)據(jù)114提供給健康保健組織100時，規(guī)則引擎模塊126自動地實時重新計 算針對健康保健提供者的患者群體的相應(yīng)風(fēng)險分?jǐn)?shù)105,并且重新加載患者群體顯示。替代 地或者附加地，健康保健提供者110在輸入附加的臨床數(shù)據(jù)114之后請求風(fēng)險分?jǐn)?shù)重新計 算。在一個實施例中，在PHR108或HRA130從患者輸入信息128接收臨床數(shù)據(jù)時，規(guī)則引擎 模塊126實時地重新計算針對健康保健提供者的患者群體的風(fēng)險分?jǐn)?shù)105。在這種情況下， 消息傳輸網(wǎng)頁服務(wù)764將更新的患者群體組和相關(guān)聯(lián)的風(fēng)險分?jǐn)?shù)105推送至EMR790?；?風(fēng)險分?jǐn)?shù)105,規(guī)則引擎模塊126確定針對默認(rèn)醫(yī)療辦公室訪問的適當(dāng)時間，以及患者是否 要求轉(zhuǎn)診到另一個健康保健提供者（例如從護士到實習(xí)醫(yī)生或者從初級保健醫(yī)師到專家） 以支持先進的醫(yī)療家庭服務(wù)。
[0083] 為了提供實時的醫(yī)師成就度量，規(guī)則引擎模塊126根據(jù)在臨床規(guī)則120中編碼的 臨床成就度量預(yù)定集合來評估先前存儲和輸入的臨床數(shù)據(jù)114、128,以向每一個醫(yī)師提供 自我成就的不斷反饋，并且?guī)椭】当＝〗M織100識別較高成就醫(yī)師。例如，向在預(yù)定時間 范圍內(nèi)向具有心肌梗塞（MI)的所有患者開處方β-受體阻滯藥的醫(yī)師分配比相同實踐領(lǐng) 域內(nèi)的其他醫(yī)師更高的成就分?jǐn)?shù)。針對MI β -受體阻滯藥使用的醫(yī)療度量識別出醫(yī)師實踐 中的合適患者，所述患者對于MI不再有效，但是仍然是使用β -受體阻滯藥的合適候選者 (即，對于β-受體阻滯藥使用沒有限制）。這種數(shù)字構(gòu)成了針對這種臨床度量的分母；下 一個步驟是識別當(dāng)前正在服用β-受體阻滯藥的患者的個數(shù)。這將向醫(yī)師提供與哪些患者 目前沒有服用β-受體阻滯藥有關(guān)的信息以及允許回顧以留意未遵醫(yī)囑是否可能存在問 題。在適當(dāng)跟蹤調(diào)查這些患者之后，可以重新計算醫(yī)療度量以留意在度量分?jǐn)?shù)方面是否存 在改進。還可以在分母中的患者不是β-受體阻滯藥治療（然后可以提供像CMS醫(yī)師志愿 報告程序的外部回顧團體）的合適候選者的原因的證明文件之后，使用所述分?jǐn)?shù)的重新計 算。在實施例中，醫(yī)師110訪問在線入口（或者是EMR790的一部分或者與EMR790相分離） 以回顧他或她的患者群體以及針對與給定患者或者患者組相關(guān)聯(lián)的每一個成就度量的成 就分?jǐn)?shù)。醫(yī)師110還回顧用于確定針對每一個患者或者患者組的成就分?jǐn)?shù)的臨床數(shù)據(jù)。為 了發(fā)起與給定患者或患者組相關(guān)聯(lián)的成就分?jǐn)?shù)的按需重新計分，醫(yī)師110輸入針對具體成 就度量的附加信息，例如患者對于處方藥物治療過敏或者不適應(yīng)，或者醫(yī)師從來沒有治療 過針對給定疾病的患者。響應(yīng)于此，規(guī)則引擎模塊126將附加的輸入數(shù)據(jù)應(yīng)用于與患者相 關(guān)的現(xiàn)有信息，并且相對于附加的信息重新計算醫(yī)師的成就分?jǐn)?shù)，除了當(dāng)產(chǎn)生臨床警報時 存儲新添加的信息用于規(guī)則引擎模塊的進一步分析之外，實時地刷新針對醫(yī)師的成就分?jǐn)?shù) 顯示器。在一個實施例中，健康保健組織100核對支持醫(yī)療數(shù)據(jù)庫118中的醫(yī)師成就度量 結(jié)果的臨床信息，以支持針對每一個醫(yī)師或醫(yī)師組的成就度量報告。
[0084] 再次參考圖16,當(dāng)患者102和/或健康保健提供者110將新健康指示符數(shù)據(jù)744 輸入到基于PHR的健康狀況跟蹤工具740或者疾病管理應(yīng)用程序792中時，規(guī)則引擎模塊 126向患者102和健康保健提供者110提供實時健康趨勢范圍和相應(yīng)的臨床推薦。具體地， 規(guī)則引擎模塊126考慮先前存儲的健康概述（例如，在先的健康指示符讀數(shù)、患者的慢性疾 病、年齡和性別）和最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)120來處理新接收的數(shù)據(jù)點744,以實時 地產(chǎn)生正常或目標(biāo)范圍748以及高風(fēng)險指示符750,提供了針對更新的讀數(shù)的場景。對于諸 如血壓（需要停留在給定的目標(biāo)范圍內(nèi)）之類的健康指示符，經(jīng)由高范圍和低范圍來劃分 高風(fēng)險指示符750。除了提供目標(biāo)范圍和健康風(fēng)險指示符之外，規(guī)則引擎向成員提供特定的 消息以警告他們像血壓那樣的健康指示符是否危急地高以至于需要緊急醫(yī)療護理。在實施 例中，健康指示符包括膽固醇水平、血壓讀數(shù)、HbAlc測試結(jié)果和身體質(zhì)量指數(shù)（BMI)讀數(shù)。 在一個實施例中，臨床醫(yī)師在電話會話期間經(jīng)由疾病管理應(yīng)用程序792輸入如患者102報 道的健康指示符讀數(shù)744。在再一個實施例中，健康狀況跟蹤工具740實時地與一個或多 個生物計量裝置798電學(xué)交互以上傳健康指示符數(shù)據(jù)744,例如通過使用患者計算機上的 UBS、串行接口或無線接口（例如，Wi-Fi、Zigbee、藍牙、UWB)。示范性的生物計量裝置包括 血壓監(jiān)控器、血糖監(jiān)控器、心律監(jiān)控器、EKG監(jiān)控器、體溫監(jiān)控器或者用于監(jiān)控和存儲患者健 康指示符數(shù)據(jù)的任意其他電子裝置。替代地或者附加地，健康狀況跟蹤工具740與能夠?qū)?醫(yī)療數(shù)據(jù)存儲在計算機可讀介質(zhì)上的電子存儲裝置交互，例如USB、硬盤驅(qū)動器或者光盤存 儲器。
[0085] 轉(zhuǎn)到圖21，說明了提供向患者102和/或健康保健提供者110提供臨床警報104、 風(fēng)險分?jǐn)?shù)105和個人化的疾病警報106的實時處理和傳遞的方法的實施例。在步驟800-802 中，健康保健組織100經(jīng)由消息攝取網(wǎng)頁服務(wù)762接收實時醫(yī)療保健信息114、122、124、 128,并且將其存儲在醫(yī)療數(shù)據(jù)庫118中。在步驟804中，健康保健組織100回顧收集的健 康狀況參考信息122,并且基于針對多種醫(yī)療疾病的最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)來建立 規(guī)則集合。必要時，在步驟806至808中，健康保健組織100修訂在臨床規(guī)則120中實現(xiàn)的 保健醫(yī)療標(biāo)準(zhǔn)，或者建立附加規(guī)則以反映在最佳基于證據(jù)的保健醫(yī)療標(biāo)準(zhǔn)中的更新。否則， 在步驟810中，實時應(yīng)用消息收發(fā)模塊758根據(jù)規(guī)則120并且基于與每一個患者102相關(guān) 聯(lián)的輸入實時數(shù)據(jù)以及在數(shù)據(jù)庫118中在先存儲的患者數(shù)據(jù)，來限定多個規(guī)則引擎運行情 況770,用于由規(guī)則引擎模塊126實時處理。
[0086] 在步驟812-814中，規(guī)則引擎模塊126進而發(fā)起與每一個規(guī)則引擎運行情況770 相對應(yīng)的實時規(guī)則處理會話772,以向輸入的醫(yī)療保健信息114、122、124、128和在醫(yī)療數(shù) 據(jù)庫118中存儲的患者的健康概述應(yīng)用一個或多個規(guī)則120。在步驟816,規(guī)則引擎模塊 126通過考慮患者數(shù)據(jù)，使用臨床規(guī)則120評估預(yù)定疾病的風(fēng)險來產(chǎn)生風(fēng)險分?jǐn)?shù)105。當(dāng) 由輸入和在先存儲的臨床數(shù)據(jù)114、128表示的給定患者的實際保健情況與由臨床規(guī)則120 內(nèi)的最佳基于證據(jù)的保健一老標(biāo)準(zhǔn)所表示的針對給定疾病的預(yù)期保健模式不一致時，規(guī)則 引擎模塊126產(chǎn)生多個臨床警報104。類似地，在步驟818-820中，當(dāng)輸入的健康狀況參考 信息122與患者的臨床數(shù)據(jù)相關(guān)并且有益于患者的臨床數(shù)據(jù)時，規(guī)則引擎模塊126還產(chǎn)生 一個或多個個人疾病警報106以通知患者或健康保健提供者。在步驟822中，當(dāng)產(chǎn)生警報 104、106時，規(guī)則引擎模塊126將針對每一個警報的警報理由信息存儲在醫(yī)療數(shù)據(jù)庫118， 并且將所有未決的已產(chǎn)生警報轉(zhuǎn)發(fā)給警報載荷過濾模塊768。
[0087] 在步驟824-828中，為了優(yōu)化載荷用于實時傳輸，警報載荷過濾模塊768通過多種 疾病和分類過濾輸入到實時應(yīng)用消息收發(fā)模塊758的警報（圖19)，將已過濾的警報104、 106的指示符存儲在醫(yī)療數(shù)據(jù)庫118中，并且將包括風(fēng)險分?jǐn)?shù)在內(nèi)的已過濾警報傳輸給 消息傳輸網(wǎng)頁服務(wù)764進行傳遞。最后在步驟830,消息傳輸網(wǎng)頁服務(wù)764經(jīng)由PHR108、 HRA130將已過濾警報104、106和/或風(fēng)險分?jǐn)?shù)105傳遞給患者進行顯示，并且將由健康保 健提供者應(yīng)用程序756提供給健康保健提供者，包括EMR790、疾病管理應(yīng)用程序792和呼叫 中心794。
[0088] -些實施例提供保健管理和保健計劃功能。保健計劃允許提供者限定針對各種患 者疾病的患者想象目標(biāo)、問題、目標(biāo)和動作，并且跟蹤他們的狀態(tài)。提供者包括護士、保健管 理者、醫(yī)療助手、醫(yī)生和與健康保健相關(guān)服務(wù)有關(guān)聯(lián)的其他人。提供者還可以與保險運營商 以及對患者健康感興趣的其他組織機構(gòu)相關(guān)聯(lián)。使用保健引擎，產(chǎn)生保健計劃以解決針對 患者的患者想象目標(biāo)、問題、目標(biāo)和動作?？梢允褂蒙鲜龇椒ê拖到y(tǒng)實時地產(chǎn)生和更新保健 計劃。在一些實施例中，提供者識別可能尤其受益于保健管理的患者。
[0089] 轉(zhuǎn)到圖22,說明了識別可能受益于保健管理的患者并進行優(yōu)先排序的方法的實施 例。在步驟900,運行CarcKngiiuW系統(tǒng)125以識別可能受益于保健管理的患者。示范性 的保健管理程序包括慢性病保健管理、急性病保健管理、疾病和婦產(chǎn)科疾病。在步驟902,引 擎推薦可能受益于保健管理的特定患者。在步驟902推薦的患者可以是在步驟900識別的 患者的子集，或者可以包括在步驟900識別的所有患者。用于推薦患者的示范性標(biāo)準(zhǔn)包括 針對每一種標(biāo)記、產(chǎn)生分?jǐn)?shù)和總體患者分?jǐn)?shù)的患者嚴(yán)重性。標(biāo)記表示與患者相關(guān)聯(lián)的具體 疾病。產(chǎn)生分?jǐn)?shù)量化了給定具體保健管理程序的時機用于延伸服務(wù)。
[0090] 在推薦延伸服務(wù)的患者之后，在步驟904,基于步驟902得到的分?jǐn)?shù)來優(yōu)先排序患 者延伸服務(wù)。在步驟906,進行患者延伸服務(wù)。示范性形式的延伸服務(wù)包括電話呼叫、個人 會議、電子郵件或其他形式的電子消息。在步驟908,確定是否成功地聯(lián)系到了患者。在步 驟910,與病例管理人員確定預(yù)約。此外在步驟912,患者可以自己參考保健計劃，并且在步 驟910發(fā)起與保健管理者的預(yù)約。
[0091] 轉(zhuǎn)到圖23,說明了用于識別與可能受益于保健管理的患者相關(guān)聯(lián)的特定疾病并且 使患者參加的方法的一個實施例。在步驟914,保健管理者發(fā)起針對患者的保健計劃的產(chǎn) 生，并且在步驟916,運行保健引擎。在該實施例中，保健引擎936包括與保健管理相關(guān)聯(lián)的 附加模塊。在該實施例中，保健引擎936包括與保健管理相關(guān)聯(lián)的附加模塊。在步驟938， 保健引擎運行開始。在步驟940,從如上所述的所有源檢索數(shù)據(jù)，包括實時醫(yī)療保健信息臨 床數(shù)據(jù)114、健康狀況參考信息122、醫(yī)療新聞信息124和患者輸入的數(shù)據(jù)128。此外，保健 管理者可以向保健引擎提供信息。在步驟942,確定成員健康狀況。這一步驟確定了針對單 獨的患者可以激活哪個受管理的保健計劃。保健引擎通過相對于風(fēng)險分?jǐn)?shù)如上所述的具體 標(biāo)記來確定任意標(biāo)記、疾病、風(fēng)險情況和臨床風(fēng)險分層來產(chǎn)生成員健康狀態(tài)。受監(jiān)控的事件 可以是臨床的或者非臨床的。風(fēng)險分?jǐn)?shù)量化了現(xiàn)有醫(yī)療疾病的嚴(yán)重性，并且根據(jù)臨床規(guī)則 考慮到評估多風(fēng)險因素而評估了針對未來疾病的風(fēng)險。
[0092] 在一個實施例中，保健引擎包括臨床規(guī)則集合，以分析患者的健康概述的當(dāng)前狀 態(tài)和監(jiān)控的事件。患者的健康概述包括疾病、并發(fā)癥（co-morbidity)以及風(fēng)險情況?；?所述疾病是否得到控制和并發(fā)癥的進展，將每一種疾病進一步分層以確定臨床風(fēng)險的級別 為高、中等或低。除了健康概述之外，保健引擎分析所有患者的監(jiān)控事件集合以及針對患者 的健康概述所適應(yīng)的監(jiān)控事件。監(jiān)控事件可以包括：a)對于基于證據(jù)的推薦的遵守性，例 如使用具有CAD患者的他仃藥物（statins) ;b)包括與初始治療、改進的藥物治療、監(jiān)控并 發(fā)癥和/或診斷檢查相關(guān)的那些在內(nèi)的保健偏差；c)生活方式行為，例如睡眠習(xí)慣；d)預(yù) 防性保健，例如在腎移植受體中篩查皮膚癌；e)疾病專用目的/目標(biāo)，例如實現(xiàn)健康體重 (BMI < 25) ;f)程序識別和參與，例如參加疾病管理程序；g)特定任務(wù)的完成，例如高級指 示；h)準(zhǔn)備好改變和健康目標(biāo)，例如計劃戒煙；i)不利事件的進展或者實驗室結(jié)果的顯著 變化，例如針對心力衰竭的住院治療；j)愿意接受藥物治療，例如沒有提供的處方藥物；k) 藥物或預(yù)定測試的副本；1)適用于特定的有益設(shè)計，例如藥物治療公共付費減免;m)預(yù)約 優(yōu)先權(quán)和未得到的預(yù)約；η)提供者轉(zhuǎn)診推薦（referral recommendation) ;〇)消費者偏好， 例如通信方法、程序約定。
[0093] 患者的狀態(tài)隨著新信息的發(fā)生和/或時間的流逝而經(jīng)常改變?；颊叩募膊】赡茉?嚴(yán)重性方面發(fā)展，或者可以隨著治療而得到解決。在一個實施例中，保健引擎將識別成員 的當(dāng)前狀態(tài)，并且將位于保健引擎可以查閱的臨床規(guī)則的成員的歷史。保健引擎分析所有 可用的臨床數(shù)據(jù)（例如，索賠、藥物數(shù)據(jù)、實驗室結(jié)果、EMR數(shù)據(jù)、醫(yī)院數(shù)據(jù)和患者收集的數(shù) 據(jù)），以在進行保健時向健康保健團隊和患者展示臨床相關(guān)且明智的信息。保健引擎可以在 人口和患者專有級別實時地利用所有可用的臨床數(shù)據(jù)來識別疾病、共發(fā)病狀和風(fēng)險疾病的 當(dāng)前列表。
[0094] 在步驟944,按照需要運行目標(biāo)/動作規(guī)則。例如，病例管理者可以請求產(chǎn)生保健 計劃，或者當(dāng)會見患者時產(chǎn)生保健計劃。目標(biāo)包括高級別項目，例如"戒煙"。動作包括使 患者實現(xiàn)具體目標(biāo)的任務(wù)。在步驟946,創(chuàng)建、關(guān)閉或取消目標(biāo)和動作?？梢曰谑聦嶀t(yī)療 保健信息、臨床數(shù)據(jù)114、健康狀況參考信息122、醫(yī)療新聞信息124和患者輸入的數(shù)據(jù)128 來創(chuàng)建目標(biāo)和動作。按照這種方式，通過考慮引擎可用的所有醫(yī)療信息來智能地創(chuàng)建動作。 已經(jīng)完成的動作將不會被添加到保健計劃中。接下來，在步驟948識別與患者的標(biāo)記相關(guān) 的文件。在步驟950,基于例如完成的規(guī)則來管理文件。
[0095] 在步驟918，請求患者需要的任意附加信息。步驟918可以發(fā)生在與患者的首次電 話之前的任意時間，或者當(dāng)需要附加信息時發(fā)生。在步驟920,將患者提供的任意信息輸入 到保健引擎。保健引擎可以基于新輸入的信息按照需要更新保健管理計劃。更新可以實時 發(fā)生，或者可以在隨后的時間成批處理。在步驟922,發(fā)起與患者的聯(lián)系，并且在步驟924， 保健管理者聯(lián)系患者。在步驟926,系統(tǒng)基于預(yù)先限定的列表向保健管理者展示患者的標(biāo) 記。在該實施例中，保健引擎產(chǎn)生所述列表。保健管理者可以基于與患者的對話向列表添 加標(biāo)記。在步驟928,保健管理者與患者一起回顧所述標(biāo)記、其他問題和難題。然后在步驟 930,病例管理者與患者一起回顧藥物治療和動作。在步驟932,病例管理者回顧與保健計劃 相關(guān)聯(lián)的文件。文件可以包括與藥物治療、過敏性反應(yīng)、家族醫(yī)療病史以及與保健計劃相關(guān) 的其他文件有關(guān)的信息。在步驟934,保健管理者回顧任何保健專有的文件。保健管理者可 以基于從文件接收到的信息來更新保健引擎中的信息。保健引擎實時地分析新信息，并且 所述分析可以影響患者的保健計劃和個人評估。
[0096] 在一些實施例中，保健引擎936如上所述實時運行。保健管理者基于病例管理者 輸入的信息來實時地更新保健計劃。病例管理者可以在會見患者期間查看更新的保健計 劃。
[0097] 在產(chǎn)生保健計劃并且發(fā)起聯(lián)系之后，保健管理者使患者執(zhí)行如圖24所示的保健 計劃。最初在步驟952,保健管理者回顧高嚴(yán)重性級別1動作?？梢园凑杖我夥绞酱鎯?作。例如，可以通過嚴(yán)重性、積極管理的生理狀況（疾?。┗蛘邉?chuàng)建日期和時間來管理動作。 接下來，在步驟954,病例管理者回顧與動作相關(guān)聯(lián)的目標(biāo)。一些動作可以與多個目標(biāo)相關(guān) 聯(lián)?？梢园凑杖我夥绞酱鎯δ繕?biāo)，例如通過嚴(yán)重性、積極管理的生理狀況（疾?。┗蛘邉?chuàng)建 日期和時間。在回顧了與動作相關(guān)聯(lián)的目標(biāo)之后，在步驟956,病例管理者為患者選擇和描 述針對每一個動作的目標(biāo)。在步驟958,保健管理者回顧與每一個目標(biāo)和動作相關(guān)聯(lián)的難 題。可以按照多種方式存儲難題，包括通過嚴(yán)重性、積極管理的生理狀況（疾?。┗蛘邉?chuàng)建 日期和時間。
[0098] 在步驟960,保健管理者與患者討論與每一個動作相關(guān)聯(lián)的難題?；诨颊呔哂?的問題，在步驟962,患者和保健管理者產(chǎn)生針對所述患者的想象目標(biāo)。想象目標(biāo)是高級別 的患者目標(biāo)。例如，患者可能具有活的足夠長以看到她的孫女從高中畢業(yè)的目標(biāo)。在步驟 964,保健管理者和患者討論想象目標(biāo)、問題、目標(biāo)和動作。這些類別的每一個都應(yīng)該彼此相 關(guān)。如果進行了任意改變，保健引擎可以實時地更新保健計劃。
[0099] 在步驟968，保健管理者可以向患者分配家庭作業(yè)。家庭作業(yè)可以包括諸如讀取信 息材料、查看視頻或者鍛煉之類的項目。在步驟970,產(chǎn)生保健計劃概述，并且向病例管理者 顯示歷史信息。基于概述和歷史信息，病例管理者與患者討論任意附加的問題，并且在步驟 972,患者會見結(jié)束。
[0100] 保健管理系統(tǒng)允許在保健引擎能夠?qū)崿F(xiàn)的所有疾病和問題方面的動態(tài)和個人化 醫(yī)療評估。保健引擎規(guī)則可以實時運行以幫助每一個評估個體化并且簡明化，有助于在不 犧牲成員體驗的情況下改進操作效率。如上所述，評估是保健計劃的組成部分。例如，評估 識別了需要附加信息的范圍?；诔蓡T健康狀態(tài)的保健引擎分析來產(chǎn)生評估。在傳統(tǒng)的疾 病管理中，手寫會話以有助于確保一致性。這通常導(dǎo)致了關(guān)注于數(shù)據(jù)收集，并且強制對話按 照一定的順序發(fā)生，設(shè)置利用了分支邏輯。
[0101] 用COPD(慢性阻塞性肺病）稱呼成員并且根據(jù)長期使用試圖教導(dǎo)成員類固醇和骨 質(zhì)疏松癥（易壞骨頭）的潛在風(fēng)險的護士可能向每一個成員詢問以下問題：（1)在過去的6 個月，你是否口服了類固醇（口服藥丸或液體，無吸入）？（2)(如果回答服用類固醇至少 三個月的子問題）鈣和維生素 D對于健壯骨頭是重要的。你從飲食來源中是否獲得足夠的 鈣和維生素 D? (3)(如果回答服用類固醇至少6個月的子問題）你是否進行過骨頭測試以 評估你的骨質(zhì)疏松癥？在保健引擎驅(qū)動的評估中，保健引擎實時地查看來自于索賠、HIE、 患者自己的報告的所有可用信息，以幫助針對每一個單獨的成員適應(yīng)修改這些問題。例如， 如果患者1是患有COPD的75歲女性并且正在進行骨質(zhì)疏松治療時，當(dāng)護士對其進行評估 時，護士將不會看任何這些問題，而只是在需要的情況下向成員教導(dǎo)當(dāng)前的骨質(zhì)疏松治療 的信息。對于患者2,患有C0PD、服用類固醇1年、在去年進行了骨頭測試的78歲女性將不 會得到任意這些問題。對于患者3,沒有服用類固醇的61歲男性（因為在HRA中已經(jīng)回答 而知曉）將不會得到這些問題，直到一年以后以確保一切都未改變。對于患者4,對于其是 否服用類固醇位置的54歲男性，將向其詢問問題1，然后基于分支邏輯適當(dāng)?shù)卦儐枂栴}2或 3〇
[0102] 按照這種方式，已經(jīng)向患有COPD的每一個成員最初詢問15個問題的護士現(xiàn)在只 需要詢問與成員相關(guān)但是還未知曉的問題。
[0103] 因此，可以將包括這里應(yīng)用的公開、專利申請和專利在內(nèi)的所有參考文件結(jié)合在 此作為參考，如同每一個參考文件單獨地或者專門地表示通過參考的方式合并，并且全部 合并在此進行闡述。
[0104] 術(shù)語"一"和"所述"以及類似參考術(shù)語在描述本發(fā)明的上下文中的使用（尤其是 在所附權(quán)利要求的上下文中）應(yīng)該解釋為覆蓋單數(shù)和多數(shù)形式，除非這里或者上下文明確 限定。術(shù)語"包括"、"具有"、"包含"和"含有"應(yīng)該解釋為開放式術(shù)語（即，意思是"包括但 不限于"），除非特別指出。這里數(shù)值范圍的引用只是為了用作單獨參考落在所述范圍內(nèi)的 每一個分離的值的簡略表達方法，除非這里另外表示，并且將每一個分離的值合并到說明 書中，如同單獨地引用每一個值?？梢园凑杖我夂线m的順序執(zhí)行這里描述的所有方法，除非 這里另有表示或者除非上下問明確限制。任何和所有勢力或者這里提供的示范性語言（例 如，"諸如"）的使用只是為了更好地理解本發(fā)明，而不是對于本發(fā)明的范圍強加限制，除非 另有聲明。說明書中的語言不應(yīng)該解釋為表示任意沒有要求權(quán)利要求的元件對于本發(fā)明的 實踐是重要的。
[0105] 這里描述了本發(fā)明的優(yōu)選實施例，包括實現(xiàn)本發(fā)明的發(fā)明人已知的最佳方式。在 閱讀前述描述時，對于那些優(yōu)選實施例的改變對于本領(lǐng)域普通技術(shù)人員是清楚明白的。發(fā) 明人預(yù)期本領(lǐng)域普通技術(shù)人員適當(dāng)?shù)夭捎眠@些變體，并且發(fā)明人意欲按照除了這里具體描 述的方式之外的方式實踐本發(fā)明。因此，本發(fā)明包括在使用適用法律所允許的范圍內(nèi)對所 附權(quán)利要求引用的主題的所有改進和等價。此外，本發(fā)明包括對于所有可能變體中的上述 元素的任意組合，除非這里另有說明或者上下文明確地限制。
【權(quán)利要求】
1. 一種針對單獨患者產(chǎn)生定制患者保健計劃的方法，所述方法包括： 根據(jù)在非暫時計算機可讀介質(zhì)上存儲的基于可用證據(jù)的醫(yī)療標(biāo)準(zhǔn)來在電學(xué)上查詢臨 床規(guī)則集合； 與用于接收與多個患者相關(guān)的醫(yī)療保健信息的至少一個網(wǎng)絡(luò)服務(wù)相交互，所述至少一 個網(wǎng)絡(luò)服務(wù)實時訪問包括索賠數(shù)據(jù)的至少一個數(shù)據(jù)源，所述索賠數(shù)據(jù)包含與多個患者相關(guān) 的臨床信息； 基于包含與患者相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)，從多個患者中識別用于保健管理的 至少一個患者； 基于包含與患者相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)，編制與患者相關(guān)聯(lián)的標(biāo)記列表； 使用所述包含與患者相關(guān)的臨床信息在內(nèi)的索賠數(shù)據(jù)，產(chǎn)生針對患者的保健計劃，其 中所述保健計劃包括和與患者相關(guān)聯(lián)的標(biāo)記相關(guān)的至少一個動作。
2. 根據(jù)權(quán)利要求1所述的方法，還包括；傳輸所述保健計劃W顯示給保健管理者。
3. 根據(jù)權(quán)利要求1所述的方法，還包括；從患者收集與標(biāo)記相關(guān)的信息。
4. 根據(jù)權(quán)利要求1所述的方法，還包括：識別與每一個標(biāo)記相關(guān)聯(lián)的至少一個問題。
5. 根據(jù)權(quán)利要求1所述的方法，還包括；產(chǎn)生針對患者的個人化臨床評估。
6. 根據(jù)權(quán)利要求1所述的方法，還包括；產(chǎn)生與針對患者的標(biāo)記相關(guān)的準(zhǔn)備工作分配。
7. 根據(jù)權(quán)利要求1所述的方法，還包括：產(chǎn)生與針對患者的標(biāo)記相關(guān)的文件。
8. 根據(jù)權(quán)利要求1所述的方法，還包括；產(chǎn)生保健計劃概述W顯示給管理者。
9. 根據(jù)權(quán)利要求1所述的方法，其中隨著數(shù)據(jù)可用于索賠引擎，實時地產(chǎn)生保健計劃。
10. -種用于針對單獨患者產(chǎn)生保健計劃的系統(tǒng)，所述系統(tǒng)包括： 數(shù)據(jù)庫，配置為通過包括至少一個網(wǎng)絡(luò)服務(wù)的實時應(yīng)用消息收發(fā)模塊來維護與患者 相關(guān)的醫(yī)療保健信息，所述至少一個網(wǎng)絡(luò)服務(wù)實時地訪問至少一個數(shù)據(jù)源，所述至少一個 數(shù)據(jù)源包括反映了與患者相關(guān)的臨床信息的索賠數(shù)據(jù)，其中從至少一個健康保健提供者獲 得、并且在健康計劃下結(jié)合索賠提交所述臨床信息； 接口，配置為連接到網(wǎng)絡(luò)服務(wù)W接收與患者相關(guān)的醫(yī)療保健信息，所述網(wǎng)絡(luò)服務(wù)實時 地訪問至少一個數(shù)據(jù)源，所述至少一個數(shù)據(jù)源包括索賠數(shù)據(jù)，所述索賠數(shù)據(jù)包含與多個患 者相關(guān)的臨床信息； 規(guī)則引擎，配置為實時地向數(shù)據(jù)庫的內(nèi)容應(yīng)用臨床規(guī)則集合，W識別與患者相關(guān)聯(lián)的 至少一個標(biāo)記，并且基于所識別的標(biāo)記來產(chǎn)生針對所述患者的保健計劃。
11. 根據(jù)權(quán)利要求10所述的系統(tǒng)，還包括港口，配置為連接到電子保健管理者接口， 所述電子保健管理者接口配置為顯示保健計劃。
12. 根據(jù)權(quán)利要求10所述的系統(tǒng)，其中所述規(guī)則引擎還配置為實時地產(chǎn)生保健計劃。
13. 根據(jù)權(quán)利要求10所述的系統(tǒng)，其中所述規(guī)則引擎還配置為識別與標(biāo)記相關(guān)聯(lián)的至 少一個問題。
14. 根據(jù)權(quán)利要求10所述的系統(tǒng)，還包括；接口，配置為從與保健管理者相關(guān)聯(lián)的計算 機接收與標(biāo)記相關(guān)的信息。
【文檔編號】G06Q50/22GK104471597SQ201380004905
【公開日】2015年3月25日 申請日期:2013年1月4日 優(yōu)先權(quán)日:2012年1月6日
【發(fā)明者】馬德哈維·維米萊迪, 尼克·納尼斯, 吉伯利·保羅, 科蘭·伯萊尼, 德拉克·杰克森, 穆克什·吉德瓦特 申請人:積極健康管理公司