1 Sistemas de información en salud Edición 2016

2 Resumen de clase anterior Algunas terminologías estándares Modelo de referencia de HL7 Modelo funcional de HL7

3 NECESIDADES REALES Dar prioridad a la atención del paciente Permitir una implementación costo efectiva abarcando el más amplio espectro de sistemas como sea posible Soportar el intercambio de documentos entre usuarios de diferentes niveles de desarrollo tecnológico Promover la longevidad de toda la información Habilitar un amplio rango de aplicaciones de procesos post- intercambio Promover el intercambio que sea independiente de la transferencia o del mecanismo de almacenamiento Preparar el diseño razonablemente rápido Habilitar a los reguladores a controlar sus propios requerimientos de información sin tener que extender esta especificación

4 ¿Qué es CDA? Abreviatura para CLINICAL DOCUMENT ARCHITECTURE. Es una especificación para intercambio de documentos utilizando XML, el modelo de información de HL7 (RIM), la metodología de HL7 V3 y vocabularios controlados o locales (SNOMED, ICD, LOINC, etc.)

5 HL7 Clinical Document Architecture (CDA) Una especificacion de documentos XML que define la estructura y semantica de los “documentos clinicos" para ser intercambiados Ej: resumen de alta, referencia, reporte de diagnostico, prescripcion de medicamentos, etc.

6 ¿Qué es CDA? Se usa para crear historias clinicas basadas en documentos Puede ser leido tanto por personas como por programas Cada documento representa un acto medico Puede incluir contenido multimedia

7 ¿Por qué CDA? Componente principal para registros electrónicos de salud a nivel local, regional o nacional. Todo el mundo utiliza documentos. Esto permite posibilitar paulatinamente un mejor intercambio de información. Muchos documentos CDA relacionados e indizados por su cabecera componen un registro electrónico de salud.

8 ¿Qué no es CDA? No especifica como se intercambian los documentos No especifica la gestion documental Identificacion, versionado, check in/out, etc.

9 HL7 Clinical Document Architecture (CDA) Tienen las siguientes caracteristicas: Persistencia – Se mantienen inalterados por un periodo de tiempo definido Administracion – los documentos son mantenidos por una organizacion confiable Autenticados – Es posible firmarlos digitalmente Contexto – definen el contexto de su contenido Integridad – la autentificacion aplica a todo el documento Legibilidad humana – el receptor puede visualizarlo La complejidad de un CDA es proporcional a la complejidad del contenido que representa. Se puede comenzar con CDAs simples y progresivamente ir agregandoles complejidad.

10 Estructura de un CDA Header Body Section Text Coded and Structured Entries … Un documento CDA tiene un header y un body El header identifica y clasifica el documento; tiene informacion del encuentro, el paciente y los proveedores involucrados El body contiene el reporte clinico con secciones obligatorias que son legibles por humanos, y una parte opcional que puede ir codificada: La parte legible pueder ser XML o un documento de texto codificado en formato MIME La parte codificada, si existe, puede ser ignorada por receptores que no sepan como procesarla.

11 CDA Historia de la Enfermedad Actual Alberto Gonzalez es un hombre de 67 años referido para control de asma. Comenzó con asma a los veinte años. Fue hospitalizado dos veces el año pasado, y ya lleva dos hospitalizaciones este año. No ha sido capaz de dejar de tomar esteroides por varios meses

12 Ejemplo de CDA y visualizacion © 2007 IBM Corporation

13 Escenarios de uso Prestadores a Financiadores Auditoría Historia Clínica del Afiliado/Beneficiario Prestadores a Prestadores Historia Clínica del Paciente (Derivación, Cambio, Interconsulta) Informes Médicos Financiadores a Financiadores Historia Clínica (cambio de financiador, cobertura compartida) Prestadores/Financiadores a Salud Pública Historia Clínica Universal Historia Clínica Pacientes de Riesgo Salud Pública a Prestadores/Financiadores Historia Clínica Universal

14 Ejemplo de uso en el FNR

15

16

