Plataformas de WiFi WiFi para visitantes na área da saúde: integração de doentes, filtragem de conteúdos e isolamento de VLAN em comparação

As plataformas de WiFi para visitantes no setor da saúde mais robustas colocam doentes, visitantes e prestadores de serviços em VLANs separadas atribuídas por RADIUS, e mantêm a IoT clínica totalmente fora da rede de visitantes. Aplicam filtragem de DNS que bloqueia as listas IWF e CTIRU. Integram os doentes de longa permanência uma única vez à cabeceira da cama, com uma chave pessoal que dura toda a internação.

Que abordagem de plataforma de WiFi para visitantes no setor da saúde deve escolher?

O WiFi hospitalar serve quatro populações com perfis de risco diferentes: doentes, visitantes, prestadores de serviços e dispositivos clínicos. Uma plataforma que os trate como um único grupo de "visitantes" cria três problemas. A exposição de salvaguarda aumenta, os sistemas clínicos tornam-se acessíveis e a receção da enfermaria transforma-se num suporte técnico de WiFi.

Para a maioria dos edifícios e instalações, a resposta certa combina modelos de acesso em vez de escolher apenas um:

• Os doentes internados obtêm um acesso baseado na identidade: uma chave pessoal, emitida uma única vez à cabeceira da cama, que volta a ligar todos os dispositivos durante a duração da estadia.
• Os visitantes e doentes de ambulatório utilizam um portal cativo registado (a página web que um dispositivo apresenta antes de aceder à internet), com verificação por e-mail ou SMS.
• Os prestadores de serviços obtêm um acesso patrocinado com limite de tempo que expira na data de fim do contrato.
• A IoT clínica nunca entra na plataforma de visitantes. Fica numa rede clínica separada, autenticada com IEEE 802.1X ou iPSK e segmentada atrás de uma firewall.

A Purple disponibiliza os três primeiros pontos nos pontos de acesso que já utiliza, como uma sobreposição na nuvem. A sobreposição funciona com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. A Purple gere redes de visitantes desde 2012 e está ativa em mais de 80 000 locais em 90 países. A plataforma gere 500 milhões de utilizadores e inícios de sessão por ano. Possui certificação ISO 27001, Cyber Essentials e B Corp, e está em conformidade com a GDPR e a CCPA.

Se pretender resolver primeiro a questão do hardware, leia Por que motivo a sua próxima atualização de WiFi não precisa de hardware novo.

Em que aspetos é que as plataformas de WiFi para doentes hospitalares diferem genuinamente?

Todas as plataformas afirmam oferecer um acesso de visitantes seguro e filtrado. As diferenças reais surgem em três eixos. O primeiro é como um doente se volta a ligar no quinto dia. O segundo é como o tráfego é separado. O terceiro é a que identidade se associa um evento de filtragem.

Modelo de acesso	Como um doente ou visitante se liga	Nova ligação ao longo de uma estadia de 7 dias	Separação de tráfego	Eventos de filtragem atribuídos a	Melhor adequação
SSID aberto, portal cativo com um clique	Aceita os termos numa página de acolhimento	Notificado novamente a cada expiração de sessão	Uma VLAN de visitantes partilhada com isolamento de clientes	Apenas endereço MAC do dispositivo	Salas de espera de ambulatório, visitas curtas
Portal cativo registado (verificação por e-mail ou SMS)	Verifica um dado de contacto uma vez	Solicitado quando a sessão ou registo MAC expira	VLAN de visitantes partilhada com isolamento de clientes	E-mail ou número de telemóvel verificado	Visitantes, internamentos de dia, salas de espera de urgência
Baseado na identidade (iPSK ou bolha de rede privada)	Digitaliza um código QR à cabeceira da cama e recebe uma chave pessoal	Sem solicitação se a duração da chave coincidir com o internamento	VLAN por identidade ou bolha privada atribuída por RADIUS	Chave nominal por paciente ou cama	Pacientes internados, maternidade, internamento de longa duração e enfermarias de reabilitação
Passpoint ou OpenRoaming	Liga-se automaticamente com um perfil aprovisionado	Sem solicitação enquanto o perfil for válido	Política aplicada pelo domínio do fornecedor de identidade	Conta do fornecedor de identidade	Colaboradores e visitantes que já possuem um perfil

