Plataformas de WiFi para visitantes del sector salud: comparación entre incorporación de pacientes, filtrado de contenido e aislamiento de VLAN

Las plataformas de WiFi para visitantes del sector salud más sólidas colocan a pacientes, visitantes y contratistas en VLANs separadas asignadas por RADIUS, y mantienen los dispositivos IoT clínicos totalmente fuera de la red de invitados. Aplican filtrado DNS que bloquea las listas de la IWF y CTIRU. Conectan a los pacientes de larga estancia una sola vez desde su cama, con una clave personal que dura toda su estancia hospitalaria.

¿Qué enfoque de plataforma de WiFi para visitantes del sector salud debe elegir?

El WiFi hospitalario atiende a cuatro poblaciones con perfiles de riesgo distintos: pacientes, visitantes, contratistas y dispositivos clínicos. Una plataforma que los trata como un solo grupo de "invitados" genera tres problemas. Aumenta la exposición en materia de protección de datos y seguridad, los sistemas clínicos se vuelven accesibles y el mostrador de enfermería se convierte en una mesa de ayuda de WiFi.

Para la mayoría de los recintos, la respuesta correcta combina modelos de acceso en lugar de elegir solo uno:

• Los pacientes internados obtienen acceso basado en identidad: una clave personal, emitida una sola vez en su cama, que reconecta todos sus dispositivos durante el tiempo que dure su estancia.
• Los visitantes y pacientes ambulatorios utilizan un Captive Portal registrado (la página web que muestra un dispositivo antes de acceder a internet), con verificación por correo electrónico o SMS.
• Los contratistas obtienen acceso patrocinado y con límite de tiempo que expira en la fecha de finalización del contrato.
• El IoT clínico nunca toca la plataforma de invitados. Permanece en una red clínica independiente, autenticada con IEEE 802.1X o iPSK y segmentada detrás de un firewall.

Purple ofrece las primeras tres opciones sobre los puntos de acceso que ya opera, como una capa superpuesta en la nube. La capa superpuesta funciona con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. Purple ha gestionado redes de invitados desde 2012 y está activo en más de 80,000 recintos en 90 países. La plataforma gestiona 500 millones de usuarios e inicios de sesión al año. Cuenta con las certificaciones ISO 27001, Cyber Essentials y B Corp, y cumple con GDPR y CCPA.

Si desea resolver primero la cuestión del hardware, lea Por qué su próxima actualización de WiFi no requiere hardware nuevo.

¿En qué se diferencian realmente las plataformas de WiFi para pacientes en hospitales?

Todas las plataformas afirman ofrecer un acceso de invitados seguro y filtrado. Las verdaderas diferencias se aprecian en tres ejes. El primero es cómo se reconecta un paciente en el día cinco. El segundo es cómo se separa el tráfico. El tercero es a qué identidad se vincula un evento de filtrado.

Modelo de acceso	Cómo se conecta un paciente o visitante	Reconexión durante una estancia de 7 días	Separación de tráfico	Eventos de filtrado atribuidos a	Mejor opción para
SSID abierto, Captive Portal de un solo clic	Acepta términos en una página de inicio	Se le solicita nuevamente en cada expiración de sesión	Una VLAN de invitados compartida con aislamiento de clientes	Solo a la dirección MAC del dispositivo	Áreas de espera de pacientes ambulatorios, visitas cortas
Captive Portal registrado (verificación por correo electrónico o SMS)	Verifica un dato de contacto una sola vez	Se solicita cuando la sesión o el registro MAC expira	VLAN de invitados compartida con aislamiento de clientes	Correo electrónico o número de teléfono móvil verificado	Visitantes, casos ambulatorios, salas de espera de urgencias
Basado en identidad (iPSK o burbuja de red privada)	Escanea un código QR en la cama y recibe una clave personal	Sin solicitudes si la duración de la clave coincide con la admisión	VLAN por identidad o burbuja privada asignada por RADIUS	Clave nombrada por paciente o cama	Pacientes hospitalizados, maternidad, salas de larga estancia y rehabilitación
Passpoint u OpenRoaming	Se conecta automáticamente con un perfil aprovisionado	Sin solicitudes mientras el perfil sea válido	Política aplicada por el dominio del proveedor de identidad	Cuenta de proveedor de identidad	Personal y visitantes que ya cuentan con un perfil

