Br. Armando Prieto, Br. Ángel Rodríguez Tutor: Prof. Robinson Rivas

40
ESTÁNDARES PARA LA HISTORIA MÉDICA ELECTRÓNICA (HME) UNIVERSIDAD CENTRAL DE VENEZUELA FACULTAD DE CIENCIAS ESCUELA DE COMPUTACIÓN Br. Armando Prieto, Br. Ángel Rodríguez Tutor: Prof. Robinson Rivas Periodo investigativo: sep. 2010- jun. 2011

description

Estándares PARA LA Historia médica electrónica (HME) Universidad Central de Venezuela Facultad de Ciencias Escuela de computación. Periodo investigativo: sep. 2010- jun. 2011. Br. Armando Prieto, Br. Ángel Rodríguez Tutor: Prof. Robinson Rivas. Agenda. Historia Médica (HM) AIEPI - PowerPoint PPT Presentation

Transcript of Br. Armando Prieto, Br. Ángel Rodríguez Tutor: Prof. Robinson Rivas

ESTÁNDARES PARA LA HISTORIA MÉDICA

ELECTRÓNICA (HME)

UNIVERSIDAD CENTRAL DE VENEZUELAFACULTAD DE CIENCIAS

ESCUELA DE COMPUTACIÓN

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

Periodo investigativo: sep. 2010- jun. 2011

Agenda

Historia Médica (HM) AIEPI Historia Médica Electrónica (HME) Estándares

Health Level Seven HL7 OpenEHR CEN EN13606

Propuesta TEG

2

Historia Médica

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

Es “un conjunto de documentos, tanto escritos como gráficos que constituyen la evolución médica de un paciente a lo largo del proceso asistencial”.

4

Concepto

Carnicero (2003)

Historia Médica

Funciones fundamentales:

• Asistencial • Docencia e

investigación• Gestión médica y

planificación• Control de calidad

asistencial• Jurídico legal

Características:

• Confidencialidad (no divulgación)

• Seguridad (mecanismos)

• Disponibilidad• Unicidad• Incrementalidad

(acumulativa)• Integridad

Limitaciones:

• Desorganización y fragmentación

• Poca de legibilidad• Propensa a perdidas

de integridad• Dificultades para

garantizar confidencialidad

• Problemas de disponibilidad

• Deterioro del soporte documental.

Historia Médica Electrónica (HME)

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

Historia Médica Electrónica6

Beneficios en la calidad de atención al paciente

Mejoras en cuanto a la seguridad

Mejoras a nivel de confidencialidadSe reduce el espacio y recurso humano para su almacenamientoMejora considerablemente la disponibilidad

La complejidad al momento de modelar el dominio clínico

Diversos formatos en que se maneja las historias médicas

Falta de interés en la adopción de estándares de HME

La complejidad de implementación de estándares de HME existentes

Falta de políticas gubernamentales

Resistencia por parte del personal sanitario

Obstáculos

VentajasActualmente surge la posibilidad de emplear las (TIC) en el campo de las HM para dar paso a las historias médicas electrónicas (HME).

Interoperabilidad en la HME

7

La interoperabilidad es la capacidad de dos o más sistemas o componentes para intercambiar información y hacer uso de la información que está siendo intercambiada.

•cuando dos o más sistemas son capases de intercambiar datos

Sintáctica:

•capacidad de interpretar o dar significado a los datos intercambiados de manera automática y precisa

Semántica:

Conocimiento

Médico

Protocolos

Servicios

HME aisladas

HME integradas

Historia Médica Electrónica

8

Según ISO, un estándar es un conjunto de reglas o guías para realización de una actividad de carácter repetitivo,de manera óptima y en un contexto dado.

Uso de estándares

Historia Médica Electrónica

Estándares más extensamente adoptados en el mundo sobre HME

Conjunto de estándares HL7 (propuestos por HL7. CDA R2 avalado por ANSI).

CEN EN13606 Electronic Healt Record Comunication Standard (propuesto por CEN y avalado por ISO).

OpenEHR (propuesto por la organización OpenEHR).

9

Historia Médica Electrónica

Estándares HL7

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

HL7 - Health Level Seven11

Define un conjunto de estándares para el intercambio electrónico de información clínica.

Mensajería V2

Mensajería V3

Mensajería para el intercambio electrónico de datos en los ámbitos

clínico, asistencial, económico y logístico, más ampliamente

utilizado en el mundo de la salud.

HL7 V2 no se basa en ningún modelo de

referencia subyacente y no es por lo tanto

conveniente para una arquitectura de HME.

12

Mensajería V2

HL7 - Health Level Seven

Es la evolución de la mensajería V2.

HL7 V3 está basado en un modelo de

referencia llamado RIM (Reference

Information Model).

Es una nueva forma de abordar la

interoperabilidad.

Está menos extendido en uso y es más complejo de

