Minőségirányítási adatsablon
Minőségirányítási adatsablon
Ez a(z) Minőségirányítás folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.
Válasszon egy konkrét rendszert- Szabványosított adatmezők az eseménynaplóhoz.
- A teljes folyamat áttekintéséhez követendő fő tevékenységek.
- Útmutató az adatok különböző rendszerekből történő kinyeréséhez.
Minőségirányítási attribútumok
| Név | Leírás | ||
|---|---|---|---|
| Esemény kezdési időpontja EventStartTime | Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény megtörtént, illetve megkezdődött. | ||
| Leírás Az esemény kezdési időpontja az a dátum és idő, amely az egyes tevékenységek kezdetét jelöli a minőségügyi esemény életciklusa során. Ez adja meg a folyamatmenet és a teljesítmény megértéséhez szükséges időbeli összefüggéseket. Az időbélyeg az események időrendi sorba rendezéséhez és az időtartamok kiszámításához is szükséges. A process mining során ez az időbélyeg segít az egyes esetek tevékenységeit a megfelelő sorrendbe rendezni, valamint olyan KPI-k kiszámításában, mint az átfutási idő, a várakozási idő és a feldolgozási idő. Az időbélyegek elemzésével feltárhatók a lépések közötti késedelmek, mérhető az erőforrások hatékonysága, és nyomon követhető a szolgáltatási szintre vonatkozó megállapodások betartása. Minden időalapú folyamatelemzés egyik alapja. Miért fontos? Ez az időbélyeg szükséges az események sorrendbe rendezéséhez, az átfutási és várakozási idők kiszámításához, valamint a folyamat szűk keresztmetszeteinek feltárásához. Hol szerezhető be? Gyakran az eseménynaplókban vagy tranzakciós rekordokban található, a tevékenység neve mellett. A mező neve lehet például „Létrehozás dátuma”, „Esemény dátuma” vagy „Időbélyeg”. Példák 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| Minőségügyi esemény azonosítója QualityEventId | Egy minőségügyi esemény egyedi azonosítója. Esetazonosítóként összekapcsolja az eseményhez tartozó összes tevékenységet a kezdetektől a lezárásig. | ||
| Leírás A minőségügyi esemény azonosítója egyedi kulcs, amely egy konkrét minőségügyi problémát jelöl, például nemmegfelelőséget, ügyfélpanaszt, eltérést vagy auditmegállapítást. Ez az azonosító kapcsolja össze az esemény teljes életciklusa során hozzá tartozó lépéseket, dokumentumokat és adatokat. A process mining során ez az attribútum alapvető az egyes minőségügyi események teljes folyamatának rekonstruálásához. Ha az összes kapcsolódó tevékenységet egyetlen minőségügyi eseményazonosító alá rendezi, az elemzők megjeleníthetik a folyamattérképet, kiszámíthatják az esetek időtartamát, és összehasonlíthatják az eltérő folyamatútvonalakat. Így pontosan elemezhető, hogyan kezelik a minőségügyi problémákat a kezdetektől a lezárásig. Miért fontos? Ez a process mining elsődleges kulcsa, amely lehetővé teszi, hogy az összes kapcsolódó eseményt egyetlen folyamatpéldányhoz vagy esethez rendeljük. Hol szerezhető be? Általában a minőségügyi értesítések, események vagy nemmegfelelőségi rekordok fejlécében vagy fő táblájában található. Példák QN-2023-00123NC-450008761COMP-5501-A | |||
| Tevékenység neve ActivityName | A minőségirányítási folyamatban végrehajtott konkrét feladat, esemény vagy lépés neve. | ||
| Leírás A tevékenység neve a minőségügyi esemény életciklusának egy-egy konkrét műveletét vagy mérföldkövét jelöli. Ilyen például az „Első értékelés befejezve”, a „Vizsgálat megkezdve” vagy a „Helyesbítő intézkedés végrehajtva”. Ezek a tevékenységek alkotják a minőségirányítási folyamat építőelemeit. A folyamatelemzéshez ez az attribútum elengedhetetlen a folyamattérkép összeállításához, amely szemlélteti a tevékenységek sorrendjét és az esetek útját. Segítségével az elemzők feltárhatják a szűk keresztmetszeteket, azonosíthatják a gyakori és ritka folyamatváltozatokat, és ellenőrizhetik az előírt működési eljárásoknak való megfelelést. A tevékenységek sorrendjének megértése a folyamatfejlesztés első lépése. Miért fontos? Ez az attribútum határozza meg a folyamat lépéseit, ezek alkotják a folyamattérkép csomópontjait, és lehetővé teszik a folyamatmenet és az eltérések elemzését. Hol szerezhető be? Általában az eseménynaplókból, a státuszváltozásokat rögzítő rekordokból vagy a fő minőségügyi eseményhez kapcsolódó feladattáblákból származik. Példák Kivizsgálás megkezdveA kiváltó okok elemzése befejezveHatékonyság igazolva | |||
| Forrásrendszer SourceSystem | Az a rendszer, amelyből az adatokat kinyerték, például egy adott ERP-, QMS- vagy MES-rendszer. | ||
| Leírás A forrásrendszer attribútum azonosítja azt az alkalmazást vagy adatbázist, amelyben a minőségirányítási adatokat rögzítették. Összetett informatikai környezetben a minőségügyi események adatai több rendszerből is származhatnak, például az anyagadatok egy ERP-rendszerből, a folyamatadatok pedig egy külön minőségirányítási rendszerből. A forrásrendszer azonosítása fontos az adatirányítás, az ellenőrzés és a hibakeresés szempontjából. Segít megérteni az adatok hátterét, és az elemzés szegmentálására is használható. Az elemző például összehasonlíthatja a különböző rendszerekben vagy telephelyeken kezelt minőségügyi folyamatokat, hogy feltárja a bevált gyakorlatokat vagy az eltéréseket. Miért fontos? Megadja az adatok eredetét, ami több rendszerből álló környezetben fontos az adatok ellenőrzéséhez, a hibakereséshez és a szegmentált elemzéshez. Hol szerezhető be? Előfordulhat, hogy ez az információ nem szerepel a forrástáblákban, hanem az adatkinyerés, -átalakítás és -betöltés (ETL) során adják hozzá. Példák SAP S/4HANA QMVeeva Vault QualityMasterControl QMS | |||
| Utolsó adatfrissítés LastDataUpdate | Az az időbélyeg, amely megmutatja, mikor frissítették utoljára a folyamat adatait, vagy mikor nyerték ki azokat a forrásrendszerből. | ||
| Leírás Az utolsó adatfrissítés attribútum azt az időbélyeget rögzíti, amikor az adatokat legutóbb szinkronizálták a forrásrendszerből. Jelzi, mennyire frissek az elemzésben szereplő információk. Ez különösen fontos a folyamatos nyomon követéshez és a közel valós idejű döntéshozatalhoz. Az attribútum segít a felhasználóknak megítélni, mennyire naprakészek a process mining dashboardok és elemzések. A KPI-k és folyamatmodellek értelmezésekor az érintettek így figyelembe vehetik az adatok aktualitását, és elkerülhetik, hogy elavult információk alapján döntsenek. Az adatokba vetett bizalom fenntartásához ez fontos metaadat. Miért fontos? Jelzi az adatok frissességét, így a felhasználók tudják, mennyire naprakészek a folyamatelemzés és a KPI-k. Hol szerezhető be? Ez általában az adatkinyerés (ETL) során létrehozott metaadat. A forrásrendszer tranzakciós tábláiban rendszerint nem található meg. Példák 2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z | |||
| Erőforrás Resource | Az a felhasználó, munkatárs vagy automatizált rendszer, aki vagy amely végrehajtott, illetve akihez vagy amelyhez hozzárendeltek egy adott tevékenységet vagy minőségügyi eseményt. | ||
| Leírás Az erőforrás attribútum azonosítja a feladat végrehajtásáért felelős személyt vagy rendszert. Ilyen lehet például a vizsgálatot végző munkatárs, a minőségügyi jóváhagyó vagy egy automatizált rendszer felhasználója. Az egyes tevékenységek végrehajtójának nyomon követése alapvető a munkaterhelés eloszlásának, a csapat teljesítményének és az együttműködési mintáknak a megértéséhez. Az erőforrások szerinti folyamatelemzés feltárhatja az egyének vagy csapatok közötti teljesítménykülönbségeket, segíthet azonosítani a képzési igényeket és kiegyensúlyozni a munkaterhelést. Megmutathatja, ha egyes erőforrások túlterheltek, és emiatt szűk keresztmetszetet okoznak, illetve feltárhatja a különböző munkatársak közötti átadásokat, amelyek gyakran késleltetik a folyamatot. Ez az elemzés hozzájárul a szervezet hatékonyabb működéséhez. Miért fontos? Ez az attribútum nélkülözhetetlen az erőforrások szerinti elemzéshez, például a munkaterhelés eloszlásának és a teljesítmény összehasonlításához, valamint a szervezeti szűk keresztmetszetek feltárásához. Hol szerezhető be? Általában tranzakciós vagy naplótáblákban található. A mező neve lehet például „Felhasználónév”, „Módosította”, „Felelős” vagy „Hozzárendelve”. Példák j.doem.smithSystem.Batch | |||
| Esemény befejezési időpontja EventEndTime | Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény befejeződött. | ||
| Leírás Az esemény befejezési időpontja a tevékenység végét jelölő időbélyeg. A kezdési időponttal együtt lehetővé teszi a minőségirányítási folyamat egyes feladatainak pontos feldolgozási idejét. Az azonnalinak tekintett eseményeknél a kezdési és befejezési időpont megegyezhet. Ez az attribútum elengedhetetlen a tevékenységek szintjén végzett teljesítményelemzéshez. Az egyes feladatok időtartamának kiszámításával, vagyis a befejezési időpontból a kezdési időpont levonásával az elemzők azonosíthatják a legtöbb időt igénylő, ezért fejlesztésre alkalmas lépéseket. Az attribútum az esetek teljes átfutási idejének pontosabb kiszámítását is lehetővé teszi, és adatot szolgáltat az erőforrások terhelésének és hatékonyságának elemzéséhez. Miért fontos? Lehetővé teszi a tevékenységek feldolgozási idejének kiszámítását, ami részletes teljesítményelemzéshez és az erőforrás-igényes feladatok azonosításához szükséges. Hol szerezhető be? Gyakran a kezdési időponttal együtt szerepel ugyanabban az eseménynaplóban vagy tranzakciós rekordban. Egyes rendszerekben a következő esemény kezdési időpontjából kell kikövetkeztetni. Példák 2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z | |||
| Felelős részleg ResponsibleDepartment | A minőségügyi eseményért vagy egy adott tevékenységért felelős részleg, csapat vagy szervezeti egység. | ||
| Leírás A felelős részleg attribútum megmutatja, melyik szervezeti egység felel egy minőségügyi eseményért vagy a folyamat egy adott lépéséért. Ilyen lehet például a „Gyártás”, a „Minőségbiztosítás”, a „Kutatás és fejlesztés” vagy a „Logisztika”. Ez az attribútum nélkülözhetetlen a szervezeti elemzéshez. A vezetők láthatják, hogyan halad a munka a részlegek között, mérhetik az egyes területek teljesítményét, és feltárhatják a részlegek közötti súrlódásokat vagy késedelmeket. Az elemzés például megmutathatja, hogy a gyártás és a minőségbiztosítás közötti átadások okozzák a késedelmek jelentős részét. A KPI-k részleg szerinti bontása segít meghatározni, hol érdemes célzott folyamatfejlesztést indítani. Miért fontos? Lehetővé teszi a folyamat teljesítményének szervezeti egységek szerinti elemzését, feltárja a részlegek közötti késedelmeket, és segít kijelölni a felelősségi köröket. Hol szerezhető be? Általában a minőségügyi eseményrekord fejlécadatai között található, vagy a tevékenységért felelős felhasználó alapján határozható meg. Példák Minőség-ellenőrzésB gyártósorBeszállítói minőségügy | |||
| Kiváltó ok kategóriája RootCauseCategory | Az azonosított minőségi esemény kiváltó okának magas szintű besorolása. | ||
| Leírás A kiváltó ok kategóriája a minőségi probléma alapvető okát jelöli, például emberi hiba, berendezéshiba, folyamathiányosság vagy beszállítói probléma. Ezt az attribútumot általában a vizsgálat és a kiváltó ok elemzésének lezárása után töltik ki. A különböző kiváltóok-kategóriák gyakoriságának elemzése segít meghatározni, hol érdemes fejleszteni. Ha gyakori ok a folyamathiányosság, az a folyamat újratervezésének szükségességére utalhat. A gyakori berendezéshiba pedig a karbantartási ütemezés felülvizsgálatát teheti indokolttá. A process mining összekapcsolhatja ezeket a kategóriákat a folyamat működésével, például megmutathatja, hogy az emberi hiba miatt indult esetek megoldása tovább tart-e. Miért fontos? Ez a stratégiai elemzéshez is fontos: nemcsak a folyamat menetét, hanem a hibák mögött álló okokat is feltárja, így segít célzott megelőző intézkedéseket meghatározni. Hol szerezhető be? A minőségi esemény adatlapjának vizsgálati vagy kiváltóok-elemzési részében található. Kód vagy szabad szöveg is lehet. Példák BerendezéshibaEmberi hibaAnyaghiba | |||
| Minőségügyi esemény típusa QualityEventType | A minőségügyi esemény besorolása, például nemmegfelelőség, ügyfélpanasz, auditmegállapítás vagy eltérés. | ||
| Leírás A minőségügyi esemény típusa az érintett minőségügyi probléma jellegét határozza meg. A különböző eseménytípusok gyakran eltérő folyamatot követnek, más sürgősségi szintet igényelnek, és különböző előírt működési eljárások vonatkoznak rájuk. Az attribútum szerinti szűréssel és összehasonlítással az elemzők jelentős eltéréseket tárhatnak fel. Az „Ügyfélpanasz” kezelése például jóval szigorúbb és időérzékenyebb lehet, mint egy „Belső probléma” kezelése. Ezeknek a különbségeknek a megértése segít felmérni, hogy az egyes folyamatváltozatok hatékonyan és a rájuk vonatkozó követelményeknek megfelelően működnek-e. Miért fontos? Lehetővé teszi az elemzés szegmentálását, így összehasonlítható, hogyan kezelik a különböző típusú minőségügyi problémákat, és feltárhatók a folyamat fontos eltérései. Hol szerezhető be? A minőségügyi esemény fejlécadatai között található, gyakran „Értesítés típusa”, „Eseménytípus” vagy „Kategória” mezőként. Példák ÜgyfélpanaszNemmegfelelőségi jelentés (NCR)Eltérés | |||
| Súlyosság Severity | A minőségügyi esemény lehetséges hatásának besorolása, például kritikus, jelentős vagy csekély. | ||
| Leírás A súlyosság attribútum az üzleti hatás, a kockázat vagy a sürgősség alapján sorolja be a minőségügyi eseményeket. Ez a besorolás segít a legsúlyosabb problémákra összpontosítani az erőforrásokat és a figyelmet. A súlyossági szinteket általában a szervezet minőségügyi szabályzata határozza meg. Ez az attribútum hasznos szűréshez és szegmentáláshoz a process mining során. Az elemzők összehasonlíthatják a „Kritikus” és a „Csekély” súlyosságú események folyamatmenetét, és ellenőrizhetik, hogy a legsúlyosabb ügyeket valóban gyorsítottan kezelik-e. Az is kiderülhet, ha a „Csekély” súlyosságú problémák aránytalanul sok erőforrást igényelnek, vagy ha a „Kritikus” ügyek elakadnak a folyamatban. Ez segít a kockázatokhoz igazítani a folyamatot. Miért fontos? Lehetővé teszi a kockázatalapú folyamatelemzést, segít rangsorolni a vizsgálatokat, és ellenőrizni, hogy a nagy hatású eseményeket kellő sürgősséggel kezelik-e. Hol szerezhető be? A minőségügyi esemény fejlécadatainak szokásos mezője, gyakran „Súlyossági szint” vagy „Prioritás” néven. Példák KritikusJelentősKisebb | |||
| A hatékonyság-ellenőrzés eredménye EffectivenessCheckOutcome | Az ellenőrzés eredménye, amely megmutatja, hogy a bevezetett helyesbítő és megelőző intézkedések hatékonyak voltak-e. | ||
| Leírás A hatékonyság-ellenőrzés eredménye a helyesbítő intézkedések bevezetése után végzett ellenőrzés kimenetelét rögzíti. Az eredmény általában „Hatékony” vagy „Nem hatékony”, és azt jelzi, hogy az intézkedés megszüntette-e a probléma kiváltó okát. Ez az attribútum megmutatja, mennyire eredményes a minőségirányítási folyamat. A „Nem hatékony” eredmények magas aránya arra utalhat, hogy a kiváltó ok elemzésével vagy az intézkedések megtervezésével rendszerszintű probléma van. Ennek következménye lehet az ismételt munka és a visszatérő hiba. A process mining segítségével elemezhetők az ismétlődő folyamatkörök. A „Nem hatékony” eredménnyel záruló esetek például gyakran visszakerülnek a vizsgálati vagy kiváltóok-elemzési szakaszba, ami jelentősen növeli az átfutási időt és a költségeket. Miért fontos? Közvetlenül méri a helyesbítő intézkedések eredményességét, és segít elemezni az ismétlődő folyamatköröket, valamint a kiváltóok-elemzés hatékonyságát. Hol szerezhető be? A helyesbítő és megelőző intézkedések (CAPA) ellenőrzéséhez vagy lezárásához kapcsolódó nyilvántartásokban található. Példák HatékonyNem hatékonyEllenőrzésre vár | |||
| Érintett termék AffectedProduct | Az a termék, anyag vagy alkatrész, amelyre a minőségügyi esemény vonatkozik. | ||
| Leírás Az érintett termék attribútum azonosítja azt a konkrét terméket, anyagot vagy termékcsaládot, amelyet a minőségügyi probléma érint. A folyamat és a termék közötti kapcsolat fontos a kiváltó okok elemzéséhez és a hatás felméréséhez. A minőségügyi események termék szerinti elemzésével a vállalatok felismerhetik a trendeket, például ha egy adott terméknél szokatlanul sok a nemmegfelelőség. Ez további vizsgálatot indíthat el a termék tervezésével vagy gyártási folyamatával kapcsolatban. Az érintett termék stratégiai jelentősége vagy értékesítési volumene alapján az események rangsorolása is segíthet, így először a legsúlyosabb problémákkal foglalkozhatnak. Miért fontos? Összekapcsolja a folyamatadatokat a termékadatokkal, így a minőségügyi problémák termékcsaládonként elemezhetők, a trendek felismerhetők, a nagy hatású problémák pedig előre sorolhatók. Hol szerezhető be? A minőségügyi esemény fő rekordjában található, gyakran „Anyagszám”, „Termékazonosító” vagy „Cikkszám” mezőként. Példák PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Helyszín Location | Az a fizikai vagy logikai hely, például gyár, telephely vagy raktár, ahol a minőségi esemény történt, vagy ahol kezelik. | ||
| Leírás A Helyszín attribútum a minőségi eseményhez kapcsolódó földrajzi vagy szervezeti egységet jelöli. Ez lehet gyártóüzem, adott gyártósor, elosztóközpont vagy üzleti egység. A folyamatok helyszínenkénti elemzésével összehasonlíthatók a teljesítmények, és azonosíthatók a bevált gyakorlatok. Kiderülhet, hogy egyes telephelyek hatékonyabban oldják-e meg a minőségi problémákat, vagy bizonyos helyeken rendszeresen visszatérnek-e a hibák. A földrajzi vagy telephely szerinti elemzés segít az erőforrások hatékony elosztásában és a jól működő folyamatok szervezeten belüli egységesítésében. Miért fontos? Lehetővé teszi a telephelyek és gyárak teljesítményének összehasonlítását, így feltárhatók a helyspecifikus problémák és a bevált gyakorlatok. Hol szerezhető be? Ez az adat általában a minőségi esemény fő adatlapján szerepel, gyakran „Gyár”, „Telephely” vagy „Üzleti egység” néven. Példák A telephely, 2. épületKözponti raktár0010-es gyár | |||
| Minőségügyi esemény státusza QualityEventStatus | A minőségügyi esemény aktuális általános státusza az életciklusa során, például nyitott, vizsgálat alatt vagy lezárt. | ||
| Leírás A minőségügyi esemény státusza megmutatja az eset aktuális állapotát. Ez az attribútum az eset életciklusa során folyamatosan változik, és röviden jelzi, hol tart az esemény egy adott időpontban. A process mining során ez az attribútum hasznos az aktuális munkaterhelés és a hátralék elemzéséhez. A „Nyitott” vagy „Folyamatban” státuszú eseményekre szűrve a vezetők nyomon követhetik az aktív esetek számát. A megfelelés ellenőrzését is segíti, mert összevethető vele a tényleges státuszváltozások sora az elvárt folyamatmenettel. Egy eseményt például nem szabad „Lezárni” a „Helyesbítő intézkedés” végrehajtása előtt. Miért fontos? Röviden megmutatja az eset aktuális állapotát, ami fontos a hátralék és az aktív munkaterhelés nyomon követéséhez, valamint a folyamat előírásoknak való megfelelésének ellenőrzéséhez. Hol szerezhető be? Ez a minőségügyi esemény fejlécrekordjának fontos mezője, amely az esemény előrehaladtával frissül. Példák NyitottJóváhagyásra várLezárva | |||
| Tervezett megoldási határidő TargetResolutionDate | Az a tervezett vagy előírt dátum, ameddig a minőségi eseményt teljesen meg kell oldani és le kell zárni. | ||
| Leírás A tervezett megoldási határidő a minőségi esemény lezárására kitűzött dátum. Meghatározásakor gyakran figyelembe veszik a jogszabályi előírásokat, az ügyfelekkel kötött szolgáltatási szintű megállapodásokat vagy az esemény súlyosságán alapuló belső szabályzatokat. Ez az attribútum elengedhetetlen a teljesítmény nyomon követéséhez és a megfelelés elemzéséhez. A tényleges és a tervezett lezárási dátum összevetésével kiszámítható a határidőre megoldott esetek aránya mint KPI. A process mining megmutatja, mely eseménytípusok vagy folyamatlépések okoznak leggyakrabban késedelmet, illetve a határidők túllépését. Így a fejlesztési erőfeszítések a határidők betartására összpontosíthatók. Miért fontos? Lehetővé teszi a határidők teljesítésének mérését, segít kiszámítani a határidőre megoldott esetek arányát és feltárni a késedelmek okait. Hol szerezhető be? Általában a minőségi esemény adatlapjának fejlécében vagy tervezési adatai között található. Példák 2024-06-302024-07-152024-08-01 | |||
Minőségirányítási tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| A kiváltó okok elemzése befejezve | A kivizsgálás befejezését jelöli, amikor azonosították és dokumentálták a minőségi esemény kiváltó okát vagy okait. Ez fontos mérföldkő, amelyet a helyesbítő intézkedések megtervezése követhet. | ||
| Miért fontos? Ez a mérföldkő jelöli a diagnosztikai szakasz végét. A kiváltó okok elemzésének időtartama megmutatja, mennyire összetettek a problémamegoldási feladatok, és hol vannak bennük szűk keresztmetszetek. Hol szerezhető be? Ez abból állapítható meg, hogy kitöltik és mentik a „Root Cause” vagy a kapcsolódó elemzési mezőket. Egyes rendszerekben egy külön RCA-feladat befejezése jelzi. Rögzítés Rögzítse azt az időbélyeget, amikor a külön kiváltóok-elemzési feladatot befejezettnek jelölik, vagy amikor először kitöltik a kiváltó ok leírására szolgáló mezőt. Eseménytípus inferred | |||
| Hatékonyság igazolva | Igazolja, hogy a végrehajtott helyesbítő és megelőző intézkedések megszüntették a kiváltó okot, és megelőzték a probléma újbóli 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 mutatja meg végső soron, hogy eredményes volt-e a minőségügyi beavatkozás. Igazolja, hogy a vizsgálatra és az intézkedésekre fordított erőforrások kedvező eredményt hoztak, és megelőzték a későbbi ismételt munkát. Hol szerezhető be? Ezt akkor rögzítik, amikor befejeződik a külön hatékonyság-ellenőrzési feladat, vagy a rekord státusza „Hatékonyság igazolva” értékre változik, gyakran elektronikus aláírással együtt. Rögzítés Rögzítse a hatékonyság-ellenőrzési feladat befejezési időbélyegét vagy a végső jóváhagyási lépés időpontját. Eseménytípus explicit | |||
| Helyesbítő intézkedés végrehajtva | A jóváhagyott helyesbítő intézkedési tervben szereplő feladatok elvégzését jelzi. Ezzel igazolható, hogy megtették a közvetlen probléma kezeléséhez szükséges lépéseket. | ||
| Miért fontos? Ez a tevékenység jelzi a helyesbítő munka gyakorlati részének végét. A terv jóváhagyása és végrehajtása közötti idő megmutatja, milyen hatékonyan végzi el a csapat a szükséges feladatokat. Hol szerezhető be? Ezt általában akkor rögzítik, amikor a végrehajtó a rendszerben befejezettnek jelöli a hozzá rendelt intézkedéseket vagy feladatokat. Rögzítés Használja a kapcsolódó helyesbítő intézkedési feladatok befejezési időbélyegét, vagy az intézkedési terv rekordjának „Végrehajtva” státuszra módosítását. Eseménytípus explicit | |||
| Helyesbítő intézkedési terv jóváhagyva | A kijelölt felelős hivatalosan jóváhagyja a javasolt helyesbítő intézkedési tervet. Ez a jóváhagyás fontos feltétele a végrehajtás megkezdésének. | ||
| Miért fontos? A jóváhagyási ciklusok gyakran okoznak késedelmet. A tevékenység időtartamának és gyakoriságának elemzésével feltárhatók az ellenőrzési és jóváhagyási munkafolyamat szűk keresztmetszetei. Hol szerezhető be? Ezt általában a munkafolyamatban rögzített, időbélyeggel ellátott jóváhagyási művelet jelzi, például elektronikus aláírás vagy egy adott státuszváltozás. Rögzítés Rögzítse az elektronikus aláírás időbélyegét, vagy a „Jóváhagyva” vagy „Végrehajtásra kiadva” státuszra váltás időpontját. Eseménytípus explicit | |||
| Kivizsgálás megkezdve | A minőségi esemény hatókörének és kiváltó okának meghatározására irányuló kivizsgálási szakasz hivatalos kezdetét jelöli. Az esethez hivatalosan vizsgálót vagy csapatot rendelnek. | ||
| Miért fontos? Ez a tevékenység jelöli a problémamegoldás érdemi szakaszának kezdetét. Az esemény létrehozása és a kivizsgálás megkezdése között eltelt idő követése feltárja a minőségügyi csapat esetleges elmaradásait. Hol szerezhető be? Ezt az eseményt általában akkor rögzítik, amikor a rekord státusza „Under Investigation” értékre változik, vagy amikor hivatalosan vizsgálót rendelnek hozzá. Rögzítés Használja az „Under Investigation” státuszra váltás időbélyegét, vagy a felelős, illetve a vizsgálói szerepkör első hozzárendelésének időpontját. Eseménytípus inferred | |||
| Minőségi esemény létrehozása | Ez az első tevékenység, amely a minőségi esemény rekordjának hivatalos létrehozását jelöli. A felhasználó azonosít és rögzít egy minőségi problémát, például nemmegfelelőséget, hibát vagy panaszt a rendszerben, ezzel elindítva a folyamatot. | ||
| Miért fontos? Ez a tevékenység a folyamat elsődleges kezdőpontja, amelytől mérhető a teljes átfutási idő az azonosítástól a lezárásig. A beérkező minőségi események számának követéséhez is elengedhetetlen. Hol szerezhető be? Ez általában kifejezett eseményként jelenik meg az auditnyomvonalban vagy a tranzakciós naplóban, amikor új rekord jön létre. Keresse a létrehozási időbélyeget az elsődleges minőségi eseménytáblában. Rögzítés Használja a minőségi esemény rekordjának létrehozási időbélyegét, például a Quality Notification, Non-conformance vagy Complaint rekordét. Eseménytípus explicit | |||
| Minőségügyi esemény lezárva | Az utolsó tevékenység a minőségügyi esemény sikeres megoldását és adminisztratív lezárását jelzi. Ekkor a folyamat befejeződik, a rekord pedig előzményként megmarad. | ||
| Miért fontos? Ez a folyamat elsődleges végpontja. A lezárásig eltelt idő fontos KPI, a lezárt események elemzése pedig teljes képet ad a folyamat egészéről. Hol szerezhető be? Ez egy fontos, kifejezetten rögzített esemény: a rekord végső státusza „Lezárva” vagy „Befejezve” értékre változik, időbélyeggel együtt. Rögzítés Használja a végső státusz „Lezárva”, „Befejezve” vagy az ezeknek megfelelő végállapot értékre váltásának időbélyegét. Eseménytípus explicit | |||
| A hatékonyság ellenőrzése sikertelen | Azt jelzi, hogy a végrehajtott intézkedések nem oldották meg a problémát. Ez gyakran új vizsgálatot vagy új helyesbítő intézkedési ciklust indít el. | ||
| Miért fontos? Ez a tevékenység jelentős folyamatbeli hibára és sok ismételt munkára utal. Az események elemzésével feltárható, miért nem működnek a megoldások, és hogyan fejleszthető a kiváltó okok elemzésének folyamata. Hol szerezhető be? Ezt a sikertelen ellenőrzési lépés rögzíti, amely után a státuszváltozás újra megnyitja a vizsgálatot vagy a CAPA-tervezést. Rögzítés Rögzítse a sikertelen ellenőrzést jelző státuszváltozás időbélyegét, például a „Hatékonyság nem igazolt” vagy az „Új vizsgálat szükséges” státuszét. Eseménytípus explicit | |||
| Első értékelés befejezve | Az újonnan létrehozott minőségi esemény első áttekintésének vagy előzetes besorolásának befejezését jelöli. Ebben a lépésben az eseményt típus és súlyosság szerint besorolják, majd prioritást rendelnek hozzá a további munkafolyamat meghatározásához. | ||
| Miért fontos? Az első szakasz időtartamának elemzése segít feltárni, ha késik az új minőségi események visszaigazolása és feldolgozása. Emellett olyan attribútumokat is biztosít, amelyekkel súlyosság vagy típus szerint szűrhetők az esetek. Hol szerezhető be? Ez gyakran a státusz „New” értékről „Under Assessment” vagy „In Progress” értékre váltásából következtethető ki. Akkor is rögzíthető, amikor először kitöltik a besorolási és prioritási mezőket. Rögzítés Rögzítse azt az időbélyeget, amikor a státusz az értékelés befejezését jelzi, vagy amikor először mentik a besorolási és prioritási mezőket. Eseménytípus inferred | |||
| Érintettek értesítve | A minőségügyi esemény megoldásáról szóló hivatalos tájékoztatást jelenti az érintettek, például a bejelentő vagy az érintett részlegek felé. | ||
| Miért fontos? Bár nem mindig része a folyamat alaplépéseinek, az érintettekkel folytatott kommunikáció nyomon követése képet adhat a folyamat teljességéről és az általános szolgáltatási színvonalról. Hol szerezhető be? Ezt nehéz rögzíteni, és előfordulhat, hogy külön naplózott műveletként szerepel. A munkafolyamatban szereplő „Végső értesítés” feladat befejezéséből is következtetni lehet rá. Rögzítés Rögzítse az időbélyeget, amikor a rendszer naplózza az automatikus e-mail-értesítést, vagy amikor a manuális kommunikációs feladatot befejezettnek jelölik. Eseménytípus inferred | |||
| Helyesbítő intézkedési terv benyújtva | Ez a tevékenység akkor történik, amikor dokumentálják és felülvizsgálatra benyújtják az azonosított kiváltó ok kezelésére szolgáló hivatalos tervet. A terv felsorolja a végrehajtandó konkrét helyesbítő intézkedéseket. | ||
| Miért fontos? Ez a lépés indítja el a folyamat megoldási szakaszát. A tervjavaslatig eltelt idő megmutatja, milyen gyorsan jutnak el a csapatok az elemzéstől a cselekvésig. Hol szerezhető be? Ezt gyakran egy kapcsolódó helyesbítő intézkedési terv rekordjának létrehozása vagy a státusz olyan módosítása jelzi, amely szerint a terv készen áll az ellenőrzésre. Rögzítés Használja a kapcsolódó helyesbítő intézkedés vagy CAPA-rekord létrehozási időbélyegét, illetve a „Jóváhagyásra vár” státuszra váltás időpontját. Eseménytípus explicit | |||
| Helyesbítő intézkedési terv elutasítva | A javasolt helyesbítő intézkedési tervet ellenőrizték, de elutasították. A tervet ezért módosítani és újra benyújtani kell, ami ismétlődő munkát eredményez a folyamatban. | ||
| Miért fontos? Ez a tevékenység a folyamatban lévő hatékonysági problémákra és ismételt munkára hívja fel a figyelmet. A gyakori elutasítás arra utalhat, hogy nem egyértelműek a követelmények, vagy nem megfelelő a kiváltó okok elemzése. Hol szerezhető be? Ezt a „Elutasítva” vagy „Módosítás szükséges” státuszra váltás jelzi, gyakran indoklási kóddal vagy megjegyzésekkel együtt. Rögzítés Rögzítse az „Elutasítva” vagy „Módosításra visszaküldve” státuszra váltás időbélyegét. Eseménytípus explicit | |||
| Megelőző intézkedés végrehajtva | A lehetséges nemmegfelelőségek okának megszüntetésére irányuló feladatok befejezését jelzi, megelőzve azok újbóli előfordulását. Ez megelőző lépés, amelyre gyakran egy helyesbítő intézkedés után kerül sor. | ||
| Miért fontos? Ez a tevékenység azt mutatja, hogy a minőségügyi folyamat a megelőzésre, nem csupán a hibák kijavítására összpontosít. A megelőző intézkedések végrehajtásának nyomon követésével mérhető a hosszú távú folyamatfejlesztés. Hol szerezhető be? Ezt akkor rögzítik, amikor a kijelölt megelőző intézkedési feladatokat befejezettnek jelölik, gyakran az eredeti minőségügyi eseményhez kapcsolódó rekordban. Rögzítés Használja a kapcsolódó megelőző intézkedési feladatok befejezési időbélyegét, vagy a megelőző intézkedés rekordjának státuszfrissítését. Eseménytípus explicit | |||
| Minőségügyi esemény megszakítva | Alternatív végpont, amikor a minőségügyi eseményt teljes megoldás nélkül lezárják. Erre akkor kerülhet sor, ha az esemény érvénytelen, egy másik bejegyzés duplikátuma, vagy tévedésből hozták létre. | ||
| Miért fontos? Ez a tevékenység a folyamat nem eredményes, alternatív lezárását jelzi. A megszakított események nagy száma felhasználói képzési vagy kezdeti adatrögzítési problémákra utalhat. Hol szerezhető be? Ezt a „Megszakítva” vagy „Érvénytelenítve” végső státuszra váltás jelzi, gyakran a hozzá tartozó indoklási kóddal együtt. Rögzítés Rögzítse az időbélyeget, amikor a rekord státusza „Megszakítva”, „Érvénytelenítve” vagy „Érvénytelen” értékre változik. Eseménytípus explicit | |||
| Végső ellenőrzés befejezve | A teljes minőségügyi eseményrekord végső ellenőrzése során meggyőződnek arról, hogy minden dokumentáció hiánytalan, és minden előírt lépést elvégeztek. Ez gyakran az utolsó jóváhagyási lépés a lezárás előtt. | ||
| Miért fontos? Ez a tevékenység jelenti az utolsó minőségügyi ellenőrzési pontot az ügy lezárása előtt. Az itt jelentkező késedelem mesterségesen meghosszabbíthatja az átfutási időt, és dokumentációs problémákra utalhat. Hol szerezhető be? Ez gyakran a minőségbiztosítási munkatárs kifejezett jóváhagyása vagy elektronikus aláírása, amely után a státusz „Lezárva” értékre módosítható. Rögzítés Használja a végső minőségügyi ellenőrzés jóváhagyásának időbélyegét, vagy a „Lezárásra vár” vagy „Végső ellenőrzés befejezve” státuszra váltás időpontját. Eseménytípus explicit | |||
Adatkinyerési útmutatók
Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért
olvassa el az ETL-útmutatónkat vagy válasszon ki egy konkrét folyamatot és rendszert.
Készen áll a kezdésre?
A minőségirányítási folyamat fejlesztéséhez válasszon az alábbi rendszerfüggő adatkinyerési útmutatók közül, vagy használja ezt az általános sablont az adatok előkészítésének megkezdéséhez.
Kezdje el még ma a minőségirányítás fejlesztését
Adatokra épülő elemzésekkel tárja fel a szűk keresztmetszeteket, és javítsa a megfelelést.
Nincs szükség bankkártyára, a beállítás 5 percet vesz igénybe.