HL7 en Colombia Panorama de desarrollo en nuestro País

Transcripción

1 HL7 en Colombia Panorama de desarrollo en nuestro País Fernando A. Portilla V. HL7 Colombia Director de Informática HUV ESE 2º Meeting de Afiliados Cali, Marzo 28 de 2008

2 El propósito: Ofrecer una visión general de los aspectos del estándar HL7 V3 Presentar un panorama general para su aplicación y uso en nuestro país

3 Agenda HL7 Versiones Utilizando V3 Casos de Uso HL7 V3 Nuestros Casos de Uso Los comités Técnicos Interacción con Gobierno

4 HL7 HL7 es un estándar para la interoperabilidad de sistemas informáticos en salud Inició en Actualmente está en 30 países Es una organización que basa sus decisiones en: Ser Abierta Consenso

5 HL7 CRM LIS PACS- RIS EHR - HIS Admisión HIS Ordenes Medicas Resultados Dx Equipos Bio Médicos Laboratorio Farmacia Imágenes Dx Procedimientos RX Escanografo Analizador

6 HL7 Resultados Clínicos <xml> ORGANIZACION HIS IPS EPS Médico INTERNET VPN HIS = Health Informat. System LIS = Laboratory I.S. RIS = Radiologic I. S DICOM HL7 EHR = Electronic Health Record Agendas Notificación SMS Paciente Paciente Médico IPS

7 HL7 HL7 V3 Sistema Hospitalario Admision Citas DICOM Interfase con Modalidad HL7 - CDA Procesamiento - Lectura JPG DICOM

8 HL7 B1: a Drug Order mgmnt System A1 C1: A Lab System D1 E1 Lab RIM B2: Drug Order B3: Drug Order A2 C2: Lab A3 D2 E2 D3 E3

9 HL7 Misión de HL7: interoperabilidad clínica Proveer un marco completo y estándares relacionados para el intercambio, integración y recuperación de información electrónica de salud que soporte la práctica clínica y el gerenciamiento y evaluación de servicios de salud. Específicamente: crear estándares flexibles y costoefectivos, guías y metodologías para permitir la interoperabilidad entre los sistemas de información y el intercambio de registros electrónicos de salud

10 HL7 Por qué usarlo? Es un estándar que es referente en diferentes países Esta apoyado por una metodología de implementación Tiene el soporte de una comunidad internacional de expertos La industria de TICS y de Salud apoyan y promocionan su desarrollo

11 Versiones del Estándar HL7 V2 HL7 V3 CDA EHR CCOW Arden Sintax

12 Versiones: V2 HL7 v 2.x fue creada para integrar un pequeño numero de variedad de aplicaciones en salud dentro de un unico Hospital u Organizacion Intercambio de mensajes en formato de un archivo plano HL7 V2 define la estructura de los mensajes

13 Versiones: V3 HL7 V3 está basada y expresada en el estándar XML y sus derivados. Para entender, diseñar mensajes y/o desarrollar una interface HL7 V3 requerirá conocimientos intermedios a avanzados de: XML: los mensajes se expresan como documentos XML. Schemas XML: la especificación de la estructura de los mensajes se realiza a través de un Esquema XML. XSL: a través de este estándar se puede transformar un documento o mensaje en un documento HTML X-PATH: a través de este estándar no basado en xml se puede interrogar a un documento XML como si fuera un árbol de directorio. XSLT: permite modifica la estructura de un documento XML transformandolo en un nuevo documento XML con otra estructura. DOM/SAX o algún otro medio de procesamiento de XML

14 Versiones: CDA Abreviatura para CLINICAL DOCUMENT ARCHITECTURE. Es una especificación para intercambio de documentos utilizando XML, el modelo de información de HL7 (RIM), la metodología de HL7 V3 y vocabularios controlados o locales (SNOMED, ICD, LOINC, etc.) Define el marcado de documentos para especificar la semántica y la estructura.

15 Versiones: CCOW: Framework para compartir aplicaciones y permitir un login unico Arden Sintax: Es una Sintaxis If/then para compartir reglas de conocimiento clínico EHR

16 Utilizando V3 Metodología / UML Fuerte énfasis en vocabulario controlado Transporte Estándar (XML) Modelo de referencia

17 Utilizando V3: RIM Participation Entity Role Clinical Acts Financial Acts

18 Utilizando V3: Guía de implementación ENTORNO OBJETIVOS ORGANIZACIONES APLICACIONES ROLES DE APLICACIÓN INTERACCIONES ESTANDARES APLICADOS DEFINICION DE LOS ARTEFACTOS A IMPLEMENTAR VOCABULARIOS REGISTROS REQUERIMIENTOS DE SEGURIDAD IMPLANTACION FISICA RECURSOS

19

20

21

22 Utilizando V3

23 Casos de Uso Los Modelos de Casos de Uso permiten capturar los requerimientos y definir el alcance. Para qué? Es una manera más formal de especificar los requerimientos y el alcance, sin abandonar la narrativa, pero asociando las interacciones a hechos del mundo real que podamos comparar con nuestro propio entorno y experiencia.

