introduccionopenehrparaduoc-111125201852-phpapp01.ppt

Instrucción a Arquetipos

1. El estándar abierto para historias
clínicas electrónicas a prueba de futuro.
Ing. Pablo Pazos <[email protected]>
http://informatica-medica.blogspot.com

2. Sistemas de información en salud hoy
Factor Problemas
Inicio 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
 
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
"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

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:
odefinición del significado:
opropósito, estructura, restricciones, relaciones entre conceptos
odefinición del contenido clínico ~ estructuras de datos + restricciones
ouso de terminologías
osoporte de guías y protocolos clínicos
•Convertibilidad de la información:
odesde sistemas legados/propietarios a formatos estándar
•Computabilidad de la información:
ocapacidad 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:
ogenérico, estable, “pequeño”
oimplementado en software (nivel 1)
•Modelo de arquetipos:
orestricciones sobre cualquier modelo de información genérico
omodelo formal de UN concepto clínico de forma amplia
oauto-contenidos, computables, compartibles, traducibles
ogestionados fuera del software (nivel 2)
•Modelo de plantillas:
orestricción y agregación de arquetipos
ouso particular para un contexto determinado
•Interfaz de usuario, mensajes, reportes, etc.:
ousos particulares de las plantillas
ogenerados automáticamente o programados
oen base a OPT (operational templates ~ big archetypes)

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

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

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

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
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"

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

14. openEHR: implementación
Demo EHRGen:
•Descarga:
ohttp://code.google.com/p/open-ehr-gen-framework/downloads/list
•Instalación:
ohttp://code.google.com/p/open-ehr-gen-framework/wiki/Instalacion
•Más info:
ohttp://informatica-medica.blogspot.com/2012/01/nuevo-open-ehrgen-v07.html

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

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
Ing. Pablo Pazos <[email protected]>
http://informatica-medica.blogspot.com
Los invitamos a la comunidad de openEHR en español
http://openehr.org.es