# Piattaforma API per la sanità: cosa include e come scegliere

> Gli strati di una piattaforma API per la sanità, build vs cloud FHIR store vs piattaforma, e domande da porre a qualsiasi fornitore — risposte per Anpheros: consenso, dati UE, FHIR R4, prezzi.

Source: https://developers.anpheros.com/it/guides/healthcare-api-platform

**Una piattaforma API per la sanità è un servizio gestito che fornisce ai team di sviluppo tutto ciò che riguarda i dati dei pazienti in un unico posto: uno store di dati clinici standard (solitamente HL7 FHIR), API e SDK per leggerli e scriverli, identità e consenso del paziente, e le funzionalità di fiducia di cui i dati sanitari regolamentati necessitano — provenienza, cronologia delle versioni e log di accesso.** Anpheros è una piattaforma API per la sanità ospitata nell'Unione Europea: un record FHIR R4 per paziente, un'API FHIR e un'API REST più semplice, consenso OAuth 2.1 controllato dal paziente, webhook, importazione di laboratori e una sandbox gratuita con pazienti sintetici. Questa pagina spiega cosa dovrebbe includere una piattaforma del genere, come si confronta con la creazione dello strato da soli o l'utilizzo di un cloud FHIR store, e le domande da porre a qualsiasi fornitore.

<!-- visual:hplat-hero -->

## Cosa include una piattaforma API sanitaria

<!-- visual:hplat-stack:replace -->

| Layer | Cosa fa | In Anpheros |
|---|---|---|
| API e SDK | Permettono al tuo codice di leggere e scrivere record | FHIR R4 a `/fhir/R4`, REST a `/v1`, SDK TypeScript e Dart, OpenAPI, un server MCP per agenti AI |
| Identità e consenso | Decidono chi può vedere quale paziente | Chiavi API per i tuoi server; OAuth 2.1 + PKCE con scope SMART on FHIR per pazienti; revoca alla richiesta successiva |
| Servizi dati | Trasformano input disordinati in record puliti | Importazione di laboratori HL7 v2 e CSV, documenti, ricerca terminologica (un sottoinsieme LOINC incluso, un catalogo di sintomi, condizioni e farmaci), riepilogo IPS, contesto AI |
| Livello di fiducia | Rendono ogni valore responsabile | Provenienza su ogni scrittura, ogni versione conservata, un log di accesso che il paziente può leggere |
| Clinical data store | Conserva il record | Un record HL7 FHIR R4 per paziente, 26 tipi di risorse, residenza dei dati nell'UE |

## Costruiscilo da solo, usa un FHIR store nel cloud o usa una piattaforma

<!-- visual:hplat-compare -->

Nessuna di queste opzioni è sbagliata. Uno stack auto-costruito offre il pieno controllo del modello dati; un FHIR store nel cloud è adatto a team che devono mantenere tutto all'interno di un unico account cloud e che si occuperanno autonomamente di consenso, audit e integrazioni; una piattaforma API per la sanità è adatta a team che desiderano che queste parti siano già gestite, in modo che il prodotto sia il loro lavoro. Il [confronto tra server FHIR](https://developers.anpheros.com/it/guides/fhir-server-comparison) analizza categoria di prodotto per categoria di prodotto.

## Domande da porre a qualsiasi piattaforma API sanitaria

<!-- visual:hplat-checks:replace -->

| Domanda | Risposta Anpheros |
|---|---|
| Dove vengono archiviati i dati? | Unione Europea: Google Cloud `europe-west4` (Paesi Bassi) per il servizio e i database |
| Chi autorizza l'accesso? | La tua organizzazione per i pazienti che crei (API key); il paziente per tutti gli altri (consenso OAuth) |
| Quale standard, ed è testato? | FHIR R4 (4.0.1); SMART App Launch STU2 standalone-launch group di Inferno: 22 test su 22 superati (28 settembre 2026) |
| Possiamo andar via con i nostri dati? | `Patient/{id}/$everything` restituisce l'intero record come FHIR |
| Le letture vengono registrate? | Sì, letture e scritture, e il paziente può vederle |
| Possiamo testare gratuitamente? | Sì: una sandbox self-service con 30 pazienti sintetici per progetto |
| Quanto costa la produzione? | A partire da €99 al mese per 2.500 pazienti archiviati, primo mese gratuito; i prezzi escludono l'IVA |
| Cosa manca ancora? | Lancio EHR, esportazione Bulk Data e scope `system/`; produzione HIPAA al di fuori di un BAA firmato (il BAA e una regione USA sono disponibili su richiesta); la piattaforma è in beta privata senza SLA contrattuale |

