Medições de ultrassom ausentes no PACS: verifique o caminho do DICOM SR

De que forma as medições podem sair de um sistema de ultrassom?

O chamado técnico é conhecido: o scanner exibe as medições, as imagens chegam ao PACS e o formulário de laudo permanece vazio. Essa constatação abre diversas possibilidades. Os valores podem ter saído apenas como texto visível em uma imagem; o pacote de cálculos necessário pode não ter gerado um SR; ou um SR pode ter chegado sem ser mapeado na aplicação de laudos. Comece pelos objetos exportados, em vez de fazer um pedido de placa de reposição.

O DICOM (Digital Imaging and Communications in Medicine) suporta diversos tipos de objetos. Para este chamado, diferencie três formas comuns de entrega. Elas podem coexistir em um mesmo exame e não constituem uma lista exaustiva de todas as interfaces de fabricantes: uma interface de laudos aprovada e separada também pode transmitir dados. A questão aqui é o que a exportação DICOM contém.

• Anotações gravadas na imagem. Rótulos numéricos e calipers podem ser incorporados ao Pixel Data. Um revisor pode ler o número exibido, mas esses pixels não são, em si mesmos, campos de medição codificados. Não deduza que o valor original tenha sido destruído ou que o estudo não contenha outros dados; inspecione o conjunto exportado completo.
• Páginas de resultados em Captura Secundária. Um resumo de cálculos pode sair como uma imagem sob Secondary Capture Image Storage. Isso pode preservar um resumo legível, mas uma aplicação de laudos não pode tratar seus números impressos como itens de conteúdo NUM sem um fluxo de trabalho de extração separado.
• Relatórios estruturados DICOM. Um SR utiliza uma série separada com Modality = SR. Classes de SR com capacidade numérica podem conter itens de medição codificados. O SR também transporta texto, contexto e referências; portanto, a existência de um arquivo de SR não é prova de que um determinado valor de caliper esteja incluído. ^{1 3 4}

A transmissão bem-sucedida de imagens demonstra que uma via de transferência funcionou naquele momento; ela não certifica o adaptador de rede, a unidade de armazenamento ou a placa de processamento como livres de falhas. Priorize a cobertura de saída, as configurações autorizadas de exportação e o comportamento do receptor quando apenas os campos de medição estiverem ausentes. Se as transferências também falharem ou se o sistema estiver instável, utilize o guia de falhas de rede e DICOM em ultrassom para obter evidências mais amplas de manutenção. Evite tratar qualquer um dos sintomas como um diagnóstico remoto de hardware.

Uma matriz de evidências para os três estados de entrega de medições

Utilize a matriz a seguir para identificar quais evidências cada estado de entrega observado fornece, como os sistemas downstream as tratam e quais riscos permanecem não resolvidos antes da aprovação final da configuração do equipamento.

Trata-se de capacidades diferentes, não de uma classificação de segurança clínica. Uma instituição pode utilizar intencionalmente um fluxo de trabalho verificado de páginas de resultados. Por outro lado, um equipamento que produz imagens válidas pode não atender a um requisito de aquisição para exportação estruturada de medições. Registre o requisito contratado de relatórios e identifique a lacuna em relação a ele; não declare a saída baseada em pixels como defeituosa apenas porque o SR seria mais conveniente.

O que o padrão DICOM realmente prevê para dados de medição?

Uma Classe SOP (Service-Object Pair) identifica o tipo de objeto DICOM que está sendo trocado. O padrão lista o armazenamento de imagens e o armazenamento de SR separadamente. Compare o UID exato da Classe SOP na lista de objetos criados pelo emissor com as classes aceitas pelo receptor; fazer a correspondência apenas da palavra “DICOM” é abrangente demais. ¹

