Il Suo Template per i dati di Quality Management

Veeva Vault Quality
Il Suo Template per i dati di Quality Management

Il Suo Template per i dati di Quality Management

Questo Template offre una roadmap chiara per raccogliere i dati essenziali necessari ad analizzare i processi di Quality Management. Illustra gli Attributi fondamentali e le attività principali, fornendo indicazioni pratiche per estrarre queste informazioni da Veeva Vault Quality e consentirLe di iniziare senza difficoltà il percorso di Process Mining.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l’estrazione
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione della qualità

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa del processo di gestione della qualità.
5 Obbligatorio 7 Consigliato 9 Facoltativo
Nome Descrizione
Evento di qualità
QualityEvent
L'identificativo univoco di un singolo Quality Event, come una deviazione, una non conformità o una CAPA.
Descrizione

Il Quality Event funge da identificativo principale del caso e collega tutte le attività, le indagini e le risoluzioni relative a uno specifico problema di qualità. Costituisce il filo conduttore centrale che collega l'intero ciclo di vita di un incidente, dalla segnalazione iniziale alla chiusura finale.

Nel Process Mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni Quality Event. Consente di analizzare le varianti di processo, i tempi di ciclo e la conformità tra diversi tipi di evento, offrendo una visione completa della gestione, dell'indagine e della risoluzione dei singoli incidenti di qualità.

Perché è importante

È il Case ID essenziale che raggruppa tutte le attività correlate in una singola istanza di processo, rendendo possibile l'analisi end-to-end.

Dove reperirlo

È l'identificativo principale dei record Quality Event in Veeva Vault Quality, spesso indicato come «Name» o come campo ID univoco dell'oggetto Quality Event.

Esempi
QE-2023-00123CAPA-2023-00456DEV-2023-00789
Nome dell'attività
ActivityName
Il nome di uno specifico Task o passaggio eseguito durante il ciclo di vita del Quality Event.
Descrizione

Questo attributo descrive una specifica attività o un evento aziendale che si verifica durante la gestione di un Quality Event. Rappresenta i passaggi del processo, come «Investigation Initiated» o «Corrective Action Plan Approved».

L'analisi della sequenza e della frequenza di queste attività costituisce il nucleo del Process Mining. Aiuta a scoprire il flusso di processo effettivo, a individuare i colli di bottiglia tra i passaggi e a rilevare le deviazioni dalla procedura operativa standard.

Perché è importante

Definisce i passaggi del processo, consentendo di visualizzare e analizzare il flusso di processo.

Dove reperirlo

Viene generalmente ricavato dai nomi dei Task del Workflow, dalle modifiche di stato o dalle voci dell'audit trail in Veeva Vault Quality.

Esempi
Triage iniziale completatoAnalisi delle cause radice eseguitaRevisione finale e chiusura
Ora dell'evento
EventTime
Il timestamp che indica quando una specifica attività è iniziata o si è verificata.
Descrizione

Questo attributo acquisisce la data e l'ora precise in cui un'attività è stata eseguita. Fornisce il contesto cronologico di tutti gli eventi all'interno di un caso.

Questo timestamp è fondamentale per 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 dei singoli passaggi, elementi essenziali per individuare ritardi e colli di bottiglia nelle prestazioni.

Perché è importante

Questo timestamp è fondamentale per ordinare cronologicamente gli eventi e calcolare tutte le metriche di prestazione, come il tempo di ciclo e il tempo di attesa.

Dove reperirlo

Corrisponde alla data di creazione o di completamento dei Task oppure al timestamp degli eventi nell'audit trail di un oggetto Quality Event.

Esempi
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
Sistema di origine
SourceSystem
Il sistema dal quale sono stati estratti i dati di Quality Management.
Descrizione

Questo attributo identifica l'origine dei dati, che in questo caso è Veeva Vault Quality. Supporta la governance dei dati e fornisce contesto, soprattutto quando vengono combinati dati provenienti da più sistemi.

Nell'analisi viene utilizzato per filtrare i dati e garantire la tracciabilità della loro origine. Comprendere il sistema di origine aiuta a interpretare correttamente i dati e a risolvere eventuali problemi di qualità dei dati.

Perché è importante

