TW201329902A

TW201329902A - 電子健康記錄系統及方法

Info

Publication number: TW201329902A
Application number: TW101139178A
Authority: TW
Inventors: Mohan Kutty
Original assignee: Mohan Kutty
Priority date: 2011-10-28
Filing date: 2012-10-24
Publication date: 2013-07-16

Abstract

一種藉由臨床決策支援專家之助提供有效產生病人健康記錄的系統和方法。該系統和方法亦可確保醫生的文件和診斷能符合政府的健康醫療品質評量。

Description

電子健康記錄系統及方法

本發明係關於藉由專家臨床決策支援之協助有效建立病人健康記錄的系統及方法。此方法和系統可確保醫學證書和診斷能符合政府醫療品質的指標。

有許多習知電子健康記錄(EHR)系統。一種簡單醫療決策支援為最簡化臨床決策支援表，其記載藥物間和藥物-過敏間的不當處方。EHR系統具有品質評量。例如，在美國係使用兩種主要評量方法：(1)醫師品質報告系統(PQRS)，其受聯邦醫療健保局(CMS)的監督；以及(2)健康照護成效數據與資訊組合(HEDIS)，其係全美優質保險評鑑委員會(NCQA)所建立。HEDIS創始於NCQA以發展、收集和標準化健康醫療計劃的指標。此資料係由NCQA公開報告。併入這些指標的EHR系統可被歸於此類。

例如，一"品質評量"於有時必需像是"糖尿病患者必需在過去數年(或經常)曾做過糖化血紅素血液檢查"。一EHR系統於個別病歷記錄內必需有警告醫生"該病人患有糖尿病，但是在過去一年內未曾做過過糖化血紅素檢查—他/她應即刻做一次檢查"的陳述。或者，該EHR系統必需能夠產生一個例如一年內未曾做過糖化血紅素檢查的全部糖尿病(使用相同實例)患者。

診斷支援EHR系統係幫助醫生用於診斷病情所設計的複雜系統。例如，假設一病人患有"症狀集(symptom set) x"和"檢驗結果 y"，則提供可能的診斷，並且建議如何分辨其差異的進一步檢查。現有含診斷支援的決策支援系統極為複雜並且不適用目前的臨床工作流程。此外，這些傳統EHR不易使用並且比文件作業系統更為耗時。

聯邦醫療健保局(CMS)對病人醫療照護申請的支付已變得更為嚴格。在此變革中，現在已要求每一位被診斷病人必需同時附上病程記錄內每位病人現況(亦稱為症狀)的完整註記(notation)。醫生記錄中的正確位置若無任何目前診斷的適當註記時，CMS將視為該診斷無效/未受支持，並且對該疾病不提供資助。此將導致醫生和病人無法從CMS獲得足夠支付其真正身體/精神上疾病所需的金錢，因而使醫生沒有足夠財源以提供其病人最佳的照顧。在無適當文件之下，將缺乏提供病人適當照護的資金。

現存EHR系統極為複雜以及在照護的角度上仍嫌不足，並且醫生不易將資料輸入該系統內。此外，經常在評估病人之後才獲得病人病情和診斷的文件資料。

本發明之一目的係藉由診斷自動記錄將該診斷支援整合至EHR系統。

本發明之另一目的係提供一種可減少遞交報告時錯誤編碼和延遲的EHR系統。

本發明之另一目的係提供一種可確保符合政府所規定品質評量之就醫證明和治療的EHR系統。

本發明進一步之目的係提供一種比傳統EHR系統更有效率並且不耗時的EHR系統。

本發明之另一目的係提供一種可減少不當診斷、錯誤診斷、不當治療及/或誤導病人的EHR系統。

本發明之另一目的係提供一種使醫生於檢查過程中可輸入資料的EHR系統。

藉由包含下列病人醫療記錄的方法可達到上述和其他之目的：

(a) 藉由用戶介面裝置列表顯示可能的主訴；

(b) 從用戶介面的列表上選擇至少一項主訴；

(c) 藉由用戶介面顯示與選定主訴相關症狀的列表；

(d) 從用戶介面列表的症狀中辨識出至少一種該病人的可能症狀；

(e) 用戶介面上顯示與至少一可能症狀或主訴，或與該主訴和至少一可能症狀有關的可能結果；

(f) 於用戶介面上顯示根據該至少一可能症狀或結果之臆斷(impressions)的列表；

(g) 於用戶介面上選擇至少一種可能臆斷；

(h) 於用戶介面上顯示與該選定臆斷有關檢查項目的列表；

(i) 根據檢查結果於用戶介面上確認或否決該臆斷；

(j) 若根據檢查已否決該臆斷時，於用戶介面上任意地選擇另一不同臆斷；

