Saltar al contenido principal

WiFi para pacientes: Una guía completa para NHS Trusts y operadores de hospitales

Una guía técnica y comercial definitiva para NHS Trusts y operadores de hospitales sobre el despliegue, la seguridad y la monetización del WiFi para pacientes. Cubre la segmentación de red, el cumplimiento de DSPT, el filtrado de contenido y el aprovechamiento de la analítica para mejorar los resultados de los pacientes.

📖 4 min de lectura📝 859 palabras🔧 2 ejemplos resueltos3 preguntas de práctica📚 8 definiciones clave

Escucha esta guía

Ver transcripción del podcast
WiFi para pacientes: Una guía completa para NHS Trusts y operadores de hospitales Una sesión informativa técnica de Purple.ai — Guion de podcast Duración aproximada: 10 minutos --- [INTRO — 1 minuto] Bienvenidos a la serie de sesiones informativas técnicas de Purple. Soy su anfitrión, y hoy cubriremos algo que se encuentra justo en la intersección del bienestar del paciente, la gobernanza de TI y la eficiencia operativa: el WiFi para pacientes en los NHS Trusts y entornos hospitalarios. Si usted es un gerente de TI, un arquitecto de red o un CTO en un NHS Trust o grupo de hospitales privados, este tema es directamente relevante para su hoja de ruta. Vamos a cubrir las decisiones de infraestructura que debe tomar, las obligaciones de cumplimiento que no puede ignorar, las políticas de filtrado de contenido que protegen tanto a los pacientes como a la organización, y los modelos de precios que están redefiniendo cómo los Trusts piensan sobre la conectividad como servicio. También analizaremos cómo el WiFi, cuando se hace correctamente, realmente mejora los resultados de los pacientes, no solo las puntuaciones de satisfacción. Y cerraremos con algunas preguntas rápidas y un conjunto claro de siguientes pasos. Comencemos. --- [ANÁLISIS TÉCNICO PROFUNDO — 5 minutos] Comencemos con la arquitectura, porque aquí es donde la mayoría de los despliegues tienen éxito o fracasan antes de que un solo paciente se conecte. El principio fundamental del diseño de WiFi para hospitales es la segmentación de red. Usted está operando en un entorno donde el smartphone de un paciente se encuentra a metros de sistemas clínicos críticos para la vida: bombas de infusión, equipos de monitoreo de pacientes, terminales de expedientes clínicos electrónicos. Estos no pueden compartir el mismo segmento de red. Punto final. El enfoque estándar es la segmentación basada en VLAN. Normalmente desplegará tres VLAN distintas: una para el WiFi de pacientes, otra para el personal clínico y dispositivos médicos, y otra para los sistemas de gestión del edificio (CCTV, control de acceso, HVAC). Cada VLAN lleva sus propias políticas de QoS, sus propias reglas de firewall y su propia ruta de salida a internet. La VLAN de pacientes es la que pasa por el filtro de contenido y el Captive Portal. La VLAN clínica omite el Captive Portal por completo y se enruta a través de una ruta dedicada y monitoreada. En el lado de los puntos de acceso, debe considerar 802.11ax (Wi-Fi 6) como la base para cualquier nuevo despliegue. En el entorno de una sala de hospital, tiene una alta densidad de dispositivos, mucho escaneo pasivo de smartphones e interferencia de equipos médicos que operan en la banda de 2.4 GHz. Wi-Fi 6 maneja esto significativamente mejor que sus predecesores, gracias a OFDMA y BSS Colouring. Para nuevas construcciones o remodelaciones importantes, vale la pena especificar Wi-Fi 6E, que añade la banda de 6 GHz, ya que le brinda un espectro limpio y sin congestión para aplicaciones de alto rendimiento. Ahora, el backhaul. Aquí es donde los NHS Trusts a menudo no invierten lo suficiente. Una red WiFi para pacientes que atiende a un hospital de 500 camas con una densidad promedio de dos dispositivos por paciente, más visitantes, más el personal en la VLAN de pacientes, puede generar fácilmente una demanda concurrente de 800 megabits a 1.2 gigabits durante las horas pico. Su enlace de subida a internet debe dimensionarse en consecuencia. Una línea arrendada dedicada, no un circuito de banda ancha compartido, es la respuesta correcta aquí. Si no está familiarizado con la conectividad de línea arrendada, es una conexión dedicada, simétrica y sin sobresuscripción entre su sitio y el nodo de internet. Es la diferencia entre una autopista y un camino rural. El filtrado de contenido en la VLAN de pacientes es tanto una salvaguarda como un requisito de cumplimiento. El NHS ha publicado directrices que recomiendan que los despliegues de WiFi para pacientes bloqueen el acceso a categorías que incluyen: contenido para adultos, material ilegal, contenido extremista y apuestas. La implementación suele ser un filtro basado en DNS o proxy que se coloca en línea en la VLAN de pacientes. Proveedores como Cisco Umbrella, Zscaler y Palo Alto ofrecen soluciones adecuadas. La clave es asegurar que el filtro se aplique de manera consistente, que se actualice casi en tiempo real con fuentes de inteligencia de amenazas y que se registren los intentos de evasión. El Captive Portal (la página de inicio de sesión que los pacientes ven cuando se conectan por primera vez) es su mecanismo principal de recopilación de datos y consentimiento. Bajo el GDPR, debe obtener un consentimiento explícito e informado antes de procesar cualquier dato personal. Eso significa que su Captive Portal necesita un aviso de privacidad claro, una opción de aceptación explícita (opt-in) para cualquier comunicación de marketing y un registro de consentimiento que se almacene y sea auditable. Las plataformas como la solución Guest WiFi de Purple manejan esto de forma nativa, brindándole un portal de marca que cumple con el GDPR con gestión de consentimiento y analíticas integradas. Ahora hablemos de DSPT (el Data Security and Protection Toolkit). Este es el marco de autoevaluación anual del NHS y es obligatorio para todas las organizaciones del NHS y sus proveedores. Desde la perspectiva de WiFi, las afirmaciones clave que debe evidenciar incluyen: segmentación de red entre sistemas clínicos y no clínicos, controles de acceso en la infraestructura de red, registro de auditoría de eventos de acceso a la red y un procedimiento documentado de respuesta a incidentes. Si está desplegando WiFi para pacientes y no ha alineado su arquitectura con las afirmaciones de DSPT, está asumiendo un riesgo de cumplimiento que podría afectar su presentación anual. Sobre la cuestión de WiFi gratuito frente a WiFi de pago: la gran mayoría de los NHS Trusts operan el WiFi para pacientes como un servicio gratuito, financiado a través del presupuesto de capital del Trust o mediante un contrato de servicios gestionados con un operador externo. El modelo comercial que ha surgido en algunos Trusts más grandes involucra a un concesionario: una empresa que financia el despliegue de la infraestructura a cambio del derecho de mostrar publicidad o contenido premium a través del Captive Portal. Esto puede funcionar, pero requiere una gobernanza cuidadosa para asegurar que el contenido publicitario sea apropiado para un entorno clínico y que los datos de los pacientes no se moneticen de formas que entren en conflicto con los valores del NHS o las obligaciones del GDPR. --- [RECOMENDACIONES DE IMPLEMENTACIÓN Y ERRORES COMUNES — 2 minutos] Permítanme compartirles las tres cosas que más comúnmente salen mal en los despliegues de WiFi para pacientes y cómo evitarlas. Primero: un estudio de sitio insuficiente. Un hospital es uno de los entornos de RF más desafiantes que encontrará. Paredes de concreto gruesas, camas con estructura de metal, equipos médicos que generan interferencia y cubos de elevadores que crean zonas muertas. Necesita un estudio predictivo de RF profesional antes de especificar las ubicaciones de los puntos de acceso, y un estudio de validación posterior a la instalación antes de entrar en producción. No omita ninguno de los dos. Segundo: subestimar la carga de trabajo de cumplimiento. El cumplimiento de DSPT, la gestión del consentimiento de GDPR, la documentación de políticas de filtrado de contenido, las pruebas de penetración... estas no son tareas secundarias. Intégrelas en su plan de proyecto desde el primer día. Asigne a un responsable de gobernanza de la información que rinda cuentas por los entregables de cumplimiento. Si utiliza un proveedor de servicios gestionados, asegúrese de que su contrato incluya obligaciones explícitas de cumplimiento de DSPT y evidencia de su propia certificación Cyber Essentials Plus. Tercero: falta de monitoreo continuo. El WiFi para pacientes no es una infraestructura que se despliega y se olvida. Necesita un monitoreo continuo del estado de los AP, las tasas de asociación de clientes, la utilización del rendimiento y la efectividad del filtro de contenido. Una plataforma como WiFi Analytics de Purple le brinda visibilidad en tiempo real del rendimiento de la red y el comportamiento del usuario, lo cual es invaluable tanto para la gestión operativa como para demostrar el valor a la dirección del Trust. Una recomendación que le haría a cualquier Trust que se embarque en un proyecto de WiFi para pacientes: comience con una sala piloto. Elija una sala con un jefe de sala cooperativo, despliegue un segmento contenido de la red, opérelo durante 90 días, recopile comentarios de los pacientes y use esos datos para perfeccionar su modelo de despliegue antes de implementarlo en todo el Trust. Esto reduce el riesgo del proyecto y le brinda un caso de estudio interno muy convincente. --- [PREGUNTAS Y RESPUESTAS RÁPIDAS — 1 minuto] P: ¿Debería el WiFi para pacientes estar en el mismo SSID que el WiFi del personal? R: Absolutamente no. SSIDs separados, VLANs separadas, políticas de firewall separadas. P: ¿Necesitamos WPA3? R: Para nuevos despliegues, sí. WPA3 es el estándar actual y proporciona un cifrado significativamente más fuerte que WPA2, particularmente en escenarios de red abierta. P: ¿Cuánto tiempo debemos conservar los registros de conexión? R: Se recomienda un mínimo de 12 meses como estándar, alineado con las directrices de retención de datos del NHS y la Ley de Poderes de Investigación. P: ¿Podemos usar el Captive Portal para recopilar comentarios de los pacientes? R: Sí, y debería hacerlo. Una encuesta posterior a la sesión entregada a través del Captive Portal es una de las formas más rentables de recopilar respuestas para el Friends and Family Test. P: ¿Cuál es el costo típico por cama para un despliegue de WiFi para pacientes? R: Es muy variable, pero una referencia razonable para un nuevo despliegue en un Trust de agudos de tamaño mediano es de entre £200 y £400 por cama, todo incluido, contemplando infraestructura, servicio gestionado y soporte del primer año. --- [RESUMEN Y SIGUIENTES PASOS — 1 minuto] Para resumir: el WiFi para pacientes en los NHS Trusts es un despliegue complejo y con una alta carga de cumplimiento que requiere una arquitectura cuidadosa, un filtrado de contenido robusto y un marco de gobernanza claro. Bien hecho, mejora demostrablemente la satisfacción del paciente, apoya las iniciativas de salud digital y reduce la carga sobre el personal de la sala que actualmente atiende las quejas de conectividad. Sus siguientes pasos: encargue un estudio de sitio si aún no lo ha hecho. Alinee su arquitectura actual con las afirmaciones de DSPT. Evalúe a los proveedores de servicios gestionados frente a una tarjeta de puntuación clara que incluya el cumplimiento de GDPR, la capacidad de filtrado de contenido, la analítica y los SLA de soporte. Y si desea ver cómo la plataforma de Purple se alinea con estos requisitos, visite purple.ai o hable con uno de nuestros especialistas en atención médica. Hemos desplegado WiFi para pacientes en NHS Trusts, grupos de hospitales privados y redes de hogares de cuidado, y sabemos exactamente dónde están los desafíos. Gracias por escuchar. Hasta la próxima. --- [FIN DEL GUION]