Fornisce il contesto essenziale sull'origine dei dati, fondamentale per la governance dei dati, la tracciabilità e l'analisi multi-sistema.

Dove reperirlo

È un valore statico che deve essere aggiunto durante la trasformazione dei dati per identificare tutti i record provenienti da questa origine.

Esempi
Veeva Vault Quality
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp dell'ultimo aggiornamento o dell'ultima estrazione dei dati dal sistema di origine.
Descrizione

Questo attributo indica l'aggiornamento dei dati analizzati. Mostra la data e l'ora dell'ultima estrazione dei dati da Veeva Vault Quality e del loro caricamento nello strumento di Process Mining.

Questa informazione è fondamentale per comprendere l'attualità dell'analisi e sapere se i Dashboard riflettono lo stato operativo più recente. È un attributo chiave per la governance dei dati.

Perché è importante

Informa gli utenti sull'attualità e sulla rilevanza dei dati, assicurando che comprendano quanto sia aggiornata l'analisi del processo.

Dove reperirlo

Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).

Esempi
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Data obiettivo di risoluzione
TargetResolutionDate
La data pianificata o richiesta per la chiusura definitiva del Quality Event.
Descrizione

Questo attributo definisce il service level agreement (SLA) o la scadenza obiettivo per la risoluzione di un Quality Event. Spesso viene calcolato in base alla data di creazione dell'evento e alla relativa gravità o tipologia.

Questa data costituisce il riferimento rispetto al quale vengono misurate le prestazioni effettive. È fondamentale per la Dashboard «Prestazioni delle risoluzioni nei tempi previsti» e per il KPI «Tasso di risoluzione nei tempi previsti», poiché aiuta a determinare se gli eventi vengono risolti tempestivamente e quali fattori contribuiscono ai ritardi.

Perché è importante

Definisce lo SLA per la risoluzione dei casi, consentendo di misurare le prestazioni nei tempi previsti e analizzare i ritardi.

Dove reperirlo

Si tratta probabilmente di un campo data sull'oggetto Quality Event, che può essere compilato manualmente o calcolato automaticamente dal sistema.

Esempi
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
Investigatore assegnato
AssignedInvestigator
L'utente o la risorsa assegnata a svolgere un'indagine o uno specifico Task.
Descrizione

Questo attributo identifica la persona, il ruolo o il team responsabile dell'esecuzione di una determinata attività durante il ciclo di vita del Quality Event. Può essere il responsabile del Quality Event oppure l'assegnatario di uno specifico Task del Workflow.

L'analisi di questo attributo aiuta a comprendere la distribuzione del carico di lavoro e le prestazioni delle risorse, oltre a individuare team o persone sovraccarichi. È essenziale per il Dashboard «Investigator Workload Distribution» e per ottimizzare l'allocazione delle risorse, migliorando l'efficienza.

Perché è importante

Registra chi esegue il lavoro, consentendo di analizzare il carico di lavoro e l'efficienza delle risorse e di individuare le esigenze formative.

Dove reperirlo

È disponibile nei campi relativi al responsabile o all'utente assegnato dell'oggetto Quality Event o dei relativi oggetti Task del Workflow in Veeva Vault Quality.

Esempi
Alice JohnsonBob WilliamsTeam di indagine QA
Livello di gravità
SeverityLevel
Il livello di gravità o rischio valutato del Quality Event, ad esempio alto, medio o basso.
Descrizione

Questo attributo classifica il Quality Event in base al potenziale impatto sulla qualità del prodotto, sulla sicurezza dei pazienti o sulla Conformità normativa. La gravità determina spesso l'urgenza e il livello di approfondimento richiesto per l'analisi.

L'analisi per livello di gravità è fondamentale per stabilire le priorità degli interventi di miglioramento. Aiuta a capire se gli eventi ad alta gravità richiedono più tempo per essere risolti, seguono percorsi di processo diversi o presentano un tasso di rilavorazione più elevato, assicurando che ai problemi più critici venga dedicata la massima attenzione.

Perché è importante

Classifica gli eventi in base all'impatto, consentendo analisi basate sul rischio e la definizione delle priorità per gli interventi di miglioramento nelle aree a rischio elevato.

Dove reperirlo

