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?
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
@ 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