Ihr Daten-Template für das Qualitätsmanagement

Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Lebenszyklus eines Qualitätsereignisses, beispielsweise „Issue Categorized And Prioritized“ oder „Root Cause Analysis Performed“. Jede Aktivität steht für eine konkrete Aktion, mit der das Qualitätsereignis seiner Lösung nähergebracht wird.

Die Analyse von Aktivitäten bildet den Kern des Process Mining. Dieses Attribut wird zum Aufbau der Prozesskarte verwendet und zeigt den Arbeitsfluss. So lassen sich Engpässe, Abweichungen vom Standardprozess und Nacharbeits-Schleifen erkennen, die für die Prozessverbesserung entscheidend sind.

Es definiert die Prozessschritte und ist damit erforderlich, um den Prozessfluss zu visualisieren, Engpässe zu erkennen und Abweichungen zu analysieren.

Diese Informationen werden normalerweise aus Event Logs, Workflow-Statusänderungen oder Audit Trails innerhalb der ETQ-Reliance-Module abgeleitet.

Der Event Timestamp kennzeichnet den exakten Zeitpunkt, zu dem eine Aktivität im System erfasst wurde. Jede Aktivität im Lebenszyklus eines Qualitätsereignisses besitzt ihren eigenen Timestamp und bildet so eine chronologische Abfolge von Ereignissen.

Dieses Attribut ist die Grundlage für alle zeitbezogenen Analysen im Process Mining. Es dient zur Berechnung von Zykluszeiten zwischen Aktivitäten, zur Ermittlung von Wartezeiten und Engpässen sowie zur Messung der Gesamtdauer eines Qualitätsereignisses. Außerdem ermöglicht es die Analyse von Leistungstrends im Zeitverlauf.

Dieses Attribut ist entscheidend für die Berechnung von Zeitdauern, die chronologische Sortierung von Ereignissen und jede zeitbezogene Analyse, beispielsweise zur Identifizierung von Engpässen.

Dieser Wert befindet sich normalerweise in Audit-Trail-Tabellen oder in einem Feld für das Datum der letzten Änderung beziehungsweise Statusänderung, das der jeweiligen Aktivität oder dem Workflow-Schritt in ETQ Reliance zugeordnet ist.

Das Quality Event ist die primäre Case-ID für den Qualitätsmanagementprozess. Es steht für ein einzelnes, klar abgegrenztes Qualitätsproblem, beispielsweise eine Nichtkonformität, eine Kundenbeschwerde oder eine Abweichung, das die Untersuchung und Lösung durchläuft.

In der Process-Mining-Analyse ist dieses Attribut entscheidend, um den durchgängigen Verlauf jedes Qualitätsereignisses zu rekonstruieren. Es ermöglicht Analysten, Prozesskarten zu visualisieren, Zykluszeiten vom Start bis zum Abschluss zu messen und Varianten zu analysieren, um den Umgang mit unterschiedlichen Ereignissen zu verstehen. Alle Aktivitäten und Datenpunkte werden anhand dieser Kennung gruppiert, sodass eine vollständige Sicht auf den Case entsteht.

Dies ist das grundlegende Attribut für Process Mining. Es verbindet alle zugehörigen Prozessschritte zu einem einzelnen Case und ermöglicht eine durchgängige Analyse des Lebenszyklus der Qualitätsbearbeitung.

Dies ist der Primärschlüssel im zentralen Quality-Event- oder Non-conformance-Modul von ETQ Reliance. Die genaue Bezeichnung der Tabelle und des Feldes entnehmen Sie bitte der Dokumentation von ETQ Reliance.

Dieses Attribut identifiziert den einzelnen Benutzer oder Systembenutzer, der für den Abschluss eines Tasks im Lebenszyklus eines Quality Events verantwortlich ist. Es verknüpft Prozessaktivitäten mit den Personen oder Teams, die sie ausführen.

Die Analyse der Leistung nach Benutzer hilft, die Arbeitslast zu verstehen, Schulungsbedarf zu erkennen und besonders leistungsstarke Personen oder Teams zu identifizieren. Außerdem ist sie für Compliance- und Audit-Zwecke wichtig, da sie eindeutig dokumentiert, wer welche Aktion ausgeführt hat.

Dieses Attribut ermöglicht die Analyse der Ressourcenleistung, den Ausgleich von Arbeitslasten und die Identifizierung von Schulungsmöglichkeiten.

Diese Informationen werden üblicherweise in Audit-Trail-Protokollen oder Transaktionsdetails gespeichert und in ETQ Reliance häufig mit einem Benutzer-ID-Feld verknüpft.

