Il Suo template dei dati per la gestione della qualità

ETQ Reliance
Il Suo template dei dati per la gestione della qualità

Il Suo template dei dati per la gestione della qualità

Questo template La guida nella raccolta dei dati necessari per ottimizzare i processi di gestione della qualità. Indica gli attributi essenziali da raccogliere e le attività principali da monitorare, oltre a fornire indicazioni pratiche per l’estrazione dei dati. Utilizzi questa risorsa per creare un Event Log completo, utile per un’analisi approfondita dei processi.
  • Attributi consigliati per una raccolta completa dei dati
  • Attività principali da monitorare per avere visibilità sul processo
  • Guida passo passo all’estrazione dei dati da ETQ Reliance
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione della qualità

Questi sono i campi dati consigliati da includere nell’Event Log, per disporre del contesto necessario a un’analisi approfondita della gestione della qualità.
3 Obbligatorio 6 Consigliato 13 Facoltativo
Nome Descrizione
Evento di qualità
QualityEvent
Identificativo univoco di un singolo evento di qualità, che collega tutte le attività correlate dall’identificazione alla chiusura.
Descrizione

L’evento di qualità è l’identificativo principale del caso nel processo di gestione della qualità. Rappresenta un singolo problema di qualità, come una non conformità, un reclamo del cliente o uno scostamento, durante le fasi d’indagine e risoluzione.

Nell’analisi di Process Mining, questo attributo è essenziale per ricostruire l’intero percorso di ogni evento di qualità. Consente agli analisti di visualizzare le mappe dei processi, misurare i tempi di ciclo dall’inizio alla fine e analizzare le varianti per capire come vengono gestiti i diversi eventi. Tutte le attività e i punti dati vengono raggruppati in base a questo identificativo, offrendo una visione completa del caso.

Perché è importante

È l’attributo fondamentale per il Process Mining, perché collega tutte le fasi correlate in un unico caso e consente di analizzare l’intero ciclo di risoluzione dei problemi di qualità.

Dove reperirli

È la chiave primaria nel modulo principale Quality Event o Non-conformance di ETQ Reliance. Per conoscere il nome specifico della tabella e del campo, consulti la documentazione di ETQ Reliance.

Esempi
QE-2023-00123NC-2023-0456CAPA-2023-7890
Nome dell’attività
ActivityName
Nome dell’attività o dell’evento specifico che si è verificato nel processo di gestione della qualità.
Descrizione

Questo attributo descrive una singola fase o tappa del ciclo di vita dell’evento di qualità, ad esempio «Problema classificato e prioritizzato» o «Analisi delle cause profonde effettuata». Ogni attività rappresenta un’azione distinta che contribuisce alla risoluzione dell’evento di qualità.

L’analisi delle attività è il fulcro del Process Mining. Questo attributo serve a costruire la mappa del processo e a mostrare il flusso di lavoro. Consente di individuare colli di bottiglia, scostamenti dal processo standard e cicli di rilavorazione, elementi fondamentali per migliorare il processo.

Perché è importante

Definisce le fasi del processo, necessarie per visualizzarne il flusso, individuare i colli di bottiglia e analizzare gli scostamenti.

Dove reperirli

Queste informazioni si ricavano in genere dagli Event Log, dai cambi di stato del flusso di lavoro o dagli audit trail dei moduli di ETQ Reliance.

Esempi
Indagine avviataAnalisi delle cause profonde effettuataPiano di azioni correttive approvato
Timestamp dell’evento
EventTimestamp
Data e ora esatte in cui si è verificata una specifica attività.
Descrizione

Il timestamp dell’evento indica il momento esatto in cui un’attività è stata registrata nel sistema. Ogni attività del ciclo di vita di un evento di qualità ha il proprio timestamp, che crea una sequenza cronologica degli eventi.

Questo attributo è fondamentale per tutte le analisi temporali di Process Mining. Serve a calcolare i tempi di ciclo tra le attività, individuare i tempi di attesa e i colli di bottiglia e misurare la durata complessiva di un evento di qualità. Consente inoltre di analizzare l’andamento delle prestazioni nel tempo.

Perché è importante

Questo attributo è essenziale per calcolare le durate, ordinare gli eventi cronologicamente ed effettuare analisi temporali, ad esempio per individuare i colli di bottiglia.

Dove reperirli

In genere, si trova nelle tabelle dell’audit trail oppure in un campo data «last modified» o «status change» associato a ciascuna attività o fase del flusso di lavoro in ETQ Reliance.

Esempi
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Categoria della causa profonda
RootCauseCategory
Classificazione della causa profonda individuata per l’evento di qualità.
Descrizione

Dopo l’analisi della causa profonda, la ragione alla base del problema viene spesso classificata. Alcuni esempi sono «Guasto delle apparecchiature», «Errore umano», «Carenza del processo» o «Problema del fornitore».

