Il Suo Template dei dati per la gestione della qualità

Template universale per il Process Mining
Il Suo Template dei dati per la gestione della qualità

Il Suo Template dei dati per la gestione della qualità

Template universale per il Process Mining

Questo è il nostro template generico dei dati per il Process Mining relativo a Gestione della qualità. Utilizzi i nostri template specifici per sistema per indicazioni più dettagliate.

Selezioni un sistema specifico
  • Campi dati standardizzati per il Suo Event Log.
  • Attività chiave da monitorare per ottenere una visibilità completa del processo.
  • Indicazioni per estrarre dati da diversi sistemi.
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione della qualità

Questi campi dati consigliati costituiscono un insieme completo di attributi da includere nell’Event Log, consentendo un’analisi dettagliata e approfondita del processo di gestione della qualità.
5 Obbligatorio 6 Consigliato 5 Facoltativo
Nome Descrizione
ID dell'evento di qualità
QualityEventId
L’identificativo univoco di un singolo evento di qualità. Funge da identificativo del caso e collega tutte le attività correlate, dall’avvio alla chiusura.
Descrizione

Il Quality Event ID è una chiave univoca che identifica uno specifico problema di qualità, ad esempio una non conformità, un reclamo del cliente, una deviazione o una risultanza di audit. Questo identificativo è fondamentale perché collega tutte le diverse fasi, i documenti e i dati associati all’evento durante l’intero ciclo di vita.

Nel Process Mining, questo attributo è essenziale per ricostruire il flusso end-to-end del processo per ogni evento di qualità. Raggruppando tutte le attività correlate sotto un unico Quality Event ID, gli analisti possono visualizzare la mappa del processo, calcolare la durata dei casi e analizzare le variazioni tra i diversi percorsi degli eventi. Ciò consente di analizzare in modo chiaro e accurato la gestione dei problemi di qualità dall’inizio alla fine.

Perché è importante

È la chiave primaria per il Process Mining e consente di collegare tutti gli eventi correlati in un’unica istanza di processo o caso.

Dove reperirlo

Si trova generalmente nell’intestazione o nella tabella principale relativa a notifiche, eventi o record di non conformità.

Esempi
QN-2023-00123NC-450008761COMP-5501-A
Nome dell'attività
ActivityName
Il nome di una specifica attività, evento o fase che si è verificata nel processo di gestione della qualità.
Descrizione

L’Activity Name descrive un’azione o una milestone distinta nel ciclo di vita di un evento di qualità. Tra gli esempi rientrano 'Initial Assessment Completed', 'Investigation Initiated' o 'Corrective Action Implemented'. Queste attività costituiscono gli elementi fondamentali del processo di gestione della qualità.

Per l’analisi dei processi, questo attributo è essenziale per costruire la mappa del processo, che rappresenta visivamente la sequenza delle attività e il flusso dei casi. Consente agli analisti di individuare i colli di bottiglia, scoprire le varianti di processo comuni e rare e verificare la conformità alle procedure operative standard. Comprendere la sequenza delle attività è il primo passo verso il miglioramento del processo.

Perché è importante

Questo attributo definisce le fasi del processo, costituisce i nodi della mappa del processo e consente di analizzare il flusso e le variazioni del processo.

Dove reperirlo

Deriva generalmente dagli Event Log, dai record delle modifiche di stato o dalle tabelle delle attività correlate all’oggetto principale dell’evento di qualità.

Esempi
Indagine avviataAnalisi delle cause profonde completataEfficacia verificata
Ora di inizio dell'evento
EventStartTime
La data e l’ora precise in cui si è verificata o è stata avviata una specifica attività o un evento.
Descrizione

L’Event Start Time è un timestamp che indica l’inizio di ogni attività nel ciclo di vita dell’evento di qualità. Fornisce il contesto temporale necessario per comprendere il flusso e le prestazioni del processo. Questo timestamp è fondamentale per ordinare cronologicamente gli eventi e calcolare le durate.

Nel Process Mining, questo timestamp viene utilizzato per ordinare le attività nella sequenza corretta per ciascun caso e calcolare KPI fondamentali, come tempi di ciclo, tempi di attesa e tempi di elaborazione. L’analisi di questi timestamp aiuta a individuare i ritardi tra le fasi, misurare l’efficienza delle risorse e monitorare il rispetto degli accordi sui livelli di servizio. È un elemento essenziale di qualsiasi analisi dei processi basata sul tempo.

