Datatemplate voor kwaliteitsmanagement

De activiteitsnaam beschrijft een afzonderlijke actie of mijlpaal in de levenscyclus van een kwaliteitsgebeurtenis. Voorbeelden zijn ‘Eerste beoordeling afgerond’, ‘Onderzoek gestart’ en ‘Corrigerende actie uitgevoerd’. Deze activiteiten vormen de bouwstenen van het kwaliteitsbeheerproces.

Voor procesanalyse gebruik je dit attribuut om de proceskaart op te bouwen. Die laat de volgorde van activiteiten en de stroom van cases zien. Analisten kunnen er bottlenecks mee vinden, veelvoorkomende en zeldzame procesvarianten ontdekken en controleren of het proces voldoet aan de standaardprocedures. Inzicht in de volgorde van activiteiten is de eerste stap naar procesverbetering.

Dit attribuut beschrijft de processtappen. Het vormt de knooppunten van de proceskaart en maakt analyse van de processtroom en varianten mogelijk.

Meestal afgeleid uit event logs, statuswijzigingen of taaktabellen die bij het hoofdrecord van de kwaliteitsgebeurtenis horen.

De ID van de kwaliteitsgebeurtenis is een unieke sleutel voor een specifiek kwaliteitsprobleem, zoals een afwijking, klantklacht, deviatie of auditbevinding. Deze code koppelt alle stappen, documenten en datapunten die tijdens de hele levenscyclus bij de gebeurtenis horen.

Bij process mining gebruik je dit attribuut om de volledige processtroom van elke kwaliteitsgebeurtenis te reconstrueren. Door alle bijbehorende activiteiten onder één ID te groeperen, kunnen analisten de proceskaart bekijken, de doorlooptijd per case berekenen en verschillen tussen procesvarianten analyseren. Zo zie je helder en nauwkeurig hoe kwaliteitsproblemen van begin tot eind worden afgehandeld.

Dit is de primaire sleutel voor process mining. Hiermee koppel je alle bijbehorende gebeurtenissen aan één procesinstantie of case.

Meestal te vinden in de kopregel of hoofdtabel van kwaliteitsmeldingen, gebeurtenissen of afwijkingsrecords.

De starttijd van de gebeurtenis is een timestamp die het begin van elke activiteit in de levenscyclus van een kwaliteitsgebeurtenis markeert. Deze geeft de tijdscontext die nodig is om de processtroom en prestaties te begrijpen. Met de timestamp kun je gebeurtenissen chronologisch ordenen en doorlooptijden berekenen.

Bij process mining gebruik je deze timestamp om activiteiten per case in de juiste volgorde te zetten en KPI’s zoals doorlooptijden, wachttijden en verwerkingstijden te berekenen. Door de timestamps te analyseren, zie je vertragingen tussen stappen, meet je hoe efficiënt bronnen worden ingezet en controleer je of serviceafspraken worden nagekomen. Dit is een basisgegeven voor elke tijdsgebonden procesanalyse.

Deze timestamp is nodig om gebeurtenissen te ordenen, doorlooptijden en wachttijden te berekenen en bottlenecks in het proces te vinden.

Meestal te vinden in event logs of transactierecords, naast de activiteitsnaam. De naam kan bijvoorbeeld ‘Aanmaakdatum’, ‘Gebeurtenisdatum’ of ‘Timestamp’ zijn.

Het attribuut Bronsysteem geeft aan uit welke applicatie of database de gegevens over kwaliteitsbeheer komen. In complexe IT-omgevingen kunnen gegevens over kwaliteitsgebeurtenissen uit meerdere systemen komen, bijvoorbeeld uit een ERP-systeem voor materiaalgegevens en een apart kwaliteitsbeheersysteem voor procesgegevens.

Het bronsysteem kennen is belangrijk voor gegevensbeheer, validatie en het oplossen van problemen. Zo begrijp je de context van de data en kun je de analyse opdelen. Een analist kan bijvoorbeeld kwaliteitsprocessen uit verschillende systemen of locaties vergelijken om goede werkwijzen of verschillen te vinden.

Geeft context over de herkomst van de data. Dat is belangrijk voor gegevensvalidatie, probleemoplossing en analyse per segment in omgevingen met meerdere systemen.

Deze informatie staat mogelijk niet in de brontabellen zelf, maar wordt vaak toegevoegd tijdens het proces van data-extractie, transformatie en laden (ETL).

