Il Suo Template per i dati di Quality Management
Il Suo Template per i dati di Quality Management
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione
Attributi della gestione della qualità
| 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
|
|||
Attività di gestione della qualità
| 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
|
|||
Guide all’estrazione
È 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à.
Non è richiesta alcuna carta di credito: inizi a ottimizzare in pochi minuti.