## Inizia in due minuti

```bash
# 1. Sign in at https://platform.anpheros.com/dashboard/ with Google and press "Get a sandbox key"
export ANPHEROS_KEY=sk_test_...
# 2. Read the synthetic patients over the simple REST API…
curl -s -H "Authorization: Bearer $ANPHEROS_KEY" "https://platform.anpheros.com/v1/patients?limit=3"
# 3. …or the same data as FHIR R4
curl -s -H "Authorization: Bearer $ANPHEROS_KEY" "https://platform.anpheros.com/fhir/R4/Patient?_count=3"
```

## Domande frequenti

### Cos'è una piattaforma API per la sanità?
Un servizio gestito che combina un archivio dati clinici standard, API e SDK, identità e consenso del paziente, e funzionalità di audit, in modo che i team che sviluppano software sanitario non debbano costruire questo livello da soli.

### In cosa differisce una piattaforma API per la sanità da un'API per la sanità?
Un'API per la sanità è l'interfaccia. Una piattaforma gestisce anche tutto ciò che sta dietro — archiviazione, consenso, provenienza, log, sandbox, SDK e integrazioni — ed è responsabile del suo funzionamento.

### Anpheros è una piattaforma API per la sanità?
Sì. Anpheros fornisce un archivio dati FHIR R4 con un record per paziente, un'API FHIR e un'API REST, consenso OAuth 2.1 controllato dal paziente, log di provenienza e accesso, webhook, importazione di laboratori e SDK, ospitato nell'Unione Europea.

### Quanto costa una piattaforma API per la sanità?
I modelli di prezzo differiscono: basati sull'utilizzo (richieste e archiviazione) per archivi FHIR cloud, per piano per piattaforme. Anpheros è gratuito nella sandbox; i piani di produzione partono da €99 al mese per 2.500 pazienti archiviati.

### Anpheros è conforme a HIPAA?
Anpheros agisce come **Business Associate** per le cliniche statunitensi: un Business Associate Agreement (BAA) e una regione dati statunitense sono disponibili su richiesta per i clienti di produzione, oltre al programma di sicurezza scritto (analisi dei rischi, politiche, log di audit, crittografia, backup). Chiedere prima di archiviare informazioni sanitarie protette: la produzione si apre dopo la firma del BAA. Vedere [Sicurezza, privacy e residenza dei dati](https://developers.anpheros.com/it/guides/security).

### Una piattaforma API per la sanità può essere utilizzata per applicazioni AI?
Sì, se etichetta la provenienza dei dati e rispetta il consenso. Anpheros costruisce un contesto paziente etichettato per sorgente per qualsiasi modello con `POST /v1/context` e offre un server MCP per agenti AI; non ospita modelli AI.

<!-- visual:cta-hplat -->

## Correlati

- [API Sanitarie](https://developers.anpheros.com/it/guides/healthcare-api): cos'è un'API sanitaria e una panoramica dell'API Anpheros
- [Piattaforma FHIR](https://developers.anpheros.com/it/guides/fhir): l'implementazione FHIR R4 in dettaglio
- [Come Anpheros si confronta con altri server FHIR](https://developers.anpheros.com/it/guides/fhir-server-comparison)
- [Piattaforma di consenso del paziente per app sanitarie](https://developers.anpheros.com/it/guides/patient-consent-platform)
- [Sicurezza, privacy e residenza dei dati](https://developers.anpheros.com/it/guides/security)
- [Prezzi](https://developers.anpheros.com/it/guides/pricing)
- [Proof of concept FHIR in una sandbox gratuita](https://developers.anpheros.com/it/guides/fhir-proof-of-concept)