Introducción a openEHR para clinicos 2013

Ing. Pablo Pazos Gutiérrez © 2013Ing. Pablo Pazos Gutiérrez © 2013 11
openEHRopenEHR
estándar abierto para historias clínicasestándar abierto para historias clínicas
electrónicas preparadas para el futuroelectrónicas preparadas para el futuro
HIBA 2013HIBA 2013
Ing. Pablo Pazos GutiérrezIng. Pablo Pazos Gutiérrez
pablo@openehr.org.espablo@openehr.org.es // httphttp://openEHR.org.es://openEHR.org.es

AgendaAgenda
 Introducción (45m)Introducción (45m)
 Definición, beneficios, utilidad, características,Definición, beneficios, utilidad, características,
limitaciones, modelos …limitaciones, modelos …
 Modelado clínico (30m)Modelado clínico (30m)
 Utilidad, proceso, ciclo de vida, gestión delUtilidad, proceso, ciclo de vida, gestión del
conocimientoconocimiento
 Conceptos, arquetipos, plantillas, consultas, reglasConceptos, arquetipos, plantillas, consultas, reglas
 Herramientas (15m)Herramientas (15m)

~ Introducción ~~ Introducción ~

openEHRopenEHR
 Situación y contextoSituación y contexto
 Ya conocemos las ventajas de contar con grandes volúmenes deYa conocemos las ventajas de contar con grandes volúmenes de
datosdatos interoperablesinteroperables……
 Seguimos creando sistemas:Seguimos creando sistemas:
•• CreamosCreamos petabytespetabytes de datos node datos no procesablesprocesables y noy no interoperablesinteroperables
•• No se utilizanNo se utilizan estándaresestándares y buenas prácticas, limitando la calidady buenas prácticas, limitando la calidad
•• AltísimoAltísimo costocosto de reingeniería de la información /de reingeniería de la información / sitemassitemas para corregirpara corregir
el problemael problema
•• Sistemas muySistemas muy dependientesdependientes de las tecnologías y de los formatosde las tecnologías y de los formatos
propietariospropietarios
 Con necesidades aún no satisfechas:Con necesidades aún no satisfechas:
•• Constante de adaptación aConstante de adaptación a cambioscambios, nuevos requerimientos, nuevos requerimientos
•• PobrePobre comunicacióncomunicación entre profesionales de distintas disciplinasentre profesionales de distintas disciplinas
 El problema no es tecnológico, esEl problema no es tecnológico, es metodológicometodológico

openEHRopenEHR
 Fundación internacional sin fines de lucroFundación internacional sin fines de lucro
 ObjetivosObjetivos
•• Global, futreGlobal, futre--proofproof,, interoperableinteroperable EHRsEHRs
 Sistemas Datos longitudinales y transversalesSistemas Datos longitudinales y transversales
 A largo plazo, de forma sustentable, a costos controladosA largo plazo, de forma sustentable, a costos controlados
•• MakeMake healthhealth computecompute
 Procesamiento inteligente de datosProcesamiento inteligente de datos
•• Permitir mejor calidad de atenciónPermitir mejor calidad de atención
 CDS,CDS, AnalyticsAnalytics, Data, Data MiningMining, Investigación, Capacitación …, Investigación, Capacitación …
•• KnowledgeKnowledge managementmanagement orientedoriented
 Neutral a formatos y tecnologías localesNeutral a formatos y tecnologías locales
 Robusto ante cambios / AltaRobusto ante cambios / Alta modificabilidadmodificabilidad
 ¿Cómo hacerlo posible?¿Cómo hacerlo posible?
•• Especificaciones abiertasEspecificaciones abiertas
 Formalidad en la definición del significado de la información (mFormalidad en la definición del significado de la información (modelado clínico)odelado clínico)
 Convertibilidad desde formatos legados/propietariosConvertibilidad desde formatos legados/propietarios
 ProcesabilidadProcesabilidad de la información (consultas, agregación, comunicación, alertasde la información (consultas, agregación, comunicación, alertas, …), …)
