LA SOLUCIÓN DALPHIE

DALPHIE es una plataforma digital de intercambio de la información médico-sanitaria que se basa en dos conceptos fundamentales: Identidad Auto-Soberana e Interoperabilidad Estandarizada.

Esto puede ofrecer un acceso a datos fácil y seguro desde múltiples ubicaciones y dispositivos, y mantener los datos a un costo menor que las opciones de almacenamiento actuales. Con una gran afluencia continua de datos, muchos hospitales necesitarán análisis cognitivos para clasificar y encontrar los puntos y tendencias de datos personalizados más importantes. Esta información se puede presentar de manera proactiva a médicos, pacientes y cuidadores en un formato fácil de entender que se adapta perfectamente a sus actividades diarias. Los pacientes pueden poseer sus datos, agregar y editar sus registros de salud y comunicarse de manera proactiva con sus cuidadores.

About us Shop now

DISEÑO DE LA PLATAFORMA

CAPA DE IDENTIDAD

La creación de la identidad digital soberana SSI permitirá al usuario gestionar el valor de sus datos y podrá limitar el acceso a los mismos o establecer qué datos compartir. Este cambio afecta al conjunto de la cadena de valor de la salud. El acceso a los datos de salud de millones de personas anónimas permitirá crear nuevos y mejores tratamientos, nuevas investigaciones, nuevas y mejores políticas de prevención. 

CAPA DE INTEROPERABILIDAD

Interoperabilidad representa la capacidad de diferentes entidades para llevar a cabo un intercambio eficiente y uso cooperativo de los datos de salud entre las partes del ecosistema. La capa de Interoperabilidad debe ser estandarizada y orquestada para poder interconectar diferentes tipos de sistemas de información médico-sanitaria.

CAPA DE SERVICIOS

La Capa de Servicios representa un entorno de despliegue para todos los servicios online. Esta capa se compone por dos partes: la parte servidora y la parte cliente. La parte servidora se implementa por los servidores web especializados que son interfaces externos de los sistemas de la información. La parte cliente son aplicaciones multi-dispositivo que contienen la Cartera de Identidad Digital y el Historial Clínico Personal.

capa de identidad

Los sistemas descentralizados implican un enfoque distinto sobre la identidad y propiedad de los datos de pacientes. La identidad en el contexto descentralizado incluye tres roles distintos: un emisor de datos, un propietario de datos y un verificador que realiza verificaciones sobre los datos del propietario.

Una oportunidad para implementar la identidad realmente descentralizada surge dentro del marco de la Tecnología de Ledger Distribuido (Distributed Ledger Technology, DLT). Diseñado como un archivo criptográfico de registros inmutables, un Ledger Distribuido sirve bien como un registro descentralizado para almacenar y descubrir las claves públicas necesarias para realizar verificaciones de identidad.

En DALPHIE, la Capa de Identidad se basa en las especificaciones de la Identidad Auto-Soberana (Self-Sovereign Identity, SSI) de Sovrin y su implementación Hyperledger Indy de Linux Foundation. Sovrin es una red descentralizada y construida sobre el Ledger SSI (Blockchain) público y permisionado.

Aplicada al ecosistema de la salud, la Identidad Auto-Soberana permite:

  • Proporcionar a los pacientes y a las partes interesadas una gestión de identidad unificada.
  • Introducir una nueva gestión de acceso que simplifique la interoperabilidad y permite una integración perfecta con mecanismos centralizados y federados.
  • Separar los datos médicos de los datos personales para que los pacientes puedan manejarlos de forma personalizada o anónima.
  • Preservar la privacidad del paciente en cumplimiento de los requisitos reglamentarios, por ejemplo, el Reglamento general de protección de datos (GDPR)
  • Mejorar la interoperabilidad entre entidades en entornos complejos.
  • Dentro de la gestión descentralizada de la identidad, se define el esquema de salud del paciente con todos los atributos necesarios. El esquema del paciente incluye también referencias a la información almacenada en repositorios de Big Data, así como las referencias a los servicios en línea contratados. Además, los identificadores descentralizados aplicados a dispositivos
  • Los métodos DID también pueden desarrollarse para identificadores registrados en sistemas de gestión de identidad centralizados o federados.

 

 

La arquitectura de la red SSI

Solo las entidades de confianza, que se llaman azafatos (stewards), gestionan los nodos Validadores que participan en el protocolo de consenso para validar nuevas transacciones en el Ledger SSI. Distintos Clientes son aplicaciones para móviles, tabletas u ordenadores, que utilizan los nodos Validadores para crear, modificar o revocar la identidad. Los nodos Observadores solo tienen permisos de lectura sobre el Ledger SSI para que los Agentes y Clientes recuperen registros y realicen verificaciones.

capa de interoperabilidad