(k) 若已確認該臆斷時，則顯示其治療計劃和用藥方法；以及

(l) 產生和列印就醫證明或付款通知，其中該用戶介面裝置傳送至少與一選定臆斷有關的查詢至品質評量要求資料庫，以確認該治療符合品質評量以及是否需要其他檢查以符合該品質評量。

藉由產生病人醫療記錄和付款通知的設備可進一步達到上述目的包含：

連接至網路的一雲端伺服器，該雲端伺服器可連接或包含至少一唯讀記憶體、一儲存於唯讀記憶體內之資料庫，該資料庫包含一病歷資料庫、一臨床決策支援資料庫以及一品質評量要求資料庫；

一經由網路與該雲端伺服器相連接的用戶介面裝置；

一用於顯示主訴列表的主訴軟件模組，其中該主訴軟件模組被儲存於唯讀記憶體內，以及該主訴軟件模組允許用戶從該主訴列表內選擇至少一病人主訴；

一用於顯示與選定主訴相關症狀之列表的症狀軟件模組，其中該症狀軟件模組被儲存於唯讀記憶體內，以及該症狀軟件模組允許用戶從用戶介面裝置任意地確認各該症狀為正向性；

一發現軟件模組，其顯示與至少一正向性症狀或該主訴，或該主訴和至少一正向性症狀組合相關之可能發現的列表，其中該發現軟件模組被儲存於唯讀記憶體內；

一臆斷軟件模組，其用於顯示根據至少一正向性症狀或一發現之可能臆斷的列表，其中該臆斷軟件模組被儲存於唯讀記憶體內，以及該臆斷軟件模組允許用戶經由該用戶介面選擇一可能臆斷；

一檢查軟件模組，其用於顯示與可能臆斷相關之檢查的列表，其中該檢查軟件模組被儲存於唯讀記憶體內，以及其中該臆斷軟件模組允許用戶根據一檢查結果確認或否決一可能臆斷；

一計劃和用藥模組，其用於顯示與一確認臆斷相關的治療方法，其中該計劃和用藥模組被儲存於唯讀記憶體內；

一用於傳送一查詢到至少一資料庫以從該資料庫取得資料的查詢軟件模組，該查詢軟件係經由用戶介面裝置構建用於傳送一查詢至該品質評量要求資料庫包括與至少一選定臆斷相關聯的有關要求以確認該治療是否符合品質評量以及是否需要其他檢查以符合該品質評量，其中該查詢軟件模組被儲存於唯讀記憶體內；以及

一付款通知模組，其用於產生病人醫療記錄以及，若已確認一臆斷時，產生付款通知，其中該付款通知和病人醫療記錄被儲存於病歷資料庫內。

藉由具有電腦程式產品包含其內具有一電腦可讀取程式碼的一電腦可用媒體執行此處所述EHR方法進一步達到上述之目的，其中該可執行電腦可讀取程式碼可被施行於提供一EHR的方法。

該系統之詳細說明

下列說明中，為了通盤瞭解本發明以達到解釋之目的並且不侷限於特殊細節的說明例如特定網路、通訊系統、電腦、終端和系統、作業系統、開發介面、硬體等。

然而，熟習本技藝之人士將瞭解本發明在不偏離這些特定細節的其他具體實施例中仍可被執行。為了不模糊焦點，習知網路、通訊系統、電腦、終端、裝置、元件、技術、資料和網路計劃、軟體產品和系統、作業系統、開發介面和硬體的詳細描述將被省略。

現在將參考下列非侷限性附圖說明該EHR系統。

第1圖描述一種用於產生病人醫療記錄和CMS投訴信(complaint invoice)的EHR系統100。該系統100包含數個用戶介面裝置120及一經由一通訊網路140相連接的主伺服器150。一連接外部保險提供者160的系統100之元件。該系統100可被設置於醫院、診所或類似設施內。使用者，例如一接待員、醫生、護士或其他人員，或病人利用用戶介面裝置120與該系統100相連接。

根據本發明之具體實施例可使用各種網路140，包括有線或無線區域網路(LAN)和廣域網路(WAN)、無線個人區域網路(PAN)以及其他類型網路。當用於LAN網路環境時，電腦可通過一網路介面或適配器連接至LAN。當用於WAN網路環境時，電腦一般包含一數據機或其他通訊機制。數據機可為外部或內部型，以及可經由用戶輸入介面或其他適當機制連接至系統匯流排。電腦可被連接至網際網路、互聯網、外聯網、乙太網路，或能提供通訊的任何其他系統。其係使用一些適當通訊協定包括TCP/IP、OSI、乙太網路協定(Ethernet)、WAP、IEEE 802.11、藍芽協定、智慧電網(Zigbee)、IrDa或任何其他所欲協定。此外，系統之元件可通過有線或無線路徑進行通訊。