•• Desarrollo de software abiertoDesarrollo de software abierto
•• Comunidad abiertaComunidad abierta

openEHRopenEHR
 Comunidad internacional (abierta)Comunidad internacional (abierta)
 EspecificacionesEspecificaciones
•• http://openehr.org/programs/specification/releases/1.0.2http://openehr.org/programs/specification/releases/1.0.2
 Proyectos de modelado clínicoProyectos de modelado clínico
•• http://openehr.org/ckmhttp://openehr.org/ckm
 Proyectos de software (Java, .Net, Python, Ruby)Proyectos de software (Java, .Net, Python, Ruby)
•• http://openehr.org/downloads/modellingtoolshttp://openehr.org/downloads/modellingtools
 Listas de correoListas de correo
•• http://openehr.org/community/mailinglistshttp://openehr.org/community/mailinglists
 WikiWiki
•• http://www.openehr.org/wiki/http://www.openehr.org/wiki/
 Comunidades internacionales (JP, BR, PT, NZ, ES, …)Comunidades internacionales (JP, BR, PT, NZ, ES, …)
 Trabajos científicosTrabajos científicos
•• http://openehr.org/resources/publicationshttp://openehr.org/resources/publications

openEHRopenEHR
 Comunidad en español (abierta)Comunidad en español (abierta)
 Portal:Portal:
•• http://openehr.org.eshttp://openehr.org.es
 Foro:Foro:
•• http://openehr.org.es/forohttp://openehr.org.es/foro
 FacebookFacebook::
•• https://https://www.facebook.comwww.facebook.com/openEHR/openEHR
 TwitterTwitter::
•• https://https://twitter.com/openehr_org_estwitter.com/openehr_org_es
 LinkedInLinkedIn::
•• http://www.linkedin.com/groups/openEHRhttp://www.linkedin.com/groups/openEHR--espa%C3%B1olespa%C3%B1ol--4347256/about4347256/about
 Curso:Curso:
•• Apoyado por ACHISAApoyado por ACHISA
•• 2 ediciones2 ediciones
•• 80 estudiantes de 11 países (16 de Argentina)80 estudiantes de 11 países (16 de Argentina)
•• 3era edición: Mayo 20133era edición: Mayo 2013
•• http://http://achisa.org/index.php?viewachisa.org/index.php?view==article&catidarticle&catid=38:actividades&id=116:openehr2=38:actividades&id=116:openehr2

openEHRopenEHR
 Estándar:Estándar:
 Plataforma Informática para SaludPlataforma Informática para Salud
•• basada en la Gestión del Conocimiento Clínicobasada en la Gestión del Conocimiento Clínico
 Modelo dualModelo dual: separa parte estática de parte dinámica: separa parte estática de parte dinámica
•• Modelo de Información de ReferenciaModelo de Información de Referencia
 Estructura básica y genérica de todo el registro clínicoEstructura básica y genérica de todo el registro clínico
 ParteParte estableestable del registrodel registro
 Se implementa en softwareSe implementa en software
•• Modelo de ArquetiposModelo de Arquetipos
 ParteParte cambiantecambiante del registrodel registro
 Validez globalValidez global
 No se implementa en softwareNo se implementa en software
•• Modelo de PlantillasModelo de Plantillas
 Uso local de arquetiposUso local de arquetipos
 Se usa desde softwareSe usa desde software
•• Modelo de Guías ClínicasModelo de Guías Clínicas
 En construcciónEn construcción

openEHRopenEHR
 ¿Beneficios?¿Beneficios?
 Mejora comunicación entre profesionalesMejora comunicación entre profesionales
•• Disminuye errores y malentendidosDisminuye errores y malentendidos
 MejoraMejora procesabilidadprocesabilidad de la informaciónde la información
•• Independiente del origen de la informaciónIndependiente del origen de la información
 Independiente de tecnologías y formatos localesIndependiente de tecnologías y formatos locales
 ModificabilidadModificabilidad
