Digital Imaging and Communications in Medicine

Digital Imaging and Communications in Medicine
Designação	Digital Imaging and Communications in Medicine
Sigla	DICOM
Ano de Criação	1985
Entidade Criadora	American College of Radiology (ACR), National Electrical Manufacturers Association (NEMA)
Entidade Gestora	Medical Imaging & Technology Alliance (divisão da NEMA)
Versão Atual	3.0
Área(s) de Aplicação	Imagem Médica

Definição

Digital Imaging and Communications in Medicine - DICOM -, é uma norma internacional usada na imagiologia médica, desenvolvida pelo American College of Radiology (ACR), em conjunto com a National Electrical Manufacturers Association (NEMA). DICOM define um formato de imagem médica, bem como um conjunto de mecanismos para a sua transferência, armazenamento e visualização entre sistemas de imagem médica ,, nomeadamente:

• Modalidades: Os equipamentos de aquisição de imagem médica (por exemplo: ecógrafo, ressonância magnética). Estes equipamentos adquirem imagens do corpo humano através de radiação ionizante, ultrassons ou campos magnéticos, enviando-as para um sistema de arquivo e comunicação de imagem (Picture Archiving and Communication System - PACS) .
• PACS: O sistema que, na sua génese, recebe, armazena e distribui as imagens e informação relacionada entre diferentes sistemas médicos ligados em rede .
• Estações de diagnóstico: Os computadores compostos por hardware e software específicos para o processamento e visualização de imagem médica pelos profissionais de Saúde. O software de processamento e de visualização pode ser parte integrante do PACS, sendo distribuído, por exemplo, via Web, e permitindo o acesso directo às imagens no PACS. Como alternativa, pode ser um sistema de terceiros, que utiliza serviços específicos DICOM para solicitar as imagens e informação relevante ao PACS .

DICOM tem como utilizadores os profissionais de saúde que trabalham diretamente com imagens diagnósticas, como por exemplo, radiografias, tomografias, ecografias, ressonâncias magnéticas, mamografias .

Apesar desta norma ter facilitado grandemente a implementação e a integração de sistemas PACS, modalidades e outros sistemas de imagiologia média, a utilização de DICOM por si só não garante que todos os objectivos dessas integrações e implementações sejam alcançados. Ou seja, DICOM facilita a interoperabilidade entre os sistemas que se dizem complacentes com a norma num ambiente multi-vendedor, mas não garante, por si só, interoperabilidade. Para garantir sucesso na integração de diferentes sistemas de imagiologia médica é fundamental verificar até que ponto estes são passíveis de ser integrados, e até que ponto são complacentes com a norma DICOM. Para tal, cada fornecedor disponibiliza um documento chamado DICOM Conformance Statement, onde detalha que serviços e funcionalidades da norma DICOM suporta .