Algunas definiciones ayudan aquí. iPSK (clave precompartida de identidad) le da a cada persona o dispositivo su propia contraseña de WiFi en un SSID compartido. RADIUS es el protocolo de autenticación que verifica las credenciales y devuelve la política al punto de acceso. Passpoint (Hotspot 2.0) permite que un dispositivo se una automáticamente utilizando una credencial almacenada. OpenRoaming es la federación de la Wireless Broadband Alliance creada sobre Passpoint.

¿Cómo separan las plataformas de WiFi para invitados en hospitales el tráfico de pacientes, visitantes, contratistas e IoT clínico?

La separación ocurre en tres capas: el SSID, la VLAN y el firewall. Una VLAN (LAN virtual, definida en IEEE 802.1Q) divide una red física en redes lógicas aisladas.

Asignación dinámica de VLAN. No necesita un SSID por cada población. Cada SSID adicional agrega tiempo de aire para beacons, y proveedores como Cisco y HPE Aruba recomiendan mantener el conteo bajo. RADIUS puede devolver una VLAN al iniciar sesión en su lugar, utilizando los atributos de túnel estandarizados en RFC 3580. La clave de un paciente termina en la VLAN de pacientes, y la credencial de un contratista en la VLAN de contratistas. Ambas llegan a través del mismo SSID.

Aislamiento de clientes. En cada VLAN de invitados, habilite el bloqueo punto a punto (peer-to-peer). Esto evita que la laptop de un paciente acceda al teléfono de otro paciente. La burbuja de red privada de Purple va un paso más allá. Los dispositivos de cada paciente pueden verse entre sí, por lo que una tablet puede transmitir contenido a un teléfono, pero a nada fuera de esa burbuja.

Política de firewall. Las VLANs de invitados deben tener acceso a internet y a nada más. Deniegue todos los rangos de direcciones privadas RFC 1918 desde las VLANs de invitados, y luego permita solo lo que necesite, como un servicio de entretenimiento para pacientes. Registre las reglas de denegación. Esta es la evidencia que un auditor le solicitará en su entrega del NHS Data Security and Protection Toolkit (DSPT).

Cifrado. Los SSIDs abiertos envían el tráfico sin cifrar por el aire. WPA3 Enhanced Open, basado en Opportunistic Wireless Encryption (RFC 8110), cifra cada sesión sin una contraseña. Los dispositivos de pacientes más antiguos no lo admiten, por lo que debe ejecutarlo en modo de transición donde su hardware lo permita.

Población	Red	Autenticación	Política de VLAN y firewall	Duración de la credencial
Paciente hospitalizado	SSID para invitados	iPSK o burbuja de red privada, emitida a la orilla de la cama	VLAN para pacientes, solo internet, aislamiento de cliente	Duración de la admisión, revocada al dar de alta
Visitante o paciente ambulatorio	SSID para invitados	Portal cautivo registrado	VLAN para visitantes, solo internet, aislamiento de cliente	Un día de visita
Contratista	SSID para invitados	Solicitud patrocinada aprobada por patrimonio o TI	VLAN para contratistas, internet más puntos finales de proveedores designados	Fecha de finalización del contrato
IoT clínico	SSID clínica, nunca para invitados	IEEE 802.1X con EAP-TLS, o iPSK para dispositivos sin pantalla	VLAN clínica detrás de un firewall, sin internet de forma predeterminada	Vida útil del activo, revocada al desmantelar
Personal	SSID para empleados	IEEE 802.1X a través de Microsoft Entra ID, Okta o Google Workspace	VLAN para empleados por rol	Empleo, revocada al retirarse

