Introduccion

Introduccion

El Health Level 7 (HL7) nace como una especificación para un estándar de intercambio de datos electrónicos en el ambiente de la atención de la salud, con especial énfasis en las comunicaciones intrahospitalarias. Luego se extiende a otros ámbitos de la TI.Es el resultado del trabajo de un Comité de proveedores de usuarios, vendedores y consultores de sistemas de aplicación al área de salud.

El hospital promedio de la actualidad posee programas instalados que se ocupan del registro de los procesos de admisión y egreso de pacientes, de registro y producción de información de laboratorio clínico, de informes de radiología y patología, de facturación y administración general, y otros.

Antecedentes

El Comité del HL7 (Health Level 7 Working Group), comenzó su actividad en Marzo de 1987, a raíz de una conferencia organizada por el Hospital de la Universidad de Pennsylvania, a propósito de la problemática de los estándares en salud.

Su objetivo es la estandarización del formato y del protocolo para el intercambio de ciertos conjuntos de datos entre sistemas de aplicación al área de salud.

El Grupo de Trabajo (GT) se reune aproximadamente cada 4 meses en diferentes lugares de los EE.UU., y ya se han formado grupos nacionales en otros países.

Hasta la fecha el GT ha presentado su solicitud para transformarse en un Comité de Estándares Acreditado ante el ANSI (American National Standards Institute).

¿Qué es HL7?

• Es un protocolo para el intercambio de información clínica

– NO es una aplicación

– NO es una estructura de datos o especificación de base de datos

– NO es una arquitectura para diseñar aplicaciones hospitalarias

– NO es una especificación para un ruteador de mensajes

Un protocolo para el intercambiode información clínica

Arquitectura de comunicaciones del modelo ISO-OSI

1 Física 1 Física 2 Enlace 2 Enlace 3 Red 3 Red 4 Transporte 4 Transporte

Communicación

Función

5 Sesión 5 Sesión 6 Presentación 6 Presentación 7 Aplicación 7 Aplicación HL7

¿Qué significa el siete en HL7?

Objetivos del HL7

El HL7 se ocupa de las interfaces entre sistemas que emiten o reciben mensajes de registro, admisión, transferencia y alta de pacientes, pedidos de información al sistema, ordenes, resultados, observaciones clínicas, facturación, y actualización de información de archivos maestros.

- apoyo a la toma de decisiones;

- aplicaciones de enfermería;

- aplicaciones de departamentos de servicios auxiliares;

- historias clínicas computarizadas;

- necesidades de información externas al ámbito hospitalario.

Entorno de comunicaciones

El estándar HL7 asume que el entorno de comunicaciones proveerá lo siguiente:

– Trasmisión sin errores. Las aplicaciones pueden asumir que recibirán correctamente toda cadena de bytes trasmitida. Esto implica el chequeo de errores es realizado en un nivel inferior.

– Conversión de caracteres. En el caso de que diferentes máquinas utilicen distintas representaciones de caracteres (ej. ASCII-EBCDIC) será el entorno de comunicaciones el que realice esta tarea.

– Largo del mensaje. HL7 no especifica ninguna restricción al largo de un mensaje.

Eventos disparadoresEs el hecho que genera la transmisión del mensaje.

– La relación entre TIPOS DE MENSAJE y CODIGOS DE EVENTO DISPARADOR es UNO a MUCHOS: El mismo evento disparador no puede asociarse a mas de un tipo de mensaje.

– Un evento A01 es enviado cuando se realiza el ingreso/admisión del paciente.

– Esta información es ingresada por el sistema de admisión de pacientes e informada al resto de los sistemas que conforman la organización

– Por ejemplo, un evento A01 puede ser usado para notificar al sistema de Laboratorio que un paciente ha sido admitido y al que se le puede solicitar estudios.

Modelo básico de transacciones HL7

RED

ENVIA MENSAJE

Sistema A

Sistema B

RECIBE MENSAJE

Evento disparador

RECIBERESPUESTA

ENVIA RESPUESTA

Reglas de proceso (Nivel 7 - Aplicación)

• Secuencia de intercambio de mensajes

– Paso 1. El sistema emisor construye un mensaje HL7 basado en datos de la aplicación y lo envía al sistema receptor.

– Paso 2. El sistema receptor recibe el mensaje y …• a) Valida sintácticamente el mensaje. Si falla, envía un mensaje de

rechazo al emisor. Si no continua ...

• b) Pasa el mensaje a la aplicación, la cual:– 1) crea un mensaje de respuesta, o – 2) crea un mensaje de error, o …– 3) crea un mensaje de rechazo.

• c) Envía el mensaje de respuesta, error o rechazo.

Paradigmas de respuestas HL7

SistemaA

mensaje de orden ORM msg

ORR (opt)mensaje de resultado de orden

Aceptar ACK (opt)acuse de recibo general

Aceptar ACK (opt)