24 Casos de Uso - Dominios Gestión Administrativa, Administrative Management: cubre todos los aspectos administrativos del área de salud. Account and Billing: gestión de cuentas y facturación. Claims & Reimbursement: autorizaciones y reembolsos. Patient Administration: administración de archivos maestros de pacientes, sistemas de admisión, ubicación de pacientes, internación y emergencias. Materials Management: manejo de inventario. Personnel Management: gestión de recursos humanos. Scheduling: mensajes referidos a la gestión de agendas (turnos, agendamiento, reserva derecursos, etc.)

25 Casos de Uso - Dominios Gestión Clínica y de Salud Health and Clinical Management Blood Bank: mensajes para información de donantes, muestras, etc. Relacionadas con banco de sangre y otros tejidos. Care Provision: información requerida para el cuidado continuado de las personas, poblaciones etc. Registra cada uno de los procesos de cuidado, donde se define la responsabilidad de supervisar, cuidar y custodiar al paciente. Clinical Decision Support: define los mensajes para una aplicación denominada infobutton que genera y envía consultas a bases electrónicas de conocimiento médico usando información sobre el paciente extraída de la Historia Clínica Electrónica e información contextual del usuario, para obtener una lista bibliográfica relacionada con los datos enviados. Clinical Document Architecture: define los documentos CDA R2, un estándar de marcado de documentos que especifica la estructura y semántica de los documentos clínicos con el propósito de ser transmitidos

26 Casos de Uso - Dominios Clinical Genomics: este dominio contempla los requerimientos de relacionar los datos clínicos y genómicos a nivel individual. Diagnostic Imaging: contiene modelos y mensajes para soportar el intercambio de información relacionado a órdenes y resultados de diagnóstico por imágenes. Immunization: permite compartir información sobre vacunas. Laboratory: en este ballot (ene 2007) solo contiene información sobre como enviar mensajes con RESULTADOS de laboratorio. Orders and Observations: define el intercambio de órdenes y resultados en forma genérica. Medical Records: para intercambiar información sobre documentos disponibles con o sin el contenido. Medication: contiene un modelo para la descripción de una medicina de acuerdo a los diversos requerimientos de otros dominios (ordenar, dispensar, administrar y definir una medicación)

27 Casos de Uso - Dominios Pharmacy: define la mensajería para soportar el envío de información sobre la prescripción, entrega y administración de medicamentos en un entorno comunitario u hospitalario, como las consultas asociadas a cada caso.

28 Casos de Uso - Dominios Public Health: permite la comunicación a agencias gubernamentales acerca de epidemias y pedidos de investigación por incidentes con pacientes Regulated Products: también conocido como SPL (Structured Product Labeling), define el intercambio de información sobre el contenido de productos medicinales: etiqueta de producto, inserto, información sobre prescripción. Define sus secciones y está basado en CDA. Regulated Studies: define especificaciones para informar estabilidad de productos medicinales, ECG anotados e informes de laboratorio para pruebas clínicas. Specimen Domain: comprende los modelos y artefactos necesarios para la creación de mensajes relacionados con las muestras, incluyendo el sujeto de la cual fueron extraídas, las características del contenedor y su contenido durante todos los procesos analíticos. Therapeutic Devices: comprende los modelos requeridos para recibir datos de dispositivos terapéuticos (por ejemplo marcapasos, desfibriladores, etc.)

29 Nuestros Casos de Uso Autorizaciones Laboratorio Imágenes En donde tenemos mayores necesidades de interoperabilidad? Intercambio de Documentos Notificación

30 Nuestros Casos de Uso EPS - EPS EPS IPS EPS Gobierno Quienes son los actores Y los beneficiarios? IPS IPS IPS Gobierno

31 Los Comités Técnicos El propósito de los comités Técnicos será la localización de los dominios del estandar V3, a los casos de uso Colombiano A partir de Hoy se crean los primeros comites Técnicos, a través de quienes se contara con las especificaciones de implementación Abiertos, Consenso, Metodologia

32 Los comites Técnicos Vision de los Actores: Prestador Asegurador Academia Proveedor de Tecnologia

33 La interacción con Gobierno HL7 esta considerado para ser parte de la plataforma transaccional del Gobierno Colombiano El Proyecto GEL XML esta definiendo la arquitectura de esta plataforma Sin embargo pueden existir iniciativas locales o regionales

34 La interacción con Gobierno Evolución de mensajeria de RIPS Normatividad de SIISPRO Guia bajo lineamientos de MinComunicaciones Minproteccion Social : Oportunidad de trabajo en Decreto / Res /2007

35 Reconocimientos : Diego Kaminker, HL7 Argentina Mark Shafarman, Past Chair HL7 Int Roberto Ruggieri, Primary Contributor, HL7 Abstract Transport Specification, Author and Editor, IHE XDS.b Senior Technical Strategist Mario Cortes, Datasalud IT IMSSS, Instituto Mexicano de SSS

36 Muchas Gracias!!! A la memoria de Adolfo León Dominguez