Il vostro Template Dati per la Gestione della Qualità
Il vostro Template Dati per la Gestione della Qualità
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione
Attributi di Quality Management
| Nome | Descrizione | ||
|---|---|---|---|
|
Evento di qualità
QualityEvent
|
L'identificatore univoco di un singolo evento di qualità, come una deviazione, una non conformità o una CAPA. | ||
|
Descrizione
L'Evento di Qualità funge da identificatore principale del caso, collegando tutte le attività, le indagini e le risoluzioni relative a un problema di qualità specifico. Agisce come il filo conduttore che unisce l'intero ciclo di vita di un incidente, dal report iniziale alla chiusura definitiva.\n\nNel process mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni evento di qualità. Consente di analizzare le varianti di processo, i tempi di ciclo e la conformità tra diversi tipi di eventi, offrendo una visione d'insieme di come i singoli incidenti di qualità vengono gestiti, analizzati e risolti.
Perché è importante
Questo è il Case ID essenziale che raggruppa tutte le attività correlate in una singola istanza di processo, rendendo possibile l'analisi end-to-end.
Dove trovare
Questo è l'identificatore principale per i record degli Eventi di Qualità in Veeva Vault Quality, spesso indicato come "Nome" o un campo ID univoco sull'oggetto Evento di Qualità.
Esempi
QE-2023-00123CAPA-2023-00456DEV-2023-00789
|
|||
|
Nome attività
ActivityName
|
Il nome di un task specifico o di una fase avvenuta all'interno del ciclo di vita dell'evento di qualità. | ||
|
Descrizione
Questo attributo descrive una distinta attività aziendale o un evento che accade durante la gestione di un evento di qualità. Si tratta delle fasi del processo, come "Indagine avviata" o "Piano d'azione correttiva approvato".\n\nL'analisi della sequenza e della frequenza di queste attività è il cuore del process mining. Aiuta a scoprire il flusso reale del processo, identificare i colli di bottiglia tra le fasi e rilevare le deviazioni dalle procedure operative standard.
Perché è importante
Definisce le fasi del processo, consentendo la visualizzazione e l'analisi del flusso del processo.
Dove trovare
Questo viene solitamente derivato dai nomi dei task del workflow, dai cambi di stato o dalle voci dell'audit trail all'interno di Veeva Vault Quality.
Esempi
Triage iniziale completatoAnalisi della Causa Radice EseguitaRevisione finale e chiusura
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema da cui sono stati estratti i dati di gestione della qualità. | ||
|
Descrizione
Questo attributo identifica l'origine dei dati, che in questo caso è Veeva Vault Quality. Aiuta nella governance dei dati e fornisce contesto, specialmente quando vengono combinati dati provenienti da più sistemi.\n\nNell'analisi, viene utilizzato per il filtraggio e per garantire la discendenza dei dati (data lineage). Comprendere il sistema sorgente aiuta a interpretare correttamente i dati e a risolvere eventuali problemi di qualità degli stessi.
Perché è importante
Fornisce il contesto essenziale sull'origine dei dati, fondamentale per la governance, la tracciabilità e l'analisi multi-sistema.
Dove trovare
Si tratta di un valore statico che dovrebbe essere aggiunto durante il processo di trasformazione dei dati per etichettare tutti i record provenienti da questa sorgente.
Esempi
Veeva Vault Quality
|
|||
|
Timestamp Evento
EventTime
|
Il `timestamp` che indica quando una specifica attività è iniziata o si è verificata. | ||
|
Descrizione
Questo attributo registra la data e l'ora esatte in cui un'attività è stata eseguita. Fornisce il contesto cronologico per tutti gli eventi all'interno di un caso.\n\nQuesto timestamp è alla base di tutte le analisi di process mining basate sul tempo. Viene utilizzato per calcolare i tempi di ciclo, i tempi di attesa tra le attività e la durata di fasi specifiche, elementi essenziali per identificare ritardi e colli di bottiglia nelle prestazioni.
Perché è importante
Questo timestamp è fondamentale per ordinare gli eventi cronologicamente e calcolare tutte le metriche di performance come il tempo di ciclo e il tempo di attesa.
Dove trovare
Corrisponde alla data di creazione o di completamento dei task, o al timestamp degli eventi nell'audit trail di un oggetto Evento di Qualità.
Esempi
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp dell'ultimo aggiornamento o estrazione dei dati dal sistema sorgente. | ||
|
Descrizione
Questo attributo indica l'aggiornamento dei dati analizzati. Mostra la data e l'ora in cui i dati sono stati estratti l'ultima volta da Veeva Vault Quality e caricati nello strumento di process mining.\n\nQueste informazioni sono fondamentali affinché gli utenti comprendano la tempestività dell'analisi e sappiano se le dashboard riflettono lo stato più attuale delle operazioni. È un attributo chiave per la governance dei dati.
Perché è importante
Informa gli utenti sulla tempestività e sulla pertinenza dei dati, assicurando che comprendano quanto sia aggiornata l'analisi dei processi.
Dove trovare
Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL).
Esempi
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Data di risoluzione prevista
TargetResolutionDate
|
La data pianificata o richiesta per la chiusura definitiva dell'evento di qualità. | ||
|
Descrizione
Questo attributo definisce l'accordo sul livello di servizio (SLA) o la scadenza prevista per la risoluzione di un evento di qualità. Spesso viene calcolato in base alla data di creazione dell'evento e alla sua gravità o tipologia.\n\nQuesta data è il punto di riferimento rispetto al quale vengono misurate le prestazioni effettive. È fondamentale per la dashboard "Prestazioni di risoluzione puntuale" e per il KPI "Tasso di risoluzione puntuale", aiutando a identificare se gli eventi vengono risolti tempestivamente e quali fattori contribuiscono ai ritardi.
Perché è importante
Definisce lo SLA per la risoluzione dei casi, consentendo la misurazione della puntualità e l'analisi dei ritardi.
Dove trovare
Probabilmente si tratta di un campo data sull'oggetto Evento di Qualità, che può essere inserito manualmente o calcolato automaticamente dal sistema.
Esempi
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Dipartimento Assegnato
AssignedDepartment
|
Il dipartimento o l'area funzionale responsabile per l'evento o l'attività di qualità. | ||
|
Descrizione
Questo attributo specifica l'unità aziendale o il dipartimento, come Quality Assurance, Produzione o R&D, responsabile della gestione dell'evento di qualità o di un task particolare. Spesso deriva dal profilo dell'utente assegnato.\n\nQuesta dimensione è critica per l'analisi delle prestazioni di alto livello. Consente di confrontare l'efficienza e la conformità dei processi tra diverse aree dell'organizzazione, aiutando a individuare problemi sistemici all'interno di dipartimenti specifici e supportando la dashboard "Distribuzione del carico di lavoro degli investigatori".
Perché è importante
Consente di filtrare e confrontare le prestazioni dei processi tra diverse business unit, rivelando bottleneck dipartimentali o best practice.
Dove trovare
Queste informazioni sono tipicamente memorizzate nei dati del profilo utente collegati all'"Investigatore assegnato" o possono essere un campo diretto sull'oggetto Evento di Qualità stesso.
Esempi
Assicurazione QualitàOperazioni di produzioneRicerca e Sviluppo
|
|||
|
Durata attività
ActivityDuration
|
Il tempo di esecuzione di una singola attività. | ||
|
Descrizione
Questa metrica misura il tempo trascorso lavorando attivamente su un task. Viene calcolata come la differenza tra l'EndTime e lo StartTime di un'attività.\n\nL'analisi della durata dell'attività aiuta a individuare quali fasi specifiche del processo richiedono più tempo. Questa si differenzia dal tempo di attesa, poiché riflette l'effettivo sforzo lavorativo. È una metrica chiave per identificare le inefficienze all'interno dei singoli task e per la pianificazione della capacità delle risorse.
Perché è importante
Misura il tempo di lavoro effettivo per le attività, aiutando a identificare task inefficienti e opportunità di automazione o semplificazione.
Dove trovare
Questa è una metrica calcolata, derivata sottraendo l'Ora di Inizio ('EventTime') dall'Ora di Fine ('EndTime') per ogni attività.
Esempi
2 ore e 30 minuti45 minuti8 ore 15 minuti
|
|||
|
Investigatore assegnato
AssignedInvestigator
|
L'utente o la risorsa assegnata per eseguire un'indagine o un task specifico. | ||
|
Descrizione
Questo attributo identifica la persona, il ruolo o il team responsabile dell'esecuzione di una determinata attività all'interno del ciclo di vita dell'evento di qualità. Può trattarsi del proprietario dell'evento di qualità stesso o dell'assegnatario di un task specifico del workflow.\n\nL'analisi di questo attributo aiuta a comprendere la distribuzione del carico di lavoro, le prestazioni delle risorse e a identificare team o individui sovraccarichi. È essenziale per la dashboard "Distribuzione del carico di lavoro degli investigatori" e per ottimizzare l'allocazione delle risorse al fine di migliorare l'efficienza.
Perché è importante
Traccia chi esegue il lavoro, consentendo l'analisi del carico di lavoro, dell'efficienza delle risorse e l'identificazione delle esigenze di formazione.
Dove trovare
Si trova nei campi proprietario o utente assegnato sull'oggetto Evento di Qualità o sugli oggetti task del workflow correlati in Veeva Vault Quality.
Esempi
Alice JohnsonBob WilliamsTeam investigativo QA
|
|||
|
Livello di severità
SeverityLevel
|
La gravità o il livello di rischio valutato per l'evento di qualità (es. alto, medio, basso). | ||
|
Descrizione
Questo attributo classifica l'evento di qualità in base al suo potenziale impatto sulla qualità del prodotto, sulla sicurezza del paziente o sulla conformità normativa. La gravità spesso detta l'urgenza e la profondità richiesta dell'indagine.\n\nL'analisi per livello di gravità è fondamentale per dare priorità agli sforzi di miglioramento. Aiuta a capire se gli eventi ad alta gravità richiedono più tempo per essere risolti, se seguono percorsi di processo diversi o se presentano un tasso di rifacimento più elevato, garantendo che i problemi più critici ricevano la massima attenzione.
Perché è importante
Classifica gli eventi in base all'impatto, consentendo un'analisi basata sul rischio e la priorità degli sforzi di miglioramento sulle aree ad alto rischio.
Dove trovare
Questo è un campo di classificazione standard sull'oggetto Evento di Qualità, spesso un elenco di selezione derivato da una matrice di rischio.
Esempi
ElevatoMedioBasso
|
|||
|
Ora di Fine
EndTime
|
Il timestamp che indica quando un'attività è stata completata. | ||
|
Descrizione
Questo attributo registra la data e l'ora in cui si è conclusa un'attività o un task specifico. È distinto dallo StartTime (EventTime) ed è essenziale per comprendere la durata delle singole fasi del processo.\n\nNel process mining, l'EndTime viene utilizzato insieme allo StartTime per calcolare il tempo di esecuzione delle attività. Questo è fondamentale per identificare quali task specifici richiedono più tempo, contribuendo al tempo di ciclo totale e a potenziali ritardi.
Perché è importante
Consente il calcolo dei tempi di elaborazione delle attività, fondamentale per identificare i bottleneck a livello di task.
Dove trovare
Questo timestamp è solitamente disponibile nella cronologia del workflow o nei dati dell'audit trail per un Evento di Qualità, spesso come campo "data di completamento" o "modificato il" per un task o uno stato specifico.
Esempi
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Stato dell'evento di qualità
QualityEventStatus
|
Lo stato attuale del ciclo di vita dell'evento di qualità. | ||
|
Descrizione
Questo attributo indica lo stato attuale dell'evento di qualità, come "Aperto", "In fase di indagine", "In attesa di approvazione" o "Chiuso". Fornisce un'istantanea della posizione di ogni caso nel suo ciclo di vita.\n\nÈ fondamentale per la dashboard "Panoramica sull'avanzamento degli eventi di qualità", consentendo il monitoraggio in tempo reale dei casi in corso. Aiuta i manager a tracciare i progressi, identificare gli eventi bloccati e gestire efficacemente il carico di lavoro complessivo.
Perché è importante
Fornisce un'istantanea dello stato attuale di un caso, essenziale per monitorare il lavoro in corso e identificare eventi bloccati.
Dove trovare
Questo è un campo standard sull'oggetto Evento di Qualità in Veeva Vault Quality che ne riflette la posizione nel ciclo di vita.
Esempi
In TriageIn IndagineCAPA propostaChiuso
|
|||
|
Tipo di evento di qualità
QualityEventType
|
La classificazione dell'evento di qualità (es. CAPA, deviazione o reclamo). | ||
|
Descrizione
Questo attributo categorizza l'evento di qualità in base alla sua natura. Diversi tipi di eventi di qualità seguono spesso percorsi di processo differenti e hanno requisiti di conformità e tempi di risoluzione diversi.\n\nL'analisi per tipo di evento è fondamentale per comprendere le varianti del processo. Consente, ad esempio, di confrontare le prestazioni e l'efficienza nella gestione delle deviazioni rispetto alle CAPA e aiuta a personalizzare le iniziative di miglioramento in base ai contesti specifici del processo.
Perché è importante
Distingue tra diversi tipi di processi di qualità, che spesso hanno workflow, SLA e regole di conformità unici.
Dove trovare
Questo è un campo di classificazione standard sull'oggetto Evento di Qualità in Veeva Vault Quality, spesso un elenco di selezione (picklist).
Esempi
DeviazioneAzione correttiva e preventiva (CAPA)Non conformitàReclamo
|
|||
|
Causa Radice
RootCause
|
La causa sottostante identificata per l'evento di qualità. | ||
|
Descrizione
Questo attributo contiene la conclusione finale dell'indagine di analisi delle cause radice (RCA). Categorizza la ragione fondamentale del problema di qualità, come un guasto alle apparecchiature, un errore umano o una carenza procedurale.\n\nL'analisi delle cause radice è essenziale per una risoluzione efficace dei problemi. Aiuta a identificare problemi sistemici ricorrenti che devono essere affrontati tramite azioni correttive e preventive. Questo attributo supporta direttamente le dashboard "Tempo di ciclo dell'analisi delle cause radice" ed "Efficacia delle CAPA".
Perché è importante
Categorizza i motivi fondamentali dei problemi di qualità, consentendo un'analisi strategica per prevenirne la ricorrenza futura.
Dove trovare
Solitamente si tratta di un campo di testo o di un elenco di selezione sull'oggetto Evento di Qualità o su un oggetto correlato di Analisi delle cause radice.
Esempi
Malfunzionamento attrezzaturaErrore proceduraleFormazione inadeguataDifetto del materiale
|
|||
|
È risoluzione nei tempi previsti
IsOnTimeResolution
|
Un flag calcolato che indica se l'evento di qualità è stato chiuso entro la data obiettivo. | ||
|
Descrizione
Questo attributo booleano è derivato dal confronto tra la data di chiusura effettiva di un evento di qualità e la sua "Data di risoluzione prevista". Fornisce un esito binario semplice per le prestazioni in termini di puntualità.\n\nQuesto flag è alla base della dashboard "Prestazioni di risoluzione puntuale" e del KPI "Tasso di risoluzione puntuale". Consente una facile aggregazione e filtraggio per capire quali tipi di eventi, dipartimenti o siti abbiano difficoltà a rispettare le scadenze.
Perché è importante
Fornisce una metrica chiara di successo o fallimento rispetto alle scadenze, semplificando l'analisi delle prestazioni e la reportistica.
Dove trovare
Calcolato confrontando il timestamp dell'attività 'Revisione finale e chiusura' con l'attributo 'TargetResolutionDate'. Formula: Tempo di chiusura <= TargetResolutionDate.
Esempi
truefalse
|
|||
|
È una ricorrenza
IsRecurrence
|
Un flag che indica se questo evento di qualità è una ricorrenza di un problema precedentemente identificato. | ||
|
Descrizione
Questo attributo booleano segnala che un evento di qualità non è un problema nuovo e unico, ma la ripetizione di un problema verificatosi in precedenza. Si tratta di un indicatore critico del fallimento delle precedenti azioni correttive.\n\nQuesto flag è fondamentale per la dashboard "Efficacia delle CAPA e tasso di ricorrenza". Monitorare le ricorrenze fornisce un feedback diretto sul successo a lungo termine del sistema di gestione della qualità e aiuta a identificare problemi sistemici che non vengono adeguatamente affrontati.
Perché è importante
Evidenzia i fallimenti nelle azioni correttive, consentendo di analizzare perché i problemi si ripetono e come migliorare le soluzioni a lungo termine.
Dove trovare
Potrebbe essere un campo checkbox sull'oggetto Evento di Qualità o un campo derivato basato sui collegamenti a eventi simili precedenti.
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Un flag calcolato che identifica attività o casi che rappresentano un rework. | ||
|
Descrizione
Questo attributo è un flag booleano che indica se una particolare attività o sequenza di attività rappresenta un rifacimento (rework), come la ripetizione di un'indagine o la riapertura di una CAPA chiusa. Non è un campo standard, ma viene calcolato in base agli schemi di flusso del processo.\n\nNel process mining, questo flag viene utilizzato per quantificare lo sforzo e i costi sprecati nel processo. È essenziale per la dashboard "Analisi dei rifacimenti" e per il KPI "Tasso di rifacimento degli eventi di qualità", aiutando a individuare le cause di inefficienza e di scarsa qualità al primo tentativo.
Perché è importante
Quantifica l'inefficienza del processo segnalando i rifacimenti, il che aiuta a identificare le cause radice dei problemi di qualità e gli sforzi sprecati.
Dove trovare
Questo attributo non proviene direttamente dalla sorgente. Viene calcolato durante la trasformazione dei dati rilevando nomi di attività ripetuti o loop nel processo per un determinato caso.
Esempi
truefalse
|
|||
|
Prodotto
Product
|
Il prodotto o materiale associato all'evento di qualità. | ||
|
Descrizione
Questo attributo collega l'evento di qualità a un prodotto, materiale o lotto specifico. Questa connessione è vitale nelle industrie regolamentate per la tracciabilità e l'analisi dell'impatto.\n\nL'analisi degli eventi di qualità per prodotto aiuta a identificare se determinati prodotti sono più soggetti a problemi, guidando il miglioramento del prodotto o le regolazioni del processo di produzione. Consente di filtrare le dashboard per visualizzare le prestazioni di linee di prodotti specifiche.
Perché è importante
Collega gli eventi di qualità a prodotti specifici, consentendo analisi mirate per identificare problemi e tendenze relativi ai singoli prodotti.
Dove trovare
Solitamente si tratta di un campo di riferimento sull'oggetto Evento di Qualità che si collega a un oggetto Prodotto o Materiale in Veeva Vault.
Esempi
Prodotto A-100Prodotto B-200Materia prima C-300
|
|||
|
Risultato verifica efficacia
EffectivenessCheckResult
|
L'esito della fase di verifica per confermare se un'azione correttiva è stata efficace. | ||
|
Descrizione
Questo attributo registra il risultato della verifica dell'efficacia, eseguita dopo l'implementazione di un'azione correttiva. L'esito è solitamente "Efficace" o "Non efficace".\n\nQuesta è una misura diretta del successo del processo CAPA ed è fondamentale per la dashboard "Efficacia delle CAPA e tasso di ricorrenza" e per il KPI "Tasso di efficacia delle CAPA". Fornisce un feedback chiaro sulla reale capacità delle soluzioni implementate di prevenire il ripetersi del problema.
Perché è importante
Misura direttamente il successo delle azioni correttive, fornendo feedback critici per migliorare il processo di problem-solving.
Dove trovare
Si tratterebbe di un campo, probabilmente un elenco di selezione, su un oggetto Azione CAPA o Verifica dell'efficacia correlato all'Evento di Qualità principale.
Esempi
EfficaceNon efficaceIn attesa di verifica
|
|||
|
Sede
Site
|
Il sito di produzione, lo stabilimento o la sede in cui si è verificato o è stato identificato l'evento di qualità. | ||
|
Descrizione
Questo attributo specifica la posizione fisica, come uno stabilimento di produzione o un laboratorio, associata all'evento di qualità. Fornisce un contesto geografico o organizzativo al problema.\n\nQuesta è una dimensione potente per l'analisi comparativa, che consente al management di confrontare le prestazioni dei processi, i tipi di problemi e i tempi di risoluzione tra diversi siti. Può aiutare a identificare problemi specifici di un sito o a condividere le migliori pratiche provenienti dalle sedi più efficienti.
Perché è importante
Fornisce una dimensione geografica o organizzativa per l'analisi, utile per confrontare le prestazioni e identificare problemi specifici del sito.
Dove trovare
Spesso si tratta di un campo standard sull'oggetto Evento di Qualità, collegato a un elenco di siti o sedi aziendali.
Esempi
Sito A - New JerseySito B - IrlandaSito C - Svizzera
|
|||
|
Tempo di approvazione
ApprovalTime
|
Il tempo impiegato per il completamento di una specifica attività di approvazione. | ||
|
Descrizione
Questa metrica misura la durata delle fasi di approvazione, come "Piano d'azione correttiva approvato". Viene calcolata come il tempo che intercorre tra la richiesta di approvazione e il momento in cui questa viene concessa o rifiutata.\n\nQuesto attributo è specificamente progettato per supportare la dashboard "Colli di bottiglia del workflow di approvazione" e il KPI "Tempo di ciclo del workflow di approvazione". Isolando il tempo trascorso in attesa di approvazioni, aiuta a identificare e risolvere i ritardi causati da processi decisionali lenti o workflow di approvazione inefficienti.
Perché è importante
Individua i ritardi nelle fasi decisionali critiche, aiutando a snellire i workflow di approvazione e a ridurre il tempo di ciclo totale.
Dove trovare
Questa metrica viene calcolata trovando la differenza temporale tra l'inizio e la fine delle attività relative all'approvazione nell'event log.
Esempi
3 giorni e 4 ore1 giorno 0 ore7 giorni 8 ore
|
|||
|
Tempo di Ciclo
CycleTime
|
Il tempo totale trascorso dalla creazione di un evento di qualità fino alla sua chiusura definitiva. | ||
|
Descrizione
Questa metrica rappresenta la durata end-to-end per la risoluzione di un evento di qualità. Viene calcolata come la differenza temporale tra la prima attività in assoluto (es. "Evento di qualità creato") e l'ultima (es. "Revisione finale e chiusura").\n\nIl tempo di ciclo è un indicatore chiave di prestazione primario per l'efficienza complessiva del processo. Viene utilizzato nella dashboard "Tempo di risoluzione degli eventi di qualità" per analizzare le tendenze, identificare i fattori che portano a tempi di risoluzione lunghi e stabilire parametri di riferimento per il miglioramento del processo.
Perché è importante
Misura l'efficienza del processo end-to-end, fornendo un KPI fondamentale per monitorare le prestazioni complessive e l'impatto delle iniziative di miglioramento.
Dove trovare
Si tratta di una metrica calcolata. Viene calcolata a livello di caso sottraendo il timestamp del primo evento dal timestamp dell'ultimo evento.
Esempi
30 giorni 12 ore65 giorni 4 ore15 giorni 2 ore
|
|||
Attività di Quality Management
| Activity | Descrizione | ||
|---|---|---|---|
|
Analisi della Causa Radice Eseguita
|
Rappresenta il completamento della fase di analisi delle cause radice (RCA), in cui è stata identificata la causa sottostante all'evento di qualità. Viene spesso registrata quando l'investigatore completa il task RCA o sposta l'evento in uno stato "In attesa di CAPA". | ||
|
Perché è importante
Questa attività è fondamentale per misurare il KPI "Tempo medio di analisi delle cause radice". Analizzarne la durata aiuta a identificare colli di bottiglia nel processo analitico e a migliorare la qualità delle indagini.
Dove trovare
Solitamente dedotto da un cambio di stato del ciclo di vita sull'oggetto Evento di Qualità, come il passaggio a "RCA completata" o "In attesa di piano d'azione". Potrebbe anche corrispondere al completamento di uno specifico task del workflow.
Acquisisci
Dal timestamp del cambio di stato o dal completamento di un task relativo alla RCA.
Tipo di evento
inferred
|
|||
|
Azione correttiva implementata
|
Rappresenta il completamento di tutti i task definiti nel piano di azione correttiva approvato. Questa attività conferma che sono state intraprese le azioni necessarie per affrontare la causa radice. Viene registrata quando lo stato del record CAPA viene aggiornato a "Implementazione completata". | ||
|
Perché è importante
Si tratta di una pietra miliare importante che segna il passaggio dalla pianificazione all'esecuzione. Il tempo che intercorre tra questo momento e l'approvazione della CAPA rivela l'efficienza della fase di implementazione.
Dove trovare
Dotto da un cambio di stato del ciclo di vita sull'oggetto CAPA associato a uno stato come 'Implementato' o 'In attesa di verifica dell'efficacia'.
Acquisisci
Dal timestamp del cambio di stato sull'oggetto CAPA collegato.
Tipo di evento
inferred
|
|||
|
Efficacia dell'azione verificata
|
Questa attività conferma che le azioni correttive implementate hanno prevenuto con successo il ripetersi del problema. Una verifica formale viene completata e documentata. Viene registrata quando lo stato della CAPA o dell'Evento di Qualità viene aggiornato a "Efficacia verificata". | ||
|
Perché è importante
Questa è la validazione finale del successo della soluzione ed è fondamentale per calcolare il "Tasso di efficacia delle CAPA". Un fallimento in questa fase porta spesso a rifacimenti, riaprendo l'indagine.
Dove trovare
Dotto da un cambio di stato del ciclo di vita sull'oggetto Evento di Qualità o CAPA a uno stato come 'Verificato' o 'Chiuso - Efficace'.
Acquisisci
Dal timestamp del cambio di stato che indica la verifica riuscita.
Tipo di evento
inferred
|
|||
|
Evento di qualità creato
|
Questo è il punto di partenza del processo e rappresenta la creazione formale di un record di Evento di Qualità in Veeva. Questa attività viene solitamente attivata quando un nuovo problema di qualità, una non conformità o un reclamo vengono identificati e registrati nel sistema. | ||
|
Perché è importante
Questa attività segna l'inizio del ciclo di vita del caso, rendendola essenziale per calcolare il Tempo di Ciclo totale dell'Evento di Qualità e misurare la durata delle fasi iniziali del processo, come il tempo necessario per avviare un'indagine.
Dove trovare
Si tratta di un evento esplicito catturato dal timestamp di creazione dell'oggetto Evento di Qualità in Veeva Vault. L'audit trail dell'oggetto mostrerà la data, l'ora e l'utente esatti della creazione.
Acquisisci
Utilizzi il timestamp di creazione del record principale dell'Evento di Qualità.
Tipo di evento
explicit
|
|||
|
Indagine Avviata
|
Segna l'inizio formale dell'indagine sulla causa radice dell'evento di qualità. Solitamente viene assegnato un investigatore o un team e l'evento entra in una fase investigativa attiva. Viene registrato quando lo stato del ciclo di vita dell'Evento di Qualità diventa "In corso di indagine". | ||
|
Perché è importante
Si tratta di una pietra miliare chiave per misurare il KPI "Tempo dall'identificazione del problema all'indagine". I ritardi prima di questo punto indicano accumuli nell'assegnazione delle risorse o nell'avvio di analisi critiche.
Dove trovare
Dotto dal timestamp in cui lo stato del ciclo di vita dell'oggetto Evento di Qualità viene aggiornato a 'In fase di indagine' o uno stato simile. Anche l'assegnazione di un investigatore può fungere da trigger.
Acquisisci
Utilizzi il timestamp del cambio di stato in "In corso di indagine".
Tipo di evento
inferred
|
|||
|
Piano di azione correttiva approvato
|
Segna l'approvazione formale del piano di azione correttiva proposto da parte degli stakeholder competenti, come un comitato di revisione della qualità. Rappresenta un passaggio critico prima dell'implementazione di qualsiasi azione correttiva. Viene registrato quando il record del piano CAPA passa allo stato "Approvato". | ||
|
Perché è importante
Questa fase di approvazione è spesso un collo di bottiglia significativo. Misurare il "Tempo di ciclo del workflow di approvazione" per questa attività aiuta a identificare e risolvere i ritardi nel processo di revisione, accelerando la risoluzione complessiva.
Dove trovare
Dotto dal timestamp di un cambio di stato del ciclo di vita in 'Approvato' sull'oggetto Piano CAPA associato. Questo evento può essere riflesso come un cambio di stato sull'evento di qualità padre.
Acquisisci
Dal timestamp del cambio di stato sull'oggetto Piano CAPA collegato.
Tipo di evento
inferred
|
|||
|
Revisione finale e chiusura
|
Rappresenta l'ultima revisione amministrativa del record dell'Evento di Qualità prima della chiusura ufficiale. Questo passaggio assicura che tutta la documentazione sia completa e che tutte le fasi del processo siano state seguite. Questa attività è l'ultimo passaggio prima che il caso sia considerato risolto. | ||
|
Perché è importante
Questa attività finale è essenziale per calcolare il "Tempo di ciclo dell'evento di qualità" totale. Indica il completamento di tutto il lavoro e il suo timestamp viene confrontato con la "Data di risoluzione prevista" per la misurazione delle prestazioni.
Dove trovare
Dotto da un cambio di stato del ciclo di vita sull'oggetto Evento di Qualità a 'Chiuso', 'Risolto' o uno stato finale simile.
Acquisisci
Dal timestamp dell'ultimo cambio di stato in 'Chiuso'.
Tipo di evento
inferred
|
|||
|
Azione preventiva identificata
|
Questa attività avviene quando viene identificata un'azione preventiva per evitare potenziali ricorrenze future, spesso come risultato dell'indagine. Viene registrata dalla creazione di un record di Azione Preventiva (PA) collegato all'evento di qualità. | ||
|
Perché è importante
Anche se non presente in ogni singolo caso, il tracciamento di questa attività aiuta a comprendere quanto sia proattivo il processo di qualità. Fornisce approfondimenti sull'orientamento dell'organizzazione verso la prevenzione a lungo termine rispetto alla correzione immediata.
Dove trovare
Dotto dal timestamp di creazione di un record di Azione Preventiva collegato all'interno di Veeva Vault.
Acquisisci
Utilizzi il timestamp di creazione di un record di Azione Preventiva collegato.
Tipo di evento
inferred
|
|||
|
Piano di azione correttiva proposto
|
Questa attività avviene quando viene redatto e inviato per revisione un piano formale per correggere la causa radice identificata. Spesso comporta la creazione di un record CAPA (Azione Correttiva e Preventiva) collegato all'Evento di Qualità. L'evento viene registrato alla creazione del record CAPA o all'aggiornamento dello stato dell'Evento di Qualità. | ||
|
Perché è importante
Il monitoraggio di questa fase aiuta ad analizzare il tempo necessario per passare dall'analisi alla progettazione della soluzione. È un input fondamentale per comprendere il "Tempo di ciclo dell'analisi delle cause radice" dal completamento dell'RCA alla proposta della CAPA.
Dove trovare
Questo può essere dedotto da un cambio di stato del ciclo di vita dell'oggetto Evento di Qualità in "In attesa di approvazione CAPA", o dal timestamp di creazione di un record di piano CAPA collegato.
Acquisisci
Utilizzi il timestamp di creazione di un record CAPA collegato o un cambio di stato.
Tipo di evento
inferred
|
|||
|
Problema categorizzato e prioritizzato
|
Questa attività segna il momento in cui l'evento di qualità è stato formalmente categorizzato per tipo, livello di gravità e priorità. Si tratta di un passaggio critico che determina il percorso investigativo e la tempistica successivi. In genere viene registrata tramite un cambio di stato che indica il completamento di questa classificazione. | ||
|
Perché è importante
Questo evento è fondamentale per segmentare l'analisi del processo in base alla gravità o al tipo di evento. Aiuta a capire se i problemi ad alta priorità vengono elaborati più velocemente di quelli a bassa priorità e garantisce che le risorse siano allocate in modo efficace.
Dove trovare
Dotto da un cambio di stato del ciclo di vita sull'oggetto Evento di Qualità, come il passaggio a uno stato tipo 'Categorizzato' o 'In attesa di indagine'. Può anche essere dedotto dal timestamp in cui vengono popolati i campi chiave della classificazione.
Acquisisci
Dotto da un cambio di stato o dal popolamento di campi come 'Gravità' e 'Priorità'.
Tipo di evento
inferred
|
|||
|
Stakeholder notificati della risoluzione
|
Questa attività rappresenta la comunicazione inviata agli stakeholder competenti per informarli della risoluzione dell'evento di qualità. Potrebbe trattarsi di una notifica email automatica attivata dalla fase finale di chiusura o di un task di comunicazione registrato manualmente. | ||
|
Perché è importante
Una comunicazione tempestiva è fondamentale per la trasparenza e la soddisfazione degli stakeholder. Questa attività consente di misurare il KPI "Ritardo nella notifica agli stakeholder", evidenziando eventuali intoppi nella comunicazione.
Dove trovare
Questo potrebbe essere un evento esplicito se Veeva Vault invia notifiche automatizzate che vengono registrate. In alternativa, potrebbe essere dedotto dal completamento di un task manuale del workflow "Notifica stakeholder".
Acquisisci
Dai log delle notifiche di sistema o dal timestamp di completamento di un task di comunicazione.
Tipo di evento
explicit
|
|||
|
Triage iniziale completato
|
Rappresenta il completamento della revisione e della valutazione iniziale dell'evento di qualità. In questa fase, vengono raccolte e verificate le informazioni di base per determinare la validità dell'evento e l'impatto immediato. Viene spesso registrata quando lo stato del record passa da "Nuovo" a "In fase di valutazione" o simile. | ||
|
Perché è importante
L'analisi del tempo trascorso nel triage aiuta a identificare i ritardi nella gestione iniziale degli eventi di qualità. Fornisce insight sul carico di lavoro e sull'allocazione delle risorse proprio all'inizio del processo.
Dove trovare
Dotto dal timestamp in cui lo stato del ciclo di vita dell'oggetto Evento di Qualità viene aggiornato per riflettere che il triage è completo, ad esempio passando da 'Nuovo' a 'In valutazione' o 'Triage effettuato'.
Acquisisci
Dal timestamp del cambio di stato sull'oggetto Evento di Qualità.
Tipo di evento
inferred
|
|||
|
Verifica efficacia avviata
|
Segna l'inizio del periodo di monitoraggio dell'efficacia delle azioni correttive implementate. Non si tratta di un evento puntuale, ma dell'avvio di una fase di verifica. Viene registrato quando il record dell'Evento di Qualità o della CAPA passa allo stato "Monitoraggio" o "In attesa di verifica dell'efficacia". | ||
|
Perché è importante
Questa attività avvia il loop di validazione finale. La durata della fase di verifica dell'efficacia è importante per capire quanto tempo occorre per confermare il successo di una risoluzione.
Dove trovare
Dotto da un cambio di stato del ciclo di vita sull'oggetto Evento di Qualità o CAPA a uno stato come 'In fase di revisione dell'efficacia'.
Acquisisci
Dal timestamp del cambio di stato a uno stato relativo al monitoraggio.
Tipo di evento
inferred
|
|||