Breve introducción a openEHR en español: el estándar abierto para historias clínicas electrónicas a prueba de futuro.

1. 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

2. Sistemas de información en salud hoy
Factor Problemas
• Resistencia al cambio
Inicio del desarrollo o compra de un producto • Falta de apoyo y compromiso
Problemas en el análisis de requerimientos: • Tiempos y costos
• Comunicación • Expectativas desmedidas sin el alcance definido
• Difícil establecer un alcance • Informáticos gestionan conocimiento clínico
• No somos expertos en el dominio clínico • Requerimientos incompletos o incorrectos
• terminología, procesos, conceptos clínicos
Problemas en la arquitectura y diseño: • Calidad limitada
• No aplicación de estándares ni buenas • Costos ocultos de mantenimiento
prácticas • Conocimiento clínico "duro" en el software
• Software no diseñado para cambiar • Cambios pequeños impactan en múltiples capas
• Poca flexibilidad, extensibilidad, modificabilidad
Problemas en la ejecución del proyecto:
• Comunicación • Decepción sobre expectativas
• objetivos, roles, responsabilidades, ganancias
• Pérdida de interés, compromiso, apoyo
• Visibilidad del proyecto
• Gestión de expectativas
"Estos problemas son causa de deterioro en las relaciones y
fracaso de los proyectos. Alargan los tiempos y costos,
y afectan negativamente a la calidad del producto final"

3. 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

4. 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 conceptos
o definición del contenido clínico ~ estructuras de datos + restricciones
o uso de terminologías
o 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

5. 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

6. 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érico
o modelo formal de UN concepto clínico de forma amplia
o auto-contenidos, computables, compartibles, traducibles
o gestionados fuera del software (nivel 2)
• Modelo de plantillas:
o restricción y agregación de arquetipos
o uso particular para un contexto determinado
• Interfaz de usuario, mensajes, reportes, etc.:
o usos particulares de las plantillas
o generados automáticamente o programados
o en base a OPT (operational templates ~ big archetypes)

7. openEHR: el modelo dual
1. 2.
3.
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

8. openEHR: modelo de información
Proceso de resolución de problemas clínicos:
http://www.openehr.org/publications/health_ict/MedInfo2007-BealeHeard.pdf
Modelo de entradas: deben arquetiparse

9. 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

10. openEHR: arquetipo de presión arterial
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

11. 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

12. openEHR: consecuencias su aplicación
Factor Consecuencia
• Independiente del software
• Delegada a expertos en el dominio
• Producto de calidad
Gestión del conocimiento • Exactamente lo que el médico necesita
• Informáticos se concentran en el software
• Tiempos y costos
• Lo mínimo necesario
Comunicación • Resolución de problemas de más alto nivel
• Expectativas acotadas a lo que el médico defina
• Médicos son parte del proceso
• Visibilidad constante
Participación y motivación • Motivados e involucrados
• Contagian a otros
• Software genérico y reutilizable
• No tiene conocimiento "duro"
Calidad • 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"

13. openEHR: implementación
Enfoques para crear sistemas basados en openEHR:
• Post-coordinación
o generar arquetipos
o crear el sistema de forma tradicional
 pantallas, procesamiento y persistencia de datos
o incluir correspondencias
 entre los datos del sistema y nodos de los arquetipos
• Generación automática
o generar arquetipos
o crear un sistema genérico para procesamiento de arquetipos
o generar el sistema a partir de arquetipos
 pantallas, procesamiento, persistencia
o http://code.google.com/p/open-ehr-gen-framework
• Mixto
o partes autogeneradas y otras con correspondencia post-coordinada

14. openEHR: implementación
Demo 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

15. Invitación a cursos
• openEHR en español
– openehr.org.es/curso
• Interoerabilidad en SIS
– openehr.org.es/cursoisis
Conclusiones de la primer edición:
http://informatica-medica.blogspot.com/2012/01/conclusiones-del-curso-de-openehr-en.html

16. 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

17. Gracias por su amable atención
Los invitamos a la comunidad de openEHR en español
http://openehr.org.es
Ing. Pablo Pazos <pablo@openehr.org.es>
http://informatica-medica.blogspot.com