Introdução: regra de Interoperabilidade e Acesso ao paciente do CMS (Centros para Serviços Medicare e Medicaid)

Nesta série de tutoriais, abordaremos um resumo de alto nível da regra de Interoperabilidade e Acesso ao paciente do CMS (Centro para Serviços Medicare e Medicaid) e os requisitos técnicos descritos nesta regra. Examinaremos os vários guias de implementação referenciados para essa regra. Também forneceremos detalhes sobre como configurar o serviço FHIR nos Serviços de Dados de Saúde do Azure (por meio deste chamado serviço FHIR). para dar suporte a estes guias de implementação.

Visão geral da regra

O CMS liberou a regra de Interoperabilidade e Acesso ao Paciente em 1º de maio de 2020. Essa regra exige um fluxo de dados gratuito e seguro entre todas as partes envolvidas no atendimento ao paciente (pacientes, provedores e entidades financiadoras) para permitir que os pacientes acessem suas informações de saúde quando precisarem. A interoperabilidade tem atormentado o setor de saúde há décadas, resultando em dados isolados, que causam resultados negativos de saúde com custos mais altos e imprevisíveis para o cuidado. O CMS está usando sua autoridade para regular os emissores do MA (Medicare Advantage), Medicaid, CHIP (Programa de Seguro de Saúde infantil) e QHP (Plano de Saúde Qualificada) nas FFEs (Bolsas Facilitadas pelo Governo Federal) para impor essa regra.

Em agosto de 2020, o CMS detalhou como as organizações podem cumprir o mandato. Para garantir que os dados possam ser trocados com segurança e de maneira padronizada, o CMS identificou o FHIR versão 4 (R4) como o padrão fundamental necessário para a troca de dados.

Há três partes principais na decisão de Interoperabilidade e Acesso ao Paciente:

• A API de Acesso ao Paciente (obrigatória em 1º de julho de 2021) – as entidades financiadoras regulamentadas pelo CMS (conforme definido acima) são obrigadas a implementar e manter uma API segura e baseada em padrões que permita aos pacientes acessar facilmente suas declarações e encontrar informações, incluindo custos, bem como um subconjunto definido de suas informações clínicas por meio de aplicativos de terceiros de sua escolha.

• API do Diretório do Provedor (obrigatório em 1º de julho de 2021) – as entidades financiadoras regulamentadas pelo CMS são obrigadas por esta parte da regra para tornar as informações do diretório do provedor publicamente disponíveis por meio de uma API baseada em padrões. Ao disponibilizar essas informações, os desenvolvedores de aplicativos de terceiros poderão criar serviços que ajudam os pacientes a encontrar provedores para necessidades específicas de cuidados e os médicos encontrarão outros provedores para coordenação de cuidados.

• Payer-to-Payer Data Exchange (originalmente exigido em 1º de janeiro de 2022 – Atualmente atrasado) – as entidades financiadoras regulamentadas pelo CMS são obrigadas a trocar determinados dados clínicos do paciente a pedido do paciente com outras entidades financiadoras. Embora não haja nenhum requisito para seguir qualquer tipo de padrão, a aplicação do FHIR para trocar esses dados é incentivada.

Principais conceitos do FHIR

Conforme mencionado acima, o FHIR R4 é necessário para cumprir esse mandato. Além disso, foram desenvolvidos vários guias de implementação que fornecem diretrizes para a regra. Os guias de implementação fornecem contexto extra sobre a especificação do FHIR base. Isso inclui a definição de parâmetros de pesquisa, perfis, extensões, operações, conjuntos de valores e sistemas de código adicionais.

O serviço FHIR tem os seguintes recursos para ajudar você a configurar seu banco de dados para os vários guias de implementação:

• Suporte para interações RESTful
• Armazenar e validar perfis
• Definir e indexar parâmetros de pesquisa personalizados
• Converter dados

Guias de implementação da API de Acesso ao Paciente

A API de Acesso ao Paciente descreve a adesão a quatro guias de implementação do FHIR:

• CARIN IG for Blue Button®: as entidades financiadoras são obrigadas a disponibilizar as declarações dos pacientes e os confrontos de dados de acordo com o IG C4BB (Guia de Implementação do CARIN IG for Blue Button). O IG C4BB fornece um conjunto de recursos que as entidades financiadoras podem exibir aos consumidores por meio de uma API do FHIR e inclui os detalhes necessários para os dados de declarações na API de Interoperabilidade e Acesso ao Paciente. Este guia de implementação usa o Recurso ExplanationOfBenefit (EOB) como o recurso principal, puxando outros recursos à medida que são referenciados.

• HL7 FHIR Da Vinci PDex IG: o PDex IG (Guia de Implementação do Payer Data Exchange) está focado em garantir que as entidades financiadoras forneçam todos os dados clínicos relevantes dos pacientes para atender aos requisitos da API de Acesso ao Paciente. Isto usa os perfis do US Core em recursos R4 e inclui (no mínimo) confrontos, provedores, organizações, locais, datas de serviço, diagnósticos, procedimentos e observações. Embora esses dados possam estar disponíveis no formato do FHIR, eles também podem vir de outros sistemas no formato de dados de declarações, mensagens HL7 V2 e documentos C-CDA.

• HL7 US Core IG: o US Core IG (Guia de implementação Central dos EUA) do HL7 é a base do IG do PDex descrito acima. Embora o IG do PDex limite alguns recursos ainda mais do que o IG do US Core, muitos recursos apenas seguem os padrões no IG do Us Core.

• HL7 FHIR Da Vinci - IG do Formulário de Medicamentos dos EUA do PDex: parte D do Medicare Advantage os planos têm que disponibilizar informações de fórmulas por meio da API do Paciente. Eles fazem isso usando o Guia de Implementação de Fórmulas de Medicamentos dos EUA (USDF IG) do PDex. O IG de USDF define uma interface do FHIR para as informações de fórmulas de medicamentos de uma seguradora de saúde, que é uma lista de medicamentos de marca e prescrição genérica que uma seguradora de saúde concorda em pagar. O principal caso de uso disso é para que os pacientes possam entender se há medicamentos alternativos disponíveis para um que tenha sido prescrito a eles e comparar os custos dos medicamentos.

Guia de implementação da API do Diretório do Provedor

A API do Diretório do Provedor descreve a adesão a um guia de implementação:

• HL7 Da Vinci PDex Plan Network IG: este guia de implementação define uma interface do FHIR para os planos de seguro de uma seguradora de saúde, suas redes associadas e as organizações e provedores que participam dessas redes.

Touchstone

Para testar a adesão aos vários guias de implementação, o Touchstone é um ótimo recurso. Ao longo dos próximos tutoriais, nos concentraremos em garantir que o serviço FHIR esteja configurado para passar com êxito em vários testes do Touchstone. O site do Touchstone tem muita documentação excelente para ajudá-lo a se atualizar e executar.

Próximas etapas

Agora que você tem uma compreensão básica da regra de Interoperabilidade e Acesso ao paciente, guias de implementação e ferramenta de teste disponível (Touchstone), vamos percorrer a configuração do serviço FHIR para o CARIN IG for Blue Button.

Guia de implementação do CARIN Blue Button

FHIR® é uma marca registrada da HL7 e é usado com a permissão da HL7.