
Blockchain na saúde: aplicações, privacidade e limites
Como avaliar registros compartilhados para dados de saúde, rastreabilidade e evidência sem confundir integridade com privacidade ou qualidade clínica.
A saúde conecta decisões clínicas, medicamentos e pagamentos entre organizações que mantêm registros separados. Essa fragmentação dificulta verificar procedência, alterações e autorizações. A tecnologia blockchain permite compartilhar provas de integridade sem publicar o dado do paciente. Em medicamentos, isso se traduz em rastreabilidade e, em informações clínicas, em um histórico verificável de versões e acessos.

30,5 B$
Gasto anual estimado com medicamentos de qualidade inferior e falsificados em países de renda baixa e média
34,2%
Peso administrativo no gasto em saúde dos Estados Unidos analisado para 2017
~10%
Proporção estimada de medicamentos de qualidade inferior ou falsificados em países de renda baixa e média
2,7 M
Consultas mensais de pacientes ao prontuário digital nacional da Estônia
A atenção à saúde se constrói ao longo do tempo. Uma consulta gera observações, diagnósticos e prescrições; o laboratório acrescenta resultados; a farmácia dispensa; o hospital registra procedimentos; e o pagador verifica cobertura e faturamento. Cada organização conserva uma parte do episódio. O paciente atravessa o sistema, mas seus dados nem sempre o fazem com a mesma continuidade.
Esses registros não são simples documentos intercambiáveis. O prontuário orienta decisões assistenciais; uma receita autoriza uma dispensação; o consentimento delimita determinados usos; uma fatura inicia um processo financeiro; e o registro de auditoria permite reconstruir quem acessou ou modificou informações. A fonte juridicamente válida depende de cada processo e da instituição responsável.
O problema não é a falta de bancos de dados. É que organizações com sistemas, identificadores, formatos e responsabilidades diferentes precisam se coordenar sem perder contexto nem confidencialidade. Blockchain só é pertinente quando várias partes precisam verificar o mesmo evento e nenhuma base central oferece por si só a governança adequada. Não substitui o prontuário, o critério médico nem os padrões de interoperabilidade.
Profissionais e instituições documentam decisões que devem preservar autoria, contexto e evolução, não apenas um carimbo de tempo.
Fabricantes, distribuidores, farmácias e autoridades verificam identidade, lote, movimentações e possíveis recalls.
Seguradoras, órgãos públicos e auditores precisam de evidência suficiente sem acessar indiscriminadamente o dado clínico.
Na saúde, blockchain funciona sobretudo como uma camada de integridade e rastreabilidade, não de tokenização. Em vez de colocar o ativo na blockchain, ancora-se um hash verificável de cada evento. Pode ser o lote de um medicamento que muda de mãos ou a versão de um prontuário.
Os dados sensíveis do paciente não ficam na blockchain, e sim fora dela. On-chain vive apenas a prova criptográfica que permite comprovar que nada foi alterado. Assim, a imutabilidade se concilia com a proteção de dados.
Exemplo de um encaminhamento entre duas instituições
Off-chain
Sistemas clínicos de cada instituição
Relatório clínico
Emitido pela instituição de origem e conservado em seu repositório, com suas permissões e seu prazo de retenção.
é resumido em
Hash do relatório
Resumo criptográfico que o identifica sem revelar seu conteúdo.
O relatório e os dados do paciente não vão para a rede
é ancorado em
On-chain
Rede permissionada entre instituições
Registro de ancoragens
Compartilhado pelas instituições autorizadas da rede
Relatório, versão 1
Hash ancorado pela instituição de origem
Relatório, versão 2
Correção vinculada à versão 1
Conteúdo clínico
Não é registrado na rede
Uma correção chega como versão nova e vinculada, sem apagar a anterior.
A assinatura eletrônica e um serviço de carimbo de tempo oferecem uma prova parecida. A rede compensa quando nenhuma instituição deve custodiar sozinha o registro.
Um hash permite comprovar que um arquivo coincide exatamente com a versão registrada. Se um número, uma imagem ou um caractere mudar, o hash deixa de coincidir. Essa propriedade é útil para prontuários versionados, consentimentos, resultados de laboratório ou documentos de um ensaio clínico porque torna visível uma modificação posterior e permite comprovar quando determinada versão existia.
A prova tem um limite fundamental. Protege a integridade a partir do momento do registro, não a qualidade do dado de origem. Uma medição mal calibrada, uma identidade incorreta ou um diagnóstico codificado de forma errada podem ficar ancorados com perfeita imutabilidade. Antes de registrar o evento, continuam sendo necessários controles clínicos, dispositivos validados, identificação, assinatura e procedimentos de correção.
Também não basta publicar um hash sem conservar a evidência original e seu contexto. A instituição deve poder recuperar o documento, demonstrar quem o emitiu, explicar seu significado e relacioná-lo ao paciente correto. Em uma arquitetura madura, blockchain fornece carimbo de tempo, sequência e verificabilidade compartilhada; os repositórios clínicos mantêm conteúdo, permissões, retenção e retificação.
| A rede pode comprovar | A rede não comprova por si só |
|---|---|
| Que uma versão não mudou desde sua ancoragem | Que o conteúdo era clinicamente correto |
| Qual identidade técnica assinou o evento | Que a pessoa ou o dispositivo estavam corretamente identificados |
| A ordem e o carimbo de tempo dos eventos registrados | Que não existam episódios omitidos fora da rede |
| As regras automáticas executadas pelo contrato | Que essas regras substituam o julgamento médico ou a norma |
Blockchain oferece uma camada comum de evidência quando hospitais, laboratórios, farmácias, seguradoras e fabricantes precisam verificar o mesmo evento a partir de sistemas distintos. A rede conserva estados ou hashes compartilhados, enquanto cada organização mantém os dados clínicos sob seus próprios controles. O valor aparece na integridade, na procedência e na coordenação entre participantes.
Acompanhar um medicamento da fábrica até o paciente, verificando cada lote, reduz as falsificações e acelera os recolhimentos.
Um hash on-chain comprova que um prontuário não foi manipulado, mesmo que o dado continue guardado com segurança na instituição.
Compartilhar um registro verificável entre hospitais e seguradoras reduz a conciliação manual e os dados duplicados.
Partes que não confiam umas nas outras podem comprovar o mesmo fato sem ceder o controle de seus sistemas a um terceiro.
Na infraestrutura tradicional, cada organização conserva seu registro e as discrepâncias são resolvidas por mensagens, cópias e conciliações. Uma rede blockchain permite que participantes autorizados verifiquem o mesmo estado e seu histórico de alterações. Os dados pessoais permanecem off-chain e a prova compartilhada evita replicar informações clínicas sensíveis.
| Operação | Sem blockchain | Com blockchain |
|---|---|---|
| Verificar a origem de um lote | Ligações e registros dispersos | Verificação em segundos sobre um registro comum |
| Prontuário entre instituições | Cópias dispersas, difíceis de cotejar | Prova de integridade verificável |
| Conciliação de sinistros | Manual entre sistemas | Automatizada sobre dados compartilhados |
| Confiança entre as partes | Auditorias pontuais | Verificação contínua e compartilhada |
A interoperabilidade em saúde tem várias camadas. Dois sistemas precisam conseguir se conectar, identificar o paciente e o profissional, interpretar o mesmo conceito clínico e utilizá-lo dentro de um processo autorizado. Blockchain pode oferecer um registro comum de eventos ou permissões, mas não define por si só o que significa uma alergia, como se codifica uma observação ou quais campos compõem um laudo.
Para essa semântica existem padrões e marcos específicos. O FHIR facilita o intercâmbio por meio de recursos e APIs; terminologias como SNOMED CT, LOINC ou ICD normalizam conceitos; e perfis nacionais ou regionais determinam quais elementos são obrigatórios. Nos Estados Unidos, USCDI e TEFCA fazem parte da infraestrutura de intercâmbio. Na União Europeia, o EHDS introduz regras, componentes de interoperabilidade e uma implantação gradual para o uso primário e secundário de dados.
Uma rede DLT só agrega valor se estiver integrada a esses mecanismos. Ela pode registrar consentimento, procedência, versão ou acesso e permitir que diferentes organizações verifiquem o evento. O documento clínico continua circulando por canais autorizados e em um formato compreensível. Se cada participante gravar dados incompatíveis, o resultado será um registro distribuído de informações que ninguém pode reutilizar com segurança.
Conectividade, APIs, formatos, criptografia e identificação permitem que os sistemas troquem informações.
Terminologias e perfis garantem que um dado conserve o mesmo significado clínico no receptor.
Finalidade, base legal, responsabilidade e procedimentos determinam quem pode usá-lo e para quê.
A OMS estimou em 2017 que cerca de um em cada dez medicamentos em países de renda baixa e média era falsificado ou abaixo do padrão. Outro estudo, publicado em 2020, atribuiu à administração 34,2% dos gastos de saúde dos Estados Unidos analisados para 2017. São perímetros distintos e não medem a economia que blockchain produziria.
Na Europa, o sistema de verificação de medicamentos permite checar identificadores e alertar sobre embalagens suspeitas dentro da cadeia legal. A Estônia utiliza KSI para proteger a integridade de registros de saúde e de acesso, mantendo os dados clínicos em sua infraestrutura de saúde. A e-Estonia informa 2,7 milhões de consultas mensais de pacientes, uma métrica de uso do portal e não de transações blockchain.
A maioria das implantações são redes permissionadas entre instituições, com o dado pessoal sempre off-chain. O valor está na procedência verificável e na integridade do dado, não em tokenizar a saúde nem em publicar informações clínicas sensíveis.
Um ensaio clínico produz protocolos, consentimentos, observações, análises e alterações ao longo de anos. Patrocinadores, centros, pesquisadores, laboratórios e autoridades precisam reconstruir qual versão estava vigente, quem inseriu cada dado e qual correção realizou. Uma camada compartilhada de carimbo de tempo pode reduzir disputas sobre sequência e procedência.
Isso não transforma uma rede blockchain pública em um repositório de pesquisa. Os dados dos participantes, os códigos de randomização e as informações que poderiam quebrar o cegamento exigem controles rigorosos. Até um hash pode ser dado pessoal se permitir relacionar ou verificar informações sobre uma pessoa. O projeto deve minimizar o que é publicado, evitar identificadores reutilizáveis e avaliar se uma rede permissionada agrega algo em relação a um registro de auditoria convencional.
O uso secundário acrescenta outra questão. Um conjunto ser tecnicamente acessível não significa que possa ser reutilizado. Consentimento, base legal, comitê de ética, permissão de acesso e condições do espaço de dados determinam a legitimidade. Blockchain pode registrar essas autorizações e sua evolução, mas a governança decide quem avalia uma solicitação, qual ambiente seguro é utilizado e como se impede a reidentificação.
| Elemento | Contribuição possível da DLT | Controle que permanece fora |
|---|---|---|
| Protocolo e versões | Carimbo de tempo e sequência verificável | Aprovação regulatória e do comitê de ética |
| Consentimento | Registro de versão, concessão e revogação | Informação compreensível e capacidade do participante |
| Dado de pesquisa | Prova de integridade e procedência | Qualidade clínica, pseudonimização e acesso |
| Uso secundário | Rastreabilidade de permissões e consultas | Finalidade legítima e ambiente seguro de tratamento |
Os usos mais bem fundamentados compartilham uma condição. Várias organizações precisam comprovar o mesmo evento, mas nenhuma precisa publicar o prontuário completo. A rastreabilidade farmacêutica, a integridade documental, as credenciais profissionais e a coordenação de autorizações se encaixam quando existem uma identidade confiável, uma fonte de dados governada e uma responsabilidade claramente atribuída.
Serialização e verificação de cada embalagem ao longo da cadeia, para cumprir a regulação e frear as falsificações.
Ancorar o hash de cada versão do prontuário permite comprovar que ele não foi alterado e compartilhá-lo com garantias entre instituições.
Contratos inteligentes que validam e liquidam reembolsos entre seguradoras e prestadores sobre dados verificados.
Verificar diplomas, licenças e diretórios de profissionais de saúde sem repetir checagens em cada organização.
A automação é mais sólida quando o evento é objetivo, está bem codificado e todas as partes aceitam a fonte. Confirmar que um medicamento serializado foi dispensado, que uma credencial profissional continua vigente ou que um documento completo foi recebido pode acionar o próximo passo. O contrato reduz espera e conciliação porque todos observam o mesmo estado.
Muitos sinistros de saúde não cumprem essas condições. A cobertura pode depender de necessidade médica, exclusões, autorizações prévias, coordenação entre pagadores ou revisão de documentação. Um código correto não comprova por si só que o tratamento estava indicado. Automatizar sem uma rota de exceção transfere o erro ao paciente e pode transformar uma inconsistência de dados em uma negativa imediata.
O desenho adequado separa decisões determinísticas de decisões sujeitas a revisão. O contrato pode verificar requisitos, reservar fundos, detectar duplicidades e registrar marcos; um profissional ou um procedimento regulado resolve controvérsias e autoriza exceções. Também deve existir uma forma de corrigir a fonte e reexecutar o processo sem apagar o histórico. A finalidade é reduzir trabalho repetitivo, não esconder uma política assistencial dentro do código.
Identidade válida, evento recebido, prazo cumprido, ausência de duplicidade ou limite objetivo acordado.
Necessidade médica, causalidade, exceção de cobertura, qualidade do tratamento ou conflito entre fontes.
Toda decisão com impacto deve conservar explicação, responsável e uma via acessível de revisão humana.
A arquitetura separa a prova compartilhada do conteúdo clínico. On-chain, registram-se identificadores mínimos, estados, assinaturas ou hashes que várias entidades precisam verificar. Prontuários, imagens, consentimentos e documentos permanecem em repositórios governados, onde podem ser corrigidos, restringidos ou excluídos. Essa separação reduz a exposição, embora não elimine por si só o risco de reidentificação.
| Camada | O que armazena |
|---|---|
| On-chain | Hashes, estados e permissões mínimas. Podem continuar sendo dados pessoais se permitirem identificar ou relacionar uma pessoa. |
| Off-chain | Os dados clínicos e pessoais, nos sistemas da instituição, sob o GDPR e com direito à exclusão. |
Um hash, uma chave pública ou o padrão de transações podem continuar sendo dados pessoais quando permitem relacionar uma pessoa. O risco aumenta se o mesmo identificador for reutilizado entre hospitais, farmácias e seguradoras. Manter o nome fora da blockchain evita o erro mais evidente, mas não elimina a inferência nem as obrigações de proteção de dados.
O controlador deve definir finalidade, base legal, minimização, prazo de retenção e destinatários antes de decidir a arquitetura. Também deve determinar quem opera os nós, quem pode ler metadados, onde ficam hospedados chaves e repositórios e como são atendidos acesso, retificação, oposição ou exclusão. As diretrizes do EDPB sobre blockchain destacam justamente a necessidade de avaliar papéis e proteção de dados desde a concepção.
A gestão de chaves é especialmente sensível. Se uma chave for perdida, o paciente não pode ficar excluído do seu atendimento; se for comprometida, deve poder ser rotacionada sem perder a rastreabilidade legítima. Por isso a identidade em saúde não costuma depender de uma wallet autocustodiada como único mecanismo. Credenciais recuperáveis, delegação, autenticação institucional e registros de acesso devem coexistir com procedimentos convencionais de segurança e continuidade assistencial.
Registrar apenas o imprescindível, evitar identificadores correlacionáveis e limitar os metadados visíveis a cada participante.
Autorizações por função e finalidade, com expiração, revogação e auditoria independentes do mero controle da wallet.
Rotação de chaves, delegação e continuidade para que uma falha criptográfica não interrompa direitos nem atendimento.
Uma solução de saúde em produção costuma ser híbrida. Os sistemas clínicos e farmacêuticos conservam o conteúdo; serviços de identidade vinculam organizações e profissionais; uma camada de interoperabilidade traduz mensagens e terminologias; e o registro distribuído guarda eventos, provas ou estados que precisam de verificação compartilhada. Os nós não substituem todos esses componentes.
A governança da rede deve atribuir responsabilidades operacionais. Alguém incorpora participantes, atualiza software, responde a uma vulnerabilidade, define o consenso e resolve uma bifurcação ou um dado disputado. Uma rede permissionada pode distribuir a validação entre instituições, mas continua precisando de uma autoridade contratual e de procedimentos de mudança. Descentralizar a infraestrutura não elimina a responsabilidade em saúde.
A disponibilidade também importa. Uma emergência, uma queda de conectividade ou a falha de um nó não podem impedir o acesso a informações críticas. Os sistemas devem admitir operação degradada, filas seguras e reconciliação posterior. A finalidade clínica determina os níveis de serviço, não as características teóricas da blockchain. Quanto mais próxima a rede estiver de uma decisão assistencial, maior deve ser a capacidade de recuperação e supervisão.
Um encaminhamento entre instituições permite testar a integração com um caso concreto. A instituição de origem compartilha o laudo autorizado e a receptora verifica procedência, versão e permissões antes de incorporá-lo ao seu fluxo clínico. Uma correção posterior deve chegar como uma nova versão vinculada, sem que o profissional confunda o documento inicial com o vigente. O teste também deve incluir identidades duplicadas e documentos atribuídos por engano. A coincidência de um hash não resolve por si só a correspondência entre pacientes.
Os registros de acesso precisam de uma finalidade clara e de um tratamento proporcional. Podem apoiar a investigação de uma consulta indevida, mas também revelar relações assistenciais. As permissões devem distinguir atendimento, administração, pesquisa e auditoria, com procedimentos específicos quando a finalidade muda. O funcionamento em emergência deve ser definido pela organização de saúde e deixar evidência das ações realizadas. A infraestrutura técnica aplica esse desenho, sem transformar uma indisponibilidade da rede em uma decisão clínica automática.
| Componente | Função | Não deve ser delegado à blockchain |
|---|---|---|
| Repositório clínico | Conservar conteúdo e versões | Contexto assistencial, retenção e disponibilidade |
| Identidade | Vincular pacientes, profissionais e organizações | Cadastro confiável, recuperação e prova de autoridade |
| Interoperabilidade | Transformar e interpretar informações | Qualidade semântica e compatibilidade com padrões |
| DLT | Compartilhar prova, estado e sequência | Veracidade clínica e resolução de controvérsias |
A rastreabilidade de medicamentos é regulada. Os EUA a exigem pela DSCSA, com intercâmbio interoperável baseado no padrão GS1, e a UE pela Diretiva de Medicamentos Falsificados e seu sistema de verificação. Qualquer solução de rastreabilidade precisa se encaixar nesse contexto.
Para os dados clínicos, o GDPR exige definir finalidade, base legal, minimização, retenção, papéis e direitos antes de escolher a arquitetura. Manter o conteúdo off-chain reduz a exposição, mas um hash ou seus metadados podem continuar sendo dados pessoais se forem vinculáveis. O projeto deve avaliar esse risco, não presumir que o hash fica fora da norma.
Um piloto útil começa com um problema delimitado entre organizações identificadas. Pode verificar uma credencial, coordenar um recolhimento, comprovar versões documentais ou reduzir uma conciliação específica. Antes de construir, medem-se o tempo atual, a taxa de erro, o custo de disputa e quem assume cada responsabilidade. Sem linha de base, uma demonstração técnica não consegue comprovar melhoria.
O sucesso tampouco se mede por transações on-chain. Na rastreabilidade importam o percentual de eventos completos, o tempo para localizar um lote e a capacidade de investigar uma anomalia. No intercâmbio clínico importam a identidade correta, a utilidade do dado recebido e a redução de duplicidades. Nos sinistros contam o tempo de resolução, as exceções e as decisões revertidas. Cada métrica deve refletir o resultado em saúde ou operacional.
Escalar exige incorporar participantes pequenos, sistemas legados e situações excepcionais. Se o modelo só funciona com integração sob medida para grandes instituições, pode criar outra ilha tecnológica. A decisão final compara uma rede distribuída com alternativas como APIs governadas, assinatura eletrônica, repositórios compartilhados ou serviços de timestamping. Blockchain merece permanecer quando distribui confiança e controle de uma forma que essas opções não alcançam com menor complexidade.
Tempo, erros, duplicidades, disputas e custo atual do processo antes de introduzir a rede.
Melhor continuidade, recolhimento mais rápido, menos conciliação ou evidência mais confiável para uma decisão concreta.
Governança, incorporação, suporte e custo total para instituições, prestadores e autoridades de portes distintos.
Um registro compartilhado pode reforçar evidência e coordenação, mas não melhora por si só a qualidade assistencial nem corrige os incentivos, as desigualdades ou os erros do processo que alimenta a rede. Tampouco substitui a interoperabilidade semântica, o julgamento clínico, a segurança dos dispositivos nem a responsabilidade profissional por uma decisão.
A imutabilidade também preserva erros. Validação clínica, calibração de dispositivos e correção documentada continuam sendo essenciais.
Um evento íntegro associado ao paciente errado continua sendo perigoso. A identificação e a vinculação de registros permanecem fora do consenso.
Frequência, relações e momentos de acesso podem revelar informações mesmo que o conteúdo permaneça criptografado e off-chain.
O contrato executa o dado recebido. Se a fonte clínica, logística ou administrativa falhar, a automação pode amplificar o erro.
Um consórcio pode distribuir nós e manter decisões concentradas. Participação técnica não equivale a controle efetivo pelo paciente.
A rede não elimina sistemas legados. Interfaces, suporte, cibersegurança e mudança organizacional costumam dominar o custo total.
Esses conceitos separam a infraestrutura de prova, os sistemas que conservam o dado clínico e as regras que autorizam seu uso. Entendê-los permite avaliar uma proposta sem confundir integridade com qualidade, acesso com consentimento nem interoperabilidade técnica com interoperabilidade organizacional. Também esclarece por que um hash criptográfico pode continuar vinculado a dados pessoais.
| Conceito | Definição |
|---|---|
| Rastreabilidade | Capacidade de acompanhar um produto ou um dado ao longo de toda a cadeia, sabendo a cada momento de onde vem e por onde passou. |
| Serialização | Atribuir um identificador único a cada embalagem de medicamento para poder verificá-la e acompanhá-la individualmente. |
| On-chain / off-chain | On-chain é o que fica registrado na rede; off-chain, o que fica fora dela. O conteúdo clínico costuma ficar fora; um hash vinculável ainda pode ser dado pessoal. |
| Hash | Impressão digital criptográfica de um dado. Permite comprovar que algo não foi alterado sem expor o dado original. |
| Interoperabilidade | Que sistemas diferentes (hospitais, seguradoras, farmacêuticas) possam compartilhar e verificar informações sem que um único ator controle os dados. |
Atualizado em 3 de outubro de 2026
Projetamos, auditamos e implantamos infraestrutura blockchain para rastreabilidade e integridade de dados, com controles de segurança, integração e conformidade definidos para cada projeto.