FICHA DE AVANCE SUBPROYECTO. PROYECTO Innova-Saude SUBPROYECTO 7- Sistema inteligente de alertas multinivel ÁREA TEMÁTICAInnovación de servicios

Transcripción

1 FICHA DE AVANCE SUBPROYECTO PROYECTO Innova-Saude SUBPROYECTO 7- Sistema inteligente de alertas multinivel ÁREA TEMÁTICAInnovación de servicios 1. Nº total propuestas recibidas y empresas participantes: CONVOCATORIA ABIERTA DE PROPUESTAS DE SOLUCIONES INNOVADORAS SUBPROYECTO IS-7-Sistema inteligente de alertas multinivel Nº PROPUESTAS 25 ENTIDADES PARTICIPANTES ACCENTURE BALIDEA C&P BULL ESPAÑA S.A. CANDEDO & ABYPERSONALIZE CITIC - Centro de Investigación en Tecnoloxías CITIUS: Centro de Investigación en Tecnoloxías da Información EPTISA TECNOLOGÍAS DE LA INFORMACIÓN, S.A. GRADIANT: Fundacion Centro Tecnolóxico de Telecomunicacións de Galicia HP IMAXDI REAL INNOVATION ITMATI (Instituto Tecnológico de Matemática Industrial) LUCE INNOVATIVE TECHNOLOGIES S.L. NEXUS IT OESIA NETWORKS ORACLE Ibérica SRL PERSONA FÍSICA: ROCÍO LÓPEZ CONDE PHILLIPS IBÉRICA, S.A. SITEMAS AVANZADOS DE TECNOLOGÍA S.A UTE: COSAGA - CENDISA UTE: INDRA SISTEMAS, S.A.- TELEFÓNICA SOLUCIONES DE INFORMÁTICA Y COMUNICACIONES DE ESPAÑA, S.A. UTE: LABORATORIOS CENDISA- MEGALAB- VALENZUELA WIRELESS GALICIA S.L ÚLTIMA FECHA DE ENVIO PROPUESTA Fecha actualizada del último envío de propuestas: 12/09/ Alcance del proyecto / Análisis funcional: En la actualidad en el SERGAS existen múltiples estructuras de fuentes de datos en los centros sanitarios, inexistencia de protocolos automatizados de envío de información e inexistencia de una cadena de escalado automática en caso de no recepción del mensaje. El alcance de este subproyecto contempla un sistema único que centralice todas las alertas registradas en el conjunto de orígenes de datos existentes en el entorno sanitario utilizando los estándares más adecuados (EN13606, HL7, ). Las alertas serán detectadas mediante un motor de reglas que busque aquellos eventos o conjunto de eventos que se consideren de interés. A su vez, existirán reglas que permitan un escalado de la alerta en caso de que no haya sido atendida por el primer conjunto de destinatarios. El sistema comunicará las alertas a los destinatarios mediante el medio más adecuado en cada caso (IANUS, Gacela, , teléfono, ), así como acciones recomendadas para tratar la alerta. Los principales necesidades detectadas en el sistema actual son: Fichas Avance Subproyectospag1

2 Información:Análisis en tiempo real de los datos en su conjunto y no por áreas. Rapidez:La información debe buscar al destinatario. Comunicación:Envío de la información a los destinatarios elegidos para conseguir un tiempo de respuesta adecuado a la gravedad del evento. Seguridad:Asegurar que los eventos serán tratados aunque no hayan sido recibidos por sus destinatarios primarios. Automatismo:Actuar ante eventos sin la necesidad de colaboración humana. Ámbito: Situación actual Ámbito: Situación futura Nuevo evento ACCESO A DATOS Profesional clínico información Toma de decisio nes Nuevo evento No es alerta Sistema Información ANÁLISIS Alertas Crear alerta ALERTA Enviar a destinatario Profesional clínico Toma de decisio nes Los objetivos estratégicos de este subproyecto son: Disminución de los eventos adversos asistenciales. Aumento de la eficiencia en la atención prestada. Aumento de la calidad y del volumen de información recibida para el correcto tratamiento de los pacientes. Reducción de la carga de trabajo debida a la automatización posible en los pacientes sin eventos relevantes (automatización de tareas rutinarias). 3. Identificación de elementos innovadores a desarrollar: Identificación y análisis de los distintos orígenes de datos existentes en los centros sanitarios, incluyendo los desarrollados durante los planes InnovaSaúde y Hospital Integrar un sistema compuesto principalmente de un motor de reglas y diferentes conjuntos de reglas con capacidad de interacción tanto proactiva como reactiva a las fuentes de información. El sistema dispondrá de un editor de reglas para la creación de éstas. Envío de información relevante desde el sistema a los destinatarios adecuados en cada caso, utilizando uno o varios medios (IANUS, Gacela, medios móviles, ). Control de recepción de las alertas, con capacidad de escalarlas si no han sido recibidas por el Fichas Avance Subproyectospag2

