Le specificità del FM in ambito ospedaliero

Premesse

In ospedale il Facility Management non è “solo” gestione di edifici e servizi: è una funzione operativa che impatta direttamente continuità clinica, sicurezza del paziente, tempi di risposta, responsabilità e controllo di budget. Dal punto di vista del mio ambito (quello dei sistemi informativi), il tema è particolarmente importante perché molte Aziende Ospedaliere, ASL e Cliniche si sono dotate o chiedono Sistemi per affrontare al meglio le attività FM sui loro patrimoni: senza dati affidabili, tracciabilità e workflow chiari si finisce con interventi reattivi, escalation informali, costi non governati e livelli di servizio non dimostrabili. Il perimetro qui è il FM “hard” e “soft” ospedaliero (impianti, manutenzioni, energia, cleaning, logistica interna, portierato, gestione spazi), letto come processi + ruoli + dati + sistemi per eseguire e controllare. Visti i commenti fin qui ricevuti sui post precedenti cercherò di entrare più nel tecnico e adotterò un linguaggio più conciso e tecnico.

Che cosa rende critico l’ambito “ospedaliero” per il FM?

In pratica questo specifico ambito patrimoniale vive di rischio operativo (e quindi aziendale e reputazionale) più alto: un guasto o un disservizio non genera solo disagio, può generare interruzione di attività cliniche, contaminazione, incidenti, ritardi su percorsi di cura. Significa anche che le priorità non sono uniformi: un fermo in terapia intensiva non è paragonabile a un fermo in uffici amministrativi, quindi servono regole di priorità codificate e condivise.

Operativamente si parte definendo una mappa di criticità per aree e impianti: aree a rischio (sale operatorie, TI, diagnostica, laboratori), impianti critici (elettrico, gruppi elettrogeni, UPS, gas medicali, HVAC/pressioni differenziali, antincendio), servizi sensibili (cleaning, rifiuti sanitari, biancheria, logistica). Il risultato atteso (output) è una classificazione che poi guida tempi, permessi, SLA e escalation.

Criticità tipiche: “tutto è urgente”, criteri impliciti, priorità decise al telefono. Per evitarlo: formalizzare poche classi (es. critico clinico / clinico / operativo / non urgente) e associare azioni osservabili per ciascuna (tempo di presa in carico, tempo di ripristino, chi autorizza, canale di chiamata).

Qual è il perimetro informativo minimo per non perdere controllo?

Qui serve sapere sempre: cosa stai gestendo (asset/spazi), dove si trovano e su cosa hanno impatti a cascata (localizzazione), chi è responsabile, che contratto/fornitore lo copre, che stato ha (disponibile, fuori servizio, in deroga), e che storico ha (interventi, costi, fermi, non conformità). Senza questo, l’operatività diventa meno precisa e non scalabile.

Per avere visione precisa del perimetro serve un set adeguato di anagrafiche e relazioni: asset e gerarchia impianti, mappa spazi/stanze con funzione clinica, anagrafica fornitori/contratti/SLA, registro autorizzazioni e permessi per aree sensibili, e un modello di ticket che colleghi richiesta → intervento → esito → costo → fermo. Input: dati tecnici e planimetrie, inventari esistenti, contratti, struttura organizzativa. Output: una “fonte unica” (anche progressiva) su cui agganciare pianificazioni e consuntivi.

Criticità tipiche: anagrafiche duplicate tra ufficio tecnico, ingegneria clinica, sicurezza, appaltatori; codifiche incoerenti; localizzazioni “a testo libero”. Mitigazione: definire un identificativo univoco e regole di naming/locazione (es. edificio–piano–reparto–stanza), vietare campi liberi dove serve standard, e introdurre un processo di “data governance” con un responsabile per la qualità dei dati.

Come si definiscono priorità ed escalation in modo difendibile ?

La criticità clinica ha un impatto preciso in termini di tempi e responsabilità: chi risponde, entro quando, con quali vincoli di accesso, e cosa succede se non si rientra nel tempo. In ospedale, SLA senza regole di escalation diventano conflitti e di conseguenza contenziosi.

Serve costruire una matrice che lega: tipologia richiesta (guasto impianto, comfort, sicurezza, contaminazione, accessi), area (critica/non critica), impatto (fermo attività clinica sì/no), e quindi classe di priorità. Ruoli: richiedente (reparto), centrale operativa/desk FM, tecnico interno, fornitore, referente clinico di guardia per autorizzazioni, HSE/qualità per eventi. Input: classificazione aree e impianti, disponibilità presidio (H24/H12), contratti. Output: catalogo richieste con SLA e percorso di escalation (es. dopo X minuti avviso reperibile, dopo Y attivazione seconda linea, dopo Z comunicazione direzione sanitaria).

Criticità tipiche: SLA copiati da contesti non sanitari, mancanza di presidio H24 su componenti critici, escalation “saltata” perché non si fidano del processo. Mitigazione: testare la matrice su casi reali (ultimi 3 mesi), e mettere una regola semplice: nessuna urgenza fuori processo se non con motivazione tracciata (campo obbligatorio “motivo bypass”).

