PS3 1

11/11/21 11:28 PS3.
PS3.1
DICOM PS3.1 2021d - Introducción y descripción general

Comité de Normas DICOM
Copyright © 2021 NEMA
Una publicación DICOM®
Tabla de contenido
Aviso y exención de responsabilidad

Prefacio
1. Alcance y campo de aplicación
1.1. Alcance de DICOM
1.2. Campo de aplicación
1.3. Historia
1.4. Principios
1.4.1. Aplicabilidad y localización global
1.4.2. Mantenimiento continuo
1.4.3. Objetos de información e identificación de objetos únicos
1.4.4. Conformidad
1.4.5. Modelo de coherencia de la información
2 Referencias normativas
3. Definiciones
4. Símbolos y abreviaturas
5. El modelo de comunicación DICOM
6. Descripción general del contenido del estándar DICOM
6.1. Estructura del documento

6.2. PS3.2: conformidad
6.3. PS3.3: Definiciones de objetos de información
6.4. PS3.4: Especificaciones de clase de servicio
6.5. PS3.5: Estructura de datos y semántica
6.6. PS3.6: Diccionario de datos
6.7. PS3.7: intercambio de mensajes
6.8. PS3.8: Soporte de comunicación de red para intercambio de mensajes
6,9. PS3.9: Retirado (anteriormente, soporte de comunicación punto a punto
para intercambio de mensajes)
6.10. Almacenamiento de medios PS3.10 y formato de archivo para
intercambio de medios
6.11. PS3.11: Perfiles de aplicaciones de almacenamiento multimedia
6.12. PS3.12: Funciones de almacenamiento y formatos de medios para el
intercambio de datos
6.13. PS3.13: Retirado (anteriormente Soporte de comunicación punto a punto
de gestión de impresión)
6.14. PS3.14: función de pantalla estándar en escala de grises
6.15. PS3.15: Perfiles de administración de sistemas y seguridad
6.16. PS3.16: Recurso de mapeo de contenido
6.17. PS3.17: Información explicativa
6.18. PS3.18: Servicios web
6.19. PS3.19: Alojamiento de aplicaciones
6.20. PS3.20: Informes de imágenes utilizando la arquitectura de documentos
clínicos HL7
6.21. PS3.21: Transformaciones entre DICOM y otras representaciones
6.22. PS3.22: Comunicación en tiempo real (DICOM-RTV)
7. Referencia al estándar DICOM
Lista de Figuras
5-1. Modelo de comunicación general
https://dicom-nema-org.translate.goog/medical/dicom/current/output/html/part01.html?_x_tr_sch=http&_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es-419&_x… 1/22
11/11/21 11:28 PS3.1
6.2-1. Proceso de construcción para una declaración de conformidad de red

6.2-2. Proceso de construcción para una declaración de conformidad de los medios
6.10-1. Modelo de comunicación DICOM para el intercambio de medios
6.11-1. Relación entre un perfil de aplicación y partes de DICOM
6.19-1. Interfaz entre una aplicación alojada y un sistema de alojamiento
6.19-2. Ilustración de la independencia de la plataforma a través de la aplicación
alojada
Aviso y exención de responsabilidad
La información de esta publicación fue considerada técnicamente sólida por el

consenso de las personas involucradas en el desarrollo y aprobación del documento
en el momento de su elaboración. Consenso no significa necesariamente que exista
un acuerdo unánime entre todas las personas que participan en el desarrollo de este
documento.
Las publicaciones de normas y directrices de NEMA, de las cuales el documento

aquí contenido es una, se desarrollan a través de un proceso de desarrollo de
normas de consenso voluntario. Este proceso reúne a voluntarios y / o busca las
opiniones de personas que tienen interés en el tema cubierto por esta publicación. Si
bien NEMA administra el proceso y establece reglas para promover la equidad en el
desarrollo del consenso, no escribe el documento y no prueba, evalúa o verifica de
manera independiente la precisión o integridad de cualquier información o la solidez
de los juicios contenidos en su publicaciones de normas y directrices.
NEMA se exime de responsabilidad por cualquier lesión personal, propiedad u otros

daños de cualquier naturaleza, ya sean especiales, indirectos, consecuentes o
compensatorios, que resulten directa o indirectamente de la publicación, el uso, la
aplicación o la confianza en este documento. NEMA niega y no ofrece garantía
alguna, expresa o implícita, en cuanto a la precisión o integridad de cualquier
información publicada en este documento, y niega y no ofrece garantía de que la
información en este documento cumplirá con cualquiera de sus propósitos o
necesidades particulares. NEMA no se compromete a garantizar el rendimiento de
los productos o servicios de ningún fabricante o vendedor individual en virtud de esta
norma o guía.
Al publicar y poner a disposición este documento, NEMA no se compromete a

prestar servicios profesionales o de otro tipo para o en nombre de ninguna persona o
entidad, ni NEMA se compromete a realizar ninguna obligación que una persona o
entidad deba a otra persona. Cualquiera que utilice este documento debe confiar en
su propio juicio independiente o, según corresponda, buscar el consejo de un
profesional competente para determinar el ejercicio de un cuidado razonable en
cualquier circunstancia. La información y otras normas sobre el tema cubierto por
esta publicación pueden estar disponibles en otras fuentes, que el usuario puede
desear consultar para obtener puntos de vista adicionales o información no cubierta
por esta publicación.
NEMA no tiene poder, ni se compromete a vigilar o hacer cumplir el contenido de

este documento. NEMA no certifica, prueba ni inspecciona productos, diseños o
instalaciones con fines de seguridad o salud. Cualquier certificación u otra
declaración de cumplimiento con cualquier información relacionada con la salud o la
seguridad en este documento no será atribuible a NEMA y es responsabilidad
exclusiva del certificador o fabricante de la declaración.
Prefacio
El Comité de Estándares DICOM es una organización de desarrollo de estándares

internacional e independiente que comprende sociedades profesionales biomédicas
cuyas especialidades incluyen el uso de imágenes médicas, fabricantes de equipos
de imágenes médicas y sistemas de información relacionados, y agencias
gubernamentales, asociaciones comerciales y otras organizaciones de desarrollo de
estándares con interés. en la estandarización de la información de imágenes
médicas y datos relacionados. La membresía está abierta a todas las organizaciones
con un interés material en el trabajo del Comité. El Comité colabora estrechamente
con otras organizaciones de desarrollo de normas en los campos de la informática
sanitaria y los equipos eléctricos en la práctica médica. La Secretaría del Comité es
la Asociación Nacional de Fabricantes Eléctricos y su división Alianza de Tecnología
e Imágenes Médicas.
11/11/21 11:28 PS3.1
El producto principal del Comité es este Estándar, Imagen y Comunicaciones

Digitales en Medicina (DICOM).
Este estándar DICOM fue desarrollado de acuerdo con los procedimientos del
Comité de Estándares DICOM.
El estándar DICOM está estructurado como un documento de varias partes utilizando

las pautas establecidas en [ Directivas ISO / IEC, Parte 2 ] .
La Norma se publica como Norma NEMA PS3 y sus Partes se identifican mediante la
numeración de la publicación NEMA (PS3.1, PS3.2, etc.).
DICOM® es la marca registrada de la Asociación Nacional de Fabricantes Eléctricos

para sus publicaciones de estándares relacionadas con las comunicaciones digitales
de información médica, todos los derechos reservados.
HL7® y CDA® son marcas comerciales registradas de Health Level Seven

International, todos los derechos reservados.
SNOMED®, SNOMED Clinical Terms®, SNOMED CT® son marcas registradas de la

Internacional de Desarrollo de la Salud Terminología Normas de Organización
(IHTSDO), todos los derechos reservados.
LOINC® es la marca registrada de Regenstrief Institute, Inc, todos los derechos

reservados.
1 Alcance y campo de aplicación
PS3.1 proporciona una descripción general de todo el estándar de imágenes

digitales y comunicaciones en medicina (DICOM). Describe la historia, el alcance, los
objetivos y la estructura del Estándar. En particular, contiene una breve descripción
del contenido de cada Parte de la Norma.
1.1 Alcance de DICOM
Imágenes y comunicaciones digitales en medicina (DICOM) es el estándar para la

