Visualizador DICOM no navegador vs desktop: o que faz sentido para CBCT na clínica

Quando um CBCT chega ao consultório, a pergunta já não é só “tenho um visualizador?”, e sim onde você abre: no navegador ou em um programa instalado no PC. As duas opções podem ser clínicas. Escolher mal aparece na sexta às 18h, com o paciente na cadeira e um ZIP de centenas de megabytes esperando.

Este artigo é uma matriz de decisão para dentistas e especialistas. Não é um guia de compra de PACS, não substitui a indicação ALARA do CBCT e não inventa funções de um produto concreto. As peças companheiras do cluster cobrem o que é um visualizador CBCT online, como abrir um exame sem o instalador do fabricante e o checklist de critérios ao escolher software DICOM. O ângulo aqui é outro: navegador versus desktop para o trabalho diário com volumes dentários.

O que significa “visualizador no navegador” e “visualizador desktop”

Um visualizador DICOM desktop é um aplicativo nativo (Windows, macOS ou Linux) que você instala, atualiza e executa em uma estação específica. Fala com a GPU e o sistema de arquivos da máquina; costuma aceitar DICOMDIR, pastas soltas e discos do fabricante.

Um visualizador DICOM no navegador roda dentro do Chrome, Edge, Firefox ou Safari. O volume chega por link, upload ou rede; a decodificação, o MPR e as medições ocorrem cada vez mais no cliente com WebAssembly, WebGL e — em evolução — WebGPU. Não substitui automaticamente um PACS completo: é a camada de leitura clínica do dataset.

O DICOM continua sendo o padrão NEMA para imagem médica. Farman insistiu que a interoperabilidade protege o ativo clínico contra silos de marca: o contêiner (navegador ou .exe) importa menos do que o arquivo ser DICOM aberto.

Argumentos que já não valem

Mitos comuns:

• “O navegador não faz MPR de verdade.” Desatualizado para a maior parte dos fluxos 2D/MPR do dia a dia. Trabalhos recentes com progressive web apps para visualização DICOM/MPR relatam tempos de carga e reconstrução competitivos frente a ferramentas web anteriores, com erro geométrico de reconstrução abaixo de 0,05 mm na validação reportada.
• “Desktop é sempre mais seguro.” Segurança depende de criptografia, controle de acesso e política — não de instalar um .msi. Um PC da clínica com o visualizador do fabricante e discos sem inventário também é risco.
• “Online significa teleconsulta ao vivo.” Compartilhar um link não é o mesmo que teleconsulta sincronizada nem um laudo assinado. São camadas distintas.

Quando o navegador costuma ganhar

Prefira (ou priorize) um visualizador no navegador quando:

1. Vários postos e sistemas operacionais. Operatory Windows, box de planejamento Mac, tablet do especialista: um único fluxo evita “só abre no PC do fundo”.
2. Encaminhamentos e CDs de outras marcas. Você precisa do DICOM do centro sem instalar o autoexecutável daquela marca (e brigar com drivers).
3. Compartilhar sem anexos de 500 MB. Link com acesso controlado (validade, PIN ou conta) em vez de ZIP no WhatsApp ou e-mail que volta.
4. Atualizações sem visitar cada PC. Patches de segurança e melhorias chegam sem “quem sabe instalar”.
5. Revisão rápida e segunda opinião. Abrir, medir em mm, capturar e devolver o critério em minutos.

A AAOMR lembra que quem obtém o CBCT é responsável por interpretar o volume (ou encaminhar à radiologia oral e maxilofacial). Um visualizador cômodo não reduz essa responsabilidade; reduz a desculpa “não consegui abrir”.

Quando o desktop ainda ganha

Mantenha (ou priorize) um visualizador nativo quando:

1. Offline real ou rede instável. Centro cirúrgico, área rural ou Wi‑Fi da recepção saturado: se não há rede, o navegador “só na nuvem” não serve. Alguns híbridos fazem cache local; não assuma que todos fazem.
2. Pós-processamento avançado ou plugins do ecossistema do fabricante. Planejamento de guias, segmentações proprietárias, módulos de ATM/ortodontia ligados à workstation de marca: muitas vezes vivem no desktop.
3. Hardware dedicado e monitores calibrados. Estação de radiologia oral com GPU forte, dual monitor e periféricos costuma aproveitar melhor o software nativo.
4. Volumes muito grandes + rendering 3D intenso. O scroll MPR no navegador moderno já é clinicamente viável; o gap mais citado na literatura técnica continua sendo o volume rendering 3D intensivo frente a workstations nativas, mesmo com WebGL/WebGPU estreitando a diferença.
5. Política “tudo na LAN, nada sai”. Se o compliance exige que o PHI não toque um processador externo, um visualizador local (ou deploy on‑premise controlado) pode ser o caminho — assessoria jurídica à parte.

Desempenho: meça na sua clínica, não na demo