Perché è importante

Questo timestamp è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e di attesa e individuare i colli di bottiglia del processo.

Dove reperirlo

Si trova comunemente negli Event Log o nei record delle transazioni insieme al nome dell’attività. Può essere indicato come 'Creation Date', 'Event Date' o 'Timestamp'.

Esempi
2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z
Sistema di origine
SourceSystem
Il sistema dal quale sono stati estratti i dati, ad esempio la specifica istanza ERP, QMS o MES.
Descrizione

L’attributo Source System identifica l’applicazione o il database di origine in cui sono stati registrati i dati di gestione della qualità. In architetture IT complesse, i dati degli eventi di qualità possono provenire da più sistemi, ad esempio da un ERP per i dati sui materiali e da un sistema dedicato di Quality Management per i dati di processo.

Identificare il sistema di origine è importante per la governance dei dati, la validazione e la risoluzione dei problemi. Aiuta a comprendere il contesto dei dati e può essere utilizzato per segmentare l’analisi. Per esempio, un analista potrebbe confrontare i processi di qualità gestiti in sistemi o sedi diverse per individuare best practice o incoerenze.

Perché è importante

Fornisce il contesto sull’origine dei dati, fondamentale per la validazione, la risoluzione dei problemi e l’analisi segmentata in ambienti multi-sistema.

Dove reperirlo

Questa informazione potrebbe non essere presente nelle tabelle di origine, ma viene spesso aggiunta durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
SAP S/4HANA QMVeeva Vault QualityMasterControl QMS
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica quando i dati del processo sono stati aggiornati o estratti per l’ultima volta dal sistema di origine.
Descrizione

L’attributo Last Data Update è un timestamp che registra l’ultima sincronizzazione dei dati dal sistema di origine. Funziona come indicatore dell’aggiornamento dei dati e mostra quanto siano recenti le informazioni utilizzate nell’analisi. È particolarmente importante per il monitoraggio continuo e per il processo decisionale quasi in tempo reale.

Questo attributo aiuta gli utenti a comprendere l’attualità delle Dashboard e delle analisi di Process Mining. Garantisce che gli stakeholder siano consapevoli dell’aggiornamento dei dati quando interpretano KPI e modelli di processo, evitando decisioni basate su informazioni obsolete. È un elemento di metadati fondamentale per mantenere la fiducia nei dati.

Perché è importante

Indica l’aggiornamento dei dati e garantisce che gli utenti siano consapevoli di quanto siano recenti l’analisi del processo e i KPI.

Dove reperirlo

Si tratta generalmente di metadati generati durante il processo di estrazione dei dati (ETL). Di norma non si trovano nelle tabelle transazionali del sistema di origine.

Esempi
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Categoria della causa principale
RootCauseCategory
La classificazione di alto livello della causa radice identificata per l’evento di qualità.
Descrizione

La Root Cause Category classifica la ragione fondamentale del problema di qualità, ad esempio 'Human Error', 'Equipment Failure', 'Process Deficiency' o 'Supplier Issue'. Questo attributo viene generalmente compilato dopo il completamento dell’indagine e dell’analisi delle cause radice.

Analizzare la frequenza delle diverse categorie di cause radice fornisce indicazioni preziose per il miglioramento strategico. Se 'Process Deficiency' è una causa frequente, ciò segnala la necessità di riprogettare il processo. Se 'Equipment Failure' ricorre spesso, può indicare la necessità di migliorare i programmi di manutenzione. Il Process Mining può correlare queste categorie con il comportamento del processo, mostrando per esempio se gli eventi causati da 'Human Error' richiedono più tempo per essere risolti.

Perché è importante

È fondamentale per l’analisi strategica, perché va oltre il flusso del processo e considera le cause alla base dei problemi, orientando azioni preventive mirate.

Dove reperirlo

Si trova nella sezione relativa all’indagine o all’analisi delle cause radice del record dell’evento di qualità. Può essere un codice o testo libero.

Esempi
Guasto dell'apparecchiaturaErrore umanoDifetto del materiale
Gravità
Severity
Una classificazione del potenziale impatto dell’evento di qualità, ad esempio critico, maggiore o minore.
Descrizione

