Minőségirányítási adatgyűjtési sablon

Oracle Quality Management
Minőségirányítási adatgyűjtési sablon

Minőségirányítási adatgyűjtési sablon

Ez a sablon bemutatja a minőségirányítási folyamatok elemzéséhez szükséges adatattribútumokat és tevékenységeket. Gyakorlati útmutatást is ad ahhoz, hogyan nyerje ki ezeket az adatokat az Oracle minőségirányítási rendszeréből. Használja a sablont, hogy minden szükséges adatot összegyűjtsön a részletes elemzéshez és a folyamatok optimalizálásához.
  • Javasolt attribútumok
  • Követendő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Minőségirányítási attribútumok

Az alábbi adatmezőket és kiegészítő információkat érdemes felvenni az eseménynaplóba a minőségirányítás részletes elemzéséhez.
3 Kötelező 7 Javasolt 10 Nem kötelező
Név Leírás
Esemény kezdési időpontja
EventStartTime
Az az időbélyeg, amely megmutatja, mikor kezdődött egy tevékenység vagy esemény.
Leírás

Ez az attribútum megadja, hogy egy adott folyamatlépés pontosan mikor kezdődött. Ez az elsődleges időadat az események időrendi sorba rendezéséhez és az egyes minőségi esetek folyamatának felépítéséhez.

Az elemzésben az esemény kezdési időpontja elengedhetetlen az átfutási, időtartam- és várakozási idők kiszámításához. A lépések közötti hosszú késedelmek feltárásával segít azonosítani a szűk keresztmetszeteket, és az időalapú KPI-k, például a Root Cause Analysis Lead Time mérésére is használható.

Miért fontos?

Ez az időbélyeg a folyamatelemzés alapja: lehetővé teszi az időalapú számításokat és a tevékenységek helyes sorrendbe állítását.

Hol szerezhető be?

Ez az időbélyeg jellemzően a minőségi intézkedésekhez és gyűjtési tervekhez kapcsolódó tranzakciós naplókban vagy előzménytáblákban található, gyakran CREATION_DATE vagy hasonló néven.

Példák
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
Minőségi esemény
QualityEventId
Egyetlen minőségi esemény, például nemmegfelelőség, panasz vagy eltérés egyedi azonosítója.
Leírás

A minőségi esemény azonosítója az elsődleges esetazonosító. Ezzel csoportosíthatók a kezdeti bejelentéstől a végső lezárásig tartó, kapcsolódó tevékenységek. Minden minőségi incidens egyedi azonosítót kap, így a kivizsgálás és a megoldás teljes előzménye rögzíthető.

A process mining elemzésben ez az attribútum alapvető fontosságú az egyes minőségi események teljes folyamatának rekonstruálásához. Segítségével kiszámítható a teljes ciklusidő, azonosíthatók a folyamatváltozatok, és elemezhető, hogyan kezelik a különböző eseménytípusokat. Ha minden tevékenységnapló-bejegyzés egy adott minőségi esemény azonosítójához kapcsolódik, az elemzők megjeleníthetik a teljes folyamatot, és feltárhatják a rendszerszintű szűk keresztmetszeteket vagy megfelelési problémákat.

Miért fontos?

Ez az azonosító határozza meg az egyes esetek körét, így pontosan nyomon követhetők a minőségi események, és kiszámíthatók a teljes folyamatra vonatkozó teljesítménymutatók.

Hol szerezhető be?

Az Oracle Quality Management minőségi eseményeket vagy gyűjtési terveket tartalmazó fő tábláiban ez jellemzően az elsődleges kulcs, például a QA_RESULTS táblában.

Példák
NC-2023-00123CAPA-45892QE-500-A
Tevékenység neve
ActivityName
A minőségirányítási folyamatban végrehajtott konkrét feladat vagy lépés neve.
Leírás

Ez az attribútum a minőségi esemény kezelése során végrehajtott egyedi eseményt vagy műveletet írja le. Az időbélyegek szerint rendezett tevékenységek sorozata adja az egyes esetek folyamatát.

A tevékenység nevének elemzése a process mining egyik alapja. Segítségével feltárható a tényleges folyamatmodell, összevethető az elvárt modellel a megfelelőség ellenőrzéséhez, valamint azonosíthatók a szűk keresztmetszetek és az egyes tevékenységek közötti újramunkálási körök. Például megmérhető a „Vizsgálat megkezdve” és a „Kiváltó ok elemzése elvégezve” közötti idő.

Miért fontos?

Ez az attribútum alapvető a folyamat feltérképezéséhez, az eltérések azonosításához és a tényleges munkavégzés megértéséhez.

Hol szerezhető be?

Ez az információ jellemzően az Oracle Quality Management modul eseménynaplóiból, állapotváltozási rekordjaiból vagy műveleti előzményeket tartalmazó tábláiból származik.

Példák
Minőségi probléma azonosítvaVizsgálat megkezdveHelyesbítő intézkedési terv jóváhagyvaVégső felülvizsgálat és lezárás
Aktuális állapot
CurrentStatus
A minőségi esemény aktuális állapota.
Leírás

