Ilustração de um paciente escaneando um código em uma clínica e compartilhando seus registros de saúde em uma consulta médica por vídeo.

A integração com o ABHA permite que seu aplicativo de telemedicina crie ou verifique a Conta de Saúde Ayushman Bharat de um paciente e vincule os registros de consulta a ela. A integração completa com o ABDM vai além: seu aplicativo compartilha registros com outros profissionais de saúde quando o paciente consente (como Provedor de Informações de Saúde) e obtém registros deles (como Usuário de Informações de Saúde). A Autoridade Nacional de Saúde certifica isso em etapas, de M1 a M3, após testes no ambiente de testes do ABDM.

Resposta rápida

  • M1: criar e verificar ABHA, aceitar Scan & Share no momento do cadastro.
  • M2: atuar como provedor de informações de saúde e conectar contextos de atendimento.
  • M3: atuar como Usuário de Informações de Saúde e obter registros com consentimento.
  • Desenvolva com base nas APIs V3 atuais, começando pelo ambiente de testes (sandbox).
  • Espere uma auditoria de segurança antes do acesso à produção.

Por que a integração da ABHA é importante para a telemedicina em 2026

O ABHA agora é o identificador de saúde padrão para grande parte dos pacientes indianos. Em 10 de julho de 2026, o Ministério da Saúde relatou mais de 93.95 milhões de números ABHA e mais de 105 bilhão de registros de saúde vinculados. Em abril de 2024, o número do painel ABDM citado pelo Secretário de Saúde era de 5,894.60 milhões, ou cerca de 58.95 milhões.

15 imagem

A adesão dos prestadores de serviços também está crescendo. Na mesma atualização de julho de 2026, 5.33 mil instalações e 9.85 mil profissionais estavam cadastrados nos registros nacionais, e cerca de 2.72 mil instalações haviam adotado o software habilitado para ABDM.

13 imagem

Para um aplicativo de telemedicina, isso significa que os pacientes esperam cada vez mais compartilhar registros anteriores com seu consentimento, e os hospitais clientes esperam cada vez mais a integração certificada do ABDM, especialmente aqueles credenciados pelo AB PM-JAY.

Os marcos do ABDM

16 imagem

M1: ABHA.
Seu aplicativo cria novos números ABHA, verifica os existentes e vincula o perfil do paciente. Ele também aceita o recurso "Escanear e Compartilhar", no qual o paciente escaneia um código QR da unidade de saúde para enviar seus dados. Base de conhecimento para desenvolvedores no ambiente de testes ABDM Recomenda-se enviar o M1 primeiro e colocá-lo em funcionamento em situações reais antes de se preocupar com o M3.

M2: Fornecedor de Informações de Saúde (HIP).
Após cada teleconsulta, seu aplicativo cria um contexto de atendimento e o vincula ao ABHA do paciente. Quando outro profissional de saúde solicita, com o consentimento do paciente, seu aplicativo responde com um pacote FHIR criptografado. As estruturas de registro seguem os perfis FHIR do NRCES usados ​​pelo ABDM.

M3: Usuário de Informações de Saúde (HIU).
Seus médicos podem solicitar o prontuário de um paciente de outras unidades conectadas à ABDM. Após a aprovação do paciente, o aplicativo busca e exibe o prontuário.

M4: reivindicações.
Guias de integração Descreve-se um quarto marco para solicitações de seguro digitais por meio da Plataforma Nacional de Solicitações de Seguro de Saúde (NHCX). A mesma fonte observa que a versão 3 é o padrão atual da API e as versões anteriores são consideradas legadas.

Como funciona o fluxo de consentimento

O que mais surpreende as equipes: no ABDM, seu servidor não é apenas um cliente que chama uma API. O gateway também chama você de volta.

17 imagem
  1. Seu médico, atuando como HIU (Unidade de Informação em Saúde), inicia uma solicitação de consentimento através do portal ABDM.
  2. O paciente aprova o procedimento em seu aplicativo de registro pessoal de saúde (PHR), escolhendo os tipos de registro e o período de tempo.
  3. O gateway notifica o provedor que detém os registros (o HIP).
  4. O HIP envia um pacote FHIR criptografado para seu aplicativo, que o descriptografa e o exibe.

