Se proporcionan definiciones informales para los siguientes términos utilizados en esta Declaración de Conformidad. El estándar DICOM es la fuente autorizada para las definiciones formales de estos términos.
Sintaxis abstracta
La información que se acuerda intercambiar entre las aplicaciones, generalmente equivalente a una clase de par servicio/objeto (SOP). Ejemplos: Clase SOP de verificación, Clase SOP de búsqueda del modelo de información de la lista de trabajo de la modalidad, Clase SOP de almacenamiento de imágenes de radiografía computarizada.
Entidad de aplicación (AE)
Un punto final de un intercambio de información DICOM, incluyendo la red DICOM o el software de interfaz de medios; es decir, el software que envía o recibe objetos o mensajes de información DICOM. Un solo dispositivo puede tener múltiples Entidades de Aplicación.
Título de Entidad de Aplicación (AET)
El nombre conocido externamente de una Entidad de Aplicación, utilizado para identificar una aplicación DICOM a otras aplicaciones DICOM en la red.
Contexto de Aplicación
La especificación del tipo de comunicación utilizado entre Entidades de Aplicación. Ejemplo: Protocolo de red DICOM.
Asociación
Un canal de comunicación de red establecido entre Entidades de Aplicación.
Atributo
Una unidad de información en una definición de objeto; un elemento de datos identificado por una etiqueta. La información puede ser una estructura de datos compleja (Secuencia), compuesta a su vez por elementos de datos de nivel inferior. Ejemplos: ID del paciente (0010,0020), Número de acceso (0008,0050), Interpretación fotométrica (0028,0004), Secuencia de códigos de procedimiento (0008,1032).
Definición de objeto de información (IOD)
El conjunto especificado de Atributos que comprenden un tipo de objeto de datos; no representa una instancia específica del objeto de datos, sino una clase de objetos de datos similares que tienen las mismas propiedades. Los Atributos pueden especificarse como Obligatorios (Tipo 1), Requeridos pero posiblemente desconocidos (Tipo 2), u Opcionales (Tipo 3), y puede haber condiciones asociadas al uso de un Atributo (Tipos 1C y 2C). Ejemplos: IOD de imagen de RM, IOD de imagen de TC, IOD de trabajo de impresión.
Joint Photographic Experts Group (JPEG)
Conjunto de técnicas estandarizadas de compresión de imágenes, disponibles para su uso por las aplicaciones DICOM.
Perfil de aplicación de medios
Especificación de los objetos de información DICOM y de la codificación que se intercambia en medios extraíbles (por ejemplo, CD).
Módulo
Conjunto de atributos dentro de una definición de objeto de información que están lógicamente relacionados entre sí. Ejemplo: El Módulo del Paciente incluye el Nombre del Paciente, la Identificación del Paciente, la Fecha de Nacimiento del Paciente y el Sexo del Paciente.
Negociación
Primera fase del establecimiento de la Asociación que permite a las Entidades de Aplicación acordar los tipos de datos que se intercambiarán y cómo se codificarán dichos datos.
Contexto de presentación
Conjunto de servicios de red DICOM utilizados a través de una Asociación, tal y como se ha negociado entre las Entidades de Aplicación; incluye las Sintaxis Abstractas y las Sintaxis de Transferencia.
Unidad de Datos de Protocolo (PDU)
Un paquete (pieza) de un mensaje DICOM enviado a través de la red. Los dispositivos deben especificar el tamaño máximo del paquete que pueden recibir para los mensajes DICOM.
Perfil de seguridad
Conjunto de mecanismos, como el cifrado, la autenticación del usuario o las firmas digitales, utilizados por una entidad de aplicación para garantizar la confidencialidad, la integridad y/o la disponibilidad de los datos DICOM intercambiados.
Proveedor de clase de servicio (SCP)
Función de una entidad de aplicación que proporciona un servicio de red DICOM; normalmente, un servidor que realiza operaciones solicitadas por otra entidad de aplicación (usuario de clase de servicio). Ejemplos: Sistema de Comunicación y Archivo de Imágenes (SCP de almacenamiento de imágenes, y SCP de consulta/recuperación de imágenes), Sistema de Información Radiológica (SCP de lista de trabajo de modalidad).
Usuario de Clase de Servicio (SCU)
Papel de una Entidad de Aplicación que utiliza un servicio de red DICOM; típicamente, un cliente. Ejemplos: modalidad de imagen (SCU de almacenamiento de imágenes y SCU de lista de trabajo de la modalidad), estación de trabajo de imagen (SCU de consulta/recuperación de imágenes).
Service/Object Pair Class (SOP Class)
La especificación de la red o la transferencia de medios (servicio) de un tipo particular de datos (objeto); la unidad fundamental de la especificación de interoperabilidad DICOM. Ejemplos: Servicio de Almacenamiento de Imágenes de Ultrasonido, Gestión de Impresión Básica en Escala de Grises.
Instancia de Pares de Servicio/Objeto (Instancia SOP)
Un objeto de información; una ocurrencia específica de información intercambiada en una Clase SOP. Ejemplos: una imagen de rayos X específica.
Etiqueta
Un identificador de 32 bits para un elemento de datos, representado como un par de números hexadecimales de cuatro dígitos, el «grupo» y el «elemento». Si el número de «grupo» es impar, la etiqueta es para un elemento de datos privado (específico del fabricante). Ejemplos: (0010,0020) , (07FE,0010) , (0019,0210) .
Sintaxis de transferencia
La codificación utilizada para el intercambio de objetos y mensajes de información DICOM. Ejemplos: JPEG comprimido (imágenes), representación de valor explícito little endian.
Identificador único (UID)
Una cadena «decimal con puntos» globalmente única que identifica un objeto específico o una clase de objetos; un identificador de objetos ISO-8824. Ejemplos: UID de instancia de estudio, UID de clase SOP, UID de instancia SOP.
Representación de valor (VR)
El tipo de formato de un elemento de datos DICOM individual, como texto, un número entero, el nombre de una persona o un código. Los objetos de información DICOM pueden transmitirse con una identificación explícita del tipo de cada elemento de datos (VR explícito), o sin identificación explícita (VR implícito); con VR implícito, la aplicación receptora debe utilizar un diccionario de datos DICOM para buscar el formato de cada elemento de datos.