Die Endzeit des Events kennzeichnet den Abschluss einer Aktivität. Zusammen mit dem Event Timestamp, also der Startzeit, definiert sie die Dauer eines einzelnen Prozessschritts. Nicht alle Systeme erfassen für jedes Event ausdrücklich eine Endzeit. In diesem Fall kann sie aus der Startzeit des nachfolgenden Events abgeleitet werden.

Dieses Attribut ist entscheidend für die Berechnung der Bearbeitungszeit einzelner Aktivitäten. Diese unterscheidet sich von der Wartezeit zwischen den Aktivitäten. So lässt sich erkennen, welche konkreten Tasks besonders viel Zeit beanspruchen, um gezielte Verbesserungen umzusetzen und den Prozess effizienter zu gestalten.

Damit lässt sich die Bearbeitungszeit einzelner Aktivitäten berechnen und zwischen aktiver Arbeitszeit und Wartezeit unterscheiden.

Einige Module von ETQ Reliance protokollieren für bestimmte Tasks sowohl Start- als auch Endzeiten. Falls diese nicht verfügbar sind, können sie während der Datenaufbereitung abgeleitet werden.

Nach der Umsetzung einer Korrekturmaßnahme wird häufig eine Verifizierung durchgeführt, um zu bestätigen, dass die Maßnahme das Problem tatsächlich gelöst hat. Dieses Attribut erfasst das Ergebnis dieser Verifizierung, üblicherweise als „Wirksam“ oder „Nicht wirksam“.

Dieses Attribut ist zentral für das Dashboard zur Wirksamkeit von Korrekturmaßnahmen und die KPI zur Verifizierungsrate der CAPA-Wirksamkeit. Es misst direkt den Erfolg des Lösungsprozesses, hilft bei der Erkennung wiederkehrender Probleme und verbessert die Qualität von Korrekturmaßnahmenplänen.

Damit wird der Erfolg von Korrekturmaßnahmen direkt gemessen. So lassen sich Nacharbeit reduzieren und wiederkehrende Qualitätsprobleme vermeiden.

Dieses Feld würde sich im Abschnitt zur Wirksamkeitsverifizierung des CAPA- oder Quality-Event-Moduls von ETQ Reliance befinden.

Nach einer durchgeführten Ursachenanalyse wird der zugrunde liegende Grund des Problems häufig kategorisiert. Beispiele sind „Equipment Failure“, „Human Error“, „Process Deficiency“ oder „Supplier Issue“.

Dieses Attribut ist entscheidend für das Dashboard zu Trends bei Grundursachenkategorien. Durch die Analyse der Häufigkeit verschiedener Grundursachenkategorien im Zeitverlauf können Unternehmen systemische Probleme erkennen und ihre Verbesserungsmaßnahmen auf die häufigsten Ursachen von Qualitätsproblemen konzentrieren. So verschiebt sich der Fokus von reaktiver Problemlösung hin zu proaktiver Prävention.

Damit lassen sich wiederkehrende Probleme strategisch analysieren, systemische Ursachen erkennen und langfristige Korrektur- und Präventionsmaßnahmen priorisieren.

Dieses Feld wird üblicherweise während der Phase der Root Cause Analysis im Workflow von ETQ Reliance ausgefüllt.

Der Schweregrad bewertet die möglichen Auswirkungen des Qualitätsproblems auf Kunden, Produkte oder die regulatorische Compliance. Er dient dazu, Ressourcen zu priorisieren und die Dringlichkeit der Reaktion festzulegen.

Dieses Attribut ist entscheidend für die Dashboards zur Triage und Priorisierung von Problemen sowie zur Behebung von Events mit hohem Schweregrad. Es ermöglicht, Quality Events zu segmentieren und zu analysieren, ob Probleme mit hohem Schweregrad schneller gelöst werden als Probleme mit niedrigem Schweregrad. Außerdem stellt es sicher, dass kritische Probleme sofort bearbeitet werden.

Damit lassen sich Cases priorisieren und segmentieren, sodass die kritischsten Qualitätsprobleme mit der erforderlichen Dringlichkeit bearbeitet werden.

Dies ist ein Standardfeld in den meisten Qualitätsmanagementmodulen von ETQ Reliance und häufig Bestandteil des Formulars zur erstmaligen Erfassung eines Problems.

Dieses Attribut gibt die Organisationseinheit an, die mit der Verwaltung des Quality Events oder der Ausführung bestimmter Schritte betraut ist, etwa „Quality Assurance“, „Engineering“ oder „Production“. Die Zuordnung kann auf Case-Ebene erfolgen oder sich ändern, wenn der Case zwischen Abteilungen weitergegeben wird.

