专利名称：一种用于自动监控图像管理与通信的系统的制作方法
技术领域：
本发明涉及一种用于自动监控图像管理与通信的系统，具体地说，是一种用于对临床影像的存档与通信管理系统(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的网络。
具体的监控流程为<1>PACS自动监控客户端——收集本地监控信息包括定义PACS事件消息并根据不同机器、程序及事件类别对PACS事件进行编码；使用API嵌入客户端PACS应用程序获取PACS事件消息或基于DICOM通讯标准的插件读取PACS日志文件；通过服务代理周期性接收来自PACS自动监控服务器端的命令查询，获取本机主机信息、网络连通情况以及用户登录信息；使用基于SQL的数据库查询语句查询与对比数据库记录等多种信息采集方式。另外，通过对进入所说的PACS自动监控客户端的图像系列分配序列号，以跟踪图像系列在PACS内的状态，如，是否进入数据库，被传送至何处，何时提取等，保证PACS中的图像系列在被不同用户重复使用时仍可对其各个调用实例进行监控和跟踪。
<2>PACS自动监控服务代理——传递监控信息包括所说的PACS自动监控服务器通过服务代理主动向所说的PACS自动监控客户端1发送查询命令，从而获取监控信息的主动获取模式，与PACS自动监控客户端1自动发出事件消息给客户端服务代理，由服务器端代理捕获消息的被动模式。
<3>PACS自动监控服务器端——对监控信息分类与处理包括正常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日
发明者张建国, 吴冬青, 韩若玲, 张晓彦, 庄峻 申请人:中国科学院上海技术物理研究所