DICOMはすでにシリーズに十分に一意の識別子を提供しています(例: Series Instance UID
)ので、なぜ下位レベルのオブジェクトにも識別子を含めるのですか(例: SOPInstanceUID
=)?
私が本当に厄介だと思うのは、他のオブジェクトを参照するとき、たとえばRTPlan
オブジェクトがRTStruct
オブジェクトを ReferencedStructureSetSequence
/ReferencedSOPInstanceUID
-SOP Instance UID
を使用して実行されます。ただし、検索/移動などのDICOMSCPはいずれもSOP Instance UID
では機能せず、Series Instance UID
で機能します。では、何が得られるのでしょうか?参照されているすべてのオブジェクトを見つけるには、Series
全体をロードする必要がありますか?
ご存知かもしれませんが、DICOMには、個々のSOP(サービスオブジェクトペア)インスタンス(患者ID /研究インスタンスUID /シリーズインスタンスUID/SOPインスタンスUID)の識別子の階層があります。この階層は、DICOMのクエリ/取得メカニズムに組み込まれており、特定のSOPインスタンスを識別するためにも使用されます。
あなたが言及している特定のケースでは、シリーズ/スタディ内に複数のRT構造セットが存在する可能性があると思います。個々のSOPインスタンスを参照して、RTプランが参照している構造セットを把握する必要があります。
SOPインスタンスUIDによる取得をサポートする製品に関しては、残念ながら、リレーショナルクエリはDICOMクエリ/取得SCPで広くサポートされておらず、一部のDICOMサーバーは画像レベルのクエリをサポートしていません。この特定のケースでは、特にRTSTRUCTモダリティについてシリーズレベルでクエリを実行し、このモダリティを持つシリーズのみを取得して、ダウンロードする必要のあるデータをRT構造セットのみに絞り込むことができます。
この質問はかなり前からのものでしたが、QR
を完全に無視すると、 SeriesInstanceUID
は単一のシリーズのグローバル一意識別子であると付け加えたいと思いました。 。 SOPInstanceUID
は、DICOM
ファイルのグローバル一意識別子です。シリーズには複数のDICOM
ファイルを含めることができるため、それぞれが同じSeriesInstanceUID
を共有しますが、各ファイルには独自のSOPInstanceUID
があります。
SOPInstanceUIDは、Dicomイメージファイルの個別のuidを表します。研究、シリーズ、およびsopinstace uidは、データモデルに基づいています。 StudyUIDは、特定の調査情報を提供します。異なるシリーズが分かれた。これに使用されるシリーズインスタンスuid。そしてSOPインスタンスuidは個別のDicomイメージを表します。それは階層構造です。JavaでPACSワークステーションを開発したときにSOPInstanceUIDも使用しませんでした。私の経験によると、Study&Seriesuidは患者のデータを表すのに十分です。しかし、それでもSOPInstanceUIDはdicomイメージに一意のIDを与えます。
SOPインスタンスUID:IODの一意の識別子を表します。そのTYPE 1タグは値とともに存在する必要があります。
例えば :
各DICOM画像には一意の識別子があります
シリーズリファレンスは十分に具体的ではありません。構造セットの場合、参照SOPインスタンスUIDは、構造セットの輪郭をデータセット内の特定のスライスに関連付けます。シリーズを参照するだけでは不十分です。輪郭はスライスと正確に一致しています。
SOPInstanceUIdは、画像レベルの識別用です。
次のように理解してください: A study can have multiple series andシリーズは複数の画像/ DICOMを持つことができます
そう、
識別するためにstudy一意にStudyInstanceUIDを使用します
seriesを一意に識別するために、SeriesInstanceUIDと
識別するために画像/ DICOM一意にSOPInstanceUIdを使用します