L’attributo Severity classifica gli eventi di qualità in base all’impatto sul business, al rischio o all’urgenza. Questa classificazione aiuta a dare priorità alle risorse e all’attenzione da dedicare ai problemi più critici. I livelli di gravità sono generalmente definiti dalla politica della qualità dell’organizzazione.

È un attributo particolarmente utile per il filtraggio e la segmentazione nel Process Mining. Gli analisti possono confrontare i flussi di processo degli eventi 'Critical' e 'Minor' per verificare che i problemi ad alta gravità vengano gestiti con la rapidità prevista. Possono inoltre rilevare se i problemi 'Minor' consumano una quantità sproporzionata di risorse o se quelli 'Critical' rimangono bloccati nel processo. Ciò contribuisce a ottimizzare il processo secondo un approccio basato sul rischio.

Perché è importante

Consente un’analisi del processo basata sul rischio, aiutando a dare priorità alle indagini e a verificare che gli eventi ad alto impatto siano gestiti con la necessaria urgenza.

Dove reperirlo

È un campo standard nei dati di intestazione dell’evento di qualità, spesso denominato 'Severity Level' o 'Priority'.

Esempi
CriticoMaggioreMinore
Ora di fine dell'evento
EventEndTime
La data e l’ora precise in cui una specifica attività o un evento è stato completato.
Descrizione

L’Event End Time è un timestamp che indica il completamento di un’attività. Insieme all’Event Start Time, consente di calcolare con precisione il tempo di elaborazione delle singole attività nel processo di gestione della qualità. Per gli eventi considerati istantanei, l’ora di inizio e quella di fine possono coincidere.

Questo attributo è fondamentale per l’analisi delle prestazioni a livello di attività. Calcolando la durata di ogni attività, ovvero End Time meno Start Time, gli analisti possono individuare le fasi che richiedono più tempo e che sono quindi le principali candidate all’ottimizzazione. Consente inoltre di calcolare con maggiore accuratezza il tempo di ciclo complessivo del caso e fornisce i dati necessari per analizzare il carico di lavoro e l’efficienza delle risorse.

Perché è importante

Consente di calcolare i tempi di elaborazione delle attività, essenziali per un’analisi dettagliata delle prestazioni e per individuare le attività che richiedono più risorse.

Dove reperirlo

Si trova spesso nello stesso Event Log o record della transazione dell’ora di inizio. In alcuni sistemi può essere necessario dedurlo dall’ora di inizio dell’evento successivo.

Esempi
2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z
Reparto responsabile
ResponsibleDepartment
Il reparto, il team o l’area funzionale responsabile dell’evento di qualità o di una specifica attività.
Descrizione

L’attributo Responsible Department indica l’unità organizzativa responsabile di un evento di qualità o di una determinata fase del processo. Può trattarsi di 'Manufacturing', 'Quality Assurance', 'Research and Development' o 'Logistics'.

Questo attributo è essenziale per l’analisi organizzativa. Consente ai responsabili di osservare come il lavoro passa da un reparto all’altro, misurare le prestazioni di ciascuna area funzionale e individuare attriti o ritardi interfunzionali. Per esempio, l’analisi potrebbe rivelare che i passaggi di consegna tra Manufacturing e Quality Assurance sono una delle principali fonti di ritardo. Segmentare i KPI per reparto aiuta a individuare le aree su cui concentrare iniziative mirate di miglioramento del processo.

Perché è importante

Consente di analizzare le prestazioni del processo per unità organizzativa, mettendo in evidenza i ritardi interfunzionali e aiutando ad attribuire le responsabilità.

Dove reperirlo

Si trova generalmente nei dati di intestazione del record dell’evento di qualità oppure viene ricavato dall’utente responsabile dell’attività.

Esempi
Controllo qualitàLinea di produzione BQualità dei fornitori
Risorsa
Resource
L’utente, il dipendente o l’agente automatizzato che ha eseguito o a cui è stata assegnata una specifica attività o un evento di qualità.
Descrizione

L’attributo Resource identifica la persona o il sistema responsabile dell’esecuzione di un’attività. Può trattarsi di un investigatore, di un approvatore della qualità o di un utente di sistema automatizzato. Monitorare chi esegue ogni attività è fondamentale per comprendere la distribuzione del carico di lavoro, le prestazioni dei team e i modelli di collaborazione.

