Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Infraestrutura de dados médicos
O que é a infraestrutura de dados médicos e onde se insere o Anpheros: um registo de saúde HL7 FHIR R4 controlado pelo paciente, uma API, consentimento, proveniência e auditoria como blocos de construção partilhados para aplicações de saúde e IA.
A infraestrutura de dados médicos é a camada que armazena dados de saúde do paciente de forma estruturada e padronizada, tornando-os disponíveis para aplicações sob regras que o paciente controla. A Anpheros é uma infraestrutura de dados médicos interoperável: mantém um registo HL7 FHIR R4 por paciente e expõe-no através de uma API, com consentimento, proveniência e auditoria integrados, para que aplicações de saúde, software médico e serviços de IA possam ser construídos sobre ela, em vez de cada um construir a sua própria base de dados médica.
Na prática, os desenvolvedores utilizam a Anpheros como a camada de dados médicos do seu produto — o backend FHIR e o repositório de registos de pacientes de uma aplicação de saúde, uma integração de clínica ou uma aplicação de IA. É acedida através de uma API (REST e FHIR R4), não como uma base de dados SQL de propósito geral, e não aloja modelos de IA.
Porquê uma camada separada
Todas as aplicações que lidam com dados de saúde necessitam das mesmas bases, e nenhuma delas é o produto real da aplicação:
- um modelo de dados para observações, diagnósticos, medicamentos, documentos e o resto de um registo médico;
- identidade e isolamento, para que uma aplicação não possa ver os pacientes de outra;
- consentimento, para que um paciente decida qual a aplicação que vê o quê, e por quanto tempo;
- proveniência e histórico, para que cada valor possa ser rastreado até quem o registou e nada seja silenciosamente sobrescrito;
- integração com laboratórios, clínicas, dispositivos e outras aplicações;
- normas, para que os dados possam sair da aplicação e ainda serem compreendidos;
- e, cada vez mais, uma forma segura de entregar a parte correta de um registo a um modelo de IA.
Quando cada aplicação constrói estas bases por si só, os dados dos pacientes acabam fragmentados em silos incompatíveis. A infraestrutura de dados médicos transforma-os em blocos de construção partilhados e testados.
A cadeia que a Anpheros implementa
Medical data measurements, lab results, diagnoses, medications, documents, visits
↓
HL7 FHIR R4 stored as standard resources — 26 types, versioned
↓
API /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
↓
Patient record one record per person, isolated per application (pairwise ids)
↓
Consent OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
↓
Applications patient apps, clinic and lab systems, third-party apps
↓
AI context API: the relevant part of the record for a model, with sources
Os blocos de construção e onde cada um é documentado
| Bloco de construção | Em Anpheros | Leia mais |
|---|---|---|
| Modelo de dados | 26 tipos de recursos HL7 FHIR R4; LOINC, ICD-10, ATC, UCUM | Plataforma FHIR |
| Registo | um registo FHIR por paciente; membros da família têm os seus próprios registos | Registo médico do paciente |
| Armazenamento e histórico | cada atualização é uma nova versão; documentos imutáveis, encriptados com uma chave gerida pelo cliente na UE | Infraestrutura de registo médico digital |
| Acesso | chaves de API por projeto, tokens OAuth por paciente, 404 para tudo o que estiver fora do seu âmbito |
API de Saúde |
| Consentimento | concessões por 30–365 dias, por tipo de recurso e categoria, revogáveis de uma só vez | Modelo de consentimento e acesso |
| Proveniência e auditoria | cada escrita regista o seu autor e origem; cada leitura é visível para o paciente | Segurança, privacidade e residência de dados |
| Integração | transações FHIR, importação de relatórios de laboratório, webhooks assinados, SDKs | Integrações de saúde |
| Interoperabilidade | FHIR R4, International Patient Summary, SMART on FHIR, mensagens de laboratório HL7 v2 | Interoperabilidade de dados de saúde |
| Contexto de IA | um contexto orçamentado e com rótulo de origem para qualquer modelo que escolher | Aplicações de IA em saúde |
Infraestrutura versus aplicação
A Anpheros separa as duas intencionalmente. Anpheros Daily é uma aplicação — ecrãs, lembretes, um assistente — para pacientes e famílias. Anpheros Platform é a infraestrutura subjacente. Daily escreve no registo através da mesma API pública que qualquer outra aplicação, o que torna o registo portátil: uma aplicação desenvolvida por terceiros pode ler o que Daily escreveu, com o consentimento do paciente, no mesmo formato FHIR.
O que a infraestrutura não decide por si
A Anpheros detém e gere os dados; não toma decisões clínicas, não desenha a sua experiência de utilizador nem cobre as suas obrigações regulamentares. A Anpheros não reivindica certificação de dispositivo médico ou outras aprovações regulamentares. O uso em produção requer uma organização verificada e um acordo de processamento de dados assinado, e a plataforma encontra-se em beta privado (zona única, sem SLA contratual).
Relacionado
- O que é Anpheros?
- API de Saúde
- Desenvolvimento de software de saúde
- Aplicações de saúde com IA
- Desenvolver com Anpheros
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card