implementar en comparación con

HL7 V2.

13 Mensajería V3

HL7 - Health Level Seven

CDA R2 es un estándar aprobado por ANSI.

Proporciona especificaciones para crear plantillas (templates) de estructuras de datos usando XML.

La HME se visualiza como un conjunto de documentos CDA.

Ej: Informes de alta hospitalaria; Informes de urgencias; Informes de cuidado del paciente; Notas de evolución del paciente.

14

Pero… ¿Cómo podemos intercambiar

y/o compartir estos documentos clínicos electrónicos en formato HL7 CDA R2 con otra(s) institución(es)?

¿Cómo podemos consultar (y tener acceso) los documentos clínicos electrónicos disponibles de un paciente en otra(s) institución(es)?

¿Cómo podemos controlar las directrices de seguridad y acceso consentido a los registros clínicos electrónicos de un paciente?• Ciclo de vida de un documento

clínico.• Políticas para el secreto

compartido y directivas de seguridad.

• Modelos de interacción

Dominio Medical Records

Documento de arquitectura clínica (CDA)

HL7 - Health Level Seven

15

OpenEHRBr. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

OpenEHR

Arquitectura de modelo dual

18

MODELO DUAL

MODELO DE INFORMACIÓN

MODELO DE CONOCIMIENTO

OpenEHR

Problemática en el proceso de desarrollo tradicional de software Análisis

Requerimientos (F y no F) Casos de uso

Modelo de dominio Surgen “conceptos clínicos”

Diseño Arquitectura Diseño detallado de componentes

Implementación Pruebas Producción

19

Arquitectura de modelo dual

OpenEHR

MODELO DE INFORMACIÓN

MODELO DE CONOCIMIENTO

Se usa el modelo de información genérico para representar conceptos clínicos particulares mediante arquetipos.

20

MODELO DUAL

Arquitectura de modelo dual

OpenEHR

Entradas, según el modelo de referencia (RM):

Observaciones Evaluaciones Instrucciones Acciones

21

Ej.: Toma de presión arterial : observación Frecuencia cardiaca : observación Resultado de estudio de laboratorio: observación Evaluación de vía aérea : evaluación Orden de estudios de laboratorio : instrucciónAdministración de sustancias : acción

Arquitectura de modelo dual

OpenEHR22

Arquitectura de modelo dual

OpenEHR23

Arquitectura de modelo dual

Lenguaje de arquetipos (ADL)Archetype definition lenguaje (ADL), es el

lenguaje formal para representar arquetipos. ADL no se basa en algún modelo de referencia

específico.

Sintaxis cADL

Sintaxis dADL

24

OpenEHR

OpenEHR

1. Analizar el dominio para identificar conceptos clínicos.

2. Realizar una correspondencia con las distintas clases de entradas en el modelo de información.

3. Generar arquetipos para esos conceptos según las clases del modelo de información. (Existen aplicaciones).

4. Generar una aplicación que sea capaz de cargar arquetipos, generar una interfaz de usuario, y procesar datos que ingresa el usuario para persistirlos. (En tiempo de ejecución).

5. Configurar la aplicación para que tome el conjunto de arquetipos definidos en la base del conocimiento.

Enfoque de OpenEHR para desarrollar un sistema de HME:

25

ISO/CEN EN 13606

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

ISO/CEN EN13606

Estándar Europeo

Modelo Dual

Aprobado por ISO

Adopta

OpenEHR

Su objetivo es normalizar las transferencias de HME, de forma semántica

27

Objetivo

Alcance

28

ISO/CEN EN13606

Interoperabilidad entre sistemas o servicios que provean o consuman datos sobre HME

El registro objeto de la comunicación hace referencia a un único paciente

Beneficio de otros fines no son el foco de esta norma pero pueden beneficiarse de ella

Modelos de referencia Distintos modelos de referencia Un mismo lenguaje de construcción de

arquetipos Distintos enfoques de aplicación

29

ISO/CEN EN13606

HL7- OpenEHR- ISO/CEN EN13606

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

HL7 CDA – OpenEHR – ISO/CEN EN13606

¿Compatibles?

SI

Ejemplo de esto: El pasado 16 de Diciembre de 2010, Brasil adoptó openEHR

en tres niveles de gobierno - federal, estatal y municipal. Modelo de información de la HCE: openEHR Documentos clínicos: HL7 CDA

31

Propuesta TEG

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

Propuesta TEG

Objetivo general: “Implementar un sistema de historias médicas

electrónicas compartidas en la red de centros asistenciales de SOS Telemedicina, basado en el modelo dual propuesto por OpenEHR y que implemente las especificaciones de arquitectura de documentos clínicos (CDA) de HL7”

Objetivos específicos: Recolectar información para definición de arquetipos dentro del

dominio materno infantil e integral. Crear los arquetipos según la información recolectada. Generar documentos CDA no estructurados a partir de los