Algumas definições ajudam neste ponto. iPSK (identity pre-shared key) dá a cada pessoa ou dispositivo a sua própria palavra-passe de WiFi numa SSID partilhada. O RADIUS é o protocolo de autenticação que verifica as credenciais e devolve a política ao ponto de acesso. O Passpoint (Hotspot 2.0) permite que um dispositivo se ligue automaticamente utilizando uma credencial armazenada. O OpenRoaming é a federação da Wireless Broadband Alliance construída sobre o Passpoint.

Como é que as plataformas de WiFi para visitantes em hospitais separam o tráfego de pacientes, visitantes, prestadores de serviços e IoT clínico?

A separação ocorre em três camadas: o SSID, a VLAN e a firewall. Uma VLAN (LAN virtual, definida na IEEE 802.1Q) divide uma rede física em redes lógicas isoladas.

Atribuição dinâmica de VLAN. Não precisa de um SSID por população. Cada SSID adicional acrescenta tempo de emissão de beacons, e fornecedores como a Cisco e a HPE Aruba aconselham a manter esse número baixo. Em vez disso, o RADIUS pode devolver uma VLAN no momento do início de sessão, utilizando os atributos de túnel padronizados na RFC 3580. A chave de um paciente vai para a VLAN do paciente, e a credencial de um prestador de serviços vai para a VLAN do prestador de serviços. Ambas chegam através do mesmo SSID.

Isolamento de clientes. Em todas as VLAN de visitantes, ative o bloqueio ponto a ponto (peer-to-peer). Isto impede que o portátil de um paciente aceda ao telemóvel de outro paciente. A bolha de rede privada da Purple vai um passo mais além. Os dispositivos de cada paciente podem ver-se entre si - permitindo que um tablet faça transmissão para um telemóvel -, mas nada fora dessa bolha.

Política de firewall. As VLANs de visitantes devem aceder à internet e a mais nada. Negue todos os intervalos de endereços privados RFC 1918 a partir das VLANs de visitantes e, em seguida, permita apenas o que for necessário, como um serviço de entretenimento para pacientes. Registe as regras de negação. Esta é a evidência que um auditor irá solicitar na sua submissão do Data Security and Protection Toolkit (DSPT) do NHS.

Encriptação. SSIDs abertos enviam tráfego sem encriptação através do ar. O WPA3 Enhanced Open, baseado em Opportunistic Wireless Encryption (RFC 8110), encripta cada sessão sem necessidade de palavra-passe. Os dispositivos mais antigos dos pacientes não o suportam, pelo que deve executá-lo em modo de transição onde o seu hardware o permitir.

População	Rede	Autenticação	Política de VLAN e firewall	Validade da credencial
Internamento	SSID para visitantes	iPSK ou bolha de rede privada, emitida junto à cama do paciente	VLAN para pacientes, apenas internet, isolamento de clientes	Duração do internamento, revogada no momento da alta
Visitante ou ambulatório	SSID para visitantes	Portal cativo registado	VLAN para visitantes, apenas internet, isolamento de clientes	Um dia de visita
Prestador de serviços	SSID para visitantes	Pedido patrocinado e aprovado pelas instalações ou TI	VLAN para prestadores de serviços, internet e endpoints de fornecedores identificados	Data de fim do contrato
IoT clínico	SSID clínica, nunca para visitantes	IEEE 802.1X com EAP-TLS, ou iPSK para dispositivos sem interface gráfica	VLAN clínica atrás da firewall, sem internet por predefinição	Vida útil do ativo, revogada ao desativar
Colaboradores	SSID para colaboradores	IEEE 802.1X via Microsoft Entra ID, Okta ou Google Workspace	VLAN para colaboradores por função	Vínculo laboral, revogada no momento de saída