SistemaB

Eventodisparador

Eventodisparador

La definición del mensaje incluye:

DATOS : Los campos de datos a enviar dentro del mensajeRESPUESTAS : Las respuestas válidasERRORES : El tratamiento de errores de aplicación (datos erróneos) o fallas de comunicación

¿Qué es un mensaje?

Formato general del HL7

El formato general de los mensajes consiste en campos de datos de longitud variable. Los campos de datos se combinan para formar agrupamientos lógicos denominados segmentos, los cuales a su vez están separados entre sí por caracteres específicos.

El HL7 codifica varios tipos de mensajes, cada uno de ellos referido a un proceso especifico del conjunto de los que forman el proceso general de la atención de la salud.- adt admisión, transferencia y alta- dft detalle de transacción financiera- rrg informe histórico de entregas de farmacia

El conjunto de mensajes ADT transmite datos que contienen información demográfica sobre pacientes, así como informaciónsobre los eventos de resignación, admisión, derivación interna y externa, alta y visitas de los mismos.- A01 admisión de paciente- A02 transferencia de paciente- A03 alta de paciente- A28 agregar información sobre persona

Construcción de Mensajes

Caracteres de Codificación

• Delimitadores: | ^ ˜ \ & <CR>

– Al construir un mensaje, se utilizan determinados caracteres como DELIMITADORES

• Terminador de Segmento <CR> (ASCII 13)

• Separador de Campo | (ASCII 124)

• Separador de Componente ^ (ASCII 94)

• Separador de Subcomponente & (ASCII 38)

• Caracter de Repetición ~ (ASCII 126)

• Caracter de Escape \ (ASCII 92)

Identificadores

• Identificadores– ID – Valor codificado por HL7

• Debe ser elegida de una lista definida por HL7

Ejemplo : Sexo

– IS – Valor codificado por el USUARIO• Debe ser elegida de una lista definida por las partes que consensuan una

implementacion determinada

Ejemplo : Religión

– RP – Puntero de Referencia• Este tipo de datos transmite informacion acerca de datos almacenados en otro

sistema.

Metodologia- tareas de ingenieria

• Analisis– Analisis de Requerimientos– Analisis de Dominio

• Diseño– Diseño Interactivo de

Compenentes y Objetos– Diseño de Mensajes

• Votacion y Publicacion– Aprobacion de Miembros– ANSI Standard

• Guia de Implementacion– Tecnologia

Use Case Model (UCM) Modelo de Dominio de Informacion (DIM) (the RIM is both of these)

Modelo Interactivo (IM)

Descripcion de Mensajes (HMD)

Implementacion Technologica (ITS)

Desarrollo de Estructura de Mensaje Message Development Framework (MDF)

Modelo de Uso(Use Case Model)

Modelo de Informacion(Information Model)

Modelo de Interaccion(Interaction Model)

2-nd Order 1 choice of 0-n Drug 0-1 Nursing


Mensaje Especificado(Message Specification)

• Captura requerimientos definidos

de salud

• Especificacion de datos a trasmitir

• Define flujo de informacion

• Define roles de comunicacion

• Define el contenido del mensaje

• Especifica las opciones del mesaje

Modelos desarrollados en Fases

Modelo de CasosModelo de Casos Modelo de CasosModelo de Casos

Use Case Diagram

Spec

UCM Spec

Modelo de InformacionModelo de InformacionModelo de InformacionModelo de Informacion

Spec

DIM Spec

State DiagramClass Diagram

Diseño de MensajeDiseño de MensajeDiseño de MensajeDiseño de Mensaje



h//mt:50”d”………

h//mt:50”d”………

Identificacion de Actores & Eventos

Desarrollo de casos

Creacion de casos de uso

Modela nue- vos conceptos

Armonizaciondel RIM

Dibuja conte- nidos iniciales para RIM

Desarrollo de Modelo de Informacion de Mensajes

Desarrolla Diagrama Objeto de Mensaje

Especifica HMD

Define Eventos disparadores

Define Roles de Aplicacion

DefineInteracciones

Crea Reclamos de Conformacion

Modelo de Modelo de InteraccionInteraccion

Modelo de Modelo de InteraccionInteraccion

Interaction Diagram

Spec

Inter Spec

Modelo de Referencia RepositorioModelo de Referencia RepositorioModelo de Referencia RepositorioModelo de Referencia Repositorio

Analisis deAnalisis de RequerimientoRequerimiento

Uso Case Uso Case ModelModel(UCM)(UCM)

Analisis deAnalisis de RequerimientoRequerimiento

Uso Case Uso Case ModelModel(UCM)(UCM)

Analisis de Analisis de DiseñoDiseño

ModeloModeloInformation Information

(DIM)(DIM)

Analisis de Analisis de DiseñoDiseño

ModeloModeloInformation Information

(DIM)(DIM)