• Ultrasound Image Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.6.1
• Ultrasound Multi-frame Image Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.3.1
• Secondary Capture Image Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.7
• Basic Text SR Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.88.11
• Enhanced SR Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.88.22
• Comprehensive SR Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.88.33
• Comprehensive 3D SR Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.88.34
• Extensible SR Storage: UID da Classe SOP 1.2.840.10008.5.1.4.1.1.88.35
• Armazenamento de SR de ecocardiograma adulto simplificado: UID da classe SOP 1.2.840.10008.5.1.4.1.1.88.72

Os UIDs acima são exemplos de consulta, não uma especificação mínima de equipamento. O seu sistema instalado pode usar uma classe de SR compatível diferente. Registre seu UID completo, o pacote de aplicação e o modelo de relatório e, em seguida, verifique-os em relação ao destino. Uma declaração comercial afirmando que “suporta SR” não estabelece o conteúdo necessário nem o seu uso em um formulário de laudo.

O Basic Text SR destina-se principalmente a conteúdo narrativo. Seus tipos de valor permitidos excluem NUM; números ainda podem estar presentes dentro do texto. Isso é diferente de um item de conteúdo numérico com unidades codificadas. O Enhanced SR suporta medições numéricas, mas o suporte à classe é uma declaração de capacidade, não uma evidência de que todas as medições do console sejam exportadas. ^{2 3}

Inspecione os itens de medição efetivamente preenchidos, bem como a declaração de classe. Para um item NUM, a Document Content Macro fornece o nome do conceito e a Numeric Measurement Macro fornece a estrutura do valor medido. Esta última pode apresentar uma Measured Value Sequence vazia para expressar um valor desconhecido ou ausente, ou uma falha de medição/cálculo. Portanto, um SR não vazio pode conter medições ausentes. ^{6 9}

1. Significado: registre a Concept Name Code Sequence (0040,A043), incluindo o valor do código, o esquema de codificação e o significado. Inclua o contexto pai relevante, como o local medido ou o grupo de cálculo; um rótulo exibido por si só pode não distinguir dois itens.
2. Valor: inspecione a Measured Value Sequence (0040,A300) e o Numeric Value (0040,A30A) para o item NUM preenchido necessário. Preserve qualquer representação de precisão suportada em vez de tratar o arredondamento de tela como o valor armazenado.
3. Unidades: inspecione a Measurement Units Code Sequence (0040,08EA) dentro do item de valor medido. Verifique a unidade codificada e qualquer conversão aprovada no aplicativo de laudos. “20 mm” e “2 cm” podem ser equivalentes, ao passo que o mesmo número exibido com uma unidade diferente não é. ^{6 9}

O DICOM especifica que os documentos de SR residem separadamente das séries de imagens e usam Modality = SR. Isso fornece ao operador do arquivo uma pista de localização útil. Isso não faz com que toda interface de consulta exponha todos os objetos retidos, nem encontrar uma série de SR comprova que seu conteúdo esteja completo. Use as informações da série para localizar e reconciliar as instâncias reais. ⁴

Como ler as declarações de conformidade em ambas as extremidades?

Para o armazenamento, o transmissor do ultrassom atua como Service Class User (SCU) e o arquivo como Service Class Provider (SCP). Leia ambas as declarações de conformidade correspondentes às versões em uso com o responsável pelo PACS ou pelo sistema de laudos. Registre o build do software do scanner, as versões do arquivo e do visualizador e as revisões dos documentos. Em seguida, compare o contrato, a configuração e a saída observada utilizando a lista de verificação abaixo.

O que os sistemas de ultrassom reais implementam?

Os exemplos a seguir estabelecem diferenças específicas na saída documentada. Eles não constituem uma matriz de compatibilidade nem um censo dos produtos de ultrassom atuais. Para um modelo ou build de software diferente, obtenha sua própria declaração e verifique uma exportação sintética. Não transfira uma configuração, suposição de licença ou constatação de ausência de suporte entre famílias de produtos.