可經由能連接至主伺服器150的任何用戶介面裝置120存取該EHR系統。該用戶介面裝置120包含一顯示器，並且較佳為一種觸控銀幕。該用戶介面裝置120較佳為亦包含一用於拍攝病人照片及/或影片的攝影機。該用戶介面裝置120較佳為亦包括一用於輸入聲音，例如號令(verbal commands)的麥克風。依此方式，醫生能於用戶介面裝置120上以號令輸入資訊而對正文程式(text program)演講。

一種範例用戶介面裝置120含有瀏覽器或類似程式，而允許在一些具體實施例中用於安全的SSL連線，並且能顯示HTML和CSS。此包括用戶介面裝置120例如平板電腦、iPads、Mac OS電腦、微軟視窗電腦、電子書閱讀器(e-readers)，以及行動用戶裝置例如iPhone、Android和Window Phone。該用戶介面裝置120較佳為一種平板電腦。該用戶介面裝置120較佳為能支援播放影片。該用戶介面裝置120能經由網際網路及/或無線網路連接至伺服器，例如通過一行動電話網路140，及/或任何其他適當媒體。用戶介面裝置120較佳為能連繫主伺服器150而可使內容能於其一用戶介面裝置120被啟動並且隨後能繼續操作於另一用戶介面裝置120上。該用戶介面裝置120較佳為包括允許一用戶與該系統100互動的I/O介面125。該I/O介面125包括任何硬體、軟體，或硬體和軟體之組合。

參考第5圖，用戶介面裝置120的範例CPU 504可被執行於傳統微處理器、專用積體電路(ASIC)、數位信號處理器(DSP)、可程式化閘極陣列(PGA)等。該CPU 504執行處理資料的被儲存指令。指令集包括執行一特定工作或許多工作的各種指令，例如示於附加流程圖內者。此類用於執行一特定工作的指令集可被定義為一種程式、軟體程式、軟體、引擎、模組、元件、機制，或工具。記憶體506包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、可程式化記憶體、快閃記憶體等。該記憶體506包括應用程式、操作系統(OS)、應用資料等。該範例計算裝置120亦包括一連接至天線512以與其餘系統100連接的網路模組510。

較佳用戶介面裝置120為一種蘋果iPad或類似競爭的觸控銀幕面板。醫生亦可藉由打字或利用語音確認軟體附加註記。用戶介面裝置120可擷取所涵蓋區域的圖像及/或影像以及上載至一病歷資料庫。

此處所述主伺服器150包括直接相互連接及/或連接於網路140的一或多個電腦系統。各個電腦系統包括一處理器、唯讀記憶體、用戶輸入和用戶輸出機制、一網路介面，以及包含儲存於非暫態有形記憶體內執行控制該主伺服器150作業之電腦可執行指令的可執行程式碼(軟件)。同樣，於一或多個電腦上執行由一或多個程式碼模組所形成的處理器功能元件。各種市售電腦系統和作業系統軟體可被用於執行該硬體和軟體。各伺服器之元件可被主機代管或分置。此外，全部或部分該相同軟體及/或硬體可被用於執行所示二或多個功能伺服器(或處理器)。該主伺服器150可運作於任何所欲作業系統，例如視窗(Windows)、Mac OS X、Solaris或以作業系統為基礎之任何其他伺服器。其他具體實施例可包括不同功能元件。此外，本發明並不僅侷限於一特定環境或主伺服器150構造。較佳為，該主伺服器150係一種雲端式電腦系統。

該主伺服器150較佳為包括一網頁伺服器和查詢處理器。該網頁伺服器接收用戶請求以及將其傳送至查詢處理器。該查詢處理器處理該請求以及經由網頁伺服器傳回該用戶介面裝置120。該查詢處理器若需要用於處理該請求之額外資訊時，從資料庫伺服器取得資料。

一資料庫被儲存於唯讀記憶體內。該"資料庫"一詞包括單一資料庫和複數個分開資料庫。該主伺服器150包含唯讀記憶體或該主伺服器150可與儲存於該資料庫內的唯讀記憶體相連接。該資料庫可被儲存於不同的位置。該資料庫包含一臨床決策支援資料庫、一可更新的品質評量要求資料庫、一病歷資料庫、一藥物相互作用資料庫，以及儲存於唯讀記憶體內的任何其他所需資訊。儲存於資料庫內其他所需資訊的實例包括除了美國保險公司、雇主或其他團體建立之健康需求，及/或藥物或醫療設備公司提出之需求外，來自政府的健康需求。必要時，該資料庫可被組織成一組資料表格。目前用於EHR系統之主表的實例包括：

