open ehr-gen: un framework para crear historias clínicas electrónicas

Generador de sistemas normalizados de historia clínica electrónica basados en el estándar

OpenEHR

Agenda

1.Introducción2.Problemas comunes en SIS3.Posibles soluciones 4.El framework5.Demo

1. Introducción

¿Cómo surge el framework?• Proyecto de grado 2009-2010• Traumagen: Historia Clínica Electrónica de Trauma con

Acceso a Estudios Imagenológicos Digitales• Buscamos la aplicación de múltiples estándares

o OpenEHR: arquitectura, modelo de inf., modelo de conocimientoo DICOM: imagenología digital o HL7 CDA: repositorio documentalo HL7 PA / IHE PDQ: consulta a bases de pacientes externaso OMS CIE10: clasificación de diagnósticos

• La aplicación de OpenEHR lleva al desarrollo de un framework genérico para crear cualquier sistema de HCE

1. Introducción

Resultados• Desarrollo de un framework orientado a la gestión del

conocimiento clínico:o Registro de trauma definido fuera del software

• Demás requerimientos desarrollados sobre el framework

Agenda


2. Problemas comunes en SIS

Análisis del dominio• Surgen "conceptos clínicos":

o Se implementan de forma dura en el softwareo Cambios en el conocimiento clínico, repercuten en todos los

componentes del sistemao Cambios costosos

• Modelo de información se implementa a medida:o Aplicación a otros contextos requiere adaptación o Adaptaciones costosas

• No existen definiciones semánticas de los conceptos clínicos:o Impide la interoperabilidad semántica

• Los informáticos no somos expertos en el dominio clínico:o Conceptos clínicoso Terminologíaso Procesos asistenciales


Ejemplos de conceptos clínicos:• Signos vitales:

o Presión arterial o Temperatura corporal o Frecuencia cardíaca

• Imagenología: o Orden de estudio o Estudios imagenológicos (RM, ECO, TC, PET, ...) o Informe radiológico

• Evaluaciones clínicas o Vía aérea o Exploración externao Diagnóstico

• ...


Editor de formularios• Solución rápida para hacer cambios al registro

o Forma indirecta de representar cambios en conceptos clínicos• ¿Soluciona el problema?

o No define semántica de cada campoo No define relaciones con otros camposo No define restricciones complejaso No se pueden compartir las definiciones entre sistemaso No garantiza consistencia de los datos

• El problema no es la edición rápida de formularios: o El formulario se deriva de los conceptos clínicos

Definir conceptos clínicos, no formularios...o Montañas de plantillas formularios que nadie usa vs. un conjunto

acotado de conceptos clínicos reusables en distintos contextos.


Problemática de múltiples deptos. en un mismo hospital• Distintas necesidades de registro• Distintos procesos asistenciales• Registran la misma información (conceptos clínicos)• Hoy: grandes sistemas integrales monolíticos

o En el futuro serán múltiples sistemaso Cada uno especializado en un áreao Compartiendo la semántica de los mismos conceptos clínicoso Actuando como una plataforma integrada pero distribuida (cómo

Internet) de información clínica capaz de: ser consultada por cualquier actor en el sistema de salud no serán necesarios los informes al MSP se logrará transversalidad entre instituciones longitudinalidad a la vida del paciente y continuidad del cuidado

Agenda


3. Posibles soluciones

Infraestructura de información para salud• Conocimiento definido y compartido entre actores• Sistemas:

o pequeñoso especializados en un contextoo hechos en base a componentes genéricos

• Servicios provistos por y consumidos por actores


Infraestructura de información para salud• Se necesita normalizar el conocimiento, información,

protocolos y servicios:o Múltiples estándares (analogía con Internet)

• Sistemas: (OpenEHR)o Usan el conocimiento estandarizado y compartido (metadatos)

• Redes: (HL7)o Entre los sistemas, para publicar y compartir información

• Servicios:o Soporte de información para el SNIS, nexo entre los actoreso 1 clic para:

SINADI y otros informes Reporte y control de enfermedades poblacionales Cálculo de indicadores


Comencemos gestionando el conocimiento clínico en los sistemas de información en salud:• Arquetipos:

o Definiciones formales de contenido clínicoo Modelos de conceptos clínicos

• Templates:o Perfilan arquetipos para su uso local

• Expertos en el dominio clínicoo Gestionan el conocimiento

• Expertos en TICso Crean sistemas basados en ese conocimiento

• Cambia el proceso de desarrollo:o Doloroso proceso de análisiso Costoso proceso de desarrollo


Proceso de definición del conocimiento: capa clínica


Proceso de desarrollo de software: capa informática

Agenda


4. El framework

Definición• Framework o "marco de trabajo"• Aplicación parcial, genérica, reusable:

o http://en.wikipedia.org/wiki/Software_framework• Resuelve funcionalidades básicas • Simplifica y acelera nuevos desarrollos

4. El framework: arquitectura

• Capas: MVC + Servicios• GuiGen: generador de GUI• DataBinder: validador y creador de estructuras• RM: modelo de información normalizado• Base de conocimiento: arquetipos y templates• CDR: repositorio de datos clinicos

4. El framework: funcionalidades

• En función de la base de conocimiento:o Generación automática de GUIo Validación automática de datoso Generación de estructuras y persistencia automática

• Generación de CDA incorporada • Lo mínimo necesario para generar cualquier sistema de

información en salud:o El sistema se genera automáticamente a partir de la base

de conocimiento definida por médicos, enfermeras y técnicos.

4. El framework: funcionalidades• Internacionalizable / Localizable

o Todos los textos son traducibles y adaptables a culturas locales (adaptabilidad a ≠ contextos)

4. El framework: tecnologías

• Java Stack• GRAILS Framework ( http://grails.org/ )

o Hibernate (Persistencia)o Spring (MVC)

• GROOVY ( http://groovy.codehaus.org/ )• MySQL• IDE: Eclipse / NetBeans• Selección de tecnología por necesidad de alta

productividad.

4. El framework: estado actual y futuro

• Código abierto:o http://code.google.com/p/open-ehr-gen-framework

• Creando la comunidad para desarrollo y difusióno Presentado en el CAIS 2010

• Documentación disponible• Armando hoja de ruta para el próximo año

o Mejoras y pruebas en contextos realeso Bugs y problemas ya son conocidos (issue tracker)

• Prueba de fuego: crear 4 HCEso prehospitalario, emergencia, ambulatorio, internación

• Plugins:o Integración DICOM, IHE, terminologías, ...

5. Demo

• Pantalla:o triage de trauma

• Template:o INGRESO-triage

• Arquetipo:o openEHR-EHR-EVALUATION.triage_trauma.v2

¡Gracias!

Pablo Pazos Gutiérrez - Leandro [email protected] - [email protected]

open ehr-gen: un framework para crear historias clínicas electrónicas

Technology