Ez az attribútum a minőségi esemény aktuális állapotát jelzi az életciklusa során, például „Nyitott”, „Kivizsgálás alatt”, „Jóváhagyásra vár” vagy „Lezárt”. Megmutatja, hogy az adatkinyerés időpontjában hol tart az eset a folyamatban.

Ez az attribútum fontos a működés nyomon követéséhez, és közvetlenül támogatja a „Nyitott minőségi események és állapotuk áttekintése” dashboardot. A vezetők gyorsan áttekinthetik a folyamatban lévő minőségi problémákat, és rangsorolhatják az erőforrások felhasználását. A process mining során a végső állapot szerinti szűrés segít elemezni a különböző folyamatútvonalak eredményeit.

Miért fontos?

Valós idejű képet ad a minőségi események állományáról, így hatékonyabban irányíthatók a folyamatban lévő ügyek, és meghatározható a prioritásuk.

Hol szerezhető be?

Ez az információ általában a minőségi események fő fejlécét tartalmazó táblában található, és az esemény utolsó ismert állapotát mutatja.

Példák
NyitottFolyamatbanJóváhagyásra várLezárva
Célzott megoldási határidő
TargetResolutionDate
A minőségügyi esemény végleges lezárásának tervezett vagy várható dátuma.
Leírás

Ez az attribútum azt a határidőt jelöli, ameddig a minőségügyi eseményt várhatóan teljesen megoldják. Szolgáltatási szintű megállapodásként (SLA) vagy belső célhatáridőként szolgál, amelyet gyakran az esemény súlyossága vagy típusa alapján határoznak meg.

Ez a dátum alapvető a teljesítmény nyomon követéséhez, és közvetlenül felhasználható a „CAPA végrehajtásának határidőre teljesítése” KPI kiszámításához. Az elemzők a tevékenységek tényleges befejezési dátumát a célhatáridővel összevetve mérhetik a határidők betartását, azonosíthatják a késés kockázatának kitett eseményeket, és nyomon követhetik a határidőre történő teljesítés alakulását. Ez segít csökkenteni a megoldási ciklusidőt.

Miért fontos?

Viszonyítási alapot ad a határidők betartásának méréséhez, és nélkülözhetetlen a határidőre vonatkozó KPI-k kiszámításához, valamint az SLA-k kezeléséhez.

Hol szerezhető be?

Tekintse meg az Oracle Quality Management dokumentációját. Ez lehet szabványos dátummező vagy a minőségügyi adatgyűjtési tervben felhasználó által meghatározott elem.

Példák
2023-05-302023-06-152024-01-10
Esemény befejezési időpontja
EventEndTime
Az az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység vagy esemény.
Leírás

Az esemény befejezési időpontja jelzi egy adott tevékenység végét. A kezdési időponttal együtt meghatározza a tevékenység feldolgozási idejét. Egyes rendszerekben a tevékenység azonnal lezajlik, ilyenkor a kezdési és befejezési időpont megegyezik.

Ez az attribútum elengedhetetlen a részletes időtartam-elemzéshez. Segítségével elkülöníthető az aktív feldolgozási idő, vagyis a kezdés és a befejezés közötti idő, valamint a várakozási idő, amely az egyik tevékenység vége és a következő kezdete között telik el. Így látható, hol dolgoznak aktívan az erőforrások, és hol okoznak késedelmet az átadások.

Miért fontos?

Lehetővé teszi a tevékenységek feldolgozási idejének pontos kiszámítását, így elkülöníthetők a nem hatékony feladatok a hosszú várakozási időktől.

Hol szerezhető be?

A kezdési időponttal azonos tranzakciós vagy előzménytáblákban is elérhető lehet, például LAST_UPDATE_DATE vagy egy külön befejezési időbélyeg néven. A következő esemény kezdési időpontjából is megállapítható.

Példák
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
Felelős részleg
ResponsibleDepartment
A minőségi eseményért vagy az aktuális tevékenységért felelős részleg vagy szakterület.
Leírás

Ez az attribútum azt a csapatot vagy részleget jelöli, amely a minőségi esemény kezeléséért felel. Ilyen lehet például a minőségbiztosítás, a mérnökség, a termelés vagy egy másik csoport. A felelős részleg az esemény életciklusa során változhat.

A felelős részleg szerinti process mining elemzés segít megérteni a munkaterhelés eloszlását, feltárni a részlegek szűk keresztmetszeteit, és összehasonlítani a különböző csapatok teljesítményét. A „Minőségi események erőforrás-elosztása” dashboard megmutatja, hogy mely részlegek milyen típusú tevékenységekben vesznek részt, így az erőforrások kezelése is fejleszthető.

Miért fontos?

Lehetővé teszi a munkaterhelés, a teljesítmény és a részlegek szűk keresztmetszeteinek elemzését, ami fontos az erőforrás-tervezéshez és a szervezet fejlesztéséhez.

Hol szerezhető be?

Tekintse meg az Oracle Quality Management dokumentációját. Az adat a minőségi intézkedésekhez vagy a minőségi eseményhez kapcsolódó kiosztásokhoz tartozó táblákban tárolható.

