Está en la página 1de 6

INTRODUCCIÓN

Los sistemas de información de los hospitales se ejecutan en plataformas


heterogéneas hardware y software, y tienen una gran necesidad de intercambiar
datos. Estos sistemas dispares son generalmente integrados utilizando costosas
interfaces con licencias de propietario, que pronto se convierten en obsoletas con
el avance de la tecnología. La actualización de estas interfaces requiere de una
inversión importante en el rediseño de los sistemas.

Diferentes normas de intercambio de información médica se han ideado para


satisfacer la necesidad de intercambiar datos de manera fiable y ofrecer una
plataforma para la integración de los sistemas. Sin embargo, estas normas difieren
debido a sus diferentes ambientes de desarrollo, alcances y filosofías de
normalización. Esto plantea la preocupación de reducir al mínimo la proliferación
de interfaces de aplicaciones y protocolos de comunicación.

Los esfuerzos de normalización se centraron en: 1) terminología, 2) formato de


mensajes, y 3) medios de intercambio, es decir, redes de comunicaciones. La
presente comparación de estas normas se centra en el aspecto de red. Estas
normas siguieron, en diferentes grados, la Open System Interconnection (OSI),
que es el modelo referencial de la Organización para la Estandarización
Internacional (ISO). Sin embargo, la definición de los estándares de redes de
comunicación se llevó a cabo paralelamente a los estudios de investigación y
proyectos piloto. Esto aumenta el riesgo de estandarizar aspectos innecesarios.
Esto se observa en la forma como algunas normas definen sus capas protocolo.

VISIÓN GENERAL DE LAS NORMAS DE INTERCAMBIO DE INFORMACIÓN


MÉDICA.

Este es un enfoque general acerca de las normas de intercambio de


información médica, mostrando sus principales objetivos y su relación con los
protocolos de red.
1. Normas médicas de la Sociedad Americana de Pruebas y Materiales
(ASTM).

El comité E-31 de la ASTM inició en 1970 como el “comité sobre los


sistemas de laboratorio computarizados”. Inicialmente estuvo limitado solo a
redactar normas para la automatización computarizada de instrumentos de
laboratorio. Más tarde su nombre fue cambiado a “comité para los sistemas
computarizados” y se amplió su alcance para incluir otros tipos de sistemas
computarizados. En 1975 se creó un subcomité que se ocuparía de los sistemas
de laboratorios clínicos, y la E-31 comienza a interesarse en los sistemas
computacionales clínicos. Ahora hay seis subcomités activos que tratan diferentes
aspectos de las aplicaciones computacionales en la medicina.

El principal objetivo del subcomité E-31.11 para el intercambio de datos de


resultados clínicos, es el que se indica en la declaración de la misión: “La
especificación E 1238 para la transferencia de mensajes de datos clínicos de
laboratorio entre sistemas informáticos independientes”. En relación a los
protocolos de red, esta norma de la ASTM se ocupa de la capa de aplicación, la
séptima capa en el modelo ISO/OSI. Las capas inferiores pueden ser cualquier
conjunto de protocolos confiables (TCP/IP, X.400, Kermit, RS 232). Sin embargo,
los mensajes se componen de un conjunto restringido de caracteres ASCII (los
imprimibles). Además, el mensaje consiste en un número ilimitado de líneas. Sin
embargo, cada línea no puede tener más de 220 caracteres.

2. Norma ACR-NEMA

La Escuela Americana de Radiología (ACR) y la Asociación Nacional de


Fabricantes Eléctricos (NEMA) formaron el Comité para las Normas de
Comunicación e Imagen Digital (DICSC) en 1983. El principal objetivo, como se
declara en los estatutos de este comité, fue desarrollar una norma de interfaz
estandarizada para la interconexión de dos equipos de imagen. La norma fue
creada para que un grupo de dispositivos que cumplen con este estándar, puedan
ser organizados en un sistema para satisfacer las necesidades del usuario. El
proceso de estandarización ha producido tres versiones hasta la fecha. A
continuación se describen las características principales de cada versión.

Versión 1 y Versión 2: La Versión 1 fue publicada en 1985. Ésta especifica


el formato de datos y proporciona un diccionario de datos, un conjunto de
comandos y la interfaz del hardware. Admite la transmisión de datos entre dos
equipos de imágenes (solo transmisión de mensajes punto a punto). Proporciona
una variedad de funciones tales como chequeo de integridad de datos, acceso a
medios, control de flujo, así como fragmentación y reconstrucción de datos. ACR-
NEMA se ajusta al modelo de referencia ISO/OSI. Sin embargo, es un protocolo
de seis capas puesto que la capa de transporte y la capa de red están fusionadas.
La capa de transporte/red, la capa de enlace de datos y la capa física, todas
siguen protocolos muy específicos. Estos protocolos fueron definidos por
transiciones de estado, el tiempo y los diagramas de actividad de los cables. La
Versión 2 es una expansión de la Versión 1, pero aún así sólo soporta el
intercambio de mensajes punto a punto. Las reglas de sintaxis del diccionario de
datos son idénticas a las de la Versión 1. Se añadieron algunas características
como el control de dispositivos de visualización (por ejemplo, impresoras laser).

Versión 3: Esta versión es conocida como Imágenes y Comunicaciones


