Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
O que é o Anpheros?
Anpheros é uma infraestrutura para dados médicos interoperáveis: um registo HL7 FHIR R4 controlado pelo paciente e uma API para construir aplicações de saúde, software e serviços de IA sobre ele.
O Anpheros é uma infraestrutura para dados médicos interoperáveis e para integrar esses dados em aplicações de saúde, software e serviços de IA. Para um paciente, é um registo médico digital que ele controla; para um programador, é uma API sobre esse registo, armazenado como dados padrão HL7 FHIR R4.
O Anpheros tem duas partes que partilham um registo por paciente:
- Anpheros Daily — a aplicação do paciente (Android, macOS, web) onde pessoas e famílias registam sintomas, sinais vitais, medicamentos, resultados de exames, documentos e consultas.
- Anpheros Platform — a API e o repositório de dados por trás dela. Aplicações, clínicas, laboratórios e agentes de IA leem e escrevem o mesmo registo através dela, e cada um deles alcança um paciente apenas com o consentimento desse paciente.
O Anpheros Daily é, por si só, um cliente da API pública: o que a aplicação regista está disponível para outras aplicações autorizadas exatamente da mesma forma. A plataforma está em beta privada; os dados são alojados na União Europeia.
O problema que resolve
Uma aplicação de saúde geralmente tem de resolver as mesmas coisas antes de poder fazer algo útil: um modelo de dados para registos médicos, armazenamento, identidade, consentimento, um registo de auditoria, integração com laboratórios e clínicas, e uma forma de entregar a parte certa de um registo a um modelo de IA. A maior parte desse trabalho não é específica da aplicação.
A Anpheros fornece essa camada uma vez, com base em padrões abertos, para que uma aplicação se possa concentrar na sua própria experiência, enquanto o registo permanece portátil entre aplicações e sob o controlo do paciente.
O que a plataforma oferece
| Capacidade | O que é | Onde está documentado |
|---|---|---|
| Armazenamento FHIR R4 | Um registo por paciente composto por recursos FHIR padrão — 26 tipos de recursos, pesquisa, histórico de versões, transações, Patient/$everything |
Plataforma FHIR |
| API REST | /v1: pacientes, observações, condições, medicamentos, documentos, linha cronológica, proveniência — os mesmos dados e IDs da API FHIR |
Introdução |
| Consentimento do paciente | OAuth 2.1 com PKCE, lançamento independente SMART on FHIR, âmbitos por tipo de recurso e categoria, revogação que entra em vigor no próximo pedido | Autenticação e OAuth, Modelo de consentimento e acesso |
| Proveniência e auditoria | Cada escrita regista quem escreveu, para quem e de que sistema; cada leitura é registada e visível para o paciente | Segurança, privacidade e residência de dados |
| API de contexto de IA | POST /v1/context compila a parte relevante de um registo para um modelo de IA, dentro de um orçamento de tokens, com cada item rotulado pela origem |
Agentes de IA e dados médicos |
| International Patient Summary | Patient/$summary devolve um documento IPS, validado com o validador oficial HL7 |
Plataforma FHIR |
| Webhooks | Eventos assinados e retentados para escritas, alterações de consentimento e documentos | Webhooks |
| Conector de laboratório | Um relatório de laboratório completo (CSV, HL7 v2 ORU^R01, JSON) torna-se Observações FHIR numa única chamada | Conector de laboratório |
| SDKs | Dart / Flutter (anpheros_sdk em pub.dev) e TypeScript (@anpheros/sdk em npm) |
SDKs |
| Sandbox | Autoatendimento; uma base de dados separada onde cada projeto tem os seus próprios 30 pacientes sintéticos; as chaves sk_test_ não podem aceder a dados reais |
Introdução |
Para quem se destina
- Desenvolvedores e startups que estão a criar uma aplicação de saúde ou médica que necessita de armazenar dados de pacientes sem ter de desenhar um modelo de dados médicos, um sistema de consentimento e um registo de auditoria do zero.
- Clínicas e laboratórios que pretendem entregar resultados e documentos no registo de um paciente com o consentimento deste.
- Equipas que desenvolvem assistentes e agentes de IA que necessitam do contexto médico estruturado de um paciente, com consentimento e uma auditoria do que a IA leu.
- Pacientes e famílias, através do Anpheros Daily, que pretendem um único registo que controlam e podem partilhar.
O que Anpheros não é
- Não é um sistema EHR hospitalar ou de gestão de consultório; armazena o registo próprio do paciente e conecta aplicações a ele.
- Não inclui integrações com fornecedores específicos de IA. A API de contexto retorna JSON ou texto que o seu código passa para qualquer modelo que utilize.
- Não fornece um servidor Model Context Protocol (MCP) atualmente.
- Ainda não está disponível para o público em geral: a plataforma está em beta privado, zona única, sem um SLA contratual. Chaves de produção são emitidas para organizações verificadas com um acordo de processamento de dados assinado.
Perguntas Frequentes
O Anpheros é um servidor FHIR?
Sim, entre outras coisas. /fhir/R4 é uma interface FHIR R4 (4.0.1) com uma CapabilityStatement em /fhir/R4/metadata. Adiciona também o que um servidor FHIR simples não tem: isolamento por projeto, consentimento do paciente, proveniência em cada escrita, auditoria visível para o paciente, uma API REST mais simples sobre os mesmos dados e uma API de contexto de IA.
Posso usar o Anpheros como backend da minha aplicação de saúde?
Esse é o seu propósito. A sua aplicação armazena e lê dados de pacientes através da API REST ou FHIR; os registos dos seus pacientes permanecem portáteis e podem ser partilhados com outras aplicações quando o paciente consente. Comece com Criar uma aplicação de saúde.
Posso usar o Anpheros como base de dados da minha aplicação de saúde com IA?
Para os dados médicos dos pacientes, sim: Anpheros é uma base de dados de saúde gerida, construída sobre HL7 FHIR R4, com uma API, consentimento do paciente e uma API de contexto de IA — um backend FHIR que a sua aplicação chama em vez de desenhar as suas próprias tabelas médicas. Não é uma base de dados SQL de propósito geral e não executa modelos de IA; a sua aplicação mantém os seus próprios utilizadores e dados não médicos e chama o modelo da sua escolha. Ver Aplicações de saúde com IA.
Um modelo de IA pode ler dados de pacientes através do Anpheros?
Apenas através da sua aplicação e apenas dentro do consentimento de um paciente (ou dos pacientes que o seu projeto criou). A API de contexto prepara os dados para um modelo e regista o que foi utilizado. Ver Agentes de IA e dados médicos.
Onde são armazenados os dados?
Na União Europeia. Os documentos são mantidos num bucket de armazenamento da UE encriptado com uma chave gerida pelo cliente. Ver Segurança, privacidade e residência de dados.
Como obtenho acesso?
A sandbox é self-service: inicie sessão com o Google no dashboard (https://platform.anpheros.com/dashboard/) e obtenha uma chave com um clique. O acesso à produção é mediante pedido durante a beta privada ([email protected]): as chaves de produção são emitidas a organizações verificadas com um acordo de processamento de dados assinado.
O Anpheros é gratuito?
A sandbox é gratuita: cada projeto sandbox recebe os seus próprios 30 pacientes sintéticos e até 10 000 escritas por dia. A produção começa em 99 € por mês para 2.500 pacientes, com o primeiro mês gratuito; o acesso à produção é para organizações verificadas com um acordo de processamento de dados assinado. Ver Preços.
Relacionado
- Infraestrutura de dados médicos
- Anpheros para programadores
- Arquitetura de aplicações de saúde
- Aplicações de saúde com IA
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card