自動醫學影像系統修複診斷的製作方法
2023-09-19 01:04:45 5
專利名稱：自動醫學影像系統修複診斷的製作方法
技術領域：
本發明涉及醫學診斷影像系統，尤其涉及通過關於系統性能的定性信息的交互式獲得而得以修復的醫學診斷影像系統。
包括例如MRI、CT、核影像和超聲形式的醫學影像系統代表著醫院、診所和醫學研究機構的重要投資。同樣，擁有這些系統的設備通常試圖充分地利用它們。系統故障和崩潰將打斷這些系統的工作流程並降低它們的利用。因為這個原因，多數製造商努力地提供了有效的周期維護例程和響應式修復服務。這些系統的周期維護應當在潛在的故障發生前檢測到它們，並且在出現故障的情況下，修復服務應當快速地識別和解決問題。
儘管醫學影像系統製造商有最好的意圖並且預防性維護程序有精確的能力，但影像系統會逐步顯現出需要修復的問題。通常，這樣的修復通過即時的派遣修復人員到系統所在場所而得到解決。然而，對於消費者和系統製造商來說，修復拜訪昂貴並且耗時。用於病人診斷的臨床用途的系統的中斷對病人和醫生都會造成不便，並且可能增加了保健的危險。比如在US專利[申請序列號09/534,143]中描述的遠程診斷和修復通常能加速系統修復並排除了現場拜訪的需要，但是仍然需要中斷系統的臨床使用和聯繫修復設備。所期望的是，系統用戶能夠自己解決經常遇見的問題，並且只需要在要求新的部件或修復人員的專門技術時才聯繫修復設備。
根據本發明的原理，通過使影像系統操作員能夠診斷和有時能夠不呼叫修復服務來修復系統問題而減少了服務修復呼叫的需要。系統診斷包包括交互診斷例程，與系統操作員交互以接收輸入和關於系統問題的信息。診斷包使用定性的操作員輸入，並在需要時由客觀的系統數據增加所述輸入，以在邏輯上獲得系統診斷。在優選實施例中，超聲系統能夠學習並發現新的問題和新的修復技術。該信息可用於修復系統中類似的問題，並能被傳遞到系統製造商，使得由一個系統學習的知識可以被傳播到其他系統，以加速它們的診斷和修復。
在附圖中
圖1以方框圖的形式說明了一個根據本發明的原理構造的超聲診斷影像系統；圖2以方框圖的形式進一步說明了圖1的系統的控制器和超聲診斷部分的細節。
圖3說明了根據本發明的原理指導周期維護診斷的結果的一個實例；圖4以散點圖的形式說明了呈現的系統使用數據；圖5以條形圖的形式說明了呈現的使用趨勢分析；圖6a-6b說明根據本發明的原理並引出定性系統信息的交互影像系統診斷；圖7說明了呈現交互影像系統診斷的結果的實例；圖8a-8b說明了通過人工智慧處理分析交互得到的系統診斷信息的邏輯流程圖；圖9說明了用於登錄交互診斷系統的診斷詢問所使用的顯示屏幕；圖10說明了用於為使用人工智慧的影像系統診斷處理器輸入邏輯規則所使用的顯示屏幕；圖11說明了本發明的交互影像系統診斷包的另一個實施例。
首先參考圖1，以方框圖的形式顯示了一個根據本發明的原理構造的超聲診斷影像系統。附圖的頂部是一個典型的超聲系統的信號路徑，包括具有陣列換能器12的探針10，其在二維或三維影像場上發射和接收超聲信號；波束生成器14，其處理來自陣列換能器的元件的信號，以形成相干回波信號；超聲信號處理器16，其例如通過過濾、檢測、都卜勒處理或其他過程來處理回波信號；影像處理器18，其將信號處理成顯示格式；以及顯示器20，在該顯示器上顯示超聲圖像或數據。由系統控制器22協調這些部件的操作。與系統控制器耦合的用戶控制器62指示超聲系統的操作。系統控制器22可將圖像和診斷報告存儲在存儲設備24上。系統控制器還可以訪問超聲診斷28，以執行診斷維護並修復超聲系統，這將在下面作更詳細地描述。
如圖2所示，超聲系統包括多個用於存儲和傳遞數據的設備，比如硬碟驅動器40，並且可包括其他外圍設備，比如磁光碟、CD-R驅動器和/或軟盤驅動器。通過這些設備可提供用於圖像和報告存儲器22和用於存儲超聲診斷28的一些或全部容量。超聲系統還可經由伺服器30發送和接收來自外部源的信息。伺服器通過協議棧46進行通信，協議棧46說明了可以使用的一些更通用的通信協議。棧46的上層是用於主機對話、文件傳輸、電子郵件、web應用和網絡監控的應用程式。協議棧的下一級是Telnet、FTP、SMTP、HTTP和SNMP表示協議。第三層是TCP和UDP協議，並且下一層是IP協議。第五層是PPP和乙太網協議，在協議棧的底層是連接到外部通信設備的物理層。在圖1的實施例中顯示了若干的通信設備，包括串行埠31、數據機32和網絡(乙太網)連接36。通信協議和設備的這個陣列使超聲系統能夠通過電話線經由專有或公共點對點網絡和/或經由網際網路和全球資訊網而直接連接到其他設備上。
在圖2中，更進一步詳細說明圖1的超聲系統的部分。系統控制器22包括計算機母板50，其包括CPU 52和隨機訪問存儲器(RAM)54。CPU執行存儲在盤驅動器40的預防性維護(PM)和修複診斷應用程式。CPU也執行運行在超聲系統的其他應用。在標題超聲診斷之下的附圖中列出了存儲在盤驅動器40的診斷應用程式的一些的程序和數據文件，包括指導PM的專家維護應用程式，專家修復應用程式，它運行推理引擎並利用邏輯規則和事實，以及包括，例如錯誤日誌、用戶接口日誌、監控器日誌、服務日誌和溫度/電壓日誌的文件的系統日誌。下面將完整地討論這些程序和應用程式。母板50還操作Web伺服器30，在優先實施例中，該Web伺服器連接到視頻卡58和網卡56上。視頻卡使Web伺服器能夠將Web頁面顯示在系統顯示器20上。在示意實施例中，視頻卡還可用於將由圖像處理器18產生的診斷圖像和信息顯示在顯示器20上。網卡使Web伺服器能夠通過網絡115與能夠遠程訪問如美國專利[申請序列號09/534,143]中描述的超聲系統的服務人員通信，如遠程診斷設備110所指示的，或能夠與例如超聲系統的製造商操作的服務中心120通信。通過將Web伺服器連接到網卡和視頻卡上，遠程服務人員可查找相同的屏幕顯示，如影像系統操作員觀看的顯示器20。
根據本發明的第一個方面的原理，超聲診斷包括預防性維護系統，在這裡被稱為專家維護應用程式。專家維護應用程式優選地駐留在超聲機器上，並在超聲機器進入診斷模式的時候得以執行。如圖2所示，專家維護應用程式被自動操作的，並且由超聲系統操作員、現場修復人員、能夠遠程訪問的修復人員或能夠遠程訪問的修復中心將其初始化。在工作時間以外的時間的自我修復期間，影像系統本身可初始化專家維護應用程式。專家維護應用程式根據一組規則分析系統參數，所述一些規則是用戶定義的，這將在下面討論。在示意實施例中，專家維護應用程式分析超聲系統並報告非關鍵的問題的提示，或者警告該問題會引起系統故障。如圖3所示，將維護分析的報告呈現給用戶，以允許用戶選擇解決那些提示和警告。
根據本發明的另一個方面的原理，將預防性維護應用於硬體和軟體部件。硬體維護被定義為通常由物理設備規則地執行的用於防止出現的問題變成故障的那些活動。該維護的例子包括替換過熱的部件、清理腐蝕的電子觸點、或使鬆動的電子連接復位。用於得知這些問題的類型的技術是已知的，並且包括監控溫度傳感器、電阻抗和施加的電壓，就不進一步詳細敘述了。專家維護應用程式記錄監控的參數並以報告的形式呈現給用戶。將條件的嚴重性指示給用戶(提示、警告、告警)，並且用戶或機器就可以作出適當的動作。
另一方面，軟體維護被定義為在軟體上執行的用於降低或消除軟體老化的影響的那些周期性活動。這可以與例如軟體崩潰和軟體不運行或不適當地運行的軟體故障作為對比，所述全部軟體故障是「硬」故障，並且所述的一些軟體故障要求服務人員注意修復或替換出錯的軟體。軟體老化可導致軟體故障，並且軟體維護試圖阻止這樣的故障。通過識別軟體老化的影響可檢測軟體老化，軟體老化的影響的例子包括內存洩漏、未釋放的文件鎖住、數據緊湊、存儲空間碎片和捨入錯誤的累積，這可以引起低下的系統性能，或最終導致系統故障。響應這些檢測條件的例子可以像重新啟動超聲機器那麼簡單，更多的包含，例如整理系統磁碟驅動碎片，或像替換舊的軟體或增加系統資源那麼複雜。如果對於軟體老化的影響置之不理，就會因為更大的停機時間、降低的系統性能或減少的系統可靠性而使系統的診斷能力受到影響。
專家維護應用程式可以分析多種實時檢索或在機器日誌中觀察的軟體操作參數，並將分析的結果報告給用戶，用於推薦的動作。在示意實施例中分析的所述一些參數包括如下A.專家維護應用程式分析在系統最後一次啟動之前創建的臨時文件(*.tmp)的數目。該數目可以與由用戶設置的臨時文件的最大期望數目作比較。
B.專家維護應用程式分析在系統最後一次啟動之前創建的備份文件(*.bak)的數目。該數目可以與由用戶設置的備份文件的最大期望數目作比較。
C.專家維護應用程式分析在前一個磁碟掃描操作期間創建的保存的丟失文件的數目。該數目可以與由用戶設置的丟失文件的最大期望數目作比較。
D.專家維護應用程式分析Web瀏覽器總共的歷史文件的數目。該數目可以與由用戶設置的歷史文件的最大期望數目作比較。
E.專家維護應用程式從作業系統中記錄硬碟驅動器的空閒存儲器，並且如果例如空閒空間低於給定的大小，比如總共磁碟大小的10％時，警告用戶。
F.專家維護應用程式分析硬碟驅動器的碎片，並且如果文件碎片超過預定數量，比如10％，警告用戶。
G.專家維護應用程式分析關鍵字節的數目，以確定讀數目是否超過物理RAM的數量。
H.專家維護應用程式分析每秒讀取的頁的數目，以確定系統加載到實際存儲器的程序是否多於能被有效處理的程序。
I.專家維護應用程式分析在系統網絡上每秒接收的總字節，以查看該數目是否超過穩定狀態級別，該級別指示系統帶寬的過渡使用。
J.專家維護應用程式分析磁碟訪問時間，並且如果磁碟訪問時間超過某個百分比，警告用戶。
只存在一些用於檢測軟體老化的可能技術。這些情況不是立即的系統故障的症狀，但是每個情況指示了引起問題或察覺到的問題的發展中的情況。一個由系統操作員察覺的問題是系統運行得比以前緩慢。雖然不是硬體故障，然而這個問題會產生一個服務呼叫，但通常可由專家維護應用程式解決。圖3說明了可以引起或導致察覺到的系統速度降低的情況的因素的檢測。圖3說明當專家維護應用程式的執行結束時在顯示屏幕上顯示的典型報告。在屏幕左側的窗口顯示可以由專家維護應用程式檢測的模塊，包括一系列系統模塊、超聲機器的前端控制器(FEC)以及多個超聲探針(C5-2、C8-4v等)。右上的窗口顯示周期維護的結果，在這個例子中，該結果被看作是軟體老化的徵兆。在窗口的左側顯示情況的嚴重性(告警、警告)，並且引起待解決的情況的按鍵出現在每個情況的右邊。例如，如果用戶點擊在窗口上面的臨時文件告警右邊的按鍵「修理它」，系統將自動刪除在最近系統啟動之前創建的臨時文件。在該窗口中所示的大多數解決方案將降低系統資源的消耗，所述系統資源的消耗可引起或導致系統速度降低的情況，和避免了通過服務呼叫來解決該問題的需要。雖然在一些實例中，通過增加例如RAM或更大的磁碟驅動器的資源僅僅獲得一個永久的解決方案，但在很多實例中，情況僅僅是臨時的情況，在預防性維護過程的結束時由系統操作員處理該情況。
如果用戶想要更多的關於結果的信息，如方框60所示，他加亮讀結果。接著在窗口之下呈現更多的關於情況的特性的詳細信息，並且如果是不能解決的情況，將其作為可出現的問題忠告給用戶。還在該窗口中給出建議。
根據本發明的原理的另一個方面，超聲診斷分析系統使用數據以解決問題。在預防性維護過程期間或在修復過程期間可使用數據分析。雖然硬體系統故障的檢測相對容易，並且例如系統速度降低的問題的檢測相對困難，然而一些問題的根本不是由系統故障引起的，而是由系統使用的方式引起的。通過系統使用數據的分析可識別和解決許多這樣的問題。該數據可以以多種形式，並且駐留在超聲系統上的不同位置中。在示意實施例中，使用數據駐留在存儲在磁碟驅動器40上的系統日誌和錯誤日誌中。圖4和5顯示了系統使用數據作為時間的函數的兩個顯示。圖4和5的左邊窗口顯示多個通常在超聲系統上維護的系統日誌。在圖4的右側的窗口顯示在兩個月周期中使用數據的散點圖，同時底部的窗口識別在散點圖中使用的使用數據。在本例中，在錯誤日誌中的錯誤事件被畫作為兩個月周期內它們發生的天數的函數。散點圖顯示了在實際每天早上7-8點之間記錄的錯誤事件。這些是在每天早上啟動超聲系統時可能記錄的情況。類似地，由於在每個晚上工作時間外的時間期間自動執行了周期維護，所以日常事件非常一致地發生在19:00和21:00之間。但是，還可以在散點圖內看見非周期事件集群。例如，在4月13日(2002年4月13日)的星期期間，存在發生在中午12點和14:24之間的事件集群。該集群將促使對超聲機器在這些時間和天數內作了些什麼的調查。那麼將進行什麼樣類型的檢查呢？使用什麼操作模式呢？在這些時候誰來作業系統？使用信息還可以以圖5所示的條形圖的形式顯示，其中可以觀察到趨勢。該曲線圖顯示了發生在兩個月內的每一周的錯誤事件的數目。這些結果可提示例如這樣的問題在2月9日的星期內超聲系統在用作什麼？什麼時間發生的事件最多？在3月23日-3月12日超聲系統在用作什麼？什麼時間發生的事件最少？可以在視覺上觀察在機器數據中的趨勢和模式的識別，並且所述趨勢和模式可由人類通過機器的診斷報告識別，或者該知識可被編碼到機器的修復/維護系統中，在這裡，可將趨勢和模式自動識別得如由人類或在用戶可定義的類似因素內識別的那樣精確。
在沒有恰當使用超聲機器時，由使用數據的這些呈現提出的詢問的回答通常導致問題和錯誤的發生。經常地，它們針對不具有足夠的系統培訓或很少系統經驗的管理員的使用。因此，這樣的問題通常可通過提供增加的培訓給超聲波檢查操作者操作超聲機器而得以解決，而不是進行將僅產生關於機器的「沒有麻煩發生」的服務呼叫。
通過減少服務呼叫，該響應不僅有益於機構和製造商，它還能夠幫助機構變得更加熟練和有競爭力。例如，診所可將其使用數據傳遞給一個製造商的服務中心，在這裡可將其與其他系統擁有者的使用數據作比較。來自一個診所的使用數據可顯示出比在全鎮、全國或者全球其他地區的一個做類似檢查的類似診所的錯誤事件的相當較高級別。結果，服務中心可幫助該診所檢查它的工作流程，以及可幫助將系統的使用與其他機構的系統使用作比較。雖然增加了培訓和/或改善處理，但是診所可改進它的效率和系統的利用，並且所得結果是它提供了服務級別和保健的益處。
根據本發明的原理的另一個方面，診斷包包括一個交互修復系統，其詢問用戶並且提供能幫助用戶解決超聲系統問題而不需要服務人員介入的指導。當然，服務人員也可以使用交互修復系統。交互修復系統還能獲得來自用戶的關於超聲系統的狀態的定性信息。還可以將該定性信息與它自動獲得的定量信息合併，並且分析兩種類型的信息以獲得推薦的修復策略。在圖6a-6d顯示了交互修復系統的實施例的若干詢問屏幕。如圖6a所示，當用戶進入交互修復模式時，修復系統首先詢問問題的性質。詢問用戶超聲系統的什麼區域顯得有問題？出現用戶可以作出選擇的多個選項。在本例中，用戶點擊「超聲機器」選項，並接著點擊「提交」按鍵，以輸入他的選擇。如果用戶點擊了一個選擇又改變他的想法，那麼他可點擊「重置」按鍵，以清除先前的選項，並且如果想回到先前的詢問，可點擊「重置」按鍵兩次。
如圖6b所示，在本例中，在用戶指示問題似乎與超聲系統有關之後，他受到詢問，以給出關於該問題的證據的進一步的信息。例如，詢問用戶，問題是否不一致行為或降低的性能的其中之一，其特性可以是主觀的。在本例中，用戶已經查看了錯誤標誌，並且將其選擇為提交的回答。如圖6c所示，響應這個回答，修復系統詢問用戶，他看見了哪個錯誤標誌。在這裡給用戶一個下拉式列表，以從其上作出選擇。用戶拉下列表並提交合適的標誌號。在本例中，當修復系統接收了標誌標識符，它接著在選擇的標誌和其他系統操作之間查詢一個已知相關關係，在該情況下是一個先前的非法關機。在圖6d中，用戶提出問題在錯誤之前是否存在非法關機。用戶可作出「是」或「否」的選擇，或可點擊「檢查日誌」，這能夠促使修復系統自動搜索存儲在硬碟驅動器40上的系統日誌，以自動地回答這個問題。
在詢問結束並且修復系統已經獲得需要的相關信息之後，修復系統顯示其結論和推薦的動作過程。有可能輸入的信息不是指向確定的修復過程，或是指向一個要求服務人員的修復，在這種情況下，給出的建議是進行一個服務呼叫。在圖7所示的例子中，修復系統推斷出問題不是已知的數字視頻子系統(DVS)問題；是在錯誤日誌文件中檢測到非法關機；和是一個系統軟體問題。給用戶一個推薦的動作過程，在本例中該過程是重新啟動超聲系統。
在系統磁碟驅動器40上記錄和存儲這些修復動作及其結果。如果在將來出現相同的問題或類似的問題，修復系統將有歷史信息，推薦的動作過程將基於該歷史信息。例如，如果在一個短的時限內性能降低的問題重複出現若干次，修復系統可推斷需要更多的系統資源來支持由用戶運行的應用程式。可推薦服務呼叫，使得修復人員可評估為超聲系統升級RAM或更大的磁碟驅動器的需要，這將永久地解決該問題。
在圖8a-8c、9和10中顯示本發明的修復系統的操作和內容細節。圖8a-8c說明了當存在與數字視頻子系統(DVS)有關的問題時，由修復系統發起和接收的一個問題和回答序列的邏輯流程圖。在附圖中顯示的這些示意實施例中，虛線70左邊的第一問題序列引出直接導致下一問題的單獨的回答。例如，顯示錯誤標記的回答直接導致「顯示哪個錯誤標誌？」的問題。在虛線70右邊，邏輯變得更加複雜，因為在下一個詢問可以如邏輯門72-78所指示的那樣在闡明之前需要對多個問題的回答。例如，邏輯與門74如果接收到對門左邊的問題的「非」回答，並且如果響應下面的其他兩個問題而輸入回答「非」，其將只產生一個輸出，如與門74的輸入耦合的邏輯或門76的輸出所指示的。
邏輯門74和78的輸出被耦合成在圖8b和8c中所示的過程的輸入。雖然根據本發明的另一個方面，這些過程顯示了一系列問題和邏輯運算並以這種方式加以構建，通過推理或推論引擎來執行這些過程。推理引擎利用反向鏈(目標驅動策略)來推理給定的問題，在這種情況下，是推理有關超聲系統的操作的問題。這個方法依賴於建立或者駁倒目標存在的假設。利用回溯深度優先搜索來增強該策略。按照先來先服務排序在一個規則集內的所有規則，並且首先遇見的成功目標是報告給用戶的目標。可替換地，推理引擎可分析和考慮所有的結果，並且可報告一個用於解決該問題的優先化的策略的列表。在示意實施例中，可使用Amzi！，Inc.of Lebanon，Ohio，USA可得到運行時間推理引擎。該推理引擎利用邏輯規則和實事，所述邏輯規則和實事存儲在磁碟驅動器40上或作為用戶回答由系統提出的問題的輸入。該推理引擎不是簡單地查看前一個問題的回答，而是分析提供給先前詢問的所有問題的回答，以及對系統已知的其他事實。該推理引擎因此將人工智慧應用於給定的信息，以獲得結論和推薦。這是通過判定下一個將提出哪個問題，並通過連續地分析所有給定的回答和可得的事實，直到所有可得的已知有效信息滿足一系列導致已知問題及其修複方案的規則。這種方法的益處包括容易實現；容易理解和自然交流規則和事實；可容易地解釋和導出結果；獨立於分析程序添加新的事實和規則；並且可將新的事實和規則與先前已知的規則和事實合併，以推斷新的知識。
圖8b和8c說明多個推理引擎可能向用戶提出的問題，和多個通過該人工智慧過程獲得的結論。一些推薦的動作過程可由用戶通過例如重新加載軟體單元而進行，而其他例如拔去硬碟驅動器、更換PCI卡和更換電源的動作將通常要求技術人員或服務人員的專業技術。因此，可以清楚地看到，用戶或修復人員使用推理引擎來易於超聲系統分析和修復。
圖9說明了超聲系統製造商或服務技術人員可在上面輸入由交互修復系統詢問的問題的屏幕。優選地，使用例如xml或Prolog的基於文本的程式語言來程序設計問題，這可以使最不熟悉電腦程式設計語言的製造或修復人員能夠闡明和輸入問題。在本例中所示的問題中，已經輸入了「DVS單元是藍屏並重新啟動嗎？」，對該問題給出的回答是「是」或「否」。
圖10說明在分析一個問題中寫出的用來指引推理引擎的邏輯規則。並且，優選地使用基於文本的程式語言，以便容易程序設計和理解。在本例中，程式設計師在左邊一欄輸入在給定條件下邏輯給出的條件，並且在右邊一欄輸入由推理引擎對於定義的條件得到的結論。推理引擎將一起使用例如這些關於超聲系統的存儲在硬碟驅動器40上的邏輯規則和事實、在例如根據自動測量得出的那些規則和事實時在超聲系統上可得的其他規則和實事、以及由用戶輸入的用以分析特定問題和在邏輯上得到結論的定性回答，並且如果可能，還有推薦的動作過程。
在人工智慧輔助修復過程的結束時，修復的結果可存儲在本地知識資料庫，該資料庫駐留在系統或可訪問該系統的網絡上。這些結果接著組成對於修復系統是已知的信息和事實，用於指導將來的修複分析。修復的結果還可傳遞迴給修復中心20或者由修復中心或者修理人員周期性地下載並被發送到修復中心。在修復中心，其他的修復人員和/或超聲系統製造商可使用這些由一個超聲系統在其他位置修復其他類似的超聲系統所產生的結果。當分析在自己的系統上的問題時，還可將該信息傳遞給這些其他系統，作為它們的推理引擎考慮的事實。還可將信息輸入到製造商的資料庫，並且在今後設計和生產超聲系統中使用。
由圖11的顯示屏幕說明本發明的修復系統的另一個實施例。該屏幕包括在右上方呈現的修複診斷的結果和推薦的修復策略的方框圖。在屏幕左側的方框中是一個系統體系結構樹，自動修復系統可以診斷和修復該系統體系結構樹。在屏幕右下方的方框呈現了一個由系統提出的問題和由用戶輸入的回答的概括，修復推薦是基於所述的概括。所述概括方框使用戶能夠檢查他給出的用於驗證是否輸入了適當答案的回答。如果用戶看見一個他想要改變的回答，那麼他就這樣去做，並且自動修復系統可接著邏輯地分析通過這不同的輸入而擴充的數據，以便再次得到結論和推薦。
權利要求
1.一種醫療診斷影像系統，包括由軟體操作的硬體部件，用來指導一個診斷影像過程，和一個交互影像系統修復系統，其包括自動程序，響應操作員的初始化，所述程序向操作員提出問題並接收由操作員輸入的問題的回答，並且分析給出的回答，以獲得一個修復推薦；和顯示器(20)，響應自動程序，所述顯示器呈現由自動程序提出的問題。
2.權利要求1的醫療診斷影像系統，其中自動程序響應一個回答，以便邏輯地向操作員提出下一個問題。
3.權利要求1的醫療診斷影像系統，其中顯示器(20)響應自動程序，以顯示一個修復推薦。
4.權利要求3的醫療診斷影像系統，其中顯示器(20)進一步響應自動程序，以顯示由自動程序識別的一個識別的問題。
5.權利要求3的醫療診斷影像系統，其中顯示器(20)進一步響應自動程序，以呈現一個操作員選項，在選擇該選項時，至少部分地補救與影像系統有關的問題。
6.權利要求1的醫療診斷影像系統，其中顯示器(20)進一步響應自動程序，以呈現一個由自動程序提出的問題和由操作員輸入的回答的概括。
7.權利要求1的醫療診斷影像系統，其中自動程序運行來分析給出的回答和對於自動程序可訪問的系統信息，以獲得一個修復推薦。
8.權利要求7的醫療診斷影像系統，其中系統信息包括測量的系統參數。
9.權利要求7的醫療診斷影像系統，其中系統信息存儲在系統日誌中。
10.權利要求7的醫療診斷影像系統，其中系統信息包括先前修複分析的結果。
11.權利要求1的醫療診斷影像系統，其中自動程序還包括推理或推論引擎。
12.一種醫療診斷影像系統，包括由軟體操作的硬體部件，用來指導一個診斷影像過程；和一個交互影像系統修復系統，其包括關於影像系統的狀態的定量信息源；自動程序，響應定量信息源，所述自動程序運行向操作員提出問題並接收由操作員輸入的問題的定性回答，並且分析定性和定量信息，以獲得一個修復推薦；和顯示器(20)，響應自動程序，所述顯示器顯示由自動程序提出的問題。
13.權利要求12的醫療診斷影像系統，其中定量信息包括一個測量的系統參數。
14.權利要求12的醫療診斷影像系統，其中定量信息被包含在存儲在系統上的系統日誌中。
15.權利要求12的醫療診斷影像系統，其中定量信息包括先前修複分析的結果。
16.權利要求12的醫療診斷影像系統，其中自動程序還包括推理或推論引擎。
17.權利要求12的醫療診斷影像系統，其中顯示器(20)響應自動程序，以顯示一個修復推薦。
18.權利要求17的醫療診斷影像系統，其中顯示器(20)進一步響應自動程序，以顯示由自動程序識別的一個識別的問題。
19.權利要求17的醫療診斷影像系統，其中顯示器(20)進一步響應自動程序，以呈現一個操作員選項，在選擇該選項時，至少部分地補救與影像系統有關的問題。
20.權利要求12的醫療診斷影像系統，其中顯示器(20)進一步響應自動程序，以呈現一個由自動程序提出的問題和由操作員輸入的回答的概括。
全文摘要
通過使影像系統操作員能夠診斷和有時能夠不呼叫修復服務來修復系統問題而減少了醫學影像系統服務修復呼叫的需要。系統診斷包包括交互診斷例程，與系統操作員交互以接收輸入和關於系統問題的信息。診斷包使用定性的操作員輸入，並在需要時由定量的系統數據擴充所述輸入，以在邏輯上獲得系統診斷。在優選實施例中，超聲系統能夠學習並發現新的問題源和它們的解決方案。影像系統可以保留這個信息，並且該信息在將來可用於修復系統中類似的問題。該信息能被傳遞到系統製造商，使得由一個系統獲得的知識可以被傳播到其他系統，以加速它們的診斷和修復。
文檔編號G06F11/22GK1711527SQ200380103018
公開日2005年12月21日 申請日期2003年10月13日 優先權日2002年11月12日
發明者D·亨德裡克森 申請人:皇家飛利浦電子股份有限公司