Digitales en Medicina (Digital Imaging and Communications in Medicine – DICOM)
y fue publicado en 1992. Esta versión es un estándar complejo estructurado en un
documento multi partes (9 partes) usando una descripción orientada a pseudo-
objetos. Éste intenta mantener la compatibilidad con la Versión 2.0 siempre que
sea posible.

3. Norma para Bus de Información Médica IEEE P1073


En 1984, el Comité P1073 del Instituto de Ingenieros Eléctricos y
Electrónicos (IEEE), y la Sociedad de Ingeniería en Biología y Medicina (EMBS),
comenzaron a desarrollar la norma para Bus de Información Médica (MIB). El
principal objetivo, como se declara en los estatutos del Comité P1073, es
“proporcionar una norma internacional para la comunicación de sistemas abiertos
en aplicaciones de cuidado de la salud, principalmente entre los dispositivos
médicos de cabecera y los sistemas de información clínica, optimizado para el
entorno de atención aguda”. En relación con los protocolos de red, la norma MIB
especifica una red de área local especializada mediante una familia de tres
estándares de comunicación en red. Estas normas fueron desarrolladas después
del modelo de referencia ISO/OSI. La capa de presentación es un subconjunto de
la norma ISO 8326. La capa de transporte proporciona servicio de transporte
sencillo, pero no segmentación/reensamblaje de paquetes, ni multiplexación. Éste
es similar al servicio de transporte de la ISO 8072/8073, pero no cumple
estrictamente con esta. La capa de red es una capa funcionalmente inactiva,
mientras que la capa de enlace de datos ofrece un subconjunto de servicios
HDLC: transferencia de datos de punto a punto orientada a la conexión. La capa
física utiliza la especificación EM-485 con el no retorno a cero invertida (NRZI) que
codifica a 375 Kbps.

4. Norma Health Level 7

Un Grupo de Trabajo ad hoc de instituciones de cuidados de salud,


proveedores y consultores, han desarrollado el estándar “Health Level 7” (HL7)
desde marzo de 1987. El objetivo principal de esta norma es "proporcionar un
estándar para el intercambio de datos entre las aplicaciones informáticas para el
cuidado de la salud, que elimine o reduzca sustancialmente la programación de
interfaz personalizada y el mantenimiento de programas que actualmente se
requiere”.

La relación entre el HL7 y los protocolos de red se evidencia en el nombre


de la norma. El término “Level 7” se refiere al más alto nivel de interconexión de
sistemas abiertos (Open System Interconnections - OSI), modelo de la
Organización Internacional de Normalización (International Standards
Organization - ISO). El estándar HL7 se centra principalmente en los problemas
que se producen dentro de la séptima capa (capa de aplicación). Además, HL7 no
identifica un conjunto de especificaciones ISO aprobadas para ocupar las capas
de la 1 a la 6 bajo las especificaciones de mensajes abstractos de HL7. Sin
embargo, el HL7 se ajusta a la definición conceptual de una interfaz de “aplicación
a aplicación” colocada en la séptima capa del modelo OSI.

Como cuestión de practicidad, el HL7 define el Protocolo de Nivel Inferior


(Lower Level Protocol - LLP), que permite el intercambio de mensajes en
comunicaciones menos robustas, tales como una conexión RS-232. El LLP define
el protocolo para fragmentar un mensaje y métodos para evitar la pérdida de datos
del mismo.

5. Norma de Intercambio de Datos Médicos IEEE P1157

En noviembre de 1987, el Grupo de Trabajo P1157 de la IEEE EMBS


comienza a desarrollar el Medical Data Interchange Standard (MEDIX). El objetivo
principal, tal como se define en los estatutos del Comité P1157 es: "especificar y
establecer una norma de comunicación robusta y flexible para el intercambio de
datos entre los sistemas de información de salud heterogéneos."

La relación entre el estándar MEDIX y los protocolos de red se describe en


los “Perfiles de Comunicación”. Un perfil de comunicación es un conjunto de
protocolos u opciones de comunicación que soportan una cierta funcionalidad o
servicio para el usuario. El estándar MEDIX se basa en estos perfiles y ratifica el
modelo de referencia ISO/OSI. Sin embargo, al darse cuenta de que diferentes
aplicaciones tienen distintas necesidades de comunicación, esta norma intenta
permitir la flexibilidad e interoperabilidad. MEDIX intentó, tanto como le fue posible,
apegarse a los perfiles internacionales estandarizados (ISPs). Actualmente, ésta
se basa en el Perfil Gubernamental OSI (Government OSI profile - GOSIP).
Discusión

Sin experiencia en el mercado y con pocas implementaciones, se ha hecho


difícil resolver las discrepancias de los puntos de vista sobre qué funcionalidades
se deben incluir en las normas. Además, era difícil evaluar la viabilidad de las
ideas de normalización. Uno de los principales objetivos era permitir la
relativamente sencilla y económica aplicación de la norma. Al mismo tiempo, la
norma debería ser aplicable para futuras implementaciones complejas donde se
requiera el máximo rendimiento.

Previendo un estándar en evolución, algunas normas como la ACR-NEMA


requieren mejoras para ser compatibles con versiones anteriores.

También podría gustarte