O IEEE 802.1X é o padrão de controlo de acessos baseado em portas utilizado para WiFi empresarial. O método EAP-TLS baseia-se em certificados e é adequado para dispositivos capazes de os armazenar. Muitas bombas de infusão, monitores e unidades de chamada de enfermagem não o conseguem fazer. O iPSK atribui a esses dispositivos sem interface gráfica uma chave única, permitindo revogar um único dispositivo sem ter de alterar a chave de toda a enfermaria.

O Purple WiFi para colaboradores aplica o modelo de entradas, mobilidade e saídas ao acesso da equipa. As contas de colaboradores desativadas no Microsoft Entra ID, Okta ou Google Workspace perdem o acesso à WiFi em simultâneo. Isto impede que a palavra-passe partilhada dos colaboradores acabe por circular na rede para visitantes do complexo.

Que políticas de filtragem por DNS e de proteção de vulneráveis são necessárias nas redes para visitantes do NHS e da saúde privada?

Nenhuma legislação única especifica o que uma rede para visitantes do NHS deve bloquear. Na prática, as organizações constroem a sua política de filtragem com base em cinco fontes.

1. A lista de URL da Internet Watch Foundation (IWF) relativa a imagens de abuso sexual infantil. Bloqueie-a em todas as VLAN para visitantes, sem exceções.
2. A lista da CTIRU do Home Office relativa a conteúdos terroristas ilegais. A definição de filtragem adequada do UK Safer Internet Centre referencia esta lista.
3. O dever de prevenção (Prevent duty). As organizações e fundações do NHS são autoridades especificadas ao abrigo do Counter-Terrorism and Security Act 2015. A sua política de WiFi para visitantes deve demonstrar como apoia esse dever.
4. Friendly WiFi. Este esquema de acreditação do Reino Unido certifica que a WiFi pública filtra pornografia e conteúdos de abuso infantil. Muitos compradores do setor público exigem-no.
5. A sua política de proteção de vulneráveis. As enfermarias de pediatria, unidades de saúde mental e serviços de adolescentes exigem um perfil mais rigoroso do que o átrio de ambulatório para adultos.

A filtragem por DNS verifica cada consulta de domínio em relação a listas de categorias e bloqueia o pedido antes de a ligação ser estabelecida. É a camada prática para redes de visitantes porque não exige nenhum agente nos dispositivos dos pacientes. Uma linha de base sensata bloqueia conteúdos ilegais, conteúdos para adultos, malware e phishing em todas as VLAN para visitantes. De seguida, adicione categorias de jogo, automutilação e incentivo a distúrbios alimentares nas VLANs de pediatria e saúde mental.

Dois pontos técnicos determinam se a política é mantida:

• Forçar o DNS. Redirecione ou bloqueie o tráfego DNS de saída na porta 53 que não seja direcionado para o seu resolvedor de filtragem.
• Gerir o DNS encriptado. O DNS sobre HTTPS (DoH, RFC 8484) pode contornar completamente um filtro. Bloqueie os resolvedores públicos do DoH conhecidos e o DNS sobre TLS na porta 853. Utilize o domínio canário que os navegadores verificam antes de ativar o DoH por predefinição.

Nos termos do UK GDPR, os registos de filtragem são dados pessoais assim que associados a um paciente ou visitante. Defina um período de retenção curto, documente-o na sua Avaliação de Impacto sobre a Proteção de Dados (AIPD) e restrinja quem os pode consultar. O acesso baseado na identidade tem uma vantagem clara neste ponto. Um responsável de proteção de dados ou salvaguarda pode associar um alerta de pedido bloqueado a uma cama ou chave, em vez de a um endereço MAC aleatório.

