Comunicação
Não conectado
Para MLLP real, o relay deve abrir TCP com o Mirth/PACS e
devolver o ACK ao navegador.
Use JSON estruturado para testar integrações novas. Use HL7
para validar compatibilidade com relays legados.
Opcional. Também é possível colar uma mensagem ORU^R01
manualmente na aba de laudo.
Identificação HL7
Contrato esperado
Pedido P01: gera ORM^O01, um registro por
conexão/envio, com MSH, PID,
IN1, ORC e um ou mais
OBR. Laudo P05: recebe ORU^R01,
concatena OBX-5 por ordem de OBX-1 e
troca \E\ por \ para recuperar o
RTF.
1. Preencha o pedido
Paciente, atendimento, convenio, exames e observacao
clinica.
2. Escolha JSON ou HL7
O modo JSON usa todos os campos do formulario como contrato de
integracao.
3. Envie e valide o ACK
O retorno MSA-1 precisa ser AA para sucesso operacional.
Dados do pedido / paciente
Exames OBR
Mensagem de pedido gerada
JSON estruturado Sem ACKResposta ACK
Interpretação
| MSA-1 | - |
|---|---|
| MSA-2 | - |
| MSA-3 | - |
Recepção / simulação de ORU^R01
Laudo recuperado
Sem laudo| Paciente PID-5 | - |
|---|---|
| Patient ID PID-3 | - |
| Accession ORC/OBR | - |
| ID do laudo OBX-4 | - |
| Mensagem MSH-10 | - |
Cenários de Correção / Cancelamento
Selecione um cenário para pré-carregar os dados de correção, ou importe o pedido atual (aba 2) e edite manualmente. Use ORC-1=XO para alterar um pedido existente e ORC-1=CA para cancelá-lo.
Dados da Correção
Paciente (PID)
Convênio (IN1)
Pedido (ORC)
Exames (OBR)
Comparação: Original vs Corrigido
Resposta ACK (correção)
Sem ACKACK recebido
Interpretação
| MSA-1 | - |
|---|---|
| MSA-2 | - |
| MSA-3 | - |