È un campo di classificazione standard sull'oggetto Quality Event, spesso configurato come elenco di selezione derivato da una matrice dei rischi.

Esempi
AltaMediaBassa
Ora di fine
EndTime
Il timestamp che indica quando un'attività è stata completata.
Descrizione

Questo attributo acquisisce la data e l'ora di conclusione di una specifica attività o Task. È distinto da StartTime (EventTime) ed è essenziale per comprendere la durata dei singoli passaggi del processo.

Nel Process Mining, EndTime viene utilizzato insieme a StartTime per calcolare il tempo di elaborazione delle attività. È fondamentale per individuare quali Task richiedono più tempo, contribuendo al tempo di ciclo complessivo e a potenziali ritardi.

Perché è importante

Consente di calcolare i tempi di elaborazione delle attività, fondamentali per individuare i colli di bottiglia a livello di Task.

Dove reperirlo

Questo timestamp è generalmente disponibile nella cronologia del Workflow o nei dati dell'audit trail di un Quality Event, spesso come campo «completed date» o «modified on» per uno specifico Task o stato.

Esempi
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
Reparto assegnato
AssignedDepartment
Il reparto o l'area funzionale responsabile del Quality Event o dell'attività.
Descrizione

Questo attributo specifica l'unità aziendale o il reparto, come Quality Assurance, Manufacturing o R&D, responsabile della gestione del Quality Event o di una determinata attività. Spesso viene ricavato dal profilo dell'utente assegnato.

Questa dimensione è fondamentale per l'analisi delle prestazioni ad alto livello. Consente di confrontare l'efficienza del processo e la conformità tra diverse aree dell'organizzazione, aiutando a individuare problemi sistemici all'interno di reparti specifici e supportando il Dashboard «Investigator Workload Distribution».

Perché è importante

Consente di filtrare e confrontare le prestazioni del processo tra diverse unità aziendali, portando alla luce colli di bottiglia a livello di reparto o best practice.

Dove reperirlo

Queste informazioni sono generalmente archiviate nei dati del profilo utente collegati all'«Assigned Investigator» oppure possono essere disponibili direttamente nell'oggetto Quality Event.

Esempi
Assicurazione della qualitàOperazioni di produzioneRicerca e sviluppo
Stato del Quality Event
QualityEventStatus
Lo stato attuale del ciclo di vita del Quality Event.
Descrizione

Questo attributo indica lo stato attuale del Quality Event, ad esempio «Aperto», «In fase di analisi», «In attesa di approvazione» o «Chiuso». Fornisce una fotografia della posizione di ogni caso nel relativo ciclo di vita.

È essenziale per la Dashboard «Panoramica dell'avanzamento dei Quality Event», che consente di monitorare in tempo reale i casi in corso. Aiuta i responsabili a seguire l'avanzamento, individuare gli eventi bloccati e gestire efficacemente il carico di lavoro complessivo.

Perché è importante

Fornisce una fotografia dello stato attuale di un caso, essenziale per monitorare il lavoro in corso e individuare gli eventi bloccati.

Dove reperirlo

È un campo standard sull'oggetto Quality Event in Veeva Vault Quality, che ne riflette la posizione nel ciclo di vita.

Esempi
In fase di valutazione inizialeIn fase di indagineCAPA propostaChiuso
Tipo di Quality Event
QualityEventType
La classificazione del Quality Event, ad esempio CAPA, Deviation o Complaint.
Descrizione

Questo attributo categorizza il Quality Event in base alla sua natura. Tipi diversi di Quality Event seguono spesso percorsi di processo differenti e presentano requisiti di conformità e tempistiche di risoluzione specifici.

L'analisi per tipo di evento è fondamentale per comprendere le varianti di processo. Consente, ad esempio, di confrontare le prestazioni e l'efficienza nella gestione delle deviazioni rispetto alle CAPA e di adattare le iniziative di miglioramento a specifici contesti di processo.

Perché è importante

Distingue i diversi tipi di processi di qualità, che spesso hanno Workflow, SLA e regole di conformità specifici.

Dove reperirlo

Questo è un campo di classificazione standard sull'oggetto Quality Event in Veeva Vault Quality, spesso configurato come elenco di selezione.

