Ihr Qualitätsmanagement-Daten-Template

ETQ Reliance
Ihr Qualitätsmanagement-Daten-Template

Ihr Qualitätsmanagement-Daten-Template

Dieses Template wurde entwickelt, um Sie bei der Erfassung der richtigen Daten zur Optimierung Ihrer Qualitätsmanagement-Prozesse zu unterstützen. Es skizziert wesentliche Attribute, die gesammelt werden müssen, wichtige Aktivitäten, die verfolgt werden müssen, und bietet praktische Anleitungen zur Datenextraktion. Nutzen Sie diese Ressource, um ein leistungsstarkes Event Log für eine aufschlussreiche Prozessanalyse zu erstellen.
  • Empfohlene `Attribute` für eine umfassende Datenerfassung
  • Schlüsselaktivitäten zur Verfolgung für Prozess-Transparenz
  • Schritt-für-Schritt-Anleitung zur Datenextraktion für ETQ Reliance
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Qualitätsmanagement-Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um den notwendigen Kontext für eine gründliche Qualitätsmanagement-Analyse bereitzustellen.
3 Erforderlich 6 Empfohlen 13 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name der spezifischen Aufgabe oder des Ereignisses, das innerhalb des Qualitätsmanagementprozesses aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Lebenszyklus des Qualitätsereignisses, wie z. B. 'Problem kategorisiert und priorisiert' oder 'Ursachenanalyse durchgeführt'. Jede Aktivität stellt eine eigenständige Aktion dar, die darauf abzielt, das Qualitätsereignis einer Lösung zuzuführen.

Die Analyse von Aktivitäten ist der Kern des Process Mining. Dieses Attribut wird verwendet, um die Prozesskarte zu erstellen, die den Arbeitsfluss zeigt. Es ermöglicht die Identifizierung von Bottlenecks, Abweichungen vom Standardprozess und Nacharbeitsschleifen, die für die Prozessverbesserung entscheidend sind.

Bedeutung

Es definiert die Prozessschritte, was für die Visualisierung des Process Flows, die Entdeckung von Bottlenecks und die Analyse von Abweichungen notwendig ist.

Datenquelle

Diese Informationen werden typischerweise aus Event Logs, Workflow-Statusänderungen oder Audit Trails innerhalb von ETQ Reliance Modulen abgeleitet.

Beispiele
Untersuchung eingeleitetUrsachenanalyse durchgeführtKorrekturmaßnahmenplan genehmigt
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die Uhrzeit, zu der eine spezifische Aktivität stattfand.
Beschreibung

Der Event Timestamp markiert den genauen Zeitpunkt, zu dem eine Aktivität im System erfasst wurde. Jede Aktivität im Lebenszyklus eines Qualitätsereignisses hat ihren eigenen Timestamp, wodurch eine chronologische Abfolge von Ereignissen entsteht.

Dieses Attribut ist grundlegend für alle zeitbasierten Analysen im Process Mining. Es wird verwendet, um Zykluszeiten zwischen Aktivitäten zu berechnen, Wartezeiten und Bottlenecks zu identifizieren und die Gesamtdauer eines Qualitätsereignisses zu messen. Es ermöglicht auch die Analyse von Leistungstrends über die Zeit.

Bedeutung

Dieses Attribut ist unerlässlich für die Berechnung von Dauern, die chronologische Anordnung von Ereignissen und die Durchführung jeder zeitbasierten Analyse, wie z. B. die Identifizierung von Bottlenecks.

Datenquelle

Dies ist typischerweise in Audit-Trail-Tabellen oder als 'Zuletzt geändert'- oder 'Statusänderung'-Datumsfeld zu finden, das mit jeder Aktivität oder jedem Workflow-Schritt in ETQ Reliance verbunden ist.

Beispiele
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Quality Event
QualityEvent
Die eindeutige Kennung für ein einzelnes Qualitätsereignis, die alle zugehörigen Aktivitäten von der Identifizierung bis zur Schließung verknüpft.
Beschreibung

Das Qualitätsereignis ist der primäre Case-Identifikator für den Qualitätsmanagementprozess. Es stellt ein einziges, eigenständiges Qualitätsproblem dar, wie z. B. eine Nichtkonformität, Kundenbeschwerde oder Abweichung, während es durch Untersuchung und Lösung läuft.

In der Process Mining-Analyse ist dieses Attribut wesentlich, um den End-to-End-Verlauf jedes Qualitätsereignisses zu rekonstruieren. Es ermöglicht Analysten, Prozesskarten zu visualisieren, Zykluszeiten von Anfang bis Ende zu messen und Varianten zu analysieren, um zu verstehen, wie verschiedene Ereignisse gehandhabt werden. Alle Aktivitäten und Datenpunkte werden nach diesem Identifikator gruppiert, um eine vollständige Ansicht des Case zu bieten.

Bedeutung

Dies ist das grundlegende Attribut für Process Mining, da es alle verwandten Prozessschritte zu einem einzigen Case verbindet und so eine End-to-End-Analyse des Qualitätslösungs-Lebenszyklus ermöglicht.

Datenquelle

Dies ist der Primärschlüssel im Hauptmodul für Qualitätsereignisse oder Nichtkonformitäten innerhalb von ETQ Reliance. Konsultieren Sie die ETQ Reliance-Dokumentation für den spezifischen Tabellen- und Feldnamen.

Beispiele
QE-2023-00123NC-2023-0456CAPA-2023-7890
`Severity Level`
SeverityLevel
Eine Klassifizierung der Auswirkungen des Quality Events, wie z.B. kritisch, schwerwiegend oder geringfügig.
Beschreibung

