DICOM

Ir a: navegación, búsqueda de

Digital Imaging and Communications in Medicine (DICOM) es un estándar para el manejo, almacenamiento, impresión, y transmitiendo información en proyección de imagen médica. Incluye un formato de archivo definición y una red Protocolo de comunicaciones. El protocolo de comunicación es un protocolo de aplicación que utiliza TCP/IP para la comunicación entre sistemas. Los archivos DICOM pueden ser intercambiados entre dos entidades que son capaces de recibir imágenes y datos del paciente en formato DICOM. El Asociación Nacional de fabricantes eléctricos (NEMA) tiene los derechos de autor de esta norma.[1] Fue desarrollado por el Comité de estándares DICOM, cuyos miembros[2] también forman parte de la NEMA.[3]

DICOM permite la integración de escáneres, servidores, workstations, impresoras y hardware de red de múltiples fabricantes en un sistema de archivo y comunicación cuadro (PACS). Los distintos dispositivos vienen con las declaraciones de conformidad DICOM que indican claramente que las clases DICOM que apoyan. DICOM ha sido ampliamente adoptado por hospitales y está logrando avances en las aplicaciones más pequeñas como las oficinas de médicos y odontólogos.

DICOM es conocido como NEMA PS3 estándar y en cuanto Norma ISO 12052:2006 "Informática en salud--proyección de imagen Digital y comunicación en medicina (DICOM) incluyendo flujo de trabajo y administración de datos".

Contenido

  • 1 Partes de la norma
  • 2 Historia
    • 2.1 Derivaciones
  • 3 Formato de datos
  • 4 Visualización de imágenes
  • 5 Representaciones de valor
  • 6 Servicios
    • 6.1 Tienda
    • 6.2 Compromiso de almacenamiento
    • 6.3 Query/Retrieve
    • 6.4 Modalidad worklist
    • 6.5 Modalidad realizada procedimiento paso
    • 6.6 Impresión
    • 6.7 Medios off-line (archivos)
  • 7 Áreas de aplicación
  • 8 Números de Puerto sobre IP
  • 9 Desventajas
  • 10 HL7
  • 11 IHE
  • 12 Véase también
    • 12.1 Software DICOM
    • 12.2 Registros médicos estándares iniciativas, normas y organizaciones
  • 13 Referencias
  • 14 Enlaces externos

Partes de la norma

El estándar DICOM se divide en partes independientes pero relacionadas:[4]

Los siguientes enlaces son para la versión 2011. Adiciones a la norma (suplementos y propuestas de cambio) desde esa publicación están disponibles a través de la Sitio Web de DICOM.

  • PS 3.1: Introducción y descripción generalPDF (241KB)
  • PS 3.2: ConformidadPDF (6,46MB)
  • PS 3.3: Definiciones de objetos de informaciónPDF (6,96MB)
  • PS 3.4: Especificaciones de la clase de servicioPDF (1.07MB)
  • PS 3.5: Estructura de datos y codificaciónPDF (588KB)
  • PS 3.6: Diccionario de datosPDF (7.32MB)
  • PS 3.7: Intercambio de mensajesPDF (1.97MB)
  • PS 3.8: Soporte de comunicación de red para el intercambio de mensajesPDF (901KB)
  • PS 3.9: Retirado (anteriormente punto-a-punto comunicación soporte para intercambio de mensajes)
  • PS 3.10: Formato de archivo de intercambio de medios de comunicación y almacenamiento de los medios de comunicaciónPDF (406KB)
  • PS 3.11: Perfiles de aplicación de almacenamiento de medios de comunicaciónPDF (398KB)
  • PS 3.12: Formatos de los medios de comunicación y medios físicos para el intercambio de los medios de comunicaciónPDF (302KB)
  • PS 3.13: Retirado (anteriormente gestión punto-a-punto comunicación soporte de impresión)
  • PS 3.14: Función de visualización de nivel de escala de grisesPDF (478KB)
  • PS 3.15: Seguridad y sistema de perfiles de gestiónPDF (753KB)
  • PS 3.16: Contenido de asignación de recursosPDF (5.03MB)
  • PS 3.17: Información explicativaPDF (11,40MB)
  • PS 3.18: Acceso Web a DICOM objetos persistentes (WADO)PDF (203KB)
  • PS 3.19: Solicitud de alojamientoPDF (1.22MB)
  • PS 3.20: Transformación de DICOM desde y hacia los estándares HL7PDF (570KB)

