Il vostro Template Dati per la Gestione della Qualità
Il vostro Template Dati per la Gestione della Qualità
Questo è il nostro template dati generico per il Process Mining per Gestione della Qualità. Utilizzi i nostri template specifici per sistema per una guida più dettagliata.
Selezioni un sistema specifico- Campi dati standardizzati per l'event log.
- Attività chiave da monitorare per una visibilità completa del processo.
- Guida per l'estrazione dei dati da vari sistemi.
Attributi della Gestione della Qualità
| Nome | Descrizione | ||
|---|---|---|---|
| `Tempo` di Inizio `Evento` EventStartTime | La data e l'ora precise in cui si è verificata o è stata avviata una specifica attività o evento. | ||
| Descrizione L'Orario di inizio evento è un timestamp che segna 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 gli eventi cronologicamente e per calcolare le durate. Nel Process Mining, questo timestamp viene utilizzato per ordinare le attività nella sequenza corretta per ogni caso e per calcolare gli indicatori chiave di prestazione (KPI) come i tempi di ciclo, i tempi di attesa e i tempi di elaborazione. L'analisi di questi timestamp aiuta a identificare i ritardi tra le fasi, misurare l'efficienza delle risorse e monitorare l'aderenza agli accordi sui livelli di servizio. È la pietra angolare di qualsiasi analisi di processo basata sul tempo. Perché è importante Questo timestamp è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e di attesa e scoprire i colli di bottiglia del processo. Dove trovare Si trova comunemente negli event log o nei record di transazione insieme al nome dell'attività. Può essere etichettato come 'Data di creazione', 'Data dell'evento' o 'Timestamp'. Esempi 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| ID Evento di qualità QualityEventId | L'identificatore univoco per un singolo evento qualità. Funge da case identifier, collegando tutte le attività correlate, dall'apertura alla chiusura. | ||
| Descrizione Il Quality Event ID è una chiave unica che identifica un problema di qualità specifico, come una non conformità, un reclamo del cliente, una deviazione o un risultato di un audit. Questo identificatore è fondamentale perché collega tutti i diversi passaggi, documenti e punti dati associati all'evento durante l'intero ciclo di vita. Nel Process Mining, questo attributo è fondamentale per ricostruire il flusso del processo end-to-end per ogni evento di qualità. Raggruppando tutte le attività correlate sotto un unico ID Evento di qualità, gli analisti possono visualizzare la mappa del processo, calcolare le durate dei casi e analizzare le varianti tra i diversi percorsi. Consente un'analisi chiara e accurata di come i problemi di qualità vengono gestiti dall'inizio alla fine. Perché è importante Questa è la chiave primaria per il Process Mining, che consente di collegare tutti gli eventi correlati in un'unica istanza di processo o case. Dove trovare Si trova solitamente nella testata o nella tabella principale delle notifiche di qualità, degli eventi o dei record di non conformità. Esempi QN-2023-00123NC-450008761COMP-5501-A | |||
| Nome attività ActivityName | Il nome di una specifica attività, evento o passaggio verificatosi all'interno del processo di gestione della qualità. | ||
| Descrizione Il Nome Attività descrive un'azione distinta o una pietra miliare nel ciclo di vita di un evento di qualità. Esempi includono 'Valutazione iniziale completata', 'Indagine avviata' o 'Azione correttiva implementata'. Queste attività rappresentano i mattoni del processo di gestione della qualità. Per l'analisi di processo, questo attributo è essenziale per costruire la mappa di processo, che rappresenta visivamente la sequenza delle attività e il flusso dei casi. Consente agli analisti di identificare i colli di bottiglia, scoprire varianti di processo comuni e rare e verificare la conformità rispetto 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, formando i nodi della mappa del processo e consentendo l'analisi del flusso e delle varianti. Dove trovare Solitamente derivato da event log, record di cambio di stato o tabelle di attività correlate all'oggetto principale dell'evento qualità. Esempi Indagine AvviataAnalisi Causa Radice CompletataEfficacia verificata | |||
| Sistema di Origine SourceSystem | Il sistema da cui sono stati estratti i dati, come una specifica istanza di ERP, QMS o MES. | ||
| Descrizione L'attributo Sistema Sorgente identifica l'applicazione o il database di origine in cui sono stati registrati i dati della gestione qualità. In ecosistemi IT complessi, i dati degli eventi qualità possono provenire da più sistemi, ad esempio un ERP per i dati dei materiali e un Quality Management System dedicato per i dati di processo. Identificare il sistema sorgente è importante per la data governance, la convalida e la risoluzione dei problemi. Aiuta a comprendere il contesto dei dati e può essere utilizzato per segmentare l'analisi. Ad esempio, un analista potrebbe confrontare i processi qualità gestiti in diversi sistemi o sedi per identificare best practice o incongruenze. 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 trovare Queste informazioni potrebbero non essere presenti nelle tabelle sorgente stesse, ma vengono spesso aggiunte durante il processo di estrazione, trasformazione e caricamento (ETL). Esempi SAP S/4HANA QMVeeva Vault QualityMasterControl QMS | |||
| Ultimo `Data Update` LastDataUpdate | Il timestamp che indica quando i dati del processo sono stati aggiornati o estratti l'ultima volta dal sistema sorgente. | ||
| Descrizione L'attributo Ultimo aggiornamento dati è un timestamp che registra l'ora più recente in cui i dati sono stati sincronizzati dal sistema sorgente. Funge da indicatore di freschezza dei dati, mostrando quanto siano aggiornate le informazioni nell'analisi. Ciò è particolarmente importante per il monitoraggio continuo e il processo decisionale in tempo quasi reale. Questo attributo aiuta gli utenti a comprendere la tempestività delle dashboard e delle analisi di Process Mining. Assicura che gli stakeholder siano consapevoli dell'attualità dei dati quando interpretano i KPI e i modelli di processo, evitando che vengano prese decisioni basate su informazioni superate. È un metadato chiave per mantenere la fiducia nei dati. Perché è importante Indica la freschezza dei dati, assicurando che gli utenti siano consapevoli di quanto siano aggiornati l'analisi del processo e i KPI. Dove trovare Si tratta solitamente di metadati generati durante il processo di estrazione dei dati (ETL). In genere non si trovano all'interno delle tabelle transazionali del sistema sorgente. Esempi 2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z | |||
| Categoria della causa radice RootCauseCategory | La classificazione di alto livello della causa radice identificata per l'evento di qualità. | ||
| Descrizione La Categoria della Causa Principale classifica il motivo fondamentale alla base di un problema di qualità, come "Errore umano", "Guasto alle apparecchiature", "Carenza del processo" o "Problema del fornitore". Questo attributo viene solitamente compilato al termine dell'indagine e dell'analisi della causa radice (RCA). Analizzare la frequenza delle diverse categorie di cause principali fornisce spunti preziosi per il miglioramento strategico. Se la "Carenza del processo" è una causa comune, segnala la necessità di riprogettarlo. Se i "Guasti alle apparecchiature" sono frequenti, potrebbe indicare la necessità di una migliore pianificazione della manutenzione. Il Process Mining può correlare queste categorie al comportamento del processo, mostrando, ad esempio, se gli eventi causati da un "Errore umano" richiedono più tempo per essere risolti. Perché è importante Questo è fondamentale per l'analisi strategica, poiché va oltre il flusso del processo per individuare le ragioni alla base del fallimento, guidando azioni preventive mirate. Dove trovare Si trova nella sezione dell'indagine o dell'analisi delle cause radici del record dell'evento di qualità. Può essere un codice o testo libero. Esempi Guasto dell'attrezzaturaErrore UmanoDifetto del materiale | |||
| Gravità Severity | Una classificazione del potenziale impatto dell'evento di qualità, ad esempio critico, maggiore o minore. | ||
| Descrizione L'attributo Gravità classifica gli eventi qualità in base al loro impatto sul business, al rischio o all'urgenza. Questa classificazione aiuta a dare priorità alle risorse e all'attenzione verso i problemi più critici. I livelli di gravità sono solitamente definiti dalla politica della qualità dell'organizzazione. Si tratta di un attributo potente per il filtraggio e la segmentazione nel Process Mining. Gli analisti possono confrontare i flussi dei processi per gli eventi "Critici" rispetto a quelli "Minori" per assicurarsi che le questioni ad alta gravità seguano effettivamente la corsia preferenziale prevista. Può anche rivelare se i problemi minori consumano una quantità sproporzionata di risorse o se quelli critici rimangono bloccati nel processo. Ciò contribuisce a ottimizzare il processo per una gestione basata sul rischio. Perché è importante Consente un'analisi di processo basata sul rischio, aiutando a dare priorità alle indagini e a verificare che gli eventi ad alto impatto siano gestiti con l'urgenza appropriata. Dove trovare Questo è un campo standard nei dati di testata dell'evento qualità, spesso denominato "Severity Level" o "Priority". Esempi CriticoMajorMinore | |||
| Ora Fine Evento EventEndTime | La `data` e l'ora precise in cui una specifica attività o `event` è stato completato. | ||
| Descrizione L'Orario di fine evento è un timestamp che segna il completamento di un'attività. Abbinato all'Orario di inizio evento, consente il calcolo preciso del tempo di elaborazione per le singole attività all'interno del processo di gestione della qualità. Per gli eventi considerati istantanei, gli orari di inizio e fine possono coincidere. Questo attributo è fondamentale per l'analisi delle prestazioni a livello di attività. Calcolando la durata di ogni task (Tempo di fine meno Tempo di inizio), gli analisti possono identificare quali passaggi richiedono più tempo e sono i candidati principali per l'ottimizzazione. Consente inoltre un calcolo più accurato del tempo di ciclo complessivo del caso e fornisce i dati necessari per l'analisi del carico di lavoro e dell'efficienza delle risorse. Perché è importante Consente il calcolo dei tempi di elaborazione delle attività, fondamentale per un'analisi dettagliata delle prestazioni e per l'identificazione dei compiti che richiedono molte risorse. Dove trovare Si trova spesso nello stesso event log o record di transazione dell'orario di inizio. In alcuni sistemi, potrebbe dover essere dedotto dall'orario 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 Dipartimento Responsabile indica l'unità organizzativa incaricata di un evento qualità o di una fase specifica del processo. Potrebbe trattarsi di "Produzione", "Assicurazione Qualità", "Ricerca e Sviluppo" o "Logistica". Questo attributo è essenziale per l'analisi organizzativa. Consente ai manager di vedere come fluisce il lavoro tra i vari dipartimenti, misurare le prestazioni di ogni area funzionale e identificare attriti o ritardi interfunzionali. Ad esempio, l'analisi può rivelare che i passaggi tra Produzione e Assicurazione Qualità sono una delle principali fonti di rallentamento. Segmentare i KPI per dipartimento aiuta a individuare con precisione le aree su cui concentrare gli interventi di miglioramento del processo. Perché è importante Consente l'analisi delle prestazioni del processo per unità organizzativa, evidenziando i ritardi interfunzionali e aiutando ad assegnare le responsabilità. Dove trovare Solitamente si trova nei dati di testata del record dell'evento qualità o deriva dall'utente responsabile dell'attività. Esempi Controllo QualitàLinea di produzione BQualità fornitore | |||
| Risorsa Resource | L'utente, il dipendente o l'agente automatizzato che ha eseguito o a cui è stata assegnata una specifica attività o evento qualità. | ||
| Descrizione L'attributo Risorsa identifica la persona o il sistema responsabile dell'esecuzione di un'attività. Può trattarsi di un auditor, di un approvatore della qualità o di un utente di un sistema automatizzato. Monitorare chi esegue ogni attività è fondamentale per comprendere la distribuzione del carico di lavoro, le prestazioni del team e i modelli di collaborazione. Analizzare il processo per risorsa aiuta a individuare variazioni di performance tra singoli o team, identificare esigenze di formazione e ottimizzare il bilanciamento del carico. Può rivelare risorse sovraccariche che potrebbero rappresentare dei colli di bottiglia, o mostrare schemi di handoff tra persone diverse, spesso fonte di ritardi nel processo. Questa analisi è fondamentale per migliorare l'efficienza organizzativa. Perché è importante Questo attributo è fondamentale per l'analisi basata sulle risorse, inclusa la distribuzione del carico di lavoro, il confronto delle prestazioni e l'identificazione dei colli di bottiglia organizzativi. Dove trovare Solitamente si trova nelle tabelle delle transazioni o dei log, spesso etichettato come "User Name", "Changed By", "Owner" o "Assigned To". Esempi j.doem.smithSystem.Batch | |||
| Tipo evento di qualità QualityEventType | La classificazione dell'evento di qualità, come Non Conformità, Reclamo Cliente, Risultato Audit o Deviazione. | ||
| Descrizione Il Tipo evento di qualità categorizza la natura del problema di qualità affrontato. Diversi tipi di eventi seguono spesso processi distinti, hanno diversi livelli di urgenza e sono regolati da diverse procedure operative standard. Filtrando e confrontando i processi in base a questo attributo, gli analisti possono scoprire varianti significative. Ad esempio, il processo per la gestione di un 'Reclamo Cliente' può essere molto più rigoroso e sensibile ai tempi rispetto al processo per un 'Problema Interno'. Comprendere queste differenze è fondamentale per valutare se ogni variante di processo operi in modo efficiente e in conformità con i suoi requisiti specifici. Perché è importante Consente la segmentazione dell'analisi per confrontare il modo in cui vengono gestiti i diversi tipi di problemi di qualità, rivelando importanti varianti di processo. Dove trovare Si trova nei dati di testata dell'evento di qualità, spesso in campi come 'Tipo di notifica', 'Tipo di evento' o 'Categoria'. Esempi Reclamo clienteRapporto di non conformità (NCR)Deviazione | |||
| Data di risoluzione prevista TargetResolutionDate | La data prevista o richiesta entro la quale l'evento di qualità deve essere completamente risolto e chiuso. | ||
| Descrizione La Data di Risoluzione Prevista è il termine fissato per la chiusura di un evento qualità. Questa data è spesso determinata da requisiti normativi, accordi sul livello di servizio (SLA) 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 di chiusura effettiva con quella prevista, le organizzazioni possono calcolare il KPI "Tasso di Risoluzione Puntuale". Il Process Mining può identificare quali tipi di eventi o fasi del processo causano più facilmente ritardi e violazioni di questi obiettivi. Ciò aiuta a concentrare gli sforzi di miglioramento sul raggiungimento dei traguardi di puntualità. Perché è importante Consente di misurare le prestazioni rispetto agli obiettivi di tempistica, aiutando a calcolare i tassi di risoluzione puntuale e a identificare le cause dei ritardi. Dove trovare Solitamente si trova nella testata o nei dati di pianificazione del record dell'evento qualità. Esempi 2024-06-302024-07-152024-08-01 | |||
| Esito della verifica dell'efficacia EffectivenessCheckOutcome | Il risultato della verifica per confermare se le azioni correttive e preventive implementate sono state efficaci. | ||
| Descrizione L'Esito della verifica dell'efficacia registra il risultato della fase di verifica che segue l'implementazione delle azioni correttive. L'esito è in genere 'Efficace' o 'Non efficace', indicando se l'azione ha risolto con successo la causa radice del problema. Questo attributo è fondamentale per misurare il vero successo del processo di gestione della qualità. Un alto tasso di esiti 'Non efficaci' indica un problema sistemico nelle fasi di analisi delle cause radici o di pianificazione delle azioni, con conseguenti rilavorazioni e problemi ricorrenti. Nel Process Mining, questo può essere utilizzato per analizzare i cicli di rilavorazione. Ad esempio, i casi con un esito 'Non efficace' spesso tornano alla fase di indagine o di analisi delle cause radici, aumentando significativamente i tempi di ciclo 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 delle cause radici. Dove trovare Si trova nei record relativi alle fasi di verifica o chiusura delle azioni correttive e preventive (CAPA). Esempi EfficaceNon efficaceIn attesa di verifica | |||
| Località Location | La posizione fisica o logica, come uno stabilimento, un sito o un magazzino, in cui si è verificato o viene gestito l'evento di qualità. | ||
| Descrizione L'attributo Località specifica il sito geografico o organizzativo relativo all'evento di qualità. Potrebbe essere uno stabilimento di produzione, una specifica linea di produzione, un centro di distribuzione o un'unità aziendale. Analizzare le prestazioni del processo per località è un modo efficace per confrontare i risultati e identificare le best practice. Può rivelare se determinati siti sono più efficienti nel risolvere i problemi di qualità o se località specifiche sono fonte di problemi ricorrenti. Questa analisi geografica o basata sul sito aiuta il management ad allocare le risorse in modo efficace e a standardizzare i processi ad alte prestazioni in tutta l'organizzazione. Perché è importante Consente l'analisi comparativa tra diversi siti o impianti, aiutando a misurare le prestazioni e a identificare problemi specifici per sede o best practice. Dove trovare Queste informazioni fanno solitamente parte del record principale dell'evento qualità, spesso etichettate come "Plant", "Site" o "Business Unit". Esempi Sito A - Edificio 2Magazzino principaleImpianto 0010 | |||
| Prodotto interessato AffectedProduct | Il prodotto, materiale o componente che è oggetto dell'evento di qualità. | ||
| Descrizione L'attributo Prodotto Interessato identifica l'articolo specifico, il materiale o la linea di prodotti interessati dal problema di qualità. Questo collegamento tra il processo e il prodotto è fondamentale per l'analisi delle cause radici e la valutazione dell'impatto. Analizzare gli eventi di qualità per prodotto consente alle aziende di individuare i trend, ad esempio se un particolare prodotto presenta un numero insolitamente elevato di non conformità. Ciò può innescare indagini più approfondite sulla progettazione del prodotto o sul processo di produzione. Aiuta inoltre a dare priorità agli eventi di qualità in base all'importanza strategica o al volume di vendita del prodotto interessato, assicurando che i problemi critici siano affrontati per primi. Perché è importante Collega i dati di processo ai dati di prodotto, consentendo l'analisi dei problemi di qualità per linea di prodotto per identificare i trend e dare priorità ai problemi ad alto impatto. Dove trovare Si trova nel record principale dell'evento di qualità, spesso come 'Codice materiale', 'ID prodotto' o 'Codice articolo'. Esempi PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Stato evento di qualità QualityEventStatus | Lo stato generale attuale dell'evento di qualità nel suo ciclo di vita, come Aperto, In fase di indagine o Chiuso. | ||
| Descrizione Lo Stato evento di qualità indica lo stato attuale di un caso relativo a un evento di qualità. Si tratta di un attributo dinamico che cambia man mano che il caso progredisce nel suo ciclo di vita. Fornisce un'istantanea di alto livello della situazione di un evento in qualsiasi momento. Nel Process Mining, questo attributo è utile per analizzare il carico di lavoro attuale e l'arretrato. Filtrando per eventi con stato 'Aperto' o 'In corso', i responsabili possono monitorare il volume dei casi attivi. Aiuta anche nel controllo della conformità confrontando i cambiamenti di stato effettivi con il flusso di processo previsto. Ad esempio, un evento non dovrebbe essere 'Chiuso' prima che sia stata implementata l'Azione Correttiva. Perché è importante Fornisce un'istantanea dello stato attuale di un caso, fondamentale per monitorare gli arretrati, il carico di lavoro attivo e controllare la conformità del processo. Dove trovare Questo è un campo chiave nel record di testata dell'evento qualità e viene aggiornato man mano che l'evento progredisce. Esempi ApertoIn Attesa di ApprovazioneChiuso | |||
Attività di Gestione della Qualità
| Activity | Descrizione | ||
|---|---|---|---|
| Analisi Causa Radice Completata | Rappresenta il completamento dell'indagine in cui la causa radice o le cause dell'evento di qualità sono state identificate e documentate. Si tratta di una pietra miliare fondamentale prima di poter pianificare qualsiasi azione correttiva. | ||
| Perché è importante Questa pietra miliare segna la fine della fase diagnostica. Analizzare la durata dell'analisi della causa radice aiuta a identificare complessità e colli di bottiglia nelle attività di risoluzione dei problemi. Dove trovare Questo dato può essere dedotto quando i campi relativi alla "Causa principale" o all'analisi vengono compilati e salvati. In alcuni sistemi, corrisponde al completamento di una specifica attività di RCA. Acquisisci Acquisisce il timestamp quando un'attività dedicata all'analisi delle cause radici viene contrassegnata come completata o quando il campo della descrizione della causa radice viene compilato per la prima volta. Tipo di evento inferred | |||
| Azione correttiva implementata | Rappresenta il completamento delle attività delineate nel piano d'azione correttiva approvato. Ciò conferma che le azioni necessarie sono state intraprese per affrontare il problema immediato. | ||
| Perché è importante Questa attività segna la fine del lavoro correttivo pratico. Il tempo che intercorre tra l'approvazione del piano e la sua implementazione riflette l'efficienza del team nell'eseguire le attività richieste. Dove trovare Questo viene solitamente registrato quando un esecutore contrassegna come completate nel sistema le voci d'azione o le attività assegnate. Acquisisci Utilizzi il timestamp di completamento delle relative attività di azione correttiva o un aggiornamento dello stato del record del piano d'azione in "Implemented". Tipo di evento explicit | |||
| Efficacia verificata | Conferma che le azioni correttive e preventive implementate hanno risolto con successo la causa radice e prevenuto la ricorrenza. Si tratta di una fase formale di verifica, che spesso avviene dopo un determinato periodo di monitoraggio. | ||
| Perché è importante Questa è la misura definitiva di un intervento qualità riuscito. Valida il fatto che le risorse spese per l'indagine e le azioni abbiano prodotto un risultato positivo, prevenendo future rilavorazioni. Dove trovare Questo dato viene acquisito quando viene completata un'attività dedicata alla verifica dell'efficacia o quando lo stato del record viene aggiornato a "Efficacia verificata", spesso con una firma elettronica. Acquisisci Acquisisce il timestamp del completamento dell'attività di verifica dell'efficacia o di una fase finale di approvazione della verifica. Tipo di evento explicit | |||
| Evento di qualità chiuso | L'attività finale, che segna la risoluzione positiva e la chiusura amministrativa del record dell'evento di qualità. A questo punto, il processo è considerato completato e il record diventa storico. | ||
| Perché è importante Questo è il punto finale principale del processo. Il tempo di chiusura è un KPI critico e l'analisi degli eventi chiusi fornisce una visione completa del processo end-to-end. Dove trovare Si tratta di un evento chiave ed esplicito acquisito quando lo stato finale del record viene modificato in "Chiuso" o "Completato", registrato con un timestamp. Acquisisci Utilizzi il timestamp del cambio di stato finale in "Closed", "Completed" o uno stato terminale equivalente. Tipo di evento explicit | |||
| Evento di qualità creato | Questa è la prima attività e segna la creazione formale di un record di evento 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à funge da punto di inizio primario del processo, consentendo di misurare il tempo di ciclo totale dall'identificazione alla risoluzione. È essenziale per monitorare il volume degli eventi qualità in entrata. Dove trovare Si tratta in genere di un evento esplicito acquisito in un audit trail o in un log delle transazioni quando viene creato un nuovo record. Cerchi i timestamp di creazione nella tabella principale degli eventi qualità. Acquisisci Utilizzi il timestamp di creazione del record dell'evento qualità, come una Quality Notification, Non-conformance o un record di Complaint. Tipo di evento explicit | |||
| Indagine Avviata | Segna l'inizio formale della fase di indagine per determinare la portata e la causa radice dell'evento di qualità. Un ispettore o un team viene ufficialmente assegnato al caso. | ||
| 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'inizio dell'indagine rivela potenziali arretrati nel team qualità. Dove trovare Questo evento viene solitamente acquisito quando lo stato del record viene aggiornato a "In fase di indagine" o quando un incaricato viene formalmente assegnato al caso. Acquisisci Utilizzi il timestamp del cambio di stato in "Under Investigation" o la prima assegnazione di un ruolo di owner o investigator. Tipo di evento inferred | |||
| Piano d'azione correttiva approvato | Segna l'approvazione ufficiale del piano d'azione correttiva proposto da parte di un'autorità designata. Questa approvazione è un passaggio critico che consente l'inizio dell'implementazione. | ||
| Perché è importante I cicli di approvazione sono fonti comuni di ritardo. L'analisi della durata e della frequenza di questa attività aiuta a identificare i colli di bottiglia nel workflow di revisione e approvazione. Dove trovare Si tratta solitamente di un'azione di approvazione esplicita e datata nel workflow, spesso acquisita tramite una firma elettronica o uno specifico cambio di stato. Acquisisci Acquisisce il timestamp da un record di firma elettronica o da un cambio di stato in 'Approvato' o 'Rilasciato per l'implementazione'. Tipo di evento explicit | |||
| Azione preventiva implementata | Contrassegna il completamento delle attività volte a eliminare la causa di potenziali non conformità per prevenire ricorrenze future. Si tratta di una fase proattiva che spesso segue un'azione correttiva. | ||
| Perché è importante Questa attività dimostra un processo qualità maturo, orientato alla prevenzione e non solo alla correzione. Tracciare l'implementazione delle azioni preventive aiuta a misurare gli sforzi di miglioramento del processo a lungo termine. Dove trovare Questo viene acquisito quando le attività di azione preventiva assegnate sono contrassegnate come completate, spesso in un record collegato all'evento qualità originale. Acquisisci Utilizzi il timestamp di completamento delle relative attività di azione preventiva o un aggiornamento dello stato su un record di azione preventiva. Tipo di evento explicit | |||
| Evento di qualità annullato | Un endpoint alternativo in cui l'evento di qualità viene terminato senza una risoluzione completa. Ciò accade se l'evento è considerato non valido, se si tratta di un duplicato di un'altra voce o se è stato creato per errore. | ||
| Perché è importante Questa attività rappresenta una fine alternativa e improduttiva del processo. Un volume elevato di eventi annullati può suggerire problemi nella formazione degli utenti o nella fase iniziale di inserimento dei dati. Dove trovare Questo viene acquisito da un cambio di stato terminale in "Annullato" o "Nullo", spesso con un codice motivo corrispondente. Acquisisci Acquisisce il timestamp quando lo stato del record viene aggiornato a 'Annullato', 'Nullo' o 'Non valido'. Tipo di evento explicit | |||
| Piano d'azione correttiva proposto | Questa attività si verifica quando un piano formale per affrontare la causa principale identificata viene documentato e inviato per la revisione. Descrive le azioni correttive specifiche da intraprendere. | ||
| Perché è importante Questa fase avvia la risoluzione del processo. Monitorare il tempo necessario per proporre un piano rivela la rapidità con cui i team passano dall'analisi all'azione. Dove trovare Questo viene spesso acquisito tramite la creazione di un record di Piano di Azione Correttiva correlato o un cambio di stato che indica che un piano è pronto per la revisione. Acquisisci Utilizzi il timestamp di creazione di un record collegato di Azione Correttiva o CAPA, oppure un cambio di stato in "Pending Approval". Tipo di evento explicit | |||
| Piano d'azione correttiva rifiutato | Indica che il piano d'azione correttiva proposto è stato revisionato ma negato. Ciò richiede che il piano venga rivisto e presentato nuovamente, creando un ciclo di rilavorazione nel processo. | ||
| Perché è importante Questa attività evidenzia inefficienze e rilavorazioni all'interno del processo. Tassi di rifiuto elevati possono indicare requisiti poco chiari o un'analisi della causa radice inadeguata. Dove trovare Questo dato viene acquisito tramite un cambio di stato in "Rifiutato" o "Revisione richiesta", spesso accompagnato da un codice motivo o da commenti. Acquisisci Acquisisce il timestamp del cambio di stato in 'Rifiutato' o 'Rimandato per revisione'. Tipo di evento explicit | |||
| Revisione finale completata | Viene eseguito un controllo finale dell'intero record dell'evento di qualità per garantire che tutta la documentazione sia completa e che tutti i passaggi procedurali siano stati seguiti. Spesso questo è l'ultimo passaggio di approvazione prima della chiusura. | ||
| Perché è importante Questa attività rappresenta l'ultimo gate di qualità prima della chiusura di un case. Ritardi in questa fase possono allungare artificialmente i tempi di ciclo e potrebbero indicare problemi di documentazione. Dove trovare Spesso si tratta di una fase di approvazione esplicita o di una firma elettronica da parte di un responsabile della qualità prima che lo stato possa essere modificato in "Chiuso". Acquisisci Utilizzi il timestamp di un'approvazione finale della revisione qualità o un cambio di stato in "Pending Closure" o "Final Review Complete". Tipo di evento explicit | |||
| Stakeholder Notificati | Rappresenta l'azione di comunicare formalmente la risoluzione dell'evento di qualità alle parti interessate, come il segnalante o i reparti coinvolti. | ||
| Perché è importante Sebbene non sia sempre una fase centrale del processo, il monitoraggio della comunicazione con gli stakeholder può fornire indicazioni sulla completezza del processo e sui livelli di servizio complessivi. Dove trovare Questo dato è difficile da acquisire e può essere un'azione esplicita registrata. Potrebbe anche essere dedotto dal completamento di un'attività di "Notifica finale" in un workflow. Acquisisci Acquisisce il timestamp quando viene registrata una notifica email automatica o quando un'attività di comunicazione manuale viene contrassegnata come completata. Tipo di evento inferred | |||
| Valutazione Iniziale Completata | Rappresenta il completamento della revisione iniziale o del triage dell'evento di qualità appena creato. Durante questa fase, l'evento viene categorizzato per tipo, gli viene assegnato un livello di gravità e viene prioritizzato per determinare il workflow successivo. | ||
| Perché è importante L'analisi del tempo trascorso in questa fase iniziale aiuta a identificare i ritardi nel riconoscimento e nell'elaborazione dei nuovi eventi di qualità. Fornisce inoltre attributi per filtrare i casi in base alla gravità o alla tipologia. Dove trovare Questo dato viene spesso dedotto da un cambio di stato da "Nuovo" a "In fase di valutazione" o "In corso". Può anche essere acquisito quando vengono popolati per la prima volta campi specifici di categorizzazione e priorità. Acquisisci Acquisisce il timestamp quando lo stato cambia per riflettere il completamento della valutazione, o quando i campi di categorizzazione e priorità vengono salvati per la prima volta. Tipo di evento inferred | |||
| Verifica dell'efficacia fallita | Indica che le azioni implementate sono risultate inefficaci nel risolvere il problema. Questo esito spesso innesca una nuova indagine o un nuovo ciclo di azioni correttive. | ||
| Perché è importante Questa attività indica un fallimento significativo del processo e un importante ciclo di rilavorazione. Analizzare questi eventi è fondamentale per capire perché le soluzioni non funzionano e per migliorare il processo di RCA. Dove trovare Questo dato viene acquisito quando la fase di verifica fallisce, portando a un cambio di stato che riapre l'indagine o la pianificazione CAPA. Acquisisci Acquisisce il timestamp di un cambio di stato che indica una verifica fallita, come 'Efficacia fallita' o 'Nuova indagine richiesta'. Tipo di evento explicit | |||
Guide all'Estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,