Estándar abierto para historias clínicas electrónicas interoperables

e inmunes al cambio

Ing. Pablo Pazos Gutiérrez

pablo.pazos@cabolabs.com

www.CaboLabs.com 2

Luego estará disponible la presentación

@ppazos

www.CaboLabs.com 3

¿ ?

Define una arquitectura con los componentes necesarios para crear

sistemas de HCE cumpliendo ISO 18308 (requerimientos de HCEs)

Objetivos

Definir una plataforma informática para salud, capaz de mantener la

información clínica de los pacientes durante toda su vida, ser inmune a cambios en las tecnologías y en los

requerimientos de información.

Especificaciones

Incluyen: modelo de información genérico, modelo de contenido

(arquetipos y plantillas), modelo de consultas (AQL), modelo de guías

clínicas (GDL) y API REST

Características

Compatible con otros estándares ej. comunicación (HL7, DICOM),

terminología (SNOMED CT, LOINC), perfiles IHE (PIX/PDQ, XDS, ...)

Características

Separa la gestión tecnológica de la gestión del conocimiento clínico: quienes definen y modifican los

registros clínicos son los clínicos.

Características

Las modificaciones a la estructura del registro clínico se introducen

como cambios en arquetipos y plantillas, no cambios en software o

bases de datos (sistemas adaptables / inmunes al cambio).

Versionable

Los documentos clínicos no se modifican, se versionan.

Toda versión tiene un registro de auditoría.

Características

Las consultas de datos se definen sobre modelos (arquetipos), no sobre una

base de datos específica.

Permite independencia tecnológica y acceso estandarizado a datos clínicos.

Las consultas son definidas por clínicos.

Modelo de

Información Documentos

Campos

Estructuras

Valores

Organización

Organización

www.CaboLabs.com 13

Modelo de Arquetipos

• Restricciones sobre el modelo de información genérico

• Representación semántica de conceptos clínicos únicos – propósito, uso, estructura, restricciones, terminología

• Expresados en Archetype Definition Language (ADL) – procesables por software

– parte del estándar ISO 13606

• Permiten – validar datos

– generar interfaces de usuario

– crear consultas de datos

– ...

• Se usan en Plantillas para crear documentos clínicos

www.CaboLabs.com 14

http://ckm.openehr.org/ckm/#showArchetype_1013.1.2893

www.CaboLabs.com 15

http://ckm.openehr.org/ckm/#showArchetype_1013.1.130

www.CaboLabs.com 16

http://ckm.openehr.org/ckm/#showArchetype_1013.1.169

www.CaboLabs.com 17

http://ckm.openehr.org/ckm/#showArchetype_1013.1.1445

www.CaboLabs.com 18

Plantillas

• Agrupa arquetipos en una sola definición

• Especifica un tipo de documento clínico

– ej. consulta general, consulta cardiológica, prescripción, ...

• pueden utilizar los arquetipos de presión arterial, diagnósticos, etc.

– en un contexto particular y un solo idioma

• Agrega restricciones sobre los arquetipos

– ej. excluir elementos opcionales

• Usadas para generar Plantillas Operativas (OPT)

– elemento final utilizado en software

– formato XML

– un gran arquetipo define un documento completo

www.CaboLabs.com 19

Modelado Clínico con openEHR

1. Requerimiento de información

2. Búsqueda de Arquetipos (CKM)

3. Modelado de Arquetipos / Traducción

4. Diseño de Plantillas

5. Exportación de Plantillas Operativas

1. estructuración de datos

2. validación de datos

3. generación de interfaz de usuario

4. generación de esquemas de bases de datos

5. compartir entre personas y sistemas

6. Evolución

1. Arquetipos y plantillas son versionados

2. Cambian con los requerimientos

Estado actual

http://www.openehr.org/programs/specification/workingbaseline

www.CaboLabs.com 21

Nuevas especificaciones

• API REST

– crear EHRs, cargar documentos, realizar consultas, etc.

• Tasks

– definición y gestión de procesos clínicos basados en protocolos.

• Archetype Query Language

– lenguaje de consultas sobre EHRs openEHR.

• Expression language

– expresar condiciones sobre datos clínicos arquetipados.

• Conformance

– nivel de compatibilidad con el estándar y medios para verificarla.

www.CaboLabs.com 22

En el mundo

• Brasil (portaria Nº2073, Ministério da Saúde, 2011)

– "4.1. Para a definição do Registro Eletrônico em Saúde (RES) será utilizado o modelo de referência

OpenEHR"

• India (EHR STANDARDS FOR INDIA, MoHFW, 2016)

– "Reference Model and Composition, Structural definition and composition, openEHR Foundation

Models Release 1.0.2"

• Nueva Zelanda (Health Information Exchange Content Model Architecture Building Block,

MoH, 2012)

– "2.5.1. openEHR archetypes may be used to develop and express DCMs"

– "2.5.2. openEHR archetypes may be transformed into other information modelling forms"

• Implementaciones

– Brasil, Holanda, Noruega, Australia, Filipinas, Portugal, Rusia, Eslovenia, Suecia, UK, ...

– http://www.openehr.org/who_is_using_openehr/healthcare_providers_and_authorities

www.CaboLabs.com 23

Conclusión

• openEHR empodera al clínico en proyectos de sistemas de información en salud, son quienes

– registran y consumen datos

– tienen el conocimiento clínico

– manejan la terminología

• Sistemas adaptables a bajo costo

– cambios se pueden hacer en minutos

– independientemente de informáticos

• Reusabilidad de la infraestructura y componentes para crear distintos sistemas, orientado a plataformas en lugar de apps

– https://www.ncbi.nlm.nih.gov/pubmed/26262007

• Soluciona parte del problema de la interoperabilidad

– necesita trabajar con otros estándares (mensajería, terminología) para brindar una solución integral

Taller de mañana

"Apoyo a la toma de decisiones clínicas con openEHR y SNOMED CT: casos de

uso y ejemplos prácticos"

Muchas gracias por su amable atención

pablo.pazos@cabolabs.com

@ppazos

github.com/ppazos

linkedin.com/in/pablopazosgutierrez