•• Facilita evolución de los SISFacilita evolución de los SIS
 Proyectos económicamente viablesProyectos económicamente viables
•• Sustentables a largo plazoSustentables a largo plazo
 InteroperableInteroperable
•• Facilita la comunicaciónFacilita la comunicación
•• Permite el (re)uso de la informaciónPermite el (re)uso de la información
•• Usos primarios y secundariosUsos primarios y secundarios
 Permite escalar, longitudinalidad y transversalidadPermite escalar, longitudinalidad y transversalidad

openEHRopenEHR
 ¿Quién lo usa?¿Quién lo usa?
 InstitucionesInstituciones asistencialesasistenciales,, autoridadesautoridades
gubernamentalesgubernamentales,, proveedoresproveedores,, investigacióninvestigación
académicaacadémica ……
 http://http://openehr.org/who_is_using_openehropenehr.org/who_is_using_openehr//

openEHRopenEHR
 Limitaciones / Alcance:Limitaciones / Alcance:
 No tan difundido como otros estándaresNo tan difundido como otros estándares
 No especifica una solución de persistenciaNo especifica una solución de persistencia
 Delega el procesamiento de datos codificados yDelega el procesamiento de datos codificados y
restricciones complejas a servicios terminológicosrestricciones complejas a servicios terminológicos
externosexternos
 Foco en la interna del EHR y en la gestión delFoco en la interna del EHR y en la gestión del
conocimiento, no en la comunicación de datosconocimiento, no en la comunicación de datos
 Necesita ser complementado con otros estándaresNecesita ser complementado con otros estándares
como SNOMEDcomo SNOMED--CT y HL7CT y HL7

~ Especificaciones ~~ Especificaciones ~

Modelo deModelo de InformaciónInformación
 Representa la estructura del registro clínico, pero no su contenRepresenta la estructura del registro clínico, pero no su contenidoido
 Estructura jerárquicaEstructura jerárquica
 Pequeño y establePequeño y estable
 Tipos de datos:Tipos de datos:
 TextText,, CodedCoded TextText
 QuantityQuantity, Ordinal,, Ordinal, CountCount
 ProportionProportion
 EncapsulatedEncapsulated
 Date, Time,Date, Time, DurationDuration
 Incluye modelo demográficoIncluye modelo demográfico
 PersonPerson,, OrganizationOrganization GroupGroup, Role, Role
 ContactContact,, CapacibiltyCapacibilty,, RelationshipRelationship
 UML:UML:
 http://www.openehr.org/wiki/display/spec/openEHR+1.0.2+UML+resouhttp://www.openehr.org/wiki/display/spec/openEHR+1.0.2+UML+resourcesrces

 Entradas: el corazón del registro clínicoEntradas: el corazón del registro clínico
 Basado en proceso de resolución de problemas clínicosBasado en proceso de resolución de problemas clínicos

 Estructura de alto nivel de un EHR openEHREstructura de alto nivel de un EHR openEHR

 Sistema openEHR minimalSistema openEHR minimal

 Totalmente genérico y adaptable a distintos contextosTotalmente genérico y adaptable a distintos contextos
 No define conocimiento específico de la información queNo define conocimiento específico de la información que
contendrá el registrocontendrá el registro
 Se puedeSe puede mapearmapear a distintos estándaresa distintos estándares
 ej.ej. HL7 CDA, ISO 13606, ASTM CCR, ...HL7 CDA, ISO 13606, ASTM CCR, ...

Modelo deModelo de arquetiposarquetipos
 DefinicionesDefiniciones formales de contenido clínicoformales de contenido clínico
 Estructura del registro clínicoEstructura del registro clínico
 Especificaciones deEspecificaciones de conceptosconceptos clínicosclínicos
 No representa al conceptoNo representa al concepto
•• sino al registro de información sobre un conceptosino al registro de información sobre un concepto
 Definición ampliaDefinición amplia
