2. Proyecto
Índice
1. Resumen ejecutivo
2. Propuesta de valor de las empresas implicadas
3. Arquitectura de la Plataforma
4. Módulos del Sistema
Página 2
4. Módulos del Sistema
5. Cronograma
6. Beneficios
Anexo 1: Caso de Uso. Pase de Visita
Anexo 2: Sistema de Localización
Tecnologías
Explotación de la información
Anexo 3: Reasignación de paquetes de trabajo
3. Proyecto
1. Resumen Ejecutivo
Higía es una plataforma única que permite centralizar y gestionar, de manera
inteligente y más eficiente, la información de los pacientes y de los diferentes
recursos sanitarios en movilidad en entornos hospitalarios.
El proyecto propone la creación e integración de tecnologías que pueden
utilizarse positivamente, de manera que mejoren la atención sanitaria hacia los
pacientes y que, además faciliten las actividades del personal sanitario.
Página 3
pacientes y que, además faciliten las actividades del personal sanitario.
La piedra angular de Higía es su arquitectura basada en agentes inteligentes,
así como la capacidad para conocer la ubicación de todos los recursos en
movilidad mediante novedosas técnicas y tecnologías de identificación y
localización en tiempo real.
La plataforma Higía permitirá su integración con los diversos sistemas
departamentales estándares de los centros sanitarios, al menos con la gestión
de pacientes, la gestión sanitaria y logística y la seguridad, mediante las guías de
integración HL7 que también se revisarán y fijarán en este proyecto como parte del
proceso de estandarización de la solución completa.
4. Proyecto
2. Propuesta de valor de las empresas del Consorcio
Diseñar y desarrollar el repositorio de información que almacenará
los datos de la plataforma
Diseñar y desarrollar los diferentes mecanismos de gestión de
información y comunicación en la plataforma a nivel documental
Página 4
información y comunicación en la plataforma a nivel documental
Revisar y fijar el proceso de estandarización de la plataforma
mediante las guías de integración HL7
Liderar la experimentación y validación de la plataforma de cara a
conseguir un desarrollo estable y viable comercialmente
Interfaces de comunicación con el resto de la plataforma
5. Proyecto
Diseñar y desarrollar un sistema de información
geográfico (GIS) que dé soporte de georreferenciación
a todos los recursos en movilidad y permita que el
resto de componentes de la plataforma puedan aplicar
algoritmos y cálculos espaciales. Por ejemplo, alertas
geográficas por posición o proximidad
2. Propuesta de valor de las empresas del Consorcio
Página 5
geográficas por posición o proximidad
Modelización del interior del hospital a partir de los
planos del edificio, inventario georreferenciado y
gestión de la ocupación de espacios
Adaptar los servicios anteriores para soportar el
acceso multimodal, es decir, mediante cualquier
terminal ampliamente extendido que pueda ser
utilizado por los usuarios potenciales de la plataforma
Interfaces de comunicación con el resto de la
plataforma
6. Proyecto
Diseñar y desarrollar la infraestructura de sensores que ofrecerá
los servicios de identificación y localización en Higía. Esta
infraestructura permitirá posicionar y localizar en todo momento los
distintos recursos móviles administrados y gestionados por Higía
2. Propuesta de valor de las empresas del Consorcio
Página 6
distintos recursos móviles administrados y gestionados por Higía
Diseñar parte de la inteligencia de Higía sobre la base de la
Tecnología de Agentes que permita ofrecer servicios de
computación de alto rendimiento
Diseñar y desarrollar un conjunto de novedosos algoritmos de
razonamiento adaptativos que permitan generan resultados
corregidos y que puedan ser trasladados a niveles superiores en las
capas de aplicación de Higía, de cara a facilitar la toma de
decisiones y la generación de eventos y alarmas en las
aplicaciones de usuario final
Interfaces de comunicación con el resto de la plataforma
7. Proyecto
1. Una infraestructura de sensores que envía datos (identificación y
localización) de manera periódica al sistema de localización
2. Un repositorio de información que almacenará los datos ya
3. Arquitectura de la Plataforma. Componentes
Página 7
2. Un repositorio de información que almacenará los datos ya
procesados que llegan al GIS
3. Un sistema de información geográfico (GIS) que da soporte de
georreferenciación y cálculos espaciales (p.e., alertas geográficas,
proximidad, etc.) al resto de componentes de la plataforma
4. Un conjunto de interfaces multimodales con soporte GIS
5. Interfaces de comunicación para garantizar la interoperabilidad del
sistema resultante
9. Proyecto
3. Arquitectura técnica de la Plataforma – justificación
del cambio
Debido a la renuncia de uno de los socios se ha optado por un nuevo
modelo de integración de la aplicación:
La propuesta inicial incluía la creación de un módulo que facilitara la
integración de componentes en una arquitectura distribuida
En el sistema actual se ha prescindido de ese módulo de integración,
Página 9
En el sistema actual se ha prescindido de ese módulo de integración,
desarrollando en su lugar módulos de comunicación seguros basados
en servicios web y otros protocolos cuya función es la comunicación
entre los diferentes componentes del sistema
El desarrollo de estos interfaces de comunicación por parte de todos
los implicados (Horus, Eptisa TI y USAL) facilitarán la creación de un
sistema basado en componentes independientes y reutilizables. Esto
redundará sin duda en una mayor interoperabilidad y escalabilidad del
sistema final.
En la siguiente figura se muestra la nueva arquitectura del sistema.
11. Proyecto
Desde un punto de vista funcional, la plataforma está integrada por los
siguientes Módulos:
A. Gestión de Localización en Interiores
B. Monitorización
C. Integración con sistemas externos
4. Módulos del sistema
Página 11
C. Integración con sistemas externos
D. Análisis de la información
Base de
datos de
antenas
Servidor
de mapas
Antenas
Techo
1
2
4
3
4
Dispositivo móvil
12. Proyecto
Soporte al despliegue de la infraestructura de sensores
Envío de datos de identificación y geolocalización de manera periódica
al Centro de Control. Basado en:
Un motor de automatización para controlar todo tipo de sensores y recogida
automática de datos
Un motor de geolocalización, o servidor de aplicaciones que calcula las coordenadas
4. Módulo A. Gestión de Localización en Interiores
Página 12
Un motor de geolocalización, o servidor de aplicaciones que calcula las coordenadas
Análisis del "estado del arte" de las tecnologías de posicionamiento para
integrar en la plataforma la localización de los elementos existentes en
el entorno sanitario para su monitorización, teniendo en cuenta distintos
sistemas de localización indoor basados en radiofrecuencia altamente
eficientes:
Tecnología ZigBee (ver Anexo)
CISCO Wifi
NOKIA High Accuracy Indoor Positioning HAIP
Otras BTLE (Bluetooth de Bajo Consumo)
13. Proyecto
Condicionantes para la elección de un sistema de localización en tiempo
real en entorno sanitario/asistencial:
1. Interfaces de usuario intuitivas que permitan visualizar en todo momento la
posición de los elementos móviles, detectar accesos a zonas restringidas o
gestionar alertas
2. Elevada tolerancia a la presencia de paredes y obstáculos
4. Módulo A. Gestión de Localización en Interiores
Página 13
2. Elevada tolerancia a la presencia de paredes y obstáculos
3. Implementación de estándares internacionales que garanticen una alta
escalabilidad
4. Banda de frecuencias homologada en entornos sanitarios
5. Despliegue rápido y sencillo de la plataforma inalámbrica
6. Infraestructura robusta, encriptación y recuperación automática ante fallos
7. Bajo coste de implantación y mantenimiento por m2, incluyendo infraestructura,
instalación y tags
8. Alta precisión y autonomía (bajo consumo de energía)
9. Capacidad de integración en dispositivos móviles, sensores y actuadores en la
misma infraestructura
14. Proyecto
Configuración de las relaciones entre las entidades a localizar
(activos y personas) y las áreas del hospital
Casos de uso identificados:
Localización directa: dónde se encuentra en este momento un
paciente/personal sanitario
4. Módulo A. Gestión de Localización en Interiores
Página 14
Dispositivo en área de acceso prohibido: un paciente/personal sanitario se
encuentra en un área de acceso restringido a su perfil, o un activo se
encuentra fuera de su área permitida de circulación
Dispositivo no está en un área donde debería estar: un paciente/personal
sanitario lleva un determinado tiempo sin encontrarse en su habitación o
área de trabajo
Áreas de cobertura obligada: no hay ninguno, o no hay el número
mínimo estipulado
Áreas de acceso prohibido: hay presencia de paciente/personal sanitario
15. Proyecto
1. Localización de personal sanitario
Se propone que el personal facultativo use como sistema de
geolocalización los propios dispositivos móviles con los que ha de
acceder a la HCE en un entorno de movilidad (smartphones o
tabletas)
4. Módulo A. Gestión de Localización en Interiores
Página 15
Casos de uso:
Análisis y control de tiempos y horarios
Análisis para mejora de rutas de personas dentro del hospital
Problemática:
El usuario puede rechazar su uso, p.e. por considerarlo acoso
laboral
Altos costes de posibles pérdidas o averías
16. Proyecto
2. Localización de pacientes
Se propone el uso de tags activos en forma de pulsera o de colgante
Casos de uso:
Selección automática de pacientes cercanos en pase de visita, en conjunción con la
localización del personal sanitario. Listado de pacientes en una zona
4. Módulo A. Gestión de Localización en Interiores
Página 16
localización del personal sanitario. Listado de pacientes en una zona
Identificación positiva de paciente en tareas de enfermería (extracciones de muestra
para laboratorio, transfusiones sanguíneas, administración de fármacos)
Problemática:
El paciente puede rechazar su uso (derecho a la intimidad)
Puede no ser médicamente aconsejable, p.e. en pacientes psiquiátricos o pediátricos
Posibles interferencias con pruebas diagnósticas, p.e. TAC, PET, o en equipos
médicos de alta sensibilidad, p.e. en quirófano
Logística de la asignación durante el ingreso administrativo (alta de paciente)
Identificación del paciente no unívoca si la precisión de localización no es suficiente
Coste de los tags no devueltos
17. Proyecto
3. Localización de dispositivos electromédicos móviles*
Estos dispositivos se utilizan profusamente en el entorno hospitalario,
generando información cuya transcripción manual es tediosa y puede ser
origen de errores.
Dotar al dispositivo de un conversor de puerto serie a ethernet-wifi para el
4. Módulo A. Gestión de Localización en Interiores
Página 17
Dotar al dispositivo de un conversor de puerto serie a ethernet-wifi para el
volcado de datos, utilizado también para la geolocalización del mismo
Casos de uso:
Captura de posición y datos de dispositivos electromédicos
Identificación de los distintos actores: paciente, técnico sanitario y
dispositivo electromédico
Problemática:
Desarrollo de un servicio que integre en la HCE los datos generados
* Electrocardiógrafos, aparatos de toma de constantes vitales,
pulsioxímetros, espirómetros, holters, …
18. Proyecto
Visualización en tiempo real, para seguimiento y monitorización de las
distintas entidades dotadas con sensores
Un GIS es la plataforma tecnológica idónea para un sistema de gestión
integral como la plataforma Higía, debido a sus capacidades de
almacenamiento, representación y explotación de la componente
espacial
4. Módulo B. Monitorización
Página 18
espacial
Presentación de los elementos sobre
el plano del hospital, registrando su
componente espacial en cada
momento
Almacenamiento en el repositorio
geográfico con fines de la propia
operativa hospitalaria, estadísticos e
históricos
19. Proyecto
Desarrollo de conectores necesarios para integrar la localización de las
distintas entidades con los sistemas externos identificados. En concreto,
resultará vital la integración:
Con los sistemas de gestión de HCE y aplicaciones derivadas
4. Módulo C. Integración
Página 19
Con los sistemas de gestión de HCE y aplicaciones derivadas
Con el proceso de admisión de pacientes. Etapas:
Identificación
Integración con maestro de pacientes y con la HCE
Asignación de cama
Con el resto de Sistemas de Información internos y aplicaciones
externas, para interoperabilidad del sistema sanitario global
20. Proyecto
La base del proceso de integración de las entradas/salidas del
sistema está en el empleo de interfaces gráficas diseñadas para
maximizar la usabilidad de la aplicación en situaciones de
movilidad en el acceso a los servicios electrónicos de la
plataforma. Con esta tecnología multimodal:
4. Módulo C. Integración
Página 20
plataforma. Con esta tecnología multimodal:
Un mismo servicio se presta independientemente del terminal por el
que se accede, adaptando a cada terminal la información que se
muestra
Los servicios están accesibles en cualquier momento y desde
cualquier ubicación sin necesidad de replicar el servicio para cada
forma de acceso
Permite el uso simultáneo de varios dispositivos, segmentado
la respuesta en función de su tipo. Por ejemplo, una imagen
radiológica es enviada a la tablet y un mensaje de voz al móvil
21. Proyecto
Generación de informes para toma de decisiones y mejora de procesos:
Informe de Alertas:
Resume las alertas disparadas durante un intervalo de tiempo
Informes de Presencia:
Tiempo de presencia de personal sanitario en cada una de las zonas
4. Módulo D. Análisis de información
Página 21
Tiempo de presencia de personal sanitario en cada una de las zonas
(habitaciones, pasillos, exterior de zona monitorizada)
Tiempo de presencia de pacientes en cada una de las zonas
(habitaciones, zona de espera para pruebas)
Informe de densidad de posiciones/tiempo:
Concentración de un dispositivo en un intervalo de tiempo determinado
Necesidades no identificadas: Los casos de uso de análisis estratégico
se definirán en conjunto con el personal gestor de SACyL
23. Proyecto
Para el Sistema Público de Salud
Optimización de recursos (personal y equipamiento) disponibles para control y mejora
en la calidad del servicio y en la eficiencia y eficacia de los recursos sanitarios, y
reducción de costes en centros hospitalarios
Minimización de errores en la identificación positiva del paciente (en pase de visita,
medicación, pruebas…) debidos a factor humano. Los profesionales tienen conocimiento
en cualquier momento de la ubicación física del paciente (y de la actividad programada
que se va a realizar sobre él) y del resto del personal
Para los usuarios del Sistema
5. Beneficios
Página 23
Para los usuarios del Sistema
Incremento en la calidad y continuidad del servicio asistencial, convirtiéndose en el
centro de un sistema donde los recursos necesarios en el proceso de atención sanitaria
están coordinados y disponibles a tiempo
Los familiares de pacientes hospitalizados pueden recibir alertas en tiempo real
Para otros agentes del Sistema
Disponer de sistemas de información más eficientes, con desarrollos basados en
estándares (servicios web, mensajería) permitirá mejorar la interoperabilidad de los
sistemas, y por tanto redundará en un mayor rendimiento y el retorno de las
inversiones para los gestores del sistema público de salud
Mayor colaboración pública-privada en el ámbito nacional e internacional entre todos
aquellos centros con historia clínica electrónica implantada
26. Proyecto
Acceso – Acceso a la aplicación
Protegido por usuario y contraseña
Después del acceso al sistema se obtiene la localización del
dispositivo, tanto geográfica como para establecer su contexto de
trabajo
Anexo 1: Posible Caso de Uso. Pase de Visita
Página 26
trabajo
27. Proyecto
Navegación – Información del Paciente
El volumen de información disponible depende de la capacidad de
la pantalla del dispositivo
Anexo 1: Posible Caso de Uso. Pase de Visita
Página 27
28. Proyecto
Módulo de Pacientes
Listado por contexto o por localización más cercana
Anexo 1: Posible Caso de Uso. Pase de Visita
Página 28
Información detallada de
paciente
Acceso a los aplicativos de
laboratorio, radiología, evolutivo
y seguridad
Información detallada del
equipo y su ubicación
29. Proyecto
Módulo de Laboratorio
Listado de analíticas efectuadas al paciente
Acceso a los detalles del informe
Anexo 1: Posible Caso de Uso. Pase de Visita
Página 29
31. Proyecto
Módulo de Evolutivos
Consultar de la evolución del paciente
Creación de nuevas notas de evolución
Anexo 1: Posible Caso de Uso. Pase de Visita
Página 31
32. Proyecto
Módulo de Seguridad
Configuración de listas de comprobación en el punto de atención para
prevenir y registrar incidencias de seguridad:
Seguridad Quirúrgica
Incidencias durante transfusiones
Anexo 1: Posible Caso de Uso. Pase de Visita
Página 32
Incidencias durante transfusiones
33. Proyecto
Módulo de Alertas
Permite advertir al usuario de determinadas situaciones en el
momento de atender al paciente
Anexo 1: Posible Caso de Uso. Pase de Visita
Página 33
35. Proyecto
Niveles de RSSI
Servidor localización
Anexo 2: Sistema de Localización
Tecnologías - Wifi
Página 35
Posición actual
Localización de los usuariosPuntos de acceso
Dispositivo con wifi
Ubicaciones
36. Proyecto
HAIP BTLE Positioning Beacons
Ceiling
3
Anexo 2: Sistema de Localización
Tecnologías – Bluetooth de bajo consumo (BTLE)
Página 36
Positioning
server
HAIP BTLE tag (or handset)
1
23
Monitor &
track
4
37. Proyecto
WiFi Zigbee BTLE
Tecnología
Posición obtenida por RSSI
y triangulación
Triangulation/ Proximity
time differential RSSI
Desarrollada
Anexo 2: Sistema de Localización
Tecnologías - Comparativa
Página 37
Desarrollada
especificamente para
localización
No No Parcialmente
Consumo Alto Alto Bajo
Costes de despliegue y
mantenimiento
Medio Alto Alto
Precisión 5 m. - 20 m. 5 m. 1 m. – 20 m.
Casos de uso
Localización puntual Bueno Bueno Bueno
Seguimiento Malo (consumo elevado) Malo (consumo elevado) Bueno (bajo consumo)
Nivel de Funcionalidad Visualización y Rutas Visualización y Rutas
Visualización, Rutas y
Navegación
38. Proyecto
Conexión con el/los sistemas de localización a implementar
Interface de Usuario para consulta de localización de pacientes,
Anexo 2: Sistema de Localización
Explotación de la información
Página 38
Interface de Usuario para consulta de localización de pacientes,
personal sanitario y dispositivos electromédicos
Interface de Servicios para proveer información de localización a
los demás componentes del sistema
39. Proyecto
Anexo 2: Sistema de Localización
Explotación de la información: Planos de planta del Hospital
Página 39
40. Proyecto
Anexo 2: Sistema de Localización
Explotación de la información: Consulta de presencia
Página 40
41. Proyecto
Anexo 2: Sistema de Localización
Explotación de la información – Interfaz de usuario (1)
Página 41
42. Proyecto
Anexo 2: Sistema de Localización
Explotación de la información – Interfaz de usuario (2)
Página 42
43. Proyecto
Anexo 2: Sistema de Localización
Explotación de la información – Interfaz de usuario (3)
Página 43
44. Proyecto
Anexo 2: Sistema de Localización
Explotación de la Información – Localización de Personas y
Equipos en Tiempo Real
Página 44
Sistema de LocalizaciónSistema de Localización
45. Proyecto
Anexo 2: Sistema de Localización
Explotación de la Información – Interfaz de servicios SOAP y
Rest
Página 45
––
46. Proyecto
Anexo 3: Reasignación de paquetes de trabajo
La siguiente tabla indica como ha cambiado el liderazgo en los
paquetes de trabajos en desarrollo en el marco del proyecto HIGIA.
En esencia se mantienen los objetivos y alcance funcional del proyecto
desarrollado, con el matiz del cambio de arquitectura
Página 46
PAQUETE DE TRABAJO
Propuesta
inicial
Propuesta
definitiva
PT01. Coordinación y seguimiento KEYLAND HORUS
PT02. Diseño y desarrollo de los sistemas de identificación y localización KEYLAND EPTISA
PT03. Diseño y desarrollo de los mecanismos de interacción y trazabilidad basados en GIS EPTISA EPTISA
PT04. Diseño y desarrollo de los sistemas de gestión inteligente de información. HORUS HORUS
PT05. Integración e implementación KEYLAND HORUS
PT06. Experimentación y validación de la plataforma KEYLAND HORUS
PT07. Difusión y explotación de resultados KEYLAND HORUS
47. Muchas gracias por su atención
“Si buscas resultados distintos, no hagas siempre lo mismo”
(Albert Einstein)