Példák
Minőségügyi mérnökségGyártási működésBeszállítói minőségügyTervezőmérnökség
Kiosztott felhasználó
AssignedUser
Az a felhasználó, akit egy tevékenység végrehajtásával vagy a minőségi esemény kezelésével bíztak meg.
Leírás

Ez az attribútum megadja, ki felel egy adott feladatért vagy a minőségi esemény teljes kezeléséért. A felelős részlegnél részletesebb képet ad.

A felhasználó szerinti elemzés segít megérteni az egyéni munkaterhelést, feltárni a képzési igényeket és azonosítani a kiemelkedő teljesítményt nyújtó munkatársakat. Azt is megmutathatja, ha a munkát rendszeresen újra kiosztják, vagy egyes feladatok bizonyos felhasználóknál elakadnak. Ez a részletesség hasznos a teljesítmény kezeléséhez és az erőforrások pontosabb tervezéséhez.

Miért fontos?

Lehetővé teszi az egyéni munkaterhelés és teljesítmény részletes elemzését, így feltárhatók az erőforráshiányok és a képzési lehetőségek.

Hol szerezhető be?

Tekintse meg az Oracle Quality Management dokumentációját. A felhasználók kiosztására vonatkozó adatok jellemzően a minőségi eseményhez kapcsolódó műveleti vagy workflow-táblákban találhatók.

Példák
j.smitha.jonesr.williams
Kiváltó ok kategóriája
RootCauseCategory
A minőségügyi probléma megállapított kiváltó okának besorolása.
Leírás

A kiváltó ok elemzése után az eredményeket gyakran előre meghatározott csoportokba sorolják, például „Berendezéshiba”, „Emberi hiba” vagy „Tervezési hiba”. Ez az attribútum tárolja a végleges besorolást.

A folyamat kiváltó ok kategóriája szerinti elemzése különösen hasznos. Segít az egyedi tünetek kezeléséről a mögöttes, rendszerszintű problémák megoldására helyezni a hangsúlyt. Ha például sok eseménynél a „Képzési hiányosság” a kiváltó ok, az indokolhatja a munkatársak képzésének fejlesztését, ami a megelőző intézkedések egyik fő célja.

Miért fontos?

Ez az attribútum segít a reaktív minőségirányításról a megelőző megközelítésre váltani, mert lehetővé teszi a hibák alapvető okainak elemzését.

Hol szerezhető be?

Tekintse meg az Oracle Quality Management dokumentációját. Ez valószínűleg az adatgyűjtési terv felhasználó által meghatározott eleme, amelyet a „Kiváltó ok elemzése” tevékenység után töltenek ki.

Példák
Berendezés meghibásodásaAnyaghibaEmberi hibaAz eljárást nem követték
Súlyossági szint
SeverityLevel
A minőségi esemény hatásának besorolása, például kritikus, jelentős vagy csekély.
Leírás

A súlyossági szint a minőségi probléma ügyfelekre, a megfelelésre vagy az üzleti működésre gyakorolt lehetséges hatásának értékelése. Ezt általában az elsődleges felmérés során határozzák meg. A besorolás segít rangsorolni az erőforrásokat, és meghatározni a szükséges válaszlépés sürgősségét.

A process mining során ez az attribútum fontos a szegmentáláshoz. Az elemzők összehasonlíthatják a nagy és kis súlyosságú események folyamatútvonalait, ciklusidejét és eredményeit. A „Minőségi események besorolásának következetessége” dashboard és a „Megoldási arány súlyosság szerint” KPI megmutatja, hogy a kritikus problémákat valóban gyorsabban és hatékonyabban kezelik-e.

Miért fontos?

Segít rangsorolni az eseteket és külön bontani az elemzést, így a nagy hatású minőségi események hatékonyan kezelhetők.

Hol szerezhető be?

Tekintse meg az Oracle Quality Management dokumentációját. Ez gyakran a minőségügyi adatgyűjtési tervben konfigurálható elem.

Példák
1 - Kritikus2 - Jelentős3 - Kisebb4 - Tájékoztató jellegű
Adatok utolsó frissítése
LastDataUpdate
A forrásrendszerből érkező adatok legutóbbi frissítésének vagy módosításának időbélyege.
Leírás

Ez az attribútum jelzi, mikor frissültek utoljára az esemény adatai a process mining adatkészletében. Megmutatja, mennyire frissek az adatok, és segít megítélni, mennyire aktuális az elemzés.

A dashboardokon és jelentésekben ez az időbélyeg fontos támpontot ad a felhasználónak. Egyértelművé teszi, hogy valós idejű adatokat vagy egy adott időpontban készült pillanatképet lát-e. Ez elengedhetetlen a megalapozott működési döntésekhez, és átláthatóvá teszi az adatok aktualitását.

Miért fontos?

Ez az időbélyeg megmutatja, mennyire frissek az adatok, így a felhasználók látják, mennyire aktuális a folyamatelemzés.

Hol szerezhető be?