•• lo contrario a conjunto de “datos mínimos”lo contrario a conjunto de “datos mínimos”
 Expresa la parteExpresa la parte variablevariable del registrodel registro
 Restricciones sobre un modelo de informaciónRestricciones sobre un modelo de información
 Forma de árbolForma de árbol
 Cada nodo tiene un ID y una PATHCada nodo tiene un ID y una PATH

 IdentificadorIdentificador multiaxialmultiaxial
 openEHRopenEHR--EHREHR--EVALUATION.problem.v1EVALUATION.problem.v1
 IdentificadorIdentificador de nodosde nodos
 atNNNNatNNNN
 IdentificadorIdentificador de restriccionesde restricciones
 acNNNNacNNNN
 Rutas a nodosRutas a nodos
 //data[data[at0001at0001]/]/events[events[at0006at0006]/]/data[data[at0003at0003]/]/items[items[at0004at0004]/]/valuevalue
 EstructuraEstructura
 Cabezal: gestión de arquetiposCabezal: gestión de arquetipos
 Definición: estructura, restriccionesDefinición: estructura, restricciones
 Términos, vínculos con terminologías, traduccionesTérminos, vínculos con terminologías, traducciones

 ¿Concepto clínico?¿Concepto clínico?
 Signos vitales, evaluaciones clínicas, resultadosSignos vitales, evaluaciones clínicas, resultados
 Órdenes, prescripciones, recomendacionesÓrdenes, prescripciones, recomendaciones
 Procedimientos y otras accionesProcedimientos y otras acciones
 Repositorios públicosRepositorios públicos
 InternacionalInternacional:: http://openehr.org/ckm/http://openehr.org/ckm/
 Australia:Australia: http://http://dcm.nehta.org.au/ckmdcm.nehta.org.au/ckm//
 Suecia:Suecia: httphttp://://sllocean.karolinska.sesllocean.karolinska.se//ckmckm//

 Analogía con LEGOAnalogía con LEGO
Modelo de informaciónModelo de información ArquetipoArquetipo
InformaciónInformación
Concepto de la realidadConcepto de la realidad

 TerminologíasTerminologías
 term_definitionsterm_definitions
•• Definición local de términos y sus traduccionesDefinición local de términos y sus traducciones
 term_bindingsterm_bindings
•• Correspondencias de términos locales con terminologíasCorrespondencias de términos locales con terminologías
estándarestándar
 constraint_definitionconstraint_definition && constraint_bindingconstraint_binding
•• Correspondencias con restricciones basadas enCorrespondencias con restricciones basadas en
terminologíasterminologías
•• Búsquedas en servicios terminológicos o expresionesBúsquedas en servicios terminológicos o expresiones
complejas (complejas (ej.ej. expresiones SNOMED)expresiones SNOMED)

ArchetypeArchetype DefinitionDefinition LanguageLanguage
 ““El lenguaje para definir HCEs”El lenguaje para definir HCEs”
 Sintaxis formal para especificar, compartir ySintaxis formal para especificar, compartir y
procesar arquetiposprocesar arquetipos
 Se usan para “cargar” arquetipos en softwareSe usan para “cargar” arquetipos en software
 Versión actual: ADL 1.4Versión actual: ADL 1.4
 En construcción: ADL 1.5En construcción: ADL 1.5

ArchetypeArchetype DefinitionDefinition LanguageLanguage
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

Características de losCaracterísticas de los ArquetiposArquetipos
 AutocontenidosAutocontenidos
 Un concepto por arquetipoUn concepto por arquetipo
 EspecializablesEspecializables (herencia)(herencia)
 Flexibilidad (Flexibilidad (ejej:: testtest lablab. < inmunología < anticuerpos antinucleares). < inmunología < anticuerpos antinucleares)
 Definición de conceptos específicos sobre conceptos genéricosDefinición de conceptos específicos sobre conceptos genéricos
 Combinables (relaciones jerárquicas)Combinables (relaciones jerárquicas)
 ReusabilidadReusabilidad
 Procesables (ADL)Procesables (ADL)
 Por programas sinPor programas sin intervensiónintervensión / interpretación humana/ interpretación humana
 Compartibles (ADL)Compartibles (ADL)
 Entre sistemas, instituciones, paísesEntre sistemas, instituciones, países
 TraduciblesTraducibles
 A cualquier idioma y variación localA cualquier idioma y variación local
 VersionablesVersionables
 Ciclo de vida gestionado formalmenteCiclo de vida gestionado formalmente

 Limitaciones / Alcance:Limitaciones / Alcance:
 ReglasReglas