header_image.png

Resumen Ejecutivo

Ofrecer un WiFi para pacientes robusto, seguro y en cumplimiento ya no es un servicio opcional para los NHS Trusts y los operadores de hospitales privados; es un requisito de infraestructura crítico. Los pacientes esperan conectividad para gestionar sus vidas, comunicarse con sus familias y acceder a servicios de salud digitales durante su estancia. Sin embargo, ofrecer esta conectividad en un entorno clínico introduce importantes desafíos técnicos y de gobernanza.

Esta guía proporciona un marco integral para que los gerentes de TI, arquitectos de red y CTOs diseñen, implementen y gestionen redes de WiFi para pacientes. Exploramos la necesidad de una segmentación de red estricta, las complejidades del cumplimiento del Data Security and Protection Toolkit (DSPT), la implementación de un filtrado de contenido riguroso y los modelos comerciales que sostienen estas implementaciones. Al tratar el WiFi para pacientes como un servicio de nivel empresarial en lugar de una conexión de banda ancha de consumo, los Trusts pueden mitigar riesgos, garantizar la integridad del sistema clínico y aprovechar plataformas como Guest WiFi para capturar información valiosa y mejorar la satisfacción del paciente.

Análisis Técnico Profundo: Arquitectura y Estándares

La base de cualquier implementación de WiFi en un hospital es la segregación absoluta entre el tráfico de los pacientes y los sistemas clínicos. Un hospital es un entorno de RF de alta densidad y alta interferencia donde operan dispositivos de misión crítica en estrecha proximidad con teléfonos inteligentes de consumo.