IEEE 802.1X es el estándar de control de acceso basado en puertos utilizado para WiFi empresarial. EAP-TLS es el método basado en certificados dentro de él y se adapta a dispositivos que pueden conservar un certificado. Muchas bombas de infusión, monitores y unidades de llamada a enfermería no pueden hacerlo. iPSK otorga a esos dispositivos sin pantalla una clave única, por lo que puede revocar un dispositivo sin volver a codificar la sala.

Purple La red WiFi para empleados aplica el modelo de altas, traslados y bajas al acceso del personal. Las bajas deshabilitadas en Microsoft Entra ID, Okta o Google Workspace pierden el acceso a WiFi con ellas. Esto evita que la contraseña compartida del personal se filtre a la zona de invitados de la propiedad.

¿Qué políticas de filtrado DNS y de protección se requieren en la NHS y en las redes para invitados de la atención médica privada?

Ninguna ley única enumera lo que debe bloquear una red para invitados del NHS. En la práctica, los fideicomisos construyen su política de filtrado a partir de cinco fuentes.

1. La lista de URL de la Internet Watch Foundation (IWF) sobre imágenes de abuso sexual infantil. Bloquéela en cada VLAN para invitados, sin excepciones.
2. La lista CTIRU del Ministerio del Interior (Home Office) sobre contenido terrorista ilegal. La definición de filtrado adecuado del UK Safer Internet Centre hace referencia a ella.
3. El deber de prevención (Prevent duty). Los fideicomisos del NHS y los fideicomisos de la fundación son autoridades especificadas de conformidad con la Ley de Ley de Lucha contra el Terrorismo y Seguridad de 2015. Su política de WiFi para invitados debe mostrar cómo apoya ese deber.
4. Friendly WiFi. Este esquema de acreditación del Reino Unido certifica que la red WiFi pública filtra la pornografía y el contenido de abuso infantil. Muchos compradores del sector público lo solicitan.
5. Su política de protección. Las salas de pediatría, las unidades de salud mental y los servicios para adolescentes necesitan un perfil más estricto que el atrio de pacientes ambulatorios adultos.

El filtrado DNS verifica cada búsqueda de dominio contra listas de categorías y bloquea la solicitud antes de que se abra una conexión. Es la capa práctica para las redes de invitados porque no necesita un agente en los dispositivos de los pacientes. Una base sensata bloquea el contenido ilegal, el contenido para adultos, el malware y el phishing en cada VLAN para invitados. Luego, agregue categorías de apuestas, autolesiones y promoción de trastornos alimentarios en las VLAN de pediatría y salud mental.

Dos puntos técnicos deciden si la política se mantiene:

• Forzar DNS. Redirija o bloquee el DNS saliente en el puerto 53 que no vaya a su resolvedor de filtrado.
• Gestione el DNS cifrado. DNS sobre HTTPS (DoH, RFC 8484) puede eludir un filtro por completo. Bloquee los resolvedores de DoH públicos conocidos y DNS sobre TLS en el puerto 853. Utilice el dominio canary que los navegadores verifican antes de habilitar DoH de manera predeterminada.

Bajo la UK GDPR, los registros de filtrado son datos personales una vez que se vinculan a un paciente o visitante. Establezca un período de retención corto, documéntelo en su Evaluación de Impacto de la Protección de Datos (DPIA) y restrinja quién puede consultarlo. El acceso basado en la identidad tiene una ventaja clara aquí. Un responsable de protección puede vincular una alerta de solicitud bloqueada a una cama o clave, en lugar de a una dirección MAC aleatoria.

Los complementos de seguridad de Purple (SecurePass, Verify y Shield) funcionan junto con la plataforma de Guest WiFi. Especifique las categorías de filtrado, las fuentes de listas y la retención de registros que necesita en su licitación. Luego, pida a cada licitador que demuestre que cada uno funciona, no solo que marque una casilla.

