O exame de ultrassom terminou, mas a worklist não: audite o estado do MPPS

A armadilha do chamado de suporte: falha de hardware ou lacuna de integração?

Considere um chamado composto e sintético do tipo descrito por equipes de integração e engenharia clínica. Uma sala de ultrassom vascular relata que exames concluídos não estão saindo da worklist do scanner. Os operadores de agendamento veem os pedidos correspondentes ainda abertos no Sistema de Informação Radiológica (RIS) no final do dia e começam a agendar contornando-os. Uma auditoria separada encontra alguns exames marcados como 'Discontinued' que os ultrassonografistas consideram finalizados — um foi uma avaliação rápida na qual nada foi armazenado naquele estudo; outro foi reiniciado após a correção do ID do paciente. Enquanto isso, a equipe do PACS confirma que as imagens da sala estão chegando e legíveis.

Um primeiro chamado pode culpar o hardware de rede ou o computador principal do scanner e propor a troca de uma placa ou a reinstalação do software. As evidências vão contra isso. O mesmo carrinho está concluindo consultas de worklist e envios de imagens; portanto, seu caminho de rede e o software DICOM estão, evidentemente, transportando tráfego. O encerramento da worklist depende de uma troca diferente — o Modality Performed Procedure Step (MPPS) — e de como o sistema receptor a utiliza. Substituir uma placa não altera nenhum dos dois.

Audite quatro camadas em ordem: a configuração de MPPS do scanner; o fluxo de eventos que o scanner realmente produziu; se e como o sistema receptor (o Service Class Provider de MPPS, ou SCP) aceitou as mensagens; e a política de retenção do provedor de worklist. As seções abaixo apresentam as regras do padrão, o comportamento documentado em cinco declarações de conformidade de ultrassom, uma tabela de decisão, um teste de aceitação e um registro de escalonamento.

O que é o MPPS e como funciona o ciclo de vida da etapa do procedimento?

Dois serviços DICOM conectam um scanner de ultrassom a sistemas de agendamento, e eles operam em direções opostas.

Modality Worklist (MWL): atuando como um Service Class User (SCU) da Modality Worklist Information Model – FIND SOP Class (1.2.840.10008.5.1.4.31), o scanner envia uma consulta C-FIND ao provedor de worklist — normalmente um RIS, broker ou mecanismo de integração — e exibe as Scheduled Procedure Steps correspondentes. Para o EPIQ Elite, a Philips afirma que uma atualização bem-sucedida da worklist sobrescreve a exibição da worklist, que não há gerenciamento de fila para MWL e que as atualizações ocorrem por solicitação do operador, em intervalos ou ao término de cada exame, dependendo da configuração. ⁴ A consulta não transmite nenhum relatório de conclusão de volta a ninguém.

Modality Performed Procedure Step (MPPS): sob a classe SOP de MPPS (1.2.840.10008.3.1.2.3.3), o scanner cria e depois atualiza um registro no SCP de MPPS descrevendo o que realmente executou: quando a etapa começou e terminou, qual etapa agendada cumpre, quem operou, quais séries e instâncias criou e seu status final. ^{9 10} O perfil Scheduled Workflow.b do IHE exige que uma Acquisition Modality ofereça suporte à consulta de worklist e a ambas as transações de MPPS (em andamento e concluída) ¹¹ — mas o suporte em um produto não é o mesmo que a configuração no local.

O padrão não exige que uma entrada da worklist desapareça quando um exame termina. O Suplemento DICOM 17, que introduziu o MPPS em 1998, descreve o gerenciamento da worklist como concluído assim que a etapa agendada 'tiver sido removida da Worklist, possivelmente em resposta ao Modality Performed Procedure Step.' ¹ A atual PS3.3 acrescenta que 'a especificação do fluxo de trabalho em si está fora do escopo do Padrão.' ⁸ A remoção é, portanto, um comportamento do RIS, broker ou provedor de worklist — algo a ser confirmado com seu responsável — e não uma consequência automática da comunicação de rede.