Segmentación de Red y Diseño de VLAN

Para proteger la integridad clínica, el WiFi para pacientes debe operar en una Red de Área Local Virtual (VLAN) dedicada. La arquitectura empresarial estándar dicta un mínimo de tres segmentos distintos:

  1. VLAN de Pacientes/Invitados: Se enruta a través de un Captive Portal, aplica un filtrado de contenido estricto y proporciona acceso exclusivo a Internet.
  2. VLAN Clínica: Dedicada a los dispositivos del personal y equipos médicos (por ejemplo, bombas de infusión, estaciones de trabajo móviles). Evita el Captive Portal y se enruta a través de una ruta segura y monitoreada.
  3. VLAN de Gestión de Edificios: Soporta dispositivos IoT, CCTV y controles ambientales.

El tráfico en la VLAN de Pacientes debe estar aislado a nivel de switch y restringido por reglas de firewall que denieguen explícitamente el enrutamiento a subredes internas.

network_architecture_diagram.png

Densidad de Puntos de Acceso y Planificación de RF

Implementar WiFi en un hospital requiere superar barreras físicas significativas: paredes revestidas de plomo, maquinaria pesada y concreto denso. Depender de la "cobertura de pasillo" es un modo de falla común. Es obligatorio realizar un estudio de RF predictivo, seguido de una validación activa posterior a la instalación.

