Il Suo template dei dati per la gestione della qualità
Il Suo template dei dati per la gestione della qualità
- 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
Attributi della gestione della qualità
| 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
|
|||
Attività di gestione della qualità
| 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
|
|||
Guide all’estrazione
È 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.
Non è richiesta la carta di credito. La configurazione richiede pochi minuti.