Este documento resume los conceptos clave de la historia clínica electrónica (HCE) y los estándares relacionados. Explica las características de una HCE, los problemas para lograr su implementación, y distintas opciones de arquitectura. Luego, resume varios estándares importantes como ISO 18308, CEN/ISO 13606, HL7, OpenEHR y DICOM, enfocándose en su propósito y enfoque para la normalización de la información clínica electrónica.
La interoperabilidad es un elemento clave para lograr una atención sanitaria más continua y flexible a través del sistema sanitario donde los profesionales puedan acceder a la información relevante sobre los pacientes en el momento preciso. A pesar de ser un tema recurrente en el ámbito de la eHealth, queda camino por recorrer en el reto que supone para la industria de Tecnologia Sanitaria y para las organizaciones sanitarias para lograr una plena interoperabilidad de sus sistemas.
La interoperabilidad es un elemento clave para lograr una atención sanitaria más continua y flexible a través del sistema sanitario donde los profesionales puedan acceder a la información relevante sobre los pacientes en el momento preciso. A pesar de ser un tema recurrente en el ámbito de la eHealth, queda camino por recorrer en el reto que supone para la industria de Tecnologia Sanitaria y para las organizaciones sanitarias para lograr una plena interoperabilidad de sus sistemas.
Presentación Ángel Hotal, Indra en 2do Simposio Salud DigitalPAÍS DIGITAL
Presentación de Ángel Hortal, Director Global de Transformación Digital en Salud de Indra, en marco del 2do Simposio de Salud: Visiones y Prespectivas, realizado en Santiago, Chile el 14 de junio 2018.
"Esposición de Casos de éxito en la interoperabilidad hospitalaria"
Living Lab Salud Andalucía cuenta con tres escenarios de innovación entre ellos: la Plataforma Común Integrada de Telemedicina, que aquí te presentamos.
Gacela es un programa de gestión de enfermería, con el que te puedes topar en tu control al llegar a trabajar a un hospital.
En él vamos a introducir todo lo que ocurre de relevancia durante nuestro turno, siendo nosotros los únicos responsables de todo lo que se escriba con nuestra firma. Cada enfermera debe introducir su usuario y clave cuando quiere entrar en el programa.
Seminario de Hl7 realizado en la Universidad de San Luis Provincia de San Luis -Argentina
https://picasaweb.google.com/105575750032737566370/HL7UNIVERSIDADDELAPUNTASANLUIS11DeAbrilDe2012#
El objetivo de la historia clínica informatizada o digital (CBPRS) es dar apoyo en la toma de decisiones médicas, aumentar la coordinación entre los diferentes niveles asistenciales, y promover el uso de guías de practica clínica, mejorando así la calidad global de la atención.
El objetivo de CBPRS es también: mejorar la velocidad de recuperación de las historias clínicas, permitiendo que muchas personas tener acceso simultáneo a la misma historia clínica , mejorar confidencialidad de los datos, con seguimiento de quien la ha utilizado, y por último para recoger datos rutinarios
Presentación Ángel Hotal, Indra en 2do Simposio Salud DigitalPAÍS DIGITAL
Presentación de Ángel Hortal, Director Global de Transformación Digital en Salud de Indra, en marco del 2do Simposio de Salud: Visiones y Prespectivas, realizado en Santiago, Chile el 14 de junio 2018.
"Esposición de Casos de éxito en la interoperabilidad hospitalaria"
Living Lab Salud Andalucía cuenta con tres escenarios de innovación entre ellos: la Plataforma Común Integrada de Telemedicina, que aquí te presentamos.
Gacela es un programa de gestión de enfermería, con el que te puedes topar en tu control al llegar a trabajar a un hospital.
En él vamos a introducir todo lo que ocurre de relevancia durante nuestro turno, siendo nosotros los únicos responsables de todo lo que se escriba con nuestra firma. Cada enfermera debe introducir su usuario y clave cuando quiere entrar en el programa.
Seminario de Hl7 realizado en la Universidad de San Luis Provincia de San Luis -Argentina
https://picasaweb.google.com/105575750032737566370/HL7UNIVERSIDADDELAPUNTASANLUIS11DeAbrilDe2012#
El objetivo de la historia clínica informatizada o digital (CBPRS) es dar apoyo en la toma de decisiones médicas, aumentar la coordinación entre los diferentes niveles asistenciales, y promover el uso de guías de practica clínica, mejorando así la calidad global de la atención.
El objetivo de CBPRS es también: mejorar la velocidad de recuperación de las historias clínicas, permitiendo que muchas personas tener acceso simultáneo a la misma historia clínica , mejorar confidencialidad de los datos, con seguimiento de quien la ha utilizado, y por último para recoger datos rutinarios
MariaDB y FOSS en infraestructura de salud y estándaresNelson Calero
Introducción a estándares en sistemas de salud, ejemplo de una institución y planes con tecnología FOSS.
Presentación dada en la primer "MySQL / NoSQL & Cloud Latin American Conference" en Buenos Aires, Argentina el 27 de junio de 2012.
Apoyo a la toma de decisiones clínicas con openEHR y SNOMED CT - casos de uso...Pablo Pazos
Taller dónde se demuestran los beneficios de implementar sistemas de información en salud basados en estándares, que permiten utilizar la información clínica existente para implementar mecanismos que aporten para tomar mejores decisiones clínicas.
Presentación informativa de qué es openEHR, para qué sirve en el contexto de los sistemas de información en salud, qué relación tiene con otros estándares y especificaciones, y cuáles son las nuevas especificaciones que se agregaron al estándar.
CaboLabs - Workshop de interoperabilidad usando estándaresPablo Pazos
Tercera charla de la jornada sobre estándares en informática en salud para Chiletec. https://informatica-medica.blogspot.com.uy/2017/10/chiletec-programa-de-difusion.html
CaboLabs - Estándares e interoperabilidad en informática en saludPablo Pazos
Segunda charla de la jornada sobre estándares en informática en salud para Chiletec. https://informatica-medica.blogspot.com.uy/2017/10/chiletec-programa-de-difusion.html
CaboLabs - Proyectos de informatica en saludPablo Pazos
Primera charla de la jornada sobre estándares en informática en salud para Chiletec. https://informatica-medica.blogspot.com.uy/2017/10/chiletec-programa-de-difusion.html
Presentacion del programa de formacion profesional de Informática en Salud, E...Pablo Pazos
El video de la presentación puede verse aquí: https://www.youtube.com/watch?v=68kjzhc50Zs
Más información sobre cursos y talleres: http://cabolabs.com/es/capacitacion
openEHR: aspectos de interoperabilidad y mantenibilidadPablo Pazos
Presentación para el evento Information and Communication Technologies and Mobile Health: Lessons Learned and Challenges for Latin America and the world 2015. Lima, Perú.
Generación automática de interfaces de usuario para sistemas de información c...Pablo Pazos
Trabajo sobre generación automática de interfaces de usuario para sistemas de información en salud, basados en el estándar abierto openEHR. INFOLAC 2014, Montevideo, Uruguay.
Taller de implementación de openEHR - HIBA 2013Pablo Pazos
Taller de implementación de openEHR donde mostramos algunas herramientas que implementan el estándar, a modo de entender cómo y para qué se puede utilizar.
Las herramientas que vimos fueron desarrolladas en CaboLabs.com y son open source. Estas herramientas siguen una arquitectura orientada a servicios y fueron implementadas sobre tecnologías Java/Groovy/Grails.
Por un lado vimos una aplicación de registro clínico generada sobre EHRGen Framework. Y por otro lado un servidor de registros clínicos compartidos, EHRServer, donde vimos cómo crear consultas para obtener datos.
Todo con openEHR y arquetipos.
CaboLabs: expertos en informática médica, estándares e interoperabilidadPablo Pazos
Esta presentación es un resumen de nuestros servicios y experiencia en proyectos. Tanto de capacitación, como de consultoría e investigación y desarrollo.
Módulo III, Tema 9: Parásitos Oportunistas y Parasitosis EmergentesDiana I. Graterol R.
Universidad de Carabobo - Facultad de Ciencias de la Salud sede Carabobo - Bioanálisis. Parasitología. Módulo III, Tema 9: Parásitos Oportunistas y Parasitosis Emergentes.
En el marco de la Sexta Cumbre Ministerial Mundial sobre Seguridad del Paciente celebrada en Santiago de Chile en el mes de abril de 2024 se ha dado a conocer la primera Carta de Derechos de Seguridad de Paciente, a nivel mundial, a iniciativa de la Organización Mundial de la Salud (OMS).
Los objetivos del nuevo documento pasan por los siguientes aspectos clave: afirmar la seguridad del paciente como un derecho fundamental del paciente, para todos, en todas partes; identificar los derechos clave de seguridad del paciente que los trabajadores de salud y los líderes sanitarios deben defender para planificar, diseñar y prestar servicios de salud seguros; promover una cultura de seguridad, equidad, transparencia y rendición de cuentas dentro de los sistemas de salud; empoderar a los pacientes para que participen activamente en su propia atención como socios y para hacer valer su derecho a una atención segura; apoyar el desarrollo e implementación de políticas, procedimientos y mejores prácticas que fortalezcan la seguridad del paciente; y reconocer la seguridad del paciente como un componente integral del derecho a la salud; proporcionar orientación sobre la interacción entre el paciente y el sistema de salud en todo el espectro de servicios de salud, incluidos los cuidados de promoción, protección, prevención, curación, rehabilitación y paliativos; reconocer la importancia de involucrar y empoderar a las familias y los cuidadores en los procesos de atención médica y los sistemas de salud a nivel nacional, subnacional y comunitario.
Y ello porque la seguridad del paciente responde al primer principio fundamental de la atención sanitaria: “No hacer daño” (Primum non nocere). Y esto enlaza con la importancia de la prevención cuaternaria, pues cabe no olvidar que uno de los principales agentes de daño somos los propios profesionales sanitarios, por lo que hay que prevenirse del exceso de diagnóstico, tratamiento y prevención sanitaria.
Compartimos el documento abajo, estos son los 10 derechos fundamentales de seguridad del paciente descritos en la Carta:
1. Atención oportuna, eficaz y adecuada
2. Procesos y prácticas seguras de atención de salud
3. Trabajadores de salud calificados y competentes
4. Productos médicos seguros y su uso seguro y racional
5. Instalaciones de atención médica seguras y protegidas
6. Dignidad, respeto, no discriminación, privacidad y confidencialidad
7. Información, educación y toma de decisiones apoyada
8. Acceder a registros médicos
9. Ser escuchado y resolución justa
10. Compromiso del paciente y la familia
Que así sea. Y el compromiso pase del escrito a la realidad.
Presentació de Álvaro Baena i Cristina Real, infermers d'urgències de Badalona Serveis Assistencials, a la Jornada de celebració del Dia Internacional de les Infermeres, celebrada a Badalona el 14 de maig de 2024.
descripción detallada sobre ureteroscopio la historia mas relevannte , el avance tecnológico , el tipo de técnicas , el manejo , tipo de complicaciones Procedimiento durante el cual se usa un ureteroscopio para observar el interior del uréter (tubo que conecta la vejiga con el riñón) y la pelvis renal (parte del riñón donde se acumula la orina y se dirige hacia el uréter). El ureteroscopio es un instrumento delgado en forma de tubo con una luz y una lente para observar. En ocasiones también tiene una herramienta para extraer tejido que se observa al microscopio para determinar si hay signos de enfermedad. Durante el procedimiento, se hace pasar el ureteroscopio a través de la uretra hacia la vejiga, y luego por el uréter hasta la pelvis renal. La uroteroscopia se usa para encontrar cáncer o bultos anormales en el uréter o la pelvis renal, y para tratar cálculos en los riñones o en el uréter.Una ureteroscopia es un procedimiento en el que se usa un ureteroscopio (instrumento delgado en forma de tubo con una luz y una lente para observar) para ver el interior del uréter y la pelvis renal, y verificar si hay áreas anormales. El ureteroscopio se inserta a través de la uretra hacia la vejiga, el uréter y la pelvis renal.Una vez que esté bajo los efectos de la anestesia, el médico introduce un instrumento similar a un telescopio, llamado ureteroscopio, a través de la abertura de las vías urinarias y hacia la vejiga; esto significa que no se realizan cortes quirúrgicos ni incisiones. El médico usa el endoscopio para analizar las vías urinarias, incluidos los riñones, los uréteres y la vejiga, y luego localiza el cálculo renal y lo rompe usando energía láser o retira el cálculo con un dispositivo similar a una cesta.Náuseas y vómitos ocasionales.
Dolor en los riñones, el abdomen, la espalda y a los lados del cuerpo en las primeras 24 a 48 horas. Pain may increase when you urinate. Tome los medicamentos según lo prescriba el médico.
Sangre en la orina. El color puede variar de rosa claro a rojizo y, a veces incluso puede tener un tono marrón, pero usted debería ser capaz de ver a través de ella
. (Los medicamentos que alivian la sensación de ardor durante la orina a veces pueden hacer que su color cambie a naranja o azul). Si el sangrado aumenta considerablemente, llame a su médico de inmediato o acuda al servicio de urgencias para que lo examinen.
Una sensación de saciedad y una constante necesidad de orinar (tenesmo vesical y polaquiuria).
Una sensación de quemazón al orinar o moverse.
Espasmos musculares en la vejiga.Desde la aplicación del primer cistoscopio
en 1876 por Max Nitze hasta la actualidad, los
avances en la tecnología óptica, las mejoras técnicas
y los nuevos diseños de endoscopios han permitido
la visualización completa del árbol urinario. Aunque
se atribuye a Young en 1912 la primera exploración
endoscópica del uréter (2), esta no fue realizada ru-
tinariamente hasta 1977-79 por Goodman (3) y por
Lyon (4). Las técnicas iniciales de Lyon
2. Agenda
• Informática clínica
• Historia Clínica Electrónica (HCE)
– Electronic Health Record (EHR)
– Características
– Problemas
• Estándares
– ISO 18308: arquitectura de un EHR
– CEN/ISO 13606: framework de comunicación semántica
– HL7: comunicación basada en mensajes y semántica
– OpenEHR: framework para desarrollo de un EHR
– Perfiles IHE: armonización de mensajes HL7
– DICOM: imágenes
2
3. Informática clínica
• Intersección de las “ciencias de la información”,
“ciencias de la computación” y la “asistencia sanitaria”
– El informático clínico conoce tanto la tecnología y el dominio clínico.
• Ciencias de la información: ciencia interdisciplinaria que se ocupa
principalmente de la recolección, clasificación, manipulación,
almacenamiento, recuperación y difusión de información.
• Ciencias de la computación: rama de la matemática que abarca el
estudio de las bases teóricas de la información y la computación, y su
aplicación en sistemas computacionales.
• Asistencia sanitaria: prevención, tratamiento, manejo de la
enfermedad y la preservación del bienestar mental y físico a través de
los servicios ofrecidos por las profesiones de medicina, enfermería y afines.
3
4. Motivación
• Generar herramientas que ayuden a los actores
involucrados en la atención sanitaria para tomar mejores
decisiones y facilitar la gestión, eliminando errores y
retrasos innecesarios.
• Actores: quienes generan y consumen la información
– Personal clínico (doctores, enfermeras) y no clínico
(administrativos)
– Docentes y estudiantes
– Investigadores
– Gerentes
– Usuarios (nosotros!)
4
6. Historia Clínica
Conjunto de documentos escritos o gráficos que
contienen los datos, valoraciones e informaciones
de cualquier índole sobre la situación y la
evolución clínica de un paciente a lo largo del
proceso asistencial. Estos documentos hacen
referencia a los episodios de salud y enfermedad
de una persona, y a la actividad sanitaria que se
genera con motivo de esos episodios.
6
7. Historia Clínica
• Problemática: la mayoría de los registros están en papel
– Deterioro
– Pérdida
– Tiempo de búsqueda de información que se necesaria
– Acceso simultáneo a la información
– Altos costos: exámenes deben repetirse, información duplicada y es
imposible la agregación de información (información fragmentada).
7
8. Historia Clínica Electrónica
• Características de una HCE:
– Información clínica
• Repositorios de información clínica (CDR) e imágenes
• Mantiene relaciones entre historiales de miembros de la familia
– Administración de órdenes y prescripciones
• para laboratorios, exámenes, vacunación y procedimientos
• para prescripciones electrónicas
– administración de medicamentos
– decisiones sobre uso y desarrollo de nuevos medicamentos
– Soporte a las decisiones clínicas
• Verificación de interacciones
– entre drogas
– alergia a drogas
– entre exámenes y consumo de drogas
– entre drogas y consumo de comidas o alcohol
• Verificación de errores
– ¿los datos ingresados están en rangos posibles?
– ¿los datos ingresados son compatibles entre ellos?
• Referencias clínicas
– acceso “on-line” a información relacionada
8
9. Historia Clínica Electrónica
• Características de una HCE:
– Plan del cuidado, alertas y recordatorios
– Soporte para el paciente
• Acceso a material de información y educación del paciente para mostrar e imprimir
• Portal de comunicación para ver resultados, agendar citas, llenar solicitudes de
prescripción, acceso a material de educación, etc
• El paciente puede agregar información a su registro
– Procesos administrativos y reportes
• Administración del flujo de trabajo, guías de procedimientos
• Codificación de evaluación y gestión
• Plantillas para documentación
• Presentación de informes y la salud de la población
• Informes estandarizados parametrizables
• Análisis inteligente de datos clínicos
– Comunicación con otros sistemas
• Capacidad de interoperar con múltiples sistemas heterogéneos
• Soporte de estándares: HL7, OpenEHR, CEN/ISO 13606
9
10. Historia Clínica Electrónica
• La HCE permite:
– Información clínica del paciente disponible donde y
cuando se necesita reduce demoras y deficiencias en
la atención
– Trazabilidad:
• que se hizo, cuando, quien y como
– Detectar de errores y lanzar alertas en tiempo real
– Evaluar efectividad de medicamentos y tratamientos
– Extraer nuevo conocimiento sobre enfermedades
– Apoyo a decisiones clínicas y de gestión
– Fuente de información para estudio de docentes y estudiantes
– Fuente de información para investigadores
10
12. Problemas para lograr una HCE
• Preservación de la información a largo plazo
– HCE: acumulador de información de actos clínicos del paciente durante toda su vida.
– Se habla de la necesidad de que la información dure entre 20 y 120 años!
– Puede exceder la vida útil del propio papel
– Cambios en tecnología y conocimiento clínico y nuevos requerimientos pueden forzar
modificaciones al sistema, pero los datos registrados deben mantenerse
• debe garantizarse que los actores puedan acceder a información archivada, aunque la
tecnología con la cual se generó ya no exista.
– Vida útil de un sistema de información ¿5, 10, 20 años?
12
13. Problemas para lograr una HCE
• Sincronización de los registros
– Información generada por distintos sistemas debe sincronizarse.
– Modelos:
• Servidor de datos centralizado
– si se cae el servidor, se cae todo el sistema
• Sincronización de archivos punto a punto (P2P)
– solución distribuida
– se necesita una normalización de los registros (formato común)
– puede consumir mucho tiempo
• Privacidad de los registros personales
– Muchas personas distintas acceden a los registros del paciente
– Para distintos roles deben haber distintas vistas de la misma información
• Limitaciones de hardware
– Se debe contar con el número necesario de estaciones de trabajo
– Considerar distintos tipos de dispositivos (Smart Phones, PDA´s)
– Tecnologías de conectividad (acceso a internet, cableado, wireless)
• Además de temas de costos, legales y políticos...
13
15. Opciones de arquitectura de la HCE
• Sistema centralizado:
– Toda la información es mantenida en un único sistema homogéneo.
– Estrategia más común.
– Implantación es relativamente sencilla.
– Son sistemas de gran tamaño, poco flexibles y difíciles de mantener.
– Si falla el sistema, falla todo.
– Vida útil del sistema ¿5, 10, 20 años?
• Sistema Orientado a Mensajes:
– Diferentes subsistemas se comunican mediante intercambio de mensajes.
– Se definen protocolos de mensajería para el intercambio de datos entre
sistemas distribuidos.
– Todos los sistemas están obligados a implementar complejas interfaces de
comunicación.
– Por ejemplo, HL7 v2.x define del orden de 1500 mensajes distintos.
• Federación de sistemas:
– Acuerdo entre sistemas heterogéneos que les permite interoperar.
– Sólo requiere la implementación de una interfaz mínima. (el acuerdo)
– Se realiza a través de un middleware o mediador de integración.
– Da lugar a una HCE virtual federada.
– Permite integrar sistemas existentes. 15
17. Estándares
• Establecen normas en distintas áreas que
simplifican el diseño, desarrollo, mantenimiento y
comunicación de los distintos sistemas que
componen la HCE.
• Estándares:
– ISO 18308: arquitectura de un EHR
– CEN/ISO 13606: framework de comunicación semántica
– HL7: comunicación basada en mensajes y semántica
– OpenEHR: arquitectura de EHR basada en gestión del
conocimiento clínico
– Perfiles IHE: armonización de mensajes HL7
– DICOM: imágenes
17
18. Estándares
• ISO 18308
– Requerimientos en informática clínica sobre la
arquitectura de una HCE:
• Estructura
• Procesos
• Comunicación
• Privacidad y seguridad
• Médico-legal
• Ética
• Consumidores y cultura
• Evolución
18
19. Estándares
• CEN/ISO 13606
– Especifica una arquitectura de información necesaria para la
comunicación entre sistemas y servicios que necesitan o proveen
información del EHR.
– Basado en modelo dual: datos + conocimiento
• Define un modelo de referencia
• El conocimiento está representado mediante arquetipos definidos sobre
el modelo de referencia
– Esto permite el procesamiento semántico de la información lo que
reduce errores de comprensión de la misma
– El modelo dual aparece por tres razones:
• La gran cantidad de conceptos distintos existente en el dominio clínico
• La continua variabilidad de dichos conceptos (conocimiento)
• La dificultad de representarlos por medios informáticos
19
20. Estándares
• CEN/ISO 13606
– La “realidad” está formada por:
• Datos: hechos que no cambian
• Conocimiento: evoluciona con el tiempo
– El modelo de referencia define las unidades semánticas básicas
– Arquetipo:
• Debe definirse con respecto a un modelo de referencia para poder interpretar
los datos de forma semántica.
• Sirve para modelar un concepto de la realidad mediante “piezas” del modelo de
referencia.
20
21. Estándares
• OpenEHR
– Sistema de información que no caduque
• Debe poder registrar la historia clínica de un paciente a lo largo de su vida
• Dejar registros para investigación
• Por lo menos debe durar 120 años
• ¿Cual es el promedio de vida de un sistema de información? ¿5, 10, 20 años?
– Manejar la complejidad y el cambio en la medicina
• La arquitectura del sistema no cambia
• Se modifica el conocimiento que maneja el sistema
– EHR integrado
• Se necesita interoperabilidad entre gran cantidad de sistemas heterogéneos
• ¿Cómo se consigue la interoperabilidad total en un sistema tan complejo?
– middleware basado en estándares
– web services
– Interoperabilidad nacional y global
• El paciente se muda o viaja
– Centrado en el paciente
• Toda la información está generada para un paciente
21
22. Estándares
• OpenEHR
– Sigue lineamientos de ISO 18308
– Compatible con CEN/ISO 13606
• Sigue modelo dual: datos + conocimiento
• Arquetipos:
– Estructura para la información de la HCE basada en elementos del
modelo de referencia de OpenEHR.
– Descripción semántica de los conceptos clínicos que puede ser
procesada automáticamente por los sistemas de información sanitarios.
– Establece restricciones que permiten verificar validez de los datos que
forman parte del concepto modelado por el arquetipo.
– Complejidad del modelo de referencia
• Refleja la complejidad inherente de la realidad clínica.
• Intentar hacer algo “más simple” puede ser infructuoso.
22
23. Estándares
• OpenEHR: artefactos
– Modelo de referencia: piezas mínimas de información.
– Arquetipo: define conceptos de la realidad basándose en
el modelo de referencia, define estructura y restricciones.
– Template: agrupa arquetipos de
manera de formar un formulario
donde ingresar la información
definida en los arquetipos.
Los arquetipos deben ser creados
por especialistas del dominio clínico.
23
25. Estándares
• OpenEHR: vistazo al modelo de referencia
– Modelo de Entradas: registro de todas las actividades
– Está basado en el proceso de resolución de problemas clínicos
25
26. Estándares
• OpenEHR: resumen
– Desarrollaron una especificación de HCE interoperable compatible
con el estándar CEN/ISO 13606.
– Sigue lineamientos de arquitectura que marca el estándar ISO 18308.
– Cierto nivel de compatibilidad con HL7 v3.
– Totalmente abierto y participativo
• toda la documentación está en su portal web
– Comunidad muy activa (mail lists, foros, portal web)
– Implementaciones de referencia en Java, Eiffel, Python y .Net
– Provee herramientas para crear arquetipos.
26
27. Estándares
• Health Level 7 (HL7)
– HL7 es una colección de estándares y propuestas para el
intercambio de información relacionada con la atención
médica, entre sistemas informáticos mediante mensajes.
– HL7 v2.x:
• Basado en comunicación de información estructurada (EDI)
• Muy utilizado en EEUU y Europa
– HL7 v3:
• Basado en un modelo de información de referencia (RIM).
• Todos los mensajes son generados a partir del RIM y convertidos a XML
para ser intercambiados.
• El mensaje incluye información para hacer posible una interpretación
semántica del mismo.
– Semántica en 3 niveles
• Los mensajes pueden ser visualizados directamente por humanos (XSL)
27
28. Estándares
• HL7: Reference Information Model
– Basado en 4 clases:
1. Entidades: personas, organizaciones, materiales, dispositivos (quien).
2. Roles: paciente, empleado, acceso (actuando de que).
3. Participación: información sobre la participación del rol en el acto.
4. Actos: actos clínicos y no clínicos (administrativo-contable)
– Ventajas:
• Es muy simple (4 clases modelar toda la realidad de salud)
• Contiene todos los datos de auditoria:
– que, quien, como, cuando, donde
– Desventajas:
• Poco flexible, no se puede extender
• Se necesita una estructura compleja para modelar algo simple
– Ejemplo: presión de sangre
28
30. Estándares
• IHE: Integrating the Healthcare Enterprise
– Provee especificaciones de perfiles que son aplicaciones
de mensajes HL7 particulares.
– Cada perfil define los actores y las transacciones que se
llevan a cabo entre ellos.
– Cada transacción se implementa mediante un mensaje
HL7 particular
– Algunos perfiles:
• PIX: Patient Identifier Cross-referencing
• PDQ: Patient Demographic Queries
• XDS: Cross-enterprise Document Sharing
• ATNA: Autdit Trail and Node Authentication
30
31. Estándares
• DICOM: Digital Imaging and Communications in Medicine
Estándar para el manejo, almacenado, impresión y transmisión de
información en imágenes médicas.
Incluye la definición de un formato de archivo y un protocolo de red para la
comunicación
Permite la integración de scanners, servidores, estaciones de trabajo,
impresoras y hardware de red de múltiples fabricantes en un PACS
(Picture Archiving and Communication System)
31
32. Resumen
• La HCE es necesaria para mejorar la gestión y
aumentar la calidad de la atención.
• La integración de sistemas es el verdadero
problema a resolver.
• Los estándares son el camino para la integración.
• Discusión:
– ¿Qué estándar seguir?
– ¿Qué nivel de compatibilidad hay entre ellos?
– ¿Cómo acoplarlos para buscar la mejor solución?
32
33. Referencias
• OpenEHR.org
• HL7.org
• IHE.org
• OpenEHR Architecture Overview
• State of the EHR, Yunus Moosa, IBM
• Wikipedia
• Aspectos relacionados con la Historia Clínica
Electrónica, Montserrat Robles, Universidad
Politécnica de Valencia
• HL7 CDA Clinical modeling and OpenEHR,
Thomas Beale
33
34. ¡Muchas gracias!
A/C Pablo Pazos Gutiérrez
pablo.swp@gmail.com
http://pablo.swp.googlepages.com
34