DICOM：dcm4chee奇葩逻辑浅析之UID修改

背景：

近期由于项目需要，开始频繁接触基于Java的DICOM标准实现库，即dcm4che。与以往使用的dcmtk和fo-dicom不同的是，dcm4che工具包是整个dcm4che项目的一部分，只作为解析DICOM格式的工具包被dcm4chee使用，而dcm4chee是一种托管在JBoss AS中的WEB应用。因此其内部添加了诸多的业务层的逻辑。此次在实际应用中遇到了几个问题，记录下来，以备后续仔细学习分析。

重复数据的处理逻辑：

之前自己使用dcmtk或fo-dicom开发PACS相关功能模块时，对于重复上传的影像数据，往往采用直接覆盖的方式来处理。起初认为dcm4chee中也是如此处理的，今天查看服务端日志时偶然发现，dcm4chee对于重复数据并不进行复写，而是直接忽略新上传的数据。
这里以之前博文介绍的DICOM：Ubuntu14环境下安装dcm4chee+oviyam2.1为例，进行测试。本地我采用的是Ubuntu虚拟机方式运行，其部署地址是：192.168.148.149，端口8088.之前已经上传了一组数据，如下图所示：