Três estados, uma direção: IN PROGRESS, COMPLETED, DISCONTINUED

O Capítulo F da PS3.4 contém o estado em Performed Procedure Step Status (0040,0252), com três valores: IN PROGRESS, COMPLETED e DISCONTINUED. Como o objeto representa apenas a parte 'realizada' da etapa do procedimento no mundo real, 'todos os eventos são iniciados pela modalidade.' ² O ciclo de vida utiliza duas operações DIMSE-N:

• N-CREATE: o equipamento cria a instância de MPPS com o status IN PROGRESS — o único valor que um SCP aceitará na criação. O equipamento especifica o UID da instância e fornece o vínculo com a etapa agendada (Scheduled Step Attributes Sequence, incluindo accession number e Study Instance UID), a data e hora de início e a estação executora. ⁹
• N-SET: o equipamento atualiza a mesma instância e, ao finalizar, define COMPLETED ou DISCONTINUED. Antes ou no momento desse N-SET final, ele deve ter enviado a lista de todas as instâncias de imagem e de não imagem criadas durante a etapa, e a Performed Series Sequence não pode estar vazia — embora uma série possa não conter instâncias se nenhuma tiver sido criada. ^{7 9}

Depois que o equipamento tiver enviado um status final, ele não poderá mais modificar esse MPPS nem criar novas instâncias sob ele; uma modalidade que retomar a aquisição poderá, em vez disso, criar um novo MPPS. ⁷ No lado receptor, o SCP aceita um N-SET apenas enquanto a sua própria cópia da etapa ainda estiver IN PROGRESS. A norma também permite que o próprio SCP, 'sob circunstâncias excepcionais', defina COMPLETED ou DISCONTINUED — por exemplo, se a modalidade tiver falhado — e adverte que N-SETs subsequentes da modalidade recuperada poderão, então, falhar. ⁷ Essa exceção é importante para a solução de problemas: é uma forma documentada de o sistema receptor e o equipamento discordarem sobre a mesma etapa.

A regra de DISCONTINUED é a que os agendadores sentem. A norma exige que a modalidade transmita essa alteração de estado 'para permitir que o sistema de informação reagende ou cancele a Etapa de Procedimento relacionada.' ² Se a mensagem nunca chegar, o sistema receptor não tem sobre o que agir, e o pedido mantém seu último estado conhecido.

O que o equipamento realmente envia na conclusão do exame?

Os engenheiros costumam presumir que a troca de MPPS começa quando um paciente é selecionado na worklist. Na maioria dos sistemas documentados, isso não acontece — mas o disparador é específico do fabricante, razão pela qual a declaração de conformidade da sua versão exata é importante.

Philips EPIQ Elite Rel 6.0.x e Lumify R5.0 abrem uma associação com o MPPS SCP configurado 'imediatamente após a primeira imagem ser adquirida' e enviam N-CREATE com IN PROGRESS. ^{4 12} As declarações da GE para o LOGIQ9 e o LOGIQ7 também enviam N-CREATE quando a primeira imagem é adquirida. ^{3 5} A declaração da Mindray para a plataforma ZS3/z.one pro/ZS2 difere: 'Iniciar um novo exame ou reativar um exame' cria a instância de MPPS. ⁶ Nessa plataforma, uma etapa IN PROGRESS pode existir antes que qualquer imagem exista.

Ao final do exame, os sistemas documentados enviam um N-SET final. No EPIQ e no Lumify, o botão End Exam produz COMPLETED e o Cancel Exam produz DISCONTINUED; os dois são mutuamente exclusivos para um determinado exame. ^{4 12} As declarações do LOGIQ7 e do LOGIQ9 afirmam que o N-SET enviado após o término do exame 'incluirá os UIDs de todas as imagens adquiridas e o status de COMPLETED ou DISCONTINUED.' ^{5 3} O EPIQ e a Mindray desenham cada mensagem em sua própria associação — abrir, enviar, fechar —, de modo que uma falha de MPPS ao final do exame pode ocorrer mesmo que o N-CREATE no início tenha sido bem-sucedido. ^{4 6}