Questo attributo è essenziale per la Dashboard delle tendenze per categoria della causa profonda. Analizzando nel tempo la frequenza delle diverse categorie, le organizzazioni possono individuare problemi sistemici e concentrare gli interventi di miglioramento sulle cause più comuni dei problemi di qualità. Aiuta a passare dalla risoluzione reattiva dei problemi alla prevenzione proattiva.

Perché è importante

Consente di analizzare strategicamente i problemi ricorrenti, individuare criticità sistemiche e definire le priorità delle azioni correttive e preventive a lungo termine.

Dove reperirli

Di norma è un campo compilato durante la fase di analisi della causa profonda del flusso di lavoro in ETQ Reliance.

Esempi
Carenza del processoDifetto del materialeErrore umanoGuasto delle apparecchiature
Eseguita da
ActionPerformedBy
L’utente o la risorsa che ha eseguito una specifica attività.
Descrizione

Questo attributo identifica la persona o l’utente di sistema responsabile del completamento di un’attività nel ciclo di vita dell’evento di qualità. Collega le attività del processo alle persone o ai team che le svolgono.

Analizzare i risultati per utente aiuta a comprendere la distribuzione del carico di lavoro, individuare le esigenze di formazione e riconoscere le persone o i team con i risultati migliori. È inoltre essenziale ai fini della conformità e degli audit, poiché fornisce una registrazione chiara di chi ha eseguito ogni azione.

Perché è importante

Questo attributo consente di analizzare le prestazioni delle risorse, bilanciare i carichi di lavoro e individuare opportunità di formazione.

Dove reperirli

Queste informazioni sono in genere registrate nei log di audit o nei dettagli delle transazioni, spesso collegate a un campo ID utente in ETQ Reliance.

Esempi
j.doeasmithqa_manager
Esito della verifica
EffectivenessVerificationOutcome
Esito del controllo volto a verificare l’efficacia di un’azione correttiva.
Descrizione

Dopo l’attuazione di un’azione correttiva, spesso si esegue una verifica per accertare che abbia effettivamente risolto il problema. Questo attributo ne registra l’esito, in genere «Efficace» o «Non efficace».

L’attributo è centrale per la Dashboard sull’efficacia delle azioni correttive e per il KPI del tasso di verifica dell’efficacia delle CAPA. Misura direttamente il successo del processo di risoluzione, aiutando a individuare i problemi ricorrenti e a migliorare la qualità dei piani di azione correttiva.

Perché è importante

Misura direttamente l’efficacia delle azioni correttive, contribuendo a ridurre le rilavorazioni e a prevenire il ripetersi dei problemi di qualità.

Dove reperirli

Si tratta di un campo nella sezione di verifica dell’efficacia del modulo CAPA o del modulo dell’evento di qualità in ETQ Reliance.

Esempi
EfficaceNon efficaceIn attesa
Livello di gravità
SeverityLevel
Classificazione dell’impatto dell’evento di qualità, ad esempio critico, grave o lieve.
Descrizione

Il livello di gravità valuta il potenziale impatto del problema di qualità su clienti, prodotti o conformità normativa. Serve a stabilire le priorità nell’allocazione delle risorse e a determinare l’urgenza della risposta.

Questo attributo è fondamentale per le Dashboard di classificazione e definizione delle priorità dei problemi e di risoluzione degli eventi ad alta gravità. Consente di segmentare gli eventi di qualità per verificare se quelli più gravi vengono risolti più rapidamente di quelli meno gravi e aiuta a garantire che i problemi critici ricevano un’attenzione immediata.

Perché è importante

Consente di definire le priorità e segmentare i casi, affinché i problemi di qualità più critici siano affrontati con la dovuta urgenza.

Dove reperirli

È un campo standard nella maggior parte dei moduli di gestione della qualità di ETQ Reliance, spesso incluso nel modulo iniziale di segnalazione del problema.

Esempi
CriticoGraveLieve
Ora di fine dell’evento
EventEndTime
La data e l’ora in cui un’attività è stata completata, utilizzate per calcolarne il tempo di elaborazione.
Descrizione

L’ora di fine dell’evento indica il completamento di un’attività. Insieme alla marca temporale dell’evento (ora di inizio), definisce la durata di una singola fase del processo. Non tutti i sistemi registrano esplicitamente l’ora di fine di ogni evento; in questi casi, la si può ricavare dall’ora di inizio dell’evento successivo.

Questo attributo è fondamentale per calcolare il tempo di elaborazione delle singole attività, distinto dal tempo di attesa tra un’attività e l’altra. Aiuta a individuare le attività che richiedono più tempo e a intervenire in modo mirato per rendere il processo più efficiente.

