Quali dati trattiamo, per quali finalità, dove, per quanto e con quali garanzie
È la domanda di ogni DPO. Qui trovate le risposte, con le fonti ufficiali accanto alle affermazioni. Le basi giuridiche le individua la struttura come titolare: noi descriviamo il servizio e forniamo la documentazione.
Aggiornato a ottobre 2026Chi fa cosa
- TitolareLa struttura sanitariaDecide finalità e mezzi per la gestione dei propri lavoratori.
- Responsabile · art. 28TymetricGDP Analytics s.r.l. tratta i dati su istruzione della struttura.
- Sub-responsabileAmazon Web ServicesPer Mya e Deep planning, tramite Amazon Bedrock. Il DPA è incorporato nei termini del servizio.
- La struttura autorizza per iscritto il ricorso ai sub-responsabili; vi informiamo degli aggiornamenti e potete opporvi.
- Questa pagina riguarda Mya nell'app. Mya sul sito tymetric.com, la chat che risponde ai visitatori, è un servizio diverso: ne è titolare GDP Analytics e trovi i dettagli nella Privacy Policy.
- Vincoliamo i sub-responsabili a obblighi coerenti con i nostri e restiamo responsabili verso di voi.
- Con Bedrock, i fornitori dei modelli non accedono a prompt e risposte: i modelli girano in infrastruttura gestita da AWS.
Quali dati e perché
Tymetric pianifica il personale. Questi sono i dati che servono a farlo, archivio per archivio.
| Categoria | Esempi | Perché serve |
|---|---|---|
| Identificativi | Nome, cognome, matricola, email, immagine di profilo | Riconoscere le persone nel piano e avvisarle |
| Organizzazione | Azienda, reparto, responsabili, team | Limitare la visibilità al perimetro autorizzato |
| Profilo professionale | Ruolo, professione, specializzazione, competenze e livelli | Assegnare solo chi è abilitato a quell'attività |
| Contratto e pianificazione | Ore settimanali, articolazione del lavoro, disponibilità, desiderata, turni anche provvisori, sessioni di modifica | Rispettare contratto, riposi e disponibilità |
| Assenze e richieste | Ferie, formazione, congressi, imprevisti, note | Approvare le richieste e coprire i turni |
| Storico delle modifiche | Autore, momento e contenuto di ogni pubblicazione o variazione | Ricostruire chi ha pianificato cosa |
| Notifiche email | Nome, indirizzo, riferimenti al turno | Avvisare di approvazioni, cambi e imprevisti |
| Mya e Deep planning | Messaggi, proposte e revisioni; nella modalità Deep planning anche il testo estratto dagli allegati | Eseguire le richieste del coordinatore e ritrovarle |
| Audit tecnico | Attore, azione, indirizzo di rete, valori precedenti e successivi | Sicurezza e diagnosi dei malfunzionamenti |
Un'assenza registrata come malattia rivela un dato sulla salute anche senza diagnosi. Il Garante ha ribadito che il dato sulla malattia serve a giustificare l'assenza, non a valutare la diligenza del lavoratore (provvedimento del 17 aprile 2026, n. 270). Per questo la pianificazione non chiede la causale: l'assenza può restare «Non dichiarata».
Misure in esercizio
Verificate sul codice e coperte da test automatici.
- Ognuno vede solo il proprio perimetroSegregazione per azienda e reparto, applicata ai dati e all'interfaccia applicativa. Un operatore accede ai propri turni; i dati del reparto, assenze comprese, li vede solo il responsabile, e solo per le attività di sua competenza.
- Autenticazione a tokenCon rotazione del token di rinnovo e invalidazione del precedente.
- Cifratura in transitoSu tutti i canali esposti.
- Controllo all'avvioIn esercizio l'applicazione non parte se un parametro di sicurezza critico è rimasto a un valore segnaposto.
- Demo con dati anonimiNelle presentazioni usiamo un ambiente dimostrativo, mai il personale reale.
Minimizzazione
Al piano basta sapere chi c'è e chi no. Per questo, nell'accordo con la struttura, ci impegniamo a:
- Non chiedere causali sanitarie: ferie, formazione o «Non dichiarata» bastano alla pianificazione.
- Scartare all'ingresso i campi non pertinenti: non vengono memorizzati né nel database né nei log.
- Accorciare la vita della categoria di assenza: si conserva per un periodo più breve, poi resta solo il fatto che la persona era assente.
L'AI e Amazon Bedrock
Mya e Deep planning lavorano con modelli di frontiera, tramite Amazon Bedrock. Addestramento, conservazione, localizzazione e accesso ai dati sono domande diverse: rispondiamo a ciascuna.
- I vostri dati addestrano i modelli?
- No. AWS esclude l'uso di input e output di Bedrock per addestrare i modelli, propri o di terzi.
- Dove avviene l'elaborazione?
- L'elaborazione è configurata nell'Unione europea.
- Il modello conserva i dati?
- No: zero retention. Prompt e risposte non restano presso il servizio del modello. Le conversazioni restano in Tymetric, per reparto e sessione.
- Il fornitore del modello vede i dati?
- No. In Bedrock i modelli girano in infrastruttura gestita da AWS e i loro fornitori non accedono a prompt e risposte.
- Arrivano dati personali al modello?
- Sì, anche nomi e cognomi, quando servono all'operazione richiesta. Il perimetro è descritto nella mappa dei trattamenti.
Archivi e conservazione
«Log» indica cose diverse, con finalità diverse. Le teniamo separate.
- SicurezzaAudit tecnicoAttore, azione, indirizzo di rete, percorso della richiesta. Serve a diagnosi e sicurezza applicativa.30 giorni, eliminazione automatica
- Prova funzionaleStorico delle modificheChi ha pubblicato o modificato un turno, quando e con quale contenuto: cosa è stato proposto e cosa approvato.
- Tracciabilità dell'AIRecord dell'AIConversazioni con Mya e Deep planning, piani, decisioni ed evidenze dell'interazione con il sistema AI.
Ogni categoria ha una durata motivata nella matrice di conservazione, con la cancellazione come azione finale. L'eliminazione si estende alle copie dei dati identificativi presenti sui turni.
Documenti per il DPO
Prima dell'attivazione completiamo con voi il fascicolo. La protezione dei dati deve essere dimostrabile, non solo dichiarata.
- Accordo art. 28Istruzioni, perimetro, misure, sub-responsabili
- Mappa dei trattamentiDati, finalità, interessati, flussi, archivi
- Fornitori e AWSContratto, DPA, configurazione di Bedrock
- Matrice di accessoRuoli, reparti, assistenza, amministrazione
- Matrice di conservazioneDurate per categoria, restituzione, eliminazione, backup
- Procedure operativeDiritti, incidenti, ripristino, vulnerabilità
- Supporto alla DPIARischi, misure ed evidenze per la vostra valutazione
In caso di violazione dei dati vi avvisiamo senza ingiustificato ritardo, perché possiate valutare la notifica al Garante entro 72 ore.
Richiedi il fascicolo per il DPODomande del DPO
AWS ha firmato la vostra nomina?
Il Data Processing Addendum di AWS è incorporato nei Service Terms (punto 1.14). Documentiamo il contratto applicabile al nostro account, con data e riferimento.
Serve un accordo separato con il fornitore del modello?
Per l'uso tramite Bedrock no: i modelli sono distribuiti in infrastruttura AWS e il loro fornitore non accede a prompt e risposte, quindi non tratta direttamente i vostri dati.
Serve il consenso dei lavoratori?
Le basi giuridiche le individua il titolare, finalità per finalità. Nel rapporto di lavoro lo squilibrio tra le parti rende raramente il consenso la base corretta.
Avete una DPIA?
La DPIA è del titolare, sul proprio trattamento. Noi forniamo documentazione e assistenza: rischi, misure ed evidenze del servizio.
Perché l'audit tecnico dura solo 30 giorni?
Perché serve alla sicurezza, non a ricostruire la pianificazione: una durata breve è una scelta di minimizzazione. Chi ha deciso cosa resta nello storico delle modifiche, che è un archivio distinto.
Dove è ospitata l'applicazione?
Nell'Unione europea. Su richiesta la struttura può installarla in locale, presso di sé. L'unica parte che non può essere installata in locale è la modalità Deep planning, che usa Amazon Bedrock.
Fonti
Il vostro DPO ha altre domande?
Organizziamo un incontro con chi segue privacy e sicurezza nella vostra struttura, o vi mandiamo il fascicolo.
🔒 Conversazione riservata. I dati che ti chiederemo servono solo a inviarti l'NDA e una copia della conversazione. Consulta la Privacy Policy.
Preferisci la posta? Scrivici a info@tymetric.com