2008年09月10日 星期三 15:35

基于DCMTK的DICOM相关程序编写攻略

前言：

由于现在的医学影像设备的图像存储和传输正在逐渐向DICOM标准靠拢，在我们进行医学图像处理的过程中，经常需要自己编写和DICOM格式的图像相关的各种程序模块，以完成自己处理功能。如果从头开始理解DICOM的协议，然后完全自己编写这些代码来实现这些协议，是一件工程浩大的事情。德国offis公司开发的DCMTK，为我们提供了实现DICOM协议的一个平台，使得我们可以在它的基础上轻松的完成自己的主要工作，而不必把太多的精力放在实现DICOM协议的细节问题上。本文以WINDOWSXP+VC6.0为开发平台，从DCMTK的下载、调试、使用等方面介绍基于DCMTK的DICOM相关程序编写过程。

一、             DCMTK简介

DCMTK是由德国offis公司提供的开源项目，并拥有相应的版权。这个开发包经过10多年的开发和维护，已经基本实现了DICOM协议的所有内容。该开发包提供所有的源代码、支持库和帮助文档。DCMTK提供了在各种操作系统下使用的可能版本，如LINUX、SUN、WINDOWS等，用户可更具自己的开发平台进行编译。目前DCMTK的版本是3.5.3。

二、DCMTK的下载和调试

DCMTK公司的主页是： http://dicom.offis.de。

1、首先下载DTMTK源代码。可以通过以下地址：ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk353/dcmtk-3.5.3.zip

2、下载相关的支持库：

ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk353/support/dcmtk-3.5.3-win32-i386-support.zip

3、安装或调试。

（1）首先是将DCMTK的源代码解压后和它的支持库放在同一个目录下面。

（2）使用CMake软件得到DCMTK的工程文件。

使用MAKE工具CMake，不仅可以创建DCMTK编译项目文件，还可以对DCMTK进行配置。步骤如下

①从http://www.cmake.org/HTML/Download.html下载CMake for Windows最新的版本。

②安装CMake并对CMake的如下选项进行设置（设置前需先删除原来的旧项目文件）：如图1所示

Where is the source code: dcmtk-3.5.3 path

Where to build the binaries: dcmtk-3.5.3 path

Build for: Visual Studio 6

Configure --> Modify Cache Values! --> Configure

OK!

图1。使用CMake创建DCMTK编译项目文件

（3）用VC6打开项目文件DCMTK.dsw进行编译，根据提示，在编译环境（Tools－>Option－>Directories）中加入相应的头文件和库文件。

（4）DCMTK的编译可能需要比较长的时间，过程中也可能出现各种连接错误，大都有编译环境引起。

三、基于DCMTK的DICOM相关程序。

1、建立自己的应用工程并将其加入DCMTK的工作空间（Project－>Insert Project To WorkSpace）。

2、在自己的工程中加入需要使用的DCMTK静态库和头文件。

按照正确的顺序填写链接库文件(对于链接库来说顺序也是很重要的!) DCMTK库有下面这些依赖关系：

dcmdata -》 ofstd

dcmimage -》 dcmimgle, dcmdata, ofstd

dcmimgle -》dcmdata, ofstd

dcmjpeg -》ijg8, ijg12, ijg16, dcmimage, dcmimgle, dcmdata, ofstd

dcmnet -》dcmdata, ofstd

dcmpstat -》 dcmimage, dcmimgle, dcmsign, dcmsr, imagectn, dcmtls, dcmnet, dcmdata,       ofstd

dcmsign -》dcmdata, ofstd

dcmsr -》dcmdata, ofstd

dcmtls -》dcmnet, dcmdata, ofstd

dcmwlm -》dcmnet, dcmdata, ofstd

imagectn -》 dcmnet, dcmdata, ofstd

3、编译自己的工程。

4、不成功的可能有如下一些问题。

（1）对于单文档工程，运行时提示：

generated debug assertion

if (!ProcessShellCommand(cmdInfo))

return FALSE;

-- File: docsingl.cpp

Line: 215

原因：缺少AFX_IDS_UNTITLED的字符串

解决：在资源文件的STRING TABLE中加入 ID= AFX_IDS_UNTITLED的键值。

（2）编辑时提示：

fatal error C1189: #error : Please use the /MD switch for _AFXDLL builds

原因：

解决：在Project－>Settings－>Preprocessor definitions中去掉 _AFXDLL项。

（3）编译时提示：

LIBCMTD.lib(dbgheap.obj):error LNK2005: _malloc already defined in msvcrtd.lib(MSVCRTD.dll)

原因：由于VC在编译时试图从两个不同的库中写入同一个函数代码，只要忽略这些相冲突的默认库就可以解决。

解决：在Project－>Settings－>Link－>Category－>Input—>Ignore Liberies中加入

相应的msvcprtd.lib,msvcrtd.lib等。

另一种解决：保证自己的编译环境为：

A）project->settings->c/c++->category->code generation的use run-time library 为debug multithreaded.

B) 在Project－>Settings－>Preprocessor definitions中去掉 _AFXDLL项。

C）如果需要，在资源文件的STRING TABLE中加入 ID= AFX_IDS_UNTITLED的键值。

D)这样就不需要忽略那些库了。

还有可以：

后来尝试了很多方法，经过摸索，最后得出解决方法：

在Preprocessor中定义_AFXDLL

如果它提示：fatal error C1189: #error : Please use the /MD switch for _AFXDLL builds

就这样改：

C/C++->Code Generation->Multithread DLL （即实现/MD选项）

（4）编译时提示：

dcmdata.lib(dcuid.obj) : error LNK2001: unresolved external symbol _Netbios@4

原因：缺少所需的链接库文件

解决：在自己的工程中加入需要使用的DCMTK静态库和头文件，并注意顺序。

（5）编译时提示：

fatal error LNK1181: cannot open input file。。。。。。。 Debug.obj

原因：类似错误，可能是由于目录中含有太长的中文名字。

解决：可以将中文的目录名改为英文就OK

（6）运行时提示：

原因：

解决：在Project－>Settings－>Preprocessor definitions中去掉 _AFXDLL项。

（7）如果将已经make好的dcmtk目录复制到其它目录，则需要重新make，否则会出现一大堆路径错误

四、一个实际的例子

我们经常使用的DICOM主要是读和写DICOM文件。下面以读写DICOM为例DCMTK的使用方法。

五、其它一些相关的问题

1、把DCMTK当作静态库使用：DCMTK本身提供的是静态库即Lib，在链接进自己的工程时会将全部的函数加入，因此造成可执行文件很大，而且不便于升级；如果需要使用DCMTK作为动态库链接，需要自己建立相应的Dll工程，然后把原来的程序文件加进来，再写一个导出函数的文件，这些导出函数保持固定。这样其它地方使用的时候不会因为动态库程序升级又重新编译。

2、

参考文件：

1、 DCMTK的常见问题论坛：http://forum.dcmtk.org/

2、 DCMTK的帮助文档：ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk353/docs/dcmtk-3.5.3-html-help.zip

3、 DICOM标准2004版。

4、 DICOM Validation Tool （DVT）是一个DICOM有效性测试工具，用来测试产品的DICOM兼容性。ADVT顾名思义就是Agfa提供的DICOM Validation Tool......

5、 http://www.pacser.net/dispbbs.asp?boardID=20&ID=72&page=1