O equipamento geralmente registra o resultado em algum local que você pode inspecionar. O EPIQ lista as filas de mensagens MPPS ao lado das filas de imagens e de relatórios estruturados em sua janela Network status. ⁴ A Mindray registra o significado do status e qualquer Error Comment e Error ID retornados com uma falha, e pode tentar novamente uma transferência com falha por um número configurado de vezes. ⁶ Onde o seu próprio sistema mantém essa evidência é uma questão para a sua declaração de conformidade e documentação de serviço.

Comportamento documentado dos fabricantes: exames sem imagens, exames pausados e casos de anexação

Parques mistos causam a maior parte da confusão, porque cada declaração de conformidade descreve apenas o seu próprio produto e versão. Cinco comportamentos documentados alteram como um status no RIS deve ser interpretado:

• Sem imagens salvas (GE LOGIQ7): para um exame finalizado sem imagens, o LOGIQ7 envia o N-CREATE ao término do exame e 'Para um exame sem imagens ou resultados salvos, o N-SET será enviado com status DISCONTINUED.' ⁵ Um exame que o ultrassonografista considerou concluído — uma avaliação na qual nada foi armazenado naquele estudo — pode, portanto, ser reportado como descontinuado por projeto. As declarações do EPIQ e do Lumify vinculam o N-CREATE à aquisição de imagens e não descrevem um exame finalizado sem imagens; portanto, não presuma que eles se comportem como o LOGIQ7 ou que enviem COMPLETED. ^{4 12}
• Identidade do paciente alterada no meio do exame (Philips EPIQ): se a identificação do paciente for alterada enquanto um MPPS estiver em andamento, 'o MPPS anterior é descontinuado e um novo MPPS é criado com as informações alteradas do paciente'; as imagens já enviadas são regeneradas com novos UIDs. ⁴ Corrigir o ID do paciente durante um exame pode deixar uma etapa DISCONTINUED no RIS ao lado de uma nova.
• Exame pausado (Philips EPIQ): 'Um exame "Pausado" não inicia um evento de MPPS.' ⁴ Se imagens já tiverem sido adquiridas, a etapa criada na primeira imagem permanece IN PROGRESS no sistema receptor até que o exame seja finalizado ou cancelado.
• Anexação (Philips EPIQ): um exame enviado como COMPLETED 'não pode mais ser atualizado', exceto pelo fato de que selecionar novamente um estudo agendado da worklist para anexar imagens gera um novo conjunto de mensagens MPPS sob o mesmo Study Instance UID. Anexações feitas a partir do Patient Directory ou Image Review também recebem um novo Performed Procedure Step SOP Instance UID. ⁴ Espere mais de um MPPS por accession após uma anexação.
• Exame reativado (Mindray): reativar um exame cria uma nova instância de MPPS, e o operador pode escolher um motivo ao cancelar. ⁶

Protocolos de ultrassom em estágios, como o ecocardiograma de estresse, adicionam mais um padrão. O Suplemento DICOM 45 recomenda que um único MPPS cubra todo o exame de protocolo em estágios, quando possível. Se a aquisição for interrompida — seu exemplo é o sofrimento do paciente, como angina —, o MPPS ainda é COMPLETED desde que as condições do protocolo tenham sido atendidas, e é DISCONTINUED apenas se o exame tiver terminado antes de atender aos requisitos mínimos de aquisição. Estágios de acompanhamento adquiridos posteriormente 'requerem um MPPS separado' sob o mesmo Study Instance UID. ¹³ Portanto, um segundo MPPS em um accession de ecocardiograma de estresse pode ser um comportamento esperado, e não uma duplicata.

Por que a entrada da worklist permanece após o término do exame?