Het attribuut Laatste data-update is een timestamp van het laatste moment waarop de data vanuit het bronsysteem is bijgewerkt. Zo zie je hoe actueel de informatie in de analyse is. Dit is vooral belangrijk voor doorlopende monitoring en besluitvorming op basis van bijna-realtimegegevens.

Met dit attribuut zie je hoe actueel de process mining-dashboards en analyses zijn. Belanghebbenden weten zo hoe recent de data is wanneer ze KPI’s en procesmodellen interpreteren. Dat voorkomt beslissingen op basis van verouderde informatie. Deze metadata helpt om vertrouwen in de data te behouden.

Geeft aan hoe actueel de data is, zodat duidelijk is hoe recent de procesanalyse en KPI’s zijn.

Dit zijn meestal metadata die tijdens de data-extractie (ETL) worden aangemaakt. Je vindt ze doorgaans niet in de transactietabellen van het bronsysteem.

Het attribuut Bron geeft aan welke persoon of welk systeem verantwoordelijk is voor de uitvoering van een taak. Dit kan een onderzoeker, een kwaliteitsgoedkeurder of een geautomatiseerde systeemgebruiker zijn. Bijhouden wie elke activiteit uitvoert, is belangrijk om de werkverdeling, teamprestaties en samenwerking te begrijpen.

Door het proces per bron te analyseren, zie je prestatieverschillen tussen personen of teams, opleidingsbehoeften en mogelijkheden om de werkbelasting beter te verdelen. Zo kun je zien welke bronnen overbelast zijn en een bottleneck vormen, of hoe taken tussen mensen worden overgedragen. Zulke overdrachten veroorzaken vaak vertraging. Deze analyse helpt de efficiëntie van de organisatie te verbeteren.

Dit attribuut is nodig voor analyses per bron, zoals de verdeling van de werkbelasting, prestatievergelijkingen en het vinden van bottlenecks in de organisatie.

Meestal te vinden in transactie- of logtabellen, vaak met de naam ‘Gebruikersnaam’, ‘Gewijzigd door’, ‘Eigenaar’ of ‘Toegewezen aan’.

De categorie hoofdoorzaak geeft aan wat de fundamentele reden is voor het kwaliteitsprobleem, bijvoorbeeld 'Menselijke fout', 'Apparaatstoring', 'Tekortkoming in het proces' of 'Probleem met leverancier'. Dit attribuut wordt meestal ingevuld nadat het onderzoek en de oorzaakanalyse zijn afgerond.

Door te analyseren hoe vaak verschillende categorieën hoofdoorzaken voorkomen, zie je waar verbeteringen nodig zijn. Komt 'Tekortkoming in het proces' vaak voor, dan kan dat wijzen op de noodzaak om het proces opnieuw in te richten. Komt 'Apparaatstoring' vaak voor, dan zijn betere onderhoudsplanningen mogelijk nodig. Met process mining kun je deze categorieën koppelen aan het procesverloop. Zo zie je bijvoorbeeld of events door 'Menselijke fout' langer duren om af te handelen.

Dit is belangrijk voor strategische analyses. Je kijkt niet alleen naar het procesverloop, maar ook naar de onderliggende oorzaken van fouten. Zo kun je gerichte preventieve maatregelen nemen.

Te vinden in het onderdeel voor onderzoek of oorzaakanalyse van het kwaliteitsdossier. De waarde kan een code of vrije tekst zijn.

De eindtijd van de gebeurtenis is een timestamp die aangeeft wanneer een activiteit is afgerond. Samen met de starttijd van de gebeurtenis maakt deze het mogelijk om de verwerkingstijd van afzonderlijke taken in het kwaliteitsbeheerproces nauwkeurig te berekenen. Bij gebeurtenissen die direct plaatsvinden, kunnen de start- en eindtijd gelijk zijn.

Dit attribuut is belangrijk voor prestatieanalyse op activiteitsniveau. Door de duur van elke taak te berekenen, de eindtijd min de starttijd, zien analisten welke stappen de meeste tijd kosten en voor verbetering in aanmerking komen. Ook kun je hiermee de totale doorlooptijd van een case nauwkeuriger berekenen en de data verzamelen die nodig is voor analyse van de werkbelasting en efficiëntie van bronnen.

Maakt het mogelijk om verwerkingstijden per activiteit te berekenen. Dat is nodig voor een gedetailleerde prestatieanalyse en om taken te vinden die veel bronnen vragen.