Analizzare il processo per risorsa aiuta a individuare differenze di prestazioni tra persone o team, identificare esigenze formative e ottimizzare il bilanciamento del carico di lavoro. Può evidenziare risorse sovraccariche che rischiano di diventare colli di bottiglia oppure mostrare i passaggi di consegna tra persone diverse, spesso fonte di ritardi nel processo. Questa analisi è fondamentale per migliorare l’efficienza organizzativa.

Perché è importante

Questo attributo è essenziale per l’analisi basata sulle risorse, inclusa la distribuzione del carico di lavoro, il confronto delle prestazioni e l’individuazione dei colli di bottiglia organizzativi.

Dove reperirlo

Si trova generalmente nelle tabelle delle transazioni o dei log, spesso con etichette quali 'User Name', 'Changed By', 'Owner' o 'Assigned To'.

Esempi
j.doem.smithSystem.Batch
Tipo di evento di qualità
QualityEventType
La classificazione dell’evento di qualità, ad esempio Non-Conformance, Customer Complaint, Audit Finding o Deviation.
Descrizione

L’attributo Quality Event Type classifica la natura del problema di qualità gestito. Tipologie diverse di eventi seguono spesso processi distinti, hanno livelli di urgenza differenti e sono disciplinate da procedure operative standard diverse.

Filtrando e confrontando i processi in base a questo attributo, gli analisti possono individuare variazioni significative. Per esempio, il processo di gestione di un 'Customer Complaint' può essere molto più rigoroso e vincolato ai tempi rispetto a quello relativo a un 'Internal Problem'. Comprendere queste differenze è fondamentale per valutare se ogni variante di processo operi in modo efficiente e nel rispetto dei requisiti specifici.

Perché è importante

Consente di segmentare l’analisi per confrontare il modo in cui vengono gestiti diversi tipi di problemi di qualità, facendo emergere importanti variazioni del processo.

Dove reperirlo

Si trova nei dati di intestazione dell’evento di qualità, spesso in un campo denominato 'Notification Type', 'Event Type' o 'Category'.

Esempi
Reclamo del clienteRapporto di non conformità (NCR)Deviazione
Data obiettivo di risoluzione
TargetResolutionDate
La data pianificata o richiesta entro la quale l’evento di qualità dovrebbe essere completamente risolto e chiuso.
Descrizione

La Target Resolution Date è una scadenza fissata per la chiusura di un evento di qualità. Questa data viene spesso determinata da requisiti normativi, accordi sui livelli di servizio con i clienti o politiche interne basate sulla gravità dell’evento.

Questo attributo è essenziale per il monitoraggio delle prestazioni e l’analisi della conformità. Confrontando la data effettiva di chiusura con quella obiettivo, le organizzazioni possono calcolare un KPI relativo al tasso di risoluzione puntuale. Il Process Mining può individuare quali tipi di eventi o fasi del processo hanno maggiori probabilità di causare ritardi e mancato rispetto degli obiettivi. Ciò aiuta a concentrare gli interventi di miglioramento sul rispetto dei tempi previsti.

Perché è importante

Consente di misurare le prestazioni rispetto agli obiettivi temporali, aiutando a calcolare i tassi di risoluzione puntuale e a individuare le cause dei ritardi.

Dove reperirlo

Si trova generalmente nei dati di intestazione o di pianificazione del record dell’evento di qualità.

Esempi
2024-06-302024-07-152024-08-01
Esito della verifica dell'efficacia
EffectivenessCheckOutcome
L’esito della verifica volta a confermare se le azioni correttive e preventive implementate siano state efficaci.
Descrizione

L'esito della verifica dell'efficacia registra il risultato della fase di verifica successiva all'implementazione delle azioni correttive. L'esito è in genere «Efficace» o «Non efficace» e indica se l'azione ha risolto con successo la causa principale del problema.

Questo attributo è fondamentale per misurare l'effettivo successo del processo di gestione della qualità. Un'elevata percentuale di esiti «Non efficace» segnala un problema sistemico nelle fasi di analisi della causa principale o di pianificazione delle azioni, con conseguenti rilavorazioni e problemi ricorrenti. Nel Process Mining, questo dato può essere utilizzato per analizzare i cicli di rilavorazione. Ad esempio, i casi con esito «Non efficace» tornano spesso alla fase di analisi o di individuazione della causa principale, aumentando significativamente i tempi di attraversamento e i costi.

Perché è importante

