Ihr Qualitätsmanagement-Daten-Template
Ihr Qualitätsmanagement-Daten-Template
- 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
Qualitätsmanagement-Attribute
| 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
|
|||
Qualitätsmanagement-Aktivitäten
| 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
|
|||