Der Schweregrad ist eine Bewertung der potenziellen Auswirkungen des Qualitätsproblems auf Kunden, Produkte oder die Einhaltung gesetzlicher Vorschriften. Er wird verwendet, um Ressourcen zu priorisieren und die Dringlichkeit der Reaktion zu bestimmen.

Dieses Attribut ist entscheidend für die Dashboards 'Problem-Triage und Priorisierung' sowie 'Lösung von Ereignissen mit hohem Schweregrad'. Es ermöglicht die Segmentierung von Qualitätsereignissen, um zu analysieren, ob Probleme mit hohem Schweregrad schneller gelöst werden als solche mit niedrigem Schweregrad, und hilft sicherzustellen, dass kritische Probleme sofortige Aufmerksamkeit erhalten.

Bedeutung

Es ermöglicht die Priorisierung und Segmentierung von Fällen, um sicherzustellen, dass die kritischsten Qualitätsprobleme mit der entsprechenden Dringlichkeit behandelt werden.

Datenquelle

Dies ist ein Standardfeld in den meisten Qualitätsmanagement-Modulen in ETQ Reliance, oft Teil des anfänglichen Problemaufnahmeformulars.

Beispiele
KritischSchwerwiegendGeringfügig
Aktion durchgeführt von
ActionPerformedBy
Der Benutzer oder die Ressource, die eine spezifische Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert den einzelnen oder Systembenutzer, der für den Abschluss einer Aufgabe innerhalb des Qualitätsereignis-Lebenszyklus verantwortlich ist. Es verknüpft Prozessaktivitäten mit den Personen oder Teams, die sie ausführen.

Die Analyse der Leistung nach Benutzer hilft beim Verständnis der Workload-Verteilung, der Identifizierung von Schulungsbedarfen und der Erkennung von leistungsstarken Einzelpersonen oder Teams. Es ist auch unerlässlich für Compliance- und Audit-Zwecke, da es eine klare Aufzeichnung darüber liefert, wer welche Aktion durchgeführt hat.

Bedeutung

Dieses Attribut ermöglicht die Analyse der Ressourcenleistung, des Workload-Ausgleichs und die Identifizierung von Schulungsmöglichkeiten.

Datenquelle

Diese Informationen werden typischerweise in Audit Trail Logs oder Transaktionsdetails gespeichert, oft verknüpft mit einem Benutzer-ID-Feld in ETQ Reliance.

Beispiele
j.doeasmithqa_manager
Endzeit des Events
EventEndTime
Das Datum und die Uhrzeit, wann eine Aktivität abgeschlossen wurde, zur Berechnung ihrer Bearbeitungszeit verwendet.
Beschreibung

Die Ereignis-Endzeit markiert den Abschluss einer Aktivität. Zusammen mit dem Event Timestamp (Startzeit) definiert sie die Dauer eines einzelnen Prozessschritts. Nicht alle Systeme protokollieren explizit eine Endzeit für jedes Ereignis; in diesem Fall kann sie aus der Startzeit des nachfolgenden Ereignisses abgeleitet werden.

Dieses Attribut ist entscheidend für die Berechnung der Bearbeitungszeit einzelner Aktivitäten, die sich von der Wartezeit zwischen ihnen unterscheidet. Es hilft, zeitintensive Aufgaben zu identifizieren und ermöglicht gezielte Verbesserungen zur Effizienzsteigerung des Prozesses.

Bedeutung

Es ermöglicht die Berechnung der Bearbeitungszeit für einzelne Aktivitäten und hilft, zwischen aktiver Arbeitszeit und Wartezeit zu unterscheiden.

Datenquelle

Einige ETQ Reliance Module protokollieren möglicherweise sowohl Start- als auch Endzeiten für bestimmte Aufgaben. Falls nicht verfügbar, kann dies während der Datenvorbereitung abgeleitet werden.

Beispiele
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
Ursachenkategorie
RootCauseCategory
Die Klassifikation der identifizierten Grundursache des Qualitätsereignisses.
Beschreibung

Nach einer Root Cause Analysis (Ursachenanalyse) wird der zugrundeliegende Grund für das Problem oft kategorisiert. Beispiele sind „Anlagenausfall“, „Menschliches Versagen“, „Prozessmängel“ oder „Lieferantenproblem“.

Dieses Attribut ist wesentlich für das Dashboard „Root Cause Category Trends“. Durch die Analyse der Häufigkeit verschiedener Ursachenkategorien im Zeitverlauf können Organisationen systemische Probleme identifizieren und ihre Verbesserungsbemühungen auf die häufigsten Quellen von Qualitätsproblemen konzentrieren. Es hilft, von reaktiver Problemlösung zu proaktiver Prävention überzugehen.

Bedeutung

Es ermöglicht die strategische Analyse wiederkehrender Probleme und hilft, systemische Schwierigkeiten zu identifizieren und langfristige Korrektur- und Präventivmaßnahmen zu priorisieren.

Datenquelle

Dies ist typischerweise ein Feld, das während der Ursachenanalysephase des Workflows in ETQ Reliance ausgefüllt wird.

Beispiele
ProzessmangelMaterialfehlerMenschlicher FehlerGerätestörung
Verantwortliche Abteilung
ResponsibleDepartment
Die Abteilung oder der Funktionsbereich, der für das Qualitätsereignis oder eine spezifische Aktivität verantwortlich ist.
Beschreibung

