Ihr Template für Qualitätsmanagement-Daten
Ihr Template für Qualitätsmanagement-Daten
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung
Qualitätsmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Qualitätsereignis
QualityEvent
|
Die eindeutige Kennung für ein einzelnes Qualitätsereignis, wie z.B. eine Abweichung, Nichtkonformität oder CAPA. | ||
|
Beschreibung
Das Qualitätsereignis dient als primärer Case-Identifikator und verknüpft alle Aktivitäten, Untersuchungen und Lösungen, die mit einem spezifischen Qualitätsproblem zusammenhängen. Es fungiert als zentraler Faden, der den gesamten Lebenszyklus eines Vorfalls von der Erstmeldung bis zum endgültigen Abschluss verbindet. Im Process Mining ist dieses Attribut entscheidend für die Rekonstruktion des End-to-End-Verlaufs jedes Qualitätsereignisses. Es ermöglicht die Analyse von Prozessvariationen, Zykluszeiten und Compliance über verschiedene Ereignistypen hinweg und bietet eine umfassende Ansicht darüber, wie einzelne Qualitätsvorfälle verwaltet, untersucht und gelöst werden.
Bedeutung
Dies ist die essentielle Case ID, die alle zugehörigen Aktivitäten zu einer einzigen Prozessinstanz gruppiert und so eine End-to-End-Analyse ermöglicht.
Datenquelle
Dies ist die primäre Kennung für Qualitätsereignis-Records in Veeva Vault Quality, oft als 'Name' oder ein eindeutiges ID-Feld im Quality Event Objekt bezeichnet.
Beispiele
QE-2023-00123CAPA-2023-00456DEV-2023-00789
|
|||
|
Aktivitätsname
ActivityName
|
Der Name einer spezifischen Aufgabe oder eines Schritts, der innerhalb des Lebenszyklus des Qualitätsereignisses aufgetreten ist. | ||
|
Beschreibung
Dieses Attribut beschreibt eine eigenständige Geschäftsaktivität oder ein Event, das während der Verwaltung eines Qualitätsereignisses stattfindet. Dies sind die Schritte im Prozess, wie 'Untersuchung eingeleitet' oder 'Korrekturmaßnahmenplan genehmigt'. Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist der Kern des Process Mining. Es hilft, den tatsächlichen Prozessfluss zu entdecken, Engpässe zwischen den Schritten zu identifizieren und Abweichungen von der Standardarbeitsanweisung zu erkennen.
Bedeutung
Es definiert die Schritte des Prozesses, was die Visualisierung und Analyse des Prozessflusses ermöglicht.
Datenquelle
Dies wird typischerweise von Workflow-Aufgabennamen, Statusänderungen oder Audit Trail Einträgen innerhalb von Veeva Vault Quality abgeleitet.
Beispiele
Initialer Triage AbgeschlossenUrsachenanalyse durchgeführtAbschließende Überprüfung und Abschluss
|
|||
|
Ereigniszeit
EventTime
|
Der Timestamp, der anzeigt, wann eine spezifische Aktivität begann oder stattfand. | ||
|
Beschreibung
Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität ausgeführt wurde. Es bietet den chronologischen Kontext für alle Events innerhalb eines Case. Dieser Timestamp ist grundlegend für alle zeitbasierten Process Mining Analysen. Er wird verwendet, um Zykluszeiten, Wartezeiten zwischen Aktivitäten und die Dauer spezifischer Schritte zu berechnen, was unerlässlich ist, um Verzögerungen und Leistungsengpässe zu identifizieren.
Bedeutung
Dieser Timestamp ist entscheidend für die chronologische Sortierung von Events und die Berechnung aller Leistungsmetriken wie Zykluszeit und Wartezeit.
Datenquelle
Dies entspricht dem Erstellungs- oder Abschlussdatum von Aufgaben oder dem Timestamp von Events im Audit Trail eines Quality Event Objekts.
Beispiele
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp der letzten Datenaktualisierung oder -extraktion aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut gibt die Aktualität der analysierten Daten an. Es zeigt Datum und Uhrzeit, wann die Daten zuletzt aus Veeva Vault Quality extrahiert und in das Process Mining Tool geladen wurden. Diese Information ist entscheidend für Benutzer, um die Aktualität der Analyse zu verstehen und zu wissen, ob die Dashboards den aktuellsten Betriebszustand widerspiegeln. Es ist ein zentrales Data Governance Attribut.
Bedeutung
Informiert Benutzer über die Aktualität und Relevanz der Daten, um sicherzustellen, dass sie verstehen, wie aktuell die Prozessanalyse ist.
Datenquelle
Dieser
Beispiele
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Qualitätsmanagementdaten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut identifiziert die Herkunft der Daten, in diesem Fall Veeva Vault Quality. Es unterstützt die Data Governance und bietet Kontext, insbesondere wenn Daten aus mehreren Systemen kombiniert werden. In der Analyse wird es zum Filtern und zur Sicherstellung der Datenherkunft verwendet. Das Verständnis des Quellsystems hilft, die Daten korrekt zu interpretieren und Datenqualitätsprobleme zu beheben.
Bedeutung
Liefert wesentlichen Kontext zur Datenherkunft, was für Data Governance, Rückverfolgbarkeit und Multi-System-Analysen entscheidend ist.
Datenquelle
Dies ist ein statischer Wert, der während des Datentransformationsprozesses hinzugefügt werden sollte, um alle Records aus dieser Quelle zu kennzeichnen.
Beispiele
Veeva Vault Quality
|
|||
|
`Severity Level`
SeverityLevel
|
Der bewertete Schwere- oder Risikograd des Qualitätsereignisses, z.B. hoch, mittel oder niedrig. | ||
|
Beschreibung
Dieses Attribut klassifiziert das Qualitätsereignis basierend auf seinem potenziellen Einfluss auf Produktqualität, Patientensicherheit oder regulatorische Compliance. Der Schweregrad bestimmt oft die Dringlichkeit und den erforderlichen Untersuchungsumfang. Die Analyse nach Schweregrad ist entscheidend für die Priorisierung von Verbesserungsbemühungen. Sie hilft zu verstehen, ob Ereignisse mit hohem Schweregrad länger dauern, unterschiedliche Prozesspfade verfolgen oder eine höhere Nacharbeitsrate aufweisen, wodurch sichergestellt wird, dass die kritischsten Probleme die größte Aufmerksamkeit erhalten.
Bedeutung
Klassifiziert Ereignisse nach Auswirkungen und ermöglicht eine risikobasierte Analyse sowie die Priorisierung von Prozessverbesserungsbemühungen in Hochrisikobereichen.
Datenquelle
Dies ist ein Standard-Klassifizierungsfeld im Quality Event Objekt, oft eine Auswahlliste (Picklist), die aus einer Risikomatrix abgeleitet wird.
Beispiele
HochMittelNiedrig
|
|||
|
Aktivitätsdauer
ActivityDuration
|
Die Bearbeitungszeit für eine einzelne Aktivität. | ||
|
Beschreibung
Diese Metrik misst die Zeit, die aktiv an einer Aufgabe gearbeitet wird. Sie wird als Differenz zwischen der EndTime und StartTime einer Aktivität berechnet. Die Analyse der Aktivitätsdauer hilft, genau zu bestimmen, welche spezifischen Prozessschritte am zeitaufwendigsten sind. Dies unterscheidet sich von der Wartezeit, da es den tatsächlichen Arbeitsaufwand widerspiegelt. Es ist eine Schlüsselmetrik zur Identifizierung von Ineffizienzen innerhalb einzelner Aufgaben und für die Ressourcenkapazitätsplanung.
Bedeutung
Misst die tatsächliche Arbeitszeit für Aufgaben und hilft so, ineffiziente Aktivitäten und Möglichkeiten für Automatisierung oder Vereinfachung zu identifizieren.
Datenquelle
Dies ist eine berechnete Metrik, abgeleitet durch Subtrahieren der 'EventTime' (StartTime) von der 'EndTime' für jede Aktivität.
Beispiele
2 Stunden 30 Minuten45 Minuten8 Stunden 15 Minuten
|
|||
|
Endzeit
EndTime
|
Der Zeitstempel, der angibt, wann eine Aktivität abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut erfasst das Datum und die Uhrzeit, zu der eine spezifische Aktivität oder Aufgabe abgeschlossen wurde. Es unterscheidet sich von der StartTime (EventTime) und ist essenziell für das Verständnis der Dauer einzelner Prozessschritte. Im Process Mining wird die EndTime in Verbindung mit der StartTime verwendet, um die Bearbeitungszeit von Aktivitäten zu berechnen. Dies ist grundlegend, um zu identifizieren, welche spezifischen Aufgaben am längsten dauern und somit zur gesamten Zykluszeit und potenziellen Verzögerungen beitragen.
Bedeutung
Ermöglicht die Berechnung von Aktivitätsbearbeitungszeiten, was entscheidend ist, um Engpässe auf Aufgabenebene zu identifizieren.
Datenquelle
Dieser Timestamp ist typischerweise in den Workflow-Historien- oder Audit-Trail-Daten für ein Quality Event verfügbar, oft als 'Abschlussdatum' oder 'geändert am' Feld für eine spezifische Aufgabe oder einen Status.
Beispiele
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Status des Qualitätsereignisses
QualityEventStatus
|
Der aktuelle Lebenszyklusstatus des Qualitätsereignisses. | ||
|
Beschreibung
Dieses Attribut gibt den aktuellen Status des Qualitätsereignisses an, z.B. 'Offen', 'In Untersuchung', 'Genehmigung ausstehend' oder 'Geschlossen'. Es bietet einen Überblick darüber, wo sich jeder Case in seinem Lebenszyklus befindet. Dies ist essenziell für das Dashboard 'Qualitätsereignis-Fortschrittsübersicht', das eine Echtzeitüberwachung laufender Cases ermöglicht. Es hilft Managern, den Fortschritt zu verfolgen, stockende Events zu identifizieren und die Gesamtarbeitslast effektiv zu verwalten.
Bedeutung
Bietet einen Überblick über den aktuellen Status eines Case, was für die Überwachung laufender Arbeiten und die Identifizierung stockender Events unerlässlich ist.
Datenquelle
Dies ist ein Standardfeld im Quality Event Objekt in Veeva Vault Quality, das seine Position im Lebenszyklus widerspiegelt.
Beispiele
Im TriageIn UntersuchungCAPA VorgeschlagenGeschlossen
|
|||
|
Typ des Qualitätsereignisses
QualityEventType
|
Die Klassifizierung des Qualitätsereignisses, z.B. CAPA, Abweichung oder Beschwerde. | ||
|
Beschreibung
Dieses Attribut kategorisiert das Qualitätsereignis nach seiner Art. Verschiedene Arten von Qualitätsereignissen folgen oft unterschiedlichen Prozesspfaden und haben unterschiedliche Compliance-Anforderungen und Lösungsfristen. Die Analyse nach Ereignistyp ist grundlegend für das Verständnis von Prozessvariationen. Sie ermöglicht den Vergleich der Leistung und Effizienz bei der Bearbeitung von Abweichungen versus CAPAs, zum Beispiel, und hilft, Verbesserungsinitiativen an spezifische Prozesskontexte anzupassen.
Bedeutung
Unterscheidet zwischen verschiedenen Arten von Qualitätsprozessen, die oft einzigartige Workflows, SLAs und Compliance-Regeln aufweisen.
Datenquelle
Dies ist ein Standard-Klassifizierungsfeld im Quality Event Objekt in Veeva Vault Quality, oft eine Auswahlliste (Picklist).
Beispiele
AbweichungKorrigierende und präventive Maßnahme (CAPA)NichtkonformitätBeschwerde
|
|||
|
Ziel-Lösungsdatum.
TargetResolutionDate
|
Das geplante oder erforderliche Datum für den endgültigen Abschluss des Qualitätsereignisses. | ||
|
Beschreibung
Dieses Attribut definiert die Service Level Agreement (SLA) oder die Zieldaten für die Lösung eines Qualitätsereignisses. Es wird oft basierend auf dem Erstellungsdatum des Ereignisses und seinem Schweregrad oder Typ berechnet. Dieses Datum ist der Maßstab, an dem die tatsächliche Leistung gemessen wird. Es ist entscheidend für das Dashboard 'Pünktliche Lösungsleistung' und den KPI 'Pünktliche Lösungsrate', da es hilft zu identifizieren, ob Ereignisse zeitgerecht gelöst werden und welche Faktoren zu Verzögerungen beitragen.
Bedeutung
Definiert das SLA für die Case-Lösung, wodurch die Messung der pünktlichen Performance und die Analyse von Verzögerungen ermöglicht wird.
Datenquelle
Dies ist wahrscheinlich ein Datumsfeld im Quality Event Objekt, das manuell eingegeben oder automatisch vom System berechnet werden kann.
Beispiele
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Zugewiesene Abteilung
AssignedDepartment
|
Die Abteilung oder der Funktionsbereich, der für das Qualitätsereignis oder die Aktivität verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut spezifiziert die Geschäftseinheit oder Abteilung, wie z.B. Qualitätssicherung, Produktion oder F&E, die für die Bearbeitung des Qualitätsereignisses oder einer bestimmten Aufgabe verantwortlich ist. Dies wird oft aus dem Profil des zugewiesenen Benutzers abgeleitet. Diese Dimension ist entscheidend für eine hochrangige Leistungsanalyse. Sie ermöglicht den Vergleich der Prozesseffizienz und Compliance über verschiedene Bereiche der Organisation hinweg, hilft, systemische Probleme innerhalb spezifischer Abteilungen zu identifizieren und unterstützt das Dashboard 'Arbeitslastverteilung der Untersuchungsbeauftragten'.
Bedeutung
Ermöglicht das Filtern und Vergleichen der Prozessperformance über verschiedene Geschäftsbereiche hinweg, wobei abteilungsinterne Engpässe oder Best Practices aufgedeckt werden.
Datenquelle
Diese Informationen werden typischerweise in Benutzerprofildaten gespeichert, die mit dem 'Zugewiesenen Untersuchungsbeauftragten' verknüpft sind, oder können ein direktes Feld im Quality Event Objekt selbst sein.
Beispiele
QualitätssicherungFertigungsoperationenForschung und Entwicklung
|
|||
|
Zugewiesener Ermittler
AssignedInvestigator
|
Der Benutzer oder die Ressource, die zur Durchführung einer Untersuchung oder einer spezifischen Aufgabe zugewiesen ist. | ||
|
Beschreibung
Dieses Attribut identifiziert die Person, Rolle oder das Team, das für die Ausführung einer bestimmten Aktivität innerhalb des Lebenszyklus des Qualitätsereignisses verantwortlich ist. Es kann der Eigentümer des Qualitätsereignisses selbst oder der Bearbeiter einer spezifischen Workflow-Aufgabe sein. Die Analyse dieses Attributs hilft, die Arbeitslastverteilung, die Ressourcenleistung und die Identifizierung überlasteter Teams oder Einzelpersonen zu verstehen. Es ist essenziell für das Dashboard 'Arbeitslastverteilung der Untersuchungsbeauftragten' und für die Optimierung der Ressourcenzuweisung zur Verbesserung der Effizienz.
Bedeutung
Verfolgt, wer die Arbeit ausführt, und ermöglicht so die Analyse von Arbeitslast, Ressourceneffizienz und die Identifizierung von Schulungsbedarfen.
Datenquelle
Gefunden in den Eigentümer- oder zugewiesenen Benutzerfeldern im Quality Event Objekt oder seinen zugehörigen Workflow-Aufgabenobjekten in Veeva Vault Quality.
Beispiele
Alice JohnsonBob WilliamsQA-Untersuchungsteam
|
|||
|
`Genehmigungszeit`
ApprovalTime
|
Die Zeit, die für den Abschluss einer spezifischen Genehmigungsaktivität benötigt wird. | ||
|
Beschreibung
Diese Metrik misst die Dauer von Genehmigungsschritten, wie z.B. 'Korrekturmaßnahmenplan genehmigt'. Sie wird als die Zeitspanne von der Anforderung einer Genehmigung bis zu deren Erteilung oder Ablehnung berechnet. Dieses Attribut ist speziell dafür konzipiert, das Dashboard 'Engpässe im Genehmigungs-Workflow' und den KPI 'Genehmigungs-Workflow-Zykluszeit' zu unterstützen. Durch die Isolierung der Wartezeit auf Genehmigungen hilft es, Verzögerungen durch langsame Entscheidungsfindung oder ineffiziente Genehmigungsprozesse zu identifizieren und zu beheben.
Bedeutung
Identifiziert Verzögerungen bei kritischen Entscheidungsschritten und hilft so, Genehmigungs-Workflows zu optimieren und die Gesamtzykluszeit zu verkürzen.
Datenquelle
Diese Metrik wird berechnet, indem die Zeitdifferenz zwischen dem Start und dem Ende genehmigungsbezogener Aktivitäten im Event Log ermittelt wird.
Beispiele
3 Tage 4 Stunden1 Tag 0 Stunden7 Tage 8 Stunden
|
|||
|
`Grundursache`
RootCause
|
Die identifizierte zugrunde liegende Ursache des Qualitätsereignisses. | ||
|
Beschreibung
Dieses Attribut enthält das Endergebnis der Ursachenanalyse (RCA). Es kategorisiert den grundlegenden Grund für das Qualitätsproblem, wie z.B. Gerätefehler, menschliches Versagen oder Verfahrensmängel. Die Analyse von Grundursachen ist essenziell für eine effektive Problemlösung. Sie hilft, wiederkehrende systemische Probleme zu identifizieren, die durch Korrektur- und Präventivmaßnahmen behoben werden müssen. Dieses Attribut unterstützt direkt die Dashboards 'Zykluszeit der Ursachenanalyse' und 'CAPA-Wirksamkeit'.
Bedeutung
Kategorisiert die grundlegenden Gründe für Qualitätsprobleme und ermöglicht eine strategische Analyse, um zukünftige Wiederholungen zu verhindern.
Datenquelle
Dies ist typischerweise ein Textfeld oder eine Auswahlliste (Picklist) im Quality Event Objekt oder einem zugehörigen Root Cause Analysis Objekt.
Beispiele
GerätestörungVerfahrensfehlerUnzureichende SchulungMaterialfehler
|
|||
|
Durchlaufzeit
CycleTime
|
Die Gesamtzeit, die vom Zeitpunkt der Erstellung eines Qualitätsereignisses bis zu dessen endgültigem Abschluss vergangen ist. | ||
|
Beschreibung
Diese Metrik repräsentiert die End-to-End-Dauer zur Lösung eines Qualitätsereignisses. Sie wird als Zeitdifferenz zwischen der allerersten Aktivität (z.B. 'Qualitätsereignis erstellt') und der allerletzten Aktivität (z.B. 'Abschließende Überprüfung und Abschluss') berechnet. Die Zykluszeit ist ein primärer Key Performance Indicator für die gesamte Prozesseffizienz. Sie wird im Dashboard 'Lösungszeit für Qualitätsereignisse' verwendet, um Trends zu analysieren, Faktoren zu identifizieren, die zu langen Lösungszeiten führen, und Benchmarks für die Prozessverbesserung zu setzen.
Bedeutung
Misst die durchgängige Prozesseffizienz und liefert einen kritischen KPI zur Verfolgung der Gesamtleistung und der Auswirkungen von Verbesserungsinitiativen.
Datenquelle
Dies ist eine berechnete Metrik. Sie wird auf Case-Ebene berechnet, indem der Timestamp des ersten Events vom Timestamp des letzten Events subtrahiert wird.
Beispiele
30 Tage 12 Stunden65 Tage 4 Stunden15 Tage 2 Stunden
|
|||
|
Ergebnis der Effektivitätsprüfung
EffectivenessCheckResult
|
Das Ergebnis des Verifizierungsschritts zur Bestätigung, ob eine Korrekturmaßnahme wirksam war. | ||
|
Beschreibung
Dieses Attribut zeichnet das Ergebnis der Wirksamkeitsprüfung auf, die nach der Implementierung einer Korrekturmaßnahme durchgeführt wird. Das Ergebnis ist typischerweise 'Wirksam' oder 'Nicht wirksam'. Dies ist ein direktes Maß für den Erfolg des CAPA-Prozesses und entscheidend für das Dashboard 'CAPA-Wirksamkeit & Wiederholungsrate' sowie den KPI 'CAPA-Wirksamkeitsrate'. Es gibt klares Feedback darüber, ob die implementierten Lösungen das Problem tatsächlich erneut verhindern.
Bedeutung
Misst direkt den Erfolg von Korrekturmaßnahmen und liefert kritisches Feedback zur Verbesserung des Problemlösungsprozesses.
Datenquelle
Dies wäre ein Feld, wahrscheinlich eine Auswahlliste (Picklist), in einem CAPA-Aktions- oder Wirksamkeitsprüfungs-Objekt, das mit dem primären Qualitätsereignis verknüpft ist.
Beispiele
WirksamNicht wirksamAusstehende Verifizierung
|
|||
|
Fristgerechte Regulierung
IsOnTimeResolution
|
Ein berechnetes Flag, das anzeigt, ob das Qualitätsereignis bis zu seinem Zieldatum abgeschlossen wurde. | ||
|
Beschreibung
Dieses boolesche Attribut wird abgeleitet, indem das tatsächliche Abschlussdatum eines Qualitätsereignisses mit seinem 'Ziel-Lösungsdatum' verglichen wird. Es liefert ein einfaches, binäres Ergebnis für die pünktliche Leistung. Dieses Flag ist die Grundlage für das Dashboard 'Pünktliche Lösungsleistung' und den KPI 'Pünktliche Lösungsrate'. Es ermöglicht eine einfache Aggregation und Filterung, um zu verstehen, welche Ereignistypen, Abteilungen oder Standorte Schwierigkeiten haben, Fristen einzuhalten.
Bedeutung
Bietet eine klare Erfolgs- oder Fehlermetrik zur Einhaltung von Fristen, was die Leistungsanalyse und -berichterstattung vereinfacht.
Datenquelle
Berechnet durch den Vergleich des Zeitstempels der Aktivität 'Endgültige Überprüfung und Abschluss' mit dem Attribut 'TargetResolutionDate'. Formel: Abschlusszeit <= TargetResolutionDate.
Beispiele
truefalsch
|
|||
|
Ist Nacharbeit
IsRework
|
Ein berechnetes Flag, das Aktivitäten oder Fälle identifiziert, die Rework darstellen. | ||
|
Beschreibung
Dieses Attribut ist ein boolesches Flag, das anzeigt, dass eine bestimmte Aktivität oder Abfolge von Aktivitäten Nacharbeit darstellt, wie z.B. die Wiederholung einer Untersuchung oder die Wiedereröffnung einer geschlossenen CAPA. Es ist kein Standardfeld, sondern wird basierend auf Prozessflussmustern berechnet. Im Process Mining wird dieses Flag verwendet, um den Umfang des verschwendeten Aufwands und der Kosten im Prozess zu quantifizieren. Es ist essenziell für das Dashboard 'Nacharbeitsanalyse' und den KPI 'Nacharbeitsrate von Qualitätsereignissen', da es hilft, die Ursachen für Ineffizienz und schlechte Erstqualitätsleistung genau zu bestimmen.
Bedeutung
Quantifiziert die Prozesseffizienz durch Kennzeichnung wiederholter Arbeiten, was hilft, die Grundursachen von Qualitätsproblemen und verschwendetem Aufwand zu identifizieren.
Datenquelle
Dieses Attribut wird nicht direkt bezogen. Es wird während der Datentransformation berechnet, indem wiederholte Aktivitätsnamen oder Schleifen im Prozess für einen bestimmten Case erkannt werden.
Beispiele
truefalsch
|
|||
|
Ist Wiederholung
IsRecurrence
|
Ein Flag, das anzeigt, ob dieses Qualitätsereignis eine Wiederholung eines zuvor identifizierten Problems ist. | ||
|
Beschreibung
Dieses boolesche Attribut signalisiert, dass ein Qualitätsereignis kein neues, einzigartiges Problem ist, sondern die Wiederholung eines bereits aufgetretenen Problems. Dies ist ein kritischer Indikator für das Versagen früherer Korrekturmaßnahmen. Dieses Flag ist grundlegend für das Dashboard 'CAPA-Wirksamkeit & Wiederholungsrate'. Die Verfolgung von Wiederholungen liefert direktes Feedback zum langfristigen Erfolg des Qualitätsmanagementsystems und hilft, systemische Probleme zu identifizieren, die nicht ausreichend angegangen werden.
Bedeutung
Hebt Fehler bei Korrekturmaßnahmen hervor und ermöglicht die Analyse, warum Probleme sich wiederholen und wie langfristige Lösungen verbessert werden können.
Datenquelle
Dies könnte ein Kontrollkästchen-Feld (Checkbox-Feld) im Quality Event Objekt oder ein abgeleitetes Feld sein, basierend auf Verknüpfungen zu früheren, ähnlichen Events.
Beispiele
truefalsch
|
|||
|
Produkt
Product
|
Das Produkt oder Material, das mit dem Qualitätsereignis verbunden ist. | ||
|
Beschreibung
Dieses Attribut verknüpft das Qualitätsereignis mit einem spezifischen Produkt, Material oder einer Charge. Diese Verbindung ist in regulierten Branchen für die Rückverfolgbarkeit und Auswirkungsanalyse entscheidend. Die Analyse von Qualitätsereignissen nach Produkt hilft zu identifizieren, ob bestimmte Produkte anfälliger für Probleme sind, und leitet Produktverbesserungen oder Anpassungen des Herstellungsprozesses an. Es ermöglicht das Filtern von Dashboards, um die Leistung für spezifische Produktlinien zu sehen.
Bedeutung
Verknüpft Qualitätsereignisse mit bestimmten Produkten und ermöglicht so Analysen zur Identifizierung produktspezifischer Probleme und Trends.
Datenquelle
Dies ist typischerweise ein Referenzfeld im Quality Event Objekt, das auf ein Produkt- oder Materialobjekt in Veeva Vault verweist.
Beispiele
Produkt A-100Produkt B-200Rohmaterial C-300
|
|||
|
Standort
Site
|
Der Produktionsstandort, die Anlage oder der Ort, an dem das Qualitätsereignis auftrat oder identifiziert wurde. | ||
|
Beschreibung
Dieses Attribut spezifiziert den physischen Standort, wie z.B. eine Produktionsanlage oder ein Labor, der mit dem Qualitätsereignis verbunden ist. Es bietet einen geografischen oder organisatorischen Kontext für das Problem. Dies ist eine leistungsstarke Dimension für die vergleichende Analyse, die es dem Management ermöglicht, die Prozessleistung, Problemtypen und Lösungszeiten an verschiedenen Standorten zu vergleichen. Es kann helfen, standortspezifische Probleme zu identifizieren oder Best Practices von leistungsstarken Standorten zu teilen.
Bedeutung
Bietet eine geografische oder organisatorische Dimension für die Analyse und hilft, die Leistung zu vergleichen und standortspezifische Probleme zu identifizieren.
Datenquelle
Dies ist oft ein Standardfeld im Quality Event Objekt, das auf eine Liste von Unternehmensstandorten oder -orten verweist.
Beispiele
Standort A - New JerseyStandort B - IrlandStandort C - Schweiz
|
|||
Qualitätsmanagement-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Abschließende Überprüfung und Abschluss
|
Stellt die letzte administrative Überprüfung des Qualitätsereignis-Records dar, bevor es offiziell geschlossen wird. Dieser Schritt stellt sicher, dass alle Dokumentationen vollständig sind und alle Prozessschritte befolgt wurden. Diese Aktivität ist der letzte Schritt, bevor der Case als gelöst betrachtet wird. | ||
|
Bedeutung
Diese Endaktivität ist essenziell für die Berechnung der gesamten 'Qualitätsereignis-Zykluszeit'. Sie kennzeichnet den Abschluss aller Arbeiten und ihr Timestamp wird mit dem 'Ziel-Lösungsdatum' zur Leistungsmessung verglichen.
Datenquelle
Abgeleitet von einer Lebenszyklus-Statusänderung im Quality Event Objekt zu 'Geschlossen', 'Gelöst' oder einem ähnlichen Endstatus.
Erfassen
Vom Zeitstempel der letzten Statusänderung auf 'Abgeschlossen'.
Ereignistyp
inferred
|
|||
|
Korrekturmaßnahme implementiert
|
Stellt den Abschluss aller im genehmigten Korrekturmaßnahmenplan definierten Aufgaben dar. Diese Aktivität bestätigt, dass die notwendigen Maßnahmen zur Behebung der Grundursache ergriffen wurden. Dies wird erfasst, wenn der Status des CAPA-Records auf 'Implementierung abgeschlossen' aktualisiert wird. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein, der den Übergang von der Planung zur Ausführung kennzeichnet. Die Zeitspanne zwischen diesem und der CAPA-Genehmigung offenbart die Effizienz der Implementierungsphase.
Datenquelle
Abgeleitet von einer Lebenszyklus-Statusänderung im zugehörigen CAPA-Objekt zu einem Status wie 'Implementiert' oder 'Wirksamkeitsprüfung ausstehend'.
Erfassen
Vom Zeitstempel der Statusänderung im verknüpften CAPA-Objekt.
Ereignistyp
inferred
|
|||
|
Korrekturmaßnahmenplan genehmigt
|
Markiert die formelle Genehmigung des vorgeschlagenen Korrekturmaßnahmenplans durch relevante Stakeholder, wie z.B. einen Qualitätsprüfungsausschuss. Dies ist ein entscheidender Schritt, bevor Korrekturmaßnahmen umgesetzt werden können. Es wird erfasst, wenn der CAPA-Plan-Record in den Status 'Genehmigt' wechselt. | ||
|
Bedeutung
Dieser Genehmigungsschritt ist oft ein Hauptengpass. Die Messung der 'Genehmigungs-Workflow-Zykluszeit' für diese Aktivität hilft, Verzögerungen im Überprüfungsprozess zu identifizieren und zu beheben, wodurch die Gesamtlösung beschleunigt wird.
Datenquelle
Abgeleitet vom Zeitstempel einer Lebenszyklus-Statusänderung auf 'Genehmigt' im zugehörigen CAPA-Plan-Objekt. Dieses Ereignis kann als Statusänderung im übergeordneten Qualitätsereignis gespiegelt werden.
Erfassen
Vom Zeitstempel der Statusänderung im verknüpften CAPA-Plan-Objekt.
Ereignistyp
inferred
|
|||
|
Qualitätsereignis erstellt
|
Dies ist der Startpunkt des Prozesses und repräsentiert die formelle Erstellung eines Quality Event Records in Veeva. Diese Aktivität wird typischerweise ausgelöst, wenn ein neues Qualitätsproblem, eine Nichtkonformität oder eine Beschwerde identifiziert und im System protokolliert wird. | ||
|
Bedeutung
Diese Aktivität markiert den Beginn des Case-Lebenszyklus und ist somit unerlässlich für die Berechnung der gesamten Qualitätsereignis-Zykluszeit sowie die Messung der Dauer initialer Prozessphasen, wie z.B. der Zeit bis zum Beginn einer Untersuchung.
Datenquelle
Dies ist ein explizites Event, das vom Erstellungs-Timestamp des Quality Event Objekts in Veeva Vault erfasst wird. Der Audit Trail für das Objekt zeigt das genaue Erstellungsdatum, die Uhrzeit und den Benutzer.
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Haupt-Quality Event Records.
Ereignistyp
explicit
|
|||
|
Untersuchung eingeleitet
|
Markiert den formellen Beginn der Untersuchung der Grundursache des Qualitätsereignisses. Ein Untersuchungsbeauftragter oder ein Team wird typischerweise zugewiesen, und das Ereignis tritt in eine aktive Untersuchungsphase ein. Dies wird erfasst, wenn der Lebenszyklusstatus des Qualitätsereignisses in 'In Untersuchung' wechselt. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein für die Messung des KPIs 'Zeit von Problemidentifizierung bis Untersuchung'. Verzögerungen vor diesem Zeitpunkt deuten auf Rückstände bei der Ressourcenzuweisung oder dem Beginn kritischer Analysen hin.
Datenquelle
Abgeleitet vom Zeitstempel, wenn der Lebenszyklus-Status des Quality Event Objekts auf 'In Untersuchung' oder einen ähnlichen Status aktualisiert wird. Die Zuweisung eines Ermittlers kann auch als Auslöser dienen.
Erfassen
Verwenden Sie den Timestamp der Statusänderung zu 'In Untersuchung'.
Ereignistyp
inferred
|
|||
|
Ursachenanalyse durchgeführt
|
Stellt den Abschluss der Phase der Ursachenanalyse (RCA) dar, in der die zugrunde liegende Ursache des Qualitätsereignisses identifiziert wurde. Dies wird oft protokolliert, wenn der Untersuchungsbeauftragte die RCA-Aufgabe abschließt oder das Ereignis in den Status 'Ausstehende CAPA' verschiebt. | ||
|
Bedeutung
Diese Aktivität ist entscheidend für die Messung des KPIs 'Durchschnittliche Ursachenanalysezeit'. Die Analyse ihrer Dauer hilft, Engpässe im Analyseprozess zu identifizieren und die Untersuchungsqualität zu verbessern.
Datenquelle
Typischerweise abgeleitet aus einer Lebenszyklus-Statusänderung des Quality Event Objekts, wie z.B. dem Übergang zu 'RCA abgeschlossen' oder 'Aktionsplan ausstehend'. Es könnte auch dem Abschluss einer spezifischen Workflow-Aufgabe entsprechen.
Erfassen
Vom Zeitstempel der Statusänderung oder dem Abschluss einer RCA-bezogenen Aufgabe.
Ereignistyp
inferred
|
|||
|
Wirksamkeit der Maßnahme verifiziert
|
Diese Aktivität bestätigt, dass die umgesetzten Korrekturmaßnahmen erfolgreich eine Wiederholung des Problems verhindert haben. Eine formale Verifizierung wird abgeschlossen und dokumentiert. Es wird erfasst, wenn der CAPA- oder Qualitätsereignisstatus auf 'Wirksamkeit verifiziert' aktualisiert wird. | ||
|
Bedeutung
Dies ist die finale Validierung des Lösungserfolgs und entscheidend für die Berechnung der 'CAPA-Wirksamkeitsrate'. Ein Fehler in dieser Phase führt oft zu Nacharbeit und der Wiedereröffnung der Untersuchung.
Datenquelle
Abgeleitet von einer Lebenszyklus-Statusänderung im Quality Event oder CAPA Objekt zu einem Status wie 'Verifiziert' oder 'Geschlossen - Wirksam'.
Erfassen
Vom Zeitstempel der Statusänderung, der eine erfolgreiche Verifizierung anzeigt.
Ereignistyp
inferred
|
|||
|
Effektivitätsprüfung Initiiert
|
Markiert den Beginn des Zeitraums, in dem die Wirksamkeit der umgesetzten Korrekturmaßnahmen überwacht wird. Dies ist kein punktuelles Ereignis, sondern der Beginn einer Verifizierungsphase. Es wird erfasst, wenn das Qualitätsereignis- oder CAPA-Record in den Status 'Überwachung' oder 'Ausstehende Wirksamkeitsprüfung' wechselt. | ||
|
Bedeutung
Diese Aktivität leitet den finalen Validierungszyklus ein. Die Dauer der Wirksamkeitsprüfungsphase ist wichtig, um zu verstehen, wie lange es dauert, den Erfolg einer Lösung zu bestätigen.
Datenquelle
Abgeleitet von einer Lebenszyklus-Statusänderung im Quality Event oder CAPA Objekt zu einem Status wie 'Unter Effektivitätsprüfung'.
Erfassen
Vom Zeitstempel der Statusänderung zu einem Monitoring-relevanten Status.
Ereignistyp
inferred
|
|||
|
Initialer Triage Abgeschlossen
|
Stellt den Abschluss der ersten Überprüfung und Bewertung des Qualitätsereignisses dar. In dieser Phase werden grundlegende Informationen gesammelt und verifiziert, um die Gültigkeit des Ereignisses und dessen unmittelbare Auswirkungen zu bestimmen. Dies wird oft erfasst, wenn der Status des Records von 'Neu' zu 'In Bewertung' oder einem ähnlichen Status wechselt. | ||
|
Bedeutung
Die Analyse der im Triage verbrachten Zeit hilft, Verzögerungen bei der initialen Bearbeitung von Qualitätsereignissen zu identifizieren. Sie bietet Einblicke in die Arbeitslast und Ressourcenallokation ganz am Anfang des Prozesses.
Datenquelle
Abgeleitet vom Zeitstempel, wenn der Lebenszyklus-Status des Quality Event Objekts aktualisiert wird, um anzuzeigen, dass das Triage abgeschlossen ist, z.B. der Übergang von 'Neu' zu 'In Bewertung' oder 'Triagiert'.
Erfassen
Vom Zeitstempel der Statusänderung im Quality Event Objekt.
Ereignistyp
inferred
|
|||
|
Korrekturmaßnahmenplan vorgeschlagen
|
Diese Aktivität tritt auf, wenn ein formeller Plan zur Korrektur der identifizierten Grundursache entworfen und zur Überprüfung eingereicht wird. Dies beinhaltet oft die Erstellung eines verknüpften CAPA (Korrektur- und Präventivmaßnahme) Records, das mit dem Qualitätsereignis verbunden ist. Das Ereignis wird erfasst, wenn der CAPA-Record erstellt oder der Status des Qualitätsereignisses aktualisiert wird. | ||
|
Bedeutung
Die Verfolgung dieses Schritts hilft, die Zeit zu analysieren, die für den Übergang von der Analyse zur Lösungsgestaltung benötigt wird. Es ist ein wichtiger Input für das Verständnis der 'Zykluszeit der Ursachenanalyse' von der RCA-Fertigstellung bis zum CAPA-Vorschlag.
Datenquelle
Dies kann aus einer Lebenszyklus-Statusänderung des Quality Event Objekts zu 'Ausstehende CAPA-Genehmigung' oder aus dem Erstellungs-Timestamp eines verknüpften CAPA-Plan-Records abgeleitet werden.
Erfassen
Verwenden Sie den Erstellungs-Timestamp eines verknüpften CAPA-Records oder eine Statusänderung.
Ereignistyp
inferred
|
|||
|
Präventivmaßnahme identifiziert
|
Diese Aktivität tritt auf, wenn eine Präventivmaßnahme zur Behebung potenzieller zukünftiger Wiederholungen identifiziert wird, oft als Ergebnis der Untersuchung. Sie wird durch die Erstellung eines Präventivmaßnahmen- (PA) Records erfasst, das mit dem Qualitätsereignis verknüpft ist. | ||
|
Bedeutung
Obwohl diese Aktivität nicht in jedem Fall vorkommt, hilft ihre Verfolgung dabei zu verstehen, wie proaktiv der Qualitätsprozess ist. Sie liefert Einblicke in den Fokus der Organisation auf langfristige Prävention im Vergleich zur sofortigen Korrektur.
Datenquelle
Abgeleitet vom Erstellungszeitstempel eines verknüpften Präventivmaßnahmen-Datensatzes innerhalb von Veeva Vault.
Erfassen
Verwenden Sie den Erstellungs-Timestamp eines verknüpften Präventivmaßnahmen-Records.
Ereignistyp
inferred
|
|||
|
Problem kategorisiert und priorisiert
|
Diese Aktivität markiert den Punkt, an dem das Qualitätsereignis formell nach Typ, Schweregrad und Priorität kategorisiert wurde. Dies ist ein kritischer Schritt, der den weiteren Untersuchungspfad und Zeitplan bestimmt. Sie wird typischerweise durch eine Statusänderung erfasst, die den Abschluss dieser Klassifizierung anzeigt. | ||
|
Bedeutung
Dieses Event ist entscheidend für die Segmentierung der Prozessanalyse nach Ereignisschwere oder -typ. Es hilft zu verstehen, ob hochprioritäre Probleme schneller bearbeitet werden als niedrigprioritäre, und stellt sicher, dass Ressourcen effektiv zugewiesen werden.
Datenquelle
Abgeleitet von einer Lebenszyklus-Statusänderung im Quality Event Objekt, z.B. bei der Versetzung in einen Status wie 'Kategorisiert' oder 'Untersuchung ausstehend'. Es kann auch vom Zeitstempel abgeleitet werden, wenn wichtige Klassifizierungsfelder gefüllt werden.
Erfassen
Abgeleitet von einer Statusänderung oder der Befüllung von Feldern wie 'Schweregrad' und 'Priorität'.
Ereignistyp
inferred
|
|||
|
Stakeholder über Lösung benachrichtigt
|
Diese Aktivität stellt die an relevante Stakeholder gesendete Kommunikation dar, die sie über die Lösung des Qualitätsereignisses informiert. Dies könnte eine automatisierte E-Mail-Benachrichtigung sein, die durch den letzten Abschlussschritt ausgelöst wird, oder eine manuell protokollierte Kommunikationstask. | ||
|
Bedeutung
Rechtzeitige Kommunikation ist entscheidend für die Stakeholder-Zufriedenheit und Transparenz. Diese Aktivität ermöglicht die Messung des KPIs 'Verzögerungszeit der Stakeholder-Benachrichtigung' und hebt Verzögerungen in der Kommunikation hervor.
Datenquelle
Dies kann ein explizites Event sein, wenn Veeva Vault automatisierte Benachrichtigungen sendet, die protokolliert werden. Alternativ könnte es aus dem Abschluss einer manuellen 'Stakeholder benachrichtigen' Workflow-Aufgabe abgeleitet werden.
Erfassen
Aus Systembenachrichtigungsprotokollen oder dem Abschlusszeitstempel einer Kommunikationsaufgabe.
Ereignistyp
explicit
|
|||