Il Suo Template di Dati per la Gestione della Qualità
Il Suo Template di Dati per la Gestione della Qualità
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione per MasterControl
Attributi di gestione della qualità
| Nome | Descrizione | ||
|---|---|---|---|
|
Evento di qualità
QualityEvent
|
L'identificatore univoco per un singolo evento di qualità, come una non conformità, una deviazione o un reclamo. Questo ID collega tra loro tutte le attività e i documenti correlati. | ||
|
Descrizione
Il Quality Event ID funge da identificatore primario del caso per l'intero processo di gestione della qualità. In genere è un valore alfanumerico generato da MasterControl quando viene avviato un nuovo evento. Nel Process Mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni problema di qualità. Raggruppando tutte le attività correlate sotto un unico ID, gli analisti possono visualizzare il flusso completo del processo, misurare i tempi di ciclo dalla creazione alla chiusura e identificare variazioni o colli di bottiglia specifici per ogni singolo caso.
Perché è importante
Questo è l'identificatore essenziale del caso che collega tutte le fasi del processo, consentendo l'analisi dell'intero ciclo di vita di ogni problema di qualità, dall'apertura alla risoluzione.
Dove trovare
Questa è la chiave primaria per un record di evento di qualità. Consulti la documentazione di MasterControl o la configurazione del sistema per il nome specifico della tabella e del campo.
Esempi
QE-2023-00123NC-2023-0456CAPA-2023-0078
|
|||
|
Nome attività
ActivityName
|
Il nome del task o dell'evento specifico verificatosi nel ciclo di vita dell'evento di qualità, come 'Indagine avviata' o 'Azione correttiva implementata'. | ||
|
Descrizione
L'Activity Name descrive un passaggio o un traguardo specifico nel processo di gestione della qualità. Queste attività vengono registrate con timestamp e formano la sequenza di eventi che costituisce il flusso di processo per ogni evento di qualità. L'analisi di queste attività è il cuore del Process Mining. Consente di scoprire la mappa reale del processo, identificare i percorsi comuni, le deviazioni dalle procedure standard e i colli di bottiglia. La sequenza e la frequenza di attività come 'Root Cause Analysis Performed' sono fondamentali per le dashboard focalizzate su rework e conformità.
Perché è importante
Questo attributo definisce le fasi del processo, consentendo la visualizzazione della mappa del processo, il rilevamento delle deviazioni e l'analisi del flusso.
Dove trovare
Queste informazioni vengono solitamente registrate in un audit trail o in una tabella storica associata a ogni record di evento di qualità in MasterControl.
Esempi
Evento di qualità creatoAnalisi della Causa Radice EseguitaPiano d'azione correttivo approvatoVerifica dell'efficacia dell'azione
|
|||
|
Timestamp Evento
EventTime
|
La data e l'ora precise in cui si è verificata una specifica attività o un evento. Serve come orario di inizio per ogni attività. | ||
|
Descrizione
Questo timestamp segna il completamento di un task specifico o il verificarsi di un evento nel processo di qualità. Fornisce l'ordine cronologico necessario per ricostruire il flusso del processo per ogni caso. I timestamp sono essenziali per tutte le analisi di Process Mining basate sul tempo. Vengono utilizzati per calcolare tempi di ciclo, tempi di lavorazione e tempi di attesa tra le attività. Questi dati sono fondamentali per creare dashboard che analizzino i tempi di risoluzione, identifichino i colli di bottiglia e misurino i ritardi nei passaggi di mano tra i reparti.
Perché è importante
Questo timestamp fornisce la sequenza cronologica degli eventi, fondamentale per calcolare la durata dei processi, identificare i colli di bottiglia e comprendere le prestazioni del processo.
Dove trovare
Si tratta di un campo standard nell'audit trail o nel registro storico per i record degli eventi di qualità in MasterControl, che acquisisce il momento in cui ogni azione è stata registrata.
Esempi
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Categoria della causa radice
RootCauseCategory
|
La classificazione della causa radice identificata per l'evento di qualità, come 'Errore umano', 'Guasto alle apparecchiature' o 'Carenza di processo'. | ||
|
Descrizione
Dopo l'esecuzione di un'analisi della causa radice, i risultati vengono solitamente categorizzati. Questo attributo memorizza tale classificazione, fornendo dati strutturati sul motivo per cui si verificano i problemi. Si tratta di un attributo chiave per il miglioramento strategico della qualità. La dashboard 'Coerenza dell'analisi della causa radice' utilizza questi dati per correlare le categorie delle cause radice con l'efficacia delle azioni correttive e i tassi di rielaborazione. Questo aiuta a determinare se certi tipi di cause radice sono più difficili da affrontare o se l'analisi stessa è incoerente.
Perché è importante
Categorizza la ragione alla base dei problemi di qualità, consentendo un'analisi mirata per prevenirne la ricorrenza e migliorare l'efficacia delle azioni correttive.
Dove trovare
Questo campo fa solitamente parte della sezione Root Cause Analysis o Indagine del modulo dell'evento di qualità in MasterControl.
Esempi
Malfunzionamento attrezzaturaFormazione inadeguataDifetto del materialeProcedura non seguita
|
|||
|
Data di risoluzione prevista
TargetResolutionDate
|
La data pianificata o richiesta entro la quale l'evento di qualità deve essere chiuso. | ||
|
Descrizione
Questo attributo definisce la data di completamento prevista per un evento di qualità, spesso determinata dal tipo, dalla gravità o dai requisiti normativi associati. Funge da scadenza per il processo di risoluzione. Questa data viene utilizzata per misurare la puntualità e la conformità agli accordi sul livello del servizio (SLA). È essenziale per il calcolo del KPI 'Compliance Adherence Rate' e per la creazione di un attributo calcolato 'SLA Status' (es. 'In tempo', 'In ritardo'). Ciò consente di analizzare quali tipi di eventi o reparti abbiano maggiori probabilità di mancare le scadenze.
Perché è importante
Stabilisce una scadenza per la risoluzione, consentendo di misurare la puntualità delle prestazioni e il calcolo dei tassi di conformità agli SLA.
Dove trovare
Si tratta probabilmente di un campo data nel modulo principale dell'evento di qualità in MasterControl, che può essere calcolato automaticamente o inserito manualmente.
Esempi
2023-11-302024-01-152023-12-22
|
|||
|
Nome Utente
UserName
|
Il nome dell'utente o della risorsa che ha eseguito l'`attività`. | ||
|
Descrizione
Questo attributo identifica la persona responsabile dell'esecuzione di un task specifico nel processo, come l'approvazione di un piano di azioni correttive o la chiusura di un evento di qualità. L'analisi del processo per utente aiuta a comprendere la distribuzione del carico di lavoro, identificare le esigenze di formazione e scoprire variazioni specifiche nell'esecuzione del processo. Può essere utilizzato per verificare se determinati individui sono associati a rework o ritardi, fornendo spunti per la gestione delle prestazioni e l'allocazione delle risorse.
Perché è importante
Attribuisce le attività a individui specifici, consentendo l'analisi del carico di lavoro, delle prestazioni e dei colli di bottiglia legati alle risorse.
Dove trovare
Queste informazioni fanno parte degli standard dell'audit trail o del registro storico per qualsiasi evento di qualità in MasterControl, solitamente acquisite come 'User' o 'Performed By'.
Esempi
j.does.smithr.williams
|
|||
|
Ora di Fine
EndTime
|
Il timestamp che indica quando un'attività è stata completata. Spesso coincide con lo StartTime per gli eventi atomici. | ||
|
Descrizione
EndTime segna la conclusione di un'attività. Per molti eventi registrati in un audit trail, l'ora di inizio e quella di fine sono identiche e rappresentano il momento esatto in cui l'evento si è verificato. Tuttavia, per le attività che hanno una durata misurabile, questo campo può acquisire tale informazione. Questo attributo viene utilizzato insieme a StartTime per calcolare il tempo di elaborazione delle singole attività. Ciò è fondamentale per identificare quali passaggi consumano più tempo nel processo, supportando la dashboard 'Identificazione dei colli di bottiglia nel processo di qualità'.
Perché è importante
Consente il calcolo di durate precise delle attività, aiutando a individuare quali task specifici richiedono più tempo all'interno del processo di gestione della qualità.
Dove trovare
Può essere disponibile nell'audit trail o nel log cronologico di MasterControl. Se non disponibile, può essere derivato come StartTime dell'attività successiva nella sequenza.
Esempi
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
|
|||
|
Reparto Responsabile
ResponsibleDepartment
|
Il dipartimento o l'area funzionale responsabile dell'evento di qualità o dell'attività corrente. | ||
|
Descrizione
Questo attributo indica quale reparto (es. 'Produzione', 'Garanzia Qualità' o 'Ingegneria') ha la responsabilità dell'evento di qualità o sta eseguendo un compito specifico. Si tratta di una dimensione critica per l'analisi, poiché consente di filtrare e confrontare le prestazioni dei processi tra diverse unità aziendali. È fondamentale per la dashboard 'Handoff Delay Analysis', in quanto i cambiamenti di questo attributo tra le attività segnalano un passaggio di mano (handoff). L'analisi dei gap temporali in questi passaggi può rivelare problemi di comunicazione o coordinamento tra i reparti.
Perché è importante
Aiuta a identificare i colli di bottiglia interdipartimentali e ad analizzare le prestazioni dei processi per area funzionale, il che è fondamentale per comprendere i ritardi nei passaggi di consegne.
Dove trovare
Queste informazioni sono solitamente memorizzate nel modulo principale dell'evento di qualità in MasterControl e possono essere aggiornate man mano che l'evento avanza nel suo ciclo di vita.
Esempi
Assicurazione QualitàProduzioneRicerca e SviluppoAffari regolatori
|
|||
|
Stato dell'evento di qualità
QualityEventStatus
|
Lo stato attuale dell'evento di qualità nel suo ciclo di vita, come 'Aperto', 'In fase di indagine', 'In attesa di approvazione' o 'Chiuso'. | ||
|
Descrizione
Questo attributo fornisce un'istantanea della posizione di un evento di qualità in un dato momento. Viene solitamente aggiornato man mano che il caso avanza attraverso i traguardi principali. Nel Process Mining, lo stato può essere utilizzato per filtrare i casi aperti o chiusi, il che è essenziale per la dashboard 'Quality Event Throughput & Backlog'. L'analisi del tempo trascorso in ogni stato può anche aiutare a identificare le fasi in cui gli eventi tendono a bloccarsi.
Perché è importante
Indica lo stato attuale di un evento di qualità, consentendo l'analisi degli arretrati, del throughput e del tempo trascorso nelle diverse fasi del ciclo di vita.
Dove trovare
Si tratta di un campo di stato standard nel record principale dell'evento di qualità in MasterControl.
Esempi
ApertoIn CorsoIn attesa di approvazione CAPAChiusoAnnullata
|
|||
|
Stato efficacia
EffectivenessStatus
|
L'esito del controllo di verifica per determinare se le azioni correttive e preventive implementate sono state efficaci. | ||
|
Descrizione
Questo attributo registra il risultato della verifica di efficacia, una fase finale critica nel processo CAPA. Lo stato indica se le azioni intraprese hanno risolto con successo il problema e ne hanno impedito la ricorrenza. Questi dati sono l'input principale per la dashboard 'CAPA Effectiveness Monitoring' e per il KPI 'CAPA Effectiveness Rate'. L'analisi di questo esito aiuta l'organizzazione a comprendere il tasso di successo dei propri sforzi di problem-solving e a identificare le aree in cui le azioni correttive risultano inefficaci.
Perché è importante
Misura il successo delle azioni implementate, il che è fondamentale per calcolare il tasso di efficacia delle CAPA e guidare il miglioramento continuo.
Dove trovare
Si tratta di un campo dei risultati all'interno della sezione di verifica dell'efficacia o di chiusura del modulo CAPA, che è spesso collegato all'evento di qualità in MasterControl.
Esempi
EfficaceInefficaceRichiede monitoraggio
|
|||
|
Tipo di evento di qualità
QualityEventType
|
La classificazione dell'evento di qualità, come 'Non conformità', 'Reclamo cliente', 'Risultato dell'audit' o 'Deviazione'. | ||
|
Descrizione
Questo attributo categorizza l'evento di qualità in base alla sua natura. Diversi tipi di eventi possono seguire percorsi di processo distinti o avere requisiti di conformità e tempi di risoluzione diversi. L'analisi del processo per Quality Event Type è fondamentale per comprendere le variazioni nelle prestazioni. Dashboard come 'Quality Event Resolution Time Analysis' si affidano a questo attributo per confrontare i tempi di ciclo tra le diverse categorie, aiutando a identificare quali tipi di problemi siano più complessi o richiedano più tempo per essere risolti.
Perché è importante
Categorizza gli eventi di qualità, consentendo un'analisi comparativa dei flussi di processo, dei tempi di ciclo e dei risultati tra diversi tipi di problematiche.
Dove trovare
Si tratta di un campo di classificazione primario nel modulo di apertura dell'evento di qualità in MasterControl.
Esempi
Rapporto di Non Conformità (NCR)Reclamo del clienteRisultato dell'audit internoRichiesta di Azioni Correttive al Fornitore (SCAR)
|
|||
|
È una Rilavorazione
IsRework
|
Un flag booleano che indica se un'attività o una sequenza di attività rappresenta una rielaborazione (rework). | ||
|
Descrizione
Questo flag è impostato su 'true' quando un'attività viene ripetuta all'interno dello stesso caso o quando il processo torna a una fase precedente. Ad esempio, se l'attività 'Root Cause Analysis Performed' avviene due volte per lo stesso evento, la seconda occorrenza verrà contrassegnata come rework. Questo attributo supporta direttamente la dashboard 'Rework and Re-investigation Overview' e il KPI 'Root Cause Re-Investigation Rate'. Semplifica la quantificazione del rework, rendendo facile filtrare e analizzare i casi con flussi di processo inefficienti.
Perché è importante
Contrassegna esplicitamente le attività che vengono ripetute, rendendo semplice quantificare e analizzare la frequenza, le cause e l'impatto delle rielaborazioni.
Dove trovare
Questo flag viene derivato durante la trasformazione dei dati analizzando la sequenza di attività per ogni caso, al fine di rilevare passaggi ripetuti o loop di processo.
Esempi
truefalse
|
|||
|
ID azione correttiva
CorrectiveActionId
|
L'identificatore univoco per il piano di azioni correttive (CAPA) collegato all'evento di qualità. | ||
|
Descrizione
Questo attributo fornisce un collegamento diretto tra un evento di qualità e le specifiche azioni correttive create per affrontarne la causa radice. Un singolo evento può essere collegato a una o più azioni correttive. Disporre di questo ID consente un'analisi più dettagliata, integrando i dati dell'evento di qualità con quelli del modulo CAPA. Ciò permette un'indagine approfondita sui tipi di azioni intraprese per le diverse cause radice e sulla loro successiva efficacia, supportando la dashboard 'CAPA Effectiveness Monitoring'.
Perché è importante
Collega l'evento di qualità alle sue specifiche azioni correttive, consentendo un'analisi più granulare dell'efficacia delle azioni e delle strategie di risoluzione.
Dove trovare
Sarebbe memorizzato in una sezione di record correlati o oggetti collegati nel modulo dell'evento di qualità in MasterControl.
Esempi
CA-2023-0199CA-2023-0204CA-2023-0210
|
|||
|
ID azione preventiva
PreventiveActionId
|
L'identificatore univoco per il piano di azioni preventive (PAPA) collegato all'evento di qualità. | ||
|
Descrizione
Similmente al Corrective Action ID, questo attributo collega l'evento di qualità a eventuali azioni preventive create. Le azioni preventive sono misure proattive volte a evitare che problemi simili si verifichino in altre aree. Questo ID è fondamentale per la dashboard 'Preventive Action Optimization' e per il KPI 'Preventive Action Rate'. Consente di monitorare quanto spesso gli eventi di qualità portino a miglioramenti proattivi e di analizzare l'impatto di tali misure preventive nel tempo.
Perché è importante
Collega l'evento di qualità a misure preventive proattive, consentendo di analizzare la capacità dell'organizzazione di imparare dai problemi e prevenirne di futuri.
Dove trovare
Si troverebbe in una sezione dei record correlati nel modulo dell'evento di qualità o CAPA in MasterControl, con un collegamento a un oggetto di azione preventiva.
Esempi
PA-2023-0051PA-2023-0052PA-2023-0053
|
|||
|
Località del Sito
SiteLocation
|
Il sito di produzione, lo stabilimento o la struttura dove ha avuto origine l'evento di qualità. | ||
|
Descrizione
Questo attributo specifica l'ubicazione fisica o il sito associato all'evento di qualità. Fornisce un contesto geografico o organizzativo al problema. Si tratta di una dimensione preziosa per l'analisi comparativa. Filtrando o raggruppando per sito, il management può confrontare le prestazioni del processo di gestione qualità tra le diverse sedi. Ciò può evidenziare i siti che stanno ottenendo buoni risultati e che possono condividere best practice, così come quelli che potrebbero necessitare di supporto aggiuntivo o miglioramenti nei processi.
Perché è importante
Consente il confronto delle prestazioni tra diversi siti produttivi o stabilimenti, aiutando a identificare problemi specifici di una sede o le migliori pratiche.
Dove trovare
Queste informazioni vengono solitamente acquisite nel modulo di apertura dell'evento di qualità, spesso tramite un elenco a discesa dei siti aziendali.
Esempi
Austin, TXDublino, IrlandaStabilimento di SingaporeSito A
|
|||
|
Normativa associata
AssociatedRegulationStandard
|
Il regolamento specifico o lo standard di qualità, come ISO 13485 o 21 CFR Part 820, applicabile all'evento di qualità. | ||
|
Descrizione
Questo attributo collega un evento di qualità a una specifica normativa esterna o a uno standard di qualità interno. Ciò è particolarmente importante per le aziende in settori regolamentati come le scienze della vita o il manifatturiero. Per la dashboard 'Quality Process Compliance Adherence', questo attributo è fondamentale. Consente agli analisti di filtrare gli eventi relativi a una specifica normativa e verificare che i passaggi richiesti dal processo siano stati seguiti. Le deviazioni possono essere segnalate come potenziali rischi di conformità, rendendo questo un attributo chiave per scopi di audit e gestione del rischio.
Perché è importante
Collega gli eventi di qualità a specifici requisiti di conformità, consentendo l'analisi dell'aderenza agli standard normativi e alle policy interne.
Dove trovare
Potrebbe essere un campo selezionabile nel modulo dell'evento di qualità in MasterControl, che consente agli utenti di taggare gli eventi con le normative applicabili.
Esempi
ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
|
|||
|
Prodotto interessato
ProductAffected
|
Il prodotto, la linea di prodotti o il componente oggetto dell'evento di qualità. | ||
|
Descrizione
Questo attributo identifica il prodotto o il materiale specifico associato al problema di qualità. Fornisce un contesto essenziale per comprendere l'impatto degli eventi di qualità. L'analisi dei dati di processo per prodotto consente di identificare i prodotti che presentano problemi ricorrenti. Ciò può aiutare a prioritizzare gli sforzi di miglioramento, orientare le modifiche al design del prodotto e valutare le prestazioni di diverse linee di produzione o fornitori.
Perché è importante
Offre un contesto aziendale fondamentale, consentendo l'analisi dei problemi di qualità per linea di prodotto per identificare trend e criticità ricorrenti.
Dove trovare
Si tratterebbe di un campo nel modulo dell'evento di qualità in cui gli utenti possono specificare il prodotto, spesso selezionandolo da un elenco predefinito o inserendo un codice articolo.
Esempi
Prodotto A - Lotto 54321Componente XYZAPI-001
|
|||
|
Sistema di Origine
SourceSystem
|
Identifica il sistema da cui sono stati estratti i dati, che in questo caso è MasterControl. | ||
|
Descrizione
Questo attributo fornisce il contesto sull'origine dei dati. Per questo processo, avrà costantemente un valore che indica 'MasterControl'. Anche se può sembrare statico, questo attributo è fondamentale in contesti aziendali complessi dove i dati di più sistemi potrebbero essere combinati per un'analisi più ampia. Garantisce la data lineage e aiuta a isolare comportamenti specifici del sistema o problemi di qualità dei dati.
Perché è importante
Attribuisce chiaramente i dati al sistema di origine, il che è essenziale per la data governance e per le analisi che combinano dati provenienti da più applicazioni.
Dove trovare
Si tratta in genere di un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) per etichettare l'origine del set di dati.
Esempi
MasterControlMasterControl QMS
|
|||
|
Stato SLA
SlaStatus
|
Indica se l'evento di qualità è stato chiuso entro la data di risoluzione prevista. | ||
|
Descrizione
Questo attributo è derivato confrontando la data di chiusura effettiva di un evento di qualità con la sua 'Target Resolution Date'. Lo stato è solitamente impostato su 'In tempo' o 'In ritardo'. Fornisce un indicatore immediato delle prestazioni rispetto alle scadenze. È la base per il KPI 'Compliance Adherence Rate' e consente di filtrare e analizzare facilmente i casi in ritardo. Comprendere i fattori che causano risoluzioni tardive è fondamentale per migliorare la tempestività globale dei processi e raggiungere gli obiettivi di conformità.
Perché è importante
Fornisce un indicatore semplice per verificare se i casi rispettano le scadenze, elemento essenziale per misurare e migliorare la puntualità delle prestazioni.
Dove trovare
Viene calcolato durante la trasformazione dei dati confrontando il timestamp dell'attività 'Quality Event Closed' con il campo 'TargetResolutionDate' per ogni caso.
Esempi
In TempoIn RitardoA Rischio
|
|||
|
Tempo di attesa nel passaggio di consegne
HandoffWaitTime
|
Il tempo di inattività tra due attività consecutive eseguite da dipartimenti o team diversi. | ||
|
Descrizione
Questa metrica calcola la durata del tempo in cui un caso rimane in attesa dopo che un reparto ha completato il proprio compito e prima che il reparto successivo inizi il proprio. Viene calcolata identificando attività consecutive in cui il 'Responsible Department' cambia e misurando l'intervallo di tempo tra di esse. Questa metrica calcolata è il cuore della dashboard 'Handoff Delay Analysis' e del KPI 'Average Handoff Wait Time'. Isola il tempo di attesa causato da problemi di coordinamento o comunicazione dal tempo di lavorazione attivo, aiutando a individuare specifici colli di bottiglia interfunzionali che prolungano il tempo di ciclo complessivo.
Perché è importante
Isola e quantifica i tempi di attesa tra i dipartimenti, esponendo direttamente le lacune comunicative e i colli di bottiglia del coordinamento nel processo.
Dove trovare
Viene calcolato durante la trasformazione dei dati analizzando i timestamp e i valori 'ResponsibleDepartment' delle attività consecutive all'interno di ogni caso.
Esempi
172800259200604800
|
|||
|
Tempo di Elaborazione
ProcessingTime
|
La durata del tempo trascorso lavorando attivamente su un'attività. | ||
|
Descrizione
Il Processing Time, noto anche come durata dell'attività, è il tempo che intercorre tra l'inizio e la fine di un'operazione. Rappresenta il tempo di lavoro effettivo, distinguendosi dai tempi di attesa tra una fase e l'altra. Questa metrica calcolata è un pilastro fondamentale nell'analisi dei colli di bottiglia. Aggregando i tempi di elaborazione di ogni singola attività, la dashboard 'Quality Process Bottleneck Identification' è in grado di mostrare chiaramente quali passaggi richiedano più tempo. Ciò consente di concentrare gli sforzi di ottimizzazione sulle fasi del processo in cui si concentra maggiormente l'impiego di risorse temporali.
Perché è importante
Quantifica la durata del lavoro attivo per ogni task, evidenziando direttamente i passaggi più onerosi in termini di tempo e le aree chiave per migliorare l'efficienza.
Dove trovare
Viene calcolato durante la trasformazione dei dati sottraendo lo StartTime dall'EndTime di un'attività. Richiede che entrambi i timestamp siano disponibili.
Esempi
864003600604800
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp che indica quando i dati sono stati estratti o aggiornati l'ultima volta da MasterControl. | ||
|
Descrizione
Questo attributo registra la data e l'ora dell'ultima estrazione dati dal sistema sorgente. Si tratta di un campo di metadati che si applica all'intero set di dati anziché ai singoli eventi. Questa informazione è vitale per comprendere l'aggiornamento dei dati analizzati. Offre trasparenza agli utenti aziendali sulla data degli ultimi dati disponibili nelle dashboard e nei KPI, assicurando che le decisioni si basino su informazioni aggiornate.
Perché è importante
Fornisce un contesto cruciale sull'aggiornamento dei dati, assicurando che gli utenti sappiano quanto sia recente l'analisi e quando sia previsto il prossimo aggiornamento.
Dove trovare
Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) da MasterControl.
Esempi
2024-05-20T02:00:00Z2024-05-21T02:00:00Z
|
|||
Attività di gestione della qualità
| Activity | Descrizione | ||
|---|---|---|---|
|
Evento di qualità chiuso
|
Questa è l'attività finale, che segna la risoluzione positiva e la chiusura formale dell'evento di qualità in MasterControl. L'evento viene acquisito quando lo stato del record viene modificato in 'Chiuso', operazione registrata con un timestamp nell'audit trail. | ||
|
Perché è importante
Questa attività segna la fine del processo, fondamentale per il calcolo del tempo di ciclo totale e del throughput. Conferma il completamento con successo del caso di gestione qualità.
Dove trovare
Si tratta di un evento esplicito dedotto dal cambio di stato finale del record dell'evento di qualità in 'Chiuso'. Il timestamp di questo cambio di stato viene registrato nell'audit log.
Acquisisci
Dedotto dal timestamp in cui lo stato dell'evento viene aggiornato a 'Chiuso'.
Tipo di evento
inferred
|
|||
|
Evento di qualità creato
|
Questo è il punto di partenza del processo di gestione qualità, dove un nuovo evento (come una deviazione, una non conformità o un reclamo) viene registrato per la prima volta in MasterControl. Questa attività viene solitamente acquisita in modo esplicito quando un utente crea un nuovo record, generando una voce nell'audit trail con relativo timestamp. | ||
|
Perché è importante
Questa attività segna l'inizio del ciclo di vita del caso, essenziale per misurare il Quality Event Cycle Time complessivo e analizzare i volumi di invio degli eventi.
Dove trovare
Si tratta di un evento esplicito registrato nelle tabelle dell'audit trail per il modulo degli eventi di qualità. Corrisponde al timestamp di creazione del record dell'evento.
Acquisisci
Registrato nell'audit trail al momento della creazione di un nuovo oggetto Evento di Qualità.
Tipo di evento
explicit
|
|||
|
Indagine Avviata
|
Segna l'inizio formale della fase di indagine per determinare la portata e l'impatto immediato dell'evento di qualità. Viene tipicamente acquisito quando l'evento viene ufficialmente assegnato a un investigatore e lo stato viene aggiornato a 'In fase di indagine'. | ||
|
Perché è importante
Questo è un traguardo chiave per monitorare la durata della fase di indagine. I ritardi in questa fase possono influire significativamente sul tempo di risoluzione globale e sulle scadenze di conformità.
Dove trovare
Dedotto da un cambio di stato nel record dell'evento di qualità verso uno stato come 'Indagine in corso'. Questa modifica viene registrata nell'audit trail di MasterControl.
Acquisisci
Dedotto dal timestamp in cui lo stato dell'evento cambia in 'In fase di indagine'.
Tipo di evento
inferred
|
|||
|
Piano d'azione correttivo approvato
|
Indica che il piano CAPA proposto è stato formalmente revisionato e approvato dagli stakeholder competenti. Si tratta di un traguardo critico, spesso rilevato tramite un evento di firma elettronica esplicito nell'audit trail di MasterControl. | ||
|
Perché è importante
Le fasi di approvazione sono colli di bottiglia comuni. Analizzare il tempo impiegato per questa attività aiuta a identificare i ritardi nel processo di approvazione e supporta la dashboard 'Analisi dei ritardi nei passaggi di consegne'.
Dove trovare
Si tratta di un evento esplicito acquisito nell'audit trail quando un utente con autorità di approvazione appone una firma elettronica al piano CAPA o alla fase pertinente del workflow.
Acquisisci
Acquisito dai log delle firme elettroniche associati alla fase di approvazione del workflow.
Tipo di evento
explicit
|
|||
|
Verifica dell'efficacia dell'azione
|
Segna il completamento della fase di verifica, in cui le prove vengono raccolte e revisionate per confermare che le azioni implementate siano state efficaci. Questo viene acquisito quando il task di controllo dell'efficacia viene completato, spesso con una firma elettronica. | ||
|
Perché è importante
Questa attività è fondamentale per calcolare il CAPA Effectiveness Rate e l'Avg Action Verification Time. Conferma se la soluzione ha funzionato, prevenendo il ripetersi del problema.
Dove trovare
Può essere un evento esplicito acquisito tramite firma elettronica per la fase di verifica o dedotto dal completamento del task 'Effectiveness Check' nel workflow.
Acquisisci
Acquisito dai log delle firme elettroniche o dai timestamp di completamento dei task per la fase di verifica.
Tipo di evento
explicit
|
|||
|
Analisi della Causa Radice Eseguita
|
Questa attività indica il completamento della Root Cause Analysis (RCA) e la documentazione dei risultati. Può essere dedotta quando i campi 'Root Cause' o i relativi campi di analisi vengono compilati e il task associato è contrassegnato come completato. | ||
|
Perché è importante
Il monitoraggio di questa attività aiuta a misurare il tempo e la qualità della fase di RCA. È fondamentale per KPI come il Root Cause Re-Investigation Rate, che identifica il rework.
Dove trovare
Dedotto dalla voce dell'audit trail che mostra il completamento del task RCA o il popolamento e la finalizzazione dei campi della categoria della causa radice all'interno del modulo dell'evento di qualità.
Acquisisci
Dedotto dal completamento della fase o del task del workflow 'Analisi della causa radice'.
Tipo di evento
inferred
|
|||
|
Azione correttiva implementata
|
Indica che i task definiti nel piano d'azione correttivo approvato sono stati eseguiti e completati. Questo viene tipicamente acquisito quando l'utente responsabile dell'azione contrassegna il task di implementazione come completato nel sistema. | ||
|
Perché è importante
Questo è un traguardo chiave per monitorare l'inizio del KPI 'Avg Action Verification Time'. La durata dell'implementazione riflette la complessità e l'efficienza delle azioni correttive.
Dove trovare
Dedotto dall'audit trail quando lo stato dei task di azione correttiva assegnati viene modificato in 'Completato' o 'Implementato'.
Acquisisci
Derivato dal timestamp di completamento dei task di implementazione CAPA collegati.
Tipo di evento
inferred
|
|||
|
Azione preventiva implementata
|
Rappresenta il completamento delle attività definite nel piano di azioni preventive, volto a evitare future evenienze. Viene rilevato quando i task di azione preventiva assegnati sono contrassegnati come completati nel sistema. | ||
|
Perché è importante
Il monitoraggio di questa attività è essenziale per il KPI 'Preventive Action Rate', aiutando a valutare quanto proattivamente l'organizzazione stia affrontando potenziali problemi futuri.
Dove trovare
Dedotto dal timestamp di completamento dei task specificamente designati come 'Azioni preventive' all'interno del piano CAPA.
Acquisisci
Derivato dal timestamp di completamento dei task di azione preventiva collegati.
Tipo di evento
inferred
|
|||
|
Efficacia ritenuta inefficace
|
Questa attività rappresenta un esito negativo della fase di verifica, in cui le azioni implementate sono risultate inefficaci. Questo evento innesca il rework e viene dedotto quando la fase di verifica fallisce, portando a un cambio di stato che riapre l'indagine o la pianificazione CAPA. | ||
|
Perché è importante
Questo evento è fondamentale per identificare i loop di rework e calcolare il First-Pass Resolution Rate. Evidenzia i fallimenti nel processo di problem-solving che devono essere affrontati.
Dove trovare
Dedotto da un cambio di stato che indica un fallimento della verifica, come 'Controllo efficacia fallito' o una transizione di ritorno a 'In fase di indagine'.
Acquisisci
Derivato da una transizione del workflow che riporta il caso a una fase precedente dopo la verifica.
Tipo di evento
inferred
|
|||
|
Evento di qualità annullato
|
Rappresenta uno stato finale alternativo in cui un evento di qualità è considerato non valido, un duplicato o inserito per errore, e viene quindi annullato. Viene rilevato tramite un cambio di stato in 'Annullato' o 'Vuoto'. | ||
|
Perché è importante
Distinguere tra eventi chiusi e annullati è importante per un reporting accurato sui risultati del processo. Un alto tasso di cancellazione può indicare problemi nel reporting degli eventi o nel triage.
Dove trovare
Dedotto da un cambio di stato terminale verso uno stato come 'Annullato' o 'Non valido', registrato nell'audit trail.
Acquisisci
Dedotto dal timestamp in cui lo stato dell'evento viene aggiornato ad 'Annullato'.
Tipo di evento
inferred
|
|||
|
Piano d'azione correttivo proposto
|
Rappresenta la creazione e l'invio di un piano di Azioni Correttive e Preventive (CAPA) per la revisione. Questo evento viene in genere rilevato quando un record CAPA viene formalmente collegato all'evento di qualità e il suo stato è impostato su 'In attesa di approvazione'. | ||
|
Perché è importante
Questa attività segna il passaggio dall'indagine alla pianificazione della risoluzione. La durata tra l'RCA e questo passaggio può indicare l'efficienza della pianificazione.
Dove trovare
Probabilmente dedotto dalla creazione di un oggetto CAPA collegato o da un cambio di stato all'interno dell'evento di qualità verso uno stato come 'Piano CAPA proposto' o 'In attesa di approvazione del piano'.
Acquisisci
Derivato dalla creazione di un record di piano CAPA collegato o da un cambio di stato nell'evento padre.
Tipo di evento
inferred
|
|||
|
Revisione finale condotta
|
Indica che un responsabile della garanzia qualità ha completato la revisione finale dell'intero record dell'evento di qualità, inclusa tutta la documentazione e le azioni. Questo evento viene solitamente rilevato tramite una firma elettronica esplicita prima che il caso possa essere chiuso. | ||
|
Perché è importante
Questo è l'ultimo controllo di qualità prima della chiusura. I ritardi in questa fase possono lasciare aperti gli eventi inutilmente, influenzando le metriche di throughput.
Dove trovare
Acquisito esplicitamente dall'audit trail quando un utente appone una firma elettronica per la fase di 'Revisione finale' o 'Approvazione QA' nel workflow.
Acquisisci
Acquisito dai log delle firme elettroniche per la fase finale di approvazione del workflow.
Tipo di evento
explicit
|
|||
|
Stakeholder Notificati
|
Rappresenta la comunicazione formale della risoluzione dell'evento di qualità a tutti gli stakeholder interessati. Può trattarsi di un'azione esplicita registrata o dedotta dal completamento di un task di 'Notifica finale' nel workflow. | ||
|
Perché è importante
Analizzare questo passaggio aiuta a comprendere l'efficienza della comunicazione. È anche un indicatore chiave per il calcolo del KPI relativo al tempo di revisione finale e chiusura.
Dove trovare
Potrebbe essere un evento di notifica esplicito registrato nel sistema o dedotto dal completamento di un task 'Notify Stakeholders' prima della chiusura finale.
Acquisisci
Dedotto dal completamento di un task di notifica dedicato all'interno del workflow.
Tipo di evento
inferred
|
|||
|
Triage iniziale completato
|
Rappresenta il completamento della valutazione iniziale in cui l'evento di qualità viene categorizzato, assegnato a un livello di gravità e prioritizzato. Spesso si deduce da un cambio di stato nel sistema, ad esempio quando lo stato dell'evento passa da 'Nuovo' a 'In valutazione' o 'Indagine'. | ||
|
Perché è importante
L'analisi del tempo impiegato per il triage aiuta a identificare i ritardi nella risposta iniziale ai problemi di qualità. È un passaggio critico che detta il workflow successivo e l'allocazione delle risorse.
Dove trovare
Dedotto dall'audit trail quando il campo di stato dell'evento viene aggiornato a uno stato post-triage, o quando i campi obbligatori del triage come 'Gravità' e 'Priorità' vengono popolati e salvati per la prima volta.
Acquisisci
Derivato da un cambiamento nel campo dello stato dell'evento, ad esempio da 'Inviato' ad 'Assegnato'.
Tipo di evento
inferred
|
|||