Ihr Daten-Template für das Qualitätsmanagement
Ihr Daten-Template für das Qualitätsmanagement
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Hinweise zur Datenextraktion
Attribute des Qualitätsmanagements
| Name | Beschreibung | ||
|---|---|---|---|
|
Qualitätsereignis
QualityEvent
|
Die eindeutige Kennung eines einzelnen Qualitätsereignisses, etwa einer Abweichung, einer Nichtkonformität oder einer CAPA. | ||
|
Beschreibung
Das Qualitätsereignis dient als zentrale Case-ID und verknüpft alle Aktivitäten, Untersuchungen und Lösungen zu einem bestimmten Qualitätsproblem. Es bildet den roten Faden durch den gesamten Lebenszyklus eines Vorfalls, von der ersten Meldung bis zum endgültigen Abschluss. Beim Process Mining ist dieses Attribut entscheidend, um den Ablauf jedes Qualitätsereignisses von Anfang bis Ende zu rekonstruieren. Es ermöglicht die Analyse von Prozessvarianten, Zykluszeiten und Compliance für verschiedene Ereignisarten. So wird sichtbar, wie einzelne Qualitätsvorfälle bearbeitet, untersucht und gelöst werden.
Warum das wichtig ist
Dies ist die zentrale Case-ID, die alle zugehörigen Aktivitäten zu einer Prozessinstanz zusammenfasst und so eine Analyse von Anfang bis Ende ermöglicht.
Woher beziehen
Dies ist die primäre Kennung für Datensätze zu Qualitätsereignissen in Veeva Vault Quality. Sie wird häufig als „Name“ oder als eindeutiges ID-Feld am Qualitätsereignisobjekt geführt.
Beispiele
QE-2023-00123CAPA-2023-00456DEV-2023-00789
|
|||
|
Aktivitätsname
ActivityName
|
Der Name einer bestimmten Aufgabe oder eines Prozessschritts im Lebenszyklus eines Qualitätsereignisses. | ||
|
Beschreibung
Dieses Attribut bezeichnet eine einzelne geschäftliche Aktivität oder ein Ereignis bei der Bearbeitung eines Qualitätsereignisses. Dazu gehören Prozessschritte wie „Untersuchung eingeleitet“ oder „Korrekturmaßnahmenplan freigegeben“. Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten bildet den Kern des Process Mining. Sie zeigt den tatsächlichen Prozessablauf, macht Engpässe zwischen Schritten sichtbar und deckt Abweichungen von der Standardvorgehensweise auf.
Warum das wichtig ist
Es legt die Prozessschritte fest und ermöglicht so die Visualisierung und Analyse des Prozessablaufs.
Woher beziehen
Dieses Attribut wird in der Regel aus Workflow-Aufgabennamen, Statusänderungen oder Audit-Trail-Einträgen in Veeva Vault Quality abgeleitet.
Beispiele
Erste Triage abgeschlossenUrsachenanalyse durchgeführtAbschließende Prüfung und Abschluss
|
|||
|
Ereigniszeitpunkt
EventTime
|
Der Timestamp, der angibt, wann eine bestimmte Aktivität begonnen hat oder stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit, zu denen eine Aktivität ausgeführt wurde. Es ordnet alle Ereignisse innerhalb eines Case chronologisch ein. Dieser Timestamp ist die Grundlage für alle zeitbezogenen Process-Mining-Analysen. Mit ihm werden Zykluszeiten, Wartezeiten zwischen Aktivitäten und die Dauer einzelner Schritte berechnet. Diese Kennzahlen sind wichtig, um Verzögerungen und Leistungsengpässe zu erkennen.
Warum das wichtig ist
Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und alle Leistungskennzahlen wie Zyklus- und Wartezeiten zu berechnen.
Woher beziehen
Dies entspricht dem Erstellungs- oder Abschlussdatum von Aufgaben oder dem Timestamp von Ereignissen im Audit Trail eines Qualitätsereignisobjekts.
Beispiele
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp der letzten Datenaktualisierung oder des letzten Datenexports aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut zeigt, wie aktuell die analysierten Daten sind. Es gibt an, wann die Daten zuletzt aus Veeva Vault Quality exportiert und in das Process-Mining-Tool geladen wurden. Diese Information ist wichtig, damit Benutzer die Aktualität der Analyse einschätzen und erkennen können, ob die Dashboards den neuesten Betriebsstand zeigen. Sie ist ein wichtiges Attribut für die Data Governance.
Warum das wichtig ist
Informiert Benutzer über Aktualität und Relevanz der Daten, damit sie den zeitlichen Stand der Prozessanalyse richtig einschätzen können.
Woher beziehen
Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und hinzugefügt.
Beispiele
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Qualitätsmanagementdaten exportiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt die Herkunft der Daten an, in diesem Fall Veeva Vault Quality. Es unterstützt die Data Governance und liefert Kontext, insbesondere wenn Daten aus mehreren Systemen zusammengeführt werden. In der Analyse dient es zum Filtern und zur Sicherstellung der Datenherkunft. Die Kenntnis des Quellsystems erleichtert die korrekte Interpretation der Daten und die Behebung von Problemen mit der Datenqualität.
Warum das wichtig ist
Liefert wichtigen Kontext zur Datenherkunft, der für Data Governance, Rückverfolgbarkeit und Analysen über mehrere Systeme hinweg entscheidend ist.
Woher beziehen
Dies ist ein statischer Wert, der bei der Datentransformation ergänzt werden sollte, um alle Datensätze aus dieser Quelle zu kennzeichnen.
Beispiele
Veeva Vault Quality
|
|||
|
Art des Qualitätsereignisses
QualityEventType
|
Die Klassifizierung des Qualitätsereignisses, zum Beispiel CAPA, Abweichung oder Beschwerde. | ||
|
Beschreibung
Dieses Attribut kategorisiert Qualitätsereignisse nach ihrer Art. Für verschiedene Ereignistypen gelten häufig unterschiedliche Prozessabläufe, Compliance-Anforderungen und Fristen für die Behebung. Die Analyse nach Ereignistyp ist grundlegend, um Prozessabweichungen zu verstehen. So lässt sich beispielsweise die Leistung und Effizienz bei der Bearbeitung von Abweichungen mit der von CAPAs vergleichen. Außerdem können Verbesserungsmaßnahmen gezielt auf den jeweiligen Prozesskontext abgestimmt werden.
Warum das wichtig ist
Unterscheidet verschiedene Arten von Qualitätsprozessen, für die oft eigene Workflows, SLAs und Compliance-Regeln gelten.
Woher beziehen
In Veeva Vault Quality ist dies ein Standard-Klassifizierungsfeld des Objekts „Qualitätsereignis“, häufig als Auswahlliste.
Beispiele
AbweichungKorrektur- und Vorbeugungsmaßnahme (CAPA)NichtkonformitätBeschwerde
|
|||
|
Endzeitpunkt
EndTime
|
Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit, zu denen eine bestimmte Aktivität oder Aufgabe abgeschlossen wurde. Es unterscheidet sich von StartTime (EventTime) und ist wichtig, um die Dauer einzelner Prozessschritte zu verstehen. Beim Process Mining wird EndTime zusammen mit StartTime verwendet, um die Verarbeitungszeit von Aktivitäten zu berechnen. So lässt sich feststellen, welche Aufgaben am längsten dauern und damit zur gesamten Zykluszeit und zu möglichen Verzögerungen beitragen.
Warum das wichtig ist
Ermöglicht die Berechnung der Verarbeitungszeiten von Aktivitäten. Das ist entscheidend, um Engpässe auf Aufgabenebene zu erkennen.
Woher beziehen
Dieser Timestamp ist in der Regel im Workflow-Verlauf oder in den Audit-Trail-Daten eines Qualitätsereignisses verfügbar, häufig als Feld „Abschlussdatum“ oder „Geändert am“ für eine bestimmte Aufgabe oder einen Status.
Beispiele
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Geplantes Behebungsdatum
TargetResolutionDate
|
Das geplante oder vorgeschriebene Datum für den endgültigen Abschluss des Qualitätsereignisses. | ||
|
Beschreibung
Dieses Attribut legt die Service-Level-Vereinbarung (SLA) oder den Zieltermin für die Behebung eines Qualitätsereignisses fest. Häufig wird das Datum anhand des Erstellungsdatums und des Schweregrads oder Typs des Ereignisses berechnet. An diesem Datum wird die tatsächliche Leistung gemessen. Es ist entscheidend für das Dashboard „Termingerechte Behebung“ und die KPI „Quote termingerechter Behebungen“. Damit lässt sich feststellen, ob Ereignisse fristgerecht behoben werden und welche Faktoren zu Verzögerungen führen.
Warum das wichtig ist
Legt das SLA für die Behebung eines Case fest und ermöglicht so die Messung der Termintreue sowie die Analyse von Verzögerungen.
Woher beziehen
Wahrscheinlich handelt es sich um ein Datumsfeld im Objekt „Qualitätsereignis“, das manuell ausgefüllt oder automatisch vom System berechnet werden kann.
Beispiele
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Schweregrad
SeverityLevel
|
Der bewertete Schwere- oder Risikograd des Qualitätsereignisses, zum Beispiel hoch, mittel oder niedrig. | ||
|
Beschreibung
Dieses Attribut klassifiziert das Qualitätsereignis nach seinen möglichen Auswirkungen auf die Produktqualität, die Patientensicherheit oder die Compliance mit regulatorischen Vorgaben. Der Schweregrad bestimmt häufig, wie dringend und wie umfassend die Untersuchung sein muss. Die Analyse nach Schweregrad ist wichtig, um Verbesserungsmaßnahmen zu priorisieren. Sie zeigt, ob Ereignisse mit hohem Schweregrad länger bis zur Behebung benötigen, anderen Prozessabläufen folgen oder häufiger Nacharbeit erfordern. So erhalten die kritischsten Probleme die nötige Aufmerksamkeit.
Warum das wichtig ist
Klassifiziert Ereignisse nach ihren Auswirkungen und ermöglicht eine risikobasierte Analyse. So lassen sich Verbesserungsmaßnahmen auf Bereiche mit hohem Risiko konzentrieren.
Woher beziehen
In der Regel handelt es sich um ein Standard-Klassifizierungsfeld im Objekt „Qualitätsereignis“, häufig als Auswahlliste auf Grundlage einer Risikomatrix.
Beispiele
HochMittelNiedrig
|
|||
|
Status des Qualitätsereignisses
QualityEventStatus
|
Der aktuelle Lebenszyklusstatus des Qualitätsereignisses. | ||
|
Beschreibung
Dieses Attribut zeigt den aktuellen Status des Qualitätsereignisses an, zum Beispiel „Offen“, „In Untersuchung“, „Freigabe ausstehend“ oder „Geschlossen“. Es gibt einen Überblick darüber, an welcher Stelle des Lebenszyklus sich jeder Case befindet. Das Dashboard „Fortschritt von Qualitätsereignissen“ benötigt diese Information, um laufende Cases in Echtzeit zu überwachen. Führungskräfte können damit den Fortschritt verfolgen, ins Stocken geratene Ereignisse erkennen und die gesamte Arbeitslast wirksam steuern.
Warum das wichtig ist
Zeigt den aktuellen Status eines Case an. Das ist wichtig, um laufende Arbeit zu überwachen und ins Stocken geratene Ereignisse zu erkennen.
Woher beziehen
Dieses Standardfeld des Objekts „Qualitätsereignis“ in Veeva Vault Quality gibt dessen Position im Lebenszyklus an.
Beispiele
In der TriageIn UntersuchungCAPA vorgeschlagenGeschlossen
|
|||
|
Zugewiesene Abteilung
AssignedDepartment
|
Die Abteilung oder der Funktionsbereich, die bzw. der für das Qualitätsereignis oder die Aktivität verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet die Geschäftseinheit oder Abteilung, etwa Qualitätssicherung, Fertigung oder Forschung und Entwicklung, die für die Bearbeitung des Qualitätsereignisses oder einer bestimmten Aufgabe zuständig ist. Häufig wird der Wert aus dem Profil des zugewiesenen Benutzers übernommen. Diese Dimension ist für die übergreifende Leistungsanalyse wichtig. Sie ermöglicht den Vergleich von Prozesseffizienz und Compliance in verschiedenen Bereichen der Organisation. So lassen sich systemische Probleme in bestimmten Abteilungen erkennen. Außerdem unterstützt sie das Dashboard „Arbeitslastverteilung der Ermittler“.
Warum das wichtig ist
Ermöglicht den Vergleich der Prozessleistung verschiedener Geschäftseinheiten und macht so Engpässe oder bewährte Vorgehensweisen in einzelnen Abteilungen sichtbar.
Woher beziehen
Diese Information ist in der Regel im Benutzerprofil des „Zugewiesenen Ermittlers“ gespeichert. Sie kann auch direkt im Objekt „Qualitätsereignis“ hinterlegt sein.
Beispiele
QualitätssicherungFertigungsbetriebForschung und Entwicklung
|
|||
|
Zugewiesener Ermittler
AssignedInvestigator
|
Der Benutzer oder die Ressource, der bzw. die mit einer Untersuchung oder einer bestimmten Aufgabe betraut ist. | ||
|
Beschreibung
Dieses Attribut gibt an, welche Person, Rolle oder welches Team für eine Aktivität im Lebenszyklus eines Qualitätsereignisses verantwortlich ist. Gemeint sein kann die verantwortliche Person für das Qualitätsereignis selbst oder der Benutzer, dem eine bestimmte Workflow-Aufgabe zugewiesen wurde. Die Analyse dieses Attributs zeigt, wie sich die Arbeitslast verteilt, wie die Ressourcenleistung ausfällt und welche Teams oder Personen überlastet sind. Es ist wichtig für das Dashboard „Arbeitslastverteilung der Ermittler“ und hilft, Ressourcen effizienter einzusetzen.
Warum das wichtig ist
Erfasst, wer die Arbeit ausführt. So lassen sich Arbeitslast und Ressourceneffizienz analysieren und Schulungsbedarf erkennen.
Woher beziehen
Zu finden in den Feldern für die verantwortliche Person oder den zugewiesenen Benutzer des Objekts „Qualitätsereignis“ oder in den zugehörigen Workflow-Aufgabenobjekten in Veeva Vault Quality.
Beispiele
Alice JohnsonBob WilliamsQA-Untersuchungsteam
|
|||
|
Ergebnis der Wirksamkeitsprüfung
EffectivenessCheckResult
|
Das Ergebnis der Prüfung, mit der festgestellt wird, ob eine Korrekturmaßnahme wirksam war. | ||
|
Beschreibung
Dieses Attribut erfasst das Ergebnis der Wirksamkeitsprüfung, die nach der Umsetzung einer Korrekturmaßnahme durchgeführt wird. Das Ergebnis lautet in der Regel „Wirksam“ oder „Nicht wirksam“. Es misst direkt den Erfolg des CAPA-Prozesses und ist entscheidend für das Dashboard „CAPA-Wirksamkeit und Wiederholungsrate“ sowie die KPI „CAPA-Wirksamkeitsrate“. Das Ergebnis zeigt klar, ob die umgesetzten Lösungen das erneute Auftreten des Problems tatsächlich verhindern.
Warum das wichtig ist
Misst direkt den Erfolg von Korrekturmaßnahmen und liefert wichtige Erkenntnisse, um die Problemlösung zu verbessern.
Woher beziehen
Dieses Feld, wahrscheinlich eine Auswahlliste, befindet sich im Objekt „CAPA-Maßnahme“ oder „Wirksamkeitsprüfung“, das mit dem primären Objekt „Qualitätsereignis“ verknüpft ist.
Beispiele
WirksamNicht wirksamPrüfung ausstehend
|
|||
|
Freigabezeit
ApprovalTime
|
Die Zeit, die für den Abschluss eines bestimmten Freigabeschritts benötigt wird. | ||
|
Beschreibung
Diese Kennzahl misst die Dauer von Freigabeschritten, zum Beispiel „Korrekturmaßnahmenplan freigegeben“. Sie wird berechnet, indem die Zeit zwischen der Anforderung einer Freigabe und ihrer Erteilung oder Ablehnung ermittelt wird. Das Attribut unterstützt gezielt das Dashboard „Engpässe im Freigabe-Workflow“ und die KPI „Zykluszeit des Freigabe-Workflows“. Indem die Wartezeit auf Freigaben separat erfasst wird, lassen sich Verzögerungen durch langsame Entscheidungen oder ineffiziente Freigabeprozesse erkennen und beheben.
Warum das wichtig ist
Macht Verzögerungen bei wichtigen Entscheidungen sichtbar und hilft, Freigabe-Workflows zu verbessern und die gesamte Zykluszeit zu verkürzen.
Woher beziehen
Diese Kennzahl wird berechnet, indem die Zeit zwischen Beginn und Ende freigabebezogener Aktivitäten im Event Log ermittelt wird.
Beispiele
3 Tage 4 Stunden1 Tag 0 Stunden7 Tage 8 Stunden
|
|||
|
Fristgerechte Behebung
IsOnTimeResolution
|
Ein berechnetes Kennzeichen dafür, ob das Qualitätsereignis bis zum Zieltermin geschlossen wurde. | ||
|
Beschreibung
Dieses boolesche Attribut wird berechnet, indem das tatsächliche Abschlussdatum eines Qualitätsereignisses mit dem „Geplanten Behebungsdatum“ verglichen wird. Es liefert ein eindeutiges Ergebnis zur Termintreue. Dieses Kennzeichen bildet die Grundlage für das Dashboard „Termingerechte Behebung“ und die KPI „Quote termingerechter Behebungen“. Durch Aggregation und Filterung lässt sich leicht erkennen, bei welchen Ereignistypen, Abteilungen oder Standorten Fristen nicht eingehalten werden.
Warum das wichtig ist
Liefert eine klare Kennzahl dafür, ob Fristen eingehalten wurden, und vereinfacht so Leistungsanalysen und Berichte.
Woher beziehen
Berechnet durch Vergleich des Timestamps der Aktivität „Abschließende Prüfung und Schließung“ mit dem Attribut „TargetResolutionDate“. Formel: Abschlusszeit <= TargetResolutionDate.
Beispiele
truefalse
|
|||
|
Nacharbeit
IsRework
|
Ein berechnetes Kennzeichen, das Aktivitäten oder Cases mit Nacharbeit identifiziert. | ||
|
Beschreibung
Dieses boolesche Attribut kennzeichnet eine Aktivität oder eine Abfolge von Aktivitäten als Nacharbeit, zum Beispiel eine wiederholte Untersuchung oder die erneute Öffnung einer geschlossenen CAPA. Es ist kein Standardfeld, sondern wird anhand von Mustern im Prozessablauf berechnet. Beim Process Mining dient dieses Kennzeichen dazu, den Umfang unnötiger Arbeit und die dadurch entstehenden Kosten zu quantifizieren. Es ist wichtig für das Dashboard „Nacharbeitsanalyse“ und die KPI „Nacharbeitsrate bei Qualitätsereignissen“. Damit lassen sich Ursachen für Ineffizienz und eine geringe Qualität beim ersten Durchlauf ermitteln.
Warum das wichtig ist
Quantifiziert Ineffizienz im Prozess, indem wiederholte Arbeit gekennzeichnet wird. So lassen sich die Ursachen von Qualitätsproblemen und unnötigem Aufwand erkennen.
Woher beziehen
Dieses Attribut stammt nicht direkt aus einer Datenquelle. Es wird bei der Datentransformation berechnet, indem wiederholte Aktivitätsnamen oder Schleifen im Prozess eines Case erkannt werden.
Beispiele
truefalse
|
|||
|
Produkt
Product
|
Das Produkt oder Material, das mit dem Qualitätsereignis in Verbindung steht. | ||
|
Beschreibung
Dieses Attribut verknüpft das Qualitätsereignis mit einem bestimmten Produkt, Material oder einer Charge. In regulierten Branchen ist diese Verbindung für die Rückverfolgbarkeit und die Auswirkungsanalyse wichtig. Die Analyse von Qualitätsereignissen nach Produkt zeigt, ob bestimmte Produkte häufiger von Problemen betroffen sind. Das hilft bei der Produktverbesserung und bei Anpassungen des Fertigungsprozesses. Außerdem können Dashboards nach Produktlinien gefiltert werden.
Warum das wichtig ist
Verknüpft Qualitätsereignisse mit bestimmten Produkten. So lassen sich produktspezifische Probleme und Trends erkennen.
Woher beziehen
In der Regel handelt es sich um ein Referenzfeld im Objekt „Qualitätsereignis“, das mit einem Produkt- oder Materialobjekt in Veeva Vault verknüpft ist.
Beispiele
Produkt A-100Produkt B-200Rohmaterial C-300
|
|||
|
Standort
Site
|
Der Fertigungsstandort, das Werk oder der Ort, an dem das Qualitätsereignis aufgetreten ist oder festgestellt wurde. | ||
|
Beschreibung
Dieses Attribut bezeichnet den physischen Ort, zum Beispiel ein Fertigungswerk oder Labor, der mit dem Qualitätsereignis verbunden ist. Es ordnet das Problem geografisch oder organisatorisch ein. Diese Dimension eignet sich für vergleichende Analysen: Die Geschäftsleitung kann Prozessleistung, Problemarten und Behebungszeiten an verschiedenen Standorten vergleichen. So lassen sich standortspezifische Probleme erkennen und bewährte Vorgehensweisen leistungsstarker Standorte weitergeben.
Warum das wichtig ist
Ergänzt die Analyse um eine geografische oder organisatorische Dimension. So lassen sich Leistung vergleichen und standortspezifische Probleme erkennen.
Woher beziehen
Häufig handelt es sich um ein Standardfeld im Objekt „Qualitätsereignis“, das mit einer Liste der Unternehmensstandorte verknüpft ist.
Beispiele
Standort A - New JerseyStandort B - IrlandStandort C - Schweiz
|
|||
|
Ursache
RootCause
|
Die ermittelte zugrunde liegende Ursache des Qualitätsereignisses. | ||
|
Beschreibung
Dieses Attribut enthält das abschließende Ergebnis der Untersuchung zur Ursachenanalyse (RCA). Es kategorisiert den grundlegenden Grund für das Qualitätsproblem, zum Beispiel einen Geräteausfall, menschliches Versagen oder einen Verfahrensmangel. Die Analyse der Ursachen ist entscheidend, um Probleme wirksam zu beheben. Sie hilft, wiederkehrende systemische Probleme zu erkennen, die durch Korrektur- und Vorbeugungsmaßnahmen angegangen werden müssen. Dieses Attribut unterstützt direkt die Dashboards „Durchlaufzeit der Ursachenanalyse“ und „CAPA-Wirksamkeit“.
Warum das wichtig ist
Kategorisiert die grundlegenden Ursachen von Qualitätsproblemen und ermöglicht so gezielte Analysen, um ein erneutes Auftreten zu verhindern.
Woher beziehen
In der Regel handelt es sich um ein Textfeld oder eine Auswahlliste im Objekt „Qualitätsereignis“ oder in einem zugehörigen Objekt für die Ursachenanalyse.
Beispiele
Fehlfunktion eines GerätsVerfahrensfehlerUnzureichende SchulungMaterialfehler
|
|||
|
Wiederholungsfall
IsRecurrence
|
Kennzeichnet, ob dieses Qualitätsereignis ein erneut aufgetretenes, bereits bekanntes Problem ist. | ||
|
Beschreibung
Dieses boolesche Attribut zeigt an, dass es sich bei einem Qualitätsereignis nicht um ein neues, einmaliges Problem handelt, sondern um die Wiederholung eines bereits aufgetretenen Problems. Es ist ein wichtiger Hinweis darauf, dass frühere Korrekturmaßnahmen nicht wirksam waren. Dieses Kennzeichen ist grundlegend für das Dashboard „CAPA-Wirksamkeit und Wiederholungsrate“. Die Erfassung wiederkehrender Ereignisse zeigt direkt, wie wirksam das Qualitätsmanagementsystem langfristig ist, und hilft, systemische Probleme zu erkennen, die nicht ausreichend behoben werden.
Warum das wichtig ist
Macht unwirksame Korrekturmaßnahmen sichtbar und hilft zu analysieren, warum Probleme erneut auftreten und wie sich langfristige Lösungen verbessern lassen.
Woher beziehen
Dies kann ein Kontrollkästchen im Objekt „Qualitätsereignis“ oder ein abgeleitetes Feld sein, das auf Verknüpfungen mit früheren ähnlichen Ereignissen basiert.
Beispiele
truefalse
|
|||
|
Zykluszeit
CycleTime
|
Die gesamte Zeit von der Erstellung eines Qualitätsereignisses bis zu dessen endgültigem Abschluss. | ||
|
Beschreibung
Diese Kennzahl gibt die Gesamtdauer von der Erstellung bis zur Behebung eines Qualitätsereignisses an. Sie wird als Zeitdifferenz zwischen der ersten Aktivität, zum Beispiel „Qualitätsereignis erstellt“, und der letzten Aktivität, zum Beispiel „Abschließende Prüfung und Schließung“, berechnet. Die Zykluszeit ist eine zentrale Kennzahl für die gesamte Prozesseffizienz. Im Dashboard „Behebungszeit von Qualitätsereignissen“ dient sie dazu, Trends zu analysieren, Faktoren für lange Behebungszeiten zu erkennen und Vergleichswerte für Prozessverbesserungen festzulegen.
Warum das wichtig ist
Misst die Prozesseffizienz vom Anfang bis zum Ende. Als wichtige KPI zeigt sie die Gesamtleistung und die Auswirkungen von Verbesserungsmaßnahmen.
Woher beziehen
Diese Kennzahl wird berechnet, indem auf Case-Ebene der Timestamp des ersten Ereignisses vom Timestamp des letzten Ereignisses abgezogen wird.
Beispiele
30 Tage 12 Stunden65 Tage 4 Stunden15 Tage 2 Stunden
|
|||
Aktivitäten im Qualitätsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Abschließende Prüfung und Abschluss
|
Diese Aktivität bezeichnet die letzte administrative Prüfung des Datensatzes zum Qualitätsereignis vor dessen offiziellem Abschluss. Dabei wird sichergestellt, dass die Dokumentation vollständig ist und alle Prozessschritte eingehalten wurden. Sie ist der letzte Schritt, bevor der Case als gelöst gilt. | ||
|
Warum das wichtig ist
Diese abschließende Aktivität ist wichtig für die Berechnung der gesamten „Zykluszeit des Qualitätsereignisses“. Sie markiert den Abschluss aller Arbeiten. Für die Leistungsmessung wird ihr Timestamp mit dem „Geplanten Abschlusstermin“ verglichen.
Woher beziehen
Abgeleitet aus einer Änderung des Lebenszyklusstatus am Qualitätsereignisobjekt zu „Abgeschlossen“, „Gelöst“ oder einem ähnlichen Endstatus.
Erfassung
Aus dem Timestamp der letzten Statusänderung zu „Abgeschlossen“.
Ereignistyp
inferred
|
|||
|
Korrekturmaßnahme umgesetzt
|
Diese Aktivität bezeichnet den Abschluss aller Aufgaben des freigegebenen Korrekturmaßnahmenplans. Sie bestätigt, dass die erforderlichen Maßnahmen zur Behebung der Ursache ergriffen wurden. Erfasst wird sie, wenn der Status des CAPA-Datensatzes auf „Umsetzung abgeschlossen“ gesetzt wird. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein markiert den Übergang von der Planung zur Umsetzung. Die Zeit zwischen diesem Schritt und der CAPA-Freigabe zeigt, wie effizient die Umsetzungsphase verläuft.
Woher beziehen
Abgeleitet aus einer Änderung des Lebenszyklusstatus am zugehörigen CAPA-Objekt zu einem Status wie „Umgesetzt“ oder „Wirksamkeitsprüfung ausstehend“.
Erfassung
Aus dem Timestamp der Statusänderung am verknüpften CAPA-Objekt.
Ereignistyp
inferred
|
|||
|
Korrekturmaßnahmenplan freigegeben
|
Markiert die formelle Freigabe des vorgeschlagenen Korrekturmaßnahmenplans durch die zuständigen Beteiligten, etwa einen Qualitätsprüfungsausschuss. Vor der Umsetzung von Korrekturmaßnahmen ist dieser wichtige Freigabeschritt erforderlich. Er wird erfasst, wenn der Status des CAPA-Plan-Datensatzes zu „Freigegeben“ wechselt. | ||
|
Warum das wichtig ist
Dieser Freigabeschritt ist häufig ein wesentlicher Engpass. Die Messung der „Zykluszeit des Freigabe-Workflows“ für diese Aktivität hilft, Verzögerungen im Prüfprozess zu erkennen und zu beheben und so den gesamten Lösungsprozess zu beschleunigen.
Woher beziehen
Abgeleitet aus dem Timestamp, zu dem sich der Lebenszyklusstatus des zugehörigen CAPA-Plan-Objekts zu „Freigegeben“ ändert. Dieses Ereignis kann sich auch als Statusänderung am übergeordneten Qualitätsereignis widerspiegeln.
Erfassung
Aus dem Timestamp der Statusänderung am verknüpften CAPA-Plan-Objekt.
Ereignistyp
inferred
|
|||
|
Qualitätsereignis erstellt
|
Hier beginnt der Prozess: In Veeva wird ein Datensatz für ein Qualitätsereignis offiziell angelegt. Dies geschieht in der Regel, wenn ein neues Qualitätsproblem, eine Abweichung oder eine Beschwerde erkannt und im System erfasst wird. | ||
|
Warum das wichtig ist
Diese Aktivität markiert den Beginn des Case-Lebenszyklus. Sie ist daher wichtig, um die gesamte Zykluszeit des Qualitätsereignisses zu berechnen und die Dauer der ersten Prozessphasen zu messen, etwa die Zeit bis zum Beginn einer Untersuchung.
Woher beziehen
Dieses explizite Ereignis wird anhand des Erstellungs-Timestamps des Qualitätsereignisobjekts in Veeva Vault erfasst. Der Audit Trail des Objekts zeigt das genaue Erstellungsdatum, die Uhrzeit und den Benutzer.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des zentralen Datensatzes zum Qualitätsereignis.
Ereignistyp
explicit
|
|||
|
Untersuchung eingeleitet
|
Markiert den offiziellen Beginn der Untersuchung zur Ursache des Qualitätsereignisses. In der Regel wird eine untersuchende Person oder ein Team zugewiesen und das Ereignis geht in die aktive Untersuchungsphase über. Erfasst wird dieser Schritt, wenn sich der Lebenszyklusstatus des Qualitätsereignisses zu „In Untersuchung“ ändert. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein dient zur Messung der KPI „Zeit von der Problemerkennung bis zum Untersuchungsbeginn“. Verzögerungen bis zu diesem Zeitpunkt weisen auf Rückstände bei der Ressourcenzuweisung oder beim Beginn wichtiger Analysen hin.
Woher beziehen
Abgeleitet aus dem Timestamp, zu dem der Lebenszyklusstatus des Qualitätsereignisobjekts auf „In Untersuchung“ oder einen ähnlichen Status gesetzt wird. Auch die Zuweisung einer untersuchenden Person kann als Auslöser dienen.
Erfassung
Verwenden Sie den Timestamp der Statusänderung zu „In Untersuchung“.
Ereignistyp
inferred
|
|||
|
Ursachenanalyse durchgeführt
|
Diese Aktivität bezeichnet den Abschluss der Ursachenanalyse (RCA), bei der die zugrunde liegende Ursache des Qualitätsereignisses ermittelt wurde. Sie wird häufig erfasst, wenn die untersuchende Person die RCA-Aufgabe abschließt oder das Ereignis in den Status „CAPA ausstehend“ versetzt. | ||
|
Warum das wichtig ist
Diese Aktivität ist wichtig, um die KPI „Durchschnittliche Dauer der Ursachenanalyse“ zu messen. Die Analyse ihrer Dauer hilft, Engpässe im Analyseprozess zu erkennen und die Qualität der Untersuchungen zu verbessern.
Woher beziehen
In der Regel abgeleitet aus einer Änderung des Lebenszyklusstatus am Qualitätsereignisobjekt, etwa zu „RCA abgeschlossen“ oder „Aktionsplan ausstehend“. Sie kann auch dem Abschluss einer bestimmten Workflow-Aufgabe entsprechen.
Erfassung
Aus dem Timestamp der Statusänderung oder dem Abschluss einer RCA-Aufgabe.
Ereignistyp
inferred
|
|||
|
Wirksamkeit der Maßnahme bestätigt
|
Diese Aktivität bestätigt, dass die umgesetzten Korrekturmaßnahmen ein erneutes Auftreten des Problems verhindert haben. Die formelle Prüfung wird abgeschlossen und dokumentiert. Erfasst wird sie, wenn der Status des CAPA-Datensatzes oder des Qualitätsereignisses auf „Wirksamkeit bestätigt“ gesetzt wird. | ||
|
Warum das wichtig ist
Dies ist die abschließende Bestätigung des Lösungserfolgs und ein wichtiger Faktor für die Berechnung der „CAPA-Wirksamkeitsrate“. Wird die Wirksamkeit in dieser Phase nicht bestätigt, ist häufig Nacharbeit erforderlich und die Untersuchung wird erneut geöffnet.
Woher beziehen
Abgeleitet aus einer Änderung des Lebenszyklusstatus am Qualitätsereignis- oder CAPA-Objekt zu einem Status wie „Bestätigt“ oder „Abgeschlossen, wirksam“.
Erfassung
Aus dem Timestamp der Statusänderung, die eine erfolgreiche Prüfung bestätigt.
Ereignistyp
inferred
|
|||
|
Beteiligte über die Lösung informiert
|
Diese Aktivität bezeichnet die Mitteilung an die relevanten Beteiligten über die Lösung des Qualitätsereignisses. Dabei kann es sich um eine automatische E-Mail-Benachrichtigung handeln, die beim abschließenden Schritt ausgelöst wird, oder um eine manuell protokollierte Kommunikationsaufgabe. | ||
|
Warum das wichtig ist
Eine zeitnahe Mitteilung ist wichtig für die Zufriedenheit der Beteiligten und für Transparenz. Anhand dieser Aktivität lässt sich die KPI „Verzögerung bei der Benachrichtigung der Beteiligten“ messen und so erkennen, wo sich die Kommunikation verzögert.
Woher beziehen
Wenn Veeva Vault automatische Benachrichtigungen versendet und protokolliert, kann dies als explizites Ereignis erfasst werden. Alternativ lässt sich der Schritt aus dem Abschluss einer manuellen Workflow-Aufgabe „Beteiligte benachrichtigen“ ableiten.
Erfassung
Aus Systemprotokollen zu Benachrichtigungen oder dem Abschluss-Timestamp einer Kommunikationsaufgabe.
Ereignistyp
explicit
|
|||
|
Erste Triage abgeschlossen
|
Diese Aktivität bezeichnet den Abschluss der ersten Prüfung und Bewertung des Qualitätsereignisses. In dieser Phase werden grundlegende Informationen erfasst und überprüft, um die Gültigkeit des Ereignisses und seine unmittelbaren Auswirkungen festzustellen. Erfasst wird der Abschluss häufig, wenn sich der Status des Datensatzes von „Neu“ zu „In Bewertung“ oder einem ähnlichen Status ändert. | ||
|
Warum das wichtig ist
Die Analyse der Triage-Dauer hilft, Verzögerungen bei der ersten Bearbeitung von Qualitätsereignissen zu erkennen. Sie gibt Aufschluss über Arbeitslast und Ressourceneinsatz zu Beginn des Prozesses.
Woher beziehen
Abgeleitet aus dem Timestamp, zu dem der Lebenszyklusstatus des Qualitätsereignisobjekts auf „Triage abgeschlossen“ gesetzt wird, zum Beispiel beim Wechsel von „Neu“ zu „In Bewertung“ oder „Triage abgeschlossen“.
Erfassung
Aus dem Timestamp der Statusänderung am Qualitätsereignisobjekt.
Ereignistyp
inferred
|
|||
|
Korrekturmaßnahmenplan vorgeschlagen
|
Diese Aktivität findet statt, wenn ein formeller Plan zur Behebung der ermittelten Ursache erstellt und zur Prüfung eingereicht wird. Häufig wird dazu ein mit dem Qualitätsereignis verknüpfter CAPA-Datensatz (Corrective and Preventive Action) angelegt. Erfasst wird das Ereignis, wenn der CAPA-Datensatz erstellt oder der Status des Qualitätsereignisses aktualisiert wird. | ||
|
Warum das wichtig ist
Die Erfassung dieses Schritts zeigt, wie viel Zeit zwischen der Analyse und der Entwicklung einer Lösung vergeht. Sie ist eine wichtige Grundlage für die Kennzahl „Zykluszeit der Ursachenanalyse“, die den Zeitraum vom Abschluss der RCA bis zum CAPA-Vorschlag misst.
Woher beziehen
Abgeleitet aus einer Änderung des Lebenszyklusstatus des Qualitätsereignisobjekts zu „CAPA-Freigabe ausstehend“ oder aus dem Erstellungs-Timestamp eines verknüpften CAPA-Plan-Datensatzes.
Erfassung
Verwenden Sie den Erstellungs-Timestamp eines verknüpften CAPA-Datensatzes oder den Timestamp einer Statusänderung.
Ereignistyp
inferred
|
|||
|
Problem kategorisiert und priorisiert
|
Diese Aktivität markiert den Zeitpunkt, an dem das Qualitätsereignis offiziell nach Art, Schweregrad und Priorität kategorisiert wurde. Dieser wichtige Schritt legt den weiteren Untersuchungsweg und den Zeitplan fest. Er wird in der Regel durch eine Statusänderung erfasst, die den Abschluss der Klassifizierung anzeigt. | ||
|
Warum das wichtig ist
Dieses Ereignis ist wichtig, um Prozessanalysen nach Schweregrad oder Art des Ereignisses aufzuschlüsseln. So lässt sich feststellen, ob Probleme mit hoher Priorität schneller bearbeitet werden als solche mit niedriger Priorität und ob Ressourcen wirksam eingesetzt werden.
Woher beziehen
Abgeleitet aus einer Änderung des Lebenszyklusstatus am Qualitätsereignisobjekt, etwa zu „Kategorisiert“ oder „Untersuchung ausstehend“. Alternativ kann der Timestamp herangezogen werden, zu dem die zentralen Klassifizierungsfelder ausgefüllt werden.
Erfassung
Abgeleitet aus einer Statusänderung oder dem Ausfüllen von Feldern wie „Schweregrad“ und „Priorität“.
Ereignistyp
inferred
|
|||
|
Vorbeugungsmaßnahme ermittelt
|
Diese Aktivität findet statt, wenn im Zuge der Untersuchung eine Vorbeugungsmaßnahme ermittelt wird, um mögliche künftige Wiederholungen zu verhindern. Erfasst wird sie durch das Anlegen eines mit dem Qualitätsereignis verknüpften Datensatzes für eine Vorbeugungsmaßnahme (PA). | ||
|
Warum das wichtig ist
Diese Aktivität tritt nicht in jedem Case auf. Ihre Erfassung zeigt jedoch, wie vorausschauend der Qualitätsprozess ist. Sie gibt Aufschluss darüber, welchen Stellenwert die langfristige Vorbeugung im Vergleich zur unmittelbaren Behebung hat.
Woher beziehen
Abgeleitet aus dem Erstellungs-Timestamp eines verknüpften Datensatzes für eine Vorbeugungsmaßnahme in Veeva Vault.
Erfassung
Verwenden Sie den Erstellungs-Timestamp eines verknüpften Datensatzes für eine Vorbeugungsmaßnahme.
Ereignistyp
inferred
|
|||
|
Wirksamkeitsprüfung eingeleitet
|
Markiert den Beginn des Zeitraums, in dem die Wirksamkeit der umgesetzten Korrekturmaßnahmen überwacht wird. Es handelt sich nicht um ein punktuelles Ereignis, sondern um den Start einer Prüfphase. Erfasst wird es, wenn das Qualitätsereignis oder der CAPA-Datensatz in den Status „Überwachung“ oder „Wirksamkeitsprüfung ausstehend“ wechselt. | ||
|
Warum das wichtig ist
Mit dieser Aktivität beginnt die abschließende Validierungsphase. Die Dauer der Wirksamkeitsprüfung zeigt, wie lange es dauert, den Erfolg einer Lösung zu bestätigen.
Woher beziehen
Abgeleitet aus einer Änderung des Lebenszyklusstatus am Qualitätsereignis- oder CAPA-Objekt zu einem Status wie „Wirksamkeitsprüfung läuft“.
Erfassung
Aus dem Timestamp der Statusänderung zu einem überwachungsbezogenen Status.
Ereignistyp
inferred
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Bereiten Sie Ihre Daten noch heute vor, um neue Erkenntnisse zu gewinnen und Ihren Qualitätsmanagementprozess zu optimieren. So schaffen Sie die Grundlage für mehr Compliance und effiziente Abläufe.
Qualitätsmanagement optimieren: Starten Sie noch heute Ihre kostenlose Testphase
Beseitigen Sie Ineffizienzen, verkürzen Sie Zykluszeiten um 30 % und stärken Sie die Compliance.
Keine Kreditkarte erforderlich. Beginnen Sie in wenigen Minuten mit der Optimierung.