Workshop arquetipos openEHR CAIS 2012

4,005 views
3,863 views

Published on

Arquetipos openEHR en el Congreso Argentino de Informática en Salud 2012

Published in: Health & Medicine
1 Comment
1 Like
Statistics
Notes
No Downloads
Views
Total views
4,005
On SlideShare
0
From Embeds
0
Number of Embeds
2,375
Actions
Shares
0
Downloads
99
Comments
1
Likes
1
Embeds 0
No embeds

No notes for slide

Workshop arquetipos openEHR CAIS 2012

  1. 1. Workshop:Arquetipos openEHR CAIS 2012 Ing. Pablo Pazos Gutiérrezpablo@openehr.org.es / http://openEHR.org.es Ing. Pablo Pazos Gutiérrez © 2012 1
  2. 2. Agenda Introducción (20m)  Definición, utilidad, características, limitaciones, estructura Utilizando arquetipos (25m)  Generación de registros clínicos (GUI)  Búsqueda semántica de información  Integración de datos  Comunicación y procesamiento de datos Workshop de modelado (50m)  Técnicas: mindmaps, estructuras  Mapeo conceptos – entries & datatypes  Creación de arquetipos  Gestión de conocimiento: ciclo de vida Ing. Pablo Pazos Gutiérrez © 2012 2
  3. 3. ~ Introducción ~ Ing. Pablo Pazos Gutiérrez © 2012 3
  4. 4. Definición de arquetipos Definiciones formales de contenido clínico  Estructura del registro clínico Especificaciones amplias de conceptos específicos  Completas y autocontenidas  Lo contrario a “datos mínimos” Simplificación: arquetipo ~ concepto clínico  Signos vitales, evaluaciones clínicas, resultados  Órdenes, prescripciones, recomendaciones  Procedimientos y otras acciones Ing. Pablo Pazos Gutiérrez © 2012 4
  5. 5. Definición de arquetipos Restricciones sobre un modelo de información OO  Expresa la parte variable de los requerimientos  Extensión de un modelo pequeño y estable  Software pequeño, estable, mantenible Modelo de información Arquetipo Información Concepto de la realidad Ing. Pablo Pazos Gutiérrez © 2012 5
  6. 6. Definición de arquetipos ¿Porqué no usamos solo terminologías?  Definen: • la “presión arterial sistólica” es la “presión mínima necesaria para ocluir totalmente el vaso”  No definen: • qué estructura utilizar para capturar datos para la presión arterial  Terminología: • Independiente del contexto  no se tiene control sobre la captura de datos • Necesitamos definir:  estructura de captura de datos  en contextos específicos  depende de costumbres y usos locales Ing. Pablo Pazos Gutiérrez © 2012 6
  7. 7. Utilidad de arquetipos Ahorro de tiempo y $, evitar errores  Comunicación entre personas  Permite evolución sustentable  Especificación de requerimientos  Empoderamiento: requerimientos en manos de clínicos  Estructura del registro clínico Programas más inteligentes (interoperabilidad)  Búsqueda de información  Comunicación de información entre sistemas  Procesamiento de datos • vínculos con terminologías estándar  Validación de datos Ing. Pablo Pazos Gutiérrez © 2012 7
  8. 8. Características Procesables  Por programas sin intervensión / interpretación humana Compartibles  Entre sistemas, instituciones, países Traducibles  A cualquier idioma y variación local Combinables  Reusabilidad Extendibles  Flexibilidad Versionables  Ciclo de vida gestionado formalmente Autocontenidos Ing. Pablo Pazos Gutiérrez © 2012 8
  9. 9. Estructura y componentes Identificador multiaxial  openEHR-EHR-EVALUATION.problem.v1 Identificador de nodos  atNNNN Identificador de restricciones  acNNNN Rutas  /data[at0001]/events[at0006]/data[at0003]/items[at0004]/value Estructura  Cabezal: gestión de arquetipos  Definición: estructura, restricciones  Términos, vínculos con terminologías, traducciones Ing. Pablo Pazos Gutiérrez © 2012 9
  10. 10. Limitaciones Elementos que NO son el foco de los arquetipos  Reglas • No permite representar reglas complejas • Provee elementos suficientes para definirlas  Terminologías • Referencias a terminologías como vínculos abstractos • La HCE debe resolver estos vínculos  Interfaz de usuario • No define qué mostrar en el registro clínico y cómo  Procesos / Workflows • Soporta WF pequeños de indicaciones y cumplimientos • Incluye referencias as guías clínicas  Seguridad • No define qué puede hacer o ver cada usuario Ing. Pablo Pazos Gutiérrez © 2012 10
  11. 11. ~ Utilizando arquetipos ~ Ing. Pablo Pazos Gutiérrez © 2012 11
  12. 12. Generación de interfaz de usuario Arquetipos no tienen información de UI  Arquetipos + ui templates Ideas:  Bajar costos en desarrollo y mantenimiento de HCEs  Automatización de tareas: desarrollo de UI  Reducción de errores, homogeneidad y calidad Ing. Pablo Pazos Gutiérrez © 2012 12
  13. 13. Generación de interfaz de usuario Arquetipos permiten internacionalización (I18N)  Ejemplo “alerta” alemán e inglés  Ejemplo triage en urgencia  http://code.google.com/p/open-ehr-gen-framework/ Ing. Pablo Pazos Gutiérrez © 2012 13
  14. 14. Generación de interfaz de usuario: EHRGen Ing. Pablo Pazos Gutiérrez © 2012 14
  15. 15. Generación de interfaz de usuario: EHRGen Ing. Pablo Pazos Gutiérrez © 2012 15
  16. 16. Búsqueda semántica de datos Sistema openEHR compatible  Registro clínico arquetipado: • Documento de consulta general (COMPOSITION)  Presión arterial (OBSERVATION) • Sistólica (DV_QUANTITY) • Diastólica (DV_QUANTITY) • Médicos buscan por términos que conocen (no SQL)  Base de datos con referencia a arquetipos • No es necesario modificar los sistemas para hacer nuevas/distintas búsquedas semánticas Una sola institución o entre múltiples  Datos completos y confiables de salud de un paciente  Permite agregaciones y gráficas Ing. Pablo Pazos Gutiérrez © 2012 16
  17. 17. Búsqueda semántica de datos  Consulta: PAs del paciente 1 desde a/m/d  Tabla índiceid parent name archetype path rm_type pid date Consulta openEHR-EHR- openEHR- EHR-1 - / COMPOSITION 1 a/m/d h:m:s general COMPOSITION.encouter.v1 Presión openEHR-EHR-OBSERVATION. openEHR- EHR-2 1 / OBSERVATION 1 a/m/d h:m:s arterial blood_pressure.v1 openEHR-EHR-OBSERVATION. openEHR- EHR-3 2 Sistólica /data[at0001] ... /items[at0004]/value /items[at0004]/value DV_QUANTITY 1 a/m/d h:m:s blood_pressure.v1 openEHR-EHR-OBSERVATION. openEHR- EHR-4 2 Diastólica /data[at0001] ... /items[at0005]/value /items[at0005]/value DV_QUANTITY 1 a/m/d h:m:s blood_pressure.v1  Tabla valores DV_QUANTITY id magnitude units 1 130 mmHg 2 90 mmHg Ing. Pablo Pazos Gutiérrez © 2012 17
  18. 18. Búsqueda semántica: EHRGen Ing. Pablo Pazos Gutiérrez © 2012 18
  19. 19. Búsqueda semántica: EHRGen Ing. Pablo Pazos Gutiérrez © 2012 19
  20. 20. Integración de datos Escenario  Múltiples fuentes de datos (sistemas / bbdd)  Heterogeneidad: diferentes esquemas y formatos Integración utilizando arquetipos  Arquetipos: • Modelo semántico común para homogeneización de esquemas  Especificación de correspondencias • Fuente (tabla, columna) -> Arquetipo (nodo)  Transformadores: Fuente -> Formato XML de openEHR • Fechas estándar ISO 8601 • Unidades estándar UCUM • Terminología openEHR • Modelo de información compatible ISO 13606-1 • ISO 3166 (país), ISO 639 (idioma), IANA (codificación), ... Ing. Pablo Pazos Gutiérrez © 2012 20
  21. 21. Integración de datos Objetivos de integración:  Comunicar datos a otros sistemas  Alimentar una nueva fuente centralizada  Consultas estandarizadas sobre bases distribuidas Servicios (datos agregados) Formato estándar Transformación Esquema semántico común Correspondencias Fuentes Ing. Pablo Pazos Gutiérrez © 2012 21
  22. 22. hQueryIng. Pablo Pazos Gutiérrez © 2012 22
  23. 23. hQueryIng. Pablo Pazos Gutiérrez © 2012 23
  24. 24. Comunicación y procesamiento de datos Ejemplo: HCE Hospitalaria 4. Validación de datos 5. Extracción de datos 3. Servidor HCEH 6. Proveer servicios 2. Formato estándar ... 1. Aplicaciones de registro clínico Ing. Pablo Pazos Gutiérrez © 2012 24
  25. 25. Ing. Pablo Pazos Gutiérrez © 2012 25
  26. 26. ~ Taller de modelado ~ Ing. Pablo Pazos Gutiérrez © 2012 26
  27. 27. El proceso Análisis y diseño Correspondencias con modelo de información Creación de arquetipos Agregación de arquetipos Integración en aplicaciones Integración en reglas de negocio Uso de los sistemas Gestión del conocimiento Ing. Pablo Pazos Gutiérrez © 2012 27
  28. 28. Análisis y diseño Análisis  ¿Qué quiero modelar?  ¿De qué se compone?  Buscar referencias bibliográficas Diseño  Mind mapping  Estructuras jerárquicas Ing. Pablo Pazos Gutiérrez © 2012 28
  29. 29. Correspondencias con el modelo de información Concepto – Clase del modelo  Registro de emergencia, ambulatorio, etc • COMPOSITION  Signos vitales, resultados de estudios • OBSERVATION  Factores de riesgo, triage, eval. vía aérea • EVALUATION  Orden estudios, prescripción meds. • INSTRUCTION/ACTIVITY  Ejecución de procedimientos, adm. de sust. • ACTION Ing. Pablo Pazos Gutiérrez © 2012 29
  30. 30. Creación de arquetipos Escala de Borg Escala de Glasgow Orden de estudios de laboratorio Acciones en estudios de laboratorio  Coordinación  Ejecución  Resultado disponible Resultados de estudios de laboratorio Ing. Pablo Pazos Gutiérrez © 2012 30
  31. 31. Gestión de conocimiento Ciclo de vida  Desarrollo • Nuevos arquetipos: reuso de arquetipos existentes • Nuevas versiones: corrección • Especialización: conceptos más específicos  Revisión por pares • otros profesionales, expertos en dominios específicos  Aseguramiento de la calidad • Cumplimiento de reglas formales • Referencias bibliográficas / evidencia clínica  Aprobación • Satisfacción de requerimientos estructurales y de calidad  Publicación • en un repositorio accesible para quienes usan los arquetipos Ing. Pablo Pazos Gutiérrez © 2012 31
  32. 32. Gestión de conocimiento Ejemplo de ciclo de vida  Creación: problema de salud (v1) • Problema, ubicación  Corrección: falta un campo (v2) • Descripción clínica. Se puede indicar que v1 es obsoleto  Especialización: diagnóstico (v1) • Especialización de “problema de salud” • Problema -> Diagnóstico • Estado de diagnóstico: presuntivo, confirmado Identificadores: openEHR-EHR-EVALUATION.problem.v1  openEHR-EHR-EVALUATION.problem.v2  openEHR-EHR-EVALUATION.problem-diagnosis.v1 Gestión en el CKM:  http://openehr.org/knowledge Ing. Pablo Pazos Gutiérrez © 2012 32
  33. 33. Ciclo de vida de arquetipos: CKM Ing. Pablo Pazos Gutiérrez © 2012 33
  34. 34. CKM: Clinical Knowledge Manager Ing. Pablo Pazos Gutiérrez © 2012 34
  35. 35. CKM: Clinical Knowledge Manager Ing. Pablo Pazos Gutiérrez © 2012 35
  36. 36. openEHR I Arquitectura de HCE “future proof”  Diseño en 2 niveles  http://openehr.org.es Modelo de información (nivel 1)  Registros • Jerarquía de información clínica • Análoga a la organización de registros en papel  Registros de auditoría  Seguridad  Firma digital  Demográfico Ing. Pablo Pazos Gutiérrez © 2012 36
  37. 37. openEHR II Modelo de Contenido (nivel 2)  Variable • Depende de los requerimientos • Traducible • Terminologías estándar • Gestión por fuera del software  Arquetipos: http://www.openehr.org/knowledge/  EQL: http://www.ncbi.nlm.nih.gov/pubmed/17911747 Ing. Pablo Pazos Gutiérrez © 2012 37
  38. 38. openEHR ADL Ing. Pablo Pazos Gutiérrez © 2012 38
  39. 39. Invitación a cursos openEHR en español  openehr.org.es/curso Interoerabilidad en SIS país alumnos  openehr.org.es/cursoisis Argentina 16 Brasil 3 Chile 19 Colombia 11 Ecuador 1 España 9 México 1 Paraguay 2 Portugal 8 Uruguay 2 Venezuela 6 78 Ing. Pablo Pazos Gutiérrez © 2012 39
  40. 40. Muchas gracias por su amable atención Ing. Pablo Pazos Gutiérrez pablo@openehr.org.es @ppazos http://informatica-medica.blogspot.com Ing. Pablo Pazos Gutiérrez © 2012 40
  41. 41. 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/ Ing. Pablo Pazos Gutiérrez © 2012 41

×