Um gerente de ala o aborda no final de um turno. Três parentes no mesmo corredor não conseguem fazer uma chamada de vídeo, o tablet de um paciente continua voltando para a página de login e alguém escreveu "o WiFi é uma porcaria" no quadro branco. Os pontos de acesso estão funcionando, o portal está ativo e nada no painel parece quebrado.
Essa lacuna entre estar conectado e estar utilizável é onde a maioria dos projetos de WiFi para visitantes de hospitais estagna. O planejamento de rádio foi aprovado antes que alguém contasse quantas pessoas ficam na área de atendimento ambulatorial às dez da manhã. O método de login foi escolhido por quem estava com o modelo aberto. E as orientações de segurança de que os visitantes precisam - se eles podem acessar o banco ou participar de uma consulta por vídeo - nunca saíram do registro de riscos para chegar à página de boas-vindas.
Essas três decisões andam juntas. Sinal, identidade e expectativas publicadas formam um projeto único, e não uma construção de rede com um termo de isenção de responsabilidade adicionado posteriormente. Veja como eu estruturaria essa sequência, desde a vistoria de rádio até a ala piloto, junto com as ponderações que valem a pena levar ao grupo de governança clínica antes que o primeiro ponto de acesso entre em operação.
A linha de base nacional já foi estabelecida. Até o final de março de 2019, o Programa NHS WiFi havia introduzido NHS WiFi gratuito em 98% das fundações públicas de saúde (trusts) do NHS e alcançado mais de 8.000 centros de atendimento ao paciente, oferecendo acesso gratuito à conectividade para mais de 63 milhões de pacientes em visita. O acesso para visitantes não é mais um projeto secundário em uma VLAN sobressalente. Ele faz parte da infraestrutura.
Planeje a capacidade e as metas de rádio antes de comprar o hardware
Três números decidem se a WiFi para visitantes do hospital se mantém em uma ala movimentada: sinal primário, latência e carga de canal. A personalização do portal vem depois, pois nada disso importa se a conexão cair quando a ala estiver cheia.
NHS England recomenda um RSSI primário de pelo menos -65 dBm em todas as configurações NHS, e descreve a latência aceitável como aproximadamente 20 a 250 ms, observando que nenhum dos números é definitivo e ambos devem ser validados em relação aos aplicativos em uso (NHS orientações de England sobre a avaliação de métricas de desempenho de WiFi). Considere isso como um limite mínimo, e não como uma especificação. Uma leitura de -65 dBm à beira do leito prova que o link será associado. Isso não diz nada sobre se quarenta pessoas na mesma enfermaria podem realizar, cada uma, uma chamada de vídeo às oito horas da noite.
Faça um levantamento do edifício que você realmente possui
Percorra todos os andares com uma ferramenta de vistoria antes que o pedido de compra seja enviado. Observe o que bloqueia o sinal: salas de imagem revestidas de chumbo, divisórias de leitos que se movem durante a rodada médica, estruturas centrais de concreto, o corredor do subsolo onde os parentes esperam por um táxi. Vistorie as áreas de acesso externo também, porque é lá que as pessoas ficam no momento da alta tentando chamar um transporte.
A escolha da frequência é uma decisão de capacidade, não uma preferência. O NHS England identifica os 2,4 GHz como a frequência para público visitante e dispositivos legados, que precisam mais de alcance do que de velocidade de transmissão, e os 5 GHz para capacidade onde quer que os clientes e pontos de acesso ofereçam suporte. Bloquear os 2,4 GHz penaliza aparelhos mais antigos; executar tudo em 2,4 GHz entrega seu tempo de transmissão ao dispositivo com o rádio mais potente.
Planeje para o pico, não para a média. Uma rede medida às 10h de uma terça-feira favorece qualquer projeto. A medição que importa é aquela feita às sete da noite em um dia de visitação.
Em seguida, meça o impacto das ações dos visitantes na rede: clientes simultâneos por ponto de acesso, utilização de canais, perda de pacotes, resposta de DHCP e DNS e a taxa de conclusão da autenticação. Realize testes de carga com vídeo e mensagens em vez de apenas um teste de ping, e repita o procedimento após cada mudança de enfermaria ou alteração no edifício, pois um novo equipamento ou a reorganização de um leito altera o mapa de cobertura.
| Métrica | Meta | Observações |
|---|---|---|
| Sinal primário (RSSI) | -65 dBm ou mais forte | Meta do NHS England em áreas voltadas para pacientes |
| Latência | Cerca de 20 a 250 ms | Valide em chamadas de vídeo e mensagens |
| Banda para dispositivos públicos e legados | 2,4 GHz | Alcance mais amplo, menor capacidade |
| Banda para capacidade | 5 GHz | Use onde os clientes e pontos de acesso derem suporte |
| Clientes simultâneos no pico | Conte por ponto de acesso durante o horário de visitas ao vivo e, em seguida, projete acima disso | Seus números de visitantes, não os dados de um fornecedor |
| Utilização do canal | Investigue qualquer leitura alta sustentada feita durante o horário de visitas | Leituras em períodos calmos escondem contenções |
| Perda de pacotes | Defina seu próprio limite durante o teste de carga | Revisite no horário de pico, não da noite para o dia |
Cada número nessa tabela é algo que você mede novamente, não algo que você aprova apenas uma vez. Se você estiver construindo o plano de teste do zero, um guia para pesquisa de RF e planejamento de canais cobre a mecânica da pesquisa com mais profundidade.
Escolha o método de login correto para cada área
O compromisso que pega as equipes de surpresa não é a criptografia ou o custo. É quantos visitantes nunca chegam a concluir o login.
Uma senha compartilhada em uma placa plastificada parece barata até você ver uma fila de parentes digitando-a com um só polegar em uma tela trincada. Ela não oferece identidade por usuário nem criptografia por dispositivo, portanto, é adequada para um evento de um único dia, e não para uma ala hospitalar onde alguém pode permanecer conectado por seis horas.
O cadastro por e-mail por meio de um portal cativo é o modelo adotado pela maioria dos trusts. O Queen Victoria Hospital NHS Foundation Trust disponibilizou WiFi gratuito em enfermarias, áreas de espera de ambulatórios, em seu café e restaurante em novembro de 2014, com os usuários cadastrando um endereço de e-mail em troca de uma senha, e com streaming e downloads de música restritos para proteger a capacidade para todos os outros (NHS blog de transformação do NHS England sobre como conectar pacientes a serviços digitais). Identidade, termos e controle de largura de banda em um único fluxo. A tecnologia avançou; o padrão continua o mesmo.
| Método | Esforço de configuração | Criptografia | Identidade do visitante | Mais adequado para |
|---|---|---|---|---|
| Rede aberta com página de termos | Baixo | Nenhuma | Nenhuma além do aceite | Áreas de espera com necessidade mínima de dados |
| Senha compartilhada na sinalização | Baixo | Apenas chave compartilhada | Nenhuma por usuário | Eventos curtos, não enfermarias |
| Portal cativo com e-mail | Médio | Aberto, a menos que WPA2/WPA3 seja aplicado | E-mail capturado com consentimento | Acesso geral de visitantes |
| Passpoint (Hotspot 2.0) | Alto | WPA2/3-Enterprise | Conta ou perfil | Visitantes recorrentes e dispositivos corporativos |
| Aplicativo da marca ou conta | Médio | Define o nível de proteção da rede em que é executado | Conta | Visitantes frequentes |
Onde o portal falha e quem o identifica
Alguns dispositivos simplesmente não conseguem concluir a conexão em um portal cativo. Aparelhos Android mais antigos, notebooks corporativos bloqueados e e-readers podem permanecer na página de boas-vindas sem nunca carregá-la, e nenhuma alteração de configuração no portal corrigirá um navegador que se recusa a abrir. Essa é uma questão operacional tanto quanto técnica. Alguém na enfermaria precisa ter um meio de registrar o dispositivo, e a mensagem de falha deve exibir um número de telefone da enfermaria em vez de um código de erro genérico.
O Passpoint justifica seu uso onde as mesmas pessoas retornam com frequência. Após a instalação de um perfil uma única vez, o dispositivo se conecta automaticamente com proteção de nível corporativo, o que é ideal para pacientes ambulatoriais frequentes e tablets corporativos da equipe. Ele exige pontos de acesso e um caminho de provisionamento compatíveis, não substituindo os telefones que não conseguem carregar um perfil.
Qualquer que seja o método escolhido, publique os limites onde os visitantes possam lê-los. O Nottinghamshire Healthcare informa aos visitantes que o NHS WiFi pode não estar disponível em todas as áreas e não é adequado para transmissão de TV ou chamadas de áudio e vídeo (página do WiFi gratuito do Nottinghamshire Healthcare). Essa é a versão transparente e é muito melhor do que uma página de boas-vindas prometendo uma experiência de cinema.
Qualquer captura de e-mail ou conta exige uma etapa clara de consentimento de acordo com a UK GDPR, e os dados devem ser mantidos apenas para a finalidade declarada no momento da coleta. Páginas de login com texto em tamanho amplo e compatíveis com leitores de tela são ainda mais importantes aqui do que em qualquer rede comercial. A estrutura da página de boas-vindas e os fluxos de consentimento são abordados em mais detalhes neste guia de design de portal cativo.
Como separar o tráfego de visitantes dos sistemas clínicos
Trate o acesso de convidados como um serviço de internet não confiável que por acaso está localizado no seu edifício. As orientações de configuração de NHS England exigem políticas locais documentadas sobre filtragem de conteúdo, uso aceitável, regras de uso de dispositivos próprios (BYOD) e monitoramento de capacidade, além de uma política de uso aceitável e bloqueio de conteúdo ilegal ou inadequado. Os controles de rede vêm em primeiro lugar, pois um documento de política não impede que um telefone comprometido varra uma sub-rede de radiologia.
- Coloque os visitantes em sua própria SSID, VLAN e zona de firewall. Um dispositivo de visitante comprometido deve terminar em um caminho sem saída, sem rotas para locais de interesse. O erro comum é uma VLAN de visitantes compartilhada com uma sala de reuniões ou sistema de recepção por ter sido mais rápida de configurar no dia.
- Nague o acesso lateral a sub-redes clínicas, biomédicas, de gerenciamento e de impressoras. Sem exceções criadas por conveniência. A brecha habitual na segurança é o acesso à impressora concedido para que a equipe possa imprimir a partir de telefones pessoais, o que abre um caminho para um servidor de impressão localizado dentro da faixa de gerenciamento.
- Permita apenas os serviços de saída de que os visitantes precisam. Isso normalmente significa tráfego da web mais DNS, com requisitos de VPN e aplicativos modernos tratados deliberadamente, em vez de presumidos. Uma regra geral de permissão total de saída transforma a sua VLAN de visitantes na plataforma de ataque de outra pessoa.
- Filtre, limite a taxa, isole e expire. Filtragem de DNS e conteúdo, limites de taxa por cliente, isolamento de cliente para que os visitantes não consigam ver uns aos outros e uma expiração de sessão definida para corresponder à sua própria política de governança, em vez de copiada das configurações de outra instituição. As orientações sobre a configuração do NHS WiFi exigem que o isolamento seja comprovado com testes de penetração autenticados e não autenticados, portanto, incorpore essa prova ao projeto em vez de adaptá-la após uma reclamação.
- Registre eventos de autenticação, DHCP, NAT e segurança sob uma política de retenção e acesso por escrito que você possa apresentar quando solicitado. O registro de logs sem uma regra de retenção documentada é uma responsabilidade disfarçada de evidência.
- Teste as regras de zona antes que a página de login se torne pública. Qualquer rota de visitante para a área clínica que responda é uma correção para o mesmo dia, não um item de pendência.
Os visitantes tomam decisões melhores quando alguém lhes diz a verdade. Alguns avisos de confiança alertam claramente que o tráfego de convidados pode ser interceptado por outro usuário sem fio e não carrega expectativa de privacidade. Essa é exatamente a frase que uma senha compartilhada permite evitar escrever, e é exatamente a frase que os visitantes precisam ler.
Uma chave compartilhada criptografa o tráfego, mas não fornece identidade por usuário: todos que conhecem a frase secreta são indistinguíveis de qualquer outra pessoa que a conheça, o que torna o aviso acima honesto em vez de alarmista. Se o projeto pressupõe que os visitantes usarão HTTPS com dispositivos atualizados e sua própria proteção de endpoint, informe isso nos termos que eles aceitam e meça a conclusão do portal, os contatos de suporte, os eventos de políticas bloqueadas e os resultados dos testes de isolamento como os indicadores operacionais que realmente importam. Para a arquitetura mais ampla, este guia de segurança empresarialWiFi aborda padrões de segmentação e controle de acesso.
O que os visitantes podem fazer com segurança no WiFi para visitantes
Esta é a pergunta que os pacientes e acompanhantes fazem, e que a maioria das páginas dos hospitais não responde: posso acessar o banco, entrar em uma consulta por vídeo ou abrir arquivos de trabalho nesta rede?
Gratuito não significa seguro, e os avisos de confiabilidade provam isso. Alguns descrevem o NHSWiFi como uma rede pública compartilhada e recomendam cautela com informações pessoais ou confidenciais, enquanto outros descrevem o acesso como nada mais do que selecionar a rede e aceitar os termos (Página de entretenimento e WiFi do King's College Hospital). São duas mensagens diferentes sobre o mesmo tipo de serviço, e os visitantes recebem aquela que a sua instituição decidiu publicar. Escreva a sua durante a fase de projeto, juntamente com a SSID e o método de login, e não após o lançamento.
Os riscos vão além da conveniência. A falta de WiFi confiável é uma das barreiras que deixa algumas pessoas menos capazes de usar os serviços de saúde digital. Uma rede de visitantes que funciona para navegação, mas não para o login em um aplicativo da NHS, deixa as pessoas que mais dependem dela sem nada.
| Tarefa | Parecer para WiFivisitantes | Usar como alternativa |
|---|---|---|
| Navegação comum, notícias e mapas via HTTPS | Aceitável | WiFi para visitantesWiFi |
| Troca de mensagens com familiares via HTTPS | Aceitável, evite detalhes confidenciais | WiFi para visitantesWiFi |
| Operações bancárias online | Evitar | Dados móveis |
| Login no aplicativo do NHS com dados pessoais de saúde | Evitar | Dados móveis |
| Consulta de vídeo | Evitar | Dados móveis |
| Sistemas e arquivos de trabalho | Evitar | Acesso com suporte da equipe |
O que altera a resposta é a criptografia, e o nome da rede não diz nada aos visitantes sobre isso. O HTTPS protege o conteúdo da página, mas em uma rede aberta ou com chave compartilhada, os metadados da conexão ainda permanecem visíveis e a interceptação é possível, razão pela qual os avisos de confiabilidade variam tanto de tom. Uma rede criada com chaves por dispositivo muda esse cenário. Já uma rede aberta não o altera, por mais reconfortante que a página de boas-vindas pareça. Portanto, a resposta honesta para "o que posso fazer aqui com segurança" é definida por uma decisão de design tomada antes de o primeiro visitante se conectar. Se a sua arquitetura suporta apenas a navegação HTTPS segura, publique essa resposta de forma clara e indique as alternativas aos usuários ao mesmo tempo.
A regra que vale a pena imprimir na página de login: se a informação puder prejudicar você na tela de um estranho, não a envie pela WiFi para visitantes.
Em vez disso, ofereça às pessoas uma alternativa para onde ir. Os dados móveis cobrem serviços bancários, logins em aplicativos de saúde e consultas por vídeo. Uma VPN pessoal ajuda em alguns sistemas corporativos e interrompe outros, portanto, explique seus limites em vez de simplesmente recomendá-la. Um membro da equipe que possa ajudar em um computador da ala e um número de telefone para qualquer pessoa sem um dispositivo adequado eliminam a lacuna para os visitantes que não conseguem usar o autoatendimento.
Teste, monitorar e responda quando o WiFi para visitantes falhar
Antes do lançamento, execute testes de isolamento a partir de dois pontos de partida: uma sessão de convidado autenticada e uma não autenticada. A partir de cada uma, tente alcançar sub-redes clínicas, biomédicas, de gestão e de impressoras. Qualquer acesso bem-sucedido requer correção no mesmo dia, pois o modo de falha que você está testando é uma regra que foi escrita, mas nunca aplicada.
Após o lançamento, cinco sinais operacionais indicam se o projeto está funcionando. Os contatos de suporte são os mais importantes e geralmente revelam uma falha antes que o monitoramento o faça, especialmente nas duas semanas seguintes à mudança de uma ala ou alteração no edifício. Associe cada métrica a um gatilho para que um alerta traga uma instrução em vez de um gráfico.
| Métrica | Por que é importante | Gatilho de revisão |
|---|---|---|
| Taxa de conclusão do portal | Mostra se os visitantes conseguem efetivamente se conectar | Queda sustentada durante o horário de visitação |
| Duração da sessão | Confirma que as configurações de expiração funcionam conforme planejado | Sessões mais longas do que o permitido pela política |
| Eventos de política bloqueada | Mostra que a filtragem está atingindo o tráfego real | Pico repentino em uma área específica |
| Falhas no teste de isolamento | Confirma que os convidados não conseguem acessar sub-redes clínicas | Qualquer falha, no mesmo dia |
| Contatos de suporte | Revela falhas ocultas antecipadamente | Um aumento após uma alteração na enfermaria ou no edifício |
Defina a sequência de incidentes antes de precisar dela
Documente quem pode revogar sessões de visitantes, quem pode isolar o SSID para visitantes, como lidar com o dispositivo infectado de um visitante e quem registra o evento sob a política de retenção. Quatro nomes em uma página são melhores do que um debate às sete da noite. Eu recomendaria praticar a sequência uma vez com as equipes de controle de infecção e de instalações, pois uma falha no WiFi para visitantes durante o horário de visitas também é um problema de comunicação com os pacientes, e os parentes no corredor precisam de uma mensagem tanto quanto a equipe de rede.
O controle de alterações é onde as redes de visitantes se deterioram. A substituição de um switch, um novo conjunto de regras de firewall ou o recabeamento de uma ala podem reabrir um caminho que estava fechado no lançamento, e ninguém percebe até que um teste de isolamento seja executado novamente. Adicione o isolamento de visitantes à lista de verificação padrão pós-alteração em vez de depender da revisão anual.
A monitorização mostra seu valor quando um número crescente de chamados de suporte é tratado como um incidente, e não como ruído de fundo.
Observe também o perfil das reclamações. Uma sequência constante sobre um corredor é um problema de cobertura. Um surto sobre logins em todo o local geralmente é autenticação ou DNS. Um grupo de reclamações de uma ala após a chegada de novos equipamentos não é nenhum dos dois, e a correção cabe à gestão predial e não ao controlador sem fio.
Execute um piloto antes do lançamento completo
Uma ala, uma semana de visitas e uma aprovação ou reprovação por escrito para cada decisão tomada anteriormente. Esse é o critério que eu definiria antes de uma implantação em todo o edifício, porque um piloto custa uma fração de um lançamento ruim e produz evidências sobre as quais um grupo gestor pode agir.
Comece pela radiofrequência. Meça o sinal principal em um quarto de paciente, em uma área de espera e em uma abordagem externa durante um horário real de visitas, e confirme se a meta de -65 dBm se mantém, em vez de presumir que a vistoria foi representativa. Em seguida, realize o percurso de login de ponta a ponta em três dispositivos: um smartphone atual, um aparelho mais antigo que pode nunca concluir o acesso por um portal e um notebook. Registre quanto tempo cada um leva e onde ocorrem as desistências, pois esses abandonos representam a sua demanda por suporte presencial.
Em seguida, vem o teste de isolamento, a partir de sessões autenticadas e não autenticadas, com zero falhas aceitas. Confirme se o aviso de uso seguro em linguagem clara está visível na página de login antes que qualquer pessoa se autentique e se as políticas de uso aceitável, de traga seu próprio dispositivo (BYOD) e de retenção de dados estão formalizadas em vez de rascunhadas. Defina os gatilhos de revisão em sua tabela de monitoramento e atribua um responsável para cada um deles.
Se o acesso da equipe e de visitantes se sobrepõe na mesma infraestrutura, este é o momento de selecionar os fornecedores, em vez de esperar a chegada do hardware. O Purple executa o WiFi para visitantes, a segurança de 802.1X da equipe e redes de áreas privadas em uma única plataforma em nuvem, com métodos de conexão de visitantes que abrangem portal cativo, Passpoint e aplicativo, além de autenticação de funcionários integrada ao Entra ID, Google e Okta. Compare isso com a sua configuração atual de controlador e identidade e, em seguida, agende o piloto em uma enfermaria antes de se comprometer com algo maior.
Um piloto aprovado em sinal, isolamento, conclusão de login e expectativas publicadas oferece algo que um caso de negócio raramente tem: uma semana de tráfego real de visitantes respaldando a decisão. Expanda para a próxima ala somente quando todos os quatro requisitos forem atendidos.
O Purple oferece aos hospitais uma maneira de executar o acesso para visitantes de forma simples, com um portal cativo personalizado com a sua marca, suporte a Passpoint e consentimento por visitante integrados à mesma plataforma que gerencia a autenticação da equipe. Assim, sinal, identidade e avisos publicados são planejados juntos, em vez de serem improvisados após o lançamento. Se você estiver definindo o escopo de um projeto-piloto para uma enfermaria ou substituindo uma senha compartilhada que já perdeu sua utilidade, visite Purple para ver como as redes de visitantes e de funcionários se adaptam aos pontos de acesso que você já possui.
