Doppler colorido parece incorreto no PACS: verifique a codificação de pixels

Por que o mesmo arquivo de ultrassom pode parecer diferente em dois visualizadores?

Uma observação inicial útil é específica: o mesmo quadro salvo tem uma aparência no arquivo do scanner e uma aparência diferente no visualizador de destino. Mantenha o número do quadro, a barra de cores visível, a identidade do objeto e as versões de exibição reunidos. Comparar dois quadros diferentes, uma imagem em tempo real com uma imagem estática salva, ou uma captura de tela com um objeto DICOM pode produzir uma comparação enganosa antes mesmo de qualquer falha no decodificador estar envolvida.

A imagem exportada já pode conter anatomia renderizada, anotações e uma escala de cores. O DICOM descreve, então, como suas amostras de pixels armazenadas devem ser interpretadas. Essas amostras podem ser componentes RGB diretos, componentes de luminância e crominância ou índices de paleta. Elas não são necessariamente dados brutos dos canais de aquisição de ultrassom ou medições numéricas de velocidade recuperáveis separadamente. Portanto, uma discrepância de exibição não pode comprovar que uma medição clínica foi alterada. ^{1 2}

A decisão imediata é quem deve investigar a seguir. Evite selecionar uma placa de reposição a partir da tonalidade de uma imagem exportada. Primeiro, determine se a discrepância acompanha um arquivo, uma compilação de visualizador, uma rota de recebimento ou o próprio scanner. Esta é uma sequência de evidências, não uma alegação de que a maioria das falhas tenha uma causa: os casos de suporte citados não fornecem um denominador para a frequência de falhas.

Falhas de entrega relacionadas exigem verificações diferentes. Se o visualizador não encontrar nenhum estudo, utilize o guia de DICOMDIR USB e carregamento no visualizador. Se a preocupação for uma medição de distância após a exportação, o guia de calibração de região aborda esse requisito em separado. Nem a recuperação de diretório nem os metadados de calibração substituem a verificação da codificação de cores de pixel.

Quais atributos pertencem ao primeiro registro de evidências?

Photometric Interpretation (0028,0004) declara a interpretação pretendida de pixel. Samples per Pixel (0028,0002), Planar Configuration (0028,0006) e Bits Allocated (0028,0100) ajudam a descrever a representação. Registre seus valores reais, incluindo um campo condicional ausente, em vez de preencher o que uma planilha de solução de problemas espera. A tabela abaixo é um recurso de reconhecimento para objetos de US convencionais, não uma lista de compatibilidade para um scanner ou visualizador específico. ^{1 2}

Para dados de três componentes, o valor planar 0 descreve a ordenação de cor por pixel, enquanto 1 descreve a ordenação de cor por plano. Não use esses rótulos como uma descrição manual de bytes compactados JPEG: o codec controla a representação compactada. Para imagens monocromáticas ou de paleta com amostra única, Planar Configuration não é aplicável e não deve ser inserido como um suposto reparo. ²

Leia a especialização de ultrassom como um todo. Sua regra de sintaxe de transferência associa cor não compactada a RGB, cor JPEG com perdas a YBR_FULL_422 e RLE a RGB ou YBR_FULL. A tabela planar também contém linhas YBR_FULL para outras codificações, enquanto o texto geral de Image Pixel contém uma referência cruzada restritiva de US. Esses trechos não são evidência de que qualquer combinação arbitrária seja uma exportação suportada. Onde as declarações parecerem inconsistentes, preserve-as e solicite uma revisão de conformidade em relação ao objeto, à sintaxe e à declaração do fornecedor exatos; não resolva a discrepância editando uma tag. ^{1 2}

Ultrasound Color Data Present (0028,0014) é opcional, Tipo 3. Se fornecido, 0 indica ausência de dados de cor de ultrassom e 1 indica sua presença. A ausência significa que a informação é desconhecida a partir deste campo, e não ausência de cor. O padrão também permite uma imagem RGB com amostras iguais de R, G e B em toda a extensão. Isso explica uma apresentação RGB em escala de cinza válida; não explica por que um determinado quadro Doppler esperado está sem sua cor. ¹

