A radiologia é mais do que apenas imagens. Uma tomografia computorizada (TC) não é apenas um conjunto de imagens; é algo que os médicos usam para ajudar os pacientes, e tem de incluir informações como quando foi tirada e como foi feita para que os médicos possam analisá-la e usá-la para ajudar o paciente. É por isso que a radiologia consegue funcionar com diferentes máquinas em muitos hospitais e até em diferentes países. A razão pela qual isso funciona deve-se ao padrão DICOM.
DICOM, ou Comunicação e Imagem Digital em Medicina, é um conjunto de regras que diz como as imagens médicas devem ser montadas e como as máquinas devem comunicar umas com as outras. É como um modelo de como uma imagem médica deve ser enviada de uma máquina para outra. Isso é importante porque ajuda as máquinas a comunicar entre si, mesmo que sejam feitas por empresas diferentes.
Este guia dir-lhe-á o que é o DICOM, como é usado na vida real e como ajuda diferentes máquinas a trabalharem juntas. Também lhe dirá porque é que a radiologia está a começar a usar o DICOM na web e, na computação em nuvem, através de algo chamado DICOMweb.
DICOM é um padrão para troca de informações de imagem médica. Ele especifica:
• Estrutura do Ficheiro: como uma imagem e os seus metadados são armazenados juntos como um objeto DICOM.
• Modelo de Informação: como estudos, séries, instâncias e identificadores são representados.
• Serviços de Rede: como os sistemas descobrem, consultam, enviam e recuperam imagens e objetos relacionados através de uma rede.
O DICOM difere dos formatos de imagem que usamos em casa, como JPEG e PNG. Esses formatos apenas nos mostram a imagem. O DICOM é usado para imagiologia médica e armazena muitas informações importantes. Ele recorda quem tirou a foto, de que se trata a imagem, quando foi tirada e como foi tirada. Isso é importante para hospitais e médicos porque ajuda-os a saber que a imagem está correta e é fácil de encontrar. Também os ajuda a mostrar a imagem de uma forma que seja segura para o paciente.
O DICOM é gerido por grupos que garantem que funciona corretamente. Muitas empresas usam o DICOM, incluindo as pessoas que fabricam as máquinas que tiram as imagens, as pessoas que fabricam os computadores que armazenam as imagens e as pessoas que criam os programas que permitem aos médicos ver as imagens. Até as empresas que armazenam imagens online usam DICOM. É por isso que as pessoas muitas vezes chamam ao DICOM a linguagem que os sistemas de imagiologia médica usam para falar uns com os outros.
A radiologia é algo que tem de lidar com muitas empresas. Um hospital pode usar uma empresa para os seus scanners de TC, outra empresa para ultrassom e uma empresa para RM. Podem também ter uma mistura de estações de trabalho e arquivos, de empresas diferentes. Isso é um problema porque não há um padrão que todos sigam. Então, sempre que querem conectar dois sistemas, têm de fazê-lo de uma forma que pode tornar todo o sistema um pouco instável. A radiologia terá sempre de trabalhar com diferentes empresas, o que é o que a torna tão complicada.
O DICOM resolveu isso fornecendo uma estrutura partilhada para:
• Aquisição Interoperável: As modalidades produzem imagens numa estrutura de objeto previsível com campos de metadados padronizados (tags).
• Armazenamento e Recuperação Fiáveis: Arquivos PACS/VNA podem armazenar estudos e indexá-los de forma consistente para recuperação posterior.
• Visualização de Diagnóstico: Os visualizadores podem apresentar imagens com orientação, espaçamento, agrupamento de séries e intenção de exibição corretos.
• Coordenação de Fluxo de Trabalho: Serviços relacionados (como listas de trabalho e mensagens de estado) permitem consistência entre sistemas de agendamento e dispositivos de imagem.
• Partilha e Colaboração: O DICOM facilita a troca de estudos entre departamentos ou locais, preservando o contexto clínico.
Hoje, à medida que a radiologia cresce e se move para a web e usa armazenamento em nuvem, o DICOM continua a ser muito importante. Isso deve-se frequentemente ao DICOMweb, que adota as ideias do DICOM e fá-las funcionar com a internet e coisas como HTTP e REST.
Para avaliar o DICOM adequadamente, precisa de entender o modelo subjacente. O DICOM não é “apenas um formato de ficheiro”. É uma estrutura de informação baseada em objetos construída em torno do fluxo de trabalho clínico e identidade.
O DICOM organiza os dados de imagem numa hierarquia que reflete a realidade clínica:
• Estudo: um evento de imagem clínica (por exemplo, “TC Abdómen/Pélvis com contraste” para um paciente numa determinada data/hora).
• Série: um agrupamento lógico dentro do estudo (por exemplo, “axial abdómen”, “reformatados coronais” ou “série pós-contraste”).
• Instância: um único objeto dentro de uma série (frequentemente uma única fatia de imagem, mas também pode ser um relatório estruturado, um estado de apresentação ou outros objetos não-imagem).
Esta hierarquia é realmente importante porque ajuda os médicos a navegar e encontrar as informações de que precisam. Quando os médicos analisam exames, não procuram uma imagem específica como "image 2742.jpg". Em vez disso, pesquisam algo como "o estudo de TC abdómen" e depois veem as imagens relevantes nesse estudo. A hierarquia é crítica para este processo porque suporta a navegação, comparação e recuperação do estudo anterior de TC abdómen.
Uma característica definidora do DICOM é o seu uso de identificadores globalmente únicos (UIDs). Os mais importantes incluem:
• Studyinstanceuid: identifica unicamente o estudo.
• Seriesinstanceuid: identifica unicamente a série.
• Sopinstanceuid: identifica unicamente o objeto individual (a instância).
• Sop Class Uid: identifica o tipo de objeto (por exemplo, um objeto de Armazenamento de Imagem TC vs um objeto de Armazenamento de Imagem RM).
Na prática, os UIDs permitem que os sistemas reconciliem, fundam, recuperem e referenciem objetos de imagem de forma fiável—mesmo entre fornecedores e locais. Também sustentam operações de recuperação e trilhas de auditoria porque o UID é a identidade estável do objeto, distinta de nomes de ficheiros ou IDs de bases de dados locais.
O DICOM armazena metadados em campos padronizados comummente chamados de tags. Estas tags podem incluir:
• Contexto do Paciente e Estudo (Id do paciente, Data/hora do Estudo, Identificadores de Admissão Dependendo do Fluxo de Trabalho)
• Parâmetros de Aquisição (Definições da modalidade, Informações de Reconstrução, Espessura da Fatia, Espaçamento de Píxel)
• Geometria e Orientação (Posição da Imagem, Vetores de Orientação, Espaçamento)
• Intenção de Exibição e Detalhes do Espaço de Cor
• Equipamento e Informações Institucionais
Esta informação sobre as imagens torna-as úteis para as pessoas e fáceis de trabalhar. Ajuda médicos e outros profissionais médicos a rever imagens para medir com precisão, agrupar imagens semelhantes e encontrar facilmente as que necessitam. A informação também ajuda em tarefas relacionadas com as imagens, como verificar a sua qualidade, conduzir investigação e usar inteligência artificial para as analisar. A informação sobre as imagens é importante para estas coisas porque precisam de mais do que apenas a imagem em si para as compreender corretamente.
O DICOM tem estas coisas chamadas Definições de Objetos de Informação (IODs) que especificam que informação é necessária ou pode ser incluída para um determinado tipo de imagem. Isto é realmente útil porque ajuda a criar algo chamado Classes SOP. Estas são como categorias de objetos com as quais diferentes sistemas podem concordar. Por exemplo, pode ter uma categoria chamada "Armazenamento de Imagem TC".
Isto é importante porque apenas dizer que algo suporta DICOM não é suficiente. Precisamos de saber que coisas suporta, como quais Classes SOP, como transfere informação, que detalhes necessita e que coisas extra pode fazer. É por isso que temos estas coisas chamadas declarações de conformidade.
O diagrama seguinte mostra como as imagens DICOM se movem num local onde são visualizadas para observar imagens do corpo. Desde quando são tiradas pela primeira vez até quando são armazenadas, analisadas para descobrir o que está errado, coordenadas com outras coisas e partilhadas usando algo chamado DICOMweb.
 - Presented by PostDICOM.jpg)
