一种远程影像诊断系统的制作方法

本发明涉及医疗技术领域，特别涉及一种远程影像诊断系统。

背景技术：

申请号为2013100464942的专利申请公开了一种通过网络实现中医远程诊断的系统及方法，通过对登录到远程中医诊断服务器的用户进行采集体检信息，并根据该体检信息对应搜索分析，如果有相同的体检信息，则对应调取诊断结果和用药处方对应通过短信发送给患者手机；如果无相同体检信息，则对应通过诊断医生客户端对其进行诊断，并生成新的诊断结果和用药处方对应通过短信发送给患者手机。

上述技术方案是基于C/S结构实现，C/S结构的远程影像诊断系统需要安装专用的客户端软件，安装的工作量庞大，并且按节点收费，价格昂贵。进一步地，C/S结构的远程影像诊断系统容易出现客户端负载过重，严重影响工作效率。当系统内连接的客户端数目激增时，会导致服务器的性能负载失衡，效率大大降低。并且，任何一台电脑出现问题，如病毒、硬盘损坏，都需要进行安装和维护。而且每次都需要客户端和服务器两端的应用程序都进行修改，才能实现应用的更新，其维护和升级成本非常高。

技术实现要素：

为解决现有技术的问题，本发明提出一种远程影像诊断系统，无需专门安装相应专用客户端软件，系统升级和维护方面也无需投入很高的成本。

为实现上述目的，本发明提供了一种远程影像诊断系统，所述远程影像诊断系统采用B/S结构，基于J2EE开发平台，使得三甲医院的医生通过浏览器对基层医院或注册患者传送的医学影像进行远程调阅和诊断；所述远程影像诊断系统包括：

客户端、web服务器和PACS服务器；其中，

所述客户端，用于通过web浏览器产生HTTP请求，并在web浏览器上显示出HTTP请求相应的结果信息；

所述PACS服务器，包括医学影像与影像报告数据库、图像文件系统数据库和控制信息数据库；所述医学影像与影像报告数据库用于存储医学影像在图像文件系统数据库中的存储地址和相应的影像诊断报告；所述图像文件系统数据库用于存储医学影像；所述控制信息数据库用于存储用户权限信息；

所述web服务器，包括基础服务器和应用服务器；所述基础服务器用于获取所述客户端产生的HTTP请求，根据所述控制信息数据库中存储的信息判断所述客户端是否具有相应权限；所述应用服务器用于根据符合用户权限的HTTP请求调用相应应用，从PACS服务器中获得相应的医学图像和/或影像诊断报告，并使用HTML代码实现静态页面，通过Java代码配置WADO服务的动态应用及扩展静态页面，经JSP转换处理获得HTTP请求相应的结果信息。

优选地，所述web服务器通过桥连接所述PACS服务器，所述web服务器通过HTTPs接收所述客户端的请求。

优选地，所述应用服务器还用于根据符合用户权限的HTTP请求从web缓存器中获取相应URLs。

优选地，所述影像诊断报告按照DICOM结构在所述医学影像与影像报告数据库中存储。

优选地，所述图像文件系统数据库将医学影像以DICOM文件的方式进行存储。

优选地，所述客户端为台式电脑、笔记本电脑、智能手机和Ipad。

优选地，所述应用服务器通过servlet作为控制器调用相应应用。

根据本发明的另一方面，提供一种远程影像诊断方法，所述方法使得三甲医院的医生通过浏览器对基层医院或注册患者传送的医学影像进行远程调阅和诊断，所述方法包括：

通过web浏览器产生HTTP请求，并在web浏览器上显示出HTTP请求相应的结果信息；

使用医学影像与影像报告数据库存储医学影像在图像文件系统数据库中的存储地址和相应的影像诊断报告；使用图像文件系统数据库存储医学影像；并且使用控制信息数据库存储用户权限信息；

使用基础服务器获取客户端产生的HTTP请求，根据所述控制信息数据库中存储的信息判断所述客户端是否具有相应权限；使用应用服务器根据符合用户权限的HTTP请求调用相应应用，从PACS服务器中获得相应的医学图像和/或影像诊断报告，并使用HTML代码实现静态页面，通过Java代码配置WADO服务的动态应用及扩展静态页面，经JSP转换处理获得HTTP请求相应的结果信息。

优选地，使用web服务器通过桥连接所述PACS服务器，所述web服务器通过HTTPs接收所述客户端的请求。

优选地，使用所述应用服务器根据符合用户权限的HTTP请求从web缓存器中获取相应URLs。

优选地，所述影像诊断报告按照DICOM结构在所述医学影像与影像报告数据库中存储。