Vaak te vinden in hetzelfde event log of transactierecord als de starttijd. In sommige systemen moet je de eindtijd afleiden uit de starttijd van de volgende gebeurtenis.

Het attribuut Ernst deelt kwaliteitsgebeurtenissen in op basis van hun impact op de bedrijfsvoering, risico of urgentie. Deze classificatie helpt om bronnen en aandacht te richten op de ernstigste problemen. De organisatie legt de ernstniveaus meestal vast in het kwaliteitsbeleid.

Bij process mining kun je dit attribuut gebruiken om te filteren en de analyse op te splitsen. Analisten kunnen de processtroom van ‘Kritieke’ en ‘Kleine’ gebeurtenissen vergelijken om te controleren of problemen met een hoge ernst voorrang krijgen. Ook kan blijken dat ‘Kleine’ problemen onevenredig veel bronnen vragen, of dat ‘Kritieke’ problemen in het proces blijven hangen. Zo kun je het proces verbeteren op basis van risico.

Maakt risicoanalyse van processen mogelijk. Zo kun je onderzoeken prioriteren en controleren of gebeurtenissen met grote impact snel genoeg worden afgehandeld.

Dit is een standaardveld in de kopgegevens van de kwaliteitsgebeurtenis, vaak met de naam ‘Ernstniveau’ of ‘Prioriteit’.

Het type kwaliteitsgebeurtenis geeft aan om wat voor kwaliteitsprobleem het gaat. Verschillende typen gebeurtenissen volgen vaak andere processen, hebben een andere urgentie en vallen onder andere standaardprocedures.

Door processen op basis van dit attribuut te filteren en te vergelijken, kunnen analisten belangrijke verschillen vinden. De afhandeling van een ‘Klantklacht’ kan bijvoorbeeld veel strikter en tijdkritischer zijn dan die van een ‘Intern probleem’. Inzicht in deze verschillen is belangrijk om te beoordelen of elke procesvariant efficiënt werkt en aan de bijbehorende eisen voldoet.

Maakt het mogelijk om de analyse op te splitsen en de afhandeling van verschillende soorten kwaliteitsproblemen te vergelijken. Zo komen belangrijke procesverschillen aan het licht.

Te vinden in de kopgegevens van de kwaliteitsgebeurtenis, vaak in een veld met de naam ‘Meldingstype’, ‘Gebeurtenistype’ of ‘Categorie’.

Het attribuut Verantwoordelijke afdeling geeft aan welke organisatie-eenheid verantwoordelijk is voor een kwaliteitsgebeurtenis of een bepaalde processtap. Dit kan bijvoorbeeld ‘Productie’, ‘Kwaliteitsborging’, ‘Onderzoek en ontwikkeling’ of ‘Logistiek’ zijn.

Dit attribuut is belangrijk voor organisatieanalyse. Managers zien hoe het werk tussen afdelingen stroomt, kunnen de prestaties per afdeling meten en vinden wrijving of vertraging tussen functies. Zo kan uit de analyse blijken dat overdrachten tussen Productie en Kwaliteitsborging vaak vertraging veroorzaken. Door KPI’s per afdeling uit te splitsen, zie je waar gerichte procesverbetering nodig is.

Maakt het mogelijk om procesprestaties per organisatie-eenheid te analyseren. Zo zie je vertragingen tussen functies en kun je bepalen wie waarvoor verantwoordelijk is.

Meestal te vinden in de kopgegevens van het record van de kwaliteitsgebeurtenis, of af te leiden uit de gebruiker die verantwoordelijk is voor de activiteit.

Het attribuut Getroffen product geeft aan welk artikel, materiaal of welke productlijn door het kwaliteitsprobleem is geraakt. Deze koppeling tussen proces en product is belangrijk voor oorzaakanalyse en impactbeoordeling.

Door kwaliteitsgebeurtenissen per product te analyseren, kunnen bedrijven trends zien, zoals een product met opvallend veel afwijkingen. Dat kan aanleiding zijn om het ontwerp of productieproces van het product nader te onderzoeken. Ook helpt het om kwaliteitsgebeurtenissen te prioriteren op basis van het strategische belang of verkoopvolume van het getroffen product, zodat belangrijke problemen eerst worden aangepakt.

Koppelt procesdata aan productdata. Zo kun je kwaliteitsproblemen per productlijn analyseren, trends vinden en problemen met grote impact prioriteren.