1. 臨床決策支援表，包含主訴及其相關症狀、發現、臆斷、檢查和治療計劃；

2．品質評量要求表；

病歷表。

該主伺服器150包括直接連接及/或連接於網路140的複數個獨立電腦系統。主伺服器150的軟體程式模組和儲存於唯讀記憶體內資料可被放置於唯讀記憶體有關複數個電腦系統的相關資訊邏輯收藏(logical collections)內。利用技術中已知的任何資料結構包括檔案、陣列、串列(linked lists)、相關資料庫表格等儲存該軟體和資料。

在一較佳系統中，該主伺服150被維護於一安全處所，例如可經由網路存取的聯邦健康保險法案(HIPAA)投訴資料中心。

該系統100可從任何所欲機關傳送和接收資料，例如檢驗室、放射科、藥局、專科醫院和健康保險公司。利用例如HL7訊息交換標準(HL7 standard)可與這些相異系統交換醫療資訊。

醫生檢查病人的各種階段可被歸類為主訴、症狀、發現、臆斷、檢查，以及評估/投藥。第2圖說明一種由EHR系統100(說明於第1圖)所執行的方法。該方法200接收來自醫生經徹底檢查病人後通過用戶介面裝置120的輸入資料。

病人通常與接待人員在電話上預約。該病人被輸入主伺服器150上的病歷資料庫內。

第一個方塊202中，主伺服器150認證該醫生用戶的登記憑證。方塊204中該醫生從該天被檢查病人列表選取進入。

若該病人為第一次看診，則病人或辦公室人員可將病人個人資料，例如姓名、地址、年齡、健康保險和其他資料利用用戶介面裝置120輸入該病人資料庫內。或者，該病人可將儲存於記憶媒體，例如RFID卡、快閃記憶體、USB裝置、硬碟、磁碟或其他記憶裝置的個人資料和其他資料，例如病史傳送至病歷資料庫。該病人資料亦可從網路140下載另一連接網路140的記憶體。

護士或其他使用者可進行病人初步的檢查然後利用該用戶介面裝置120將病人生命體徵(體重、身高等)輸入病歷資料庫的病歷表內。用戶介面裝置120的顯示器上可標記該生命體徵值，例如當超過正常值範圍時。該標記可為任何所欲顏色。

病人可向醫生或醫院人員，例如護士告知至少一項主訴(CC)，該有關人員均被稱作"用戶"。該用戶然後從主訴表單選擇病人的主訴。護士保留該病患記錄表並且請求醫生看診該病人。

主訴為病人向醫生或護士描述病情的初步評論。例如，一病人可能到診所時抱怨胸部疼痛。該主訴被初步輸入至用戶顯示裝置120而開始進行病人診療。該EHR系統從臨床決策支援資料庫擷取有關已告知主訴的相關資訊。該主訴亦可被稱為病人的"陳述症狀"。

例如，一病人於開始身體檢查時可初步能抱怨一主訴。醫生利用該用戶介面裝置120輸入該主訴。該EHR系統將查詢臨床決策資料庫之"相關症狀"以辨認該疾病。當病人的主訴為抱怨胸痛時，EHR系統將於用戶介面裝置上顯示任何相關症狀，因而醫生可詢問病人是否患有胸痛相關的任何症狀，例如咳潄、心悸、呼吸困難等。該EHR系統從臨床決策支援資料庫擷取針對該選定主訴的"相關症狀"。

需要時，醫生可進行該相同選定之主訴或更換該主訴，例如決策方塊206。若決策方塊206內的決定為"是"時，醫生在目前的選擇下進行下一階段。當決策方塊206內的決定為"否"時，醫生可改變方塊208內的主訴。

主訴可根據文字項目或見於HER系統100被分類。若該主訴被以文字項目分類，則使用者可從主訴之書寫清單中選擇胸部疼痛。

或者，如第6圖所示，該主訴可依身體部位被分類成如下列16項系統的複數個系統。例如，螢幕上顯示不同身體系統的人類身體代表圖。若該主訴為胸痛時，則使用者可點選其關聯身體系統。

當點選胸部疼痛時，將顯示主訴的列表。下列為16項身體系統的一範例列表：

一般外觀
頭頸部等(HEENT)
頸部
胸部
乳房
腹部檢查
探肛檢查
生殖系統
尿道系統
骨骼肌肉
皮膚學
血管系統
內分泌學
中樞神經系統
心理學
血液學

該身體系統可依需要被分成任何類型。