Dieses Attribut ist zentral für das Dashboard zur Abteilungsleistungsanalyse. Es ermöglicht, die Prozessleistung, etwa Durchlaufzeiten und Event-Volumen, nach Abteilungen zu filtern und zu vergleichen. So lassen sich Abteilungsengpässe, Ressourcenbeschränkungen und besonders leistungsstarke Bereiche erkennen.

Damit können Sie die Leistung verschiedener Geschäftsbereiche vergleichen und Engpässe analysieren, um die Ressourcenverteilung zu optimieren.

Dieses Feld befindet sich üblicherweise im Hauptformular für Quality Events in ETQ Reliance und gibt den verantwortlichen Eigentümer oder die zuständige Gruppe an.

Dieses Attribut identifiziert das konkrete Produkt oder die zugehörige Teilenummer des Qualitätsproblems. Es verknüpft die Prozessdaten mit den Produktstammdaten.

Die Analyse von Quality Events nach Produkt zeigt, ob bestimmte Produkte häufiger von Qualitätsproblemen betroffen sind. Das kann auf mögliche Konstruktions- oder Fertigungsprobleme hinweisen. So lassen sich Verbesserungsmaßnahmen auf die Produkte konzentrieren, bei denen der größte Handlungsbedarf besteht.

Damit wird der Qualitätsprozess mit konkreten Produkten verknüpft. So lässt sich analysieren, bei welchen Produkten Probleme besonders häufig auftreten.

Dies ist üblicherweise ein zentrales Feld im Quality-Event-Formular. Häufig ist es mit einer Produktstammdatentabelle in ETQ Reliance oder einem integrierten ERP-System verknüpft.

Dieses Attribut verfolgt den Status des Corrective Action Plan (CAP), der einen wichtigen Meilenstein innerhalb des gesamten Quality Events darstellt. Es zeigt, ob eine vorgeschlagene Lösung geprüft und akzeptiert wurde.

Die Analyse dieses Attributs kann Engpässe im Genehmigungsprozess sichtbar machen. Eine hohe Zahl abgelehnter Pläne oder lange Verzögerungen zwischen den Status „Vorgeschlagen“ und „Genehmigt“ können auf Probleme bei der Ursachenanalyse oder auf eine fehlende Abstimmung zwischen den Beteiligten hinweisen.

Damit lassen sich Verzögerungen und Ineffizienzen im Genehmigungszyklus von Korrekturmaßnahmen erkennen, einem häufigen Engpass im Qualitätsmanagement.

Dies wäre ein Statusfeld im Abschnitt oder Modul für Corrective and Preventive Action (CAPA) von ETQ Reliance.

Diese Kennzahl misst die Dauer einer bestimmten Phase des Qualitätsprozesses. Sie wird als Zeitdifferenz zwischen den Aktivitäten „Investigation Initiated“ und „Root Cause Analysis Performed“ berechnet.

Dieses Attribut ist entscheidend für die KPI „Durchschnittliche Dauer der Root Cause Analysis“ und das Dashboard zu Engpässen in der Root Cause Analysis. Es hilft, Verzögerungen in der analytischen Phase des Prozesses zu lokalisieren, die häufig wesentlich zu langen Gesamtdurchlaufzeiten beitragen.

Damit wird die Leistung eines kritischen Teilprozesses isoliert betrachtet. So lassen sich Verzögerungen bei der Problemanalyse und Untersuchung erkennen und beheben.

Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird während der Datentransformation berechnet, indem die Zeitdifferenz zwischen den Timestamps bestimmter Aktivitäten ermittelt wird.

Dies ist eine berechnete Kennzahl für die End-to-End-Dauer eines einzelnen Quality Events. Sie wird ermittelt, indem die Differenz zwischen dem Timestamp der ersten Aktivität, etwa „Quality Issue Identified“, und der letzten Aktivität, etwa „Quality Event Closed“, berechnet wird.

Dieses Attribut unterstützt direkt die KPI „Durchschnittliche Durchlaufzeit von Quality Events“ und ist ein zentraler Maßstab für die Gesamteffizienz des Prozesses. In Dashboards wird es verwendet, um die Leistung im Vergleich zu Zielen zur Verkürzung der Durchlaufzeit zu verfolgen und die Dauer verschiedener Event-Kategorien zu vergleichen.