17 Registro de informacion: en documentos o en bases de datos ? La salud esta basada tradicionalmente en documentos Los medicos escriben documentos resumiento la visita del paciente, derivaciones a otros medicos, etc Dichos documentos tienen valor legal Son simples, entendibles por todos (no solo informaticos) Son estaticos, no se pueden modificar Encapsula informacion Los sistemas informaticos requieren granularidad para realizar consultas y hacer analisis No hay una forma correcta o mejor de hacerlo; todo depende de los requerimientos

18 Repositorio documental

19 Aplicaciones a seguridad e integridad de la información Ámbitos de administración diferentes

20 Repositorio documental XML schema para generar documentos sobre los datos contenidos en este formulario

21 Repositorio documental SUEIIDISS – HL7v3 y CDA r2 Seguridad – encriptado y firma Soporte legal Presentación de información y navegación Problema: no existen esquemas CDA para todos los contactos de atención definidos por las instituciones Solución: avanzar con esquemas CDA propios

22 Fuente: HIBA

23 HCE – definición del IOM Colección longitudinal de información electrónica sobre la salud de las personas, donde la información sobre salud es definida como información pertinente a la salud de un individuo o la información de los cuidados de salud provistos a un individuo por medio de cualquier miembro del equipo de salud. Acceso electrónico inmediato a la información de salud personal o poblacional solamente de usuarios autorizados. Provisión de bases de conocimiento y sistemas de soporte para la toma de decisiones que mejoren la calidad, seguridad y eficiencia de la atención de los pacientes. Dar soporte efectivo en la eficiencia de los procesos para brindar cuidados de salud Key Capabilities of an Electronic Health Record System: Letter Report, IOM http://www.nap.edu/catalog.php?record_id=10781

24 Funcionalidades centrales (IOM) Gestión de Información de Salud Manejo de resultados Manejo de Órdenes médicas Sistemas de Soporte para la toma de decisiones Sistemas de Comunicación Electrónica y Conectividad Soporte al Paciente Procesos Administrativos Sistema de Reportes y de Salud Pública

25 Criterios de calidad de la HCE (IOM) 1. Mejorar la seguridad del paciente Evitar errores 2. Apoyar una atención efectiva Conocimiento medico, guías, protocolos 3. Facilitar el manejo de pacientes crónicos 75% del gasto en salud 4. Aumentar la eficiencia Costos de atención aumentan 12% anual

26 Usos de la HCE Primarios brindar atención y cuidado del paciente gestión de la atención del paciente procesos de soporte para el cuidado de pacientes procesos financieros y administrativos auto-gestión del paciente Secundarios educación del paciente y de los profesionales medición y control investigación salud pública y seguridad nacional dar soporte para políticas de salud

27 Organizaciones modernas de HCE Registro orientado a problemas Historia clínica Problema Episodio Contacto de atención Ordenes de servicio Documento CDA

28 Organizacion de la HCE Registro orientado a problemas Problema: a todo trastorno o proceso orgánico, mental, personal o social que afecta la salud del paciente y que implica una evaluación diagnóstica o una decisión terapéutica. Episodio: un conjunto de contactos de atención del paciente incluidos dentro de un problema, el mismo se caracteriza por ser acotado en el tiempo, tener un comienzo y un fin claros. El primer contacto de atención de un episodio es la consulta con el médico. Consulta ambulatoria – episodio aislado (sin problema asociado) Contacto de atención: todo contacto del paciente con el sistema de asistencia, ya sea desde una consulta médica hasta la realización de una radiografía. El contacto de atención se abre y se cierra durante una consulta, y puede tener varios componentes representados como órdenes de servicio (indicación de examen, prescripción de fármaco, pase a especialista, etc.).

29 Lista de problemas

30 Orientación a problemas 4 encabezados (modelo SOEP)

31 Registro clínico 4 tipos de datos clínicos Sus problemas médicos Los procedimientos diagnósticos y quirúrgicos a los que fue sometido. La medicación recibida. Los resultados de estudios auxiliares. Registrados en los diferentes niveles de atención

32 Cosas simples pero importantes de la HCE Importancia de la carátula del paciente Interfase de usuario cuidada Posibilidad de utilizar solo el teclado Uso de listas cortas y mapeos institucionales No incluir valores por defecto (S/P) ABMC particular Casi no hay reglas de negocio Orientación a evitar errores tontos Integrar objetos multimedia Usos en docencia e investigación

