DICOM：SOPInstanceUIDタグのポイントは何ですか？

Question

DICOMはシリーズに固有の識別子（例：Series Instance UID）を既に提供しています。そのため、下位レベルのオブジェクト（例：SOPInstanceUID）にも同じIDを含めるのはなぜですか？例えばRTPlanオブジェクトがReferencedStructureSetSequence/ReferencedSOPInstanceUID経由RTStructオブジェクトを参照 - - 私は本当に迷惑を見つける何

は、他のオブジェクトを参照するときに事実であることはSOP Instance UIDを使用して行われます。しかし、発見/移動などのDICOM SCPはいずれも、SOP Instance UIDで動作しません。Series Instance UIDで動作します。だから何を与える？すべての参照されたオブジェクトを見つけるために、Series全体をロードする必要がありますか？

Answer 1

DICOMには、個々のSOP（サービスオブジェクトペア）インスタンス（患者ID /スタディインスタンスUID /シリーズインスタンスUID/SOPインスタンスUID）の識別子の階層があります。この階層は、DICOMのQuery/Retrieveメカニズムに組み込まれており、特定のSOPインスタンスを識別するためにも使用されます。

あなたが言及している特定のケースでは、シリーズ/スタディ内に複数のRT構造セットが存在する可能性があると私は信じています。個々のSOPインスタンスを参照して、RT計画がどの構造セットを参照しているかを知る必要があります。

SOPインスタンスUIDによる検索をサポートする製品では、残念ながら、DICOM Query/Retrieve SCPではリレーショナルクエリが広くサポートされていません。一部のDICOMサーバーではイメージレベルのクエリはサポートされていません。この特定のケースでは、RTSTRUCTモダリティ専用のシリーズレベルでクエリを実行し、このモダリティを持つシリーズのみを取得し、RTストラクチャセットだけにダウンロードする必要のあるデータを絞り込むことができます。

Answer 2

SOPインスタンスUID：IODの一意の識別子を表します。TYPE 1タグは値とともに表示する必要があります。

例については

：

各DICOMイメージを持っている固有の識別子

Answer 3

この質問はかなりしばらく前からだったが、私は完全にQRを無視して、私はそれを追加しようと思いましたが、SeriesInstanceUIDは、グローバル一意識別子であります単一のシリーズの場合。 SOPInstanceUIDは、DICOMファイルのグローバル一意識別子です。シリーズには複数のDICOMファイルを持つことができるので、それぞれが同じSeriesInstanceUIDを共有しますが、各ファイルには自分自身のSOPInstanceUIDがあります。

Answer 4

シリーズリファレンスには十分なものはありません。構造体セットの場合、参照SOPインスタンスUIDは、構造体の輪郭線をデータセット内の特定のスライスに結びつけます。輪郭が正確にスライスに揃っていることを確認する必要があるため、シリーズを参照するだけでは不十分です。

Answer 5

SOPInstanceUIDは、Dicomイメージファイルの個別のUIDを表します。研究、シリーズ、およびソポンスタスのUIDは、データモデルに基づいています。 StudyUIDはあなたに特定の学習情報を提供します。異なる系列が分かれている。このために使用されるシリーズインスタンスuid。そして、SOPインスタンスuidは、別個のDicomイメージを表します。それは階層構造です。私はJavaでPACSワークステーションを開発したときにSOPInstanceUIDを使用したこともありません。私の経験によれば、Study &シリーズのuidは患者のデータを表現するのに十分です。しかし、それでもSOPInstanceUIDはdicomイメージに一意のIDを与えます。