Esempi
DeviazioneAzione correttiva e preventiva (CAPA)Non conformitàReclamo
Causa principale
RootCause
La causa sottostante identificata del Quality Event.
Descrizione

Questo attributo contiene la conclusione finale dell'analisi della causa principale (RCA). Classifica il motivo fondamentale del problema di qualità, ad esempio un guasto dell'apparecchiatura, un errore umano o una carenza procedurale.

L'analisi delle cause principali è essenziale per risolvere efficacemente i problemi. Aiuta a individuare i problemi sistemici ricorrenti che devono essere affrontati attraverso azioni correttive e preventive. Questo attributo supporta direttamente le Dashboard «Tempo di ciclo dell'analisi della causa principale» ed «Efficacia delle CAPA».

Perché è importante

Classifica le ragioni fondamentali dei problemi di qualità, consentendo analisi strategiche per prevenirne il ripetersi.

Dove reperirlo

In genere è un campo di testo o un elenco di selezione sull'oggetto Quality Event o su un oggetto Root Cause Analysis correlato.

Esempi
Malfunzionamento dell'apparecchiaturaErrore proceduraleFormazione inadeguataDifetto del materiale
È una ricorrenza
IsRecurrence
Un indicatore che segnala se questo Quality Event è la ricorrenza di un problema identificato in precedenza.
Descrizione

Questo attributo booleano segnala che un Quality Event non è un problema nuovo e distinto, ma la ripetizione di un problema già verificatosi. È un indicatore fondamentale del fallimento delle precedenti azioni correttive.

Questo indicatore è essenziale per la Dashboard «Efficacia delle CAPA e tasso di ricorrenza». Il monitoraggio delle ricorrenze fornisce un riscontro diretto sul successo a lungo termine del sistema di gestione della qualità e aiuta a individuare problemi sistemici che non vengono affrontati adeguatamente.

Perché è importante

Evidenzia le carenze delle azioni correttive, consentendo di analizzare perché i problemi si ripetono e come migliorare le soluzioni a lungo termine.

Dove reperirlo

Potrebbe essere un campo checkbox sull'oggetto Quality Event o un campo derivato dai collegamenti a eventi precedenti e simili.

Esempi
truefalse
È una rilavorazione
IsRework
Un indicatore calcolato che identifica le attività o i casi che rappresentano una rilavorazione.
Descrizione

Questo attributo è un indicatore booleano che segnala quando una determinata attività o sequenza di attività rappresenta una rilavorazione, ad esempio la ripetizione di un'analisi o la riapertura di una CAPA chiusa. Non è un campo standard, ma viene calcolato in base ai pattern del flusso di processo.

Nel Process Mining, questo indicatore viene utilizzato per quantificare il lavoro e i costi sprecati nel processo. È essenziale per la Dashboard «Analisi delle rilavorazioni» e per il KPI «Tasso di rilavorazione dei Quality Event», poiché aiuta a individuare le cause dell'inefficienza e della scarsa qualità al primo passaggio.

Perché è importante

Quantifica l'inefficienza del processo segnalando il lavoro ripetuto, aiutando così a individuare le cause principali dei problemi di qualità e dello spreco di risorse.

Dove reperirlo

Questo attributo non proviene direttamente dalla fonte dati. 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 al Quality Event.
Descrizione

Questo attributo collega il Quality Event a uno specifico prodotto, materiale o lotto. Tale collegamento è fondamentale nei settori regolamentati per garantire la tracciabilità e analizzare l'impatto.

L'analisi dei Quality Event per prodotto aiuta a individuare eventuali prodotti più soggetti a problemi, orientando il miglioramento del prodotto o gli adeguamenti del processo produttivo. Consente inoltre di filtrare le Dashboard per visualizzare le prestazioni di specifiche linee di prodotto.

Perché è importante

Collega i Quality Event a prodotti specifici, consentendo di analizzare problemi e tendenze legati ai singoli prodotti.

Dove reperirlo

In genere è un campo di riferimento sull'oggetto Quality Event, collegato a un oggetto Product o Material in Veeva Vault.

Esempi
Prodotto A-100Prodotto B-200Materia prima C-300
Risoluzione nei tempi previsti
IsOnTimeResolution
Un indicatore calcolato che segnala se il Quality Event è stato chiuso entro la data obiettivo.
Descrizione

