DICOM：SOPInstanceUIDタグのポイントは何ですか？
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を使用します