Instrucciones de uso

Mantenimiento de MESI mTABLET

10.1 CARGA DE LA BATERÍA Y ALMACENAMIENTO

Si desea utilizar el aparato con la alimentación de la batería, debe asegurarse de que la batería se cargue regularmente. Entre uso y uso, la MESI mTABLET UNIT debe colocarse en la unidad de acoplamiento MESI mTABLET WI-FI DOCKING UNIT para cargar su batería.

Si la capacidad de la batería disminuye significativamente después de un cierto período de uso intensivo, lo más probable es que la batería esté agotada y debe ponerse en contacto con su distribuidor o con el fabricante para que le cambie la batería.

Cuando el dispositivo se está cargando, la pantalla de MESI mTABLET mostrará el estado de carga.

10.2 INSTRUCCIONES DE LIMPIEZA

Se recomienda limpiar el dispositivo regularmente con un paño suave, seco o ligeramente húmedo. No utilice productos de limpieza agresivos, líquidos volátiles o fuerza excesiva al limpiar el dispositivo. 

10.3 VIDA DEL PRODUCTO Y ALMACENAMIENTO

Si se utiliza y mantiene correctamente, el dispositivo tendrá una vida útil mínima de 5 años. Puede almacenar el dispositivo bajo las condiciones adecuadas durante un máximo de 5 años. Cuando utilice el dispositivo después de su almacenamiento, le recomendamos que lo someta a un control de mantenimiento.

10.4 REQUISITOS DE INTEGRACIÓN Y CONECTIVIDAD DE RED

mTABLET podrá conectarse a una RED-TI (p. ej., una red hospitalaria o una infraestructura en la nube) para favorecer la integración con los sistemas de información sanitaria, la transmisión de datos segura y el acceso remoto a los servicios. En esta sección, se describen los requisitos procedimentales y técnicos para una integración con la red segura y eficaz. 

a) Finalidad de la conexión de mTABLET a una RED-TI 

mTABLET se conecta a una RED-TI para: 

  • sincronizar datos con los servicios en la nube (opcional); 

  • intercambiar datos de mediciones y pacientes con los sistemas de información hospitalaria (SIH/HCE); 

  • permitir un mantenimiento remoto seguro y actualizaciones de software (si procede). 


b) Características requeridas de la RED-TI 

La RED-TI debe cumplir las siguientes características: 

  • compatibilidad con la comunicación TCP/IP estándar; 

  • conexión Ethernet o Wi-Fi de 2,4 GHz o 5 GHz (base de carga de mTABLET); 

  • cifrado WPA2 o WPA3 (Enterprise o PSK); 

  • ancho de banda suficiente para la transmisión de datos médicos de baja latencia. 

c) Configuración requerida de la RED-TI 

La RED-TI debería configurarse de la siguiente forma: 

  • asignación de IP estática o DHCP; 

  • puertos abiertos para HTTPS (443) y DNS (53); 

  • acceso saliente permitido para los servicios en la nube de MESI (si se utiliza la nube); 

  • correcta gestión de identidades y certificados (si se usa WPA2-Enterprise o EAP). 

d) Especificaciones técnicas de la conexión de red, incluidas especificaciones de seguridad 

  • Protocolos de transporte: HTTPS a través de TLS 1.2 o superior 

  • Protocolos de aplicaciones: REST API, GDT, HL7, DICOM, XML, JSON o formatos de integración propios 

  • Cifrado de datos: todos los datos del sistema y de los pacientes se cifran en tránsito 

e) Flujo de información previsto

Flujo de información previsto
Origen Destino Tipo de datos
mTABLETSistemas HCE/SIHDatos de pacientes y resultados de pruebas
mTABLETNube (MESI)Datos de pacientes y resultados de pruebas
Nube (MESI)mTABLETSincronización del dispositivo y actualizaciones de software
SIH/HCEmTABLETDemografía de los pacientes y Worklist

La información se enruta a través de canales seguros y no atraviesa redes públicas, salvo que se configure de forma explícita para el funcionamiento en la nube. 

f) Situaciones peligrosas derivadas de fallos en la RED-TI 