Figura 1: Logotipo da norma DICOM (http://dicom.nema.org/).

Partes da norma DICOM

A norma DICOM é composta por dez partes listadas de seguida, sendo que informação relevante sobre a norma é disponibilizada online em dicom.nema.org :

• DICOM Part 1: Introduction and Overview
• DICOM Part 2: Conformance
• DICOM Part 3: Information Object Definitions
• DICOM Part 4: Service Class Specifications
• DICOM Part 5: Data Structures and Encoding
• DICOM Part 6: Data Dictionary
• DICOM Part 7: Message Exchange
• DICOM Part 8: Network Communication Support for Message Exchange
• DICOM Part 10: Media Storage and File Format for Media Interchange
• DICOM Part 11: Media Storage Application Profiles
• DICOM Part 12: Media Formats and Physical Media for Media Interchange
• DICOM Part 14: Grayscale Standard Display Function
• DICOM Part 15: Security and System Management Profiles
• DICOM Part 16: Content Mapping Resource
• DICOM Part 17: Explanatory Information
• DICOM Part 18: Web Services
• DICOM Part 19: Application Hosting
• DICOM Part 20: Imaging Reports using HL7 Clinical Document Architecture

História

Na década de 70 assistiu-se à introdução da tomografia computorizada, e ao início da digitalização dos sistemas de imagiologia médica. Esta evolução introduziu uma mudança de paradigma no armazenamento e na visualização das imagens médicas. Com o desenvolvimento de sistemas digitais por diferentes fabricantes, surgiu a necessidade de um meio para a partilha de imagens e de outros dados relevantes.

No sentido de promover a interoperabilidade entre estes sistemas, o American College of Radiology (ACR) e a National Electrical Manufacturers Association (NEMA) desenvolveram a primeira versão da norma DICOM, então chamada ACR-NEMA 300-1985, ou ACR-NEMA 1.0, apresentando-a no encontro anual da Radiological Society of North America, em 1985 ,. A primeira versão da norma foi apenas proposta como uma guideline para a interoperabilidade, não havendo por parte da NEMA qualquer responsabilidade na sua implementação ou obrigatoriedade de utilização. Adicionalmente, com qualquer primeira versão, a norma ACR-NEMA 1.0 apresentava bastantes erros e imperfeições. Tornou-se evidente a necessidade de aperfeiçoar a norma. Assim, ACR e NEMA iniciaram um desenvolvimento baseado em Working Groups, que são sub-comités separados e dedicados a melhorar cada parte da norma ,.

O esforço para melhorar cada parte da norma levou ao desenvolvimento de uma revisão no final da década de 80, a ACR-NEMA 2.0. No entanto, esta versão não dava resposta à rápida evolução em termos de comunicação por rede, nem à diversidade crescente dos formatos de imagem médica. Assim, em Setembro de 1993 e após um esforço de várias organizações em diferentes países, foi apresentada a terceira versão da norma, sob a designação de DICOM 3.0, ou simplesmente DICOM. Esta é ainda a versão actual da norma, sendo continuamente revista e actualizada ,.

DICOM Service Classes

Segundo DICOM, a informação é transmitida pela rede sob a forma de datasets entre dispositivos e software DICOM (designados de Application Entities - AE). Para tal, DICOM assenta sob o protocolo TCP/IP, já que este acomoda variações de software e de hardware, e transmite a informação como sequências de bytes de uma porta/IP para outra. DICOM adiciona a sua própria linguagem na camada da aplicação, que consiste num conjunto de serviços DICOM de alto nível (DICOM Message Service Elements - DIMSE), construídos sob primitivas de associação DICOM (DICOM Upper Layer).

Estes serviços estão na base das diferentes funcionalidades da norma DICOM, categorizadas em Service Classes. As seguintes Service Classes compreendem as principais funcionalidades da norma DICOM:

• Verification Service: Este serviço é utilizado para verificar a conectividade DICOM entre dois AEs. É o equivalente DICOM ao comando de rede Ping.
• Storage Service: Permite o transferência de imagens e conteúdo relacionado entre dois nós DICOM. É o serviço que permite o envio de imagens adquiridas numa modalidade, para um PACS.
• Storage Commitment Service: Este serviço permite ao remetente de imagens médicas, ter a certeza de que o recetor (PACS ou estação de diagnóstico), recebeu devidamente todo o conteúdo que lhe foi enviado.
• Query/Retrieve Service: Este serviço, também chamado somente de Q/R, permite a um AE, como por exemplo uma estação de diagnóstico, pesquisar por imagens e conteúdo relacionado num outro sistema, como por exemplo um PACS, e efectuar o seu download.
• Print Service: Tal como o nome indica, este serviço permite a impressão de imagens médicas em impressoras "comuns".
• Modality Worklist Service: O serviço de Modality Worklist, ou MWL, disponibiliza às modalidades a lista de trabalho, contendo os exames a realizar. Deste modo, os técnicos de radiologia não necessitam de introduzir manualmente os dados do exame e do paciente na modalidade.
• Modality Performed Procedure Step Service: Este serviço, também chamado de MPPS, disponibiliza informação sobre um exame realizado numa modalidade, em termos de dose de radiação aplicada, diferença de potencial e corrente no tubo de raios-x, número de imagens, entre outros ,,.

Um AE que solicite um dado serviço é designado de Service Class User (SCU), enquanto que um AE que preste um serviço, é designado de Service Class Provider (SCP). Assim, por exemplo, quando uma modalidade envia uma imagem para um PACS, está a solicitar o serviço de DICOM Storage ao PACS, ou seja, a modalidade é o SCU do serviço DICOM Storage. O PACS, ao receber e armazenar a imagem da modalidade, é o SCP do serviço DICOM Storage.

Links Externos

• Página da DICOM