Dieses Attribut gibt die Organisationseinheit an, die für die Verwaltung des Qualitätsereignisses oder die Ausführung bestimmter Schritte zuständig ist, wie z. B. 'Qualitätssicherung', 'Engineering' oder 'Produktion'. Dies kann auf Case-Ebene zugewiesen werden oder sich ändern, wenn der Case zwischen Abteilungen wechselt.

Dieses Attribut ist entscheidend für das Dashboard 'Abteilungs-Performance-Analyse'. Es ermöglicht das Filtern und Vergleichen der Prozessleistung, wie z. B. Zykluszeiten und Ereignisvolumen, über verschiedene Abteilungen hinweg. Dies hilft, abteilungsbezogene Bottlenecks, Ressourcenengpässe oder Bereiche der Exzellenz zu identifizieren.

Bedeutung

Es ermöglicht Performance-Vergleiche und Bottleneck-Analysen über verschiedene Geschäftsbereiche hinweg und hilft so, die Ressourcenzuweisung zu optimieren.

Datenquelle

Dies ist typischerweise ein Feld im Hauptformular für Qualitätsereignisse in ETQ Reliance, das den Eigentümer oder die verantwortliche Gruppe angibt.

Beispiele
QualitätssicherungProduktionForschung und Entwicklung
Verifizierungsergebnis
EffectivenessVerificationOutcome
Das Ergebnis der Überprüfung, ob eine Korrekturmaßnahme wirksam war.
Beschreibung

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

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

Bedeutung

Dies misst direkt den Erfolg von Korrekturmaßnahmen und hilft, Nacharbeit zu reduzieren und das Wiederauftreten von Qualitätsproblemen zu verhindern.

Datenquelle

Dies wäre ein Feld im Abschnitt zur Wirksamkeitsprüfung des CAPA- oder Qualitätsereignis-Moduls in ETQ Reliance.

Beispiele
WirksamNicht wirksamPending
Betroffenes Produkt
AffectedProduct
Das Produkt, Material oder die Komponente, die Gegenstand des Qualitätsereignisses ist.
Beschreibung

Dieses Attribut identifiziert das spezifische Produkt oder die Teilenummer, die mit dem Qualitätsproblem verbunden ist. Es verknüpft die Prozessdaten mit den Produktdaten.

Die Analyse von Qualitätsereignissen nach Produkt ermöglicht es dem Unternehmen zu erkennen, ob bestimmte Produkte höhere Raten an Qualitätsproblemen aufweisen, was auf potenzielle Design- oder Herstellungsprobleme hindeutet. Es hilft, Verbesserungsbemühungen auf die Produkte zu konzentrieren, die sie am dringendsten benötigen.

Bedeutung

Es verbindet den Qualitätsprozess mit spezifischen Produkten und ermöglicht die Analyse, welche Produkte am anfälligsten für Probleme sind.

Datenquelle

Dies ist typischerweise ein Schlüsselfeld im Qualitätsereignis-Formular, oft verknüpft mit einer Produktstammdatentabelle innerhalb von ETQ Reliance oder einem integrierten ERP-System.

Beispiele
PROD-1001-APROD-2050-BRAW-MAT-55
CAP Status
CorrectiveActionPlanStatus
Der Status des Korrekturmaßnahmenplans, z. B. Vorgeschlagen, Genehmigt oder Abgelehnt.
Beschreibung

Dieses Attribut verfolgt den Status des Korrekturmaßnahmenplans (CAP) selbst, der ein wichtiger Meilenstein innerhalb des gesamten Qualitätsereignisses ist. Es zeigt, ob eine vorgeschlagene Lösung überprüft und akzeptiert wurde.

Die Analyse dieses Attributs kann Bottlenecks im Genehmigungsprozess aufzeigen. Eine hohe Anzahl abgelehnter Pläne oder lange Verzögerungen zwischen den Status 'Vorgeschlagen' und 'Genehmigt' können auf Probleme mit der Qualität der Ursachenanalyse oder eine Fehlabstimmung unter den Stakeholdern hinweisen.

Bedeutung

Es hilft, Verzögerungen und Ineffizienzen im Genehmigungszyklus für Korrekturmaßnahmen zu identifizieren, ein häufiges Bottleneck im Qualitätsmanagement.

Datenquelle

Dies wäre ein Statusfeld innerhalb des Korrektur- und Präventivmaßnahmen (CAPA)-Abschnitts oder -Moduls von ETQ Reliance.

Beispiele
VorgeschlagenGenehmigtAbgelehntImplementierung ausstehend
Geschäftseinheit
BusinessUnit
Die größere Geschäftseinheit oder Abteilung, in der das Qualitätsereignis entstand.
Beschreibung

Dieses Attribut weist das Qualitätsereignis einer spezifischen Geschäftseinheit innerhalb der Organisation zu, wie z. B. 'Unterhaltungselektronik' oder 'Medizinprodukte'. Es bietet einen höheren Grad an organisatorischem Kontext als die Abteilung.

Dies ermöglicht Performance-Vergleiche auf hoher Ebene über verschiedene Geschäftsbereiche hinweg. Es kann der oberen Führungsebene helfen zu verstehen, welche Geschäftseinheiten die größten Qualitätsherausforderungen haben, und Ressourcen entsprechend zuzuweisen.

Bedeutung

Es ermöglicht einen hochrangigen Vergleich der Qualitätsprozess-Performance über verschiedene Unternehmensbereiche hinweg.

Datenquelle

Diese Informationen könnten ein Feld im Qualitätsereignis-Formular sein oder aus anderen Attributen wie der verantwortlichen Abteilung oder dem Produkt abgeleitet werden.

