Uw Kwaliteitsmanagement Data Template
Uw Kwaliteitsmanagement Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie
Kwaliteitsmanagement attributes
| Naam | Omschrijving | ||
|---|---|---|---|
|
Quality Event
QualityEvent
|
De unieke identifier voor een enkel kwaliteitsevent, zoals een afwijking, non-conformiteit of CAPA. | ||
|
Omschrijving
Het Quality Event dient als de primaire Bij process mining is dit attribuut cruciaal voor het reconstrueren van de end-to-end reis van elk kwaliteitsevent. Het maakt analyse mogelijk van procesvariaties, cycle times, en compliance voor verschillende typen events, en biedt een uitgebreid beeld van hoe individuele kwaliteitsincidenten worden beheerd, onderzocht en opgelost.
Het belang
Dit is de essentiële
Vindplaats
Dit is de primaire identifier voor Quality Event records in Veeva Vault Quality, vaak aangeduid als 'Name' of een uniek
Voorbeelden
QE-2023-00123CAPA-2023-00456DEV-2023-00789
|
|||
|
Activiteitsnaam
ActivityName
|
De naam van een specifieke taak of stap die plaatsvond binnen de levenscyclus van het kwaliteitsevent. | ||
|
Omschrijving
Dit attribuut beschrijft een afzonderlijke bedrijfsactiviteit of Het analyseren van de sequentie en frequentie van deze activiteiten is de kern van process mining. Het helpt bij het ontdekken van de werkelijke processtroom, het identificeren van knelpunten tussen stappen en het detecteren van afwijkingen van de standaard operationele procedure.
Het belang
Het definieert de stappen van het proces, wat de visualisatie en analyse van de procesflow mogelijk maakt.
Vindplaats
Dit wordt doorgaans afgeleid van workflowtaaknamen, statuswijzigingen of audit trail entries binnen Veeva Vault Quality.
Voorbeelden
Initiële Triage VoltooidRoot Cause Analysis UitgevoerdDefinitieve Review en Afsluiting
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de kwaliteitsmanagementdata is geëxtraheerd. | ||
|
Omschrijving
Dit attribuut identificeert de herkomst van de data, wat in dit geval Veeva Vault Quality is. Het helpt bij data governance en biedt context, vooral wanneer data uit meerdere systemen wordt gecombineerd. Bij analyse wordt het gebruikt voor filteren en het waarborgen van datalineage. Het begrijpen van het bronsysteem helpt bij het correct interpreteren van de data en het oplossen van eventuele datakwaliteitsproblemen.
Het belang
Biedt essentiële context over de herkomst van data, wat cruciaal is voor data governance, traceerbaarheid en multi-systeem analyse.
Vindplaats
Dit is een statische waarde die moet worden toegevoegd tijdens het datatransformatieproces om alle records van deze bron te labelen.
Voorbeelden
Veeva Vault Quality
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp van de laatste dataverversing of -extractie uit het bronsysteem. | ||
|
Omschrijving
Dit attribuut geeft de recentheid van de geanalyseerde data aan. Het toont de datum en tijd waarop de data voor het laatst is geëxtraheerd uit Veeva Vault Quality en geladen in de process mining tool. Deze informatie is cruciaal voor gebruikers om de tijdigheid van de analyse te begrijpen en te weten of de
Het belang
Informeert gebruikers over de tijdigheid en relevantie van de data, zodat zij begrijpen hoe actueel de procesanalyse is.
Vindplaats
Deze
Voorbeelden
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De timestamp die aangeeft wanneer een specifieke activiteit is gestart of heeft plaatsgevonden. | ||
|
Omschrijving
Dit attribuut legt de precieze datum en tijd vast waarop een activiteit werd uitgevoerd. Het biedt de chronologische context voor alle Deze
Het belang
Deze
Vindplaats
Dit correspondeert met de creatiedatum of voltooiingsdatum van taken, of de
Voorbeelden
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Activiteitsduur
ActivityDuration
|
De verwerkingstijd voor een enkele activiteit. | ||
|
Omschrijving
Deze metric meet de tijd die actief aan een taak wordt gewerkt. Het wordt berekend als het verschil tussen de EndTime en StartTime van een activiteit. Het analyseren van de activiteitsduur helpt vast te stellen welke specifieke stappen in het proces het meest tijdrovend zijn. Dit verschilt van wachttijd, aangezien het de daadwerkelijke werkinspanning weerspiegelt. Het is een belangrijke metric voor het identificeren van inefficiënties binnen individuele taken en voor resourcecapaciteitsplanning.
Het belang
Meet de daadwerkelijke werktijd voor taken, en helpt bij het identificeren van inefficiënte activiteiten en mogelijkheden voor automatisering of vereenvoudiging.
Vindplaats
Dit is een berekende metric, afgeleid door de 'EventTime' (StartTime) af te trekken van de 'EndTime' voor elke activiteit.
Voorbeelden
2 uur en 30 minuten45 minutes8 uur 15 minuten
|
|||
|
Beoogde Oplossingsdatum
TargetResolutionDate
|
De geplande of vereiste datum voor de definitieve afsluiting van het kwaliteitsevent. | ||
|
Omschrijving
Dit attribuut definieert de service level agreement (SLA) of streefdeadline voor het afhandelen van een kwaliteitsevent. Het wordt vaak berekend op basis van de creatiedatum van het event en de ernst of het type. Deze datum is de benchmark waartegen de werkelijke prestaties worden gemeten. Het is cruciaal voor het 'On-Time Resolution Performance' dashboard en de 'On-Time Resolution Rate' KPI, en helpt te identificeren of events tijdig worden opgelost en welke factoren bijdragen aan vertragingen.
Het belang
Definieert de SLA voor casusafhandeling, waardoor de on-time prestaties gemeten kunnen worden en vertragingen geanalyseerd kunnen worden.
Vindplaats
Dit is waarschijnlijk een datum
Voorbeelden
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Eindtijd
EndTime
|
De timestamp waarop een activiteit is afgerond. | ||
|
Omschrijving
Dit attribuut legt de datum en tijd vast waarop een specifieke activiteit of taak is afgesloten. Het onderscheidt zich van de StartTime (EventTime) en is essentieel voor het begrijpen van de duur van individuele stappen in het proces. Bij process mining wordt de EndTime gebruikt in combinatie met de StartTime om de verwerkingstijd van activiteiten te berekenen. Dit is fundamenteel voor het identificeren welke specifieke taken het langst duren, wat bijdraagt aan de algehele doorlooptijd en potentiële vertragingen.
Het belang
Maakt de berekening van de verwerkingstijden van activiteiten mogelijk, wat cruciaal is voor het identificeren van knelpunten op taakniveau.
Vindplaats
Deze
Voorbeelden
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Quality Event status
QualityEventStatus
|
De huidige levenscyclusstatus van het kwaliteitsevent. | ||
|
Omschrijving
Dit attribuut geeft de huidige status van het kwaliteitsevent aan, zoals 'Open', 'In Investigation', 'Pending Approval' of 'Closed'. Het biedt een momentopname van waar elke Dit is essentieel voor het 'Quality Event Progress Overview'
Het belang
Biedt een momentopname van de huidige status van een
Vindplaats
Dit is een standaard
Voorbeelden
In TriageIn onderzoekCAPA voorgesteldGesloten
|
|||
|
Severity Niveau
SeverityLevel
|
De beoordeelde ernst of het risiconiveau van het kwaliteitsevent, zoals hoog, gemiddeld of laag. | ||
|
Omschrijving
Dit attribuut classificeert het kwaliteitsevent op basis van de potentiële impact op productkwaliteit, patiëntveiligheid of regulatory compliance. De ernst bepaalt vaak de urgentie en de vereiste diepte van het onderzoek. Analyseren per ernstniveau is cruciaal voor het prioriteren van verbeterinspanningen. Het helpt te begrijpen of events met hoge ernst langer duren om op te lossen, verschillende procespaden volgen, of een hoger herwerkpercentage hebben, om ervoor te zorgen dat de meest kritieke problemen de meeste aandacht krijgen.
Het belang
Classificeert events op basis van impact, wat risicogebaseerde analyse en prioritering van procesverbeteringsinspanningen op risicovolle gebieden mogelijk maakt.
Vindplaats
Dit is een standaard classificatie
Voorbeelden
HoogGemiddeldLaag
|
|||
|
Toegewezen afdeling
AssignedDepartment
|
De afdeling of het functionele gebied dat verantwoordelijk is voor het kwaliteitsevent of de activiteit. | ||
|
Omschrijving
Dit attribuut specificeert de business unit of afdeling, zoals Quality Assurance, Manufacturing of R&D, die verantwoordelijk is voor het afhandelen van het kwaliteitsevent of een specifieke taak. Dit wordt vaak afgeleid van het profiel van de toegewezen gebruiker. Deze dimensie is cruciaal voor analyse van prestaties op hoog niveau. Het maakt het mogelijk om procesefficiëntie en compliance te vergelijken tussen verschillende delen van de organisatie, en helpt systemische problemen binnen specifieke afdelingen te identificeren en ondersteunt het 'Investigator Workload Distribution'
Het belang
Maakt het mogelijk om procesprestaties te filteren en te vergelijken tussen verschillende business units, waarbij afdelingsspecifieke knelpunten of best practices aan het licht komen.
Vindplaats
Deze informatie wordt doorgaans opgeslagen in gebruikersprofieldata gekoppeld aan de 'Assigned Investigator' of kan een direct
Voorbeelden
KwaliteitsborgingProductieactiviteitenOnderzoek & Ontwikkeling
|
|||
|
Toegewezen Onderzoeker
AssignedInvestigator
|
De gebruiker of resource die is toegewezen om een onderzoek of een specifieke taak uit te voeren. | ||
|
Omschrijving
Dit attribuut identificeert de persoon, rol of het team dat verantwoordelijk is voor het uitvoeren van een bepaalde activiteit binnen de levenscyclus van het kwaliteitsevent. Dit kan de eigenaar van het kwaliteitsevent zelf zijn of de toegewezene van een specifieke workflowtaak. Het analyseren van dit attribuut helpt bij het begrijpen van de werkverdeling, resourceprestaties en het identificeren van overbelaste teams of individuen. Het is essentieel voor het 'Investigator Workload Distribution'
Het belang
Traceert wie het werk uitvoert, wat analyse van werkdruk, resource-efficiëntie en identificatie van trainingsbehoeften mogelijk maakt.
Vindplaats
Gevonden in de eigenaar- of toegewezen gebruikersvelden op het Quality Event object of de gerelateerde workflow task objecten in Veeva Vault Quality.
Voorbeelden
Alice JohnsonBob WilliamsQA Onderzoeksteam
|
|||
|
Type Kwaliteitsevent
QualityEventType
|
De classificatie van het kwaliteitsevent, zoals CAPA, Afwijking of Klacht. | ||
|
Omschrijving
Dit attribuut categoriseert het kwaliteitsevent op basis van zijn aard. Verschillende typen kwaliteitsevents volgen vaak verschillende procespaden en hebben verschillende compliancevereisten en afhandelingstermijnen. Analyseren per
Het belang
Maakt onderscheid tussen verschillende soorten kwaliteitsprocessen, die vaak unieke workflows, SLA's en complianceregels hebben.
Vindplaats
Dit is een standaard classificatie
Voorbeelden
AfwijkingCorrigerende en Preventieve Actie (CAPA)Non-conformiteitKlacht
|
|||
|
Doorlooptijd
CycleTime
|
De totale verstreken tijd vanaf het aanmaken van een kwaliteitsevent tot de uiteindelijke afsluiting. | ||
|
Omschrijving
Deze metric vertegenwoordigt de end-to-end duur voor het afhandelen van een kwaliteitsevent. Het wordt berekend als het tijdsverschil tussen de allereerste activiteit (bijv. 'Quality Event Created') en de allerlaatste activiteit (bijv. 'Final Review and Closure').
Het belang
Meet de end-to-end procesefficiëntie, en biedt een cruciale KPI om de algehele prestaties en de impact van verbeterinitiatieven te volgen.
Vindplaats
Dit is een berekende metric. Het wordt berekend op
Voorbeelden
30 dagen 12 uur65 dagen 4 uur15 days 2 hours
|
|||
|
Goedkeuringstijd
ApprovalTime
|
De tijd die nodig is om een specifieke goedkeuringsactiviteit te voltooien. | ||
|
Omschrijving
Deze metric meet de duur van goedkeuringsstappen, zoals 'Corrective Action Plan Approved'. Het wordt berekend als de tijd vanaf het moment dat een goedkeuring wordt aangevraagd tot het moment dat deze wordt verleend of geweigerd. Dit attribuut is specifiek ontworpen om het 'Approval Workflow Bottlenecks'
Het belang
Identificeert vertragingen in cruciale beslissingsstappen, wat helpt bij het stroomlijnen van goedkeuringsworkflows en het verkorten van de algehele doorlooptijd.
Vindplaats
Deze metric wordt berekend door het tijdsverschil te vinden tussen de start en het einde van goedkeuringsgerelateerde activiteiten in de
Voorbeelden
3 dagen en 4 uur1 dag 0 uur7 days 8 hours
|
|||
|
Is Herhaling
IsRecurrence
|
Een flag die aangeeft of deze kwaliteitsevent een herhaling is van een eerder geïdentificeerd probleem. | ||
|
Omschrijving
Dit booleaanse attribuut signaleert dat een kwaliteitsevent geen nieuw, uniek probleem is, maar een herhaling van een probleem dat eerder is voorgekomen. Dit is een kritieke indicator voor het falen van eerdere correctieve acties. Deze vlag is fundamenteel voor het 'CAPA Effectiveness & Recurrence Rate'
Het belang
Belicht falen in corrigerende acties, waardoor analyse mogelijk is van waarom problemen zich herhalen en hoe langetermijnoplossingen verbeterd kunnen worden.
Vindplaats
Dit zou een
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een berekende flag die activiteiten of cases identificeert die herstelwerk (rework) vertegenwoordigen. | ||
|
Omschrijving
Dit attribuut is een booleaanse vlag die aangeeft dat een bepaalde activiteit of reeks activiteiten herwerk vertegenwoordigt, zoals het herhalen van een onderzoek of het heropenen van een afgesloten CAPA. Het is geen standaard Bij process mining wordt deze vlag gebruikt om de hoeveelheid verspilde inspanning en kosten in het proces te kwantificeren. Het is essentieel voor het 'Rework Analysis'
Het belang
Kwantificeert procesinefficiëntie door herhaald werk aan te merken, wat helpt bij het identificeren van de hoofdoorzaken van kwaliteitsproblemen en verspilde inspanningen.
Vindplaats
Dit attribuut wordt niet direct onttrokken. Het wordt berekend tijdens datatransformatie door herhaalde activiteitsnamen of loops in het proces voor een gegeven
Voorbeelden
truefalse
|
|||
|
Locatie
Site
|
De productielocatie, fabriek of plaats waar het kwaliteitsevent plaatsvond of werd geïdentificeerd. | ||
|
Omschrijving
Dit attribuut specificeert de fysieke locatie, zoals een productiefaciliteit of laboratorium, geassocieerd met het kwaliteitsevent. Het biedt een geografische of organisatorische context voor het probleem. Dit is een krachtige dimensie voor vergelijkende analyse, waardoor management de procesprestaties, typen problemen en afhandelingstijden tussen verschillende sites kan vergelijken. Het kan helpen bij het identificeren van vestigingsspecifieke problemen of het delen van best practices van goed presterende locaties.
Het belang
Biedt een geografische of organisatorische dimensie voor analyse, en helpt bij het vergelijken van prestaties en het identificeren van vestigingsspecifieke problemen.
Vindplaats
Dit is vaak een standaard
Voorbeelden
Locatie A - New JerseyLocatie B - IerlandLocatie C - Zwitserland
|
|||
|
Op tijd afgehandeld
IsOnTimeResolution
|
Een berekende flag die aangeeft of de kwaliteitsevent gesloten is vóór de streefdatum. | ||
|
Omschrijving
Dit booleaanse attribuut wordt afgeleid door de daadwerkelijke afsluitingsdatum van een kwaliteitsevent te vergelijken met de 'Target Resolution Date'. Het biedt een eenvoudig, binair resultaat voor tijdige prestaties. Deze vlag is de basis voor het 'On-Time Resolution Performance'
Het belang
Biedt een duidelijke succes- of faalmetric voor het halen van deadlines, wat prestatieanalyse en rapportage vereenvoudigt.
Vindplaats
Berekend door de timestamp van de activiteit 'Final Review and Closure' te vergelijken met het 'TargetResolutionDate' attribuut. Formule: Afsluitingstijd <= TargetResolutionDate.
Voorbeelden
truefalse
|
|||
|
Product
Product
|
Het product of materiaal geassocieerd met het kwaliteitsevent. | ||
|
Omschrijving
Dit attribuut koppelt het kwaliteitsevent aan een specifiek product, materiaal of batch. Deze verbinding is van vitaal belang in gereguleerde industrieën voor traceerbaarheid en impactanalyse. Het analyseren van kwaliteitsevents per product helpt te identificeren of bepaalde producten gevoeliger zijn voor problemen, wat productverbetering of aanpassingen aan het productieproces stuurt. Het maakt het mogelijk om
Het belang
Koppelt kwaliteitsevents aan specifieke producten, waardoor analyse mogelijk is om product-specifieke problemen en trends te identificeren.
Vindplaats
Dit is doorgaans een referentie
Voorbeelden
Product A-100Product B-200Grondstof C-300
|
|||
|
Resultaat Effectiviteitscheck
EffectivenessCheckResult
|
De uitkomst van de verificatiestap om te bevestigen of een correctieve actie effectief was. | ||
|
Omschrijving
Dit attribuut legt het resultaat vast van de effectiviteitscontrole, die wordt uitgevoerd nadat een correctieve actie is geïmplementeerd. De uitkomst is doorgaans 'Effective' of 'Not Effective'. Dit is een directe maatstaf voor het succes van het CAPA-proces en is cruciaal voor het 'CAPA Effectiveness & Recurrence Rate'
Het belang
Meet direct het succes van corrigerende acties en biedt kritische feedback voor het verbeteren van het probleemoplossende proces.
Vindplaats
Dit zou een
Voorbeelden
EffectiefNiet effectiefVerificatie Afwachtend
|
|||
|
Root Cause
RootCause
|
De geïdentificeerde onderliggende oorzaak van het kwaliteitsevent. | ||
|
Omschrijving
Dit attribuut bevat de uiteindelijke conclusie van het root cause analysis (RCA) onderzoek. Het categoriseert de fundamentele reden voor het kwaliteitsprobleem, zoals defecte apparatuur, menselijke fout of procedurele tekortkoming. Het analyseren van hoofdoorzaken is essentieel voor effectieve probleemoplossing. Het helpt bij het identificeren van terugkerende systemische problemen die moeten worden aangepakt door correctieve en preventieve acties. Dit attribuut ondersteunt direct de dashboards 'Root Cause Analysis Cycle Time' en 'CAPA Effectiveness'.
Het belang
Categoriseert de fundamentele oorzaken van kwaliteitsproblemen, waardoor strategische analyse mogelijk is om toekomstige herhaling te voorkomen.
Vindplaats
Dit is doorgaans een tekst
Voorbeelden
Apparatuur storingProcedurele FoutOndoelmatige TrainingMateriaal defect
|
|||
Kwaliteitsmanagementactiviteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Corrigerend actieplan goedgekeurd
|
Markeert de formele goedkeuring van het voorgestelde correctieve actieplan door relevante stakeholders, zoals een kwaliteitsreviewboard. Dit is een cruciale stap voordat correctieve acties kunnen worden geïmplementeerd. Het wordt vastgelegd wanneer het CAPA-planrecord de status 'Approved' krijgt. | ||
|
Het belang
Deze goedkeuringsstap is vaak een belangrijk knelpunt. Het meten van de 'Approval Workflow Cycle Time' voor deze activiteit helpt bij het identificeren en aanpakken van vertragingen in het reviewproces, wat de algehele afhandeling versnelt.
Vindplaats
Afgeleid van de timestamp van een lifecycle statuswijziging naar 'Goedgekeurd' op het gekoppelde CAPA Plan object. Dit event kan gespiegeld worden als een statuswijziging op de bovenliggende Quality Event.
Vastleggen
Van de timestamp van de statuswijziging op het gekoppelde CAPA Plan object.
Gebeurtenistype
inferred
|
|||
|
Corrigerende actie geïmplementeerd
|
Vertegenwoordigt de voltooiing van alle taken die zijn gedefinieerd in het goedgekeurde correctieve actieplan. Deze activiteit bevestigt dat de noodzakelijke acties zijn ondernomen om de hoofdoorzaak aan te pakken. Dit wordt vastgelegd wanneer de status van het CAPA-record wordt bijgewerkt naar 'Implementation Complete'. | ||
|
Het belang
Dit is een belangrijke mijlpaal die de overgang van planning naar uitvoering aangeeft. De tijd tussen dit en CAPA-goedkeuring onthult de efficiëntie van de implementatiefase.
Vindplaats
Afgeleid van een lifecycle statuswijziging op het gekoppelde CAPA object naar een status zoals 'Geïmplementeerd' of 'Wachtend op Effectiviteitscheck'.
Vastleggen
Van de timestamp van de statuswijziging op het gekoppelde CAPA object.
Gebeurtenistype
inferred
|
|||
|
Definitieve Review en Afsluiting
|
Vertegenwoordigt de laatste administratieve review van het Quality Event-record voordat het officieel wordt afgesloten. Deze stap waarborgt dat alle documentatie compleet is en alle processtappen zijn gevolgd. Deze activiteit is de laatste stap voordat de `case` als opgelost wordt beschouwd. | ||
|
Het belang
Deze eindactiviteit is essentieel voor het berekenen van de totale 'Quality Event Cycle Time'. Het markeert de voltooiing van al het werk, en de
Vindplaats
Afgeleid van een lifecycle statuswijziging op het Quality Event object naar 'Gesloten', 'Afgehandeld' of een vergelijkbare eindstatus.
Vastleggen
Van de timestamp van de laatste statuswijziging naar 'Gesloten'.
Gebeurtenistype
inferred
|
|||
|
Effectiviteit van Actie Geverifieerd
|
Deze activiteit bevestigt dat de geïmplementeerde correctieve acties succesvol waren in het voorkomen van herhaling van het probleem. Een formele verificatie wordt voltooid en gedocumenteerd. Het wordt vastgelegd wanneer de CAPA- of Quality Event-status wordt bijgewerkt naar 'Effectiveness Verified'. | ||
|
Het belang
Dit is de uiteindelijke validatie van het succes van de oplossing en is cruciaal voor het berekenen van de 'CAPA Effectiveness Rate'. Een falen in dit stadium leidt vaak tot herwerk en het heropenen van het onderzoek.
Vindplaats
Afgeleid van een lifecycle statuswijziging op het Quality Event of CAPA object naar een status zoals 'Geverifieerd' of 'Gesloten - Effectief'.
Vastleggen
Van timestamp van statuswijziging die succesvolle verificatie aangeeft.
Gebeurtenistype
inferred
|
|||
|
Onderzoek geïnitieerd
|
Markeert de formele start van het onderzoek naar de hoofdoorzaak van het kwaliteitsevent. Een onderzoeker of team wordt doorgaans toegewezen, en het event gaat over in een actieve onderzoeksfase. Dit wordt vastgelegd wanneer de lifecycle status van het Quality Event verandert naar 'Under Investigation'. | ||
|
Het belang
Dit is een belangrijke mijlpaal voor het meten van de 'Issue Identification-to-Investigation Time' KPI. Vertragingen vóór dit punt duiden op achterstanden bij het toewijzen van resources of het starten van cruciale analyse.
Vindplaats
Afgeleid van de timestamp wanneer de lifecycle status van het Quality Event object wordt bijgewerkt naar 'Onder Onderzoek' of een vergelijkbare status. De toewijzing van een onderzoeker kan ook als trigger dienen.
Vastleggen
Gebruik de
Gebeurtenistype
inferred
|
|||
|
Quality Event aangemaakt
|
Dit is het startpunt van het proces, dat de formele creatie van een Quality Event-record in Veeva vertegenwoordigt. Deze activiteit wordt doorgaans getriggerd wanneer een nieuw kwaliteitsprobleem, non-conformiteit of klacht wordt geïdentificeerd en in het systeem wordt vastgelegd. | ||
|
Het belang
Deze activiteit markeert het begin van de
Vindplaats
Dit is een expliciet
Vastleggen
Gebruik de creation
Gebeurtenistype
explicit
|
|||
|
Root Cause Analysis Uitgevoerd
|
Vertegenwoordigt de voltooiing van de root cause analysis (RCA) fase, waarin de onderliggende oorzaak van het kwaliteitsevent is geïdentificeerd. Dit wordt vaak vastgelegd wanneer de onderzoeker de RCA-taak voltooit of het event verplaatst naar een 'Pending CAPA'-status. | ||
|
Het belang
Deze activiteit is cruciaal voor het meten van de 'Average Root Cause Analysis Time' KPI. Het analyseren van de duur helpt bij het identificeren van knelpunten in het analyseproces en het verbeteren van de onderzoekskwaliteit.
Vindplaats
Typisch afgeleid van een lifecycle statuswijziging van het Quality Event object, zoals het overgaan naar 'RCA Complete' of 'Pending Action Plan'. Het kan ook overeenkomen met de voltooiing van een specifieke workflowtaak.
Vastleggen
Van timestamp van statuswijziging of voltooiing van een RCA-gerelateerde taak.
Gebeurtenistype
inferred
|
|||
|
Corrigerend actieplan voorgesteld
|
Deze activiteit vindt plaats wanneer een formeel plan om de geïdentificeerde hoofdoorzaak te corrigeren wordt opgesteld en ter review wordt ingediend. Het omvat vaak het aanmaken van een gerelateerd CAPA-record (Corrective and Preventive Action) gekoppeld aan het Quality Event. Het event wordt vastgelegd wanneer het CAPA-record wordt aangemaakt of de Quality Event-status wordt bijgewerkt. | ||
|
Het belang
Het volgen van deze stap helpt de tijd te analyseren die nodig is om van analyse naar oplossingsontwerp te gaan. Het is een belangrijke input voor het begrijpen van de 'Root Cause Analysis Cycle Time' vanaf de voltooiing van RCA tot het CAPA-voorstel.
Vindplaats
Dit kan worden afgeleid uit een lifecycle statuswijziging van het Quality Event-object naar 'Pending CAPA Approval', of uit de creation
Vastleggen
Gebruik de creation
Gebeurtenistype
inferred
|
|||
|
Effectiviteitscheck Geïnitieerd
|
Markeert het begin van de periode waarin de effectiviteit van de geïmplementeerde correctieve maatregelen wordt gemonitord. Dit is geen momentopname, maar eerder het startpunt van een verificatiefase. Het wordt vastgelegd wanneer het Quality Event- of CAPA-record een 'Monitoring'- of 'Pending Effectiveness Verification'-status krijgt. | ||
|
Het belang
Deze activiteit initieert de uiteindelijke validatieloop. De duur van de effectiviteitscontrolefase is belangrijk om te begrijpen hoe lang het duurt om het succes van een oplossing te bevestigen.
Vindplaats
Afgeleid van een lifecycle statuswijziging op het Quality Event of CAPA object naar een status zoals 'Onder Effectiviteitsreview'.
Vastleggen
Van timestamp van statuswijziging naar een monitoring-gerelateerde status.
Gebeurtenistype
inferred
|
|||
|
Initiële Triage Voltooid
|
Vertegenwoordigt de voltooiing van de initiële review en beoordeling van het kwaliteitsevent. Gedurende deze fase wordt basisinformatie verzameld en geverifieerd om de geldigheid en directe impact van het event te bepalen. Dit wordt vaak vastgelegd wanneer de status van het record verandert van 'New' naar 'Under Assessment' of een vergelijkbare status. | ||
|
Het belang
Het analyseren van de tijd besteed aan triage helpt vertragingen in de initiële afhandeling van kwaliteitsevents te identificeren. Het biedt inzichten in de werkdruk en middelenallocatie aan het begin van het proces.
Vindplaats
Afgeleid van de timestamp wanneer de lifecycle status van het Quality Event object wordt bijgewerkt om aan te geven dat triage is voltooid, bijvoorbeeld van 'Nieuw' naar 'In Beoordeling' of 'Getriageerd'.
Vastleggen
Van timestamp van statuswijziging op het Quality Event object.
Gebeurtenistype
inferred
|
|||
|
Preventieve actie geïdentificeerd
|
Deze activiteit vindt plaats wanneer een preventieve actie wordt geïdentificeerd om potentiële toekomstige herhalingen aan te pakken, vaak als gevolg van het onderzoek. Het wordt vastgelegd door het aanmaken van een Preventieve Actie (PA) record gekoppeld aan het kwaliteitsevent. | ||
|
Het belang
Hoewel niet onderdeel van elke
Vindplaats
Afgeleid van de creatie timestamp van een gekoppeld Preventieve Actie record binnen Veeva Vault.
Vastleggen
Gebruik de creation
Gebeurtenistype
inferred
|
|||
|
Probleem gecategoriseerd en geprioriteerd
|
Deze activiteit markeert het punt waarop het kwaliteitsevent formeel is gecategoriseerd op type, ernstniveau en prioriteit. Dit is een cruciale stap die het daaropvolgende onderzoekspad en de tijdlijn bepaalt. Het wordt doorgaans vastgelegd door een statuswijziging die de voltooiing van deze classificatie aangeeft. | ||
|
Het belang
Dit
Vindplaats
Afgeleid van een lifecycle statuswijziging op het Quality Event object, zoals het verplaatsen naar een status als 'Gecategoriseerd' of 'In Afwachting van Onderzoek'. Het kan ook worden afgeleid van de timestamp wanneer belangrijke classificatievelden zijn ingevuld.
Vastleggen
Afgeleid van een statuswijziging of de invulling van velden zoals 'Severity' en 'Priority'.
Gebeurtenistype
inferred
|
|||
|
Stakeholders Geïnformeerd Over Afhandeling
|
Deze activiteit vertegenwoordigt de communicatie die naar relevante stakeholders wordt gestuurd om hen te informeren over de afhandeling van het kwaliteitsevent. Dit kan een geautomatiseerde e-mailmelding zijn, getriggerd door de laatste afsluitingsstap, of een handmatig gelogde communicatietaak. | ||
|
Het belang
Tijdige communicatie is essentieel voor stakeholdertevredenheid en transparantie. Deze activiteit maakt het meten van de 'Stakeholder Notification Lag Time' KPI mogelijk, wat vertragingen in communicatie benadrukt.
Vindplaats
Dit kan een expliciet
Vastleggen
Van systeem notificatielogs of de voltooiingstimestamp van een communicatietaak.
Gebeurtenistype
explicit
|
|||