Plataformas de WiFi para visitantes de saúde: integração de pacientes, filtragem de conteúdo e comparação de isolamento de VLAN

As melhores plataformas de WiFi para visitantes em serviços de saúde alocam pacientes, visitantes e prestadores de serviços em VLANs separadas atribuídas por RADIUS, além de manterem a IoT clínica totalmente fora da rede de visitantes. Elas aplicam filtragem DNS que bloqueia as listas IWF e CTIRU. Elas realizam o onboarding de pacientes de longa permanência uma única vez no leito, com uma chave pessoal que dura toda a internação.

Qual abordagem de plataforma de WiFi para visitantes em serviços de saúde você deve escolher?

O WiFi hospitalar atende a quatro populações com perfis de risco diferentes: pacientes, visitantes, prestadores de serviços e dispositivos clínicos. Uma plataforma que os trata como um único grupo de "visitantes" cria três problemas. A exposição à segurança dos vulneráveis aumenta, os sistemas clínicos se tornam acessíveis e o balcão da enfermaria se transforma em um suporte técnico de WiFi.

Para a maioria das instalações, a resposta certa combina modelos de acesso em vez de escolher apenas um:

• Pacientes internados recebem acesso baseado em identidade: uma chave pessoal, emitida uma vez no leito, que reconecta todos os dispositivos durante todo o período de internação.
• Visitantes e pacientes ambulatoriais usam um portal cativo registrado (a página web que um dispositivo exibe antes de acessar a internet), com verificação por e-mail ou SMS.
• Prestadores de serviços recebem acesso patrocinado e com limite de tempo que expira na data de término do contrato.
• IoT clínica nunca toca a plataforma de visitantes. Ela permanece em uma rede clínica separada, autenticada com IEEE 802.1X ou iPSK e segmentada atrás de um firewall.

O Purple oferece as três primeiras opções nos pontos de acesso que você já opera, como uma sobreposição em nuvem. A sobreposição funciona com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O Purple opera redes de visitantes desde 2012 e está ativo em mais de 80.000 locais em 90 países. A plataforma gerencia 500 milhões de usuários e logins por ano. Ela possui certificação ISO 27001, Cyber Essentials e B Corp, além de estar em conformidade com GDPR e CCPA.

Se você deseja resolver a questão do hardware primeiro, leia Por que sua próxima atualização de WiFi não precisa de novos equipamentos.

Onde as plataformas de WiFi para pacientes hospitalares realmente se diferenciam?

Todas as plataformas afirmam oferecer acesso de visitantes seguro e filtrado. As verdadeiras diferenças aparecem em três eixos. O primeiro é como um paciente se reconecta no quinto dia. O segundo é como o tráfego é separado. O terceiro é a qual identidade um evento de filtragem é associado.

Modelo de acesso	Como um paciente ou visitante se conecta	Reconexão durante uma estadia de 7 dias	Separação de tráfego	Eventos de filtragem atribuídos a	Melhor aplicação
Portal cativo de clique direto, SSID aberto	Aceita os termos em uma página de boas-vindas	Solicitado novamente a cada expiração de sessão	Uma VLAN de visitantes compartilhada com isolamento de cliente	Apenas endereço MAC do dispositivo	Áreas de espera ambulatoriais, visitas curtas
Portal cativo registrado (verificação por e-mail ou SMS)	Verifica um dado de contato uma única vez	Solicitado quando a sessão ou o registro MAC expira	VLAN compartilhada de visitantes com isolamento de cliente	E-mail ou número de celular verificado	Visitantes, casos de internação dia, sala de espera de emergência
Baseado em identidade (iPSK ou bolha de rede privada)	Escaneia um QR code no leito e recebe uma chave pessoal	Sem solicitação se a validade da chave coincidir com a internação	VLAN por identidade ou bolha privada atribuída pelo RADIUS	Chave nominal por paciente ou leito	Pacientes internados, maternidade, internação de longa permanência e enfermarias de reabilitação
Passpoint ou OpenRoaming	Conecta-se automaticamente com um perfil provisionado	Sem solicitação enquanto o perfil for válido	Política aplicada pelo domínio do provedor de identidade	Conta do provedor de identidade	Equipe e visitantes que já possuem um perfil

