一種用於自動監控圖像管理與通信的系統的製作方法
2023-10-08 19:43:44 3
專利名稱：一種用於自動監控圖像管理與通信的系統的製作方法
技術領域：
本發明涉及一種用於自動監控圖像管理與通信的系統，具體地說，是一種用於對臨床影像的存檔與通信管理系統(Picture Archiving andCommunication System，PACS)進行實時監控和管理的裝置。
本發明的技術解決方案是本發明提出的一種PACS自動監控系統，其包括多個PACS自動監控客戶端，特點是還設置一個PACS自動監控伺服器端以及用來聯絡它們的一個1對多PACS自動監控服務代理，三者之間通過通訊網絡連接，並形成依次以信息流成雙向聯結的PACS自動監控客戶端-PACS自動監控服務代理-PACS自動監控伺服器端的三層工作結構。所說的PACS自動監控客戶端中的每一個PACS自動監控客戶端包括一臺具有PACS模塊功能(如，PACS採集網關、PACS伺服器或PACS圖像顯示工作站)的客戶計算機工作站或伺服器和設置在該客戶機內的通信接口、以及存儲在該客戶計算機內的事件消息發送接口(API)和基於DICOM通訊標準的插件(Plugin)，所說的客戶計算機是一臺具有PACS模塊功能的專門計算機或伺服器；所說的PACS自動監控伺服器端包括一臺計算機或工作站，即被稱作PACS自動監控系統伺服器，和設置在該計算機內的通信接口、以及存儲在PACS自動監控伺服器內的PACS自動監控系統應用程式；所說的1對多PACS自動監控服務代理包括存儲於客戶端計算機內的客戶端服務代理程序和存儲於PACS自動監控伺服器內的伺服器端服務代理程序。
所說的PACS自動監控客戶端、PACS自動監控伺服器端以及PACS自動監控服務代理構成一個客戶端-服務代理-伺服器端三層工作結構，其中，客戶端將監控信息送交本機服務代理，然後由服務代理傳遞給伺服器端；三者之間使用內存隊列(Queue)或文件隊列實現異步通訊，傳遞監控信息；適合於基於不同作業系統平臺(Windows2000 NT/XP或UNIX/LINUX)的PACS各組成單元模塊以及形成PACS的網絡。
具體的監控流程為1PACS自動監控客戶端——收集本地監控信息包括定義PACS事件消息並根據不同機器、程序及事件類別對PACS事件進行編碼；使用API嵌入客戶端PACS應用程式獲取PACS事件消息或基於DICOM通訊標準的插件讀取PACS日誌文件；通過服務代理周期性接收來自PACS自動監控伺服器端的命令查詢，獲取本機主機信息、網絡連通情況以及用戶登錄信息；使用基於SQL的資料庫查詢語句查詢與對比資料庫記錄等多種信息採集方式。另外，通過對進入所說的PACS自動監控客戶端的圖像系列分配序列號，以跟蹤圖像系列在PACS內的狀態，如，是否進入資料庫，被傳送至何處，何時提取等，保證PACS中的圖像系列在被不同用戶重複使用時仍可對其各個調用實例進行監控和跟蹤。
2PACS自動監控服務代理——傳遞監控信息包括所說的PACS自動監控伺服器通過服務代理主動向所說的PACS自動監控客戶端1發送查詢命令，從而獲取監控信息的主動獲取模式，與PACS自動監控客戶端1自動發出事件消息給客戶端服務代理，由伺服器端代理捕獲消息的被動模式。
3PACS自動監控伺服器端——對監控信息分類與處理包括正常PACS事件消息發送給事件日誌界面與圖像工作流界面顯示；用戶登錄/退出事件發送給安全日誌界面；各模塊機資源狀態事件發送給主機信息顯示界面；圖像存儲或查詢/提取事件發送給圖像跟蹤界面進行顯示；錯誤或警告事件根據事件錯誤級別發出不同報警信號(事件註冊記錄、機器鳴叫、自動撥打報警電話或發送傳真等)，通知PACS維護人員及時趕到現場。
概括地說，本發明的目的通過如下工作原理完成PACS自動監控客戶端位於PACS各功能模塊機內，通過客戶端提供的事件消息發送接口從本機獲取有關PACS功能模塊機上的PACS應用程式事件或基於DICOM通訊標準的插件讀取PACS日誌文件。另外通過對進入PACS自動監控客戶端的圖像系列分配序列號來跟蹤圖像系列在PACS內的狀態，保證PACS中的圖像系列在被不同用戶重複使用時可對其各個調用實例進行監控和跟蹤。PACS自動監控服務代理分別位於客戶端與伺服器端，它以後臺方式連續運行，將客戶端有關監控信息傳遞到伺服器端。客戶端服務代理執行來自PACS自動監控伺服器查詢命令的接收、本機事件、信息(如PACS部件軟、硬體運行情況、本機訪問安全、圖像數據流、圖像存儲、查詢/提取等信息)的收集，以及向PACS自動監控伺服器發送監控信息。伺服器端服務代理執行接收、記錄與處理客戶端發過來的監控信息，並將其實時傳遞給PACS自動監控伺服器。PACS自動監控伺服器端負責收集來源於PACS自動監控客戶端的監控信息，並定時檢查網絡的連接情況，最後通過PACS自動監控伺服器前臺用戶圖形界面把獲取的監控信息匯總報告給PACS管理員或發出不同的報警信號通知PACS管理員。PACS管理員通過這些監控信息可以去有效維護PACS。
本發明的客戶端應用於PACS各功能模塊，主要使用客戶端提供的事件消息發送接口嵌入客戶端PACS應用程式獲取PACS事件消息或基於DICOM通訊標準的插件讀取PACS日誌文件，以及客戶端服務代理周期性接收來自PACS自動監控伺服器端的命令查詢，收集PACS功能模塊機上的本機訪問安全、圖像數據流、圖像存儲、查詢/提取等各類監控信息，使用SQL語句對資料庫狀態進行跟蹤。另外對進入客戶端中的圖像系列分配序列號來跟蹤圖像系列在PACS內的狀態。
本發明的客戶端服務代理不僅負責收集事件、PACS功能模塊軟、硬體運行情況、本機訪問安全、圖像存儲、查詢/提取等監控信息，而且還要通過通訊埠接收來自伺服器端的查詢命令和向伺服器端發送上述監控信息。
本發明的伺服器端服務代理接收、記錄、處理來自各客戶端服務代理的監控信息，同時也向客戶端發送查詢命令。它與客戶端服務代理是1對多的對應關係，它們共同組成連接客戶端與伺服器端的橋梁。
本發明的伺服器端提供一個前臺用戶圖形界面，它把從客戶端收集到的監控信息實行匯總，分為事件日誌、安全日誌、主機信息、圖像工作流以及圖像跟蹤等5大類信息顯示給用戶，並根據錯誤級別發出不同報警信號。其中事件日誌可以跟蹤、存儲、刪除、刷新PACS當前運行中產生的事件以及查看以往記錄的事件日誌；安全日誌提供查看PACS模塊機的用戶登錄情況；主機信息顯示PACS模塊機的硬碟使用、運行程序以及網絡連接等情況；圖像工作流通過動畫顯示圖像在PACS中的流動情況；圖像跟蹤提供圖像的使用情況；因此PACS管理員通過該界面能很好地掌握PACS整體的運行情況，一旦發現問題，能做到及時去解決。
本發明與已有技術相比，具有突出的實質性特點和顯著的進步(1)本發明系統提供了強大的PACS自動監控功能，能實時、多層次地監控整個PACS的運作情況，極大地提高了PACS的可維護性和安全性等，使PACS的運行不再是一個暗箱操作，並降低了醫院管理和使用PACS的成本。
(2)本發明系統可分別對運行在Windows 2000/NT/XP、UNIX/LINUX平臺上的PACS模塊進行監控，並遵循統一的架構和通訊協議；分布式結構和模塊化的設計以及異步通訊機制增強了自動監控系統的擴展能力，從而達到統一監控、任意擴展的目的。
(3)本發明的自動監控系統對PACS運行無任何副作用或對其性能有任何影響，它們之間的運行相對獨立、無任何牽制。
(4)本發明系統提供易操作的交互界面、動畫顯示圖像流程以及根據錯誤級別發出不同報警信號等功能，讓PACS自動監控系統更易於管理。
附圖簡要說明
圖1為本發明的PACS自動監控系統的一個實施例的結構示意圖。
圖2為本發明實施例的PACS自動監控系統主動監控模式示意圖。
圖3為本發明實施例的PACS自動監控系統被動監控模式示意圖。
圖4為本發明實施例的PACS監控系統監控流程總體框架示意圖。
圖5為圖4中事件發送消息接口流程示意圖。
圖6為圖4中事件監控模塊工作流程示意圖。
圖7為圖4中安全登錄監控模塊工作流程示意圖。
圖8為圖4中遠程主機信息監控模塊工作流程示意圖。
圖9為圖4中圖像流程監控模塊工作流程示意圖。
圖10為圖4中圖像訪問監控模塊工作流程示意圖。
圖11為圖4中報警模塊工作流程示意圖。
圖12為本發明實施例的PACS監控系統客戶端服務代理工作流程示意圖。
圖13為本發明實施例的PACS監控系統伺服器端服務代理工作流程示意圖。
具體實施例方式下面結合圖1～圖13給出本發明一個較好實施例並進一步對本發明實施例作詳細闡述本發明的PACS自動監控系統的系統結構如圖1所示，包括多個PACS自動監控客戶端1、一個PACS自動監控伺服器端2以及一個一對多PACS自動監控服務代理3三部分，客戶端1與伺服器端2通過PACS自動監控服務代理3完成信息的交換，其中三者之間都使用內存隊列(Queue)或文件隊列實現異步通訊。系統軟體包括PACS自動監控系統應用程式、客戶端服務代理程序、伺服器端服務代理程序以及客戶端事件消息發送接口與基於DICOM通訊標準的插件。監控方式如圖2、圖3所示，分主動模式與被動模式。主動模式是由PACS自動監控伺服器端2的PACS自動監控伺服器21主動向客戶端服務代理112、122、132發出有關查詢命令，服務代理112、122、132響應請求，獲取客戶端1本地信息，再將結果返回到PACS自動監控伺服器21。被動模式是由客戶端1發出事件消息給客戶端服務代理112、122、132，伺服器端服務代理22捕獲客戶端1發送的消息後，把信息匯集發送給監控伺服器21顯示到PACS自動監控伺服器前臺界面。按照上述的系統結構和監控模式，具體的監控流程參見圖4，如圖所示，在被動模式(圖3)下，無論是在NT平臺監控對象例如圖像採集網關11、PACS伺服器12中的PACS應用模塊111、121還是在UNIX平臺監控對象(例如PACS應用程式模塊131)，通過事件發送消息接口(API)111′、121′、131′接收PACS各組成單元模塊產生的事件參數，並將其發送到本地(對NT平臺)或寫入本地事件隊列130(對UNIX平臺)，通知客戶端服務代理112、122、132接收。客戶端服務代理112、122、132接收後，把信息匯總後發送給伺服器端服務代理22，伺服器端服務代理22接收後寫入本地事件日誌文件220中，供伺服器端事件監控模塊221讀取與顯示。而在主動模式下，由伺服器端遠程主機信息監控模塊223、安全登錄監控模塊224主動與客戶端服務代理112、122、132建立網絡連接，發出有關查詢命令，客戶端服務代理112、122、132收集本地信息將結果返回至伺服器相應的模塊。
各部分組成分別描述如下第一部分PACS自動監控客戶端1本實施例的多個PACS自動監控客戶端1中的每一臺PACS自動監控客戶端11、12、13分別由一臺具有PACS模塊功能的專門計算機工作站或伺服器和設置在該客戶機內的通信接口、以及存儲在客戶機內的應用程式接口組成，其中在本實施例中具有PACS模塊功能的專門計算機工作站或伺服器為圖像採集網關11、PACS伺服器12和圖像顯示工作站13。通過安裝在各模塊機的事件消息發送接口分別從圖像採集網關11、PACS伺服器12和圖像顯示工作站13獲取本機發生的PACS運行事件或通過基於DICOM通訊標準的插件讀取各PACS模塊記錄的日誌文件，並發送至本機的客戶端服務代理112、122、132，再由通信接口113、123、133發往伺服器端2。另外，考慮到PACS中的圖像系列會被不同用戶重複使用，因此在客戶端1，對進入其內的圖像系列分配序列號來跟蹤圖像系列在PACS內的狀態，如，是否進入資料庫，被傳送至何處，何時提取等，保證PACS中的圖像系列在被不同用戶重複使用時仍可對其各個調用實例進行監控和跟蹤。
本實施例的事件消息發送接口採用動態連結庫技術，根據客戶端作業系統平臺開發了兩套接口，一個用於UNIX/LINUX環境下，另一個用於Windows 2000NT/XP。當PACS應用程式要向PACS自動監控系統匯報事件時，調用統一的事件消息發送接口，組裝事件數據並發送給本機的客戶端服務代理112、122、132，其工作流程見圖5，如圖所示，事件發送消息接口程序30依次執行步驟301，程序啟動；步驟301，獲取客戶端參數(例如本地信息111」、121」、131」)，步驟302，填充事件消息數據包，步驟303，添加到本地事件隊列和步驟304，程序結束。
第二部分PACS自動監控伺服器端2本實施例的PACS自動監控伺服器端2以含通信接口23的Intel(或AMD)架構CPU奔III700為硬體平臺，通常被稱為PACS自動監控伺服器21，軟體系統基於Windows 2000(XP)，採用Visual C++6.0開發工具編制。其主要功能為匯總伺服器端服務代理22接收的信息，通過前臺用戶圖形界面顯示事件日誌、安全日誌、主機信息、圖像工作流與圖像跟蹤等5個方面的信息，並能自動撥打報警電話，供PACS管理人員及時掌握PACS的運行情況以及給予相應的技術支持。該自動監控伺服器也可使用其他作業系統進行開發，如使用Java語言開發跨平臺支持系統。
·事件日誌界面記錄當前PACS運行事件，事件類型分普通、警告與錯誤三種，事件內容為事件類型、事件ID號、事件發生時間、發生日期、發生事件的用戶名、計算機名、事件來源以及事件描述等。除此之外事件日誌界面還能存儲、刪除、刷新PACS當前運行中產生的事件或查看以往事件日誌記錄。如發生緊急事件，根據事件錯誤級別發出不同報警信號(事件註冊記錄、機器鳴叫、自動撥打報警電話或發送傳真等)。其工作流程見圖6，如圖所示，事件監控模塊221之工作程序31依次執行步驟310，程序啟動；步驟311，讀取日誌文件，步驟312，界面顯示事件和步驟313，程序結束。
·安全日誌界面提供查看PACS各模塊機的用戶登錄情況，確保PACS中的圖像被安全訪問。安全日誌包括安全類型、發生日期、發生時間、種類、事件ID以及登錄用戶名等內容。其工作流程見圖7，如圖所示，安全登錄監控模塊224的工作程序32依次執行步驟320，程序啟動；步驟321，讀取套接字(Socket)，獲取遠程主機安全登錄信息，步驟322，界面顯示安全登錄信息和步驟323，程序結束。
·主機信息顯示界面顯示PACS各模塊機的硬碟空間使用情況、PACS當前正在運行的程序與狀態，以及自動或手動檢測網絡連接，時刻為PACS管理人員提供各模塊機硬體情況以及其上運行的軟體情況。其工作流程見圖8，如圖所示，遠程主機信息監控模塊223的工作程序33依次執行步驟330，程序啟動；步驟331，讀取套接字(Socket)，獲取遠程主機信息，步驟332，界面顯示遠程主機信息和步驟333，程序結束。
·圖像工作流界面動畫顯示圖像在PACS中的流動情況，對整個PACS工作狀況有一個宏觀和直接的反映，其工作流程見圖9，該模塊工作時，與客戶端首先建立事件消息管道，這樣各客戶端的圖像流動消息通過管道實時送到伺服器端，被及時反映出來。如圖所示，圖像流程監控模塊222的工作程序34依次執行；步驟340，啟動程序，步驟341，打開事件通信管道，步驟342，讀取管道內事件，步驟343，判斷事件類型，步驟344判斷件來源；如為CT採集網關，執行步驟345，改變CT採集網關對象狀態變量；如為PACS伺服器，則執行步驟346，改變伺服器對象狀態變量；如為MR採集網關，則執行步驟347，改變MR採集網關對象狀態變量；之後，執行步驟348，關閉事件管道，最後執行步驟349，結束程序。
·圖像跟蹤界面通過SQL(結構化查詢語言)查詢存儲在遠端PACS伺服器2中的資料庫記錄，得到圖像的使用情況。一種為圖像存儲路由記錄，包含病人ID號、Series UID、發送圖像主機名、圖像發送時間、發送圖像數、接收目的主機、圖像接收時間、接收圖像數以及狀態等信息，通過該記錄能獲得圖像採集網關11向PACS伺服器資料庫存儲圖像的情況。另一種為圖像查詢/提取記錄，包含病人ID號、Series UID、發出QR請求主機名、發出QR請求AE Title、QR伺服器、伺服器AE Title、發出請求時間、請求圖像數、接收目的主機名、目的機AE Title、接收時間、接收圖像數以及狀態等信息，提供圖像被查詢與提取的情況。其工作流程見圖10，如圖所示，圖像訪問監控模塊225的工作程序35依次執行步驟350，啟動程序，步驟351，訪問圖像存儲數據圖庫，步驟352，界面顯示圖像訪問信息，最後，步驟353，程序結束。
·報警當有緊急事件發生時，如PACS應用程式發生重大錯誤，網絡不通或有未授權用戶侵入系統時，PACS自動監控應用程式能根據事件錯誤級別發出不同報警信號(事件註冊記錄、機器鳴叫、自動撥打報警電話或發送傳真等)。自動撥打報警電話是通過PACS自動監控伺服器端通信接口中的數據機、電話線撥打管理人員的傳呼或電話或發送傳真，以通知PACS管理人員迅速趕到現場。本功能採用了電話應用編程接口(Telephony Application Programming Interface，TAPI)編程。其工作流程見圖11，如圖所示，報警模塊226的工作程序36依次執行步驟360，啟動程序，步驟361，接收管道事件，步驟362，判斷是否緊急事件？如果不是緊急事件，便執行步驟367，程序結束；若是緊急事件，則執行步驟363，調用微軟公司提供的撥打電話的標準函數，步驟364，系統呼叫撥號，步驟365，電話報警，步驟366掛斷電話和步驟367，程序結束。
第三部分PACS自動監控服務代理3本實施例的PACS自動監控服務代理3包含客戶端服務代理112、122、132與伺服器端服務代理22兩部分，分別位於客戶端1與伺服器端2，因其能全權代理兩端監控服務，交換兩者信息而得名。PACS自動監控服務代理都採用後臺運行方式，可實時獲取相關的信息。
·客戶瑞服務代理112、122、132根據客戶端1上運行有Windows2000/NT與UNIX/LINUX兩種環境，分兩個版本，Windows 2000/NT下使用後臺服務，UNIX下使用後臺守護進程，都能採用被動與主動模式提供實時獲取本地事件、用戶信息、磁碟信息以及進程信息，並打包向伺服器端2發送等功能。客戶端服務代理程序14的工作流程見圖12，如圖所示，客戶端代理程序14包括主線程140和同時生成的3個子線程主機信息查詢子線程141、事件接收子線程142、事件發送子線程143，提供主機信息查詢以及本地事件轉發的功能，如圖所示，客戶端服務代理程序14中的主線程140的工作步驟依次為步驟1401，程序開始，步驟1402，初始化變量，步驟1403，生成事件接收、事件發送、查詢服務子線程，步驟1404，等待終止事件，步驟1405，釋放資源，和步驟1406，程序結束。在執行步驟1403之後，同時生成主機信息查詢子線程141、事件接收子線程142和事件發送子線程143，它們的工作步驟分別為子線程141之步驟依次為步驟1410，等待查詢請求，步驟1411，接收查詢請求，步驟1412，判斷請求合法？如果不合法，執行步驟1415，出錯處理，跳回步驟1410；如果合法，則依次執行步驟1413，調用本地函數，步驟1414，返回結果，送伺服器端，之後跳回步驟1410。子線程142步驟依次為步驟1420，等待事件，步驟1421，接收到達事件，步驟1422，判斷事件是否合法？如果不合法，則跳回步驟1420；如果合法，則執行步驟1423，判斷隊列滿否？如果滿，執行步驟1426，寫入本地日誌，之後跳回步驟1420；如果未滿，則執行步驟1424，放入事件隊列，步驟1425觸發事件就緒消息，之後跳回步驟1420，等待事件；子線程143之步驟依次為步驟1430，等待觸發事件，步驟1431，判斷隊列空嗎？若為空，跳回步驟1430；若不空，則執行步驟1432，取出事件，步驟1433，連接伺服器，步驟1434，判斷是否連接成功？如果不成功，執行步驟1436，放入隊列，之後跳回步驟1430；若連接成功，則執行步驟1435，發送事件，之後返回步驟1430，等待觸發事件。
·伺服器端服務代理22負責接收、記錄與處理來自客戶端服務代理112、122、132的監控信息，並匯報給本地PACS自動監控伺服器21。由於PACS自動監控伺服器21是基於Windows 2000，伺服器端服務代理22使用後臺服務實時提供信息。伺服器端的服務代理程序24的工作流程見圖13，主線程240生成事件接收子線程241在後臺不斷接收來自客戶端的事件消息，如圖所示，主線程240的運行步驟依次為步驟2401，程序開始，步驟2402，初始化變量，步驟2403，生成事件接收子程序步驟2404，等待終止事件，步驟2405，釋放資源，步驟2406，程序結束。在執行步驟2403之後，生成事件接子線程241，其運行你跟步驟依次為步驟2410，等待網絡事件，步驟2411，接收事件，步驟2412，判斷事件是否合法？如果不合法，返回步驟2410；如果合法，執行步驟2413，寫入日誌文件，步驟2414，判斷是否特殊合法？如果不是，返回步驟2410；如果是特殊合法，執行步驟2415，發送到事件管道中，最後再返回步驟2410，等待網絡事件。
·兩者之間的通訊客戶端服務代理112、122、132與伺服器端服務代理22之間信息的傳遞遵循TCP/IP與DICOM協議，硬體使用安裝在兩端機器上的通信接口113、123、133、通信接口23，通訊軟體的編制採用Winsock API和Unix socket。
權利要求
1.一種用於自動監控圖像管理與通信的系統，包括多個PACS自動監控客戶端(1)，其特徵在於，還設有一個PACS自動監控伺服器端(2)，且其與該多個PACS自動監控客戶端(1)以一個1對多個PACS自動監控服務代理(3)聯結，並形成依次雙向信息流聯結的自動監控客戶端(1) 自動監控服務代理(3) 自動監控伺服器端(2)的三層工作結構。
2.根據權利要求1所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的多個PACS自動監控客戶端(1)中的每一個PACS自動監控客戶端包括一臺具有PACS模塊功能的客戶計算機和設置在該客戶計算機內的通信接口、以及存儲在該客戶計算機內的事件消息發送接口和基於DICOM通訊標準的插件。
3.根據權利要求2所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的PACS功能模塊是圖像採集網關(11)或PACS伺服器(12)或圖像顯示工作站(13)。
4.根據權利要求3所述的用於自動監控圖像管理與通信的系統，其特徵在於，在含有圖像採集網關(11)的客戶計算機中駐留有圖像採集網關應用程式(111)，其形成事件的信息流輸出，還在該客戶計算機上設有接收該事件信息流的客戶端服務代理(112)和與其成雙向連接的通信接口(113)。
5.根據權利要求3所述的用於自動監控圖像管理與通信的系統，其特徵在於，在含有PACS伺服器(12)的客戶計算機中駐留有PACS伺服器進程(121)，其形成事件的信息流輸，還在該客戶計算機上設置成雙向聯結的客戶端服務代理(122)和通信接口(123)，且由該客戶端服務代理(122)接受該PACS伺服器進程(121)的事件輸出信息流。
6.根據權利要求3所述的用於自動監控圖像管理與通信的系統，其特徵在於，在含有圖像顯示工作站(13)的客戶計算機中駐留有圖像顯示工作站應用程式(131)，其形成事件信息流輸出，還在該客戶計算機上設置成雙向聯結的客戶端服務代理(132)和通信接口(133)，且有該客戶端服務代理(122)接受該圖像顯示工作站應用程式(131)的事件輸出信息流。
7.根據權利要求2-6中任一項所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的客戶計算機是一臺含有PACS模塊功能的專門計算機工作站或伺服器。
8.根據權利要求1所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的PACS自動監控伺服器端(2)包括一臺駐留有PACS自動監控系統應用程式模塊的PACS自動監控伺服器(21)，以及設置在該PACS自動監控伺服器(21)內且與該PACS自動監控系統應用程式模塊依次成雙向聯結的伺服器端服務代理(22)、通信接口(23)。
9.根據權利要求8所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的PACS自動監控伺服器(21)是一臺PC機或工作站。
10.根據權利要求1或2或3或4或5或6或8所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的1對多個PACS自動監控伺服器代理(3)包括在構成該多個PACS自動監控客戶端(1)之該各個客戶計算機上所設置構成的多個成雙向聯結的客戶端服務代理(112、122、132)和通信接口(113、123、133)，每一個客戶計算機上分別駐留有相應的客戶端服務代理程序；在該臺PACS自動監控伺服器(21)上設置駐留有PACS自動監控伺服器端服務代理程序的伺服器端服務代理(22)，以及與之成雙向聯結的通信接口(23)；該多個通信接(113、123、133)分別通過相應的通訊網絡(11323、12323、13323)與該一通信接口(23)以監控信息流成雙向聯結。
11.根據權利要求1所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的自動監控客戶端(1) 自動監控服務代理(3) 自動監控伺服器端(2)的三層工作結構是指該多個自動監控客戶端(1)將監控信息送交自動監控服務代理(3)，然後由自動監控服務代理(3)傳送給伺服器端(2)；此外，自動監控伺服器端(2)也發送命令，通過自動監控服務代理(3)送交該多個自動監控客戶端(1)，執行並將結果返回給自動監控伺服器端(2)。
12.根據權利要求11所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的三層工作結構中的多個PACS自動監控客戶端(1)、自動監控服務代理(3)和自動監控伺服器端(2)三者之間使用內存隊列或文件隊列實現異步通訊傳遞監控信息，適合於基於不同作業系統平臺的PACS各組成單元模塊以及形成PACS的網絡。
13.根據權利要求12所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的作業系統平臺包括Windows2000 NT/XP或UNIX/LINUX。
14.根據權利要求11或12所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的多個PACS自動監控客戶端(1)的監控功能是收集本地監控信息，其包括定義PACS事件消息並根據不同客戶計算機、程序及事件類別對PACS事件進行編碼使用API嵌入客戶端PACS應用程式獲取PACS事件消息或基於DICOM通訊標準的插件讀取PACS日誌文件；通過服務代理(12)周期性接收來自PACS自動監控伺服器端(2)的命令查詢，獲取本機主機信息、網絡連通情況以及用戶登錄信息；使用基於SQL的資料庫查詢語句查詢與對比資料庫記錄等多種信息採集方式；另外，通過對進入客戶端(1)中的圖像系列分配序列號，跟蹤圖像系列在PACS內的狀態，保證PACS中的圖像系列在被不同用戶重複使用時仍可對其各個調用實例進行監控和跟蹤。
15.根據權利要求14所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的通過對進入該多個PACS自動監控客戶端(1)中的圖像系列分配序列號，跟蹤圖像系列在PACS內的狀態，是指是否進入資料庫，被傳送至何處，以及何時提取。
16.根據權利要求11或12所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的PACS自動監控服務代理(3)，其功能是傳遞監控信息，其包括所說的PACS自動監控伺服器(21)通過服務代理(3)主動向PACS自動監控客戶端(1)發送查詢命令獲取監控信息的主動獲取模式，以及PACS自動監控客戶端(1)自動發出事件消息給客戶端服務代理(112、122、132)，並由伺服器端代理(22)捕獲消息的被動模式。
17.根據權利要求11或12所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的PACS自動監控伺服器端(2)，其功能是監控信息分類與處理，它包括正常PACS事件消息發送事件日誌界面與圖像工作流界面顯示；用戶登錄/退出事件發送安全日誌界面；各模塊的資源狀態事件發送主機信息顯示界面；圖像存儲或查詢/提取事件發送圖像跟蹤界面進行顯示；錯誤或警告事件根據事件錯誤級別發出不同報警信號，通知PACS維護人員及時趕到現場。
18.根據權利要求17所述的用於自動監控圖像管理與通信的系統，其特徵在於，所說的PACS自動監控伺服器端(2)其對錯誤或警告事件根據事件錯誤級別發出不同報警信號，分為事件註冊記錄、機器鳴叫、自動撥打報警電話或發送傳真。
全文摘要
一種用於自動監控圖像管理與通信的系統，屬於醫院管理設備，其包括多個PACS自動監控客戶端(1)，一個PACS自動監控伺服器端(2)，以及一個用來聯結它們的1對多個PACS自動監控服務代理(3)，三者之間通過通訊網絡相連，形成依次雙向信息流聯結的自動監控客戶端(1)自動監控服務代理(3)自動監控伺服器端(2)的三層工作結構。本發明能實時、多層次地監控整個PACS的運作情況，極大地提高了PACS的可維護性和安全性，並降低了醫院PACS管理與使用成本。
文檔編號G06F15/16GK1416095SQ02151080
公開日2003年5月7日 申請日期2002年12月6日 優先權日2002年12月6日
發明者張建國, 吳冬青, 韓若玲, 張曉彥, 莊峻 申請人:中國科學院上海技術物理研究所