Quando um estudo encerrado continua listado no scanner ou ainda aberto no RIS, há cinco explicações gerais. Nenhuma delas requer uma falha de hardware, e a evidência de cada uma encontra-se em um local diferente.

• O MPPS nunca foi configurado no scanner. O carrinho possui destinos de worklist e de armazenamento funcionais, mas nenhum destino MPPS selecionado. As declarações da GE tornam a condição explícita: 'Se o Modality Performed Procedure Step estiver configurado, mensagens N-CREATE e N-SET serão enviadas para o exame.' ^{3 5} Um carrinho não configurado fica em silêncio ao final do exame, de modo que o RIS não tem com o que encerrar o pedido. A frequência com que isso acontece não foi medida. Em 2005, Noumeir escreveu que a implantação do MPPS tinha sido 'muito mais lenta do que o esperado', embora a maioria dos equipamentos de modalidade o tivesse implementado, e observou que equipamentos sem MPPS podem ser integrados fazendo com que um terminal do RIS ou uma estação intermediária crie a etapa em seu lugar. ¹⁰ Trate um carrinho nunca configurado como uma decisão de configurações e responsabilidade, não como um reparo.
• A mensagem nunca chegou. O scanner tentou enviar N-CREATE ou N-SET, mas a associação atingiu o tempo limite, foi recusada ou foi interrompida—por exemplo, porque o endereço, a porta ou o AE title do destino MPPS mudou, ou uma regra de rede bloqueia esse destino. O armazenamento de imagens e o MPPS utilizam destinos configurados separadamente, frequentemente em sistemas diferentes, de modo que as imagens podem fluir enquanto o MPPS falha. A Mindray documenta que um tempo limite, ou uma associação abortada pelo SCP ou pela rede, marca o MPPS como com falha e registra o motivo em log. ⁶ Se o N-SET final nunca chegou, o sistema receptor ainda pode exibir a etapa como IN PROGRESS.
• O sistema receptor recusou a atualização porque já havia encerrado a etapa. O SCP aceita um N-SET apenas enquanto sua cópia da etapa estiver IN PROGRESS; caso contrário, ele retorna 0110H 'Processing failure' com o comentário de erro 'Performed Procedure Step Object may no longer be updated' (Error ID A710). ⁷ O Philips EPIQ aborta a associação diante desse status; a Mindray a aborta com A-ABORT e marca seu MPPS como com falha. ^{4 6} O scanner exibe então uma falha, enquanto o RIS já mantém a etapa como COMPLETED ou DISCONTINUED—possivelmente encerrada por uma pessoa ou processo no lado receptor, conforme o padrão permite em circunstâncias excepcionais. ⁷ A questão é qual estado final e qual lista de instâncias o RIS manteve, e não por que a etapa está travada.
• A etapa foi encerrada como DISCONTINUED, e não COMPLETED. O scanner reportou exatamente o que seu software define: Cancel Exam nos sistemas documentados da Philips e da Mindray, um exame encerrado no LOGIQ7 sem imagens ou resultados salvos, ou uma alteração de ID do paciente durante o exame no EPIQ. ^{4 5 6} Se uma etapa DISCONTINUED deixa o pedido aberto, o cancela ou o coloca na fila para reagendamento é política do RIS.
• O provedor de worklist não remove entradas com base no status do MPPS. O scanner enviou COMPLETED, o sistema receptor registrou e a entrada continua aparecendo. Como a remoção ocorre apenas 'possivelmente em resposta ao' MPPS ¹, a consulta da worklist pode simplesmente retornar todas as etapas agendadas para o dia. Alguns departamentos desejam isso—por exemplo, quando um paciente se desloca entre salas ou retorna para imagens tardias—ao passo que, em outros lugares, ninguém configurou o filtro. Confirme qual é o caso com o responsável pelo provedor de worklist antes de considerar isso uma falha. Qualquer janela de retenção é uma política local, não um valor DICOM.

A ordem da auditoria: configuração do MPPS, fluxo de eventos, consumo pelo SCP e, depois, política