Algumas definições ajudam aqui. O iPSK (identity pre-shared key) dá a cada pessoa ou dispositivo sua própria senha de WiFi em um SSID compartilhado. O RADIUS é o protocolo de autenticação que verifica as credenciais e retorna a política para o ponto de acesso. O Passpoint (Hotspot 2.0) permite que um dispositivo se conecte automaticamente usando uma credencial armazenada. A OpenRoaming é a federação da Wireless Broadband Alliance construída sobre o Passpoint.

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

A separação ocorre em três camadas: o SSID, a VLAN e o 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. Você não precisa de um SSID por público. Cada SSID adicional consome tempo de transmissão de beacons, e fornecedores como Cisco e HPE Aruba recomendam manter esse número baixo. Em vez disso, o RADIUS pode retornar uma VLAN no login, usando os atributos de túnel padronizados na RFC 3580. A chave de um paciente o direciona para a VLAN de pacientes, e a credencial de um prestador de serviços, para a VLAN de prestadores. Ambas chegam através do mesmo SSID.

Isolamento de cliente. Em todas as VLAN de visitantes, habilite o bloqueio ponto a ponto (peer-to-peer). Isso impede que o notebook de um paciente acesse o celular de outro paciente. A bolha de rede privada da Purple vai um passo além. Os dispositivos de cada paciente podem se ver entre si - assim, um tablet pode espelhar a tela para um celular -, mas nada fora dessa bolha pode acessá-los.

Política de firewall. As VLANs de visitantes devem acessar apenas a internet e nada mais. Bloqueie todos os intervalos de endereços privados da RFC 1918 nas VLANs de visitantes e, em seguida, libere apenas o necessário, como um serviço de entretenimento para pacientes. Registre as regras de bloqueio nos logs. Essa é a evidência que um auditor solicitará no seu envio do Data Security and Protection Toolkit (DSPT) do NHS.

Criptografia. SSIDs abertos enviam tráfego sem proteção pelo ar. O WPA3 Enhanced Open, baseado em Opportunistic Wireless Encryption (RFC 8110), criptografa cada sessão sem necessidade de senha. Dispositivos mais antigos de pacientes não possuem suporte para essa tecnologia, portanto, execute-a no modo de transição caso seu hardware permita.

Público	Rede	Autenticação	Política de VLAN e firewall	Validade da credencial
Paciente internado	SSID para visitantes	iPSK ou rede privada individual, emitida ao lado do leito	VLAN do paciente, apenas internet, isolamento de cliente	Período de internação, revogado na alta
Visitante ou paciente ambulatorial	SSID para visitantes	Portal cativo registrado	VLAN do visitante, apenas internet, isolamento de cliente	Um dia de visita
Prestador de serviços	SSID para visitantes	Solicitação patrocinada e aprovada pelo setor imobiliário ou de TI	VLAN do prestador de serviços, internet mais endpoints de fornecedores especificados	Data de término do contrato
IoT clínica	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 de firewall, sem internet por padrão	Vida útil do ativo, revogada na desativação
Colaboradores	SSID para colaboradores	IEEE 802.1X via Microsoft Entra ID, Okta ou Google Workspace	VLAN para colaboradores por função	Período de vínculo empregatício, revogado no desligamento

O IEEE 802.1X é o padrão de controle de acesso baseado em porta usado para WiFi corporativo. O EAP-TLS é o método baseado em certificado dentro dele, sendo adequado para dispositivos que podem armazenar um certificado. Muitas bombas de infusão, monitores e unidades de chamada de enfermagem não conseguem fazer isso. O iPSK fornece a esses dispositivos sem interface gráfica uma chave exclusiva, para que você possa revogar um dispositivo sem precisar reconfigurar a chave de toda a ala.

O WiFi para colaboradores com Purple aplica o modelo de admissões, transferências e desligamentos ao acesso da equipe. Os colaboradores desligados e desativados no Microsoft Entra ID, Okta ou Google Workspace perdem o acesso ao WiFi junto com a conta. Isso impede que a senha compartilhada dos colaboradores seja repassada para a rede de visitantes do local.

Quais políticas de filtragem de DNS e proteção de vulneráveis são necessárias nas redes para visitantes do NHS e do setor de saúde privado?

Nenhum estatuto único lista o que uma rede para visitantes do NHS deve bloquear. Na prática, os trusts desenvolvem suas políticas de filtragem a partir de cinco fontes.

