Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Cos'è Anpheros?
Anpheros è un'infrastruttura per dati sanitari interoperabili: un fascicolo sanitario controllato dal paziente in formato HL7 FHIR R4 e un'API per creare applicazioni sanitarie, software e servizi AI.
Anpheros è un'infrastruttura per dati medici interoperabili e per integrare tali dati in applicazioni sanitarie, software e servizi di intelligenza artificiale. Per un paziente è una cartella clinica digitale che controlla; per uno sviluppatore è un'API su tale cartella, memorizzata come dati standard HL7 FHIR R4.
Anpheros è composto da due parti che condividono un record per paziente:
- Anpheros Daily — l'app per il paziente (Android, macOS, web) dove persone e famiglie registrano sintomi, parametri vitali, farmaci, risultati di laboratorio, documenti e appuntamenti.
- Anpheros Platform — l'API e il data store sottostanti. Applicazioni, cliniche, laboratori e agenti di intelligenza artificiale leggono e scrivono lo stesso record attraverso di essa, e ognuno di essi raggiunge un paziente solo con il consenso di tale paziente.
Anpheros Daily è esso stesso un client dell'API pubblica: ciò che l'app registra è disponibile per altre applicazioni autorizzate nella stessa identica forma. La piattaforma è in beta privata; i dati sono ospitati nell'Unione Europea.
Il problema che risolve
Un'applicazione sanitaria di solito deve risolvere le stesse cose prima di poter fare qualcosa di utile: un modello di dati per le cartelle cliniche, archiviazione, identità, consenso, un registro di controllo, integrazione con laboratori e cliniche e un modo per passare la parte giusta di una cartella a un modello di intelligenza artificiale. La maggior parte di questo lavoro non è specifica dell'applicazione.
Anpheros fornisce questo livello una volta, su standard aperti, in modo che un'applicazione possa concentrarsi sulla propria esperienza mentre la cartella rimane portabile tra le applicazioni e sotto il controllo del paziente.
Cosa offre la piattaforma
| Capacità | Cos'è | Dove è documentato |
|---|---|---|
| FHIR R4 store | Un record per paziente composto da risorse FHIR standard — 26 tipi di risorse, ricerca, cronologia delle versioni, transazioni, Patient/$everything |
Piattaforma FHIR |
| REST API | /v1: pazienti, osservazioni, condizioni, farmaci, documenti, cronologia, provenienza — gli stessi dati e ID dell'API FHIR |
Guida introduttiva |
| Consenso del paziente | OAuth 2.1 con PKCE, avvio standalone SMART on FHIR, scope per tipo di risorsa e categoria, revoca che ha effetto alla richiesta successiva | Autenticazione e OAuth, Modello di consenso e accesso |
| Provenienza e audit | Ogni scrittura registra chi l'ha effettuata, per chi e da quale sistema; ogni lettura viene registrata e visibile al paziente | Sicurezza, privacy e residenza dei dati |
| API di contesto AI | POST /v1/context assembla la parte rilevante di un record per un modello AI, entro un budget di token, con ogni elemento etichettato dalla sorgente |
Agenti AI e dati medici |
| International Patient Summary | Patient/$summary restituisce un documento IPS, validato con il validatore ufficiale HL7 |
Piattaforma FHIR |
| Webhook | Eventi firmati e ritentati per scritture, modifiche del consenso e documenti | Webhook |
| Connettore di laboratorio | Un intero report di laboratorio (CSV, HL7 v2 ORU^R01, JSON) diventa Osservazioni FHIR in una singola chiamata | Connettore di laboratorio |
| SDK | Dart / Flutter (anpheros_sdk su pub.dev) e TypeScript (@anpheros/sdk su npm) |
SDK |
| Sandbox | Self-service; un database separato in cui ogni progetto ha i propri 30 pazienti sintetici; le chiavi sk_test_ non possono accedere a dati reali |
Guida introduttiva |
A chi è rivolto
- Sviluppatori e startup che stanno creando un'applicazione sanitaria o medica che necessita di archiviare dati dei pazienti senza dover progettare da zero un modello di dati medico, un sistema di consenso e un audit trail.
- Cliniche e laboratori che desiderano fornire risultati e documenti nel fascicolo del paziente con il consenso del paziente stesso.
- Team che sviluppano assistenti e agenti AI che necessitano del contesto medico strutturato di un paziente, con consenso e un audit di ciò che l'AI ha letto.
- Pazienti e famiglie, tramite Anpheros Daily, che desiderano un unico fascicolo sotto il proprio controllo e condivisibile.
Cosa Anpheros non è
- Non è un sistema EHR ospedaliero o un sistema di gestione dello studio medico; conserva la cartella clinica del paziente e vi collega le applicazioni.
- Non include integrazioni con specifici fornitori di AI. L'API di contesto restituisce JSON o testo che il tuo codice passa al modello che utilizzi.
- Attualmente non fornisce un server Model Context Protocol (MCP).
- Non è ancora disponibile pubblicamente: la piattaforma è in beta privata, a zona singola, senza un SLA contrattuale. Le chiavi di produzione vengono rilasciate a organizzazioni verificate con un accordo di elaborazione dati firmato.
Domande frequenti
Anpheros è un server FHIR?
Sì, tra le altre cose. /fhir/R4 è un'interfaccia FHIR R4 (4.0.1) con una CapabilityStatement a /fhir/R4/metadata. Aggiunge anche ciò che un semplice server FHIR non offre: isolamento per progetto, consenso del paziente, provenienza su ogni scrittura, un audit visibile al paziente, un'API REST più semplice sugli stessi dati e un'API di contesto AI.
Posso usare Anpheros come backend della mia app sanitaria?
Questo è il suo scopo. La tua app memorizza e legge i dati del paziente tramite l'API REST o FHIR; le cartelle dei tuoi pazienti rimangono portatili e possono essere condivise con altre applicazioni quando il paziente acconsente. Inizia con Creare un'app sanitaria.
Posso usare Anpheros come database della mia applicazione sanitaria basata sull'IA?
Per i dati medici dei pazienti, sì: Anpheros è un database sanitario gestito basato su HL7 FHIR R4, con un'API, il consenso del paziente e un'API di contesto AI — un backend FHIR che la tua applicazione chiama invece di progettare le proprie tabelle mediche. Non è un database SQL generico e non esegue modelli AI; la tua applicazione mantiene i propri utenti e dati non medici e chiama il modello di tua scelta. Vedi Applicazioni sanitarie basate sull'IA.
Un modello AI può leggere i dati del paziente tramite Anpheros?
Solo tramite la tua applicazione e solo nel rispetto del consenso di un paziente (o dei pazienti creati dal tuo progetto). L'API di contesto prepara i dati per un modello e registra ciò che è stato utilizzato. Vedi Agenti AI e dati medici.
Dove vengono archiviati i dati?
Nell'Unione Europea. I documenti sono conservati in un bucket di archiviazione UE crittografato con una chiave gestita dal cliente. Vedi Sicurezza, privacy e residenza dei dati.
Come ottengo l'accesso?
Il sandbox è self-service: accedi con Google sulla dashboard (https://platform.anpheros.com/dashboard/) e ottieni una chiave con un clic. L'accesso alla produzione è su richiesta durante la beta privata ([email protected]): le chiavi di produzione vengono rilasciate a organizzazioni verificate con un accordo di elaborazione dei dati firmato.
Anpheros è gratuito?
Il sandbox è gratuito: ogni progetto sandbox ottiene i propri 30 pazienti sintetici e fino a 10.000 scritture al giorno. La produzione inizia da 99 € al mese per 2.500 pazienti, con il primo mese gratuito; l'accesso alla produzione è per organizzazioni verificate con un accordo di elaborazione dei dati firmato. Vedi Prezzi.
Correlati
- Infrastruttura dati medicali
- Anpheros per sviluppatori
- Architettura di applicazioni sanitarie
- Applicazioni sanitarie basate sull'IA
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card