DICOM Compartilhamento de arquivos in Saúde: Melhores práticas

A partilha moderna de ficheiros DICOM utiliza o padrão DICOMweb (WADO-RS, STOW-RS, QIDO-RS) sobre HTTPS em vez de transferência física em CD ou o protocolo DIMSE legado sobre a camada superior DICOM. O conjunto central: um PACS (GE Centricity, Sectra, Fujifilm Synapse, ou nativo na nuvem como a Google Healthcare API) como arquivo de imagens, um arquivo neutro de fornecedor (VNA) para armazenamento de longo prazo entre modalidades, uma plataforma de intercâmbio de imagens na nuvem (Ambra Health, LifeImage, PocketHealth) para partilha entre prestadores e para doentes, e um serviço de transferência encriptada coberto por BAA como HexaTransfer Enterprise para casos pontuais. Uma TAC do tórax padrão gera 300 a 800 MB; uma RM cardíaca com múltiplas sequências pode atingir 2 GB.

Porque o intercâmbio de imagens em CD está a desaparecer

Durante duas décadas, os hospitais enviavam estudos DICOM em CDs com um visualizador incorporado. O fluxo de trabalho era familiar mas doloroso:

Velocidades de gravação: 3 a 5 minutos por CD no centro de imagiologia
Falhas de leitura: 10 a 20% dos CDs chegam ilegíveis à instalação recetora
Compatibilidade do visualizador: o visualizador incorporado frequentemente não corre em macOS ou Linux modernos
Trânsito físico: FedEx expresso para transferências urgentes, frequentemente 18 a 24 horas
CDs perdidos: uma percentagem mensurável nunca chega ao destino pretendido

O ACR e as sociedades de radiologia têm promovido o intercâmbio eletrónico há anos. As plataformas na nuvem como Ambra, LifeImage e PocketHealth tornaram a partilha de imagens dirigida pelo doente a norma nos principais centros médicos académicos.

DICOMweb: o padrão moderno

O DICOMweb é a versão baseada em HTTP do protocolo de rede DICOM. Três serviços fundamentais:

STOW-RS (Store over Web): enviar objetos DICOM para um servidor via HTTP POST
WADO-RS (Web Access to DICOM Objects): recuperar DICOM via HTTP GET
QIDO-RS (Query based on ID): consultar por estudo/série/instância sobre HTTP

Os três correm sobre HTTPS com TLS 1.3 (conforme RFC 8446), tornando-os compatíveis com firewalls de uma forma que o DICOM DIMSE legado (porta 104 ou 11112) nunca conseguiu. A autenticação utiliza OAuth 2.0 ou certificados de cliente.

A maioria dos fornecedores modernos de PACS expõe agora endpoints DICOMweb. As plataformas nativas na nuvem (Google Cloud Healthcare API, AWS HealthImaging, Azure DICOM Service) são DICOMweb em primeiro lugar.

Tamanhos de dados de pixel e planeamento de largura de banda

Os tamanhos dos estudos variam amplamente por modalidade:

Radiografia do tórax (CR ou DX): 5 a 15 MB (não comprimido), 1 a 3 MB com JPEG 2000
TAC da cabeça: 100 a 300 MB
TAC do tórax: 300 a 800 MB
TAC abdominal/pélvico com contraste: 500 MB a 1,5 GB
RM cerebral (multi-sequência): 150 a 400 MB
RM cardíaca: 500 MB a 2 GB
Mamografia (tomossíntese digital): 500 MB a 1,5 GB por exame
Imagiologia patológica de lâmina inteira (WSI): 1 a 10 GB por lâmina
Ecocardiografia 3D: 200 a 500 MB

Um departamento de radiologia a fazer 500 estudos por dia gera 150 GB a 1 TB de nova imagiologia diariamente. Planear a largura de banda em conformidade; ligações dedicadas de 1 Gbps a grandes parceiros de referência são cada vez mais comuns.

Compressão: com perdas, sem perdas e a questão do diagnóstico

O DICOM suporta várias sintaxes de transferência:

Não comprimido (Explicit VR Little Endian): base de referência, maior tamanho
JPEG Lossless: compressão 2 a 3x, totalmente reversível
JPEG 2000 Lossless: compressão 3 a 4x, recomendação atual para sem perdas
JPEG 2000 Lossy: compressão 10 a 20x, descarta informação
HTJ2K (High-Throughput JPEG 2000): mais recente, rácios semelhantes, descodificação mais rápida

Para uso diagnóstico primário, as diretrizes do ACR recomendam compressão sem perdas. Para revisão secundária, teleconsulta, ou visualização pelo doente, a compressão com perdas é defensável com documentação explícita.

Nunca aplicar compressão com perdas a mamografia de rastreio nos EUA — o MQSA da FDA exige visualização sem perdas de mamogramas diagnósticos primários. Restrições semelhantes aplicam-se à colonoscopia virtual e a outros exames específicos.

Partilha de imagens dirigida pelo doente

