Anexo I PPT - Recogida de señales electromédicos en e…

## AP - GT6 - DEFINICIÓN DE OBJETIVOS DE INTEROPERABILIDAD GT 6 - TELEMONITORIZACIÓN 09.05.2023  ## ÍNDICE | 2 BARRERAS ACTUALES Y OBJETIVOS DE INTEROPERABILIDAD................................... 6 | 2 BARRERAS ACTUALES Y OBJETIVOS DE INTEROPERABILIDAD................................... 6 | |------------------------------------------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------| | 2.1 | BARRERAS ACTUALES PARA EL INTERCAMBIO DE INFORMACIÓN ................... 6 | | 2.2 | OBJETIVOS DE INTEROPERABILIDAD...................................................................... 7 | | 3 DEFINICIÓN DE LA INTEROPERABILIDAD ........................................................................ 10 | 3 DEFINICIÓN DE LA INTEROPERABILIDAD ........................................................................ 10 | | 3.1 | REFERENCIAS DE BASE EN ESTA LÍNEA DE TRABAJO....................................... 10 | | 3.2 | MARCO GENERAL..................................................................................................... 10 | | 3.2.1 | Alcance funcional .................................................................................................... 10 | | 3.2.2 | Ámbitos de información........................................................................................... 11 | | 3.2.3 | Estándares .............................................................................................................. 12 | | 3.3 | ESCENARIOS DE INTEROPERABILIDAD ................................................................ 12 | | 3.4 | INDICADORES DE CONSECUCIÓN ......................................................................... 23 | | 4 ESCENARIOS DE INTEROPERABILIDAD Y DEMOSTRACIÓN......................................... 25 | 4 ESCENARIOS DE INTEROPERABILIDAD Y DEMOSTRACIÓN......................................... 25 |      ## 1 COMPROMISO CON LA INTEROPERABILIDAD El impulso de la interoperabilidad de la información sanitaria, tanto en el ámbito nacional como internacional, es una de las 3 líneas estratégicas transversales de la Estrategia nacional de Salud Digital. Habilitar el intercambio de datos e información entre los distintos agentes del Sistema Nacional de Salud nos permitirá brindar una atención sanitaria de mayor calidad y seguridad a los ciudadanos, independientemente de en qué punto de España reciban esta atención, además de facilitar el trabajo de los profesionales sanitarios y aumentar la cohesión del SNS. El Plan de Digitalización de Atención Primaria ha de generar proyectos escalables a nivel nacional. Por esta razón, la interoperabilidad es un principio fundamental en los proyectos que se van a desarrollar por parte de las CC.AA. que participan en este Grupo de Trabajo de Telemonitorización (GT6). En estos proyectos se habilita un intercambio de datos e información entre los distintos agentes del Sistema Nacional de Salud (SNS) que permita desde el inicio introducir criterios de interoperabilidad, el intercambio de información y la agregación o federación de datos con fines analíticos y de investigación, y donde se primará la colaboración y participación de las Comunidades mediante el Modelo de Ejecución colaborativa por las CC.AA. coordinadas por el Ministerio. Por tanto, tras la ejecución de estos proyectos se obtendrán activos de valor para la Transformación Digital del SNS que podrán ser adoptados como estándares del SNS e implantados en cualquier Servicio de Salud: En relación al compromiso de interoperabilidad, en el GT6 se identifican: Modelos: Estándares de interoperabilidad, modelos de integración o definiciones técnicas que puedan ser adoptados en el conjunto del SNS. -  Modelo conceptual de telemonitorización y plataforma. Aspectos organizativos y técnicos para el despliegue de estrategias de telemonitorización en los diferentes ámbitos de aplicación.    -  Definiciones metodológicas, definiciones de modelos de gobernanza, de negocio, procesos, protocolos y estandarizaciones: - -Caracterización de los ámbitos de actuación y tipos de pacientes - -Cartera de servicios de cuidados integrados - -Catálogo de servicios de telemonitorización - -Estándares de integración e interoperabilidad - -Definición de condicionantes técnicos y funcionales para proveedores - -Definición de componentes tecnológicos e infraestructura para telemonitorización - -Protocolos de actuación y seguimiento -  Definición funcional y técnica de los componentes tecnológicos de las plataformas de telemonitorización. Plataforma de integración de señales IoT, Portal del paciente y profesional, Apps móviles de usuario para la recogida de señales, Sistemas de comunicación con el usuario, Plataforma de cuidados integrados: telemonitorización y alarmas, Dispositivos de IoT. -  Definición de una estrategia de integración de las distintas plataformas de virtualización de la atención en una única solución que sea lo más segura, accesible y usable por parte de la ciudadanía, evitando una proliferación de distintas soluciones. -  Modelo de estandarización de los mecanismos seguros de acceso a la información de telemonitorización. -  Definición de los procesos de atención de pacientes crónicos desde la perspectiva de estándares de procesos y registro de la información, así como con el uso de diccionarios terminológicos.  … Productos: Módulos, artefactos o desarrollos software que podrán ser ofrecidos y utilizados para su implantación por otras CCAA. -  Componentes tecnológicos de las plataformas de telemonitorización. Plataforma de integración de señales IoT, portal del paciente y profesional,    apps móviles de usuario para la recogida de señales, sistemas de comunicación con el usuario, Plataforma de cuidados integrados: telemonitorización y alarmas, Dispositivos de IoT. -  Sistema para la conexión en base a estándares definidos/adoptados por la administración de las plataformas de telemonitorización en la nube de distintos proveedores (cardioimplantables, bombas de insulina, respiradores …) que permita avanzar en un modelo de conectividad sostenible, integrando toda la información en las plataformas de telemonitorización corporativas y en la HCE. -  … Servicios: Configurados durante la ejecución de los proyectos, que podrán ser ofrecidos para su prestación conjunta en otras CCAA. -  Plan de implantación y gestión del cambio -  Definición de las interfaces de integración de HCE de entrada y salida de la plataforma de seguimiento de crónicos. -  ... A continuación, se describe para la telemonitorización de pacientes: -  Las barreras actuales y objetivos de interoperabilidad; -  La definición y alcance de interoperabilidad que aplica; -  Casos de uso y demostración.    ## 2 BARRERAS ACTUALES Y OBJETIVOS DE INTEROPERABILIDAD Los Servicios de Salud regionales han avanzado en el desarrollo e integración de la telemonitorización y señales IoT de sistemas para mejorar el seguimiento de pacientes domiciliarios y su asistencia médica . Sin embargo, los problemas en cuanto a las dificultades en la estandarización e integración de información son comunes entre todas las CCAA, especialmente los problemas con las integraciones con terceros y el intercambio de información. Se pone de manifiesto que cualquier proyecto iniciado en este ámbito ha de considerar la integración tanto técnica como organizativa, siendo necesario desarrollar las plataformas de teleasistencia, protocolos de actuación, la incorporación de información proveniente de dispositivos, como la integración de éstos con la historia clínica del paciente. Teniendo en cuenta esta situación, se considera necesario desarrollar un proyecto estratégico organizativo y técnico para todas las CCAA que sirva de marco de referencia para todas las iniciativas de las CCAA y sus adaptaciones específicas teniendo como premisas principales el uso de protocolos, modelos de atención estándares de vigilancia y la integración de plataformas de teleasistencia en sus dispositivos IoT. ## 2.1 Barreras actuales para el intercambio de información Se describen las dificultades actuales para el acceso a la información y desarrollo de la actividad asistencial: 1. Interoperabilidad entre dispositivos y/o nubes de proveedores con plataformas de adquisición de señales IoMT El problema principal para la interoperabilidad entre dispositivos y plataforma IoMT es que no existe un protocolo único, que no todos cumplen con los estándares existentes, en algunos casos pueden tener capacidad de comunicación física sin garantía sintáctica y semántica.    Por otro lado, entre nubes de proveedores y plataforma IoMT, se plantea un cambio de paradigma del escenario, cada vez más los dispositivos se apoyan en la nube del proveedor, aparece un nuevo escenario de interoperabilidad para enrolamiento, y un escenario de interoperabilidad para recogida de datos para el IoMT (basado en IHE dominio PCD). ## 2. Interoperabilidad entre servicios de salud Debería ser a través del HCSNS, pero dando una nueva orientación hacia procesos para que el profesional pueda identificar cuales son los problemas de salud del paciente por lo que no se abordará en el grupo de trabajo. 3. Capacidad de adquisición de la información de los distintos dispositivos que se ponen a disposición del usuario (reloj inteligente, apps, dispositivos médicos…). En el caso de integración de dispositivos tipo reloj inteligente, smartband,etc, tenemos dos opciones apoyándote en las apis de los smartphones o integración con la nube. 4. Necesidad de modelado de variables discretas y continuas, alertas e información objetivable basada en escalas que deben ir integradas en la Historia Clínica Electrónica (HCE) Surge la necesidad de normalizar la información semánticamente para ser capaces de tratar la información en la HCE indistintamente del origen del dato, aplica tanto a variables clínicas como escalas o cuestionarios. ## 2.2 Objetivos de interoperabilidad Uno de los objetivos fundamentales del GT6 es disponer de un modelo único que ayude a la implantación de una plataforma de telemonitorización en las CCAA. Los subproyectos derivados de este grupo de trabajo tienen como objetivo la interoperabilidad de los diferentes dispositivos y plataformas que se puedan desarrollar e implementar en cada CCAA en su programa de atención primaria. Específicamente, se pretende definir a nivel funcional y técnico los requisitos y la implantación de servicios de telemonitorización mediante la construcción o compra de herramientas IoT. Esto contribuiría a una mejora en la eficiencia, por una parte, agilizando el seguimiento y por tanto tratamiento. Dicho proyecto constituye un esfuerzo que mejorará la atención al ciudadano y la calidad de la atención prestada.    A continuación, se describen los siguientes puntos a evolucionar respecto a la interoperabilidad en la telemonitorización de pacientes: ## 1. Integración con la HCE Es un requisito pero no se describirá en este documento, ya que la interoperabilidad interna de cada CA depende de su infratestructura/situación a nivel de sistemas de información, y no es viable definir una manera única válida para todos. 2. Integración con sistemas de comunicación paciente/profesional tanto síncronos como asíncronos La integración con los sistemas de comunicación se recomienda que eté basada en servicios y no directamente con los sistemas para evitar acoplamientos. ## 3. Integración con dispositivos La integración con los dispositivos se debe realizar a través de la concentración en local, sw, hw basada en componentes publicables de forma que se pueda mantener un catálogo de dispositivos conectables con garantías. ## 4. Integración con las nubes de proveedores de dispositivos Cada vez más muchos de los dispositivos de pacientes se apoyan en una nube del proveedor para guardar y procesar la información que van generando. Desde los sistemas de Salud surge la necesidad de tener esa información dentro de la propia historia clínica, o al menos en el datalake de la organización, por ser información de sus pacientes, por facilidad de uso en el acceso a la misma, y por tener la capacidad de manejar y explotar toda la información que generan estos dispositivos y que puede ayudar a definir mejoras en la atención a los mismos. 5. Integración con sistemas sociales (en un futuro integrarlo con el plan de cuidados integral del paciente) Los sistemas se podrán integrar o directamente o como si fueran una nube. ## 6. Integración con APPs de pacientes    Cada vez más los pacientes utilizan APPs que les permiten hacer un seguimiento o empoderamiento de sus problemas de salud. Hay que aprovechar esta familiaridad de los pacientes con las APPs para integrarlas y recoger la información relevante en los casos que así se considere. Esto implicará un proceso de catalogación de las APPS que podrán integrarse vía concentración o vía middleware en la nube.    ## 3 DEFINICIÓN DE LA INTEROPERABILIDAD ## 3.1 Referencias de base en esta línea de trabajo En este apartado se destacarán los documentos de consenso sobre interoperabilidad en telemonitorización en los que los participantes del grupo de trabajo se basarán para consensuar su enfoque. Las referencias a tener en cuenta son las siguientes: -  IHE (Integrating de Healthcarre Enterprise) -  Continua Health Alliance -  Marco Europeo de Interoperabilidad - Estrategia de aplicación : https://eurlex.europa.eu/legal-content/ES/TXT/HTML/?uri=CELEX:52017DC0134&from=LT ## 3.2 Marco general Se describe qué información se va a intercambiar: -  Alcance funcional: Consenso de herramientas que se desean incluir en el alcance del proyecto. -  Ámbitos de información: Definición consensuada de los conjuntos mínimos de datos a intercambiar. -  Estándares admitidos. ## 3.2.1 Alcance funcional Establecer un sistema de soluciones de telesalud personal interoperable que promueva la independencia y que capacite a las personas y organizaciones a gestionar mejor la salud y el bienestar. Los escenarios de interoperabilidad a los que se debe dar respuesta engloban el siguiente alcance funcional:    -  La recogida de información de forma pasiva derivada de diferentes dispositivos de monitorización electrónica escogiendo múltiples constantes (weareables y dispositivos electroclínicos e insideables), así como la información activamente reportada por el propio paciente, permitiendo la incorporación de forma activa de sistema de alarmas en base a una serie de parámetros definidos. -  La integración en la HCE para la evaluación continua del estado clínico del paciente. -  La integración de los sistemas de comunicación en los sistemas de información corporativos con el objetivo de mejorar la accesibilidad permitiendo a los pacientes crónicos disponer de consultas telefónicas, videoconsultas y/o comunicación asíncrona con los profesionales encargados de su seguimiento. Son pacientes conocidos y este tipo de interacción es muy eficiente y eficaz, con otros beneficios como la comodidad del paciente y la equidad al eliminar la barrera de la distancia (ubicuidad). -  Llevar toda la información recogida a los sistemas de análisis corporativos para permitir la explotación de la información y la alimentación de cuadros de mando. ## 3.2.2 Ámbitos de información Definición consensuada de los tipos de datos, conjunto mínimo y formatos que se desean integrar en la plataforma de telemonitorización: ## Elementos de información Variables clínicas LOINC: Variables clínicas discretas IDCO: dispositivos cardioimplantables DICOM: variables contínuas    Escalas SNOMED para cada elemento Cuestionarios SNOMED para cada elemento Informes pdf/a ## 3.2.3 Estándares -  Se utilizarán estándares de información clínica, tales como openEHR, HL7 FHIR, OMOP CDM, etc. -  De interoperabilidad general (orientación a servicios) y de interoperabilidad en entorno sanitario (HL7, CDA, DICOM, IHE). -  De seguridad y confidencialidad de la información. -  De usabilidad y accesibilidad. -  Junto a estos estándares, el uso de terminologías clínicas, y entre ellas particularmente SNOMED CT, jugarán un papel esencial para asegurar la correcta definición de los modelos de información y, consecuentemente, el aumento de la calidad de los datos gestionados en la plataforma. ## 3.3 Escenarios de interoperabilidad En ese apartado se definen y resuelven los diferentes escenarios de interoperabilidad contemplados en este documento, objeto de ser normalizados, de forma que tengamos un marco de referencia para todas las Comunidades Autónomas. 1. Integración con la HCE La integración con la HCE es un requisito imprescindible en un servicio de telemonitorización. La información recogida en este servicio debe estar integrada en la HCE, de forma que los profesionales de la organización tengan siempre la visión completa del paciente, incluyendo cualquier tipo de información que se esté generando en un servicio de estas características.    Sin embargo, hay que tener en cuenta la situación de partida en las distintas Comunidades Autónomas, el sistema de historia clínica es diferente, la arquitectura es diferente y las interfaces por tanto también. Por lo que se dejará esta integración como un requisito sin entrar a definir o valorar como se debe llevar a cabo en este documento. Solo se mencionarán algunos requisitos interesantes a tener en cuenta a nivel de interoperabilidad: -  Debe existir un interfaz SSO para la prescripción desde la HCE. -  Debiera existir un interfaz para consolidar información de telemonitorización de sistemas externos (siempre basada en estándares de aplicación). 2. Integración con sistemas de comunicación paciente/profesional tanto síncronos como asíncronos Dentro de un servicio de telemonitorización uno de los puntos fundamentales es la comunicación con el paciente. Disponer de diferentes canales de comunicación es uno de los requisitos funcionales definidos en el modelo. Para poder disponer de diferentes opciones de comunicación con el paciente como podrían ser: llamada, videollamada, mensajería asíncrona tipo chat, etc existen dos modelos de interoperabilidad: - 1) Integrar directamente los servicios de comunicación en los sistemas de telemonitorización - 2) Disponer de un sistema intermedio basado en servicios que desacople los sistemas de comunicación de la plataforma de telemoniorización, permitiendo la evolución de cada uno de ellos de forma independiente, y no condicionada a futuros cambios de plataforma, arquitectura, sistema, etc. Siendo recomendable este segundo escenario y que por tanto es el que se define en este apartado.  ## Actores: -  Sistemas de comunicación: Todos aquellos sistemas de comunicación a disposición de la organización, entre los que pueden estar sistemas de videoconferencia (JITSI, Openmeetings, TEAMS, etc. ), sistemas de telefonía (centralitas de CISCO, Alcatel, etc), sistemas de mensajería instantánea, etc. -  Midleware, implementa las labores de traducción e intermediario entre los sistemas de información de la organización y los sistemas de comunicación. -  Sistemas de información de la organización: Todos aquellos sistemas de la organización (HCE, plataforma de telemonitorización, carpeta ciudadanía, APPs, etc), que utilicen alguno de los sistemas de comunicación. ## Casos de uso: | Instalación |  Permitir comprobar los requisitos de ejecución del cliente. Se podrá solicitar que se autocompruebe si el cliente cumple con los requisitos para ejecutar un determinado evento de comunicación. | |---------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Participación |  Responder a un evento de comunicación. |       -  Permitir añadir información al evento, como el asunto, una url o un breve resumen del tema. -  Incorporar un miembro de la organización a un evento programado en marcha. -  Incorporar un miembro ajeno a la organización a un evento programado en marcha. -  Iniciar un evento de comunicación con todos los invitados a un evento programado que recibirán una señal de llamada. -  Abandonar un evento de comunicación. -  Cerrar un evento de comunicación. | Videoconferencia o llamada |  Acceder a la gestión de sala de la convocatoria. Se podrá indicar el rol y permisos de acceso de los usuarios a la sesión. | |------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Mensajería Instantánea |  Permitir a los profesionales con permisos acceder a una sesión de mensajería instantánea con un usuario o grupo de usuarios. (Deberá permitir que la búsqueda de usuarios, añadir usuarios, o gestión de la misma pueda ser deshabilitada para los profesionales que acceden desde la historia clínica electrónica u otros sistemas, para no perder la trazabilidad). | | Sesión |  Solicitar url de acceso a sesión para usuarios internos o invitados.  Solicitar información de una sesión, usuarios conectados, tiempo de sesión del evento, resultado de la realización de la misma, etc.  Notificar la finalización de una sesión.  Opción de activar la grabación de la comunicación. Se podrá grabar la sesión de forma opcional y/o configurable. | ## 3. Integración con dispositivos     Este escenario de integración describe la integración entre los dispositivos médicos de paciente responsables de la adquisición de datos clínicos y la historia clínica electrónica. Se desarrolla un caso particular que es la telemonitorización sin control de profesional. Múltiples dispositivos generan información clínica que debe ser persistida en un repositorio corporativo ligado a la historia clínica electrónica. Esta adquisición de señales, que podrá ser software o hardware, se debe basar en componentes publicables de forma que se garantice la adquisición de información clínica en base a catálogos de dispositivos y de variables clínicas, todo ello permitirá la contextualización sintáctica y semántica en la adquisición de información. El uso de estándares de integración es la forma de garantizar que esta adquisición se pueda llevar a cabo de forma eficiente y reutilizable por parte de cualquier sistema de salud.    ## Actores: -  Dispositivo (MDS) es cualquier equipo (hardware/software) que recoja/adquiera y genere información clínica. -  Receptor de la información (DOR), recibe, contextualiza sintáctica y semánticamente vinculando a paciente y envía la información obtenida de los distintos dispositivos o sistema de monitorización. Puede contener datos de estado, configuración del dispositivo de monitorización además de los parámetros de monitorización. -  Filtrado de datos (DOF), recibe la información y ejecuta un conjunto de acciones predeterminadas. Estas acciones ejercen la función de motor de reglas para el filtrado y persistencia en la HCE. -  Consumidor de datos (DOC), recibe la información y ejecuta una acción predeterminada, generalmente la persistencia de la información en la HCE. -  Plataforma de telemonitorización (IoMT), encargada de observar, filtrar y consolidar cualquier registro realizado por el paciente (engloba DOR, DOC y DOF). -  EHR, historia clínica electrónica del paciente. ## Casos de uso: 1. Adquisición de la información: - a. Dispositivo MDS que envía información en base a PCHAlliance.    - b. Dispositivo MDS con comunicación propietaria conocida por el IoMT. - c. Dispositivo MDS que almacena la información en un dispositivo móvil que es necesario recuperar. 2. Recepción de la información: - a. Se recibe la información del dispositivo con independencia del formato y contenido, contextualizando la información sintáctica y semánticamente y vinculándola a paciente para su envío al DOC. 3. Consumidor de la información: - a. Consume la información, hace persistencia intermedia y envía a la HCE. 4. Filtrado de datos: - a. Realiza consultas a los sistemas de concentración y aplica reglas para persistencia intermedia y en el envío a la HCE. ## 4. Integración con las nubes de proveedores de dispositivos Actualmente muchos de los dispositivos de monitorización que utilizan los pacientes de los servicios de Salud están almacenando información en sistemas Cloud que provee el propio proveedor de los dispositivos. El objetivo de esta integración es disponer de un conjunto de servicios estándar y común para todas las CCAA, para integrar la información de estos dispositivos en la plataforma de telemonitorización de pacientes de forma que esté disponible siempre en la Historia Clínica Electrónica para todos los profesionales. Se permitirá la integración de los dispositivos de monitorización de tipo dispositivos cardioimplantables, hemodializadores domiciliarios, sensores de glucosa, bombas de infusión de insulina, etc.     Hay distintos modelos de integración basados en los perfiles del dominio PCD (Patient Care Device Technical Framework ) de IHE, entre los que destacan: - IDCO (Implantable Device Cardiac Observation), este perfil especifica un mecanismo para la traducción, transmisión y procesamiento de datos discretos e informes asociados con dispositivos cardiaco-implantables. - DEC (Device Enterprise Communication), este perfil especifica la comunicación con los dispositivos del paciente. Esto se traduce en que un dispositivo de monitorización generará nuevos datos (variables y/o informes) de forma periódica, que se subirán a la nube del fabricante. Estos nuevos datos se remitirán a la plataforma de telemonitorización desde la nube, bien directamente o bien a través de algún middleware o componente intermedio. ## Actores: -  Nube proveedor: Los dispositivos suben y almacenan los datos en un sistema Cloud del que se requiere replicar toda la información recogida por el dispositivo. -  Conector FTP: El proveedor dispone de un middleware que se instala en la organización que recoge la información y la va descargando y    almacenando en un filesystem. Los mensajes remitidos serán HL7 ORU^R01. -  Conector Web Service: Los datos son remitidos directamente a un servicio web que los integrará en la plataforma. Este servicio web estará expuesto en la extranet a través de una pasarela de securización propia de la organización. La información puede ser remitida a través de HL7 FHIR o HL7 ORU^R01. -  Plataforma telemonitorización: La plataforma de telemonitorización mantendrá la vinculación de paciente/dispositivo, de forma que a la hora de recibir los datos comprobará en el mensaje si el paciente dispone de un dispositivo de esas características y si es correcto se procesa y almacena la información recibida para su posterior acceso en la historia clínica electrónica. ## Casos de uso: -  Integración con dispositivos cardiaco-implantables, basado en el perfil IDCO del PCD de IHE: - o Paciente con dispositivo cardiaco-implantable. - o Registro del paciente en la nube del proveedor. - o Registro de la vinculación dispositivo-paciente en la plataforma de telemonitorización. - o Las transmisiones del dispositivo se almacenan en la nube del proveedor. - o La información del dispositivo se vuelca en el sistema de salud a través del mecanismo establecido (conector FTP o conector web service). La variables estarán normalizadas a IDCO. -  Integración con otros dispositivos, basado en el perfil DEC del PCD de IHE:    - o Paciente con dispositivo implantado y/o asociado a paciente (dispositivos de medición de glucosa, bombas de infusión, dializadores domiciliarios, EKG de paciente, etc, ) - o Registro del paciente en la nube del proveedor. - o Las transmisiones del dispositivo se almacenan en la nube del proveedor. - o La información del dispositivo se vuelca en el sistema de salud a través del mecanismo establecido (conector FTP o conector web service). La variables estarán normalizadas a IDCO. NOTA: Está pendiente de fase de análisis para establecer los requerimientos de tratamientos de datos que sean de aplicación cuando el proveedor de servicios requiere al paciente un demográfico que implica que lo identifica en sus sistemas. 5. Integración con sistemas sociales (en un futuro integrarlo con el plan de cuidados integral del paciente) Los sistemas sociales generan información relevante para el ámbito clínico, la cual debe estar disponible para la prestación de la asistencia sanitaria. Para integrar los sistemas sociales se tendrán dos opciones: -  El sistema social utiliza la plataforma de telemonitorización con el rol de cuidador y registra directamente en el sistema. -  El sistema social se integra con la plataforma de telemonitorización como una nube más (ver apartado anterior - integración con las nubes de proveedores de dispositivos). ## 6. Integración con APPs de pacientes Las aplicaciones móviles de paciente son APPs diseñadas para ayudar a los pacientes a gestionar su salud y bienestar, como: -  seguimiento de síntomas -  acceso a información orientada al empoderamiento del pacientes   -  registros de datos de salud -  accede a recursos de comunicación -  recibe avisos o información personalizada hacia al paciente La integración de la información de estas aplicaciones de pacientes es relevante en el seguimiento de los pacientes en un servicio de telemonitorización. ## Actores -  APP: aplicación que genera la información. -  Módulo software de concentración: módulo software que permite la integración con el sistema de telemonitorización a través de una capa de servicios, cumpliendo funciones de securización y aseguramiento de la privacidad de los datos (https basado en certificados, https basado en confianza, gestión de tokens, etc) -  Backend de la APP : en ocasiones la integración con la plataforma IoMT puede ser a través del backend de la APP (que puede ser una nube del proveedor o tener una instalaciones en infraestructuras del cliente). -  Plataforma IoMT: que recopila, monitoriza y gestiona la información con origen en las APPs. Esta plataforma debe completar la catalogación de los APPs. ## Casos de uso 1. Catalogación APP en IoMT. Todas las APPs deben estar catalogadas en el IoMT para permitir la interoperabilidad con el sistema de telemonitorización. 2. Interoperabilidad de APP con módulo de sofware de concentración: El paciente registra o la APP captura la información. A través del módulo software de concentración la información se enviará de forma segura al IoMT para su procesamiento. Este escenario implica la compilación de la APP incluyendo el componente software.     3. Interoperabilidad de APP a través del backend: El paciente registra o la APP captura la información. A través del backend existen dos posiblidades: - Backend en las infraestructuras del Servicio de Salud, se integrará siguiendo el mismo esquema que los dispositivos (ver escenario integración con dispositivos). - Backend en la nube del proveedor de servicios, se integrará como una nube de proveedor (ver escenario integración con nubes de proveedores). ## 3.4 Indicadores de consecución Se proponen los indicadores que permitan evaluar el grado de consecución de la interoperabilidad de los escenarios descritos en este documento. | 1 | Servicios de telemonitorización integrados en HCE | n.º de servicios integrados en HCE de cada CA | n.º de servicios independientes en cada CA | | |-----|-----------------------------------------------------|--------------------------------------------------------------------|------------------------------------------------------------------|------------------------------------------------------------------| | 2 | Integración con sistemas de comunicación | CCAA con integración basada en un sistema intermedio que desacople | CCAA con integraciones directas con los sistemas de comunicación | CCAA con uso de sistemas de comunicación de forma indepentdiente | | 3 | Integración con dispositivos | CCAA con implementación basada en PCD | CCAA con otras integraciones | | | 4 | Integración con las nubes | Listado de cada CA - proveedor - dispositivo - | Listado de cada CA - proveedor - dispositivo - | Listado de cada CA - proveedor - dispositivo - |  - 5 Integración con sistemas sociales - 6 Integración con APPs de pacientes   ## modelo de integración n.º de integraciones por CA con sistemas sociales por modelo de integración Listado de cada CA - APP - modelo de integración    ## 4 ESCENARIOS DE INTEROPERABILIDAD Y DEMOSTRACIÓN El objetivo es recoger información de las CCAA que demostrarán los diferentes escenarios de interoperabilidad descritos en el documento. Escenarios de interoperabilidad recogidos en la tabla posterior: 1. (COM) Integración con sistemas de comunicación paciente/profesional tanto síncronos como asíncronos. 2. (DIS) Integración con dispositivos. 3. (NUB-P) Integración con las nubes de proveedores de dispositivos. 4. (SisSoc) Integración con sistemas sociales (en un futuro integrarlo con el plan de cuidados integral del paciente). 5. (APPS) Integración con APPs de pacientes. | Comunidad | Escenario de interoperabilidad | Escenario de interoperabilidad | Escenario de interoperabilidad | Escenario de interoperabilidad | Escenario de interoperabilidad | |-------------------------|----------------------------------|----------------------------------|----------------------------------|----------------------------------|----------------------------------| | | COM | DIS | NUB-P | SisSoc | APPs | | Aragón | | | | | | | Asturias, Principado de | | | | | | | Baleares | | | | | | | Canarias | | | | | | | Cantabria | | | | | | | Castilla y León | | | | | | | Castilla - La Mancha | | | | | | | Cataluña | | | | | | | Comunitat Valenciana | | | | | | | Extremadura | | | | | |    | Galicia | x | x | x | x | x | |----------------------|-----|-----|-----|-----|-----| | Madrid, Comunidad de | | | | | | | Murcia, Región de | | | | | | | Navarra, C. Foral | | | | | |    ## 5 SINERGIAS ENTRE GRUPOS DE TRABAJO PARA LA INTEROPERABILIDAD La determinación de las sinergias entre distintos GTs es un ejercicio crucial para la ejecución de los proyectos (colaborativos e individuales) del Plan de Transformación Digital de AP , teniendo siempre presente el marco de referencia del SNS. Estas sinergias se materializarán en entregables y desarrollos interoperables desde su diseño , garantizando la compatibilidad e intercambio de datos con otras plataformas regionales, nacionales e internacionales. A continuación, se presentan las sinergias detectadas entre el grupo de trabajo 6 y los otros grupos de trabajo del Plan de Transformación Digital de la Atención Primaria: | GT | SINERGIAS PRIORITARIAS | |----------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | GT1.1 Ciberseguridad | Establecer factores de autenticación de los usuarios (profesionales y gestores) en los productos y servicios, así como los niveles de seguridad y confidencialidad de los datos adaptados al rol del usuario y actuación. | | | Definición conjunta de un sistema de identificación, catalogación, inventariado y análisis de vulnerabilidades de los dispositivos médicos de telemonitorización. | | | Control y gestión para la incorporación constante de nuevos sistemas de información y nuevas tecnologías (dispositivos personales y dispositivos médicos). | | | Describir condiciones de seguridad que deben de cumplir los dispositivos IoT y mecanismos y herramientas que deben de incorporarse para garantizar un uso seguro de estos dispositivos. | | GT1.2 | Determinación y comunicación de qué indicadores se deben generar de |    | Cuadros de Mando | forma obligatoria en relación a los servicios de telemonitorización y la generación de alertas. | |-------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | GT1.3 Procesos para la Eficiencia en la Gestión | Definición de protocolos de actuación y usabilidad en plataformas de comunicación entre profesional-paciente. Definición de estándares e interfaces de comunicación que aseguren la | | GT2 RRHH y | viabilidad de integración con la plataforma para la gestión por procesos. Necesario también acordar la semántica. Compartir contenidos sobre gestión del conocimiento y del cambio. | | Gestión del | Creación de módulos dentro de la plataforma de formación, adaptado los diferentes profesionales y canales permitiendo la incorporación | | Conocimiento | a de contenidos y en diversos formatos que se generen en el GT6. | | GT3 Canal del Ciudadano | Trabajar en el concepto de 'Ventanilla Única' segura, accesible y usable para la atención al ciudadano evitando una proliferación de distintas soluciones: integración de Carpeta de Salud - Telemonitorización - HCE. | | GT3 Canal del Ciudadano | Integración del voicebot con plataformas de telemedicina, dispositivos médicos y sistemas de alerta. | | GT3 Canal del Ciudadano | Intercambio de información entre PHR y la Plataforma de Telemonitorización. | | GT4 Historia Clínica Digital | Incorporación de los datos provenientes de telemonitorización a la HCE, obteniendo indicadores que pueden ser relevantes en la toma de decisiones del proceso o generar alertas. | | GT4 Historia Clínica Digital | Estándares de procesos y registro de la información, así como con el uso de diccionarios terminológicos. | | GT4 Historia Clínica Digital | Integración de la información que viene de la telemonitorización en la HCE móvil. |    | GT5 Integración de Dispositivos e Imagen Médica | Estándares y requerimientos que deben cumplir los dispositivos médicos, más allá de la Imagen médica (Integración de señales y dispositivos). Colaboración para alinear requerimientos en aquellos dispositivos de telemonitorización que usen imagen médica (como podría ser un EKG). | |---------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | GT7 Soporte a la Decisión Clínica | Importante el envío de datos a la nube del proveedor y del middleware para el envío periódico de informes resumen que pueden incluir un modelo de interacción. Incluir alerta de fin de batería. Necesario tener en cuenta que cada proveedor tiene su estándar. El objetivo asistencial debe contemplar: informe resumen-sensor, el objetivo de gestión (análisis-IA) y las alertas. En el GT6, el modelo de datos homogéneo para análisis por parte de los modelos de IA debe contrastar con tecnologías ya consolidadas. Para el lanzamiento de alertas se debe estandarizar los datos a trabajar teniendo en cuenta los objetivos de gestión de la demanda. Guías de aplicabilidad y definición de protocolos de actuación de |