优选地，使用图像文件系统数据库将医学影像以DICOM文件的方式进行存储。

优选地，所述客户端为台式电脑、笔记本电脑、智能手机和Ipad。

优选地，使用应用服务器通过servlet作为控制器调用相应应用。

上述技术方案具有如下有益效果：

本技术方案是一种基于web浏览器的远程影像诊断系统，任何接入internet网络的计算机都可以作为工作站，通过浏览器访问PACS服务器中的影像数据。这个优点能够保证医疗工作人员随时随地获取所需要的影像信息。在对其增加相应的安全机制和用户管理机制后即可在互联网中对PACS服务器中的数据进行安全有效的访问与管理，可以方便的实现不同医疗机构间的影像数据传输与共享。并且，客户端不需要再增加其他的软硬件配置，仅仅是支持浏览器运行即可。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为远程影像诊断系统的系统架构图；

图2为本发明提出的一种远程影像诊断系统框图；

图3为基于远程影像诊断系统的使用流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本技术方案的工作原理：本技术方案是一种采用B/S结构的远程影像诊断系统，使医生通过浏览器便可对影像进行远程调阅和诊断。系统采用Java 2 Platform Enterprise Edition(J2EE)开发平台编写程序，遵循MVC设计模式的规范，使用Java Server Page(JSP)编写视图组件，将servlet作为控制器。当客户端与服务器进行通讯时，servlet明确规定了信息的传递方式和分派对象。Servlet是运用java语言编写的一个类，它运用于web服务器上并用以扩展服务器性能的程序。

如图1所示，为远程影像诊断系统的系统架构图。本技术方案的系统采用了分层的设计思想，系统中不同逻辑功能的组件归属于不同的层，以确保其具有可扩展性、高伸缩性和开放性等特点。系统实现分为三个层次：客户层、应用层和数据层。

数据层采用PACS服务器，负责存储接收到的影像和报告，是DICOM服务的提供者。PACS服务器灵活全面，可以实现很多应用。其主要由三部分组成：控制信息数据库、医学影像与影像报告数据库、图像文件系统数据库。控制信息数据库主要存储用户权限、通信参数等。医学影像与影像报告数据库是存储DICOM文件的数据库。DICOM文件由四个层次内容构成，即患者(patient)、研究(study)、序列(series)和影像(image)。每个层次表示一个DICOM实体(entity)。并且，医学影像与影像报告数据库中存储有影像诊断保护以及相应的影像在图像文件系统数据库中存储的地址信息。

应用层是整个系统架构的关键。该层的功能是提供web服务以实现客户层对数据层的访问。它由两部分组成：应用服务器和基础服务器。

应用服务器构建了一个可扩展的、安全的平台，实现web应用支持、web内容供应和后台应用通信等功能。应用层与客户层和数据层之间是相互独立的，其开发工具与数据层无关。应用服务器包含如下独立组件：1、web缓存。它存储访问频繁的URLs，以减少对PACS服务器的重复请求。2、J2EE平台。它包括了JSP转换器、Java Servlets Engine、和Runtime Engine。3、WADO服务组件。WADO服务组件通过J2EE平台组件的java库和JSP转换器实现它的功能。这样访问DICOM文件的优点是JSP转换器可以分离网页的动态表示和静态表示。经由Runtime Engine传递请求时，用户在调用应用层的应用时不需要对原有页面进行修改。HTML代码实现静态页面，Java代码则配置包括WADO服务的动态应用乃至拓展静态页面的功能。所以对web页面进行修改时不会影响应用服务的逻辑过程，修改指定动态应用的java代码则可实现所有页面的更新。

基础服务器则是用来判断用户请求是否属于权限范围之内。应用层通过JDBC-ODBC连接数据层并通过HTTPs接收客户层的请求。

基于上述描述，本发明提出一种远程影像诊断系统，如图2所示。所述远程影像诊断系统采用B/S结构，基于J2EE开发平台，使得三甲医院的医生通过浏览器对基层医院或注册患者传送的医学影像进行远程调阅和诊断；所述远程影像诊断系统包括：

客户端201、web服务器202和PACS服务器203；其中，

所述客户端201，用于通过web浏览器产生HTTP请求，并在web浏览器上显示出HTTP请求相应的结果信息；

所述PACS服务器203，包括医学影像与影像报告数据库2031、图像文件系统数据库2032和控制信息数据库2033；所述医学影像与影像报告数据库2031用于存储医学影像在图像文件系统数据库中的存储地址和相应的影像诊断报告；所述图像文件系统数据库2032用于存储医学影像；所述控制信息数据库2033用于存储用户权限信息；