Lumify R5.0: imagens de páginas de resultados. A declaração da Philips HSDP-1299212, versão 01, datada de 17 de agosto de 2023, lista Ultrasound Image, Ultrasound Multi-frame e Secondary Capture como suas classes criadas; nenhuma classe SR é listada. A Tabela 1 limita o Secondary Capture a páginas de resultados de análise de Linha B e cálculos de OB/GYN e afirma que esse uso não é configurável. A Seção 8.3 marca terminologia codificada e templates como não aplicáveis. ⁵

Para essa versão documentada, a decisão prática é avaliar o fluxo de trabalho de páginas de resultados suportado em relação aos requisitos da instituição. Habilitar uma suposta caixa de seleção de SR não é uma solução. Esta constatação não descreve outros modelos da Philips nem versões posteriores do Lumify.

EPIQ/Affiniti Release 11.0.x: a cobertura e o momento do envio importam. A declaração da Philips D001649514 Rev A, datada de 15 de abril de 2024, lista suporte a Comprehensive SR. A Seção 4.4.1.2.2 distingue a exportação de SR através de um destino de armazenamento de um servidor de SR dedicado, que exporta ao final do exame. Ela também afirma que medições definidas pelo usuário são enviadas em SR, enquanto nenhum SR é enviado para medições gerais. ¹¹

A questão de aceitação resultante é precisa: esse item foi salvo em um fluxo de trabalho de medição coberto e o gatilho de envio documentado havia ocorrido? Um cáliper no console, uma classe SR suportada e uma rede em funcionamento podem coexistir com um valor fora da cobertura de exportação de SR. O receptor também deve compreender o template e o contexto exportados.

GE LOGIQ S7: suporte não estabelecido aqui. O PDF oficial de conformidade do LOGIQ S7 não pôde ser acessado durante esta revisão de fontes. Nenhuma afirmação sobre SR, template ou configuração de exportação específica do S7 é feita. Obtenha o documento correspondente à versão instalada junto à GE HealthCare antes de tomar uma decisão de compatibilidade ou aceitação.

Configurações históricas de integração. O FAQ da EMSOW, publicado em 3 de junho de 2016, documenta a opção “Enable Structured Reporting” em nível de destino para o LOGIQ e, a ativação de DICOM SR por dispositivo para o Vivid i e a configuração de exportação de relatórios para o MyLabFive. Suas entradas para o Mindray M7/M9 direcionam os leitores aos manuais em vez de documentar a cobertura de pacotes de medição de SR. Verifique esses manuais em relação à versão instalada. Trate esse FAQ datado do fornecedor como uma pista de triagem, e não como instruções atuais de configuração do OEM. ⁷

Uma nova falha após a manutenção ou uma alteração de software justifica uma revisão autorizada dos backups de configuração, notas de versão e comunicados do OEM. Preserve a saída funcional anterior onde disponível. Não deduza uma placa com defeito a partir de campos de relatório ausentes e não copie o caminho de configuração de outro modelo para um procedimento de manutenção.

Por que um arquivo pode receber um SR e ainda assim não exibir nada?

O recebimento pelo arquivo, um SR recuperável e um campo de relatório preenchido são três observações distintas. Se o registro de transmissão relatar êxito, mas o formulário do médico estiver em branco, retenha os identificadores da instância e determine onde o conteúdo deixa de estar disponível. Um teste realizado apenas no visualizador é insuficiente para identificar esse limite.

As seguintes são frentes de investigação separadas, e não uma alegação de que cada arquivo apresente essas falhas:

