疾病處理系統的制作方法

專利名稱：疾病處理系統的制作方法
一般地說，本發明涉及醫療知識系統，具體地說，涉及計算機化長期處理患者疾病的系統。
健康是我們自身生活的基礎。醫療包括診斷和治療。診斷意味著找出患者問題的原因；治療是最適宜的療法的應用。但并非所有的疾病都能通過醫療方法被治愈的。
諸如哮喘和糖尿病這類疾病可能需要一個定期的治療進程，稱為治療，用于患者生命的延續。在此種情況下，使疾病得到處理而不是治愈。可將疾病的處理定義為，利用公知的診斷，以給患者以教育和監視為目的，用以防止癥狀突然擴展和嚴重的疾病事件，為的是排除昂貴的醫療介入和促進患者好轉。疾病處理的治療部分應該是常規地滿足個別患者反應的需求，因為各個有病的患者對同樣的處置，如規定的藥量和劑量，可能反應不同。
由于疾病處理對社會造成潛在的花費，所以非常渴望降低成本。人們必須懂得要有一個良好的健康系統，以最終看到如何達到目標。提倡一個完全良好的健康系統對每個人來說都會獲益。最終是沒有人得病，由于患者的不存在，醫生再也看不到患者。在完全良好的健康系統中，世界上的每一位患者都要對保持健康的組織付出每人每月的預定收入，唯一目的是保持你的健康。雖然這是一個極好的目標，但不可能達到。不過，一個能夠現實的目標是使疾病處理過程自動化。
最終實現疾病處理的全部概念，理想的是醫生一天24小時跟隨患者。對于相當多數的居民來說，這當然是不可能解決的。為了減少開支，必須使醫生的經驗在普通大眾中得到傳播，就患者的位置而言，這種途徑并不需要醫生的真實存在。
大多數醫療是一種規則系統。也就是說，依次進行各種診斷，從而析出問題的原因。ACLS(advenced cardiac life support)和ATLS(advenced trauma life support)已經通過制定標準昭示出有多少護理可以得到改善。一些標準可以被轉換成醫療規則系統，它們有助于為醫生制定護理標準。電話醫療建議的原則已得到證實，通過國家毒物控制中心和醫生，特別是兒科醫生，已經因它的發明，通過電話而有實際的醫療。實際上，早在1876年3月7日AlexanderGraham Bell就通過電話首次懇求幫助，他因為剛剛溢出的蓄電池酸液(電話電池)而打電話說，“快來，Waston先生，我需要你”。今天的所謂電話醫療仍然是一對一的關系。電話醫療的傳話員根據最佳指導路線，分幾部分實現連續醫療的實踐。
疾病處理等同于重新設計醫療實踐。有關醫療的問題大部分是一種信息以及對這種信息的安排。由于個人計算機和規則的發展，目前可以使疾病處理得到發展。過去，醫生曾是醫療信息的儲存者，并“安排”它們，使之具有臨床意義。但是當今利用通信和計算機技術“途徑”的自動化方式就能實現這些功能。
疾病處理可以包括對患者的協同護理，使其走過從生到死的整個連續的健康護理。疾病處理有一個適合于每個人生命中每一部分的程序，包括預防、診斷、治療和康復。這個過程不僅包括對有特殊疾病患者的處理，還包括健康患者的管理。通常，提供者把焦點集中于緊張的和有嚴重疾病事件需要大量服務的患者上。疾病處理提倡尋求把焦點集中在更多地預防和全面的護理，以改善全人類的健康狀況。從某種意義上說，疾病處理試圖去掉醫務人員的醫療實踐，而將之放入患者的手中。
幾乎所有“以經驗為基礎”的臨床推理都可以通過計算機更好、更準確地實現。技術將推動醫療的民主化。很需要一種能使醫療自動化的系統，尤其在疾病處理中，鼓勵和訓練患者在他們自身的醫學健康護理中起主要的有益的作用。這樣的系統在健康護理市場中應該表現出能夠持久的、實質性的和明顯有競爭性的優點。這樣的系統應能在任何疾病處理中自動確定非常關鍵的各點，使它的介入以臨床的方式、經濟的方式和人道主義的方式都得以最大化。
按照本發明的一個具體方面，給出一種計算機化疾病處理方法，它包括如下步驟評估有病患者的健康狀況；在評估患者健康狀況的基礎上優化疾病的療法。
按照本發明的另一個具體方面，給出一種計算機化相互關系的評估方法，它包括如下步驟按照適應于特定患者的電子醫學記錄提供主觀的健康測試；按照電子醫療記錄提供客觀的健康測試；根據主觀健康測試和客觀健康測試計算度量標準。
按照本發明的又一個具體方面，給出一種計算機化臨界曲線評估方法，它包括如下步驟為特定疾病提供臨界曲線；按照適合于具有特定疾病之特定患者的電子醫學記錄提供多個健康參數；把至少一個健康參數與所述臨界曲線比較，得到健康評估信息。
按照本發明的再一個具體方面，給出一種疾病處理系統，包括疾病處理模塊，它能自動地為有病的患者提供健康評估和治療方法的信息；一個許用數據庫，它包含表示容許健康評估和治療方法信息可接近程度的許用信息。
按照本發明的再一個具體方面，給出一種計算機化的醫療建議系統，它包括能為患者提供醫療信息的醫療建議的模塊；并給出與醫療建議模塊相關的容許程度。
按照本發明的再一個具體方面，給出一種計算機化的優選治療方法的方法，它包括如下步驟確定客觀健康測試和主觀健康測試對患有特定疾病之特定患者的適用性；根據適用的客觀健康測試，調整對患者的治療方法；或者根據不適用的客觀健康測試和適用的主觀健康測試，調整對患者的治療方法。
按照本發明的再一個具體方面，給出一種計算機化的問題描述方法，它包括如下步驟提供多組能表示評估患者健康的問題，每一組問題涉及一個理解的語言范圍；識別特定患者理解的語言范圍；根據識別的語言范圍選擇一組問題；從被選的問題回答患者的問題。
按照本發明的再一個具體方面，給出一種計算機化的醫療診斷方法，它包括如下步驟將患者的自覺痛感編成疼痛編碼；利用疼痛編碼搜索疾病數據庫，從而診斷疾病。
按照本發明的再一個具體方面，給出一種計算機化治療方法的改變方法，它包括如下步驟提供與有特定疾病的特定患者相應的治療容許程度；自動為患者確定治療方法的調整；為患者建議調整治療變更容許程度所允許的治療方法。
按照本發明的再一個具體方面，給出一種計算機化的預檢方式的方法，它包括如下步驟對醫療原本設定預檢方式；回答與患者健康有關的問題；允許患者接收與回答問題有關的相關信息；如果問題未被回答，重新設定醫療原本。
按照本發明的再一個具體方面，給出一種計算機化的不響應方法，它包括如下步驟提供多個參數；詢問自醫療原本選擇的問題；為響應搜索問題等候預置時間；預置時間期滿后無響應，則根據搜索各參數進行動作。
按照本發明的再一個具體方面，給出一種計算機化的健康評估方法，它包括如下步驟濾出有特定疾病的特定患者的一切重要癥狀；如果患者以前未被評估，則得到并存儲患者的最初健康測試；如果患者以前曾被評估，則得到并存儲后來的健康測試。
按照本發明的最后一個具體方面，給出一種計算機化的濾出嚴重癥狀的方法，它包括如下步驟確定從有特定疾病的特定患者所得到的嚴重癥狀的程度，如果嚴重程度相當低，則評估患者的健康狀況；如果嚴重程度相當高，則啟動預先確定的動作。


