Chris è corretto, sono gli stessi. Dalla sezione standard DICOM C.12.1.1.1:
La SOP Class UID e SOP Instance UID Gli attributi sono definiti per tutte le DICOM IODs. Tuttavia, sono codificati solo in IOD compositi con il Tipo uguale a 1. Vedere Sezione C.1.2.3. Se codificati, devono essere uguali a nei rispettivi Attributi nei servizi DIMSE e nell'intestazione File Meta Informazioni file (vedere Memoria supporti PS3.10).
Per quanto riguarda il motivo per cui questi oggetti sono duplicati, posso solo speculare, ma il Meta File Informazioni intestazione esiste solo nel file DICOM (che non è trasmesso da uno SCP/SCU). Quando un SCP scrive un file dai dati DICOM che riceve, deve ottenere la classe SOP e gli UID di istanza dall'insieme di dati, quindi è la ragione meccanica che sono gli stessi. Per quanto riguarda il motivo per cui questi tag e non alcuni altri, sono sicuro che ci sono molte ragioni, ma si noti che l'intestazione di informazioni Meta File è sempre leggibile da qualsiasi entità dicom in quanto è sempre "Little Endian Explicit" anche se il seguente set di dati è qualche strana sintassi di trasferimento. Quindi questi due campi sono sempre garantiti per essere leggibili e utilizzabili in qualsiasi file dicom valido (anche se le versioni del gruppo 8 si trovano in una sintassi di trasferimento illeggibile).
Ho provato anche a cercare la condizione:
Tuttavia, essi sono codificati solo in composito IODs
Quasi ogni IOD è un IOD Composite quando guardo lo standard:
Normalized IODs
Composite IODs
Si prega di riformulare la domanda; non è chiaro cosa stai chiedendo. Cosa intendi con "lo stesso"? Hanno nomi diversi, identificatori diversi e descrizioni differenti nella documentazione. – Phillip