DICOM: Jaki jest sens znacznika SOPInstanceUID?

Question

DICOM zapewnia już wystarczająco unikatowy identyfikator dla serii (np. Series Instance UID), więc dlaczego dodać go również do obiektów niższego poziomu (np. SOPInstanceUID)?

Co znajdę naprawdę irytujący jest fakt, że przy odwoływaniu innych obiektów - na przykład gdy RTPlan obiekt odwołuje RTStruct obiektu poprzez ReferencedStructureSetSequence/ReferencedSOPInstanceUID - to odbywa się za pomocą SOP Instance UID. Jednak dowolne SCP DICOM - takie jak find/move - nie działają z SOP Instance UID, działają z Series Instance UID. Co daje? Czy muszę załadować cały zestaw Series, aby znaleźć wszystkie obiekty, do których się odwołuje?

Answer 1

Jak zapewne wiesz, DICOM ma hierarchię identyfikatorów dla każdej indywidualnej instancji SOP (Service Object Pair) (ID pacjenta/instancja badania UID/instancja serii UID/instancja SOP UID). Hierarchia ta jest wbudowana w mechanizm Query/Retrieve w DICOM i służy również do identyfikacji konkretnych SOP Instances.

W konkretnym przypadku, o którym wspomniałeś, uważam, że może istnieć możliwość wielu zestawów struktury RT w serii/badaniu. Indywidualna inicjacja SOP musi być odwołana, abyś wiedział, do którego planu konfiguracji odnosi się Plan RT.

Jeśli chodzi o produkty wspierające pobieranie przez SOP Instance UID, niestety zapytania relacyjne nie są szeroko obsługiwane w DICOM Query/Retrieve SCP, jak odkryłeś, a niektóre serwery DICOM nie obsługują zapytań na poziomie obrazu. W tym konkretnym przypadku można zapytać na poziomie serii specjalnie dla modalności RTSTRUCT, a jedynie pobrać serię, które mają tę modalność, zawężając w ten sposób dane, które należy pobrać do zestawów RT Structure.

Answer 2

Instancja UOP SOP: Przedstaw swój unikalny identyfikator dla IOD, jego znacznik TYPE 1 musi zawierać wartość.

na przykład:

Każdy DICOM Obraz ma unikalny identyfikator

Answer 3

To pytanie było od dość dawno temu, ale myślałem, że dodać, że zupełnie ignorując QR, A SeriesInstanceUID to unikatowy identyfikator globalny dla jednej serii. SOPInstanceUID to globalnie unikalny identyfikator pliku DICOM. Seria może mieć wiele plików DICOM, więc każdy będzie udostępniał ten sam SeriesInstanceUID, ale każdy plik będzie miał własny SOPInstanceUID.

Answer 4

Oznaczenie serii nie jest wystarczająco specyficzne. W przypadku zestawów struktur UID instancji SPO odniesienia kontury w strukturze są ustawione na konkretny wycinek w zbiorze danych. Nie wystarczy po prostu odwoływać się do serii, ponieważ musisz upewnić się, że kontur jest dokładnie wyrównany z wycinkiem.

Answer 5

SOPInstanceUID reprezentują oddzielny numer identyfikacyjny pliku obrazu Dicom. Studia, seriale i syropowe uids oparte są na modelu danych. StudyUID poda ci szczegółowe informacje o badaniu. W którym zostały podzielone różne serie. W tym celu użyto serii UID. I UID instancji SOP reprezentują oddzielny obraz Dicom. Jest to struktura hierarchiczna. Nigdy też nie użyłem SOPInstanceUID, kiedy stworzyłem stację roboczą PACS w Javie. Jak wynika z mojego doświadczenia, liczba jednostek serii Study & wystarcza do reprezentacji danych pacjenta. Ale nadal SOPInstanceUID daje unikalną tożsamość dicom obrazu.