Il vostro Template Dati per la Gestione della Qualità
Il vostro Template Dati per la Gestione della Qualità
- Attributi consigliati per una raccolta dati completa
- Attività chiave da tracciare per la visibilità del processo
- Guida passo-passo all'estrazione dei dati per ETQ Reliance
Attributi della Gestione della Qualità
| Nome | Descrizione | ||
|---|---|---|---|
|
Evento di qualità
QualityEvent
|
L'identificatore unico per un singolo evento di qualità, che collega tutte le attività correlate dall'identificazione alla chiusura. | ||
|
Descrizione
L'Evento di Qualità è l'identificatore di caso primario per il processo di gestione della qualità. Rappresenta un problema di qualità singolo e distinto, come una non conformità, un reclamo del cliente o una deviazione, mentre attraversa l'indagine e la risoluzione. Nell'analisi di Process Mining, questo attributo è essenziale per ricostruire il percorso end-to-end di ciascun evento di qualità. Consente agli analisti di visualizzare le mappe di processo, misurare i tempi di ciclo dall'inizio alla fine e analizzare le varianti per comprendere come vengono gestiti i diversi eventi. Tutte le attività e i punti dati sono raggruppati da questo identificatore per fornire una visione completa del caso.
Perché è importante
Questo è l'attributo fondamentale per il Process Mining, poiché collega tutti i passaggi di processo correlati in un unico caso, consentendo l'analisi end-to-end del ciclo di vita della risoluzione della qualità.
Dove trovare
Questa è la chiave primaria nel modulo principale Evento di Qualità o Non-conformità all'interno di ETQ Reliance. Consultare la documentazione ETQ Reliance per il nome specifico della tabella e del campo.
Esempi
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
Nome attività
ActivityName
|
Il nome del compito specifico o dell'evento che si è verificato all'interno del processo di gestione della qualità. | ||
|
Descrizione
Questo attributo descrive un singolo passaggio o milestone nel ciclo di vita dell'evento di qualità, come 'Problema Categorizzato e Prioritizzato' o 'Analisi Causa Radice Eseguita'. Ogni attività rappresenta un'azione distinta intrapresa per far progredire l'evento di qualità verso la risoluzione. L'analisi delle attività è il nucleo del Process Mining. Questo attributo viene utilizzato per costruire la mappa di processo, mostrando il flusso di lavoro. Consente l'identificazione di bottleneck, deviazioni dal processo standard e cicli di rilavorazione, che sono critici per il miglioramento del processo.
Perché è importante
Definisce le fasi del processo, necessarie per visualizzare il flusso, scoprire i colli di bottiglia e analizzare le deviazioni.
Dove trovare
Questa informazione è tipicamente derivata da Event Log, cambiamenti di stato del workflow o registri di audit all'interno dei moduli ETQ Reliance.
Esempi
Indagine AvviataAnalisi della Causa Radice EseguitaPiano d'azione correttiva approvato
|
|||
|
Timestamp Evento
EventTimestamp
|
La data e l'ora precise in cui si è verificata una specifica `activity`. | ||
|
Descrizione
L'Event Timestamp segna il momento esatto in cui un'attività è stata registrata nel sistema. Ogni attività nel ciclo di vita di un evento di qualità ha il proprio timestamp, creando una sequenza cronologica di eventi. Questo attributo è fondamentale per tutte le analisi basate sul tempo nel Process Mining. Viene utilizzato per calcolare i tempi di ciclo tra le attività, identificare i tempi di attesa e i bottleneck, e misurare la durata complessiva di un evento di qualità. Consente inoltre l'analisi delle tendenze di performance nel tempo.
Perché è importante
Questo attributo è essenziale per calcolare le durate, ordinare gli eventi cronologicamente ed eseguire qualsiasi analisi basata sul tempo, come l'identificazione dei bottleneck.
Dove trovare
Questo si trova tipicamente nelle tabelle dei registri di audit o come campo data 'ultima modifica' o 'cambio stato' associato a ogni attività o passaggio del workflow in ETQ Reliance.
Esempi
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Azione eseguita da
ActionPerformedBy
|
L'utente o la risorsa che ha eseguito un'attività specifica. | ||
|
Descrizione
Questo attributo identifica l'individuo o l'utente di sistema responsabile del completamento di un'attività all'interno del ciclo di vita dell'evento di qualità. Collega le attività del processo alle persone o ai team che le eseguono. L'analisi delle prestazioni per utente aiuta a comprendere la distribuzione del carico di lavoro, a identificare le esigenze di formazione e a riconoscere individui o team ad alte prestazioni. È inoltre essenziale per scopi di conformità e audit, fornendo un registro chiaro di chi ha eseguito ogni azione.
Perché è importante
Questo attributo consente l'analisi delle prestazioni delle risorse, il bilanciamento del carico di lavoro e l'identificazione di opportunità di formazione.
Dove trovare
Questa informazione è tipicamente memorizzata nei registri di audit o nei dettagli delle transazioni, spesso collegata a un campo ID utente in ETQ Reliance.
Esempi
j.doeasmithqa_manager
|
|||
|
Categoria della causa radice
RootCauseCategory
|
La classificazione della causa radice identificata dell'evento di qualità. | ||
|
Descrizione
Dopo aver eseguito un'analisi delle cause radice, il motivo alla base del problema viene spesso categorizzato. Gli esempi includono 'Guasto alle apparecchiature', 'Errore umano', 'Carenza di processo' o 'Problema del fornitore'. Questo attributo è essenziale per la dashboard dei trend delle categorie delle cause radice. Analizzando la frequenza delle diverse categorie di cause radice nel tempo, le organizzazioni possono identificare problemi sistemici e concentrare gli sforzi di miglioramento sulle fonti più comuni di problemi qualitativi. Aiuta a passare da una risoluzione reattiva dei problemi a una prevenzione proattiva.
Perché è importante
Permette un'analisi strategica dei problemi ricorrenti, aiutando a identificare criticità sistemiche e a prioritizzare le azioni correttive e preventive a lungo termine.
Dove trovare
Questo è tipicamente un campo completato durante la fase di Analisi della Causa Radice del workflow in ETQ Reliance.
Esempi
Carenza di processoDifetto materialeErrore UmanoMalfunzionamento apparecchiatura
|
|||
|
Esito della Verifica
EffectivenessVerificationOutcome
|
Il risultato del controllo per verificare se un'azione correttiva è stata efficace. | ||
|
Descrizione
Dopo l'implementazione di un'azione correttiva, viene spesso eseguita una fase di verifica per confermare che l'azione abbia effettivamente risolto il problema. Questo attributo registra l'esito di tale verifica, solitamente come 'Efficace' o 'Non efficace'. Questo attributo è fondamentale per la dashboard sull'efficacia delle azioni correttive e per il KPI relativo al tasso di verifica dell'efficacia delle CAPA. Misura direttamente il successo del processo di risoluzione, aiutando a identificare problemi ricorrenti e a migliorare la qualità dei piani d'azione correttivi.
Perché è importante
Questo misura direttamente il successo delle azioni correttive, contribuendo a ridurre la rilavorazione e a prevenire la ricorrenza dei problemi di qualità.
Dove trovare
Questo sarebbe un campo nella sezione di verifica dell'efficacia del modulo CAPA o Evento di Qualità in ETQ Reliance.
Esempi
EfficaceNon efficaceIn Sospeso
|
|||
|
Livello di severità
SeverityLevel
|
Una classificazione dell'impatto dell'evento di qualità, ad esempio critico, maggiore o minore. | ||
|
Descrizione
Il Livello di Gravità è una valutazione dell'impatto potenziale del problema di qualità su clienti, prodotti o conformità normativa. Viene utilizzato per prioritizzare le risorse e determinare l'urgenza della risposta. Questo attributo è critico per le dashboard di Triage e Prioritizzazione Problemi e Risoluzione Eventi ad Alta Gravità. Consente di segmentare gli eventi di qualità per analizzare se i problemi ad alta gravità vengono risolti più velocemente di quelli a bassa gravità e aiuta a garantire che i problemi critici ricevano attenzione immediata.
Perché è importante
Permette la prioritizzazione e la segmentazione dei casi per garantire che i problemi di qualità più critici siano affrontati con l'urgenza necessaria.
Dove trovare
Questo è un campo standard nella maggior parte dei moduli di gestione della qualità in ETQ Reliance, spesso parte del modulo iniziale di acquisizione del problema.
Esempi
CriticoMajorMinore
|
|||
|
Ora Fine Evento
EventEndTime
|
La data e l'ora in cui un'attività è stata completata, utilizzate per calcolare il suo tempo di elaborazione. | ||
|
Descrizione
L'Ora di Fine Evento segna il completamento di un'attività. Abbinata all'Event Timestamp (Ora di Inizio), definisce la durata di un singolo passaggio del processo. Non tutti i sistemi registrano esplicitamente un'ora di fine per ogni evento; in tal caso, può essere derivata dall'ora di inizio dell'evento successivo. Questo attributo è cruciale per calcolare il tempo di elaborazione delle attività individuali, che è diverso dal tempo di attesa tra di esse. Aiuta a identificare quali compiti specifici richiedono molto tempo, consentendo miglioramenti mirati per rendere il processo più efficiente.
Perché è importante
Consente il calcolo del tempo di elaborazione per le singole attività, aiutando a distinguere tra tempo di lavoro attivo e tempo di attesa.
Dove trovare
Alcuni moduli ETQ Reliance possono registrare sia l'ora di inizio che quella di fine per determinate attività. Se non disponibile, può essere derivato durante la preparazione dei dati.
Esempi
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
Reparto Responsabile
ResponsibleDepartment
|
Il dipartimento o l'area funzionale responsabile dell'evento di qualità o di un'attività specifica. | ||
|
Descrizione
Questo attributo indica l'unità organizzativa assegnata per gestire l'evento di qualità o eseguire determinate fasi, come 'Garanzia Qualità', 'Ingegneria' o 'Produzione'. Questo può essere assegnato a livello di caso o cambiare man mano che il caso si sposta tra i reparti. Questo attributo è chiave per la dashboard di Analisi delle Prestazioni Dipartimentali. Consente di filtrare e confrontare le prestazioni del processo, come i tempi di ciclo e i volumi di eventi, tra diversi reparti. Questo aiuta a identificare bottleneck dipartimentali, vincoli di risorse o aree di eccellenza.
Perché è importante
Consente il confronto delle prestazioni e l'analisi dei colli di bottiglia tra diverse business unit, aiutando a ottimizzare l'allocazione delle risorse.
Dove trovare
Questo è tipicamente un campo sul modulo principale dell'evento di qualità in ETQ Reliance, indicante il proprietario o il gruppo responsabile.
Esempi
Assicurazione QualitàProduzioneRicerca e Sviluppo
|
|||
|
Descrizione del problema
IssueDescription
|
Una descrizione testuale libera del problema di qualità identificato. | ||
|
Descrizione
Questo attributo contiene la descrizione dettagliata e narrativa del problema di qualità. Fornisce un contesto qualitativo che i campi dati strutturati non possono catturare. Sebbene non sia tipicamente utilizzato direttamente nella visualizzazione del flusso di processo, la descrizione del problema è inestimabile per le revisioni dettagliate dei casi. Può anche essere utilizzata con tecniche di text mining per identificare temi comuni o parole chiave associate a certi tipi di deviazioni o ritardi di processo.
Perché è importante
Fornisce un contesto qualitativo cruciale per comprendere i dettagli di un evento di qualità, utile per analisi approfondite sui singoli casi.
Dove trovare
Questo è un campo di testo standard o memo sul modulo iniziale di segnalazione dell'evento di qualità in ETQ Reliance.
Esempi
Il componente XYZ ha fallito lo stress test alla stazione 4.Il cliente ha segnalato un difetto estetico sul lotto 789.Impostazioni di calibrazione errate rilevate sulla macchina A.
|
|||
|
Durata RCA
RootCauseAnalysisDuration
|
Il tempo impiegato dall'inizio di un'indagine al completamento dell'analisi della causa radice. | ||
|
Descrizione
Questa metrica misura la durata di una fase specifica del processo di qualità. Viene calcolata come la differenza di tempo tra l'attività 'Indagine Avviata' e l'attività 'Analisi Causa Radice Eseguita'. Questo attributo è essenziale per il KPI 'Tempo Medio di Analisi Causa Radice' e la dashboard 'Bottleneck di Analisi Causa Radice'. Aiuta a individuare i ritardi nella fase analitica del processo, che è spesso un fattore che contribuisce ai lunghi tempi di ciclo complessivi.
Perché è importante
Isola le prestazioni di un sottoprocesso critico, aiutando a identificare e risolvere i ritardi nell'analisi dei problemi e nelle indagini.
Dove trovare
Questo attributo non è nel sistema sorgente. Viene calcolato durante la trasformazione dei dati trovando la differenza di tempo tra i timestamp di attività specifiche.
Esempi
8640001209600432000
|
|||
|
È una Rilavorazione
IsRework
|
Un indicatore che segnala se un'attività o una sequenza di attività rappresenta un rework. | ||
|
Descrizione
Questo attributo booleano è derivato per identificare quando si verifica un ciclo di processo, ad esempio quando una verifica di efficacia fallisce e attiva una nuova indagine, o quando un piano di azione correttiva viene rifiutato e rinviato per revisione. Segnala le attività che sono ripetizioni di passaggi precedenti. Questo attributo viene utilizzato per calcolare il KPI 'Tasso di Rilavorazione per Azioni Correttive'. Evidenziare la rilavorazione è cruciale per comprendere le inefficienze del processo, poiché la rilavorazione consuma risorse ed estende i tempi di ciclo senza far progredire il caso verso la risoluzione.
Perché è importante
Quantifica l'inefficienza del processo segnalando il lavoro ripetuto, aiutando a identificare le cause radice dei fallimenti del processo e a ridurre gli sprechi.
Dove trovare
Questo attributo non è nel sistema sorgente. Viene calcolato in base alla sequenza delle attività all'interno di un caso durante la trasformazione dei dati.
Esempi
truefalse
|
|||
|
ID azione preventiva
PreventiveActionId
|
Un identificatore univoco per qualsiasi azione preventiva creata in risposta all'evento di qualità. | ||
|
Descrizione
Questo attributo collega un evento di qualità a una o più azioni preventive che sono state create per affrontare la causa radice e prevenire la ricorrenza in altre aree. Un singolo evento di qualità potrebbe portare a molteplici azioni preventive. Questo ID è importante per la dashboard di Gestione Azioni Preventive. Aiuta a tracciare il tasso di implementazione delle azioni preventive identificate e può essere utilizzato per identificare sforzi duplicati o ridondanti, garantendo che i miglioramenti proattivi siano gestiti in modo efficiente.
Perché è importante
Collega gli eventi di qualità reattivi alle iniziative di miglioramento proattive, consentendo di analizzare l'efficacia con cui l'organizzazione previene problemi futuri.
Dove trovare
Questo sarebbe un record correlato o un campo nella sezione Azione Preventiva del modulo CAPA in ETQ Reliance.
Esempi
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Normativa associata
AssociatedRegulationStandard
|
Il regolamento specifico o standard di qualità associato all'evento di qualità. | ||
|
Descrizione
Questo attributo collega un evento di qualità a un requisito normativo o standard di settore particolare, come ISO 9001, FDA 21 CFR Parte 820 o politiche aziendali interne. Questo è particolarmente importante nelle industrie regolamentate. Questo è l'attributo chiave per la dashboard Panoramica Conformità Qualità. L'analisi degli eventi in base allo standard associato aiuta a monitorare la conformità, a identificare aree con deviazioni frequenti e a garantire che tutti i requisiti normativi siano soddisfatti in modo tempestivo.
Perché è importante
Consente l'analisi degli eventi di qualità nel contesto della conformità, aiutando a garantire l'aderenza a specifiche normative e standard di settore.
Dove trovare
Questo potrebbe essere un campo dedicato o un elenco selezionabile nel modulo dell'evento di qualità in ETQ Reliance, in particolare nei moduli orientati alla conformità.
Esempi
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Prodotto interessato
AffectedProduct
|
Il prodotto, materiale o componente che è 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 del prodotto. L'analisi degli eventi di qualità per prodotto consente all'azienda di identificare se certi prodotti hanno tassi più elevati di problemi di qualità, indicando potenziali problemi di progettazione o produzione. Aiuta a concentrare gli sforzi di miglioramento sui prodotti che ne hanno più bisogno.
Perché è importante
Collega il processo di qualità a prodotti specifici, permettendo di analizzare quali prodotti siano più soggetti a problemi.
Dove trovare
Questo è tipicamente un campo chiave sul modulo dell'evento di qualità, spesso collegato a una tabella anagrafica prodotti all'interno di ETQ Reliance o a un sistema ERP integrato.
Esempi
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema da cui i dati sono stati estratti. | ||
|
Descrizione
Questo attributo identifica l'origine dei dati di gestione della qualità. Per questa vista di processo, il valore sarà costante, indicando che i dati provengono da ETQ Reliance. Sebbene possa non variare all'interno di un singolo dataset, questo attributo è cruciale per la governance dei dati e in scenari in cui i dati da più sistemi vengono uniti. Garantisce chiarezza sulla provenienza dei dati e aiuta nella gestione degli sforzi di integrazione dei dati.
Perché è importante
Fornisce un contesto essenziale sull'origine dei dati, importante per la data governance, la validazione e l'integrazione con altri sistemi.
Dove trovare
Questo è tipicamente un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per etichettare la fonte dei dati.
Esempi
ETQ Reliance
|
|||
|
Stato CAP
CorrectiveActionPlanStatus
|
Lo stato del Piano di Azione Correttiva, come Proposto, Approvato o Rifiutato. | ||
|
Descrizione
Questo attributo traccia lo stato del Piano di Azione Correttiva (PAC) stesso, che è una milestone chiave all'interno dell'evento di qualità complessivo. Mostra se una soluzione proposta è stata revisionata e accettata. L'analisi di questo attributo può evidenziare i bottleneck nel processo di approvazione. Un alto numero di piani rifiutati o lunghi ritardi tra gli stati 'Proposto' e 'Approvato' possono indicare problemi con la qualità dell'analisi della causa radice o disallineamenti tra gli stakeholder.
Perché è importante
Aiuta a identificare ritardi e inefficienze nel ciclo di approvazione delle azioni correttive, un collo di bottiglia frequente nella gestione della qualità.
Dove trovare
Questo sarebbe un campo di stato all'interno della sezione o modulo Azioni Correttive e Preventive (CAPA) di ETQ Reliance.
Esempi
PropostoApprovatoRifiutatoImplementazione in sospeso
|
|||
|
Stato dell'evento di qualità
QualityEventStatus
|
Lo stato generale attuale dell'evento di qualità, come aperto, chiuso o annullato. | ||
|
Descrizione
Questo attributo fornisce un riassunto di alto livello di dove si trova l'evento di qualità nel suo ciclo di vita. Indica se il caso è attivamente in lavorazione, è stato risolto con successo o è stato annullato per qualche motivo. Nell'analisi di processo, questo viene utilizzato per filtrare i casi attivi rispetto a quelli completati. È fondamentale per calcolare l'arretrato degli eventi di qualità aperti e per garantire che le analisi, come il tempo di ciclo, siano eseguite solo su casi che hanno raggiunto uno stato finale definitivo.
Perché è importante
Consente di filtrare tra casi aperti e chiusi, operazione essenziale per calcolare gli arretrati e analizzare con precisione i flussi di processo completati.
Dove trovare
Questo è un campo di stato primario sull'oggetto principale dell'evento di qualità in ETQ Reliance.
Esempi
ApertoChiusoAnnullatoIn Attesa di Approvazione
|
|||
|
Stato SLA
SLAState
|
Indica se l'evento di qualità rispetta, rischia di violare o ha violato l'accordo sul livello di servizio (SLA) definito. | ||
|
Descrizione
Questo attributo è un campo calcolato che confronta il tempo di ciclo attuale o totale di un evento di qualità con obiettivi predefiniti. Ad esempio, un problema critico potrebbe avere un SLA per la risoluzione entro 15 giorni. Lo stato potrebbe essere 'In Corso', 'A Rischio' o 'Violato'. Questo è prezioso per la dashboard Panoramica Conformità Qualità, in quanto fornisce un indicatore visivo immediato di tempestività e conformità. Aiuta i manager ad affrontare proattivamente gli eventi che rischiano di mancare le loro scadenze, piuttosto che reagire solo dopo che una violazione si è verificata.
Perché è importante
Offre una visione chiara e immediata delle prestazioni rispetto ai target temporali, consentendo una gestione proattiva dei casi a rischio di ritardo.
Dove trovare
Questo attributo viene calcolato durante la trasformazione dei dati confrontando il tempo trascorso di un caso con le regole aziendali per gli SLA, che possono essere basate su attributi come il Livello di Gravità.
Esempi
In PistaA RischioViolato
|
|||
|
Tempo di ciclo dell'evento di qualità
QualityEventCycleTime
|
Il tempo totale trascorso dall'identificazione di un problema di qualità alla sua chiusura finale. | ||
|
Descrizione
Questa è una metrica calcolata che rappresenta la durata end-to-end di un singolo evento di qualità. Viene calcolata trovando la differenza tra il timestamp della prima attività (ad esempio, 'Problema di Qualità Identificato') e l'ultima attività (ad esempio, 'Evento di Qualità Chiuso'). Questo attributo supporta direttamente il KPI 'Tempo di Ciclo Medio Evento di Qualità' ed è una misura primaria dell'efficienza complessiva del processo. Viene utilizzata nelle dashboard per tracciare le prestazioni rispetto agli obiettivi di riduzione del tempo di ciclo e per confrontare le durate tra diverse categorie di eventi.
Perché è importante
Questo è un indicatore chiave di performance che misura l'efficienza complessiva del processo di gestione della qualità dall'inizio alla fine.
Dove trovare
Questo attributo non è direttamente disponibile in ETQ Reliance. Viene calcolato nello strumento di Process Mining o durante l'ETL sottraendo il timestamp del primo evento dal timestamp dell'ultimo evento per ogni caso.
Esempi
25920006048008640000
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp che indica l'ultimo aggiornamento dei dati per il processo. | ||
|
Descrizione
Questo attributo registra la data e l'ora dell'estrazione dei dati più recente dal sistema sorgente. È un campo di metadati che si applica all'intero dataset piuttosto che ai singoli eventi. In qualsiasi analisi di processo, comprendere l'attualità dei dati è critico. Questo attributo aiuta gli utenti a sapere quanto è attuale l'analisi, garantendo che le decisioni siano basate su informazioni aggiornate e gestendo le aspettative sulla latenza dei dati.
Perché è importante
Indica l'aggiornamento dei dati, fondamentale per comprendere la tempestività dell'analisi e degli insight.
Dove trovare
Questo valore è generato durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati, registrando il timestamp di quando il job è stato eseguito.
Esempi
2024-05-20T08:00:00Z
|
|||
|
Unità aziendale
BusinessUnit
|
La divisione aziendale o unità più grande da cui ha avuto origine l'evento di qualità. | ||
|
Descrizione
Questo attributo assegna l'evento di qualità a una specifica unità aziendale all'interno dell'organizzazione, come 'Elettronica di Consumo' o 'Dispositivi Medici'. Fornisce un livello di contesto organizzativo superiore rispetto al dipartimento. Questo consente confronti delle prestazioni di alto livello tra diverse parti dell'azienda. Può aiutare la leadership senior a comprendere quali unità aziendali stanno affrontando le sfide di qualità più significative e ad allocare le risorse di conseguenza.
Perché è importante
Permette un confronto ad alto livello delle prestazioni dei processi di qualità tra le diverse divisioni aziendali.
Dove trovare
Questa informazione potrebbe essere un campo nel modulo dell'evento di qualità o derivata da altri attributi come il reparto responsabile o il prodotto.
Esempi
Dispositivi mediciComponenti automobilisticiSoluzioni industriali
|
|||
Attività di Gestione della Qualità
| Activity | Descrizione | ||
|---|---|---|---|
|
Analisi della Causa Radice Eseguita
|
Rappresenta il completamento dell'indagine, dove la causa o le cause radice sono state identificate e documentate. Questo evento viene tipicamente catturato quando la sezione del modulo RCA viene completata e salvata. | ||
|
Perché è importante
Segna la fine della fase di indagine. La durata tra 'Indagine avviata' e questa attività è un parametro chiave per identificare i colli di bottiglia nel processo di analisi.
Dove trovare
Dedotto dalla data di compilazione del campo 'Categoria causa radice' o dal timestamp di completamento della fase del workflow RCA nell'audit trail.
Acquisisci
Dedotto dalla compilazione dei campi 'Causa radice' o dal cambio di stato in 'RCA completata'.
Tipo di evento
inferred
|
|||
|
Azione correttiva implementata
|
Rappresenta il completamento delle attività delineate nel piano di azione correttiva approvato. Questo viene spesso registrato quando un implementatore contrassegna come completati gli elementi d'azione assegnati. | ||
|
Perché è importante
Misura la durata della fase di implementazione, potendo evidenziare vincoli di risorse o difficoltà pratiche nell'esecuzione delle azioni correttive.
Dove trovare
Dedotto dalla data di completamento dell'ultima attività di azione correttiva associata o da un cambio di stato manuale in 'Azioni implementate'.
Acquisisci
Dedotto dalla data di completamento dell'attività CAPA finale associata.
Tipo di evento
inferred
|
|||
|
Efficacia dell'azione verificata
|
Questa attività conferma che l'azione correttiva implementata ha risolto con successo la causa radice e prevenuto la ricorrenza. Questo è un passaggio di verifica formale, che spesso si verifica dopo un periodo di monitoraggio prestabilito. | ||
|
Perché è importante
Questo è un passaggio critico per chiudere il ciclo di qualità ed è direttamente legato ai KPI di Efficacia CAPA. Garantisce che le soluzioni siano permanenti ed efficaci.
Dove trovare
Acquisito dalla data di completamento della fase del workflow o della sezione del modulo 'Verifica dell'efficacia'. Si tratta spesso di un'attività distinta e dotata di timestamp.
Acquisisci
Dalla data di completamento del modulo o dell'attività 'Controllo efficacia'.
Tipo di evento
inferred
|
|||
|
Evento di qualità chiuso
|
L'attività finale, che segna la risoluzione riuscita e la chiusura amministrativa del record dell'evento di qualità. Questo è il punto di arrivo primario del processo. | ||
|
Perché è importante
Definisce la fine del processo per il calcolo del tempo di ciclo complessivo. L'analisi degli eventi chiusi è fondamentale per misurare il throughput e le prestazioni generali.
Dove trovare
Dedotto da un cambio di stato in 'Chiuso' o 'Completato' nel log della cronologia dell'evento, quasi sempre accompagnato da un timestamp.
Acquisisci
Dedotto dal timestamp del cambio di stato in 'Chiuso'.
Tipo di evento
inferred
|
|||
|
Indagine Avviata
|
Segnala l'inizio formale della fase di indagine per determinare la causa radice del problema di qualità. Questo è tipicamente dedotto da un cambio di stato a 'In Indagine' o dall'assegnazione di un investigatore. | ||
|
Perché è importante
Questa attività è una milestone critica che fa partire il conteggio per il tempo di Analisi della Causa Radice. Aiuta a identificare i ritardi tra la valutazione del problema e l'inizio dell'indagine formale.
Dove trovare
Dedotto da un timestamp associato a un cambio di stato in 'Indagine' nel log della cronologia dell'evento, o dalla data di assegnazione del ruolo di investigatore principale.
Acquisisci
Dedotto dal cambio di stato in 'In indagine'.
Tipo di evento
inferred
|
|||
|
Piano d'azione correttiva approvato
|
Indica l'approvazione ufficiale del piano d'azione correttiva proposto da parte di un'autorità designata, che consente l'inizio dell'implementazione. Si tratta solitamente di un'azione di approvazione esplicita con timestamp nel workflow. | ||
|
Perché è importante
Questa è una milestone importante e un gate di approvazione critico. Ritardi in questa fase possono estendere significativamente il tempo di ciclo complessivo di risoluzione.
Dove trovare
Acquisito dal timestamp di approvazione nella firma elettronica dell'evento o nel log della cronologia del workflow. ETQ Reliance utilizza intensamente i workflow di approvazione.
Acquisisci
Dal timestamp della fase di approvazione nella cronologia del workflow.
Tipo di evento
explicit
|
|||
|
Problema di qualità identificato
|
Segna la creazione di un nuovo record di evento di qualità, che costituisce il punto di partenza del processo. Solitamente viene acquisito quando un utente invia un nuovo modulo per un problema di qualità in ETQ Reliance. | ||
|
Perché è importante
Stabilisce l'ora di inizio del caso, essenziale per calcolare il tempo di ciclo end-to-end e analizzare il tasso di arrivo dei nuovi eventi di qualità.
Dove trovare
Tipicamente derivato dal timestamp di creazione del record dell'evento di qualità nella tabella principale Evento di Qualità o dal suo registro di audit associato.
Acquisisci
Dal timestamp di creazione del record dell'evento di qualità.
Tipo di evento
explicit
|
|||
|
Azione preventiva identificata
|
Rappresenta l'identificazione di un'azione preventiva (AP) volta a eliminare la causa di potenziali non conformità. Questa può essere gestita come un record separato ma collegato all'evento di qualità originale. | ||
|
Perché è importante
Cruciale per analizzare la proattività dell'organizzazione nella gestione della qualità; supporta la dashboard 'Gestione delle azioni preventive' monitorando l'avvio delle azioni stesse.
Dove trovare
Richiede analisi di sistema. È probabile che derivi dalla data di creazione di un record di Azione Preventiva collegato al record dell'Evento di Qualità sorgente.
Acquisisci
Dalla data di creazione di un record di azione preventiva collegato.
Tipo di evento
inferred
|
|||
|
Azione preventiva implementata
|
Indica il completamento delle attività associate a un'azione preventiva identificata, a testimonianza dell'attuazione di misure proattive. | ||
|
Perché è importante
Questa attività è fondamentale per misurare il KPI 'Tasso di Implementazione delle Azioni Preventive' e assicura che i miglioramenti proattivi della qualità vengano effettivamente eseguiti.
Dove trovare
Richiede analisi di sistema. È probabile che sia dedotto dalla data di completamento del record di Azione Preventiva collegato o delle sue attività associate.
Acquisisci
Dalla data di completamento di un record di azione preventiva collegato.
Tipo di evento
inferred
|
|||
|
Evento di qualità annullato
|
Un punto finale alternativo in cui l'evento di qualità viene terminato senza una risoluzione completa, ad esempio perché si tratta di una voce duplicata o non valida. | ||
|
Perché è importante
Aiuta a distinguere tra i casi risolti con successo e quelli terminati anticipatamente. L'analisi degli annullamenti può rivelare problemi nelle fasi iniziali di segnalazione e triage.
Dove trovare
Dedotto da un cambio di stato in 'Annullato', 'Nullo' o 'Ritirato' nel log della cronologia dell'evento.
Acquisisci
Dedotto dal timestamp del cambio di stato in 'Annullato'.
Tipo di evento
inferred
|
|||
|
Piano d'azione correttiva proposto
|
Questa attività si verifica quando un piano formale per affrontare la causa radice viene documentato e sottoposto all'approvazione. Questo viene spesso registrato quando la sezione del Piano di Azione Correttiva del modulo viene compilata e lo stato viene avanzato. | ||
|
Perché è importante
L'analisi del tempo che intercorre tra il completamento della RCA e questa fase aiuta a rivelare ritardi nella pianificazione delle misure correttive, un collo di bottiglia comune nei processi di qualità.
Dove trovare
Dedotto da un cambio di stato in 'In attesa di approvazione CAPA' o dal timestamp di invio del modulo del piano d'azione correttiva all'interno del record dell'evento di qualità.
Acquisisci
Dedotto dal cambio di stato in 'In attesa di approvazione' o dalla data di invio del piano CAPA.
Tipo di evento
inferred
|
|||
|
Piano d'azione correttiva rifiutato
|
Indica che il piano d'azione correttiva proposto è stato revisionato e rifiutato, richiedendo modifiche e un nuovo invio. Questa attività genera un ciclo di rework nel processo. | ||
|
Perché è importante
Questa attività è cruciale per identificare i cicli di rilavorazione, comprendere le ragioni del rifiuto e misurare il rendimento al primo passaggio del processo di pianificazione.
Dove trovare
Acquisito dal timestamp di rifiuto nel log della cronologia del workflow. È la controparte dell'azione di approvazione all'interno di un workflow.
Acquisisci
Dal timestamp della fase di rifiuto nella cronologia del workflow.
Tipo di evento
explicit
|
|||
|
Problema categorizzato e prioritizzato
|
Segna il momento in cui il problema è stato classificato per tipo, gravità e priorità, fattori che spesso determinano il workflow successivo. Questo punto viene acquisito quando i campi di categorizzazione e priorità vengono compilati e il record salvato. | ||
|
Perché è importante
Questo è un punto decisionale chiave. Analizzare il tempo fino a questo passaggio è cruciale per la dashboard 'Triage e Prioritizzazione Problemi' e per comprendere il routing del processo.
Dove trovare
Dedotto dal timestamp della prima compilazione di campi obbligatori come 'Livello di gravità' e 'Tipo di evento di qualità', come tracciato nell'audit trail del sistema.
Acquisisci
Dedotto dal timestamp della prima compilazione dei campi 'Gravità' o 'Priorità'.
Tipo di evento
inferred
|
|||
|
Revisione finale eseguita
|
Un controllo finale dell'intero record dell'evento di qualità per garantire che tutta la documentazione sia completa e che tutti i passaggi procedurali siano stati seguiti prima della chiusura. Si tratta spesso di una fase di approvazione esplicita. | ||
|
Perché è importante
Questo rappresenta l'ultima gate di qualità prima che il processo si concluda, garantendo conformità e integrità dei dati. I bottleneck qui possono ritardare la chiusura finale.
Dove trovare
Acquisito dal timestamp di una fase di approvazione 'Revisione finale' o 'Pronto per la chiusura' nel log della cronologia del workflow.
Acquisisci
Dal timestamp della fase di approvazione 'Revisione finale' nel workflow.
Tipo di evento
explicit
|
|||
|
Stakeholder Notificati
|
Rappresenta l'azione di comunicare formalmente la risoluzione dell'evento di qualità agli stakeholder pertinenti. Questo può essere tracciato tramite un passaggio di workflow dedicato o un registro di comunicazione. | ||
|
Perché è importante
Essenziale per misurare l'efficienza della comunicazione; supporta la dashboard 'Tempestività delle notifiche agli stakeholder'. I ritardi in questa fase possono influire sulla soddisfazione del cliente.
Dove trovare
Richiede analisi di sistema, poiché si tratta spesso di un passaggio manuale. Può essere dedotto dal completamento di un'attività 'Notifica Stakeholder' se configurato.
Acquisisci
Dedotto dalla data di completamento di un'attività manuale di 'Notifica stakeholder'.
Tipo di evento
inferred
|
|||
|
Valutazione iniziale eseguita
|
Rappresenta la revisione iniziale o il triage del problema di qualità appena identificato per raccogliere i fatti di base e determinarne la validità. Questo è spesso dedotto quando una sezione del modulo di valutazione iniziale viene completata o lo stato passa da 'Nuovo' a 'In Valutazione'. | ||
|
Perché è importante
Aiuta ad analizzare l'efficienza del processo di triage iniziale e misura il tempo necessario per spostare un problema dalla segnalazione alla valutazione attiva.
Dove trovare
Dedotto da un cambio di stato (es. da 'Nuovo' a 'In valutazione') o dalla data di completamento di un'attività di valutazione iniziale nel log del workflow dell'evento.
Acquisisci
Dedotto dal cambio di stato in 'In valutazione' o 'In triage'.
Tipo di evento
inferred
|
|||
|
Verifica dell'efficacia fallita
|
Indica che l'azione correttiva implementata non ha risolto il problema, innescando spesso una nuova indagine o un nuovo ciclo CAPA. Questo evento segnala un fallimento importante del processo e un ciclo di rework. | ||
|
Perché è importante
Evidenzia le soluzioni inefficaci e incide direttamente sui tassi e sui costi di rework. L'analisi di questi casi è fondamentale per migliorare i processi di analisi delle cause radice (RCA) e di pianificazione delle CAPA.
Dove trovare
Dedotto da un cambio di stato in 'Controllo efficacia fallito' o dalla creazione di un evento di qualità di follow-up collegato all'originale.
Acquisisci
Dedotto da un cambio di stato come 'Verifica fallita' o da un indicatore nel record di verifica.
Tipo di evento
inferred
|
|||