Beispiele
MedizinprodukteAutomobilteileIndustrielle Lösungen
Ist Nacharbeit
IsRework
Ein Kennzeichen, das angibt, ob eine Aktivität oder eine Abfolge von Aktivitäten Rework darstellt.
Beschreibung

Dieses boolesche Attribut wird abgeleitet, um zu identifizieren, wann eine Prozessschleife auftritt, z. B. wenn eine Wirksamkeitsprüfung fehlschlägt und eine neue Untersuchung auslöst oder wenn ein Korrekturmaßnahmenplan abgelehnt und zur Überarbeitung zurückgesandt wird. Es kennzeichnet Aktivitäten, die Wiederholungen früherer Schritte sind.

Dieses Attribut wird zur Berechnung des KPI 'Nacharbeitsrate für Korrekturmaßnahmen' verwendet. Die Hervorhebung von Nacharbeit ist entscheidend für das Verständnis von Prozessineffizienzen, da Nacharbeit Ressourcen verbraucht und Zykluszeiten verlängert, ohne den Case der Lösung näherzubringen.

Bedeutung

Es quantifiziert die Prozesseffizienz, indem es wiederholte Arbeiten kennzeichnet, was hilft, die Grundursachen von Prozessfehlern zu identifizieren und Verschwendung zu reduzieren.

Datenquelle

Dieses Attribut ist nicht im Quellsystem vorhanden. Es wird basierend auf der Abfolge der Aktivitäten innerhalb eines Case während der Datentransformation berechnet.

Beispiele
truefalsch
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der anzeigt, wann die Daten für den Prozess zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut zeichnet Datum und Uhrzeit der letzten Datenextraktion aus dem Quellsystem auf. Es ist ein Metadatenfeld, das für den gesamten Datensatz gilt und nicht für einzelne Ereignisse.

In jeder Prozessanalyse ist das Verständnis der Aktualität der Daten entscheidend. Dieses Attribut hilft Benutzern zu wissen, wie aktuell die Analyse ist, und stellt sicher, dass Entscheidungen auf aktuellen Informationen basieren und Erwartungen bezüglich der Datenlatenz verwaltet werden.

Bedeutung

Es zeigt die Aktualität der Daten an, was entscheidend für das Verständnis der Zeitgerechtheit der Analyse und der Erkenntnisse ist.

Datenquelle

Dieser Wert wird während des Datenextraktions-, Transformations- und Ladeprozesses (ETL) generiert und zeichnet den Timestamp auf, wann der Job ausgeführt wurde.

Beispiele
2024-05-20T08:00:00Z
Präventivmaßnahme ID
PreventiveActionId
Eine eindeutige Kennung für jede präventive Maßnahme, die als Reaktion auf das Quality Event erstellt wurde.
Beschreibung

Dieses Attribut verknüpft ein Qualitätsereignis mit einer oder mehreren präventiven Maßnahmen, die erstellt wurden, um die Grundursache zu beheben und ein Wiederauftreten in anderen Bereichen zu verhindern. Ein einzelnes Qualitätsereignis könnte zu mehreren präventiven Maßnahmen führen.

Diese ID ist wichtig für das Dashboard 'Präventivmaßnahmen-Management'. Sie hilft, die Umsetzungsrate identifizierter präventiver Maßnahmen zu verfolgen und kann verwendet werden, um doppelte oder redundante Anstrengungen zu identifizieren, wodurch sichergestellt wird, dass proaktive Verbesserungen effizient verwaltet werden.

Bedeutung

Es verbindet reaktive Quality Events mit proaktiven Verbesserungsinitiativen und ermöglicht die Analyse, wie effektiv die Organisation zukünftige Probleme verhindert.

Datenquelle

Dies wäre ein verknüpfter Datensatz oder ein Feld im Abschnitt 'Präventive Maßnahmen' des CAPA-Moduls in ETQ Reliance.

Beispiele
PA-2023-0088PA-2023-0089PA-2023-0090
Problembeschreibung
IssueDescription
Eine Freitextbeschreibung des identifizierten Qualitätsproblems.
Beschreibung

Dieses Attribut enthält die detaillierte, narrative Beschreibung des Qualitätsproblems. Es bietet einen qualitativen Kontext, den strukturierte Datenfelder nicht erfassen können.

Obwohl normalerweise nicht direkt in der Prozessflussvisualisierung verwendet, ist die Problembeschreibung für detaillierte Case-Reviews von unschätzbarem Wert. Sie kann auch mit Text-Mining-Techniken verwendet werden, um gemeinsame Themen oder Keywords zu identifizieren, die mit bestimmten Arten von Prozessabweichungen oder -verzögerungen verbunden sind.

Bedeutung

Es liefert entscheidenden qualitativen Kontext zum Verständnis der Besonderheiten eines Quality Events, was für die detaillierte Analyse einzelner Fälle nützlich ist.

Datenquelle

Dies ist ein Standardtextfeld oder Notizfeld im anfänglichen Qualitätsereignis-Meldeformular in ETQ Reliance.

Beispiele
Komponente XYZ hat den Stresstest an Station 4 nicht bestanden.Kunde meldete kosmetischen Mangel bei Charge 789.Falsche Kalibrierungseinstellungen an Maschine A gefunden.
Quality Event Cycle Time
QualityEventCycleTime
Die gesamte verstrichene Zeit von der Identifizierung eines Qualitätsproblems bis zu dessen endgültiger Schließung.
Beschreibung