該系統100前進至方塊210，其顯示與選定主訴有關的一可能症狀列表。醫生檢視該顯示症狀然後分別核對病人是否患有該症狀，即陽性，或病人未患有該症狀，即陰性。若病人症狀未在該列表時，醫生選取其他症狀並且會出現在螢幕上，或醫生藉由打字或語音辨認軟體輸入附加症狀。

醫生在方塊212中看到與方塊210所選定陽性症狀有關之可能發現的結果畫面(findings screen)。該可能結果亦可根據輸入系統內的主訴。例如，若檢查期間未發現陽性症狀，則醫生可跳過症狀畫面(symptoms screen)再進入結果畫面，並且該結果畫面可根據主訴。當主訴和陽性症狀均被輸入時，該系統根據所選定主訴和陽性症狀的組合優先化處理最可能的結果。結果為醫生可測得或觀察到的跡象，例如病人於檢查過程中可提供的證據。結果可能對該病人無任何意義，並且甚而根本未被注意到。結果亦可能具有意義並且對醫生在該醫療狀況下診斷導致病人症狀的原因有重要幫助。分辨結果與症狀的方法如下。結果與症狀均有某種程度上的異常、攸關一潛在醫療狀況，但是症狀屬於病人的經歷和陳述，而結果則是醫生在檢查過程中所發現的事實。

系統100於方塊214中根據輸入的症狀及/或結果顯示可能臆斷的列表然後提示醫生選擇一臆斷。醫生可根據結果或陽性症狀選擇一臆斷。

臆斷包括醫生的疑似診斷、確認診斷、一疾病，及/或對一疾病的評量。一臆斷係主訴及/或陽性症狀的可能原因。臆斷可根據一陽性症狀及/或一臨床發現。較佳為根據主訴、陽性症狀及/或臨床發現決定可能的臆斷。臆斷可為一病症、疾病、損傷等。

如方塊251所示，系統100可於檢查過程中的任何時間發出醫療警訊(medical alerts)，並且顯示於用戶介面裝置120上。醫療警訊包括，例如延誤診斷將導致永久殘疾或死亡的常見和罕見臆斷。該醫療警訊較佳為根據示於第2A圖的症狀、發現或臆斷。

該EHR系統100前進至方塊216，以及提示醫生選擇任何需要的實驗室檢查以證實該臆斷。實驗室檢查的實例包括血液檢查、X光檢查、MRI、EKG，或任何其他需要的檢查程序。

該檢查亦可被用於確認或否決一疾病。例如若選擇一具有多種可能疾病之臆斷時，可利用該檢查確認或否決該可能疾病。

完成檢查之後，該病人於複診時帶著該實驗室/檢查結果的報告。該醫生於決策方塊218中確認於方塊214中選定臆斷的結果。若決策方塊218內的決定為"是"時，則醫生前進至方塊222中的計劃和用藥。當該決策方塊218內的決定為"否"時，則醫生可於前進至方塊222之前改變方塊220中的臆斷。該計劃和用藥包括針對病人經確認臆斷的治療建議。醫生根據先前步驟的資訊擬定一計劃包括專業咨詢、開處方、飲食、運動，或任何其他所需的治療。

該EHR系統之方塊222內係與選定臆斷有關全部治療的列表。該方塊222內列表亦含有需遵循一可能存在之特定臆斷的品質評量，以及是否需要任何進一步檢查以符合該品質評量。計劃和用藥方塊222於醫生給藥時亦提供病人過敏，或任何不良藥物作用的警訊。

方塊224中，該系統100產生醫生於各種檢查階段所作選擇的一病人概要(patient summary)。在任何檢查階段，醫生可回到先前步驟並且改變該選擇。若病人概要中需要，醫生亦可增添評論。

方塊226中，該病人概要一旦經醫生證實之後則產生醫生證明、收據和理賠。醫生證明內包括全部正向性和負向性症狀。

收據內的資訊包括看診費、掛號費、付款方式等。由於根據醫生選定的計劃和用藥自動地選擇程序代碼，因此醫生不需要持續追蹤該代碼。

然後理賠申請書直接被寄送至保險提供者160以進行理賠處理。該病人資料被儲存於位於主伺服器150上的病人資料庫內。醫生可於用戶介面裝置120的操縱板閱讀器(dashboard view display)上存取全部病人資訊。一旦醫生完成病人的檢查，該病人資料庫將被新的檢查結果所更新。

醫生於複診時再一次檢查病人的狀況。該系統100提示醫生若病人已治癒時關閉該病人記錄，或病人若未康復時持續進行檢查。