1. Retenção ou indexação. Confirme a instância no arquivo pretendido. A versão 12.00 do Visage, datada de 18 de junho de 2026, documenta que o sucesso do C-STORE não estabelece por si só a verificação no banco de dados e que uma classe configurada para descarte ainda pode retornar sucesso. Esse é um motivo específico do produto para verificar os objetos retidos em vez de apenas o status do remetente. ¹²
2. Renderização. A mesma declaração descreve a conversão de SR para HTML e limita sua garantia de apresentação aos atributos listados. Ela não afirma que um modelo não suportado sempre produz uma página em branco. Compare a cobertura documentada com os itens ausentes. ¹²
3. Extração semântica. Uma árvore de SR legível não comprova que o destino mapeia cada conceito, contexto e unidade obrigatórios em seus campos de relatório. Solicite ao fornecedor receptor que confirme o conteúdo exato exportado e o fluxo de trabalho; não presuma que todos os fabricantes utilizam códigos privados ou que um dicionário, por si só, resolve todas as divergências.
4. Apresentação ao usuário. Verifique a árvore do estudo, os painéis de documentos e as regras de acesso com o responsável pela aplicação. Uma série oculta é uma possibilidade; um resultado de busca ou uma captura de tela não são suficientes para comprovar nem a exibição bem-sucedida nem a perda permanente.

O DICOM de fato impõe condições a um SCP que pretenda renderizar um SR: ele deve transmitir todo o significado de maneira inequívoca, sujeito a exceções especificadas. Isso inclui o contexto e o status do relatório, e não apenas alguns números. O aceite de armazenamento, contudo, não promete o preenchimento automático de um formulário de relatório clínico específico. ¹⁰

Como você verifica o ciclo completo antes do aceite ou do retorno ao serviço?

Trate o seguinte como um plano de teste conjunto de engenharia a ser adaptado e aprovado com a instituição e o suporte do OEM. Defina as medições e os destinos necessários antes do teste. Utilize uma identidade de teste permitida e um phantom aprovado ou conjunto de dados sintéticos; nunca invente um exame de paciente nem encaminhe dados de pacientes para uma ferramenta de manutenção não controlada. Registre as alterações de configuração por meio do processo normal de autorização da instituição.

1. Estabeleça a saída esperada. Registre o modelo/versão (build) do equipamento, a cobertura de medição documentada, as opções instaladas, se aplicável, a identidade da Entidade de Aplicação (AE) de destino e o gatilho de envio. Solicite que um operador autorizado inspecione as configurações correspondentes. Não exija uma “chave permanente de SR” ou uma caixa de seleção específica onde o OEM não especifique uma.
2. Defina uma linha de base sintética. Utilize o método de teste aprovado da instituição. Registre o significado, o contexto pai, o valor salvo e a unidade de cada item obrigatório no equipamento antes da transmissão. Dois valores armazenados ilustrativos poderiam ser 25.0 mm e 50.0 mm; estes são exemplos fictícios de entrega, e não valores de calibração de phantom ou tolerâncias de aceite. Inclua todos os tipos de medição contratados, e não apenas dois campos fáceis.
3. Reconcilie as instâncias de saída. Após o evento documentado de geração/envio, registre os SOP Class UIDs de imagem e de SR, os SOP Instance UIDs e os resultados de C-STORE por instância em logs autorizados. Não restrinja a detecção a Enhanced ou Comprehensive SR quando o sistema utilizar outra classe suportada. Investigue falhas e avisos, incluindo transformações documentadas, em vez de considerar apenas um status verde no nível de estudo como comprovação.
4. Reconcilie as instâncias retidas. Solicite ao proprietário do arquivo que localize os objetos de SR esperados utilizando sua interface compatível de inventário ou consulta e recupere cópias de teste autorizadas. Um C-FIND em nível de série pode ajudar onde houver suporte, mas um resultado vazio pode refletir restrições de cobertura de consulta, roteamento, indexação ou acesso. Faça a correspondência das instâncias e do conteúdo reais antes de concluir que o carrinho nunca os enviou.
5. Compare o conteúdo e o uso pretendido. Compare a linha de base do scanner, o SR recuperado e os campos reais de laudo. Verifique as contagens de itens obrigatórios, significado, contexto, unidades, valores ausentes e conversões aprovadas. O Weasis pode auxiliar na inspeção independente da árvore de SR utilizando uma cópia de teste autorizada. ¹³ Um valor correspondente ali restringe a investigação; ele não comprova que o scanner está livre de falhas, que todo o SR está em conformidade ou que o fluxo de trabalho clínico está pronto. Registre a versão do visualizador e qualquer conteúdo não suportado.