1. A lista de URLs da Internet Watch Foundation (IWF) com imagens de abuso sexual infantil. Bloqueie-a em todas as VLAN para visitantes, sem exceções.
2. A lista CTIRU do Home Office sobre conteúdo terrorista ilegal. A definição de filtragem apropriada do UK Safer Internet Centre a utiliza como referência.
3. O dever de prevenção (Prevent duty). Os trusts e foundation trusts do NHS são autoridades especificadas nos termos da Lei de Cibersegurança e Antiterrorismo de 2015 (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 o WiFi público filtra pornografia e conteúdo de abuso infantil. Muitos compradores do setor público exigem essa certificação.
5. Sua política de proteção de vulneráveis. Alas pediátricas, unidades de saúde mental e serviços para adolescentes precisam de um perfil mais rigoroso do que o átrio de atendimento ambulatorial adulto.

A filtragem de DNS verifica cada consulta de domínio em relação a listas de categorias e bloqueia a solicitação antes que uma conexão seja aberta. É a camada prática para redes de visitantes porque não requer um agente nos dispositivos dos pacientes. Uma linha de base prudente bloqueia conteúdo ilegal, conteúdo adulto, malware e phishing em todas as VLAN para visitantes. Em seguida, adicione categorias de jogos de azar, automutilação e incentivo a transtornos alimentares em VLANs pediátricas e de saúde mental.

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

• Forçar DNS. Redirecione ou bloqueie o DNS de saída na porta 53 que não seja direcionado ao seu resolvedor de filtragem.
• Lidar com DNS criptografado. O DNS sobre HTTPS (DoH, RFC 8484) pode ignorar um filtro completamente. Bloqueie resolvedores DoH públicos conhecidos e DNS sobre TLS na porta 853. Use o domínio canário que os navegadores verificam antes de ativar o DoH por padrão.

Sob o UK GDPR, os logs de filtragem são dados pessoais assim que vinculados a um paciente ou visitante. Defina um período de retenção curto, documente-o em sua Avaliação de Impacto sobre a Proteção de Dados (DPIA) e restrinja quem pode consultá-lo. O acesso baseado em identidade tem uma vantagem clara aqui. Um responsável pela proteção de dados pode vincular um alerta de solicitação bloqueada a um leito ou chave, em vez de a um endereço MAC aleatório.

Os complementos de segurança do Purple (SecurePass, Verify e Shield) funcionam ao lado da plataforma de WiFi para visitantes. Especifique as categorias de filtragem, as fontes de lista e a retenção de logs necessárias em sua licitação. Em seguida, peça a cada licitante para demonstrar cada uma delas funcionando, em vez de apenas marcar uma caixa.

Como os fluxos de integração à beira do leito reduzem os chamados de suporte na recepção da enfermaria para pacientes de longa permanência?

Os chamados de suporte para o WiFi na recepção de enfermarias de longa permanência têm três causas comuns.

• Expiração da sessão. Uma sessão com validade de 24 horas força um paciente internado por 10 dias a passar pelo portal cativo até 10 vezes por dispositivo.
• Aleatorização do MAC. O iOS e o Android usam um endereço MAC privado por rede por padrão, e algumas versões o alternam. Uma plataforma que reconhece dispositivos recorrentes pelo endereço MAC os esquece.
• Falha no portal cativo. Alguns aplicativos e dispositivos mais antigos nunca exibem a página de boas-vindas, portanto o paciente vê "conectado, sem internet" e pede ajuda a um enfermeiro.

A integração à beira do leito elimina todos os três problemas. O paciente escaneia um código QR no cartão ao lado do leito ou no folheto de boas-vindas. Ele confirma os termos de uso aceitável uma vez e recebe uma chave pessoal à qual todos os dispositivos podem se conectar. O tempo de vida da chave corresponde à internação e é revogado na alta. Nenhuma página de boas-vindas é exibida novamente, portanto MACs aleatórios e aplicativos incompatíveis com o portal deixam de ser um problema.

Detalhes de projeto que reduzem ainda mais os chamados:

• Emita por leito, não por nome, caso seu encarregado de proteção de dados prefira isso. Reemita a chave na alta por meio do fluxo de trabalho de gestão de leitos.
• Permita um dispositivo familiar. Os cuidadores geralmente configuram o tablet de um parente. Uma chave que cobre quatro ou cinco dispositivos evita um segundo chamado.
• Elabore o cartão pensando na enfermaria. Use uma linguagem simples, traduções para os principais idiomas dos seus pacientes e uma taxa de contraste que atenda ao WCAG 2.2 AA.
• Adicione uma página de autoatendimento que é carregada no VLAN para visitantes sem autenticação, para que os pacientes possam resolver problemas comuns sem recorrer à recepção.

Onde cada modelo de integração se encaixa nas instalações de um hospital?

Os dois cenários práticos abaixo utilizam premissas declaradas. Cada um mostra a aritmética para que você possa executá-la novamente com seus próprios números de leitos e tempos de permanência.

Cenário prático 1: um trust de atendimento agudo do NHS substitui uma rede com login por clique

Situação. Um trust de atendimento agudo de 600 leitos opera uma SSID aberta para convidados com uma sessão por clique de 24 horas. Pacientes, visitantes, prestadores de serviços e alguns dispositivos legados de enfermarias compartilham a mesma VLAN plana para convidados. Gerentes de enfermarias relatam o WiFi como uma interrupção regular no posto de enfermagem.

O que foi feito. O trust dividiu a infraestrutura em quatro VLANs: paciente, visitante, prestador de serviços e clínica. Os dispositivos clínicos foram movidos para uma SSID clínica separada com iPSK e sem rota para a internet. Agora, os pacientes internados realizam o onboarding na beira do leito com uma chave válida por toda a internação. Os visitantes usam um portal cativo registrado por um dia de visita. O filtro de DNS bloqueia as listas IWF e CTIRU em todas as redes VLAN para convidados, com um perfil mais rigoroso em enfermarias pediátricas e de saúde mental.

Resultado mensurável. Considere uma enfermaria de 28 leitos com uma permanência média de seis dias e dois dispositivos por paciente. A antiga sessão de 24 horas gerava até 12 solicitações de portal por leito a cada internação. Isso representa aproximadamente 336 solicitações por enfermaria por ciclo de internação. Com o onboarding na beira do leito, o número cai para dois, um por dispositivo na admissão. O trust mede essa alteração por meio de chamados no service desk com a tag "WiFi do paciente", comparados trimestre a trimestre. Ele também obteve um log de firewall que mostra zero tráfego de convidados para a rede clínica, o que reforça suas evidências de DSPT.

Cenário prático 2: um hospital privado gerenciado no padrão de hotelaria

Situação. Um hospital privado de 120 leitos posiciona a estadia de seus pacientes como a de um hotel, com serviço de quarto, streaming de entretenimento e recepção de concierge. Os pacientes esperam um WiFi que funcione como em um quarto quatro estrelas. Muitos trabalham remotamente durante a recuperação, cada um com notebook, telefone e tablet.

O que foi feito. O hospital usou a bolha de rede privada da Purple para que os dispositivos de cada paciente pudessem se comunicar entre si, mas sem visibilidade para os demais. O paciente pode transmitir conteúdos para a tela do quarto sem expô-la ao quarto ao lado. O cadastro coleta apenas nome e e-mail, com opt-ins de escolha consciente para comunicações do hospital. Ele nunca coleta informações de saúde, as quais a UK GDPR trata como dados de categoria especial. O WiFi Analytics relata dispositivos conectados e tempo de permanência por enfermaria, não por indivíduo.

Resultado mensurável. Considere um paciente que permanece quatro noites com três dispositivos em uma sessão de 24 horas. Esse paciente enfrentaria 12 solicitações de reconexão. Com uma chave válida por toda a estadia, ele enfrenta apenas três. O hospital acompanha duas métricas: solicitações de WiFi ao concierge por noite de leito ocupado e pontuações de satisfação dos pacientes em relação à conectividade. Ele também compara as taxas de opt-in com seu formulário de consentimento em papel anterior.

A mesma lógica de hotelaria aparece no trabalho da Purple com Hotéis. Muitos saguões de hospitais agora incluem cafés e lojas. Essa área de circulação se comporta como o setor de Varejo: o cliente precisa de um acesso rápido e filtrado, e o portal cativo registrado se ajusta perfeitamente a isso.

Quanto custa manter cada opção?

O preço da licença é apenas uma parte do custo. Os custos maiores envolvem o tempo da equipe na enfermaria, o esforço de alteração de TI e a despesa operacional com proteção de dados.

Modelo de acesso	Alteração de hardware	Esforço da recepção da ala	Esforço de TI	Custo adicional de proteção de dados
Portal cativo aberto de clique único	Nenhum em pontos de acesso compatíveis	Alto: solicitações repetidas a cada sessão	Baixo: uma VLAN, uma política	Poucos dados retidos, mas fraca atribuição de salvaguarda
Portal cativo registrado	Nenhum em pontos de acesso compatíveis	Médio: solicitações na expiração e após rotação de MAC	Baixo: uma ou duas VLANs	Dados de contato retidos: DPIA, cronograma de retenção, aviso de privacidade
Baseado em identidade (iPSK ou bolha de rede privada)	Nenhum onde os pontos de acesso suportem iPSK ou atribuição de VLAN RADIUS	Baixo: uma configuração por admissão	Médio: VLANs por população e política de RADIUS	Chave vinculada ao leito ou paciente: DPIA cobre logs de filtragem
Passpoint ou OpenRoaming	Os pontos de acesso devem suportar Hotspot 2.0	Baixo após a instalação dos perfis	Médio a alto: certificados, domínios, distribuição de perfis	Identidade mantida pelo provedor: termos de compartilhamento de dados a revisar

Três geradores de custos são fáceis de ignorar:

• Dependência de controlador. Se o seu portal cativo e sua política residem em um controlador de LAN sem fio local, cada alteração aguarda uma janela de manutenção. Uma sobreposição em nuvem remove essa política do controlador. Consulte O que é um WLC (Wireless LAN Controller) e você ainda precisa de um?.
• Desvio de credenciais de prestadores de serviços. Senhas compartilhadas de prestadores de serviços raramente mudam. O acesso patrocinado por tempo determinado elimina o custo de localizá-las e revogá-las após um incidente.
• Chamados de reconexão. Cada chamado custa alguns minutos do tempo de um enfermeiro longe dos pacientes. Multiplique as solicitações modeladas pela sua taxa de chamados para obter um valor numérico.

A Purple garante 99,999% de tempo de atividade para sua plataforma (dados da própria Purple). Peça a todos os fornecedores o índice de tempo de atividade e o período que ele cobre, pois a inatividade em uma ala se transforma em outro chamado.

Como você decide para a sua propriedade?

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

Sua situação	Abordagem recomendada
Hospital de grande porte, estadias mistas curtas e longas, rede de convidados simples hoje	iPSK à beira do leito para pacientes internados, portal cativo registrado para visitantes, SSID clínica separada
Saúde mental, serviços pediátricos ou adolescentes no local	VLAN por ala com um perfil de filtragem de DNS mais rigoroso e alertas de salvaguarda vinculados às chaves dos leitos
Hospital privado oferecendo uma estadia de padrão hoteleiro	Bolha de rede privada por paciente, consentimentos explícitos de escolha consciente, sem dados de saúde no registro
Clínica ambulatorial ou hospital comunitário, visitas com menos de quatro horas	Portal cativo registrado com uma sessão de um dia e filtragem básica
Grande população de prestadores de serviços durante um programa imobiliário	VLAN patrocinada para prestadores de serviços com tempo determinado, que expira na data de término do contrato
Dispositivos médicos legados que não podem executar 802.1X	iPSK por dispositivo em uma VLAN clínica sem rota para a internet

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

1. Hardware. Confirme se seus pontos de acesso suportam atribuição de VLAN por RADIUS e iPSK. O 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, manipulação de DoH e perfis por VLAN.
3. Proteção de dados. Solicite os certificados ISO 27001 e Cyber Essentials, a residência dos dados e um rascunho do acordo de processamento de dados.
4. Onboarding. Observe o fluxo à beira do leito em um telefone com MAC aleatório e, em seguida, em um tablet Android antigo, antes de assinar.
5. Relatórios. Verifique se os relatórios de analytics informam no nível da ala sem expor pacientes individuais.

O guia Guest WiFi RFP requirements: what to specify across onboarding, security and analytics transforma essas verificações em cláusulas de licitação. Para contexto do setor, consulte a página de Healthcare do Purple.

Perguntas frequentes

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

Sim. O Purple roda como uma sobreposição em nuvem no hardware da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Você mantém seus pontos de acesso, switches e cabeamento existentes. O que você deve verificar é o suporte a recursos nos seus modelos, principalmente a atribuição de VLAN por RADIUS e iPSK, pois eles decidem se o onboarding baseado em identidade à beira do leito funciona em todas as alas. A equipe do Purple confirma isso em relação ao inventário do seu parque durante o escopo.

Pacientes de longa permanência podem continuar conectados durante toda a internação sem fazer login novamente?

Sim, ao usar o onboarding baseado em identidade. O paciente escaneia um QR code à beira do leito uma vez e recebe uma chave pessoal. Todos os dispositivos se reconectam automaticamente pela duração da estadia. Você define o tempo de vida da chave para coincidir com a internação e a revoga na alta. Endereços MAC aleatórios e cronômetros de sessão curtos não forçam mais solicitações repetidas de Captive Portal, que são a principal fonte de chamados de WiFi na recepção das alas.

O Purple está em conformidade com os requisitos de proteção de dados do Reino Unido para os trusts do NHS?

Sim. O Purple está em conformidade com o GDPR e possui as certificações ISO 27001 e Cyber Essentials, o que respalda a garantia do seu fornecedor. O seu trust continua sendo o controlador dos dados, portanto você ainda deve concluir uma Avaliação de Impacto sobre a Proteção de Dados e definir a retenção dos registros de cadastro e filtragem. Nunca colete informações de saúde no cadastro de WiFi. O UK GDPR as trata como dados de categoria especial, e o acesso à rede não precisa disso.

Dispositivos médicos clínicos devem se conectar ao WiFi de convidados do hospital?

Não. A IoT clínica deve ficar em um SSID e VLAN clínicos separados, atrás de um firewall sem rota para a internet por padrão. Use o IEEE 802.1X com EAP-TLS para dispositivos que suportem certificado. Use iPSK para dispositivos headless que não suportem, para que você possa revogar um único dispositivo sem alterar a chave da ala inteira. As VLANs de convidados devem bloquear todo o tráfego para os intervalos de endereços privados internos.

Qual filtragem de conteúdo uma rede de WiFi para convidados do NHS precisa?

No mínimo, bloqueie a lista da Internet Watch Foundation e a lista CTIRU do Home Office em cada VLAN de visitantes. Adicione conteúdo adulto, malware e phishing como linha de base. Aplique perfis mais rígidos em enfermarias pediátricas e de saúde mental. Force o DNS por meio do seu resolvedor de filtragem e bloqueie resolvedores públicos de DNS sobre HTTPS, caso contrário, os pacientes poderão burlar o filtro. Muitos compradores do setor público também solicitam a acreditação Friendly WiFi.

Como o Purple é licenciado para uma propriedade hospitalar?

O Purple é licenciado por meio de três planos: Connect, Capture e Engage. O SecurePass, o Verify e o Shield estão disponíveis como complementos de segurança. A maioria dos trusts começa com o plano que cobre o acesso de pacientes e visitantes e, em seguida, adiciona recursos de segurança para atender aos seus requisitos de proteção e identidade. Entre em contato com a Purple para obter um orçamento com base em seus locais, enfermarias e populações. Traga seu inventário de pontos de acesso para que o dimensionamento seja preciso.

Quanto esforço exige a transição de uma rede baseada em simples clique?

A maior parte do esforço está no projeto da rede, não na instalação. Nenhum ponto de acesso novo é necessário em hardwares compatíveis. Sua equipe define as VLANs, escreve as regras de firewall entre elas e estabelece a política de RADIUS para cada população. Você também produz cartões para os leitos e orienta a equipe da enfermaria. Executar uma enfermaria como piloto primeiro permite medir a redução de chamados antes de expandir para todo o trust.

Podemos usar o registro do WiFi de visitantes para comunicações com os pacientes?

Sim, com opt-ins de escolha consciente e nada mais. Solicite o consentimento separadamente dos termos de uso aceitável, registre-o com um carimbo de data/hora e facilite a retirada do consentimento tanto quanto a concessão. Colete apenas dados de contato, nunca informações clínicas. Os dados próprios capturados dessa forma podem alimentar comunicações hospitalares aprovadas, como lembretes de consultas. Seu aviso de privacidade e a DPIA devem cobrir esse uso.