2009-09-16 5 views
15

DICOM fornisce già un identificatore univoco sufficiente per la serie (ad esempio Series Instance UID), quindi perché includere anche uno negli oggetti di livello inferiore (ad esempio SOPInstanceUID)?DICOM: Qual è il punto del tag SOPInstanceUID?

Quello che trovo davvero fastidioso è il fatto che quando si fa riferimento altri oggetti - ad esempio quando si fa riferimento a RTPlan oggetto RTStruct oggetto tramite ReferencedStructureSetSequence/ReferencedSOPInstanceUID - è fatto con il SOP Instance UID. Tuttavia, qualsiasi SCP DICOM, come trovare/spostare, non funziona con SOP Instance UID, funziona con lo Series Instance UID. Quindi cosa dà? Devo caricare l'intero Series per trovare tutti gli oggetti di riferimento?

risposta

13

Come probabilmente sapete, DICOM ha una gerarchia di identificatori per ogni singola istanza SOP (Service Object Pair) (ID paziente/Istanza di studio UID/UID di serie/UID di istanza SOP). Questa gerarchia è integrata nel meccanismo Query/Retrieve in DICOM e viene anche utilizzata per identificare specifiche istanze SOP.

Nel caso specifico che stai citando, credo che ci potrebbe essere la possibilità di più set di strutture RT all'interno di una serie/studio. La singola Istanza SOP deve essere referenziata in modo da sapere quale Struttura imposta il Piano RT fa riferimento.

Per quanto riguarda i prodotti che supportano il recupero da UID Istanza SOP, sfortunatamente, le query relazionali non sono ampiamente supportate in DICOM Query/Retrieve SCP, come avete scoperto, e alcuni server DICOM non supportano le query a livello di immagine. In questo caso specifico, è possibile eseguire query a livello di serie specificatamente per la modalità RTSTRUCT e recuperare solo le serie che dispongono di questa modalità, restringendo in tal modo i dati che è necessario scaricare solo nei set di strutture RT.

+0

Nella mia esperienza esiste un solo oggetto RT per SeriesInstanceUID. Questo è il motivo per cui mi sembra che un Identificatore di serie sia un identificatore abbastanza valido.Per le immagini, posso vedere la necessità di un altro livello se ID per identificare ogni immagine in modo univoco. Sembra strano quanto sia davvero patetica la specifica Query/Retreive e quanto poco sia necessario supportare per conformarsi. – Budric

+0

@ Budric-- Ho spesso visto più strutture RT per una singola serie CT, ad esempio, per far sì che più medici segnalino lo stesso paziente per arrivare a una definizione di "verità fondamentale" (si veda Warfield). – mmr

3

UID di istanza SOP: rappresenta un identificatore univoco per IOD, è un tag TYPE 1 deve presentare con valore.

Per esempio:

Ogni DICOM Immagine ha identificativo univoco

27

Questa domanda era da un po 'di tempo fa, ma ho pensato di aggiungere che, ignorando del tutto QR, un SeriesInstanceUID è un identificatore univoco globale per una singola serie. SOPInstanceUID è un identificatore univoco globale per un file DICOM. Una serie può avere più file DICOM, quindi ognuno dovrebbe condividere lo stesso SeriesInstanceUID, ma ogni file avrebbe il proprio SOPInstanceUID.

2

Il numero di serie non è sufficientemente specifico. Nel caso di insiemi di strutture, l'UID dell'istanza SOP di riferimento lega i contorni nella struttura impostata alla sezione specifica dell'insieme di dati. Non è sufficiente fare semplicemente riferimento alle serie perché è necessario assicurarsi che il contorno si allinea esattamente con una sezione.

4

SOPInstanceUID rappresentano uid separato del file immagine Dicom. Gli uidi di studio, serie e sopinstace si basano sul modello di dati. StudyUID ti fornisce le informazioni di studio particolari. In quale serie diverse divise. L'istanza di serie uid usata per questo. E l'istanza SOP uid rappresenta un'immagine separata di Dicom. È la struttura gerarchica. Inoltre non ho mai usato SOPInstanceUID quando ho sviluppato la workstation PACS in Java. Secondo la mia esperienza, gli studi & serie Uids sono sufficienti per rappresentare i dati del paziente. Ma ancora SOPInstanceUID fornisce un'identità univoca per l'immagine dicom.

+3

'SOPInstanceUID' rappresenta un file' DICOM' globalmente unico. Questo non è direttamente correlato con una singola immagine. Un file 'DICOM' può contenere una singola immagine, può contenere più immagini, o potrebbe non contenere alcuna immagine (' SR', ad esempio) – gotmikhail