Le linee guida della procedura di controllo

7.6.2 Le operazioni di controllo

Come detto, il Cqr è stato articolato secondo tre fasi sequenziali; se i blocchi di consegna (dati e immagini) superavano le prime due fasi di verifica si procedeva con la Fase 3 relativa ai Controlli di Qualità a Campione (Cqc) tramite la procedura All-In-One che permetteva di verificare, su campioni rappresentativi di modelli (sia per la parte dat che di quella immagini), la leggibilità delle immagini e l’accuratezza dei dati.

Le verifiche hanno riguardato entrambe le modalità di registrazione (lettura ottica; registrazione manuale), i diversi tipi di modello e le principali tipologie di variabili.

La procedura All-In-One ha permesso ai coordinatori dell’apposito gruppo di lavoro di organizzare, gestire e monitorare la lavorazione dei campioni, estratti dai blocchi di dati, da sottoporre al controllo di qualità, la lavorazione degli stessi da parte degli operatori e la successiva fase di verifica e validazione degli errori da parte di un sotto-gruppo di revisori.

7.6.3 Le linee guida della procedura di controllo

Prima di procedere alla lavorazione a regime dei blocchi consegnati dall’azienda di registrazione, un primo gruppo di operatori ha effettuato un insieme di test sia per collaudare la componente software della procedura All-In-One, evidenziando eventuali anomalie e/o suggerimenti di miglioramento, sia per raccogliere e classificare le casistiche di errori più ricorrenti, utili alla stesura di un “Manuale di Linee Guida procedura ALL IN ONE”21, documento di riferimento per supportare il lavoro degli operatori preposti ai controlli tramite la procedura.

Nel “Manuale di Linee Guida procedura All-In-One” sono descritte, relativamente ai casi più ricorrenti, le regole di comportamento per rilevare e correggere gli errori, da seguire durante lo        

21 A cura di Novella Cecconi. Hanno collaborato alla definizione delle regole di correzione dell’errore (tramite lo studio e l’analisi di casi concreti relativi a blocchi di test consegnati da Postel) per la stesura del manuale: Claudia Bianchi, Francesco Borrelli, Fabiana Cecconi, Luana De Felici, Epifania Fiorello, Sara Giavante, Valeria Pangrazi e Marcella Pietrantonio.

svolgimento dell’operazione nei controlli sia dei dati ottenuti con la registrazione tradizionale che di quelli risultanti dalla lettura ottica.

Nel manuale si distinguono regole generali, che fanno riferimento in parte alle indicazioni per la compilazione del questionario22 e in parte alle regole riportate nel manuale per la registrazione dei modelli, e regole particolari, emerse dopo vari confronti tecnici avvenuti con il fornitore al fine di condividere, per i casi più critici, quelli da giudicare come veri errori e quelli da non segnalare come tali. Infatti alcune tipologie di errore erano dovute a comportamenti sbagliati da parte dei cittadini durante la compilazione e quindi non dovevano essere imputate alla ditta come errori della fase di registrazione dei dati.

Di seguito si riportano in modo sintetico i casi e le modalità con cui si è provveduto alla correzione dell’errore.

7.6.3.1 La leggibilità dell’immagine

L’immagine di una singola pagina di un generico modello di censimento si definisce leggibile, per definizione, se è chiaramente evidente la volontà espressa dal cittadino e se esiste un’associazione univoca delle informazioni espresse dal cittadino agli specifici campi/sezioni del modello, a prescindere dalla carenza di visibilità dei riquadri per le biffature. Laddove non esistono le condizioni di leggibilità, la singola pagina viene dichiarata illeggibile.

A riguardo l’operatore All-In-One poteva classificare l’immagine illeggibile tramite il software, secondo una delle seguenti tipologie:

1) immagine illeggibile e dati assenti; 2) immagine illeggibile e dati presenti;

3) immagine non conforme (strappata, macchiata, piegata o resa in modo tale da non

permettere di leggere i dati in modo completo) e dati assenti;

4) immagine non conforme e dati presenti;

5) pagine discordanti (per esempio: immagine riportante la pagina 1 e schermata riportante i

dati della pagina 2) e dati assenti;

6) pagine discordanti e dati presenti. 7.6.3.2 La verifica dei dati