Historia

Portada del ACR/NEMA 300, versión 1.0, que fue lanzado en 1985

DICOM es la primera versión de un estándar desarrollado por Colegio Americano de radiología (ACR) y Asociación Nacional de fabricantes eléctricos (NEMA).

En el comienzo de la década de 1980, fue muy difícil para alguien que no sea de fabricantes de tomografía computada o imágenes por resonancia magnética dispositivos para decodificar las imágenes que generan las máquinas. Los radiólogos y físicos médicos querían usar las imágenes para planificación de la dosis para terapia de radiación. ACR y NEMA unieron y formaron un Comité estándar en 1983. Su primer estándar, ACR/NEMA 300, fue lanzado en 1985. Muy pronto después de su lanzamiento, se hizo evidente que se necesitan mejoras. El texto era vago y contradicciones internas.

En 1988 fue lanzada la segunda versión. Esta versión ganó más aceptación entre los proveedores. La transmisión de la imagen se especificó como sobre un cable de 2 pares dedicados (EIA-485). La primera demostración de la tecnología de interconexión ACR/NEMA V2.0 se celebró en la Universidad de Georgetown, 21 – 23 de mayo de 1990. Seis empresas participaron en este evento, Contracting Research Systems, General Electric Medical Systems, combinar tecnologías, Siemens Medical Systems, Vortech (adquirida por Kodak ese mismo año) y 3M. Equipo de comercio apoya ACR/NEMA 2.0 fue presentado en la reunión anual de la sociedad radiológica de Norteamérica (RSNA) en 1990 por estos mismos proveedores. Muchos pronto se dio cuenta de que la segunda versión también necesita mejoramiento. Se crearon varias extensiones a ACR/NEMA 2.0, como papiro (desarrollado por la Universidad de Hospital de Ginebra, Suiza) y SPI (interconexión estándar de producto), impulsado por Siemens Medical Systems y Philips Medical Systems.

El primer despliegue a gran escala de la tecnología ACR/NEMA fue realizado en 1992 por el ejército y fuerza aérea, como parte de la IDM (diagnóstico médico de imágenes de apoyo) Programa de Fort Detrick, Maryland. Aeroespacial y Siemens Medical Systems Loral condujeron un consorcio de empresas en la implementación de los primeros militares estadounidenses PACS (Picture Archiving and Communications System) Teleradiología nodos en un gran número de clínicas militares de Estados Unidos y las principales instalaciones de tratamiento médico de ejército y fuerza aérea. Combinar tecnologías y sistemas de investigación Contracting proporcionan la modalidad de interfaces de entrada de modalidades de imágenes de terceros a la red Siemens SPI. La administración de veteranos y la armada también adquirieron sistemas de este contrato.

En 1993 fue lanzada la tercera versión de la norma. Su nombre fue cambiado luego a "DICOM" con el fin de mejorar la posibilidad de aceptación internacional como un estándar. Se definieron nuevas clases de servicio, agregó soporte de red y se presentó la declaración de conformidad. Oficialmente, la última versión de la norma sigue siendo 3.0. Sin embargo, ha sido constantemente actualizado y ampliado desde 1993. En lugar de utilizar el número de versión, la norma es a menudo utilizando el año de publicación, como "la versión 2007 de DICOM" número de versión.

Mientras que el estándar DICOM ha alcanzado un nivel casi universal de aceptación entre los proveedores de equipos de imagen médica y las organizaciones de ti profesional de la salud, la norma tiene sus limitaciones. DICOM es una norma dirigida a abordar problemas de interoperabilidad técnica en imágenes médicas. No es un marco o arquitectura para lograr un flujo de trabajo clínico útil. De RSNA Integrating the Healthcare Enterprise (IHE) iniciativa capas encima de DICOM (y HL-7) ofrece esta pieza final del rompecabezas interoperabilidad de imágenes médicas.

Derivaciones