¿Cómo reducen los flujos de incorporación junto a la cama los tickets de soporte en el mostrador de las salas para pacientes de estancia prolongada?

Los tickets de WiFi en el mostrador de las salas de estancia prolongada tienen tres causas comunes.

• Vencimiento de la sesión. Una sesión de clic de 24 horas obliga a un paciente en una estancia de 10 días a pasar por el portal cautivo hasta 10 veces por dispositivo.
• Aleatorización de MAC. iOS y Android utilizan una dirección MAC privada por red de manera predeterminada, y algunas versiones la rotan. Una plataforma que reconoce los dispositivos que regresan por la dirección MAC los olvida.
• Fallo del portal cautivo. Algunas aplicaciones y dispositivos más antiguos nunca muestran la página de bienvenida, por lo que el paciente ve "conectado, sin internet" y le pregunta a una enfermera.

La incorporación junto a la cama elimina las tres. El paciente escanea un código QR en la tarjeta de la cama o en el folleto de bienvenida. Confirma los términos de uso aceptable una vez y recibe una clave personal o burbuja a la que se puede unir cualquier dispositivo. La duración de la clave coincide con la admisión y se revoca al dar el alta. No vuelve a aparecer ninguna página de bienvenida, por lo que las MAC aleatorias y las aplicaciones que no detectan el portal dejan de importar.

Detalles de diseño que reducen aún más los tickets:

• Emita por cama, no por nombre, donde su oficial de protección de datos lo prefiera. Vuelva a emitir la clave al dar el alta a través del flujo de trabajo de gestión de camas.
• Permita un dispositivo familiar. Los cuidadores suelen configurar la tableta de un padre. Una clave que cubre cuatro o cinco dispositivos evita un segundo ticket.
• Redacte la tarjeta para la sala. Utilice un lenguaje sencillo, traducciones para los idiomas principales de sus pacientes y una relación de contraste que cumpla con WCAG 2.2 AA.
• Agregue una página de ayuda de autoservicio que se cargue en la WiFi de invitados VLAN sin autenticación, de modo que los pacientes puedan solucionar problemas comunes sin acudir al mostrador.

¿Dónde encaja cada modelo de incorporación en el complejo hospitalario?

Los dos escenarios prácticos a continuación utilizan supuestos establecidos. Cada uno muestra la aritmética, para que pueda volver a ejecutarla con sus propios números de camas y duraciones de estancia.

Escenario práctico 1: un fideicomiso de atención médica aguda de la NHS reemplaza una red basada en clics

Situación. Un fideicomiso de atención médica aguda de 600 camas opera una red SSID de invitados abierta con una sesión por clic de 24 horas. Los pacientes, los visitantes, los contratistas y algunos dispositivos antiguos de las salas comparten la misma red VLAN plana de invitados. Los gerentes de sala reportan que WiFi causa interrupciones regulares en la estación de enfermería.

Qué se hizo. El fideicomiso dividió las instalaciones en cuatro VLAN: pacientes, visitantes, contratistas y clínica. Los dispositivos clínicos se movieron a una red SSID clínica independiente con iPSK y sin ruta a Internet. Ahora los pacientes hospitalizados se conectan desde su cama con una clave que dura todo el tiempo de su estancia. Los visitantes utilizan un portal cautivo registrado durante un día de visita. El filtrado de DNS bloquea las listas IWF y CTIRU en cada red VLAN de invitados, con un perfil más estricto en las salas de pediatría y salud mental.