Questo attributo booleano viene ricavato confrontando la data effettiva di chiusura di un Quality Event con la relativa «Data obiettivo di risoluzione». Fornisce un esito semplice e binario sulle prestazioni nei tempi previsti.

Questo indicatore costituisce la base della Dashboard «Prestazioni delle risoluzioni nei tempi previsti» e del KPI «Tasso di risoluzione nei tempi previsti». Consente di aggregare e filtrare facilmente i dati per comprendere quali tipologie di eventi, reparti o siti hanno difficoltà a rispettare le scadenze.

Perché è importante

Fornisce una misura chiara del raggiungimento o del mancato raggiungimento delle scadenze, semplificando l'analisi e la reportistica delle prestazioni.

Dove reperirlo

Calcolato confrontando il timestamp dell'attività «Revisione finale e chiusura» con l'attributo «TargetResolutionDate». Formula: Closure Time <= TargetResolutionDate.

Esempi
truefalse
Risultato della verifica dell'efficacia
EffectivenessCheckResult
L'esito della fase di verifica che conferma 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 è generalmente «Efficace» o «Non efficace».

È 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 riscontro chiaro sull'effettiva capacità delle soluzioni implementate di impedire che il problema si ripresenti.

Perché è importante

Misura direttamente il successo delle azioni correttive, fornendo un riscontro essenziale per migliorare il processo di risoluzione dei problemi.

Dove reperirlo

Sarebbe un campo, probabilmente un elenco di selezione, su un oggetto CAPA Action o Effectiveness Check correlato al Quality Event principale.

Esempi
EfficaceNon efficaceIn attesa di verifica
Sito
Site
Il sito produttivo, lo stabilimento o la sede in cui si è verificato o è stato identificato il Quality Event.
Descrizione

Questo attributo specifica il luogo fisico, ad esempio uno stabilimento produttivo o un laboratorio, associato al Quality Event. Fornisce un contesto geografico o organizzativo per il problema.

È una dimensione preziosa per l'analisi comparativa, poiché consente alla direzione di confrontare le prestazioni dei processi, le tipologie di problemi e i tempi di risoluzione tra siti diversi. Può aiutare a individuare problemi specifici di un sito o a condividere le best practice delle sedi con le prestazioni migliori.

Perché è importante

Fornisce una dimensione geografica o organizzativa per l'analisi, aiutando a confrontare le prestazioni e a individuare problemi specifici dei singoli siti.

Dove reperirlo

È spesso un campo standard sull'oggetto Quality Event, collegato a un elenco di siti o sedi aziendali.

Esempi
Sito A - New JerseySito B - IrlandaSito C - Svizzera
Tempo di approvazione
ApprovalTime
Il tempo necessario per completare una specifica attività di approvazione.
Descrizione

Questa metrica misura la durata delle fasi di approvazione, come «Corrective Action Plan Approved». Viene calcolata come il tempo trascorso dalla richiesta di approvazione alla sua concessione o al suo rifiuto.

Questo attributo è progettato specificamente 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 delle approvazioni, aiuta a individuare e affrontare i ritardi causati da decisioni lente o da processi di approvazione inefficienti.

Perché è importante

Individua i ritardi nelle fasi decisionali critiche, aiutando a semplificare i Workflow di approvazione e a ridurre il tempo di ciclo complessivo.

Dove reperirlo

Questa metrica viene calcolata determinando la differenza temporale tra l'inizio e la fine delle attività correlate alle approvazioni nell'Event Log.

Esempi
3 giorni 4 ore1 giorno 0 ore7 giorni 8 ore
Tempo di ciclo
CycleTime
Il tempo totale trascorso dalla creazione di un Quality Event alla sua chiusura definitiva.
Descrizione

Questa metrica rappresenta la durata end-to-end della risoluzione di un Quality Event. Viene calcolata come differenza temporale tra la prima attività in assoluto, ad esempio «Quality Event Created», e l'ultima attività, ad esempio «Final Review and Closure».

Il tempo di ciclo è un indicatore chiave delle prestazioni primario per l'efficienza complessiva del processo. Viene utilizzato nella Dashboard «Tempo di risoluzione dei Quality Event» per analizzare le tendenze, individuare i fattori che determinano tempi di risoluzione elevati e definire benchmark per il miglioramento del processo.