Dies ist eine berechnete Metrik, die die End-to-End-Dauer eines einzelnen Qualitätsereignisses darstellt. Sie wird berechnet, indem die Differenz zwischen dem Timestamp der ersten Aktivität (z. B. 'Qualitätsproblem identifiziert') und der letzten Aktivität (z. B. 'Qualitätsereignis geschlossen') ermittelt wird.

Dieses Attribut unterstützt direkt den KPI 'Durchschnittliche Zykluszeit von Qualitätsereignissen' und ist ein primäres Maß für die allgemeine Prozesseffizienz. Es wird in Dashboards verwendet, um die Performance anhand von Zykluszeit-Reduktionszielen zu verfolgen und Dauern über verschiedene Ereigniskategorien hinweg zu vergleichen.

Bedeutung

Dies ist ein wichtiger Performance-Indikator, der die Gesamteffizienz des Qualitätsmanagementprozesses von Anfang bis Ende misst.

Datenquelle

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

Beispiele
25920006048008640000
Quality Event Status
QualityEventStatus
Der aktuelle Gesamtstatus des Qualitätsereignisses, z. B. offen, geschlossen oder storniert.
Beschreibung

Dieses Attribut bietet eine hochrangige Zusammenfassung darüber, wo sich das Qualitätsereignis in seinem Lebenszyklus befindet. Es zeigt an, ob der Case aktiv bearbeitet wird, erfolgreich gelöst wurde oder aus irgendeinem Grund storniert wurde.

In der Prozessanalyse wird dies verwendet, um nach aktiven versus abgeschlossenen Cases zu filtern. Es ist grundlegend für die Berechnung des Rückstands an offenen Qualitätsereignissen und um sicherzustellen, dass Analysen, wie z. B. die Zykluszeit, nur für Cases durchgeführt werden, die einen definierten Endzustand erreicht haben.

Bedeutung

Es ermöglicht das Filtern zwischen offenen und abgeschlossenen Fällen, was für die genaue Berechnung von Backlogs und die Analyse abgeschlossener Process Flows unerlässlich ist.

Datenquelle

Dies ist ein primäres Statusfeld auf dem Hauptobjekt für Qualitätsereignisse in ETQ Reliance.

Beispiele
OffenGeschlossenStorniertGenehmigung ausstehend
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert den Ursprung der Qualitätsmanagement-Daten. Für diese Prozessansicht ist der Wert konstant, was darauf hinweist, dass die Daten aus ETQ Reliance stammen.

Obwohl es innerhalb eines einzelnen Datensatzes nicht variieren mag, ist dieses Attribut entscheidend für die Data Governance und in Szenarien, in denen Daten aus mehreren Systemen zusammengeführt werden. Es sorgt für Klarheit über die Datenherkunft und hilft bei der Verwaltung von Datenintegrationsbemühungen.

Bedeutung

Es bietet wesentlichen Kontext zur Herkunft der Daten, was wichtig für Datengovernance, Validierung und Integration mit anderen Systemen ist.

Datenquelle

Dies ist typischerweise ein statischer Wert, der während des Datenextraktions-, Transformations- und Ladeprozesses (ETL) hinzugefügt wird, um die Datenquelle zu kennzeichnen.

Beispiele
ETQ Reliance
RCA-Dauer
RootCauseAnalysisDuration
Die Zeitspanne vom Beginn einer Untersuchung bis zum Abschluss der Ursachenanalyse.
Beschreibung

Diese Metrik misst die Dauer einer spezifischen Phase des Qualitätsprozesses. Sie wird als Zeitdifferenz zwischen der Aktivität 'Untersuchung eingeleitet' und der Aktivität 'Ursachenanalyse durchgeführt' berechnet.

Dieses Attribut ist wesentlich für den KPI 'Durchschnittliche Zeit für Ursachenanalyse' und das Dashboard 'Bottlenecks in der Ursachenanalyse'. Es hilft, Verzögerungen in der Analysephase des Prozesses zu identifizieren, die oft maßgeblich zu langen Gesamtzykluszeiten beitragen.

Bedeutung

Es isoliert die Performance eines kritischen Sub-Prozesses und hilft, Verzögerungen bei der Problemanalyse und -untersuchung zu identifizieren und zu beheben.

Datenquelle

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

Beispiele
8640001209600432000
SLA-Status
SLAState
Gibt an, ob das Quality Event innerhalb, von einer Verletzung bedroht oder bereits außerhalb seines definierten Service Level Agreement (SLA) liegt.
Beschreibung

Dieses Attribut ist ein berechnetes Feld, das die aktuelle oder gesamte Zykluszeit eines Qualitätsereignisses mit vordefinierten Zielen vergleicht. Zum Beispiel könnte ein kritisches Problem ein SLA für die Lösung innerhalb von 15 Tagen haben. Der Status könnte 'Im Plan', 'Gefährdet' oder 'Verletzt' sein.

Dies ist wertvoll für das Dashboard 'Qualitäts-Compliance-Übersicht', da es einen sofortigen visuellen Indikator für Pünktlichkeit und Compliance liefert. Es hilft Managern, Ereignisse, die Gefahr laufen, ihre Fristen zu verpassen, proaktiv anzugehen, anstatt erst nach einem Verstoß zu reagieren.

Bedeutung

Es bietet einen klaren, auf einen Blick erfassbaren Überblick über die Performance im Vergleich zu den Pünktlichkeitszielen und ermöglicht so ein proaktives Management von Fällen, die von Verzögerungen bedroht sind.

Datenquelle

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

Beispiele
On TrackRisikobehaftetVerletzt
Zugehörige Vorschrift
AssociatedRegulationStandard
Die spezifische Regulierung oder der Qualitätsstandard, der mit dem Qualitätsereignis verbunden ist.
Beschreibung