Dies ist ein zentraler Leistungsindikator für die Gesamteffizienz des Qualitätsmanagementprozesses vom Anfang bis zum Ende.

Dieses Attribut ist in ETQ Reliance nicht direkt verfügbar. Es wird im Process-Mining-Tool oder während des ETL-Prozesses berechnet, indem für jeden Case der Timestamp des ersten Events vom Timestamp des letzten Events abgezogen wird.

Dieses Attribut ordnet das Quality Event einer bestimmten Geschäftseinheit innerhalb der Organisation zu, etwa „Consumer Electronics“ oder „Medical Devices“. Es liefert einen übergeordneten organisatorischen Kontext, der über die Abteilung hinausgeht.

Damit können Sie die Leistung verschiedener Unternehmensteile auf hoher Ebene vergleichen. Die Unternehmensleitung erkennt so, welche Geschäftseinheiten vor den größten Qualitätsproblemen stehen, und kann Ressourcen entsprechend zuweisen.

Damit lässt sich die Leistung von Qualitätsprozessen auf hoher Ebene über verschiedene Unternehmensbereiche hinweg vergleichen.

Diese Information kann als Feld im Quality-Event-Formular vorliegen oder aus anderen Attributen wie der verantwortlichen Abteilung oder dem Produkt abgeleitet werden.

Dieses Attribut verknüpft ein Quality Event mit einer oder mehreren Präventionsmaßnahmen, die erstellt wurden, um die Grundursache zu beheben und ein erneutes Auftreten in anderen Bereichen zu verhindern. Aus einem einzelnen Quality Event können mehrere Präventionsmaßnahmen entstehen.

Diese ID ist wichtig für das Dashboard zur Verwaltung von Präventionsmaßnahmen. Sie hilft, die Umsetzungsrate identifizierter Präventionsmaßnahmen zu verfolgen und doppelte oder redundante Aktivitäten zu erkennen. So lassen sich proaktive Verbesserungen effizient steuern.

Damit werden reaktive Quality Events mit proaktiven Verbesserungsinitiativen verknüpft. So lässt sich analysieren, wie wirksam die Organisation künftige Probleme verhindert.

Dies wäre ein verknüpfter Datensatz oder ein Feld im Abschnitt für Präventionsmaßnahmen des CAPA-Moduls von ETQ Reliance.

Dieses boolesche Attribut wird abgeleitet, um Schleifen im Prozess zu erkennen, etwa wenn eine fehlgeschlagene Wirksamkeitsverifizierung eine neue Untersuchung auslöst oder ein Corrective Action Plan abgelehnt und zur Überarbeitung zurückgegeben wird. Es kennzeichnet Aktivitäten, die frühere Schritte wiederholen.

Dieses Attribut dient zur Berechnung der KPI „Nacharbeitsquote bei Korrekturmaßnahmen“. Die Kennzeichnung von Nacharbeit ist entscheidend, um Ineffizienzen zu verstehen, da Nacharbeit Ressourcen bindet und Durchlaufzeiten verlängert, ohne den Case einer Lösung näherzubringen.

Damit wird die Prozessineffizienz durch die Kennzeichnung wiederholter Arbeit quantifiziert. So lassen sich die Grundursachen von Prozessfehlern erkennen und Verschwendung reduzieren.

Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird während der Datentransformation anhand der Aktivitätsfolge innerhalb eines Cases berechnet.

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion aus dem Quellsystem. Es handelt sich um ein Metadatenfeld, das für den gesamten Datensatz und nicht für einzelne Events gilt.

Für jede Prozessanalyse ist es entscheidend zu wissen, wie aktuell die Daten sind. Dieses Attribut zeigt, wie aktuell die Analyse ist. So basieren Entscheidungen auf aktuellen Informationen und Erwartungen an die Datenlatenz lassen sich besser steuern.

Es gibt die Aktualität der Daten an. Diese ist entscheidend, um die zeitliche Aussagekraft der Analyse und der Erkenntnisse zu beurteilen.

Dieser Wert wird während des ETL-Prozesses zur Extraktion, Transformation und zum Laden der Daten erzeugt. Er erfasst den Timestamp, zu dem der Job ausgeführt wurde.

Dieses Attribut enthält eine ausführliche Beschreibung des Qualitätsproblems in Textform. Es liefert qualitativen Kontext, den strukturierte Datenfelder nicht abbilden können.

Die Problembeschreibung wird in der Regel nicht direkt zur Visualisierung des Prozessflusses verwendet, ist aber für detaillierte Case-Prüfungen sehr wertvoll. Mithilfe von Text-Mining-Verfahren kann sie außerdem genutzt werden, um wiederkehrende Themen oder Schlüsselwörter zu identifizieren, die mit bestimmten Prozessabweichungen oder Verzögerungen verbunden sind.