Hay algunas derivaciones desde el DICOM estándar en otras áreas de aplicación. Estos incluyen:

  • DICONDE- Imágenes digitales y comunicación en evaluación no destructiva, fue fundada en 2004 como una forma de ensayos no destructivos fabricantes y usuarios para compartir datos de imagen.[5]
  • DICOS- Imágenes digitales y comunicación en seguridad fue fundada en 2009 para ser utilizado para compartir en la imagen seguridad en los aeropuertos.[6]

Formato de datos

DICOM difiere de algunos, pero no en todos los formatos de datos en que agrupa la información en conjuntos de datos. Eso significa que un archivo de una imagen de rayos x de pecho, por ejemplo, contiene en realidad el paciente ID dentro del archivo, para que la imagen no se puede separar de esta información por error. Esto es similar a la forma en que tales como formatos de imagen JPEG también puede tener embebidos etiquetas para identificar y describir lo contrario a la imagen.

Un objeto de datos DICOM consta de una serie de atributos, incluyendo elementos tales como nombre, ID, etc. y también un atributo especial que contiene los datos de píxeles de la imagen (es decir, lógicamente, el objeto principal no tiene "encabezado" como tal: sólo una lista de atributos, incluyendo los datos de píxeles). Un solo objeto DICOM puede tener sólo un atributo que contiene los datos de píxeles. Para muchas modalidades, esto corresponde a una sola imagen. Pero tenga en cuenta que el atributo puede contener múltiples "frames", permitiendo el almacenamiento de cine lazos u otros datos del multi-frame. Otro ejemplo es los datos de NM, donde una imagen NM, por definición, es una imagen del multi-frame multidimensional. En estos casos, tres o cuatro dimensiones datos pueden ser encapsulados en un solo objeto DICOM. Pueden comprimir los datos de píxeles utilizando una variedad de estándares, incluyendo JPEG, JPEG Lossless, JPEG 2000, y Funcionar-longitud de codificación (RLE). LZW compresión (zip) puede ser utilizada para todo el conjunto de datos (no sólo los datos de píxeles), pero esto rara vez ha sido implementado.

DICOM utiliza tres diferentes esquemas de codificación de elemento de datos. Con representación de valor explícito (VR) elementos de datos, para que no sean OB, OW, OF, SQ, UT o Naciones Unidas, VRs es el formato para cada elemento de datos: Grupo (2 bytes) elemento (2 bytes) VR (2 bytes) LengthInByte (2 bytes) de datos (longitud variable). Para los otros elementos de datos explícitos o implícitos elementos de datos, consulte la sección 7.1 parte 5 de la norma DICOM.

Se utiliza el mismo formato básico para todas las aplicaciones, incluyendo el uso de la red y el archivo, pero cuando escriben en un archivo, generalmente se agrega un verdadero "header" (contiene copias de unos atributos clave y los detalles de la aplicación que lo escribió).

Visualización de imágenes

Para promover la visualización de imágenes idénticas en escala de grises en monitores diferentes y las imágenes de copia impresa consistentes de varias impresoras, el Comité DICOM desarrolló una tabla de búsqueda para mostrar los valores de píxel asignado digitalmente. Para utilizar el Función (GSDF) de visualización DICOM en escala de grises estándar,[7] imágenes deben ser vistos (o impreso) en dispositivos que tengan esta curva de búsqueda o en dispositivos que han sido calibrados a la curva GSDF.[8]

Representaciones de valor

Extraído de capítulo 6.2 de PS 3.5-2007: Estructura de datos y codificaciónPDF (1,43MiB)

Representación de valor Descripción
AE Entidad de aplicación
AS Cadena de edad
AT Atributo Tag
CS Cadena de código
DA Fecha
DS Cadena de decimal
DT Fecha/hora
FL Flotante punto único (4 bytes)
FD Flotante doble punto (8 bytes)
IS String entero
LO Cadena larga
LT Texto largo
OB Otros bytes
OF Otro flotador
OW Otra palabra
PN Nombre de la persona
SH Cadena corta
SL Long con signo
SQ Secuencia de elementos
SS Firma definitiva
ST Texto corto
TM Tiempo
UI Identificador único
UL Largo sin signo
UN Desconocido
US Unsigned Short
UT Mensajes de texto ilimitados

