Minőségirányítási adatainak sablonja
Minőségirányítási adatainak sablonja
- Javasolt attribútumok az adatok teljes körű gyűjtéséhez
- A folyamat átláthatóságához nyomon követendő tevékenységek
- Lépésről lépésre bemutatott adatkinyerés az ETQ Reliance rendszerből
A minőségirányítás attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időbélyege
EventTimestamp
|
Az a pontos dátum és idő, amikor egy adott tevékenység történt. | ||
|
Leírás
Az esemény időbélyege azt a pontos időpontot jelöli, amikor a rendszer rögzítette a tevékenységet. A minőségi esemény életciklusának minden tevékenységéhez saját időbélyeg tartozik, így időrendi eseménysor állítható össze. Ez az attribútum a process mining minden időalapú elemzéséhez szükséges. Segítségével kiszámítható a tevékenységek közötti ciklusidő, feltárhatók a várakozási idők és a szűk keresztmetszetek, valamint mérhető a minőségi esemény teljes időtartama. Emellett lehetővé teszi a teljesítmény időbeli alakulásának elemzését.
Miért fontos?
Ez az attribútum szükséges az időtartamok kiszámításához, az események időrendi sorba rendezéséhez és minden időalapú elemzéshez, például a szűk keresztmetszetek feltárásához.
Hol szerezhető be?
Az ETQ Reliance rendszerben ez általában az auditnapló tábláiban található, vagy az egyes tevékenységekhez, illetve munkafolyamat-lépésekhez tartozó „last modified” vagy „status change” dátummezőben szerepel.
Példák
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Minőségi esemény
QualityEvent
|
Egyedi azonosító, amely összekapcsolja az adott minőségi eseményhez tartozó összes tevékenységet az azonosítástól a lezárásig. | ||
|
Leírás
A minőségi esemény a minőségirányítási folyamat elsődleges esetazonosítója. Egyetlen, jól körülhatárolható minőségi problémát jelöl, például nemmegfelelőséget, ügyfélpanaszt vagy eltérést, amely a kivizsgálás és a megoldás lépésein halad végig. A process mining elemzésben ez az attribútum elengedhetetlen az egyes minőségi események teljes folyamatának rekonstruálásához. Segítségével az elemzők megjeleníthetik a folyamattérképeket, kiszámíthatják a teljes ciklusidőt, és összevethetik a folyamatváltozatokat, hogy megértsék, hogyan kezelik az egyes eseményeket. Az eset teljes áttekintéséhez minden tevékenységet és adatpontot ez az azonosító kapcsol össze.
Miért fontos?
Ez a process mining alapvető attribútuma: egyetlen esetbe kapcsolja össze a folyamat összes kapcsolódó lépését, így a minőségi probléma megoldásának teljes életciklusa elemezhető.
Hol szerezhető be?
Ez az ETQ Reliance fő Minőségi esemény vagy Nemmegfelelőség moduljának elsődleges kulcsa. A pontos tábla- és mezőnévért tekintse meg az ETQ Reliance dokumentációját.
Példák
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
Tevékenység neve
ActivityName
|
A minőségirányítási folyamatban végrehajtott konkrét feladat vagy bekövetkezett esemény neve. | ||
|
Leírás
Ez az attribútum a minőségi esemény életciklusának egyetlen lépését vagy mérföldkövét írja le, például a „Probléma besorolva és rangsorolva” vagy a „Gyökérok-elemzés elvégezve” tevékenységet. Minden tevékenység egy különálló művelet, amely közelebb viszi a minőségi eseményt a megoldáshoz. A tevékenységek elemzése a process mining alapja. Ezekből épül fel a folyamattérkép, amely megmutatja a munka menetét. Segítségükkel feltárhatók a szűk keresztmetszetek, a szabványos folyamattól való eltérések és az újramunkálási körök, amelyek ismerete szükséges a folyamatfejlesztéshez.
Miért fontos?
Meghatározza a folyamat lépéseit, amelyek szükségesek a folyamatmenet megjelenítéséhez, a szűk keresztmetszetek feltárásához és az eltérések elemzéséhez.
Hol szerezhető be?
Ez az információ általában az ETQ Reliance moduljaiban található eseménynaplókból, a munkafolyamat állapotváltozásaiból vagy az auditnaplókból nyerhető ki.
Példák
Vizsgálat megkezdveGyökérok-elemzés elvégezveHelyesbítő intézkedési terv jóváhagyva
|
|||
|
A műveletet végrehajtotta
ActionPerformedBy
|
Az a felhasználó vagy erőforrás, aki végrehajtott egy adott tevékenységet. | ||
|
Leírás
Ez az attribútum azonosítja azt a személyt vagy rendszerfelhasználót, aki a minőségi esemény életciklusa során elvégzett egy feladatot. Összekapcsolja a folyamattevékenységeket az azokat végrehajtó személyekkel vagy csapatokkal. A felhasználók szerinti teljesítményelemzés segít megérteni a munkaterhelés eloszlását, feltárni a képzési igényeket, valamint felismerni a kiemelkedően teljesítő munkatársakat és csapatokat. A megfelelés és az audit szempontjából is fontos, mert egyértelműen rögzíti, ki hajtotta végre az egyes műveleteket.
Miért fontos?
Lehetővé teszi az erőforrások teljesítményének és terhelésének elemzését, valamint a képzési lehetőségek feltárását.
Hol szerezhető be?
Ezeket az adatokat általában az auditnaplók vagy a tranzakciós részletek tárolják, gyakran az ETQ Reliance felhasználói azonosítójához kapcsolva.
Példák
j.doeasmithqa_manager
|
|||
|
Az ellenőrzés eredménye
EffectivenessVerificationOutcome
|
Annak ellenőrzésekor kapott eredmény, hogy a helyesbítő intézkedés hatásos volt-e. | ||
|
Leírás
A helyesbítő intézkedés bevezetése után gyakran ellenőrzik, hogy valóban megoldotta-e a problémát. Ez az attribútum rögzíti az ellenőrzés eredményét, jellemzően hatásos vagy nem hatásos értékkel. Ez az attribútum a helyesbítő intézkedések hatásosságát bemutató dashboard és a CAPA-hatásosság ellenőrzési arányát mérő KPI alapja. Közvetlenül méri a probléma megoldásának sikerességét, segít feltárni a visszatérő hibákat, és javítani a helyesbítő intézkedési terveket.
Miért fontos?
Közvetlenül méri a helyesbítő intézkedések sikerességét, így csökkenthető az ismételt munka és megelőzhető a minőségi problémák újbóli előfordulása.
Hol szerezhető be?
Ez az ETQ Reliance CAPA- vagy minőségi eseményeket kezelő moduljának hatásosság-ellenőrzési részében szereplő mező lehet.
Példák
HatásosNem hatásosFüggőben
|
|||
|
Esemény befejezési ideje
EventEndTime
|
Az a dátum és időpont, amikor egy tevékenység befejeződött. A feldolgozási idő kiszámításához használható. | ||
|
Leírás
Az esemény befejezési ideje jelzi, mikor ért véget egy tevékenység. Az esemény időbélyegével (kezdési idővel) együtt meghatározza egy folyamatlépés időtartamát. Nem minden rendszer rögzíti külön az egyes események befejezési idejét. Ilyenkor ez a következő esemény kezdési idejéből is kiszámítható. Ez az attribútum az egyes tevékenységek feldolgozási idejének kiszámításához szükséges, amely nem azonos a köztük eltelt várakozási idővel. Segít azonosítani, mely feladatok tartanak sokáig, így célzott fejlesztésekkel hatékonyabbá tehető a folyamat.
Miért fontos?
Lehetővé teszi az egyes tevékenységek feldolgozási idejének kiszámítását, és segít elkülöníteni az aktív munkavégzést a várakozástól.
Hol szerezhető be?
Az ETQ Reliance egyes moduljai bizonyos feladatoknál a kezdési és a befejezési időt is rögzíthetik. Ha a befejezési idő nem érhető el, az adat-előkészítés során kiszámítható.
Példák
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
Felelős részleg
ResponsibleDepartment
|
A minőségi eseményért vagy egy adott tevékenységért felelős részleg vagy szakterület. | ||
|
Leírás
Ez az attribútum jelzi, mely szervezeti egység felel a minőségi esemény kezeléséért vagy bizonyos lépések végrehajtásáért, például a minőségbiztosítás, a mérnökség vagy a termelés. Az érték az ügy szintjén is megadható, és változhat, ahogy az ügy egyik részlegtől a másikhoz kerül. Ez az attribútum a részlegek teljesítményét bemutató dashboard alapja. Segítségével összehasonlítható a folyamatok teljesítménye, például az átfutási idő és az események száma részlegenként. Így feltárhatók a részlegek szűk keresztmetszetei, az erőforráshiányok és a kiemelkedő teljesítményű területek.
Miért fontos?
Lehetővé teszi a különböző üzleti egységek teljesítményének összehasonlítását és a szűk keresztmetszetek elemzését, így az erőforrások elosztása is javítható.
Hol szerezhető be?
Ez általában az ETQ Reliance minőségi eseményeket rögzítő fő űrlapjának egyik mezője, amely a felelőst vagy a felelős csoportot jelöli.
Példák
MinőségbiztosításGyártásKutatás és fejlesztés
|
|||
|
Kiváltó ok kategóriája
RootCauseCategory
|
A minőségi esemény feltárt kiváltó okának besorolása. | ||
|
Leírás
A kiváltó ok elemzése után a probléma mögötti okot gyakran kategóriába sorolják. Ilyen kategória lehet például a berendezés meghibásodása, az emberi hiba, a folyamat hiányossága vagy a beszállítói probléma. Ez az attribútum a kiváltó okok alakulását bemutató dashboard alapja. A különböző okkategóriák gyakoriságának időbeli elemzésével a szervezetek feltárhatják a rendszerszintű problémákat, és a leggyakoribb minőségi hibákra összpontosíthatják a fejlesztéseket. Segít a reaktív problémamegoldásról a megelőzésre helyezni a hangsúlyt.
Miért fontos?
Lehetővé teszi a visszatérő problémák stratégiai elemzését, segít feltárni a rendszerszintű hibákat, és rangsorolni a hosszú távú helyesbítő és megelőző intézkedéseket.
Hol szerezhető be?
Ez általában az ETQ Reliance munkafolyamatának kiváltóok-elemzési szakaszában kitöltött mező.
Példák
FolyamathiányosságAnyaghibaEmberi hibaBerendezés meghibásodása
|
|||
|
Súlyossági szint
SeverityLevel
|
A minőségi esemény hatásának besorolása, például kritikus, jelentős vagy kisebb. | ||
|
Leírás
A súlyossági szint a minőségi probléma lehetséges hatását értékeli az ügyfelekre, a termékekre vagy a szabályozási megfelelésre nézve. Az erőforrások rangsorolására és a válaszlépések sürgősségének meghatározására szolgál. Ez az attribútum alapvető az ügyek előzetes értékelését és rangsorolását, valamint a súlyos események megoldását bemutató dashboardokhoz. Segítségével súlyosság szerint csoportosíthatók a minőségi események, így megvizsgálható, hogy a súlyos ügyeket gyorsabban oldják-e meg, mint az enyhébbeket. Azt is segít biztosítani, hogy a kritikus problémák azonnali figyelmet kapjanak.
Miért fontos?
Lehetővé teszi az ügyek rangsorolását és csoportosítását, így a legsúlyosabb minőségi problémák a szükséges sürgősséggel kezelhetők.
Hol szerezhető be?
Az ETQ Reliance legtöbb minőségirányítási moduljában megtalálható szabványos mező, gyakran a probléma bejelentésére szolgáló kezdeti űrlap része.
Példák
KritikusJelentősKisebb
|
|||
|
A helyesbítő intézkedési terv állapota
CorrectiveActionPlanStatus
|
A helyesbítő intézkedési terv állapota, például javasolt, jóváhagyott vagy elutasított. | ||
|
Leírás
Ez az attribútum magának a helyesbítő intézkedési tervnek (CAP) az állapotát követi nyomon, amely a minőségi esemény egyik fontos mérföldköve. Megmutatja, hogy a javasolt megoldást felülvizsgálták és elfogadták-e. Az attribútum elemzése feltárhatja a jóváhagyási folyamat szűk keresztmetszeteit. A sok elutasított terv vagy a javasolt és jóváhagyott állapot közötti hosszú késés a kiváltó ok elemzésének hiányosságaira vagy az érintettek közötti nézeteltérésre utalhat.
Miért fontos?
Segít feltárni a helyesbítő intézkedések jóváhagyási ciklusának késéseit és hatékonysági problémáit, amelyek gyakran szűk keresztmetszetet jelentenek a minőségirányításban.
Hol szerezhető be?
Ez az ETQ Reliance helyesbítő és megelőző intézkedéseket kezelő (CAPA) részének vagy moduljának állapotmezője lehet.
Példák
JavasoltJóváhagyottElutasítottBevezetésre vár
|
|||
|
A kiváltó ok elemzésének időtartama
RootCauseAnalysisDuration
|
A vizsgálat megkezdésétől a kiváltó ok elemzésének befejezéséig eltelt idő. | ||
|
Leírás
Ez a mutató a minőségi folyamat egy adott szakaszának időtartamát méri. A vizsgálat megkezdése és a kiváltó ok elemzésének elvégzése közötti időből számítható ki. Ez az attribútum alapvető a kiváltó ok elemzésének átlagos idejét mérő KPI-hoz és az elemzés szűk keresztmetszeteit bemutató dashboardhoz. Segít pontosan meghatározni a folyamat elemzési szakaszának késéseit, amelyek gyakran jelentősen növelik a teljes átfutási időt.
Miért fontos?
Külön méri egy fontos részfolyamat teljesítményét, így feltárhatók és kezelhetők a problémaelemzés és a vizsgálat késései.
Hol szerezhető be?
Ez az attribútum nem szerepel a forrásrendszerben. Az adatátalakítás során számítható ki az adott tevékenységek időbélyegei közötti különbségből.
Példák
8640001209600432000
|
|||
|
A probléma leírása
IssueDescription
|
A feltárt minőségi probléma szabad szöveges leírása. | ||
|
Leírás
Ez az attribútum tartalmazza a minőségi probléma részletes, szöveges leírását. Olyan minőségi háttérinformációt ad, amelyet a strukturált adatmezők nem tudnak rögzíteni. A problémaleírást általában nem használják közvetlenül a folyamatmenet megjelenítésére, de az egyes ügyek részletes áttekintéséhez nagyon hasznos. Szövegbányászati módszerekkel a folyamateltérések vagy késések bizonyos típusaihoz kapcsolódó gyakori témák és kulcsszavak is azonosíthatók.
Miért fontos?
Fontos minőségi háttérinformációt ad az esemény részleteinek megértéséhez, és hasznos az egyes ügyek mélyreható elemzéséhez.
Hol szerezhető be?
Ez általában egy szabványos szövegmező vagy megjegyzésmező az ETQ Reliance minőségi események bejelentésére szolgáló kezdeti űrlapján.
Példák
A XYZ alkatrész nem ment át a 4-es állomáson végzett terhelési teszten.Az ügyfél esztétikai hibát jelentett a 789-es gyártási tételnél.Az A gépen helytelen kalibrálási beállításokat találtak.
|
|||
|
Az adatok legutóbbi frissítése
LastDataUpdate
|
Az időbélyeg azt mutatja, mikor frissítették utoljára a folyamathoz tartozó adatokat. | ||
|
Leírás
Ez az attribútum rögzíti, mikor történt legutóbb adatkinyerés a forrásrendszerből. Olyan metaadatmező, amely a teljes adatkészletre vonatkozik, nem az egyes eseményekre. A folyamatelemzés során fontos tudni, mennyire frissek az adatok. Ez az attribútum megmutatja, mennyire aktuális az elemzés, így a döntések naprakész információkra épülhetnek, és az adatok késésével kapcsolatos elvárások is kezelhetők.
Miért fontos?
Megmutatja, mennyire frissek az adatok, ami fontos az elemzés és a belőle nyert információk aktualitásának megítéléséhez.
Hol szerezhető be?
Ez az érték az adatok kinyerése, átalakítása és betöltése (ETL) során jön létre, és rögzíti a feladat futtatásának időpontját.
Példák
2024-05-20T08:00:00Z
|
|||
|
Érintett termék
AffectedProduct
|
Az a termék, anyag vagy alkatrész, amelyre a minőségi esemény vonatkozik. | ||
|
Leírás
Ez az attribútum azonosítja a minőségi problémához kapcsolódó konkrét terméket vagy cikkszámot. Összekapcsolja a folyamatadatokat a terméktörzs adataival. A minőségi események termék szerinti elemzésével megállapítható, hogy egyes termékeknél gyakoribbak-e a minőségi problémák, ami tervezési vagy gyártási hibákra utalhat. Így a fejlesztési erőfeszítések azokra a termékekre összpontosíthatók, amelyeknél erre a legnagyobb szükség van.
Miért fontos?
A minőségi folyamatot konkrét termékekhez kapcsolja, így elemezhető, mely termékeknél fordulnak elő leggyakrabban problémák.
Hol szerezhető be?
Ez általában a minőségi eseményeket rögzítő űrlap egyik fontos mezője, amely gyakran az ETQ Reliance vagy egy integrált ERP-rendszer terméktörzs-táblájához kapcsolódik.
Példák
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
Forrásrendszer
SourceSystem
|
Az a rendszer, amelyből az adatokat kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja a minőségirányítási adatok forrását. Ebben a folyamatnézetben az értéke állandó, és azt jelzi, hogy az adatok az ETQ Reliance rendszerből származnak. Egyetlen adatkészleten belül az értéke nem feltétlenül változik, de az attribútum fontos az adatirányítás szempontjából, illetve akkor, ha több rendszer adatait egyesítik. Egyértelművé teszi az adatok eredetét, és segít az adatintegráció kezelésében.
Miért fontos?
Fontos háttérinformációt ad az adatok eredetéről, ami nélkülözhetetlen az adatirányításhoz, az ellenőrzéshez és a más rendszerekkel való integrációhoz.
Hol szerezhető be?
Ez általában egy statikus érték, amelyet az adatok kinyerése, átalakítása és betöltése (ETL) során adnak hozzá az adatok forrásának megjelölésére.
Példák
ETQ Reliance
|
|||
|
Ismételt munka
IsRework
|
Jelző, amely megmutatja, hogy egy tevékenység vagy tevékenységsorozat ismételt munkát jelent-e. | ||
|
Leírás
Ez a logikai attribútum a folyamatban előforduló visszalépéseket jelzi. Ilyen például, ha a hatásosság ellenőrzése sikertelen, és új vizsgálat indul, vagy ha a helyesbítő intézkedési tervet elutasítják, és átdolgozásra visszaküldik. Megjelöli a korábbi lépések ismétlését. Ez az attribútum a helyesbítő intézkedések ismételt munkájának arányát mérő KPI kiszámítására szolgál. Az ismételt munka feltárása fontos a folyamat hatékonysági problémáinak megértéséhez, mert erőforrásokat emészt fel és növeli az átfutási időt anélkül, hogy közelebb vinné az ügyet a megoldáshoz.
Miért fontos?
Az ismételt munka jelzésével számszerűsíti a folyamat hatékonysági veszteségét, segít feltárni a folyamat hibáinak kiváltó okait és csökkenteni a veszteségeket.
Hol szerezhető be?
Ez az attribútum nem szerepel a forrásrendszerben. Az adatátalakítás során, az ügyön belüli tevékenységek sorrendje alapján számítható ki.
Példák
truefalse
|
|||
|
Kapcsolódó szabályozás
AssociatedRegulationStandard
|
A minőségi eseményhez kapcsolódó konkrét szabályozás vagy minőségi szabvány. | ||
|
Leírás
Ez az attribútum egy minőségi eseményt egy adott szabályozási követelményhez vagy iparági szabványhoz kapcsol, például az ISO 9001-hez, az FDA 21 CFR Part 820 előírásához vagy belső vállalati szabályzathoz. Különösen fontos a szabályozott iparágakban. Ez az attribútum a minőségi megfelelés áttekintését bemutató dashboard alapja. Az események kapcsolódó szabvány szerinti elemzésével nyomon követhető a megfelelés, feltárhatók a gyakori eltérések, és ellenőrizhető, hogy minden szabályozási követelmény teljesül-e időben.
Miért fontos?
Lehetővé teszi a minőségi események megfelelési szempontú elemzését, és segít biztosítani az adott iparági szabályozások és szabványok betartását.
Hol szerezhető be?
Az ETQ Reliance minőségi eseményeket rögzítő űrlapján ez lehet külön mező vagy választható lista, különösen a megfelelésre összpontosító modulokban.
Példák
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Megelőző intézkedés azonosítója
PreventiveActionId
|
A minőségi esemény nyomán létrehozott megelőző intézkedés egyedi azonosítója. | ||
|
Leírás
Ez az attribútum összekapcsolja a minőségi eseményt egy vagy több megelőző intézkedéssel, amelyeket a kiváltó ok kezelésére és a probléma más területeken való újbóli előfordulásának megelőzésére hoztak létre. Egy minőségi eseményhez több megelőző intézkedés is kapcsolódhat. Ez az azonosító a megelőző intézkedések kezelését bemutató dashboard alapja. Segít nyomon követni a meghatározott intézkedések bevezetését, és feltárni a párhuzamos vagy felesleges erőfeszítéseket, így a megelőző fejlesztések hatékonyan kezelhetők.
Miért fontos?
Összekapcsolja a minőségi események utólagos kezelését a megelőző fejlesztésekkel, így elemezhető, mennyire hatékonyan előzi meg a szervezet a jövőbeli problémákat.
Hol szerezhető be?
Ez az ETQ Reliance CAPA-moduljának megelőző intézkedéseket kezelő részében kapcsolódó rekordként vagy mezőként szerepelhet.
Példák
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Minőségi esemény állapota
QualityEventStatus
|
A minőségi esemény aktuális állapota, például nyitott, lezárt vagy törölt. | ||
|
Leírás
Ez az attribútum röviden összefoglalja, hol tart a minőségi esemény az életciklusában. Jelzi, hogy az ügy kezelése még folyamatban van, sikeresen lezárult, vagy valamilyen okból törölték. A folyamatelemzés során ezzel szűrhetők az aktív és a lezárt ügyek. Az attribútum alapvető a nyitott minőségi események hátralékának kiszámításához, és annak biztosításához, hogy az átfutási időhöz hasonló elemzések csak a végleges állapotba jutott ügyeket vegyék figyelembe.
Miért fontos?
Lehetővé teszi a nyitott és lezárt ügyek elkülönítését, ami elengedhetetlen a hátralék kiszámításához és a befejezett folyamatok pontos elemzéséhez.
Hol szerezhető be?
Ez az ETQ Reliance minőségi eseményeket rögzítő fő objektumának elsődleges állapotmezője.
Példák
NyitottLezártTöröltJóváhagyásra vár
|
|||
|
Minőségi esemény átfutási ideje
QualityEventCycleTime
|
A minőségi probléma felismerésétől a végleges lezárásig eltelt teljes idő. | ||
|
Leírás
Ez a számított mutató egy minőségi esemény teljes időtartamát méri. Az első tevékenység, például a minőségi probléma felismerése, és az utolsó tevékenység, például a minőségi esemény lezárása időbélyege közötti különbségből számítható ki. Ez az attribútum közvetlenül támogatja a minőségi események átlagos átfutási idejét mérő KPI-t, és a folyamat általános hatékonyságának egyik fő mutatója. A dashboardokon nyomon követhető vele az átfutási idő csökkentésére kitűzött célok teljesülése, valamint összehasonlíthatók a különböző eseménykategóriák időtartamai.
Miért fontos?
Ez a KPI a minőségirányítási folyamat teljes, elejétől a végéig tartó hatékonyságát méri.
Hol szerezhető be?
Ez az attribútum közvetlenül nem érhető el az ETQ Reliance rendszerben. A process mining eszközben vagy az ETL során számítható ki az egyes ügyek első és utolsó eseményének időbélyege közötti különbségként.
Példák
25920006048008640000
|
|||
|
SLA-állapot
SLAState
|
Jelzi, hogy a minőségi esemény a meghatározott szolgáltatási szintű megállapodás (SLA) határidőn belül van, fennáll-e a határidő túllépésének kockázata, vagy már túllépte azt. | ||
|
Leírás
Ez a számított mező a minőségi esemény aktuális vagy teljes átfutási idejét előre meghatározott célértékekhez viszonyítja. Például egy kritikus probléma megoldására 15 napos SLA vonatkozhat. Az állapot lehet határidőn belül, veszélyben vagy túllépve. Ez hasznos a minőségi megfelelés áttekintését bemutató dashboardon, mert azonnal jelzi a határidők és a megfelelés állapotát. Segít a vezetőknek még a határidő lejárta előtt kezelni a késés kockázatának kitett eseményeket, nem csak a túllépés után reagálni.
Miért fontos?
Egyértelműen megmutatja, hogyan teljesítenek az ügyek a határidőkkel szemben, így időben kezelhetők a késés kockázatának kitett esetek.
Hol szerezhető be?
Ez az attribútum az adatátalakítás során számítható ki az ügy eltelt idejének és az SLA-kra vonatkozó üzleti szabályoknak az összevetésével. A szabályok például a súlyossági szinttől is függhetnek.
Példák
Határidőn belülVeszélybenHatáridő túllépve
|
|||
|
Üzleti egység
BusinessUnit
|
Az a nagyobb üzletág vagy üzleti egység, ahol a minőségi esemény keletkezett. | ||
|
Leírás
Ez az attribútum a minőségi eseményt a szervezet egy adott üzleti egységéhez rendeli, például a fogyasztói elektronikai vagy az orvostechnikai üzletághoz. A részlegnél magasabb szintű szervezeti hátteret ad. Lehetővé teszi a vállalat különböző területeinek magas szintű teljesítmény-összehasonlítását. Segít a vezetőknek megérteni, mely üzleti egységek küzdenek a legsúlyosabb minőségi problémákkal, és ennek megfelelően elosztani az erőforrásokat.
Miért fontos?
Lehetővé teszi a vállalat különböző üzletágai minőségi folyamatainak magas szintű összehasonlítását.
Hol szerezhető be?
Ez az adat szerepelhet a minőségi eseményeket rögzítő űrlapon, vagy levezethető más attribútumokból, például a felelős részlegből vagy a termékből.
Példák
Orvostechnikai eszközökAutóipari alkatrészekIpari megoldások
|
|||
A minőségirányítás tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Az intézkedés hatékonysága ellenőrizve
|
Ez a tevékenység igazolja, hogy a végrehajtott helyesbítő intézkedés megszüntette a gyökérokot, és megelőzte a probléma ismételt előfordulását. Ez hivatalos ellenőrzési lépés, amelyre gyakran egy meghatározott megfigyelési időszak után kerül sor. | ||
|
Miért fontos?
Ez a minőségügyi folyamat lezárásának fontos lépése, és közvetlenül kapcsolódik a CAPA hatékonyságát mérő KPI-khez. Segít meggyőződni arról, hogy a megoldás tartós és hatékony.
Hol szerezhető be?
A „Effectiveness Verification” munkafolyamat-lépés vagy űrlaprész befejezési dátumából nyerhető ki. Ez gyakran külön, időbélyeggel rögzített tevékenység.
Rögzítés
Az „Effectiveness Check” űrlap vagy feladat befejezési dátumából.
Eseménytípus
inferred
|
|||
|
Gyökérok-elemzés elvégezve
|
A vizsgálat befejezését jelzi, amikor a gyökérokot vagy -okokat már azonosították és dokumentálták. Ezt az eseményt általában az RCA-űrlaprész kitöltése és mentése rögzíti. | ||
|
Miért fontos?
A vizsgálati szakasz végét jelzi. A „Investigation Initiated” és e tevékenység közötti idő fontos mutató a gyökérok-elemzés szűk keresztmetszeteinek feltárásához.
Hol szerezhető be?
A „Root Cause Category” mező kitöltési dátumából vagy az RCA-munkafolyamat lépésének auditnaplóban szereplő befejezési időbélyegéből következtethető ki.
Rögzítés
A „Root Cause” mezők kitöltéséből vagy az „RCA Complete” állapotra váltásból következtethető ki.
Eseménytípus
inferred
|
|||
|
Helyesbítő intézkedés végrehajtva
|
A jóváhagyott helyesbítő intézkedési tervben szereplő feladatok befejezését jelzi. Ezt gyakran akkor rögzítik, amikor a végrehajtó befejezettként jelöli meg a kijelölt intézkedéseket. | ||
|
Miért fontos?
A végrehajtási szakasz időtartamát méri, és rávilágíthat az erőforráshiányra vagy a helyesbítő intézkedések végrehajtásának gyakorlati nehézségeire.
Hol szerezhető be?
Az utolsó kapcsolódó helyesbítő intézkedési feladat befejezési dátumából vagy az „Actions Implemented” állapotra történő kézi váltásból következtethető ki.
Rögzítés
Az utolsó kapcsolódó CAPA-feladat befejezési dátumából következtethető ki.
Eseménytípus
inferred
|
|||
|
Helyesbítő intézkedési terv jóváhagyva
|
A kijelölt illetékes hivatalosan jóváhagyta a javasolt helyesbítő intézkedési tervet, így megkezdődhet a végrehajtás. Ezt a munkafolyamatban általában külön, időbélyeggel ellátott jóváhagyási művelet rögzíti. | ||
|
Miért fontos?
Ez fontos mérföldkő és jóváhagyási kapu. Az itt jelentkező késedelem jelentősen meghosszabbíthatja a teljes megoldási ciklust.
Hol szerezhető be?
Az esemény elektronikus aláírásának vagy a munkafolyamat előzménynaplójának jóváhagyási időbélyegéből nyerhető ki. Az ETQ Reliance rendszerben gyakran használnak jóváhagyási munkafolyamatokat.
Rögzítés
A munkafolyamat előzményeiben szereplő jóváhagyási lépés időbélyegéből.
Eseménytípus
explicit
|
|||
|
Minőségi esemény lezárva
|
Az utolsó tevékenység, amely a minőségi esemény sikeres megoldását és adminisztratív lezárását jelzi. Ez a folyamat elsődleges végpontja. | ||
|
Miért fontos?
Ez határozza meg a folyamat végét a teljes ciklusidő kiszámításához. A lezárt események elemzése szükséges az áteresztőképesség és az általános teljesítmény méréséhez.
Hol szerezhető be?
Az esemény előzménynaplójában a „Closed” vagy „Completed” állapotra váltásból következtethető ki. Ezt szinte mindig időbélyeg is kíséri.
Rögzítés
A „Closed” állapotra váltás időbélyegéből következtethető ki.
Eseménytípus
inferred
|
|||
|
Minőségi probléma azonosítva
|
Új minőségi esemény rekordjának létrehozását jelzi, ez a folyamat kezdőpontja. Az ETQ Reliance rendszerben ez általában akkor történik, amikor egy felhasználó új minőségi problémát jelent be az űrlapon. | ||
|
Miért fontos?
Meghatározza az eset kezdési időpontját, amely szükséges a teljes ciklusidő kiszámításához és az új minőségi események beérkezési ütemének elemzéséhez.
Hol szerezhető be?
Általában a minőségi esemény rekordjának létrehozási időbélyegéből származik, amely a fő Minőségi esemény táblában vagy a hozzá kapcsolódó naplóban található.
Rögzítés
A minőségi esemény rekordjának létrehozási időbélyegéből.
Eseménytípus
explicit
|
|||
|
Vizsgálat megkezdve
|
A minőségi probléma gyökérokának feltárására irányuló vizsgálati szakasz hivatalos kezdetét jelzi. Ez általában az „Under Investigation” állapotra váltásból vagy egy vizsgáló kijelöléséből következtethető ki. | ||
|
Miért fontos?
Ez a tevékenység fontos mérföldkő, innen számítjuk a gyökérok-elemzés idejét. Segít feltárni, ha késedelem van a probléma értékelése és a hivatalos vizsgálat megkezdése között.
Hol szerezhető be?
Az esemény előzménynaplójában az „Investigation” állapotra váltáshoz tartozó időbélyegből vagy a vezető vizsgáló kijelölési dátumából következtethető ki.
Rögzítés
Az „Under Investigation” állapotra váltásból következtethető ki.
Eseménytípus
inferred
|
|||
|
A hatékonyság ellenőrzése sikertelen
|
Azt jelzi, hogy a végrehajtott helyesbítő intézkedés nem oldotta meg a problémát, ezért új vizsgálat vagy CAPA-ciklus indulhat. Ez súlyos folyamatproblémára és újramunkálási körre utal. | ||
|
Miért fontos?
Rávilágít a sikertelen megoldásokra, és közvetlenül befolyásolja az újramunkálási arányt és a költségeket. Ezek elemzése segít fejleszteni a gyökérok-elemzést és a CAPA-tervezést.
Hol szerezhető be?
Az „Effectiveness Check Failed” állapotra váltásból vagy az eredeti eseményhez kapcsolódó utólagos minőségi esemény létrehozásából következtethető ki.
Rögzítés
A „Verification Failed” állapotra váltásból vagy az ellenőrzési rekordban szereplő jelölésből következtethető ki.
Eseménytípus
inferred
|
|||
|
Érintettek értesítve
|
A minőségi esemény megoldásáról szóló hivatalos tájékoztatást jelzi az érintettek felé. Ez külön munkafolyamat-lépésként vagy naplózott kommunikációs rekordként követhető nyomon. | ||
|
Miért fontos?
Szükséges a kommunikáció hatékonyságának méréséhez, és támogatja a „Stakeholder Notification Timeliness” dashboardot. Az értesítés késedelme ronthatja az ügyfelek elégedettségét.
Hol szerezhető be?
A rendszer adatainak elemzése szükséges, mivel ez gyakran kézi lépés. Ha be van állítva, a „Notify Stakeholders” feladat befejezéséből következtethető ki.
Rögzítés
A kézi „Notify Stakeholders” feladat befejezési dátumából következtethető ki.
Eseménytípus
inferred
|
|||
|
Helyesbítő intézkedési terv benyújtva
|
Akkor történik, amikor dokumentálják a gyökérok kezelésére szolgáló hivatalos tervet, és jóváhagyásra benyújtják. Ez gyakran akkor rögzíthető, amikor kitöltik a helyesbítő intézkedési terv űrlaprészét, majd továbbléptetik az állapotot. | ||
|
Miért fontos?
Az RCA befejezése és e lépés közötti idő elemzése feltárja a helyesbítő intézkedések megtervezésének késedelmeit, amelyek gyakran szűk keresztmetszetet jelentenek a minőségügyi folyamatokban.
Hol szerezhető be?
A „Pending CAPA Approval” állapotra váltásból vagy a minőségi esemény rekordjához tartozó helyesbítő intézkedési terv űrlapjának benyújtási időbélyegéből következtethető ki.
Rögzítés
A „Pending Approval” állapotra váltásból vagy a CAPA-terv benyújtásának dátumából következtethető ki.
Eseménytípus
inferred
|
|||
|
Helyesbítő intézkedési terv elutasítva
|
A javasolt helyesbítő intézkedési tervet felülvizsgálták, de elutasították, ezért módosítani és újra be kell nyújtani. Ez újramunkálási kört hoz létre a folyamatban. | ||
|
Miért fontos?
Ez a tevékenység segít feltárni az újramunkálási köröket, megérteni az elutasítás okait, és mérni a tervezési folyamat elsőre sikeres teljesítésének arányát.
Hol szerezhető be?
A munkafolyamat előzménynaplójában szereplő elutasítási időbélyegből nyerhető ki. Ez a munkafolyamat jóváhagyási műveletének megfelelője.
Rögzítés
A munkafolyamat előzményeiben szereplő elutasítási lépés időbélyegéből.
Eseménytípus
explicit
|
|||
|
Kezdeti értékelés elvégezve
|
Az újonnan azonosított minőségi probléma első áttekintését vagy előzetes értékelését jelzi. Ennek során összegyűjtik az alapvető tényeket, és megállapítják, hogy a probléma megalapozott-e. Ez gyakran abból következtethető ki, hogy kitöltik az első értékelésre szolgáló űrlaprészletet, vagy az állapot „New” értékről „Under Assessment” értékre változik. | ||
|
Miért fontos?
Segít felmérni az előzetes értékelés hatékonyságát, és megmutatja, mennyi idő telik el a probléma bejelentése és az aktív értékelés megkezdése között.
Hol szerezhető be?
Az állapotváltozásból következtethető ki, például „New” értékről „Assessing” értékre váltásból, vagy az esemény munkafolyamat-naplójában szereplő kezdeti értékelési feladat befejezési dátumából.
Rögzítés
Az „Under Assessment” vagy „In Triage” állapotra váltásból következtethető ki.
Eseménytípus
inferred
|
|||
|
Megelőző intézkedés azonosítva
|
A lehetséges nemmegfelelőségek okának megszüntetésére irányuló megelőző intézkedés (PA) azonosítását jelzi. Ezt az eredeti minőségi eseményhez kapcsolódó, de külön rekordban is kezelhetik. | ||
|
Miért fontos?
Segít felmérni, mennyire előrelátó a szervezet minőségirányítása, és támogatja a „Preventive Action Management” dashboardot azzal, hogy nyomon követi a megelőző intézkedések kezdeményezését.
Hol szerezhető be?
A meghatározásához elemezni kell a rendszert. Valószínűleg a forrásként szolgáló Minőségi esemény rekordhoz kapcsolt Megelőző intézkedés rekord létrehozási dátumából származik.
Rögzítés
A kapcsolódó Preventive Action rekord létrehozási dátumából.
Eseménytípus
inferred
|
|||
|
Megelőző intézkedés végrehajtva
|
A kijelölt megelőző intézkedéshez kapcsolódó feladatok befejezését jelzi, vagyis azt, hogy a megelőző lépéseket végrehajtották. | ||
|
Miért fontos?
Ez a tevékenység szükséges a „Preventive Action Implementation Rate” KPI méréséhez, és megmutatja, hogy a minőség javítását célzó megelőző intézkedéseket valóban végrehajtják-e.
Hol szerezhető be?
A rendszer adatainak elemzése szükséges. Valószínűleg a kapcsolódó Preventive Action rekord vagy az ahhoz tartozó feladatok befejezési dátumából következtethető ki.
Rögzítés
A kapcsolódó Preventive Action rekord befejezési dátumából.
Eseménytípus
inferred
|
|||
|
Minőségi esemény törölve
|
Alternatív végpont: a minőségi eseményt teljes megoldás nélkül zárják le, például mert duplikált vagy érvénytelen bejegyzés. | ||
|
Miért fontos?
Segít megkülönböztetni a sikeresen megoldott eseteket a korán megszakítottaktól. A törlések elemzése feltárhatja a kezdeti bejelentés és előzetes értékelés problémáit.
Hol szerezhető be?
Az esemény előzménynaplójában a „Canceled”, „Void” vagy „Withdrawn” állapotra váltásból következtethető ki.
Rögzítés
A „Canceled” állapotra váltás időbélyegéből következtethető ki.
Eseménytípus
inferred
|
|||
|
Probléma besorolva és rangsorolva
|
Azt jelzi, hogy a problémát típus, súlyosság és prioritás szerint besorolták. Ez gyakran meghatározza a további munkafolyamatot. Akkor rögzíthető, amikor kitöltik a besorolási és prioritási mezőket, majd mentik a rekordot. | ||
|
Miért fontos?
Ez fontos döntési pont. Az ide való eljutás idejének elemzése elengedhetetlen az „Issue Triage and Prioritization” dashboardhoz és a folyamat útvonalának megértéséhez.
Hol szerezhető be?
A rendszer naplója alapján abból az időbélyegből állapítható meg, amikor először kitöltik a kötelező mezőket, például a „Súlyossági szint” és a „Minőségi esemény típusa” mezőt.
Rögzítés
A „Severity” vagy „Priority” mező első kitöltésének időbélyegéből következtethető ki.
Eseménytípus
inferred
|
|||
|
Végső felülvizsgálat elvégezve
|
A minőségi esemény teljes rekordjának végső ellenőrzése, amely során a lezárás előtt meggyőződnek arról, hogy minden dokumentum hiánytalan, és minden eljárási lépést betartottak. Ez gyakran külön jóváhagyási lépés. | ||
|
Miért fontos?
Ez az utolsó minőségügyi ellenőrzési pont a folyamat lezárása előtt, amely biztosítja a megfelelést és az adatok sértetlenségét. Az itt kialakuló szűk keresztmetszetek késleltethetik a végleges lezárást.
Hol szerezhető be?
A munkafolyamat előzménynaplójában szereplő „Final Review” vagy „Ready for Closure” jóváhagyási lépés időbélyegéből nyerhető ki.
Rögzítés
A munkafolyamat „Final Review” jóváhagyási lépésének időbélyegéből.
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Kezdheti?
A sablon segítségével hatékonyan előkészítheti minőségirányítási adatait, és feltárhatja a folyamatok működését. A működés fejlesztését itt kezdheti el.
Optimalizálja most a minőségirányítást, csökkentse az átfutási időt
Tárja fel és szüntesse meg a szűk keresztmetszeteket, és törekedjen az átfutási idő 30%-os csökkentésére.
Nincs szükség bankkártyára. Néhány perc alatt beállíthatja.