Os suplementos de segurança da Purple (SecurePass, Verify e Shield) funcionam em conjunto com a plataforma Guest WiFi. Especifique no seu concurso as categorias de filtragem, as fontes das listas e a retenção de registos de que necessita. Em seguida, peça a todos os concorrentes para demonstrarem a funcionalidade de cada um em pleno funcionamento, e não apenas para assinalarem uma caixa.

De que forma os fluxos de integração à cabeceira da cama reduzem os pedidos de suporte nos balcões das enfermarias para pacientes de longa permanência?

Os pedidos de suporte relativos ao WiFi nos balcões de enfermarias de longa permanência têm três causas comuns.

• Expiração da sessão. Uma sessão por clique de 24 horas obriga um paciente com um internamento de 10 dias a passar pelo portal cativo até 10 vezes por dispositivo.
• Aleatorização do MAC. O iOS e o Android utilizam um endereço MAC privado por rede por predefinição e algumas versões alternam-no. Uma plataforma que reconhece os dispositivos recorrentes pelo endereço MAC esquece-se deles.
• Falha no portal cativo. Algumas aplicações e dispositivos mais antigos nunca exibem a página inicial (splash page), pelo que o paciente vê "ligado, sem internet" e pede ajuda a um enfermeiro.

A integração à cabeceira da cama elimina estes três problemas. O paciente lê um código QR no cartão da cabeceira ou no folheto de boas-vindas. Confirma os termos de utilização aceitável uma única vez e recebe uma chave pessoal ou uma bolha à qual todos os dispositivos se podem ligar. A validade da chave coincide com o internamento e é revogada no momento da alta. Nenhuma página inicial volta a ser apresentada, pelo que os endereços MAC aleatórios e as aplicações incompatíveis com o portal deixam de ser um problema.

Detalhes de conceção que reduzem ainda mais os pedidos de suporte:

• Emissão por cama e não por nome, caso o seu encarregado da proteção de dados assim o prefira. Reemita a chave no momento da alta através do fluxo de trabalho de gestão de camas.
• Permitir um dispositivo familiar. Os cuidadores configuram frequentemente o tablet de um familiar idoso. Uma chave que cubra quatro ou cinco dispositivos evita um segundo pedido de suporte.
• Redigir o cartão a pensar na enfermaria. Utilize uma linguagem simples, traduções para os principais idiomas dos seus pacientes e uma taxa de contraste que cumpra as diretrizes WCAG 2.2 AA.
• Adicionar uma página de ajuda em regime de autoatendimento que é carregada no VLAN para visitantes sem autenticação, para que os pacientes possam resolver problemas comuns sem recorrer ao balcão.

Qual é a integração adequada para cada modelo na infraestrutura de um hospital?

Os dois cenários práticos abaixo utilizam os pressupostos indicados. Cada um apresenta os cálculos detalhados para que possa executá-los novamente com o seu próprio número de camas e durações de internamento.

Cenário prático 1: um trust hospitalar de cuidados agudos da NHS substitui uma rede por clique

Situação. Um hospital de cuidados agudos com 600 camas opera uma rede SSID pública de convidados com uma sessão de clique contínuo de 24 horas. Doentes, visitantes, prestadores de serviços e alguns dispositivos legados das enfermarias partilham a mesma rede VLAN plana de convidados. Os chefes de enfermaria reportam que o WiFi é uma interrupção regular no posto de enfermagem.

O que foi feito. O hospital dividiu a infraestrutura em quatro VLAN: doentes, visitantes, prestadores de serviços e clínica. Os dispositivos clínicos mudaram para uma rede SSID clínica separada com iPSK e sem rota de internet. Os doentes internados agora fazem a ligação no leito com uma chave válida durante todo o internamento. Os visitantes utilizam um portal cativo registado para um dia de visita. A filtragem de DNS bloqueia as listas da IWF e CTIRU em todas as redes VLAN de convidados, com um perfil mais rigoroso nas enfermarias de pediatria e saúde mental.