Además de una representación del valor, cada atributo tiene una multiplicidad de valor para indicar el número de elementos de datos contenidos en el atributo. Para representaciones de valor de cadena de caracteres, si más de un elemento de datos está siendo codificado, los elementos de datos sucesivas están separados por el carácter barra diagonal inversa '\'.

Servicios

DICOM se compone de muchos servicios diferentes, la mayoría de las cuales implica la transmisión de datos sobre una red, y el formato de archivo más abajo es una adición relativamente menor y más tarde a la norma.

Tienda

El servicio almacén de DICOM se utiliza para enviar imágenes u otros objetos persistentes (informes estructurados, etc.) a un sistema de archivo y comunicación cuadro (PACS) o estación de trabajo.

Compromiso de almacenamiento

El servicio de compromiso de almacenamiento DICOM se utiliza para confirmar que se ha almacenado permanentemente una imagen mediante un dispositivo (ya sea en discos redundantes o en los medios de backup, por ejemplo quemados en un CD). El usuario de clase de servicio (SCU: similar a un cliente), una modalidad o estación de trabajo, etc., utiliza la confirmación de la clase de proveedor (SCP: similar a un servidor), por ejemplo, la estación de un archivo para asegurarse de que es seguro borrar las imágenes localmente.

Query/Retrieve

Esto permite que una estación de trabajo encontrar listas de imágenes u otros objetos y luego recuperarlos desde un sistema de archivado y comunicación de imagen.

Modalidad worklist

Esto permite una pieza de la proyección de imagen de equipo (una modalidad) para obtener más información de pacientes y exámenes programados electrónicamente, evitando la necesidad de escribir dicha información varias veces (y los errores causados por volver a escribir).

Modalidad realizada procedimiento paso

Un servicio complementario a Modality Worklist, esto permite la modalidad de enviar un informe sobre un examen realizado incluyendo datos sobre las imágenes adquiridas, comenzando a tiempo, tiempo final y duración de un estudio, la dosis entregada, etc.. Ayuda a dar al Departamento de radiología un control más preciso sobre el uso de recursos (estación de adquisición). También conocido como MPPS, este servicio permite una modalidad para coordinar mejor con imagen de servidores de almacenamiento dando el servidor de una lista de objetos para enviar antes o durante el envío en realidad dichos objetos.

Impresión

El servicio de impresión DICOM se utiliza para enviar imágenes a un DICOM, normalmente para imprimir una película de "rayos x". Hay una calibración estándar (definida en DICOM parte 14) para ayudar a garantizar la coherencia entre varios dispositivos de visualización, incluyendo impresión de copia impresa.

Medios off-line (archivos)

Los archivos de medios off-line corresponden a parte 10 del estándar DICOM. Describe cómo almacenar información de imagen médica en medios extraíbles. Excepto por el conjunto de datos que contiene, por ejemplo, una imagen y demografía, es también obligatorio para incluir la información de metadatos del archivo.

DICOM restringe los nombres de archivo en los medios de comunicación DICOM a 8 caracteres (algunos sistemas utilizan erróneamente 8.3, pero esto no se ajusta al estándar). Ninguna información debe ser extraída de estos nombres (PS3.10 Sección 6.2.3.2). Esta es una causa común de problemas con los medios de comunicación creado por los desarrolladores que no leyó cuidadosamente las especificaciones. Esta es una exigencia histórica para mantener la compatibilidad con sistemas antiguos existentes. También establece la presencia de un directorio de medios de comunicación, la DICOMDIR archivo, que proporciona información de índice y Resumen de todos los archivos DICOM en los medios de comunicación. El DICOMDIR sustancialmente mayor información sobre provee cada archivo que podría cualquier nombre de archivo, así que hay menos necesidad de nombres de archivo significativo.

Los archivos DICOM suelen tengan una extensión de archivo .dcm si no son parte de un medio de comunicación DICOM (que los obliga a estar sin la extensión).

El MIME tipo de archivos DICOM se define por RFC 3240 como aplicación/dicom.

El Identificador de tipo uniforme tipo de archivos DICOM es org.nema.dicom.