醫生亦可於用戶顯示裝置120上被提供被儲存於病歷資料庫內的重要資訊，例如病人的過去內外科病史、社會史和家族史以供診斷之用途。過去內外科病史的資訊包括例如主要疾病、任何先前的外科/手術、任何目前正進行中的疾病等。病人的社會史可說明居住安排、職業、婚姻狀態、使用藥物等。病人家族史的資料包括罹患病人之直系血親的有關疾病或障礙。

不同顏色可被用於分類顯示於醫生證明上資訊的任何所欲類型。第3H圖顯示一著色特性的實例。該系統100標示一顏色至一特定慢性疾病以及將全部相關資訊均被標以相同顏色。例如，醫生證明上有關糖尿病(diabetws mellitus)的全部資訊可被著成綠色(文中實心方塊)以及高血脂症(膽固醇)者被著成紅色(文中虛線方塊)。

如第3I圖所示，結果的列表亦可以疾病的圖案為代表以及醫生可選擇最適合描述該病人疾病的圖案。當選定描述該疾病的相關圖案時，該系統100提出建議的關聯臆斷然後自動地產生對醫生證明中該結果的文字敘述。該圖案被對映至資料庫內的症狀描述。

如第7A-7B圖所示，該系統100具有一個啟動和關閉選項。該系統100可被構建成每位醫生具有其個人檔案。醫生可選擇該系統100的任何所欲特性以及可客製化其顯示資訊。第7A圖，於主訴畫面內顯示一編輯按鈕710。醫生可至編輯按鈕710以及關閉該醫生認為與醫業上無關或低相關的選項。如第7B圖所示，醫生藉由從列表中刪除該核選框730以移除"慢性短促呼吸"。醫生需確保欲被開啟的全部選項均保持可從核選框720中被選取。該動作可藉由點選保留按鈕740而被保留。

如同另一實例，若醫生欲使用所欲特定藥物治療一病人疾病時，則僅在編輯醫生檔案時於用戶介面裝置120上的病人治療計劃中顯示該醫生所欲的藥物。當醫生執行該編輯選項時，用於治療該病人疾病的全部可能藥物將被顯示於用戶介面裝置120上並且醫生可關閉該未選中藥物。如同另一實例，若該病人具有多重慢性疾病時，則醫生可編輯該病人記錄而使該病人記錄僅顯示同時被醫生於用戶介面裝置120上檢查之有關一特定慢性疾病的資訊。當開啟時，於用戶介面裝置120上顯示全部病人的資訊。進一步的一實例為若該系統重複出現醫生欲忽略的問題時，可於在或當出現啟動該問題時移除該無用選項。

該系統100較佳為包含一定位裝置以測定該病人或用戶介面裝置的位置。該定位裝置較佳為一存在於用戶介面裝置內以測定該用戶介面裝置120之位置的GPS系統。該主伺服器150可含有適地性資訊(location-based information)包括，例如適地性臆斷、症狀、藥物、治療、保險公司，或適地性的任何其他所欲定位。該用戶介面裝置120具有一能顯示適地性資訊的GPS系統。

為提高軟體可用性，檢核表(checklist)較佳為顯示最少和與病人最相關的檢查項目。系統可根據年齡、性別、該年時間，或任何其他所欲資訊優先化該列表。檢查一病人時的地理區域或"地點位置"因素會影響其結果。該系統亦提供適地性臨床決策支援。該系統可根據GPS位置的最常見疾病/病症優先化該檢核表。該系統可優先化資料至檢核表上方而可減少罕見病例。此優先化處理有助於醫生易於挑選所需資訊及節省寶貴時間。

例如：一疾病X常見於一特定地區Y。根據一病人到診所的主訴可能患了X疾病。由於醫生係在Y地區檢查該病人，系統自動地記錄於該臆斷表內。此時在該表上方出現X疾病而允許該醫生選擇X疾病作為可能的診斷。

慢性病流程

第2B圖係藉由說明於第1圖之系統100執行方法240的圖解流程圖。該方法240顯示對一現有病人之病人檢查或診斷一慢性疾病的流程。

如第4圖所示，該系統100顯示該病人的全部慢性疾病。醫生從方塊242列表中選擇欲檢視之慢性疾病。醫生然後分析方塊244中的實驗室結果及繼續進行檢查。接著醫生若發現任何變化時則更新方塊246內的症狀及方塊248內的結果。該系統100提示醫生變更方塊250內對該病人疾病的臆斷。在方塊252中，該系統100提示醫生選擇實驗室檢查以分析該慢性疾病的嚴重性以及醫生更新該根據方塊254中的計劃和用藥。方塊253中醫療警訊於不同檢查階段的期間提供通告(notification)。方塊256中的病人概要顯示醫生所選定的內容以及一旦醫生確認該選定內容時則於方塊258產生醫生證明和收據。