Ez az érték az ETL-folyamat során jön létre és kerül tárolásra. Jellemzően azt az időpontot mutatja, amikor az adatfolyam utoljára sikeresen lefutott.

Példák
2023-10-27T04:00:00Z2023-10-26T04:00:00Z
Forrásrendszer
SourceSystem
Megadja, melyik nyilvántartó rendszerből származnak a kinyert adatok.
Leírás

Ez az attribútum megadja, melyik alkalmazásból vagy rendszerből származnak az eseményadatok. Vállalati környezetben a minőségi események adatai több forrásból is érkezhetnek, például az Oracle Quality alapmoduljából, egy külön CAPA-rendszerből vagy egy ügyfélpanasz-portálról.

Elemzéskor ez a mező segít megérteni az adatok eredetét, és lehetővé teszi a folyamat forrásrendszer szerinti bontását. Fontos az adatirányításhoz és az adatintegrációs problémák feltárásához, valamint ahhoz, hogy a folyamatnézet pontosan tükrözze az egyesített adatforrásokat.

Miért fontos?

Fontos információt ad az adatok eredetéről, ami nélkülözhetetlen az adatok ellenőrzéséhez és irányításához, valamint a különböző rendszerek folyamateltéréseinek elemzéséhez.

Hol szerezhető be?

Ez jellemzően egy statikus érték, amelyet az adatok kinyerése, átalakítása és betöltése (ETL) során adnak hozzá az adatkészlet forrásának megjelölésére.

Példák
Oracle Quality Management R12Oracle EBS QualityQM-PROD
Határidőre teljesült
IsOnTime
Jelzi, hogy a helyesbítő intézkedést a célzott megoldási határidőig végrehajtották-e.
Leírás

Ez a logikai attribútum a „Helyesbítő intézkedés végrehajtása” tevékenység befejezési időbélyegének és az esethez tartozó „Célzott megoldási határidőnek” az összevetéséből származik. Értéke igaz, ha az intézkedést a célhatáridőig vagy korábban végrehajtották, egyébként hamis.

Ez az attribútum közvetlenül támogatja a „CAPA végrehajtásának határidőre teljesítése” KPI-t. Egyszerűbbé teszi az elemzést és a dashboardok létrehozását, mert minden eset határidőre történő teljesítését egyértelműen, két értékkel jelöli. Könnyen szűrhető és összesíthető, így nyomon követhető a szolgáltatási szintek betartása, és feltárhatók a késések kiváltó okai.

Miért fontos?

Egyszerűbbé teszi a célhatáridők betartásának nyomon követését, így könnyen mérhető és jelenthető ez a fontos KPI.

Hol szerezhető be?

Ez az adatátalakítás során kiszámított, származtatott jelző. Ehhez szükség van a TargetResolutionDate értékre és a megfelelő befejezési tevékenység időbélyegére.

Példák
truefalse
Helyesbítő intézkedési terv azonosítója
CorrectiveActionPlanId
A minőségügyi esemény kezelésére létrehozott helyesbítő intézkedési terv (CAPA) egyedi azonosítója.
Leírás

Ez az attribútum közvetlen kapcsolatot teremt a minőségügyi esemény és az annak megoldására kidolgozott helyesbítő és megelőző intézkedési terv között. A terv gyakran külön rendszerobjektum, saját életciklussal.

Az elemzés során ezzel az azonosítóval összekapcsolhatók a minőségügyi események folyamatának és a CAPA-kezelési folyamatnak az adatai, így teljesebb kép kapható. Segít ellenőrizni, hogy minden CAPA-t igénylő eseményhez rendeltek-e tervet, és elemezni az intézkedések hatékonyságát.

Miért fontos?

Összekapcsolja a problémát (minőségügyi eseményt) a megoldással (CAPA), így a minőségirányítási rendszer teljes folyamatáról készíthető elemzés.

Hol szerezhető be?

Ez a minőségügyi esemény rekordjának hivatkozási mezője lehet, amely a CAPA-hoz tartozó táblában vagy modulban lévő rekordra mutat.

Példák
CAPA-2023-088CAPA-2023-091
Hibatípus
IssueCategory
A minőségügyi probléma kategóriája vagy típusa, például „Termékhiba” vagy „Folyamattól való eltérés”.
Leírás

Ez az attribútum besorolja a minőségügyi eseményt, így az elemzéshez csoportosíthatók a hasonló problémák. A kategóriákat általában a szervezet határozza meg, hogy azok tükrözzék a saját működési környezetét.

A folyamat hibatípus szerinti elemzésével feltárhatók az egyes problématípusokhoz kapcsolódó mintázatok. Például kiderülhet, hogy a „Beszállítói anyag” típusú problémák ciklusideje jóval hosszabb, mint a „Belső folyamat” kategóriáé. Ez a bontás segít célzott folyamatfejlesztési kezdeményezések meghatározásában.

Miért fontos?

A problémák kategorizálása lehetővé teszi a célzott elemzést, így feltárhatók az egyes problématerületek trendjei és kiváltó okai.

Hol szerezhető be?

Tekintse meg az Oracle Quality Management dokumentációját. Ez valószínűleg a minőségügyi adatgyűjtési tervben felhasználó által meghatározott elem.