También hay un medio continuo proceso de prueba y "connectathon" intercambio para el funcionamiento de los medios de comunicación y red CD que es organizado por la IHE organización. MicroDicom es software libre Windows para leer datos DICOM.

Áreas de aplicación

Extraído del capítulo C.7.3.1.1.1 de PS 3.3-2011: Definiciones de objetos de informaciónPDF (6,51MiB)

Modalidad Descripción Estado
AS Modalidad de tipo Angioscopía Jubilado
BI Modalidad de tipo biomagnéticas Imaging
CD Modalidad de tipo Doppler del flujo del Color Jubilados 2008
CF Modalidad de tipo Cinefluorography Jubilado
CP Modalidad de tipo Colposcopia Jubilado
CR Modalidad de tipo Radiografía computada
CS Modalidad de tipo Cistoscopia Jubilado
CT Modalidad de tipo Tomografía computada
DD Modalidad de tipo Doppler dúplex Jubilados 2008
DG Modalidad de tipo Diaphanography
DM Modalidad de tipo microscopia Digital Jubilado
DS Modalidad de tipo Angiografía por sustracción digital Jubilado
DX Modalidad de tipo Radiografía digital
EC Modalidad de tipo Ecocardiografía Jubilado
ECG Modalidad de tipo Electrocardiogramas
EM Modalidad de tipo Microscopio electrónico
ES Modalidad de tipo Endoscopia
FA Modalidad de tipo Angiografía con fluoresceína Jubilado
FS Modalidad de tipo Fundoscopia Jubilado
GM Modalidad de tipo General microscopia
HC Modalidad de tipo copia impresa
IO Modalidad de tipo radiografía Intra-oral
LP Modalidad de tipo Laparoscopia Jubilado
LS Modalidad de tipo Láser Escáner de superficie
MA Modalidad de tipo Angiografía por resonancia magnética Jubilado
MG Modalidad de tipo Mamografía
MR Modalidad de tipo Resonancia magnética
MS Modalidad de tipo Espectroscopia de resonancia magnética Jubilado
NM Modalidad de tipo Medicina nuclear
OP Modalidad de tipo fotografía oftálmica
OPM Modalidad de tipo asignación oftálmico
LP1 Modalidad de tipo refracción oftálmico
OPV Modalidad de tipo campo Visual oftálmica
OT Tipo de modalidad de
PT Modalidad de tipo Emisión de positrones (PET)
PX Modalidad de tipo Radiografía panorámica
RD Modalidad de tipo Radioterapia Dosis (a.k.a. RTDOSE)
RF Modalidad de tipo Radio fluoroscopia
RG Modalidad de tipo imagen radiográfica (pantalla de cine convencional)
RTIMAG Modalidad de tipo imagen radioterapia
RP Modalidad de tipo Plan de radioterapia (a.k.a. RTPLAN)
RS Modalidad de tipo de radioterapia estructura (a.k.a. RTSTRUCT)
RT Modalidad de tipo Terapia de radiación
SC Modalidad de tipo captura secundaria
SM Modalidad de tipo Deslice la microscopia
SR Modalidad de tipo informes estructurados
ST Modalidad de tipo Single-Photon Emission Tomography computado Jubilados 2008
TG Modalidad de tipo Termografía
US Modalidad de tipo Ultrasonido
VF Modalidad de tipo Videofluorography Jubilado
VL Modalidad de tipo luz Visible
XA Modalidad de tipo Angiografía de rayos x
XC Modalidad de tipo cámara externa (fotografía)

Números de Puerto sobre IP

DICOM se han reservado las siguientes Puerto TCP y UDP los números de la Autoridad de números asignados de Internet (IANA):

  • 104 puerto conocido para DICOM sobre Transmission Control Protocol (TCP) o Protocolo de datagramas de usuario (UDP). Desde 104 es en el subconjunto reservado, muchos sistemas operativos requieren privilegios especiales para usarlo.
  • 2761 Puerto registrado para el uso de DICOM Capa de comunicación seguro integrado (ISCL) en TCP o UDP
  • 2762 Puerto registrados para el uso de DICOM Transport Layer Security (TLS) en TCP o UDP
  • 11112 registrado puerto para DICOM mediante comunicación estándar, abierta en TCP o UDP

La norma recomienda pero no requiere el uso de estos números de puerto.