comunicación y gestión de información de imágenes médicas y datos relacionados.
El estándar DICOM facilita la interoperabilidad de los equipos de imágenes médicas

al especificar:
Para las comunicaciones de red, un conjunto de protocolos que deben seguir

los dispositivos que afirman la conformidad con el Estándar.
La sintaxis y semántica de los comandos y la información asociada que se

puede intercambiar utilizando estos protocolos.
Para la comunicación de medios, un conjunto de servicios de almacenamiento

de medios a los que seguirán dispositivos que afirmen la conformidad con el
Estándar, así como un formato de archivo y una estructura de directorio
médico para facilitar el acceso a las imágenes y la información relacionada
almacenada en los medios de intercambio.
Información que debe proporcionarse con una implementación para la que se

reivindica la conformidad con la Norma.
El estándar DICOM no especifica:
Los detalles de implementación de cualquier característica del Estándar en un

dispositivo que declara conformidad.
El conjunto general de características y funciones que se esperan de un

sistema implementado mediante la integración de un grupo de dispositivos,
cada uno de los cuales afirma que cumple con DICOM.
Un procedimiento de prueba / validación para evaluar la conformidad de una

implementación con el Estándar.
1.2 Campo de aplicación
11/11/21 11:28 PS3.1
El estándar DICOM pertenece al campo de la informática médica. Dentro de ese

campo, aborda el intercambio de información digital entre equipos de imágenes
médicas y otros sistemas. Debido a que dicho equipo puede interoperar con otros
dispositivos médicos y sistemas de información, el alcance de esta Norma debe
superponerse con otras áreas de la informática médica. Sin embargo, el estándar
DICOM no aborda la amplitud de este campo.
Esta Norma ha sido desarrollada con énfasis en las imágenes médicas de

diagnóstico que se practican en radiología, cardiología, patología, odontología,
oftalmología y disciplinas relacionadas, y terapias basadas en imágenes como
radiología intervencionista, radioterapia y cirugía. Sin embargo, también es aplicable
a una amplia gama de información relacionada con imágenes y no relacionada con
imágenes que se intercambia en entornos clínicos, de investigación, veterinarios y
otros entornos médicos.
Este estándar facilita la interoperabilidad de sistemas que afirman conformidad en un

entorno de múltiples proveedores, pero no garantiza, por sí mismo, la
interoperabilidad.
1.3 Historia
Con la introducción de la tomografía computarizada (TC) seguida de otras

modalidades de diagnóstico por imágenes digitales en la década de 1970, y el uso
creciente de computadoras en aplicaciones clínicas, el Colegio Americano de
Radiología (ACR) y la Asociación Nacional de Fabricantes Eléctricos (NEMA)
reconocieron el emergente necesidad de un método estándar para transferir
imágenes e información asociada entre dispositivos fabricados por varios
proveedores. Estos dispositivos producen una variedad de formatos de imágenes
digitales.
El Colegio Americano de Radiología (ACR) y la Asociación Nacional de Fabricantes

Eléctricos (NEMA) formaron un comité conjunto en 1983 para desarrollar un estándar
para:
Promover la comunicación de información de imágenes digitales,

independientemente del fabricante del dispositivo.
Facilitar el desarrollo y la expansión de sistemas de comunicación y archivo

de imágenes (PACS) que también pueden interactuar con otros sistemas de
información hospitalaria.
Permitir la creación de bases de datos de información de diagnóstico que

puedan ser interrogadas por una amplia variedad de dispositivos distribuidos
geográficamente.
La Publicación de Normas ACR-NEMA No. 300-1985, publicada en 1985, fue

designada como versión 1.0. A la Norma le siguieron dos revisiones: la Nº 1, de
octubre de 1986 y la Nº 2, de enero de 1988. Estas Publicaciones de Normas
especificaban una interfaz de hardware, un conjunto mínimo de comandos de
software y un conjunto coherente de formatos de datos.
La Publicación de Estándares ACR-NEMA No. 300-1988, publicada en 1988, fue

designada como versión 2.0. Incluía la versión 1.0, las revisiones publicadas y
revisiones adicionales. También incluyó nuevo material para proporcionar soporte de
comando para dispositivos de visualización, para introducir un nuevo esquema de
jerarquía para identificar una imagen y para agregar elementos de datos para una
mayor especificidad al describir una imagen.
En 1993, la Norma ACR-NEMA 300 fue sustancialmente revisada y reemplazada por

esta Norma, denominada Digital Imaging and Communications in Medicine (DICOM).
Incorpora una serie de mejoras importantes a las versiones anteriores del estándar
ACR-NEMA:
Es aplicable a un entorno en red. El estándar ACR-NEMA era aplicable en un

entorno de punto a punto únicamente; para el funcionamiento en un entorno
de red se necesitaba una unidad de interfaz de red (NIU). DICOM admite el
funcionamiento en un entorno de red utilizando el protocolo de red estándar
de la industria TCP / IP.
11/11/21 11:28 PS3.1
Es aplicable al intercambio de medios fuera de línea. El estándar ACR-NEMA

no especificó un formato de archivo o una elección de medio físico o sistema
de archivos lógico. DICOM admite la operación en un entorno de medios fuera
de línea utilizando medios estándar de la industria como CD-R, DVD-R y USB
y sistemas de archivos comunes.
Es un protocolo orientado a servicios, que especifica la semántica de los

comandos y los datos asociados, y cómo los dispositivos que afirman cumplir
con el Estándar reaccionan a los comandos y los datos que se intercambian.
Los servicios específicos incluyen soporte para la gestión del flujo de trabajo
de un departamento de imágenes. El estándar ACR-NEMA se limitó a la
transferencia de datos con solo requisitos de servicio implícitos.
Especifica niveles de conformidad. El estándar ACR-NEMA especificó un nivel

mínimo de conformidad. DICOM describe explícitamente cómo un
implementador debe estructurar una Declaración de conformidad para
seleccionar opciones específicas.
En 1995, con la adición de capacidades DICOM para imágenes de cardiología con el

apoyo del Colegio Americano de Cardiología, el Comité Conjunto ACR-NEMA se
reorganizó como el Comité de Estándares DICOM, una amplia colaboración de
partes interesadas en todas las especialidades de imágenes médicas.
1.4 Principios
1.4.1 Aplicabilidad y localización global
DICOM es un estándar mundial que se puede utilizar en cualquier lugar. Proporciona

mecanismos para manejar datos que apoyan los requisitos culturales, como
diferentes sistemas de escritura, conjuntos de caracteres, idiomas y estructuras para
direcciones y nombres de personas. Es compatible con la variedad de flujos de
trabajo, procesos y políticas que se utilizan para la obtención de imágenes
biomédicas en diferentes regiones geográficas, especialidades médicas y prácticas
locales.
La localización para cumplir con los requisitos de las políticas de flujo de trabajo y
salud nacionales o locales se puede realizar sin desviarse del Estándar. Dicha
localización puede incluir la especificación de conjuntos de códigos (por ejemplo,
códigos de procedimiento) o la elaboración de perfiles del uso de elementos de datos
(tanto especificando valores permitidos localmente como haciendo que los elementos
que son opcionales en el Estándar sean obligatorios para uso local).
La localización y la creación de perfiles se pueden especificar en una serie de

mecanismos fuera del alcance del estándar DICOM. Uno de esos mecanismos son
los perfiles de integración de la organización Integrating the Healthcare Enterprise
(IHE). Es importante que la elaboración de perfiles se adhiera al concepto de no
contradicción. Un perfil puede agregar requisitos, pero no debe contradecir los
requisitos de DICOM, ya que eso haría imposible cumplir tanto con DICOM como con
el perfil.
1.4.2 Mantenimiento continuo
El Estándar DICOM es un estándar en evolución y se mantiene de acuerdo con los

Procedimientos del Comité de Estándares DICOM. Las propuestas de mejoras son
bienvenidas por todos los usuarios de la Norma y pueden enviarse a la Secretaría.
Los suplementos y correcciones de la Norma se votan y aprueban varias veces al
año. Cuando se aprueba como texto final, cada cambio se vuelve oficial, se publica
por separado y entra en vigor de inmediato. A intervalos, todos los cambios
aprobados en el Texto Final se consolidan y publican en una edición actualizada de
la Norma. Una vez que los cambios se consolidan en una edición actualizada de la
Norma, los documentos de cambios individuales no se mantienen; Se recomienda a
los lectores que utilicen la edición consolidada de la Norma.
Un requisito para actualizar la Norma es mantener una compatibilidad efectiva con

