Dati clinici e prescrizioni richiedono un livello di protezione diverso da una normale app. Ecco, in dettaglio, come è costruita l'architettura di MedHubb.
Chi può vedere cosa.
L'accesso ai dati è controllato a livello di database, non solo nell'interfaccia.
Un paziente (dall'app)
Usa l'app e vede solo il proprio profilo, le proprie richieste di ricetta e di appuntamento e i collegamenti con i medici che ha scelto. Nessuna query, nemmeno malformata, può restituire i dati di un altro paziente: la regola è applicata dal database stesso, non da un controllo lato applicazione che si potrebbe dimenticare di scrivere.
Un medico
Vede solo i pazienti con cui ha un collegamento accettato. La policy che abilita questo accesso incrociato tra le tabelle di medici e pazienti è isolata e verificata separatamente dal resto delle regole di accesso, proprio perché è il punto più delicato del sistema.
Cosa c'è sotto il cofano.
Autenticazione JWT
Ogni richiesta all'API porta un token verificato da Supabase Auth. Senza un token valido, nessun endpoint restituisce dati.
Row level security
Le policy vivono nel database PostgreSQL, non nel codice dell'applicazione. Anche un bug nell'interfaccia non può aggirarle.
Dati cifrati
Le informazioni sensibili sono protette in transito con TLS e cifrate a riposo dal fornitore del database.
Professionisti verificati
Verifichiamo a mano l'iscrizione all'albo prima di attivare un account: nessuno si registra da solo.
Rate limiting
La registrazione e gli endpoint sensibili sono protetti da limiti di frequenza per contenere abusi e tentativi automatizzati.
Database in UE (Stoccolma)
Il database è su Supabase, nella regione europea di Stoccolma.
Hai trovato una falla di sicurezza?
Segnalacela direttamente prima di renderla pubblica. Scrivi a info@medhubb.app descrivendo il problema riscontrato: rispondiamo a ogni segnalazione ricevuta.
Porta in ordine il lavoro dello studio.
Compila il modulo e ti mostriamo MedHubb sul tuo studio. L'account viene verificato prima dell'attivazione.