Sie liefert wichtigen qualitativen Kontext zu den Einzelheiten eines Quality Events und eignet sich daher für eine detaillierte Analyse einzelner Cases.

Dies ist üblicherweise ein Standardtextfeld oder Memo-Feld im Formular zur erstmaligen Meldung eines Quality Events in ETQ Reliance.

Dieses Attribut identifiziert die Herkunft der Qualitätsmanagementdaten. In dieser Prozessansicht ist der Wert konstant und zeigt an, dass die Daten aus ETQ Reliance stammen.

Auch wenn sich der Wert innerhalb eines einzelnen Datensatzes möglicherweise nicht ändert, ist dieses Attribut für Data Governance und für Szenarien wichtig, in denen Daten aus mehreren Systemen zusammengeführt werden. Es schafft Klarheit über die Datenherkunft und unterstützt die Steuerung von Datenintegrationen.

Es liefert wichtigen Kontext zur Herkunft der Daten. Das ist für Data Governance, Validierung und die Integration mit anderen Systemen relevant.

Dabei handelt es sich normalerweise um einen statischen Wert, der während des ETL-Prozesses zur Datenextraktion, -transformation und -ladung hinzugefügt wird, um die Datenquelle zu kennzeichnen.

Dieses Attribut ist ein berechnetes Feld, das die aktuelle oder gesamte Durchlaufzeit eines Quality Events mit vorab definierten Zielwerten vergleicht. Für ein kritisches Problem kann beispielsweise eine SLA zur Lösung innerhalb von 15 Tagen gelten. Der Status kann „Im Plan“, „Gefährdet“ oder „Verletzt“ lauten.

Für das Dashboard zur Übersicht der Qualitäts-Compliance ist dieses Attribut besonders wertvoll, da es unmittelbar zeigt, ob Termine eingehalten werden und Compliance-Ziele erreicht sind. Verantwortliche können so Cases, bei denen eine Fristüberschreitung droht, frühzeitig bearbeiten, statt erst nach einer SLA-Verletzung zu reagieren.

Damit erhalten Sie einen klaren Überblick über die Leistung im Vergleich zu zeitlichen Zielvorgaben und können von Verzögerungen bedrohte Cases proaktiv steuern.

Dieses Attribut wird während der Datentransformation berechnet, indem die verstrichene Zeit eines Cases mit den Geschäftsregeln für SLAs verglichen wird. Diese können auf Attributen wie dem Schweregrad basieren.

Dieses Attribut fasst auf hoher Ebene zusammen, an welcher Stelle im Lebenszyklus sich das Quality Event befindet. Es zeigt, ob der Case aktiv bearbeitet wird, erfolgreich gelöst wurde oder aus einem bestimmten Grund abgebrochen wurde.

In der Prozessanalyse dient es dazu, aktive und abgeschlossene Cases zu filtern. Es ist grundlegend für die Berechnung des Rückstands offener Quality Events und stellt sicher, dass Analysen wie die Durchlaufzeit nur für Cases durchgeführt werden, die einen eindeutigen Endstatus erreicht haben.

Damit können Sie zwischen offenen und geschlossenen Cases filtern. Das ist entscheidend, um Rückstände zu berechnen und abgeschlossene Prozessabläufe korrekt zu analysieren.

Dies ist ein primäres Statusfeld des zentralen Quality-Event-Objekts in ETQ Reliance.

Dieses Attribut verknüpft ein Quality Event mit einer bestimmten regulatorischen Anforderung oder einem Branchenstandard, etwa ISO 9001, FDA 21 CFR Part 820 oder internen Unternehmensrichtlinien. Das ist besonders für regulierte Branchen wichtig.

Dieses Attribut ist zentral für das Dashboard zur Übersicht der Qualitäts-Compliance. Die Analyse von Events nach dem zugehörigen Standard hilft, die Compliance zu überwachen, Bereiche mit häufigen Abweichungen zu erkennen und sicherzustellen, dass alle regulatorischen Anforderungen fristgerecht erfüllt werden.

Damit können Quality Events im Compliance-Kontext analysiert werden. So lässt sich die Einhaltung bestimmter Branchenvorschriften und Standards überwachen.

Dies kann ein eigenes Feld oder eine Auswahlliste im Quality-Event-Formular von ETQ Reliance sein, insbesondere in Compliance-orientierten Modulen.