Minőségirányítási adatgyűjtési sablon
Minőségirányítási adatgyűjtési sablon
- Javasolt attribútumok
- Követendő fő tevékenységek
- Útmutató az adatok kinyeréséhez
A minőségirányítás attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Minőségi esemény
QualityEvent
|
Egyetlen minőségi esemény egyedi azonosítója, például eltérés, nemmegfelelőség vagy CAPA esetén. | ||
|
Leírás
A minőségi esemény az elsődleges esetazonosító. Összekapcsolja az adott minőségi problémához tartozó összes tevékenységet, kivizsgálást és megoldást. Ez az azonosító fűzi össze az incidens teljes életciklusát a kezdeti bejelentéstől a végső lezárásig. A process miningben ez az attribútum nélkülözhetetlen az egyes minőségi események teljes folyamatának rekonstruálásához. Segítségével elemezhetők a folyamat eltérései, az átfutási idők és a megfelelés a különböző eseménytípusok esetében. Így átfogó kép kapható arról, hogyan kezelik, vizsgálják ki és oldják meg az egyes minőségi incidenseket.
Miért fontos?
Ez az alapvető esetazonosító, amely egyetlen folyamatpéldányba rendezi az összes kapcsolódó tevékenységet, és lehetővé teszi a folyamat teljes körű elemzését.
Hol szerezhető be?
Ez a Veeva Vault Quality minőségi eseményrekordjainak elsődleges azonosítója. Gyakran „Név” mezőként vagy a minőségi esemény objektum egyedi azonosítójaként szerepel.
Példák
Minőségi esemény-2023-00123CAPA-2023-00456Eltérés-2023-00789
|
|||
|
Adatok utolsó frissítése
LastDataUpdate
|
A forrásrendszerből végzett utolsó adatfrissítés vagy adatkinyerés időbélyege. | ||
|
Leírás
Ez az attribútum jelzi az elemzett adatok frissességét. Megmutatja, mikor nyerték ki utoljára az adatokat a Veeva Vault Quality rendszerből, és mikor töltötték be őket a process mining eszközbe. Ez az információ segít a felhasználóknak megítélni, mennyire aktuális az elemzés, és hogy a dashboardok a működés legfrissebb állapotát mutatják-e. Az adatirányítás egyik fontos attribútuma.
Miért fontos?
Tájékoztatja a felhasználókat az adatok aktualitásáról és relevanciájáról, így láthatják, mennyire friss a folyamatelemzés.
Hol szerezhető be?
Ez az időbélyeg az adatkinyerés, -átalakítás és -betöltés (ETL) során jön létre, és ekkor kerül hozzáadásra.
Példák
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Esemény időpontja
EventTime
|
Az az időbélyeg, amely megmutatja, mikor kezdődött vagy történt egy adott tevékenység. | ||
|
Leírás
Ez az attribútum rögzíti a tevékenység végrehajtásának pontos dátumát és időpontját. Időrendi összefüggésbe helyezi az eset összes eseményét. Ez az időbélyeg alapvető minden időalapú process mining elemzéshez. Segítségével kiszámítható az átfutási idő, a tevékenységek közötti várakozási idő és az egyes lépések időtartama. Ezek az adatok nélkülözhetetlenek a késések és a teljesítmény szűk keresztmetszeteinek feltárásához.
Miért fontos?
Ez az időbélyeg nélkülözhetetlen az események időrendi sorba rendezéséhez, valamint az átfutási időhöz és a várakozási időhöz hasonló teljesítménymutatók kiszámításához.
Hol szerezhető be?
Ez lehet a feladatok létrehozási vagy befejezési dátuma, illetve a minőségi esemény objektum auditnaplójában szereplő esemény időbélyege.
Példák
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Forrásrendszer
SourceSystem
|
Az a rendszer, amelyből a minőségirányítási adatokat kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja az adatok forrását, amely ebben az esetben a Veeva Vault Quality. Segíti az adatirányítást, és kontextust ad, különösen akkor, ha több rendszer adatait egyesítik. Az elemzés során szűrésre és az adatok eredetének nyomon követésére használható. A forrásrendszer ismerete segít az adatok helyes értelmezésében és az adatminőségi problémák elhárításában.
Miért fontos?
Fontos információt ad az adatok eredetéről, ami nélkülözhetetlen az adatirányításhoz, a nyomon követhetőséghez és a több rendszerre kiterjedő elemzéshez.
Hol szerezhető be?
Ez egy állandó érték, amelyet az adatátalakítás során kell hozzáadni, hogy megjelölje az ebből a forrásból származó összes rekordot.
Példák
Veeva Vault Quality
|
|||
|
Tevékenység neve
ActivityName
|
A minőségi esemény életciklusa során 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égzett egyedi üzleti tevékenységet vagy bekövetkezett eseményt írja le. Ilyen folyamatlépés például a „Kivizsgálás megkezdve” vagy a „Helyesbítő intézkedési terv jóváhagyva”. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segít feltárni a tényleges folyamatot, azonosítani a lépések közötti szűk keresztmetszeteket, és felismerni a standard működési eljárástól való eltéréseket.
Miért fontos?
Meghatározza a folyamat lépéseit, így megjeleníthető és elemezhető a folyamat menete.
Hol szerezhető be?
Ez az adat jellemzően a Veeva Vault Quality munkafolyamat-feladatainak nevéből, az állapotváltozásokból vagy az auditnapló bejegyzéseiből származik.
Példák
Első előzetes értékelés befejezveKiváltó ok elemzése elvégezveVégső felülvizsgálat és lezárás
|
|||
|
Befejezés időpontja
EndTime
|
Az az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység. | ||
|
Leírás
Ez az attribútum rögzíti, hogy egy adott tevékenység vagy feladat mikor ért véget. Nem azonos a StartTime (EventTime) értékével, és elengedhetetlen a folyamat egyes lépéseinek időtartamának meghatározásához. A process mining során az EndTime és a StartTime alapján számítható ki a tevékenységek feldolgozási ideje. Ez segít azonosítani, mely feladatok tartanak a legtovább, és hogyan növelik a teljes átfutási időt, illetve okozhatnak késedelmet.
Miért fontos?
Lehetővé teszi a tevékenységek feldolgozási idejének kiszámítását, így a feladatok szintjén is azonosíthatók a szűk keresztmetszetek.
Hol szerezhető be?
Ez az időbélyeg általában a minőségi esemény munkafolyamatának előzményeiben vagy auditnapló-adataiban található meg. Egy adott feladat vagy állapot „completed date” vagy „modified on” mezőjeként szerepelhet.
Példák
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Célzott megoldási dátum
TargetResolutionDate
|
A minőségi esemény végleges lezárásának tervezett vagy előírt dátuma. | ||
|
Leírás
Ez az attribútum határozza meg a minőségi esemény megoldására vonatkozó szolgáltatási szintű megállapodást (SLA), illetve célhatáridőt. Az értéket gyakran az esemény létrehozási dátuma, súlyossága vagy típusa alapján számítják ki. Ez a dátum az a viszonyítási alap, amelyhez a tényleges teljesítményt mérik. Az „On-Time Resolution Performance” dashboard és az „On-Time Resolution Rate” KPI alapadata. Segítségével megállapítható, hogy az eseményeket időben oldják-e meg, és mi okozza a késedelmeket.
Miért fontos?
Meghatározza az eset megoldására vonatkozó SLA-t, így mérhető a határidőre történő teljesítés, és elemezhetők a késedelmek.
Hol szerezhető be?
Ez valószínűleg a minőségi esemény objektumának dátummezője, amelyet a felhasználó kézzel tölthet ki, vagy a rendszer automatikusan kiszámíthat.
Példák
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Kijelölt részleg
AssignedDepartment
|
A minőségi eseményért vagy tevékenységért felelős részleg vagy szakterület. | ||
|
Leírás
Ez az attribútum azt az üzleti egységet vagy részleget jelöli, például a minőségbiztosítást, a gyártást vagy a kutatás-fejlesztést, amely a minőségi esemény vagy egy adott feladat kezeléséért felel. Az érték gyakran a kijelölt felhasználó profiljából származik. Ez a dimenzió fontos a magas szintű teljesítményelemzéshez. Segítségével összehasonlítható a folyamatok hatékonysága és a megfelelés a szervezet különböző területein. Így feltárhatók az egyes részlegek rendszerszintű problémái, és támogatható az „Investigator Workload Distribution” dashboard.
Miért fontos?
Lehetővé teszi a folyamatok teljesítményének szűrését és összehasonlítását az üzleti egységek között, így feltárhatók a részlegek szűk keresztmetszetei és bevált gyakorlatai.
Hol szerezhető be?
Ez az adat általában a „Assigned Investigator” mezőhöz kapcsolódó felhasználói profilban található, de közvetlenül a minőségi esemény objektumának mezője is lehet.
Példák
MinőségbiztosításGyártási működésKutatás és fejlesztés
|
|||
|
Kijelölt vizsgáló
AssignedInvestigator
|
A vizsgálat vagy egy adott feladat elvégzésére kijelölt felhasználó vagy erőforrás. | ||
|
Leírás
Ez az attribútum azonosítja azt a személyt, szerepkört vagy csapatot, amely a minőségi esemény életciklusán belül egy adott tevékenységért felel. Lehet maga a minőségi esemény felelőse vagy egy konkrét munkafolyamat-feladat kijelölt végrehajtója. Az attribútum elemzésével felmérhető a munkaterhelés eloszlása és az erőforrások teljesítménye, valamint azonosíthatók a túlterhelt csapatok és munkatársak. Az „Investigator Workload Distribution” dashboard egyik alapadata, és az erőforrások hatékonyabb elosztását is segíti.
Miért fontos?
Megmutatja, ki végzi a munkát, így elemezhető a munkaterhelés és az erőforrások hatékonysága, valamint felmérhetők a képzési igények.
Hol szerezhető be?
A Veeva Vault Quality rendszerben a minőségi esemény objektumának tulajdonos- vagy hozzárendelt felhasználói mezőiben, illetve a kapcsolódó munkafolyamat-feladatok objektumaiban található.
Példák
Alice JohnsonBob WilliamsQA Investigation Team
|
|||
|
Minőségi esemény állapota
QualityEventStatus
|
A minőségi esemény aktuális életciklus-állapota. | ||
|
Leírás
Ez az attribútum a minőségi esemény aktuális állapotát jelzi, például: „Nyitott”, „Vizsgálat alatt”, „Jóváhagyásra vár” vagy „Lezárva”. Megmutatja, hogy az egyes esetek hol tartanak az életciklusukban. Ez az adat szükséges a „Minőségi események állapotának áttekintése” dashboardhoz, amelyen valós időben követhetők a folyamatban lévő esetek. A vezetők nyomon követhetik az előrehaladást, azonosíthatják az elakadt eseményeket, és hatékonyabban kezelhetik a teljes munkaterhelést.
Miért fontos?
Megmutatja az eset aktuális állapotát, ami segít a folyamatban lévő munka nyomon követésében és az elakadt események azonosításában.
Hol szerezhető be?
Ez a Veeva Vault Quality minőségi esemény objektumának szabványos mezője, amely az esemény életcikluson belüli állapotát jelzi.
Példák
Előzetes értékelés alattVizsgálat alattCAPA-javaslatLezárt
|
|||
|
Minőségi esemény típusa
QualityEventType
|
A minőségi esemény besorolása, például CAPA, eltérés vagy panasz. | ||
|
Leírás
Ez az attribútum a minőségi esemény jellegét határozza meg. A különböző eseménytípusok gyakran eltérő folyamatútvonalat, megfelelési követelményeket és megoldási határidőket követnek. Az eseménytípus szerinti elemzés segít megérteni a folyamatok közötti eltéréseket. Például összehasonlítható az eltérések és a CAPA-k kezelési teljesítménye és hatékonysága, így a fejlesztési intézkedések az adott folyamat igényeihez igazíthatók.
Miért fontos?
Megkülönbözteti a minőségügyi folyamatok típusait, amelyekhez gyakran eltérő munkafolyamatok, SLA-k és megfelelési szabályok tartoznak.
Hol szerezhető be?
Ez a Veeva Vault Quality minőségi esemény objektumának szabványos besorolási mezője, amely gyakran legördülő listát használ.
Példák
EltérésHelyesbítő és megelőző intézkedés (CAPA)NemmegfelelőségPanasz
|
|||
|
Súlyossági szint
SeverityLevel
|
A minőségi esemény becsült súlyossága vagy kockázati szintje, például magas, közepes vagy alacsony. | ||
|
Leírás
Ez az attribútum a minőségi eseményt a termékminőségre, a betegek biztonságára vagy a szabályozási megfelelésre gyakorolt lehetséges hatása alapján sorolja be. A súlyosság gyakran meghatározza a vizsgálat sürgősségét és szükséges mélységét. A súlyossági szint szerinti elemzés segít rangsorolni a fejlesztési feladatokat. Megmutatja, hogy a súlyos események megoldása tovább tart-e, eltérő folyamatútvonalat követ-e, vagy gyakrabban igényel-e utómunkát. Így a legkritikusabb problémák kapják a legnagyobb figyelmet.
Miért fontos?
A lehetséges hatás szerint sorolja be az eseményeket, így kockázatalapú elemzéssel a nagy kockázatú területekre összpontosíthatók a folyamatfejlesztési erőfeszítések.
Hol szerezhető be?
Ez a minőségi esemény objektumának szabványos besorolási mezője, amely gyakran kockázati mátrix alapján összeállított legördülő listát használ.
Példák
MagasKözepesAlacsony
|
|||
|
A hatékonyság-ellenőrzés eredménye
EffectivenessCheckResult
|
Az ellenőrzés eredménye, amely megmutatja, hogy a helyesbítő intézkedés hatékony volt-e. | ||
|
Leírás
Ez az attribútum rögzíti a hatékonyság-ellenőrzés eredményét, amelyet a helyesbítő intézkedés bevezetése után végeznek el. Az eredmény általában „Hatékony” vagy „Nem hatékony”. Ez közvetlenül méri a CAPA-folyamat sikerességét, és a „CAPA Effectiveness & Recurrence Rate” dashboard, valamint a „CAPA Effectiveness Rate” KPI alapadata. Egyértelmű visszajelzést ad arról, hogy a bevezetett megoldások valóban megakadályozzák-e a probléma újbóli előfordulását.
Miért fontos?
Közvetlenül méri a helyesbítő intézkedések sikerét, és visszajelzést ad a problémamegoldási folyamat fejlesztéséhez.
Hol szerezhető be?
Ez valószínűleg egy, az elsődleges minőségi eseményhez kapcsolódó CAPA Action vagy Effectiveness Check objektum mezője, amely gyakran legördülő listát használ.
Példák
HatékonyNem hatékonyEllenőrzésre vár
|
|||
|
Átfutási idő
CycleTime
|
A minőségi esemény létrehozásától a végleges lezárásáig eltelt teljes idő. | ||
|
Leírás
Ez a mérőszám azt mutatja, mennyi idő telik el egy minőségi esemény megoldásáig. Az első tevékenység, például a „Minőségi esemény létrehozva”, és az utolsó tevékenység, például a „Végső felülvizsgálat és lezárás” közötti időtartamot méri. A ciklusidő a folyamat általános hatékonyságának egyik fő KPI-ja. A „Minőségi esemény megoldási ideje” dashboardon elemezheti a trendeket, feltárhatja a hosszú megoldási idő okait, és viszonyítási alapokat határozhat meg a folyamatfejlesztéshez.
Miért fontos?
A teljes folyamat hatékonyságát méri, és olyan KPI-t ad, amellyel nyomon követhető az összteljesítmény és a fejlesztési intézkedések hatása.
Hol szerezhető be?
Ez számított mutató. Esetszinten az első esemény időbélyegét vonja ki az utolsó esemény időbélyegéből.
Példák
30 nap 12 óra65 nap 4 óra15 nap 2 óra
|
|||
|
Határidőre megoldva
IsOnTimeResolution
|
Számított jelző, amely megmutatja, hogy a minőségi eseményt a célzott dátumig lezárták-e. | ||
|
Leírás
Ez a logikai attribútum a minőségi esemény tényleges lezárási dátumát hasonlítja össze a „Target Resolution Date” értékével. Egyszerű, kétértékű eredményt ad arról, hogy a lezárás határidőre történt-e. Ez a jelző az „On-Time Resolution Performance” dashboard és az „On-Time Resolution Rate” KPI alapja. Segítségével könnyen összesíthetők és szűrhetők az adatok, így kiderül, mely eseménytípusok, részlegek vagy telephelyek nem tartják a határidőket.
Miért fontos?
Egyértelműen jelzi, hogy sikerült-e tartani a határidőt, így egyszerűbbé teszi a teljesítmény elemzését és jelentését.
Hol szerezhető be?
A „Final Review and Closure” tevékenység időbélyegének és a „TargetResolutionDate” attribútumnak az összehasonlításával számítható ki. Képlet: Closure Time <= TargetResolutionDate.
Példák
truefalse
|
|||
|
Ismétlődő esemény
IsRecurrence
|
Jelzi, hogy a minőségi esemény egy korábban azonosított probléma ismételt előfordulása-e. | ||
|
Leírás
Ez a logikai attribútum jelzi, hogy a minőségi esemény nem új, egyedi probléma, hanem egy korábban már előfordult eset ismétlődése. Ez fontos jelzés arra, hogy a korábbi helyesbítő intézkedések nem jártak sikerrel. Ez a jelző a „CAPA Effectiveness & Recurrence Rate” dashboard alapadata. Az ismétlődések nyomon követése közvetlen visszajelzést ad a minőségirányítási rendszer hosszú távú eredményességéről, és segít feltárni azokat a rendszerszintű problémákat, amelyeket nem kezelnek megfelelően.
Miért fontos?
Rámutat a helyesbítő intézkedések hiányosságaira, így elemezhető, miért ismétlődnek a problémák, és hogyan tehetők tartósabbá a megoldások.
Hol szerezhető be?
Ez lehet a minőségi esemény objektumának jelölőnégyzete, vagy a korábbi, hasonló eseményekre mutató hivatkozások alapján származtatott mező.
Példák
truefalse
|
|||
|
Jóváhagyási idő
ApprovalTime
|
Egy adott jóváhagyási tevékenység elvégzéséhez szükséges idő. | ||
|
Leírás
Ez a mutató a jóváhagyási lépések, például a „Corrective Action Plan Approved” időtartamát méri. A jóváhagyás kérésétől annak megadásáig vagy elutasításáig eltelt időt számítja ki. Ez az attribútum az „Approval Workflow Bottlenecks” dashboard és az „Approval Workflow Cycle Time” KPI támogatására szolgál. A jóváhagyásra várakozással töltött idő elkülönítésével segít feltárni és kezelni a lassú döntéshozatalból vagy a nem hatékony jóváhagyási folyamatokból eredő késedelmeket.
Miért fontos?
Feltárja a kritikus döntési lépések késedelmeit, így egyszerűsíthetők a jóváhagyási munkafolyamatok és csökkenthető a teljes átfutási idő.
Hol szerezhető be?
A mutató az eseménynaplóban szereplő jóváhagyási tevékenységek kezdete és vége közötti idő különbségéből számítható ki.
Példák
3 nap 4 óra1 nap 0 óra7 nap 8 óra
|
|||
|
Kiváltó ok
RootCause
|
A minőségi esemény azonosított alapvető oka. | ||
|
Leírás
Ez az attribútum a kiváltó ok elemzésének (RCA) végső megállapítását tartalmazza. A minőségi probléma alapvető okát sorolja be, például berendezéshibát, emberi hibát vagy eljárási hiányosságot. A kiváltó okok elemzése elengedhetetlen a problémák hatékony megoldásához. Segít feltárni azokat a visszatérő, rendszerszintű problémákat, amelyeket helyesbítő és megelőző intézkedésekkel kell kezelni. Ez az attribútum közvetlenül támogatja a „Root Cause Analysis Cycle Time” és a „CAPA Effectiveness” dashboardot.
Miért fontos?
Besorolja a minőségi problémák alapvető okait, így elemezhetők és megelőzhetők a későbbi ismétlődések.
Hol szerezhető be?
Ez általában a minőségi esemény objektumának vagy egy kapcsolódó gyökérok-elemzési objektumnak a szöveges vagy legördülő listás mezője.
Példák
Berendezés meghibásodásaEljárási hibaNem megfelelő képzésAnyaghiba
|
|||
|
Telephely
Site
|
Az a gyártóhely, üzem vagy helyszín, ahol a minőségi esemény történt vagy kiderült. | ||
|
Leírás
Ez az attribútum a minőségi eseményhez kapcsolódó fizikai helyszínt, például gyártóüzemet vagy laboratóriumot jelöli. Földrajzi vagy szervezeti kontextust ad a problémához. Ez a dimenzió lehetővé teszi a telephelyek közötti összehasonlítást a folyamatok teljesítménye, a problématípusok és a megoldási idők alapján. Segíthet feltárni az egyes telephelyekre jellemző problémákat, illetve megosztani a jól teljesítő helyszínek bevált gyakorlatait.
Miért fontos?
Földrajzi vagy szervezeti szempontot ad az elemzéshez, így összehasonlítható a teljesítmény és azonosíthatók a telephelyspecifikus problémák.
Hol szerezhető be?
Ez gyakran a minőségi esemény objektumának szabványos mezője, amely a vállalat telephelyeinek vagy helyszíneinek listájára hivatkozik.
Példák
A telephely, New JerseyB telephely, ÍrországC telephely, Svájc
|
|||
|
Termék
Product
|
A minőségi eseményhez kapcsolódó termék vagy anyag. | ||
|
Leírás
Ez az attribútum egy adott termékhez, anyaghoz vagy gyártási tételhez kapcsolja a minőségi eseményt. A nyomon követhetőség és a hatáselemzés miatt ez a kapcsolat különösen fontos a szabályozott iparágakban. A minőségi események termék szerinti elemzésével megállapítható, hogy egyes termékeknél gyakrabban fordulnak-e elő problémák. Az eredmények alapján fejleszthető a termék vagy módosítható a gyártási folyamat. A dashboardok egyes termékcsaládokra is szűrhetők.
Miért fontos?
Az eseményeket konkrét termékekhez kapcsolja, így feltárhatók a termékspecifikus problémák és trendek.
Hol szerezhető be?
Ez általában a minőségi esemény objektumának hivatkozási mezője, amely a Veeva Vault Product vagy Material objektumához kapcsolódik.
Példák
A-100 termékB-200 termékC-300 alapanyag
|
|||
|
Utómunka
IsRework
|
Számított jelző, amely azonosítja az utómunkát jelentő tevékenységeket vagy eseteket. | ||
|
Leírás
Ez a logikai értékű jelző azt mutatja, hogy egy tevékenység vagy tevékenységsorozat újramunkát jelent-e, például egy vizsgálat megismétlését vagy egy lezárt CAPA újbóli megnyitását. Nem szabványos mező, értékét a folyamat lefutási mintái alapján számítjuk ki. A process mining során ezzel a jelzővel mérhető a folyamatban elvesztegetett munka és költség. Szükséges az „Újramunka elemzése” dashboardhoz és a „Minőségi események újramunkálási aránya” KPI-hoz. Segít feltárni a hatékonyság hiányának és az elsőre megfelelő minőség elmaradásának okait.
Miért fontos?
Az ismétlődő munka jelölésével méri a folyamat hatékonyságvesztését, és segít feltárni a minőségi problémák, valamint az elvesztegetett munka kiváltó okait.
Hol szerezhető be?
Ez az attribútum nem közvetlenül a forrásból származik. Az adatátalakítás során számítják ki az adott eset folyamatában ismétlődő tevékenységnevek vagy ciklusok felismerésével.
Példák
truefalse
|
|||
A minőségirányítás tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Helyesbítő intézkedés végrehajtva
|
A jóváhagyott helyesbítő intézkedési tervben meghatározott összes feladat befejezését jelöli. Ez igazolja, hogy megtették a kiváltó ok kezeléséhez szükséges intézkedéseket. Akkor rögzítik, amikor a CAPA-rekord állapota „Végrehajtás befejezve” értékre változik. | ||
|
Miért fontos?
Ez fontos mérföldkő, amely a tervezésről a végrehajtásra való áttérést jelzi. A jóváhagyás és e lépés között eltelt idő megmutatja a végrehajtási szakasz hatékonyságát.
Hol szerezhető be?
A kapcsolódó CAPA-objektum életciklus-állapotának „Végrehajtva” vagy „Hatékonyság-ellenőrzésre vár” értékre váltásából következtethető ki.
Rögzítés
A kapcsolódó CAPA-objektum állapotváltozásának időbélyegéből.
Eseménytípus
inferred
|
|||
|
Helyesbítő intézkedési terv jóváhagyva
|
A javasolt helyesbítő intézkedési terv illetékes érintettek, például egy minőségügyi felülvizsgáló testület általi hivatalos jóváhagyását jelöli. Ez fontos döntési pont, amelyet a helyesbítő intézkedések bevezetése előtt kell elérni. Akkor rögzítik, amikor a CAPA-terv rekordja „Jóváhagyva” állapotba kerül. | ||
|
Miért fontos?
A jóváhagyási lépés gyakran jelentős szűk keresztmetszet. A „Jóváhagyási munkafolyamat átfutási ideje” mutató mérése segít feltárni és kezelni a felülvizsgálat késéseit, így gyorsítható a teljes folyamat lezárása.
Hol szerezhető be?
A kapcsolódó CAPA Plan objektum életciklus-állapotának „Jóváhagyva” értékre váltási időbélyegéből következtethető ki. Az esemény a szülő minőségi esemény állapotváltozásaként is megjelenhet.
Rögzítés
A kapcsolódó CAPA Plan objektum állapotváltozásának időbélyegéből.
Eseménytípus
inferred
|
|||
|
Intézkedés hatékonysága igazolva
|
Ez a tevékenység igazolja, hogy a bevezetett helyesbítő intézkedések sikeresen megelőzték a probléma ismételt előfordulását. Az ellenőrzést hivatalosan elvégzik és dokumentálják. Akkor rögzítik, amikor a CAPA vagy a minőségi esemény állapota „Hatékonyság igazolva” értékre változik. | ||
|
Miért fontos?
Ez a megoldás sikerességének végső ellenőrzése, és nélkülözhetetlen a „CAPA hatékonysági arány” kiszámításához. Ha az intézkedés ezen a ponton nem bizonyul hatékonynak, gyakran újra kell végezni a munkát, és újra kell nyitni a kivizsgálást.
Hol szerezhető be?
A minőségi esemény vagy a CAPA-objektum életciklus-állapotának „Igazolva” vagy „Lezárva, hatékony” értékre váltásából következtethető ki.
Rögzítés
A sikeres ellenőrzést jelző állapotváltozás időbélyegéből.
Eseménytípus
inferred
|
|||
|
Kiváltó ok elemzése elvégezve
|
A kiváltóok-elemzési (RCA) szakasz befejezését jelöli, amikor azonosították a minőségi esemény alapjául szolgáló okot. Ezt gyakran akkor rögzítik, amikor a kivizsgáló befejezi az RCA-feladatot, vagy az esemény „CAPA-ra vár” állapotba kerül. | ||
|
Miért fontos?
Ez a tevékenység nélkülözhetetlen az „Átlagos kiváltóok-elemzési idő” KPI méréséhez. Az időtartam elemzése segít feltárni az elemzési folyamat szűk keresztmetszeteit és javítani a kivizsgálás minőségét.
Hol szerezhető be?
Általában a minőségi esemény objektum életciklus-állapotának változásából következtethető ki, például amikor az állapot „RCA befejezve” vagy „Intézkedési tervre vár” értékre vált. Egy kapcsolódó munkafolyamat-feladat befejezése is jelezheti.
Rögzítés
Az állapotváltozás időbélyegéből vagy egy RCA-hoz kapcsolódó feladat befejezéséből.
Eseménytípus
inferred
|
|||
|
Kivizsgálás megkezdve
|
A minőségi esemény kiváltó okának hivatalos kivizsgálási kezdetét jelöli. Jellemzően kijelölnek egy kivizsgálót vagy csapatot, az esemény pedig aktív kivizsgálási szakaszba lép. Ezt a minőségi esemény életciklus-állapotának „Kivizsgálás alatt” értékre váltása rögzíti. | ||
|
Miért fontos?
Ez fontos mérföldkő a „Probléma azonosításától a kivizsgálás megkezdéséig eltelt idő” KPI méréséhez. Az ezt megelőző késések arra utalhatnak, hogy elmaradás van az erőforrások kijelölésében vagy a kritikus elemzés megkezdésében.
Hol szerezhető be?
A minőségi esemény objektum életciklus-állapotának „Kivizsgálás alatt” vagy hasonló értékre módosítási időbélyegéből következtethető ki. A kivizsgáló kijelölése is jelezheti a kezdést.
Rögzítés
Használja a „Kivizsgálás alatt” állapotra váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
Minőségi esemény létrehozva
|
A folyamat kezdete, amikor a Veeva rendszerben hivatalosan létrejön a minőségi esemény rekordja. Ez jellemzően akkor történik, amikor új minőségi problémát, nemmegfelelőséget vagy panaszt azonosítanak és rögzítenek a rendszerben. | ||
|
Miért fontos?
Ez a tevékenység jelöli az eset életciklusának kezdetét. Nélkülözhetetlen a minőségi esemény teljes átfutási idejének kiszámításához, valamint a kezdeti folyamatlépések, például a kivizsgálás megkezdéséig eltelt idő méréséhez.
Hol szerezhető be?
Ez a Veeva Vault rendszerben a minőségi esemény objektum létrehozási időbélyegéből rögzített, egyértelmű esemény. Az objektum auditnaplójában pontosan látható a létrehozás dátuma, időpontja és a felhasználó.
Rögzítés
Használja a fő minőségi eseményrekord létrehozási időbélyegét.
Eseménytípus
explicit
|
|||
|
Végső felülvizsgálat és lezárás
|
A minőségi esemény rekordjának utolsó adminisztratív felülvizsgálatát jelöli a hivatalos lezárás előtt. E lépés során ellenőrzik, hogy minden dokumentáció teljes-e, és betartották-e a folyamat összes lépését. Ez az utolsó tevékenység, mielőtt az esetet megoldottnak tekintik. | ||
|
Miért fontos?
Ez a záró tevékenység nélkülözhetetlen a minőségi esemény teljes átfutási idejének kiszámításához. A munka befejezését jelzi, időbélyegét pedig a teljesítmény méréséhez a kitűzött lezárási határidővel vetik össze.
Hol szerezhető be?
A minőségi esemény objektum életciklus-állapotának „Lezárva”, „Megoldva” vagy hasonló végállapotra váltásából következtethető ki.
Rögzítés
A „Lezárva” állapotra váltás időbélyegéből.
Eseménytípus
inferred
|
|||
|
Első előzetes értékelés befejezve
|
A minőségi esemény első áttekintésének és értékelésének befejezését jelöli. Ebben a szakaszban összegyűjtik és ellenőrzik az alapadatokat, hogy megállapítsák az esemény érvényességét és közvetlen hatását. Ezt gyakran az jelzi, hogy a rekord állapota „Új” értékről „Értékelés alatt” vagy hasonló állapotra vált. | ||
|
Miért fontos?
Az előzetes értékelés időtartamának elemzése segít feltárni a minőségi események kezdeti kezelésének késéseit. Képet ad a folyamat legelején jelentkező munkaterhelésről és az erőforrások elosztásáról.
Hol szerezhető be?
A minőségi esemény objektum életciklus-állapotának módosítási időbélyegéből következtethető ki, amikor az állapot azt jelzi, hogy az előzetes értékelés befejeződött. Ilyen például az „Új” állapotról „Értékelés alatt” vagy „Előzetes értékelés kész” állapotra váltás.
Rögzítés
A minőségi esemény objektum állapotváltozásának időbélyegéből.
Eseménytípus
inferred
|
|||
|
Érintettek értesítve a megoldásról
|
Ez a tevékenység a minőségi esemény megoldásáról tájékoztató, az érintetteknek küldött üzenetet jelöli. Ez lehet a végső lezáráskor automatikusan kiküldött e-mail-értesítés vagy kézzel rögzített kommunikációs feladat. | ||
|
Miért fontos?
Az időben történő tájékoztatás fontos az érintettek elégedettségéhez és az átláthatósághoz. E tevékenység segítségével mérhető az „Érintettek értesítésének késése” KPI, amely megmutatja a kommunikáció csúszásait.
Hol szerezhető be?
Ez lehet egyértelmű esemény, ha a Veeva Vault automatikus értesítéseket küld, és ezeket naplózza. Más esetben a kézi „Érintettek értesítése” munkafolyamat-feladat befejezéséből következtethető ki.
Rögzítés
A rendszer értesítési naplóiból vagy a kommunikációs feladat befejezési időbélyegéből.
Eseménytípus
explicit
|
|||
|
Hatékonyság-ellenőrzés megkezdve
|
Annak az időszaknak a kezdetét jelöli, amelyben nyomon követik a bevezetett helyesbítő intézkedések hatékonyságát. Ez nem egyetlen időpontban bekövetkező esemény, hanem egy ellenőrzési szakasz kezdete. Akkor rögzítik, amikor a minőségi esemény vagy a CAPA-rekord „Megfigyelés alatt” vagy „Hatékonyság-ellenőrzésre vár” állapotba kerül. | ||
|
Miért fontos?
Ez a tevékenység indítja el a végső ellenőrzési szakaszt. A hatékonyság-ellenőrzés időtartama megmutatja, mennyi idő szükséges a megoldás sikerességének igazolásához.
Hol szerezhető be?
A minőségi esemény vagy a CAPA-objektum életciklus-állapotának „Hatékonysági felülvizsgálat alatt” vagy hasonló értékre váltásából következtethető ki.
Rögzítés
A megfigyelési szakasz kezdetét jelző állapotváltozás időbélyegéből.
Eseménytípus
inferred
|
|||
|
Helyesbítő intézkedési terv előterjesztve
|
Ez a tevékenység akkor történik, amikor elkészítik és felülvizsgálatra benyújtják a feltárt kiváltó ok megszüntetésére szolgáló hivatalos tervet. Gyakran a minőségi eseményhez kapcsolódó CAPA-rekordot (helyesbítő és megelőző intézkedés) is létrehozzák. Az eseményt a CAPA-rekord létrehozásakor vagy a minőségi esemény állapotának módosításakor rögzítik. | ||
|
Miért fontos?
Ennek a lépésnek a nyomon követése megmutatja, mennyi idő telik el az elemzés és a megoldás megtervezése között. Fontos adat a „Kiváltóok-elemzés átfutási ideje” mutatóhoz, amely az RCA befejezésétől a CAPA-javaslat benyújtásáig eltelt időt méri.
Hol szerezhető be?
A minőségi esemény objektum „CAPA-jóváhagyásra vár” állapotra váltásából vagy a kapcsolódó CAPA-terv rekord létrehozási időbélyegéből következtethető ki.
Rögzítés
Használja a kapcsolódó CAPA-rekord létrehozási időbélyegét vagy egy állapotváltozást.
Eseménytípus
inferred
|
|||
|
Megelőző intézkedés azonosítva
|
Ez a tevékenység akkor történik, amikor a kivizsgálás eredményeként megelőző intézkedést határoznak meg a probléma későbbi ismétlődésének elkerülésére. Ezt a minőségi eseményhez kapcsolódó megelőző intézkedés (PA) rekord létrehozása rögzíti. | ||
|
Miért fontos?
Bár nem minden esetben fordul elő, ennek a tevékenységnek a nyomon követése megmutatja, mennyire előrelátó a minőségirányítási folyamat. Képet ad arról, hogy a szervezet inkább a hosszú távú megelőzésre vagy az azonnali helyesbítésre összpontosít-e.
Hol szerezhető be?
A Veeva Vault rendszerben a kapcsolódó megelőző intézkedés rekord létrehozási időbélyegéből következtethető ki.
Rögzítés
Használja a kapcsolódó megelőző intézkedés rekord létrehozási időbélyegét.
Eseménytípus
inferred
|
|||
|
Probléma besorolva és fontossági sorrendbe állítva
|
Ez a tevékenység jelöli azt a pontot, amikor a minőségi eseményt hivatalosan besorolják típus és súlyosság szerint, majd meghatározzák a prioritását. Ez a lépés határozza meg a további kivizsgálás útvonalát és ütemezését. Általában az osztályozás befejezését jelző állapotváltozás rögzíti. | ||
|
Miért fontos?
Ez az esemény lehetővé teszi a folyamat elemzését az események súlyossága vagy típusa szerint. Segít megérteni, hogy a magas prioritású problémákat gyorsabban kezelik-e, mint az alacsony prioritásúakat, és hogy az erőforrások elosztása megfelelő-e.
Hol szerezhető be?
A minőségi esemény objektum életciklus-állapotának változásából következtethető ki, például amikor az állapot „Besorolva” vagy „Kivizsgálásra vár” értékre vált. A besorolás fontos mezőinek kitöltési időbélyege is használható.
Rögzítés
Az állapotváltozásból vagy az olyan mezők kitöltéséből következtethető ki, mint a „Súlyosság” és a „Prioritás”.
Eseménytípus
inferred
|
|||
Útmutatók az adatok kinyeréséhez
Készen áll a kezdésre?
Készítse elő adatait még ma, hogy új összefüggéseket tárjon fel, és optimalizálja minőségirányítási folyamatait. Ezzel teheti meg az első lépést a jobb megfelelés és a hatékonyabb működés felé.
Optimalizálja a minőségirányítást: indítsa el a próbaverziót még ma
Szüntesse meg a hatékonysági problémákat, rövidítse 30%-kal a ciklusidőt, és javítsa a megfelelést.
Nincs szükség bankkártyára. Néhány perc alatt elkezdheti az optimalizálást.