⚠️ Este é um site de tradução não oficial, sem relação com o DCMTK / OFFIS. Para informações oficiais, consulte a página original (https://support.dcmtk.org/docs/dsrdump.html).

dsrdump: exibir arquivo DICOM SR e conjunto de dados

SINOPSE

dsrdump [options] dsrfile-in...

DESCRIÇÃO

O utilitário dsrdump exibe o conteúdo de um documento DICOM Structured Reporting (SR) (formato de arquivo ou conjunto de dados bruto) para o stdout, em formato textual. A saída do conteúdo do documento segue o formato proposto no livro de David Clunie "DICOM Structured Reporting" (PixelMed Publishing, 2000).

Se o dsrdump ler um conjunto de dados bruto (dados DICOM sem cabeçalho meta de formato de arquivo), ele tentará adivinhar a sintaxe de transferência examinando os primeiros bytes do arquivo. Nem sempre é possível adivinhar corretamente a sintaxe de transferência, e é preferível converter um conjunto de dados para um formato de arquivo sempre que possível (usando o utilitário dcmconv). Também é possível usar as opções -f e -t[ieb] para forçar o dsrdump a ler um conjunto de dados com uma sintaxe de transferência específica.

PARÂMETROS

dsrfile-in  DICOM SR input filename to be dumped ("-" for stdin)

OPÇÕES

opções gerais

-h --help
exibe este texto de ajuda e sai
--version
exibe as informações de versão e sai
--arguments
exibe os argumentos de linha de comando expandidos
-q --quiet
modo silencioso, não exibe avisos nem erros
-v --verbose
modo detalhado, exibe os detalhes do processamento
-d --debug
modo de depuração, exibe informações de depuração
-ll --log-level [l]evel: string constant
(fatal, error, warn, info, debug, trace) usa o nível l para o logger
-lc --log-config [f]ilename: string
usa o arquivo de configuração f para o logger

opções de entrada

+f --read-file
lê o formato de arquivo ou o conjunto de dados (padrão)
+fo --read-file-only
lê apenas o formato de arquivo
-f --read-dataset
lê o conjunto de dados sem as informações meta do arquivo. sintaxe de transferência de entrada:
-t= --read-xfer-auto
usa o reconhecimento de TS (padrão)
-td --read-xfer-detect
ignora a TS especificada no cabeçalho meta do arquivo
-te --read-xfer-little
lê com a TS explicit VR little endian
-tb --read-xfer-big
lê com a TS explicit VR big endian
-ti --read-xfer-implicit
lê com a TS implicit VR little endian

opções de processamento

-Ip --processing-details
exibe o item de conteúdo processado no momento. tratamento de erros:
-Er --unknown-relationship
aceita tipo de relacionamento desconhecido ou ausente
-Ev --invalid-item-value
aceita valor de item de conteúdo inválido (por exemplo, violação da definição de VR ou VM)
-Ec --ignore-constraints
ignora as restrições de conteúdo do relacionamento
-Ee --ignore-item-errors
não interrompe em caso de erros de item de conteúdo, apenas avisa (por exemplo, atributos específicos do tipo de valor ausentes)
-Ei --skip-invalid-items
pula itens de conteúdo inválidos (incluindo a subárvore)
-Dv --disable-vr-checker
desativa a verificação de conformidade dos valores de string com o VR. conjunto de caracteres específico:
+U8 --convert-to-utf8
converte para UTF-8 todos os valores de elemento afetados por Specific Character Set (0008,0005) # requer suporte de uma biblioteca de codificação de caracteres subjacente # (veja a saída de --version para saber qual está disponível)

opções de saída

+Pf --print-filename
exibe um cabeçalho com o nome do arquivo para cada documento
-Ph --no-document-header
não exibe as informações gerais do documento
+Pn --number-nested-items
exibe a string de posição antes de cada linha
-Pn --indent-nested-items
recua os itens aninhados com espaços (padrão). exibição de valores:
+Pl --print-long-values
exibe integralmente os valores de item longos
-Pl --shorten-long-values
exibe os valores de item longos de forma resumida (padrão)
+Pu --print-instance-uid
exibe o UID de instância SOP dos objetos referenciados
-Ps --print-sopclass-short
exibe o nome curto da classe SOP dos objetos de imagem referenciados, por exemplo, "CT image" (padrão)
+Ps --print-sopclass-long
exibe o nome completo da classe SOP dos objetos referenciados
+Psu --print-sopclass-uid
exibe o UID de classe SOP dos objetos referenciados
+Pc --print-all-codes
exibe todos os códigos (incluindo os códigos de nome de conceito)
+Pi --print-invalid-codes
exibe códigos inválidos (para fins de depuração)
-Pi --no-invalid-codes
exibe o texto "invalid code" em vez disso (padrão)
+Pt --print-template-id
exibe as informações de identificação do template. modo de codificação aprimorado:
+Pe --indicate-enhanced
indica que o modo aprimorado é usado para os códigos
-Pe --no-enhanced-mode
não indica o modo aprimorado (padrão). cor:
+C --print-color
usa códigos de escape ANSI para saída colorida
-C --no-color
não usa nenhum código de escape ANSI (padrão)

NOTAS

Conformidade DICOM

O utilitário dsrdump oferece suporte às seguintes classes SOP:

SpectaclePrescriptionReportStorage           1.2.840.10008.5.1.4.1.1.78.6
MacularGridThicknessAndVolumeReportStorage   1.2.840.10008.5.1.4.1.1.79.1
BasicTextSRStorage                           1.2.840.10008.5.1.4.1.1.88.11
EnhancedSRStorage                            1.2.840.10008.5.1.4.1.1.88.22
ComprehensiveSRStorage                       1.2.840.10008.5.1.4.1.1.88.33
Comprehensive3DSRStorage                     1.2.840.10008.5.1.4.1.1.88.34
ProcedureLogStorage                          1.2.840.10008.5.1.4.1.1.88.40
MammographyCADSRStorage                      1.2.840.10008.5.1.4.1.1.88.50
KeyObjectSelectionDocumentStorage            1.2.840.10008.5.1.4.1.1.88.59
ChestCADSRStorage                            1.2.840.10008.5.1.4.1.1.88.65
XRayRadiationDoseSRStorage                   1.2.840.10008.5.1.4.1.1.88.67
RadiopharmaceuticalRadiationDoseSRStorage    1.2.840.10008.5.1.4.1.1.88.68
ColonCADSRStorage                            1.2.840.10008.5.1.4.1.1.88.69
ImplantationPlanSRStorage                    1.2.840.10008.5.1.4.1.1.88.70
AcquisitionContextSRStorage                  1.2.840.10008.5.1.4.1.1.88.71
SimplifiedAdultEchoSRStorage                 1.2.840.10008.5.1.4.1.1.88.72
PatientRadiationDoseSRStorage                1.2.840.10008.5.1.4.1.1.88.73
PlannedImagingAgentAdministrationSRStorage   1.2.840.10008.5.1.4.1.1.88.74
PerformedImagingAgentAdministrationSRStorage 1.2.840.10008.5.1.4.1.1.88.75
WaveformAnnotationSRStorage                  1.2.840.10008.5.1.4.1.1.88.77

RenditionSelectionDocumentRealTimeCommunication 1.2.840.10008.10.4 (*)

(*) Esta não é uma classe SOP de armazenamento, mas é usada para Real-Time Communication.

REGISTRO DE LOG

O nível de detalhamento do log das diversas ferramentas de linha de comando e das bibliotecas subjacentes pode ser especificado pelo usuário. Por padrão, apenas erros e avisos são gravados no fluxo de erro padrão. Ao usar a opção –verbose, mensagens informativas, como detalhes do processamento, também são relatadas. A opção –debug pode ser usada para obter mais detalhes sobre a atividade interna, por exemplo, para fins de depuração. Outros níveis de log podem ser selecionados com a opção –log-level. No modo –quiet, apenas erros fatais são relatados. Nesses casos de erro muito graves, o aplicativo normalmente é encerrado. Para mais detalhes sobre os diferentes níveis de log, consulte a documentação do módulo "oflog".

Caso a saída do log deva ser gravada em arquivo (opcionalmente com rotação de arquivo de log), no syslog (Unix) ou no log de eventos (Windows), pode-se usar a opção –log-config. Esse arquivo de configuração também permite direcionar apenas determinadas mensagens para um fluxo de saída específico e filtrar certas mensagens com base no módulo ou aplicativo em que são geradas. Um arquivo de configuração de exemplo é fornecido em < etcdir>/logger.cfg.

LINHA DE COMANDO

Todas as ferramentas de linha de comando usam a seguinte notação para os parâmetros: colchetes delimitam valores opcionais (0-1), reticências no final indicam que múltiplos valores são permitidos (1-n), e a combinação dos dois significa de 0 a n valores.

As opções de linha de comando se distinguem dos parâmetros por um sinal '+' ou '-' à frente. Normalmente, a ordem e a posição das opções de linha de comando são arbitrárias (ou seja, podem aparecer em qualquer lugar). No entanto, se as opções forem mutuamente exclusivas, é usada a ocorrência mais à direita. Esse comportamento está em conformidade com as regras de avaliação padrão dos shells Unix comuns.

Além disso, um ou mais arquivos de comando podem ser especificados usando um sinal '@' como prefixo do nome do arquivo (por exemplo, @command.txt). Esse argumento de comando é substituído pelo conteúdo do arquivo de texto correspondente (múltiplos espaços em branco são tratados como um único separador, a menos que apareçam entre duas aspas) antes de qualquer avaliação posterior. Observe que um arquivo de comando não pode conter outro arquivo de comando. Essa abordagem simples, mas eficaz, permite agrupar combinações comuns de opções/parâmetros e evita linhas de comando longas e confusas (um exemplo é fornecido no arquivo < datadir>/dumppat.txt).

AMBIENTE

O utilitário dsrdump tentará carregar os dicionários de dados DICOM especificados na variável de ambiente DCMDICTPATH. Por padrão, ou seja, se a variável de ambiente DCMDICTPATH não estiver definida, o arquivo < datadir>/dicom.dic será carregado, a menos que o dicionário esteja embutido no aplicativo (padrão no Windows).

É preferível manter o comportamento padrão e usar a variável de ambiente DCMDICTPATH apenas quando dicionários de dados alternativos forem necessários. A variável de ambiente DCMDICTPATH tem o mesmo formato da variável PATH dos shells Unix, em que dois-pontos (":") separam as entradas. Em sistemas Windows, um ponto e vírgula (";") é usado como separador. O código do dicionário de dados tenta carregar cada arquivo especificado na variável de ambiente DCMDICTPATH. Ocorre um erro se nenhum dicionário de dados puder ser carregado.

Dependendo das opções de linha de comando especificadas, o utilitário dsrdump tentará carregar tabelas de mapeamento de conjunto de caracteres. Isso ocorre quando o DCMTK foi compilado com a biblioteca oficonv (que é o padrão) e as tabelas de mapeamento não estão embutidas na biblioteca (padrão quando o DCMTK usa bibliotecas compartilhadas).

Os arquivos de tabela de mapeamento são esperados em < datadir> do DCMTK. A variável de ambiente DCMICONVPATH pode ser usada para especificar um local diferente. Se um local diferente for especificado, essas tabelas de mapeamento também substituem quaisquer tabelas integradas.

VEJA TAMBÉM

dcmconv(1)

Copyright (C) 2000-2025 by OFFIS e.V., Escherweg 2, 26121 Oldenburg, Germany.