•• No permite representar reglas complejasNo permite representar reglas complejas
•• Provee elementos para definirlas por fuera y vincularlasProvee elementos para definirlas por fuera y vincularlas
 TerminologíasTerminologías
•• Referencias a terminologías como vínculos abstractosReferencias a terminologías como vínculos abstractos
•• El SIS debe resolver estos vínculosEl SIS debe resolver estos vínculos
 Interfaz de usuarioInterfaz de usuario
•• No define qué mostrar en el registro clínico ni cómoNo define qué mostrar en el registro clínico ni cómo
 Procesos / WorkflowsProcesos / Workflows
•• Soporta WF pequeños de indicaciones y cumplimientosSoporta WF pequeños de indicaciones y cumplimientos
•• Incluye referencias a guías clínicasIncluye referencias a guías clínicas
 SeguridadSeguridad
•• No define qué puede hacer o ver cada usuarioNo define qué puede hacer o ver cada usuario

 Usos particulares/locales de arquetipos genéricos/globalesUsos particulares/locales de arquetipos genéricos/globales
 Representan registros clínicos específicosRepresentan registros clínicos específicos
 Reutilización de arquetipos en distintos contextosReutilización de arquetipos en distintos contextos ej.ej. PAPA
 Permiten utilizar partes de los arquetiposPermiten utilizar partes de los arquetipos
 Recordar: arquetipos son conjuntosRecordar: arquetipos son conjuntos maximalesmaximales de camposde campos
 Permiten definir restricciones más fuertesPermiten definir restricciones más fuertes
 Sobre las restricciones presentes en los arquetiposSobre las restricciones presentes en los arquetipos
 Se usan directamente en SISSe usan directamente en SIS
 Los arquetipos deberían ubicarse en plantillas para poder serLos arquetipos deberían ubicarse en plantillas para poder ser
utilizados, no ser utilizados directamenteutilizados, no ser utilizados directamente
 NO define cómo se capturarán los datos a nivel de GUINO define cómo se capturarán los datos a nivel de GUI
 ADL 1.5ADL 1.5
 Arquetipos y plantillas se expresan en ADLArquetipos y plantillas se expresan en ADL
Modelo deModelo de plantillasplantillas

 PlantillaPlantilla
 “documento maestro”“documento maestro”
 ArquetipoArquetipo
 “etiqueta”“etiqueta”
 Modelo de InformaciónModelo de Información
 “estructura base”“estructura base”
Relaciones entre modelosRelaciones entre modelos
Restringe / EspecializaRestringe / Especializa
Restringe / EspecializaRestringe / Especializa
Permite definición consistente de lasPermite definición consistente de las
estructuras exactas a Implementar enestructuras exactas a Implementar en
los SIS.los SIS.
Si hay 2 sistemas que usen el MI ySi hay 2 sistemas que usen el MI y
Arquetipos, entonces sonArquetipos, entonces son
semánticamentesemánticamente interoperablesinteroperables..
Los servicios de datos y consultas seLos servicios de datos y consultas se
definen en función de las definicionesdefinen en función de las definiciones
semánticas, no de las tecnologíassemánticas, no de las tecnologías
particulares (particulares (ej.ej. SQL)SQL)

~ Modelado Clínico ~~ Modelado Clínico ~

 Más que solo terminologías…Más que solo terminologías…
 Opinión personal:Opinión personal:
 todo médicotodo médico--informático debería formarse en modeladoinformático debería formarse en modelado