Resultado mensurável. Considere uma enfermaria de 28 camas com um internamento médio de seis dias e dois dispositivos por doente. A antiga sessão de 24 horas gerava até 12 solicitações de portal por cama durante o internamento. Isso equivale a cerca de 336 solicitações por enfermaria por ciclo de internamento. Com a ligação no leito, o valor passa para dois, um por dispositivo no momento da admissão. O hospital mede a alteração através de pedidos de suporte etiquetados como "WiFi do doente", comparados trimestre a trimestre. Também obteve um registo de firewall que demonstra zero tráfego de convidados para a área clínica, o que reforça as suas evidências no DSPT.

Cenário prático 2: um hospital privado gerido com padrões de hotelaria

Situação. Um hospital privado de 120 camas posiciona a sua estadia como a de um hotel, com serviço de quarto, transmissão de entretenimento e um serviço de concierge. Os doentes esperam um WiFi que funcione como num quarto de quatro estrelas. Muitos trabalham remotamente durante a recuperação, cada um com portátil, telemóvel e tablet.

O que foi feito. O hospital utilizou a bolha de rede privada da Purple para que os dispositivos de cada doente pudessem ver-se entre si, mas não os de mais ninguém. Um doente pode fazer a transmissão para o ecrã do quarto sem o expor ao quarto ao lado. O registo recolhe apenas o nome e o e-mail, com opt-ins de escolha consciente para comunicações do hospital. Nunca recolhe informações de saúde, as quais a UK GDPR trata como dados de categoria especial. O WiFi Analytics relata dispositivos ligados e tempo de permanência por enfermaria, não por indivíduo.

Resultado mensurável. Considere um doente que permanece quatro noites com três dispositivos numa sessão de 24 horas. Esse doente enfrentaria 12 solicitações de reconexão. Com uma chave válida para a duração da estadia, enfrenta três. O hospital acompanha duas métricas: pedidos de WiFi ao concierge por noite de cama ocupada e pontuações de satisfação dos doentes quanto à conectividade. Também compara as taxas de opt-in com o seu formulário de consentimento prévio em papel.

A mesma lógica de hotelaria surge no trabalho da Purple com Hotéis. Muitos átrios de hospitais incluem agora cafés e lojas. Esse espaço de circulação comporta-se como o Comércio: o cliente precisa de um acesso rápido e filtrado, e o portal cativo registado cumpre essa função.

Quanto custa manter cada opção?

O preço da licença é apenas parte do custo. Os custos mais elevados são o tempo gasto na enfermaria, o esforço de alteração de TI e a sobrecarga de proteção de dados.

Modelo de acesso	Alteração de hardware	Esforço da equipa de enfermaria	Esforço do TI	Sobrecarga de proteção de dados
Portal cativo aberto de clique único	Nenhum nos pontos de acesso suportados	Elevado: pedidos repetidos a cada sessão	Baixo: um VLAN, uma política	Poucos dados mantidos, mas atribuição fraca de salvaguarda
Portal cativo registado	Nenhum nos pontos de acesso suportados	Médio: pedidos na expiração e após rotação do MAC	Baixo: uma ou duas VLANs	Dados de contacto mantidos: AIPD, calendário de retenção, aviso de privacidade
Baseado na identidade (iPSK ou bolha de rede privada)	Nenhum onde os pontos de acesso suportem a atribuição de iPSK ou RADIUS VLAN	Baixo: uma configuração por admissão	Médio: VLANs por população e política de RADIUS	Chave associada à cama ou ao paciente: a AIPD cobre registos de filtragem
Passpoint ou OpenRoaming	Os pontos de acesso têm de suportar Hotspot 2.0	Baixo assim que os perfis estiverem instalados	Médio a elevado: certificados, domínios, distribuição de perfis	Identidade detida pelo fornecedor: termos de partilha de dados a rever

Três fatores de custo fáceis de descurar:

