AnpherosAnpheros PlatformDevelopers

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Interoperabilidade de dados de saúde

Os níveis técnico, sintático, semântico e organizacional da interoperabilidade, os padrões que o Anpheros utiliza (FHIR R4, IPS, SMART on FHIR, HL7 v2) e por que a proveniência torna os dados trocados confiáveis.

A interoperabilidade de dados de saúde é a capacidade de diferentes sistemas — aplicações, clínicas, laboratórios, hospitais, serviços de IA — trocarem dados de saúde e utilizá-los sem os reinterpretar manualmente. O Anpheros aborda-a armazenando cada registo nos formatos que outros sistemas já compreendem (HL7 FHIR R4 com sistemas de codificação padrão), trocando-o através de protocolos padrão (FHIR REST, SMART on FHIR, o International Patient Summary, mensagens de laboratório HL7 v2) e mantendo o contexto que torna os dados trocados confiáveis: quem os escreveu, quando e com o consentimento de quem.

Quatro níveis de interoperabilidade

Nível Pergunta que responde Como o Anpheros o aborda
Técnico Os sistemas conseguem conectar-se? APIs HTTPS, OAuth 2.1, webhooks assinados, SDKs em Dart e TypeScript
Sintático Conseguem analisar os dados um do outro? Recursos e bundles HL7 FHIR R4 (4.0.1); CSV, HL7 v2 ORU^R01 e JSON aceites para resultados de laboratório
Semântico Significam a mesma coisa? LOINC para medições e resultados, ICD-10 para condições, ATC para medicamentos, UCUM para unidades; texto original mantido ao lado de cada código
Organizacional Podem trocá-lo e podem confiar nele? consentimento do paciente por aplicação, proveniência em cada escrita, um registo de acesso visível para o paciente

A maioria dos projetos de integração falha nos níveis semântico e organizacional, não no técnico. Codificar no momento da escrita e registar a proveniência para cada valor são o que tornam os dados de uma fonte utilizáveis noutra.

Normas utilizadas pelo Anpheros

Padrões de troca

  1. Acesso de aplicação consentido — uma aplicação pede ao paciente as permissões (scopes), lê e escreve no registo através de FHIR ou REST, e perde o acesso quando o paciente o revoga.
  2. Troca de documentos — o registo, ou o seu resumo, sai como um pacote FHIR ($everything, $summary).
  3. Resultados de entrada — laboratórios e clínicas escrevem no registo em nome da sua organização; o paciente vê quem escreveu o quê.
  4. Eventos — os subscritores são informados de que algo mudou (apenas IDs, nunca conteúdo clínico) e leem o que lhes é permitido.

Proveniência: interoperabilidade em que pode confiar

Os dados que viajam entre sistemas perdem o seu contexto, a menos que o contexto viaje com eles. No Anpheros, cada versão de cada recurso regista:

Os valores produzidos por IA são rotulados como tal e mantidos separados dos factos clínicos quando um contexto é construído para um modelo.

Identidade entre aplicações

Cada aplicação vê o seu próprio identificador para a mesma pessoa (IDs par a par), pelo que os registos não podem ser correlacionados entre aplicações sem o conhecimento do paciente. As referências a pessoas fora do âmbito de uma aplicação são mascaradas. A interoperabilidade acontece através de consentimento, não através de identificadores partilhados.

Relacionado

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Product updates by email

New features, guides and the end of the beta. One email a month at most.

Send me occasional Anpheros Platform updates by email (new features, API changes, guides). I'll confirm by email and can unsubscribe in one click from any email. Privacy