Te vinden in het hoofdrecord van de kwaliteitsgebeurtenis, vaak in een veld met de naam ‘Materiaalnummer’, ‘Product-ID’ of ‘Onderdeelnummer’.

Het attribuut Locatie geeft aan welke geografische of organisatorische vestiging bij het kwaliteitsevent hoort. Dit kan een fabriek zijn, een specifieke productielijn, een distributiecentrum of een bedrijfseenheid.

Door prestaties per locatie te analyseren, kun je vestigingen vergelijken en goede werkwijzen vinden. Zo wordt duidelijk of bepaalde locaties kwaliteitsproblemen sneller afhandelen of dat problemen steeds op dezelfde plek terugkomen. Met deze analyse per locatie kan het management middelen gericht inzetten en goed presterende processen binnen de organisatie standaardiseren.

Hiermee kun je verschillende vestigingen of fabrieken vergelijken, prestaties benchmarken en locatiespecifieke problemen of goede werkwijzen opsporen.

Deze informatie staat meestal in het hoofdrecord van het kwaliteitsevent, vaak onder de naam 'Fabriek', 'Vestiging' of 'Bedrijfseenheid'.

Het resultaat van de effectiviteitscontrole legt de uitkomst vast van de verificatiestap na de uitvoering van corrigerende maatregelen. De uitkomst is meestal 'Effectief' of 'Niet effectief' en geeft aan of de maatregel de hoofdoorzaak van het probleem heeft verholpen.

Dit attribuut is belangrijk om het daadwerkelijke resultaat van het kwaliteitsmanagementproces te meten. Een hoog percentage uitkomsten 'Niet effectief' wijst op een structureel probleem bij de oorzaakanalyse of het plannen van maatregelen. Dat leidt tot herstelwerk en terugkerende problemen. Met process mining kun je herstelrondes analyseren. Cases met de uitkomst 'Niet effectief' gaan bijvoorbeeld vaak terug naar de onderzoeksfase of oorzaakanalyse. Daardoor nemen de doorlooptijd en kosten flink toe.

Meet rechtstreeks of corrigerende maatregelen effect hebben en is belangrijk voor de analyse van herstelrondes en de kwaliteit van de oorzaakanalyse.

Te vinden in de registraties van de verificatie of afsluiting van corrigerende en preventieve maatregelen (CAPA).

De status van de kwaliteitsgebeurtenis geeft de huidige status van een case weer. Dit dynamische attribuut verandert naarmate de case de levenscyclus doorloopt. Je ziet in één oogopslag waar de gebeurtenis op dat moment staat.

Bij process mining kun je dit attribuut gebruiken om de huidige werkvoorraad en achterstand te analyseren. Door te filteren op gebeurtenissen met de status ‘Open’ of ‘In behandeling’, kunnen managers het aantal actieve cases volgen. Het helpt ook bij conformancechecks: je vergelijkt de werkelijke statuswijzigingen met de verwachte processtroom. Een gebeurtenis hoort bijvoorbeeld niet op ‘Gesloten’ te staan voordat de ‘Corrigerende actie’ is uitgevoerd.

Geeft de huidige status van een case weer. Dat helpt bij het volgen van achterstanden en actieve werkvoorraad en bij het controleren of het proces volgens afspraak verloopt.

Dit is een belangrijk veld in de kopregel van het record van de kwaliteitsgebeurtenis. Het wordt bijgewerkt naarmate de gebeurtenis vordert.

De streefdatum voor afhandeling is de deadline voor het afsluiten van een kwaliteitsevent. Deze datum wordt vaak bepaald door wettelijke eisen, serviceafspraken met klanten of intern beleid op basis van de ernst van het event.

Dit attribuut is belangrijk om prestaties te volgen en compliance te analyseren. Door de werkelijke afsluitdatum met de streefdatum te vergelijken, kunnen organisaties de KPI 'Tijdige afhandeling' berekenen. Met process mining zie je welke soorten events of processtappen het vaakst tot vertraging leiden en ervoor zorgen dat deadlines niet worden gehaald. Zo kun je verbeteringen richten op het tijdig afhandelen van events.

Hiermee meet je prestaties ten opzichte van de afgesproken termijnen. Zo kun je het percentage tijdig afgehandelde events berekenen en oorzaken van vertraging opsporen.

Meestal te vinden in de koptekst of planningsgegevens van het kwaliteitsdossier.