O que pode dar errado quando o YBR é tratado como RGB?

O YBR separa o brilho dos componentes de diferença de cor; o RGB utiliza componentes vermelho, verde e azul. Enviar uma matriz YBR decodificada diretamente para uma API de exibição que espera RGB pode alterar as cores aparentes. A tonalidade observada não é uma assinatura confiável para um único defeito, no entanto. Um conjunto de dados rotulado incorretamente, um espaço de cor de saída inesperado do decodificador, uma segunda conversão inadequada ou configurações de exibição podem exigir correções diferentes. Registre o pipeline de decodificação antes de alterá-lo. ^{2 3}

O sufixo 4:2:2 diz respeito à subamostragem de croma. Para o YBR_FULL_422 nativo de 8 bits, duas amostras de luminância adjacentes compartilham amostras de croma, com a ordem documentada Y1, Y2, Cb, Cr. Isso representa quatro bytes de amostra para dois pixels, em vez de seis para o RGB nativo de 8 bits. Esse layout nativo não é o layout físico de um fragmento JPEG encapsulado. O padrão observa que a subamostragem real do bitstream JPEG pode diferir do rótulo fotométrico; o decodificador deve inspecionar a representação compactada. ²

Portanto, uma transferência prática de software especifica a biblioteca, sua versão, o plugin do decodificador, a sintaxe de transferência de entrada e o espaço de cor da matriz de saída. Também registra se a aplicação aplica uma transformação de cor após a decodificação. Sem essa sequência, uma solicitação para adicionar a conversão de YBR para RGB poderia aplicar a transformação duas vezes. Investigue com cópias de teste autorizadas em vez de reescrever objetos de arquivo clínico.

A documentação histórica precisa de uma delimitação de versão. A discussão do pydicom de 2022 descreve cores inesperadas e uma declaração de RGB possivelmente divergente. A documentação atual do pydicom 3.0.2 afirma que sua função pixels.pixel_array converte YBR_FULL e YBR_FULL_422 para RGB por padrão; raw=True altera o processamento solicitado. Uma afirmação antiga de que o pydicom nunca converte automaticamente é, portanto, inadequada como orientação atual. ^{3 6 4 5}

O que deve ser verificado para PALETTE COLOR?

Uma imagem de paleta armazena um índice por pixel. Para obter as cores de exibição, o receptor precisa das informações de consulta associadas. Registre os Red, Green and Blue Palette Color Lookup Table Descriptors (0028,1101), (0028,1102), (0028,1103), juntamente com seus elementos Data (0028,1201), (0028,1202), (0028,1203). Onde dados de paleta segmentada forem utilizados, retenha também esses elementos e solicite que a implementação receptora verifique o suporte. Os descritores sozinhos não contêm a paleta completa. ²

O descritor identifica o número de entradas, a primeira entrada mapeada e os bits por entrada. Um valor de contagem de entradas igual a zero representa 65,536 entradas, em vez de uma tabela vazia. Capture os valores do descritor e os comprimentos dos dados para análise por especialistas, sem colar cabeçalhos de identificação de pacientes em um fórum público de suporte. Não substitua uma tabela ausente por um gradiente vermelho/azul visualmente plausível: isso criaria um novo mapeamento em vez de recuperar a evidência. ²

Um visualizador que abre o arquivo em outro local torna plausível um problema específico do receptor, mas não pode comprovar a conformidade nem revelar o mecanismo original da falha. Um visualizador tolerante pode compensar uma inconsistência que outro rejeita. Da mesma forma, a presença de tags de paleta não comprova que seus comprimentos e mapeamentos sejam válidos. O fornecedor receptor deve examinar o objeto completo e a capacidade declarada para essa classe SOP, sintaxe e representação de paleta.

Não infira a direção do fluxo clínico a partir de um índice de paleta, da tonalidade do monitor ou da ilustração de capa. Uma imagem pode conter uma escala de cores renderizada, mas a relação entre a cor exibida e qualquer informação quantitativa de ultrassom precisa de sua própria evidência de origem. Uma investigação de codificação de cores deve deixar a interpretação clínica a cargo da equipe clínica responsável.

