医院PACS影像的关系数据库实现.doc

医院PACS影像的关系数据库实现 1? 引言　　越来越多的医院对医学影像。GE 的 Centricity、Agfa IMPAX 和 Kodak System 5Philips的Stentor、韩国Infinitt ，这些产品不仅价格高昂，而且许多细节与本地法令冲突、与国内医院的数据管理和共享模式存在差异、与医生操作习惯不符。而这类产品的最主要功能是将现在医院的医学影像管理模式从人工管理、文件管理提升至关系数据库管理。 本文探讨并实践了廉价而实用、够用的PACS方案，通过将医学影像纳入SQL数据库，直接达到PACS影像关系数据化，进而实现进口产品的功能。 DICOM3.0标准是设计和实现PACS系统的基础。DICOM查询/获取服务类（Query/Retrieve Service Class），是PACS系统中所必须实现的一个DICOM服务类，在PACS的许多组件中都必须要（或可以）使用DICOM Query/Retrieve服务，如影像归档服务器、离线存储服务器、影像浏览工作站等。　　DICOM Query/Retrieve服务类的服务对象类（SOP Class）由DICOM查询l获取信息模型（Query l Retrieve Information Model）和对其进行操作的DIMSE-C服务组（DIMSE-C Service Group）组成，对DICOM Query/Retrieve信息模型的充分理解和合理的实现，可以保证医学影像信息数据存储的高效性和低冗余度，提高数据查询和影像获取的速度。本文在介绍DICOM Query/Retriev服务类的基础上，重点分析了Query/Retrieve信息模型，并使用关系数据库MS SQL Server2000实现了此信息模型，最后利用OFFIS的DCMTK验证了使用关系数据库实现Query l Retrieve信息模型的可行性和正确性。 ?2? DICOM Query/Retrieve服务类　　DICOM Query/Retrieve服务对象对类（Service Object Pair Class）由两个对等的DICOM应用实现（peer DICOM AE），一个充当服务类提供者的角色（Service Class Provider），一个是服务类使用者（Service Class User）。SCP维护和管理一组存储复合对象SOP实例（Stored Composite Object SOP Instance）信息，这些信息按照DICOM Query/Retrieve信息模型进行组织。一组DIMSEC（DICOM Message Service Element-Composite）服务可以对Q/R信息模型进行操作，实现对存储复合对象实例的查询和获取。实体联系模型如图1所示。　　DICOM Query/Retrieve服务由SCU发起，基本实现过程如下：　　（1）首先通过协商（Negotiate）建立SCP与SCU的DICOM关联（Association）。在进行协商时SCU要指定所请求使用的Query/Retrieve信息模型和消息服务组（由SOP Class UID确定）。　　（2）SCP根据它对SCU所请求的服务的支持情况对此次请求（Request）进行接受（Accept）或拒绝（Refuse），若接受请求则关联建立。　　（3）在关联建立后，SCP处理SCU发送的DICOM数据集（DICOM Data Set）形式的请求标示符（Request Identifier）。Request Identifier中包含要求匹配的关键字属性（Key Attributes），查询获取层次（Query/Retrieve Level，tag为：0008，0052），及所使用的字符集（Character Set，tag为：0008，0005）。　　（4） SCP按照查询关键字属性（Key Attributes），在Query/Retrieve信息模型中匹配符合要求的存储复合SOP实例。每匹配一条SOP实例，构造一个回应标示符（Response Identifier）向SCU发送（如果是Retrieve服务，还要发起一个Storage Servic），并且向SCU发送回应状态：pending。　　（5）在整个查询匹配完成后，SCP向SCU发送总的回应状态：Success，Refused或（6）在SCP匹配Query/Retrieve信息模型的过程中，SCU可以发送C-CANCEL请求，要求SCP停止此次Query/Retrieve服务。SCP收到C-CANCE请求后因停止对Query/Retrieve信息模型的匹配，及发起C-STORE服务，并向SCU回应此次Query/Retri