las ediciones anteriores.
El proceso de mantenimiento puede implicar el retiro de secciones de la Norma.
11/11/21 11:28 PS3.1
La jubilación no implica que no se puedan utilizar estas funciones. Sin embargo, el

Comité de Normas DICOM no mantendrá la documentación de las funciones
retiradas. Se remite al lector a ediciones anteriores de la Norma.
Se desaconseja el uso de las funciones retiradas para nuevas implementaciones, a

favor de las alternativas que permanecen en el Estándar.
1.4.3 Objetos de información e identificación de objetos únicos
Muchos servicios DICOM implican el intercambio de objetos de información

persistentes, como imágenes. Una instancia de tal objeto de información puede
intercambiarse a través de muchos sistemas y contextos organizacionales, y con el
tiempo. Si bien se pueden realizar cambios menores a los atributos de una instancia
para facilitar su manejo dentro de una organización particular (por ejemplo,
coaccionando un ID de paciente al valor usado en un contexto local), el contenido
semántico de una instancia no cambia.
Cada instancia se identifica mediante un identificador de objeto único global, que

persiste con la instancia en todos los intercambios. Los cambios en el contenido
semántico de una instancia se definen para crear una nueva instancia, a la que se le
asigna un nuevo identificador de objeto único global.
1.4.4 Conformidad
La conformidad con el estándar DICOM se establece en términos de clases de pares

de objetos de servicio (SOP), que representan servicios (como el almacenamiento
mediante red, medios o web) que operan en tipos de objetos de información (como
imágenes de CT o MR).
Las especificaciones de la clase SOP en el estándar DICOM solo se cambian de una

manera que esté destinada a ser compatible con versiones anteriores y posteriores
para todas las ediciones del estándar. Por lo tanto, los requisitos de conformidad y
las declaraciones de conformidad se hacen referencia al identificador de la clase
SOP y nunca se hace referencia a una edición de la Norma.
Se requiere que cada implementación proporcione una Declaración de conformidad,

de acuerdo con una estructura pro forma consistente , que facilite la comparación de
productos para la interoperabilidad.
1.4.5 Modelo de coherencia de la información
Una gran cantidad de objetos de información definidos en el estándar DICOM siguen

un modelo de información compuesto común con entidades de información que
representan el paciente, el estudio, la serie, el equipo, el marco de referencia y el tipo
de datos de instancia específico. Este modelo de información es una simplificación
de los conceptos y actividades del mundo real de las imágenes médicas; para las
modalidades de adquisición, un estudio equivale aproximadamente a un
procedimiento ordenado y una serie equivale aproximadamente a un elemento de
protocolo de adquisición de datos realizado. En otros dominios, como la radioterapia,
el estudio y la serie están menos relacionados con las entidades o actividades del
mundo real, pero siguen siendo necesarios para mantener la coherencia. Este
modelo simplificado es suficiente para las necesidades pragmáticas de gestión de
imágenes y datos relacionados recopilados en la práctica habitual.
Los nuevos objetos de información definidos en DICOM normalmente se ajustarán a

este modelo de información común existente, lo que permitirá la reutilización de
implementaciones con cambios mínimos para admitir los nuevos objetos.
2 Referencias normativas
[ Directivas ISO / IEC, Parte 2 ] ISO / IEC. 2016/05. 7.0. Reglas para la estructura y
redacción de Normas Internacionales .
http://www.iec.ch/members_experts/refdocs/iec/isoiecdir-2%7Bed7.0%7Den.pdf .
[ ACR / NEMA 300 ] ACR / NEMA. 1988. Imágenes y comunicaciones digitales .
[ Informe EBU-SMPTE-VSF JT-NM Fase 2 ] , y. 2015. v1.0. Informe de la Fase 2 del

Joint Task Force on Networked Media (JT-NM): Arquitectura de referencia . http://jt-
11/11/21 11:28 PS3.1
nm.org/RA-1.0/JT-NMReferenceArchitecturev1.0%20150904%20FINAL.pdf .
[ ISO / IEC 8822 ] ISO / IEC. 1994. Sistemas de procesamiento de información -

Interconexión de sistemas abiertos - Definición del servicio de presentación orientada
a la conexión .
[ ISO / IEC 8649 ] ISO / IEC. 1996. Sistemas de procesamiento de información -

Interconexión de sistemas abiertos - Definición de servicio para el elemento de
servicio de control de asociación . Retirado 2012 ..
[ SMPTE ST 2110-10 ] Sociedad de Ingenieros de Cine y Televisión (SMPTE). 2017.

Medios profesionales sobre redes IP: tiempos y definiciones del sistema .

Medios profesionales sobre redes IP: Vídeo activo sin comprimir .

Medios profesionales sobre redes IP: Audio digital PCM .
3 Definiciones
Atributo
Propiedad de un objeto de información. Un atributo tiene un nombre y un valor

que son independientes de cualquier esquema de codificación.
Mando
Una solicitud para operar con información a través de una red.
Elemento de comando
Una codificación de un parámetro de un comando que transmite el valor de

este parámetro.
Flujo de comandos
El resultado de codificar un conjunto de elementos de comando DICOM

utilizando el esquema de codificación DICOM.
Declaración de conformidad
Una declaración formal que describe una implementación específica del

estándar DICOM. Especifica las clases de servicio, los objetos de información,
los protocolos de comunicación, los perfiles de seguridad y los perfiles de
aplicación de almacenamiento de medios admitidos por la implementación.
Diccionario de datos
Un registro de elementos de datos DICOM que asigna una etiqueta única, un

nombre, características de valor y semántica a cada elemento de datos.
Elemento de datos
Unidad de información definida por una sola entrada en el diccionario de datos.
Conjunto de datos
Información intercambiada que consta de un conjunto estructurado de

Atributos. El valor de cada atributo en un conjunto de datos se expresa como
un elemento de datos.
Flujo de datos
El resultado de codificar un conjunto de datos utilizando el esquema de

codificación DICOM (números de elementos de datos y representaciones
según lo especificado por el diccionario de datos).
Objeto de información
11/11/21 11:28 PS3.1
Una abstracción de una entidad de información real (por ejemplo, imagen CT,
informe estructurado, etc.) sobre la que actúan uno o más comandos DICOM.
Nota
Este término se utiliza principalmente en PS3.1, con algunas

referencias en PS3.3 . Es un término informal que corresponde a
un término formal que se introduce en PS3.3 . En todas las
demás partes del estándar DICOM, este término formal se conoce
como Definición de objeto de información.
Clase de objeto de información
Una descripción formal de un objeto de información, que incluye una

descripción de su propósito y los atributos que posee. No incluye valores para
estos atributos.
Nota
Este término solo se usa en PS3.1. Es un término informal que

corresponde a un término formal que se introduce en PS3.4 . Este
término formal se conoce como Clase de par de objetos de
servicio o, más comúnmente, Clase SOP.
Instancia de objeto de información
Una representación de una ocurrencia de una entidad del mundo real, que
incluye valores para los atributos de la clase de objeto de información a la que
pertenece la entidad.
Nota
Este término solo se usa en PS3.1. Es un término informal que

corresponde a un término formal que se introduce en PS3.4 . Este
término formal se conoce como instancia de par de objetos de
servicio o, más comúnmente, instancia de SOP.
Mensaje
Unidad de datos del Protocolo de intercambio de mensajes intercambiada entre

dos aplicaciones DICOM que cooperan. Un mensaje se compone de una
secuencia de comandos seguida de una secuencia de datos opcional.
Parte
Subdivisión del estándar DICOM que cubre material temático relacionado.
Clase de servicio
Una descripción estructurada de un servicio que es compatible con

aplicaciones DICOM cooperativas que utilizan comandos DICOM específicos
que actúan sobre una clase específica de objeto de información.
Clase de par de objetos de servicio (clase SOP)
El par de un objeto de información y un grupo de servicios DIMSE, un servicio