圖1是本發明自動醫療診斷、處置、疾病處理和信息系統的方框圖；圖2a是圖1所示系統各組成部件的結構示意圖；圖2b是圖1和圖2a所示服務者的計算機組成部件的結構示意圖；圖3是圖1系統所用的部分過程和數據庫文件的方框圖；圖4a，4b，4c和4d是由圖1系統執行的最初階段過程的流程圖；圖5是圖4所示并由圖1系統執行的疾病處理模塊的操作流程圖；圖6是圖5所示開始會話過程流程圖；圖7是圖5所示健康評估過程流程圖8是圖7所示嚴重癥狀濾出操作流程圖；圖9是圖8所示嚴格評估功能流程圖；圖10是圖7所示最初健康評估過程流程圖；圖11是圖7所示當前健康評估過程流程圖；圖12是圖11所示相互關系評估功能流程圖；圖13是圖11所示臨界曲線評估過程流程圖；圖14是圖5所示治療方法優選過程流程圖；圖15是圖14所示根據自覺健康數據調整治療方法的過程流程圖；圖16是圖14所示根據客觀健康數據調整治療方法的過程流程圖；圖17是圖15和圖16所示患者同意程度功能的流程圖；圖18是圖5所示關閉會話過程的流程圖；圖19a和19b是圖1和圖5中所示的疾病處理模塊操作所用的問題原本特性的流程圖；圖20是圖1和圖5中所示的疾病處理模塊操作所用的預檢方式特性的流程圖；圖21是圖1和圖5中所示的疾病處理模塊操作所用的不響應特性的流程圖；圖22a是對患者產生PQRST(疼痛編碼)排列項目時，圖4d和圖5中所示的疾病處理模塊操作和/或圖4d所示的診斷過程所用的功能流程圖；圖22b是利用圖22a中對患者所存PQRST(疼痛編碼)排列項目修正診斷時，圖4d所示的診斷過程所用功能的流程圖；圖23是在整個時間內對特定疾病繪制健康狀況測試的模擬臨界曲線。
對優選實施例的以下詳細描述給出特定實施例的說明，以促進對各權利要求的理解。不過，正如各權利要求所限定和覆蓋的那樣，本發明可以按多種不同的方式具體實施。以下參考各附圖，其中相同的標號表示類似的部分。所述詳細描述被編入以下各部分系統的綜述系統處理過程和數據庫最初階段系統過程流程疾病處理綜述疾病處理模塊開始會話健康狀況評估濾出嚴重癥狀嚴重程度評估初始健康狀況評估當前健康狀況評估相互關系評估臨界曲線評估治療方法優選化治療方法的調整(主觀)治療方法的調整(客觀)患者同意程度關閉會話問題的敘述預檢方式特性無響應特性PQRST數組疾病處理順序(DMO)許用數據庫管理的許用共享許用治療變更的容許程度(TAPL)元結構元功能疾病處理的益處系統綜述以下將參照圖1描述計算機化的以經驗為基礎的醫療處理系統100。疾病處理模塊(DMM)80和其它幾個高級服務模塊82為醫療處理系統100的用戶實行自動醫療服務。服務模塊82可包括診斷、處理表、自動詢問處理、音頻/視頻/圖象庫和程序設計者訪問模塊。DMM80管理與疾病處理(DM)有關的任務；它的主要目標是促使患者保持良好狀態、教育患者，以及減少昂貴的醫療介入。用戶可為患者114或患者的助手。整個這篇文件中，用戶與患者這兩個詞可以互換使用。不過，應該理解用戶可被用作患者的代表。如果是這種情況，則將用戶登記為患者的助手。以下將要描述的恰當的登記和登錄過程被系統100用于患者或助手。
模塊80和82由操作系統和支持軟件88、多個數據庫84，以及計算機硬件臺站110的計算環境90所支持。整個計算機硬件-軟件-通信的組合由支持程序管理人員操作。DMM80的全部操作任務是完全自動化的。DMM與患者、醫生、臨床、藥房以及實驗室等(總計為92)的外部接觸由使用計算環境90的適當媒體和方法，如交互式語音應答(IVR)、直接調制解調器-調制解調器訪問，或經因特網102訪問的自動通信系統管理。患者114利用下面將參照圖2b一起描述的計算機116和監視器118、電話112、或其它部件與系統的計算機臺站110通信聯系。
參照圖2a，將描述本醫療處理系統100一個實施例的方框圖。系統100包括網絡“云”102，它可以是一個局域網(LAN)、廣域網(WAN)、因特網或其它連接服務器。
系統程序和數據庫屬于一組服務器108，它最好通過LAN106和網關104與網絡102互聯。另外，系統程序和數據庫還可屬于單獨一個服務器110，它利用網絡界面硬件及軟件112。系統服務器108/110儲存模塊80和82(圖1)。
網絡102可以通過使用比如調制解調器或網卡與用戶計算機116相連。計算機116處的用戶114在使用鍵盤和/或打印裝置以及目視顯示器，如監視器118的同時，可利用瀏覽程序120遙控訪問系統程序。另外，當按局部方式在計算機116上執行所述系統程序時，不使用瀏覽程序120。可任選將攝像機112連到計算機116，以提供可視輸入，如直觀的癥狀或征兆。此外，可用攝像機或分立的麥克風(未示出)拾取臨床的聲音。
各種其它裝置可被用于與系統服務器108/110通信聯系。如果給服務器裝上語音識別或DTMF硬件，則用戶可利用電話124與所述系統程序通信聯系。在申請人1993年12月29日提出的美國申請號No.08/176,041、題為“計算機化醫療診斷及處理建議系統”的申請中描述了電話的實施例，上述申請已被授權為美國專利US5,660,176。其它的用于與系統服務器108/110通信聯系的連接裝置包括便攜式個人計算機，它帶有調制解調器或無線連接接口、連到可視顯示器130的分線接口裝置128、或連到衛星接收器134和電視機136的衛星拋物面天線。還可預見其它可行的用戶114與系統服務器108/110之間的通信方式。
參照圖2b表示服務器110一種實施例的示意圖，顯示幾種可能的對網絡的互聯方式。為了“重放”原本，使用被稱為“原本工具”的特定程序，它讀取醫療診斷的原本文件，并利用它的編碼執行訪問操作，如對患者提出問題和輸入回答。所述原本還可集中來自患者的回答，判斷這些回答，發布診斷，以及修正患者的醫療記錄。“原本工具”還可屬于用戶計算機116(圖2a)。可將“原本工具”存到硬盤驅動器或CD-ROM上，并裝入主存儲器或超高速緩沖寄存器中，以便執行。
本發明計算機化醫療系統100的首選服務器110的各個組成部分被示于圖2b中。服務器110包括在一個外殼內的多個組成部分。電話線156經調制解調器160將公用電話網158接到計算機110。電話網158可以接到已與所述系統服務器108/110相連的網絡102。另外，可用網卡164將計算機110接到網絡102。
硬件和系統軟件按以下看法與兩個基本原則配合移植到其它操作系統和采用工業標準的組件。按照這種方式，本系統可以是更為彈性的，并將允許隨意市售的組件，不斷改進產品，而與此同時，還降低成本。雖然可以考慮特定的硬件和軟件，但應理解，全部不同組件均可被用于本系統。
計算機110最好是帶因特-奔騰微處理器170的個人計算機。其它的計算機也可被利用，如Apple Macintosh、Amiga、DigitalEquipment Co.的VXA，或者IBM主機。調制解調器160或網卡164與工業標準的結構(ISA)或外圍組件互聯(PCI)總線162相連。總線162使微處理器170與多個外圍控制電路(芯片或板)互聯。
計算機總線162有多個通過轉接板或控制器與之相連的外圍設備。視頻轉接板172(最好在SVGA級或更好的分辨率)與視頻監視器118互聯。串行通信電路176與指向裝置，如鼠標178相接。在另一實施例中，并行通信電路可被用來替代電路176。鍵盤控制電路180與鍵盤182相接。最好使500Mb或更大的硬盤驅動器184和光學CD-ROM驅動器186附在總線162上。硬盤184存儲數據庫文件，如患者文件、DM文件、其它系統文件，和二進制支持的文件。CD-ROM驅動器186也存儲數據庫文件和二進制支持的文件。
主存儲器190連到微處理器170。在一種具體實施例中，計算機110可在Win-95操作系統192下運行。存儲器190執行診斷原本工具(未示出)和疾病處理模塊(DMM)處理220。可將部分疾病處理模塊的處理軟件寫入Borland Delphi Pascal(II版)，其它部分可寫入Microsoft‘C’(7.0版)。此外，在一個實施例中，數據庫由Microsoft Foxpro或其它數據庫程序，如SQL-兼容關系數據庫程序執行。
系統處理過程和數據庫以下將參照圖3描述疾病處理系統100所采用的部分過程、文件和數據庫。除DMM過程、許用數據庫、成象模態數據庫、實驗室測試數據庫、疾病數據庫，以及其它下面將要述及的特殊數據庫外，這些過程、文件和數據庫將在題為“計算機化醫療診斷及處理建議系統”的美國專利申請(專利號US 5,660,176)有所描述。
醫療處理系統100利用幾種基本過程和相關的數據庫。一套患者/助手登記過程200、210和212為系統100所用，以識別事先已按三種方式記錄在本系統中的患者1)通過激活過程200中的患者識別名(PIN)；2)通過激活過程210中的助手識別名(AIN)識別事先已記錄在本系統中的助手；或3)通過激活過程212中的患者識別名識別事先已記錄在本系統中的有助手的患者。一套過程202、214或216被用來登記患者或助手。如果用戶是患者，則系統使用患者登記過程，將新的或第一次的患者記錄在過程200中。如果用戶不是患者，則系統使用助手登記過程，將新的或第一次的助手記錄在過程214中。繼而，如果患者尚未登記，則系統使用有助手患者的登記過程，將患者記錄在過程216中。
一旦患者已被記錄或登記，系統就提供過程選擇。目前實施例中有關的主要過程是處理疾病或患者情況的DMM過程220。DMM過程220可訪問疾病處理或處置表250的科目中的選擇數據庫260的實驗室測試或選擇數據庫258的成象模態，以得到關于特定疾病或診斷的當前處置信息。與這些過程相關的是患者和助手注冊數據庫240、會診史數據庫242、患者應答數據庫244、醫療史課題數據庫246、患者用藥數據庫248、未決數據庫252和患者醫療史數據庫254。這些數據庫包括每個已由醫療系統100登記之患者的電子醫療記錄。電子醫療記錄包含有關每個患者的全部信息。下面將描述許用數據庫256、疾病數據庫262和其它DM專用數據庫264。在另一個實施例中，將把其它的選擇加到訪問其它醫療信息的過程。
最初階段系統過程流程下將參照圖4a，4b，4c和4d描述醫療處理系統軟件的最初階段流程300。在系統的各種實施例中，借助電話訪問系統100所用的電話號可能改變。如果應答的代理所或醫院希望在無花費情況下對呼叫者提供對醫療處理系統100的訪問，則可使用本地電話服務號(如800、888或其它號碼)。“現行過程術語”(CPT-4)適于對電話會診的第三當事付費者敘述和填單。它們是用于報告醫療服務和手續的敘述項目和識別碼的列表。CPT-4碼是最廣泛接收的用于對保險公司報告醫生服務的術語。如果經因特網或其它網絡對系統100提供訪問，則將把適用的網址(地)提供給用戶。
在開始狀態302開始時，需要醫療建議的用戶114(圖1)在電話機124(圖2a)上撥打系統100的電話號。用戶可以是患者，也可以是“助手”，如正在幫助患者的父母、親屬或朋友。另外，用戶可以通過用戶計算機116訪問系統100，比如通過前述之因特網。進到狀態304，系統100自動回答呼叫，并通過使用語音處理板，如適于對話的D/41D重放系統硬盤驅動器中所存的語音文件引入問候信息向呼叫者114問候。另外，如果用戶正在使用瀏覽程序120(圖2a)或因特網102上的其它用戶界面，則將問候信息在可視顯示器118上顯示給用戶。于是，或者通過電話，或者通過可視顯示器上顯示的信息，系統100與用戶114通信聯系。為簡單計，過程中或功能流程中接下去的步驟將只描述一種用戶通信的形式。
在狀態306處理時，系統100對每一個呼叫該系統的患者問一系列“最初審查的問題”。這些問題被設計是用來識別那些屬于急病的患者；它們并非打算識別患者的問題。這種最初審查的問題使系統能夠濾出需要立刻引起注意的患者。
進到狀態308，凡是被發現屬于急病的患者在狀態309被通知撥打緊急應答電話號“911”，或者將自動被接到患者區域內最靠近的緊急醫療服務系統。在狀態310，由過程300終止會話。以下就是幾個最初審查問題的例子·是緊急醫療事項嗎？·您呼吸困難嗎？·您的胸部正受到劇烈的痛苦或壓迫嗎？如果系統確定患者正在經受緊急醫療事項，可在狀態311對患者提供緊急醫療處置菜單。在患者或患者的呼叫者遠離最接近的緊急幫助，比如郊區的情況下，用戶可能立刻就需要最初的緊急處置。緊急醫療處置菜單對用戶給出幾個選擇。如果用戶按電話鍵“1”或對著電話的話筒說一個詞“一”，過程300轉到狀態312，這時詳述熟知的CPR(心肺復蘇)信息。如果用戶有與正在使用的電話124相連的對講能力，用戶就能夠以騰出雙手離開電話的方式聽到并執行系統100所給的指示。如果用戶按電話鍵“2”或對著電話的話筒說一個詞“二”，過程300轉到狀態313，這時詳述熟知的Heimlich Hug信息。在狀態312或313結束時，在狀態314，會話結束。
如果在狀態308確定患者并非緊急醫療事項，也即系統100確信并不存在即刻的生命處置，則過程300移到判定狀態315，以確定用戶是否為實際患者。如果是，則過程300進到判定狀態316，以確定是否患者事先已登記或曾經用系統100咨詢過，即并非新的、第一次的呼叫者。如果是這樣，則系統100驗定患者的識別，并在患者登記過程200處檢索他們的醫療記錄。在完成過程200時，通過斷頁連接器(off-page)C317過程300進到狀態344(圖4d)。如果患者未登記，則有如在判定狀態316時確定的那樣，系統100對于新患者進到患者登記過程202。過程202完成時，通過斷頁連接器C317過程300進到圖4d的狀態344。
如果用戶不是患者，則有如在判定狀態315時確定的那樣，通過斷頁連接器A318過程300進到圖4b的狀態320。很多情況下患者比如由于傷害、衰弱或意識改變等原因不能直接使用系統100。在這些情況下，“助手”就可以以患者的名義與系統互相配合。
通過助手登記過程214，由系統給助手登記。從結構上看，助手登記記錄與患者登記記錄相同，但有三種情況對助手特別重要，即ASST_PERM、ASST_EXP和RELATIONS。ASST_PERM場合是布爾標記，它只能由已被驗定的系統管理人員通過分離的方式、真實離線地設定成患者與助手之間存在一定的關系。這種關系是一對多的關系，即一個患者可能有一個或多個助手，而一個助手也可能由一個以上的患者有關。ASST_PERM標記也可受ASST_EXP情況的約束，這包含用于ASST_PERM標記終止的記時標記。如果ASST_PERM標記是確實的，則RELATIONS指示器將指出一個或多個患者的記錄，對此而言，這個助手是一個“固定的助手”；否則，將空置這種RELATIONS情況。
如果遇到下述三種情況，則在把輔助咨詢寫入患者的醫療記錄過程中，醫療信息增多，所述三種情況即(a)助手的ASST_PERM標記真實；(b)未實現ASST_EXP記時標記；(c)助手有對患者記錄的關系指示器。
如果未遇到這三種情況中的任何一種，則有關該患者的新增加的所有醫療信息都將被保存到未決數據庫252中(圖3)，以便由系統管理人員離線校驗。
在狀態315，系統100確定用戶是否為患者或助手。如果用戶不是患者，則系統斷言用戶是助手，并在判定狀態320確定助手是否登記過。如果該助手并未由系統登記，則系統在助手登記過程214登記此新助手。如果助手已由系統100登記，則過程300執行助手注冊過程210。在過程214或210完成時，過程300前進到判定狀態321。
如果患者并非已由系統100登記過，則有如在判定狀態321確定的那樣，在受助患者登記過程216系統允許助手登記一名新患者。然而，如果患者已由系統100登記過，則有如在狀態321確定的那樣，過程300執行受助患者注冊過程212。在過程216或212完成時，過程300通過斷頁連接器B327進到圖4c的判定狀態334。
在判定狀態334，過程300確定患者的生日是否在患者的醫療記錄中。如果在，則過程300通過斷頁連接器C317進到圖4d的狀態344。如果不在，則系統100注意得到患者的生日。移到狀態335時，系統100問助手是否知道患者的生日。如果知道，則過程300前進到狀態336，懇詢患者的生日。在狀態337，系統100重述在狀態336得到的患者生日。在判定狀態338，助手確定系統100重述的生日是否正確。如果不正確，則過程300返回狀態336，再次懇詢患者的生日。如果患者的生日正確，則有如在狀態338確定的那樣，過程300標記該生日，以便在狀態339保存在患者的醫療記錄中，并進到圖4d的狀態344。
如果不知道患者的生日，則有如在狀態335確定的那樣，過程300進到狀態340，在此，系統懇詢助手，以得到患者的大致年齡。年齡是DMM過程220、診斷模塊和處理表250所用的一個重要參數。在狀態341，系統100重述在狀態340所得到的患者大致年齡。在判定狀態342，助手確定有如系統100所重述的年齡是否正確。如果不正確，則過程300返回狀態340，再次懇詢患者的大致年齡。如果患者的大致年齡正確，則有如在狀態342確定的那樣，系統100前進到狀態343，以便在下一個咨詢之前得到患者的實際生日，并進到圖4d的狀態344。在診斷模塊和處理表250期間，在所述會話時，系統100采用所述的大致年齡。
在圖4d的狀態344，系統100給用戶提供系統選擇菜單。在此，告訴呼叫者從6個選項中間進行選擇，即診斷系統、處置表、疾病處理、音頻/視頻/圖象庫、自動需求處理、或會話結束，如下所述A.診斷系統菜單上的這個系統開始一個評估過程280，它告訴患者開始識別自訴。
B.處置表菜單上的這個系統告訴患者處置表過程250，它告訴選擇一種處置的選擇方法。
C.疾病處理此系統開始DMM過程220，它先確定患者事先是否使用過疾病處理模塊。這個過程將在下面詳細敘述。
D.音頻/視頻/圖象庫此系統開始音頻/視頻/圖象庫過程282，它令患者聽醫療的聲音看醫療的影象，或者看醫療的照片或其它圖象。
E.自動需求處理此系統開始自動需求處理過程284，幫助患者確定是否應該去看醫生，如果應該去看，應該去看哪位醫生以及何時去訪問他們。
F.關閉會話此系統執行幾個步驟，然后結束會話。
在評估過程280的出口點，系統100給患者選擇另一個自述的方案。在處置表過程250結束時，系統給患者選擇另一種處置的方案。在音頻/視頻/圖象庫過程282結束時，系統100給患者選擇另一種聲音片、影象或圖象的方案。在自動需求處理過程284結束時，系統100給患者接受對另一個問題的建議的方案。
在完成評估過程280、處置表過程250、疾病處理模塊過程220、音頻/視頻/圖象庫過程282或自動需求處理過程284時，系統100返回狀態344，并再次為用戶提供系統選擇菜單。如果用戶在狀態344選擇結束會話，則系統100移到判定狀態345。在判定狀態345，系統100確定過程280、過程250、過程220或過程284是否未按信息方式發生過，即按真實方式或按未決方式發生的，并檢查與當前患者相關的符號表，以確定是否任何結構的存儲器變型都是為保存患者的醫療史文件所需要的過去的醫療史情況。如果在狀態345這些情況都是真實的，則系統前進到判定狀態346，以確定是否按真實方式進行咨詢。如果不是，則按未決方式進行咨詢，然后在狀態347，系統100將詢期間所得到的一切新的患者信息寫入未決文件252。
如果判定狀態346證明是“真實”，即按真實方式提供每一件需要被保存的過去醫療情況，則在狀態248，系統100告訴患者允許將信息保存到患者醫療史文件，并確認所述信息是正確的。例如，在為咳嗽而咨詢期間，系統100可以查明患者已被診斷為是HIV陽性。系統100將會問，“我可以將有關您的HIV危險的信息記錄在您的醫療記錄中嗎？”如果患者應答“可以”，則系統100將會問，“請檢驗您的有關HIV呈陽性的危險對嗎？”如果患者回答“對”，則系統100將這一危險和系統精確度的裂痕表現寫入患者醫療史文件。確認之后，將每一個信息項存入患者醫療史數據庫254(圖3)中的患者文件。
在狀態348修正患者醫療史數據庫254，或者在狀態345實現證明并非真實的，或者完成狀態347時，過程300移至判定狀態349。在系統100結束關于或者的咨詢之前，它給出所有已給出建議的總和。在電話會話期間，患者被告訴寫下并重復關鍵的各點。然后系統100給患者指出接受咨詢總和以及系統通過傳真、電子郵件(E-mail)或郵政服務，如一類信箱提供的特殊建議。如果要的是E-mail，則過程300移至判定狀態350，以確定系統中送來的有關總和及建議的信息是否是合適的。如果不合適，則在總體352，過程300問患者比如Fax號、E-mail地址或郵政地址等信息。患者也有將咨詢總和送到他或她的健康卡提供者或專門商的方案。進到總體351，過程300將當前的電話時間記錄加給傳真排隊或電子郵件排隊，以便繼續傳送。在狀態351完成時，或者如果過程300確定在狀態349時并未將時間記錄送去，則在狀態353時，會話結束。疾病處理綜述本發明包括被稱為疾病處理模塊(DMM)的計算機程序。疾病處理模塊是幾種高級模塊中的一種，它為醫療處理系統100的用戶進行自動醫療服務。在這種意義上，疾病處理(DM)意味著延續患者的醫療卡，所述患者已就被稱為疾病的特定健康問題做過診斷。DMM可將所述卡片延續到患者的整個生命。DMM按完全自動的方式進行疾病的處理，采用與患者定期相互聯系對話，從患者獲取健康情況的測試，評估和訪問患者疾病的進程，觀察并調整到最好的水平，并對患者給出進行處置和控制癥狀突發及嚴重疾病事件的醫療建議。醫療處理模塊的目標是以自動方式促進患者的健康，減少昂貴醫療的介入。
DMM軟件的各種特點在于設計成能積累并使用患者特定的信息，使疾病的處理能更加適合較多的個別情況。由于所述模塊隨時解決給定患者的問題，以頻繁的方式并根據患者與DMM的接觸、患者對疾病的自我理解、患者對各種醫療處置的反應、以及患者在處置過程中的選擇等給出病情的輪廓。然后，所述模塊利用知識調整自己內部的程序，使它們更加適應特定的患者。
在患者是第一次被接納到DM中的情況下，DMM運行一個檢查患者病史的注冊程序，預定患者疾病的最初治療，并設定與患者接觸的程序。對于每一個已注冊的DM患者，DMM自動定期給患者引導一段會話。在每一段會話中，DMM根據最近的健康測試獲得并修正患者的治療史，依需分析并判斷患者的健康狀況，依需調整程序，并給出適合患者的治療建議。每一段會話結束時，DMM預定下一段會話。歸根結底，DMM通過使患者從疾病處置狀態轉移到另一種狀態，比如醫生的健康管理、醫療系統的危險模塊管理狀態，或者正常的健康狀態，采用適當的隨訪健康檢查，以此來改變患者的情況。
以下匯總DMM模塊的所有特征項，將這些特征放到整個范圍內。每個特征下面還有進一步的描述。
在與患者的所有接觸中，DMM必須保證它遵守各個代理人和代理商所授權的大量許用、允許和認可。DMM使用這種許用的數據庫，以處理這些控制的信息。
為了在線進行與患者(或其代理人)互相對話，DMM使用原本。原本是特殊的計算機程序，它能對患者輸出討論的題目和問題，同時等待患者的應答，記錄這種應答，并根據這些應答進一步動作。原本的開發和使用在PCT申請中有所描述，該申請要求以下優先權，即有關1997年7月11日提出的題為“帶表格處理的計算機化醫療診斷和處置建議系統”的美國申請No.08/893,402和同日提出的題為“帶網絡訪問的計算機化醫療診斷和處置建議系統”的美國申請No.08/893,912。
與患者的正常對話通常取自由原本所問問題和患者給出的回答的順序。原本的運行，要考慮患者當前的狀況，選擇問題，并將問題提出給患者。患者應答，原本分析這種應答，選擇另一個問題等，直至一段會話正常地終結。
對于DMM而言，原本的預檢模式使患者得以能按“前瞻”方式回答問題，看到所給應答的結果將會是怎樣的，而不正式選擇這種應答。可由DMM利用不重答功能以明智的先行動作方式控制不正常的原本終結。如果患者在對話過程中突然停止應答，這種功能就可以利用所知道的有關患者的一切、患者的位置、前面回答的正在處置的疾病，如果需要，可包括接觸患者最接近的應急條件或者為患者呼叫911的可能性。
DMM按定期排出與患者在線對話的疾病處理會話的方式進行它與患者的全部接觸。可由患者呼叫醫療系統(入境)，或由系統呼叫患者(出境)開始一段DM會話。每一段DM會話都包含四個以如下順序實現的主要任務會話開始，健康情況評估、治療方法優選、會話結束。
會話開始的任務是初始化數據和登記患者。這一任務利用患者的健康史和正在處理的疾病，建立要測試和要跟蹤的評估健康的參數，包括相關的界限、限制、范圍和臨界值。還給患者以有關如何觀察癥狀、如何進行健康測試、如何評估他的健康、以及如何預期他的疾病未來發展趨勢的指示。
健康評估任務在于間隔地得到自上一段會話以來患者的健康測試、采用PQRST系統的編碼癥狀描述，以及計算各種有關健康的讀數、圖線和趨勢。它用交互評估功能和臨界曲線評估功能分析健康狀況。交互評估功能利用客觀-主觀交互因子(SOCF)、給定的患者如何能更好地評估他/她自身的疾病情況和發展的統計測試、根據主觀數據評估患者的健康。PQRST系統是一個編碼圖，用于將自覺的痛苦癥狀轉換成DMM寬數字化痛苦編碼。相關的曲線是確定的健康參數的時間曲線，所述曲線使DMM可以和標準的相關曲線比較，以檢測或預言患者健康的快速變差，最后，健康評估的任務在于判斷患者應取的動作，如指示患者出系統、調查人們的醫療注意力；或者指示患者到對新癥狀診斷的診斷模塊過程；或者處理下一個任務，為患者確定下一個治療步驟。
一段DM會話的第三個任務是治療方法的優選，其特殊目的是以平衡風險與益處、使效果最大、使反向效果最小的方式一步一步地校正治療方法，而且從長遠看，轉化成對于患者為最佳的療法。所述作業從處置表的幾種可能療法中選擇一種，以由患者同意程度功能所控制的較少步驟校正用藥劑量，把風險和益處顯示給患者，讓患者接受或者拒絕所述建議。如果患者拒絕，則所述作業是計算下一個最好的療法，以及再下一個，直至達到許用數據庫所存的一個界限。在其全部作業中，所述作業計算治療方法變換允許程度(TAPL)，確定有多少自動改變治療方法的權限。如果所述作業只有很小的權限推薦治療方法，或者患者拒絕所有治療方法的建議，則作業指示患者到醫生處。
一段DM會話最后的任務是將全部判斷測試、參數和決定存入患者醫療史數據庫中。所述作業還處理那些患者已接受的治療方法的改變，將有關的指示發送給患者，最后重新安排患者的下一段會話。繼而，所述作業開始一個過程，輸出各段會話記錄以及在該段會話內所需的報告，最后，DMM保存有關的數據，然后結束當前這段DM會話。現在就關于這位患者執行此DMM，直至下一段會話重復所述過程。疾病處理模塊以下將參照圖5描述過程220。過程220包括疾病處理模塊(DMM)的執行部分，處理與患者的在線交互對話，用以處理所知道的患者的疾病。過程220由四個過程404、406、408和410組成。當在起始點402時控制通過程序220時，一段DM會話開始。從起始點402，程序220實行過程404，用以執行初始化，打開文件和登記功能，即如將在下面的圖6中描述的那樣。當過程404被控制回到程序220時，接下去進行過程406，它輸出患者的健康測試，分析它們，并判斷患者當前的健康狀況。過程406之后，程序220實行過程408，計算患者所接受的下一步最佳的治療步驟。過程408之后，程序220進行下一過程410，送出各種報告，保存這段會話的資料，并關閉所操作的文件。當過程410之后，程序220通過控制步驟412。步驟412使過程實行返回最初點402。
開始會話以下將參照圖6描述過程404。過程404建立引導DM對話所需的數據。它將那些新患者登記到DMM，并對事先已引導過DM對話的患者安裝現有的數據。最后，過程404產生疾病處理順序(DMO)記錄，其中存有在DM對話期間由DMM所積累的決定。DMO在疾病處理順序部分進一步有所描述。在開始點430時，過程404接受控制。繼而程序220使控制進到判斷步驟432，檢查患者在DM登記中的標記，看患者是否已登記過，即事先是否已被引入DM對話。如果患者尚未登記，則過程404使控制進到步驟434，亦或進到步驟452，這將在本部分的稍后描述。
步驟434是七個接續步驟434，436，438，440，442，444，446中的第一步，它們對DM登記患者。步驟434給出信息，問候并通知患者，有關她/他正在被DM登記。接下去步驟436輸入待處理疾病的名稱。再后，在步驟438詢問患者，輸入為導入疾病處理所需的數據，包括可由患者說出的代理人名字、患者醫生的名字和位置、離患者最近的緊急事件設施的名稱及電話等。繼而在步驟440將新患者記錄在DM登記中。在步驟442使患者成為已登記的DM患者。接下去的步驟444在患者數據庫中建立為DMM所用的新的數據記錄。再在步驟446在電話數據庫中建立有關電話信息的新數據記錄。步驟446完成患者作為新的DM患者的登記。步驟446之后，控制進到步驟448，產生一個新生的疾病處理順序(DMO)記錄，其中存有在這次DM會話期間由DMM所積累的決定。步驟448時設置這個DMO，以指示該患者是一位新登記的DM患者，他需要最初的健康評估。步驟448之后，過程404使控制進到步驟450，恢復對過程404的控制。
以下在步驟452繼續描述過程404。步驟452時，從患者數據庫取出患者的醫療記錄。在步驟452之后，控制進到步驟454，安裝數據庫的有關該患者上次DM會話數據。步驟454之后，控制進到步驟456，確認上次會話是否為正常結束，如果不是，就設置合適的控制數據。步驟456之后，控制進到步驟458，設置DMO，指示在接下去的處置中，該患者需要目前健康狀況的評估。在步驟458之后，控制進到步驟450，恢復對過程404的控制。
健康狀況評估以下將參照圖7描述過程406。過程406為DM會話實現健康狀況評估。這基本上是進行有關實現患者健康狀況評估的其它過程的中間過程。在開始點480時，過程406接受控制。在開始點480之后，過程406進到名為嚴重癥狀濾出的步驟482，下面將結合圖8描述這一步。當步驟482繼續控制時，使過程406進到檢驗步驟484，測試DMO記錄碼，以確定這位患者是一位新的DM登記者，還是回來的DM患者。對于新登記者，過程406進到488點，評估新登記患者的健康狀況，這將在下面參照圖10予以說明。對于當前患者，過程406進到490點，進行對回來的DM患者的健康評估，這將在下面參照圖11予以說明。在完成對新的或者回來的患者的健康評估以后，過程406進到492點。
嚴重癥狀的濾出以下將參照圖8描述過程482。過程482采用對患者當前癥狀的幾種測試分類患者當前的健康狀況，確定特征評估的需求及其理由，緊隨這種評是接下去的DM過程。將這些需求保存于患者的DMO中，然后由緊接著的DMM程序處理。后面的疾病處理順序部分將描述DMM記錄。
在開始點510過程482接受控制。由此出發，控制通過表示第一次濾出的測試點512，詢問患者她/他目前是否有甚麼嚴重的癥狀。如果患者沒有嚴重癥狀，可以自動方式使她/他受到評估，從而過程進到步驟544。步驟544設置DMO記錄碼，指示需要以接下去的程序進一步評估這位患者的健康狀況。進到526點，恢復控制。
如果在512點時是患者當前有嚴重癥狀，則過程482需要確定患者是否有與正在被處理的疾病有關的癥狀。為做到這一點，過程482被控制首先進到步驟514，輸入患者的癥狀，并查閱有關癥狀的表，接下去進到檢驗步驟516，如果癥狀與正在處理的疾病相關，則轉到520點，否則轉到530點。在就完成了第二次濾出，指明或者具有或者不具有明顯的相關癥狀。
如果在516點時或者有相關的癥狀，則過程482實行嚴重程度評估功能520，將所述相關癥狀進一步分類成輕微的或嚴重的。對于具有嚴重相關癥狀的或者而言，過程482被控制進到步驟522，設置DMO記錄，指明發現到此程度。從步驟522，控制經526點返回。但如果在測試點520時判斷所述癥狀為輕微，則過程482被控制進到524點，這時設置DMO記錄，指明需要正常的健康評估。從524點，過程482進到526點，恢復控制。
如果在516點時患者并無相關的癥狀，則過程482需要確定是否有與患者的當前療法相關的副作用。為做到這一點，過程482被控制首先進到步驟530，在當前療法副作用表中查閱患者的癥狀。過程482下一步被控制進到檢驗步驟532，這是確定副作用癥狀的濾出。如果患者的癥狀是副作用效果，過程482實行嚴重程度評估520，將這種副作用分類為輕微的或嚴重的。對于輕微的副作用而言，過程482被控制進到536點，設置由接下去的過程評估的DMO記錄。對于嚴重的副作用而言，過程482被控制進到先進到步驟534，借助系統輸出的患者將DMO記錄標記到醫生，然后經526點恢復對所稱過程的控制。
如果在檢驗步驟532時患者的癥狀并非副作用，則所述癥狀是明顯的與癥狀處理的疾病或癥狀使用的療法無關的癥狀。過程482實行嚴重程度評估功能520，將所述癥狀分類為輕微的或嚴重的。對于輕微的癥狀而言，過程482被控制進到542點，設置DMO記錄標記，用以在完成全部DM處理之后促成與患者的專門討論，并說明討論的原因。然后過程482被控制首先進到544點，設置DMO記錄，以促成緊接著的健康狀況評估，并且接下去進到526點，恢復對所稱過程482的控制。對于嚴重的無關癥狀而言，過程482被控制先進到步驟540，借助系統輸出的患者將DMO記錄標記到醫生，然后經526點恢復對所稱過程的控制。
嚴重程度評估以下將參照圖9描述嚴重程度評估功能520。此功能利用若干判據判斷給定的癥狀對于DM評估過程究竟是可看成是輕微的亦或是看成嚴重的。在開始點560時功能520接受控制，開始6個連續步驟的序列，再回來計算結果。首先功能520被控制進到562點，告訴患者將癥狀的嚴重程度排列為標度0到10。繼而，功能520被控制進到564點，從癥狀數據庫得到癥狀本身的絕對嚴重程度標度。不同的癥狀有不同的嚴重程度標度，而且患者的排序現在與癥狀的標度相符。于是接下去功能520被控制進到566點，使患者的排序標準化，使之依照所述癥狀的依照標度被表示。接下去功能520被控制進到568點，根據當前的DMM設置，利用靈敏因子組上下調整標準的因子程度排序。于是，靈敏度越高，系統在其評估中越保守。在靈敏度設置為最低時，所有癥狀嚴重程度排序都將被看成是輕微的。繼而，功能520被控制進到570點，將最后調整的排序轉換成2級，即輕微的或嚴重的。重要的是要說明，從另外的意義上說，這最后的步驟可將最后的排序分類為任何數目的級別；不過就當前的評估目的而言，必須將癥狀分類為輕微的或嚴重的。接下去，功能520被控制進到572點，使“輕微”碼或“嚴重”碼恢復對所稱過程的控制。
初始健康狀況評估以下將參照圖10描述過程488。這個過程進行對第一次疾病處理會話患者的健康狀況的評估。在600點時過程488接受控制。過程488被控制進到602點，這時從疾病數據庫關于正在處理的疾病安裝健康狀況的詳細說明。這些說明包括在疾病處理會話中要用的各種參數。如患者的指示、治療方法的選擇、所要的應答等。在得到這些評估之后，過程488被控制進到604，按照患者的醫療史和會話數據庫進行DM會話程序段。之后過程488被控制進到606點，引入初始健康狀況的探詢，詢問患者對當前健康狀況的主觀評估、患者所能適應的各種客觀的健康狀況測試、各種預先存在的治療方法或副作用等。隨后過程488被控制進到608點，恢復對所稱過程的控制。
當前健康狀況評估以下將參照圖11描述過程490。這個過程有三種方式得到患者的當前健康狀況數據主觀方式(即患者所感覺的或所知道的)、客觀方式(即由患者測試的，常見的是由設備測得的)，以及由患者說明的副作用。然后將這些健康狀況測試用于分析當前的健康狀況。過程490在開始點620接受控制。從620點起，過程490被控制進到檢驗步驟622，檢驗患者當前的DMO記錄，以確定要做哪些處理以及需要做甚麼。若干DMO記錄碼并未指明所需的健康狀況評估，則過程490被控制進到634點，恢復對所稱過程的控制。若干需要健康狀況評估，則過程490被控制進到得到健康狀況評估的五個步驟的序列。首先，過程490被控制進到步驟624，詢問患者對其當前健康狀況的主觀評估。繼而，過程490被控制進到步驟626，詢問患者對其當前健康狀況的客觀評估。然后，過程490再被控制進到步驟628，詢問患者各種當前的副作用。接下去過程490實行相互關系評估功能630。這個功能將參照圖12予以描述。再后，過程490實行臨界曲線評估功能640。這一功能將參照圖13予以描述。之后，過程490被控制進到步驟632，恢復對所稱過程的控制。
相互關系評估以下將參照圖12描述過程630。
這個功能計算最近附加數據的SOCF并使之標準化，計算其它評估參數并使之標準化，以及修正患者的醫療史。最后，它還進行再把健康狀況評估功能插入到從上次會話間隔以來的數據中間。
在開始點650時過程630接受控制。然后過程630被控制進到標準652，得到自上次DM會話以來所有已被附加于患者醫療史的新的健康數據。之后過程630被控制進到標準654，通過得到主觀測試對同時的客觀測試之比關于原始SOCF時間曲線計算多個新點，并用這些新點修正該原始SOCF時間曲線。隨之，過程630被控制進到標準656，將標準統計歸一化方法和曲線擬合方法用于歸一化原始SOCF各點，得到一個單一的當前SOCF，該當前SOCF對于那些主觀測試趨向于符合他們的客觀健康測試的患者它是高的，而對于那些主觀測試因與他們的客觀健康測試比較趨向于有誤差的患者它是低的。步驟656還計算其余DM會話中所用的參數，如趨向于最近三個時間點的斜率，以及患者的測試與正常測試之間的差。步驟656還確定患者的健康數據中是否存在大的間隔，它們需要通過間隔評估逆向填滿。步驟656設置適合于需要另一次評估的DMO碼。然后，過程630被控制進到步驟658，以計算所得的各評估參數修正患者的醫療史。之后過程630被控制進到步驟660，確定是否要對脫漏的間隔數據再次評估患者的健康狀況。如果檢驗步驟660確定無需進一步評估，則過程630被控制進到終結點662，恢復對所稱過程的控制。如果檢驗步驟660確定需要另一圈健康狀況的評估，則過程630被控制進到檢驗步驟664。檢驗步驟664確定要對所述間隔重新評估的數據的種類。如果檢驗步驟664確定客觀數據是適宜的，則過程630通過詢問對于所述間隔而言要被評估的患者主觀和客觀健康數據的參數，實行健康狀況評估過程490。然后過程630被控制進到終結點674，恢復對所稱過程的控制。如果檢驗步驟664確定客觀數據是不適宜的，則過程630通過詢問對于所述間隔而言只需要得到患者主觀健康評估的參數，實行實行健康狀況評估過程490。然后，過程630被控制進到終結點672，恢復對所稱過程的控制。
臨界曲線評估臨界曲線評估是用于監視患者明顯變差的健康狀況的DMM過程。臨界曲線被確定為再次測試健康狀況的曲線，用來指示健康狀況的顯著變化。臨界曲線評估過程選擇疾病-患者特殊健康狀況參數、曲線作為臨界曲線，將臨界曲線修正為多次DM會話的正常部分，而且如果患者的臨界曲線顯示特殊的臨界點、斜率和傾斜趨向，則采取特殊的動作。這一過程是建立在使患者的臨界曲線與標準曲線比較，以及疾病-特殊臨界曲線基礎上的。恒定的、高度正常的值表示良好的健康狀況，傾斜的曲線則表示衰弱的健康狀況；曲線中的銳降表示健康狀況的危機。曲線上的“臨界點”是預示健康狀況顯著衰弱的點。
一個一般的臨界曲線的實例被示于圖23，它包含一個作為“臨界點”的圓點。以下將參照圖23說明在臨界點處曲線的斜率(即臨界點處曲線切線的正切值)尖銳地為負，這預示下一次健康測試將低于臨界點。另外，在臨界點處，斜率的變化也可為負，表示切線的斜率更為下降，預示著快速變差的健康狀況。為簡便起見，這三次典型的臨界測試被稱為DMM過程中的臨界點、斜率和趨向。利用上述三個健康狀況測試點計算它們。對于具有多個足夠信息點的臨界曲線而言，還可采用曲線擬合方法。
DMM具有疾病數據庫262(圖3)，該庫包含各種疾病、各種患者總體以及健康參數的標準臨界曲線。臨界曲線評估過程提取合適的疾病數據組，選擇要用的適用的健康參數，使之適應于當前的患者，并保存它作為當前患者在其用來史中的標準曲線254(圖3)。在DMM與患者定期對話時，臨界曲線評估過程得到患者的曲線數據，它們在患者臨界曲線上的曲線結構，并用曲線擬合方法及圖形符合技術使患者的實際CC(臨界曲線)與患者標準CC相比較，這種比較使DMM能夠檢測患者曲線上的關鍵點及趨向，如預示明顯的健康衰弱的“臨界點”。當曲線接近這種臨界點時，臨界曲線評估方法指示出治療方法的更迭，避免所預示的變差，或者設置指示患者當心健康狀況的標記。將客觀的和主觀的健康數據都用于繪制CC，尤其是假如主觀-客觀關系因子(SOCF)較高時(這意味著患者很了解她/他自己的生病過程，同時DMM越來越多地有賴于患者的應答)。
自動調節動態平衡有如Claude Bernard所述的那樣，自動調節動態平衡的原則是幫助在了解曲線之后理解各個概念及其分析。簡單地說，自動調節動態平衡是一種人體的動態平衡狀態。利用各種內在的控制機構維持這種平衡，這些控制機構迫使特定的系統參數保持在所需的范圍內。利用這些自動調節動態平衡的機構，人體對疾病可以耐受到一個特定的點，在這一點，疾病的時間進程開始加快。幾個較好的例子是·用以維持血液的pH值的碳酸氫鹽緩沖系統；·氧合血紅蛋白分解曲線；·有慢性肺部障礙疾病的患者的變差。
臨界曲線臨界曲線(CC)描述患者在一次患病期間的健康狀況。這種曲線再次描繪患者的健康狀況，最初處于較高的正常健康狀態-隨著生病的過程遞降到較低的健康狀態。
通常，無病的人將有一個位于較高健康水準的十分平穩的曲線。曲線的開始部分漸近于正常的健康狀況，因為健康的肌體利用所儲存的能力和內部抵御機構常能在一段時間內抵抗疾病。在最初階段之后，隨著儲存被用光和疾病的產生并產生二次影響，健康曲線開始以越來越陡峭的角度變差。在某些臨界點處，曲線是如此明顯地陡峭，即患者的情況可能快速地變差。
很多生理參數對變化有特征性的響應，能夠均衡于一點，然后又對疾病進程的較小變化響應很大的信號改變。了解患者處于臨界曲線的哪一點是非常重要的，因為需要有關這位患者的疾病是否即將明顯地介入的表示。當存在這種指示，或者哪怕是存在一種患者的情況接近健康曲線的陡峭區域的暗示時，DMM就可以建議改變治療方法或有關患者健康狀況注意事項的咨詢。如果需要證實健康狀況改變，DMM又加入使DMM系統在進行建議之前能夠證實其假設的細節。
臨界曲線分析為使正在家中以適宜的日常維護療法處理疾病患者了解疾病，DMM監視患者的定期接觸和健康狀況報告。當走向直線顯示患者的健康曲線正在達到臨界點時，DMM可以改變治療方法和/或通知患者的醫生。由于各位患者連續幾個月承受處理他們的疾病，這種曲線分析的探討就能夠保存足夠數量的并非必須的醫生訪問，而且一旦健康狀況的變化表明正在接近臨界點時還通知醫生及患者。
為使這種曲線具體化，顯然最好是采用易于定量表示的參數作為有疑問的疾病進程的標記，不過即使對于給定的患者主觀-客觀相互關系較強，同樣可以實現他們的主觀評估。
這種系統測試整個時間內定時漲落的量和峰值漲落比率。如果發現較小的漲落量變化造成患者疾病嚴重程度對患者影響的較大差異(與該患者以前所造成的變化相比)，則患者處在曲線的陡峭部分。設置標記，而且需要足夠的介入。
如果把治療方法改變的容許程度設置得較低，則患者委托它的醫生，而患者的醫生接收有關新發展的報告、頻繁的傳真、e-mail或網上下載。如果把治療方法改變的容許程度設置得較高，則在發展去看他的醫生之前就能實現治療方法的優選。把報告送給醫生，就可以去看或者可以不是必須去看醫生。
這種分析以及這種相互關系的認識構成健康狀況的“曲線”分析。
例慢性肺部障礙疾病作為例子，我們將討論慢性肺部障礙疾病。慢性肺部障礙疾病慢慢地破壞肺部組織。如上所述，許多生理參數對多種變化有系統的反應，同時能被補償到一點，并且隨之在到達儲存的能力盡頭之后，生病情況的較小變化就可導致患者在疾病進程的早期階段表現很大變化，有慢性肺部障礙疾病的患者只失去所儲存的肺部功能，以致其它健康情況不會有明顯的變化。在所存的組織受到破壞之后，為排出二氧化碳并給血液供氧，在越來越小的時間(和疾病進程)增量將引起患者能力越來越深地受損之后將達到一個閾值。最終，即使慢性肺部障礙疾病的很小變化，也會引起呼吸衰竭。
當我們開始看到再次表現出越來越大的肺功能衰減時，患者正在達到曲線的臨界部分。需要足夠的介入，并應該盡可能立刻開始。
臨界曲線評估過程在設置DMM時是特別有效的，因為DMM·是完全自動化的；·隨時跟蹤患者；·有多種追蹤和與患者接觸有關的模塊；·了解患者(歷史、主觀-客觀相互關系因子)；·可訪問醫療知識數據庫；·利用數學趨向分析能夠分析疾病的進程；·可以隨著變化的情況的需要選擇其它療法。
以下將參照圖13描述臨界曲線評估功能640。這一功能有兩種表現。第一種表現(在702點開始)采用自上次臨界曲線評估以來加給患者醫療史的健康狀況測試修正患者的臨界曲線。第二種表現(在712點開始)將患者的實際臨界曲線與對這位患者所用的標準臨界曲線比較。如果患者處在(或正在接近)曲線的臨界部分，這就暗示了正在處理的疾病快速變差的可能性，患者被指示到醫生去咨詢。
在700點時過程640接受控制。過程640被控制進到步驟702，以新的健康測試狀況修正患者的實際臨界曲線。繼而過程640被控制進到步驟704，分析患者經過修正的臨界曲線，得到最后的臨界點、斜率和3點趨向。接下去過程640被控制進到步驟706，將患者的臨界曲線數據保存在患者的醫療史中。再后，過程640被控制進到步驟708，檢驗DMO記錄碼，看是否應該評估患者的臨界點。如果無需評估患者的臨界點，則過程640被控制進到終點710，恢復對所稱過程的控制。如果在檢驗步驟708指示需要健康狀況評估，則過程640被控制進到步驟712。
步驟712開始過程640的評估階段。步驟712接受或者計算為評估患者健康狀況用于臨界曲線所需的運算數據。運算數據包括患者上一個實際的健康點和斜率、患者標準臨界曲線上的相符點和斜率、以及使患者對每一組保持在臨界程度所用閾值。當步驟712已經計算過這些運算數據時，過程640被控制進到檢驗步驟714。
步驟714開始檢驗患者臨界點的一系列步驟。如果檢驗步驟714發現患者的上一個健康點并不合適，或者未能與標準曲線符合，則過程640被控制進到終點716，恢復對所稱過程的控制。如果檢驗步驟714確定上一個健康點是合適的，則過程640被控制進到步驟718，比較實際的與標準的臨界點之間的差別。此后過程640被控制進到檢驗步驟720。如果檢驗步驟720發現患者符合患者超越臨界點閾值，則過程640被控制進到步驟722，設置DMO記錄，指示患者去咨詢醫生。然后過程640被控制進到終點724，恢復對所稱過程的控制。如果檢驗步驟720發現患者并未符合臨界點閾值，則過程640被控制進到檢驗步驟726。
檢驗步驟726開始一系列檢驗患者臨界系列的步驟。如果檢驗步驟726確定患者的系列不合適，則過程640被控制進到終點724，恢復對所稱過程的控制。如果檢驗步驟726確定實際的斜率是合適的，則過程640被控制進到步驟728，比較實際的與標準的斜率之間的差別。然后過程640被控制進到檢驗步驟730。如果檢驗步驟730確定患者低于臨界斜率的閾值，則過程640被控制進到724點，恢復對所稱過程的控制。如果檢驗步驟730確定患者符合或者超越臨界斜率的閾值，則則過程640被控制進到732點，設置DMO記錄，指示患者去咨詢醫生。繼而過程640被控制進到724點，恢復對所稱過程的控制。治療方法優選化治療方法優選化包括一組過程，以使效果最大、逆向副作用最小，使患者保持與建議的療法合作和認可的長期目標，檢查和調整從會話到會話的治療方法。治療方法優選化過程從醫療處置表選擇治療方法參數，并通過檢查從會話到會話的主觀及客觀患者健康狀況數據，追蹤患者的特殊效果。治療方法優選化過程從多種療法中進行選擇。通過提議患者選擇多種替代的療法，并通過調整治療方法的藥劑水平直至患者發現接近舒適的水平，尋求使副作用最小。通過指示患者到醫生處面對面地咨詢和尋求建議，解決DMM與患者之間的意見不相符。由治療方法優選化允許程度(TAPL)、DMM-球形變量引導和控制治療方法的優選，所述變量規定一定量的DMM必須修改治療方法的自主。下面將以一個分開的部分描述TAPL。
在患者的健康狀況已被評估過之后，治療方法優選化過程檢查和調整患者的處置(到TAPL允許的程度)，以達到恢復正常健康狀況的所有目標中的幾個分目標的最好組合。治療方法優選化過程還尋求使處置的副作用最小。為了達到當前TAPL設置所允許的程度，DMM將逐漸“滴定”投藥劑量，直至使益處/副作用的有效比率最大。總體思想是以最少的副作用達到所需的生理變化。根據疾病、年齡及性別，從處置表選擇最初的處置。由于不同的患者對多種處置的響應范圍寬，所以一旦選擇了藥品作為對給定疾病的治療方法，實際上，對于特定患者來說，不同配方、劑量、執行方法及時間就只是試驗和誤差的問題。為了檢驗治療方法，治療方法優選化的任務是使患者的當前療法與處置表比較，以檢測和分析各種差別。如果一種新的處置是合適的，則通知患者和健康照料者，根據TAPL，可以更換治療方法。為了使治療的效果最大，副作用最小，本功能可選擇最初的療法，檢驗患者當前的療法，調整治療方法的各種參數，同時監視這些改變的效果。
可以改變的治療方法參數包括藥品的等級、種類、商標、劑量、用法、藥品的使用方式、配方、時間和用藥頻率。作為這些變化中的每一種，患者健康狀況信息及副作用都要受到檢查，看一看當前的治療方法修正是否標志著患者更好等等。在旨在發現治療方法參數的總體最佳組合的試驗和誤差基礎上，依序更替每個治療方法參數。在DMM調整患者的療法時，適當調整DM會話進程，以很少的療法或用藥劑量的重復，使患者再次進入本系統。
副作用最小是治療方法優選過程的特定目標，它尋求減小不希望有的治療方法的副作用。這個任務說明為了治療方法優選的特性，DMM所使用的復雜的試驗和誤差方法。例1癌癥患者中存在一個患者接受化療決定的點，各種副作用對于減緩疾病的進程都是無價值的。在這一點，一種“逆轉”(減輕疾病)理解為任何進一步的增加都將是無益的。如果包含多種藥品，則這種過程變得更為復雜，但保持相同的關系。例2Albuterol-量度的劑量吸入器幫助氣喘患者的喘鳴，當在特定患者的特定劑量下，各種副作用是如此之不利，以致患者不能忍受它們。在這一點時，以多個小的步驟使用藥量逆轉，以達到最佳的效果與副作用比率。
以下將參照圖14描述治療方法優選過程408。過程408實行DM會話的治療方法分段。這一段采用兩個主要的輔助過程和一個試驗各種療法直至接受其一的循環，計算下一個被患者所接受的最好步驟。過程408的一般目標是按長期最佳療法的方式，通過使效果最大、副作用最小、以及調整治療方法類型和樣式，使之符合患者的舒適水平，選擇治療方法的步驟。在開始點760時過程408接受控制。然后過程408被控制進到檢驗步驟762，檢驗在這次DM會話的較早期間內，患者是否提供了當前客觀健康狀況測試數據。如果檢驗步驟762發現患者并未提供當前客觀健康狀況數據，則過程408被控制進到檢驗步驟782，檢驗在這次DM會話的較早期間內，患者是否進入她/他的健康狀況的主觀評估。如果檢驗步驟782發現患者提供了主觀健康狀況評估，則過程408進行步驟790。步驟790根據當前主觀健康狀況數據調整治療方法。步驟790將在下面參照圖15予以描述。當恢復控制步驟790時，過程408被控制進到終點792，返回對所稱過程的控制。如果檢驗步驟782發現患者并未提供當前主觀健康狀況評估，則過程408被控制進到步驟784，設置DMO記錄，指示患者去咨詢醫生。隨之過程408被控制進到終點786，恢復對所稱過程的控制。
如果檢驗步驟762發現患者并未提供當前主觀健康狀況數據，則過程408被控制進到步驟764，預置一個循環，此循環將嘗試各種療法，直至患者接受一種，或者直至把大量的重算排出，而不管哪個先發生。步驟764得到從這位患者的許用數據庫允許的最大數目的治療方法。然后過程408實行步驟770。步驟770從這位患者的處置表中選擇下一個最好的治療方法，并將它提供給能夠接受它、或能夠改變它、或能夠拒絕它的患者。步驟770將在下面參照圖16進一步予以描述。當恢復控制步驟770時，過程408被控制進到檢驗步驟772。如果檢驗步驟772確定患者接受所建議的治療方法，則過程408被控制進到終點780，恢復對所稱過程的控制。
如果檢驗步驟772確定拒絕所建議的治療方法，則過程408被控制進到檢驗步驟774。如果檢驗步驟774確定所述循環的重算大于1，則過程408被控制進到步驟776。步驟776使所述循環的重算減1，然后過程408再對循環的另一個重復實行步驟770。如果檢驗步驟774確定所述重算為1，則過程408被控制進到步驟778。步驟778設置DMO記錄，指示患者去咨詢醫生。然后過程408被控制進到終點780，恢復對所稱過程的控制。
治療方法的調整(主觀)以下將參照圖15描述過程790。過程790只根據患者的主觀健康狀況評估為患者計算下一個最好的治療方法。過程790利用主觀-客觀相互關系因子(SOCF)，該因子將在下面的主觀-客觀相互關系因子部分描述。SOCF指明這位患者在主觀地評估她/他的疾病時是怎樣的確實，并且過程790在計算下一個治療步驟時依靠SOCF。
在開始點810過程790接受控制。隨之過程790被控制進到檢驗步驟812。如果檢驗步驟812確定患者不需要調整治療方法，也即這位患者的DMO記錄已經對被認可的治療方法實現，則過程790被控制進到終點814，恢復對所稱過程的控制。如果檢驗步驟812確定這位患者需要最佳治療方法，則過程790被控制進到檢驗步驟816。檢驗步驟816確定(通過詢問患者，或者如果患者已經被詢問過，通過得到患者保存的應答)患者是否正在有任何當前的癥狀。如果檢驗步驟816發現患者并無癥狀，則過程790被控制進到檢驗步驟818。如果檢驗步驟818確定當前的DMM TAPL設置不允許調整治療方法，則過程790被控制進到826點，設置DMM記錄，以保持同一療法，比如在以藥品為基礎的療法情況下是同一劑量。然后，過程790被控制進到終點824，恢復對所稱過程的控制。
如果檢驗步驟818確定當前的TAPL設置允許調整治療方法，則過程790被控制進到檢驗步驟820。如果檢驗步驟820確定患者不想試著減少劑量，則過程790被控制進到步驟826，設置DMO記錄，維持同一療法。然后過程790被控制進到終點824，恢復對所稱過程的控制。如果檢驗步驟820確定患者想減少劑量，則過程790被控制進到步驟822，檢查處置表中的下一個較低的用藥量，并設置DMO，減少劑量。之后，過程790被控制進到終點824，恢復對所稱過程的控制。
如果檢驗步驟816發現患者正有當前的癥狀，則過程790被控制進到檢驗步驟830。如果檢驗步驟830發現TAPL不允許改變治療方法，則過程790被控制進到步驟832。步驟832設置DMO記錄，指示患者去咨詢醫生。然后過程790被控制進到終點833，恢復對所稱過程的控制。如果檢驗步驟830發現TAPL允許改變治療方法，則過程790被控制進到步驟834。
步驟834開始過程790的階段，為已有癥狀但只報告當前主觀健康狀況評估的患者計算下一個治療步驟。步驟834利用來自患者醫療史的SOCF，通過當前靈敏度因子組改變它，將它調整到這位患者正在使用的靈敏度，然后為了當前的目的，再把患者的當前SOCF分類為“高”或“低”。如果檢驗步驟834將患者的SOCF分類為“高”，則患者的主觀健康狀況評估是可靠的，過程790被控制進到步驟838，在處置表中檢查可為患者增加多少采用高的SOCF的治療方法(即本例中描繪的劑量)，以及相關的益處及風險是甚麼。此后，過程790實行功能840。另外，如果檢驗步驟834認為所述SOCF為低，則過程790被控制進到步驟836，為不可靠的患者得到劑量和風險/益處因子。在這些情況下，過程790都繼續實行功能840。
患者同意程度功能840對患者提出建議的療法，并得到患者對所建議療法或其某些變型的同意；患者也可以完全拒絕所述建議療法。功能840將參照圖17予以描述。
當回過來控制功能840時，如果功能840回到患者同意增加劑量的結果，則過程790被控制進到步驟842。步驟842設置DMO記錄，指示下一個采用增加劑量并且為了即將開始的DM會話而在進程上有適當變化的療法。繼而，過程790被控制進到終點844，恢復對所稱過程的控制。
當回過來控制功能840時，如果功能840回到患者同意繼續以相同的劑量治療的結果，則過程790被控制進到步驟846。步驟846設置DMO記錄，指示繼續同一療法。然后，過程790被控制進到終點844，恢復對所稱過程的控制。
當回過來控制功能840時，如果功能840回到患者同意減小劑量，則過程790被控制進到步驟848。步驟848設置DMO記錄，以減小的劑量繼續以下的治療。然后，過程790被控制進到終點844，恢復對所稱過程的控制。
當回過來控制功能840時，如果功能840回到患者完全拒絕所建議的療法的結果，則過程790被控制進到檢驗步驟850。檢驗步驟850咨詢當前靈敏度因子組，看過程790是否應該嘗試下一個最好的療法，或者應該指示患者到醫生那里。如果檢驗步驟850確定可以嘗試其它療法，則過程790被控制進到852點，設置DMO記錄，指示患者已拒絕所建議的療法。然后過程790被控制進到檢844點，恢復對所稱過程的控制。如果檢驗步驟850確定應該指示患者，過程790被控制進到854點，設置DMO記錄，指示患者到醫生那里去。然后，過程790被控制進到終點844，恢復對所稱過程的控制。
治療方法的調整(客觀)以下將參照圖16描述過程770。過程770根據患者的當前客觀健康狀況測試為患者計算下一個最好的療法。在開始點870時此過程接受控制。隨之過程770被控制進到檢驗步驟872。檢驗步驟872比較各健康評估參數，以確定患者的客觀健康數據是否符合或者超越各個閾值。檢驗步驟872首先比較患者的當前健康狀況測試與測試的絕對閾值，以便看一看測試本身是否在可接受的范圍內。檢驗步驟872接下去比較前兩次健康測試的斜率，看一看患者的健康狀況是否正在超越閾值的程度上變差。檢驗步驟872再比較前三次測試的斜率的變化，看一看患者健康狀況變化的程度是否越來越快地更為糟糕。如果符合或超越這些閾值中的任一種，則過程770被控制進到步驟874，設置DMO，指示患者去醫生那里。然后，過程770被控制進到終點876，恢復對所稱過程的控制。
如果檢驗步驟872確定所有的患者當前健康狀況統計均低于閾值，則過程770被控制進到檢驗步驟878。檢驗步驟878開始過程770的階段，為患者計算下一個建議的療法。檢驗步驟878將當前患者健康測試與先前DM會話的健康狀況比較，為了計算下一個治療符合步驟的目的，把患者的健康狀況分類為“較好、相同或糟糕”。
如果檢驗步驟878確定患者比上次變差，則過程770被控制進到檢驗步驟880。檢驗步驟880(從處置表)確定是否可以增加當前療法的劑量。如果檢驗步驟880確定可以增加劑量，則過程770被控制進到882點，設置DMO，增加劑量。然后過程770被控制進到檢驗步驟896。如果檢驗步驟880確定不能增加劑量，則過程770被控制進到884點，設置DMO，繼續同樣的劑量的療法。之后，過程770被控制進到檢驗步驟896。
如果檢驗步驟878確定患者處在與上次相同的健康狀況，則過程770被控制進到檢驗步驟892。檢驗步驟892確定患者的當前健康測試是否在正常的界限內。如果檢驗步驟892確定患者的當前健康狀況數據正常，則過程770被控制進到步驟890。步驟890設置DMO，減小劑量。然后過程770被控制進到步驟896。如果檢驗步驟892確定患者的當前健康狀況數據在正常界限外面，則過程770被控制進到檢驗步驟880。檢驗步驟880上面已關于過程770描述過。
如果檢驗步驟878確定患者比上次更好些，則過程770被控制進到檢驗步驟886。如果檢驗步驟886(由咨詢處置表)確定可以減小當前的劑量，則過程770被控制進到步驟890。步驟890上面已關于過程770描述過。如果檢驗步驟886確定不能減小當前的劑量，則過程770被控制進到步驟888，設置DMO，繼續以同樣劑量的治療方法。然后過程770被控制進到檢驗步驟896。
檢驗步驟896確定TAPL設置對于這位患者是否允許DMO像迄今那樣通過過程770計算。如果檢驗步驟896確定TAPL像所寫的那樣允許DMO，則過程870實行患者同意程度功能840，把建議的療法介紹給患者，并得到患者對建議的療法的同意或對它的某些改變；患者也可以完全拒絕所建議的療法。功能840將參照圖17予以描述。如果功能840回到患者接受該建議療法(或某種程度的修改)的結果，則過程770被控制進到終點898，恢復對所稱過程的控制。如果功能840回到患者完全拒絕所建議的療法的結果，則過程770被控制進到檢驗步驟900。檢驗步驟900咨詢當前的靈敏度因子組，看過程770是否應該嘗試下一個最好的療法，或者應該指示患者到醫生那里去。如果檢驗步驟900確定可以嘗試其它治療方法，則過程770被控制進到902點，設置DMO記錄，指明患者已拒絕建議的療法。然后，則過程770被控制進到終點904，恢復對所稱過程的控制。如果檢驗步驟900確定患者應該請教醫生，則過程770被控制進到906點，設置DMO記錄，指示患者到醫生那里。繼而，過程770被控制進到終點904，恢復對所稱過程的控制。
如果檢驗步驟896確定TAPL并不允許所建議的療法，則過程770被控制進到步驟908，設置DMO記錄，指示患者到醫生那里。繼而，過程770被控制進到終點904，恢復對所稱過程的控制。
患者同意程度以下將參照圖17描述患者同意程度功能804。功能804給患者介紹一種建議的療法，并根據或者的應答得到患者對該療法的同意，或者完全如DMM所建議的那樣，或者調整到對它的某些改變。或者也可以完全拒絕該建議的療法。在開始點920時功能840接受控制。過程840被控制進到步驟922，對患者給出一種療法，DMM的建議。接下去，過程840被控制進到步驟924，對患者介紹風險和益處。再后，過程840被控制進到步驟926，對患者介紹其它療法選擇。繼而，過程840被控制進到步驟928，詢問患者同意建議的療法，或對它做某些改變。接下去，過程840被控制進到步驟930，修正DMM，以適宜的數據和時間標記記錄所提出的選擇、所給出的預告、以及所收到的許可。再往下，過程840被控制進到步驟932，計算恢復所稱過程的功能。患者給出的同意程度可有幾種評價。假定為藥品療法的操作中使用四種評價，它們是(1)同意增大用藥量；(2)同意將用藥量保持在相同的水平；(3)同意減少用藥量；以及(4)拒絕這種療法。接下去，過程840被控制進到終點934，恢復對所稱過程的控制。
關閉會話以下將參照圖18描述關閉會話過程410。過程410是每次DM會話執行的最后過程。它特別響應于所處理的疾病處理順序(DMO)，包括完成所做的一組測試及其響應、所建議的下一個治療步驟、患者所給出的許可、和各種相關的命令，如傳真患者用藥指令、實驗室測試順序、為患者的醫生準備報告、將打印的通知送給患者等。除了執行DMO的細節外，過程410一般還負責存入DM會話期間發生的各事件、存儲有關信息、關閉各應用文件、排定下一次DM會話，最后與患者再見，指示當前的DM會話終結。
在開始點950時過程410接受控制。隨之過程410被控制進到檢驗步驟952，將DMO安排的療法存入患者的醫療史。然后，過程410被控制進到檢驗步驟954，確定DMO是否包含要處理的特殊指令。如果檢驗步驟954確定DMO沒有特殊療法的指令，則過程410被控制進到步驟972，隨著患者當前療法的進程，排定下一次DM會話。繼而，過程410被控制進到962點。對來自962點的處理下面關于過程410描述。如果檢驗步驟954確定DMO有特殊指令，則過程410被控制進到步驟956，排定下一次DM會話，作為DMO所指示的。接下去，過程410被控制進到步驟958，準備并送出對各種接觸的通知和報告。這些通知書和接收它們的聯系受到許用數據庫中保持的規章、供享、以及其它授權情況的控制。然后，過程410被控制進到步驟960，通知患者有關下一個治療步驟，并給患者以指令，作為由DMO發出并由許用數據庫所允許的。再下，過程410被控制進到步驟962。
步驟962通知患者的醫生有關DM會話和有關DMM提供的治療方法。雖然患者的醫生對關于患者所產生的所有信息總是有資格的，但醫生可以確定發送的通知和所報告的細節。醫生的當前需要和對通知書的限制被存入許用數據庫中，而且在DMM以外使用時可由醫生改變。接下去，過程410被控制進到步驟964，通知患者有關由DMM軟件所得到的動作，到許用數據庫允許的程度。這個步驟允許系統告訴患者，它正在做甚麼以及為什么，這可贏得患者的信任，并幫助患者在將來的會話中做出更好的決定。所提供的這種資料是長期最佳治療方法的重要要件，這正是本發明的特點之一。步驟964還檢查所有的特殊標記組，以便討論患者的新癥狀。然后，過程410被控制進到步驟966，將所有相關數據保存在各個適宜的主儲存位置和備用儲存位置。接下去，過程410被控制進到步驟968，關閉全部可用的數據文件，釋放所有分配給DM會話的臨時計算系統資源。再后，過程410被控制進到終點970，恢復對所稱過程的控制。
問題的敘述DMM的問題敘述特征是使相同的問題的幾個不同的敘述寫入到原本中，并且服從對敘述的使用的確定，直到運行時間。該特征使用稱為問題敘述索引(QVI)的全局數據條目，以在運行時間從原本中選擇需要的問題敘述。
問題敘述特征可直觀地作成“問題滾”帶有寫在每個面上問題的一個不同敘述的多面圓筒。在詢問問題時，滾動圓筒顯示出包含有問題內容的面。如果一組問題的每個問題寫在單獨的圓筒上，那么所有的圓筒滾動共同地顯示相同的面，這由全局控制元件來指定，原本的全體問題組可作為一個單元來調節或“滾動”，于是該原本作為整體可調節或精確調諧以在不同的標準來詢問問題的不同敘述。
問題敘述特征的一個用途是能全局性地調節由整個DMM使用的語言的敏感度和選擇性，該調節是利用了可控制語言敏感度的DMM-global QVI。于是，當問題的敏感度或選擇性需要改變時，該問題滾單向轉動或調節棘輪以增加敏感度，以及相反方向可增加選擇性。由于具有這種用途，每個問題敘述僅在單詞和敏感度方面略微不同。在有些時候，僅僅不同在于一個逗號(停頓)或語音的聲調，如·這絕對是你認為任何人所患的最嚴重頭疼嗎？·這是你認為任何人所患的最嚴重頭疼嗎？·這是你曾經患過的最嚴重頭疼嗎？·這是你的最嚴重頭疼之一嗎？該問題敘述特征的另一個用途是，針對患者的教育程度、智力、對疾病的理解或醫學知識，寫出原本問題。例如，DMM可詢問三年級學生、高級中學學生、大學畢業生或衛生保健工作者不同形式的相同問題。于是，DMM可把患者的通訊需要輸出，該需要包括根據目前所知的有關患者的分析范圍，如使用哪種母語、理解范圍如何、使用什么語法(如我們正在和患者、患者的親戚或患者的醫生聯系嗎？)，以及披露醫療細節等。DMM可會診患者的醫療歷史以確定患者可理解的語言范圍、教育程度和智力。如果沒有指示器，那么可進行作為最初健康評估測試的一部分的小型語言IQ測試，以建立和患者可利用的QVI。
問題敘述特征的另一個用途是根據患者的回答或請求來使DMM動態地調節問題的程度。于是，迷惑的患者可向DMM請求提供更詳細關于如何回答問題的指令。DMM可通過改變QVI以選擇更適當的問題敘述。另一方面，當患者在對話期間學習時，她/他可最后詢問少量問題和快速的通訊模式。另外，DMM可通過調節QVI來應答。在這種方式中，DMM知道了患者的目前和過去對DMM的利用，可自身變更以適應患者的母語、教育程度、醫學知識和需要的醫學敏感度。
問題敘述特征可通過使原本作者選擇不同的問題敘述進入“敘述組”在軟件上實現，其中每個問題的敘述和不同的QVI有關。在運行時間，DMM利用敏感度指數組來建立全局的QVI，以由所有原本指定目前的將和患者使用的問題敘述。當DMM程序(如原本發動機)需要輸出問題時，則利用全局QVI以從原本的問題組中尋找和檢索需要的問題。不需要不同敘述的問題僅作為帶一個問題的敘述組而寫入，該問題作為缺省問題。當用于當前全局QVI的敘述組中沒有問題時，還可使用該缺省問題。
問題敘述的設計使問題敘述為較寬范圍的QVI寫入，而沒有為每個QVI寫入敘述。一個原本恰好為一個問題敘述；當原本改進時，增加了另外的問題敘述。例如，第一原本可先用英文寫，后提高難度增加每個問題的西班牙文敘述。
問題敘述特征以問題敘述索引和兩個單獨的功能設置QVI和選擇問題的形式實現。在圖19a和19b中，示出了下面的部分·全局敘述索引(QVI)為數據條目1020；·設置QVI為程序1000·選擇問題程序作為程序1001示出。
全局敘述索引1020的當前設置確定了選擇了幾個不同問題敘述中的哪一個，并輸出給患者。數據部分1020作為控制域存儲在許用數據庫256(圖3)中，并通過程序1000改變通過1001來利用。
程序1000為DMM-全局系統服務規程，該規程定期地設置和更新數據部分1020。程序1000在開始節點1002接收控制。然后程序1000經過控制到步驟1004，該步驟識別數據部分1020將設定的患者。接著程序1000經過控制進入到步驟1006，該步驟檢索患者的數據部分1020的當前值。然后程序經過控制進入到步驟1008，該步驟計算數據部分1020的新值。該步驟從當前的敏感度指數組中獲得需要的敏感度標準，并且從患者的醫療歷史中獲得其它參數，例如患者的教育程度、語言理解范圍以及在過去DM對話期間中利用的QVI設置。在步驟1008計算新的QVI值后，程序1000經過控制進入到步驟1010，該步驟把新值存儲在患者的數據部分1020中。這樣就完成了對患者數據部分1020的更新。然后步驟1000經過控制進入到終端節點1012，該步驟使控制返回到呼叫程序。
程序1001為DMM-全局規程，該規程使用了全局敘述索引1020，以從一組問題中選擇一個。程序1001在開始節點1022接受控制。然后程序1001經過控制進入到步驟1024，該步驟從當前的原本數據區域中下載應用的問題。接著程序1001經過控制進入到步驟1026，該步驟從患者的允許文件中獲得問題敘述索引1020的當前值。接著程序1001經過控制進入到測試步驟1028。該測試1028判定由QVI選擇的問題敘述是否是在步驟1024中獲得的問題組。如果測試1028判定了需要的敘述是在該問題組中，那么程序1001經過控制進入到步驟1030，該步驟從問題組中檢索帶需要問題程度的問題。接著程序經過控制進入到步驟1034，該步驟把問題組中選擇的問題作為執行的結果返回到呼叫者那里。然后程序1001經過控制進入到終端節點1036中，該節點使控制返回到呼叫程序。如果測試步驟1028判定了需要的敘述不在問題組中，那么程序1001經過控制進入到步驟1032中，該步驟從問題組中恢復缺省的問題。接著程序1001經過控制進入到步驟1034，該步驟把從問題組中選擇的問題作為執行的結果返回到呼叫者那里。最后程序1001經過控制進入到終端節點1036中，該步驟使控制返回到呼叫程序。
預檢方式預檢方式為DMM原本運行時間方式，該方式使患者“向前看”，也就是說，去在“正式”回答之前檢查回答的結果。有效的情況是，患者能在原本的任何位置說-“讓我看看這個回答是什么”。預檢的一個用途是讓暫停對話的患者明白未決定的問題是意思。知道回答的順序對于澄清問題的效果或實質很有幫助。于是，在印制的流程圖或程序中，發現最好路徑的一個好辦法是向前看，看看某種方式回答問題的后果(或介紹)。預檢方式的另一個用途是使原本清楚地告知患者包括嚴重后果的特定問題，以及使用預檢方式，于是患者可考慮每個回答的效果。例如，一個回答可開始與患者的醫生會晤，或者把患者轉送到急診所，如果原本警告患者有關后果，那么患者可在不激活它們時，對這些回答預檢，并且改變原本對話的方向。
參照圖20，現在描述程序1060。該程序僅示出了控制預檢方式特征的DM對話期間的步驟，該程序包括向患者詢問問題及處理答復的步驟。為清楚起見，沒有涉及到預檢方式的DM對話期間的另外步驟省略。程序1060在開始節點接收控制。接著程序1060經過控制進入到測試步驟1064。如果測試步驟1064判定沒有另外要問的問題，那么程序1060經過控制進入到終端節點1066，該步驟結束預檢方式。如果測試步驟1064判定有問題要問，那么程序1060經過控制進入到步驟1068，該步驟把問題輸出給患者。然后程序1060經過控制進入到步驟1070，該步驟把一組回答輸出給患者。接著程序1060經過控制進入到步驟1072，該步驟輸入來自患者的回答和指示信號，該信號指示患者為該回答想或不想預檢一下原本的動作。然后程序1060經過控制進入到測試步驟1074。如果測試步驟1074判定患者已經對預檢指示信號組回答，那么程序1060經過控制進入到步驟1076。步驟1076檢索預檢信息，該信息被編成編碼寫入到原本中(作為標準問題及回答內容的一部分)并把其輸出給患者，于是患者看到或聽到以“真實”方式對選擇回答的描述。例如，預檢內容可告知患者“‘是’的回答將增加下兩周您的每天用藥劑量”。在預檢內容輸出到患者后，程序1060經過控制進入到步驟1068中，該步驟如上述步驟1068所述再次詢問相同問題。但是如果測試步驟1074判定患者在沒有預檢指示信號時回答了，那么程序1060經過控制進入到步驟1078中。步驟1078執行通常寫入原本以為給定答復的動作中。接著程序1060經過控制進入到測試步驟1064中，如上述步驟1064所述，該步驟判定是否有下一個問題要問。
無響應特性每個DMM和患者的對話由原本所控制。在正常的對話期間中，原本選擇了問題并把該問題輸出給患者，患者把回答輸入。原本分析該答復，選擇另一個問題，并把其輸入給患者。該問題-回答-問題-回答的對話一直持續下去，直到對話期間正常地結束。然而，當患者不希望在對話期間中斷回答時，所有的原本設計成引起無響應(NR)特性，該特性對應于對于原本采取了適當連續的動作。NR特性為具有DMM軟件機構，當由操作系統發出超時的信號時，觸發該機構。NR機構可采取一組動作，該動作由原本作了預定，并可隨著原本運行時改變。NR動作可從安靜地進入到DM對話記錄中開始，對利用來自患者醫療歷史中的健康數據和來自疾病數據庫中的用藥和癥狀數據的所有方法進行排列，以和患者的有責任的鄰居或附近的緊急響應服務臺進行接觸。
NR特性的一個用途是進行對中斷回答問題的患者的醫學疾病和患者特定評估。顯然，在某些患有某種疾病(如心臟病、頭部損傷、糖尿病)的患者中，患者在正常的對話中的回答問題的突然中斷可表明一些可能性。NR特性是在DMM和FO支持系統的整個過程具有特殊的價值，該DMM具有來自前面對話中的關于患者的詳細醫療信息，以及FO支持系統具有由全世界地理位置標引的廣泛的相關數據庫(例如急診室、911代理、護理人員)。因為系統對患者了解，NRF可采取特定地點動作。有一個非常簡單的咨詢胸疼的60歲老人的例子回答問題突然中斷將表明有心臟病，必須進行緊急行動，包括呼叫患者的當地911代理。
參見圖21，現在描述程序1100。注意程序1100僅示出了那些與無響應特性有關的原本的步驟。為清楚起見，原本的其它步驟省略。程序1100在開始節點1102接受控制，該起點表示任何原本的一般開始節點。接著程序1100經過控制進入到步驟組1104。該步驟組1104代表了不包括NR特性的原本的動作。如果作為這些步驟中的一個的原本結束，那么程序1100經過控制進入到終端節點1106，該節點結束了原本。當在步驟組1104中的一個步驟想詢問患者的問題，程序1100經過經過控制進入到步驟1108。如果患者中斷了回答，那么步驟1108設定后面需要的NR參數。這些參數源是患者的醫療歷史254，包括了如果患者中斷回答時要用的相關信息，如患者的疾病、健康狀態、服用的藥物、內科醫師、最近的急診室等等。步驟1108存儲了作為數據組264的NR參數。接著程序1100經過控制進入到步驟1112，該步驟把實際問題輸出給患者。接著程序1100經過控制進入到測試步驟1114。步驟1114的細節與操作系統和硬件平臺不同，但是典型的動作是當操作系統返回到回答狀態或等待時間期滿時，設定超時標記一段特定的等待時間。如果測試步驟1114接收到回答，那么程序1100經過控制進入到步驟組1104中，其中正常的原本動作繼續。如果測試步驟1114接收到超時信號，那么程序1100經過控制進入到步驟1116。步驟1116從數據組264中接收患者、疾病以及位置特定的NR數據，并且執行請求的NR動作。當步驟1116執行NR動作，那么程序1100經過控制進入到中斷節點1116，該步驟表示由于超時一般的原本結束。
PQRST數組Thomas Lewis先生說，疼痛是“我們通過經驗所知，通過例證所能描述的”。把主觀的疼痛經驗編成標準和可重復的形式對于任何自動醫療系統來說都是必要的資產。許多診斷對話開始是患者以主訴的形式把某種疼痛報告給醫生；對疼痛的全面描述可利用圖表探察或數據庫存取機構迅速建議并可削減一些診斷。
PQRST數組特性描述了一組軟件過程和一起操作的數據，以把患者對疼痛的描述編成為“疼痛編碼”，該編碼為特定形式的整體數組。解譯可以保留主觀信息的方式完成，于是可能通過使用數組整體對疼痛編碼整體解譯，以發現描述疼痛的最初語言。
疼痛編碼由子碼組成；每個子碼識別一種疼痛經驗的已經定義的詳細方面，如位置、感覺、頻率等。疼痛子碼排列成對于可操作疼痛編碼的所有軟件程序已知的特定順序或形式。用于對方面編碼的順序是本身作為數字加在序號的前面，于是數組的第一方面一直識別用于數組的編碼圖表。由于各種編碼圖表可用于滿足各種需要，于是使PQRST數組變得有柔性和可延伸性。需要在未來解譯PQRST的軟件程序僅對第一方面審查，并從其值中可知用于其它方面的解譯圖表。
PQRST數組特性可使患者對疼痛的報告編成數字形式，該形式適合于軟件處理。例如，患者的主訴“當我彎曲右臂或轉腰時，甚至只是輕輕地，肘部就有嚴重損傷，帶有一種含沙或摩擦的聲音，但是沒有流血”可通過使患者從標準的描述單詞中(例如，沙粒、輕輕、麻木)選擇來編碼并把選擇的單詞轉換成整體數組，象7、2、3、8、5、970612、2、13)。該數組表示各種疼痛方式的數字值，如位置、重復性、性質或如97612的數據。對于任何給定的方面，數字表示某些疼痛的程度或描述。于是，如果第四方面數字表示聲音-運動關系，那么子碼值8表示“與關節運動有關的含沙/摩擦聲音”“PQRST”標簽為來自醫學院學生用的分類助記符，用于疼痛的基本方面，其中P＝刺激/鎮靜(導致變壞或變好)；Q＝性質(強烈或緩和)；R＝區域(頭部或胸部等)；S＝嚴重程度(輕微或痛苦)；以及T＝時間(當疼痛開始)。這些方面代表了PQRST數組的起點，該起點可延伸，包括其它有用的對疾病的主訴，帶有一些另外與疼痛有關的方面，如原因(感染、創傷)、質量(摩爾、團粒)、尺寸(指尖、高爾夫球)、感覺(瘙癢、跳動)以及主觀聯系(顏色、氣味、排泄)。
為把對疼痛的描述編成編碼，程序為·使用一組預定疼痛的方面(例如·表面、因素、空間)·使用一組用于每個方面確定的預定方面單詞·從患者中獲得可應用的方面·把所有方面單詞編成子碼·把子碼格式化為物理數據條目(PQRST數組)·把PQRST數組存儲到存儲器或磁盤上·使用作為指針的存儲位置地址為操作作為整體的疼痛編碼，程序為·把指針傳遞到PQRST數組·如果必要的話，使用指針存取PQRST數組為解譯疼痛編碼，顛倒編碼程序·使用指針對在存儲器中的PQRST數組定位·從存儲器或磁盤中檢索PQRST ARRAY·檢索每個子碼·對每個子碼解譯成主觀方面單詞·把方面單詞作為主觀描述輸出參見圖22a，現在描述程序1140。程序1140包括需要產生PQRST數組的步驟，該數組表示患者對疼痛主觀描述的數字形式。這里描述的程序1140假定患者在線并可在程序1140提示時可交互地進入主觀疼痛描述細節中。程序1140在開始步驟1142從呼叫程序那里接受控制。步驟1142是閉環的開始，該閉環把患者輸入的疼痛方式編成疼痛子碼的匹配組。步驟1142為PQRST數組分配可容納子碼的空間。接著，程序1140經過控制進入到步驟1144，該步驟建立待編碼的下一個疼痛方面。接著，程序1140經過控制進入到步驟1146，該步驟從數據庫1150中檢索中標準方面單詞的清單，并把其以揀選清單的格式輸出給患者，例如，該目錄為患者可研究并可從中挑出其中之一方面單詞的清單。接著，程序1140經過控制進入到步驟1152，該步驟請患者從揀選目錄中選擇方面單詞，該單詞與患者的對待編碼的疼痛方面的主觀描述十分相一致。接著。程序1140經過控制進入到步驟1154，該步驟把患者選擇的方面單詞轉換成可識別方面單詞的集合。該集合為當前方面的子碼。可在揀選清單中簡化對選擇方面單詞的檢索位置。接著，程序1140經過控制進入到步驟1156，該步驟在表示編碼方面的檢索位置把子碼集合插入到PQRST數組中。接著，程序1140經過控制進入到測試步驟1158，該步驟判定是否有更多方面需要編碼。如果測試步驟1158發現有更多的方面要編碼，那么程序1140經過控制進入到步驟1144，開始另一個上述閉環的重復。如果測試步驟1158發現沒有更多的方面要編碼，那么程序1140經過控制進入到步驟1160，該步驟存儲PQRST數組或把該數組復制成適當的數據組，例如患者的醫療歷史254。接著，程序1140經過控制進入到步驟1162。步驟1162把控制返回到呼叫程序。
參見圖22b，現在描述程序1170。程序1170為需要使用PQRST數組作為從疾病圖表中檢索特定診斷索引的步驟的實例。該實例假定疾病的目錄(或疾病組，其中對于給的的疼痛編碼有一個以上疾病)已經由疼痛編碼標引或存儲在疾病數據庫262中。該實例還假定有用于從數據庫存取的軟件程序，該程序可在有存取關鍵字段時檢索數據庫的元素。這種數據庫存取機構的明顯例子是適合由結構化查詢語言(SQL)語句來格式化；另一個實例是可使用每個元素的索引位置存取的疾病名字或指針的簡單數組。程序1170在開始節點1172接受控制。然后，程序1170經過控制進入到步驟1174，該步驟從數據庫262中下載復制用于選擇診斷的PQRST數組。接著程序1170經過控制進入到步驟1176，該步驟把DMM疼痛編碼轉換成存取關鍵字段，該字段如需要的話由在數據庫262存取的程序格式化。接著，程序1170經過控制進入到步驟1178，該步驟使用存取關鍵字段從數據庫262中檢索與疼痛密碼匹配的記錄。接著，程序1170經過控制到終端節點1180該節點使控制返回到呼叫程序。
疾病處理順庫(DMO)疾病處理順序為可在DM對話開始時與患者聯系的數據記錄，隨著患者從程序進入到程序，并在對話結束時使用(通過對話關閉程序)，以在對話過程中由各種程序實現判定及排序。DMO記錄包括各種字段并存儲在DM特定數據庫264(圖3)的對話區域。DMO的一個關鍵字段叫編碼，一般包括用于患者的進行的下一個程序。
DMO的一個用途是對患者需要的特定程序作標志。例如，為需要進行一次初次見面的新患者作標記，打開對話程序把DMO編碼設置字段設置成“評估初次健康”(圖6，節點448)。接著DM對話程序持續進入到健康評估，該評估研究DMO編碼并把患者轉向最初健康評估程序488(圖7)。
DMO的另一個用途是如需要時重復程序。例如，如果用于在對話之間的間隔，相關評估程序需要另外的健康數據，那么就會再次進行健康評估，以獲得缺少的數據(圖12，節點660)。當程序具有足夠的數據，則把DMO編碼設定為“最佳療法”，同時患者從評估循環中轉出。
DMO的另一個用途是對于所作的決定跟蹤各種原因，該用途可通過關閉對話程序來利用以發布DM程序了解關于患者的詳細報告。例如，治療調整程序可在不同原因把患者指定給內科醫生(圖14，節點778和784；圖15，節點832、854)。在每種情況下，DMO編碼設定“指定MD”，但是DMO原因字段設定為表明不同原因。
最后，DMO的關鍵字段的應用是表達“醫生的順序”，如在對話過程中積累所有發布的順序，于是當對話結束時可完成(圖18，節點956)。
許用數據庫許用數據庫256(圖3)是控制存取DMM數據的所有軟件部分的集合，同時由DMM程序來驅動。該數據庫支持DMM的安全、防護、可靠性、控制和管理特性，其形式是口令、訪問權、需要知道和有權知道許用、公開許用、許可、強制、限制、閾值等等。許用數據庫是接口，通過該接口，醫療工作人員和軟件專家可規定和控制DMM可執行或不可執行自動動作。由于許可支配所有DMM程序的動作，于是許用數據庫可用于動態配置該系統在不同模式下運行，從完全自動狀態到完全非自動狀態，其中DMM一定對進行的每一個詳細步驟詢問許用。后面的模式對于實驗、測試、問題追蹤或系統檢查應用中特別有用。
許用數據庫的三個圖表涉及上述DMM程序的操作；它們將在下面各自的標題下面進行描述管理的許用、共享的許用和治療變更的容許程度(TAPL)。
管理的許用管理的許用為數據組，該數據組可確保DMM與進行的所有可應用的管理、許可以及一些管轄權的合法需要和限制保持相符合。管理許用數據組由管轄權來組織，同時對于每個管轄權規定哪個數據區域可公開給什么代理。管理許用特性提出了非常復雜的問題，該問題一般地被其它自動醫療系統給忽略了，即這種系統可能被認為是經過控制管轄權，甚至是在國際范圍內進行醫學實踐，同時必須滿足大量各種醫學實踐的強制和許多管理。該特性使DMM在操作上以及在與患者、醫生、保健管理組織以及政府代理等等的接觸中符合規定。
管理許用是DMM通用的，可在DMM任何應用的場合來使用。在關閉對話程序(圖18，節點958-964)的實例中，該程序在進行通知、命令和報告有關DM對話或患者之前，必須認定考慮秘密醫療數據的公開的合法需要和許可。
共享的許用共享的許用用于管理單獨醫療數據條目的公開。在患者醫療歷史中的每個數據字段與規定了醫療數據是否可公開給患者、不同代理或代理們以及其它具有特定訪問權限的軟件客體的訪問控制字段是相關的。共享的許用通過DMM關閉對話程序(圖18，節點958、960)來使用，以確定哪些醫療數據條目可公開(即“被共享”)在對患者、患者代理、內科醫生、實驗室、藥房、保健管理組織或政府代理的通訊或報告中。
共享的許用的另一個應用是避免在不適合的環境下把診斷公開給患者(圖18，節點964)。
治療變更的容許程度(TAPL)治療變更的容許程度(TAPL)是數據組，該數據組規定了DMM對患者治療改變的容許程度。TAPL限定了在沒有人同意時DMM管理患者疾病的自主程度。無論何時患者醫療歷史條目由政府代理或保險公司請求(說)時，DMM查閱數據條目的訪問控制字段，查看需要哪種共享許用程度。接著DMM查閱許用數據庫以證實請求的代理在特定程度具有訪問許用權限。
在大多數限制程度中，TAPL需要DMM提醒內科醫生注意DMM何時判定患者從醫療改變中受益，并何時在以任何方式中調節治療之前獲得許用。最小限定的TAPL設定可使DMM自動地在沒有人的干預下改變患者的治療。在這些最大程度之間的TAPL設定需要不同的用于不同治療干預的事先注意和同意的程度。TAPL通過所有的DMM功能來使用，該功能可改變患者的治療或為該結果(圖15，節點830；圖16，節點896)提出建議。
元結構元數據陣列為了解決討論醫療處理系統的元功能，用于編碼、跟蹤、分析和報告醫療問題的系統數據結構可直觀地表示為稱作元數據陣列的二維格子或陣列。該陣列把疾病(例如外傷、感染、變態)沿標上CAUSE的一維(橫坐標或X軸)列出，同時把疾病影響的解剖系統或器官沿標有ANATOMY的第二維(縱坐標或Y軸)列出。于是給定的疾病在處于應用的原因與解剖學維的交點的元數據陣列單元中看出。
在應用過程中，原因和解剖學軸當然被細分。于是，例如感染原因可分成細菌作用和病毒作用；細菌作用可再分成革蘭氏陽性和革蘭氏陰性；革蘭氏陽性可再分成鏈球菌屬等等，例如在某一點，系統可識別最后的原因為“腦膜炎球菌革蘭氏陰性細菌感染”。很顯然解剖學維度也可如前所述分成器官結構、器官、組織、細胞等等。
元數據方塊當醫療處理系統與指定患者接觸多了，另外的患者數據可使元數據陣列沿時間維延伸，形成元數據方塊。時間軸也叫“Z”軸。
元數據方塊為內部數據結構，該結構支持各種元功能。根據醫療系統模式進行的元分析形式，細部可變化，但是除了下面所有例子外·相同的陳述的幾個發作(頻率元)·不同的解剖系統的幾個感染(原因元)·在相同的解剖系統中的不同陳述(解剖元)
·長期的患者歷史，如35年的抽煙習慣(體積元)·慢性病史，如五年的哮喘或瘧疾發作史·短期疾病發展，如腸胃疼痛、頭痛、嘔吐元功能元功能為醫學用軟件客體，該軟件客體可以在這個醫療處理系統的各種程度以及各種模式下進行操作。該軟件客體進行觀察、記錄、跟蹤和分析和系統相互作用的患者，以進行評估患者對系統的使用、尋找可表示問題的模式或關系、“步驟返回”尋找患者和系統的全部接觸、在過去的對話背景下分析患者的當前對話。
元功能使人類醫生把患者看成整體、復雜的生物機構，該生物是具有多功能的，需要在一段時間跨度進行糾正性的測量。元功能為DMM提高了強大的能力去作為整體分析患者的健康，以進行長期的醫療診斷、治療、建議和管理策略。
頻率元功能利用依次累加元功能分析涉及相同疾病的查詢。解剖元功能分析患者的基于涉及的解剖元器官系統的主訴。原因-結果鏈式元功能尋找疾病的原因，接著預測其它疾病。區域元功能和體積元功能分析一段時間在疾病參數方面的變化。臨界曲線元功能用于檢測有明顯惡化的患者健康，通過和處理的疾病的標準曲線進行比較。間隔元評估相同疾病查詢之間的時間間隔。可靠性元評估數據可靠性和完整性的可能。
所述的用于疾病處理的元功能利用相同“元數據方塊”數據結構，該結構在申請人的題為“計算機化的醫療診斷和治療建議系統”的美國專利5,660,176中描述過。然而，由于DM具有不同的客體，于是就沿不同軸研究方塊的不同數據部分。
術語“元”指這些功能的全部特性，該元主要是不僅詳細地而且還長期、全局、具有統計分布以及其它歸納關系地計算健康數據。術語“功能”這里是指使用的各種計算機化和可分析的技術，該技術利用古典和模糊邏輯、算術、幾何學、三角學、分析幾何、微積分、統計學、概率、疇繪圖、變換(拉氏、傅氏)、探試、遞歸等方法。
元功能以例如數據庫、圖表、陣列、模塊、客體、原本、清單、子程序、規范、功能等等適當的數據和程序結構形式執行并包含在其中。
·依次累加元依次累加(SS)元功能對整個醫療處理系統的一個患者評估單獨模塊進行探測和集成，該模塊為診斷模塊和DMM，因為當結合時的單獨對話表示患者的明顯變化或惡化。SS元功能分析單獨模塊的結合的結果，并在全面分析的基礎上提出建議。
SS元對于累加的系統模塊的不同結合利用預先設定的閾值。該閾值包含在內部表格中，該表格列出了所有的模塊結合形式，如醫療診斷+疾病處理、醫療診斷+醫療聲頻/視頻/圖象程序庫、醫療診斷+治療圖表查閱等等。
例如，如果有哮鳴音來查詢醫療診斷模塊，診斷為哮喘，那么DM模塊接著用于哮喘處理，同時醫療聲頻/視頻/圖象程序庫模塊查詢幾次，用于預先記錄關于哮喘的信息，SS元功能在用于哮喘的醫療診斷+疾病處理+醫療聲頻/視頻/圖象程序庫中從圖表中利用正確值計算閾值，以提出特別的建議。于是，即使在任何一個模塊中沒有達到閾值，當在診斷、疾病處理中關于哮喘的查詢和聲頻/視頻/圖象程序庫查詢結合時，閾值也可以達到。
·頻率元頻率元功能復驗患者查詢系統的次數，并根據該查詢的頻率提出建議。該功能就同一陳述或疾病、醫療聲頻主題查詢或治療圖表查詢來計算患者與系統相互交流的次數，使用依次累加元功能分析查詢的綜合結果，并可根據該全面分析來提出建議。
當對于被處理的每種疾病患者被允許利用醫療處理系統時，建立每單位時間查詢的閾值(進入的和外出的)。該閾值對于每種疾病是不同的，并可通過敏感度系數組來修改。如果該達到閾值，那么頻率元功能提出建議。也就是說，患者具有某種給定敘述癥狀的事實可從頻率元功能中提出建議。
·間隔元間隔元功能分析對于相同疾病的每次接觸之間的時間間隔，以探測表明問題存在的趨勢。例如，如果功能發現患者和系統交流在一起靠得越來越近，那么功能就根據該事實提出建議。
可利用依次累加級數的方法。表示出在查詢之間的間隔，同時如果間隔變短那么可提出建議。
·原因元原因元功能為DM背景功能，用于尋找可幫助識別根本原因的疾病或發生模式。功能監測和分析患者對各種系統模塊的使用。
原因元功能在醫療診斷、疾病處理、醫療聲頻主題庫、治療圖表查詢及它們所有的結合之間的時間間隔減小中識別依次的累加級數。例如，假定患者針對就身體不同部位進行陳述的幾種情況查詢該系統，在每次對話過程中，醫療診斷模塊可分給每個由感染產生的單獨問題。原因元功能探測這種一系列的查詢，并且，如果它們達到預定的每單位時間的閾值時，警告系統根本原因存在在患者的免疫系統中。如果系統正在看護具有多處外傷發作的患者，那么原因元功能將幫助系統認定患者濫用藥物或酒精的可能。
·解剖元解剖元功能從一個器官或人體的解剖系統的觀點來分析患者與醫療系統接觸。該功能查看可影響相同的解剖系統的被處理的不同疾病。當不同疾病均影響到相同的器官時，該功能使DM方式自動化，于是通常有必要監測和經常地測量該器官的功能。
例如，如果患者就腹痛、嘔吐、腹瀉三個不同情況來查詢醫療診斷系統模塊時，那么解剖元功能可知這三個問題均涉及腸胃，同時使系統根據另外信息來調整其建議。
例如，糖尿病和高血壓均會使腎功能逐漸削弱。解剖元功能探測這種特殊監測的需要。根據某些內部的、預定的閾值，解剖元的分析可使疾病處理系統對影響器官功能作一下評估。在上述例子中，對于糖尿病和高血壓而處理的患者來說，解剖元分析可使醫療處理系統建議在適當的時間間隔使用血清肌酐、進行腎功能測試。
·原因對解剖元原因對解剖元功能協調原因元和解剖元功能之間的相互作用。由于原因元和解剖元功能相互作用更強烈，于是在這里描述它們的相互作用。
當患者使用醫療處理系統一段時間時，原因/解剖格子沿時間或Z軸疊加，該格子跟蹤原因和解剖系統相互作用的時刻，如對患者更準確地進行診斷。
元數據方塊表示患者和系統在一段時間內相互交流的累加。雖然患者的多數過去歷史利用ICD-9-CM編碼和患者醫療記錄的領域中的常規主題詞串一起存儲起來，但該技術可進行非常有用的分析。
特別要注意系統可在不知道涉及的解剖系統時對問題指定一個原因，同時要注意系統可指定在不知道患者出現問題原因時指出涉及的器官或器官系統。例如，一個六歲小孩主訴肌肉疼、頭疼、流鼻涕以及關節疼，這特別象是病毒感染，但是很難歸于發病的特定器官系統。
有趣的是，當在診斷模塊中，以及當發現在同一模塊中發生多個問題時，在疾病處理中出現不同的模式。例如，糖尿病可由或在內分泌系統和循環系統的結合來表達。但是使在糖尿病中的疾病程序直觀的另一個方法將在下面描述。當醫療處理系統識別另一個疾病程序(象糖尿病)影響到了循環系統時，那么“血管”作為另一個疾病的原因而搜尋到。
·病因鏈式元鏈式元功能使某種疾病在人體其它器官產生病理變化的醫療事實的分析自動化，意味著疾病可能產生或可能由其它疾病引起。例如，鏈式元功能對給定的疾病既看原因又看結果，以及對于疾病D進行三個分析1.發現D的根本原因。
2.發現由D引起的其它疾病。
3.遞歸地重復步驟1和2，發現其它根本原因和由D產生的其它疾病。
于是，鏈式元分析跟蹤疾病在身體中的整個影響。利用了原因元功能(其中用于探測主訴或疾病的直接、單個的原因)遞歸地發現細微的原因和疾病。給定開始的疾病，鏈式元分析利用元數據方塊，以探測使分析在原因鏈中返回的方式，從而探測在患者中的其它可能出現的問題。在這種方法中，進行需要的分析以探測迄今為止還在隱蔽或沒有在表面上的相關問題。
由原因-結果元功能使用的內部原因-結果圖表包含有解剖系統、解剖系統的關系、疾病以及疾病因果鏈的基礎醫療知識。該圖表可識別需要用于根本病因及第二疾病的方式。用于控制因果鏈過程的第二個圖表包含有其它的數據，如發生的概率、第二種疾病的嚴重性及可能進行治療的窗口。
鏈式元計算的結果是查看和檢測當前病人的疾病的清單。這些結果在下面情況下使用·確保疾病的副作用沒有被疏漏·沒有忽視需要穩定患者的疾病處理治療·通過驗證其它結果來確認原因(頭疼是和闌尾炎對應的)·通過沒有發現需要的結果而否定原因(在血液中沒有瘧原蟲可否定瘧疾)區域元區域元的實例可以描述成是對疼痛或不適進行測繪，然后把該區域在曲線下匯總，看看疼痛或不適的總的區域。這一點很重要，因為許多患者，特別是患有如晚期癌癥的不可治愈疾病的患者有持續的疼痛，但是該疼痛不是孤立的，患者沒有定期地看醫生，或者他們的內科醫生沒有注意患者正在遭受疼痛。他們想“追逐疼痛”，但是從來沒有找到。這里，一旦達到疼痛的閾值，那么患者可服用麻醉鎮痛藥或使該藥劑量增加。
體積元體積元功能是基于(三維)疾病×解剖×時間乘積的基礎上進行分析并根據預先設定的閾值提出建議。術語“體積”是指使用的元數據方塊分析方法，其中吸煙史以由三軸P(中毒)、R(呼吸系統)和Z(時間)封閉的體積出現。例如，一個每天吸兩包雪茄煙、有30年吸煙史的患者被認為是具有60包-年侵害呼吸系統的歷史。
體積分析在許多疾病過程中是明顯的。于是，具有60包-年吸煙體積的患者對呼吸系統積累了嚴重的侵害。持續時間越長，體積越大，對呼吸系統的功能損害就大，以及就將進行更準確的某種診斷和治療。
體積分析的另一個實例是在微循環中的發生糖尿病的長期侵害。
體積元功能的軟件執行包括各種內部疾病處理圖表，該圖表列出了各種疾病及其閾值的體積乘積。這些閾值(可由敏感度指數組動態地修正)控制特定的動作和對系統的分析。當達到可應用的閾值時，系統進行特定分析，然后發出內部警告，以尋找對適當器官系統進行破壞的證據，同時為患者提出具體的建議。
可靠性元可靠性元功能尋找所有患者數據條目的可靠性，以查看對患者看護是否不周到。如果發現了診斷的概率(單獨或結合的)低于可靠性閾值(可由敏感度指數組來修正)時，那么該功能可建議對患者的再次評估。
該功能使用與每個數據條目有關的內部可靠性指針，該指針跟蹤在記錄時刻數據條目反映患者實際健康的可能性。當這些可靠性指針第一次建立時，是在醫療處理系統中為每個數據條目建立的，并在系統中在其整個存在期間保持聯系。
例如，如果患者告訴系統他具有偏頭疼的歷史，那么該系統可向患者詢問·誰對偏頭疼作的診斷(患者、朋友、護士、內科醫生或神經科醫生)？·進行了什么檢查，誰作的，在哪些組織，什么結果？·誰確認了該檢查，怎么樣，來龍去脈？當然有個想法是頭疼專家是否在包括腦部照相(MRI)、腰部穿刺、EEG等在內的全面徹底地研究后作的診斷，診斷準確的概率是否非常高。這些將記錄在可靠性指針及相關的診斷數據條目中。如果可靠性太低，那么患者將安排在保健的較高的程度或標準重新評估，該評估包括更精確和更全面的詢問。
疾病處理的益處醫療處理系統和疾病處理模式的益處如下對患者的益處·迅速、方便、便宜的醫療服務·需要時，醫療服務可在任何時間從家里而得到·醫療服務可在遙遠地區、貧窮社區而得到·最新的、最好的、可檢查和更新的醫療服務·患者可花時間，重復對話，可瀏覽·患者在文件上具有完整的醫療歷史對保健提供者的益處·減少了與患者日常的、不適當的、無用的會晤·磨練了醫生的診斷技術/經驗·醫生可把自己的觀點和別人的比較·重復患者的較好的、連續的醫療記錄·提供者可得到更多的醫療數據資源·計算機支持進行統計、數據庫存取、決策、安排日程·可獲得對話和疾病歷史·提供者可根據記錄的回答評價建議/措施·可把患者和群體進行比較·具有大量實例數據庫對保健管理者的益處·節約了日常會晤的開支·跟蹤會晤·統計信息和推測·評價醫生/醫院的實踐·對話記錄減少了法律責任和公開·確保了符合政策·使建議和治療標準化對保健協調者的益處
·內科醫生可復審和評估HMOs的措施·可對醫療記錄進行批評·可檢驗與規定協調性對保健教員的益處·可在大量患者群體身上積累醫療實踐·幫助對醫藥的研究·可對病例學生進行比較·病例操作可改變地重復上面詳細地描述和指出了應用于各種實施例的本發明的基本的、新的特性，可以知道，在不脫離本發明的范圍時，本領域技術人員可對描述的系統的形式或細節進行刪改、替換或改變。
權利要求
1.一種計算機化的疾病處理方法，包括評估患有疾病的患者健康狀況；在評估患者健康狀況的基礎上優化疾病的療法。
2.如權利要求1所述的方法，還包括安排患者再次進入時間的步驟。
3.如權利要求1所述的方法，其特征在于再進入時間是有規則安排的時間。
4.如權利要求1所述的方法，其特征在于再進入時間和有規則安排的時間不同。
5.如權利要求2所述的方法，其特征在于過時后重復進行該步驟。
6.一種計算機化的相互關系評估方法，包括按照適應于特定患者的電子醫學記錄提供主觀的健康測試；按照電子醫療記錄提供客觀的健康測試；根據主觀健康測試和客觀健康測試計算度量標準。
7.如權利要求6所述的方法，其特征在于步驟過時后可重復進行。
8.如權利要求7所述的方法，其特征在于對一組測試值進行統計分析。
9.如權利要求6所述的方法，其特征在于測試數據為比值。
10.一種計算機化的臨界曲線評估方法，包括為特定疾病提供臨界曲線；按照適合于具有特定疾病之特定患者的電子醫學記錄提供多個健康參數；把至少一個健康參數與所述臨界曲線比較，得到健康評估信息。
11.如權利要求10所述的方法，其特征在于如果達到閾值，那么提出建議。
12.如權利要求10所述的方法，其特征在于如果達到閾值，那么調整對疾病的治療。
13.如權利要求10所述的方法，其特征在于健康參數包括客觀參數。
14.如權利要求10所述的方法，其特征在于健康參數包括主觀參數。
15.一種疾病處理系統，包括能為患有疾病的患者自動提供健康評估和治療信息的疾病處理模塊；以及一個許用數據庫，包括表示允許訪問健康評估和治療信息的程度的許用信息。
16.如權利要求15所述的系統，其特征在于許用信息可由特定代理、媒介或軟件實體訪問。
17.如權利要求15所述的系統，其特征在于許用信息可根據管轄的規則來訪問。
18.如權利要求15所述的系統，其特征在于治療信息包括治療處方和治療調整。
19.一種計算機化的醫療建議系統，包括可為患者提供信息的醫療建議模塊；以及和醫療建議模塊有關的許用程度。
20.如權利要求19所述的系統，其特征在于許用程度表示醫療建議模塊為患者提供醫療信息的自主性。
21.如權利要求19所述的系統，其特征在于許用程度表示與醫療建議模塊有關的醫療信息可訪問性。
22.如權利要求19所述的系統，其特征在于醫療建議模塊為診斷模塊。
23.如權利要求19所述的系統，其特征在于醫療建議模塊為疾病處理模塊。
24.一種計算機化的治療最優化的方法，包括對于患有特定疾病的特定患者確定客觀健康測試值和主觀健康測試值的有效性；及根據適用的客觀健康測試值調整對患者的治療；或者根據不適用的客觀健康測試值和適用的主觀健康測試值來調整對患者的治療。
25.如權利要求24所述的方法，其特征在于方法還包括收集客觀健康測試值。
26.如權利要求24所述的方法，其特征在于方法還包括收集主觀健康測試值。
27.如權利要求24所述的方法，其特征在于主觀健康測試值包括對與患者治療有關的副效應的測試值。
28.一種計算機化的問題描述方法，包括提供一組問題，該問題表示對患者健康的評估，每組與理解的語言范圍有關；對特定患者的理解的語言范圍進行識別；根據識別的語言范圍選擇一個問題組；及從選擇的問題組中詢問患者的問題。
29.如權利要求28所述的方法，其特征在于方法還包括根據識別的語言范圍對敏感度/選擇性進行修正。
30.一種計算機化醫療診斷方法，包括把患者對疼痛的主觀感受編成疼痛編碼；及對具有疼痛編碼的疾病數據庫進行標引，以對疾病進行診斷。
31.如權利要求30所述的方法，其特征在于疼痛編碼包括表示疼痛起因、性質、區域、嚴重程度和時間的子碼。
32.一種計算機化的治療改變方法，包括相應于患有特定疾病的特定患者提供治療改變許用程度；自動確定患者的治療調整；及為患者提供由治療改變許用程度允許的治療調整的建議。
33.如權利要求32所述的方法，其特征在于治療調整包括開始新的治療。
34.如權利要求32所述的方法，其特征在于治療調整包括中斷當前的治療。
35.如權利要求32所述的方法，其特征在于治療調整包括在當前的治療中增加新的治療。
36.一種計算機化預檢方式的方法，包括為醫療原本設定預覽方式；詢問與患者健康有關的問題；使患者接收到與回答問題結果有關的信息；及當沒有回答問題時，重新設定醫療原本。
37.一種計算機化無響應的方法，包括提供一組參數；詢問從醫療原本中選擇的問題；等待預設的回答問題的時間；及在沒有回答時預設時間過后，根據參數采取措施。
38.如權利要求37所述的方法，其特征在于參數包括在患者病史中的信息。
39.一種計算機化的健康評估方法，包括對患有特定疾病的特定患者的明顯癥狀進行篩選；如果患者從前沒有進行評估，那么從患者那里獲得并存儲最初健康測試值；及如果患者從前進行過評估，那么從患者那里獲得并存儲后來依次的健康測試值。
40.一種計算機化的明顯癥狀篩選方法，包括確定從患有特定疾病的特定患者那里獲得的明顯癥狀的嚴重程度；如果嚴重程度非常低，那么評估患者的健康；及如果嚴重程度非常高，那么采取預定的措施。
41.如權利要求40所述的方法，其特征在于預定的措施被介紹給內科醫生。
42.如權利要求40所述的方法，其特征在于預定的措施轉換為診斷過程。
43.如權利要求6所述的方法，還包括根據測試值來調整患者的治療。
44.如權利要求32所述的方法，其特征在于確定治療調整由治療改變許用程度來限制。
全文摘要
本發明涉及以知識為基礎的自動長期患者疾病處理系統和方法。疾病處理是指已被診斷有特定健康問題(稱為疾病)的患者的繼續醫療照顧。本系統以完全診斷的方式進行疾病處理,采取定期與患者交互對話;得到患者健康狀況的測試,評估并訪問患者疾病的進程,以檢查和調整治療方法到最佳水平,同時給患者以醫療建議,用以進行處置,控制癥狀的突發和緊急疾病事故。本疾病處理系統的一個目標是以自動方式促進患者的健康,減少昂貴醫療的介入。本系統的各種特點特別被設計成積累和使用患者－特定信息,可使疾病處理對每個個別的情況都被簡化。隨著本系統隨時管理一位給定的患者,它以患者與系統接觸的頻率及原因、患者對疾病的主觀理解、患者對各種醫療處置的客觀應答、以及處理中患者的咨詢等形式建立一個分布圖。本系統以疾病處理會話的形式進行它與患者的接觸,這種會話是與患者正規排定的對話。
文檔編號G06F19/00GK1252877SQ98804247
公開日2000年5月10日 申請日期1998年3月13日 優先權日1997年3月13日
發明者埃德溫·C·艾利夫 申請人:第一咨詢公司