Példák
TermékhibaFolyamattól való eltérésBeszállítói anyagÜgyfélpanasz
Ismételt munka
IsRework
Jelzi, ha egy tevékenység ugyanazon az eseten belül egy korábbi lépés megismétlése vagy újramunkálása.
Leírás

Ez a logikai jelző igaz értéket kap, ha egy adott tevékenység, például a „Helyesbítő intézkedési terv javaslata” egy minőségügyi eseményen belül többször is előfordul. Ez folyamatbeli visszalépést vagy javítást jelez, amikor egy korábban elvégzett lépést újra végre kellett hajtani.

Az ismételt munka azonosítása a process mining egyik fontos lehetősége. Ez a jelző egyszerűbbé teszi az ilyen hatékonysági problémák számszerűsítését, és közvetlenül támogatja a „Tevékenységek ismételt végrehajtásának gyakorisága” KPI-t. Ha elemzi, mely lépéseket kell leggyakrabban megismételni, és milyen körülmények között, feltárhatja a képzéssel, az adatminőséggel vagy a jóváhagyási feltételekkel kapcsolatos problémákat, és azonosíthatja a folyamat hatékonyabbá tételének lehetőségeit.

Miért fontos?

Jelzi a folyamat hatékonysági problémáit és ismétlődő lépéseit, így számszerűsíthető a veszteség, és feltárhatók az ismételt munka kiváltó okai.

Hol szerezhető be?

Az adat-előkészítés során az eseménynaplón végzett ablakfüggvényekkel vagy sorrendi elemzéssel számítható ki. Azt azonosítja, ha ugyanaz a tevékenységnév többször szerepel ugyanahhoz az esethez.

Példák
truefalse
Lezárási kód
ClosureCode
A minőségügyi esemény lezárásának okát vagy eredményét jelölő kód.
Leírás

A minőségügyi esemény lezárásakor gyakran lezárási kódot rendelnek hozzá, amely besorolja a végső eredményt. Ilyen például a „Hatékony intézkedés”, a „Nem szükséges intézkedés” vagy a „Duplikált probléma”.

Ez az attribútum hasznos az eredmények elemzéséhez. A különböző lezárási kódokra szűrve elemezhető, hogy mely folyamatútvonalak vezetnek sikeres eredményhez, és melyek nem. Segíthet megválaszolni például azt a kérdést, hogy „Hogyan zajlik a folyamat a duplikátumként lezárt problémáknál?”, és feltárni az előzetes értékelés során jelentkező hatékonysági problémákat.

Miért fontos?

Fontos információt ad az eset eredményéről, így elemezhető, hogy mely folyamatútvonalak vezetnek sikeres megoldáshoz.

Hol szerezhető be?

Tekintse meg az Oracle Quality Management dokumentációját. Ezt a mezőt valószínűleg a végső lezárási tevékenység során töltik ki.

Példák
HATÉKONYNINCS_INTÉZKEDÉSDUPLIKÁTUMKOCKÁZAT_ELFOGADVA
Teljes ciklusidő
TotalCycleTime
A minőségügyi probléma azonosításától a végleges lezárásáig eltelt teljes idő.
Leírás

Ez az attribútum egy minőségügyi esemény teljes, elejétől a végéig tartó időtartamát méri. Az első tevékenység („Minőségügyi probléma azonosítása”) és az utolsó tevékenység („Végső felülvizsgálat és lezárás”) időbélyege közötti különbségként számítható ki.

Ez a minőségirányítási folyamat általános hatékonyságának egyik fő KPI-ja. A „Minőségügyi esemény teljes ciklusideje” dashboard legfontosabb mérőszáma. Ha időben nyomon követi, és például a súlyosság vagy a hibatípus szerint bontja, képet kaphat a folyamat állapotáról és a fejlesztési kezdeményezések hatásáról.

Miért fontos?

Ez a KPI a teljes minőségirányítási folyamat sebességét és hatékonyságát méri az elejétől a végéig.

Hol szerezhető be?

A process mining adatfeldolgozása során, az eset szintjén számítható ki. Ehhez minden QualityEventId esetében szükség van az első esemény kezdési és az utolsó esemény befejezési időpontjára.

Példák
P30DT12HP15DP92D
Termékazonosító
ProductIdentifier
A minőségügyi eseményhez kapcsolódó termék azonosítója.
Leírás

Ez az attribútum összekapcsolja a minőségügyi eseményt egy adott termékkel, anyaggal vagy szolgáltatással. Lehet termékkód, SKU vagy cikkszám.

Ez a kapcsolat nélkülözhetetlen a termékminőség elemzéséhez. A process mining segítségével összehasonlíthatók a minőségirányítási folyamatok a különböző termékcsaládok között, illetve azonosíthatók azok a termékek, amelyekhez gyakran kapcsolódnak minőségügyi problémák. Így a mérnöki vagy gyártási fejlesztési erőforrások oda összpontosíthatók, ahol a legnagyobb szükség van rájuk.

Miért fontos?

