Il direttore di un gruppo medico con 3-5 sedi tipicamente apre il lunedì mattina 8 file Excel diversi, mette insieme dati arrivati con formati diversi da segretarie diverse di sedi diverse, e arriva al meeting con i suoi responsabili con un quadro che è già obsoleto di 24 ore. Questa non è governance: è archeologia. Un gestionale multisede serio cambia radicalmente il lavoro del direttore — e spesso decide se un'espansione a 5-10 sedi sarà sostenibile o sarà un suicidio organizzativo. Vediamo come deve essere fatto.

Le 3 esigenze che un gestionale multisede deve soddisfare

Direttore del gruppo / CEO

Vuole vedere tutto in un colpo d'occhio: quale sede performa meglio, dove sono i colli di bottiglia, dove allocare risorse. Non vuole 5 report da incrociare manualmente.

Responsabile di sede

Vuole gestire la sua sede senza interferire con le altre. Vuole vedere i suoi numeri, i suoi pazienti, il suo team. Non vuole vedere cose che non lo riguardano (e non deve, per separazione organizzativa).

Paziente che si sposta fra sedi

Sempre più frequente: il paziente prenota la prima visita a Milano (sede principale), il trapianto a Roma (sede chirurgica), i controlli a Napoli (sede vicina a casa). Vuole un solo profilo, uno solo storico, una sola cartella che lo segue ovunque.

Le 8 funzioni che un gestionale multisede deve avere

1. Dashboard aggregata con switch sede

Una dashboard di gruppo che mostra KPI di tutte le sedi (fatturato, prime visite, conversion, no-show), con switch one-click per visualizzare solo una sede specifica. Gli stessi grafici, due viste.

2. Accessi gerarchici granulari

Ogni utente vede solo le sedi di sua competenza:

Configurazione granulare per modulo e per sede.

3. Cartella paziente unica trasversale

Quando il paziente passa da Milano a Roma, non si crea una nuova cartella: si aggiungono visite alla stessa cartella, con flag della sede di esecuzione. Il medico di Roma vede tutto lo storico fatto a Milano.

4. Report comparativi per sede

Tabelle che confrontano le sedi su KPI standard:

Sede Prime visite/mese Conversion Fatturato No-show
Milano 142 38% 87.000 € 7%
Roma 98 32% 64.000 € 11%
Napoli 78 41% 52.000 € 8%

A colpo d'occhio: Roma ha un problema di conversion e un no-show più alto della media. Senza un report comparativo, ci si arriva in 3 settimane. Con il report, in 3 minuti.

5. Magazzino centralizzato con scorte per sede

Il magazzino è uno solo logicamente, ma con scorte fisiche distribuite. Il sistema sa quanto minoxidil c'è a Milano e quanto a Roma, e gestisce trasferimenti fra sedi (carico/scarico/reso). Vedi anche l'articolo sull'e-commerce integrato.

6. Agenda per medico itinerante

Un chirurgo che opera lunedì a Milano e mercoledì a Roma deve avere un'agenda unica con doppia disponibilità. Il sistema gestisce il fuso, le fasce orarie, i conflitti.

7. Fatturazione per sede ma report consolidato

Ogni sede ha la sua P.IVA (o partita IVA del gruppo), emette le sue fatture, ma il direttore vede il report consolidato del gruppo. Strutturato per essere conforme alla normativa fiscale italiana.

8. Provvigioni e accordi commerciali per sede

Se i medici lavorano con accordi commerciali diversi per sede (es. medico A guadagna il 30% delle visite a Milano e il 25% a Roma), il sistema calcola automaticamente i compensi mensili. Riduce errori contabili al minimo.

Errori da evitare nella scelta di un gestionale multisede

Errore 1: scegliere un gestionale single-site con "campo sede"

Molti gestionali generalisti vendono "siamo multisede" ma in realtà aggiungono un campo "sede" filtrabile. Questo non è multisede serio. Multisede vuol dire architettura ribaltata: ogni dato sa a quale sede appartiene, ogni utente sa quali sedi può vedere, ogni report può essere aggregato o segmentato.

Errore 2: non separare correttamente accesso clinico e amministrativo

In multisede questo errore si moltiplica. La segreteria di Milano non deve vedere le cartelle cliniche dei pazienti di Roma (anche per GDPR). Servono accessi gerarchici granulari, non "tutti vedono tutto".

Errore 3: scegliere un sistema che non gestisce il paziente trasversale

Se il sistema costringe a creare una cartella diversa per ogni sede dove il paziente fa visita, nascono duplicati, dati persi, e il paziente che cambia sede si sente trattato come un nuovo arrivato (esperienza pessima).

Multisede in Trion: come è progettato

Trion è progettato in architettura multi-sede nativa. Caratteristiche:

Casi cliente reali: Medical Group Srl (5 sedi in Italia, 12+ medici) ha adottato Trion nel 2025 e ha ridotto del 40% le ore di management dedicate a "incrociare Excel" — circa 6 ore/settimana di tempo direzionale liberate.