Perché è importante

Consente di calcolare il tempo di elaborazione delle singole attività e di distinguere il tempo di lavoro effettivo da quello di attesa.

Dove reperirli

Alcuni moduli di ETQ Reliance possono registrare l’ora di inizio e di fine di determinate attività. Se questo dato non è disponibile, lo si può ricavare durante la preparazione dei dati.

Esempi
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
Reparto responsabile
ResponsibleDepartment
Il reparto o l’area funzionale responsabile dell’evento di qualità o di una specifica attività.
Descrizione

Questo attributo indica l’unità organizzativa incaricata di gestire l’evento di qualità o di svolgere determinate fasi, ad esempio «Assicurazione qualità», «Ingegneria» o «Produzione». Può essere assegnato a livello di caso oppure cambiare quando il caso passa da un reparto all’altro.

È un attributo fondamentale per la Dashboard di analisi delle prestazioni dei reparti. Consente di filtrare e confrontare le prestazioni dei processi, ad esempio i tempi di ciclo e il volume degli eventi, tra i diversi reparti. In questo modo è possibile individuare colli di bottiglia, vincoli sulle risorse o aree di eccellenza.

Perché è importante

Consente di confrontare le prestazioni e analizzare i colli di bottiglia tra diverse unità aziendali, contribuendo a ottimizzare l’allocazione delle risorse.

Dove reperirli

Di norma è un campo del modulo principale dell’evento di qualità in ETQ Reliance, che indica il titolare o il gruppo responsabile.

Esempi
Assicurazione della qualitàProduzioneRicerca e sviluppo
Descrizione del problema
IssueDescription
Descrizione in testo libero del problema di qualità individuato.
Descrizione

Questo attributo contiene una descrizione dettagliata e discorsiva del problema di qualità. Fornisce un contesto qualitativo che i campi strutturati non possono rappresentare.

Anche se di norma non viene utilizzata direttamente per visualizzare il flusso del processo, la descrizione del problema è preziosa per le revisioni dettagliate dei singoli casi. Può inoltre essere analizzata con tecniche di analisi testuale per individuare temi ricorrenti o parole chiave associate a determinati tipi di deviazioni o ritardi nei processi.

Perché è importante

Fornisce un contesto qualitativo essenziale per comprendere i dettagli di un evento di qualità ed è utile per analizzare a fondo i singoli casi.

Dove reperirli

È un normale campo di testo o promemoria nel modulo iniziale di segnalazione dell’evento di qualità in ETQ Reliance.

Esempi
Il componente XYZ non ha superato la prova di resistenza alla stazione 4.Il cliente ha segnalato un difetto estetico sul lotto 789.Rilevate impostazioni di calibrazione errate sulla macchina A.
Durata dell’analisi della causa profonda
RootCauseAnalysisDuration
Tempo trascorso dall’avvio di un’indagine al completamento dell’analisi della causa profonda.
Descrizione

Questa metrica misura la durata di una fase specifica del processo di qualità. Si calcola come differenza tra l’attività «Indagine avviata» e l’attività «Analisi della causa profonda eseguita».

Questo attributo è essenziale per il KPI «Tempo medio di analisi della causa profonda» e per la Dashboard «Colli di bottiglia nell’analisi della causa profonda». Aiuta a individuare i ritardi nella fase di analisi del processo, che spesso contribuiscono in modo significativo all’allungamento dei tempi di ciclo complessivi.

Perché è importante

Isola le prestazioni di un sottoprocesso critico e aiuta a individuare e affrontare i ritardi nell’analisi e nell’indagine dei problemi.

Dove reperirli

Questo attributo non è presente nel sistema di origine. Viene calcolato durante la trasformazione dei dati, determinando la differenza tra le marche temporali di attività specifiche.

Esempi
8640001209600432000
È una rilavorazione
IsRework
Indicatore che segnala se un’attività o una sequenza di attività costituisce una rilavorazione.
Descrizione

Questo attributo booleano viene ricavato per individuare i cicli del processo, ad esempio quando una verifica dell’efficacia non ha esito positivo e avvia una nuova indagine, oppure quando un piano di azione correttiva viene respinto e rinviato per una revisione. Segnala le attività che ripetono fasi già svolte.

Questo attributo viene utilizzato per calcolare il KPI «Tasso di rilavorazione delle azioni correttive». Evidenziare le rilavorazioni è fondamentale per comprendere le inefficienze del processo, poiché comportano un consumo di risorse e allungano i tempi di ciclo senza avvicinare il caso alla risoluzione.

Perché è importante

Quantifica le inefficienze del processo segnalando il lavoro ripetuto, così da aiutare a individuare le cause profonde dei problemi e ridurre gli sprechi.

Dove reperirli

