2010-12-13 9 views
3

私はDICOM標準とWikipediaのページ(とSOのすべてのDICOMトピック)のいくつかを見てきましたが、実際にファイル構造doc(ugh)を掘り下げずに、私はちょうどは、3D/4D/5Dデータを含むスキャン用のDICOMファイル内に格納されます。私は概要だけが必要です。DICOMボリュームデータの基礎

例としてMRIを考えてみましょう。 DICOMファイルは

  1. 様々な角度から撮影した生の2D画像のセットを含んでい
  2. 3Dボクセルデータセットを構成するスライスのスタック
  3. フル3Dすなわちデータセット

DICOMには、イメージングマシンによってキャプチャされた生の画像にの後処理が含まれていますか?

4Dまでは、単に複数の3Dデータセットのコレクションであり、それぞれの 'フレーム'は別々のデータセットですか?

答えて

4

DICOMの「標準」には、ベンダーの拡張機能とともに多くのオプションがあり、ほとんどのことが可能です。

つまり、私が遭遇したほとんどの3D DICOMデータセットは2D画像スタックです。後処理の場合は、イメージングマシンのみに依存します。

無料で入手できるDICOMライブラリをお探しの場合は、GDCMを試してみてください。かなり満足しています。

+0

+1はい、ほぼ完全ではありませんが、完全に標準とは異なります。 –

+0

GDCMは私が見たものですが、私はそれがしていることを少し失っていますし、サポートしていません。したがって、本質的に、私は通常、個別のJPG画像のコレクションを期待できますか? –

+0

基本的にはい。問題は、多くの場合、複数のスタックが有効なファイル名で同じディレクトリにダンプされることです。何がどこに行くのか把握するには、タグ(系列、画像の位置など)を使用する必要があります。 – tkerwin

1

オリジナルのDICOM MRフォーマットは、単一の2D画像を保持します。その形式はまだ広くサポートされています。そのの場合は、シリーズ内のすべての画像を集めてボリュームを構築したいと考えています。

新しい、強化されたMR画像フォーマットは、マルチフレーム画像としてボリューム全体を保存することができます。それがあれば、それはあなたのボリュームです。私は、強化された単一のMRオブジェクトがシリーズ全体であるかどうかを思い出さない。

あなたはDICOMを見て、それらを離れて言うことができるがSOPクラスUID(0008,0016)の属性:

上記
Original MR: 1.2.840.10008.5.1.4.1.1.4 
Enhanced MR: 1.2.840.10008.5.1.4.1.1.4.1 

、私はあなたが直列に「すべての画像を収集する必要があるかもしれないと言ったとき"を指定すると、属性Series Instance UID(0020,000E)と同じ値を共有するイメージを使用していることを意味します。

注:私はそれを使用してきたよう

  • DICOM純粋主義者は、用語「画像情報オブジェクト定義」の代わりに、単語「フォーマット」を好むでしょう。
  • DICOMの純粋主義者は、SOP Class UIDがイメージフォーマットを定義することに異議を唱えます。あなたの目的のために、それは動作します。