Os testes de entrega de medições complementam o trabalho de aceitação elétrica, mecânica e de qualidade de imagem da instituição; eles não o substituem. Consulte o checklist de manutenção preventiva e aceitação de ultrassom e o guia de evidências de testes para reparo de placas para esses registros de serviço mais amplos. Repita os testes de entrega afetados quando o software do scanner, os pacotes de medição, as configurações de exportação, a ingestão do arquivo ou os mapeamentos de laudos sofrerem alterações.

Um registro conjunto de aceitação de medições do scanner e do arquivo

Mantenha um registro compartilhado que identifique o teste, as versões, os itens esperados, as evidências observadas e as exceções não resolvidas. Atribua cada discrepância à equipe de manutenção do scanner, ao operador do arquivo ou ao responsável pelo sistema de laudos, conforme respaldado pelas evidências. Uma captura de tela pode complementar esse registro; ela não deve substituir a reconciliação em nível de objeto.

A responsabilidade pela retenção é uma etapa separada do conteúdo de medição. Antes que qualquer cópia local seja removida, utilize a política de retenção da instituição e as evidências descritas no guia de compromisso de armazenamento de ultrassom. Uma medição visível ou um SR em um visualizador não autoriza a exclusão do estudo de origem.

E se o sistema ou arquivo não puder produzir ou exibir SR de forma alguma?

Se o fluxo de trabalho necessário não puder ser atendido com a saída documentada do scanner ou com o suporte do receptor, registre a lacuna em vez de inventar uma correção de configuração. A liderança clínica, a informática e o setor de compras da instituição devem escolher uma alternativa aprovada ou revisar a especificação. As opções dependem do suporte exato do produto e da política local:

• Fluxo de trabalho de página de resultados suportado. Quando o OEM fornecer uma imagem de resumo, verifique seu conteúdo, legibilidade, retenção e disponibilidade para o leitor previsto. A instituição decide se isso atende aos seus requisitos de laudo e como qualquer transcrição manual é verificada. Não prescreva um procedimento de captura de tela não verificado entre diferentes modelos.
• Interface de laudo separada. Consulte o OEM e o fornecedor do sistema receptor sobre alternativas documentadas. A ausência de uma rota de SR numérico não é prova de que nenhuma outra interface aprovada possa fornecer dados de medição. Avalie essa rota sob sua própria especificação e plano de validação.
• Extração ou normalização. Um fornecedor pode oferecer mapeamento ou OCR do texto da imagem. Trate a saída como um artefato derivado que exige validação de valores, unidades, contexto, procedência e tratamento de erros; mantenha a evidência original. Este guia não estabelece as capacidades ou a compatibilidade de nenhum produto de middleware.
• Lacuna não resolvida de integridade de dados. Encaminhe valores ausentes, contraditórios ou mapeados incorretamente às equipes responsáveis. Não reescreva registros clínicos silenciosamente, não altere campos de identificação nem ignore permissões. Antes de um envio para reparo, siga o plano de transferência de dados do paciente aprovado.

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

A Rongtao Medical oferece suporte para reparo de placas de ultrassom multimarcas, serviços de transdutores e peças de reposição testadas para distribuidores, empresas independentes de manutenção e equipes de engenharia hospitalar. Uma reclamação de imagem versus dados precisa primeiro das evidências conjuntas do scanner e do sistema receptor descritas acima; ela não é, por si só, um diagnóstico de peças.

