La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

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.

Presentaciones similares


Presentación del tema: "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."— Transcripción de la presentación:

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 intercambio de información clínica 5 Sesión 6 Presentación 7 Aplicación HL7 Función 1 Física 2 Enlace 3 Red 4 Transporte Communicación Arquitectura de comunicaciones del modelo ISO-OSI

5 Objetivos del HL7 - apoyo a la toma de decisiones;
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 ENVIA MENSAJE Sistema A RED 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 A mensaje de orden ORM msg Sistema B Evento disparador Aceptar ACK (opt) acuse de recibo general ORR (opt) mensaje de resultado de orden Evento disparador Aceptar ACK (opt)

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: | ^ ˜ \ & <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)

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)
Modelo de Uso (Use Case Model) Captura requerimientos definidos de salud Modelo de Informacion (Information Model) Especificacion de datos a trasmitir Modelo de Interaccion (Interaction Model) Define flujo de informacion Define roles de comunicacion Define el contenido del mensaje Especifica las opciones del mesaje 2-nd Order 1 choice of 0-n Drug 0-1 Nursing Mensaje Especificado (Message Specification)

18 Modelos desarrollados en Fases
Modelo de Informacion Spec DIM Spec State Diagram Class Diagram Identificacion de Actores & Eventos Desarrollo de casos Creacion de casos de uso Modela nue- vos conceptos Armonizacion del RIM Dibuja conte- nidos iniciales para RIM Modelo de Casos Use Case Diagram Spec UCM Spec Define Eventos disparadores Define Roles de Aplicacion Define Interacciones Crea Reclamos de Conformacion Desarrollo de Modelo de Informacion de Mensajes Desarrolla Diagrama Objeto de Mensaje Especifica HMD Diseño de Mensaje 2-nd Order 1 choice of 0-n Drug 0-1 Nursing h//mt:50”d” Modelo de Interaccion Interaction Diagram Spec Inter Spec

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 Analisis de Requerimientos Especificacion del Mensaje
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


Descargar ppt "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."

Presentaciones similares


Anuncios Google