Para nuevas implementaciones, IEEE 802.11ax (Wi-Fi 6) es el estándar de referencia. Su implementación de Acceso Múltiple por División de Frecuencias Ortogonales (OFDMA) y BSS Colouring es crucial para manejar la alta densidad de dispositivos típica de las salas de hospital modernas, reduciendo la latencia y mitigando la interferencia de los sistemas de telemetría médica que operan en la banda de 2.4 GHz.

Requisitos de Backhaul y Rendimiento

Un error común es aprovisionar puntos de acceso de nivel empresarial pero limitarlos con un backhaul insuficiente. Un hospital de 500 camas puede generar fácilmente 1 Gbps de demanda concurrente durante las horas pico de la tarde. Los operadores deben aprovisionar líneas dedicadas y no compartidas en lugar de circuitos de banda ancha compartidos para garantizar el rendimiento y evitar cuellos de botella en la red central. Para obtener más contexto sobre conectividad dedicada, consulte What Is a Leased Line? Dedicated Business Internet .

Guía de Implementación: Cumplimiento y Filtrado

Implementar la infraestructura física es solo la mitad del desafío; el marco de gobernanza y cumplimiento es igualmente crítico.

Cumplimiento de DSPT

Para los NHS Trusts, el cumplimiento del Data Security and Protection Toolkit (DSPT) no es negociable. Las implementaciones de WiFi para pacientes deben demostrar:

  • Segmentación de red estricta.
  • Controles de acceso robustos y registro de auditoría (los registros de conexión deben conservarse por un mínimo de 12 meses).
  • Pruebas de penetración anuales por parte de terceros.

dspt_compliance_checklist.png

Filtrado de Contenido

Las directrices del NHS exigen que el WiFi para pacientes bloquee el acceso a contenido inapropiado o dañino, incluyendo material para adultos, sitios extremistas y plataformas de apuestas. Esto se logra típicamente mediante filtrado basado en DNS o proxy aplicado directamente a la VLAN de Pacientes. La solución de filtrado debe consumir fuentes de inteligencia de amenazas en tiempo real para bloquear dinámicamente los dominios maliciosos recién identificados.

Captive Portals y GDPR

El Captive Portal es la puerta de entrada a la red y el mecanismo principal para capturar el consentimiento del usuario. Bajo el GDPR, los Trusts deben obtener un consentimiento explícito e informado antes de procesar datos personales (como direcciones MAC o direcciones de correo electrónico). El portal debe presentar una política de privacidad clara y opciones de aceptación explícitas. El uso de una plataforma robusta garantiza el cumplimiento al tiempo que permite la recopilación de datos demográficos valiosos.

ROI e Impacto Comercial: Modelos Gratuitos vs. de Pago

La estrategia comercial detrás del WiFi para pacientes define su sostenibilidad a largo plazo.

El Modelo de WiFi Gratuito