Limite do serviço de hardware. Se uma investigação qualificada identificar uma falha de placa, de armazenamento ou de comunicação física, a Rongtao pode avaliar o item em relação ao seu escopo de serviço documentado. Mantenha logs sanitizados, sintomas e a linha do tempo da configuração. Um teste de SR bem-sucedido cobre apenas o caminho de dados testado e não pode certificar funções de hardware não relacionadas. ¹⁴

• Reparo de placas: o prazo padrão típico é de 5–8 dias úteis, sujeito ao item e ao escopo acordado.
• Testes: cada placa reparada passa por um teste em equipamento real de 48 horas dentro de um sistema de ultrassom real.
• Garantia: tipicamente de 90 dias, com termos confirmados por categoria de produto, tipo de serviço e orçamento. ¹⁴

Limite de integração. Este artigo não faz nenhuma promessa de que a Rongtao forneça integração com PACS, arquivo neutro de fornecedor ou laudos hospitalares. Coordene o inventário do arquivo, o suporte ao visualizador, o mapeamento de modelos e questões de licenciamento de software com a instituição e os fornecedores pertinentes. O serviço de hardware continua sendo uma decisão separada, respaldada pela falha diagnosticada.

Para uma avaliação de serviço específica para o caso, entre em contato com a Rongtao informando o OEM, modelo exato, versão de software, cronologia da falha, erros sanitizados, quantidade e país de destino. Se uma equipe qualificada já tiver identificado uma placa, inclua o seu número de peça do fabricante e fotos nítidas da etiqueta e de ambos os lados, obtidas sob procedimentos seguros de serviço. Mantenha informações de pacientes e estudos não sanitizados fora do pacote de orçamento.

Perguntas frequentes

O console exibe medições, mas os campos do relatório estão em branco. Por onde devemos começar?
Inspecione o conjunto de objetos exportados. Determine se ele contém apenas páginas de anotações/resultados visíveis ou um SR com capacidade numérica com o conteúdo necessário. Em seguida, rastreie a retenção e a extração para os campos de relatório. Não infira a saída apenas pela exibição no console.

Uma entrada de SR na declaração de conformidade prova que nossas medições serão transferidas?
Não. Verifique a classe de SR exata, a aplicação coberta, o gatilho de geração e o destino. Teste o conteúdo necessário. O Basic Text SR não pode transportar itens NUM, e um SR com capacidade numérica ainda pode não conter um valor necessário. ^{2 9}

Nenhuma série de SR aparece em uma consulta. Isso prova que o carrinho falhou?
Não. Verifique a interface de consulta, o destino, a indexação e o escopo de acesso com o responsável pelo arquivo e, em seguida, reconcilie as instâncias esperadas do remetente com os objetos retidos ou recuperados. Uma série de SR listada também precisa de verificação de conteúdo; não é prova de medições completas.

Podemos usar as instruções de configuração de um modelo em outro?
Não. Use o manual do OEM e a revisão de conformidade correspondentes. Os exemplos do Lumify e do EPIQ/Affiniti ilustram saídas documentadas diferentes dentro de uma mesma marca; os caminhos do EMSOW de 2016 são pistas históricas de entrada. O suporte ao LOGIQ S7 permanece não verificado aqui.

E se um visualizador independente exibir valores que o PACS não exibe?
Isso apoia uma investigação de exibição ou extração no receptor para esses itens. Compare a mesma instância, contexto e unidades, e documente a versão do visualizador. Isso não estabelece conformidade universal nem a integridade completa do scanner. ¹³

Qual é o critério de aceitação após o serviço?
O fluxo de trabalho definido pela instituição deve receber e usar o conjunto de medições exigido com o significado, valores e unidades pretendidos. Registre lacunas não resolvidas e repita os testes afetados após alterações. A concordância de entrega é separada da exatidão com phantom, da segurança elétrica e da aprovação completa para retorno ao serviço clínico; este guia não estabelece nenhuma tolerância milimétrica universal.