Seu backend deve expor endpoints de retorno de chamada, lidar com respostas assíncronas e manter um registro de auditoria de cada consentimento e transferência de dados.

Uma consulta de telemedicina com a ABHA

14 imagem

Em um fluxo típico, o paciente se cadastra no Scan & Share ou insere seu ABHA (Acordo de Saúde Baseado na Anuidade), o médico realiza uma consulta por vídeo e a receita eletrônica é gerada. Um guia de software para hospitais indianos observa que a receita eletrônica deve ser vinculada ao prontuário do paciente, também vinculado ao ABHA. Seu aplicativo cria um contexto de atendimento para essa consulta, permitindo que o paciente visualize as informações em seu aplicativo PHR (Registro Pessoal de Saúde) e as compartilhe posteriormente.

Do ambiente de testes ABDM à produção

O desenvolvimento começa no ambiente de testes (sandbox) do ABDM . Os guias públicos para integradores descrevem um caminho semelhante para a produção. Confirme as etapas atuais no site oficial do ABDM , pois a NHA as atualiza.

12 imagem
  1. Registre-se para obter acesso ao ambiente de testes (sandbox) e receba as credenciais do cliente.
  2. Construa M1, depois M2 e, por fim, M3 contra o sandbox.
  3. Aprovado nos testes funcionais da NHA para cada etapa do processo.
  4. Realizar uma auditoria de segurança. Guias de integração Descreva um certificado Safe-to-Host de uma agência credenciada pela STQC ou CERT-In.
  5. Envie os relatórios para revisão.
  6. Receba as credenciais de produção, registre as instalações no Cadastro de Instalações de Saúde e entre em operação.

A certificação se aplica ao software. Cada instalação que o utiliza ainda precisa se registrar separadamente.

Proteção de dados em torno do ABDM

A integração com a ABDM lida com dados de saúde identificáveis, portanto, a Lei DPDP se aplica, assim como as políticas da própria ABDM. Os dados de saúde processados ​​dentro do ecossistema da ABDM devem ser armazenados na Índia. Criptografe os dados em trânsito e em repouso e registre cada consentimento e acesso. Nosso guia para arquitetura de nuvem segura para aplicativos de telemedicina aborda os controles, e nosso artigo sobre a Lei DPDP para aplicativos de saúde aborda as regras de consentimento e violação de dados.

Erros comuns

  1. Começando com o M3.
    Primeiro, faça com que a criação e verificação do ABHA funcionem em um cenário de uso real.
  2. Tratar ABDM apenas como de saída.
    O gateway chama seus endpoints; eles precisam estar acessíveis e serem confiáveis.
  3. Com base em versões legadas da API.
    O novo trabalho deve ter como alvo a versão 3.
  4. Compartilhamento excessivo de registros.
    Envie apenas os contextos de atendimento e o período de tempo aprovados pelo paciente.
  5. Deixando a auditoria de segurança para o final.
    Os resultados da auditoria podem forçar mudanças na arquitetura.
  6. Hospedagem de dados ABDM fora da Índia.

Perguntas frequentes

O que é a integração ABHA?

Ele permite que seu aplicativo crie ou verifique o número ABHA de um paciente e vincule seus registros a ele, que é o marco M1 do ABDM.

O que é o ambiente de testes ABDM?

O ambiente de testes onde os desenvolvedores criam e testam os recursos do ABDM antes de solicitarem acesso à produção.

Quanto tempo leva a integração do ABDM?

Depende do seu ponto de partida. Os integradores publicam estimativas que variam de 8 a 12 semanas com um parceiro especializado até 5 a 10 meses para uma construção personalizada do zero. Considere esses valores como estimativas do fornecedor, não como referências.

Um aplicativo de telemedicina precisa de M2 ​​e M3?

O M1 permite apenas o uso do ABHA. O compartilhamento de registros de consultas requer o M2, e a visualização de registros de outros provedores requer o M3.

Fontes

Leitura complementar: Guia de desenvolvimento de aplicativos de telemedicina