Upload
pablo-pazos
View
75
Download
1
Embed Size (px)
Citation preview
Estándar abierto para historias clínicas electrónicas interoperables
e inmunes al cambio
Ing. Pablo Pazos Gutiérrez
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
@ppazos
github.com/ppazos
linkedin.com/in/pablopazosgutierrez