de almacenamiento de medios o un servicio web.
Esencia ()
Tipo de fuente de video, audio o datos, como se define en [ EBU-SMPTE-VSF

JT-NM Phase 2 Report ] .
Flujo ()
Una secuencia de granos de una fuente; una representación concreta del

contenido que emana de la Fuente, como se define en el [ Informe EBU-
SMPTE-VSF JT-NM Fase 2 ] .
Grano ()
11/11/21 11:28 PS3.1
Representa un elemento de Essence u otros datos asociados con un tiempo

específico, como un fotograma o un grupo de muestras de audio consecutivas
o subtítulos, como se define en [ EBU-SMPTE-VSF JT-NM Phase 2 Report ] .
Rendición ()
Una colección de flujos sincronizados en el tiempo destinados a la presentación

simultánea, que brindan una experiencia completa de un grupo fuente, como se
define en [ EBU-SMPTE-VSF JT-NM Phase 2 Report ] .
Fuente ()
Un concepto abstracto que representa el origen primario de un flujo o conjunto

de flujos, como se define en [ EBU-SMPTE-VSF JT-NM Phase 2 Report ] .
4 Símbolos y abreviaturas
ACSE
Elemento de servicio de control de asociación
API
Interfaz de programación de aplicaciones
Connecticut
Tomografía computarizada
DICOM
Imágenes digitales y comunicaciones en medicina
DICOM-RTV
Vídeo en tiempo real DICOM
DIMSE
Elemento de servicio de mensajes DICOM
SU
Sistema de información hospitalaria
HTTP
Protocolo de Transferencia de Hipertexto
HTTPS
Protocolo de transferencia de hipertexto seguro
JIRA
Asociación Japonesa de Industrias de Sistemas Radiológicos y de Imágenes

Médicas
OSI
Sistemas abiertos de interconexión
PACS
Sistemas de comunicación y archivo de imágenes
PTP
Protocolo de tiempo de precisión
DESCANSAR
11/11/21 11:28 PS3.1
Transferencia de estado representacional
Sosegado
Un servicio web RESTful es un servicio web implementado mediante