de información, tanto en conceptos y metodologías,de información, tanto en conceptos y metodologías,
como en técnicas y herramientas.como en técnicas y herramientas.
Modelado ClínicoModelado Clínico

 Permite:Permite:
 Mejor especificación de requerimientos clínicosMejor especificación de requerimientos clínicos
 Mejor comunicación entre profesionales con distintos perfilesMejor comunicación entre profesionales con distintos perfiles
 Mejor gestión del conocimiento (definición y evolución)Mejor gestión del conocimiento (definición y evolución)
 Estandarización de criterios, calidad de modelosEstandarización de criterios, calidad de modelos
 Empoderamiento del clínico en proyectos de desarrollo de SISEmpoderamiento del clínico en proyectos de desarrollo de SIS

 Proceso de modelado:Proceso de modelado:
 Visualizar conceptos (Visualizar conceptos (MindMind MapsMaps))
 Definir correspondencias con clases del Modelo de InformaciónDefinir correspondencias con clases del Modelo de Información
 Crear arquetipos (Crear arquetipos (ArchetypeArchetype Editor)Editor)
•• Incluye composición, especialización, traducciónIncluye composición, especialización, traducción
 Crear plantillas (Crear plantillas (TemplateTemplate DesignerDesigner))
 Crear consultas (Crear consultas (QueryQuery BuilderBuilder))
 Crear reglas (Crear reglas (RuleRule DesignerDesigner))
 Diseñar pantallas (GUIDiseñar pantallas (GUI GenerationGeneration))
 Evolución controladaEvolución controlada

 Visualizar conceptosVisualizar conceptos
 MindMind MapsMaps:: organización gráfica del pensamientoorganización gráfica del pensamiento

 Definir correspondencia con clases del Modelo de InformaciónDefinir correspondencia con clases del Modelo de Información
 ¿Documento?¿Documento?
•• COMPOSITIONCOMPOSITION
 ¿Parte de documento?¿Parte de documento?
•• ¿Encabezado?¿Encabezado?
 SECTIONSECTION
•• ¿Concepto aislado?¿Concepto aislado?
 ¿Es administrativo?¿Es administrativo?
•• ADMIN_ENTRYADMIN_ENTRY
 ¿Involucra la especificación de algo debe ser hecho?¿Involucra la especificación de algo debe ser hecho?
•• INSTRUCTIONINSTRUCTION
 ¿Registra algo hecho por una persona?¿Registra algo hecho por una persona?
•• ACTIONACTION
 ¿Se pregunta, observa, mide, siente o se repite con alta frecuen¿Se pregunta, observa, mide, siente o se repite con alta frecuencia?cia?
•• OBSERVATIONOBSERVATION ((ej.ej. PA 140/100)PA 140/100)
 ¿Información resumida u¿Información resumida u objetivizadaobjetivizada??
•• EVALUATIONEVALUATION ((ej.ej. HTA)HTA)

 Crear arquetiposCrear arquetipos
 Registro de emergencia, ambulatorio,Registro de emergencia, ambulatorio, etcetc
•• COMPOSITIONCOMPOSITION
 Signos vitales, resultados de estudiosSignos vitales, resultados de estudios
•• OBSERVATIONOBSERVATION
 Factores de riesgo,Factores de riesgo, triagetriage, eval. vía aérea, eval. vía aérea
•• EVALUATIONEVALUATION
 Orden estudios, prescripciónOrden estudios, prescripción medsmeds..
•• INSTRUCTION/ACTIVITYINSTRUCTION/ACTIVITY
 Ejecución de procedimientos,Ejecución de procedimientos, adm.adm. dede sustsust..
•• ACTIONACTION

 Crear plantillasCrear plantillas
 Reutiliza arquetipos existentes para representar distintos tiposReutiliza arquetipos existentes para representar distintos tipos de registrosde registros
 Puede no ser necesario crear nuevos arquetiposPuede no ser necesario crear nuevos arquetipos