Questo attributo non è presente nel sistema di origine. Viene calcolato durante la trasformazione dei dati in base alla sequenza delle attività all’interno di un caso.

Esempi
truefalse
ID dell’azione preventiva
PreventiveActionId
Identificativo univoco di un’azione preventiva creata in risposta all’evento di qualità.
Descrizione

Questo attributo collega un evento di qualità a una o più azioni preventive create per affrontarne la causa profonda e impedirne il ripetersi in altre aree. Un singolo evento di qualità può generare più azioni preventive.

Questo ID è importante per la Dashboard di gestione delle azioni preventive. Aiuta a monitorare il tasso di attuazione delle azioni preventive individuate e può servire a rilevare iniziative duplicate o ridondanti, assicurando una gestione efficiente degli interventi proattivi.

Perché è importante

Collega gli eventi di qualità gestiti in modo reattivo alle iniziative di miglioramento proattive e consente di analizzare quanto efficacemente l’organizzazione previene problemi futuri.

Dove reperirli

Si tratta di un record correlato o di un campo nella sezione delle azioni preventive del modulo CAPA in ETQ Reliance.

Esempi
PA-2023-0088PA-2023-0089PA-2023-0090
Normativa associata
AssociatedRegulationStandard
La normativa o lo standard di qualità specifico associato all’evento di qualità.
Descrizione

Questo attributo collega un evento di qualità a un requisito normativo o a uno standard di settore specifico, ad esempio ISO 9001, FDA 21 CFR Part 820 o le politiche aziendali interne. È particolarmente importante nei settori regolamentati.

È l’attributo chiave per la Dashboard di panoramica della conformità della qualità. Analizzare gli eventi in base allo standard associato aiuta a monitorare la conformità, individuare le aree in cui si verificano spesso deviazioni e verificare che tutti i requisiti normativi siano soddisfatti tempestivamente.

Perché è importante

Consente di analizzare gli eventi di qualità nel contesto della conformità, contribuendo a garantire il rispetto delle normative e degli standard di settore specifici.

Dove reperirli

Può essere un campo dedicato o un elenco di opzioni selezionabili nel modulo dell’evento di qualità in ETQ Reliance, soprattutto nei moduli incentrati sulla conformità.

Esempi
ISO 9001:201521 CFR Part 820IATF 16949
Prodotto interessato
AffectedProduct
Il prodotto, il materiale o il componente oggetto dell’evento di qualità.
Descrizione

Questo attributo identifica il prodotto specifico o il numero di parte associato al problema di qualità. Collega i dati del processo ai dati anagrafici dei prodotti.

Analizzare gli eventi di qualità per prodotto consente all’azienda di individuare quelli che presentano più problemi, segnalando potenziali criticità di progettazione o produzione. Aiuta a concentrare gli interventi di miglioramento sui prodotti che ne hanno più bisogno.

Perché è importante

Collega il processo di qualità a prodotti specifici e consente di analizzare quali sono più soggetti a problemi.

Dove reperirli

Di norma è un campo chiave nel modulo dell’evento di qualità, spesso collegato a una tabella dei dati anagrafici dei prodotti in ETQ Reliance o in un sistema ERP integrato.

Esempi
PROD-1001-APROD-2050-BRAW-MAT-55
Sistema di origine
SourceSystem
Il sistema da cui sono stati estratti i dati.
Descrizione

Questo attributo identifica l’origine dei dati di gestione della qualità. In questa vista del processo, il valore sarà costante e indicherà che i dati provengono da ETQ Reliance.

Anche se può non variare all’interno di un singolo insieme di dati, questo attributo è fondamentale per la governance dei dati e nei casi in cui si uniscono dati provenienti da più sistemi. Chiarisce la provenienza dei dati e aiuta a gestire le attività di integrazione.

Perché è importante

Fornisce un contesto essenziale sull’origine dei dati, importante per la governance, la convalida e l’integrazione con altri sistemi.

Dove reperirli

Di norma è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) per indicarne la provenienza.

Esempi
ETQ Reliance
Stato del piano di azione correttiva
CorrectiveActionPlanStatus
Stato del piano di azione correttiva, ad esempio proposto, approvato o respinto.
Descrizione

Questo attributo tiene traccia dello stato del piano di azione correttiva (CAP), una tappa fondamentale dell’evento di qualità complessivo. Indica se una soluzione proposta è stata esaminata e accettata.

L’analisi di questo attributo può mettere in luce i colli di bottiglia nel processo di approvazione. Un numero elevato di piani respinti o lunghi ritardi tra gli stati «Proposto» e «Approvato» possono indicare problemi nella qualità dell’analisi della causa profonda o una mancanza di allineamento tra le parti interessate.

Perché è importante