Alterar configurações aleatoriamente ou encomendar peças destrói as evidências de que você precisa. Percorra as camadas em ordem e registre o que você vê em cada uma delas.

Cada camada elimina um domínio de falha. Se a camada 1 mostrar que o MPPS nunca foi selecionado, pare: ainda não há nada a rastrear. Se o log do scanner mostrar respostas de sucesso tanto para o N-CREATE quanto para o N-SET, o sistema receptor aceitou as mensagens, e as questões restantes estão no lado receptor ou na política da worklist.

O que o MPPS comprova — e por que o arquivamento de imagens é um processo separado?

Um MPPS COMPLETED às vezes é tratado como prova de que o estudo está em segurança no PACS. Não é.

O DICOM PS3.3, Seção 7.3, afirma: 'O objetivo do Modality Performed Procedure Step é relatar o que foi realizado; ele não implica nenhuma semântica de armazenamento.' ⁸ O MPPS contém referências às instâncias que o scanner informa ter criado. Ele não contém dados de pixel nem qualquer promessa de que algum sistema de arquivamento as mantenha.

A responsabilidade pelo arquivamento é uma troca separada: Storage Commitment (Push Model SOP Class 1.2.840.10008.1.20.1), na qual o scanner solicita que o sistema de arquivamento assuma a responsabilidade pela custódia de instâncias específicas e recebe o resultado em um N-EVENT-REPORT. O IHE SWF.b lista o Storage Commitment como sua própria transação obrigatória para a Acquisition Modality, ao lado das transações de MPPS. ¹¹ Nosso guia sobre storage commitment DICOM em ultrassom e decisões de exclusão local aborda o que esse resultado estabelece e o que não estabelece.

Mantenha os dois fluxos separados. O status MPPS COMPLETED confirma apenas que a modalidade relatou a etapa do procedimento como concluída. Nunca aprove a exclusão de estudos locais — antes de um reparo, de uma substituição de unidade de disco ou de uma revenda — apenas com base no encerramento do MPPS ou no sucesso do C-STORE.

Caminhos de recuperação: reenvios documentados e o que reexecutar

Quando uma interrupção, uma reinicialização ou uma alteração de configuração descarta mensagens MPPS, a primeira pergunta é se o seu sistema documenta uma forma de reenviá-las. Onde não documenta, a alternativa habitual é a reconciliação pelo responsável pelo RIS, em vez de uma solução alternativa no scanner.

A Philips documenta uma para o EPIQ Elite Rel 6.0.x (Seção 4.1.2.2 do documento 000737000000163 Rev A): 'Se as mensagens MPPS não tiverem sido recebidas pelo servidor MPPS, elas poderão ser "reenviadas" selecionando o estudo em Review e selecionando "Export". Em Export, selecione o servidor MPPS. As mensagens MPPS associadas a esse estudo serão reenviadas.' ⁴ A declaração não informa como um sistema receptor que já encerrou a etapa responderá. De acordo com o padrão, um N-SET para uma etapa que não está mais IN PROGRESS é recusado com 0110H ⁷ — portanto, verifique primeiro o lado receptor e depois reenvie.

A declaração da Mindray descreve novas tentativas automáticas, por um número configurado de vezes, quando a transferência de uma etapa do exame falha. ⁶ Para outros sistemas e versões, procure um equivalente na declaração de conformidade ou no manual do operador antes de improvisar. Não edite o banco de dados ou os arquivos do scanner para forçar uma alteração de estado: isso não é suportado, pode danificar o registro e está fora de um limite seguro de manutenção.

O teste de aceitação: comprovando o encerramento da worklist antes da entrada em operação

Antes de um scanner entrar em operação em uma worklist — e após qualquer alteração que possa afetar o ciclo — execute um caso agendado sintético de ponta a ponta. Utilize o paciente de teste e os pedidos de teste designados pela instituição, criados e limpos de acordo com os procedimentos do responsável pelo RIS. Nunca utilize o pedido de um paciente real.