Thomas Beale, 2007Thomas Beale, 2007 ©© Ocean InformaticsOcean Informatics

 Crear consultasCrear consultas
 Basadas en arquetiposBasadas en arquetipos
 Independiente de tecnologíasIndependiente de tecnologías
 Pueden ser definidas por clínicosPueden ser definidas por clínicos
 No se necesita modificar el software para crear nuevas consultasNo se necesita modificar el software para crear nuevas consultas

 Partes de los arquetipos identificadas con “rutas”Partes de los arquetipos identificadas con “rutas”
 Ej. dentro del arquetipo de PA, una ruta para PAS otra para PADEj. dentro del arquetipo de PA, una ruta para PAS otra para PAD
 Agregar nuevos arquetipos permite crear consultas para losAgregar nuevos arquetipos permite crear consultas para los
nuevos conceptos sin modificar el sistemanuevos conceptos sin modificar el sistema

 Visualización de resultados tan diversa como se quieraVisualización de resultados tan diversa como se quiera
 Gráficas, reportes, informes, tablas,Gráficas, reportes, informes, tablas, excelexcel, …, …

 Crear reglasCrear reglas
 En función de las consultasEn función de las consultas
 Para implementar alertas, recordatorios, recomendaciones,Para implementar alertas, recordatorios, recomendaciones,
y otros tipos de mecanismos de CDSy otros tipos de mecanismos de CDS
 Serán volcadas a un motor que sepa evaluarlas ante laSerán volcadas a un motor que sepa evaluarlas ante la
invocación desde distintos SIS como la HCEinvocación desde distintos SIS como la HCE
•• La misma HCE desde la que se generaron los datosLa misma HCE desde la que se generaron los datos
•• Los datos estánLos datos están arquetipadosarquetipados
•• Se accede a los datos utilizando las definiciones en arquetiposSe accede a los datos utilizando las definiciones en arquetipos
 Se está desarrollando elSe está desarrollando el GuidelineGuideline DefinitionDefinition LanguageLanguage (GDL)(GDL)
•• Para definir reglas en función de arquetiposPara definir reglas en función de arquetipos
•• http://openehr.org/news_events/releases/20130311http://openehr.org/news_events/releases/20130311

 Diseñar pantallasDiseñar pantallas
 En función de plantillasEn función de plantillas
 Agregando información de GUIAgregando información de GUI
•• Ubicación de campos, tipos de controles, textos, restriccionesUbicación de campos, tipos de controles, textos, restricciones
 Existen herramientas de generación automática de GUIExisten herramientas de generación automática de GUI
•• EHRGenEHRGen::
 http://www.41jaiio.org.ar/sites/default/files/15_CAIS_2012.pdfhttp://www.41jaiio.org.ar/sites/default/files/15_CAIS_2012.pdf

 Evolución controlada (gestión del conocimiento)Evolución controlada (gestión del conocimiento)
 Todos los artefactos con:Todos los artefactos con:
•• identificador, versión, estado, descripción y autoresidentificador, versión, estado, descripción y autores
 Ciclo de vida bien definido (estado)Ciclo de vida bien definido (estado)
•• Borrador, Revisión por pares, Rechazado, Publicado, ObsoletoBorrador, Revisión por pares, Rechazado, Publicado, Obsoleto
•• Traducción y vinculación con terminologías luego de pasar a “pubTraducción y vinculación con terminologías luego de pasar a “publicado”licado”
 Proceso formalProceso formal
•• define criteriosdefine criterios
•• asegura calidadasegura calidad
•• permite evolucionarpermite evolucionar
 Evolución de “artefactos de conocimiento” independiente de laEvolución de “artefactos de conocimiento” independiente de la
evolución tecnológicaevolución tecnológica
 MásMás infoinfo::
•• httphttp://://www.openehr.orgwww.openehr.org//wikiwiki//displaydisplay//healthmodhealthmod//Archetype+authoring%2C+Archetype+authoring%2C+
review+and+publicationreview+and+publication

