Thread by @pikott8

Appunti per gestione pratica tracciamento dati isolamento domiciliare per #COVIDー19 .

Situazione iniziale:
- no controlli a tappeto sulla popolazione e tracciamento spostamenti rendono la diffusione del virus "invisibile"

- l'invisibilità porta a misure di isolamento domiciliare collettivo con la speranza del rallentamento della diffusione.
- l'isolamento collettivo è una sorta di "presunzione d'infezione" per tutti.
- l'isolamento dipende dai comportamenti dei singoli

- la durata dell'isolamento e la durezza della sua applicazione dipendono dai dati parziali giornalieri su contagio/mortalità

Corollari:
- Il problema è complesso, le misure "semplici" non funzionano
- per la gestione di problemi complessi il divide et impera è d'obbligo

Soluzioni alternativa: tracciamento dati:
- La Corea del Sud ha gestito la situazione tramite test + tracciamento
- il tracciamento solleva problemi di privacy

- La privacy è una questione di policy (politica).
Aggregazione dei dati porta i singoli a diventare "nuvole di dati", preservando la privacy del singolo
- tracciare a ritroso i dati aggregati di spostamento dei singoli può portare a definire "zone di contagio sospetto"

- In queste zone e per il periodo di incubazione, casi conclamati rendono la "nuvola rossa".
- Nelle nuvole rosse/arancioni vale la politica di isolamento domiciliare. Non è necessario tracciamento, no questioni di privacy.
- Il resto è zona blu. No tracking, no privacy issues

- Intorno a zone arancioni si devono instaurare zone di tracciamento/controllo o digital fences.
- un id "blu" che attraversa un fence diventa "arancione"
- La propagazione delle zone arancioni avviene tramite esportazione di "id arancioni" in zone blu

- un id "arancione" diventa rosso o blu grazie ai test.
- zone arancioni possono diventare "blu" dopo periodo di incubazione senza casi conclamati o con test a campione

Punto di vista tecnico:
- dati aggregati di 60m persone su 14 giorni (periodo incubazione) per definizione dei cluster basati su "nuvole di spostamento orario":

60 (M abitanti) * 32bit *4 (rettangolo di spostamento) * 24 (1 per ora, al giorno) / 8 (byte) = 23,04 Gigabyte
60 (M abitanti) * (32 (id) + 8 (stato)) / 8 (byte)= 300 Megabyte
60 (M abitanti) * 64 (timestamp) / 8= 480 Megabyte
-------
25 gigabyte al giorno * 14 = 350 Giga

- Il tracciamento non è un problema tecnico, non si tratta nemmeno di "big data"
- Ulteriori ottimizzazioni sono possibili anche dal punto di vista della policy:
no tracciamento in zone blu, policy diverse notte/giorno

Problematica di attuazione:
- se fatto "troppo in ritardo" l'analisi dei dati di spostamento non permettono la creazione di zone blu.
Il problema è temporaneo: una zona è blu se non ha avuto casi conclamati nel periodo di incubazione

@threadreaderapp unroll

Implementazione base dati e progettazione pseudo codice in corso qui: docs.google.com/document/d/1K4…