Electrnicas a prueba de futuro Mdulo 1: Desarrollo de sistemas informticos para el rea clnica Docente: Ing. Pablo Pazos Gutirrez pablo.pazos@cabolabs.com 2 ACHISA- Asociacin Chilena de Informtica en Salud Agenda El proceso de desarrollo de software Problemas frecuentes en proyectos de SIS Requerimientos y conceptos clnico Arquitectura y (la falta de) estndares Gestionando los cambios en el registro clnico Cambiando el enfoque con openEHR 3 ACHISA- Asociacin Chilena de Informtica en Salud El proceso de desarrollo 4 ACHISA- Asociacin Chilena de Informtica en Salud El proceso de desarrollo Etapas: Planificacin (pre-ejecucin) Relevamiento y anlisis de requerimientos Diseo de arquitectura, informacin, interaccin Programacin (en una tecnologa) Capacitacin, pruebas y validacin por parte de usuarios Implantacin, uso o explotacin, evolucin Gestin Alcance, recursos, comunicacin, visibilidad, expectativas, relaciones personales, avance, entregables / liberaciones, riesgos, ... 5 ACHISA- Asociacin Chilena de Informtica en Salud Plan de proyecto: el ideal Comunicacin con interesados: Apoyo de las autoridades institucionales Compromiso de todos los interesados: autoridades, usuarios finales, jefes de servicio, actores externos, ... Deben saber qu y porqu: Objetivos del proyecto Cmo los afectar Porqu se los necesita Qu obtendrn a cambio (negociacin) Deben saber su rol: Cundo participarn, cmo y cules son sus responsabilidades 6 ACHISA- Asociacin Chilena de Informtica en Salud En general se hace todo lo contrario: Pobre planificacin y sin apoyo institucional No se compromete a los actores: Los interesados ni siquiera saben de la existencia del proyecto... Nadie sabe: Cul es el objetivo del proyecto! Qu rol juega, qu tiene que hacer, cmo, cundo o porqu, En que los afecta / qu obtendrn a cambio (en general nada) Ms preguntas que respuestas ... Si hay demasiada incertidumbre: Vayamos por un proyecto piloto! alcance reducido, pocos actores involucrados, necesita menos recursos si falla no es tan importante, ayuda a evaluar factores de riesgo Plan de proyecto: la realidad 7 ACHISA- Asociacin Chilena de Informtica en Salud Requerimientos: ideal Primarios: Proveer un registro documentado de la atencin mdica que apoya las decisiones mdicas presentes y futuras de los mismos u otros mdicos (ISO 18308). Registro, flujos de trabajo, procesos asistenciales Secundarios: Gestin: Estadsticas, reportes, autorizaciones, auditora, calidad ... Mdico legal: Pruebas, cumplimiento de legislacin, reflejo de competencia, Investigacin y educacin Epidemiologa y salud poblacional, nuevos tratamientos y modalidades diagnsticas, 8 ACHISA- Asociacin Chilena de Informtica en Salud Requerimientos: problemas (1) Mezcla usos primario y secundarios de la HCE: No sobrecargar al sistema de registro clnico No est mal pensarlos como subproyectos separados Cuidado con las expectativas exageradas: A veces es mejor no promover tanto el proyecto y comunicar hechos de forma objetiva. No todo lo requerido ser implementado (calidad vs. precio vs. tiempo) Sera bueno tener esto Definicin del alcance: Hacer todo vs. hacer lo mnimo para una primer etapa Formularios con decenas de campos Sus mdicos estn dispuestos a registrar todos esos datos? Siempre es bueno prototipar 9 ACHISA- Asociacin Chilena de Informtica en Salud Requerimientos: problemas (2) Surgen conceptos clnicos: Presin arterial, frecuencia cardaca, evaluacin de va area, diagnstico, estudio de laboratorio, ... Definen la informacin clnica que ser parte del registro. Conforman una base del conocimiento clnico: En general se definen como datos individuales Se pierde la semntica/contexto de los conceptos clnicos: Cul es su propsito, su correcto uso, su estructura interna? Qu restricciones cumple, qu relacin tiene con otros conceptos? Problema para la interoperabilidad entre sistemas y para la migracin tecnolgica 10 ACHISA- Asociacin Chilena de Informtica en Salud Requerimientos: problemas (3) Base de conocimiento clnico: Gestin del conocimiento clnico realizada por informticos: Los mdicos, enfermeras, tcnicos son quienes poseen el conocimiento, son los expertos del dominio! No el profesional informtico Consecuencias: Requerimientos incompletos e incorrectos Tiempos y costos altos Desnimo de clnicos El informtico no entiende 11 ACHISA- Asociacin Chilena de Informtica en Salud Diseo: realidad Arquitectura: Diseo de componentes (mdulos o sistemas): Especifica: responsabilidades, interfaces y dependencias Ejemplos: gestin de pacientes, registros clnicos, estudios de laboratorio Arquitectura ms comn 3 capas: Presentacin, lgica, persistencia Modelo del dominio: Entidades: personas, roles, organizaciones, ... Relaciones: trabaja en, se atiende con, se especializa en, ... Atributos: nombre, sexo, fecha de nacimiento, ... 12 ACHISA- Asociacin Chilena de Informtica en Salud Diseo: problemas (1) Falta la cuarta capa: servicios Comunicacin con otros sistemas: sistemas administrativos, farmacia, laboratorio, radiologa, ... Y si leemos la base de datos del otro sistema? Violamos bajo acoplamiento Ms difcil de mantener, no escala Perdemos la lgica de negocio Esto no es interoperabilidad! 13 ACHISA- Asociacin Chilena de Informtica en Salud Diseo: problemas (2) Arquitectura y modelo de dominio A medida: No se aplican estndares: Grupos: ISO TC215, ASTM E31, HL7, openEHR, CEN TC251, OMG Estndares: ISO 18308, HL7 EHRS FM, openEHR Semantic Architecture No se aplican buenas prcticas Separacin de intereses: t a lo tuyo, yo a lo mo. Bajo acoplamiento: mi trabajo no te afecta. KIS: mantenlo simple DRY: definir las cosas en un solo lugar, sin ambugedad Se reinventa la rueda todo el tiempo. Resulta en baja calidad del software y dificulta su mantenibilidad ver caractersticas de calidad del software ISO/IEC 9126 14 ACHISA- Asociacin Chilena de Informtica en Salud Diseo: problemas (3) Cambios pequeos: Costosos y burocrticos (seguir un proceso formal) Afectan mltiples componentes: Agregar un campo en una pantalla de registro Modificar lgica para procesar datos ingresados en ese campo Modificar la base de datos para guardar datos para el nuevo campo Reingeniera: cambiar el diseo de gran parte del sistema Migracin tecnolgica (ej. escritorio web) El nuevo sistema tiene las mismas falencias en su diseo. Reimplementar el conocimiento clnico, migrar informacin clnica, modelos de informacin incompatibles = $$$$$. Procesos centrados en la tecnologa en lugar de centrarse en la calidad del conocimiento, informacin y funcionalidad. El proceso de reingeniera se volver a repetir (5 ~ 10 aos) 15 ACHISA- Asociacin Chilena de Informtica en Salud Programacin Convertir la especificacin (documentos) en cdigo fuente capaz de compilarse y ejecutarse (programa) Seleccin de tecnologas: Lenguajes de programacin, libreras y frameworks Gestor(es) de bases de datos Sistema operativo y otro software de base Arrastra los problemas en requisitos y diseo: El diseo determina la dependencia tecnolgica y del proveedor. Si cambia la tecnologa debo tirar a la basura todo el sistema?. El programa creado no estar hecho para ser modificado fcilmente y soportar informacin de forma estndar a largo plazo. Las tecnologas pueden ayudar o entorpecer 16 ACHISA- Asociacin Chilena de Informtica en Salud Capacitacin, pruebas y validacin Capacitacin de usuarios Ni siquiera saban de la existencia del proyecto... Verificacin de errores y ajustes Evitar: y ya que estamos ... / se podra agregar... Apoyarse en la definicin del alcance Verificacin de criterios de validacin Si es que se definieron... Debe cumplir con el alcance: ni ms ni menos Frecuente: profesional clnico cree que todo lo relevado ser incluido Balde de agua fra a las expectativas: esto no es lo que solicit los informticos entendieron todo mal el software es una porquera
17 ACHISA- Asociacin Chilena de Informtica en Salud Implantacin, explotacin y evolucin Implantacin: Poner el software a funcionar luego de ser validado. Explotacin/Uso: Del software tal cual fue validado. Evolucin: Adaptacin del software a nuevas necesidades. El diseo influye en la adaptabilidad/modificabilidad. Ms tiempo que el desarrollo, y ms costoso... Cuidado con los costos ocultos: durante cunto tiempo? cunto costar? Genera dependencia tecnolgica y del proveedor. 18 ACHISA- Asociacin Chilena de Informtica en Salud Gestin del proyecto Comunicacin con interesados: Mantener las audiencias, elegir los mensajes, ser oportuno, no agobiar Manejar expectativas y cuidar las relaciones personales Crisis en expectativas: defraudamos a quienes nos apoyaron Definicin del alcance y criterios de aceptacin Ni ms, ni menos. Si cumple esto, est aceptado. Si no cumple, no. Visibilidad: qu est pasando? Contacto en anlisis de requisitos y en validacin. Durante el proceso los principales actores pierden visibilidad. Quienes dedicaron su tiempo al proyecto pierden motivacin. Generador de incertidumbre. 19 ACHISA- Asociacin Chilena de Informtica en Salud Gestionando los cambios en el registro clnico 20 ACHISA- Asociacin Chilena de Informtica en Salud Manejando los cambios Si el registro clnico debe cambiar, creemos un editor de formularios para agilizar los cambios Modelo: formulario, campo, tipo, restricciones. Facilita la actualizacin del registro clnico, pero... Representacin indirecta cambios en el conocimiento clnico No representa debidamente el conocimiento clnico Reutilizacin limitada (bien para un sistema) Problemas de gestin Se crean decenas de plantillas que nadie usa Inconsistencia: Permite representar el mismo concepto con distintas estructuras. 21 ACHISA- Asociacin Chilena de Informtica en Salud Manejando los cambios Aspecto semntico: No se define la semntica de cada campo Qu representa? Para qu sirve? En qu contexto se usa? Se pierde informacin til para la interoperabilidad. Limita la capacidad interpretacin de la informacin. No define relaciones con otros campos Ej. la presin arterial tiene 2 campos, deben estar relacionados. Limitacin en el procesamiento de la informacin: Reglas de utilizacin de la informacin estn hechas a medida en el software Conocimiento atrapado en el software y sin capacidad de reutilizacin El problema no es la edicin rpida del registro clnico, es la representacin del conocimiento de una forma estndar: El formulario debe derivarse de la representacin del conocimiento, no debe usarse como forma de definirlo. 22 ACHISA- Asociacin Chilena de Informtica en Salud Cambiando el enfoque 23 ACHISA- Asociacin Chilena de Informtica en Salud Cambiando el enfoque Profesionales de la salud gestionan el conocimiento clnico Son parte fundamental del proceso de desarrollo. El informtico no hace tareas para las que no est capacitado. Profesionales informticos dedicados a sus tareas Crear mejores sistemas, genricos, simples y flexibles. Diseados de forma inteligente, para el cambio. Lo importante es el conocimiento y la informacin: La tecnologa est en un segundo plano. Los sistemas mueren con los cambios tecnolgicos. La informacin clnica debe acompaar al paciente durante toda su vida. 24 ACHISA- Asociacin Chilena de Informtica en Salud Cambiando el enfoque Cambia el proceso de desarrollo En lugar de extraer el conocimiento del mdico, les brindamos herramientas para representarlo. No tiene porqu ser el usuario final, puede ser un mdico entrenado en modelado de contenido clnico. El mdico es parte integral de todo el proceso Ya no hay problemas de visibilidad o crisis de expectativas. El alcance es definido por el mdico: El software cumple lo que el mdico especifique, ni ms, ni menos. Gestin del conocimiento clnico no depende de los informticos El software se adapta a lo que el mdico especifica. 25 ACHISA- Asociacin Chilena de Informtica en Salud Cmo logramos el cambio de enfoque? Lo veremos en la prxima clase! Lecturas recomendadas: Clase 1: http://informatica-medica.blogspot.com/2011/08/gestion-de- proyectos-de-informatizacion.html Clases 1 y 2: http://informatica-medica.blogspot.com/2010/10/openehr-el- estandar-abierto-para.html 26 ACHISA- Asociacin Chilena de Informtica en Salud Preguntas? Recuerden que luego pueden preguntar en el foro de consultas del campus virtual de ACHISA http://www.achisa.org/campus/course/view.php?id=5 27 ACHISA- Asociacin Chilena de Informtica en Salud Hasta la prxima! El estndar abierto para Historias Clnicas Electrnicas a prueba de futuro Docente: Ing. Pablo Pazos Gutirrez pablo.pazos@cabolabs.com