arquitectura REST y HTTP (consulte
http://www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdf )
RIS
Sistema de información radiológica
RTP
Protocolo de transporte en tiempo real
SMPTE
Sociedad de Ingenieros de Cine y Televisión
STOW-RS
Almacenamiento en la Web mediante servicios RESTful
TCP / IP
Protocolo de Control de Transmisión / Protocolo de Internet
WADO-RS
Acceso web a objetos DICOM mediante servicios RESTful
WADO-URI
Acceso web a objetos DICOM por URI
5 El modelo de comunicación DICOM
El estándar DICOM facilita la interoperabilidad de dispositivos que afirman

conformidad. En particular,
Aborda la semántica de los comandos y los datos asociados. Para que los
dispositivos interactúen, debe haber estándares sobre cómo se espera que
los dispositivos reaccionen a los comandos y los datos asociados, no solo la
información que se va a mover entre dispositivos.
Aborda la semántica de los servicios de archivos, formatos de archivo y

directorios de información necesarios para la comunicación fuera de línea.
Es explícito en la definición de los requisitos de conformidad de las

implementaciones de la Norma. En particular, una declaración de conformidad
debe especificar suficiente información para determinar las funciones para las
que se puede esperar interoperabilidad con otro dispositivo que declare
conformidad.
Facilita la operación en un entorno en red.
Está estructurado para adaptarse a la introducción de nuevos servicios, lo que

facilita el soporte para futuras aplicaciones de imágenes médicas.
Hace uso de los estándares internacionales existentes donde sea aplicable, y

se ajusta a las pautas de documentación establecidas para los estándares
internacionales.
La Figura 5-1 presenta el modelo de comunicación general del Estándar, que abarca
tanto la red (en línea) como la comunicación de intercambio de almacenamiento de
medios (fuera de línea). Las aplicaciones pueden utilizar cualquiera de los siguientes
mecanismos de transporte:
https://dicom-nema-org.translate.goog/medical/dicom/current/output/html/part01.html?_x_tr_sch=http&_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es-419&_… 10/22
11/11/21 11:28 PS3.1
el servicio de mensajes DICOM y el servicio de capa superior, que

proporcionan independencia del soporte y protocolos de comunicación de red
física específicos como TCP / IP.
la API de servicio web DICOM y el servicio HTTP, que permite el uso de

hipertexto común y protocolos asociados para el transporte de servicios
DICOM
el servicio de archivos DICOM básico, que proporciona acceso a los medios

de almacenamiento independientemente de los formatos de almacenamiento
de medios y las estructuras de archivos específicos
Comunicación en tiempo real DICOM, que proporciona transporte en tiempo

real de metadatos DICOM basados en SMPTE y RTP.
Medical Images
and related information
DICOM Application Entity
Service Class Specifications
Information Objects Definitions
Dataset Structure and Encoding - Data Dictionary
Message Exchange Web Services Real-Time Communications Media Interchange
BOUNDARY: BOUNDARY: BOUNDARY: BOUNDARY:

DICOM Upper Layer Service DICOM – HTTP DICOM – RTP DICOM Basic File Service
Security Layer
DICOM Upper Layer HTTP RTP
(Optional)
Physical Medium and Medium Format

Security Layer Security Layer Security Layer MEDIUM A MEDIUM B MEDIUM n
(Optional) (Optional) (Optional)
<FILE>
<FIELD>
...
TCP/IP Transport Layer TCP/IP Transport Layer UDP Transport Layer ...
<FIELD>
</FILE>
Network Exchange Network Exchange Network Exchange Media Storage Interchange

On-Line Communication On-Line Communication On-Line Communication Off-Line Communication
Figura 5-1. Modelo de comunicación general
6 Descripción general del contenido del estándar DICOM

6.1 Estructura del documento
DICOM consta de las siguientes partes:
PS3.1: Introducción y descripción general (este documento)
PS3.2: conformidad
PS3.3: Definiciones de objetos de información
PS3.4: Especificaciones de clase de servicio
PS3.5: Estructuras de datos y codificación
PS3.6: Diccionario de datos
PS3.7: intercambio de mensajes
PS3.8: Soporte de comunicación de red para intercambio de mensajes
PS3.9: Retirado
PS3.10: almacenamiento de medios y formato de archivo para el intercambio

de medios
11/11/21 11:28 PS3.1
PS3.11: Perfiles de aplicaciones de almacenamiento multimedia
PS3.12: formatos y medios físicos
PS3.13: Retirado
PS3.14: función de pantalla estándar en escala de grises
PS3.15: Perfiles de administración de sistemas y seguridad
PS3.16: Recurso de mapeo de contenido
PS3.17: Información explicativa
PS3.18: Servicios web
PS3.19: Alojamiento de aplicaciones
PS3.20: Informes de imágenes utilizando la arquitectura de documentos

clínicos HL7
PS3.21: Transformaciones entre DICOM y otras representaciones
PS3.22: Comunicación en tiempo real (DICOM-RTV)
Estas partes de la Norma son documentos relacionados pero independientes. En

esta sección se proporciona una breve descripción de cada parte.
6.2 PS3.2: Conformidad
PS3.2 del estándar DICOM define los principios que deben seguir las
implementaciones que afirman conformidad con el estándar:
Requisitos de conformidad. PS3.2 especifica los requisitos generales que

debe cumplir cualquier implementación que reclame conformidad. Hace
referencia a las secciones de conformidad de otras partes de la Norma.
Declaración de conformidad. PS3.2 define la estructura de una declaración de

conformidad. Especifica la información que debe estar presente en una
declaración de conformidad. Hace referencia a las secciones de Declaración
de conformidad de otras partes de la Norma.
PS3.2 no especifica un procedimiento de prueba / validación para evaluar la

conformidad de una implementación con el Estándar.
La figura 6.2-1 y la figura 6.2-2 describen el proceso de construcción de una

declaración de conformidad para la comunicación de red y el intercambio de medios.
Una declaración de conformidad consta de las siguientes partes:
Conjunto de objetos de información reconocidos por esta implementación
Conjunto de clases de servicio que admite esta implementación
Conjunto de protocolos de comunicaciones o medios físicos que admite esta

implementación
Conjunto de medidas de seguridad que soporta esta implementación.
11/11/21 11:28 PS3.1
DICOM Conformance
Statement Document
PS3.14 PS3.16
Grayscale Standard Content Mapping Implementation
Display Function Resource Model
PS3.6 PS3.5 PS3.3

Data Structure and Information
Data Dictionary
Semantics Object Definitions
SOP Classes,
Roles,
and
PS3.7 PS3.4 Transfer
Syntaxes
Service Class
Media Exchange
Specifications
PS3.15 PS3.8
Network
Communication
Security Profiles Communications
Stack
Support
Security Measures
Figura 6.2-1. Proceso de construcción para una declaración de conformidad de

red
DICOM Conformance
Statement Document
PS3.14 PS3.16
Grayscale Standard Content Mapping Implementation
Display Function Resource Model
PS3.6 PS3.5 PS3.3 Application Profiles

Data Structure and Information
Data Dictionary
Semantics Object Definitions
SOP Classes,
Roles,
and
PS3.10 PS3.4 Transfer
Syntaxes
Media Application Service Class
Profile Specifications
PS3.15 PS3.12 PS3.11

Media Formats & Media Storage &
Security Profiles Physical Media for File Format for Physical Media
Data Interchange Data Interchange
Security Measures
Figura 6.2-2. Proceso de construcción para una declaración de conformidad de

los medios
6.3 PS3.3: Definiciones de objetos de información
PS3.3 del estándar DICOM especifica una serie de clases de objetos de información
que proporcionan una definición abstracta de entidades del mundo real aplicables a
la comunicación de imágenes médicas digitales e información relacionada (por
ejemplo, formas de onda, informes estructurados, dosis de radioterapia, etc.). Cada
definición de Clase de Objeto de Información consiste en una descripción de su
propósito y los Atributos que la definen. Una clase de objeto de información no
incluye los valores de los atributos que componen su definición.
Se definen dos tipos de clases de objetos de información: normalizadas y

compuestas.
Las clases de objetos de información normalizados incluyen solo aquellos atributos

inherentes a la entidad del mundo real representada. Por ejemplo, la Clase de objeto
de información del estudio, que se define como normalizada, contiene Atributos de
fecha y hora del estudio porque son inherentes a un estudio real. Sin embargo, el
nombre del paciente no es un atributo de la clase de objeto de información del
11/11/21 11:28 PS3.1
estudio porque es inherente al paciente en el que se realizó el estudio y no al estudio

en sí.
Las clases de objetos de información compuesta pueden incluir adicionalmente

atributos que están relacionados pero no son inherentes a la entidad del mundo real.
Por ejemplo, la clase de objeto de información de imagen de tomografía
computarizada, que se define como compuesta, contiene atributos que son
inherentes a la imagen (p. Ej., Fecha de la imagen) y atributos que están
relacionados pero no son inherentes a la imagen (p. Ej., Nombre del paciente) . Las
clases de objetos de información compuesta proporcionan un marco estructurado
para expresar los requisitos de comunicación de las imágenes donde los datos de
imagen y los datos relacionados deben estar estrechamente asociados.
Para simplificar las definiciones de las clases de objetos de información, los atributos
de cada clase de objetos de información se dividen con Atributos similares
agrupados. Estas agrupaciones de atributos se especifican como módulos
independientes y pueden ser reutilizadas por otras clases de objetos de información
compuesta.
PS3.3 define un modelo del mundo real junto con el modelo de información
correspondiente que se refleja en las definiciones de objetos de información. Las
ediciones futuras de esta Norma pueden ampliar este conjunto de Objetos de
información para admitir nuevas funciones.
Para representar una ocurrencia de una entidad del mundo real, se crea una
instancia de objeto de información, que incluye valores para los atributos de la clase
de objeto de información. Los valores de atributo de esta instancia de objeto de
información pueden cambiar con el tiempo para reflejar con precisión el estado
cambiante de la entidad que representa. Esto se logra realizando diferentes
operaciones básicas en la instancia del objeto de información para prestar un
conjunto específico de servicios definidos como una clase de servicio. Estas clases
de servicio se definen en PS3.4 de la norma.
6.4 PS3.4: Especificaciones de clase de servicio
PS3.4 del estándar DICOM define una serie de clases de servicios. Una clase de
servicio asocia uno o más objetos de información con uno o más comandos que se
ejecutarán sobre estos objetos. Las especificaciones de clase de servicio establecen
los requisitos para los elementos de comando y cómo los comandos resultantes se
aplican a los objetos de información. Las especificaciones de clase de servicio
establecen los requisitos tanto para los proveedores como para los usuarios de los
servicios de comunicaciones.
PS3.4 del estándar DICOM define las características compartidas por todas las
clases de servicio y cómo se estructura una declaración de conformidad para una
clase de servicio individual. Contiene una serie de anexos normativos que describen
en detalle Clases de servicios individuales.
Entre los ejemplos de clases de servicio se incluyen los siguientes:
Clase de servicio de almacenamiento
Consultar / recuperar clase de servicio
Clase de servicio de gestión de lista de trabajo básica
Clase de servicio de gestión de impresión.
PS3.4 define las operaciones realizadas sobre los objetos de información definidos
en PS3.3 . PS3.7 define los comandos y protocolos para usar los comandos para
realizar las operaciones y notificaciones descritas en PS3.4 .
6.5 PS3.5: Estructura de datos y semántica
PS3.5 del estándar DICOM especifica cómo las aplicaciones DICOM construyen y
codifican la información del conjunto de datos resultante del uso de las clases de
servicios y objetos de información definidas en PS3.3 y PS3.4 del estándar DICOM.
Se especifica el soporte de una serie de técnicas de compresión de imágenes
estándar (por ejemplo, JPEG sin pérdida y con pérdida).
11/11/21 11:28 PS3.1
PS3.5 trata las reglas de codificación necesarias para construir un tren de datos que
se transmitirá en un mensaje como se especifica en PS3.7 del estándar DICOM.
Este flujo de datos se produce a partir de la recopilación de elementos de datos que
componen el conjunto de datos.
PS3.5 también define la semántica de una serie de funciones genéricas que son
comunes a muchos objetos de información. PS3.5 define las reglas de codificación
para los juegos de caracteres internacionales utilizados dentro de DICOM.
6.6 PS3.6: Diccionario de datos
PS3.6 del estándar DICOM es el registro centralizado que define la recopilación de

todos los elementos de datos DICOM disponibles para representar información, junto
con los elementos utilizados para la codificación de medios intercambiables y una
lista de elementos identificados de forma única que son asignados por DICOM.
Para cada elemento, PS3.6 especifica:
su etiqueta única, que consta de un grupo y un número de elemento,
su nombre,
su representación de valor (cadena de caracteres, entero, etc.),
su multiplicidad de valores (cuántos valores por atributo),
si está jubilado.
Para cada artículo identificado de forma única, PS3.6 especifica:
su valor único, que es numérico con varios componentes separados por

puntos decimales y limitado a 64 caracteres,
su nombre,
su tipo, ya sea clase de objeto de información, definición de codificación para

la transferencia de datos, o ciertas instancias de objeto de información bien
conocidas,
en qué Parte del Estándar DICOM se define.
6.7 PS3.7: Intercambio de mensajes
PS3.7 del estándar DICOM especifica tanto el servicio como el protocolo utilizado por
una aplicación en un entorno de imágenes médicas para intercambiar mensajes a
través de los servicios de soporte de comunicaciones definidos en PS3.8 . Un
mensaje se compone de un flujo de comandos definido en PS3.7 seguido de un flujo
de datos opcional como se define en PS3.5 .
PS3.7 especifica:
las operaciones y notificaciones (servicios DIMSE) disponibles para las clases

de servicio definidas en PS3.4 ,
reglas para establecer y terminar asociaciones proporcionadas por el soporte

de comunicaciones especificado en PS3.8 , y el impacto en las transacciones
pendientes,
reglas que gobiernan el intercambio de solicitudes y respuestas de Mando,
reglas de codificación necesarias para construir secuencias de comandos y

mensajes.
6.8 PS3.8: Soporte de comunicación de red para intercambio de mensajes
PS3.8 del estándar DICOM especifica los servicios de comunicación y los protocolos
de capa superior necesarios para admitir, en un entorno de red, la comunicación
entre aplicaciones DICOM como se especifica en PS3.3 , PS3.4 , PS3.5 , PS3.6 y
PS3. .7 . Estos protocolos y servicios de comunicación garantizan que la
11/11/21 11:28 PS3.1
comunicación entre las aplicaciones DICOM se realice de manera eficiente y

coordinada a través de la red.
Los servicios de comunicación especificados en PS3.8 son un subconjunto adecuado

de los servicios ofrecidos por el servicio de presentación OSI (ISO 8822) y el
elemento de servicio de control de asociación OSI (ACSE) (ISO 8649). Se les conoce
como el servicio de capa superior, que permite que las aplicaciones del mismo nivel
establezcan asociaciones, transfieran mensajes y finalicen asociaciones.
Esta definición del servicio de capa superior especifica el uso del protocolo de capa
superior DICOM junto con los protocolos de transporte TCP / IP.
El protocolo de comunicación TCP / IP especificado por PS3.8 es un protocolo de

comunicación de propósito general que no es específico del estándar DICOM. La
figura 5-1 muestra esta pila de protocolos.
6.9 PS3.9: Retirado (anteriormente, soporte de comunicación punto a punto para

intercambio de mensajes)
PS3.9 del estándar DICOM especificó previamente los servicios y protocolos

utilizados para las comunicaciones punto a punto de una manera compatible con
ACR-NEMA 2.0. Ha sido retirado.
6.10 Almacenamiento de medios PS3.10 y formato de archivo para intercambio de

medios
PS3.10 del estándar DICOM especifica un modelo general para el almacenamiento

de información de imágenes médicas en medios extraíbles (consulte la Figura 6.10-1
). El propósito de esta parte es proporcionar un marco que permita el intercambio de
varios tipos de imágenes médicas e información relacionada en una amplia gama de
medios de almacenamiento físicos.
Nota
Consulte la Figura 5-1 para comprender cómo se relaciona el modelo

de intercambio de medios con el modelo de red.
PS3.10 especifica:
un modelo en capas para el almacenamiento de imágenes médicas e

información relacionada en medios de almacenamiento. Este modelo
introduce el concepto de perfiles de aplicación de almacenamiento de medios,
que especifican subconjuntos específicos de la aplicación del estándar
DICOM con los que una implementación de almacenamiento de medios
puede reclamar conformidad. Tal conformidad se aplica únicamente a la
escritura, lectura y actualización del contenido de los medios de
almacenamiento.
un formato de archivo DICOM que admite la encapsulación de cualquier

objeto de información;
un formato de archivo DICOM seguro que admite la encapsulación de un

formato de archivo DICOM en un sobre criptográfico;
un servicio de archivos DICOM que proporciona independencia del formato de

los medios subyacentes y los medios físicos.
PS3.10 define varios conceptos de almacenamiento de medios:
el método para identificar un conjunto de archivos en un solo medio;
el método para nombrar un archivo DICOM dentro de un sistema de archivos

específico.
11/11/21 11:28 PS3.1
Medical Images
and related information
DICOM Application Entity
Service Class Specifications
Information Objects Definitions
Dataset Structure and Encoding - Data Dictionary
Media Interchange
BOUNDARY:
DICOM Basic File Service
Security Layer
(Optional)
Physical Medium and Medium Format

MEDIUM A MEDIUM B MEDIUM n
<FILE>
<FIELD>
...
...
<FIELD>
</FILE>
Media Storage Interchange

Off-Line Communication
Figura 6.10-1. Modelo de comunicación DICOM para el intercambio de medios
6.11 PS3.11: Perfiles de aplicaciones de almacenamiento multimedia
PS3.11 del estándar DICOM especifica subconjuntos específicos de la aplicación del

estándar DICOM con los que una implementación puede reclamar conformidad.
Estos subconjuntos específicos de la aplicación se denominarán Perfiles de
aplicación en esta sección. Dicha declaración de conformidad se aplica al
intercambio interoperable de imágenes médicas e información relacionada en medios
de almacenamiento para usos clínicos específicos. Sigue el marco, definido en
PS3.10 , para el intercambio de varios tipos de información en los medios de
almacenamiento.
Un anexo de perfil de aplicación está organizado en las siguientes partes principales:
El nombre del perfil de la aplicación o la lista de perfiles de la aplicación

agrupados en una clase relacionada
Una descripción del contexto clínico del perfil de aplicación
La definición de la clase de servicio de almacenamiento de medios con los

roles del dispositivo para el perfil de la aplicación y las opciones asociadas.
Sección informativa que describe los requisitos operativos del perfil de

aplicación
Especificación de las clases de objetos de información y los objetos de

información asociados admitidos y la codificación que se utilizará para la
transferencia de datos.
La selección de formatos de medios y medios físicos que se utilizarán.
Otros parámetros que deben especificarse para garantizar un intercambio de

medios interoperable
Parámetros de seguridad que seleccionan las técnicas criptográficas que se

utilizarán con perfiles de aplicación de almacenamiento de medios seguros
La estructura de DICOM y el diseño del mecanismo de perfil de aplicación es tal que

la extensión a clases de objetos de información adicionales y los nuevos medios de
intercambio es sencilla.
11/11/21 11:28 PS3.1
Nota
La figura 6.11-1 muestra cómo los aspectos individuales de un perfil de

aplicación se asignan a las diversas partes del estándar DICOM.
PS3.11: Media Storage Application Profiles Parts of DICOM Standard

PS3.2
Conformance Requirements Conformance
PS3.3
Information Object Definitions Information

Object Definitions
PS3.4
Service Classes Service Class

Specifications
PS3.5
Data Structure and
Transfer Syntax Semantics
PS3.10
Media Storage and File
File Format, Directory Format for Data Interchange
PS3.12
Media Formats and Physical
Medium Format, Physical Medium Media for Data Interchange
PS3.15
Security Profile Security Profiles
Figura 6.11-1. Relación entre un perfil de aplicación y partes de DICOM
6.12 PS3.12: Funciones de almacenamiento y formatos de medios para el

intercambio de datos
PS3.12 del estándar DICOM facilita el intercambio de información entre aplicaciones

en entornos médicos al especificar:
Una estructura para describir la relación entre el modelo de almacenamiento

de medios y un medio físico específico y un formato de medio.
Características específicas de los medios físicos y formatos de medios

asociados.
6.13 PS3.13: Retirado (anteriormente Soporte de comunicación punto a punto de

gestión de impresión)
PS3.13 especificó previamente los servicios y protocolos utilizados para la

comunicación punto a punto de los servicios de gestión de impresión. Ha sido
retirado.
6.14 PS3.14: Función de pantalla estándar en escala de grises
PS3.14 especifica una función de visualización estandarizada para una visualización

uniforme de imágenes en escala de grises. Esta función proporciona métodos para
calibrar un sistema de visualización en particular con el fin de presentar imágenes de
forma coherente en diferentes medios de visualización (por ejemplo, monitores e
impresoras).
La función de visualización elegida se basa en la percepción visual humana. La

sensibilidad al contraste del ojo humano es claramente no lineal dentro del rango de
luminancia de los dispositivos de visualización. Esta Norma utiliza el modelo de
Barten del sistema visual humano.
6.15 PS3.15: Perfiles de administración de sistemas y seguridad
PS3.15 del estándar DICOM especifica perfiles de gestión de sistemas y seguridad

con los que las implementaciones pueden reclamar conformidad. Los perfiles de
seguridad y administración del sistema se definen haciendo referencia a protocolos
estándar desarrollados externamente, como DHCP, LDAP, TLS e ISCL. Los
11/11/21 11:28 PS3.1
protocolos de seguridad pueden utilizar técnicas de seguridad como claves públicas

y "tarjetas inteligentes". El cifrado de datos puede utilizar varios esquemas de cifrado
de datos estandarizados.
Esta parte no trata cuestiones de políticas de seguridad. El estándar solo

proporciona mecanismos que se pueden utilizar para implementar políticas de
seguridad con respecto al intercambio de objetos DICOM. Es responsabilidad del
administrador local establecer políticas de seguridad adecuadas.
6.16 PS3.16: Recurso de asignación de contenido
PS3.16 del estándar DICOM especifica:
plantillas para estructurar documentos como objetos de información DICOM
conjuntos de términos codificados para su uso en objetos de información
un léxico de términos definidos y mantenidos por DICOM
traducciones específicas de cada país de términos codificados
6.17 PS3.17: Información explicativa
PS3.17 del estándar DICOM especifica:
anexos informativos y normativos que contienen información explicativa
6.18 PS3.18: Servicios web
PS3.18 del estándar DICOM especifica los medios mediante los cuales los servicios
web se pueden utilizar para recuperar o almacenar un objeto DICOM.
Las solicitudes que recuperan datos especifican el tipo de medio (formato) del cuerpo
de la respuesta. Las solicitudes que almacenan datos especifican el tipo de medio
del cuerpo de la solicitud.
Las solicitudes HTTP tal como se definen en este Estándar son suficientes para que
el servidor HTTP actúe como un DICOM SCU (Usuario de clase de servicio) para
recuperar o almacenar los objetos solicitados de un DICOM SCP (Proveedor de
clase de servicio) apropiado utilizando la funcionalidad DICOM de línea base como
se define en PS3. .4 y PS3.7 , lo que quiere decir que el servidor HTTP puede actuar
como proxy para DICOM SCP.
6.19 PS3.19: Alojamiento de aplicaciones
PS3.19 del estándar DICOM especifica una interfaz de programación de aplicaciones

(API) para un sistema informático médico basado en DICOM en el que los programas
escritos en esa interfaz estandarizada pueden "conectarse" (consulte la Figura 6.19-
1 ). Un implementador de un sistema de hospedaje solo necesita crear la API
estandarizada una vez para admitir una amplia variedad de aplicaciones hospedadas
complementarias.
Hosting System (e.g., Medical Workstation)
API (Socket)
API (Plug)
Hosted Application (Plug-in)
Figura 6.19-1. Interfaz entre una aplicación alojada y un sistema de alojamiento
En el modelo de "plug-in" tradicional, el "plug-in" está dedicado a un sistema anfitrión

particular (por ejemplo, un programa de navegación web) y puede que no se ejecute
en otros sistemas anfitriones (por ejemplo, otros programas de navegación web).
11/11/21 11:28 PS3.1
PS3.19 define una API que puede ser implementada por cualquier sistema de
alojamiento. Una aplicación alojada "plug-in" escrita en la API podría ejecutarse en
cualquier entorno proporcionado por un sistema de alojamiento que implemente esa
API (consulte la Figura 6.19-2 ).
Hosting System B Hosting System C Hosting System D Hosting System E
The same Hosted Application A

can run on any Hosting System B-E Hosted Application A
that implements the API.
Figura 6.19-2. Ilustración de la independencia de la plataforma a través de la

aplicación alojada
PS3.19 especifica tanto las interacciones como las interfaces de programación de

aplicaciones (API) entre los sistemas de alojamiento y las aplicaciones alojadas .
PS3.19 también define los modelos de datos que utiliza la API.
6.20 PS3.20: Informes de imágenes utilizando la arquitectura de documentos

clínicos HL7
PS3.20 del estándar DICOM especifica plantillas para la codificación de informes de

imágenes utilizando el estándar HL7 Clinical Document Architecture Release 2 (CDA
R2, o simplemente CDA). Dentro de este alcance se encuentran los informes de
procedimientos clínicos para especialidades que utilizan imágenes con fines de
detección, diagnóstico o terapéuticos.
PS3.20 constituye una guía de implementación para CDA y está armonizada con el
enfoque de plantillas estandarizadas para guías de implementación CDA
desarrollado por HL7. También proporciona nombres comerciales para elementos de
datos que vinculan datos en terminología de usuario, por ejemplo, recopilados por
una aplicación de creación de informes, con elementos codificados de CDA
específicos.
Como guía de implementación para los informes de imágenes, se presta especial

atención al uso y referencia de los datos recopilados en los procedimientos de
imágenes como evidencia explícita dentro de los informes. Estos datos incluyen
imágenes, formas de onda, mediciones, anotaciones y otros resultados analíticos
administrados como instancias DICOM SOP. Específicamente, esta parte incluye una
especificación para la transformación en documentos CDA de instancias de informes
estructurados DICOM que representan informes de imágenes.
6.21 PS3.21: Transformaciones entre DICOM y otras representaciones
PS3.21 del estándar DICOM especifica las transformaciones entre DICOM y otras
representaciones de la misma información. Dentro de su alcance están las
transformaciones hacia y desde el formato de anotación de imagen y anotación de
NCI.
6.22 PS3.22: Comunicación en tiempo real (DICOM-RTV)
PS3.22 del estándar DICOM especifica un servicio basado en [ SMPTE ST 2110-10 ]

para el transporte en tiempo real de metadatos DICOM. Proporciona un mecanismo
para el transporte de metadatos DICOM asociados con un flujo de video o audio
basado en [ SMPTE ST 2110-20 ] y [ SMPTE ST 2110-30 ] , respectivamente.
7 Referencia al estándar DICOM
Bajo los procedimientos del Comité de Estándares DICOM, el Estándar está en

constante revisión. Los suplementos y correcciones de la Norma se votan y
11/11/21 11:28 PS3.1
aprueban varias veces al año. Cada cambio, cuando se aprueba como texto final,
entra en vigor inmediatamente. A intervalos, todos los cambios aprobados en el
Texto Final se consolidan en una edición publicada de la Norma, identificada por año
de publicación, pero dicha publicación es solo una conveniencia para el usuario; la
Norma se cambia oficialmente cuando se aprueba cada cambio.
La conformidad con el estándar DICOM es a través de clases de SOP especificadas

que utilizan mensajes DIMSE (consulte PS3.4 ), servicios web (consulte PS3.18 ),
intercambio de medios (consulte el anexo I “Clase de servicio de almacenamiento de
medios (normativo)” en PS3.4 y PS3 .10 ) o la API de la aplicación alojada (consulte
PS3.19 ). Se pueden realizar reclamaciones de conformidad adicionales a los perfiles
(consulte PS3.11 y PS3.15). Una vez que se especifica dicha unidad de conformidad
en la Norma, todos los cambios a la misma son compatibles hacia adelante y hacia
atrás (excepto en casos excepcionales en los que la especificación original no era
interoperable o entraba en conflicto con otra norma). Por lo tanto, los requisitos de
conformidad y las declaraciones de conformidad se refieren al nombre y / o al
identificador de la característica, y nunca se hace referencia a una edición de la
Norma. Generalmente, la única referencia apropiada a una edición particular de la
Norma es identificar una característica retirada (consulte la Sección 1.4.2
Mantenimiento continuo ).
Se prefiere el siguiente formulario de cita para referencias generales a la Norma, sin

especificar la fecha de edición, cuando no se invocan requisitos de conformidad
específicos:
NEMA PS3 / ISO 12052, Estándar de imágenes digitales y comunicaciones en

medicina (DICOM), Asociación Nacional de Fabricantes Eléctricos, Rosslyn, VA, EE.
UU. (Disponible de forma gratuita en http://www.dicomstandard.org/ )
Los requisitos de esta sección no anulan el requisito de proporcionar una

Declaración de conformidad DICOM como se describe en PS3.2 .
Se prefieren los siguientes formularios para referencias a unidades de conformidad

con el Estándar cuando se realizan fuera del contexto de una Declaración de
conformidad DICOM (por ejemplo, en los requisitos del cliente):
“ … Conforme a DICOM <nombre> Clase SOP para intercambio de red [como

Clase de servicio <Usuario | Proveedor>], como se especifica en DICOM
PS3.4 : Especificaciones de clase de servicio. "
“ … Conforme a la clase SOP de DICOM <nombre> para el intercambio de

medios [como conjunto de archivos <Creador | Actualizador | Reader>], como
se especifica en DICOM PS3.4 : Especificaciones de clase de servicio. "
“ … Conforme al servicio web DICOM <nombre> [como <servidor de origen |

un agente de usuario>] [para la clase SOP <nombre>], como se especifica en
DICOM PS3.18 : Servicios web. "
“ … Conforme a DICOM Application Hosting [como <Sistema de Hospedaje |

Aplicación alojada >] para la clase SOP <nombre>, como se especifica en
DICOM PS3.19 : Alojamiento de aplicaciones. "
“ … Conforme al perfil de aplicación DICOM <identificador> [como conjunto de

archivos <creador | Actualizador | Reader>] [para la clase SOP <nombre>],
como se especifica en DICOM PS3.11 : Perfiles de aplicaciones de
almacenamiento de medios. "
“ … Conforme al perfil DICOM <nombre>, como se especifica en DICOM

PS3.15 : Perfiles de seguridad y administración del sistema. "
Nota
1. Algunos perfiles de aplicación y servicios web pueden

especificar completamente los objetos de información
intercambiados, mientras que otros pueden requerir una
especificación explícita de las clases SOP en las referencias.
2. Ejemplos:
11/11/21 11:28 PS3.1
“ La modalidad se ajustará a las clases SOP de

almacenamiento de imágenes de CT y almacenamiento
de imágenes de RM de DICOM para el intercambio de red
como un usuario de clase de servicio, como se especifica
en DICOM PS3.4 : Especificaciones de clase de servicio. "
“ La estación de trabajo deberá cumplir con el perfil de

aplicación DICOM STD-XA1K-DVD como lector de
conjunto de archivos, como se especifica en DICOM
PS3.11 : Perfiles de aplicación de almacenamiento de
medios. "
“ El PACS deberá cumplir con los servicios web DICOM

WADO-RS y STOW-RS como servidor de origen para las
clases SOP enumeradas en la Tabla X, como se
especifica en DICOM PS3.18 : Servicios web. "
3. Dichas referencias no están permitidas en lugar de una

Declaración de conformidad de un producto. Por ejemplo, un
producto que lee o crea medios de intercambio DICOM debe
tener una Declaración de conformidad (como se describe en
PS3.2 ) que enumera los perfiles de aplicación de medios que
implementa. Una declaración en algún otro formato, o un
documento que describa que un producto admite la grabación de
archivos de una Clase de SOP en particular definida en PS3.4 ,
no es suficiente como alternativa a una Declaración de
conformidad.
Se puede hacer referencia a otras características de la Norma, pero estas no deben

interpretarse como requisitos de conformidad con DICOM (aunque pueden ser
requisitos de conformidad para guías o regulaciones de implementación que no son
DICOM). A continuación se muestran algunos ejemplos:
“ … SOP Instancias de acuerdo con la Definición de Objeto de Información

<nombre>, como se especifica en DICOM PS3.3 : Definiciones de Objeto de
Información. "
“ … Instancias de SOP de informes estructurados que utilizan el ID de plantilla

DICOM <número y nombre>, como se especifica en DICOM PS3.16 : Recurso
de asignación de contenido. "
“ … Instancias de HL7 CDA que utilizan la ID de plantilla <identificador y

nombre>, como se especifica en DICOM PS3.20 : Informes de imágenes que
utilizan la arquitectura de documentos clínicos HL7. "
“ … Usando la sintaxis de transferencia <nombre>, como se especifica en

DICOM PS3.5 : Estructura de datos y semántica. "
Nota
Por ejemplo, los productos que producen o reciben documentos SR

deben ajustarse a una Clase SOP, como SR mejorado; Dichos
productos también pueden citar el uso de la plantilla ID 5200 Informe de
procedimiento de ecocardiografía, pero esa no es una afirmación formal
de conformidad con DICOM. Sin embargo, una guía de implementación
que no sea DICOM, como el perfil de flujo de trabajo de ecocardiografía
IHE, puede requerir el uso de esa plantilla, y una implementación
puede describir su uso de plantillas específicas en su Declaración de
conformidad.
Dado que los cambios a la Norma no deben citarse antes de su adopción como Texto
Final, y dado que después de su adopción son formalmente parte de la Norma, no
debe haber citas a suplementos o elementos de corrección con el propósito de
describir la conformidad. Se puede hacer referencia a dichos documentos de
cambios para describir el desarrollo histórico del estándar DICOM.

PS3 1

Cargado por

Copyright:

Formatos disponibles

PS3 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PS3 1

Cargado por

Copyright:

Formatos disponibles

11/11/21 11:28 PS3.

DICOM PS3.1 2021d - Introducción y descripción general

Copyright © 2021 NEMA

Una publicación DICOM®

Aviso y exención de responsabilidad

6.1. Estructura del documento

5-1. Modelo de comunicación general

6.2-1. Proceso de construcción para una declaración de conformidad de red

Aviso y exención de responsabilidad

La información de esta publicación fue considerada técnicamente sólida por el

Las publicaciones de normas y directrices de NEMA, de las cuales el documento

NEMA se exime de responsabilidad por cualquier lesión personal, propiedad u otros

Al publicar y poner a disposición este documento, NEMA no se compromete a

NEMA no tiene poder, ni se compromete a vigilar o hacer cumplir el contenido de

El Comité de Estándares DICOM es una organización de desarrollo de estándares

El producto principal del Comité es este Estándar, Imagen y Comunicaciones

El estándar DICOM está estructurado como un documento de varias partes utilizando

DICOM® es la marca registrada de la Asociación Nacional de Fabricantes Eléctricos

HL7® y CDA® son marcas comerciales registradas de Health Level Seven

SNOMED®, SNOMED Clinical Terms®, SNOMED CT® son marcas registradas de la

LOINC® es la marca registrada de Regenstrief Institute, Inc, todos los derechos

1 Alcance y campo de aplicación

PS3.1 proporciona una descripción general de todo el estándar de imágenes

1.1 Alcance de DICOM

Imágenes y comunicaciones digitales en medicina (DICOM) es el estándar para la

El estándar DICOM facilita la interoperabilidad de los equipos de imágenes médicas

Para las comunicaciones de red, un conjunto de protocolos que deben seguir

La sintaxis y semántica de los comandos y la información asociada que se

Para la comunicación de medios, un conjunto de servicios de almacenamiento

Información que debe proporcionarse con una implementación para la que se

El estándar DICOM no especifica:

Los detalles de implementación de cualquier característica del Estándar en un

El conjunto general de características y funciones que se esperan de un

Un procedimiento de prueba / validación para evaluar la conformidad de una

1.2 Campo de aplicación

El estándar DICOM pertenece al campo de la informática médica. Dentro de ese

Esta Norma ha sido desarrollada con énfasis en las imágenes médicas de

Este estándar facilita la interoperabilidad de sistemas que afirman conformidad en un

Con la introducción de la tomografía computarizada (TC) seguida de otras

El Colegio Americano de Radiología (ACR) y la Asociación Nacional de Fabricantes

Promover la comunicación de información de imágenes digitales,

Facilitar el desarrollo y la expansión de sistemas de comunicación y archivo

Permitir la creación de bases de datos de información de diagnóstico que

La Publicación de Normas ACR-NEMA No. 300-1985, publicada en 1985, fue

La Publicación de Estándares ACR-NEMA No. 300-1988, publicada en 1988, fue

En 1993, la Norma ACR-NEMA 300 fue sustancialmente revisada y reemplazada por

Es aplicable a un entorno en red. El estándar ACR-NEMA era aplicable en un

Es aplicable al intercambio de medios fuera de línea. El estándar ACR-NEMA

Es un protocolo orientado a servicios, que especifica la semántica de los

Especifica niveles de conformidad. El estándar ACR-NEMA especificó un nivel

En 1995, con la adición de capacidades DICOM para imágenes de cardiología con el

1.4.1 Aplicabilidad y localización global

DICOM es un estándar mundial que se puede utilizar en cualquier lugar. Proporciona

La localización y la creación de perfiles se pueden especificar en una serie de

1.4.2 Mantenimiento continuo

El Estándar DICOM es un estándar en evolución y se mantiene de acuerdo con los

Un requisito para actualizar la Norma es mantener una compatibilidad efectiva con

El proceso de mantenimiento puede implicar el retiro de secciones de la Norma.

La jubilación no implica que no se puedan utilizar estas funciones. Sin embargo, el