Dieses Attribut verknüpft ein Qualitätsereignis mit einer bestimmten regulatorischen Anforderung oder einem Industriestandard, wie z. B. ISO 9001, FDA 21 CFR Part 820 oder internen Unternehmensrichtlinien. Dies ist besonders wichtig in regulierten Industrien.

Dies ist das Schlüsselattribut für das Dashboard 'Qualitäts-Compliance-Übersicht'. Die Analyse von Ereignissen nach dem zugehörigen Standard hilft, die Compliance zu überwachen, Bereiche mit häufigen Abweichungen zu identifizieren und sicherzustellen, dass alle regulatorischen Anforderungen zeitnah erfüllt werden.

Bedeutung

Es ermöglicht die Analyse von Quality Events im Kontext der Compliance und hilft, die Einhaltung spezifischer Branchenvorschriften und -standards sicherzustellen.

Datenquelle

Dies kann ein dediziertes Feld oder eine auswählbare Liste im Qualitätsereignis-Formular in ETQ Reliance sein, insbesondere in Compliance-fokussierten Modulen.

Beispiele
ISO 9001:201521 CFR Part 820IATF 16949
Erforderlich Empfohlen Optional

Qualitätsmanagement-Aktivitäten

Dies sind die entscheidenden Prozessschritte und Meilensteine, die Sie in Ihrem Event Log verfolgen sollten, um Ihren Qualitätsmanagement-Workflow präzise zu erkennen und zu verbessern.
7 Empfohlen 10 Optional
Aktivität Beschreibung
Korrekturmaßnahme implementiert
Stellt den Abschluss der im genehmigten Korrekturmaßnahmenplan dargelegten Aufgaben dar. Dies wird oft erfasst, wenn ein Umsetzer die zugewiesenen Aufgaben als erledigt markiert.
Bedeutung

Misst die Dauer der Implementierungsphase, die Ressourcenengpässe oder praktische Schwierigkeiten bei der Ausführung der Korrekturmaßnahmen aufzeigen kann.

Datenquelle

Abgeleitet vom Abschlussdatum der letzten zugehörigen Korrekturmaßnahme oder einer manuellen Statusänderung zu „Maßnahmen implementiert“.

Erfassen

Abgeleitet vom Abschlussdatum der letzten zugehörigen CAPA-Aufgabe.

Ereignistyp inferred
Korrekturmaßnahmenplan genehmigt
Markiert die offizielle Genehmigung des vorgeschlagenen Korrekturmaßnahmenplans durch eine benannte Autorität, wodurch die Implementierung beginnen kann. Dies ist typischerweise eine explizite, mit einem Timestamp versehene Genehmigungsaktion im Workflow.
Bedeutung

Dies ist ein wichtiger Meilenstein und ein kritischer Genehmigungsschritt. Verzögerungen in dieser Phase können die gesamte Lösungszykluszeit erheblich verlängern.

Datenquelle

Erfasst vom Genehmigungs-Timestamp in der elektronischen Signatur oder dem Workflow History Log des Events. ETQ Reliance nutzt Genehmigungs-Workflows intensiv.

Erfassen

Vom Timestamp des Genehmigungsschritts in der Workflow-Historie.

Ereignistyp explicit
Qualitätsproblem identifiziert
Markiert die Erstellung eines neuen Quality Event-Datensatzes, der den Ausgangspunkt des Prozesses bildet. Dies wird typischerweise erfasst, wenn ein Benutzer ein neues Qualitätsproblem-Formular in ETQ Reliance einreicht.
Bedeutung

Legt die Startzeit des Falls fest, die für die Berechnung der End-to-End-Cycle Time und die Analyse der Ankunftsrate neuer Quality Events unerlässlich ist.

Datenquelle

Typischerweise abgeleitet vom Erstellungs-Timestamp des Qualitätsereignis-Datensatzes in der Haupttabelle der Qualitätsereignisse oder deren zugehörigem Audit Trail.

Erfassen

Vom Erstellungs-Timestamp des Quality Event-Datensatzes.

Ereignistyp explicit
Quality Event abgeschlossen
Die letzte Aktivität, die die erfolgreiche Lösung und den administrativen Abschluss des Qualitätsereignis-Datensatzes kennzeichnet. Dies ist der primäre Endpunkt des Prozesses.
Bedeutung

Definiert das Ende des Prozesses zur Berechnung der gesamten Cycle Time. Die Analyse abgeschlossener Events ist entscheidend für die Messung von Durchsatz und Gesamtperformance.

Datenquelle

Abgeleitet von einer Statusänderung zu „Geschlossen“ oder „Abgeschlossen“ im History Log des Events, die fast immer von einem Timestamp begleitet wird.

Erfassen

Abgeleitet vom Timestamp der Statusänderung zu „Geschlossen“.

Ereignistyp inferred
Untersuchung eingeleitet
Kennzeichnet den formellen Beginn der Untersuchungsphase zur Ermittlung der Grundursache des Qualitätsproblems. Dies wird typischerweise aus einer Statusänderung zu 'In Untersuchung' oder der Zuweisung eines Ermittlers abgeleitet.
Bedeutung

Diese Aktivität ist ein kritischer Meilenstein, der die Zeit für die Ursachenanalyse startet. Sie hilft, Verzögerungen zwischen der Problembewertung und dem Beginn der formellen Untersuchung zu identifizieren.

Datenquelle

Abgeleitet von einem Timestamp, der mit einer Statusänderung zu „Untersuchung“ im History Log des Events verbunden ist, oder dem Zuweisungsdatum der Rolle des leitenden Ermittlers.