Misura direttamente il successo delle azioni correttive ed è essenziale per analizzare i cicli di rilavorazione e l'efficacia del processo di analisi della causa principale.

Dove reperirlo

Si trova nei record relativi alle fasi di verifica o chiusura delle azioni correttive e preventive (CAPA).

Esempi
EfficaceNon efficaceIn attesa di verifica
Prodotto interessato
AffectedProduct
Il prodotto, materiale o componente oggetto dell’evento di qualità.
Descrizione

L’attributo Affected Product identifica l’articolo, il materiale o la linea di prodotto specifica interessata dal problema di qualità. Questo collegamento tra processo e prodotto è fondamentale per l’analisi delle cause radice e la valutazione dell’impatto.

Analizzare gli eventi di qualità per prodotto consente alle aziende di individuare tendenze, ad esempio un prodotto specifico con un numero insolitamente elevato di non conformità. Ciò può portare ad approfondire la progettazione del prodotto o il processo produttivo. Aiuta inoltre a stabilire la priorità degli eventi di qualità in base all’importanza strategica o al volume di vendita del prodotto interessato, assicurando che i problemi critici vengano affrontati per primi.

Perché è importante

Collega i dati di processo ai dati di prodotto, consentendo di analizzare i problemi di qualità per linea di prodotto, individuare tendenze e stabilire la priorità dei problemi ad alto impatto.

Dove reperirlo

Si trova nel record principale dell’evento di qualità, spesso con etichette quali 'Material Number', 'Product ID' o 'Part Number'.

Esempi
PROD-100-XLMAT-RAW-05BFG-2055-ASSY
Stato dell'evento di qualità
QualityEventStatus
Lo stato complessivo corrente dell’evento di qualità nel suo ciclo di vita, ad esempio Open, Under Investigation o Closed.
Descrizione

L’attributo Quality Event Status indica lo stato corrente di un caso relativo a un evento di qualità. È un attributo dinamico che cambia man mano che il caso avanza nel proprio ciclo di vita e fornisce una panoramica del punto in cui si trova l’evento in un determinato momento.

Nel Process Mining, questo attributo è utile per analizzare il carico di lavoro corrente e l’arretrato. Filtrando gli eventi con stato 'Open' o 'In Progress', i responsabili possono monitorare il volume dei casi attivi. Aiuta inoltre a verificare la conformità confrontando le modifiche di stato effettive con il flusso di processo previsto. Per esempio, un evento non dovrebbe essere 'Closed' prima dell’implementazione della 'Corrective Action'.

Perché è importante

Fornisce una panoramica dello stato corrente di un caso, fondamentale per monitorare gli arretrati, il carico di lavoro attivo e la conformità del processo.

Dove reperirlo

È un campo fondamentale nel record di intestazione dell’evento di qualità e viene aggiornato man mano che l’evento procede.

Esempi
ApertoIn attesa di approvazioneChiuso
Ubicazione
Location
La sede fisica o logica, ad esempio uno stabilimento, un sito o un magazzino, in cui si è verificato o viene gestito l’evento di qualità.
Descrizione

L’attributo Location specifica il sito geografico o organizzativo associato all’evento di qualità. Può trattarsi di uno stabilimento produttivo, di una specifica linea di produzione, di un centro di distribuzione o di un’unità aziendale.

Analizzare le prestazioni del processo per sede è un metodo efficace per effettuare benchmarking e individuare best practice. Può rivelare se determinati siti sono più efficienti nella risoluzione dei problemi di qualità o se alcune sedi sono all’origine di problemi ricorrenti. Questa analisi geografica o per sito aiuta la direzione ad allocare efficacemente le risorse e a standardizzare nell’organizzazione i processi più performanti.

Perché è importante

Consente di confrontare siti o stabilimenti diversi, aiutando a effettuare benchmarking delle prestazioni e a individuare problemi o best practice specifici di una sede.

Dove reperirlo

Questa informazione fa generalmente parte del record principale dell’evento di qualità, spesso con etichette quali 'Plant', 'Site' o 'Business Unit'.

Esempi
Sito A - Edificio 2Magazzino principaleStabilimento 0010
Obbligatorio Consigliato Facoltativo

Attività di gestione della qualità