第1圖係根據本發明之EHR系統的透視圖。

第2A圖係用於本發明之診斷流程的流程圖。

第2B圖係用於本發明之慢性病流程的流程圖。

第3A圖係根據本發明的主訴擷取畫面。

第3B圖係根據本發明基於病人主訴的病人症狀擷取畫面。

第3C圖係根據本發明的臨床症狀擷取畫面。

第3D圖係根據本發明基於至少一項陽性症狀或發現的可能臆斷擷取畫面。

第3E圖係根據本發明的檢查結果擷取畫面。

第3F圖係根據本發明的計劃和用藥擷取畫面。

第3G圖係根據本發明的病人概要擷取畫面。

第3H圖係一醫生證明的擷取畫面。

第3I圖係根據本發明以圖像表示於臨床上發現的擷取畫面。

第4圖係根據本發明的慢性區擷取畫面。

第5圖係一範例行動用戶介面裝置120的功能方塊圖。

第6圖係顯示可選擇身體系統的代表性人體部位擷取畫面。

第7A-7B圖係EHR系統的關閉和開啟功能。

運用該EHR系統解決特定病人問題的實例。

實例1

如一實例，其係一位抱怨"咳血"為其主訴的47歲病人。該病人來到診所並向護士報告其主訴。護士利用該用戶介面裝置120將病人的生命體徵和資訊輸入該系統100內。接著護士從用戶介面裝置120上的主訴畫面選取"咳血"。第3A圖顯示用戶介面裝置120的螢幕上出現擷取後關於"胸腔"身體系統的主訴。

醫生巡覽至症狀畫面以及該系統出現擷取自臨床決策支援資料庫之咳血有關原因的列表。該列表以檢核表呈現以便協助醫生在各步驟中記錄全部必需的資訊。該檢核表根據年齡、性別、內科和外科病史等從最可能至最不可能順序被歸類。若該系統未於檢核表上出現所欲項目時，則醫生可從臨床決策支援資料庫再擷取額外項目。若醫生仍無法找到該項目時，則醫生可利用打字或對話使該資訊出現於該列表上。

檢查病人的第一步驟為獲得一完整病史和問診發現。就此病人而言，醫生詢問與咳血有關的任何其他症狀，以及其他資訊被稱為問診發現。

該病人的回答為：

"他曾經接觸過結核病患者；

在6個月內曾經到過印度旅行；並且體重已明顯降低。"

醫生輸入該發現。顯示擷取自該用戶介面裝置120的症狀區說明於第3B圖。從此病史和症狀學來看，醫生現在於列表上方出現可能患有結核病的臆斷。

然後醫生進行病人的檢查。在呼吸系統的檢查中，他註明"呼吸囉音"，此發現與結核病的診斷具有一致性。於是醫生於臨床發現中選取"吸氣囉音並且顯示有關聯性"。經擷取自用戶介面裝置120顯示該臨床發現如第3C圖所示。

於臆斷畫面顯示根據該發現及/或症狀之可能臆斷的列表。醫生根據該發現和陽性症狀選擇其為結核病。顯示擷取自該用戶介面裝置120的臆斷區說明於第3D圖。

醫生現在經由檢查確認或否決該臆斷。需要藉由實驗室以確認其為結核病的檢查包括CBC和血球分類、ESR以及耐酸桿菌(AFB)痰液染色鑑定。亦需要做胸腔X光攝影以偵測肺部的結核病變。醫生從檢查畫面選取確認其為結核病的所需檢查項目。顯示擷取自該用戶介面裝置120的實驗室檢查項目說明於第3E圖。該病人被推薦至一檢驗室進行檢查。醫生保留該病患記錄表以及產生病人第一次看診的醫生證明。

第二次看診時，醫生再開啟被輸入病歷資料庫內的病患記錄表、檢驗室結果，以確認痰液內存在耐酸桿菌以及胸腔X光檢查顯示肺部的開洞病灶，而使醫生確認其為結核病的診斷並且安排肺部諮商。醫生從計劃和用藥選取肺部諮商。顯示擷取自該用戶介面裝置120的計劃和用藥說明於第3F圖。

若該病人患有慢性疾病，則醫生到慢性區並且若病人之慢性疾病有任何改變時變更該計劃和用藥。此實例中醫生發現該病人患有糖尿病及膽固醇過高，因此需要求病人繼續服藥。

病人概要畫面列出醫生在產生醫生證明之前於各檢查階段中所做的選擇。醫生若需要回頭瀏覽各自畫面時可改變他的選擇。

顯示擷取自該用戶介面裝置120的病人概要畫面說明於第3G圖。該病人概要畫面亦提供他/她的慢性疾病於活躍中的有關資訊。該病人概要畫面亦提供警告醫生為病人進行必要檢驗、程序的HEDIS/PQRS品質評量。