• Dependência do controlador. Se o seu portal cativo e política residirem num controlador de LAN sem fios nas instalações, cada alteração aguarda por uma janela de manutenção. Uma sobreposição na nuvem remove essa política do controlador. Consulte O que é um WLC (Wireless LAN Controller) e ainda precisa de um?.
• Desvio de credenciais de empreiteiros. As palavras-passe partilhadas de empreiteiros raramente mudam. O acesso patrocinado com limite de tempo elimina o custo de as localizar e revogar após um incidente.
• Tickets de ligação. Cada ticket custa alguns minutos do tempo de um enfermeiro longe dos pacientes. Multiplique os seus pedidos modelados pela sua taxa de tickets para obter um valor concreto.

A Purple indica 99,999% de tempo de atividade para a sua plataforma (dados da própria Purple). Peça a cada concorrente a sua métrica de tempo de atividade e o período a que diz respeito, porque o tempo de inatividade numa enfermaria converte-se em mais um ticket.

Como decidir em relação ao seu património?

Comece pelas suas populações e limitações, e não por uma lista de funcionalidades.

A sua situação	Abordagem recomendada
Hospital de cuidados agudos, estadias mistas de curta e longa duração, rede de convidados simples atualmente	iPSK à cabeceira da cama para doentes internados, portal cativo registado para visitantes, SSID clínico separado
Serviços de saúde mental, pediatria ou adolescência no local	VLAN por enfermaria com um perfil de filtragem de DNS mais rigoroso e alertas de salvaguarda associados a chaves de camas
Hospital privado que oferece uma estadia com padrão hoteleiro	Bolha de rede privada por paciente, consentimento explícito por opção consciente, sem dados de saúde no registo
Clínica de ambulatório ou hospital comunitário, visitas com duração inferior a quatro horas	Portal cativo registado com uma sessão de um dia e filtragem de base
População grande de empreiteiros durante um programa de obras	VLAN de empreiteiro patrocinado e com limite de tempo que expira na data de fim do contrato
Dispositivos médicos legados que não conseguem executar 802.1X	iPSK por dispositivo num VLAN clínico sem rota para a internet

Em seguida, execute cinco verificações antes de definir a sua lista restrita:

1. Hardware. Confirme se os seus pontos de acesso suportam a atribuição de VLAN por RADIUS e iPSK. A Purple suporta Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.
2. Filtragem. Solicite a confirmação por escrito da cobertura das listas IWF e CTIRU, do tratamento de DoH e dos perfis por VLAN.
3. Proteção de dados. Solicite os certificados ISO 27001 e Cyber Essentials, a residência dos dados e uma minuta do acordo de processamento de dados.
4. Onboarding. Observe o fluxo de integração à cabeceira do leito num telemóvel com MAC aleatório e, em seguida, num tablet Android mais antigo, antes de assinar.
5. Relatórios. Verifique se os relatórios analíticos fornecem informações ao nível da enfermaria sem expor os doentes individuais.

O guia Requisitos de RFP para WiFi para visitantes: o que especificar no onboarding, segurança e analítica transforma estas verificações em cláusulas de concurso público. Para obter contexto sobre o setor, consulte a página de Cuidados de Saúde da Purple.

Perguntas frequentes

A Purple funciona com os pontos de acesso que o nosso hospital já possui?

Sim. A Purple executa-se como uma sobreposição na nuvem sobre o hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Mantém os seus pontos de acesso, switches e cablagem existentes. O que precisa de verificar é o suporte a funcionalidades nos seus modelos, principalmente a atribuição de VLAN por RADIUS e iPSK, pois esses elementos determinam se o onboarding baseado em identidade à cabeceira do leito funciona em todas as enfermarias. A equipa da Purple confirma isto com base no inventário da sua infraestrutura durante a fase de deliberação de escopo.

Os doentes em internamentos de longa duração podem permanecer ligados durante todo o período de internamento sem voltarem a iniciar sessão?