Aiuta a individuare ritardi e inefficienze nel ciclo di approvazione delle azioni correttive, un collo di bottiglia frequente nella gestione della qualità.

Dove reperirli

Si tratta di un campo di stato nella sezione o nel modulo delle azioni correttive e preventive (CAPA) di ETQ Reliance.

Esempi
PropostoApprovatoRespintoIn attesa di attuazione
Stato dell’evento di qualità
QualityEventStatus
Stato complessivo corrente dell’evento di qualità, ad esempio aperto, chiuso o annullato.
Descrizione

Questo attributo offre una sintesi dello stato dell’evento di qualità nel suo ciclo di vita. Indica se il caso è ancora in lavorazione, è stato risolto oppure è stato annullato per qualche motivo.

Nell’analisi dei processi, serve a filtrare i casi attivi e quelli completati. È fondamentale per calcolare l’arretrato degli eventi di qualità aperti e per assicurarsi che analisi come quella dei tempi di ciclo riguardino solo i casi giunti a uno stato finale definitivo.

Perché è importante

Consente di filtrare i casi aperti e chiusi, un passaggio essenziale per calcolare gli arretrati e analizzare con precisione i flussi di processo completati.

Dove reperirli

È il campo di stato principale dell’oggetto dell’evento di qualità in ETQ Reliance.

Esempi
ApertoChiusoAnnullatoIn attesa di approvazione
Stato dello SLA
SLAState
Indica se l’evento di qualità rispetta i livelli di servizio definiti, rischia di non rispettarli oppure li ha già superati.
Descrizione

Questo attributo è un campo calcolato che confronta il tempo di ciclo corrente o totale di un evento di qualità con obiettivi predefiniti. Ad esempio, uno SLA può prevedere la risoluzione di un problema critico entro 15 giorni. Lo stato può essere «In linea», «A rischio» o «Superato».

È utile per la Dashboard di panoramica della conformità della qualità, perché offre un’indicazione visiva immediata della puntualità e della conformità. Aiuta i responsabili a intervenire in modo proattivo sui casi che rischiano di non rispettare le scadenze, anziché agire solo dopo il superamento dei termini.

Perché è importante

Offre una visione immediata e chiara dei risultati rispetto agli obiettivi di puntualità, consentendo di gestire in modo proattivo i casi a rischio di ritardo.

Dove reperirli

Questo attributo viene calcolato durante la trasformazione dei dati confrontando il tempo trascorso per un caso con le regole aziendali degli SLA, che possono basarsi su attributi come il livello di gravità.

Esempi
In lineaA rischioSuperato
Tempo di ciclo dell’evento di qualità
QualityEventCycleTime
Tempo totale trascorso dall’individuazione di un problema di qualità alla sua chiusura definitiva.
Descrizione

È una metrica calcolata che rappresenta la durata complessiva di un singolo evento di qualità. Si ottiene calcolando la differenza tra la marca temporale della prima attività, ad esempio «Problema di qualità individuato», e quella dell’ultima, ad esempio «Evento di qualità chiuso».

Questo attributo supporta direttamente il KPI «Tempo medio di ciclo degli eventi di qualità» ed è una misura primaria dell’efficienza complessiva del processo. Viene utilizzato nelle Dashboard per monitorare i risultati rispetto agli obiettivi di riduzione dei tempi di ciclo e confrontare la durata delle diverse categorie di eventi.

Perché è importante

È un indicatore chiave di prestazione che misura l’efficienza complessiva del processo di gestione della qualità, dall’inizio alla fine.

Dove reperirli

Questo attributo non è disponibile direttamente in ETQ Reliance. Viene calcolato nello strumento di Process Mining o durante il processo ETL, sottraendo la marca temporale del primo evento da quella dell’ultimo per ciascun caso.

Esempi
25920006048008640000
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora dell’ultimo aggiornamento dei dati relativi al processo.
Descrizione

Questo attributo registra la data e l’ora dell’estrazione più recente dei dati dal sistema di origine. È un campo di metadati che si applica all’intero insieme di dati, non ai singoli eventi.

Nell’analisi dei processi è fondamentale sapere quanto sono aggiornati i dati. Questo attributo consente di capire quanto siano recenti i risultati dell’analisi, così da basare le decisioni su informazioni aggiornate e gestire le aspettative sui tempi di disponibilità dei dati.

Perché è importante

Indica quanto sono aggiornati i dati, un aspetto fondamentale per valutare la tempestività dell’analisi e dei risultati.

Dove reperirli

Questo valore viene generato durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) e registra la data e l’ora di esecuzione del processo.

Esempi
2024-05-20T08:00:00Z
Unità aziendale
BusinessUnit
La divisione o unità aziendale più ampia in cui ha avuto origine l’evento di qualità.
Descrizione