第3G圖中，HEDIS評量列出HbA1c檢測和LDL篩檢。根據HEDIS評量，建議18至75歲的糖尿病患者必需至少每年做一次LDL-C含量檢查。

一旦醫生證實病人概要區內他/她確認該選擇的資訊然後該系統產生醫生證明。醫生證明的內容為個案病歷記錄(SOAP；主觀資料、客觀資料、評估和計畫)之形式並且根據所選擇病人各檢查階段填寫。醫生亦可根據他/她的要求而改變醫生證明的格式。顯示擷取自該用戶介面裝置120的醫生證明畫面說明於第3H圖。

主訴和症狀構成SOAP記錄的主觀資料部分。較長敘述配合經選定主訴和其症狀被用於形成該主觀部分的詞句。發現結果構成該客觀資料部分。全部陽性和陰性發現均被記錄於該客觀資料區。評估區包含該臆斷。SOAP記錄的最後部分包含檢查、計劃和用藥。

當遞交帳單/申請單向保險公司請求理賠時，系統亦可自動地產生醫生所使用的官方標準表格HCFA 1500表(現稱為CMS 1500)，並且以任何所欲形式被輸出，例如列印、螢幕顯示、轉貼至電腦磁碟、硬碟、快閃記憶體，或任何所欲電子格式的其他儲存裝置。

實例2

一位病人看醫生時以"血尿"作為主訴。醫生於用戶介面的主訴上選擇血尿。或者，醫生可選擇身體系統以及血尿，此時將顯示可能主訴的列表而醫生從其中選取血尿。

該用戶介面顯示下列按照該選取主訴的可能症狀：

1. 小便灼熱；

2. 恂血(Frank blood)或深色尿；

3. 背痛；

4. 發燒和寒顫；

5. 無痛；

6. 體重減輕；以及

7. 向下延伸性疼痛。

醫生檢視每一列舉症狀並且核對每一症狀在臨床上是否為陽性(發生於病人)或陰性(未發生於病人)：

1. 發燒；

2. 體重減輕；以及

3. 肋脊角部壓痛。

然後於用戶介面裝置上顯示一可能臆斷列表：

1. 血尿；

2. 腎結石；

3. 尿道感染；

4. 膀胱腫瘤；

5. 腎腫瘤；以及

6. 腎臟創傷。

醫生選取最可能臆斷然後顯示所需的實驗室及/或X光檢查項目：

1. 全血球計數(CBC)；

2. 尿液分析和電腦斷層掃描(CTS)；

3. 腎臟超音波檢查；

4. 靜脈腎盂造影(IVP)；以及

5. 電腦斷層掃描(CT scan)。

根據檢查的結果確認或否決該臆斷。

顯示用於一確認臆斷的計劃和用藥畫面，其表列所需治療。

本發明雖然已參考特定具體實施例作為說明，但是熟習本技藝之人士將瞭解其可作出各種的變化和相等物以取代其元件而不偏離本發明的精神。此外，可作出許多改良以適合本發明所教示的一特定情況或材料而不偏離本發明之範圍。因此，本發明並不僅侷限該著重用於執行此發明最佳模式之特定具體實施例，反之本發明包括屬於附錄中申請專利範圍和精神內的全部具體實施例。此外，說明於圖示內的邏輯流程並不需要按照所示的特定順序或序列順序以達到所欲的結果。

例如，此發明係以用於品質評量要求資料庫的PQRS和HEDIS品質評量進行說明。然而，該品質評量要求資料庫可根據任何其他所欲的品質評量，例如除了美國之外所發展出的品質評量法。此外，本發明雖然係針對內科作為說明，但是本發明亦可被應用於任何其他類型的專業科別。

100．．．EHR系統

120．．．用戶介面裝置

125．．．I/O介面

140．．．通訊網路

150．．．主伺服器

160．．．保險提供者

200．．．方法

202．．．方塊

204．．．方塊

206．．．方塊

208．．．方塊

210．．．方塊

212．．．方塊

214．．．方塊

216．．．方塊

218．．．方塊

220．．．方塊

222．．．方塊

224．．．方塊

226．．．方塊

240．．．方法

242．．．方塊

244．．．方塊

246．．．方塊

248．．．方塊

250．．．方塊

251．．．方塊

252．．．方塊

253．．．方塊

254．．．方塊

256．．．方塊

258．．．方塊

504．．．中央處理器

506．．．記憶體

510．．．網路模組

512．．．天線

710．．．編輯按鈕

720．．．核選框

730．．．核選框

740．．．保留按鈕