Resultado medible. Tome como ejemplo una sala de 28 camas con una estancia promedio de seis días y dos dispositivos por paciente. La antigua sesión de 24 horas generaba hasta 12 avisos de portal por cama en cada estancia. Esto equivale a aproximadamente 336 avisos por sala en cada ciclo de estancia. Con la conexión desde la cama, la cifra se reduce a dos: uno por dispositivo al momento de la admisión. El fideicomiso mide este cambio a través de los tickets de la mesa de ayuda etiquetados como "WiFi de pacientes", comparándolos trimestre a trimestre. También obtuvo un registro de firewall que muestra cero tráfico de invitados hacia el área clínica, lo que respalda su evidencia para la DSPT.

Escenario práctico 2: un hospital privado administrado con estándares de hotelería

Situación. Un hospital privado de 120 camas posiciona su estancia como la de un hotel, con servicio a la habitación, transmisión de entretenimiento y recepción de concierge. Los pacientes esperan un WiFi que funcione como lo haría en una habitación de cuatro estrellas. Muchos trabajan de forma remota durante su recuperación, cada uno con una laptop, un teléfono y una tableta.

Qué se hizo. El hospital utilizó la burbuja de red privada de Purple para que los dispositivos de cada paciente pudieran verse entre sí, pero no con los de nadie más. Un paciente puede transmitir contenido a la pantalla de la habitación sin exponerlo a la habitación adyacente. El registro solo recopila el nombre y el correo electrónico, con opciones de suscripción consciente para las comunicaciones del hospital. Nunca recopila información de salud, la cual UK GDPR trata como datos de categoría especial. WiFi Analytics reporta los dispositivos conectados y el tiempo de permanencia por sala, no por individuo.

Resultado medible. Considere a un paciente que se hospeda cuatro noches con tres dispositivos en una sesión de 24 horas. Ese paciente tendría que enfrentarse a 12 avisos de reconexión. Con una clave válida por la duración de la estancia, solo se enfrenta a tres. El hospital realiza el seguimiento de dos métricas: las solicitudes de WiFi al concierge por noche de cama ocupada y las puntuaciones de satisfacción del paciente respecto a la conectividad. También compara las tasas de suscripción con su formulario de consentimiento en papel anterior.

La misma lógica de hotelería se refleja en el trabajo de Purple con Hoteles. Muchos atrios de hospitales ahora incluyen cafeterías y tiendas. Ese vestíbulo se comporta como el sector de Retail: el comprador necesita un acceso rápido y filtrado, y el portal cautivo registrado se adapta perfectamente.

¿Cuánto cuesta operar cada opción?

El precio de la licencia es solo una parte del costo. Los costos más grandes son el tiempo del personal en las salas, el esfuerzo de cambio en TI y los gastos generales de protección de datos.

Modelo de acceso	Cambio de hardware	Esfuerzo del personal de recepción o pabellón	Esfuerzo de TI	Carga de protección de datos
Portal cautivo de clic directo abierto	Ninguno en puntos de acceso compatibles	Alto: solicitudes repetidas en cada sesión	Bajo: una VLAN, una política	Pocos datos retenidos, pero atribución de protección débil
Portal cautivo registrado	Ninguno en puntos de acceso compatibles	Medio: solicitudes al expirar y tras la rotación de MAC	Bajo: una o dos VLAN	Datos de contacto retenidos: DPIA, programa de retención, aviso de privacidad
Basado en identidad (iPSK o burbuja de red privada)	Ninguno donde los puntos de acceso admitan asignación de iPSK o RADIUS VLAN	Bajo: una configuración por admisión	Medio: VLAN por población y política de RADIUS	Clave vinculada a la cama o al paciente: la DPIA cubre los registros de filtrado
Passpoint o OpenRoaming	Los puntos de acceso deben ser compatibles con Hotspot 2.0	Bajo una vez instalados los perfiles	De medio a alto: certificados, dominios, distribución de perfiles	Identidad retenida por el proveedor: términos de intercambio de datos para revisar

Tres factores de costo son fáciles de pasar por alto:

