Upload
russell-cochran
View
33
Download
2
Embed Size (px)
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
Citation preview
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
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
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
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
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 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 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
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