Perché è importante

Misura l'efficienza end-to-end del processo, fornendo un KPI essenziale per monitorare le prestazioni complessive e l'impatto delle iniziative di miglioramento.

Dove reperirlo

È una metrica calcolata. Viene determinata a livello di caso sottraendo il timestamp del primo evento da quello dell'ultimo evento.

Esempi
30 giorni 12 ore65 giorni 4 ore15 giorni 2 ore
Obbligatorio Consigliato Facoltativo

Attività di gestione della qualità

Queste sono le fasi essenziali e le principali tappe del processo da acquisire nell’Event Log per una corretta individuazione e analisi della gestione della qualità.
7 Consigliato 6 Facoltativo
Attività Descrizione
Analisi delle cause radice eseguita
Rappresenta il completamento della fase di analisi delle cause radice (RCA), durante la quale viene identificata la causa sottostante del Quality Event. Viene spesso registrata quando l'investigatore completa il Task RCA o sposta l'evento allo stato «Pending CAPA».
Perché è importante

Questa attività è fondamentale per misurare il KPI «Average Root Cause Analysis Time». L'analisi della sua durata aiuta a individuare i colli di bottiglia nel processo analitico e a migliorare la qualità delle indagini.

Dove reperirlo

Viene generalmente dedotta da una modifica dello stato del ciclo di vita sull'oggetto Quality Event, ad esempio il passaggio a «RCA Complete» o «Pending Action Plan». Può anche corrispondere al completamento di uno specifico Task del Workflow.

Acquisizione

Dal timestamp della modifica di stato o dal completamento di un Task relativo all'RCA.

Tipo di evento inferred
Azione correttiva implementata
Rappresenta il completamento di tutti i Task definiti nel piano di azioni correttive approvato. Questa attività conferma che sono state intraprese le azioni necessarie per affrontare la causa radice. Viene acquisita quando lo stato del record CAPA viene aggiornato a «Implementation Complete».
Perché è importante

Si tratta di una milestone importante, che segna il passaggio dalla pianificazione all'esecuzione. Il tempo trascorso tra questo momento e l'approvazione della CAPA rivela l'efficienza della fase di implementazione.

Dove reperirlo

Viene dedotto da una modifica dello stato del ciclo di vita sull'oggetto CAPA associato a uno stato come «Implemented» o «Pending Effectiveness Check».

Acquisizione

Dal timestamp della modifica di stato sull'oggetto CAPA collegato.

Tipo di evento inferred
Efficacia dell'azione verificata
Questa attività conferma che le azioni correttive implementate hanno impedito con successo il ripetersi del problema. La verifica formale viene completata e documentata. Viene acquisita quando lo stato della CAPA o del Quality Event viene aggiornato a «Effectiveness Verified».
Perché è importante

Si tratta della validazione finale del successo della soluzione ed è fondamentale per calcolare il «CAPA Effectiveness Rate». Un esito negativo in questa fase porta spesso a una rilavorazione e alla riapertura dell'indagine.

Dove reperirlo

Viene dedotta da una modifica dello stato del ciclo di vita sull'oggetto Quality Event o CAPA a uno stato come «Verified» o «Closed - Effective».

Acquisizione

Dal timestamp della modifica di stato che indica il completamento positivo della verifica.

Tipo di evento inferred
Indagine avviata
Segna l'avvio formale dell'indagine sulla causa radice del Quality Event. Generalmente viene assegnato un investigatore o un team e l'evento entra in una fase attiva di indagine. L'attività viene acquisita quando lo stato del ciclo di vita del Quality Event passa a «Under Investigation».
Perché è importante

Si tratta di una milestone fondamentale per misurare il KPI «Issue Identification-to-Investigation Time». I ritardi precedenti a questo punto indicano arretrati nell'assegnazione delle risorse o nell'avvio dell'analisi critica.

Dove reperirlo

Viene dedotto dal timestamp in cui lo stato del ciclo di vita dell'oggetto Quality Event viene aggiornato a «Under Investigation» o a uno stato analogo. Anche l'assegnazione di un investigatore può fungere da trigger.

Acquisizione

Utilizzi il timestamp della modifica di stato a «Under Investigation».