La gran mayoría de los NHS Trusts ofrecen WiFi para pacientes de forma gratuita en el punto de uso. Este modelo se financia típicamente a través de gastos de capital o presupuestos operativos. El ROI se mide en la satisfacción del paciente (a menudo reflejada en Friends and Family Test scores) y la reducción de la carga administrativa sobre el personal clínico, que ya no tiene que atender quejas de conectividad.

El modelo de concesionaria

Algunos Trusts más grandes emplean un modelo de concesionaria, donde un proveedor de servicios gestionados (MSP) externo financia la infraestructura a cambio de derechos de monetización. Esto puede implicar mostrar publicidad dirigida a través del Captive Portal o bien ofrecer un servicio por niveles (navegación básica gratuita, streaming premium de pago). Si se adopta este modelo, los Trusts deben asegurarse de que el contenido publicitario esté estrictamente vetado para alinearse con los valores del NHS y que las prácticas de monetización de datos cumplan con el GDPR.

Al integrar WiFi Analytics , los Trusts pueden monitorear la utilización de la red, rastrear los tiempos de permanencia de los pacientes y activar encuestas de retroalimentación automatizadas después de la conexión, transformando un centro de costos en un activo estratégico para la mejora operativa. Este enfoque basado en datos refleja implementaciones exitosas en otros sectores, como Healthcare y Retail .

Definiciones clave

VLAN (Virtual Local Area Network)

Una subred lógica que agrupa una colección de dispositivos de diferentes LAN físicas. Es esencial para aislar el tráfico de los pacientes de los sistemas clínicos.

Utilizado por los arquitectos de red para garantizar que un dispositivo de paciente comprometido no pueda acceder a equipos médicos sensibles o expedientes clínicos electrónicos.

DSPT (Data Security and Protection Toolkit)

Una herramienta de autoevaluación en línea que permite a las organizaciones del NHS medir su desempeño frente a los 10 estándares de seguridad de datos del National Data Guardian.

Obligatorio para todos los NHS Trusts; no segmentar adecuadamente el WiFi para pacientes o no registrar el acceso puede resultar en una presentación de DSPT fallida.

Captive Portal

Una página web que un usuario de una red de acceso público está obligado a ver e interactuar con ella antes de que se le conceda el acceso.

La interfaz principal para capturar el consentimiento del usuario, presentar los términos de uso y aplicar la identidad de marca a la experiencia de WiFi.

802.11ax (Wi-Fi 6)

La sexta generación del estándar Wi-Fi, diseñada específicamente para mejorar el rendimiento en entornos de alta densidad.

Crucial para las salas de hospital donde docenas de dispositivos de pacientes, visitantes y personal compiten por el tiempo de transmisión simultáneamente.

OFDMA (Orthogonal Frequency-Division Multiple Access)

Una función de Wi-Fi 6 que permite que una sola transmisión entregue datos a múltiples dispositivos simultáneamente.

Reduce la latencia y mejora la eficiencia en entornos hospitalarios saturados, evitando que la red se detenga por completo durante las horas pico.

Content Filtering

El uso de software o hardware para restringir el contenido que un lector está autorizado a acceder a través de la red.

Requerido por las directrices del NHS para evitar el acceso a contenido ilegal, extremista o para adultos en las redes de pacientes.

Leased Line

Una conexión de datos simétrica, de ancho de banda fijo y dedicada que conecta a una empresa directamente con el nodo de internet.

Necesaria para el backhaul de WiFi de hospitales para asegurar un rendimiento garantizado, evitando los problemas de saturación de la banda ancha compartida.

MAC Address

Un identificador único asignado a un controlador de interfaz de red (NIC) para su uso como dirección de red en las comunicaciones.

Considerada datos personales bajo el GDPR; su recopilación y almacenamiento por parte de la plataforma de analítica de WiFi requiere el consentimiento explícito del usuario.

Ejemplos resueltos

Un NHS Trust de 400 camas está experimentando una congestión de red severa en su WiFi para pacientes heredado durante las horas de 6 PM a 9 PM, lo que genera quejas de los pacientes y distracción del personal. La configuración actual utiliza una conexión de banda ancha compartida de 500 Mbps y puntos de acceso Wi-Fi 4 (802.11n) en los pasillos.

  1. Actualizar el backhaul a una línea arrendada simétrica dedicada de 1 Gbps para garantizar el rendimiento en horas pico. 2. Reemplazar los AP Wi-Fi 4 de los pasillos por AP Wi-Fi 6 (802.11ax) dentro de las habitaciones para mejorar la penetración de RF y gestionar la alta densidad de dispositivos mediante OFDMA. 3. Implementar la regulación de tráfico (traffic shaping) en el firewall para limitar el ancho de banda de los usuarios individuales a 5 Mbps, evitando que un solo usuario monopolice la conexión con streaming en 4K.