Faça do teste parte da prática de rotina da engenharia clínica, em vez de uma resposta a reclamações; nosso checklist de manutenção preventiva de ultrassom é um local natural para registrá-lo. Execute-o novamente sempre que:

• Um scanner for comissionado: entrada inicial em operação de qualquer sistema novo ou recondicionado.
• O software do scanner for alterado: patches do sistema operacional, atualizações de aplicativos ou alterações nas opções do DICOM.
• O RIS ou o broker for alterado: atualizações, migrações ou alterações nos filtros de consulta da worklist.
• Um scanner for remanejado: transferido para outro departamento, segmento de rede ou estação de worklist.
• For realizado serviço no computador do sistema: após a substituição de placa-mãe, unidade ou interface de rede.

Quando um pedido em aberto na worklist é uma questão de serviço — e quando não é?

Encaminhar as evidências ao responsável correto evita chamados de serviço direcionados incorretamente. Use este registro para decidir quem deve atuar a seguir.

Apenas a última linha aponta para o próprio scanner e, mesmo assim, as evidências devem isolar a causa antes que uma peça seja encomendada. Se o mesmo carrinho inicializa, realiza varreduras, consulta a worklist e envia imagens para o PACS, seu hardware de rede e computador principal estão comprovadamente transportando tráfego DICOM. A substituição de uma placa não alterará uma configuração de MPPS, um filtro de broker ou uma etapa que o RIS já tenha encerrado.

O que este guia não pode informar a você

• O comportamento é específico de cada versão. As cinco declarações de conformidade citadas aqui abrangem produtos e versões específicos — três delas datando de 2001–2004 — e não descrevem todos os modelos ou versões de software de um parque de equipamentos. 'Não declarado' na Tabela 2 significa não descrito, e não ausente.
• Não há dados de prevalência. Nenhuma medição atual mostra quantos sistemas de ultrassom operam sem MPPS ou com que frequência cada causa ocorre. A ordem da auditoria reflete o quão economicamente cada camada pode ser verificada, e não quão comum é cada causa.
• Nenhuma configuração real foi inspecionada. Cada identificador, accession number e cenário neste guia é sintético, e o comportamento do broker e do RIS varia conforme o produto e a configuração local.
• O tratamento de pedidos por RIS, broker e HL7 está fora de escopo. Alterações nesses sistemas cabem ao proprietário do sistema e ao seu processo de controle de mudanças.

Onde a Rongtao se enquadra — e onde não

A Rongtao Medical trabalha com hardware de ultrassom: reparo de placas e subconjuntos, reparo de transdutores, peças de reposição e diagnósticos em nível de sistema para GE, Philips, Siemens, Mindray, Toshiba (Canon), Samsung Medison e outras marcas suportadas. O reparo padrão de placas é tipicamente de 5 a 8 dias úteis, as placas reparadas funcionam por 48 horas em um sistema de ultrassom real antes do envio, e a garantia padrão é tipicamente de 90 dias; os termos finais são confirmados por item e orçamento. Consulte os serviços de reparo de ultrassom da Rongtao para verificar o escopo.

A maior parte do problema tratado neste guia situa-se fora desse escopo. A Rongtao não configura RIS, PACS ou brokers de integração hospitalares, não define políticas de rede nem altera o tratamento de pedidos HL7; essas atribuições cabem aos responsáveis pela TI e integração da instituição. O comportamento do MPPS é definido pela documentação de cada OEM.

Onde podemos ajudar é quando a auditoria aponta de volta para o scanner: uma interface de rede intermitente, um computador do sistema que trava no End Exam ou uma falha de unidade de disco por trás de logs corrompidos. Para esses casos, nossos guias de modelos para GE LOGIQ S7/S8 e Philips EPIQ, além do guia sobre falhas em placas de rede e de E/S DICOM de ultrassom, apresentam as evidências de hardware.

