Resposta curta: no HL7 v2, uma encomenda (um teste laboratorial, um exame de imagem, um medicamento) é enviada como uma mensagem ORM^O01 em versões até 2.5.1, ou como uma mensagem de encomenda laboratorial OML^O21 a partir da versão 2.4. Ambas transportam o doente (PID), a visita (PV1), o segmento ORC que controla a encomenda (nova, cancelar, aguardar, alteração de estado, com números do placer e filler) e o segmento OBR que indica o que foi encomendado, por quem e para quando. O sistema filler responde com um ORR (ou ORL para OML) e mais tarde devolve os resultados como um ORU. O equivalente em FHIR do ORC+OBR é um ServiceRequest.
Uma encomenda laboratorial, segmento a segmento
Uma mensagem de encomenda laboratorial HL7 v2 (ORM^O01) é construída a partir de segmentos: MSH designa o tipo e a versão da mensagem, PID identifica o doente, PV1 descreve a visita, ORC transporta o código de controlo da encomenda, números da encomenda do solicitante e do executor, prioridade e médico prescritor, OBR designa o teste solicitado com um código LOINC e hora de colheita, e DG1 fornece o diagnóstico justificativo.
MSH|^~\&|EHR|GENHOSP|LIS|CENTRALLAB|20260314091200||ORM^O01^ORM_O01|MSG0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F|||12 High Street^^Leeds^^LS1 4AB^GB
PV1|1|O|CLINIC-3^^^GENHOSP||||42^SMITH^JOHN^^^Dr
ORC|NW|PLC-778812^EHR|||||^^^20260314093000^^R||20260314091200|42^SMITH^JOHN
OBR|1|PLC-778812^EHR||4548-4^Hemoglobin A1c/Hemoglobin.total in Blood^LN|||20260314093000||||||||42^SMITH^JOHN
DG1|1||E11.9^Type 2 diabetes mellitus without complications^I10
- MSH-9
ORM^O01^ORM_O01nomeia o tipo de mensagem, o evento de ativação e a estrutura. MSH-12 indica a versão. - PID identifica o doente; PID-3 contém o identificador com a sua autoridade atribuinte e tipo (
MR, número do registo médico). - PV1 indica a visita: ambulatório (
O), a localização, o médico assistente. - ORC-1 é o código de controlo da encomenda:
NWnova encomenda,CApedido de cancelamento,OCencomenda cancelada,HDaguardar,RLlibertar,SCestado alterado,OKencomenda aceite,UAimpossível aceitar,XOalterar encomenda,DCdescontinuar. ORC-2 é o número da encomenda do placer (atribuído pelo sistema de encomenda), ORC-3 o número da encomenda do filler (atribuído pelo laboratório, vazio até à resposta). ORC-7 contém o tempo e a prioridade (Rrotina,Sstat,Aasap). ORC-12 é o profissional de saúde que encomendou. - OBR-4 é o identificador universal do serviço: o que foi encomendado, codificado (aqui LOINC,
LN). OBR-7 é a data-hora da observação ou recolha. OBR-16 repete o profissional de saúde que encomendou. Em encomendas laboratoriais, os detalhes da amostra situam-se em OBR-15 em versões mais antigas e num segmento SPM dedicado a partir da versão 2.5. - DG1 transporta o diagnóstico que justifica a encomenda.
A mesma encomenda com múltiplos testes repete o par ORC/OBR uma vez por teste, cada um com o seu próprio ID de conjunto OBR-1.
ORM vs OML
ORM^O01 é a mensagem geral de encomenda HL7 v2, uma estrutura flexível para laboratório, radiologia, farmácia e consumíveis. OML, introduzido na versão 2.4, é a mensagem de encomenda específica para laboratório com os gatilhos O21, O33 e O35 e segmentos SPM e SAC explícitos para amostras e recipientes. A maioria das interfaces hospital-laboratório ainda utiliza ORM^O01; OML aparece em sistemas laboratoriais mais recentes e perfis IHE.
ORM^O01 é a mensagem de encomenda geral: uma estrutura para laboratório, radiologia, farmácia, dietética e consumíveis, o que a tornava pouco específica. A partir da versão 2.4, a HL7 introduziu OML (encomenda laboratorial) com vários gatilhos, O21 (encomenda por teste), O33 (encomenda por amostra) e O35 (encomenda por amostra e recipiente), e uma estrutura mais rigorosa com segmentos SPM e SAC para amostras e recipientes. Seguiram o mesmo padrão OMG (encomenda clínica geral), OMI (imagem), OMP (farmácia). Na prática, a maioria das interfaces hospital-para-laboratório ainda funciona com ORM^O01 nas versões 2.3.1 ou 2.5.1, e OML aparece em sistemas laboratoriais mais recentes e no perfil Laboratory Testing Workflow da IHE.
Respostas
Uma encomenda HL7 v2 recebe duas respostas. Um ACK imediato (MSA-1 AA, AE ou AR) confirma que a mensagem foi recebida e analisada. Em seguida, uma resposta da aplicação, ORR^O02 para ORM ou ORL^O22 para OML, repete o ORC com OK ou UA e preenche o ORC-3, o número da encomenda do executor. Os resultados retornam mais tarde como ORU^R01, transportando ambos os números da encomenda.
O sistema recetor responde duas vezes. Imediatamente, com um ACK (MSA-1 AA aceite, AE erro, AR rejeitado) que confirma que a mensagem foi recebida e analisada. Depois, como resposta de aplicação, com ORR^O02 (para ORM) ou ORL^O22 (para OML), repetindo o ORC com OK ou UA e preenchendo o ORC-3, o número da encomenda do filler, que ambos os lados usam a partir daí. Os resultados regressam como ORU^R01, com os mesmos números do placer e filler em OBR-2 e OBR-3, que é como um resultado encontra a sua encomenda. Ver Mensagens HL7 v2 explicadas: ADT e ORU.
Onde as encomendas falham
As encomendas HL7 v2 falham mais frequentemente devido a números de solicitante e executor incompatíveis quando o ORR não foi processado, códigos de teste locais em OBR-4 sem código LOINC, cancelamentos enviados sem o número do solicitante original, incompatibilidades de versão como um segmento SPM enviado para um recetor 2.3.1, e prioridade escrita num campo de texto livre NTE em vez de ORC-7 ou OBR-5.
- Números que não correspondem: o ORU regressa com um número do filler que o EHR nunca viu, geralmente porque o ORR não foi processado.
- Códigos locais em OBR-4: um código de teste interno do laboratório em vez de (ou sem) um código LOINC, para que o registo recetor não consiga mapear o teste. A solução é um código com ambos:
GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN. - Cancelamentos sem os números originais:
CAtem de transportar o número do placer da encomenda que cancela. - Incompatibilidades de versão: um segmento SPM enviado para um recetor 2.3.1 é descartado ou rejeitado.
- Prioridade no campo errado:
STATnum NTE de texto livre em vez de ORC-7 ou OBR-5.
A mesma encomenda em FHIR
Em FHIR, os segmentos ORC e OBR de uma encomenda HL7 v2 colapsam numa única ServiceRequest com estado, intenção de encomenda, prioridade, um código LOINC, sujeito, encontro, requerente, occurrenceDateTime, reasonCode para o diagnóstico e identificadores para os números do solicitante e do executor. A Observation e DiagnosticReport resultantes referenciam-na através de basedOn, conforme mapeado pelo guia de implementação HL7 v2-para-FHIR.
Em FHIR, ORC e OBR colapsam num único ServiceRequest: status (active, on-hold, revoked, completed), intent (order), priority (routine, urgent, asap, stat), code (o teste LOINC), subject, encounter, requester, occurrenceDateTime, reasonCode (o diagnóstico ICD-10) e identifier para os números do placer e filler. O Observation e DiagnosticReport de resultado apontam de volta com basedOn. A HL7 publica o mapeamento campo a campo no guia de implementação v2-to-FHIR.
A Plataforma Anpheros suporta ServiceRequest, Observation e DiagnosticReport, e o seu conector laboratorial aceita resultados como HL7 v2 ORU, CSV ou JSON. Não envia nem recebe encomendas; a encomenda permanece nos sistemas do hospital ou do laboratório, e o resultado final junta-se ao registo do doente.
Páginas relacionadas
- Mensagens HL7 v2 explicadas: ADT e ORU
- HL7 vs FHIR
- PACS vs RIS vs VNA
- Conector laboratorial: HL7 v2, CSV ou JSON para FHIR
- O que é um código LOINC?
- Mapeamento HL7 v2 para FHIR (desenvolvedores)
- Como integrar um sistema de informação laboratorial com um EHR
- Motores de interface explicados
Fontes
- HL7 Version 2 product suite
- HL7 v2.5.1 ORM_O01 reference (Caristix)
- HL7 v2.5.1 OML_O21 reference (Caristix)
- HL7 v2-to-FHIR implementation guide
- HL7 FHIR R4: ServiceRequest
- IHE Laboratory Testing Workflow (LTW)
Perguntas frequentes
Qual é a diferença entre ORC e OBR?
ORC trata da encomenda como um objeto administrativo: quem a solicitou, os seus números, o seu estado, a sua prioridade. OBR trata do serviço solicitado: qual o teste, em que amostra, quando. Cada OBR é precedido pelo seu ORC.
O que é um placer e um filler?
O placer é o sistema que solicita o serviço (o EHR ou o sistema do médico solicitante); o filler é o sistema que o executa (o laboratório ou o sistema de radiologia). Cada um atribui o seu próprio número de encomenda, e as mensagens transportam ambos para que qualquer um dos lados possa encontrar a encomenda.
Devo implementar ORM ou OML para uma nova interface laboratorial?
Se o parceiro suportar OML^O21 na versão 2.5.1 ou posterior, prefira-o: o manuseamento de amostras é explícito e os perfis IHE baseiam-se nele. Se o parceiro for um LIS mais antigo, ORM^O01 é o que ele fala, e você adapta-se.
Como é que uma encomenda HL7 v2 é mapeada para FHIR?
ORC e OBR juntos tornam-se um ServiceRequest; os números do placer e filler tornam-se identificadores; ORC-1 e ORC-5 mapeiam para o estado; OBR-4 para o código; DG1 para reasonCode; o profissional de saúde que encomendou para requester. O guia HL7 v2-to-FHIR publica as tabelas detalhadas.
Experimente grátis no sandbox
Sua primeira chamada FHIR em 5 minutos. Uma API HL7 FHIR R4 com o consentimento do paciente integrado: experimente na sandbox e depois conecte a sua própria app ou sistema clínico.
Grátis · 30 pacientes sintéticos · sem cartão
A Anpheros desenvolve um registo médico que o doente controla e pode partilhar com qualquer clínica, numa plataforma HL7 FHIR R4, sediada na UE. Estes guias ajudam-no a compreender e organizar a sua saúde; não substituem o seu médico.
Sobre a Anpheros →