A minőségügyi eseményeket konkrét termékekhez kapcsolja, így elemezhetők a termékminőségi trendek és a folyamatok eltérései.

Hol szerezhető be?

Ezt az adatot a minőségügyi adatgyűjtési terv egyik mezője tárolja, amely gyakran az Oracle Inventory cikktörzséhez kapcsolódik.

Példák
SKU-100-A-PIROSCIKKSZÁM-987654VEGY-X2
Üzleti egység
BusinessUnit
A szervezet azon üzleti egysége vagy részlege, ahol a minőségügyi esemény történt, vagy ahol kezelik.
Leírás

Ez az attribútum a minőségügyi eseményt a szervezet egy meghatározott egységéhez rendeli. Segít összehasonlítani és elemezni a minőségi teljesítményt a különböző szervezeti egységek között.

Nagyvállalatoknál gyakori igény, hogy a folyamatokat üzleti egység szerint lehessen elemezni. Így az egyes egységekhez külön dashboard készíthető, és kiderülhet, hogy hol hatékonyabbak a minőségügyi folyamatok, illetve mely részlegek szembesülnek sajátos kihívásokkal. Ez támogatja a vállalati szintű felügyeletet és a bevált gyakorlatok megosztását.

Miért fontos?

Lehetővé teszi a teljesítmény összehasonlítását és elemzését a szervezet különböző egységei között, támogatva a vállalati szintű minőségirányítást.

Hol szerezhető be?

Ez általában a tranzakcióhoz kapcsolódó szervezeti adatok része, amely gyakran a felhasználó vagy a részleg törzsadataiból származik.

Példák
Orvostechnikai eszközökSzórakoztatóelektronikai termékekGépjárműalkatrészek
Kötelező Javasolt Nem kötelező

Minőségirányítási tevékenységek

Az alábbi fontos folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban a folyamat pontos feltárásához és teljesítményének értékeléséhez.
6 Javasolt 8 Nem kötelező
Tevékenység Leírás
Helyesbítő intézkedési terv jóváhagyva
A javasolt helyesbítő intézkedési terv kijelölt felelős általi hivatalos jóváhagyását jelöli. Ez fontos ellenőrzési pont, amelyet általában egy kifejezett jóváhagyási művelet vagy az „Approved” állapotba váltás rögzít.
Miért fontos?

A jóváhagyás fontos mérföldkő, és gyakran szűk keresztmetszetet jelent. A jóváhagyási idők elemzésével egyszerűsíthető a folyamat, és biztosítható az eljárásoknak való megfelelés.

Hol szerezhető be?

A Quality Action vagy CAPA rekord „Approved” állapotba váltásából állapítható meg. A jóváhagyási munkafolyamatot használó Oracle-rendszerek gyakran kifejezetten rögzítik ezt a változást az auditnaplókban.

Rögzítés

Az „Approved” állapotba váltásból állapítható meg.

Eseménytípus inferred
Intézkedés hatékonysága igazolva
Megerősíti, hogy a végrehajtott helyesbítő intézkedés megszüntette a kiváltó okot, és megelőzte a probléma újbóli előfordulását. Akkor rögzíthető, amikor egy felhasználó befejezi az ellenőrzést, és frissíti a rekord állapotát.
Miért fontos?

Ez az eredményalapú mérföldkő az „Effectiveness Verif. Rate” KPI alapja. Lezárja a helyesbítő intézkedés folyamatát, és igazolja, hogy a problémát valóban megoldották.

Hol szerezhető be?

A CAPA rekord „Verification Complete” vagy „Effective” állapotba váltásából állapítható meg. Az eseményhez az ellenőrzés eredményét rögzítő mezőket is ki kell tölteni.

Rögzítés

A „Verification Complete” vagy „Effective” állapotba váltásból állapítható meg.

Eseménytípus inferred
Minőségi probléma azonosítva
Ez a tevékenység egy új minőségi esemény rögzítését jelöli, például egy nemmegfelelőségét, eltérését vagy ügyfélpanaszét. Akkor rögzíthető egyértelműen, amikor egy felhasználó új Quality Issue vagy Quality Action rekordot hoz létre az Oracle-ben.
Miért fontos?

Kezdő eseményként elengedhetetlen a minőségirányítási folyamat teljes átfutási idejének kiszámításához és a beérkező minőségi események számának megértéséhez.

Hol szerezhető be?

Az esemény a Quality Issue vagy Quality Action rekord létrehozásának időbélyegéből nyerhető ki. Ez például a QAM_QUALITY_ISSUES vagy a QAM_QUALITY_ACTIONS táblában található.

Rögzítés

Új Quality Issue vagy Action rekord létrehozásakor rögzített esemény.

Eseménytípus explicit
Probléma besorolva és rangsorolva
Ez a tevékenység akkor történik, amikor az elemző elvégzi az első értékelést, és megadja a fő jellemzőket, például a súlyosságot, a prioritást és a probléma típusát. Jellemzően akkor rögzíthető, amikor a probléma állapota „New” értékről „Assessed” vagy „In Triage” értékre változik.
Miért fontos?