Desventajas

Según un documento presentado en un simposio internacional en 2008, el estándar DICOM tiene problemas relacionados con la entrada de datos. "Una desventaja importante del estándar DICOM es la posibilidad de entrar probablemente demasiados campos opcionales. Esta desventaja es mayormente mostrando incoherencia de llenar todos los campos con los datos. Algunos objetos de imagen son a menudo incompletos porque algunos campos se dejan en blanco y algunos son llenados con datos incorrectos".[9]

HL7

DICOM es un estándar para el manejo, almacenamiento, impresión y transmitir información en imágenes médicas. El protocolo de comunicación es un protocolo de aplicación que utiliza TCP/IP para la comunicación entre sistemas. Los archivos DICOM pueden ser intercambiados entre dos entidades que son capaces de recibir imágenes y datos del paciente en formato DICOM. El Asociación Nacional de fabricantes eléctricos (NEMA) tiene los derechos de autor de esta norma. Fue desarrollado por el Comité de estándares DICOM, cuyos miembros también son en parte los miembros de NEMA.[10]

Health Level Seven (HL7), es una organización sin fines de lucro involucradas en el desarrollo de estándares de interoperabilidad informática sanitaria internacional.[1] «HL7"también se refiere a algunos de los estándares específicos creados por la organización (por ejemplo, HL7 v2.x, v3.0, HL7 RIM). El documento de iniciativas estratégicas HL7 es un plan de negocios para nuestros productos y servicios y fue diseñado específicamente para satisfacer las necesidades de sus miembros y partes interesadas. Derivado de los esfuerzos de colaboración con sus miembros, gobierno y agencias no gubernamentales y otras organizaciones de desarrollo de las normas, las iniciativas estratégicas son cinco estrategias organizativas alto nivel que están soportadas por un detallado plan táctico con objetivos claramente definidos, hitos y métricas para el éxito.[11]

Dos de las normas se centran en el intercambio de datos y la compatibilidad de datos. Entre muchos de los estándares para la sintaxis, HL7 y DICOM son exitosas. Sin embargo, todo podría no ser manejado por HL7 únicamente. DICOM es bueno para imágenes radiológicas, pero otras imágenes clínicas ya son manejadas por otros formatos de datos 'ligeros' como JPEG, TIFF. Entonces, no es realista para usar sólo un estándar para cada área de información clínica.[12]

Abrir los estándares HL7 y DICOM a fin de fomentar el uso integrado de objetos de información de salud persistente se propone como un paso hacia la creación de la infraestructura de información de salud.[13]

IHE

Integrating the Healthcare Enterprise (IHE) fue fundada en 1997 por los miembros de la Sociedad radiológica de América del norte (RSNA) y la Información sobre la salud y la sociedad de sistemas de gestión con el fin de mejorar la interoperabilidad entre sistemas de información. La iniciativa IHE cargaron con la tarea de la utilización de las normas existentes de comunicación de datos sanitarios tales como DICOM y HL7 para mejorar el intercambio de información médica más allá de la radiología en el hospital nivel o el nivel de los sistemas de salud. Al igual que los radiólogos se enfrentaron en el pasado a imaging incompatibilidades de conectividad, los sistemas de salud toda continuamente se enfrentan a la tarea de conectar múltiples sistemas de información dispares en la cual la vía de comunicaciones fiables sólo es la impresión de papel.

El grupo de trabajo de IHE es un panel conformado por representantes de la industria de informática médica y los proveedores de imágenes, así como profesionales de la medicina. Su objetivo principal es desarrollar un modelo de información común de intercambio de información médica. El marco técnico de IHE ideado consiste en un léxico común que define las transacciones de información médica específica utilizando los estándares existentes de intercambio de información médica (DICOM y HL7). Los detalles de estas operaciones han sido resuelto con gran detalle para que los vendedores han sido libres de forma independiente desarrollar soluciones para cumplir con los objetivos del marco técnico. En el año 2001 a 2002, 30 empresas participaron en la prueba e implementación de las manifestaciones de IHE.[14]

Véase también

