我正在寻找一种方式来压缩DICOM文件，并将它们发送到远程服务器（在我的情况的NodeJS）
我试图BZ2压缩，它似乎对大DICOM文件（这给了我一个5MB的压缩文件10 MB的文件进行了测试）工作得很好。
当谈到小尺寸（如250KB文件），我得到的大小为极少数KB（5〜10 KB在大多数情况下），这也不会是值得的减少
可有人请解释我为什么BZ2与大DICOM文件的工作非常好，有没有更好的办法来压缩，我可以为了使用通过互联网向他们发送DICOM文件。
提前致谢。
如果你想用压缩图像的DICOM数据集，建议是使用由DICOM标准所支持的压缩类型之一。这包括有损和无损JPEG，JPEG 2000，JPEG-LS和RLE仅举几例。标准还支持使用基于标准的压缩技术的编码扩展灰度（12-16位灰度）。
传输语法元素（0002，0010）将指示在DICOM数据集的图像是否已经被压缩或没有。如对实施例，再压缩的已压缩的图像会出现相对于原来具有较少的压缩比。因此，要测量的最佳方式是与原始的未压缩的图像进行比较。如果你的原始图像已经被压缩，就可以计算出使用压缩前的图像尺寸（行x列x位分配的/ 8×样品每帧的像素x数）。此外，压缩比会根据所使用的图像类型（颜色VS灰度）和压缩技术。通常情况下，你会用真彩色图像VS灰度图像处理，如X射线时获得更好的压缩。
作为使用HTTP用于上载文件，也可以使用DICOM标准定义的服务如DICOMWeb（STOW-RS）REST服务。
我的铅技术工作，如果你想在你的DICOM文件来测试各种按压，我们有一个演示exe文件（传送语法），附带可以用于测试我们的免费60天的评估SDK。此外，还有用于测试DICOMWeb REST服务的演示。您可以从我们的网站上下载的评估副本。
没有一个解决方案，完全符合所有...
BZ2是基于“颜色”（或灰度值，但我会用在本说明中“颜色”），其经常出现在图像中被编码以比颜色的是罕见的较少的位的原则。因此，作为一个经验法则：图像越大越好的压缩比。
JPEG是一种不同的方法，其分解图像成瓦片和优化了每个图块的编码。因此，压缩比是较少依赖于图像尺寸比为BZ2。 JPEG有不同的风味（有损的无损，JPEG 2000可用于不同的目的创建压缩数据的不同序列化，例如渐进细化）。
不太流行的压缩算法，其在DICOM有效，但由DICOM产品没有得到广泛的支持是：
RLE（行程长度编码） - 的像素数据是通过对颜色和像素的数量的所描述的，所以它压缩很好时，你有图像中的大的均质区域。在其他情况下这是相当增加了“压缩”图像的大小
JPEG-LS - 我不知道它是如何工作的内部，但它提供了无损算法和有损算法，你可以控制信息的丢失（压缩到原来的像素值后的像素值的最大差值）。据说，实现比传统的JPEG更好的比率，但因为它不是广泛的支持，我还没有在实践中使用它。
如果你不希望依赖于图像类型选择压缩算法，JPEG，无损可能是你不错的折衷方案。在典型的医用图像，其实现的大致1的平均压缩比：，多一点与JPEG-2000。