Ihr Qualitätsmanagement-Daten-Template
Ihr Qualitätsmanagement-Daten-Template
- Empfohlene `Attribute` für eine vollständige Datenerfassung
- Schlüsselaktivitäten zur Verfolgung für Prozesstransparenz
- 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 den Antrag bearbeitet.es 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 die Grundlage für Process Mining. Dieses Attribut wird verwendet, um die Prozesskarte zu erstellen, die den Arbeitsfluss zeigt. Es ermöglicht die Identifizierung von Engpässe, Abweichungen vom Standardprozess und Nacharbeitsschleifen, die für die Prozessoptimierung wichtig sind.
Bedeutung
Es definiert die Prozessschritte, was für die Visualisierung des Prozessflusss, die Entdeckung von Engpässe und die Analyse von Abweichungen notwendig ist.
Datenquelle
Diese Informationen werden in der Regel aus Event-Logs, Workflow-Statusänderungen oder Audit-Trails innerhalb von ETQ Reliance Modulen abgeleitet.
Beispiele
Untersuchung eingeleitetUrsachenanalyse durchgeführtKorrekturmaßnahmenplan genehmigt
|
|||
|
Ereignis-Zeitstempel
EventTimestamp
|
Das genaue Datum und die Uhrzeit, zu der eine spezifische Aktivität stattfand. | ||
|
Beschreibung
Der Event Zeitstempel markiert den genauen Zeitpunkt, zu dem eine Aktivität im System erfasst wurde. Jede Aktivität im Lebenszyklus eines Qualitätsereignisses hat ihren eigenen Zeitstempel, wodurch eine chronologische Abfolge von Ereignissen entsteht. Dieses Attribut ist die Basis für alle zeitbasierten Analysen im Process Mining. Es wird verwendet, um Durchlaufzeiten zwischen Aktivitäten zu berechnen, Wartezeiten und Engpässe 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 Engpässe.
Datenquelle
Dies ist in der Regel 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-ID 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, Durchlaufzeiten von Anfang bis Ende zu messen und Varianten zu analysierenn, 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 Ereignisse, wie z.B. kritisch, schwerwiegend oder geringfügig. | ||
|
Beschreibung
Der Schweregrad ist eine Bewertung der potenziellen Auswirkungen des Qualitätsproblems auf Kunden, Produkte oder den Antrag bearbeitet.ie Einhaltung gesetzlicher Vorschriften. Er wird verwendet, um Ressourcen zu priorisieren und die Dringlichkeit der Reaktion zu bestimmen. Dieses Attribut ist maßgeblich 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 analysierenn, 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 den Antrag bearbeitet.ie 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 Schulungsbedarf 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 in der Regel in Audit-Trail Logs oder Transaktionsdetails gespeichert, oft verknüpft mit einem Benutzer-ID-Feld in ETQ Reliance.
Beispiele
j.doeasmithqa_manager
|
|||
|
Endzeit des Ereignisse
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 Zeitstempel (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 maßgeblich 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 Ursachenanalyse (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 in der Regel 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 den Antrag bearbeitet.er 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 den Antrag bearbeitet.ie Ausführung bestimmter Schritte zuständig ist, wie z. B. 'Qualitätssicherung', 'Engineering' oder 'Produktion'. Dies kann auf Fallebene zugewiesen werden oder sich ändern, wenn der Case zwischen Abteilungen wechselt. Dieses Attribut ist maßgeblich für das Dashboard 'Abteilungs-Leistungsfähigkeit-Analyse'. Es ermöglicht das Filtern und Vergleichen der Prozessleistung, wie z. B. Durchlaufzeiten und Ereignisvolumen, über verschiedene Abteilungen hinweg. Dies hilft, abteilungsbezogene Engpässe, Ressourcenengpässe oder Bereiche der Exzellenz zu identifizieren.
Bedeutung
Es ermöglicht Leistungsfähigkeit-Vergleiche und Engpassanalysen über verschiedene Geschäftsbereiche hinweg und hilft so, die Ressourcenzuweisung zu optimieren.
Datenquelle
Dies ist in der Regel ein Feld im Hauptformular für Qualitätsereignisse in ETQ Reliance, das den Eigentümer oder den Antrag bearbeitet.ie 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, in der Regel 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 den Antrag bearbeitet.ie Komponente, die Gegenstand des Qualitätsereignisses ist. | ||
|
Beschreibung
Dieses Attribut identifiziert das spezifische Produkt oder den Antrag bearbeitet.ie 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 in der Regel 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 Engpässe 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 ausstehende Zahlungen identifizieren.end
|
|||
|
Geschäftseinheit
BusinessUnit
|
Die größere Geschäftseinheit oder Abteilung, in der den Antrag bearbeitet.as 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 Leistungsfähigkeit-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-Leistungsfähigkeit ü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 den Antrag bearbeitet.em 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 maßgeblich für das Verständnis von Prozessineffizienzen, da Nacharbeit Ressourcen verbraucht und Durchlaufzeiten 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
JaNein
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel, 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 wichtig. 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 wichtig 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 Zeitstempel 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 Ereignisse 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 besonders wertvoll. 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 wichtigen qualitativen Kontext zum Verständnis der Besonderheiten eines Quality Ereignisse, 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 Statuson 4 nicht bestanden.Kunde meldete kosmetischen Mangel bei Charge 789.Falsche Kalibrierungseinstellungen an Maschine A gefunden.
|
|||
|
Quality Event Durchlaufzeit
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 Zeitstempel 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 Leistungsfähigkeit anhand von Zykluszeit-Reduktionszielen zu verfolgen und Dauern über verschiedene Ereigniskategorien hinweg zu vergleichen.
Bedeutung
Dies ist ein wichtiger Leistungsfähigkeit-Indikator, der den Antrag bearbeitet.ie 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 Zeitstempel vom letzten Event Zeitstempel 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 Fälle zu filtern. Es ist die Basis für die Berechnung des Rückstands an offenen Qualitätsereignissen und um sicherzustellen, dass Analysen, wie z. B. die Zykluszeit, nur für Fälle 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 Prozessflusss notwendig ist.
Datenquelle
Dies ist ein primäres Statusfeld auf dem Hauptobjekt für Qualitätsereignisse in ETQ Reliance.
Beispiele
OffenGeschlossenStorniertGenehmigung ausstehende Zahlungen identifizieren.end
|
|||
|
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 wichtig für die Daten 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 in der Regel 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 'Engpässe 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 Leistungsfähigkeit 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 Zeitstempels 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 Leistungsfähigkeit 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 den Antrag bearbeitet.er 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 Ereignisse im Kontext der Compliance und hilft, die Einhaltung spezifischer Branchenvorschriften und -standards sicherzustellen.
Datenquelle
Dies kann ein dediziertes Feld oder eine auswählbare Listee 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 in der Regel eine explizite, mit einem Zeitstempel 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-Zeitstempel in der elektronischen Signatur oder den Antrag bearbeitet.em Workflow Änderungsprotokoll des Ereignisse. ETQ Reliance verwendet Genehmigungs-Workflows intensiv.
Erfassen
Vom Zeitstempel des Genehmigungsschritts in der Workflow-Verlauf.
Ereignistyp
explicit
|
|||
|
Qualitätsproblem identifiziert
|
Markiert die Erstellung eines neuen Quality Event-Datensatzes, der den Antrag bearbeitet.en Ausgangspunkt des Prozesses bildet. Dies wird in der Regel 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-Durchlaufzeit und die Analyse der Ankunftsrate neuer Quality Ereignisse notwendig ist.
Datenquelle
Typischerweise abgeleitet vom Erstellungs-Zeitstempel des Qualitätsereignis-Datensatzes in der Haupttabelle der Qualitätsereignisse oder den Antrag bearbeitet.eren zugehörigem Audit-Trail.
Erfassen
Vom Erstellungs-Zeitstempel 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 Durchlaufzeit. Die Analyse abgeschlossener Ereignisse ist maßgeblich für die Messung von Durchsatz und Gesamtperformance.
Datenquelle
Abgeleitet von einer Statusänderung zu „Geschlossen“ oder „Abgeschlossen“ im Änderungsprotokoll des Ereignisse, die fast immer von einem Zeitstempel begleitet wird.
Erfassen
Abgeleitet vom Zeitstempel der Statusänderung zu „Geschlossen“.
Ereignistyp
inferred
|
|||
|
Untersuchung eingeleitet
|
Kennzeichnet den formellen Beginn der Untersuchungsphase zur Ermittlung der Grundursache des Qualitätsproblems. Dies wird in der Regel aus einer Statusänderung zu 'In Untersuchung' oder den Antrag bearbeitet.er Zuweisung eines Ermittlers abgeleitet. | ||
|
Bedeutung
Diese Aktivität ist ein kritischer Meilenstein, der den Antrag bearbeitet.ie 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 Zeitstempel, der mit einer Statusänderung zu „Untersuchung“ im Änderungsprotokoll des Ereignisse verbunden ist, oder den Antrag bearbeitet.em 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 den Antrag bearbeitet.ie Grundursache(n) identifiziert und dokumentiert wurde(n). Dieses Ereignis wird in der Regel 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 Engpässe im Analyseprozess.
Datenquelle
Abgeleitet vom Befüllungsdatum des Feldes „Root Cause Kategorie“ oder den Antrag bearbeitet.em Abschluss-Zeitstempel 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 Zeitstempel versehene Aktivität.
Erfassen
Vom Abschlussdatum des Formulars oder den Antrag bearbeitet.er 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 stellt ... sicher Compliance und Datenintegrität. Engpässe hier können den endgültigen Abschluss verzögern.
Datenquelle
Erfasst vom Zeitstempel eines Genehmigungsschritts „Final Review“ oder „Ready for Closure“ im Workflow Änderungsprotokoll.
Erfassen
Vom Zeitstempel 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 maßgeblich für die Verbesserung der Ursachenanalyse- und CAPA-Planungsprozesse.
Datenquelle
Abgeleitet von einer Statusänderung zu „Effektivitätsprüfung fehlgeschlagen“ oder den Antrag bearbeitet.er Erstellung eines Folge-Quality Ereignisse, 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 den Antrag bearbeitet.er 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 den Antrag bearbeitet.em Abschlussdatum einer initialen Bewertungsaufgabe im Workflow Log des Ereignisse.
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 maßgeblich, um Nacharbeitsschleifen zu identifizieren, Ablehnungsgründe zu verstehen und die Erst-Durchlaufquote des Planungsprozesses zu messen.
Datenquelle
Erfasst vom Ablehnungs-Zeitstempel im Workflow Änderungsprotokoll. Dies ist das Gegenstück zur Genehmigungsaktion innerhalb eines Workflows.
Erfassen
Vom Zeitstempel des Ablehnungsschritts in der Workflow-Verlauf.
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 ausstehende Zahlungen identifizieren.end“ oder den Antrag bearbeitet.em Einreichungs-Zeitstempel des Korrekturmaßnahmenplans im Quality Event-Datensatz.
Erfassen
Abgeleitet von einer Statusänderung zu „Genehmigung ausstehende Zahlungen identifizieren.end“ oder den Antrag bearbeitet.em 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
Wesentlich 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 maßgeblich 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 den Antrag bearbeitet.essen 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 maßgeblich für das Dashboard 'Problem-Triage und Priorisierung' und für das Verständnis des Prozess-Routings.
Datenquelle
Abgeleitet vom Zeitstempel, an dem Pflichtfelder wie „Schweregrad“ und „Quality Event Typ“ erstmals befüllt werden, wie im Audit-Trail des Systems verfolgt.
Erfassen
Abgeleitet vom Zeitstempel 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 Änderungsprotokoll des Ereignisse.
Erfassen
Abgeleitet vom Zeitstempel 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
|
|||