Download
1 / 35
350 likes | 501 Views
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.
E N D
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
¿Qué significa el siete en HL7? HL7 7 Aplicación Función 6 Presentación 5 Sesión 4 Transporte 3 Red Communicación 2 Enlace 1 Física Un protocolo para el intercambiode información clínica Arquitectura de comunicaciones del modelo ISO-OSI
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 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.
Modelo básico de transacciones HL7 ENVIA MENSAJE Sistema A RED Sistema B RECIBE MENSAJE Evento disparador ENVIA RESPUESTA RECIBE 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 mensaje de orden ORM msg Aceptar ACK (opt) acuse de recibo general ORR (opt) mensaje de resultado de orden Aceptar ACK (opt) Sistema B Sistema A Evento disparador Evento disparador
¿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
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.
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
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 Dibuja conte- nidos iniciales para RIM Desarrollo de casos Modelo de Informacion Creacion de casos de uso Modelo de Casos Spec Modela nue- vos conceptos Identificacion de Actores & Eventos Spec DIM Spec Class Diagram State Diagram Armonizaciondel RIM UCM Spec Use Case Diagram Define Eventos disparadores Desarrollo de Modelo de Informacion de Mensajes Modelo de Interaccion Define Roles de Aplicacion Diseño de Mensaje Desarrolla Diagrama Objeto de Mensaje Spec 2-nd Order 1 choice of 0-n Drug 0-1 Nursing h//mt:50”d” … … … DefineInteracciones Inter Spec Interaction Diagram Crea Reclamos de Conformacion Especifica HMD
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
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.
¿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
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
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
Ciclo de Vida Iterativo Analisis de Dominio Analisis de Requerimientos Release 3.0 Diseño de Mensaje Especificacion del Mensaje
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 Saludpermite 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.