Gestión de conocimientoGestión de conocimiento
 Ciclo de vida (Ciclo de vida (cont.cont.))
 DesarrolloDesarrollo
•• Nuevos arquetipos:Nuevos arquetipos: reusoreuso de arquetipos existentesde arquetipos existentes
•• Nuevas versiones: correcciónNuevas versiones: corrección
•• Especialización: conceptos más específicosEspecialización: conceptos más específicos
 Revisión por paresRevisión por pares
•• otros profesionales, expertos en dominios específicosotros profesionales, expertos en dominios específicos
 Aseguramiento de la calidadAseguramiento de la calidad
•• Cumplimiento de reglas formalesCumplimiento de reglas formales
•• Referencias bibliográficas / evidencia clínicaReferencias bibliográficas / evidencia clínica
 AprobaciónAprobación
•• Satisfacción de requerimientos estructurales y de calidadSatisfacción de requerimientos estructurales y de calidad
 PublicaciónPublicación
•• en un repositorio accesible para quienes usan los arquetiposen un repositorio accesible para quienes usan los arquetipos

~ Herramientas ~~ Herramientas ~

HerramientasHerramientas
 Mapas mentalesMapas mentales
 http://http://freemind.sourceforge.netfreemind.sourceforge.net
 Editor de arquetiposEditor de arquetipos
 http://wiki.oceaninformatics.com/confluence/display/TTL/Archttp://wiki.oceaninformatics.com/confluence/display/TTL/Arc
hetype+Editorhetype+Editor
 Gestión del conocimientoGestión del conocimiento
 http://http://openehr.org/ckmopenehr.org/ckm//
 HCE openEHRHCE openEHR
 https://code.google.com/p/openhttps://code.google.com/p/open--ehrehr--gengen--frameworkframework//
 Repositorio de datos clínicos y consultasRepositorio de datos clínicos y consultas
 https://github.com/ppazos/cabolabshttps://github.com/ppazos/cabolabs--ehrserverehrserver

Creación de arquetiposCreación de arquetipos
 Escala deEscala de BorgBorg
 Escala de GlasgowEscala de Glasgow
 Orden de estudios de laboratorioOrden de estudios de laboratorio
 Acciones en estudios de laboratorioAcciones en estudios de laboratorio
 CoordinaciónCoordinación
 EjecuciónEjecución
 Resultado disponibleResultado disponible
 Resultados de estudios de laboratorioResultados de estudios de laboratorio

ConclusionesConclusiones
 openEHR permiteopenEHR permite
 Formalizar parte del proceso de gestión delFormalizar parte del proceso de gestión del
conocimiento clínico, e independizarlo de la gestiónconocimiento clínico, e independizarlo de la gestión
tecnológicatecnológica
 Especificar requerimientos de mejor maneraEspecificar requerimientos de mejor manera
 Crear una infraestructura de información estándar,Crear una infraestructura de información estándar,
orientada a servicios, que facilita la integración deorientada a servicios, que facilita la integración de
nuevos sistemas,nuevos sistemas, appsapps y serviciosy servicios
 AltaAlta modificabilidadmodificabilidad de sistemas, más durables, menosde sistemas, más durables, menos
costosos de mantenercostosos de mantener
 El clínico controla el SISEl clínico controla el SIS

Muchas gracias por suMuchas gracias por su
amable atenciónamable atención
Ing. Pablo Pazos GutiérrezIng. Pablo Pazos Gutiérrez
pablo@openehr.org.espablo@openehr.org.es
@ppazos@ppazos
http://informaticahttp://informatica--medica.blogspot.commedica.blogspot.com

Introducción a openEHR para clinicos 2013

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (8)

Similar a Introducción a openEHR para clinicos 2013

Similar a Introducción a openEHR para clinicos 2013 (20)

Más de Pablo Pazos

Más de Pablo Pazos (20)

Último

Último (20)

Introducción a openEHR para clinicos 2013