有时候遇到dicom图像传输问题，这里小结一下。

缩写：
AWS：Aquisition Work Station--图像采集工作站，就是拍片的电脑。
RWS：Review Work Station--回放工作站，就是编辑、回放、打印图像的电脑。
下面假设从AWS传输到RWS。某些道理也适用于传输到pacs服务器。

故障现象：从使用者的角度，都是传图像失败。而作为工程师，首先要做好沟通，问清楚什么时候开始的这个故障，在此之前环境（医院、使用科室、网络环境等）发生了哪些变化；其次要细心地捕捉疑点；再次要观察故障出现的规律。

case1：AWS操作系统的时间设定错误，图像传输虽然成功，但是RWS上搜索不出想要的图像。在使用者看来，却是传图像问题。
小结：世界之大无奇不有呀，维修工程师要有侦探一样的嗅觉，善于捕捉各种细微的线索。

case2：AWS和RWS网络不通。可以通过互相ping来确定网络是否通。
小结：这是常见、基本的问题，一般工程师都能搞定。

case3：操作系统的防火墙阻止了传图像的端口。可以通过防火墙设定打开相应端口。

case4：有时候能传，有时候不能传。有几种可能：有时候能ping通，有时候不能ping通。AWS能pingRWS，但反之不行。
原因：可能是网络中某一台其他计算机用了AWS或RWS的ip地址，所以看似能ping，但实则ping的是另一台机器。（唐伯虎点了冬香！）当那台机器开机的时候，传输有问题；当它关机的时候，ip地址不冲突了，一切正常。
小结：医院一定要有人负责管理这些ip地址。

case5：RWS硬盘满，或者设定的图像文件夹的size到了上限。拒绝接受来自AWS的图像。这时候即使verify dicom通过了，也传不了图像。
小结：如果软件有这方面的提示功能，就不会出现这种情况了。但是软件并非完美的，工程师必须要细心查找蛛丝马迹。

关于建立DICOM数据集，并将其保持到文件的简单示例代码： 

char uid[100];
DcmFileFormat fileformat;
DcmDataset *dataset = fileformat.getDataset();

dataset->putAndInsertString(DCM_SOPClassUID, UID_SecondaryCaptureImageStorage);

dataset->putAndInsertString(DCM_SOPInstanceUID, dcmGenerateUniqueIdentifier(uid, SITE_INSTANCE_UID_ROOT));

dataset->putAndInsertString(DCM_PatientName, "Doe^John");

......



dataset->putAndInsertUint8Array(DCM_PixelData, pixelData, pixelLength);
OFCondition status = fileformat.saveFile("test.dcm", EXS_LittleEndianExplicit);

if (status.bad())

  cerr << "Error: cannot write DICOM file (" << status.text() << ")" << endl;

一篇不错的关于使用DCMTK进行工作站开发的论文，适合初学者看看。