Erfassen

Abgeleitet von einer Statusänderung zu „Unter Untersuchung“.

Ereignistyp inferred
Ursachenanalyse durchgeführt
Stellt den Abschluss der Untersuchung dar, bei der die Grundursache(n) identifiziert und dokumentiert wurde(n). Dieses Ereignis wird typischerweise erfasst, wenn der RCA-Formularabschnitt ausgefüllt und gespeichert wird.
Bedeutung

Markiert das Ende der Untersuchungsphase. Die Dauer zwischen „Untersuchung eingeleitet“ und dieser Aktivität ist eine Schlüsselmetrik zur Identifizierung von Bottlenecks im Analyseprozess.

Datenquelle

Abgeleitet vom Befüllungsdatum des Feldes „Root Cause Kategorie“ oder dem Abschluss-Timestamp des RCA Workflow-Schritts im Audit Trail.

Erfassen

Abgeleitet von der Befüllung der „Grundursache“-Felder oder einer Statusänderung zu „RCA Complete“.

Ereignistyp inferred
Wirksamkeit der Maßnahme verifiziert
Diese Aktivität bestätigt, dass die implementierte Korrekturmaßnahme die Grundursache erfolgreich behoben und ein Wiederauftreten verhindert hat. Dies ist ein formeller Verifizierungsschritt, der oft nach einer festgelegten Überwachungsperiode stattfindet.
Bedeutung

Dies ist ein kritischer Schritt zum Schließen des Qualitätskreislaufs und direkt an die CAPA-Effektivitäts-KPIs gebunden. Es stellt sicher, dass Lösungen dauerhaft und wirksam sind.

Datenquelle

Erfasst vom Abschlussdatum des Workflow-Schritts oder Formularabschnitts „Effektivitätsprüfung“. Dies ist oft eine separate, mit einem Timestamp versehene Aktivität.

Erfassen

Vom Abschlussdatum des Formulars oder der Aufgabe „Effektivitätsprüfung“.

Ereignistyp inferred
Abschlussprüfung durchgeführt
Eine abschließende Überprüfung des gesamten Quality Event-Datensatzes, um sicherzustellen, dass alle Dokumentationen vollständig sind und alle Verfahrensschritte vor dem Abschluss befolgt wurden. Dies ist oft ein expliziter Genehmigungsschritt.
Bedeutung

Dies stellt die letzte Qualitätssicherung dar, bevor der Prozess abgeschlossen wird, und gewährleistet Compliance und Datenintegrität. Bottlenecks hier können den endgültigen Abschluss verzögern.

Datenquelle

Erfasst vom Timestamp eines Genehmigungsschritts „Final Review“ oder „Ready for Closure“ im Workflow History Log.

Erfassen

Vom Timestamp des Genehmigungsschritts „Final Review“ im Workflow.

Ereignistyp explicit
Effektivitätsprüfung fehlgeschlagen
Zeigt an, dass die implementierte Korrekturmaßnahme das Problem nicht gelöst hat, was oft eine neue Untersuchung oder einen CAPA Cycle auslöst. Dieses Event signalisiert einen großen Prozessfehler und eine Rework Loop.
Bedeutung

Hebt fehlgeschlagene Lösungen hervor und beeinflusst direkt Rework-Raten und Kosten. Die Analyse dieser Fälle ist entscheidend für die Verbesserung der Root Cause Analysis- und CAPA-Planungsprozesse.

Datenquelle

Abgeleitet von einer Statusänderung zu „Effektivitätsprüfung fehlgeschlagen“ oder der Erstellung eines Folge-Quality Events, das mit dem Original verknüpft ist.

Erfassen

Abgeleitet von einer Statusänderung wie „Verifizierung fehlgeschlagen“ oder einem Kennzeichen im Verifizierungsdatensatz.

Ereignistyp inferred
Initialbewertung durchgeführt
Stellt die erste Überprüfung oder Triage des neu identifizierten Qualitätsproblems dar, um grundlegende Fakten zu sammeln und dessen Gültigkeit zu bestimmen. Dies wird oft abgeleitet, wenn ein anfänglicher Bewertungsformularabschnitt ausgefüllt oder der Status von 'Neu' zu 'In Bewertung' wechselt.
Bedeutung

Hilft bei der Analyse der Effizienz des initialen Triage-Prozesses und misst die Zeit, die benötigt wird, um ein Problem von der Meldung zur aktiven Bewertung zu überführen.

Datenquelle

Abgeleitet von einer Statusänderung (z.B. von „Neu“ zu „Bewerten“) oder dem Abschlussdatum einer initialen Bewertungsaufgabe im Workflow Log des Events.

Erfassen

Abgeleitet von einer Statusänderung zu „Unter Bewertung“ oder „In Triage“.

Ereignistyp inferred
Korrekturmaßnahmenplan abgelehnt
Zeigt an, dass der vorgeschlagene Korrekturmaßnahmenplan überprüft und abgelehnt wurde, was eine Überarbeitung und erneute Einreichung erfordert. Diese Aktivität erzeugt eine Rework Loop im Prozess.
Bedeutung

Diese Aktivität ist entscheidend, um Nacharbeitschleifen zu identifizieren, Ablehnungsgründe zu verstehen und die Erst-Durchlaufquote des Planungsprozesses zu messen.

Datenquelle

Erfasst vom Ablehnungs-Timestamp im Workflow History Log. Dies ist das Gegenstück zur Genehmigungsaktion innerhalb eines Workflows.

Erfassen

Vom Timestamp des Ablehnungsschritts in der Workflow-Historie.