Para dúvidas sobre hardware, envie o OEM, o modelo exato e a versão do software instalado, o número de peça do fabricante com fotos de ambos os lados de qualquer placa ou etiqueta suspeita, o sintoma com registros de data e hora, trechos de logs anonimizados, a quantidade e o destino por meio da nossa página de contato. Remova previamente nomes de pacientes, IDs e outras informações de saúde protegidas.

Perguntas frequentes

Por que um exame de ultrassom finalizado ainda consta na worklist da modalidade?
Geralmente porque o sistema receptor não foi informado sobre o término do exame, ou não atua sobre essa informação. O MPPS pode não estar configurado no scanner, o N-SET final pode ter falhado, o RIS pode já ter encerrado a etapa e recusado a atualização, ou o provedor da worklist pode manter as entradas por política interna. Verifique essas camadas nessa ordem. ^{3 7 1}

Qual é a diferença entre a Modality Worklist e o MPPS?
A Modality Worklist é uma consulta (C-FIND) na qual o scanner solicita as etapas agendadas. O MPPS é um relatório (N-CREATE e, em seguida, N-SET) no qual o scanner informa ao RIS ou broker o que realmente executou. A worklist traz os pedidos; o MPPS envia o status. ^{1 9}

Um MPPS COMPLETED significa que as imagens estão arquivadas no PACS?
Não. O DICOM PS3.3, Seção 7.3, estabelece que o MPPS relata o que foi executado e 'não implica nenhuma semântica de armazenamento'. Verifique o arquivamento separadamente, por meio de Storage Commitment ou recuperando o estudo do arquivo. ⁸

Por que o RIS exibe DISCONTINUED para um exame que o ultrassonografista concluiu?
Porque o software do scanner definiu o exame dessa forma. O LOGIQ7 BT04 envia DISCONTINUED para um exame encerrado sem imagens ou resultados salvos; o EPIQ descontinua o MPPS em andamento quando a identificação do paciente é alterada no meio do exame; o Cancel Exam gera DISCONTINUED nos sistemas documentados da Philips e da Mindray. ^{5 4 6}

Onde encontro o que meu sistema de ultrassom realmente envia para End Exam e Cancel Exam?
Na declaração de conformidade DICOM do OEM para a sua versão exata de software. Procure a atividade de MPPS (intitulada, por exemplo, 'Acquire Images', 'Image Acquisition/End exam' ou 'Send MPPS Request') e sua tabela de tratamento de status. Os números das seções diferem entre os documentos. ^{4 5 6}

Mensagens de MPPS perdidas podem ser reenviadas?
Apenas onde o sistema documenta uma forma. O EPIQ Elite Rel 6.0.x permite ao usuário reenviar as mensagens de MPPS de um estudo a partir do Review, exportando para o servidor MPPS; a declaração da plataforma ZS3 da Mindray descreve novas tentativas automáticas configuráveis. Se o sistema receptor já tiver encerrado a etapa, um N-SET reenviado será recusado com 0110H. Caso contrário, reconcilie por meio do responsável pelo RIS. ^{4 6 7}

Uma entrada presa na worklist chega a ser uma falha de placa ou de hardware?
Raramente por si só. Se o scanner inicializa, realiza varreduras, consulta a worklist e envia imagens, seu hardware de rede está transportando tráfego DICOM. Suspeite do scanner quando a falha de MPPS vier acompanhada de travamentos, congelamentos ou falhas mais amplas de DICOM e, em seguida, isole a causa com um serviço qualificado antes de solicitar peças.

O que devemos registrar antes de escalar um problema de encerramento de worklist?
O OEM, modelo e versão de software do scanner; uma foto de suas configurações de destino de MPPS; suas entradas de log ou da fila DICOM com registros de data/hora e códigos de status de resposta; o número de acesso e o Study Instance UID de um exame afetado; o registro do RIS/broker da mesma etapa, obtido junto ao seu responsável; e o resultado do teste de aceitação sintético.