El estándar abierto para historias clínicas electrónicas a prueba de futuro.

Ing. Pablo Pazos <pablo@openehr.org.es>http://informatica-medica.blogspot.com

Sistemas de información en salud hoy

Factor ProblemasInicio del desarrollo o compra de un producto

• Resistencia al cambio• Falta de apoyo y compromiso

Problemas en el análisis de requerimientos: • Comunicación• Difícil establecer un alcance• No somos expertos en el dominio clínico

• terminología, procesos, conceptos clínicos

• Tiempos y costos• Expectativas desmedidas sin el alcance definido• Informáticos gestionan conocimiento clínico• Requerimientos incompletos o incorrectos

Problemas en la arquitectura y diseño:• No aplicación de estándares ni buenas

prácticas• Software no diseñado para cambiar

• Poca flexibilidad, extensibilidad, modificabilidad

• Calidad limitada• Costos ocultos de mantenimiento• Conocimiento clínico "duro" en el software• Cambios pequeños impactan en múltiples capas

Problemas en la ejecución del proyecto:• Comunicación

• objetivos, roles, responsabilidades, ganancias• Visibilidad del proyecto• Gestión de expectativas

• Decepción sobre expectativas• Pérdida de interés, compromiso, apoyo

"Estos problemas son causa de deterioro en las relaciones yfracaso de los proyectos. Alargan los tiempos y costos,

y afectan negativamente a la calidad del producto final"

Sistemas de información en salud hoy

Caso real: fracaso de informatización en NHS: 

"It was meant to be a very helpful thing for NHS staff and patients but instead has become this amazingly top-heavy, hideously expensive programme ..."

"It was too ambitious, the technology kept changing, and loads and loads of money has been put into it ..."

http://www.guardian.co.uk/society/2011/sep/22/nhs-it-project-abandoned

"El tiempo pasa y seguimos creando peta-bytes de información clínica no computable. La reingeniería a posteriori para hacerla computable

es un enfoque demasiado caro para ser realista"-- Thomas Beale

openEHR: introducción

Estándar: especificaciones (información, contenido, servicios)• http://www.openehr.org/svn/specification/TRUNK/publishing/roadmap.html

Comunidad:• implementaciones de referencia (Java, Python, .Net, Ruby)• desarrollo herramientas libres y comerciales

Arquitectura semántica "inmune al cambio“:• Conceptos clínicos:

o definición del significado:o propósito, estructura, restricciones, relaciones entre conceptoso definición del contenido clínico ~ estructuras de datos + restriccioneso uso de terminologíaso soporte de guías y protocolos clínicos

• Convertibilidad de la información:o desde sistemas legados/propietarios a formatos estándar

• Computabilidad de la información:o capacidad de (re)utilizar la información con distintos propósitos

openEHR: introducción

Comunidad en español:• Portal y foro:

• http://openehr.org.es• Facebook:

• http://www.facebook.com/openEHR• LikedIn:

• http://www.linkedin.com/groups/openEHR-espa%C3%B1ol-4347256• Twitter:

• http://twitter.com/#!/openehr_org_es

Trabajando juntos por una mejor salud para todos

http://openehr.org.es

openEHR: el modelo dual

Niveles de la "arquitectura semántica“

• Modelo de información:o genérico, estable, “pequeño”o implementado en software (nivel 1)

• Modelo de arquetipos:o restricciones sobre cualquier modelo de información genéricoo modelo formal de UN concepto clínico de forma ampliao auto-contenidos, computables, compartibles, traducibleso gestionados fuera del software (nivel 2)

• Modelo de plantillas:o restricción y agregación de arquetiposo uso particular para un contexto determinado

• Interfaz de usuario, mensajes, reportes, etc.:o usos particulares de las plantillaso generados automáticamente o programados

o en base a OPT (operational templates ~ big archetypes)

openEHR: el modelo dual

1. Modelo de Información: genérico, pequeño, estable (software)2. Modelo de Contenido: modela conceptos usando el MI (fuera del sw)3. Concepto: presión arterial, eval. vía aérea, diagnósticos, orden de medicamentos

1. 2.

3.

openEHR: modelo de información

Proceso de resolución de problemas clínicos:

Modelo de entradas: deben arquetiparse

