La conexión a a.netsoins.com concentra varias capas técnicas que la mayoría de las guías de inicio pasan por alto: gestión del certificado TLS del lado del navegador, resolución DNS interna, política de caché en las tabletas compartidas. Optimizar este acceso no es una cuestión de comodidad, es una condición para que el DUI siga siendo fiable en tiempo real en todos los puestos del establecimiento.
Resolución DNS y certificado TLS: los ángulos muertos de la conexión Netsoins en EHPAD
Un fallo de conexión a a.netsoins.com casi nunca proviene del servidor remoto. En la mayoría de los casos, el problema se encuentra entre el puesto cliente y la puerta de enlace de red del establecimiento.
El primer punto a verificar es la resolución DNS local. Muchos EHPAD utilizan un servidor DNS interno proporcionado por la caja del operador o por un cortafuegos dedicado. Si este servidor almacena en caché una respuesta caducada o redirige a un portal cautivo (frecuente después de un reinicio de red), el navegador muestra un error de certificado o un tiempo de espera sin un mensaje explícito.
Configurar un DNS secundario fiable en cada puesto y tableta (por ejemplo, a través del DHCP de la red local) reduce este tipo de incidentes. En las tabletas Android utilizadas en carros de atención, el DNS puede estar bloqueado por el MDM (Mobile Device Management): entonces hay que intervenir a nivel de la política de configuración de red del MDM, no en la tableta misma.
El segundo ángulo muerto se refiere al certificado TLS de la plataforma. Netsoins funciona en HTTPS con un certificado renovado periódicamente. En los puestos cuyo almacén de certificados raíz no está actualizado (máquinas con Windows no actualizadas, tabletas antiguas), la renovación del certificado del lado del servidor desencadena una alerta de seguridad. El reflejo de “ignorar” la advertencia compromete la cadena de confianza y contraviene los requisitos de alojamiento HDS.
Configurar correctamente la conexión a a.netsoins.com para ehpad supone, por tanto, mantener actualizado el sistema operativo de cada terminal, incluidas las tabletas al final del pasillo que nadie piensa en actualizar.
Política de caché y sesiones compartidas en tabletas de atención
En EHPAD, una misma tableta pasa entre varios cuidadores durante un turno. Este funcionamiento plantea un problema concreto: la persistencia de sesión en el navegador.
Netsoins gestiona sesiones autenticadas del lado del servidor con un token de sesión almacenado en una cookie. Si el navegador conserva esta cookie después de la desconexión de un usuario, el siguiente cuidador puede acceder al expediente del residente bajo la identidad del anterior. Más allá del riesgo de RGPD, esto falsea la trazabilidad de los actos en el DUI.
- Activar la eliminación automática de cookies al cerrar el navegador, o configurar un perfil de “navegación privada” por defecto en las tabletas compartidas.
- Verificar que el tiempo de espera de sesión del lado de Netsoins esté alineado con la duración real de un turno de atención (generalmente configurable en la interfaz de administración).
- En las tabletas gestionadas por MDM, desplegar una política de limpieza de la caché del navegador en cada bloqueo de pantalla.
Estos ajustes son responsabilidad del administrador de red o del proveedor de informática, no de los equipos de atención. Documentar el procedimiento en el protocolo de seguridad del sistema de información del establecimiento garantiza su continuidad durante los cambios de personal técnico.
Identidad nacional de salud y DUI Netsoins: lo que la conexión debe permitir verificar
Acceder a Netsoins no se limita a mostrar el plan de atención. El Referencial nacional de identitovigilancia (RNIV), cuya versión “Principios comunes” data de diciembre de 2024, impone a los establecimientos controlar la calidad de la identidad digital de cada residente en el DUI.
En la práctica, cada expediente del residente debe estar referenciado con la Identidad nacional de salud (INS). Cuando un cuidador se conecta y abre un expediente, el software debe permitir verificar el estado de la INS (calificada, provisional, en error). Una conexión degradada (lentitud, tiempo de espera, sincronización parcial) puede ocultar una alerta de identitovigilancia y permitir que coexistan identidades no reconciliadas.
Este punto es aún más crítico ya que el programa ESMS Numérico impulsa a los establecimientos hacia la interoperabilidad con Mon espace santé y MSSanté. Verificar el estado de los intercambios INS después de cada actualización de Netsoins debería figurar en la lista de verificación de mantenimiento, al igual que la copia de seguridad de los datos.
Discrepancias de identidad: un síntoma de red a menudo ignorado
Una discrepancia entre la INS almacenada localmente y la que devuelve el teleservicio INSi puede provenir de un problema de sincronización relacionado con una conexión inestable. Antes de corregir manualmente la identidad en el expediente, hay que asegurarse de que la última sincronización se haya completado. El registro de intercambios (accesible en la interfaz de administración de Netsoins) permite verificarlo.
Integración Netsoins-Omnidoc: fiabilizar la teleexpertise sin doble entrada
La integración entre Netsoins y Omnidoc tiene como objetivo eliminar la doble entrada durante las solicitudes de teleexpertise. El principio: los datos del expediente del residente se transmiten directamente desde el DUI a la plataforma Omnidoc, sin reingreso manual por parte del médico coordinador.
Para que este flujo funcione, la conexión a a.netsoins.com debe permitir las llamadas API salientes hacia los servidores Omnidoc. Sin embargo, ciertos cortafuegos de EHPAD bloquean por defecto las conexiones salientes no referenciadas. El resultado: el botón “teleexpertise” en Netsoins devuelve un error silencioso, y el médico termina ingresando nuevamente los datos en Omnidoc, anulando el beneficio de la integración.
- Pedir al editor la lista de dominios y puertos a autorizar en el cortafuegos para la integración Omnidoc.
- Probar la conexión API desde un puesto de atención (no solo desde el puesto administrativo, que a veces se beneficia de reglas de red diferentes).
- Después de cada actualización del cortafuegos o del firmware de red, reiniciar una prueba de extremo a extremo sobre la teleexpertise.
El uso real de esta funcionalidad merece un seguimiento regular. Verificar cuántas solicitudes de teleexpertise pasan efectivamente por el flujo integrado, y cuántas son ingresadas manualmente, proporciona una medida concreta de la calidad de la conexión y de la configuración de red.
La conexión a Netsoins no es un logro fijo después del despliegue inicial. Cada actualización del software, cada cambio de hardware de red, cada renovación de certificado puede poner en cuestión la estabilidad del acceso. Integrar una prueba de conexión funcional (acceso al DUI, sincronización INS, flujo Omnidoc) en el mantenimiento periódico del establecimiento sigue siendo la forma más fiable de evitar regresiones silenciosas.