Tipo di evento inferred
Piano di azioni correttive approvato
Segna l'approvazione formale del piano di azioni correttive proposto da parte degli stakeholder competenti, ad esempio un comitato di revisione della qualità. È un passaggio decisivo prima di poter implementare le azioni correttive. Viene acquisito quando il record CAPA Plan passa allo stato «Approved».
Perché è importante

Questo passaggio di approvazione rappresenta spesso un importante collo di bottiglia. Misurare l'«Approval Workflow Cycle Time» di questa attività aiuta a individuare e risolvere i ritardi nel processo di revisione, accelerando la risoluzione complessiva.

Dove reperirlo

Viene dedotto dal timestamp della modifica dello stato del ciclo di vita a «Approved» sull'oggetto CAPA Plan associato. L'evento può essere replicato come modifica di stato sul Quality Event principale.

Acquisizione

Dal timestamp della modifica di stato sull'oggetto CAPA Plan collegato.

Tipo di evento inferred
Quality Event creato
Questo è il punto di partenza del processo e rappresenta la creazione formale di un record Quality Event in Veeva. L'attività viene generalmente attivata quando un nuovo problema di qualità, una non conformità o un reclamo viene identificato e registrato nel sistema.
Perché è importante

Questa attività segna l'inizio del ciclo di vita del caso, rendendola essenziale per calcolare il Quality Event Cycle Time complessivo e misurare la durata delle fasi iniziali del processo, come il tempo necessario per avviare un'indagine.

Dove reperirlo

Si tratta di un evento esplicito acquisito dal timestamp di creazione dell'oggetto Quality Event in Veeva Vault. L'audit trail dell'oggetto mostra la data, l'ora e l'utente esatti della creazione.

Acquisizione

Utilizzi il timestamp di creazione del record Quality Event principale.

Tipo di evento explicit
Revisione finale e chiusura
Rappresenta l'ultima revisione amministrativa del record Quality Event prima della chiusura ufficiale. Questo passaggio garantisce che tutta la documentazione sia completa e che siano state seguite tutte le fasi del processo. È l'ultimo passaggio prima che il caso venga considerato risolto.
Perché è importante

Questa attività conclusiva è essenziale per calcolare il «Quality Event Cycle Time» complessivo. Segna il completamento di tutte le attività e il relativo timestamp viene confrontato con la «Target Resolution Date» per misurare le prestazioni.

Dove reperirlo

Viene dedotta da una modifica dello stato del ciclo di vita sull'oggetto Quality Event a «Closed», «Resolved» o a uno stato terminale analogo.

Acquisizione

Dal timestamp dell'ultima modifica di stato a «Closed».

Tipo di evento inferred
Azione preventiva identificata
Questa attività si verifica quando viene identificata un'azione preventiva per affrontare possibili recidive future, spesso come risultato dell'indagine. Viene acquisita tramite la creazione di un record Preventive Action (PA) collegato al Quality Event.
Perché è importante

Sebbene non faccia parte di ogni caso, il monitoraggio di questa attività aiuta a comprendere quanto sia proattivo il processo di qualità. Fornisce insight sull'attenzione dell'organizzazione alla prevenzione a lungo termine rispetto alla correzione immediata.

Dove reperirlo

Viene dedotta dal timestamp di creazione di un record Preventive Action collegato in Veeva Vault.

Acquisizione

Utilizzi il timestamp di creazione di un record Preventive Action collegato.

Tipo di evento inferred
Piano di azioni correttive proposto
Questa attività si verifica quando viene redatto e sottoposto a revisione un piano formale per correggere la causa radice identificata. Spesso comporta la creazione di un record CAPA (Corrective and Preventive Action) collegato al Quality Event. L'evento viene acquisito quando viene creato il record CAPA o aggiornato lo stato del Quality Event.
Perché è importante

Il monitoraggio di questo passaggio aiuta ad analizzare il tempo necessario per passare dall'analisi alla progettazione della soluzione. È un input fondamentale per comprendere il «Root Cause Analysis Cycle Time», dal completamento dell'RCA alla proposta CAPA.

Dove reperirlo

Può essere dedotto da una modifica dello stato del ciclo di vita dell'oggetto Quality Event a «Pending CAPA Approval» oppure dal timestamp di creazione di un record CAPA Plan collegato.

