Sin t

1
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.
2
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).
3
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

4
Qué significa el siete en HL7?
Un protocolo para el intercambiode información
clínica
Arquitectura de comunicaciones del modelo ISO-OSI
5
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.
6
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.

7
Eventos disparadores

• Es 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.

8
Modelo básico de transacciones HL7
Sistema B RECIBE MENSAJE

Evento disparador
ENVIA RESPUESTA
RECIBE RESPUESTA
9
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.

10
Paradigmas de respuestas HL7
Sistema B
Sistema A
Evento disparador
Evento disparador
11
Qué es un mensaje?
La definición del mensaje incluye DATOS Los
campos de datos a enviar dentro del
mensaje RESPUESTAS Las respuestas
válidas ERRORES El tratamiento de errores de
aplicación (datos erróneos) o fallas de
comunicación
12
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.
13
Construcción de Mensajes
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ón sobre 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

14
Caracteres de Codificación

• Delimitadores \ ltCRgt
• Al construir un mensaje, se utilizan determinados
  caracteres como DELIMITADORES
• Terminador de Segmento ltCRgt (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)

15
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.

16
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)

17
Desarrollo de Estructura de Mensaje Message
Development Framework (MDF)

• 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

18
Modelos desarrollados en Fases
19
Relacion entre Modelos
Analisis
Diseño
Votacion
Analisis de Requerimiento Uso Case
Model (UCM)
Analisis de Diseño Modelo Information
(DIM)
Diseño de Interaccion Modelo
Interactivo (IM)
Diseño de Mensaje Description de
Mensajes(HMD)
Aprobacion Ballots
2-nd Order 1 choice of 0-n Drug
0-1 Nursing
Modelo de Referencia Repositorio
RIM
20
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.

21
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.
22
Meta-modelo para un Modelo de Informacion
23
Meta-modelo para Use Cases y Diseño Interactivo.
24
Meta-modelo para Diseño de Mensajes (DIM y HMD)
25
Meta-modelo para Tipo de Dato y Dominios de
Vocabulario
26
Cómo implementar HL7?

• 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

27
No es Plug and Play

• 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

28
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

29
Ciclo de Vida Iterativo
Analisis de Dominio
Analisis de Requerimientos
Release 3.0
Diseño de Mensaje
Especificacion del Mensaje
30
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.

31
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.

32
HL7 en operacion
33
HL7 en operacion
34
HL7 en operacion
35
HL7 en operacion