Questa sezione illustra le fasi chiave e le tappe critiche del processo da acquisire, per garantire una corretta individuazione dei processi di gestione della qualità e dei relativi Workflow.
7 Consigliato 8 Facoltativo
Attività Descrizione
Analisi delle cause profonde completata
Rappresenta il completamento dell’indagine, durante la quale la causa profonda o le cause profonde dell’evento di qualità sono state identificate e documentate. Si tratta di una milestone critica prima di poter pianificare qualsiasi azione correttiva.
Perché è importante

Questa milestone segna la conclusione della fase diagnostica. Analizzare la durata dell’analisi delle cause profonde aiuta a individuare complessità e colli di bottiglia nelle attività di risoluzione dei problemi.

Dove reperirlo

Può essere dedotto quando i campi “Root Cause” o quelli relativi all’analisi vengono compilati e salvati. In alcuni sistemi corrisponde al completamento di una specifica attività RCA.

Acquisizione

Acquisisca il timestamp del momento in cui un’attività dedicata all’analisi delle cause profonde viene contrassegnata come completata oppure in cui il campo descrittivo della causa profonda viene compilato per la prima volta.

Tipo di evento inferred
Azione correttiva implementata
Rappresenta il completamento delle attività definite nel piano di azioni correttive approvato. Conferma che siano state intraprese le azioni necessarie per affrontare il problema immediato.
Perché è importante

Questa attività segna la conclusione del lavoro correttivo operativo. Il tempo trascorso tra l’approvazione del piano e la sua implementazione riflette l’efficienza del team incaricato di eseguire le attività richieste.

Dove reperirlo

Viene generalmente registrata quando la persona incaricata contrassegna come completati nel sistema gli elementi d’azione o le attività assegnate.

Acquisizione

Utilizzare il timestamp di completamento delle attività di azione correttiva associate oppure l’aggiornamento dello stato del record del piano di azioni a 'Implemented'.

Tipo di evento explicit
Efficacia verificata
Conferma che le azioni correttive e preventive implementate abbiano risolto con successo la causa radice e impedito il ripetersi del problema. Si tratta di una fase formale di verifica, che spesso si svolge dopo un periodo di monitoraggio prestabilito.
Perché è importante

È la misura definitiva dell’efficacia di un intervento di qualità. Convalida che le risorse impiegate nell’indagine e nelle azioni abbiano prodotto un risultato positivo, prevenendo future rilavorazioni.

Dove reperirlo

Viene registrata quando viene completata un’attività dedicata alla verifica dell’efficacia oppure quando lo stato del record viene aggiornato a 'Effectiveness Verified', spesso con una firma elettronica.

Acquisizione

Acquisire il timestamp del completamento dell’attività di verifica dell’efficacia oppure della fase finale di approvazione della verifica.

Tipo di evento explicit
Evento di qualità chiuso
È l’attività finale, che indica la risoluzione positiva e la chiusura amministrativa del record dell’evento di qualità. A questo punto il processo è considerato completato e il record assume valore storico.
Perché è importante

È il principale punto di conclusione del processo. Il tempo necessario per la chiusura è un KPI fondamentale e l’analisi degli eventi chiusi offre una visione completa del processo end-to-end.

Dove reperirlo

È un evento esplicito fondamentale, registrato quando lo stato finale del record viene modificato in 'Closed' o 'Completed' e accompagnato da un timestamp.

Acquisizione

Utilizzare il timestamp della modifica finale dello stato a 'Closed', 'Completed' o a uno stato terminale equivalente.

Tipo di evento explicit
Evento di qualità creato
Questa è la prima attività e indica la creazione formale di un record di evento di qualità. Un utente identifica e registra nel sistema un problema di qualità, come una non conformità, un difetto o un reclamo, avviando il processo.
Perché è importante

Questa attività costituisce il principale punto di avvio del processo e consente di misurare il tempo di ciclo complessivo dall’identificazione alla risoluzione. È essenziale per monitorare il volume degli eventi di qualità in ingresso.

Dove reperirlo

Si tratta generalmente di un evento esplicito acquisito in una traccia di audit o in un log delle transazioni quando viene creato un nuovo record. Cerchi i timestamp di creazione nella tabella principale degli eventi di qualità.

Acquisizione

Utilizzi il timestamp di creazione del record dell’evento di qualità, come un record di Quality Notification, Non-conformance o Complaint.