Acquisizione

Utilizzi il timestamp di creazione di un record CAPA collegato o una modifica di stato.

Tipo di evento inferred
Problema categorizzato e prioritizzato
Questa attività indica il momento in cui il Quality Event è stato formalmente categorizzato per tipo, livello di gravità e priorità. Si tratta di un passaggio critico, che determina il successivo percorso e la tempistica dell'indagine. Viene generalmente acquisita tramite una modifica di stato che segnala il completamento della 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 gestiti più rapidamente di quelli a bassa priorità e garantisce un'allocazione efficace delle risorse.

Dove reperirlo

Viene dedotto da una modifica dello stato del ciclo di vita dell'oggetto Quality Event, ad esempio il passaggio a uno stato come «Categorized» o «Pending Investigation». Può anche essere dedotto dal timestamp in cui vengono compilati i principali campi di classificazione.

Acquisizione

Viene dedotto da una modifica di stato o dalla compilazione di campi come «Severity» e «Priority».

Tipo di evento inferred
Stakeholder informati della risoluzione
Questa attività rappresenta la comunicazione inviata agli stakeholder interessati per informarli della risoluzione del Quality Event. Può trattarsi di una notifica e-mail automatica attivata dalla fase di chiusura finale oppure di un'attività di comunicazione registrata manualmente.
Perché è importante

Una comunicazione tempestiva è fondamentale per la soddisfazione degli stakeholder e la trasparenza. Questa attività consente di misurare il KPI «Stakeholder Notification Lag Time», evidenziando eventuali ritardi nella comunicazione.

Dove reperirlo

Può trattarsi di un evento esplicito, se Veeva Vault invia notifiche automatiche che vengono registrate. In alternativa, può essere dedotta dal completamento di un Task manuale del Workflow «Notify Stakeholders».

Acquisizione

Dai log delle notifiche di sistema o dal timestamp di completamento di un'attività di comunicazione.

Tipo di evento explicit
Triage iniziale completato
Rappresenta il completamento della revisione e della valutazione iniziale del Quality Event. In questa fase vengono raccolte e verificate le informazioni di base per determinare la validità dell'evento e il suo impatto immediato. L'attività viene spesso acquisita quando lo stato del record passa da «New» a «Under Assessment» o a uno stato analogo.
Perché è importante

L'analisi del tempo trascorso nel triage aiuta a individuare i ritardi nella gestione iniziale dei Quality Event. Fornisce insight sul carico di lavoro e sull'allocazione delle risorse all'inizio del processo.

Dove reperirlo

Viene dedotto dal timestamp in cui lo stato del ciclo di vita dell'oggetto Quality Event viene aggiornato per indicare il completamento del triage, ad esempio passando da «New» a «In Assessment» o «Triaged».

Acquisizione

Dal timestamp della modifica di stato sull'oggetto Quality Event.

Tipo di evento inferred
Verifica dell'efficacia avviata
Segna l'inizio del periodo in cui viene monitorata l'efficacia delle azioni correttive implementate. Non si tratta di un evento puntuale, bensì dell'avvio di una fase di verifica. Viene acquisita quando il record Quality Event o CAPA entra nello stato «Monitoring» o «Pending Effectiveness Verification».
Perché è importante

Questa attività avvia il ciclo finale di validazione. La durata della fase di verifica dell'efficacia è importante per comprendere quanto tempo occorra per confermare il successo della risoluzione.

Dove reperirlo

Viene dedotta da una modifica dello stato del ciclo di vita sull'oggetto Quality Event o CAPA a uno stato come «Under Effectiveness Review».

Acquisizione

Dal timestamp della modifica di stato a uno stato relativo al monitoraggio.

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Veeva Vault Quality

È pronto per iniziare?

Sblocchi nuovi insight e ottimizzi il processo di Quality Management preparando oggi i Suoi dati. Il percorso verso una maggiore conformità e l’eccellenza operativa inizia qui.

Ottimizzi il Quality Management: inizi oggi la prova gratuita

Elimini le inefficienze, riduca del 30% i tempi di ciclo e rafforzi la conformità.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito: inizi a ottimizzare in pochi minuti.