33 Caratula del paciente 1. Datos patronímicos 2. Antecedentes personales 3. Alergias 4. Antecedentes familiares 5. Diagnósticos vigentes y Problemas 6. Fármacos que recibe 7. Estudios paraclínicos 8. Imágenes y Documentos 9. A destacar 10. Foto del paciente

34

35

36

37

38 Hospital Information Systems Health Information Systems El acto administrativo de reconocer un evento para facturar es el centro del proyecto El acto médico sobre un paciente es el centro del proyecto y del que devienen y al que se adaptan todos los procesos posteriores

39 Interfase de usuario cuidada Disposición de objetos en la pantalla Cantidad de clics por funcionalidad Múltiples vías para hacer lo mismo Tipos de usuarios Diseño centrado en el usuario Alineación con “procesos” Dedicar 10% del costo del proyecto Procesos de instalación y mantenimiento

40 Usabilidad de la HCE 5 aspectos a tener en cuenta Aprendizaje Eficiencia Facilidad de memorizacion Errores Satisfaccion

41 Transicion papel-HCE Los formularios en papel son la mejor especificación funcional de un sistema clínico. Efecto “deja-vu” Contingencia del sistema

42 Captura de datos Fuente: HIBA

43 Posibilidad de utilizar solo el teclado Ingreso de datos clínicos por personal administrativo

44 Uso de listas cortas y mapeos institucionales Permitir mapeos entre estándares y listas cortas locales Fáciles de aprender, alienados con cultura local Apropiación

45 Evitar valores por defecto No incluir valores por defecto (S/P) Incluir conjuntos de valores por defecto, elegidos explícitamente en conjunto “carta normal”

46 ABMC particular En la HCE solo hay A y C; no hay B ni M Reporte HCE completa es muuuy complejo de implementar

47 Inexistencia de procesos

48 Reglas de negocio Pocas y simples Ejemplos: Índice de masa corporal

49 Orientación a evitar errores Darle elementos al medico para tomar la mejor decision Info. del paciente Info. de la evidencia cientifica disponible

50 Infobuttons Informacion cientifica para el medico A demanda o contextual Retorno inmediato, facilitan la adopcion

51 Integrar objetos multimedia Imagenologia Dispositivos electronicos Documentacion Datos ingresados por el propio paciente

52 Hospital Information Systems Health Information Systems El acto administrativo de reconocer un evento para facturar es el centro del proyecto

53 Hospital Information Systems Health Information Systems El acto administrativo de reconocer un evento para facturar es el centro del proyecto

54 Soporte para la toma de decisiones Dos tipos de información Centrada en el paciente Basada en el conocimiento Recordatorios Alarmas Sugerencias diagnosticas Protocolos y guías clínicas Acceso a fuentes de informacion

55 Protocolos y guías clínicas Recomendaciones sistemáticas, resuelven controversias clínicas Basadas en el uso de la mejor evidencia disponible en cada caso, Ayudan a los pacientes y profesionales a tomar las decisiones adecuadas acerca de los cuidados de salud apropiados en las diversas situaciones clínicas.

56 Protocolos y guías clínicas Formas de utilizarlas recordatorios informatizados. intervenciones multifacéticas talleres educacionales interactivos. acciones sobre líderes de opinión, acciones sobre los pacientes auditoría y feedback.

57

58

59

60

61

62 Prescripción de fármacos CPOE - Computerized physician order entry Reducen el 80% de los errores Legibilidad, completitud Implica cambios en los procesos Estadísticas Repetición Control – interfase con farmacia

63 Interacciones medicamentosas Fuente importante de errores médicos Entre drogas o grupos de drogas Consulta a demanda o contextual Problema: falta de información

64

65 Educación, al medico y al paciente

66 Dificultades Identificar correctamente a las personas Mayor involucramiento de personal administrativo y del resto del equipo de salud Posibilidad de realizar intervenciones educativas Explotación de datos clínicos Seguridad y confidencialidad de la información

67 Actividades de esta semana Foro CDA: Buscar ejemplos de intercambios de información que se hagan en formato CDA Foro HCE: Buscar ejemplos de HCE existentes en el mercado internacional Foro Protocolos: Buscar protocolos y guías clínicas y ver como se usarían en una HCE