Tipo di evento explicit
Indagine avviata
Indica l’avvio formale della fase di indagine, finalizzata a determinare l’ambito e la causa profonda dell’evento di qualità. Al caso viene assegnato ufficialmente un investigatore o un team.
Perché è importante

Questa attività definisce l’inizio della fase centrale di risoluzione del problema. Monitorare il tempo che intercorre tra la creazione dell’evento e l’avvio dell’indagine rivela potenziali arretrati nel team Qualità.

Dove reperirlo

Questo evento viene generalmente acquisito quando lo stato del record viene aggiornato a “Under Investigation” o quando al record viene assegnato formalmente un investigatore.

Acquisizione

Utilizzi il timestamp del cambiamento di stato a “Under Investigation” oppure della prima assegnazione di un responsabile o di un ruolo di investigatore.

Tipo di evento inferred
Piano di azione correttiva approvato
Indica l’approvazione ufficiale del piano di azioni correttive proposto da parte di un’autorità designata. Questa approvazione rappresenta un passaggio decisivo che consente di avviare l’implementazione.
Perché è importante

I cicli di approvazione sono una fonte frequente di ritardi. Analizzare la durata e la frequenza di questa attività aiuta a individuare i colli di bottiglia nel Workflow di revisione e approvazione.

Dove reperirlo

Si tratta generalmente di un’azione di approvazione esplicita e registrata con timestamp nel Workflow, spesso acquisita tramite una firma elettronica o una modifica specifica dello stato.

Acquisizione

Acquisire il timestamp dal record della firma elettronica oppure da una modifica dello stato a 'Approved' o 'Released for Implementation'.

Tipo di evento explicit
Azione preventiva implementata
Indica il completamento delle attività finalizzate a eliminare la causa di potenziali non conformità, così da prevenirne il ripetersi. Si tratta di un’azione proattiva che spesso segue un’azione correttiva.
Perché è importante

Questa attività dimostra la maturità di un processo di qualità orientato alla prevenzione, non soltanto alla correzione. Monitorare l’implementazione delle azioni preventive aiuta a misurare gli interventi di miglioramento del processo nel lungo periodo.

Dove reperirlo

Viene registrata quando le attività di azione preventiva assegnate sono contrassegnate come completate, spesso in un record collegato all’evento di qualità originario.

Acquisizione

Utilizzare il timestamp di completamento delle attività di azione preventiva associate oppure un aggiornamento dello stato di un record di azione preventiva.

Tipo di evento explicit
Evento di qualità annullato
È un punto finale alternativo, in cui l’evento di qualità viene terminato senza essere completamente risolto. Ciò avviene se l’evento è ritenuto non valido, duplicato di un’altra voce o creato per errore.
Perché è importante

Questa attività rappresenta una conclusione alternativa e non produttiva del processo. Un volume elevato di eventi annullati può indicare problemi nella formazione degli utenti o nel processo iniziale di inserimento dei dati.

Dove reperirlo

Viene registrata attraverso una modifica dello stato terminale a 'Canceled' o 'Void', spesso accompagnata dal relativo codice motivo.

Acquisizione

Acquisire il timestamp dell’aggiornamento dello stato del record a 'Canceled', 'Void' o 'Invalid'.

Tipo di evento explicit
Piano d’azione correttivo proposto
Questa attività si verifica quando viene documentato e sottoposto a revisione un piano formale per affrontare la causa profonda identificata. Il piano descrive le specifiche azioni correttive da intraprendere.
Perché è importante

Questo passaggio avvia la fase di risoluzione del processo. Monitorare il tempo necessario per proporre un piano consente di capire con quale rapidità i team passano dall’analisi all’azione.

Dove reperirlo

Questa informazione viene spesso registrata attraverso la creazione di un record di Corrective Action Plan associato oppure mediante una modifica dello stato che indica che un piano è pronto per la revisione.

Acquisizione

Utilizzare il timestamp di creazione di un record di Corrective Action o CAPA collegato, oppure la modifica dello stato a 'Pending Approval'.

Tipo di evento explicit
Piano di azione correttiva rifiutato
Indica che il piano di azioni correttive proposto è stato esaminato ma respinto. È quindi necessario rivederlo e sottoporlo nuovamente, creando un ciclo di rilavorazione nel processo.
Perché è importante

Questa attività evidenzia inefficienze e rilavorazioni all’interno del processo. Un’elevata percentuale di rifiuti può indicare requisiti poco chiari o un’analisi delle cause radice inadeguata.

