DICOM : SOPInstanceUID 태그의 요지는 무엇입니까?

Question

DICOM은 Series (예 : Series Instance UID)에 대해 고유 한 식별자를 이미 제공하고 있으므로 하위 수준 개체 (예 : SOPInstanceUID)에 하나도 포함시켜야하는 이유는 무엇입니까? 예를 들어 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를 나타냅니다. 연구, 시리즈 및 소프트웨어는 데이터 모델을 기반으로합니다. StudyUID는 특정 학습 정보를 제공합니다. 서로 다른 계열이 빗나간. 이 경우에 사용 된 시리즈 인스턴스 uid. 그리고 SOP 인스턴스 uid는 별도의 Dicom 이미지를 나타냅니다. 그것은 계층 구조입니다. 또한 Java에서 PACS 워크 스테이션을 개발할 때 SOPInstanceUID를 사용하지 않았습니다. 내 경험에 비추어 연구 & 시리즈 uid는 환자의 데이터를 나타내는 데 충분합니다. 하지만 여전히 SOPInstanceUID는 dicom 이미지에 고유 한 정체성을 부여합니다.