• Dependencia del controlador. Si su portal cautivo y su política residen en un controlador de LAN inalámbrica local, cada cambio debe esperar a una ventana de mantenimiento. Una superposición en la nube traslada esa política fuera del controlador. Consulte ¿Qué es un WLC (controlador de LAN inalámbrica) y aún necesita uno?.
• Desviación de credenciales de contratistas. Las contraseñas compartidas de los contratistas rara vez cambian. El acceso patrocinado con límite de tiempo elimina el costo de buscarlas y revocarlas tras un incidente.
• Tickets de reconexión. Cada ticket cuesta unos minutos del tiempo del personal de enfermería lejos de los pacientes. Multiplique las solicitudes modeladas por su tasa de tickets para obtener una cifra real.

Purple ofrece un 99.999% de tiempo de actividad para su plataforma (datos propios de Purple). Solicite a cada proveedor su cifra de tiempo de actividad y el periodo que cubre, ya que el tiempo de inactividad en un pabellón se convierte en otro ticket.

¿Cómo decidir para su propiedad?

Comience por sus poblaciones y restricciones, no por una lista de funciones.

Su situación	Enfoque recomendado
Fideicomiso médico, estancias mixtas cortas y largas, red de invitados plana hoy	iPSK junto a la cama para pacientes ingresados, portal cautivo registrado para visitantes, SSID clínica independiente
Servicios de salud mental, pediátricos o adolescentes en el sitio	VLAN por pabellón con un perfil de filtrado de DNS más estricto y alertas de salvaguardia vinculadas a las llaves de las camas
Hospital privado que ofrece una estancia con nivel estándar de hotelería	Burbuja de red privada por paciente, autorizaciones mediante opción consciente, sin datos de salud en el registro
Clínica ambulatoria u hospital comunitario, visitas de menos de cuatro horas	Portal cautivo registrado con una sesión de un día y filtrado básico
Gran población de contratistas durante un programa de bienes inmuebles	VLAN de contratista patrocinado y con límite de tiempo que expira en la fecha de finalización del contrato
Dispositivos médicos heredados que no pueden ejecutar 802.1X	iPSK por dispositivo en una VLAN clínica sin ruta de internet

Luego, realice cinco comprobaciones antes de seleccionar la lista final:

1. Hardware. Confirme que sus puntos de acceso admitan la asignación de VLAN RADIUS y iPSK. Purple admite Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet.
2. Filtrado. Solicite una confirmación por escrito de la cobertura de las listas IWF y CTIRU, el manejo de DoH y los perfiles por VLAN.
3. Protección de datos. Solicite los certificados ISO 27001 y Cyber Essentials, la residencia de datos y un borrador del acuerdo de procesamiento de datos.
4. Incorporación. Observe el flujo junto a la cama en un teléfono con MAC aleatoria y luego en una tableta Android más antigua antes de firmar.
5. Reportes. Verifique que las analíticas informen a nivel de sala sin exponer a pacientes individuales.

La guía de Requisitos de RFP para WiFi para invitados: qué especificar en incorporación, seguridad y analíticas convierte estas comprobaciones en cláusulas de licitación. Para conocer el contexto del sector, consulte la página de Sector salud de Purple.

Preguntas frecuentes

¿Purple funciona con los puntos de acceso que nuestro hospital ya posee?

Sí. Purple se ejecuta como una superposición en la nube en hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Usted conserva sus puntos de acceso, switches y cableado existentes. Lo que debe verificar es la compatibilidad con las funciones en sus modelos, principalmente la asignación de VLAN RADIUS y iPSK, ya que estas determinan si la incorporación basada en identidad junto a la cama funciona en todas las salas. El equipo de Purple confirma esto con el inventario de sus instalaciones durante la evaluación del alcance.

¿Los pacientes de larga estancia pueden permanecer conectados durante toda su admisión sin iniciar sesión de nuevo?

