Strutturare il piano del sito di una piattaforma sanitaria non si limita ad allineare le pagine in un menu. L’architettura dell’informazione condiziona la circolazione dei dati tra professionisti, pazienti e sistemi terzi. Con l’entrata in vigore progressiva del regolamento europeo sullo spazio europeo dei dati sanitari (EHDS) a partire da marzo 2027, e gli scambi transfrontalieri previsti a partire da marzo 2029, la progettazione di una struttura adeguata diventa un prerequisito tecnico tanto quanto editoriale.
Interoperabilità e piano del sito: perché la struttura condiziona gli scambi di dati
La maggior parte delle guide sulla creazione di siti medici affronta il piano del sito come un esercizio editoriale. Si classificano le pagine per specialità, si aggiunge un modulo di contatto e poi si passa al design. Questo approccio omette un parametro strutturante: l’interoperabilità impone un’organizzazione funzionale dei contenuti.
Una piattaforma che scambia documenti con Mon espace santé è valutata su diversi assi, tra cui l’urbanizzazione, la sicurezza, l’etica e la conformità al GDPR. Ciò significa che il piano del sito deve distinguere nettamente gli spazi pubblici (informazioni generali, presentazione delle cure), i conti professionali, i percorsi dei pazienti e le funzioni di scambio di documenti.
Un esempio concreto di questa logica applicata alla mappatura di una piattaforma è visibile su il sito Irist Santé, dove le sezioni riflettono una segmentazione per tipo di utente e per funzione piuttosto che una semplice gerarchia editoriale.
Costruire il sitemap attorno a dati strutturati (standard FHIR, DICOM) piuttosto che a PDF o moduli proprietari prepara anche la piattaforma agli obblighi dell’EHDS. I feedback sul campo divergono sul livello di maturità reale delle piattaforme esistenti di fronte a queste esigenze, ma la direzione normativa è chiara.
MSSanté nel piano del sito: una sezione funzionale, non una pagina di contatto
Integrare la messaggistica sicura di salute (MSSanté) nella struttura di una piattaforma merita una riflessione specifica. Le raccomandazioni recenti prevedono interfacce standardizzate, l’invio di documenti sanitari strutturati conformi al CI-SIS, l’integrazione automatica dei messaggi ricevuti nella cartella clinica e l’utilizzo dell’Elenco Sanitario per selezionare i destinatari.
MSSanté non può essere ridotta a un semplice link nel piè di pagina. Il piano del sito dovrebbe dedicarle una sezione funzionale distinta, con almeno:
- Uno spazio di invio e ricezione di documenti strutturati, accessibile dal cruscotto professionale
- Un sistema di selezione dei destinatari connesso all’Elenco Sanitario, per evitare errori di indirizzamento
- Un meccanismo di archiviazione automatica che classifica gli scambi nella cartella clinica corrispondente
Trattare MSSanté come un mattone isolato, nascosto in una sottopagina “contatto”, significa perdere la tracciabilità degli scambi e complicare il coordinamento delle cure tra professionisti.
Accessibilità RGAA e architettura dell’informazione in sanità
Una piattaforma sanitaria si rivolge a utenti le cui capacità variano notevolmente: persone anziane, pazienti con disabilità, caregiver poco familiari con il digitale. Il Referente Generale di Miglioramento dell’Accessibilità (RGAA) impone criteri che influenzano direttamente la struttura del piano del sito.
L’accessibilità si gioca già nella gerarchia delle pagine, non al momento dell’audit finale. Un menu di navigazione troppo profondo (più di tre livelli) penalizza gli utenti di lettori di schermo. Titoli di sezioni ambigui (“I miei servizi”, “Il mio spazio”) complicano la navigazione per le persone con disturbi cognitivi.
Le obbligazioni variano a seconda delle dimensioni della struttura e del suo stato, ma le piattaforme che trattano dati sanitari sono soggette a un livello di esigibilità elevato. Diversi punti meritano particolare attenzione durante la progettazione del sitemap:
- Ogni pagina deve avere un titolo unico e descrittivo, leggibile fuori contesto da una tecnologia di assistenza
- I percorsi dei pazienti (prenotazione, consultazione dei risultati, messaggistica) devono essere raggiungibili con un numero limitato di clic dalla pagina principale
- I documenti scaricabili (prescrizioni, referti) dovrebbero essere raggruppati in una sezione dedicata piuttosto che disperso in più sezioni
Prevedere queste restrizioni già nella fase di progettazione del piano del sito evita rifacimenti costosi una volta che la piattaforma è in produzione.
Dati strutturati e standard FHIR: cosa deve anticipare il sitemap
Il regolamento EHDS spinge le piattaforme sanitarie verso un modello in cui i dati sono riutilizzabili e interoperabili per default. Questo non riguarda solo i database interni: il piano del sito stesso deve riflettere questa logica.
Organizzare i contenuti attorno a risorse FHIR (Fast Healthcare Interoperability Resources) significa, ad esempio, che la sezione “Cartella clinica” non contiene semplicemente PDF scansionati. Espone dati strutturati consultabili da altri sistemi autorizzati. Il piano del sito deve quindi prevedere URL stabili per ogni tipo di risorsa, piuttosto che percorsi dinamici che cambiano ad ogni aggiornamento del software.
Un URL stabile per tipo di risorsa facilita l’indicizzazione e l’interoperabilità. I percorsi di cura, i documenti di coordinamento, i risultati degli esami: ognuno di questi elementi guadagna a occupare un posto identificabile nella struttura.
Gestione dei diritti di accesso nella struttura
Il piano del sito di una piattaforma sanitaria non è completamente pubblico. Alcune sezioni sono visibili solo dai professionisti autenticati, altre dai pazienti connessi. Questa segmentazione dei diritti di accesso deve essere pensata già nella progettazione della struttura, e non aggiunta successivamente tramite filtri tecnici.
Prevedere un sitemap XML distinto per i motori di ricerca (solo pagine pubbliche) e una mappatura interna completa per la gestione dei processi costituisce una buona pratica. Confondere sitemap pubblico e mappatura funzionale interna genera falle di sicurezza e problemi di indicizzazione.
L’architettura di una piattaforma sanitaria si costruisce all’incrocio di vincoli raramente riuniti altrove: regolamentazione sui dati personali, requisiti di accessibilità, interoperabilità tecnica tra sistemi, coordinamento tra professionisti con profili vari. Il piano del sito non è un deliverable secondario da produrre alla fine del progetto. È la base su cui poggia la capacità della piattaforma di svolgere la sua funzione principale: far circolare la giusta informazione verso il giusto utente, al momento giusto.
