Taller de implementación de openEHR donde mostramos algunas herramientas que implementan el estándar, a modo de entender cómo y para qué se puede utilizar. Las herramientas que vimos fueron desarrolladas en CaboLabs.com y son open source. Estas herramientas siguen una arquitectura orientada a servicios y fueron implementadas sobre tecnologías Java/Groovy/Grails. Por un lado vimos una aplicación de registro clínico generada sobre EHRGen Framework. Y por otro lado un servidor de registros clínicos compartidos, EHRServer, donde vimos cómo crear consultas para obtener datos. Todo con openEHR y arquetipos.

1. openEHR
estándar abierto para historias clínicas
electrónicas preparadas para el futuro
HIBA 2013
Ing. Pablo Pazos Gutiérrez
pablo.pazos@cabolabs.com
Ing. Pablo Pazos Gutiérrez © 2013
1

2. Me presento
Pablo Pazos Gutiérrez (32)
Ingeniero en Computación, UdelaR, Uruguay
http://cabolabs.com/es/about_us/ing_pazos
Director @ CaboLabs: Consultoría en Informática Médica, Estándares e Interoperabilidad
Technical Lead & Software Architect @ Tarmac IT, USA
Docente @ ACHISA: Curso de openEHR en español
Coordinador @ Comunidad de openEHR en español
Miembro calificado del programa de localización de openEHR para América Latina
Ing. Pablo Pazos Gutiérrez © 2013
2

3. Agenda
 ¡Demos!
 HCE openEHR
 Implementación de openEHR
 Utilidad de los arquetipos
Ing. Pablo Pazos Gutiérrez © 2013
3

4. ~ ¡Demos! ~
Ing. Pablo Pazos Gutiérrez © 2013
4

5. Demos
 EHRGen

Generador de sistemas de registro clínico

http://www.youtube.com/watch?v=QqFTU2RC7eI
 EHRServer

Servidor de HCE compartida, consultas

http://www.youtube.com/watch?v=08vAk15utss
 EMRApp

Aplicación de registro clínico openEHR

http://www.youtube.com/watch?v=08vAk15utss
Ing. Pablo Pazos Gutiérrez © 2013
5

6. openEHR

Comunidad internacional (abierta)

Especificaciones
• http://openehr.org/programs/specification/releases/1.0.2

Proyectos de modelado clínico
• http://openehr.org/ckm

Proyectos de software (Java, .Net, Python, Ruby)
• http://openehr.org/downloads/modellingtools

Listas de correo
• http://openehr.org/community/mailinglists

Wiki
• http://www.openehr.org/wiki/

Comunidades locales (JP, BR, PT, NZ, ES, …)
• http://openehr.org.es

Trabajos científicos
• http://openehr.org/resources/publications
Ing. Pablo Pazos Gutiérrez © 2013
6

7. ~ HCE openEHR ~
Ing. Pablo Pazos Gutiérrez © 2013
7

8. HCE openEHR

Estructura de EHR openEHR
Quién accede a qué,
Implementación libre
Paciente, consultable,
modificable, otros detalles
Lista de todos los cambios
al EHR del paciente
Organización interna del
registro clínico, genérico
Toda la información del
EHR del paciente
Ing. Pablo Pazos Gutiérrez © 2013
8

9. HCE openEHR

Componentes openEHR minimal
Ing. Pablo Pazos Gutiérrez © 2013
9

10. HCE openEHR

Modelo de Información (jerarquía)
HCE Única
Documento clínico
Organización de documentos
ej. Episodio asociado a un
problema de salud
Encabezados, organización
interna del documento clínico
Afirmaciones o
declaraciones
individuales
Estructuras genéricas
Tipos de datos
Ing. Pablo Pazos Gutiérrez © 2013
10

11. ~ Implementación ~
Ing. Pablo Pazos Gutiérrez © 2013
11

12. Implementación

Utilizamos arquetipos para:







Permiten definir la parte variable de la HCE



