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.

Introducción a openEHR en español

15,469 views

Published on

Breve introducción a openEHR en español: el estándar abierto para historias clínicas electrónicas a prueba de futuro.

Published in: Health & Medicine
  • En el curso de openEHR y que participado y aprobado Pablo, ha estado a la altura de la integración interdisciplinaria y mas allá de las TIC y de la Salud, nacional e internacionalmente, haciendo énfasis a la relación interpersonal de los grupos de trabajo en los desarrollos y uso de cualquier herramienta tecnológica , dándole una marco multifocal y holístico a lo técnico puro y a lo humano , siendo un referente en la actividades de la Interopeatibilidad de Sistemas de Salud.

    La versatilidad en el uso del mensaje en grupos heterogéneos , donde tenemos profesionales en salud , con mediado o alto conocimiento en tic ,hace posible que el mensaje se tome fácilmente y se procese por igual, como también sucede con los tecnológos con respecto al campo de la salud .

    Te felicitamos y constancia ,lo queda camino por recorrer, adelante.....
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

Introducción a openEHR en español

  1. 1. El estándar abierto para historiasclínicas electrónicas a prueba de futuro.Ing. Pablo Pazos <pablo@openehr.org.es> http://informatica-medica.blogspot.com
  2. 2. Sistemas de información en salud hoy Factor Problemas • Resistencia al cambioInicio del desarrollo o compra de un producto • Falta de apoyo y compromisoProblemas en el análisis de requerimientos: • Tiempos y costos • Comunicación • Expectativas desmedidas sin el alcance definido • Difícil establecer un alcance • Informáticos gestionan conocimiento clínico • No somos expertos en el dominio clínico • Requerimientos incompletos o incorrectos • terminología, procesos, conceptos clínicosProblemas en la arquitectura y diseño: • Calidad limitada • No aplicación de estándares ni buenas • Costos ocultos de mantenimiento prácticas • Conocimiento clínico "duro" en el software • Software no diseñado para cambiar • Cambios pequeños impactan en múltiples capas • Poca flexibilidad, extensibilidad, modificabilidadProblemas en la ejecución del proyecto: • Comunicación • Decepción sobre expectativas • objetivos, roles, responsabilidades, ganancias • Pérdida de interés, compromiso, apoyo • Visibilidad del proyecto • Gestión de expectativas "Estos problemas son causa de deterioro en las relaciones y fracaso de los proyectos. Alargan los tiempos y costos, y afectan negativamente a la calidad del producto final"
  3. 3. Sistemas de información en salud hoyCaso real: fracaso de informatización en NHS:"It was meant to be a very helpful thing for NHS staff and patients butinstead has become this amazingly top-heavy, hideously expensiveprogramme ...""It was too ambitious, the technology kept changing, and loads andloads of money has been put into it ..." http://www.guardian.co.uk/society/2011/sep/22/nhs-it-project-abandoned
  4. 4. openEHR: introducciónEstándar: especificaciones (información, contenido, servicios)• http://www.openehr.org/svn/specification/TRUNK/publishing/roadmap.htmlComunidad:• implementaciones de referencia (Java, Python, .Net, Ruby)• desarrollo herramientas libres y comercialesArquitectura semántica "inmune al cambio“:• Conceptos clínicos: o definición del significado: o propósito, estructura, restricciones, relaciones entre conceptos o definición del contenido clínico ~ estructuras de datos + restricciones o uso de terminologías o soporte de guías y protocolos clínicos• Convertibilidad de la información: o desde sistemas legados/propietarios a formatos estándar• Computabilidad de la información: o capacidad de (re)utilizar la información con distintos propósitos
  5. 5. openEHR: introducciónComunidad en español: • Portal y foro: • http://openehr.org.es• Facebook: • http://www.facebook.com/openEHR• LikedIn: • http://www.linkedin.com/groups/openEHR-espa%C3%B1ol-4347256• Twitter: • http://twitter.com/#!/openehr_org_es Trabajando juntos por una mejor salud para todos http://openehr.org.es
  6. 6. openEHR: el modelo dualNiveles de la "arquitectura semántica“• Modelo de información: o genérico, estable, “pequeño” o implementado en software (nivel 1)• Modelo de arquetipos: o restricciones sobre cualquier modelo de información genérico o modelo formal de UN concepto clínico de forma amplia o auto-contenidos, computables, compartibles, traducibles o gestionados fuera del software (nivel 2)• Modelo de plantillas: o restricción y agregación de arquetipos o uso particular para un contexto determinado• Interfaz de usuario, mensajes, reportes, etc.: o usos particulares de las plantillas o generados automáticamente o programados o en base a OPT (operational templates ~ big archetypes)
  7. 7. openEHR: el modelo dual 1. 2. 3.1. Modelo de Información: genérico, pequeño, estable (software)2. Modelo de Contenido: modela conceptos usando el MI (fuera del sw)3. Concepto: presión arterial, eval. vía aérea, diagnósticos, orden demedicamentos
  8. 8. openEHR: modelo de informaciónProceso de resolución de problemas clínicos: http://www.openehr.org/publications/health_ict/MedInfo2007-BealeHeard.pdfModelo de entradas: deben arquetiparse
  9. 9. openEHR: arquetipo de presión arterialDefine: propósito, estructura, restricciones, traducciones yvínculos con terminologías (SNOMED CT)• Arquetipado de una entrada de tipo OBSERVATION• http://www.openehr.org/knowledge
  10. 10. openEHR: arquetipo de presión arterialOBSERVATION[at0000] matches { -- Blood Pressure data matches { HISTORY[at0001] matches { -- history events cardinality matches {1..*; unordered} matches { EVENT[at0006] occurrences matches {0..*} matches { -- any event data matches { ITEM_LIST[at0003] matches { -- blood pressure 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 value matches { ...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
  11. 11. openEHR: instancia de presión arterialUsamos el modelo de información genérico y un arquetipo pararepresentar la estructura de un concepto clínico específico:• definimos una vez, (re)utilizamos muchas!• podemos traducir y compartir la estructura y restricciones• logramos coherencia semántica y consistencia estructural
  12. 12. openEHR: consecuencias su aplicación Factor Consecuencia • Independiente del software • Delegada a expertos en el dominio • Producto de calidad Gestión del conocimiento • Exactamente lo que el médico necesita • Informáticos se concentran en el software • Tiempos y costos • Lo mínimo necesario Comunicación • Resolución de problemas de más alto nivel • Expectativas acotadas a lo que el médico defina • Médicos son parte del proceso • Visibilidad constante Participación y motivación • Motivados e involucrados • Contagian a otros • Software genérico y reutilizable • No tiene conocimiento "duro" Calidad • Hecho para evolucionar y adaptarse • Estándares integrados desde el diseño "Es un cambio de paradigma de cómo hacemos SIS. No es mágico hay que trabajar mucho para llegar a aplicarlo"
  13. 13. openEHR: implementaciónEnfoques para crear sistemas basados en openEHR: • Post-coordinación o generar arquetipos o crear el sistema de forma tradicional  pantallas, procesamiento y persistencia de datos o incluir correspondencias  entre los datos del sistema y nodos de los arquetipos• Generación automática o generar arquetipos o crear un sistema genérico para procesamiento de arquetipos o generar el sistema a partir de arquetipos  pantallas, procesamiento, persistencia o http://code.google.com/p/open-ehr-gen-framework• Mixto o partes autogeneradas y otras con correspondencia post-coordinada
  14. 14. openEHR: implementaciónDemo EHRGen: • Descarga: o http://code.google.com/p/open-ehr-gen-framework/downloads/list• Instalación: o http://code.google.com/p/open-ehr-gen-framework/wiki/Instalacion• Más info: o http://informatica-medica.blogspot.com/2012/01/nuevo-open-ehrgen-v07.html
  15. 15. Invitación a cursos• openEHR en español – openehr.org.es/curso• Interoerabilidad en SIS – openehr.org.es/cursoisisConclusiones de la primer edición:http://informatica-medica.blogspot.com/2012/01/conclusiones-del-curso-de-openehr-en.html
  16. 16. Links• EHRGen – http://code.google.com/p/open-ehr-gen-framework• hQuery – http://projecthquery.org• CKM – http://www.openehr.org/knowledge• Informática Médica y Estándares – http://informatica-medica.blogspot.com
  17. 17. Gracias por su amable atención Los invitamos a la comunidad de openEHR en español http://openehr.org.es Ing. Pablo Pazos <pablo@openehr.org.es> http://informatica-medica.blogspot.com

×