- Português
- English
- Deutsch
- Español
- Français
- Italiano
HL7 significa Health Level 7 e é um conjunto de padrões clínicos e formatos de mensagens que fornecem uma estrutura para o gerenciamento, a integração, o Exchange e a recuperação de informações eletrônicas em diferentes sistemas de saúde. Os padrões HL7 são desenvolvidos e mantidos pela Health Level Seven International, uma organização de padrões de saúde.
O objetivo do HL7 é aprimorar a interoperabilidade entre os sistemas de informações de saúde (HISs) que o implementaram. O TI se concentra nas interfaces entre HISs diferentes, criando uma linguagem comum de troca de dados usando mensagens pré-construídas. No entanto, o HL7 não dita a arquitetura do sistema ou como os dados são armazenados em um aplicativo.
O HL7 é um protocolo baseado em transações que é orientado por eventos como a admissão de um paciente em um hospital.
Os alertas personalizados e a visualização de dados permitem que você identifique e evite rapidamente problemas de saúde e desempenho da rede.
Historicamente, a comunicação entre diferentes tipos de software usados por diferentes organizações sempre foi um desafio. O mesmo se aplica ao setor de saúde.
Diferentes tipos de sistemas de saúde usam diferentes aplicativos que foram programados em diferentes linguagens e que fornecem diferentes funcionalidades. Por exemplo, os hospitais usam sistemas complexos e personalizados, enquanto os clínicos gerais geralmente usam software de gerenciamento de prática pronto para uso. Os institutos de pesquisa médica podem usar software que faz parte de uma rede maior, como uma universidade. Muitas vezes, esses tipos de instituições precisam trocar dados sobre os pacientes.
O objetivo do HL7 é permitir que as organizações de saúde criem dados uniformes que qualquer pessoa com autorização possa recuperar e usar em seus próprios sistemas. A interoperabilidade entre as organizações de saúde exige que as interfaces entre sistemas diferentes usem um protocolo comum como o HL7.
A implementação de um sistema de registros eletrônicos de saúde (EHR) é cara. O HL7 ajuda a otimizar a maneira como os dados são trocados entre aplicativos e dispositivos e sugere maneiras de automatizar fluxos de trabalho padrão, o que reduz os custos operacionais e de mão de obra.
O HL7 é um padrão do setor aceito internacionalmente para o intercâmbio de dados na área da saúde. A TI também é independente de plataforma e de tecnologia.
O HL7 tem sido chamado de padrão não-padrão porque a estrutura permite alguma personalização, por exemplo, o uso de campos opcionais e a capacidade de adicionar segmentos de mensagens.
As organizações de saúde constroem e usam aplicativos diferentes de acordo com seus requisitos exclusivos. O HL7 permite que os desenvolvedores criem interfaces para o intercâmbio de dados entre diferentes organizações de saúde em vez de fazer alterações em seu software.
O HL7 permite o compartilhamento de informações de saúde pública. O HL7 tem o potencial de ser usado em tempos de crises nacionais de saúde, como a pandemia da COVID-19, para promover a colaboração entre instituições governamentais e empresas privadas de saúde e para compartilhar dados de pesquisas médicas globalmente.
As notificações em tempo real significam uma solução de problemas mais rápida para que você possa agir antes que ocorram problemas mais sérios.
Os padrões HL7 são agrupados em categorias de referência chamadas seções.
A Seção 1 define as principais especificações de conformidade, integração e interoperabilidade. A Seção 1 também descreve os padrões suplementares do HL7, como Arquitetura de Documentos Clínicos (CDA), Registros Eletrônicos de Saúde (EHR), Fast Health Interop Resources (FHIR), Arden Syntax e Clinical Context Management Specification (CCOW).
A Seção 2 descreve os padrões de documentos e protocolos de mensagens para especialidades clínicas.
A Seção 3 fornece guias de implementação e casos de uso para os padrões existentes.
A Seção 4 inclui diretrizes para o desenvolvimento de software e padrões, especificações técnicas e estruturas de programação.
Uma especificação para um procedimento ou um evento pode incluir material extraído de diferentes seções do HL7. Por exemplo, um procedimento comum na área da saúde é a continuidade do atendimento. A especificação do padrão de continuidade do atendimento consiste em um padrão de arquitetura de documento clínico (seção 1), um documento de domínios clínicos e administrativos (seção 2) e um guia de implementação de padrões (seção 3).
Há várias versões do HL7. 2.as versões x são as versões mais comumente usadas. A versão mais recente do HL7 é o HL7 FHIR.
HL7 versão 2.x
A versão 2.x do HL7 oferece suporte a variações de dados, permitindo campos opcionais e segmentos de mensagens adicionais. Todas as versões 2.x do HL7 são compatíveis com versões anteriores.
HL7 versão 3
A versão 3 do HL7 foi desenvolvida como uma redefinição completa do padrão HL7 original e tinha como objetivo ser mais consistente e formalmente estruturada. O HL7 versão 3 adicionou mais funcionalidades ao HL7 versão 2.x, incluindo ferramentas para testes de conformidade e planejamento de implementação. A versão 3 do HL7 não foi amplamente adotada porque não é compatível com a versão 2.x do HL7.
HL7 FHIR
O HL7 FHIR implementa a funcionalidade das versões 2.x e 3 e aproveita o uso de serviços da Web. Os padrões originais do HL7 não estão configurados para funcionar bem com aplicativos não clínicos, como dispositivos móveis. As APIs baseadas em FHIR permitem que as mensagens HL7 sejam trocadas com aplicativos não clínicos.
A FHIR permite que a equipe médica use dispositivos móveis para se comunicar com os principais serviços médicos remotamente, de praticamente qualquer lugar. A FHIR permite que os pacientes usem dispositivos pessoais para acessar seus registros pessoais de saúde (PHRs) e fazer interface diretamente com alguns sistemas médicos, por exemplo, para visualizar os resultados de exames laboratoriais ou agendar uma consulta.
As principais versões da estrutura HL7 são complementadas por vários outros padrões que geralmente são diferenciados do padrão básico como produtos e tecnologias suplementares. Esses produtos e tecnologias suplementares são fornecidos na forma de diretrizes de implementação para processos e procedimentos comuns, sintaxes compatíveis, documentos de referência e diretrizes para a criação de padrões para casos de uso específicos.
No futuro, é provável que os produtos e as tecnologias sejam identificados de maneira mais uniforme como perfis para casos de uso específicos do HL7.
Exemplos de produtos e tecnologias suplementares incluem o Continuity of Care Document (CCD), Structured Product Labeling (SPL), Clinical Document Architecture (CDA), Clinical Context Management (CCOW) e Arden Syntax.
O CCD é um documento eletrônico que resume as informações do paciente e ajuda os prestadores de serviços de saúde a compartilhar informações clínicas. A especificação SPL define a sintaxe de marcação para especificar a semântica das informações incluídas nos medicamentos. O CDA é um padrão baseado em XML para a transferência de dados clínicos. CCOW é o padrão que permite a colaboração entre aplicativos visuais em estações de trabalho clínicas. Arden Syntax é uma linguagem de marcação usada para representar e compartilhar informações médicas.
Um registro eletrônico de saúde (EHR) contém todas as informações de saúde de um paciente, incluindo status, medicamentos, procedimentos e diagnósticos. Um EHR é gerado e controlado por um médico. Um PHR é semelhante a um EHR, mas foi projetado para ser controlado e gerenciado por um paciente.
As mensagens que são trocadas nos sistemas de saúde incluem informações sobre admissão, alta e transferência de pacientes; cronograma de visitas e exames de pacientes; pedidos de procedimentos; resultados de exames laboratoriais; consultas médicas; faturamento e inventário de materiais; encaminhamentos de pacientes; e arquivamento de registros eletrônicos de saúde.
A estrutura HL7 fornece uma biblioteca de definição de tipo de objeto (OTD), que é uma coleção de estruturas de mensagens pré-construídas. A biblioteca de mensagens HL7 permite que os provedores de serviços de saúde criem interfaces com sistemas de mensagens que estejam em conformidade com os padrões HL7. O HL7 também permite que os provedores de serviços de saúde personalizem as mensagens usando campos opcionais e adicionando segmentos às mensagens.
Uma mensagem HL7 é composta de segmentos em uma sequência definida. Cada segmento tem um identificador de três caracteres chamado de ID de segmento. Uma ID de segmento descreve quais informações o segmento contém, por exemplo, segmento de cabeçalho de mensagem (MSH), informações do paciente (PID), um tipo de evento (EVN) ou detalhes sobre a visita de um paciente (PV1).
Um segmento pode ter várias partes, como o segmento de acidente (ACC), que inclui campos para descrever o acidente em si, quem estava envolvido, se o paciente morreu e quando e onde o acidente ocorreu.
Toda mensagem HL7 deve incluir um tipo de mensagem no cabeçalho da mensagem. O tipo de mensagem descreve o tipo de mensagem que está sendo transmitida. Um exemplo de tipo de mensagem é DFT, ou transação financeira detalhada.
Os tipos de mensagem são agrupados em categorias de informações, por exemplo, o tipo de mensagem DFT está na categoria de informações de cobranças.
Cada categoria de informações contém vários códigos de acionamento que descrevem eventos específicos dessa categoria, como A01, que é o código de acionamento para admitir um paciente.
Um evento de acionamento é uma mensagem que descreve um evento que ocorreu. Os tipos de mensagem são usados junto com os códigos de acionamento para iniciar a transmissão de uma mensagem sobre um evento, como quando um paciente é admitido em uma instalação médica. O cabeçalho da mensagem incluiria o evento de acionamento ADT-A01.
As mensagens HL7 são agrupadas por conjuntos de transações que descrevem a finalidade ou o tipo de mensagem no grupo.
O principal conjunto de transações HL7 é o conjunto de transações de controle. O conjunto de transações de controle define regras gerais que são aplicáveis a todas as mensagens. Essas regras incluem regras de codificação de dados, como as mensagens devem ser descritas e como as mensagens de confirmação devem ser usadas.
O conjunto de transações de administração de pacientes gerencia, entre outras coisas, as mensagens ADT.
Outros conjuntos de transações HL7 incluem os de gerenciamento financeiro, consultas, ordens de procedimento, relatórios de observação, cronograma de visitas, encaminhamentos de pacientes, gerenciamento de registros médicos, atendimento ao paciente, automação laboratorial, gerenciamento de aplicativos e gerenciamento de pessoal.
O conjunto de transações de arquivo mestre é uma coleção de arquivos de referência que fornecem informações sobre status de pacientes, tipos de pacientes, definições de exames laboratoriais, códigos de exames, locais, médicos etc.
As mensagens HL7 são transmitidas por meio de arquivos HL7. Um arquivo HL7 tem a extensão .hl7 e só pode ser aberto com um software compatível com arquivos HL7, como o 7Edit, o QuickViewHL7 ou o navegador Chameleon.
O HL7 não especifica como os sistemas realmente armazenam dados em um aplicativo. Entretanto, o padrão especifica um tipo de dados para os campos de mensagem. Quando transmitidos, os campos de mensagem são codificados e transmitidos como cadeias de caracteres.
O HL7 é usado por organizações de saúde, como hospitais, centros de imagens médicas, médicos, clínicas governamentais, laboratórios, casas de repouso, farmácias, instituições de pesquisa médica e fornecedores de software e hardware médico.
O HL7 também é usado em instalações médicas, onde as mensagens são trocadas entre diferentes departamentos internos, como raio X, farmácia, fisioterapia, administração de pacientes, recursos humanos e finanças.
Os usuários do HL7 incluem desenvolvedores de sistemas de TI, desenvolvedores de interfaces clínicas especializadas, pesquisadores médicos e organizações médicas que precisam compartilhar dados com outras instituições e usuários da área da saúde.
Uma interface HL7 consiste em um ponto de extremidade para o aplicativo de envio, um ponto de extremidade para o aplicativo de recebimento e um método de transmissão de dados entre os pontos de extremidade. O TCP/IP é o protocolo de transporte mais comumente usado para mover mensagens HL7 entre endpoints.
Uma interface HL7 às vezes é chamada de mecanismo de interface ou mecanismo de integração, mas esses termos descrevem funcionalidades ligeiramente diferentes. As interfaces ponto a ponto permitem que dois endpoints se comuniquem independentemente de outros endpoints em um sistema. Os mecanismos de interface ou de integração atuam como intermediários para todas as interfaces que estão conectadas a pontos de extremidade em um sistema.
Embora o HL7 não forneça um padrão de mecanismo de interface plug-and-play, há mecanismos de interface comerciais e de código aberto que suportam o HL7 e que podem facilitar a personalização e a implementação de interfaces HL7 para diferentes terminais.
Os padrões HL7 se concentram na camada 7, a camada de aplicativos, no modelo OSI (Open Systems Interconnection). O modelo OSI padroniza as funções de comunicação nos sistemas de telecomunicações e de computação.
A importância da camada 7 no HL7 é que a camada do aplicativo é onde os usuários interagem com um aplicativo, ou seja, na interface. A camada 7 diz respeito à forma como os dados são trocados, à segurança dos dados, à disponibilidade dos dados, ao controle de acesso e às notificações de erro. As APIs também são acessadas por meio da camada 7.
O HL7 pode ser difícil de implementar entre sistemas que usam versões diferentes, por exemplo, a versão 3 do HL7 não é compatível com a versão 2.x do HL7.
O HL7 não é uma solução plug-and-play e pode precisar de alguma adaptação para diferentes modelos de dados de aplicativos, por exemplo, quando não há terminologia HL7 correspondente para a tecnologia específica do fornecedor.
Podem ser necessários recursos significativos para criar e testar interfaces compatíveis com HL7 para cada endpoint em um sistema de saúde. A manutenção da interoperabilidade do sistema pode exigir ciclos de teste frequentes quando novos endpoints são adicionados.
Embora o padrão HL7 defina a melhor maneira de fazer as coisas e seja apresentado como um conjunto de regras, não há nenhuma reação legal por não seguir as regras. Isso pode fazer com que as organizações flexibilizem as regras para economizar tempo e dinheiro no curto prazo, em detrimento de outros componentes do sistema de saúde no longo prazo.
O PRTG é um software abrangente de monitoramento de rede e mantém o controle de toda a sua infraestrutura de TI.
Os padrões HL7 não regulam a arquitetura do sistema de saúde, mas fornecem um guia sobre como as informações clínicas devem ser estruturadas e compartilhadas.
Tanto os padrões HL7 originais baseados em arquivos quanto os protocolos FHIR mais recentes baseados em XML foram projetados para automatizar o Exchange de dados, melhorar os fluxos de trabalho para transações e eventos médicos e dar aos pacientes acesso aos seus registros em seus próprios dispositivos.
A Integrating the Healthcare Enterprise (IHE) é uma iniciativa para promover o uso de padrões como o HL7 para ajudar as organizações de saúde a oferecer um atendimento médico melhor e mais eficiente. Atualmente, a IHE está trabalhando para ampliar o uso de perfis no HL7. Um perfil HL7 é um padrão pronto para uso projetado para um caso de uso específico, como a continuidade do atendimento.
É importante que as organizações de saúde monitorem o status das interfaces clínicas em seus ambientes, por exemplo, erros de mensagens, status de conexão de rede, filas de mensagens em atraso, status de confirmação (ACK) e mau funcionamento da máquina. O PTRG tem uma solução de monitoramento proativa e automática, projetada para manter o controle especificamente sobre problemas relacionados ao HL7 em ambientes de saúde.