Como comparar objetos sem sobrescrever a evidência?

1. Preserve um conjunto de comparação delimitado. Mantenha a exportação original e uma cópia do arquivo recuperada separadamente sob os controles de acesso da instituição. Registre de onde e quando cada uma veio, como foi recuperada e o quadro selecionado. Alguns caminhos de recuperação transcodificam sob demanda, portanto diferencie a representação baixada da representação armazenada no arquivo. Capturas de tela registram uma aparência, não a identidade dos dados de pixel.

• Registre o SOP Class UID (0008,0016), o SOP Instance UID (0008,0018), o número do quadro e o Number of Frames (0028,0008). Não compare exames com nomes semelhantes como se fossem o mesmo objeto.
• Registre o Transfer Syntax UID (0002,0010) a partir das metainformações do arquivo DICOM. Para uma transação de rede, solicite a sintaxe de transferência aceita nos logs de associação; o UID não é uma tag comum de conjunto de dados transmitida de forma idêntica na rede.
• Registre Photometric Interpretation, Samples per Pixel, Planar Configuration onde aplicável, Bits Allocated, Bits Stored e quaisquer descritores/dados de paleta. Inclua o elemento opcional Ultrasound Color Data Present como presente/valor ou ausente.
• Registre as builds dos softwares exportador e receptor, rotas, métodos de recuperação, erros visíveis e as versões exatas de ambos os visualizadores. Mantenha um registro do manuseio aprovado e de qualquer transformação.

2. Compare o histórico de compressão e a procedência. Lossy Image Compression (0028,2110) registra o histórico de compressão com perdas; uma vez definido como 01, ele deve permanecer assim após a descompressão. Um 00 presente, um sinalizador ausente, um UID inalterado ou uma sintaxe de transferência não comprimida não constituem prova de que nenhuma alteração ocorreu. Compare as representações de origem e recebidas e os logs de transformação. O guia de histórico de compressão com perdas aborda o registro detalhado. ⁷

3. Faça com que a comparação de bytes responda a uma pergunta definida. Hashes criptográficos coincidentes de dois arquivos sustentam a identidade byte a byte desses arquivos capturados. Hashes diferentes não comprovam alteração clinicamente significativa: metadados do arquivo, serialização ou uma conversão de representação permitida podem diferir. Uma comparação em nível de pixel entre sintaxes requer decodificação qualificada, correspondência de quadros e tratamento explícito da conversão de cores. Nenhum experimento desse tipo foi realizado para este artigo.

4. Compare a renderização controlada. Abra o mesmo objeto e quadro capturados em dois visualizadores aprovados pela instituição, registrando as configurações de cores e as condições de exibição relevantes. Resultados diferentes isolam uma diferença de renderização para investigação, não uma referência automaticamente correta. A discussão do pydicom de 2022 é um alerta útil: um cabeçalho pode divergir dos dados, e o software pode compensar de forma diferente. Não certifique o scanner nem a adequação clínica de um exame apenas com base em uma comparação entre dois visualizadores. ³

Mantenha a transformação separada da correção. Exibir YBR como RGB é uma renderização normal. A aritmética do espaço de cores pode envolver arredondamento; salvar por meio de um codec com perdas pode introduzir perdas adicionais. A descompressão por si só não adiciona outra geração de compressão com perdas. Se um fornecedor propuser a correção de um objeto malformado, exija um fluxo de trabalho autorizado com o original retido, a alteração documentada e o objeto resultante validado. Não sobrescreva silenciosamente o arquivo de diagnóstico.

Quando as evidências devem ser encaminhadas ao suporte do PACS ou à assistência técnica do scanner?

Use a matriz abaixo para atribuir um responsável pela investigação. Suas linhas são possíveis padrões de evidência, não diagnósticos validados ou etapas obrigatórias de reparo. Uma falha iniciada após uma atualização é uma correlação temporal útil; ela não estabelece que a atualização a causou. Alterações na configuração de exportação e a recuperação de software exigem o procedimento com suporte do fornecedor e o controle de mudanças da instituição.