Entender este fluxo arquitetónico é essencial antes de examinar, com mais detalhe, como operam os serviços clássicos DIMSE e o DICOMweb.
A parte de comunicações do DICOM funciona com algo chamado DIMSE, que significa Elemento de Serviço de Mensagem DICOM. Não tem de se lembrar de todos os tipos de mensagem que o Elemento de Serviço de Mensagem DICOM usa. É realmente importante entender o que o Elemento de Serviço de Mensagem DICOM faz quando está a funcionar.
C-STORE é o serviço de trabalho usado quando uma modalidade envia imagens adquiridas para um PACS, VNA ou outro destino de armazenamento. A modalidade empacota as imagens como objetos DICOM e transmite-as para uma entidade de aplicação (AE) de destino. Em muitos ambientes, regras de encaminhamento determinam se os estudos vão para um PACS primário, um arquivo de especialidade, um sistema de investigação ou múltiplos destinos.
C-FIND permite que um sistema consulte outro sistema para obter informações sobre estudos, séries ou instâncias. Em termos práticos, permite que um visualizador ou estação de trabalho pergunte a um arquivo: “Tem estudos para este paciente?” ou “Tem séries para este UID de estudo?”. É uma base para fluxos de trabalho orientados por pesquisa em ambientes DICOM clássicos.
A recuperação pode ser realizada via C-MOVE ou C-GET dependendo da arquitetura e padrões de acesso. A um nível elevado, estes serviços permitem que um cliente solicite estudos/séries/instâncias de um arquivo. Num modelo PACS tradicional, o visualizador consulta, seleciona um estudo e, em seguida, aciona a recuperação para que os objetos relevantes sejam entregues ao ambiente de visualização.
A transferência de imagens DICOM é o que as pessoas mais notam, mas os serviços de fluxo de trabalho são igualmente importantes. A Lista de Trabalho de Modalidade ajuda a garantir que a máquina tem as informações do paciente e do pedido antes de começar a tirar imagens, para que não obtenhamos as informações erradas e tenhamos de inserir tudo novamente à mão. Também recebemos mensagens sobre o que está a acontecer, como quando algo é concluído, o que nos ajuda a acompanhar o que está a acontecer desde quando o pedido é feito até quando as imagens são tiradas e tudo está terminado.
Quando falamos sobre como as coisas funcionam, estes serviços são onde a transferência de imagens DICOM não é apenas sobre as imagens, é sobre garantir que tudo corre sem problemas. Isto é especialmente verdade em locais movimentados onde precisamos de ser precisos e fazer as coisas rapidamente, pelo que o DICOM torna-se a espinha dorsal do nosso fluxo de trabalho.
A rede DICOM clássica foi projetada muito antes de os padrões nativos da nuvem e aplicações baseadas em navegador se tornarem padrão. As plataformas de imagem modernas frequentemente necessitam de:
• Recuperação e Armazenamento amigáveis a Http/rest
• Padrões de Acesso Seguro Compatíveis Com Sistemas de Identidade Modernos
• Clientes Web e Móveis Que Não Podem Usar Facilmente Protocolos Dicom Clássicos
• Integração Com Serviços de Análise e Ia Que São baseados em Api
Esse é o contexto para o DICOMweb, um conjunto de serviços baseados na web que implementam conceitos DICOM sobre HTTP.
QIDO-RS é usado para consultar estudos, séries e instâncias via HTTP. Traz capacidades de consulta para pilhas web modernas, úteis para plataformas em nuvem, visualizadores web e integradores que constroem fluxos de trabalho de imagem em sistemas clínicos mais amplos.
WADO-RS permite a recuperação de objetos DICOM através de HTTP. Esta é uma pedra angular para visualizadores web e distribuição baseada na nuvem porque permite padrões de recuperação escaláveis que se alinham com CDNs, gateways de segurança modernos e infraestrutura web padrão.
STOW-RS suporta o armazenamento de objetos DICOM num sistema sobre HTTP. Isto torna-se importante para fluxos de trabalho de ingestão na nuvem, importações entre locais e integrações nas quais dispositivos ou serviços armazenam dados de imagem numa plataforma central via APIs web.
Em termos de estratégia prática, o DICOMweb torna a imagiologia mais acessível ao ecossistema de software mais amplo sem comprometer a estrutura clínica ou a integridade dos metadados do DICOM.
A imagiologia médica não é um “problema de imagem”. É um problema de registo clínico e fluxo de trabalho. Aqui está a diferença central.
| Capacidade | DICOM | JPEG/PNG |
| Contexto estruturado do paciente + estudo | ✅ | ❌ |
| Organização de Estudo/Série | ✅ | ❌ |
| Geometria de medição consistente | ✅ | ❌ |
| Interoperabilidade padronizada | ✅ | ❌ |
| Compatibilidade com PACS/arquivo | ✅ | ❌ |
| Integração de fluxo de trabalho | ✅ | ❌ |
Um JPEG pode exibir uma imagem. Não pode transportar de forma fiável os metadados e a identidade de fluxo de trabalho de que a radiologia depende.
Ambas as abordagens podem coexistir. Muitos sistemas usam DICOM clássico para transferência modalidade-para-PACS e DICOMweb para distribuição e integração modernas.
| Dimensão | DICOM Clássico (DIMSE) | DICOMweb |
| Transporte | DICOM sobre TCP | HTTP/REST |
| Melhor para | Integração de modalidade, fluxos de trabalho PACS legados | Visualizadores web, distribuição na nuvem, integrações API |
| Amizade com Firewall | Frequentemente mais difícil | Tipicamente mais fácil |
| Experiência do programador | Especializada | Familiar para programadores modernos |
| Escalabilidade nativa da nuvem | Mais complexa | Mais natural |
De uma perspetiva estratégica, o DICOMweb não está a substituir o DICOM clássico em todo o lado; está a expandir o DICOM para ambientes que requerem acesso web-first e escalabilidade na nuvem.
“Suporta DICOM” não é suficiente para uma avaliação técnica. A verdadeira questão é: suporta DICOM, como?
Uma declaração de conformidade DICOM é uma declaração detalhada do fornecedor sobre o que o seu sistema implementa. Tipicamente descreve:
• Classes Sop Suportadas (que Tipos de Objetos O Sistema Pode Enviar/receber/armazenar)
• Sintaxes de Transferência Suportadas (métodos de Compressão/codificação)
• Serviços Suportados (c-store, C-find, C-move, Lista de Trabalho, Etc.)
• Requisitos de Atributos E Detalhes de Comportamento
• Limitações Conhecidas E Requisitos de Configuração
Quando estamos a planear fazer com que os sistemas trabalhem juntos, as declarações de conformidade são realmente importantes. Elas são a diferença entre pensar que podemos conectar os sistemas e realmente conectá-los de forma fiável. As declarações de conformidade ajudam-nos a determinar o que está a correr mal quando os sistemas não trabalham juntos como deveriam.
Isto é muito importante para redes que abrangem muitos locais, por exemplo, quando partilhamos imagens médicas a longas distâncias e quando movemos os nossos sistemas para a nuvem. Nestas situações, as declarações de conformidade garantem que os sistemas podem trocar imagens e outras informações importantes sem perder dados ou corromper a informação que descreve os dados.
É comum ouvir “O DICOM suporta segurança”, mas a segurança é melhor compreendida em camadas. O DICOM pode participar em arquiteturas seguras, mas a conformidade é uma propriedade de todo o sistema, não apenas do formato do ficheiro.
Em termos práticos, ambientes DICOM seguros dependem tipicamente de:
• Segurança de Transporte: canais seguros (frequentemente TLS) para proteger dados em trânsito.
• Controlo de Acesso: permissões baseadas em funções e integração de identidade moderna (SSO/RBAC).
• Auditabilidade: registo e rastreabilidade de eventos de acesso e partilha.
• Fluxos de Trabalho de Desidentificação: quando as imagens são usadas para investigação ou partilha externa, os metadados devem ser geridos adequadamente.
• Governança de Dados: políticas de retenção, cópias de segurança, recuperação de desastres e validação de integridade.
Um bom sistema de imagem deve tratar os objetos DICOM com cuidado porque são registos médicos. Estes registos precisam de ser protegidos desde o momento em que são adicionados ao sistema, quando as pessoas os acedem e quando são partilhados com outros. Quando usamos estes sistemas na nuvem, precisamos de garantir que os registos são armazenados em segurança, que apenas as pessoas certas os podem ver e que mantemos o controlo sobre o que está a acontecer com eles. É isto que os hospitais e o governo esperam de nós quando se trata de objetos DICOM.
O DICOM permite a interoperabilidade, mas ambientes clínicos do mundo real ainda enfrentam desafios recorrentes. Compreendê-los ajuda as equipas a desenhar fluxos de trabalho mais seguros e a escolher sistemas que reduzam o risco operacional.
• Inconsistências de Metadados: Diferentes modalidades e fornecedores podem preencher tags de forma diferente. Isto pode afetar a capacidade de pesquisa, agrupamento de séries e análises a jusante.
• Problemas de Correspondência de Pacientes: Se os dados demográficos forem inseridos manualmente ou as listas de trabalho forem mal utilizadas, os estudos podem ser associados a identificadores de pacientes incorretos.
 - Presented by PostDICOM.jpg)
