# Infrastruttura del fascicolo sanitario digitale

> L'infrastruttura di cui necessita un fascicolo sanitario digitale — struttura, cronologia, documenti, isolamento, consenso, audit, scambio — e perché viene mantenuta separata dall'applicazione rivolta al paziente.

Source: https://developers.anpheros.com/it/guides/digital-medical-record

**Un fascicolo sanitario digitale necessita di due cose distinte: un'applicazione rivolta al paziente che le persone utilizzano quotidianamente e l'infrastruttura sottostante che memorizza, protegge e condivide il fascicolo.** Anpheros fornisce la seconda: l'archiviazione, il versioning, l'identità, il consenso, l'audit e lo scambio del fascicolo, tramite un'API. L'applicazione rivolta al paziente può essere Anpheros Daily o una da voi creata.

## Applicazione contro infrastruttura

| | Applicazione rivolta al paziente | Infrastruttura dati medici |
|---|---|---|
| Cos'è | schermate, notifiche, promemoria, grafici, un assistente | il record stesso e le regole ad esso associate |
| Cambia spesso | sì — design, funzionalità, piattaforme | raramente — deve rimanere stabile e compatibile |
| Esempi di lavoro | un diario dei sintomi, un promemoria per i farmaci, un calendario familiare | archiviazione FHIR, cronologia delle versioni, consenso, provenienza, audit, importazione di laboratori, webhook |
| In Anpheros | Anpheros Daily (Android, macOS, web) | Anpheros Platform (`platform.anpheros.com`) |

Mantenerli separati consente a un record di sopravvivere a qualsiasi singola applicazione e di essere condiviso tra più applicazioni. Anpheros Daily segue questa divisione: ciò che le persone registrano nell'app viene scritto sulla piattaforma tramite la stessa API pubblica utilizzata da qualsiasi altra applicazione, quindi è disponibile — con il consenso del paziente — ad altre applicazioni nello stesso formato FHIR.

## Cosa deve fornire l'infrastruttura

### Struttura
Un record è utile solo se altri software possono comprenderlo. Anpheros lo memorizza come risorse HL7 FHIR R4 — 26 tipi — con codici standard (LOINC, ICD-10, ATC, UCUM) e conserva il testo originale accanto a ogni codice. [Piattaforma FHIR](https://developers.anpheros.com/it/guides/fhir)

### Cronologia
I dati medici vengono corretti, non sovrascritti. Ogni aggiornamento crea una nuova versione, leggibile tramite `/fhir/R4/{type}/{id}/_history`; gli aggiornamenti condizionali con `If-Match` impediscono a due scrittori di sovrascriversi a vicenda (una versione obsoleta risponde `412`).

### Documenti
Scansioni e PDF vengono memorizzati come `DocumentReference` con il file originale: caricati tramite la piattaforma o direttamente nello storage, quindi finalizzati con un checksum SHA-256 e dimensione. Dopo la finalizzazione, l'originale non può essere modificato; i valori estratti da esso puntano ad esso (`derived_from`). I file vengono conservati in un bucket di storage UE crittografato con una chiave gestita dal cliente, fino a 25 MiB ciascuno.

### Identità e isolamento
Ogni applicazione funziona all'interno di un progetto e vede solo i propri pazienti (più quelli che le hanno concesso l'accesso), sotto i propri identificatori pairwise. Un record al di fuori della sua portata non esiste per essa (`404`).

### Consenso
Un paziente concede a un'applicazione l'accesso per un periodo (30-365 giorni), a tipi di risorse e azioni specifici, opzionalmente limitati a una categoria. Le concessioni vengono duplicate come risorse FHIR `Consent` e possono essere revocate in qualsiasi momento. [Modello di consenso e accesso](https://developers.anpheros.com/it/guides/consent)

### Provenienza e audit
Ogni scrittura registra chi l'ha scritta (paziente, professionista sanitario, dispositivo, importazione o AI), per quale organizzazione e da quale sistema. Ogni lettura viene registrata e mostrata al paziente per applicazione.

### Scambio
Il record può essere esportato per intero (`Patient/$everything`), riassunto nel formato International Patient Summary (`Patient/$summary`), alimentato da laboratori (CSV, HL7 v2 ORU^R01, JSON) e monitorato tramite webhook firmati. [Integrazioni sanitarie](https://developers.anpheros.com/it/guides/healthcare-integrations)

### Residenza ed eliminazione
I dati vengono memorizzati ed elaborati nell'Unione Europea. L'eliminazione di un paziente elimina ogni risorsa del record.

## Creare la tua applicazione per il paziente

Se stai costruendo il livello applicativo, puoi concentrarti sull'esperienza utente e utilizzare Anpheros per la gestione dei dati:

1. crea un paziente per ogni utente (`POST /v1/patients`) o richiedi il consenso a un utente Anpheros esistente;
2. scrivi ciò che l'utente registra (`/v1/patients/{id}/observations`, `/conditions`, `/medications`, `/documents`);
3. rileggi i dati come liste o una timeline (`/v1/patients/{id}/timeline`);
4. sottoscrivi webhook per aggiornare le schermate quando un laboratorio o una clinica aggiunge qualcosa.

La guida completa è disponibile in [Build a healthcare app](https://developers.anpheros.com/it/guides/build-a-healthcare-app).

## Correlati

- [Cartella clinica del paziente](https://developers.anpheros.com/it/guides/patient-medical-record)
- [Backend e database dell'app medica](https://developers.anpheros.com/it/guides/medical-app-backend)
- [Sicurezza, privacy e residenza dei dati](https://developers.anpheros.com/it/guides/security)
- [Infrastruttura dati medica](https://developers.anpheros.com/it/guides/medical-data-infrastructure)