http://www.openehr.org/publications/health_ict/MedInfo2007-BealeHeard.pdf

openEHR: arquetipo de presión arterial

Define: propósito, estructura, restricciones, traducciones y vínculos con terminologías (SNOMED CT)• Arquetipado de una entrada de tipo OBSERVATION• http://www.openehr.org/knowledge

OBSERVATION[at0000] matches { -- Blood Pressure data matches { HISTORY[at0001] matches { -- history events cardinality matches {1..*; unordered} matches { EVENT[at0006] occurrences matches {0..*} matches { -- any event data matches { ITEM_LIST[at0003] matches { -- blood pressure items cardinality matches {0..*; unordered} matches { ELEMENT[at0004] occurrences matches {0..1} matches { -- Systolic value matches { C_DV_QUANTITY < property = <[openehr::125]> list = < ["1"] = < units = <"mm[Hg]"> magnitude = <|0.0..<1000.0|> precision = <|0|> ... ELEMENT[at0005] occurrences matches {0..1} matches { -- Diastolic value matches { ...term_bindings = < ["SNOMED-CT"] = < items = < ["at0000"] = <[SNOMED-CT(2003)::163020007]> -- Blood pressure reading ["at0004"] = <[SNOMED-CT(2003)::163030003]> -- Systolic BP reading ["at0005"] = <[SNOMED-CT(2003)::163031004]> -- Diastolic BP reading

openEHR: arquetipo de presión arterial

openEHR: instancia de presión arterial

Usamos el modelo de información genérico y un arquetipo para representar la estructura de un concepto clínico específico:

• definimos una vez, (re)utilizamos muchas!• podemos traducir y compartir la estructura y restricciones• logramos coherencia semántica y consistencia estructural

openEHR: consecuencias su aplicación

Factor Consecuencia

Gestión del conocimiento

• Independiente del software• Delegada a expertos en el dominio• Producto de calidad• Exactamente lo que el médico necesita• Informáticos se concentran en el software• Tiempos y costos

Comunicación• Lo mínimo necesario• Resolución de problemas de más alto nivel• Expectativas acotadas a lo que el médico defina

Participación y motivación

• Médicos son parte del proceso• Visibilidad constante• Motivados e involucrados• Contagian a otros

Calidad

• Software genérico y reutilizable• No tiene conocimiento "duro"• Hecho para evolucionar y adaptarse• Estándares integrados desde el diseño

"Es un cambio de paradigma de cómo hacemos SIS.No es mágico hay que trabajar mucho para llegar a aplicarlo"

openEHR: implementación

Enfoques para crear sistemas basados en openEHR:• Post-coordinación

o generar arquetiposo crear el sistema de forma tradicional

pantallas, procesamiento y persistencia de datoso incluir correspondencias

entre los datos del sistema y nodos de los arquetipos• Generación automática

o generar arquetiposo crear un sistema genérico para procesamiento de arquetiposo generar el sistema a partir de arquetipos

pantallas, procesamiento, persistenciao http://code.google.com/p/open-ehr-gen-framework

• Mixtoo partes autogeneradas y otras con correspondencia post-coordinada

openEHR: implementaciónDemo EHRGen:• Descarga:

o http://code.google.com/p/open-ehr-gen-framework/downloads/list

• Instalación:o http://code.google.com/p/open-ehr-gen-framework/wiki/Instalacion

• Más info:o http://informatica-medica.blogspot.com/2012/01/nuevo-open-ehrgen-v07.html

Invitación a cursos

Conclusiones de la primer edición:http://informatica-medica.blogspot.com/2012/01/conclusiones-del-curso-de-openehr-en.html

• openEHR en español– openehr.org.es/curso

• Interoerabilidad en SIS– openehr.org.es/cursoisis

Links

• EHRGen– http://code.google.com/p/open-ehr-gen-framework

• hQuery– http://projecthquery.org

• CKM– http://www.openehr.org/knowledge

• Informática Médica y Estándares– http://informatica-medica.blogspot.com

Gracias por su amable atención

Ing. Pablo Pazos <pablo@openehr.org.es>http://informatica-medica.blogspot.com

Los invitamos a la comunidad de openEHR en españolhttp://openehr.org.es