Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Infrastruttura per fascicolo sanitario digitale

L'infrastruttura necessaria per un fascicolo sanitario digitale — struttura, cronologia, documenti, isolamento, consenso, audit, scambio — e perché è tenuta separata dall'applicazione rivolta al paziente.

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

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

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

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:

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

La guida completa è disponibile in Build a healthcare app.

Correlati

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card