最近研究了一下DICOM和BMP文件轉換的問題，也是很頭大。度娘了很久，也在CSDN等論壇看到一些斷斷續續的文件，最主要的是代碼只是片斷，不是完整的實現。頭大了。
首先，了解一下BMP文件格式，BMP文件的顯示是從左下開始顯示，而DICOM顯示圖像是從左上開始。所以如果你直接解析BMP文件的話，記得數據區工反轉一下，否則生成DICOM時看到的圖像是倒著的。只需要反轉BMP圖像的行，列不需要反轉。
不過好在的C#給我們提供了一個較好的類庫叫類圖片代碼轉換器，使用它可以不用管這個反轉了。
首先要從BMP圖中獲取圖像數據區，代碼如下：
byte[] ( )
{
byte[] bytes = new byte[.Width * .*3];
int wide = .Width;
int i = 0;
int = .;
for (int y = 0; y < ; y++)
{
for (int x = 0; x < wide; x++)
{
var = .(x, y);
//bytes[i] = (byte)(.R * .299 + .G * .587 + .B * .114);
bytes[i] = .R;
i++;
bytes[i] = .G;
i++;
bytes[i] = .B;
i++;
}
}
bytes;
}
申請的數據為什么是圖像的寬高乘積的3倍，這是因為R，G，B各占一個Byte。如果采用上面代碼中注釋的行，生成的DICOM文件圖像就是灰度圖像(黑白圖了)。
然后是真正的轉存DICOM文件了。代碼如下：
void ( file)
{
= new (file);
// = ();
byte[] = ();
= new ();
= new ();
//();
.Add(.ation, ation.Rgb.Value);
.Add(.Rows, ().);
.Add(., ().Width);
.Add(., ()8);
.Add(., "1.2.840.10008.5.1.4.1.1.2");
.Add(., "1.2.840.10008.5.1.4.1.1.2.");
= .(, true);
. = 8;
//. = 8;
. = 3;
. = 7;
. = 0;
. = 0;
.();
= new ();
.Save(@"e:\.dcm");
(, ., .Width);
}
其中傳入參數就是BMP/JPG/PNG圖像的路徑。這樣你只需要一個入口程序(比如控制臺的Main函數)就可以將一個圖片轉為DICOM還是彩色的。
這里只設置了DICOM必須的幾個字段圖片代碼轉換器，這幾個字段的意義可以參考官方標準說明。部分說明如下：
DICOM文件格式：
1) Per Pixel：
標簽為(0028,0002)，具體的介紹在.0標準第3部分的附錄C7.6.3.1。含義表示【the of in this image】，就像中的通道，每個通道表示一種顏色(除了RGB三個通道以外，也會存在第四個通透性通道)。對于灰度圖像(或gray)和顏色表圖像(，就是BMP格式中介紹的有調色板的BMP文件)，該標簽值為1，RGB圖像或其他色彩模式圖像，該標簽值為3。本實例中使用的BMP圖像是RGB格式的，因此=3，起初的文件格式錯誤就是由于該字段設置為1所致。
2) ：
標簽為(0028,0004)，具體介紹在.0標準第3部分的附錄C7.6.3.1.2。該字段常見的值有、、 COLOR、RGB，其中和表示單通道灰度圖像，只是兩者對黑色和白色的映射相反而已； COLOR就是BMP中提到的調色板圖像，此時需要字段為1,；RGB是常見的R(紅)、G(綠)、B(藍)三通道彩色圖像，此時字段值為3，這就是我們實例中使用的圖像。除此以外.0標準中還給出了、HSV、ARGB、CMYK等方式，此處就不詳細介紹了。
3) ：
標簽為(0028,0006)，具體介紹在.0標準第3部分附錄C7.6.3.1.3。當 Per Pixel字段的值大于1時， 字段規定了實際像素信息的存儲方式，具體如下：
每一種顏色值所分配的存儲位數，一般彩色是8，灰度可以設置到16，不能大于16。
像素值的實際存儲位數
像素值存儲的最高位(一般是-1)。
關于BMP文件格式說明可參照：