Uma discrepância no console amplia a investigação para além da renderização de exportação, mas ainda não comprova falha de beamformer, transdutor ou placa de processamento. Registre se o achado aparece tanto em um quadro salvo quanto na tela atual. Siga uma avaliação qualificada e específica do modelo em vez de redefinir pré-configurações, recarregar o software ou trocar peças com base neste artigo. Preserve as configurações e os registros existentes antes de qualquer intervenção autorizada.

Se a cor visível ou a escala forem contestadas, a equipe clínica deverá decidir se a representação afetada é adequada para o uso clínico pretendido e qual alternativa é necessária segundo a política da instituição. Uma aparência familiar em vermelho/azul não é um critério de retorno ao serviço. Quando um sintoma de hardware persistir após as verificações de exportação, a estrutura de artefatos transdutor versus scanner fornece uma discussão de manutenção separada; ela não valida o objeto exportado.

Onde a Rongtao se enquadra — e onde não se enquadra

A Rongtao Medical fornece peças e serviços de reparo multimarcas independentes para ultrassom. Quando uma avaliação qualificada aponta para um problema no sistema, na placa ou no transdutor, o pacote de evidências ajuda a definir uma consulta útil. A decodificação no visualizador e a administração do arquivo hospitalar cabem à equipe de informática em imagem da instituição e aos seus fornecedores de software. Nomes de OEM identificam equipamentos; eles não implicam autorização ou endosso. ⁸

Para o reparo de placas, as informações de serviço atuais da empresa descrevem um prazo de reparo típico de 5–8 dias úteis, uma garantia tipicamente de 90 dias e teste em equipamento real de 48 horas. Confirme o escopo aplicável, o prazo de entrega, as evidências de aceitação e os termos para o item em questão. Um teste em equipamento real não garante a confiabilidade clínica nem substitui o processo de aceitação e liberação da instituição receptora. ⁸

Acesse os serviços de ultrassom para o escopo de serviço relevante e entre em contato com a Rongtao com o pacote delimitado de evidências. Mantenha os estudos originais dentro do processo de manuseio aprovado da instituição. Para amostras de suporte, providencie uma transferência legal e segura e considere um objeto de teste representativo sem dados de pacientes caso ele reproduza o problema.

Perguntas frequentes

A cor incorreta significa que os dados de velocidade foram alterados?
A aparência por si só não pode responder a isso. Um renderizador pode interpretar incorretamente amostras inalteradas, ou a exportação/transferência pode ter alterado a representação. As cores dos pixels exibidos também não estabelecem que dados numéricos independentes de velocidade tenham sido entregues. Preserve o objeto e compare o caminho de dados relevante antes de fazer qualquer uma das afirmações.

Posso apenas alterar Photometric Interpretation para RGB?
Nenhuma correção restrita a tags se justifica por um resultado de aparência familiar. A declaração deve corresponder às amostras codificadas e à sintaxe de transferência. Um decodificador compatível pode produzir RGB para exibição sem regravar o objeto armazenado. Exportações com suspeita de má formação exigem revisão do fornecedor e um processo documentado de correção. ^{2 3}

Uma imagem RGB em escala de cinza está automaticamente com defeito?
Não. Componentes RGB iguais podem legitimamente gerar cinza. Ultrasound Color Data Present é opcional; se ausente, não define se o quadro pretendido incluía cor. Compare as configurações selecionadas de captura e de origem em vez de inferir uma placa de processamento de cores com falha. ¹

A concordância entre dois visualizadores prova que o arquivo é válido?
Não. Eles podem compartilhar um decodificador, aplicar correções semelhantes ou aceitar a mesma inconsistência. A concordância é uma observação. Uma investigação de conformidade necessita do tipo de objeto, da codificação, das declarações relevantes do fornecedor e de resultados explícitos de validação.

O que deve desencadear uma nova revisão?
Verifique novamente após alterações no exportador, visualizador, decodificador, PACS ou roteamento; quando um novo tipo de objeto ou sintaxe de transferência entrar no fluxo de trabalho; ou quando a norma relevante ou a declaração de conformidade do fornecedor mudar. Registre a configuração de teste bem-sucedida e seus limites para que uma antiga solução alternativa de tópico de suporte não se torne uma regra não examinada para todo o parque.