Un sensore rileva un’anomalia a casa, ma il dato arriva in ritardo o non compare nella cartella clinica: in sanità connessa, il problema spesso non è misurare, ma far arrivare l’informazione alla persona giusta. L’IoT in medicina può rendere possibile il monitoraggio a distanza e sostenere percorsi di cura più continui, purché dispositivo, software e organizzazione lavorino insieme.
Un progetto IoT sanitario funziona quando il dato attiva un percorso di cura
- Telemonitoraggio: sensori e dispositivi trasmettono parametri clinici, ma serve un protocollo che stabilisca chi li controlla e come interviene.
- Investimenti: la spesa italiana per la sanità digitale ha raggiunto 2,7 miliardi di euro nel 2025, ma la continuità dei progetti resta una sfida.
- Software: la sua destinazione d’uso può farlo rientrare nella disciplina dei dispositivi medici.
- Sicurezza: aggiornamenti, gestione degli accessi e risposta agli incidenti vanno progettati insieme al servizio.
- Scelta pratica: partire da un singolo percorso clinico, misurare i risultati e ampliare il progetto solo se i flussi reggono.
Il valore nasce quando la misurazione cambia una decisione clinica
Un saturimetro connesso, un sensore per la pressione o un dispositivo indossabile possono inviare dati da casa a una piattaforma sanitaria. Questa rete di oggetti e software viene spesso chiamata Internet of Medical Things (IoMT); il nome conta meno del percorso che costruisce intorno al dato.
La telemedicina comprende servizi diversi: il Ministero della Salute distingue, per esempio, il telemonitoraggio, con raccolta automatizzata e continuativa dei parametri, dal telecontrollo, basato su rilevazioni periodiche e contatti programmati. La distinzione aiuta a evitare un equivoco operativo: ricevere misurazioni senza aver definito chi le valuta non crea, da solo, un servizio di cura.
Immagina una persona con una patologia cronica che misura la pressione a domicilio. Se il sistema segnala un valore fuori soglia, il protocollo deve chiarire chi riceve l’avviso, entro quale fascia operativa, come si verifica una misurazione inattesa e quando si contatta il team clinico. Il sensore raccoglie; il servizio decide cosa succede dopo.
La spesa cresce, ma il progetto deve sopravvivere ai finanziamenti iniziali
Una piattaforma può funzionare durante una sperimentazione e fermarsi quando termina il budget. Per questo il dato economico va letto insieme alla capacità di mantenere personale, assistenza tecnica, dispositivi e integrazioni nel tempo.
Secondo l’Osservatorio Sanità Digitale del Politecnico di Milano, la spesa italiana per la sanità digitale ha raggiunto 2,7 miliardi di euro nel 2025, con una crescita del 9% rispetto al 2024. Nella stessa rilevazione, un terzo delle strutture pubbliche teme rallentamenti o riduzioni dei progetti avviati nel periodo del PNRR. Il segnale per le aziende è netto: valutare il costo di gestione e il carico di lavoro clinico fin dall’inizio, non soltanto il prezzo dei dispositivi.
Ritengo più convincente un progetto circoscritto, con un esito misurabile e responsabilità definite, di una piattaforma ampia che promette di connettere tutto subito. In una gara o in una partnership, chiedi quindi chi finanzierà l’assistenza agli utenti, la manutenzione e gli aggiornamenti dopo l’avvio: spesso è lì che la sostenibilità si gioca davvero.
Il software può ricadere nelle regole dei dispositivi medici
Un’app che mostra dati raccolti da uno smartwatch non ha automaticamente lo stesso ruolo di un software che interpreta quei dati per orientare una diagnosi o una terapia. La destinazione d’uso dichiarata e le funzioni effettive aiutano a capire quale percorso regolatorio considerare.
La guida MDCG 2019-11 rev. 1, aggiornata nel giugno 2025, tratta la qualificazione e la classificazione del software secondo i regolamenti europei sui dispositivi medici e diagnostici in vitro. Per un’impresa, il punto pratico è non rimandare la valutazione a dopo lo sviluppo: dichiarazioni promozionali, funzioni dell’algoritmo e uso previsto devono essere coerenti.
Se il sistema elabora un dato clinico e genera un avviso, chiarisci quale ruolo abbia l’avviso: semplice informazione, supporto a una decisione professionale o indicazione che può influenzare direttamente la gestione del paziente. Quando l’output entra nel processo decisionale clinico, la valutazione di conformità e delle evidenze richieste va affrontata con competenze regolatorie, non lasciata alla sola squadra software.
Se il dato non arriva o genera troppi allarmi, il flusso va rivisto
Un guasto del sensore e un allarme clinicamente irrilevante sembrano problemi diversi, ma possono produrre lo stesso esito: il team perde fiducia nel sistema. La tabella aiuta a distinguere il sintomo tecnico dalla decisione organizzativa da prendere.
| Situazione | Possibile causa o conseguenza | Che cosa fare |
|---|---|---|
| Misurazioni assenti o discontinue | Problemi di connessione, batteria, sincronizzazione o istruzioni poco chiare per chi usa il dispositivo | Definire controlli di qualità del dato e una procedura alternativa, come una misurazione manuale concordata con il team clinico |
| Molti avvisi senza azioni cliniche conseguenti | Soglie poco calibrate o assenza di un protocollo che assegni priorità e responsabilità | Rivedere soglie e percorso con i professionisti coinvolti; assegnare gli avvisi a ruoli e turni specifici |
| Il dato resta nella piattaforma del fornitore | Integrazione limitata con cartella clinica, sistemi aziendali o flussi di telemedicina | Verificare prima dell’acquisto formati di esportazione, interfacce, tracciabilità e modalità di uscita dal servizio |
| Dispositivo connesso ma senza aggiornamenti chiari | Rischio di vulnerabilità non corrette o dipendenza da un fornitore non più operativo | Chiedere durata del supporto, processo di aggiornamento, gestione delle vulnerabilità e piano di dismissione |
La Commissione europea struttura il proprio piano per la cybersicurezza di ospedali e fornitori sanitari attorno a prevenzione, rilevamento, risposta e deterrenza. Per una soluzione IoT, questo significa considerare la sicurezza lungo tutto il ciclo di vita: inventario dei dispositivi, aggiornamenti, accessi, monitoraggio degli incidenti e ripristino del servizio.
Interoperabilità e protezione dei dati vanno progettate prima del pilota
Un progetto pilota può sembrare riuscito anche quando i dati restano chiusi in un’app proprietaria. Il problema emerge dopo, quando la struttura vuole trasferire le informazioni nella cartella clinica, cambiare fornitore o includere altri dispositivi.
Prima di avviare il test, verifica chi è titolare del trattamento, quali soggetti accedono ai dati, per quanto tempo vengono conservati e come si gestiscono le richieste degli interessati. Definisci anche la granularità necessaria: per alcune decisioni servono misurazioni frequenti, per altre una sintesi periodica basta e riduce rumore, traffico e carico di revisione.
Il Regolamento europeo sullo spazio dei dati sanitari, consultabile su EUR-Lex, prevede un’applicazione graduale: dal 2029 sono previste tappe per lo scambio transfrontaliero di sintesi del paziente e prescrizioni elettroniche; dal 2031 la fase successiva include, tra gli altri, referti di laboratorio e immagini mediche. Per chi sviluppa oggi, progettare dati strutturati e portabili riduce il rischio di dover ricostruire le integrazioni più avanti.
Un pilota utile comincia da un solo percorso e da un esito verificabile
Per scegliere il primo caso d’uso, chiediti quale problema operativo il monitoraggio dovrebbe risolvere: ritardi nel rilevare un peggioramento, visite di controllo difficili da organizzare o raccolta frammentata dei parametri. Se non esiste un responsabile clinico del flusso e una risposta definita agli avvisi, il progetto non è pronto per essere esteso.
Una sequenza prudente è selezionare un gruppo circoscritto di utenti, concordare con il team soglie e responsabilità, controllare qualità e continuità delle misurazioni e misurare l’esito rispetto al processo precedente. Solo dopo si amplia il numero di dispositivi o di pazienti, tenendo conto di falsi allarmi, dati mancanti, tempo richiesto al personale e costi di supporto.
Questa è una valutazione tecnologica e organizzativa, non un’indicazione clinica: il testo ha finalità informative e non sostituisce il parere di un medico, di un professionista sanitario o di un consulente regolatorio. Prima di introdurre dispositivi o modificare un percorso assistenziale, confronta le scelte con i referenti clinici, privacy, sicurezza informatica e conformità normativa.