• Armadilhas de Orientação e Geometria: A interpretação precisa depende da orientação correta da imagem e do espaçamento. Erros nestes campos podem afetar medições e reconstruções 3D.
• Incompatibilidades de Compressão e Sintaxe de Transferência: Nem todos os sistemas suportam todos os métodos de compressão igualmente. Isto pode causar transferências falhadas ou problemas de visualização.
• Identificadores gravados: Algumas imagens podem conter sobreposições de texto "gravadas" (burned-in) com informações do paciente. Isto complica a partilha externa e os fluxos de trabalho de investigação.
Um ecossistema DICOM forte não é apenas sobre suportar o padrão; é sobre implementar validação, reconciliação, controlos de encaminhamento e governança para manter os dados clinicamente seguros.
À medida que a radiologia melhora, a importância do DICOM na verdade aumenta porque novas formas de trabalhar exigem que a informação e a identidade estejam no lugar. Para a Inteligência Artificial, a informação no DICOM é realmente importante porque fornece rótulos e contexto que são necessários para o treino e garantia de que funciona corretamente e em segurança num ambiente clínico.
Para empresas que lidam com imagens médicas, o DICOM ajuda-as a combinar dados de diferentes locais, rastrear a propriedade e garantir que podem encontrar o que precisam. Para empresas que usam a nuvem e fazem trabalho de radiologia à distância, o DICOM torna possível partilhar estudos com pessoas em diferentes lugares, mantendo todas as informações clínicas importantes.
Hoje em dia, muitos sistemas estão a usar tanto a forma de obter informações DICOM quanto uma nova forma que funciona bem com a web, para que as empresas possam suportar equipamentos antigos e novas formas de aceder à informação ao mesmo tempo.
A imagiologia na nuvem não é apenas “armazenamento noutro lugar”. Muda a forma como a imagiologia pode ser acedida, partilhada e operacionalizada.
Uma estratégia DICOM orientada para a nuvem tipicamente permite:
• Acesso De Qualquer Lugar Enquanto Preserva a Integridade Diagnóstica
• Colaboração E Fluxos de Trabalho de Referenciação Sem Exportações Manuais Frágeis
• Distribuição Escalável Para Grandes Estudos E Sistemas Multi-local
• Integração Com Controlos de Segurança E Identidade Modernos
• Caminhos Mais Limpos Para Serviços De Ia E Análise
Neste contexto, uma plataforma Cloud PACS e visualizador DICOM pode servir como uma camada de colaboração clínica que complementa ou moderniza a infraestrutura de imagem legada enquanto preserva a fiabilidade do padrão DICOM.
O padrão para objetos de imagem e comunicação chama-se DICOM. Um Sistema de Arquivo e Comunicação de Imagens ou PACS, abreviadamente, é um sistema que tem software e infraestrutura. Este sistema armazena, indexa, recupera e gere estudos DICOM. A principal razão pela qual usamos PACS é para o uso destes estudos DICOM.
Não. O padrão de Comunicação e Imagem Digital em Medicina ou DICOM, abreviadamente, é realmente popular em muitas áreas. Isto inclui coisas como cardiologia e ortopedia. É também usado em odontologia e oftalmologia. Basicamente, o DICOM é usado em todas as especialidades que criam e gerem imagens médicas, como cardiologia, ortopedia, odontologia e oftalmologia.
O padrão DICOM é realmente importante porque garante que as estruturas de objetos e as tags de metadados são as mesmas. Também ajuda com identificadores, que são chamados UIDs, e serviços de comunicação. Quando falamos sobre coisas a funcionarem juntas, como interoperabilidade, isso realmente depende de como as pessoas implementam o padrão DICOM. É por isso que o que as pessoas dizem sobre como seguem as regras, que são chamadas declarações de conformidade, realmente importa para o padrão DICOM.
Um Identificador Único (UID) é um código que é usado em todo o lado para rotular estudos, séries e instâncias. Este Identificador Único ajuda os sistemas de computador a encontrar e obter os objetos de imagem de diferentes lugares e empresas. O Identificador Único é muito importante porque garante que a informação certa é encontrada e recuperada.
DICOMweb é uma forma de usar serviços DICOM na web. Usa HTTP e REST para fazer coisas com objetos DICOM. Pode usar o DICOMweb para procurar coisas, obter coisas e armazenar coisas. O DICOMweb faz tudo isto usando coisas que são normais para a web.
Sim. Os visualizadores DICOM podem abrir estudos no seu próprio computador, mas quando se trata de recursos de fluxo de trabalho clínico, como pesquisar algo, comparar com estudos anteriores, encaminhamento e governança, essas coisas são geralmente tratadas por PACS ou grandes plataformas empresariais. Os visualizadores DICOM simplesmente não estão configurados para lidar com tudo isso. Então, usaria visualizadores DICOM para os estudos. Depois usaria PACS ou plataformas empresariais para o resto dos recursos de fluxo de trabalho clínico.
O DICOM é seguro por si só?
O DICOM participa em arquiteturas seguras, mas a segurança e a conformidade dependem da implementação completa do sistema, incluindo segurança de transporte, controlos de acesso, auditoria e governança.
Causas comuns incluem metadados em falta ou inconsistentes, sintaxes de transferência não suportadas ou problemas de orientação/espaçamento que afetam a renderização e a precisão da medição.
É um documento do fornecedor que descreve exatamente quais serviços DICOM, classes SOP e sintaxes de transferência o seu sistema suporta, incluindo quaisquer limitações e detalhes de configuração.
Os metadados do DICOM fornecem contexto estruturado e identidade consistente, o que ajuda os fluxos de trabalho de IA a ingerir estudos de forma fiável e a manter a rastreabilidade ao longo dos pipelines.
|
Cloud PACS e Visualizador DICOM OnlineCarregue imagens DICOM e documentos clínicos para os servidores PostDICOM. Armazene, visualize, colabore e partilhe os seus ficheiros de imagem médica. |