3 destinatario principal. scentralizado con un servidor por área sanitaria. A continuación se muestra a modo ejemplo el diseño de la solución: En la siguiente imagen se muestra como se integraría el sistema inteligente de alertas multinivel con las aplicaciones corporativas y los orígenes de los datos existentes. Fichas Avance Subproyectospag3

4 4. Documentación anexa: Fichas Avance Subproyectospag4

5 Resumen ejecutivo Subproyecto SISTEMA INTELIGENTE DE ALERTAS MULTINIVEL Santiago de Compostela, 22 de febrero de 2013

6 Descripción general Múltiples estructuras de fuentes de datos en los centros sanitarios Inexistencia de protocolos automatizados de envío de información Inexistencia de una cadena de escalado automática en caso de no recepción del mensaje Sistema único que centralice todas las alertas registradas en el conjunto de orígenes de datos existentes en el entorno sanitario utilizando los estándares más adecuados (EN13606, HL7, ). Las alertas serán detectadas mediante un motor de reglas que busque aquellos eventos o conjunto de eventos que se consideren de interés. A su vez, existirán reglas que permitan un escalado de la alerta en caso de que no haya sido atendida por el primer conjunto de destinatarios. El sistema comunicará las alertas a los destinatarios mediante el medio más adecuado en cada caso (IANUS, Gacela, , teléfono, ), así como acciones recomendadas para tratar la alerta.

7 Necesidades detectadas Información: Análisis en tiempo real de los datos en su conjunto y no por áreas. Rapidez: La información debe buscar al destinatario. Comunicación: Envío de la información a los destinatarios elegidos para conseguir un tiempo de respuesta adecuado a la gravedad del evento. Seguridad: Asegurar que los eventos serán tratados aunque no hayan sido recibidos por sus destinatarios primarios. Automatismo: Actuar ante eventos sin la necesidad de colaboración humana.

8 Ámbito: Situación actual Nuevo evento ACCESO A DATOS información Toma de decisiones Profesional clínico

9 Ámbito: Situación futura Nuevo evento Alertas No es alerta ANÁLISIS Crear alerta Sistema Información ALERTA Enviar a destinatario Profesional clínico Toma de decisiones

10 Objetivos Estratégicos Disminución de los eventos adversos asistenciales. Aumento de la eficiencia en la atención prestada. Aumento de la calidad y del volumen de información recibida para el correcto tratamiento de los pacientes. Reducción de la carga de trabajo debida a la automatización posible en los pacientes sin eventos relevantes (automatización de tareas rutinarias).

11 Tareas a desarrollar y Diseño de la solución Identificación y análisis de los distintos orígenes de datos existentes en los centros sanitarios, incluyendo los desarrollados durante los planes InnovaSaúde y Hospital Integrar un sistema compuesto principalmente de un motor de reglas y diferentes conjuntos de reglas con capacidad de interacción tanto proactiva como reactiva a las fuentes de información. El sistema dispondrá de un editor de reglas para la creación de éstas. Envío de información relevante desde el sistema a los destinatarios adecuados en cada caso, utilizando uno o varios medios (IANUS, Gacela, medios móviles, ). Control de recepción de las alertas, con capacidad de escalarlas si no han sido recibidas por el destinatario principal. scentralizado con un servidor por área sanitaria.

12 Tareas a desarrollar y Diseño de la solución Conjunto mínimo de tipos de reglas admisibles por la aplicación: 1. Reglas simples (informes validados / parcialmente validados): Resultado {>, <, =, <>} Valor. Resultado dentro / fuera rango. Resultado contiene texto. Resultados de un tipo de muestra / área específicos. Existencia. Alarmas voluntarias (Laboratorios). 2. Reglas complejas: Conjunto de resultados de una petición. Históricas: a) Primera ocurrencia en un período de tiempo. b) Ocurrencia después de ocurrencia contraria. c) Número de ocurrencias en un período de tiempo.

13 Tareas a desarrollar y Diseño de la solución. Ejemplo 1. Resultados cultivo Sistema Información de Laboratorio 2. Solicitar nuevos resultados 3. Enviar nuevos resultados (cultivo positivo a aspergillus) alertas 4. Evaluar reglas (Si cultivo positivo a aspergillus, enviar aviso a servicio de Preventiva y enviar aviso a médico peticionario y enviar aviso a médico de cabecera) 5. Enviar alerta Servicio Preventiva Médico peticionario Médico de cabecera

14 Aplicaciones corporativas Orígenes de datos existentes IANUS GACELA otras Nuevos orígenes de datos Información de Laboratorio Información de Radiología Información Hospitalaria Otros Motor de reglas Reglas de actuación Editor de reglas Reglas de Clasificación Reglas de Suscripción Reglas de Escalado Trazabilidad Hospital en casa Hogar Digital otros Solicitud Envío información Envío alerta Comunicación segura Medios móviles Elementos susceptibles de compra pública Innovadora

15 Resumen ejecutivo Subproyecto SISTEMA INTELIGENTE DE ALERTAS MULTINIVEL Santiago de Compostela, 22 de febrero de 2013