O que é HL7?

Ao contrário do DICOM, o HL7 é um padrão comercializado fechado mantido pela Organização Internacional do Nível Sete da Saúde e até o final de 2013 estava completamente indisponível para uma rápida revisão na Internet sem a participação paga da organização. Hoje, os padrões estão disponíveis para download, mas apenas para uso pessoal – o padrão permanece protegido, novamente em contraste com o DICOM.

 

História e Desenvolvimento

O HL7 em si era um padrão nascido da necessidade de conectividade e integração para permitir a troca de informações textuais de assistência médica em benefício dos pacientes. Originalmente desenvolvido a partir de um padrão de pesquisa predecessor na década de 1970, foi utilizado pela primeira vez mais amplamente em universidades ou ambientes de desenvolvimento a partir de 1981 em diante. O HL7 v2 foi publicado no final de 1989 e é atualizado continuamente, com os números das versões secundárias mudando.

 

Versões diferentes do HL7 estão disponíveis para uso hoje: A versão 3 do HL7 é menos usada e raramente é encontrada no ambiente de imagem ‘normal’ – ele utiliza um layout XML mais amigável, o que significa que aumentou a aceitação nos novos campos de uso , como gerenciamento de medicamentos, pedidos de prescrição, dietética, alguns sistemas de laboratório e registros eletrônicos para GP, mas devido ao uso histórico de longa data da versão diferente 2 em outras áreas, não houve adoção universal; A versão 2 do HL7 é a versão mais comum do padrão.

As versões mais recentes da versão 2 são compatíveis com versões anteriores e simplesmente adicionam funcionalidades adicionais, por exemplo, para permitir a integração a serviços recém-desenvolvidos ou incorporar novos fluxos de trabalho modernizados.

A versão 2.8.2 é a versão mais recente disponível no momento da impressão.

O HL7 é nomeado após sua posição no modelo OSI de 7 camadas pela ISO conforme ilustra a tabela abaixo:

Camada	Controles	Exemplo
7	Inscrição	HTTP, Telnet, DHCP, HL7
6	Apresentação	MIME, XDR
5	Sessão	NetBIOS
4	Transporte	TCP, UDP
3	Rede	IP (v.4, v.6)
2	Link de dados	IEEE 802.3
1	Fisica	USB, Bluetooth, Wi-Fi A, B, G, N, AB; Cabeamento Cat5e, Cat6

Fig. 1 camadas

A função do HL7

 

 

As mensagens HL7 são cadeias de texto, formatadas de maneiras muito específicas, definidas e repetíveis.

Cada mensagem possui todos os campos possíveis, preenchidos ou deixados em branco, separados por caracteres específicos (conhecidos como delimitadores). Todos os tipos de dados possíveis para campos específicos são definidos pelo padrão. As mensagens da versão 2 HL7 destinam-se ao uso e interpretação da máquina, e não à manipulação humana.

 

Dentro de uma mensagem HL7

As mensagens HL7 compreendem segmentos separados, cada um prefixado com um código padrão para indicar que tipo de informação eles contêm. Lendo os três caracteres iniciais de cada nova linha na mensagem de amostra da Fig. 9.2, cada segmento é explicado.

MSH

Este segmento contém informações do cabeçalho da mensagem, como:

Del Delimitadores de mensagens (caracteres como | ^ ~ &, que, portanto, não podem ser usados ​​em outras partes do texto da mensagem HL7 – particularmente importante para se lembrar do e comercial – por exemplo, ‘A&E’ não é permitido sem modificação em uma mensagem HL7).

 

MSH|^~\&|MegaReg|DSNHSFT|ImgOrdMgr|RadImgCtr|20170115090131- 0500||ADT^A01|01052901|P|2.8.2 EVN||201701150901||||20170150900 PID|||56782445^^^UAReg^PI~999855750^^^USSSA^SS||ATKINSONTEST^JAMES ^A^JNR||19800910|M||2028-9^^HL70005^RA9999^^XYZ|12ASEASHORE ROAD ^^NEWPORT^DEVON^SS10 3AA^^H|||||||0105I30001^^^99DEF^AN PV1||I|W^389^1^UABH^^^^3||||1234567890^THILAKENDRAN^SUJENTHAR^S^^^MD^0010^UAMC^L|| 0123456789^MORTON^LINDSEY^A^^^MD^0010^UAMC^L|MED|||||A0||13579^ HODGKINSON^JENNA^A^^^MD^0010^UAMC^L OBX|1|NM|^Body Height||1.85|m^Meter^ISO+|||||F OBX|2|NM|^Body Weight||85|kg^Kilogram^ISO+|||||F AL1|1||^CONTRAST AGENT

Fig. 2 Um exemplo de mensagem da versão 2 HL7. (HL7, nível de saúde 7.)

◾ Origem e destino.

Data e hora.