registros de historias médicas. Establecer una red de comunicación basada en servicios web

que permita establecer la interoperabilidad entre los sistemas de HME.

Crear un repositorio centralizado de documentos CDA. Generar la información necesaria para la realización de

reportes estadísticos.

33

CDA

Sistema de HME

<xml>

CDA

Sistema de HME

<xml>

CDA

Sistema de HME

<xml>

Ambulatorio N

Ambulatorio 2

Ambulatorio 1

CDA

Repositorio Centralizado CDA

Servicio de identificación de pacientes

Enrutador transaccional

BD

BD

BD

Arquitectura propuesta para el sistema de HME

34

Propuesta TEG

Alcance Para el desarrollo de este proyecto se implementará una red de

sistemas de historias médicas electrónicas que permita el intercambio de información entre estos.

El diseño del sistema de historia médica electrónica se hará en base a la arquitectura propuesta por OpenEHR.

Los dominios seleccionados a modelar son “materno infantil e integral”, sin embargo se contempla la incorporación de nuevos dominios en futuros desarrollos.

Los documentos CDA serán implementados solo hasta nivel no estructurado.

El intercambio de información estipulado no corresponderá a contenidos multimedia.

35

Propuesta TEG

Tecnologías a utilizar Java: lenguaje de programación orientado a objetos. Groovy: lenguaje de programación orientado a objetos

implementado sobre la plataforma Java. Grails: Framework para aplicaciones web libres desarrollado

sobre el lenguaje de programación Groovy. SOAP: protocolo estándar que define cómo dos objetos en

diferentes procesos pueden comunicarse por medio de intercambio de datos XML.

XML: lenguaje de marcado extensible. ADL: lenguaje de definición de arquetipos. MySql: sistema de gestión de base de datos relacional. Open-EHR-Gen-Framework: herramienta para generar sistemas

de HME basados en el enfoque de modelo dual de Open EHR.

36

Propuesta TEG

Dominios a desarrollar en el TEG

Historia Médica Básica Integrada (basada en SIS-01/ HCBI) Datos del paciente Antecedentes

Antecedentes perinatales en menores de 19 años Antecedentes familiares y otros contactos Antecedentes personales

Examen físico Materno Infantil (basado en manual clínico AIEPI e información

recabada en ambulatorios) Embarazo Parto Atención Perinatal (hasta los dos meses después del

nacimiento)

37

Propuesta TEG

Arquetipos asociados Historia médica integrada

Plantilla A: Datos demográficos Plantilla B: Antecedentes

Observacion.antecedentes-perinatales.adl

Observacion.antecedentes-Familiares.adl

Observacion.antecedentes-Personales.adl

Examen Físico Evaluacion.examen-fisico.adl

Materno Infantil Plantilla A: Embarazo

Observacion.signos-de-riesgo-embarazo.adl

Evaluacion.riesgo-de-embarazo.adl Instrucción.tratamiento-embarazo.adl Accion.administracion-de-

sustancias.adl Accion.movimiento.adl

Plantilla B: Parto Observación.signos-de-riesgo-

embarazo.adl Observación.antecedentes-parto.adl Evaluacion.reanimación.adl Evaluacion.riesgo-al-nacer.adl Instrucción.riesgo-al-nacer.adl

Accion.movimiento.adl

Atención perinatal Plantilla C: Enfermedad - infección

Observación.enferdad-infecion.adl Evaluación.enfermedad-infeccion.adl Instrucción.enfermedad-infeccion.adl Accion.movimiento.adl

Plantilla D: Diarrea Observacion.diarrea.adl Evaluacion.diarrea.adl Instrucción.diarrea.adl Accion.movimiento.adl

Plantilla E: Nutrición Observacion.diarrea.adl Evaluacion.diarrea.adl Instrucción.diarrea.adl Accion.movimiento.adl

Plantilla F: Desarrollo Observación.desarrollo.adl Evaluación.desarrollo.adl Instrucción.desarrollo.adl Accion.movimiento.adl

38

Propuesta TEG

Datos de prueba Los datos de prueba estarán basados en registros de historias

médicas antiguas. Las pruebas se realizarán en un mínimo de tres centros asistenciales.

Resultados esperados Se espera registrar los eventos (emergencias o consultas)

relacionados con el dominio materno infantil e integral, poder compartir esa información entre los centros asistenciales de prueba, y de esta manera obtener una historia médica unificada.

39

Propuesta TEG

GRACIAS

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas

HISTORIA MÉDICA ELECTRÓNICA (HME)

UNIVERSIDAD CENTRAL DE VENEZUELAFACULTAD DE CIENCIAS

ESCUELA DE COMPUTACIÓN

Periodo investigativo: sep. 2010- jun. 2011

Br. Armando Prieto, Br. Ángel Rodríguez

Tutor: Prof. Robinson Rivas