Comentario del examinador: Este enfoque aborda tanto las limitaciones físicas de RF como las restricciones lógicas de ancho de banda. Mover los AP a las habitaciones resuelve los problemas de atenuación causados por las paredes del hospital, mientras que el Wi-Fi 6 gestiona la densidad. La regulación de tráfico garantiza un uso justo, lo cual es crítico en una red de uso gratuito y financiada con fondos públicos.

Un grupo de hospitales privados desea implementar una nueva red WiFi para pacientes, pero le preocupan las implicaciones de cumplimiento de DSPT al capturar datos de pacientes en el Captive Portal.

Implementar una solución de Captive Portal que cumpla con el GDPR (como Purple) que separe los datos de autenticación de los datos clínicos. Configurar el portal para requerir un consentimiento explícito (opt-in) para cualquier procesamiento de datos que vaya más allá del mínimo requerido para el acceso a la red. Asegurar que la VLAN de pacientes esté estrictamente aislada de la VLAN clínica a través del firewall central. Implementar filtrado de contenido basado en DNS para bloquear categorías maliciosas e inapropiadas.

Comentario del examinador: La clave aquí es el aislamiento y el consentimiento explícito. Al utilizar un Captive Portal gestionado, el hospital delega la complejidad de la gestión del consentimiento. La segregación estricta de VLAN cumple con el requisito principal de DSPT de proteger los sistemas clínicos de los dispositivos de invitados no confiables.

Preguntas de práctica

Q1. Un NHS Trust desea implementar un único SSID tanto para el personal como para los pacientes para 'simplificar la experiencia del usuario'. Planean usar un Captive Portal para diferenciar los tipos de usuario. ¿Se recomienda este enfoque?

Sugerencia: Considere los requisitos de DSPT para la segmentación de red y el riesgo de un dispositivo de paciente comprometido.

Ver respuesta modelo

No, este enfoque es altamente desaconsejado e introduce riesgos de seguridad significativos. El tráfico de los pacientes y del personal clínico debe segregarse a nivel de VLAN con SSIDs separados. Confiar únicamente en un Captive Portal para la diferenciación no proporciona un aislamiento adecuado de Capa 2, lo que expone a los sistemas clínicos a riesgos de malware o movimientos laterales originados desde dispositivos de pacientes no confiables.

Q2. Un hospital planea actualizar su WiFi para pacientes y quiere asegurar una cobertura adecuada. El gerente de TI sugiere colocar los puntos de acceso en los pasillos principales para cubrir las habitaciones de pacientes adyacentes y ahorrar en costos de hardware. ¿Cuál es la falla en este plan?

Sugerencia: Piense en la construcción física de los entornos hospitalarios y la atenuación de RF.

Ver respuesta modelo

La colocación en pasillos es una estrategia fallida en los hospitales. Las paredes de los hospitales a menudo contienen revestimiento de plomo (para salas de rayos X), concreto pesado e infraestructura densa que atenúa severamente las señales de RF. Esto resulta en una cobertura deficiente dentro de las habitaciones, alta latencia y conexiones caídas. Los puntos de acceso deben desplegarse dentro de las habitaciones o salas de pacientes basándose en un estudio predictivo de RF profesional.

Q3. Un Trust ha desplegado WiFi para pacientes pero recibe quejas sobre velocidades lentas durante la noche. Los AP son Wi-Fi 6 y los switches centrales tienen capacidad de 10G. La conexión a internet es una línea de banda ancha compartida de 1 Gbps. ¿Cuál es el cuello de botella probable?

Sugerencia: Diferencie entre la capacidad de la red local y el backhaul de WAN.

Ver respuesta modelo

El cuello de botella es la conexión a internet de banda ancha compartida. Incluso con una infraestructura local de alta capacidad (switches Wi-Fi 6 y 10G), una línea de banda ancha compartida sufre de tasas de sobresuscripción, lo que significa que el ancho de banda se comparte con otros inmuebles de la zona. Durante las horas pico de la noche, esta saturación degrada severamente el rendimiento. El Trust debería actualizarse a una línea arrendada dedicada y sin sobresuscripción.