Definir interfaces de usuario
Estructurar y almacenar datos
Validar datos
Consultar datos
Crear reglas
Interoperar
Se gestiona por fuera del software
El software debe soportar arquetipos y plantillas (ADL/XML)
¿Qué elementos de los arquetipos permiten todo esto?
Ing. Pablo Pazos Gutiérrez © 2013
12

13. Implementación

Identificador multiaxial
openEHR-EHR-EVALUATION.problem.v1
Identificador de nodos
 atNNNN
 Permite definir semántica de cada nodo del arquetipo
Identificador de restricciones
 acNNNN
 Permite crear correspondencias con Servicios Terminológicos
Rutas a nodos
 /data[at0001]/events[at0006]/data[at0003]/items[at0004]/value
 Permite validar y consultar datos
Estructura
 Cabezal: gestión de arquetipos
 Definición: estructura, restricciones
 Términos, vínculos con terminologías, traducciones





Ing. Pablo Pazos Gutiérrez © 2013
13

14. Implementación

Características de los arquetipos:

Autocontenidos
• Un concepto por arquetipo

Especializables (herencia)
• Flexibilidad (ej: test lab. < inmunología < anticuerpos antinucleares)
• Definición de conceptos específicos sobre conceptos genéricos

Combinables (relaciones jerárquicas)
• Reusabilidad

Procesables (ADL)
• Por programas sin intervensión / interpretación humana

Compartibles (ADL)
• Entre sistemas, instituciones, países

Traducibles
• A cualquier idioma y variación local

Versionables
• Ciclo de vida gestionado formalmente
Ing. Pablo Pazos Gutiérrez © 2013
14

15. ~ ADL ~
Ing. Pablo Pazos Gutiérrez © 2013
15

16. Archetype Definition Language
 “El lenguaje para definir HCEs”


Sintaxis formal para especificar, compartir y
procesar arquetipos
Software carga arquetipos como archivos de
texto en formato ADL
Ing. Pablo Pazos Gutiérrez © 2013
16

17. Archetype Definition Language
OBSERVATION[at0000] matches { -- Blood Pressure
data matches {
HISTORY[at0001] matches {
events cardinality matches {1..*; unordered} matches {
EVENT[at0006] occurrences matches {0..*} matches {
data matches {
ITEM_LIST[at0003] matches {
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
...
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
Ing. Pablo Pazos Gutiérrez © 2013
17

18. ~ Conclusiones ~
Ing. Pablo Pazos Gutiérrez © 2013
18

19. Conclusiones

openEHR cambia el proceso de desarrollo de software






Sistemas altamente modificables
Automatización de tareas





El conocimiento (estructura del registro clínico) se modela por fuera del
software.
Software más inteligente y genérico consume este conocimiento.
Es el diseño en 2 niveles o “modelo dual”.
Se opone al modelado tradicional en 1 nivel, donde el conocimiento se
encuentra “duro” en el software.
Generación de IU, ahorra tiempo, homogeneidad, calidad
Reglas de validación básicas tomadas de los propios arquetipos
Reglas avanzadas pueden crearse en función de arquetipos
Modelos de datos basados en el modelo de información de openEHR
Capacidad de consultar datos sin depender de una infraestructura
tecnológica específica

Consultas basadas en definición de conceptos clínicos, no en una marca
de bases de datos
Ing. Pablo Pazos Gutiérrez © 2013
19

20. Herramientas
 HCE openEHR

https://code.google.com/p/open-ehr-genframework/
 Repositorio de datos clínicos y consultas

https://github.com/ppazos/cabolabs-ehrserver
Ing. Pablo Pazos Gutiérrez © 2013
20

21. Muchas gracias por su
amable atención
Ing. Pablo Pazos Gutiérrez
pablo.pazos@cabolabs.com
@ppazos
http://informatica-medica.blogspot.com
Ing. Pablo Pazos Gutiérrez © 2013
21

22. Ing. Pablo Pazos Gutiérrez © 2013
22