Type Tipo de mensagem (aqui, ADT) e evento de disparo (aqui, A01).

ID ID de controle de mensagem.

◾ ID de processamento.

◾ ID da versão.

 

EVN

O segmento EVN contém informações de eventos, como:

◾ Quando o evento foi gravado.

◾ Quando o evento ocorreu.

Quem foi o responsável.

Name O nome do evento.

 

PID

O segmento PID contém informações atuais de identificação do paciente:

Identificadores.

◾ Nomes e endereços.

◾ Data / hora do nascimento.

◾ Gênero, origem étnica.

Numbers Números de conta.

 

PV1

Este segmento contém informações sobre a visita do paciente, como:

◾ Classe (I / P ou O / P).

Tors Médicos (atendimento, consultoria, referência, admissão).

◾ Admita e descarregue a data e hora.

OBX

Um segmento OBX contém informações de observação, incluindo:

Type Tipo de dados da observação.

◾ Nome do atributo que está sendo observado.

◾ Valor e unidades.

Status Status da observação (como preliminar ou final).

 

 

AL1

 

O segmento AL1 contém informações sobre alergias, como:

◾ Gravidade.

◾ Digite.

 

 

Assim como no DICOM, as datas nas mensagens HL7 são formatadas da maneira internacional do AAAAMMDD para evitar confusão transfronteiriça. Observe que outros segmentos estão disponíveis; no entanto, estes são os mais prováveis ​​de serem encontrados na profissão de informática de imagem.

Uma lista completa pode ser encontrada nos documentos de especificação HL7 e é atualizada regularmente à medida que os usos evoluem.

 

Tipos de mensagem

Dentro do cabeçalho da mensagem, o tipo de mensagem é definido. Com mais de 50 tipos de mensagens para escolher, os mais comuns são apresentados na Tabela 9.2.

Como parte do tipo de mensagem, o ADT (admitir, descarregar ou transferir) é uma instrução para fazer alguma coisa (a tarefa à qual o código A0x se refere). Como o sistema de mensagens HL7 opera com base na confirmação de “read-back” (semelhante às instruções de controle de tráfego aéreo dos pilotos), o prefixo de ADT ou ACK é anexado, dependendo se é a instrução original do sistema solicitante ou a resposta de confirmação do o sistema receptor. Por exemplo, uma mensagem enviada de um MPI para o RIS com um ADT-A04 está instruindo o RIS a registrar um paciente (com detalhes fornecidos no segmento PID posterior da mesma mensagem); O RIS conclui a ação solicitada e responde com uma mensagem idêntica, exceto substituindo por um valor de reconhecimento no cabeçalho da mensagem: ACK-A04.

Isso confirma que a mensagem foi recebida corretamente, em vez de corrompida na transferência.

Prefixo	Valor	Descrição
ADT ou ACK	A01	Admitir uma notificação de paciente / visita
ADT ou ACK	A02	Transferir um paciente
ADT ou ACK	A03	Descarregar um paciente / encerrar esta visita
ADT ou ACK	A04	Registrar um paciente
ADT ou ACK	A05	Pré-admitir um paciente
ADT ou ACK	A06	Alterar um O / P para um I / P
ADT ou ACK	A08	Atualizar informações / registro do paciente
ADT ou ACK	A11	Cancelar admissão do paciente
ADT ou ACK	A12	Cancelar a transferência do paciente
ADT ou ACK	A13	Cancelar a alta do paciente
ADT ou ACK	A18	Mesclar informações / registros do paciente

Tabela 3 Tipos de mensagens HL7 comuns

IHE

A iniciativa IHE existe para utilizar padrões e processos existentes para facilitar o compartilhamento de dados entre os sistemas de TI da área de saúde. Para fazer isso, o IHE fornece vários perfis de integração; esses perfis usam um exemplo de caso de uso e descrevem a melhor maneira de aplicar os padrões existentes, a fim de evitar dificuldades futuras com a interoperabilidade.

A IHE como um grupo também organiza eventos anuais conhecidos como ‘connectathons’, onde os fornecedores se reúnem para testar a interoperabilidade entre os sistemas (software e hardware), concentrando-se principalmente na compatibilidade HL7 e DICOM, garantindo menos chances de problemas de integração nos departamentos clínicos.

 

FHIR

Pronunciado ‘Fire’, o Fast Healthcare Interoperability Resources (FHIR) está sendo desenvolvido como um novo conjunto de recursos adicionais pela Organização Internacional HL7 para abordar algumas das inflexibilidades que os padrões tradicionais do HL7 possuem, utilizando metodologias de programação mais recentes e codificação baseada na Web idiomas (HTML, folhas de estilo em cascata, etc.). Seu desenvolvimento foi incentivado pela mudança contínua para a digitalização de todos os tipos de registros de saúde, em suas muitas formas, locais e formatos, que os padrões atuais lutam para unir de forma coesa.