Questo attributo assegna l’evento di qualità a una specifica unità aziendale dell’organizzazione, ad esempio «Elettronica di consumo» o «Dispositivi medici». Fornisce un contesto organizzativo più ampio rispetto al reparto.

Consente di confrontare le prestazioni a livello generale tra le diverse aree aziendali. Aiuta i dirigenti a capire quali unità aziendali affrontano le maggiori criticità di qualità e ad allocare le risorse di conseguenza.

Perché è importante

Consente di confrontare a livello generale le prestazioni dei processi di qualità tra le diverse divisioni aziendali.

Dove reperirli

Queste informazioni possono essere un campo del modulo dell’evento di qualità oppure essere ricavate da altri attributi, come il reparto responsabile o il prodotto.

Esempi
Dispositivi mediciComponenti automobilisticiSoluzioni industriali
Obbligatorio Consigliato Facoltativo

Attività di gestione della qualità

Questi sono i passaggi e le tappe fondamentali da monitorare nell’Event Log per individuare e migliorare con precisione il flusso di lavoro della gestione della qualità.
7 Consigliato 10 Facoltativo
Attività Descrizione
Analisi delle cause profonde effettuata
Rappresenta il completamento dell’indagine, con l’individuazione e la documentazione di una o più cause profonde. In genere, l’evento viene registrato quando la sezione del modulo RCA viene completata e salvata.
Perché è importante

Segna la fine della fase d’indagine. La durata tra «Investigation Initiated» e questa attività è una metrica fondamentale per individuare i colli di bottiglia nel processo di analisi.

Dove reperirli

Si deduce dalla data di compilazione del campo «Root Cause Category» o dal timestamp di completamento della fase del flusso di lavoro RCA nell’audit trail.

Acquisizione

Si deduce dalla compilazione dei campi «Root Cause» o dal passaggio dello stato a «RCA Complete».

Tipo di evento inferred
Azione correttiva attuata
Rappresenta il completamento delle attività previste dal piano di azioni correttive approvato. Spesso viene registrato quando la persona incaricata contrassegna come completate le azioni assegnate.
Perché è importante

Misura la durata della fase di attuazione e può mettere in luce vincoli di risorse o difficoltà pratiche nell’esecuzione delle azioni correttive.

Dove reperirli

Si deduce dalla data di completamento dell’ultima attività correttiva associata o da un cambio manuale dello stato a «Actions Implemented».

Acquisizione

Si deduce dalla data di completamento dell’ultima attività CAPA associata.

Tipo di evento inferred
Efficacia dell’azione verificata
Questa attività conferma che l’azione correttiva attuata ha risolto la causa profonda e ne ha prevenuto il ripetersi. Si tratta di una fase formale di verifica, che spesso avviene al termine di un periodo di monitoraggio prestabilito.
Perché è importante

È una fase fondamentale per chiudere il ciclo di gestione della qualità ed è direttamente collegata ai KPI di efficacia delle CAPA. Consente di verificare che le soluzioni siano durature ed efficaci.

Dove reperirli

Si ricava dalla data di completamento della fase del flusso di lavoro o della sezione del modulo «Effectiveness Verification». Spesso si tratta di un’attività distinta, registrata con data e ora.

Acquisizione

Dalla data di completamento del modulo o dell’attività «Effectiveness Check».

Tipo di evento inferred
Evento di qualità chiuso
L’attività finale, che segna la risoluzione e la chiusura amministrativa della registrazione dell’evento di qualità. È il principale punto di conclusione del processo.
Perché è importante

Definisce la fine del processo per il calcolo del tempo di ciclo complessivo. Analizzare gli eventi chiusi è fondamentale per misurare il volume di attività completate e le prestazioni complessive.

Dove reperirli

Si deduce dal passaggio dello stato a «Closed» o «Completed» nel registro storico dell’evento, quasi sempre accompagnato da un timestamp.

Acquisizione

Si deduce dal timestamp del passaggio dello stato a «Closed».

Tipo di evento inferred
Indagine avviata
Segna l’inizio formale della fase d’indagine volta a determinare le cause profonde del problema di qualità. In genere, si deduce dal passaggio dello stato a «Under Investigation» o dall’assegnazione di un responsabile dell’indagine.
Perché è importante

Questa attività è una tappa fondamentale che avvia il conteggio del tempo dedicato all’analisi delle cause profonde. Aiuta a individuare i ritardi tra la valutazione del problema e l’avvio dell’indagine formale.

Dove reperirli

Si deduce dal timestamp associato al passaggio dello stato a «Investigation» nel registro storico dell’evento oppure dalla data di assegnazione del ruolo di responsabile dell’indagine.

Acquisizione

Si deduce dal passaggio dello stato a «Under Investigation».

