Šablona dat pro řízení kvality
Šablona dat pro řízení kvality
- Doporučené atributy pro úplný sběr dat
- Hlavní činnosti pro sledování průběhu procesu
- Postup extrakce dat z ETQ Reliance krok za krokem
Atributy řízení kvality
| Název | Popis | ||
|---|---|---|---|
|
Časové razítko události
EventTimestamp
|
Přesné datum a čas, kdy došlo ke konkrétní aktivitě. | ||
|
Popis
Časové razítko události označuje přesný okamžik, kdy byla aktivita zaznamenána v systému. Každá aktivita v životním cyklu události kvality má vlastní časové razítko, která společně tvoří chronologický sled událostí. Tento atribut je základem všech časových analýz v process mining. Slouží k výpočtu doby cyklu mezi aktivitami, odhalování čekání a úzkých míst i měření celkové doby řešení události kvality. Umožňuje také sledovat vývoj výkonnosti v čase.
Proč je to důležité
Tento atribut je nezbytný pro výpočet dob trvání, chronologické řazení událostí a časové analýzy, například pro odhalování úzkých míst.
Kde data získat
Obvykle se nachází v tabulkách auditních záznamů nebo v poli „last modified“ či „status change“ přiřazeném ke každé aktivitě nebo kroku workflow v ETQ Reliance.
Příklady
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Název aktivity
ActivityName
|
Název konkrétního úkolu nebo události, ke které došlo v procesu řízení kvality. | ||
|
Popis
Tento atribut popisuje jednotlivý krok nebo milník v životním cyklu události kvality, například „Problém zařazen do kategorie a stanovena jeho priorita“ nebo „Provedena analýza kořenové příčiny“. Každá aktivita představuje konkrétní úkon, který posouvá událost kvality k vyřešení. Analýza aktivit je základem process mining. Tento atribut slouží k vytvoření mapy procesu, která znázorňuje průběh práce. Pomáhá odhalit úzká místa, odchylky od standardního procesu a opakované přepracování, což je důležité pro zlepšování procesů.
Proč je to důležité
Určuje jednotlivé kroky procesu. Díky tomu lze zobrazit jeho průběh, odhalit úzká místa a analyzovat odchylky.
Kde data získat
Tyto informace se obvykle získávají ze záznamů událostí, změn stavu workflow nebo auditních záznamů v modulech ETQ Reliance.
Příklady
Zahájeno šetřeníProvedena analýza kořenové příčinySchválen plán nápravných opatření
|
|||
|
Událost kvality
QualityEvent
|
Jedinečný identifikátor konkrétní události kvality, který propojuje všechny související aktivity od jejího zjištění až po uzavření. | ||
|
Popis
Událost kvality je hlavním identifikátorem případu v procesu řízení kvality. Představuje jeden konkrétní problém s kvalitou, například neshodu, stížnost zákazníka nebo odchylku, který prochází šetřením a řešením. Při analýze process mining je tento atribut nezbytný pro rekonstrukci celého průběhu každé události kvality. Analytici díky němu mohou zobrazit mapy procesů, měřit dobu cyklu od začátku do konce a analyzovat varianty, aby pochopili, jak se řeší různé události. Podle tohoto identifikátoru se seskupují všechny aktivity a datové body, takže získáte úplný přehled o případu.
Proč je to důležité
Jde o základní atribut pro process mining. Propojuje všechny související kroky procesu do jednoho případu a umožňuje analyzovat celý životní cyklus řešení problému s kvalitou.
Kde data získat
Jde o primární klíč v hlavním modulu Quality Event nebo Non-conformance v ETQ Reliance. Konkrétní název tabulky a pole najdete v dokumentaci ETQ Reliance.
Příklady
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
Čas ukončení události
EventEndTime
|
Datum a čas dokončení aktivity, který se používá k výpočtu doby jejího zpracování. | ||
|
Popis
Čas ukončení události označuje dokončení aktivity. Spolu s časovým razítkem události (časem zahájení) určuje dobu trvání jednoho kroku procesu. Některé systémy čas ukončení u každé události výslovně nezaznamenávají. V takovém případě jej lze odvodit z času zahájení následující události. Tento atribut je důležitý pro výpočet doby zpracování jednotlivých aktivit, která se liší od čekání mezi nimi. Pomáhá určit, které konkrétní úkoly trvají dlouho, a zaměřit zlepšování na místa, kde může proces probíhat efektivněji.
Proč je to důležité
Umožňuje vypočítat dobu zpracování jednotlivých aktivit a odlišit čas aktivní práce od čekání.
Kde data získat
Některé moduly ETQ Reliance mohou u určitých úkolů zaznamenávat čas zahájení i ukončení. Pokud čas ukončení chybí, lze jej odvodit při přípravě dat.
Příklady
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
Kategorie hlavní příčiny
RootCauseCategory
|
Klasifikace zjištěné hlavní příčiny kvalitativní události. | ||
|
Popis
Po analýze hlavní příčiny se důvod problému často zařadí do kategorie. Může jít například o „poruchu zařízení“, „lidskou chybu“, „nedostatek v procesu“ nebo „problém u dodavatele“. Tento atribut je důležitý pro dashboard trendů kategorií hlavních příčin. Analýza četnosti jednotlivých kategorií v čase pomáhá odhalit systémové problémy a zaměřit zlepšování na nejčastější zdroje problémů s kvalitou. Umožňuje přejít od řešení problémů až poté, co nastanou, k jejich předcházení.
Proč je to důležité
Umožňuje strategicky analyzovat opakující se problémy, odhalovat systémové příčiny a stanovovat priority dlouhodobých nápravných a preventivních opatření.
Kde data získat
V ETQ Reliance se toto pole obvykle vyplňuje ve fázi analýzy hlavní příčiny v rámci workflow.
Příklady
Nedostatek v procesuVada materiáluLidská chybaPorucha zařízení
|
|||
|
Kdo provedl akci
ActionPerformedBy
|
Uživatel nebo zdroj, který provedl konkrétní aktivitu. | ||
|
Popis
Tento atribut určuje osobu nebo systémového uživatele odpovědného za dokončení úkolu v průběhu životního cyklu kvalitativní události. Propojuje aktivity procesu s lidmi nebo týmy, které je provádějí. Analýza výkonu podle uživatelů pomáhá porozumět rozložení pracovní zátěže, určit potřeby školení a rozpoznat výkonné jednotlivce či týmy. Je důležitá také pro shodu a audit, protože poskytuje přehled o tom, kdo jednotlivé akce provedl.
Proč je to důležité
Tento atribut umožňuje analyzovat výkon zdrojů, vyvažovat pracovní zátěž a určovat příležitosti ke školení.
Kde data získat
Tyto informace se obvykle ukládají do auditních záznamů nebo podrobností transakcí a v ETQ Reliance bývají propojené s polem ID uživatele.
Příklady
j.doeasmithqa_manager
|
|||
|
Odpovědné oddělení
ResponsibleDepartment
|
Oddělení nebo funkční oblast odpovědná za kvalitativní událost či konkrétní aktivitu. | ||
|
Popis
Tento atribut označuje organizační jednotku, která má na starosti řízení kvalitativní události nebo provedení určitých kroků, například „zajištění kvality“, „technické oddělení“ nebo „výroba“. Lze jej přiřadit k případu jako celku nebo se může měnit při jeho předávání mezi odděleními. Tento atribut je důležitý pro dashboard analýzy výkonu oddělení. Umožňuje filtrovat a porovnávat výkon procesů, například dobu průchodu a počet událostí, napříč odděleními. Pomáhá tak odhalit úzká místa, omezené zdroje nebo oblasti s dobrými výsledky.
Proč je to důležité
Umožňuje porovnávat výkon a analyzovat úzká místa v různých organizačních jednotkách, což pomáhá lépe rozdělovat zdroje.
Kde data získat
V ETQ Reliance jde obvykle o pole v hlavním formuláři kvalitativní události, které označuje vlastníka nebo odpovědnou skupinu.
Příklady
Zajištění kvalityVýrobaVýzkum a vývoj
|
|||
|
Úroveň závažnosti
SeverityLevel
|
Klasifikace dopadu kvalitativní události, například jako kritického, závažného nebo méně závažného. | ||
|
Popis
Úroveň závažnosti vyjadřuje odhadovaný dopad problému s kvalitou na zákazníky, produkty nebo shodu s předpisy. Používá se k určení priorit při přidělování zdrojů a naléhavosti reakce. Tento atribut je důležitý pro dashboardy třídění a prioritizace problémů a řešení událostí s vysokou závažností. Umožňuje rozdělit kvalitativní události podle závažnosti a zjistit, zda se závažné problémy řeší rychleji než méně závažné. Pomáhá také zajistit, aby se kritickým problémům věnovala okamžitá pozornost.
Proč je to důležité
Umožňuje stanovit priority a rozdělit případy podle závažnosti, aby se nejzávažnější problémy s kvalitou řešily s odpovídající naléhavostí.
Kde data získat
Většina modulů pro řízení kvality v ETQ Reliance obsahuje toto standardní pole, často jako součást formuláře pro prvotní nahlášení problému.
Příklady
KritickáZávažnáMéně závažná
|
|||
|
Výsledek ověření
EffectivenessVerificationOutcome
|
Výsledek kontroly, která ověřuje účinnost nápravného opatření. | ||
|
Popis
Po zavedení nápravného opatření se často provádí ověření, zda opatření skutečně vyřešilo problém. Tento atribut zaznamenává výsledek ověření, obvykle jako „účinné“ nebo „neúčinné“. Atribut je zásadní pro dashboard účinnosti nápravných opatření a KPI míry ověření účinnosti CAPA. Přímo měří úspěšnost řešení a pomáhá odhalovat opakující se problémy i zlepšovat plány nápravných opatření.
Proč je to důležité
Přímo měří úspěšnost nápravných opatření, pomáhá omezit opakovanou práci a předcházet návratu problémů s kvalitou.
Kde data získat
V ETQ Reliance by toto pole bylo v části pro ověření účinnosti modulu CAPA nebo kvalitativních událostí.
Příklady
ÚčinnéNeúčinnéČeká na vyřízení
|
|||
|
Doba analýzy hlavní příčiny
RootCauseAnalysisDuration
|
Doba od zahájení šetření po dokončení analýzy hlavní příčiny. | ||
|
Popis
Tato metrika měří dobu trvání konkrétní fáze procesu řízení kvality. Vypočítá se jako rozdíl mezi aktivitou „zahájení šetření“ a aktivitou „provedení analýzy hlavní příčiny“. Tento atribut je důležitý pro KPI „Průměrná doba analýzy hlavní příčiny“ a dashboard úzkých míst při analýze hlavní příčiny. Pomáhá určit zpoždění v analytické fázi procesu, která často výrazně prodlužuje celkovou dobu průchodu.
Proč je to důležité
Odděluje výkon důležitého dílčího procesu, a pomáhá tak odhalit a řešit zpoždění při analýze problémů a šetření.
Kde data získat
Tento atribut není ve zdrojovém systému. Vypočítá se při transformaci dat jako rozdíl mezi časovými razítky konkrétních aktivit.
Příklady
8640001209600432000
|
|||
|
Doba průchodu kvalitativní události
QualityEventCycleTime
|
Celková doba od zjištění problému s kvalitou po jeho konečné uzavření. | ||
|
Popis
Jde o vypočítanou metriku, která vyjadřuje celkovou dobu trvání jedné kvalitativní události od začátku do konce. Vypočítá se jako rozdíl mezi časovým razítkem první aktivity, například „zjištění problému s kvalitou“, a poslední aktivity, například „uzavření kvalitativní události“. Tento atribut přímo podporuje KPI „Průměrná doba průchodu kvalitativní události“ a slouží jako hlavní ukazatel celkové efektivity procesu. V dashboardech se používá ke sledování plnění cílů na zkrácení doby průchodu a k porovnávání délky událostí v různých kategoriích.
Proč je to důležité
Jde o KPI, který měří celkovou efektivitu procesu řízení kvality od začátku do konce.
Kde data získat
Tento atribut není v ETQ Reliance přímo dostupný. Vypočítá se v nástroji process mining nebo během ETL jako rozdíl mezi časovým razítkem první a poslední události v každém případu.
Příklady
25920006048008640000
|
|||
|
Dotčený produkt
AffectedProduct
|
Produkt, materiál nebo součást, kterých se kvalitativní událost týká. | ||
|
Popis
Tento atribut určuje konkrétní produkt nebo číslo dílu související s problémem s kvalitou. Propojuje data o procesu s kmenovými daty produktů. Analýza kvalitativních událostí podle produktu ukáže, zda se u některých produktů vyskytuje více problémů s kvalitou. To může poukazovat na potíže s návrhem nebo výrobou. Zlepšování pak lze zaměřit na produkty, které ho potřebují nejvíce.
Proč je to důležité
Propojuje proces řízení kvality s konkrétními produkty a umožňuje zjistit, u kterých z nich se problémy vyskytují nejčastěji.
Kde data získat
V ETQ Reliance jde obvykle o důležité pole ve formuláři kvalitativní události, propojené s tabulkou kmenových dat produktů v ETQ Reliance nebo integrovaném systému ERP.
Příklady
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
ID preventivního opatření
PreventiveActionId
|
Jedinečný identifikátor preventivního opatření vytvořeného v reakci na kvalitativní událost. | ||
|
Popis
Tento atribut propojuje kvalitativní událost s jedním nebo více preventivními opatřeními, která mají řešit hlavní příčinu a zabránit opakování problému v dalších oblastech. Jedna kvalitativní událost může vést k několika preventivním opatřením. Toto ID je důležité pro dashboard správy preventivních opatření. Pomáhá sledovat míru zavedení identifikovaných opatření a odhalovat duplicitní nebo nadbytečné činnosti. Díky tomu lze preventivní zlepšení řídit efektivně.
Proč je to důležité
Propojuje reakci na problémy s kvalitou s preventivními iniciativami a umožňuje analyzovat, jak účinně organizace předchází budoucím problémům.
Kde data získat
V ETQ Reliance by šlo o související záznam nebo pole v části preventivních opatření modulu CAPA.
Příklady
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Jde o opakovanou práci
IsRework
|
Příznak, který označuje, zda aktivita nebo posloupnost aktivit představuje opakovanou práci. | ||
|
Popis
Tento logický atribut se odvozuje pro případy, kdy se proces vrací k předchozím krokům. Může jít například o neúspěšné ověření účinnosti, které spustí nové šetření, nebo o zamítnutý plán nápravných opatření vrácený k úpravě. Příznak označuje opakování dřívějších kroků. Atribut se používá k výpočtu KPI „Míra opakované práce u nápravných opatření“. Opakovaná práce je důležitým ukazatelem neefektivity procesu. Spotřebovává zdroje a prodlužuje dobu průchodu, aniž by případ posouvala k vyřešení.
Proč je to důležité
Označením opakované práce vyčísluje neefektivitu procesu a pomáhá odhalit příčiny selhání i omezit plýtvání.
Kde data získat
Tento atribut není ve zdrojovém systému. Vypočítá se při transformaci dat na základě posloupnosti aktivit v případu.
Příklady
truefalse
|
|||
|
Obchodní jednotka
BusinessUnit
|
Větší divize nebo obchodní jednotka, ve které kvalitativní událost vznikla. | ||
|
Popis
Tento atribut přiřazuje kvalitativní událost konkrétní obchodní jednotce v organizaci, například „spotřební elektronika“ nebo „zdravotnické prostředky“. Poskytuje širší organizační kontext než údaj o oddělení. Umožňuje porovnávat výkon různých částí firmy na vyšší úrovni. Vedení tak může zjistit, které obchodní jednotky čelí největším problémům s kvalitou, a podle toho přidělit zdroje.
Proč je to důležité
Umožňuje porovnávat výkon procesů řízení kvality mezi jednotlivými divizemi firmy na vyšší úrovni.
Kde data získat
Tato informace může být uvedena ve formuláři kvalitativní události nebo odvozena z jiných atributů, například z odpovědného oddělení či produktu.
Příklady
Zdravotnické prostředkyAutomobilové dílyPrůmyslová řešení
|
|||
|
Popis problému
IssueDescription
|
Volný text popisující zjištěný problém s kvalitou. | ||
|
Popis
Tento atribut obsahuje podrobný slovní popis problému s kvalitou. Poskytuje kvalitativní kontext, který strukturovaná datová pole nezachytí. Popis problému se obvykle nepoužívá přímo při vizualizaci průchodu procesem, ale je velmi užitečný při podrobném posuzování jednotlivých případů. Pomocí textové analýzy lze také hledat společná témata nebo klíčová slova související s určitými typy odchylek či zpoždění v procesu.
Proč je to důležité
Poskytuje důležitý kvalitativní kontext pro pochopení konkrétní kvalitativní události a pomáhá při podrobné analýze jednotlivých případů.
Kde data získat
V ETQ Reliance jde o běžné textové pole nebo pole pro poznámku ve formuláři pro prvotní nahlášení kvalitativní události.
Příklady
Součást XYZ neprošla zátěžovou zkouškou na stanici 4.Zákazník nahlásil kosmetickou vadu na šarži 789.Na stroji A bylo zjištěno nesprávné nastavení kalibrace.
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko, které udává, kdy byla data pro proces naposledy aktualizována. | ||
|
Popis
Tento atribut zaznamenává datum a čas poslední extrakce dat ze zdrojového systému. Jde o metadata vztahující se k celé datové sadě, nikoli k jednotlivým událostem. Při analýze procesů je důležité vědět, jak aktuální data jsou. Díky tomuto atributu uživatelé zjistí, z jakého období analýza vychází. Mohou tak rozhodovat na základě aktuálních informací a počítat se zpožděním při načítání dat.
Proč je to důležité
Udává aktuálnost dat, která je důležitá pro posouzení, nakolik jsou analýza a její závěry aktuální.
Kde data získat
Tato hodnota se vytváří během procesu extrakce, transformace a načítání dat (ETL) a zaznamenává čas spuštění úlohy.
Příklady
2024-05-20T08:00:00Z
|
|||
|
Související předpis nebo norma
AssociatedRegulationStandard
|
Konkrétní předpis nebo norma kvality související s kvalitativní událostí. | ||
|
Popis
Tento atribut propojuje kvalitativní událost s konkrétním regulačním požadavkem nebo oborovou normou, například ISO 9001, FDA 21 CFR Part 820 nebo interními firemními zásadami. Je zvlášť důležitý v regulovaných odvětvích. Jde o hlavní atribut dashboardu přehledu shody v oblasti kvality. Analýza událostí podle související normy pomáhá sledovat shodu, odhalovat oblasti s častými odchylkami a ověřovat, zda jsou požadavky předpisů plněny včas.
Proč je to důležité
Umožňuje analyzovat kvalitativní události z hlediska shody a ověřovat dodržování konkrétních oborových předpisů a norem.
Kde data získat
V ETQ Reliance může jít o samostatné pole nebo výběrový seznam ve formuláři kvalitativní události, zejména v modulech zaměřených na shodu.
Příklady
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Stav CAP
CorrectiveActionPlanStatus
|
Stav plánu nápravných opatření, například navržený, schválený nebo zamítnutý. | ||
|
Popis
Tento atribut sleduje stav samotného plánu nápravných opatření (CAP), který představuje důležitý milník v průběhu kvalitativní události. Ukazuje, zda byl navržený postup posouzen a schválen. Analýza tohoto atributu může odhalit úzká místa ve schvalování. Vysoký počet zamítnutých plánů nebo dlouhé prodlevy mezi stavy „navržený“ a „schválený“ mohou ukazovat na nedostatky v analýze hlavní příčiny nebo na neshodu mezi zúčastněnými stranami.
Proč je to důležité
Pomáhá odhalit zpoždění a neefektivitu při schvalování nápravných opatření, což bývá v řízení kvality častým úzkým místem.
Kde data získat
V ETQ Reliance by šlo o pole stavu v části nebo modulu nápravných a preventivních opatření (CAPA).
Příklady
NavrženýSchválenýZamítnutýČeká na zavedení
|
|||
|
Stav kvalitativní události
QualityEventStatus
|
Aktuální celkový stav kvalitativní události, například otevřená, uzavřená nebo zrušená. | ||
|
Popis
Tento atribut stručně ukazuje, v jaké fázi životního cyklu se kvalitativní událost nachází. Udává, zda se na případu právě pracuje, zda byl úspěšně vyřešen, nebo zda byl z nějakého důvodu zrušen. Při analýze procesů se používá k filtrování aktivních a dokončených případů. Je nezbytný pro výpočet počtu nevyřízených otevřených kvalitativních událostí a pro zajištění toho, aby se analýzy, například doby průchodu, prováděly pouze u případů, které dospěly ke konečnému stavu.
Proč je to důležité
Umožňuje filtrovat otevřené a uzavřené případy. To je důležité pro výpočet počtu nevyřízených případů i přesnou analýzu dokončených průchodů procesem.
Kde data získat
V ETQ Reliance jde o hlavní pole stavu v objektu kvalitativní události.
Příklady
OtevřenáUzavřenáZrušenáČeká na schválení
|
|||
|
Stav SLA
SLAState
|
Udává, zda kvalitativní událost plní stanovenou dohodu o úrovni služeb (SLA), hrozí její nesplnění, nebo již byla překročena. | ||
|
Popis
Tento atribut se vypočítává porovnáním aktuální nebo celkové doby průchodu kvalitativní události s předem stanovenými cíli. Například u kritického problému může být SLA stanovena na vyřešení do 15 dnů. Stav může být „plní plán“, „hrozí nesplnění“ nebo „překročeno“. Atribut je užitečný pro dashboard přehledu shody v oblasti kvality, protože na první pohled ukazuje, zda jsou dodržovány časové cíle a požadavky. Manažerům pomáhá včas řešit události, u kterých hrozí nedodržení termínu, místo aby reagovali až po jeho překročení.
Proč je to důležité
Přehledně ukazuje plnění časových cílů a umožňuje včas řídit případy, u kterých hrozí zpoždění.
Kde data získat
Tento atribut se vypočítává při transformaci dat porovnáním uplynulé doby případu s obchodními pravidly pro SLA, která mohou zohledňovat například úroveň závažnosti.
Příklady
Plní plánHrozí nesplněníPřekročeno
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data získána. | ||
|
Popis
Tento atribut určuje původ dat o řízení kvality. V tomto pohledu na proces bude jeho hodnota vždy stejná a bude označovat, že data pocházejí z ETQ Reliance. V rámci jedné datové sady se jeho hodnota nemusí měnit. Atribut je ale důležitý pro správu dat a pro situace, kdy se spojují data z více systémů. Umožňuje určit původ dat a pomáhá řídit jejich integraci.
Proč je to důležité
Poskytuje důležitý kontext o původu dat, který je podstatný pro správu dat, jejich ověřování a integraci s dalšími systémy.
Kde data získat
Jde obvykle o statickou hodnotu, která se přidává během procesu extrakce, transformace a načítání dat (ETL) a označuje jejich zdroj.
Příklady
ETQ Reliance
|
|||
Činnosti v řízení kvality
| Aktivita | Popis | ||
|---|---|---|---|
|
Ověřena účinnost opatření
|
Tato aktivita potvrzuje, že provedené nápravné opatření odstranilo kořenovou příčinu a zabránilo opakování problému. Jde o formální ověření, které se často provádí po uplynutí stanovené doby sledování. | ||
|
Proč je to důležité
Tento krok uzavírá cyklus řešení problému s kvalitou a přímo souvisí s KPI účinnosti CAPA. Ověřuje, že řešení jsou trvalá a účinná.
Kde data získat
Zaznamená se podle data dokončení kroku workflow nebo části formuláře „Effectiveness Verification“. Často jde o samostatnou aktivitu s časovým razítkem.
Zachycení
Z data dokončení formuláře nebo úkolu „Effectiveness Check“.
Typ události
inferred
|
|||
|
Provedena analýza kořenové příčiny
|
Představuje dokončení šetření, při kterém byla určena a zdokumentována kořenová příčina nebo příčiny. Událost se obvykle zaznamená po vyplnění a uložení části formuláře RCA. | ||
|
Proč je to důležité
Označuje konec fáze šetření. Doba mezi aktivitami „Zahájeno šetření“ a „Provedena analýza kořenové příčiny“ je důležitým ukazatelem pro odhalení úzkých míst v analýze.
Kde data získat
Odvozuje se z data vyplnění pole „Root Cause Category“ nebo z časového razítka dokončení kroku RCA ve workflow, které je uvedeno v auditním záznamu.
Zachycení
Odvozuje se z vyplnění polí „Root Cause“ nebo ze změny stavu na „RCA Complete“.
Typ události
inferred
|
|||
|
Provedeno nápravné opatření
|
Představuje dokončení úkolů uvedených ve schváleném plánu nápravných opatření. Obvykle se zaznamená, když osoba pověřená realizací označí přiřazené úkoly jako dokončené. | ||
|
Proč je to důležité
Měří dobu realizace. Může odhalit nedostatek zdrojů nebo praktické potíže při provádění nápravných opatření.
Kde data získat
Odvozuje se z data dokončení posledního souvisejícího úkolu nápravného opatření nebo z ruční změny stavu na „Actions Implemented“.
Zachycení
Odvozuje se z data dokončení posledního souvisejícího úkolu CAPA.
Typ události
inferred
|
|||
|
Schválen plán nápravných opatření
|
Označuje oficiální schválení navrženého plánu nápravných opatření určenou osobou. Po schválení může začít jeho realizace. Obvykle jde o výslovný schvalovací úkon s časovým razítkem ve workflow. | ||
|
Proč je to důležité
Jde o významný milník a důležitý schvalovací krok. Prodlevy v této fázi mohou výrazně prodloužit celkovou dobu řešení.
Kde data získat
Zaznamená se podle časového razítka schválení v historii elektronických podpisů nebo workflow dané události. ETQ Reliance ve velké míře využívá schvalovací workflow.
Zachycení
Z časového razítka schvalovacího kroku v historii workflow.
Typ události
explicit
|
|||
|
Událost kvality uzavřena
|
Závěrečná aktivita označuje úspěšné vyřešení a administrativní uzavření záznamu události kvality. Jde o hlavní koncový bod procesu. | ||
|
Proč je to důležité
Určuje konec procesu pro výpočet celkové doby cyklu. Analýza uzavřených událostí je důležitá pro měření průchodnosti a celkové výkonnosti.
Kde data získat
Odvozuje se ze změny stavu na „Closed“ nebo „Completed“ v historii události. Téměř vždy je doplněna časovým razítkem.
Zachycení
Odvozuje se z časového razítka změny stavu na „Closed“.
Typ události
inferred
|
|||
|
Zahájeno šetření
|
Označuje formální zahájení šetření, jehož cílem je určit kořenovou příčinu problému s kvalitou. Obvykle se odvozuje ze změny stavu na „Under Investigation“ nebo z přiřazení vyšetřovatele. | ||
|
Proč je to důležité
Tato aktivita je důležitým milníkem, od kterého se počítá doba analýzy kořenové příčiny. Pomáhá odhalit prodlevy mezi posouzením problému a zahájením formálního šetření.
Kde data získat
Odvozuje se z časového razítka změny stavu na „Investigation“ v historii události nebo z data přiřazení role hlavního vyšetřovatele.
Zachycení
Odvozuje se ze změny stavu na „Under Investigation“.
Typ události
inferred
|
|||
|
Zjištěn problém s kvalitou
|
Označuje vytvoření nového záznamu události kvality, kterým proces začíná. Obvykle se zaznamená, když uživatel odešle v ETQ Reliance nový formulář pro nahlášení problému s kvalitou. | ||
|
Proč je to důležité
Určuje čas zahájení případu. Ten je nezbytný pro výpočet celkové doby cyklu a analýzu četnosti nových událostí kvality.
Kde data získat
Obvykle se odvozuje z časového razítka vytvoření záznamu události kvality v hlavní tabulce Quality Event nebo v souvisejícím auditním záznamu.
Zachycení
Z časového razítka vytvoření záznamu události kvality.
Typ události
explicit
|
|||
|
Informovány zainteresované strany
|
Představuje formální informování příslušných zainteresovaných stran o vyřešení události kvality. Lze je sledovat pomocí vyhrazeného kroku workflow nebo zaznamenané komunikace. | ||
|
Proč je to důležité
Je nezbytné pro měření účinnosti komunikace a podporuje dashboard „Včasné informování zainteresovaných stran“. Prodlevy mohou ovlivnit spokojenost zákazníků.
Kde data získat
Vyžaduje analýzu systému, protože tento krok se často provádí ručně. Pokud je workflow takto nastaveno, lze jej odvodit z dokončení úkolu „Notify Stakeholders“.
Zachycení
Odvozuje se z data dokončení ručního úkolu „Notify Stakeholders“.
Typ události
inferred
|
|||
|
Navržen plán nápravných opatření
|
Tato aktivita nastane, když je zdokumentován formální plán řešení kořenové příčiny a odeslán ke schválení. Obvykle se zaznamená po vyplnění části formuláře s plánem nápravných opatření a změně stavu. | ||
|
Proč je to důležité
Analýza doby od dokončení RCA do tohoto kroku pomáhá odhalit prodlevy při plánování nápravných opatření. V procesech kvality jde o časté úzké místo.
Kde data získat
Odvozuje se ze změny stavu na „Pending CAPA Approval“ nebo z časového razítka odeslání formuláře s plánem nápravných opatření v záznamu události kvality.
Zachycení
Odvozuje se ze změny stavu na „Pending Approval“ nebo z data odeslání plánu CAPA.
Typ události
inferred
|
|||
|
Ověření účinnosti neprošlo
|
Označuje, že provedené nápravné opatření problém nevyřešilo. Často následuje nové šetření nebo cyklus CAPA. Tato událost signalizuje závažné selhání procesu a opakované přepracování. | ||
|
Proč je to důležité
Upozorňuje na neúčinná řešení a přímo ovlivňuje míru přepracování i náklady. Analýza těchto případů je důležitá pro zlepšení analýzy kořenových příčin a plánování CAPA.
Kde data získat
Odvozuje se ze změny stavu na „Effectiveness Check Failed“ nebo z vytvoření následné události kvality propojené s původní událostí.
Zachycení
Odvozuje se ze změny stavu, například na „Verification Failed“, nebo z příznaku v záznamu o ověření.
Typ události
inferred
|
|||
|
Problém zařazen do kategorie a stanovena jeho priorita
|
Označuje okamžik, kdy je problém zařazen podle typu, závažnosti a priority. Toto zařazení často určuje další workflow. Zaznamená se po vyplnění polí pro kategorii a prioritu a uložení záznamu. | ||
|
Proč je to důležité
Jde o důležitý rozhodovací bod. Analýza doby do tohoto kroku je zásadní pro dashboard „Třídění a stanovení priorit problémů“ i pro pochopení směrování případů v procesu.
Kde data získat
Odvozuje se z časového razítka, kdy jsou poprvé vyplněna povinná pole, například „Severity Level“ a „Quality Event Type“, jak je zaznamenáno v auditním záznamu systému.
Zachycení
Odvozuje se z časového razítka prvního vyplnění polí „Severity“ nebo „Priority“.
Typ události
inferred
|
|||
|
Provedena závěrečná kontrola
|
Závěrečná kontrola celého záznamu události kvality ověřuje, že je dokumentace úplná a byly dodrženy všechny postupy. Provádí se před uzavřením případu a často jde o výslovný schvalovací krok. | ||
|
Proč je to důležité
Jde o poslední kontrolní bod kvality před ukončením procesu, který zajišťuje shodu a integritu dat. Úzká místa v této fázi mohou zpozdit konečné uzavření.
Kde data získat
Zaznamená se podle časového razítka schvalovacího kroku „Final Review“ nebo „Ready for Closure“ v historii workflow.
Zachycení
Z časového razítka schvalovacího kroku „Final Review“ ve workflow.
Typ události
explicit
|
|||
|
Provedeno počáteční posouzení
|
Představuje první kontrolu nebo třídění nově zjištěného problému s kvalitou. Jejím cílem je shromáždit základní informace a ověřit oprávněnost problému. Obvykle se odvozuje od vyplnění části formuláře pro počáteční posouzení nebo od změny stavu z „New“ na „Under Assessment“. | ||
|
Proč je to důležité
Pomáhá vyhodnotit účinnost počátečního třídění a měří dobu od nahlášení problému do zahájení jeho aktivního posuzování.
Kde data získat
Odvozuje se ze změny stavu, například z „New“ na „Assessing“, nebo z data dokončení úkolu počátečního posouzení v záznamu workflow události.
Zachycení
Odvozuje se ze změny stavu na „Under Assessment“ nebo „In Triage“.
Typ události
inferred
|
|||
|
Provedeno preventivní opatření
|
Označuje dokončení úkolů souvisejících s určeným preventivním opatřením a potvrzuje, že byla zavedena preventivní opatření. | ||
|
Proč je to důležité
Tato aktivita je důležitá pro měření KPI „Míra realizace preventivních opatření“ a ověřuje, že se preventivní zlepšení kvality skutečně provádějí.
Kde data získat
Vyžaduje analýzu systému. Pravděpodobně se odvozuje od data dokončení propojeného záznamu preventivního opatření nebo souvisejících úkolů.
Zachycení
Z data dokončení propojeného záznamu preventivního opatření.
Typ události
inferred
|
|||
|
Událost kvality zrušena
|
Alternativní koncový bod, kdy je událost kvality ukončena bez úplného vyřešení, například proto, že jde o duplicitní nebo neplatný záznam. | ||
|
Proč je to důležité
Pomáhá rozlišit úspěšně vyřešené případy od těch, které byly předčasně ukončeny. Analýza zrušených případů může odhalit problémy při počátečním hlášení a třídění.
Kde data získat
Odvozuje se ze změny stavu na „Canceled“, „Void“ nebo „Withdrawn“ v historii události.
Zachycení
Odvozuje se z časového razítka změny stavu na „Canceled“.
Typ události
inferred
|
|||
|
Určeno preventivní opatření
|
Představuje určení preventivního opatření (PA), jehož cílem je odstranit příčinu možných neshod. Může být spravováno jako samostatný záznam propojený s původní událostí kvality. | ||
|
Proč je to důležité
Je důležité pro analýzu proaktivního přístupu organizace k řízení kvality. Podporuje dashboard „Správa preventivních opatření“ tím, že sleduje, kdy jsou preventivní opatření zahájena.
Kde data získat
Vyžaduje analýzu systému. Pravděpodobně se odvozuje od data vytvoření záznamu preventivního opatření propojeného se zdrojovým záznamem události kvality.
Zachycení
Z data vytvoření propojeného záznamu preventivního opatření.
Typ události
inferred
|
|||
|
Zamítnut plán nápravných opatření
|
Označuje, že navržený plán nápravných opatření byl posouzen a zamítnut. Je proto nutné jej upravit a znovu odeslat. Tato aktivita vytváří v procesu smyčku přepracování. | ||
|
Proč je to důležité
Tato aktivita je důležitá pro odhalení opakovaného přepracování, pochopení důvodů zamítnutí a měření podílu plánů schválených napoprvé.
Kde data získat
Zaznamená se podle časového razítka zamítnutí v historii workflow. Jde o protějšek schvalovacího úkonu ve workflow.
Zachycení
Z časového razítka zamítnutí v historii workflow.
Typ události
explicit
|
|||
Návody k extrakci dat
Chcete začít?
Pomocí této šablony připravíte data pro řízení kvality efektivně a začnete odhalovat užitečné poznatky o procesech. Zde můžete začít zlepšovat provoz.
Zlepšete řízení kvality: zkraťte dobu průchodu
Najděte a odstraňte úzká místa. Cílem je zkrátit dobu průchodu o 30 %.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.