Dove reperirlo

Questa informazione viene registrata attraverso una modifica dello stato a 'Rejected' o 'Revision Required', spesso accompagnata da un codice motivo o da commenti.

Acquisizione

Acquisire il timestamp della modifica dello stato a 'Rejected' o 'Sent Back for Revision'.

Tipo di evento explicit
Revisione finale completata
Viene eseguito un controllo finale dell’intero record dell’evento di qualità per verificare che tutta la documentazione sia completa e che siano stati seguiti tutti i passaggi procedurali. Spesso si tratta dell’ultima fase di approvazione prima della chiusura.
Perché è importante

Questa attività rappresenta l’ultimo controllo di qualità prima della chiusura di un caso. Eventuali ritardi possono prolungare artificialmente i tempi di ciclo e indicare problemi nella documentazione.

Dove reperirlo

Si tratta spesso di una fase di approvazione esplicita o di una firma elettronica da parte di un ruolo di quality assurance, prima che lo stato possa essere modificato in 'Closed'.

Acquisizione

Utilizzare il timestamp dell’approvazione della revisione finale di qualità oppure della modifica dello stato a 'Pending Closure' o 'Final Review Complete'.

Tipo di evento explicit
Stakeholder informati
Rappresenta l’azione di comunicare formalmente la risoluzione dell’evento di qualità alle parti interessate, ad esempio alla persona che lo ha segnalato o ai reparti coinvolti.
Perché è importante

Sebbene non costituisca sempre una fase centrale del processo, monitorare le comunicazioni agli stakeholder può fornire indicazioni sulla completezza del processo e sui livelli complessivi di servizio.

Dove reperirlo

È difficile da acquisire e può corrispondere a un’azione esplicita registrata. In alternativa, può essere dedotta dal completamento di un’attività 'Final Notification' in un Workflow.

Acquisizione

Acquisire il timestamp della registrazione di una notifica e-mail automatica oppure del completamento di un’attività di comunicazione manuale.

Tipo di evento inferred
Valutazione iniziale completata
Rappresenta il completamento della revisione iniziale o del triage del nuovo evento di qualità. Durante questo passaggio, l’evento viene classificato per tipologia, gli viene assegnato un livello di gravità e viene definita la priorità per determinare il Workflow successivo.
Perché è importante

Analizzare il tempo impiegato in questa fase iniziale aiuta a individuare i ritardi nel riconoscimento e nella gestione dei nuovi eventi di qualità. Fornisce inoltre Attributi per filtrare i casi in base alla gravità o alla tipologia.

Dove reperirlo

Spesso viene dedotto da un cambiamento di stato da “New” a “Under Assessment” o “In Progress”. Può anche essere acquisito quando vengono compilati per la prima volta specifici campi di classificazione e priorità.

Acquisizione

Acquisisca il timestamp del cambiamento di stato che indica il completamento della valutazione oppure il momento in cui i campi di classificazione e priorità vengono salvati per la prima volta.

Tipo di evento inferred
Verifica dell'efficacia non superata
Indica che le azioni implementate si sono rivelate inefficaci nel risolvere il problema. Questo esito attiva spesso una nuova indagine o un nuovo ciclo di azioni correttive.
Perché è importante

Questa attività segnala un grave fallimento del processo e un importante ciclo di rilavorazione. Analizzare questi eventi è fondamentale per comprendere perché le soluzioni non funzionino e migliorare il processo RCA.

Dove reperirlo

Viene registrata quando la fase di verifica non ha esito positivo e ciò comporta una modifica dello stato che riapre l’indagine o la pianificazione CAPA.

Acquisizione

Acquisire il timestamp di una modifica dello stato che indichi una verifica non riuscita, ad esempio 'Effectiveness Failed' o 'Re-Investigation Required'.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati per il Process Mining.

I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,

legga la nostra guida ETL

oppure selezioni un processo e un sistema specifici.

È pronto per iniziare?

Per iniziare a ottimizzare il Suo processo di gestione della qualità, selezioni una guida all'estrazione specifica per sistema oppure utilizzi questo Template Generico per avviare la preparazione dei dati.

Inizi oggi a ottimizzare la gestione della qualità

Individui i colli di bottiglia e migliori la Conformità grazie a insight basati sui dati.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito, configurazione in 5 minuti.