• Like

Loading…

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

Taller open ehr cais 2010 - pablopazos

  • 3,365 views
Uploaded on

Taller de OpenEHR dictado en el Congreso Argentino de Informática y Salud 2010

Taller de OpenEHR dictado en el Congreso Argentino de Informática y Salud 2010

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
3,365
On Slideshare
0
From Embeds
0
Number of Embeds
3

Actions

Shares
Downloads
119
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Taller de OpenEHR Un estándar para crear HCEs Pablo Pazos Gutiérrez http://informatica-medica.blogspot.com JAIIO - CAIS 2010 1
  • 2. Objetivos • Aprender un nuevo estándar • Aprender una enfoque “novedoso” de crear SIS • Mejorar la participación de los médicos en proyectos de SIS • Aprender como crear mejores SIS • Fomentar comunidad y colaboración • ... 2
  • 3. Agenda  Parte1:  Parte 2:  ¿Cómo hacemos  Arquitectura Sistemas de  Herramientas II Información en Salud hoy?  Discusión  Introducción a OpenEHR  Organización de la información clínica  Modelo dual  Herramientas I 3
  • 4. ¿Cómo hacemos Sistemas de Información en Salud hoy? Un ejemplo particular 4
  • 5. ¿Cómo hacemos SIS hoy? • Proceso de desarrollo: – Análisis • Requerimientos (F y no F) – Casos de uso • Modelo de dominio – Surgen “conceptos clínicos” – Diseño • Arquitectura • Diseño detallado de componentes – Implementación – Pruebas – Producción 5
  • 6. ¿Cómo hacemos SIS hoy? • Conceptos clínicos – Surgen del análisis del dominio clínico – Incluidos en el modelo de dominio – Formados por: • Son los datos más el contexto (propósito) – Propósito – Datos – Estructuras – Relaciones – Restricciones – No somos expertos, los expertos son los médicos. • Aún así los informáticos seguimos modelando conceptos clínicos 6
  • 7. ¿Cómo hacemos SIS hoy? • ¿Porqué no dejar que los médicos definan y actualicen los conceptos clínicos que manejará el SIS? • ¿Cómo lograrlo? 7
  • 8. ¿Cómo hacemos SIS hoy? • Ejemplo: conceptos clínicos relevados en el análisis – Signos vitales: • Presión arterial • Temperatura corporal • Frecuencia cardíaca – Imagenología: • Orden de estudio • Estudios imagenológicos (RM, ECO, TC, PET, ...) • Informe radiológico – Evaluaciones clínicas • Vía aérea • Exploración externa 8 • Diagnóstico
  • 9. ¿Cómo hacemos SIS hoy? • Punto de vista de la arquitectura – Cuatro capas • Interfaz de usuario • Lógica de negocio • Persistencia • Servicios 9
  • 10. ¿Cómo hacemos SIS hoy?  Punto de vista funcional  Requerimiento cero: registrar información clínica  Otras funcionalidades:  Agregación de datos  Extracción de reportes  Emisión de órdenes para estudios  Visualización de resultados de estudios  … 10
  • 11. ¿Cómo hacemos SIS hoy? • Punto de vista de la información  Colección de registros organizados con algún criterio  Para un paciente, de un responsable médico  Divididos por sector, servicio o departamento  Cada uno con necesidades particulares  La información clínica es la misma  La información está relacionada con conceptos clínicos relevados en el análisis  Información clínica:  Observaciones clínicas, evaluaciones, planes de tratamiento y acciones terapéuticas.  Emisión de órdenes y prescripciones de medicamentos.  Resultados de estudios de laboratorio o imagenológicos.  Etc…. 11
  • 12. ¿Cómo hacemos SIS hoy? • Problemas – Arquitectura a medida – Funcionalidad a medida – Gran dependencia tecnológica – Conocimiento clínico implementado de forma “dura” en el software – Cambios en los “conceptos clínicos” afectan a todos los componentes del sistema • Los problemas están relacionados con “cómo” hacemos los sistemas – Un sistema que modele un dominio complejo será complejo. 12
  • 13. ¿Cómo hacemos SIS hoy?  Problemas  ¿Y con múltiples sistemas?  Necesidades particulares por sector/depto  Distintos procesos asistenciales  Registran la misma información general (conceptos clínicos)  Trabas a la interoperabilidad con información clínica  ¿Equivalencias entre registros de <> sectores?  ¿Donde se define la información de cada registro?  ¿Cómo se organizan los registros?  La HCE no puede ser única por paciente si hay inconsistencias estructurales y semánticas en distintos sectores (int. interna).  Mucho menos es posible la correcta comunicación con otros actores del sistema de salud (int. externa). 13
  • 14. ¿Cómo hacemos SIS hoy? • Problemas: – Para la modificación de los formularios de registro • Solucionamos todo con un “editor de formularios” • Los cambios se hacen rápido, pero... – La definición de formularios: • No contiene la semántica de la información clínica a registrar: • Solo define una estructura de datos • No con qué conceptos clínicos se corresponde • Permite inconsistencias en el registro de la misma información – La orientación a formularios o documentos tiene muchos problemas 14
  • 15. El enfoque “novedoso” 15
  • 16. El enfoque “novedoso” • Claves para hacer mejores SIS: – Que los médicos, enfermeras y técnicos se encarguen de gestionar el conocimiento clínico. – Los informáticos de hacer mejores sistemas, más simples, más reusables. – Depender menos de la tecnología. – Lo importante es el conocimiento y la información que se registra en función ese conocimiento. – Los sistemas mueren con el cambio de la tecnología, la información clínica vive durante toda la vida del paciente. 16
  • 17. El enfoque “novedoso” Cómo informático: • Crear componentes genéricos y reusables – Usar estándares – No reinventar la rueda • No hacer tareas que debe hacer otro rol – No soy un experto médico – No soy experto en codificaciones ni terminología médica – No conozco los procesos asistenciales – Pero puedo crear herramientas para que los roles correctos puedan definir lo que necesitan 17
  • 18. El enfoque “novedoso” Como paciente: • Toda la información clínica – A lo largo de mi vida – De múltiples instituciones y actores • Independiente de la tecnología – La tecnología cambia – La información y el conocimiento se mantiene – Independencia entre “la información y lo que representa”, y “la aplicación de software” • Información y semántica de la misma deben mantenerse a largo plazo. 18
  • 19. Agenda  Parte1:  Parte 2:  ¿Cómo hacemos  Arquitectura Sistemas de  Herramientas II Información en Salud hoy?  Discusión  Introducción a OpenEHR  Organización de la información clínica  Modelo dual  Herramientas I 19
  • 20. Introducción a OpeEHR  Organización  Fundación internacional sin fines de lucro.  Objetivos  Hacer realidad la creación del registro de salud:  Interoperable entre distintos actores del sistema de salud  Durable a lo largo de la vida del paciente.  Mejorar la atención de salud en la sociedad de la información  ¿Cómo?  Desarrollando especificaciones abiertas, herramientas de software y recursos de conocimiento libres.  Participando en implementación de proyectos clínicos.  Participar en el desarrollo de normas internacionales. 20
  • 21. Introducción a OpeEHR  Estándar  Estándar abierto para crear HCEs normalizadas orientadas a la gestión del conocimiento.  Para soportar proyectos de HCE económicamente viables, mantenibles y adaptables.  El costo más grande ocurre en la etapa de producción.  HCE Virtual  Capa de abstracción para el acceso, creación y modificación global de registros clínicos de una persona.  Logitudinal a la vida del paciente.  Transversal a instituciones y actores del sistema de salud.  Permite consistencia semántica entre toda la información 21 clínica existente para cada paciente en distintas instituciones.
  • 22. Introducción a OpenEHR • HCE Virtual 22
  • 23. OpenEHR conceptos generales • Modelo dual – Toda aplicación debe contener conocimiento particular del dominio que desea modelar. – El “conocimiento” clínico que maneja la aplicación de software y la aplicación en sí, son componentes separados. • La independencia permite generalidad, modularidad, reusabilidad, bajo acoplamiento, ... en definitiva “calidad”. • OpenEHR provee: – Modelo de información estándarizado (sw) • Modelo de referencia genérico – Modelo de conocimiento (b.c.) • Arquetipos y templates 23
  • 24. Agenda  Parte1:  Parte 2:  ¿Cómo hacemos  Arquitectura Sistemas de  Herramientas II Información en Salud hoy?  Discusión  Introducción a OpenEHR  Organización de la información clínica  Modelo dual  Herramientas I 24
  • 25. Organización de la información clínica • Organización de documentos en carpetas – Por sector, servicio o departamento • Documentos separados y agrupados – Se usan etiquetas o códigos de colores • Cada documento es una colección de entradas • Cada entrada agrupa datos con un criterio y un propósito • Los datos tienen un tipo, se agrupan en estructuras y deben tener un propósito definido – Las estructuras, tipos de datos y propósitos deben ser definidos en algún lado 25
  • 26. Organización de la información clínica Resumen del modelo de información normalizado de OpenEHR 26
  • 27. Modelo de información clínica • Proceso de resolución de problemas clínicos – Síntesis del trabajo de Lawrence Weed (1969) sobre el registro orientado por problemas y el modelo hipotético-deductivo de Elstein (1987). 27
  • 28. Modelo de información clínica Modelo de información genérico de entradas 28
  • 29. Modelo de información clínica Para poder usar el modelo de información de OpenEHR, debemos identificar con que objetos de este modelo se corresponden las entidades- objetos-conceptos relevados en la etapa de análisis. 29
  • 30. Modelo de información clínica 30
  • 31. Modelo de información clínica Registro SOEP: •Subjetivo •Objetivo •Evaluación •Plan 31
  • 32. Modelo de información clínica Protocolo para la medición de la presión arterial: • Dispositivo • Tamaño del manguito • Posición del paciente 32
  • 33. Modelo de información clínica Estudio de tolerancia a la glucosa: • Serie temporal (historial del estado del paciente) • Dato medido 33
  • 34. Agenda  Parte1:  Parte 2:  ¿Cómo hacemos  Arquitectura Sistemas de  Herramientas II Información en Salud hoy?  Discusión  Introducción a OpenEHR  Organización de la información clínica  Modelo dual  Herramientas I 34
  • 35. OpenEHR modelo dual Modelo de información vs. Modelo de conocimiento 35
  • 36. OpenEHR modelo dual • Principales objetivos: – Separar conocimiento de información – Para que el conocimiento se gestione, actualice y amplíe independientemente de la tecnología – Crear software más inteligente, más genérico, más modificable y adaptable a nuevas necesidades – El sistema de software puede sustituirse, el conocimiento y la información no • Deben acompañar toda la vida al paciente – Permitir la interoperabilidad semántica entre distintos actores para contar con una HCE completa 36
  • 37. Modelo de conocimiento 37
  • 38. Modelo de conocimiento • El conocimiento clínico se define usando arquetipos • Los arquetipos son: – Definición formal de contenido clínico – Artefactos de conocimiento clínico – Modelos de conceptos clínicos – Restricciones sobre un modelo de información genérico – Características: • Computables • Compartidos • Versionados • Extendidos • Combinados • Traducidos • Usar terminologías (CIE 9, CIE 10, Snomed, CIAP2, ...) 38
  • 39. Modelo de conocimiento • Arquetipos: – Definen cómo se usa el modelo de información genérico para representar conceptos clínicos particulares. – Permiten reusabilidad de los mismos conceptos clínicos en diferentes contextos: • HCE de emergencia • HCE de internación • HCE ambulatorio – Permite consistencia semántica entre distintos sistemas: • Un mismo concepto clínico es definido por el mismo arquetipo en 2 o más sistemas. 39
  • 40. Modelo de conocimiento • Arquetipos: – Definen cómo se usa el modelo de información genérico para representar conceptos clínicos particulares. 40
  • 41. Modelo de conocimiento • Arquetipos: – Son especificados usando el lenguaje de definición de arquetipos (ADL) – Se usa un “editor de arquetipos” • Distinto a “editor de formularios” • Los formularios con estructuras de campos • Los arquetipos son estructuras, relaciones y restricciones entre conceptos clínicos especificados mediante un modelo de información genérico. 41
  • 42. Modelo de conocimiento 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_TREE[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 { C_DV_QUANTITY < property = <[openehr::125]> list = < ["1"] = < units = <"mm[Hg]"> magnitude = <|0.0..<1000.0|> precision = <|0|> ... 42 ...
  • 43. Modelo de conocimiento Instancia del modelo de información que cumple con el arquetipo del ejemplo de ADL: 43
  • 44. Agenda  Parte1:  Parte 2:  ¿Cómo hacemos  Arquitectura Sistemas de  Herramientas II Información en Salud hoy?  Discusión  Introducción a OpenEHR  Organización de la información clínica  Modelo dual  Herramientas I 44
  • 45. Herramientas I • Para crear arquetipos usamos el Ocean Archetype Editor: – Permite definir de forma visual el contenido de un arquetipo. – Cada arquetipo se corresponde con un objeto del modelo de información genérico. • Recordar el modelo de entradas. – El editor permite tener una idea de la interfaz de usuario que se generará a partir de cada arquetipo. – El arquetipo se guarda en formato ADL y está listo para ser usado en un sistema de información. 45
  • 46. Herramientas I • ¡Hagamos un par de arquetipos! – Acción: administración de sustancias • Sustancia administrada – Nombre (texto libre) – Vía (texto codificado) – Dosis (cantidad con dimensión) • Fecha y hora de administración – Observación: medida de presión arterial • Presión sistólica – Medida (cantidad con dimensión) • Presión diastólica – Medida (cantidad con dimensión) 46
  • 47. Agenda  Parte1:  Parte 2:  ¿Cómo hacemos  Arquitectura Sistemas de  Herramientas II Información en Salud hoy?  Discusión  Introducción a OpenEHR  Organización de la información clínica  Modelo dual  Herramientas I 47
  • 48. Arquitectura de una HCE • Sistema mínimo de HCE según OpenEHR Repositorio de información clínica Repositorio de datos Base de conocimiento demográficos de pacientes 48
  • 49. Arquitectura de una HCE • Arquitectura en funcionamiento 49
  • 50. Agenda  Parte1:  Parte 2:  ¿Cómo hacemos  Arquitectura Sistemas de  Herramientas II Información en Salud hoy?  Discusión  Introducción a OpenEHR  Organización de la información clínica  Modelo dual  Herramientas I 50
  • 51. Herramientas II • OpenEHR CKM (Clinical Knowledge Manager) – Base de conocimiento global – http://www.openehr.org/knowledge/ • Open EHR Standard Architecture – Framework en desarrollo para la creación de HCEs (SIS en general) orientado a la gestión del conocimiento 51
  • 52. Herramientas II • OpenEHR CKM (Clinical Knowledge Manager) – Buscar arquetipos para distintas clases de entradas: • Observaciones, Evaluaciones, Instrucciones y Acciones • Veamos sus estructura interna – Propósito, uso, mal uso – Datos – Correspondencias con terminologías internacionales – Traducciones a múltiples idiomas – Los arquetipos son autocontenidos: • Toda la información del concepto debe definirse en el mismo arquetipo. 52
  • 53. Herramientas II • Open EHR Standard Architecture – Permite generar un SIS a partir de arquetipos • Las pantallas de registro de información se generan a partir de los arquetipos en la base de conocimiento local. • La validación y la persistencia de la información clínica ingresada se realiza automáticamente. – Tecnologías: • Grails Framework, Groovy, MySQL. 53
  • 54. Herramientas II • Open EHR Standard Architecture 54
  • 55. Herramientas II Open EHR Standard Architecture 55
  • 56. Resumen • La gestión del conocimiento ayuda a: – Crear sistemas más genéricos, reusables, mantenibles y adaptables a nuevas necesidades. – El conocimiento por fuera de la aplicación permite la longitudinalidad del registro clínico. – El conocimiento debe ser gestionados por expertos en el dominio clínico. – Las bases de conocimiento se pueden compartir entre distintos sistemas, instituciones, países, ... • aportando a la interoperabilidad semántica • consistencia semántica de la información registrada en distintos sistemas. 56
  • 57. Resumen • El proceso es: – Analizar el dominio para identificar conceptos clínicos – Realizar una correspondencia con las distintas clases de entradas en el modelo de información – Generar arquetipos para esos conceptos según las clases del modelo de información – Generar una aplicación que sea capaz de cargar arquetipos, generar una interfaz de usuario, y procesar datos que ingresa el usuario para persistirlos – Configurar la aplicación para que tome el conjunto de arquetipos definidos en la base del conocimiento – Listo 57
  • 58. Profundización http://www.openehr.org 58
  • 59. ¡Muchas gracias! Pablo Pazos Gutiérrez pablo.swp@gmail.com http://informatica-medica.blogspot.com 59