所述web服务器202，包括基础服务器2021和应用服务器2022；所述基础服务器2021用于获取所述客户端产生的HTTP请求，根据所述控制信息数据库中存储的信息判断所述客户端是否具有相应权限；所述应用服务器2022用于根据符合用户权限的HTTP请求调用相应应用，从PACS服务器203中获得相应的医学图像和/或影像诊断报告，并使用HTML代码实现静态页面，通过Java代码配置WADO服务的动态应用及扩展静态页面，经JSP转换处理获得HTTP请求相应的结果信息。

在实际运用中，所述客户端为能够安装浏览器的终端机，比如：台式电脑、笔记本电脑、智能手机或Ipad。

在本实施例中，所述web服务器202通过桥连接所述PACS服务器203，所述web服务器202通过HTTPs接收所述客户端201的请求。其中，桥连接为JDBC-ODBC桥连接。

在上述基础上，应用服务器2022还用于根据符合用户权限的HTTP请求从web缓存器中获取相应URLs。这样将需要频繁访问的网络内容存放在离用户较近、访问速度更快的系统中，以提高内容访问速度。

基于上述系统，本实施例给出远程影像诊断流程，如图3所示。在该诊断流程中涉及三方：基层医院、影像诊断中心管理员和影像诊断中心专家。在实际中，影像诊断中心专家为三甲综合医院或三甲专科医院的主治级医生。基层医院方和专家方均为远程影像诊断系统的注册会员。

首先，基层医院在客户端通过web浏览器登录诊断系统，发送申请诊断请求指令，并将病人的医学影像在web浏览器端通过web服务器的Servlets Engine传输至远程影像诊断系统的PACS服务器上进行存储。

影像诊断中心管理员在客户端登录远程影像诊断系统，查看申请诊断指令，根据申请内容安排对应领域的专家进行诊断。此时，在影像诊断中心管理员的客户端产生诊断权限请求指令，通过web服务器的Servlets Engine传输至远程影像诊断系统的PACS服务器上进行存储。

影像诊断中心专家的客户端提示该专家具有诊断权限，专家在客户端通过web浏览器查看诊断安排，此时产生诊断请求指令，web服务器获得该指令后进行解析，Servlets Engine根据解析结果从PACS服务器中获得相应医学影像，并调用相应的应用，经过JSP转换器对具有医学影像的应用进行转换处理，向客户端输出能够在web浏览器上显示出具有医学影像的网页。医生根据显示的医学影像进行诊断，出具影像诊断报告。此时，医生通过客户端web浏览器产生上传诊断报告请求信息，通过web服务器的Servlets Engine将诊断报告传输至PACS服务器中的相应数据库进行存储。该诊断报告具有医生的电子签名。

与此同时，基础医院端随时通过客户端的web浏览器产生查询请求指令，查看诊断安排，如果诊断报告还没有存储在PACS服务器的相应数据库时，web浏览器就提示“等待诊断结果”这类信息。如果诊断报告存储在PACS服务器的相应数据库时，Servlets Engine解析查询请求指令，根据解析结果，从PACS服务器中获得诊断报告，并调用相应的应用，经过JSP转换器对具有诊断报告的应用进行转换处理，向客户端输出能够在web浏览器上显示诊断内容。基础医院根据诊断报告以及三甲医院医生的诊断建议，对患者进行有效的治疗。

通过上述实施例可知，本技术方案任何接入internet网络的计算机都可以作为工作站，通过web浏览器访问PACS服务器中的影像数据。这个优点能够保证医疗工作人员随时随地获取所需要的影像信息。在对其增加相应的安全机制和用户管理机制后,即可在互联网中对PACS服务器中的数据进行安全有效的访问与管理，可以方便的实现不同医疗机构间的影像数据传输与共享。进一步地，本系统摒弃了传统的C/S架构，采用B/S架构，客户端本身不需要再增加其他的软硬件配置，仅仅是支持浏览器运行即可。

另外，客户端本身不存储医学影像数据，只有当客户端向服务器发送请求时，服务器将影像数据传输至客户端，供使用人员使用，并将所做的一切数据修改和处理最后传送回服务器存储。这种形式的有点是用户通过web服务器的服务将数据和客户端分隔开，保证了数据的安全。

最后，由于本技术方案经由Runtime Engine传递请求时，用户在调用应用层的应用时不需要对原有页面进行修改。HTML代码实现静态页面，Java代码则配置包括WADO服务的动态应用乃至拓展静态页面的功能。所以对web页面进行修改时不会影响应用服务的逻辑过程，修改指定动态应用的java代码则可实现所有页面的更新。从而升级和维护方便，并且成本低廉。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。