Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

openEHR presentacion informativa 2017

146 views

Published on

Presentación informativa de qué es openEHR, para qué sirve en el contexto de los sistemas de información en salud, qué relación tiene con otros estándares y especificaciones, y cuáles son las nuevas especificaciones que se agregaron al estándar.

Published in: Healthcare
  • Be the first to comment

  • Be the first to like this

openEHR presentacion informativa 2017

  1. 1. Estándar abierto para historias clínicas electrónicas interoperables e inmunes al cambio Ing. Pablo Pazos Gutiérrez pablo.pazos@cabolabs.com
  2. 2. www.CaboLabs.com 2 Luego estará disponible la presentación @ppazos
  3. 3. www.CaboLabs.com 3 ¿ ?
  4. 4. Define una arquitectura con los componentes necesarios para crear sistemas de HCE cumpliendo ISO 18308 (requerimientos de HCEs)
  5. 5. 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.
  6. 6. 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
  7. 7. Características Compatible con otros estándares ej. comunicación (HL7, DICOM), terminología (SNOMED CT, LOINC), perfiles IHE (PIX/PDQ, XDS, ...)
  8. 8. 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.
  9. 9. 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).
  10. 10. Versionable Los documentos clínicos no se modifican, se versionan. Toda versión tiene un registro de auditoría.
  11. 11. 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.
  12. 12. Modelo de Información Documentos Campos Estructuras Valores Organización Organización
  13. 13. 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
  14. 14. www.CaboLabs.com 14 http://ckm.openehr.org/ckm/#showArchetype_1013.1.2893
  15. 15. www.CaboLabs.com 15 http://ckm.openehr.org/ckm/#showArchetype_1013.1.130
  16. 16. www.CaboLabs.com 16 http://ckm.openehr.org/ckm/#showArchetype_1013.1.169
  17. 17. www.CaboLabs.com 17 http://ckm.openehr.org/ckm/#showArchetype_1013.1.1445
  18. 18. 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
  19. 19. 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
  20. 20. Estado actual http://www.openehr.org/programs/ specification/workingbaseline
  21. 21. 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.
  22. 22. 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
  23. 23. 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
  24. 24. Taller de mañana "Apoyo a la toma de decisiones clínicas con openEHR y SNOMED CT: casos de uso y ejemplos prácticos"
  25. 25. Muchas gracias por su amable atención pablo.pazos@cabolabs.com @ppazos github.com/ppazos linkedin.com/in/pablopazosgutierrez

×