El componente central de la Capa de Interoperabilidad es un Agente de Interoperabilidad responsable de almacenar y recuperar historiales clínicos de pacientes y otra información relevante. El Agente gestiona toda una gama de distintos tipos de repositorios de datos tanto estructurados como semi-estructurados y no-estructurados. Estos datos almacenados en la Capa de Interoperabilidad pueden explotarse posteriormente dentro del marco de los programas de investigación mediante herramientas de Big Data, Inteligencia Artificial (AI) y Machine Learning (ML).

DALPHIE define tres niveles de interoperabilidad:

  • La interoperabilidad sintáctica representa la capacidad de las entidades del ecosistema para interconectarse e intercambiar datos a través de los protocolos y formatos establecidos.
  • La interoperabilidad semántica representa la capacidad de las entidades del ecosistema para interpretar los datos intercambiados de una manera común.
  • La interoperabilidad pragmática representa la capacidad de las entidades del ecosistema para mantener un contexto común (fundamentos, contratos, políticas, requisitos, etc.) tanto dentro como a través de los límites del ecosistema.

capa de servicios

La arquitectura de esta capa se compone por dos partes: la parte servidora y la parte cliente. La parte servidora se implementa por los servidores web especializados que son interfaces externos de los sistemas de la información, como HIS, LIS, RIS, etc.

La parte cliente (Edge) son aplicaciones multi-dispositivo que contienen dos componentes: Cartera de Identidad Digital (Digital Identity Wallet, DIW) e Historial Clínico Personal (Personal Health Record, PHR). DIW es una aplicación instalada en un dispositivo del paciente que almacena y gestiona su Identidad Auto-Soberana. PHR es una aplicación móvil que está especializada en los servicios profesionales online de DALPHIE y permite conectarse con el IHR a través del Agente de Interoperabilidad.

La capa incluye servicios de distintos tipos:

  • Servicio de Autenticación: es un servicio de la Plataforma que se basa en una autenticación multi-factor (MFA) y sustituye el login tradicional con usuario y contraseña. El primer factor está implementado mediante la verificación del DID presentado por el cliente contra el registro del Ledger de Identidad. El segundo factor puede ser implementado mediante un pin/token dinámico o los datos biométricos.
  • Servicios de Pago: es un servicio de la Plataforma que permite realizar pagos y cobros entre un servicio y su cliente.
  • Servicios Médicos: son los servicios profesionales de distintos tipos: servicios de monitorización del estado de paciente, servicios de informes médicos, servicios de consultas online (telemedicina), etc.
  • Servicios de Seguros: son los servicios proporcionados por una aseguradora o mutua de salud que están relacionados con las pólizas de pacientes.
  • Otros servicios.

 

servicio de control glucémico para los pacientes con diabetes tipo 2 (T2D).

GLIKAL está dedicado a optimizar la gestión de la glucemia en paciente diabético y no diabético con el objetivo de normalizar los niveles de glucemia, evitar errores pasados como las pautas fijas tan frecuentes en urgencias y mejorar el pronóstico y la morbimortalidad en este tipo de pacientes. El servicio abarca a la totalidad de los actores que intervienen en la gestión del tratamiento de pacientes diabéticos, incluyendo el personal sanitario y al propio paciente diabético. GLIKAL brinda una cobertura completa de todas las etapas del tratamiento T2D (diagnóstico y tratamiento del paciente en urgencias, hospitalización y atención primaria. Además, el servicio prevé la incorporación posterior de los dispositivos de monitorización automática del estado diabético.

Servicio de seguimiento de diabetes tipo2

GLIKAL implanta un escenario típico según el cual un paciente contrata una póliza de seguros que le permita convertirse en beneficiario de un servicio que atiende a pacientes con T2D. Mediante su aplicación móvil (DIW+PHR), el paciente obtiene la identidad digital y concluye dos contratos de comunicación, uno con el Proveedor de Servicio y otro con el Agente de Interoperabilidad. Una vez finalizado el registro, el paciente puede acceder a una consulta de servicio online.

Para controlar acceso al servicio se implementa una autenticación multi-factor basada en la identidad digital auto-soberana SSI y un PIN dinámico. Al tener su DID compartido con el Proveedor de Servicio, el paciente en su aplicación móvil (DIW+PHR) sólo introduce un token de seguridad generado dinámicamente sin usar login tradicional (usuario y contraseña). La aplicación del Proveedor de Servicio procesa los datos de entrada, realiza el diagnóstico, hace las prescripciones de medicamentos necesarios y crea o actualiza los datos médicos del paciente en el repositorio de interoperabilidad. Una vez recibida la respuesta del servicio, la información del Historial Clínico Personal del móvil se actualiza mediante la conexión RESTful JSON con el Agente de Interoperabilidad.