As regras de bloqueio de informação do Cures Act estendem-se à imagiologia. Os doentes têm o direito de aceder às suas próprias imagens eletronicamente. As plataformas construídas para este fim:

PocketHealth: acesso a imagens pelo doente, integra-se com mais de 700 centros de imagiologia
LifeImage (agora parte da Mach7): de prestador para doente e de prestador para prestador
Ambra Health (Intelerad): intercâmbio de imagens na nuvem, portal do doente
Clearpath: acesso a imagens centrado no consumidor
Apple Health: extrai progressivamente imagiologia via recursos FHIR ImagingStudy

Para os departamentos de radiologia, oferecer um destes serviços é agora praticamente obrigatório. Não oferecer acesso ao doente é interpretado pelo OCR como bloqueio de informação e pode desencadear aplicação de penalidades monetárias civis.

Desidentificação para investigação e ensino

Os estudos de investigação, as apresentações em conferências e os ficheiros de ensino precisam de dados DICOM sem PHI. O DICOM define tags específicas que devem ser removidas ou substituídas (o Perfil Básico de Confidencialidade de Aplicações e perfis suplementares no DICOM PS 3.15 Apêndice E).

Tags fundamentais a tratar:

PatientName (0010,0010)
PatientID (0010,0020)
PatientBirthDate (0010,0030)
StudyDate (0008,0020): pode ser deslocada por um offset aleatório dentro de um doente
ReferringPhysicianName (0008,0090)
InstitutionName (0008,0080)
StationName (0008,1010)
UIDs: devem ser substituídos por UIDs de investigação, mantendo a integridade referencial

Ferramentas que tratam isto corretamente: Posda (baseado em CTP), RSNA MIRC CTP (Clinical Trial Processor), pydicom com scripts personalizados, módulo de desidentificação do MIM, dcm4che. Validar sempre que a PHI incorporada em pixels de imagem é removida separadamente — o texto queimado nos pixels de imagem não é uma tag DICOM que se pode simplesmente apagar.

Relatórios estruturados e captura secundária

Os relatórios de radiologia viajam a par das imagens. Os fluxos de trabalho modernos utilizam:

Mensagens HL7 v2 ORU (Observation Result): legadas mas universais
Recursos FHIR DiagnosticReport: modernos, cada vez mais exigidos
DICOM Structured Reports (SR): dados de relatório legíveis por máquina incorporados com imagens
Imagens DICOM Secondary Capture: para capturas de ecrã anotadas, frequentemente criadas no PACS ou durante a interpretação

Um pacote completo de transferência de imagiologia inclui o estudo DICOM, o SR se disponível, e o relatório final assinado (frequentemente como PDF anexado via Encapsulated Document). Enviar o estudo sem o relatório força o radiologista recetor a reler do zero.

Registo de auditoria e controlos de acesso

O HIPAA e o perfil IHE Audit Trail and Node Authentication (ATNA) especificam o registo para cada evento DICOM:

Quem acedeu (utilizador autenticado)
O que foi acedido (UIDs de estudo/série/instância)
Quando (timestamp)
De onde (IP de origem)
Ação (visualizar, descarregar, modificar, apagar)

A maioria dos fornecedores modernos de PACS e VNA gera estes logs nativamente. Enviá-los para um SIEM (Splunk, Sentinel, QRadar, Datadog) com retenção de pelo menos 6 anos — o mínimo HIPAA para registos.

Imagiologia na nuvem: Google, AWS, Azure

Os fornecedores de nuvem oferecem agora serviços DICOM de primeira parte:

Google Cloud Healthcare API: repositório DICOM com endpoints DICOMweb, coberto por BAA
AWS HealthImaging: armazenamento DICOM otimizado com carregamento lazy por fotograma
Azure DICOM Service: endpoint DICOMweb gerido, integra-se com FHIR Azure

Os preços rondam 0,02 a 0,05 dólares por GB armazenado por mês mais custos de transferência de dados e chamadas de API. Para uma prática de radiologia de dimensão média (10 TB de volume anual), isso representa aproximadamente 200 a 500 dólares/mês mais egress.

Estes serviços assinam BAAs e tratam de grande parte da engenharia de conformidade. A contrapartida é a dependência do fornecedor e o custo contínuo versus o investimento de capital em instalações próprias.

Uma configuração prática de intercâmbio DICOM

Para uma prática de radiologia:

PACS: fornecedor enterprise existente ou DICOM na nuvem Google/AWS/Azure
VNA: Hyland, IBM Merge, Visage, ou nativo na nuvem
Intercâmbio de imagens: Ambra, LifeImage, ou PocketHealth
Entrega de relatórios: incorporada no PACS ou integração FHIR
Desidentificação: RSNA MIRC CTP ou MIM para investigação
Transferências encriptadas pontuais: serviço E2EE com assinatura de BAA como HexaTransfer Enterprise
Retenção de logs de auditoria: 6 ou mais anos em SIEM

Experimente em https://hexatransfer.com — gratuito, sem conta, máximo de 10 GB.