Come si gestiscono accessi, permessi e interferenze senza bloccare l’ospedale?

Ogni attività FM nel perimetro dell’Ospedale può interferire con pazienti, percorsi sterili, apparecchiature, sicurezza antincendio e flussi. Quindi “fare manutenzione” include sempre un pezzo di coordinamento: autorizzazioni, finestre, modalità operative, comunicazioni, ripristino e pulizia finale.

Torna utile organizzare un workflow di permesso/lavoro (digitale o ibrido) con: richiesta, valutazione interferenze, autorizzazione del reparto, pianificazione finestra, check pre-intervento (DPI, segregazioni, materiali), esecuzione, check di ripristino e “restituzione area”. Ruoli: FM planner, capo reparto o delegato, sicurezza/HSE, appaltatore, cleaning per ripristino, eventualmente ingegneria clinica se ci sono dispositivi medici in prossimità. Input: tipo area, rischio biologico, procedure interne, calendario attività cliniche. Output: permesso approvato, evidenze (foto, checklist), timestamp e firma/validazione.

Criticità tipiche: lavori avviati “perché urgenti” senza coordinamento, permessi cartacei non rintracciabili, ripristino incompleto (polveri, varchi, segnaletica). Mitigazione: checklist obbligatorie per classi di area e una regola operativa: nessun ticket può chiudersi in area critica senza “check di restituzione” validato dal reparto.

Che cosa cambia nella manutenzione: preventiva, predittiva e gestione dei fermi?

In ospedale la manutenzione preventiva è una leva chiave per ridurre guasti su impianti critici e dimostrare conformità. La predittiva ha senso dove ci sono dati e sensori affidabili, ma non deve diventare un progetto infinito: prima serve che la preventiva e la correttiva siano tracciate bene.

Criticità tipiche: preventiva pianificata ma non eseguita (o eseguita “a spunta”), mancanza di ricambi, interventi senza test finale, downtime non misurato. Mitigazione: introdurre “definition of done” per ogni attività critica (passi minimi + prova funzionale) e legare la chiusura dell’ordine di lavoro a evidenze minime (checklist + misurazione o lettura strumentale quando applicabile).

Quali dati servono davvero per controllare costi e qualità del servizio ?

Per avere capacità di azione strategica in un oceano di complessità come quello sanitario serve scegliere pochi indicatori che cambiano comportamenti: tempi, volume, recidive, costi per area/asset, e rispetto delle finestre operative. In ospedale è fondamentale distinguere ciò che è “rumore” (ticket non strutturati) da ciò che è segnale (guasti ripetuti su asset critici, ritardi su aree sensibili).

Operativamente vale la pena definire nel Sistema Informativo KPI con impatti elevati: tempo di presa in carico, tempo di ripristino, backlog, percentuale preventiva completata, first time fix, recidiva entro 30/60 giorni, costo per categoria (correttiva/preventiva/straordinaria), downtime su impianti critici, non conformità su cleaning (se integrato). Input: ticket e ordini di lavoro strutturati, anagrafiche, costi (ore, materiali, canoni), classificazione aree. Output: cruscotti operativi per turno/settimana e cruscotti direzionali mensili.

Criticità tipiche: KPI calcolati su dati sporchi, definizioni diverse tra fornitori. Mitigazione: poche metriche con audit a campione, più una regola semplice: nessun KPI senza definizione di campo e di evento (quando inizia/finisce, chi registra, controlli di coerenza).

Come si integra il FM con gli altri sistemi ospedalieri ?

L’obiettivo operativo è che la richiesta entri una volta, venga classificata correttamente e arrivi al team giusto, mantenendo tracciabilità end-to-end.

Serve poter interagire con i team delle altre funzioni aziendali per disegnare una mappa di integrazione “efficace”: canali di apertura (portale, call center, app), CMMS/CAFM come sistema di gestione lavoro, anagrafiche asset/spazi come riferimento, e interfacce con sicurezza/HSE (permessi), magazzino (ricambi), eventualmente BMS/SCADA (allarmi impianti) e sistemi clinici se e solo dove serve per le finestre operative.Output: matrice “master data” (chi è master di cosa) e regole di sincronizzazione (frequenza, responsabilità, controlli).

Criticità tipiche: integrazioni fatte “a progetto” senza ownership, master data non deciso, allarmi tecnici che generano ticket duplicati. Mitigazione: decidere per ogni dato un solo “sistema master”, introdurre deduplica e correlazione (es. stesso asset + stessa anomalia + stessa finestra temporale), e definire un responsabile operativo delle integrazioni (non solo IT).

Conclusione

Le specificità del FM in ambito ospedaliero stanno tutte in un punto: l’operatività non si misura solo in “interventi chiusi”, ma in continuità del servizio clinico con tracciabilità, tempi certi e responsabilità chiare. Se il sistema informativo non porta a classificazione robusta, workflow di permessi, dati minimi affidabili e governance ricorrente, allora non sta “supportando” il FM: sta solo registrando caos.

Se vuoi un supporto qualificato sull’argomento puoi contattarmi qui