A demora interrompe a consulta. Teste com seus arquivos, não com o demo de 80 MB.

Cenário	O que observar
ZIP / pasta típica de encaminhamentos	Tempo até o primeiro corte útil
FOV amplo (orto / ATM)	Fluidez ao percorrer centenas de slices
Wi‑Fi da recepção vs cabo	Falhas que só aparecem nos dias cheios
Mac + Windows misturados	Mesma medição em mm nos dois
Série incompleta ou transfer syntax raro	Mensagem clara vs tela em branco

WebAssembly aproxima o parse e a decodificação do desempenho nativo ao executar código compilado (p. ex. de C++/Rust) no navegador. Por isso o argumento “JavaScript é lento demais para CT” ficou desatualizado para boa parte do trabalho 2D/MPR. Ainda assim: faça benchmark no seu pior caso real.

Privacidade e compliance (camada comum)

Imagens dentárias = dados de saúde. Nos EUA aplica-se o marco HIPAA; na UE/LATAM, GDPR e leis locais. Exija do fornecedor (ou da TI):

• Criptografia em trânsito (HTTPS/TLS) se houver upload ou visualização remota.
• Controle de quem abre o exame e, se aplicável, registro de acesso.
• Política de retenção e exclusão / validade de links.
• Contrato ou DPA quando um terceiro processa dados em seu nome.

O “visualizador grátis público sem conta” pode servir para um caso anonimizado de docência. Não é automaticamente adequado para produção com identificadores.

Modelo híbrido (o que muitas clínicas fazem)

Não é binário. Um padrão frequente:

• Navegador para abrir encaminhamentos, compartilhar com o solicitante, revisar na cadeira ou em casa do especialista.
• Desktop para planejamento profundo em um posto fixo, módulos de marca ou trabalho offline programado.

O checklist de seleção de software DICOM (peça companheira) ajuda a avaliar os dois com os mesmos critérios: Conformance Statement, MPR, medições em mm, export aberto, TCO.

Checklist de decisão em uma página

1. Quantos postos e SOs distintos precisam ver o CBCT esta semana?
2. Que percentual de exames chega de outras marcas / CD com instalador?
3. Você precisa de offline garantido em algum box?
4. O gargalo é abrir/medir/compartilhar ou é pós-processamento de marca?
5. Quem mantém atualizações e backups do PC “que realmente abre”?
6. Você testou um ZIP real de 300–500 MB na rede real da clínica?
7. O export continua sendo DICOM padrão (Farman / interoperabilidade)?
8. Quem interpreta o volume completo (AAOMR) e com qual ferramenta revisa de ponta a ponta?

Se 1–2 e 6 pesam mais, o navegador costuma ganhar adoção. Se 3–4 pesam mais, mantenha desktop (ou híbrido).

O que este artigo não faz

Não compara marcas por nome, não substitui SEDENTEXCT / princípios EADMFR sobre indicação e dose, não é tutorial de instalação nem promessa de features de um produto. Avalie com evidência no seu fluxo.

Referências

1. Horner K, Islam M, Flygare L, Tsiklakis K, Whaites E. Basic principles for use of dental cone beam computed tomography: consensus guidelines of the European Academy of Dental and Maxillofacial Radiology. Dentomaxillofac Radiol. 2009;38(4):187-195. doi: 10.1259/dmfr/74941012
2. European Commission. Radiation Protection No 172. Cone Beam CT for Dental and Maxillofacial Radiology: Evidence-Based Guidelines (SEDENTEXCT). Luxembourg: Publications Office of the EU; 2012.
3. Carter L, Farman AG, Geist J, et al. American Academy of Oral and Maxillofacial Radiology executive opinion statement on performing and interpreting diagnostic cone beam computed tomography. Oral Surg Oral Med Oral Pathol Oral Radiol Endod. 2008;106(4):561-562. doi: 10.1016/j.tripleo.2008.07.007
4. Farman AG. Raising standards: Digital interoperability and DICOM. Oral Surg Oral Med Oral Pathol Oral Radiol Endod. 2005;99(5):525-526. doi: 10.1016/j.tripleo.2005.03.001
5. Farman AG. Applying DICOM to dentistry. J Digit Imaging. 2005;18(1):23-27. doi: 10.1007/s10278-004-1029-z
6. National Electrical Manufacturers Association (NEMA). DICOM Standard (current edition). https://dicom.nema.org/medical/dicom/current/
7. AboArab MA, Potsika VT, Theodorou A, et al. Advancing Progressive Web Applications to Leverage Medical Imaging for Visualization of DICOM and Multiplanar Reconstruction: Software Development and Validation Study. JMIR Med Inform. 2024;12:e63834. doi: 10.2196/63834
8. U.S. Department of Health & Human Services. Minimum Necessary Requirement (HIPAA Privacy Rule). https://www.hhs.gov/hipaa/for-professionals/privacy/guidance/minimum-necessary-requirement/index.html