Il Suo template dei dati per la gestione della qualità
Il Suo template dei dati per la gestione della qualità
Questo è il nostro template generico per i dati di Process Mining relativi a Gestione della qualità. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.
Selezioni un sistema specifico- Campi dati standardizzati per il Suo Event Log.
- Attività chiave da monitorare per ottenere una visione completa del processo.
- Indicazioni per estrarre dati da diversi sistemi.
Attributi della gestione della qualità
| Nome | Descrizione | ||
|---|---|---|---|
| ID evento di qualità QualityEventId | Identificativo univoco di un singolo evento di qualità. Funge da identificativo del caso e collega tutte le attività correlate, dall’avvio alla chiusura. | ||
| Descrizione L’ID evento di qualità è una chiave univoca che identifica uno specifico problema di qualità, ad esempio una non conformità, un reclamo del cliente, una deviazione o un rilievo di audit. Questo identificativo è fondamentale perché collega tutte le 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 del processo dall’inizio alla fine per ciascun evento di qualità. Raggruppando tutte le attività correlate sotto un unico ID evento di qualità, gli analisti possono visualizzare la mappa del processo, calcolare la durata dei casi e analizzare le differenze tra i diversi percorsi degli eventi. In questo modo è possibile analizzare con chiarezza e precisione la gestione dei problemi di qualità, dall’inizio alla conclusione. Perché è importante È la chiave primaria per il Process Mining, che consente di collegare tutti gli eventi correlati in una singola istanza di processo o in un unico caso. Dove reperirli Si trova in genere nell’intestazione o nella tabella principale delle notifiche di qualità, degli eventi o dei record di non conformità. Esempi QN-2023-00123NC-450008761COMP-5501-A | |||
| Nome dell’attività ActivityName | Nome di una specifica attività, di un evento o di una fase del processo di gestione della qualità. | ||
| Descrizione Il nome dell’attività descrive un’azione o una tappa specifica nel ciclo di vita di un evento di qualità. Alcuni esempi sono «Valutazione iniziale completata», «Indagine avviata» o «Azione correttiva attuata». Queste attività costituiscono i passaggi fondamentali del processo di gestione della qualità. Nell’analisi dei processi, questo attributo è essenziale per creare 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, rilevare le varianti di processo più e meno frequenti e verificare la conformità alle procedure operative standard. Comprendere la sequenza delle attività è il primo passo per migliorare il processo. Perché è importante Questo attributo definisce le fasi del processo, che costituiscono i nodi della mappa e consentono di analizzare il flusso e le varianti del processo. Dove reperirli Di solito si ricava dai log degli eventi, dai record delle modifiche di stato o dalle tabelle delle attività collegate all’oggetto principale dell’evento di qualità. Esempi Indagine avviataAnalisi delle cause profonde completataEfficacia verificata | |||
| Ora di inizio dell’evento EventStartTime | Data e ora esatte in cui una specifica attività o un evento si è verificato o è stato avviato. | ||
| Descrizione L’ora di inizio dell’evento è una data e ora che segna l’avvio 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. È fondamentale per ordinare gli eventi cronologicamente e calcolarne la durata. Nel Process Mining, questa data e ora serve a ordinare correttamente le attività di ciascun caso e a calcolare indicatori chiave di prestazione, come i tempi di ciclo, i tempi di attesa e i tempi di elaborazione. Analizzare queste date e ore aiuta a individuare i ritardi tra le fasi, misurare l’efficienza delle risorse e monitorare il rispetto degli accordi sul livello di servizio. È un elemento fondamentale per qualsiasi analisi temporale del processo. Perché è importante Questa data e ora è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e di attesa e individuare i colli di bottiglia del processo. Dove reperirli Si trova comunemente nei log degli eventi o nei record delle transazioni, insieme al nome dell’attività. Può essere indicata come «Data di creazione», «Data dell’evento» o «Data e ora». Esempi 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| Sistema di origine SourceSystem | Il sistema da cui sono stati estratti i dati, ad esempio una specifica istanza di ERP, QMS o MES. | ||
| Descrizione L’attributo Sistema di origine identifica l’applicazione o il database in cui sono stati registrati i dati sulla gestione della qualità. In ambienti IT complessi, i dati sugli eventi di qualità possono provenire da più sistemi, ad esempio da un ERP per i dati sui materiali e da un sistema dedicato alla gestione della qualità per i dati di processo. Identificare il sistema di origine è importante per la governance dei dati, la convalida e la risoluzione dei problemi. Aiuta a comprendere il contesto dei dati e può essere utilizzato per segmentare l’analisi. Per esempio, un analista può confrontare i processi di qualità gestiti in sistemi o sedi diverse per individuare le buone pratiche o le incoerenze. Perché è importante Fornisce informazioni sull’origine dei dati, fondamentali per la convalida, la risoluzione dei problemi e l’analisi segmentata in ambienti con più sistemi. Dove reperirli Queste informazioni potrebbero non essere presenti nelle tabelle di origine, ma spesso vengono aggiunte durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi SAP S/4HANA QMVeeva Vault QualityMasterControl QMS | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati del processo dal sistema di origine. | ||
| Descrizione L’attributo Ultimo aggiornamento dei dati registra la data e l’ora dell’ultima sincronizzazione dei dati dal sistema di origine. Indica quanto sono aggiornate le informazioni utilizzate nell’analisi, un aspetto particolarmente importante per il monitoraggio continuo e per prendere decisioni quasi in tempo reale. Questo attributo aiuta a capire quanto siano aggiornate le Dashboard e le analisi di Process Mining. Consente alle parti interessate di tenere conto dell’attualità dei dati quando interpretano i KPI e i modelli di processo, evitando decisioni basate su informazioni obsolete. È un metadato fondamentale per mantenere la fiducia nei dati. Perché è importante Indica quanto sono aggiornati i dati, così da sapere quando sono stati aggiornati l’analisi del processo e i KPI. Dove reperirli Di norma, si tratta di metadati generati durante il processo di estrazione dei dati (ETL). In genere non sono presenti nelle tabelle transazionali del sistema di origine. Esempi 2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z | |||
| Categoria della causa profonda RootCauseCategory | Classificazione generale della causa profonda individuata per l’evento di qualità. | ||
| Descrizione La categoria della causa profonda classifica il motivo fondamentale del problema di qualità, ad esempio «Errore umano», «Guasto delle apparecchiature», «Carenza del processo» o «Problema del fornitore». Questo attributo viene in genere compilato al termine dell’indagine e dell’analisi delle cause profonde. Analizzare la frequenza delle diverse categorie consente di ottenere indicazioni utili per definire interventi di miglioramento strategici. Se la «Carenza del processo» è una causa ricorrente, può essere necessario riprogettare il processo. Se i «Guasti delle apparecchiature» sono frequenti, potrebbe essere opportuno rivedere i programmi di manutenzione. Il Process Mining può mettere in relazione queste categorie con l’andamento del processo, mostrando, ad esempio, se gli eventi causati da «Errore umano» richiedono più tempo per essere risolti. Perché è importante È un dato essenziale per l’analisi strategica, perché consente di andare oltre il flusso del processo e di risalire alle ragioni alla base dei problemi, orientando interventi preventivi mirati. Dove reperirli Si trova nella sezione dedicata all’indagine o all’analisi delle cause profonde della scheda dell’evento di qualità. Può essere un codice o un testo libero. Esempi Guasto delle apparecchiatureErrore umanoDifetto del materiale | |||
| Gravità Severity | Classificazione del potenziale impatto dell’evento di qualità, ad esempio critico, grave o lieve. | ||
| Descrizione L’attributo Gravità classifica gli eventi di qualità in base all’impatto sull’attività aziendale, al rischio o all’urgenza. Questa classificazione aiuta a destinare risorse e attenzione ai problemi più critici. I livelli di gravità sono in genere definiti dalla politica aziendale sulla qualità. Nel Process Mining, questo attributo è utile per filtrare e segmentare i dati. Gli analisti possono confrontare i flussi di processo degli eventi «Critici» con quelli degli eventi «Lievi» per verificare che i problemi più gravi vengano gestiti con la priorità prevista. L’analisi può anche rivelare se i problemi «Lievi» assorbono una quantità sproporzionata di risorse o se quelli «Critici» restano bloccati nel processo. In questo modo è possibile ottimizzare il processo in base al livello di rischio. Perché è importante Consente di analizzare il processo in base al rischio, aiutando a definire le priorità delle indagini e a verificare che gli eventi ad alto impatto siano gestiti con la dovuta urgenza. Dove reperirli È un campo standard nei dati di intestazione dell’evento di qualità, spesso denominato «Livello di gravità» o «Priorità». Esempi CriticoGraveLieve | |||
| Ora di fine dell’evento EventEndTime | Data e ora esatte in cui una specifica attività o un evento è stato completato. | ||
| Descrizione L’ora di fine dell’evento è una data e ora che indica il completamento di un’attività. Insieme all’ora di inizio dell’evento, consente di calcolare con precisione il tempo di elaborazione delle singole attività del processo di gestione della qualità. Per gli eventi istantanei, l’ora di inizio e quella di fine possono coincidere. Questo attributo è fondamentale per analizzare le prestazioni delle singole attività. Calcolando la durata di ciascuna attività, sottraendo l’ora di inizio da quella di fine, gli analisti possono individuare i passaggi che richiedono più tempo e che potrebbero essere ottimizzati. Consente inoltre di calcolare con maggiore precisione 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 reperirli Spesso si trova nello stesso log degli eventi o record della transazione dell’ora di inizio. In alcuni sistemi, può essere necessario dedurla 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 Reparto responsabile indica l’unità organizzativa responsabile di un evento di qualità o di una specifica fase del processo. Può trattarsi, ad esempio, di «Produzione», «Assicurazione qualità», «Ricerca e sviluppo» o «Logistica». Questo attributo è essenziale per l’analisi organizzativa. Consente ai responsabili di vedere come il lavoro passa da un reparto all’altro, misurare le prestazioni di ciascuna area funzionale e individuare attriti o ritardi tra funzioni diverse. Per esempio, l’analisi può rivelare che i passaggi di consegne tra Produzione e Assicurazione qualità sono una delle principali cause di ritardo. Segmentare i KPI per reparto aiuta a individuare le aree su cui concentrare gli interventi di miglioramento del processo. Perché è importante Consente di analizzare le prestazioni del processo per unità organizzativa, mettendo in evidenza i ritardi tra funzioni diverse e aiutando ad assegnare responsabilità chiare. Dove reperirli Di solito si trova nei dati di intestazione del record dell’evento di qualità oppure si ricava 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 Risorsa identifica la persona o il sistema responsabile dell’esecuzione di un’attività. Può trattarsi di una persona incaricata dell’indagine, di chi approva la qualità o di un utente di sistema automatizzato. Sapere chi svolge ogni attività è fondamentale per comprendere la distribuzione del carico di lavoro, le prestazioni dei team e le modalità di collaborazione. Analizzare il processo per risorsa aiuta a individuare differenze di prestazioni tra persone o team, rilevare esigenze di formazione e bilanciare meglio il carico di lavoro. Può mettere in luce risorse sovraccariche che diventano colli di bottiglia o mostrare i passaggi di consegne tra persone diverse, spesso causa di ritardi nel processo. Questa analisi è fondamentale per migliorare l’efficienza dell’organizzazione. Perché è importante Questo attributo è essenziale per le analisi basate sulle risorse, tra cui la distribuzione del carico di lavoro, il confronto delle prestazioni e l’individuazione dei colli di bottiglia nell’organizzazione. Dove reperirli Di solito si trova nelle tabelle delle transazioni o dei log, spesso con etichette come «Nome utente», «Modificato da», «Proprietario» o «Assegnato a». Esempi j.doem.smithSystem.Batch | |||
| Tipo di evento di qualità QualityEventType | Classificazione dell’evento di qualità, ad esempio non conformità, reclamo del cliente, rilievo di audit o deviazione. | ||
| Descrizione Il tipo di evento di qualità classifica la natura del problema affrontato. Eventi di tipo diverso seguono spesso processi distinti, hanno livelli di urgenza differenti e sono regolati da procedure operative standard diverse. Filtrando e confrontando i processi in base a questo attributo, gli analisti possono individuare differenze significative. Per esempio, la gestione di un «Reclamo del cliente» può essere molto più rigorosa e urgente rispetto a quella di un «Problema interno». Comprendere queste differenze è fondamentale per valutare se ogni variante del processo opera in modo efficiente e nel rispetto dei requisiti specifici. Perché è importante Consente di segmentare l’analisi e confrontare la gestione dei diversi tipi di problemi di qualità, mettendo in luce importanti varianti del processo. Dove reperirli Si trova nei dati di intestazione dell’evento di qualità, spesso in un campo denominato «Tipo di notifica», «Tipo di evento» o «Categoria». Esempi Reclamo del clienteRapporto di non conformità (NCR)Deviazione | |||
| Data prevista di risoluzione TargetResolutionDate | La data entro cui l’evento di qualità dovrebbe essere completamente risolto e chiuso, secondo quanto pianificato o richiesto. | ||
| Descrizione La data prevista di risoluzione è la scadenza fissata per la chiusura di un evento di qualità. Spesso viene stabilita in base ai requisiti normativi, agli accordi sui livelli di servizio con i clienti o alle politiche interne, tenendo conto della gravità dell’evento. Questo attributo è essenziale per monitorare le prestazioni e analizzare la conformità. Confrontando la data effettiva di chiusura con quella prevista, le organizzazioni possono calcolare un KPI relativo alla percentuale di risoluzioni puntuali. Il Process Mining permette di individuare i tipi di evento o le fasi del processo che più spesso causano ritardi e il mancato rispetto delle scadenze. In questo modo è possibile concentrare gli interventi di miglioramento sul raggiungimento degli obiettivi di puntualità. Perché è importante Consente di misurare i risultati rispetto agli obiettivi di puntualità, calcolare la percentuale di risoluzioni entro i termini e individuare le cause dei ritardi. Dove reperirli Di solito si trova nell’intestazione o nei dati di pianificazione della scheda dell’evento di qualità. Esempi 2024-06-302024-07-152024-08-01 | |||
| Esito della verifica di efficacia EffectivenessCheckOutcome | Esito della verifica che accerta se le azioni correttive e preventive attuate sono state efficaci. | ||
| Descrizione L’esito della verifica di efficacia registra il risultato del controllo effettuato dopo l’attuazione delle azioni correttive. In genere l’esito è «Efficace» o «Non efficace» e indica se l’azione ha risolto la causa profonda del problema. Questo attributo è fondamentale per misurare l’effettiva efficacia del processo di gestione della qualità. Un’elevata percentuale di esiti «Non efficace» segnala un problema sistemico nelle fasi di analisi delle cause profonde o di pianificazione delle azioni, che può comportare rilavorazioni e il ripetersi dei problemi. Il Process Mining permette di analizzare i cicli di rilavorazione. Ad esempio, i casi con esito «Non efficace» spesso tornano alla fase di indagine o di analisi delle cause profonde, aumentando notevolmente il tempo di ciclo e i costi. Perché è importante Misura direttamente l’efficacia delle azioni correttive ed è essenziale per analizzare i cicli di rilavorazione e l’efficacia del processo di analisi delle cause profonde. Dove reperirli Si trova nei record relativi alla verifica o alla chiusura delle azioni correttive e preventive (CAPA). Esempi EfficaceNon efficaceIn attesa di verifica | |||
| Prodotto interessato AffectedProduct | Il prodotto, il materiale o il componente a cui si riferisce l’evento di qualità. | ||
| Descrizione L’attributo Prodotto interessato identifica l’articolo, il materiale o la linea di prodotto specifici coinvolti nel problema di qualità. Questo collegamento tra i dati di processo e quelli di prodotto è fondamentale per l’analisi delle cause profonde e la valutazione dell’impatto. Analizzare gli eventi di qualità per prodotto consente alle aziende di individuare tendenze, ad esempio un numero insolitamente elevato di non conformità per un determinato prodotto. Ciò può portare ad approfondire la progettazione del prodotto o il processo di produzione. Aiuta inoltre a definire le priorità degli eventi di qualità in base all’importanza strategica o al volume di vendita del prodotto interessato, così da affrontare prima i problemi più critici. Perché è importante Collega i dati di processo a quelli di prodotto, consentendo di analizzare i problemi di qualità per linea di prodotto, individuare tendenze e definire le priorità dei problemi con maggiore impatto. Dove reperirli Si trova nel record principale dell’evento di qualità, spesso in un campo denominato «Numero materiale», «ID prodotto» o «Numero parte». Esempi PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Stato dell’evento di qualità QualityEventStatus | Stato complessivo corrente dell’evento di qualità nel suo ciclo di vita, ad esempio aperto, in fase di indagine o chiuso. | ||
| Descrizione Lo stato dell’evento di qualità indica lo stato corrente del caso. È un attributo dinamico, che cambia man mano che il caso avanza nel suo ciclo di vita e offre una panoramica della situazione in un dato momento. Nel Process Mining, questo attributo è utile per analizzare il carico di lavoro corrente e le attività arretrate. Filtrando gli eventi con stato «Aperto» o «In corso», i responsabili possono monitorare il volume dei casi attivi. Aiuta inoltre nel controllo di conformità, consentendo di confrontare le modifiche di stato effettive con il flusso di processo previsto. Per esempio, un evento non dovrebbe essere «Chiuso» prima che sia stata attuata l’«Azione correttiva». Perché è importante Fornisce una fotografia dello stato corrente di un caso, fondamentale per monitorare le attività arretrate e il carico di lavoro attivo e verificare la conformità del processo. Dove reperirli È 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 | L’ubicazione fisica o logica, ad esempio uno stabilimento, una sede o un magazzino, in cui si è verificato o viene gestito l’evento di qualità. | ||
| Descrizione L’attributo Ubicazione indica la sede geografica o organizzativa associata all’evento di qualità. Può trattarsi di uno stabilimento di produzione, di una specifica linea produttiva, di un centro di distribuzione o di un’unità aziendale. Analizzare le prestazioni dei processi per ubicazione è un modo efficace per confrontare i risultati e individuare le buone pratiche. L’analisi può mostrare se alcune sedi risolvono i problemi di qualità con maggiore efficienza o se determinate ubicazioni sono all’origine di problemi ricorrenti. Queste informazioni geografiche o relative alle sedi aiutano la direzione ad allocare le risorse in modo efficace e a diffondere nell’organizzazione i processi che ottengono i risultati migliori. Perché è importante Consente di confrontare sedi e stabilimenti diversi, valutare le prestazioni e individuare problemi o buone pratiche specifici di ciascuna ubicazione. Dove reperirli Queste informazioni fanno in genere parte della scheda principale dell’evento di qualità e possono essere indicate come «Stabilimento», «Sede» o «Unità aziendale». Esempi Sede A - Edificio 2Magazzino principaleStabilimento 0010 | |||
Attività di gestione della qualità
| Attività | Descrizione | ||
|---|---|---|---|
| Analisi delle cause profonde completata | Indica il completamento dell’indagine, durante la quale sono state individuate e documentate le cause profonde dell’evento di qualità. È una tappa fondamentale prima di poter pianificare qualsiasi azione correttiva. | ||
| Perché è importante Questa tappa segna la fine della fase diagnostica. Analizzare la durata dell’analisi delle cause profonde aiuta a individuare le complessità e i colli di bottiglia nelle attività di risoluzione dei problemi. Dove reperirli Può essere dedotto quando vengono compilati e salvati i campi «Causa profonda» o quelli relativi all’analisi. In alcuni sistemi, corrisponde al completamento di un task specifico di analisi delle cause profonde. Acquisizione Registri la marca temporale del completamento del task dedicato all’analisi delle cause profonde oppure del primo inserimento della descrizione della causa profonda. Tipo di evento inferred | |||
| Azione correttiva attuata | Indica il completamento delle attività previste dal piano d’azione correttiva approvato e conferma che sono state intraprese le azioni necessarie per affrontare il problema immediato. | ||
| Perché è importante Questa attività segna la conclusione del lavoro operativo di correzione. Il tempo che intercorre tra l’approvazione del piano e la sua attuazione riflette l’efficienza del team nello svolgere le attività previste. Dove reperirli Di norma, l’attività viene registrata quando la persona incaricata contrassegna come completate nel sistema le azioni o le attività assegnate. Acquisizione Utilizzi la data e l’ora di completamento delle attività correttive collegate oppure l’aggiornamento dello stato del record del piano d’azione in «Attuato». Tipo di evento explicit | |||
| Efficacia verificata | Conferma che le azioni correttive e preventive attuate hanno eliminato le cause profonde e impedito il ripetersi del problema. È una verifica formale, che spesso avviene al termine di un periodo di monitoraggio prestabilito. | ||
| Perché è importante È la misura definitiva del successo di un intervento sulla qualità. Conferma che le risorse impiegate nell’indagine e nelle azioni hanno prodotto un risultato positivo, evitando ulteriori rilavorazioni. Dove reperirli La registrazione avviene quando viene completata un’attività specifica di verifica dell’efficacia o quando lo stato del record viene aggiornato in «Efficacia verificata», spesso con una firma elettronica. Acquisizione Registri la data e l’ora di completamento dell’attività di verifica dell’efficacia o dell’approvazione finale della verifica. Tipo di evento explicit | |||
| Evento di qualità chiuso | È l’attività finale, che segna la risoluzione e la chiusura amministrativa del record dell’evento di qualità. A questo punto il processo è considerato concluso e il record entra nello storico. | ||
| Perché è importante È il principale punto di arrivo del processo. Il tempo necessario per la chiusura è un KPI fondamentale e l’analisi degli eventi chiusi offre una visione completa del processo dall’inizio alla fine. Dove reperirli È un evento esplicito e fondamentale, registrato con data e ora quando lo stato finale del record viene modificato in «Chiuso» o «Completato». Acquisizione Utilizzi la data e l’ora della modifica finale dello stato in «Chiuso», «Completato» o in uno stato terminale equivalente. Tipo di evento explicit | |||
| Evento di qualità creato | È la prima attività e segna la creazione formale di un record relativo a un evento di qualità. Un utente individua e registra nel sistema un problema di qualità, come una non conformità, un difetto o un reclamo, dando avvio al processo. | ||
| Perché è importante Questa attività costituisce il punto di avvio principale 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 reperirli In genere si tratta di un evento esplicito registrato in una traccia di audit o in un registro delle transazioni al momento della creazione di un nuovo record. Cerchi le marche temporali di creazione nella tabella principale degli eventi di qualità. Acquisizione Utilizzi la marca temporale di creazione del record dell’evento di qualità, ad esempio quello di una notifica di qualità, di una non conformità o di un reclamo. Tipo di evento explicit | |||
| Indagine avviata | Segna l’avvio formale della fase di indagine, volta a determinare la portata e le cause profonde dell’evento di qualità. Al caso viene assegnato ufficialmente un addetto o un team. | ||
| Perché è importante Questa attività segna l’inizio della fase centrale di risoluzione del problema. Monitorare il tempo che intercorre tra la creazione dell’evento e l’avvio dell’indagine permette di individuare eventuali arretrati nel team Qualità. Dove reperirli In genere, l’evento viene registrato quando lo stato del record passa a «In indagine» o quando viene assegnato formalmente un addetto al caso. Acquisizione Utilizzi la marca temporale del cambiamento di stato a «In indagine» oppure della prima assegnazione di un responsabile o di un ruolo di addetto all’indagine. Tipo di evento inferred | |||
| Piano d’azione correttiva approvato | Indica l’approvazione ufficiale del piano d’azione correttiva proposto da parte dell’autorità designata. Si tratta di un passaggio decisivo, che consente di avviare l’attuazione. | ||
| Perché è importante I cicli di approvazione sono spesso causa di ritardi. Analizzare la durata e la frequenza di questa attività aiuta a individuare i colli di bottiglia nella revisione e nell’approvazione del flusso di lavoro. Dove reperirli Di norma, nel flusso di lavoro è registrata un’azione di approvazione esplicita con data e ora, spesso tramite firma elettronica o una modifica specifica dello stato. Acquisizione Registri la data e l’ora della firma elettronica o della modifica dello stato in «Approvato» o «Rilasciato per l’attuazione». Tipo di evento explicit | |||
| Azione preventiva attuata | Indica il completamento delle attività volte a eliminare le cause di potenziali non conformità e a prevenirne il ripetersi. È un intervento proattivo, che spesso segue un’azione correttiva. | ||
| Perché è importante Questa attività è indice di un processo di qualità maturo, orientato alla prevenzione e non soltanto alla correzione. Monitorare l’attuazione delle azioni preventive aiuta a misurare i progressi nel miglioramento del processo nel lungo periodo. Dove reperirli La registrazione avviene quando le attività preventive assegnate vengono contrassegnate come completate, spesso in un record collegato all’evento di qualità originale. Acquisizione Utilizzi la data e l’ora di completamento delle attività preventive collegate oppure l’aggiornamento dello stato di un record relativo a un’azione preventiva. Tipo di evento explicit | |||
| Evento di qualità annullato | È un esito alternativo, in cui l’evento di qualità viene interrotto senza essere risolto completamente. Può accadere se l’evento è ritenuto non valido, è un duplicato di un’altra voce o è stato creato per errore. | ||
| Perché è importante Questa attività rappresenta una conclusione alternativa e improduttiva del processo. Un numero elevato di eventi annullati può indicare problemi nella formazione degli utenti o nella registrazione iniziale dei dati. Dove reperirli La registrazione avviene tramite una modifica dello stato finale in «Annullato» o «Nullo», spesso accompagnata dal codice del motivo. Acquisizione Registri la data e l’ora in cui lo stato del record viene aggiornato in «Annullato», «Nullo» o «Non valido». Tipo di evento explicit | |||
| Parti interessate informate | Indica la comunicazione formale della risoluzione dell’evento di qualità alle parti interessate, ad esempio alla persona che lo ha segnalato o ai reparti coinvolti. | ||
| Perché è importante Anche se non è sempre una fase centrale del processo, monitorare le comunicazioni alle parti interessate può fornire indicazioni sulla completezza del processo e sui livelli di servizio complessivi. Dove reperirli È difficile da registrare e può richiedere un’azione esplicita tracciata nel sistema. In alternativa, si può dedurre dal completamento di un’attività di «Notifica finale» in un flusso di lavoro. Acquisizione Registri la data e l’ora in cui viene registrata una notifica automatica via e-mail o in cui un’attività di comunicazione manuale viene contrassegnata come completata. Tipo di evento inferred | |||
| Piano d’azione correttiva proposto | Questa attività si verifica quando un piano formale per affrontare la causa profonda individuata viene documentato e sottoposto a revisione. Il piano descrive le azioni correttive specifiche da attuare. | ||
| Perché è importante Questa fase avvia la risoluzione del problema. Monitorare il tempo necessario per proporre un piano permette di capire quanto rapidamente i team passano dall’analisi all’azione. Dove reperirli Di solito, questo passaggio è registrato con la creazione di un record collegato al piano d’azione correttiva oppure con una modifica dello stato che indica che il piano è pronto per la revisione. Acquisizione Utilizzi la data e l’ora di creazione del record collegato all’azione correttiva o alla CAPA, oppure la data e l’ora della modifica dello stato in «In attesa di approvazione». Tipo di evento explicit | |||
| Piano d’azione correttiva respinto | Indica che il piano d’azione correttiva proposto è stato esaminato ma non approvato. Il piano deve quindi essere rivisto e presentato di nuovo, generando un ciclo di rilavorazione nel processo. | ||
| Perché è importante Questa attività mette in evidenza inefficienze e rilavorazioni nel processo. Un tasso elevato di rifiuto può indicare requisiti poco chiari o un’analisi inadeguata delle cause profonde. Dove reperirli La registrazione avviene tramite una modifica dello stato in «Respinto» o «Revisione necessaria», spesso accompagnata da un codice motivo o da commenti. Acquisizione Registri la data e l’ora della modifica dello stato in «Respinto» o «Restituito per la revisione». Tipo di evento explicit | |||
| Revisione finale completata | Viene effettuato un controllo finale dell’intero record dell’evento di qualità per verificare che la documentazione sia completa e che siano state seguite tutte le procedure. Spesso è l’ultimo passaggio di approvazione prima della chiusura. | ||
| Perché è importante Questa attività rappresenta l’ultimo controllo di qualità prima della chiusura del caso. Eventuali ritardi possono allungare artificialmente i tempi di ciclo e indicare problemi nella documentazione. Dove reperirli Spesso si tratta di un’approvazione esplicita o di una firma elettronica da parte di una persona responsabile dell’assicurazione qualità, necessaria prima di poter impostare lo stato su «Chiuso». Acquisizione Utilizzi la data e l’ora dell’approvazione della revisione finale della qualità o della modifica dello stato in «In attesa di chiusura» o «Revisione finale completata». Tipo di evento explicit | |||
| Valutazione iniziale completata | Indica il completamento della revisione iniziale o della valutazione preliminare del nuovo evento di qualità. In questa fase, l’evento viene classificato per tipologia, gli viene assegnato un livello di gravità e viene definita la priorità per stabilire il flusso di lavoro successivo. | ||
| Perché è importante Analizzare il tempo trascorso in questa fase iniziale aiuta a individuare i ritardi nella presa in carico e nella gestione dei nuovi eventi di qualità. Fornisce inoltre attributi per filtrare i casi in base alla gravità o alla tipologia. Dove reperirli Spesso si deduce da un cambiamento di stato da «Nuovo» a «In valutazione» o «In corso». Può anche essere registrato quando vengono compilati per la prima volta specifici campi di classificazione e priorità. Acquisizione Registri la marca temporale del cambiamento di stato che indica il completamento della valutazione oppure il momento in cui vengono salvati per la prima volta i campi di classificazione e priorità. Tipo di evento inferred | |||
| Verifica dell’efficacia non superata | Indica che le azioni attuate non sono risultate efficaci nel risolvere il problema. Questo esito avvia spesso una nuova indagine o un nuovo ciclo di azioni correttive. | ||
| Perché è importante Questa attività segnala un grave problema nel processo e un importante ciclo di rilavorazione. Analizzare questi eventi è fondamentale per capire perché le soluzioni non funzionano e migliorare il processo di analisi delle cause profonde. Dove reperirli La registrazione avviene quando la verifica non viene superata e lo stato cambia, riaprendo l’indagine o la pianificazione della CAPA. Acquisizione Registri la data e l’ora della modifica dello stato che segnala una verifica non superata, ad esempio «Efficacia non verificata» o «Nuova indagine necessaria». Tipo di evento explicit | |||
Guide all’estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
consulti la nostra guida ETL oppure selezioni un processo e un sistema specifici.
È pronto a iniziare?
Per iniziare a ottimizzare il processo di gestione della qualità, selezioni una guida di estrazione specifica per il sistema qui sotto oppure utilizzi questo template generico per avviare la preparazione dei dati.
Inizi subito a ottimizzare la gestione della qualità
Individui i colli di bottiglia e migliori la conformità grazie a informazioni basate sui dati.
Non è richiesta la carta di credito. La configurazione richiede 5 minuti.