Ez a mérföldkő fontos az „Avg Triage Processing Time” KPI kiszámításához. Az itt jelentkező késedelem lelassíthatja a teljes megoldási folyamatot, különösen kritikus problémák esetén.

Hol szerezhető be?

A Quality Issue rekord állapotváltozásából állapítható meg, például „New” értékről „Under Assessment” értékre váltásból, vagy abból, amikor először kitöltik a „Severity” vagy „Priority” mezőt.

Rögzítés

Az állapot változásából, illetve a Severity vagy Priority mező első kitöltéséből állapítható meg.

Eseménytípus inferred
Végső felülvizsgálat és lezárás
Az utolsó lépés, amikor megerősítik az összes kapcsolódó intézkedés befejezését, és hivatalosan lezárják az alapul szolgáló minőségi problémát. Ezt az elsődleges rekord „Closed” vagy „Resolved” állapotba váltása rögzíti.
Miért fontos?

Ez a folyamat elsődleges záró eseménye. Erre van szükség az „Átlagos esemény-ciklusidő” KPI kiszámításához és a folyamat teljes átbocsátóképességének méréséhez.

Hol szerezhető be?

A szülő Quality Issue rekord végső „Closed” állapotba váltásából állapítható meg. A változás időbélyege adja az esemény időpontját.

Rögzítés

A fő Quality Issue rekord „Closed” állapotba váltásából állapítható meg.

Eseménytípus inferred
Vizsgálat megkezdve
A minőségi probléma kiváltó okának feltárására irányuló vizsgálati szakasz hivatalos kezdetét jelöli. A rendszerben ezt általában egy állapotváltozás mutatja, például az „Under Investigation” állapotba lépés.
Miért fontos?

Ez az „Root Cause Analysis Lead Time” KPI mérésének kezdőpontja, és megmutatja, mennyi ideig várnak a problémák a hivatalos vizsgálat megkezdésére.

Hol szerezhető be?

A Quality Issue vagy a kapcsolódó Quality Action rekord „Investigation” állapotba váltásából állapítható meg. Az állapotváltozás időbélyege adja az esemény időpontját.

Rögzítés

Az „Under Investigation” vagy hasonló állapotba váltásból állapítható meg.

Eseménytípus inferred
Érintettek értesítése a megoldásról
A minőségi esemény megoldásáról szóló tájékoztatást jelöli az érintettek, például a bejelentő vagy az érintett ügyfelek felé. Nehéz közvetlenül rögzíteni, ezért a lezárás utáni állapotváltozásból vagy egy naplózott megjegyzésből lehet következtetni rá.
Miért fontos?

Fontos a „Stakeholder Notification Lag” KPI szempontjából. A probléma megoldása után is fontos a gyors tájékoztatás az ügyfelek elégedettsége és a szervezeten belüli átláthatóság érdekében.

Hol szerezhető be?

Ezt gyakran nehéz automatikusan rögzíteni. Az eseményre a „Notification Sent” állapotból lehet következtetni, vagy a tevékenység- és megjegyzésmezőben naplózható. Kinyeréséhez külön logikára lehet szükség.

Rögzítés

Egy adott állapotváltozásból vagy a tevékenységnaplók szöveges elemzéséből állapítható meg.

Eseménytípus inferred
Hatékonyság-ellenőrzés szükséges
Azt jelöli, hogy a rendszer vagy egy felhasználó utólagos ellenőrzést ír elő a végrehajtott intézkedés hatékonyságának igazolására. Ez gyakran automatikus vagy manuális állapotváltozásként jelenik meg a végrehajtás után.
Miért fontos?

Ezzel a lépéssel kezdődik az ellenőrzési szakasz. A végrehajtás és e tevékenység közötti idő megmutathatja, ha késik a szükséges utóellenőrzés elindítása.

Hol szerezhető be?

Az esemény a Quality Action „Pending Effectiveness Check” vagy a munkafolyamatban szereplő hasonló állapotba váltásából állapítható meg.

Rögzítés

A „Pending Effectiveness Check” állapotba váltásból állapítható meg.

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 jelöli. Jellemzően akkor rögzíthető, amikor egy felhasználó az intézkedés rekordjának állapotát „Implemented” vagy „Completed” értékre módosítja.
Miért fontos?

Ez a tevékenység fontos a „CAPA Impl. On-Time Rate” KPI szempontjából, mert jelzi, hogy a tervezett megoldást végrehajtották, és lehetővé teszi a célidőpontokkal való összehasonlítást.

Hol szerezhető be?

Az esemény a kapcsolódó Quality Action vagy CAPA rekord „Implemented” vagy „Completed” állapotba váltásából állapítható meg.

Rögzítés

Az „Implemented” vagy „Completed” állapotba váltásból állapítható meg.

Eseménytípus inferred
Helyesbítő intézkedési terv javasolva
Akkor történik, amikor meghatározzák a helyesbítő intézkedéseket, és összekapcsolják őket a minőségi problémával. A terv leírja a probléma megoldásához szükséges lépéseket. Az eseményt jelezheti egy kapcsolódó Corrective Action rekord létrehozása vagy az a státuszváltozás, amely szerint a terv felülvizsgálatra kész.
Miért fontos?