Sim, quando utiliza o onboarding baseado em identidade. O doente lê um código QR à cabeceira do leito uma única vez e recebe uma chave pessoal. Todos os dispositivos voltam a ligar-se automaticamente durante o período de permanência. O utilizador define a validade da chave de acordo com o internamento e revoga-a no momento da alta. Os endereços MAC aleatórios e os temporizadores de sessão curtos deixam de forçar solicitações repetidas do portal cativo, que são a principal fonte de pedidos de suporte de WiFi nos balcões das enfermarias.

A Purple cumpre os requisitos de proteção de dados do Reino Unido para os trusts do NHS?

Sim. A Purple está em conformidade com o GDPR e possui certificação ISO 27001 e Cyber Essentials, o que reforça a garantia do seu fornecedor. O seu trust permanece como responsável pelo tratamento de dados, pelo que continuará a realizar uma Avaliação de Impacto sobre a Proteção de Dados e a definir a retenção dos registos de inscrição e filtragem. Nunca recolha informações de saúde no registo de WiFi. O UK GDPR trata-as como dados de categoria especial, e o acesso à rede não necessita delas.

Os dispositivos médicos clínicos devem ligar-se à rede WiFi para visitantes do hospital?

Não. A IoT clínica deve estar localizada numa SSID e VLAN clínica separadas, atrás de uma firewall sem rota de internet por predefinição. Utilize o IEEE 802.1X com EAP-TLS para dispositivos que possam suportar um certificado. Utilize iPSK para dispositivos sem interface gráfica que não o consigam, para que possa revogar um único dispositivo sem ter de alterar as chaves de toda a enfermaria. As VLANs de visitantes devem bloquear todo o tráfego destinado a intervalos de endereços privados internos.

De que filtragem de conteúdos necessita uma rede WiFi para visitantes do NHS?

No mínimo, bloqueie a lista da Internet Watch Foundation e a lista da CTIRU do Home Office em cada VLAN de WiFi para visitantes. Adicione conteúdo para adultos, malware e phishing como base. Aplique perfis mais estritos em enfermarias de pediatria e de saúde mental. Force o DNS através do seu resolvedor de filtragem e bloqueie resolvedores públicos de DNS sobre HTTPS, caso contrário os pacientes podem contornar o filtro. Muitos compradores do setor público também solicitam a acreditação Friendly WiFi.

Como é licenciado o Purple para um património hospitalar?

O Purple é licenciado através de três planos: Connect, Capture e Engage. O SecurePass, o Verify e o Shield estão disponíveis como suplementos de segurança. A maioria dos organismos públicos começa com o plano que cobre o acesso de pacientes e visitantes e, em seguida, adiciona funcionalidades de segurança para corresponder aos seus requisitos de proteção e identidade. Contacte a Purple para obter um orçamento com base nos seus locais, enfermarias e populações. Traga o seu inventário de pontos de acesso para que o dimensionamento seja preciso.

Quanto esforço exige a transição de uma rede de clique único?

A maior parte do esforço reside no design da rede e não na instalação. Não são necessários novos pontos de acesso no hardware suportado. A sua equipa define as VLANs, escreve as regras de firewall entre elas e define a política de RADIUS para cada população. Também produz cartões de cabeceira de cama e instrui a equipa da enfermaria. Executar primeiro uma enfermaria como piloto permite medir a redução de pedidos de suporte antes de implementar em todo o organismo público.

Podemos utilizar o registo no WiFi de WiFi para visitantes para comunicações com os pacientes?

Sim, com opt-ins de escolha consciente e nada mais. Solicite o consentimento separadamente dos termos de utilização aceitável, registe-o com um carimbo de data/hora e torne a sua remoção tão fácil quanto a sua adesão. Recolha apenas dados de contacto, nunca informações clínicas. Os dados próprios recolhidos desta forma podem alimentar comunicações hospitalares aprovadas, tais como lembretes de consultas. O seu aviso de privacidade e a AIPD devem cobrir essa utilização.