Un gestionale per sapere se la struttura sta guadagnando.
Una struttura residenziale per anziani autosufficienti, 25 ospiti e solo rette private. Il titolare ci ha chiesto una cosa precisa: una foto onesta del presente, cioè sapere se la struttura guadagna.
Per una struttura residenziale per anziani autosufficienti stiamo costruendo un gestionale in Laravel 13 e Filament 5. Il database stesso impedisce due soggiorni aperti sullo stesso letto, le tariffe si concordano per soggiorno e il primo periodo tariffario si crea da solo. Il piano è diviso in dieci lotti, fino a una dashboard costruita su chiusure mensili congelate, per competenza e per cassa. È la stessa struttura in cui avevamo già realizzato la rete.
Contesto
La struttura ospita 25 persone autosufficienti in 15 camere, tra singole e doppie, per 25 posti letto. Le rette sono solo private: nessuna convenzione, nessun rimborso pubblico. Il cliente ci conosceva già, perché la rete dell'edificio l'abbiamo progettata e installata noi.
Il problema
Con le sole rette private, il risultato della struttura dipende da poche variabili: quanti letti sono occupati, a quale tariffa, quanto costa la gestione. Ma tra ingressi a metà mese, camere doppie, depositi e pagamenti, capire se un mese è andato bene voleva dire rimettere insieme dati sparsi. E un mese già chiuso che si può ancora modificare rende inaffidabile anche il confronto con il passato.
Cosa abbiamo fatto
- 01
Regole nel database, non solo nell'interfaccia
Su ogni letto può esserci un solo soggiorno aperto: lo garantisce un vincolo del database, così nemmeno un errore del codice o un'importazione possono assegnare lo stesso letto a due ospiti.
- 02
Tariffe concordate per soggiorno
La retta si concorda per ogni soggiorno, con tariffe diverse per camera singola e doppia. Quando si apre un soggiorno, il primo periodo tariffario si crea da solo; i cambi successivi si aggiungono come nuovi periodi.
- 03
Dieci lotti, uno alla volta
Motore delle tariffe, fatturazione mensile, contatti e depositi, pagamenti e note, costi, chiusure mensili, dashboard, ruoli e impostazioni. Ogni lotto va in produzione quando è completo, senza aspettare gli altri.
- 04
Mesi chiusi che non cambiano
Ogni mese si chiude con una fotografia congelata, letta in due modi: per competenza, cioè quello che il mese ha prodotto, e per cassa, cioè quello che è entrato davvero.
- 05
Rilasci senza interruzioni
Database MariaDB e rilasci con Laravel Forge senza tempi di fermo. L'accesso al pannello è limitato a due domini email aziendali.
Com'è andata
I primi due lotti sono in produzione da maggio 2026, gli altri sono in lavorazione. Il passo successivo è una simulazione del punto di pareggio a gradini: quanti letti occupati servono, e a quali tariffe, perché la struttura stia in attivo.
Strumenti
Domande frequenti
Perché non un software per RSA già pronto?
Perché molti pacchetti sono pensati per strutture convenzionate, con tariffe regionali e flussi verso l'ASL. Qui ci sono solo rette private e una domanda precisa del titolare: la struttura guadagna?
Cosa vuol dire competenza e cassa?
Per competenza si guarda quanto ha prodotto il mese, anche se non è ancora stato incassato; per cassa quanto è entrato davvero. Servono entrambe: la prima dice se la struttura guadagna, la seconda se ha la liquidità per pagare.
Perché un pareggio a gradini?
Perché i costi non crescono in modo continuo: oltre una certa soglia di ospiti cambiano personale e spese, e il punto di pareggio si sposta. Una simulazione a gradini rende visibili queste soglie.