Ez jelzi az átmenetet a probléma elemzésétől a megoldás kidolgozásáig. Az ehhez a lépéshez kapcsolódó újramunkálás, amelyet az újramunkálási KPI-k mérnek, tisztázatlan követelményekre vagy nem megfelelő tervezésre utalhat.

Hol szerezhető be?

Az esemény rögzíthető új Corrective Action rekord létrehozásakor egy CAPA objektumon belül, vagy megállapítható a „Plan Proposed” vagy „Pending Approval” állapotba váltásból.

Rögzítés

A „Pending Approval” állapotba váltásból vagy egy kapcsolódó Corrective Action rekord létrehozásából állapítható meg.

Eseménytípus inferred
Kiváltó ok elemzése elvégezve
A kiváltó ok elemzésének (RCA) befejezését és az eredmények dokumentálását jelöli. Jellemzően akkor rögzíthető, amikor a vizsgálócsoport frissíti a minőségi probléma rekordját a feltárt kiváltó okkal, és módosítja annak állapotát.
Miért fontos?

Ez a tevékenység az „Root Cause Analysis Lead Time” KPI végpontja. Az idáig eltelt idő elemzésével feltárhatók a problémamegoldási szakasz szűk keresztmetszetei.

Hol szerezhető be?

Az „RCA Complete” állapotba váltásból, vagy abból állapítható meg, hogy kitöltik a kiváltó ok kategóriáját, majd mentik a rekordot. Az esemény időpontját a frissítés időbélyege adja.

Rögzítés

Az „RCA Complete” állapotba váltásból vagy a kiváltó ok mezőinek kitöltéséből állapítható meg.

Eseménytípus inferred
Megelőző intézkedés azonosítva
Megelőző intézkedés (PA) létrehozását jelöli a rendszerszintű problémák kezelésére és a hasonló minőségi események megelőzésére. Ezt gyakran az eredeti problémához kapcsolódó új Preventive Action rekord létrehozása rögzíti.
Miért fontos?

Ez a tevékenység azt mutatja, hogy a minőségi folyamat nemcsak az egyedi problémák megoldására, hanem a jövőbeli problémák megelőzésére is kiterjed. Nyomon követésével mérhető a minőség proaktív fejlesztése.

Hol szerezhető be?

Új Quality Action rekord létrehozásakor rögzíthető, ha a típusa „Preventive Action”. A rekord gyakran az eredeti Quality Issue vagy Corrective Action rekordhoz kapcsolódik.

Rögzítés

A „Preventive Action” típusú Quality Action rekord létrehozásakor rögzített esemény.

Eseménytípus explicit
Megelőző intézkedés végrehajtva
A rendszerszintű kockázatok mérséklésére szolgáló megelőző intézkedési terv feladatainak befejezését jelöli. Akkor rögzíthető, amikor egy felhasználó az intézkedés rekordjának állapotát „Implemented” vagy „Completed” értékre módosítja.
Miért fontos?

A szervezet képességét méri a minőség proaktív fejlesztésére. Az itt jelentkező késedelem arra utalhat, hogy nehézséget okoz a rendszerszintű változtatások szervezeten belüli végrehajtása.

Hol szerezhető be?

A kapcsolódó Preventive Action rekord „Implemented” vagy „Completed” állapotba váltásából állapítható meg, hasonlóan a helyesbítő intézkedések nyomon követéséhez.

Rögzítés

A Preventive Action rekord „Implemented” állapotba váltásából állapítható meg.

Eseménytípus inferred
Probléma kiosztva előzetes értékelésre
A frissen rögzített minőségi probléma kiosztása egy felhasználónak vagy csapatnak az első áttekintés és értékelés céljából. Az esemény gyakran a minőségi probléma rekordjában szereplő felelős vagy tulajdonos mező változásából állapítható meg.
Miért fontos?

Az első átadás nyomon követésével feltárhatók az értékelés megkezdése előtti késedelmek. Az ebben az állapotban eltöltött idő elemzése megmutatja, ha feltorlódnak az ügyek az előzetes értékelési sorban.

Hol szerezhető be?

A Quality Issue rekord tulajdonos- vagy felelősmezőjének változásából állapítható meg. Az adat származhat auditnapló-táblákból, vagy az átadási munkafolyamathoz kapcsolódó állapotváltozások nyomon követéséből.

Rögzítés

A Quality Issue rekord „Assigned To” vagy „Owner” mezőjének változásából állapítható meg.

Eseménytípus inferred
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése az Oracle minőségirányítási rendszeréből

Készen áll a kezdésre?

A sablon segítségével gyorsan előkészítheti az adatokat, és megkezdheti minőségirányítási folyamatainak optimalizálását. Már ma feltárhatja a hatékonyság és a megfelelés javításának lehetőségeit.

Fejlessze az Oracle minőségirányítását, és erősítse a megfelelést

Szüntesse meg a hatékonysági problémákat, és rövidítse le a ciklusidőt 30%-kal.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. 14 napos ingyenes próbaverzió.