AnalisisAnalisisAnalisisAnalisis DiseñoDiseñoDiseñoDiseño

Diseño deDiseño de InteraccionInteraccion

ModeloModelo InteractivoInteractivo

(IM(IM))

Diseño deDiseño de InteraccionInteraccion

ModeloModelo InteractivoInteractivo

(IM(IM))

Diseño de Diseño de MensajeMensaje

Description Description de Mensajesde Mensajes

(HMD)(HMD)


Description Description de Mensajesde Mensajes

(HMD)(HMD)

AprobacionAprobacion

BallotsBallots

AprobacionAprobacion

BallotsBallots

VotacionVotacionVotacionVotacion

RIMRIMRIMRIM

2-nd Order2-nd Order 1 choice of1 choice of 0-n Drug0-n Drug

0-1 Nursing0-1 Nursing

2-nd Order2-nd Order 1 choice of1 choice of 0-n Drug0-n Drug

0-1 Nursing0-1 Nursing

Relacion entre Modelos

Modelos del HL7

El Modelo de Informacion• Sigue un modelo orientado y tecnicas de diagramas, y se centra en las

clases que forman los objetos de los mensajes del HL7.

• Provee significados de expresión y reconcilia las definiciones de los diferentes datos independientes, en la estructura de los mensajes.

Modelo de Referencia de Informacion (RIM)• Fuente de datos para todos los mensajes de HL7

• Expresa el contenido de la información en los trabajos colectivos (HL7 Working Group).

Modelo de Dominio de Informacion (DIM)• Cada area de interes es llamado un Dominio.

Diagramas del Meta-Modelo de Informacion

El Meta-Modelo se construye para documentar el proceso del HL7 y los artefactos de soporte del proceso.

Las representaciones del Meta-Modelo de Informacion incluye un diagrama de cada nivel para cada una de las áreas superiores.

Meta-modelo para un Modelo de Informacion

Meta-modelo para Use Cases y Diseño Interactivo.

Meta-modelo para Diseño de Mensajes (DIM y HMD)

Meta-modelo para Tipo de Dato y Dominios de Vocabulario

• Establecer un ambiente de comunicaciones

• Especificar el protocolo de bajo nivel más aplicable

• Identificar los mensajes y eventos

• Establecer procedimientos– “Generales” para todos– “Particulares” para sistemas específicos

• Identificar Datos opcionales

• Generar una especificación detallada

• Escribir el plan de pruebas

• Desarrollar un plan de contingencias y mantenimiento

¿Cómo implementar HL7?

• Problemas– Diferentes modelos de datos

– Mala comprensión de las especificaciones

– Falta de vocabulario específico

– Codificación de estudios, resultados, observaciones, etc.

– Conversión de datos a los sugeridos por HL7

– Identificar Mensajes, Eventos y Campos

No es “Plug and Play”

Introducción a la Versión 3.X

• Las versiones previas de HL7 tienen:– Una estructura que sugiere entidades– Una estructura de eventos que indica comportamientos– Y sugiere casos de uso

• Versión 3 intenta de formalizar esto aplicando métodología de análisis orientado a objetos– para mejorar la consistencia interna de HL7– para proveer definiciones semánticas– para permitir utilizar en el futuro nuevas tecnologías– para producir una evolución y no una revolución

Analisis de Analisis de RequerimientosRequerimientos

Analisis de Analisis de RequerimientosRequerimientos

Analisis de Analisis de DominioDominio

Analisis de Analisis de DominioDominio


Diseño de Diseño de MensajeMensaje Especificacion del Especificacion del

MensajeMensajeEspecificacion del Especificacion del

MensajeMensaje

Release 3.0Release 3.0

Ciclo de Vida Iterativo

Intercambio de mensajes e Interoperabilidad

• El protocolo HL7 para el intercambio electrónico de datos entre sistemas de información en el ámbito de la Salud permite que las aplicaciones clínicas se comuniquen entre sí independientemente de su plataforma tecnológica o de su lenguaje de desarrollo.

• En búsqueda de la INTEROPERABILIDAD– La capacidad de dos o más sistemas o componentes para

intercambiar información y para utilizar dicha información– El intercambio de datos a través de mensajes electrónicos entre

aplicaciones requiere • una estructura conocida y convenida (sintaxis), • campos con significado definido (semántica), y • valores definidos como posibles para esos campos basados en un

vocabulario estándar y controlado.

Mientras tanto, en Argentina ...

• La ecuación desarrollo interno vs. Compra es diferente a la de USA.

• Escasa oferta de opciones de Sistemas de Información Hospitalaria.

• Alto costo de desarrollo de interfaces. – Cada sistema tiene interfaces no

estandarizadas.– Desarrollo de interfaces vs. Resignación de la

intercomunicación.

• Baja demanda de interoperabilidad.

HL7 en operacion

HL7 en operacion

HL7 en operacion

HL7 en operacion

Documents

Introduccion