standard - proxima subasta dicom
DICOM: ¿Cuál es el punto de la etiqueta SOPInstanceUID? (5)
DICOM ya proporciona un identificador único suficiente para la serie (por ejemplo Series Instance UID ), ¿por qué también incluir uno en los objetos de nivel inferior (por ejemplo, SOPInstanceUID )?
Lo que me parece realmente molesto es el hecho de que al hacer referencia a otros objetos, por ejemplo, cuando el objeto RTStruct referencia RTStruct objeto RTStruct través de ReferencedStructureSetSequence / ReferencedSOPInstanceUID , se realiza utilizando el SOP Instance UID . Sin embargo, cualquiera de los SCP de DICOM, como buscar / mover, no funciona con el SOP Instance UID , funciona con el Series Instance UID . Entonces, ¿qué da? ¿Tengo que cargar la Series completa para encontrar todos los objetos referenciados?
Como probablemente sepa, DICOM tiene una jerarquía de identificadores para cada instancia de SOP (par de objetos de servicio) individual (ID de paciente / UID de instancia de estudio / UID de instancia de serie / UID de instancia de SOP). Esta jerarquía está integrada en el mecanismo de consulta / recuperación en DICOM, y también se utiliza para identificar instancias de SOP específicas.
En el caso específico que está mencionando, creo que podría existir la posibilidad de múltiples Conjuntos de Estructura RT dentro de una Serie / Estudio. Se debe hacer referencia a la instancia de SOP individual para que sepa a qué estructura establecer el plan de RT hace referencia.
En cuanto a los productos que admiten la recuperación mediante el UID de instancia SOP, desafortunadamente, las consultas relacionales no son ampliamente compatibles con los SCP de consulta / recuperación DICOM, como ha descubierto, y algunos servidores DICOM no admiten consultas de nivel de imagen. En este caso específico, puede consultar en el nivel de la serie específicamente para la modalidad RTSTRUCT, y solo recuperar la Serie que tiene esta modalidad, reduciendo así qué datos necesita descargar solo a los Conjuntos de Estructura RT.
Esta pregunta fue hace bastante tiempo, pero pensé que agregaría que, ignorando el QR completo, un objeto SeriesInstanceUID es un identificador único global para una sola serie. SOPInstanceUID es un identificador único global para un archivo DICOM . Una serie puede tener varios archivos DICOM , por lo que cada uno compartiría el mismo SeriesInstanceUID , pero cada archivo tendría su propio SOPInstanceUID .
La referencia de la serie no es lo suficientemente específica. En el caso de los conjuntos de estructura, el UID de instancia de SOP de referencia vincula los contornos en el conjunto de estructura al segmento específico en el conjunto de datos. No es suficiente simplemente hacer referencia a la serie porque debe asegurarse de que el contorno se alinee exactamente con una división.
SOPInstanceUID representa un uid separado del archivo de imagen de Dicom. Los uids de estudio, serie y sopinstace están basados en un modelo de datos. StudyUID le da la información particular del estudio. En que se dividieron diferentes series. UID de instancia de serie utilizado para esto. Y la instancia de SOP uid representa una imagen separada de Dicom. Es estructura de jerarquía. También nunca usé SOPInstanceUID cuando desarrollé la estación de trabajo PACS en Java. Según mi experiencia, los uids Study & Series son suficientes para representar los datos del paciente. Pero aún así, SOPInstanceUID le da una identidad única a la imagen de dicom.
UID de instancia de SOP: Represente su identificador único para IOD, su etiqueta TIPO 1 debe presentar con valor.
Por ejemplo :
Cada imagen DICOM tiene un identificador único.