Ereignistyp explicit
Korrekturmaßnahmenplan vorgeschlagen
Diese Aktivität tritt auf, wenn ein formeller Plan zur Behebung der Grundursache dokumentiert und zur Genehmigung eingereicht wird. Dies wird oft erfasst, wenn der Abschnitt 'Korrekturmaßnahmenplan' des Formulars ausgefüllt und der Status fortgeschritten wird.
Bedeutung

Die Analyse der Zeit von der RCA-Fertigstellung bis zu diesem Schritt hilft, Verzögerungen bei der Planung von Korrekturmaßnahmen aufzudecken, was ein häufiges Bottleneck in Qualitätsprozessen ist.

Datenquelle

Abgeleitet von einer Statusänderung zu „CAPA Genehmigung ausstehend“ oder dem Einreichungs-Timestamp des Korrekturmaßnahmenplans im Quality Event-Datensatz.

Erfassen

Abgeleitet von einer Statusänderung zu „Genehmigung ausstehend“ oder dem Einreichungsdatum des CAPA-Plans.

Ereignistyp inferred
Präventivmaßnahme identifiziert
Beschreibt die Identifizierung einer präventiven Maßnahme (PM), die darauf abzielt, die Ursache potenzieller Nichtkonformitäten zu beseitigen. Dies kann als separater, aber verknüpfter Datensatz zum ursprünglichen Qualitätsereignis verwaltet werden.
Bedeutung

Entscheidend für die Analyse der Proaktivität einer Organisation im Qualitätsmanagement und unterstützt das Dashboard „Präventive Maßnahmenmanagement“, indem es nachverfolgt, wann präventive Maßnahmen initiiert werden.

Datenquelle

Erfordert eine Systemanalyse. Es wird wahrscheinlich aus dem Erstellungsdatum eines präventiven Maßnahmen-Datensatzes abgeleitet, der mit dem ursprünglichen Qualitätsereignis-Datensatz verknüpft ist.

Erfassen

Vom Erstellungsdatum eines verknüpften Präventivmaßnahmen-Datensatzes.

Ereignistyp inferred
Präventivmaßnahme implementiert
Markiert den Abschluss der Aufgaben, die mit einer identifizierten Präventivmaßnahme verbunden sind, was bedeutet, dass proaktive Maßnahmen ergriffen wurden.
Bedeutung

Diese Aktivität ist entscheidend für die Messung des KPI 'Umsetzungsrate präventiver Maßnahmen' und stellt sicher, dass proaktive Qualitätsverbesserungen tatsächlich durchgeführt werden.

Datenquelle

Erfordert eine Systemanalyse. Es wird wahrscheinlich aus dem Abschlussdatum des verknüpften präventiven Maßnahmen-Datensatzes oder dessen zugehörigen Aufgaben abgeleitet.

Erfassen

Vom Abschlussdatum eines verknüpften Präventivmaßnahmen-Datensatzes.

Ereignistyp inferred
Problem kategorisiert und priorisiert
Markiert den Punkt, an dem das Problem nach Typ, Schweregrad und Priorität klassifiziert wurde, was oft den nachfolgenden Workflow bestimmt. Dies wird erfasst, wenn die Kategorisierungs- und Prioritätsfelder befüllt und der Datensatz gespeichert wird.
Bedeutung

Dies ist ein wichtiger Entscheidungspunkt. Die Analyse der Zeit bis zu diesem Schritt ist entscheidend für das Dashboard 'Problem-Triage und Priorisierung' und für das Verständnis des Prozess-Routings.

Datenquelle

Abgeleitet vom Timestamp, an dem Pflichtfelder wie „Schweregrad“ und „Quality Event Typ“ erstmals befüllt werden, wie im Audit Trail des Systems verfolgt.

Erfassen

Abgeleitet vom Timestamp der ersten Befüllung für die Felder „Schweregrad“ oder „Priorität“.

Ereignistyp inferred
Quality Event storniert
Ein alternativer Endpunkt, an dem das Quality Event ohne vollständige Lösung beendet wird, beispielsweise wegen einer doppelten oder ungültigen Eingabe.
Bedeutung

Hilft, zwischen erfolgreich gelösten Fällen und solchen, die frühzeitig beendet werden, zu unterscheiden. Die Analyse von Stornierungen kann Probleme in den initialen Berichts- und Triage-Phasen aufzeigen.

Datenquelle

Abgeleitet von einer Statusänderung zu „Storniert“, „Ungültig“ oder „Zurückgezogen“ im History Log des Events.

Erfassen

Abgeleitet vom Timestamp der Statusänderung zu „Storniert“.

Ereignistyp inferred
Stakeholder benachrichtigt
Beschreibt die formelle Kommunikation der Lösung des Qualitätsereignisses an relevante Stakeholder. Dies kann über einen dedizierten Workflow-Schritt oder eine protokollierte Kommunikationsaufzeichnung verfolgt werden.
Bedeutung

Essentiell für die Messung der Kommunikationseffizienz und unterstützt das Dashboard „Pünktlichkeit der Stakeholder-Benachrichtigung“. Verzögerungen hier können die Kundenzufriedenheit beeinträchtigen.

Datenquelle

Erfordert eine Systemanalyse, da dies oft ein manueller Schritt ist. Es kann aus dem Abschluss einer Aufgabe 'Stakeholder benachrichtigen' abgeleitet werden, falls konfiguriert.

Erfassen

Abgeleitet vom Abschlussdatum einer manuellen Aufgabe „Stakeholder benachrichtigen“.

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten von ETQ Reliance