I casi e le modalità per effettuare la correzione dell’errore hanno riguardato: A. Casi generali

 i differenti tipi di biffature;

 i quesiti dicotomici a risposta singola pre-codificata (sì/no; maschio/femmina);  i quesiti a riposta numerica;

 le liste A/B dei CP.1 e le liste dei CP.2;

 le informazioni inserite al di fuori dei campi preposti in Ocr;  i codici nei modelli di edificio e l’indirizzo nei CP.1 e nei CP.2. B. Casi particolari

 le caselle annerite non totalmente nel modello lette come biffature;  le caselle annerite nel modello lette come caratteri;

 la presenza di segni di annullamento del foglio letti come biffature;  l’assenza di biffature nel modello riportate come dati;

 la presenza di lettere/numeri nei dati e assenti nel modello;        

 gli errori di stampa nel modello riportati come biffature;

 le biffature troppo grandi nel modello che producono altre biffature;  i caratteri leggibili ma non comprensibili.

Come accennato, alcuni casi particolari sono stati evidenziati per ricorrenti errori di compilazione da parte di cittadini. Gli errori più frequenti commessi dai cittadini e riscontrati durante l’All-In-One sono stati:

 le caselle biffate per errore e poi annerite non totalmente;  i caratteri ripassati su caratteri errati;

 le biffature troppo grandi. C. Le codifiche

In base al capitolato tecnico la ditta fornitrice era tenuta a restituire, oltre alle stringhe relative alle variabili Comune, Stato Estero e Titolo di Studio, anche i relativi codici con una percentuale minima di restituzione. Le regole di comportamento seguite per le verifiche sulla codifica delle suddette variabili sono state differenti a seconda del tipo di registrazione dei dati (Ocr; tradizionale). Nel caso di lavorazione di blocchi di dati di tipo Ocr, l’operatore All-In-One aveva il compito di controllare l’esattezza del codice restituito dalla ditta di registrazione, indipendentemente dalla correttezza o meno della stringa così come riportata nel tracciato record. L’errore è stato conteggiato solo nel caso di codice errato e non di stringa errata o assente. Nel caso della registrazione tradizionale invece, poiché i dati forniti sono stati il risultato del lavoro degli operatori addetti al Data Entry, l’errore è stato conteggiato nelle battute relative ad ogni stringa riportata o meno, sia nel caso di errore o meno del codice, sia in assenza del codice. Pertanto, nel caso di una codifica errata o assente, sono stati imputati all’azienda di registrazione sia l’errore di codice che di battuta.

Per la verifica della correttezza delle codifiche la procedura ha permesso all’operatore All-In-One di visualizzare a video, in un opportuno menù a tendina, i dizionari ufficiali Istat relativi alle classificazioni delle tre variabili fornite all’azienda di registrazione per la codifica.

Una volta conclusa la fase di individuazione e correzione degli errori dei dati di un blocco, lo stesso veniva sottoposto ad una fase di revisione per individuare ed eliminare i falsi positivi (falsi segnali di errore). Questa operazione aveva lo scopo di validare in modo definitivo il risultato del lavoro svolto dagli operatori All-In-One. Sono state sottoposte alla fase di revisione per un ulteriore controllo a video, soltanto le pagine contenenti almeno una evidenza errata; tale attività è stata assegnata ad un ristretto e più esperto gruppo di revisori. Anche per tale operazione il software è stato predisposto in modo da rendere semplice e immediata la visualizzazione di tutti i campi oggetto di revisione. Le correzioni effettuate dall’operatore All-In-One apparivano al revisore in un box di colore rosa. Inoltre, in aiuto al revisore, compariva un pulsante di “info errori” che permetteva l’apertura di una finestra nella quale era riportata la lista delle variabili rilevate errate, il valore restituito dalla ditta di registrazione, quello suggerito dall’operatore come correzione, il conteggio delle battute errate e l’eleggibilità al conteggio errori di ciascuna variabile.

In pratica, per ogni evidenza di errore, il revisore si trovava di fronte tre possibili situazioni:

1) dato Postel errato e dato operatore All-In-One corretto; 2) dato Postel errato e dato operatore All-In-One errato; 3) dato Postel corretto e dato operatore All-In-One errato.

Nei primi due casi si trattava di un reale errore di registrazione: il revisore non era tenuto a correggere il dato dell’operatore ma doveva solamente confermare la segnalazione di errore. Nel terzo caso si era in presenza di un falso positivo: il revisore doveva correggere l’erronea segnalazione di errore fatta dall’operatore. Di fatto, il revisore provvedeva a “bonificare” il falso segnale di errore scontandolo dal conteggio finale della percentuale di errori.

La fase di revisione, oltre a segnalare i falsi positivi per un più esatto calcolo degli errori del fornitore, ha permesso di valutare anche la qualità del lavoro svolto dagli operatori All-In-One e di intervenire tempestivamente in itinere nel caso di errori sistematici da parte degli stessi. Terminata la fase di revisione, il sistema procedeva al conteggio finale degli errori, fornendo così tutti gli elementi oggettivi per decidere in favore dell’accettazione o del rifiuto del blocco di dati sottoposto al Cqr.