Tipo di evento inferred
Piano di azioni correttive approvato
Segna l’approvazione ufficiale del piano di azioni correttive proposto da parte dell’autorità designata, che consente di avviarne l’attuazione. In genere, corrisponde a un’azione di approvazione esplicita, registrata con data e ora nel flusso di lavoro.
Perché è importante

È una tappa importante e un passaggio di approvazione fondamentale. I ritardi in questa fase possono allungare notevolmente il tempo complessivo di risoluzione.

Dove reperirli

Si ricava dal timestamp di approvazione registrato nella firma elettronica dell’evento o nel registro storico del flusso di lavoro. ETQ Reliance fa ampio uso dei flussi di lavoro di approvazione.

Acquisizione

Dal timestamp della fase di approvazione nel registro storico del flusso di lavoro.

Tipo di evento explicit
Problema di qualità identificato
Indica la creazione di una nuova registrazione di un evento di qualità, che segna l’inizio del processo. In genere, viene registrata quando un utente invia un nuovo modulo di segnalazione di un problema di qualità in ETQ Reliance.
Perché è importante

Definisce l’ora di inizio del caso, indispensabile per calcolare il tempo di ciclo dall’inizio alla fine e analizzare la frequenza di arrivo dei nuovi eventi di qualità.

Dove reperirli

In genere, si ricava dal timestamp di creazione della registrazione dell’evento di qualità nella tabella principale Quality Event o dal relativo audit trail.

Acquisizione

Dal timestamp di creazione della registrazione dell’evento di qualità.

Tipo di evento explicit
Azione preventiva attuata
Segna il completamento delle attività associate a un’azione preventiva individuata e indica che sono state adottate misure proattive.
Perché è importante

Questa attività è fondamentale per misurare il KPI «Preventive Action Implementation Rate» e verificare che i miglioramenti proattivi della qualità vengano effettivamente attuati.

Dove reperirli

Richiede un’analisi del sistema. Probabilmente si deduce dalla data di completamento della registrazione dell’azione preventiva collegata o delle attività associate.

Acquisizione

Dalla data di completamento di una registrazione di azione preventiva collegata.

Tipo di evento inferred
Azione preventiva individuata
Rappresenta l’individuazione di un’azione preventiva (PA) volta a eliminare la causa di potenziali non conformità. Può essere gestita come registrazione separata, ma collegata all’evento di qualità originale.
Perché è importante

È fondamentale per analizzare la proattività dell’organizzazione nella gestione della qualità e supporta la Dashboard «Preventive Action Management», registrando quando vengono avviate le azioni preventive.

Dove reperirli

Richiede un’analisi del sistema. Probabilmente si ricava dalla data di creazione di una registrazione di azione preventiva collegata alla registrazione dell’evento di qualità di origine.

Acquisizione

Dalla data di creazione di una registrazione di azione preventiva collegata.

Tipo di evento inferred
Evento di qualità annullato
Un punto di conclusione alternativo, in cui l’evento di qualità viene interrotto senza essere risolto completamente, ad esempio perché è un duplicato o non è valido.
Perché è importante

Consente di distinguere i casi risolti con successo da quelli interrotti in anticipo. Analizzare gli annullamenti può far emergere problemi nelle fasi iniziali di segnalazione e valutazione.

Dove reperirli

Si deduce dal passaggio dello stato a «Canceled», «Void» o «Withdrawn» nel registro storico dell’evento.

Acquisizione

Si deduce dal timestamp del passaggio dello stato a «Canceled».

Tipo di evento inferred
Parti interessate informate
Rappresenta la comunicazione formale della risoluzione dell’evento di qualità alle parti interessate. Può essere registrata tramite una fase dedicata del flusso di lavoro o una comunicazione annotata nel sistema.
Perché è importante

È essenziale per misurare l’efficienza delle comunicazioni e supporta la Dashboard «Stakeholder Notification Timeliness». I ritardi in questa fase possono incidere sulla soddisfazione dei clienti.

Dove reperirli

Richiede un’analisi del sistema, poiché spesso si tratta di una fase manuale. Se configurata, può essere dedotta dal completamento dell’attività «Notify Stakeholders».

Acquisizione

Si deduce dalla data di completamento di un’attività manuale «Notify Stakeholders».

Tipo di evento inferred
Piano di azioni correttive proposto
Questa attività si verifica quando viene documentato un piano formale per affrontare la causa profonda e il piano viene sottoposto ad approvazione. Spesso viene registrata quando la sezione del modulo relativa al piano di azioni correttive è compilata e lo stato avanza.
Perché è importante

Analizzare il tempo che intercorre tra il completamento dell’RCA e questa fase aiuta a individuare i ritardi nella pianificazione delle misure correttive, un collo di bottiglia frequente nei processi di qualità.

Dove reperirli