Podrán darse las siguientes situaciones peligrosas si la RED-TI no cumple las características requeridas: 

  • pérdida o retraso de datos médicos críticos; 

  • sincronización incompleta que da lugar a registros obsoletos; 

  • acceso no autorizado a los datos debido a certificados o cortafuegos configurados de forma incorrecta; 

  • tiempo de inactividad de la red que provoca retrasos en los diagnósticos o interrupciones del flujo de trabajo. 

NOTA: en caso de error de la RED-TI, mTABLET seguirá funcionando en modo autónomo. Todos los datos de los pacientes y resultados de medición guardados localmente seguirán siendo accesibles para el usuario directamente en el dispositivo, lo que garantiza la continuidad de la atención incluso cuando se pierde la conectividad de la red. 

Información para la organización responsable 

La organización responsable (p. ej., departamento de TI del hospital) es responsable de garantizar que el entorno de la red donde funciona mTABLET cumpla lo siguiente: 

  • correcta segmentación y control del acceso para dispositivos médicos; 

  • infraestructura inalámbrica o por cable segura y fiable; 

  • parcheo y monitorización rutinarias de la red y de los puntos de acceso; 

  • evaluación del riesgo al modificar la red o añadir nuevos dispositivos; 


Cambios en la red que puedan afectar al rendimiento del dispositivo, entre ellos: 

  • reconfiguración de conmutadores, cortafuegos o puntos de acceso Wi-Fi; 

  • cambios en la topología de la red y limitaciones de ancho de banda; 

  • introducción de nuevos dispositivos conectados que pueden sobrecargar la infraestructura. 

NOTA: mTABLET tiene la validación del FABRICANTE para funcionar en redes estándar, pero no está validado para todas las posibles configuraciones de la RED-TI. La integración y el diseño de la red finales siguen siendo responsabilidad del integrador o de la organización sanitaria. 

Resumen de los riesgos de la red 

El sistema MESI mTABLET depende de una comunicación segura de la red para realizar diversas funciones, como la sincronización en la nube, los análisis, la configuración remota y la integración con sistemas externos. Los siguientes riesgos relacionados con la red se han identificado durante el proceso de modelado de las amenazas de ciberseguridad: 

Resumen de los riesgos de la red 
RiesgoCategoría de la amenaza Posible impacto Mitigación
Pérdida o retraso en la transmisión de los datosDenial of Service Denegación del servicioRetraso en la sincronización o la subida de datosAlmacenamiento de los datos en la caché local, mecanismos de reintento y lógica de aplicaciones primero sin conexión
Transferencia de datos incompleta o flujos de trabajo interrumpidosDenegación del servicioPérdida temporal de las funciones remotas (p. ej., copia de seguridad en la nube o exportación en PDF)Conservación del dispositivo de su plena funcionalidad y acceso a los datos sin conexión
Acceso no autorizado a terminales de redSpoofing / Elevation of PrivilegePotential for data leakage or control hijackingCifrado TLS 1.2+, vencimiento del token JWT y autenticación de la clave de API
Alteración o interceptación de los datosAlteración/divulgación de la informaciónIntegridad de los datos comprometida durante la transmisiónHTTPS para todo el tráfico, ejecución del algoritmo «hash», protección de la repetición y mitigación de CSRF
Compromiso de la integridad de los registros o seguimientos de auditoríaRepudioDificultad para realizar el seguimiento de incidentes o acciones del usuarioRegistros con validación de la fuente con sello de tiempo y monitorización de Sentry
Suplantación de identidad o autenticación débilSuplantación de identidad/divulgación de la informaciónOmisión de los controles de seguridad o acceso no autorizadoManejo seguro de credenciales, autenticación de 2 factores, asignación de certificados y no depuración de USB
Imposibilidad de realizar informes de errores o análisisDenegación del servicioPérdida temporal de la información o de los datos de usoNo afecta a la atención prestada al paciente, ya que la aplicación sigue funcionando con normalidad

NOTA: Even in the case of full IT-NETWORK failure, the MESI mTABLET remains operational in standalone mode. All locally stored patient data and test results remain accessible directly on the device, ensuring uninterrupted use at the point of care. 

ChatBot