Sí, cuando utiliza la incorporación basada en identidad. El paciente escanea un código QR junto a su cama una vez y recibe una clave personal. Cada dispositivo se vuelve a conectar automáticamente durante el tiempo que dure la estancia. Usted establece la duración de la clave para que coincida con la admisión y la revoca al dar el alta. Las direcciones MAC aleatorias y los temporizadores de sesión cortos ya no fuerzan solicitudes repetidas de portal cautivo, las cuales son la principal fuente de tickets de WiFi en la recepción de las salas.

¿Purple cumple con los requisitos de protección de datos del Reino Unido para los trusts del NHS?

Sí. Purple cumple con la normativa GDPR y cuenta con las certificaciones ISO 27001 y Cyber Essentials, lo que respalda la garantía de su proveedor. Su trust sigue siendo el controlador de datos, por lo que aún debe completar una Evaluación de impacto de la protección de datos y establecer la retención de los registros de registro y filtrado. Nunca recopile información de salud al registrarse a la red WiFi. El UK GDPR la trata como datos de categoría especial y el acceso a la red no la necesita.

¿Los dispositivos médicos clínicos deben conectarse a la red WiFi para invitados del hospital?

No. El IoT clínico debe ubicarse en una SSID y VLAN clínicas independientes, detrás de un firewall sin ruta de internet por defecto. Utilice IEEE 802.1X con EAP-TLS para dispositivos que puedan contener un certificado. Utilice iPSK para dispositivos sin interfaz de usuario que no puedan hacerlo, de modo que pueda revocar un solo dispositivo sin volver a generar la clave de la sala. Las VLAN de invitados deben bloquear todo el tráfico a los rangos de direcciones privadas internas.

¿Qué filtrado de contenido necesita una red WiFi para invitados del NHS?

Como mínimo, bloquee la lista de la Internet Watch Foundation y la lista de la CTIRU del Ministerio del Interior en cada VLAN para invitados. Añada contenido para adultos, malware y phishing como base de referencia. Aplique perfiles más estrictos en las salas de pediatría y salud mental. Fuerce el DNS a través de su resolutor de filtrado y bloquee los resolutores públicos de DNS sobre HTTPS; de lo contrario, los pacientes pueden eludir el filtro. Muchos compradores del sector público también solicitan la acreditación Friendly WiFi.

¿Cómo se otorgan las licencias de Purple para una propiedad hospitalaria?

Purple otorga licencias a través de tres planes: Connect, Capture y Engage. SecurePass, Verify y Shield están disponibles como complementos de seguridad. La mayoría de los grupos hospitalarios (trusts) comienzan con el plan que cubre el acceso de pacientes y visitantes, y luego añaden funciones de seguridad que se adapten a sus requisitos de protección e identidad. Póngase en contacto con Purple para obtener una cotización basada en sus sitios, salas y poblaciones. Tenga a la mano su inventario de puntos de acceso para que la delimitación del alcance sea precisa.

¿Cuánto esfuerzo requiere migrar desde una red de un solo clic?

La mayor parte del esfuerzo se centra en el diseño de la red, no en la instalación. No se necesitan nuevos puntos de acceso en el hardware compatible. Su equipo define las VLAN, escribe las reglas del firewall entre ellas y establece la directiva de RADIUS para cada población. También debe elaborar tarjetas para las cabeceras de las camas e informar al personal de la sala. Ejecutar primero una prueba piloto en una sala le permite medir la reducción de tickets antes de realizar la implementación en todo el grupo hospitalario.

¿Podemos utilizar el registro de WiFi para invitados para las comunicaciones con los pacientes?

Sí, con autorizaciones de elección consciente y nada más. Solicite el consentimiento por separado de los términos de uso aceptable, regístrelo con una marca de tiempo y haga que sea tan fácil retirarlo como otorgarlo. Recopile únicamente datos de contacto, nunca información clínica. Los datos propios capturados de esta manera pueden alimentar las comunicaciones hospitalarias aprobadas, como los recordatorios de citas. Su aviso de privacidad y su DPIA deben cubrir ese uso.