Si deduce dal passaggio dello stato a «Pending CAPA Approval» o dal timestamp di invio del modulo del piano di azioni correttive nella registrazione dell’evento di qualità.

Acquisizione

Si deduce dal passaggio dello stato a «Pending Approval» o dalla data di invio del piano CAPA.

Tipo di evento inferred
Piano di azioni correttive respinto
Indica che il piano di azioni correttive proposto è stato esaminato e respinto, rendendo necessarie una revisione e un nuovo invio. Questa attività crea un ciclo di rilavorazione nel processo.
Perché è importante

Questa attività è fondamentale per individuare i cicli di rilavorazione, comprendere i motivi del rifiuto e misurare la percentuale di piani approvati al primo tentativo.

Dove reperirli

Si ricava dal timestamp del rifiuto nel registro storico del flusso di lavoro. È l’azione corrispondente all’approvazione all’interno del flusso di lavoro.

Acquisizione

Dal timestamp della fase di rifiuto nel registro storico del flusso di lavoro.

Tipo di evento explicit
Problema classificato e prioritizzato
Indica il momento in cui il problema viene classificato per tipologia, gravità e priorità, elementi che spesso determinano il flusso di lavoro successivo. Viene registrato quando i campi relativi alla categoria e alla priorità sono compilati e la registrazione viene salvata.
Perché è importante

È un punto decisionale fondamentale. Analizzare il tempo necessario per raggiungerlo è essenziale per la Dashboard «Issue Triage and Prioritization» e per comprendere l’instradamento del processo.

Dove reperirli

Si deduce dal timestamp in cui vengono compilati per la prima volta campi obbligatori come «Severity Level» e «Quality Event Type», secondo quanto registrato nell’audit trail del sistema.

Acquisizione

Si deduce dal timestamp della prima compilazione dei campi «Severity» o «Priority».

Tipo di evento inferred
Revisione finale effettuata
Un controllo finale dell’intera registrazione dell’evento di qualità per verificare che la documentazione sia completa e che siano state seguite tutte le procedure prima della chiusura. Spesso corrisponde a una fase esplicita di approvazione.
Perché è importante

È l’ultimo controllo di qualità prima della conclusione del processo e garantisce la conformità e l’integrità dei dati. Eventuali colli di bottiglia in questa fase possono ritardare la chiusura definitiva.

Dove reperirli

Si ricava dal timestamp di una fase di approvazione «Final Review» o «Ready for Closure» nel registro storico del flusso di lavoro.

Acquisizione

Dal timestamp della fase di approvazione «Final Review» nel flusso di lavoro.

Tipo di evento explicit
Valutazione iniziale effettuata
Rappresenta la revisione iniziale o la valutazione preliminare del problema di qualità appena identificato, volta a raccogliere le informazioni di base e a determinarne la validità. Spesso si deduce dal completamento di una sezione del modulo di valutazione iniziale o dal passaggio dello stato da «New» a «Under Assessment».
Perché è importante

Consente di analizzare l’efficienza della valutazione iniziale e di misurare il tempo necessario perché un problema passi dalla segnalazione alla valutazione attiva.

Dove reperirli

Si deduce da un cambio di stato, ad esempio da «New» a «Assessing», oppure dalla data di completamento di un’attività di valutazione iniziale nel registro del flusso di lavoro dell’evento.

Acquisizione

Si deduce dal passaggio dello stato a «Under Assessment» o «In Triage».

Tipo di evento inferred
Verifica dell’efficacia non superata
Indica che l’azione correttiva attuata non ha risolto il problema e spesso avvia una nuova indagine o un nuovo ciclo CAPA. Questo evento segnala un grave problema nel processo e un ciclo di rilavorazione.
Perché è importante

Mette in evidenza le soluzioni inefficaci e incide direttamente sui tassi di rilavorazione e sui costi. Analizzare questi casi è fondamentale per migliorare i processi di analisi delle cause profonde e di pianificazione delle CAPA.

Dove reperirli

Si deduce dal passaggio dello stato a «Effectiveness Check Failed» o dalla creazione di un evento di qualità successivo collegato a quello originale.

Acquisizione

Si deduce da un cambio di stato, ad esempio «Verification Failed», o da un indicatore nella registrazione della verifica.

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da ETQ Reliance

È pronto a iniziare?

Utilizzi questo template per preparare in modo efficiente i dati sulla gestione della qualità e iniziare a individuare informazioni utili sui processi. Il percorso verso attività più efficienti comincia da qui.

Ottimizzi subito la gestione della qualità: riduca il tempo di ciclo

Individui ed elimini i colli di bottiglia, con l’obiettivo di ridurre del 30% il tempo di ciclo.

Inizi la prova gratuita

Non è richiesta la carta di credito. La configurazione richiede pochi minuti.