Software DICOM

  • 3DSlicer -un paquete de software libre de código abierto para el análisis de imagen y visualización científica, con el soporte integrado de componentes del estándar DICOM
  • Visor de Aeskulap -Visor de imágenes médicas y DICOM red cliente para Linux y Windows
  • GDCM -Biblioteca de DICOM base de archivos médicos
    Muestra GDCM como PNG
  • Ginkgo CADx Visor DICOM multiplataforma
  • MicroDicom -DICOM viewer para Windows
  • OsiriX -Procesamiento aplicación dedicada a imágenes DICOM de imágenes
  • Orthanc -Peso ligero, Descanso Tienda de DICOM
  • Radiante -DICOM Viewer para Windows que se ejecuta desde el CD/DVD sin necesidad de instalación en Windows XP en adelante
  • XnView -soporta .dic / .DICOM para MIME tipo aplicación/dicom [15]

Registros médicos estándares iniciativas, normas y organizaciones

  • Salud nivel 7, una organización sin fines de lucro involucradas en el desarrollo de estándares de interoperabilidad informática sanitaria internacional
  • Integrating the Healthcare Enterprise (IHE), una industria patrocinado por la organización sin fines de lucro con sede en el estado estadounidense de Illinois

Referencias

  1. ^ Folleto de DICOM, nema.org.
  2. ^ MIEMBROS del Comité de estándares DICOM
  3. ^ https://www.NEMA.org/about/pages/members.aspx
  4. ^ "Servicios de 6.1 DIMSE". Digital Imaging and Communications in Medicine (DICOM) parte 1: introducción y Resumen. Asociación Nacional de fabricantes eléctricos. 2006. p. 11.
  5. ^ https://www.ASTM.org: Si una imagen es vale 1.000 palabras, generalizados, proyección de imagen omnipresente es Priceless
  6. ^ https://www.NEMA.org: imagen Industrial y sección de comunicaciones
  7. ^ https://Medical.NEMA.org/DICOM/2011/11_14pu.pdf
  8. ^ Shiroma, T. J. (2006). Una introducción a DICOM. Medicina veterinaria, 19-20. Obtenido de https://0-Search.ProQuest.com.alpha2.Latrobe.edu.au/docview/195482647?accountID=12001
  9. ^ Mustra, Mario; DELAC, Kresimir; Grgic, Mislav (septiembre de 2008). Resumen de la norma DICOM. ELMAR, 2008. Simposio Internacional de 50. Zadar, Croacia. PP. 39-44. ISBN978-1-4244-3364-3.
  10. ^ https://www.dicombuzz.blogspot.in/p/DICOM.html[completa citación necesitada]
  11. ^ https://www.HL7.org/about/index.cfm[completa citación necesitada]
  12. ^ Kimura, M; OHE, K; Yoshihara, H; Ando, Y; Kawamata, F; Tsuchiya, F; Furukawa, H; Horiguchi, S et al (1998). "Mérito-9: una guía de intercambio de información para el paciente usando RNM, HL7 y DICOM". International Journal of Medical Informatics 51 (1): 59-68. Doi:10.1016/S1386-5056 (98) 00090-2. PMID9749900.
  13. ^ König, H. (2005). "El acceso a los objetos de la información de salud persistente: intercambio de datos de imagen y documento mediante el uso de estándares DICOM y HL7". Congreso Internacional serie 1281:: 932 – 7. Doi:10.1016/j.ICS.2005.03.186. ISBN978-0-444-51872-9.
  14. ^ Flandes, A.E., Carrino, J.A., 2003. Comprensión de DICOM y IHE. Seminarios en Roentgenology 38, 270 – 281.
  15. ^ Clunie, D.; Cordonnier, K. (febrero de 2002). Proyección de imagen de digital y comunicación en medicina (DICOM) - aplicación/dicom MIME subtipo registro. IETF. RFC 3240. https://Tools.ietf.org/html/rfc3240. 2014-03-02.

Enlaces externos

  • Estándar DICOM, NEMA.
  • Breve introducción a DICOM
  • Parte médico de imagen FAQ 2 -Estándar de formatos incluyendo DICOM.
  • Parte médico de imagen FAQ 8 -Contiene una larga lista de software DICOM.
  • Tutorial DICOM -DICOM es fácil.

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=DICOM&oldid=646262551"