Szablon danych do zarządzania jakością

Veeva Vault Quality
Szablon danych do zarządzania jakością

Szablon danych do zarządzania jakością

Ten szablon wskazuje, jakie dane należy zebrać, aby przeanalizować procesy zarządzania jakością. Zawiera najważniejsze atrybuty i czynności oraz praktyczne wskazówki dotyczące pobierania tych informacji z Veeva Vault Quality. Dzięki temu można sprawnie rozpocząć analizę process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze czynności do śledzenia
  • Wskazówki dotyczące pobierania danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania jakością

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie przeanalizować proces zarządzania jakością.
5 Wymagane 7 Zalecane 9 Opcjonalne
Nazwa Opis
Zdarzenie jakościowe
QualityEvent
Unikalny identyfikator pojedynczego zdarzenia jakościowego, takiego jak odchylenie, niezgodność lub CAPA.
Opis

Zdarzenie jakościowe jest głównym identyfikatorem sprawy. Łączy wszystkie czynności, dochodzenia i działania związane z konkretnym problemem jakościowym. Stanowi wspólny punkt odniesienia dla całego cyklu życia incydentu, od pierwszego zgłoszenia po ostateczne zamknięcie.

W process mining ten atrybut jest niezbędny do odtworzenia przebiegu każdego zdarzenia jakościowego od początku do końca. Umożliwia analizę różnic w przebiegu procesu, czasu jego trwania i zgodności dla różnych typów zdarzeń. Dzięki temu można sprawdzić, jak poszczególne incydenty jakościowe są obsługiwane, analizowane i rozwiązywane.

Dlaczego to ważne

To niezbędny identyfikator sprawy (Case ID), który łączy wszystkie powiązane czynności w jedną instancję procesu i umożliwia analizę od początku do końca.

Skąd pobrać

To główny identyfikator rekordów zdarzeń jakościowych w Veeva Vault Quality, często określany jako „Name” lub unikalny identyfikator obiektu zdarzenia jakościowego.

Przykłady
QE-2023-00123CAPA-2023-00456DEV-2023-00789
Czas zdarzenia
EventTime
Znacznik czasu określający, kiedy rozpoczęła się lub wystąpiła dana czynność.
Opis

Ten atrybut zawiera dokładną datę i godzinę wykonania czynności. Określa kolejność zdarzeń w ramach sprawy.

Znacznik czasu jest podstawą analiz process mining opartych na czasie. Służy do obliczania czasu trwania procesu, czasu oczekiwania między czynnościami i czasu poszczególnych kroków. Te miary pomagają wykrywać opóźnienia i wąskie gardła.

Dlaczego to ważne

Ten znacznik czasu pozwala uporządkować zdarzenia chronologicznie i obliczyć wskaźniki, takie jak czas trwania procesu i czas oczekiwania.

Skąd pobrać

Odpowiada dacie utworzenia lub zakończenia zadania albo znacznikowi czasu zdarzenia w ścieżce audytu obiektu zdarzenia jakościowego.

Przykłady
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych lub ich eksportu z systemu źródłowego.
Opis

Ten atrybut informuje, jak aktualne są analizowane dane. Pokazuje datę i godzinę ostatniego eksportu danych z Veeva Vault Quality i wczytania ich do narzędzia process mining.

Dzięki tej informacji użytkownicy mogą ocenić aktualność analizy i sprawdzić, czy dashboardy pokazują bieżący stan operacji. To ważny atrybut związany z zarządzaniem danymi.

Dlaczego to ważne

Informuje użytkowników o aktualności i przydatności danych, dzięki czemu wiedzą, jak bieżąca jest analiza procesu.

Skąd pobrać

Ten znacznik czasu jest generowany i dodawany podczas procesu ekstrakcji, transformacji i ładowania danych (ETL).

Przykłady
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Nazwa czynności
ActivityName
Nazwa konkretnego zadania lub kroku wykonanego w cyklu życia zdarzenia jakościowego.
Opis

Ten atrybut opisuje konkretną czynność biznesową lub zdarzenie, które występuje podczas obsługi zdarzenia jakościowego. Są to poszczególne kroki procesu, na przykład „Rozpoczęcie dochodzenia” lub „Zatwierdzenie planu działań korygujących”.

Analiza kolejności i częstotliwości tych czynności stanowi podstawę process mining. Pomaga odkryć rzeczywisty przebieg procesu, wykryć wąskie gardła między krokami i znaleźć odstępstwa od standardowej procedury operacyjnej.

Dlaczego to ważne

Określa kroki procesu, dzięki czemu można wizualizować i analizować jego przebieg.

Skąd pobrać

Zwykle pochodzi z nazw zadań workflow, zmian statusu lub wpisów w ścieżce audytu w Veeva Vault Quality.

Przykłady
Zakończenie wstępnej ocenyPrzeprowadzenie analizy przyczyn źródłowychKońcowy przegląd i zamknięcie
System źródłowy
SourceSystem
System, z którego wyeksportowano dane dotyczące zarządzania jakością.
Opis

Ten atrybut wskazuje źródło danych, w tym przypadku Veeva Vault Quality. Pomaga w zarządzaniu danymi i zapewnia kontekst, zwłaszcza gdy łączone są dane z wielu systemów.

W analizie służy do filtrowania i śledzenia pochodzenia danych. Znajomość systemu źródłowego ułatwia prawidłową interpretację danych i rozwiązywanie problemów z ich jakością.

Dlaczego to ważne

Podaje źródło danych, co ma znaczenie dla zarządzania danymi, identyfikowalności i analizy obejmującej wiele systemów.

Skąd pobrać

To stała wartość, którą należy dodać podczas przekształcania danych, aby oznaczyć wszystkie rekordy pochodzące z tego źródła.

Przykłady
Veeva Vault Quality
Czas zakończenia
EndTime
Znacznik czasu określający, kiedy zakończono daną czynność.
Opis

Ten atrybut określa datę i godzinę zakończenia konkretnej czynności lub zadania. Różni się od StartTime (EventTime) i pozwala ustalić, ile trwały poszczególne etapy procesu.

W process mining EndTime służy wraz z StartTime do obliczania czasu realizacji czynności. Dzięki temu można wskazać zadania, które trwają najdłużej i wydłużają cały proces, a także zidentyfikować potencjalne opóźnienia.

Dlaczego to ważne

Umożliwia obliczanie czasu realizacji czynności, co pomaga identyfikować wąskie gardła na poziomie zadań.

Skąd pobrać

Ten znacznik czasu jest zwykle dostępny w historii workflow lub danych ścieżki audytu dotyczących zdarzenia jakościowego. Może występować jako pole „data zakończenia” lub „data modyfikacji” konkretnego zadania albo statusu.

Przykłady
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
Docelowa data rozwiązania
TargetResolutionDate
Planowana lub wymagana data ostatecznego zamknięcia zdarzenia jakościowego.
Opis

Ten atrybut określa SLA lub docelowy termin rozwiązania zdarzenia jakościowego. Termin często oblicza się na podstawie daty utworzenia zdarzenia oraz jego wagi lub typu.

To punkt odniesienia do oceny rzeczywistych wyników. Ma znaczenie dla dashboardu „Terminowość rozwiązywania zdarzeń” i KPI „Odsetek zdarzeń rozwiązanych w terminie”. Pomaga ustalić, czy zdarzenia są rozwiązywane na czas i co powoduje opóźnienia.

Dlaczego to ważne

Określa SLA dla rozwiązania sprawy, umożliwiając pomiar terminowości i analizę opóźnień.

Skąd pobrać

Prawdopodobnie jest to pole daty w obiekcie Quality Event. Datę można wprowadzić ręcznie lub obliczyć automatycznie w systemie.

Przykłady
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
Poziom wagi
SeverityLevel
Oceniony poziom wagi lub ryzyka zdarzenia jakościowego, na przykład wysoki, średni lub niski.
Opis

Ten atrybut klasyfikuje zdarzenie jakościowe według potencjalnego wpływu na jakość produktu, bezpieczeństwo pacjentów lub zgodność z przepisami. Poziom wagi często określa pilność i wymagany zakres dochodzenia.

Analiza według poziomu wagi pomaga ustalać priorytety działań usprawniających. Pozwala sprawdzić, czy rozwiązanie zdarzeń o wysokiej wadze trwa dłużej, przebiega inną ścieżką lub częściej wymaga ponownej pracy. Dzięki temu najpoważniejsze problemy mogą otrzymać odpowiedni priorytet.

Dlaczego to ważne

Klasyfikuje zdarzenia według ich wpływu, umożliwiając analizę ryzyka i ustalanie priorytetów usprawnień w obszarach wysokiego ryzyka.

Skąd pobrać

To standardowe pole klasyfikacji w obiekcie Quality Event, często w formie listy wyboru opartej na macierzy ryzyka.

Przykłady
WysokiŚredniNiski
Przypisany dział
AssignedDepartment
Dział lub obszar funkcjonalny odpowiedzialny za zdarzenie jakościowe albo daną czynność.
Opis

Ten atrybut określa jednostkę biznesową lub dział, na przykład zapewnienie jakości, produkcję albo dział badań i rozwoju, odpowiedzialny za obsługę zdarzenia jakościowego lub konkretnego zadania. Informację tę często można ustalić na podstawie profilu przypisanego użytkownika.

Ten wymiar ma znaczenie przy analizie wyników na wysokim poziomie. Umożliwia porównanie efektywności procesów i zgodności w różnych częściach organizacji, pomaga wskazać problemy systemowe w poszczególnych działach i wspiera dashboard „Rozkład obciążenia prowadzących dochodzenia”.

Dlaczego to ważne

Umożliwia filtrowanie i porównywanie wyników procesu w różnych jednostkach biznesowych, co pomaga wykrywać wąskie gardła i dobre praktyki w poszczególnych działach.

Skąd pobrać

Informacje te są zwykle zapisane w danych profilu użytkownika powiązanego z polem „Przypisany prowadzący dochodzenie” albo bezpośrednio w obiekcie Quality Event.

Przykłady
Zapewnienie jakościOperacje produkcyjneBadania i rozwój
Przypisany prowadzący dochodzenie
AssignedInvestigator
Użytkownik lub zasób przypisany do prowadzenia dochodzenia albo wykonania konkretnego zadania.
Opis

Ten atrybut wskazuje osobę, rolę lub zespół odpowiedzialny za daną czynność w cyklu życia zdarzenia jakościowego. Może to być właściciel samego zdarzenia albo osoba przypisana do konkretnego zadania w workflow.

Analiza tego atrybutu pomaga zrozumieć rozkład obciążenia pracą i efektywność wykorzystania zasobów oraz wskazać przeciążone zespoły lub osoby. Jest niezbędna do przygotowania dashboardu „Rozkład obciążenia prowadzących dochodzenia” i optymalizacji przydziału zasobów, aby usprawnić pracę.

Dlaczego to ważne

Pokazuje, kto wykonuje pracę, dzięki czemu można analizować obciążenie, efektywność wykorzystania zasobów i potrzeby szkoleniowe.

Skąd pobrać

Informacje te znajdują się w polach właściciela lub przypisanego użytkownika obiektu Quality Event albo powiązanych z nim obiektów zadań workflow w Veeva Vault Quality.

Przykłady
Alice JohnsonBob WilliamsZespół dochodzeń QA
Status zdarzenia jakościowego
QualityEventStatus
Bieżący stan zdarzenia jakościowego w jego cyklu życia.
Opis

Ten atrybut wskazuje bieżący status zdarzenia jakościowego, na przykład „Otwarte”, „W trakcie dochodzenia”, „Oczekuje na zatwierdzenie” lub „Zamknięte”. Pokazuje, na jakim etapie cyklu życia znajduje się każda sprawa.

Jest niezbędny do dashboardu „Przegląd postępu zdarzeń jakościowych”, który umożliwia bieżące monitorowanie otwartych spraw. Pomaga kierownikom śledzić postępy, wykrywać sprawy, w których prace utknęły, i skutecznie zarządzać obciążeniem.

Dlaczego to ważne

Pokazuje bieżący stan sprawy, co ułatwia monitorowanie trwających prac i wykrywanie zdarzeń, w których postęp się zatrzymał.

Skąd pobrać

To standardowe pole obiektu Quality Event w Veeva Vault Quality, które wskazuje etap zdarzenia w jego cyklu życia.

Przykłady
W trakcie wstępnej ocenyW trakcie dochodzeniaZaproponowano CAPAZamknięte
Typ zdarzenia jakościowego
QualityEventType
Klasyfikacja zdarzenia jakościowego, na przykład CAPA, odchylenie lub reklamacja.
Opis

Ten atrybut klasyfikuje zdarzenia jakościowe według ich charakteru. Różne typy zdarzeń często przebiegają innymi ścieżkami procesu, podlegają innym wymaganiom dotyczącym zgodności i mają różne terminy rozwiązania.

Analiza według typu zdarzenia pozwala zrozumieć różnice między przebiegami procesu. Umożliwia na przykład porównanie obsługi odchyleń i CAPA oraz dopasowanie działań usprawniających do konkretnego procesu.

Dlaczego to ważne

Pozwala rozróżniać typy procesów jakościowych, które często mają odrębne workflow, SLA i zasady zgodności.

Skąd pobrać

To standardowe pole klasyfikacji w obiekcie Quality Event w Veeva Vault Quality, często w formie listy wyboru.

Przykłady
OdchylenieDziałanie korygujące i zapobiegawcze (CAPA)NiezgodnośćReklamacja
Czas cyklu
CycleTime
Łączny czas od utworzenia zdarzenia jakościowego do jego ostatecznego zamknięcia.
Opis

Ta miara określa całkowity czas rozwiązania zdarzenia jakościowego. Oblicza się ją jako różnicę między pierwszą czynnością, na przykład „Utworzenie zdarzenia jakościowego”, a ostatnią, na przykład „Końcowy przegląd i zamknięcie”.

Czas cyklu to podstawowy KPI efektywności całego procesu. Dashboard „Czas rozwiązania zdarzeń jakościowych” służy do analizy trendów, wykrywania czynników wydłużających rozwiązywanie spraw i ustalania punktów odniesienia dla usprawnień.

Dlaczego to ważne

Mierzy efektywność procesu od początku do końca. To ważny KPI, który pozwala śledzić ogólne wyniki i wpływ działań usprawniających.

Skąd pobrać

To miara wyliczana dla każdej sprawy przez odjęcie znacznika czasu pierwszego zdarzenia od znacznika czasu ostatniego zdarzenia.

Przykłady
30 dni 12 godzin65 dni 4 godziny15 dni 2 godziny
Czas zatwierdzania
ApprovalTime
Czas potrzebny na zakończenie konkretnego etapu zatwierdzania.
Opis

Ta miara określa czas trwania etapów zatwierdzania, takich jak „Zatwierdzenie planu działań korygujących”. Oblicza się ją od momentu złożenia wniosku o zatwierdzenie do jego akceptacji lub odrzucenia.

Atrybut ten służy do obsługi dashboardu „Wąskie gardła w procesie zatwierdzania” i KPI „Czas cyklu zatwierdzania”. Wyodrębnienie czasu oczekiwania na zatwierdzenie pomaga wykrywać i ograniczać opóźnienia wynikające z powolnego podejmowania decyzji lub nieefektywnego procesu zatwierdzania.

Dlaczego to ważne

Wskazuje opóźnienia na etapach podejmowania istotnych decyzji, pomagając usprawnić proces zatwierdzania i skrócić cały czas cyklu.

Skąd pobrać

Miara jest obliczana jako różnica między początkiem a końcem czynności związanych z zatwierdzaniem w dzienniku zdarzeń.

Przykłady
3 dni 4 godziny1 dzień 0 godzin7 dni 8 godzin
Czy rozwiązano w terminie
IsOnTimeResolution
Wyliczana flaga wskazująca, czy zdarzenie jakościowe zamknięto przed upływem docelowego terminu.
Opis

Ten atrybut logiczny jest wyliczany przez porównanie rzeczywistej daty zamknięcia zdarzenia jakościowego z jego „Docelową datą rozwiązania”. Pokazuje w prosty, binarny sposób, czy zdarzenie rozwiązano w terminie.

Flaga ta stanowi podstawę dashboardu „Terminowość rozwiązywania zdarzeń” i KPI „Odsetek zdarzeń rozwiązanych w terminie”. Ułatwia agregowanie i filtrowanie danych, aby ustalić, które typy zdarzeń, działy lub lokalizacje mają trudności z dotrzymaniem terminów.

Dlaczego to ważne

Jednoznacznie wskazuje, czy dotrzymano terminu, co ułatwia analizę wyników i raportowanie.

Skąd pobrać

Wartość jest wyliczana przez porównanie znacznika czasu czynności „Końcowy przegląd i zamknięcie” z atrybutem „TargetResolutionDate”. Wzór: czas zamknięcia <= TargetResolutionDate.

Przykłady
truefalse
Czy wystąpiła ponowna praca
IsRework
Wyliczana flaga wskazująca czynności lub sprawy wymagające ponownej pracy.
Opis

Ten atrybut logiczny wskazuje, że dana czynność lub sekwencja czynności oznacza ponowną pracę, na przykład powtórzenie dochodzenia lub ponowne otwarcie zamkniętej CAPA. Nie jest to standardowe pole, lecz wartość wyliczana na podstawie przebiegu procesu.

W process mining flaga ta służy do określania skali zmarnowanego wysiłku i kosztów procesu. Jest potrzebna do dashboardu „Analiza ponownej pracy” i KPI „Odsetek zdarzeń jakościowych wymagających ponownej pracy”. Pomaga wskazać przyczyny nieefektywności i problemów z jakością za pierwszym razem.

Dlaczego to ważne

Pokazuje nieefektywność procesu, oznaczając powtarzaną pracę. Pomaga to ustalić źródła problemów jakościowych i zmarnowanego wysiłku.

Skąd pobrać

Atrybut ten nie pochodzi bezpośrednio ze źródła danych. Jest wyliczany podczas transformacji danych na podstawie powtarzających się nazw czynności lub pętli w przebiegu danej sprawy.

Przykłady
truefalse
Czy zdarzenie wystąpiło ponownie
IsRecurrence
Flaga wskazująca, czy zdarzenie jakościowe jest ponownym wystąpieniem wcześniej zidentyfikowanego problemu.
Opis

Ten atrybut logiczny wskazuje, że zdarzenie jakościowe nie jest nowym, odrębnym problemem, lecz powtórzeniem problemu, który wystąpił wcześniej. To ważny sygnał, że wcześniejsze działania korygujące nie przyniosły oczekiwanego efektu.

Flaga ta jest podstawą dashboardu „Skuteczność CAPA i odsetek nawrotów”. Monitorowanie nawrotów dostarcza informacji o długoterminowej skuteczności systemu zarządzania jakością i pomaga wykrywać problemy systemowe, które nie zostały odpowiednio rozwiązane.

Dlaczego to ważne

Wskazuje nieskuteczne działania korygujące, ułatwiając analizę przyczyn powtarzających się problemów i opracowanie trwalszych rozwiązań.

Skąd pobrać

Może to być pole wyboru w obiekcie Quality Event albo pole wyliczane na podstawie powiązań z wcześniejszymi, podobnymi zdarzeniami.

Przykłady
truefalse
Produkt
Product
Produkt lub materiał powiązany ze zdarzeniem jakościowym.
Opis

Ten atrybut łączy zdarzenie jakościowe z konkretnym produktem, materiałem lub partią. W branżach regulowanych takie powiązanie ma zasadnicze znaczenie dla identyfikowalności i analizy wpływu.

Analiza zdarzeń jakościowych według produktu pomaga ustalić, czy problemy częściej dotyczą określonych produktów. Wyniki mogą wskazać potrzebę ulepszenia produktu lub zmiany procesu produkcyjnego. Umożliwiają też filtrowanie dashboardów według linii produktowych.

Dlaczego to ważne

Łączy zdarzenia jakościowe z konkretnymi produktami, co pozwala analizować problemy i trendy dotyczące poszczególnych produktów.

Skąd pobrać

To zwykle pole referencyjne w obiekcie Quality Event, które łączy go z obiektem Product lub Material w Veeva Vault.

Przykłady
Produkt A-100Produkt B-200Surowiec C-300
Przyczyna źródłowa
RootCause
Ustalona przyczyna źródłowa zdarzenia jakościowego.
Opis

Ten atrybut zawiera końcowy wniosek z analizy przyczyny źródłowej (RCA). Określa podstawową przyczynę problemu jakościowego, na przykład awarię sprzętu, błąd ludzki lub nieprawidłowość w procedurze.

Analiza przyczyn źródłowych pomaga skutecznie rozwiązywać problemy. Umożliwia wykrywanie powtarzających się problemów systemowych, które wymagają działań korygujących i zapobiegawczych. Atrybut ten bezpośrednio wspiera dashboardy „Czas trwania analizy przyczyny źródłowej” i „Skuteczność CAPA”.

Dlaczego to ważne

Klasyfikuje podstawowe przyczyny problemów jakościowych, co ułatwia analizę i zapobieganie ich ponownemu wystąpieniu.

Skąd pobrać

To zwykle pole tekstowe lub lista wyboru w obiekcie Quality Event albo powiązanym obiekcie Root Cause Analysis.

Przykłady
Awaria sprzętuBłąd proceduralnyNiewystarczające przeszkolenieWada materiału
Wynik weryfikacji skuteczności
EffectivenessCheckResult
Wynik weryfikacji, która ma potwierdzić skuteczność działania korygującego.
Opis

Ten atrybut zapisuje wynik weryfikacji skuteczności przeprowadzanej po wdrożeniu działania korygującego. Wynik to zwykle „Skuteczne” lub „Nieskuteczne”.

Jest bezpośrednią miarą skuteczności procesu CAPA i ma znaczenie dla dashboardu „Skuteczność CAPA i odsetek nawrotów” oraz KPI „Wskaźnik skuteczności CAPA”. Pokazuje, czy wdrożone rozwiązania rzeczywiście zapobiegają ponownemu wystąpieniu problemu.

Dlaczego to ważne

Bezpośrednio mierzy skuteczność działań korygujących i dostarcza informacji potrzebnych do usprawnienia rozwiązywania problemów.

Skąd pobrać

To pole, prawdopodobnie lista wyboru, w obiekcie CAPA Action lub Effectiveness Check powiązanym z głównym zdarzeniem jakościowym.

Przykłady
SkuteczneNieskuteczneOczekuje na weryfikację
Zakład
Site
Zakład produkcyjny, fabryka lub lokalizacja, w której wystąpiło albo zostało wykryte zdarzenie jakościowe.
Opis

Ten atrybut określa lokalizację fizyczną, na przykład zakład produkcyjny lub laboratorium, powiązaną ze zdarzeniem jakościowym. Zapewnia kontekst geograficzny lub organizacyjny problemu.

Umożliwia porównywanie wyników procesów, typów problemów i czasu ich rozwiązywania w różnych lokalizacjach. Pomaga wykrywać problemy dotyczące konkretnych zakładów i dzielić się dobrymi praktykami z lokalizacji osiągających lepsze wyniki.

Dlaczego to ważne

Dodaje do analizy wymiar geograficzny lub organizacyjny, ułatwiając porównywanie wyników i wykrywanie problemów dotyczących konkretnych lokalizacji.

Skąd pobrać

To często standardowe pole w obiekcie Quality Event, powiązane z listą zakładów lub lokalizacji firmy.

Przykłady
Zakład A, New JerseyZakład B, IrlandiaZakład C, Szwajcaria
Wymagane Zalecane Opcjonalne

Czynności w zarządzaniu jakością

Poniżej przedstawiono najważniejsze etapy i kamienie milowe procesu, które należy uwzględnić w dzienniku zdarzeń, aby prawidłowo odkrywać i analizować proces zarządzania jakością.
7 Zalecane 6 Opcjonalne
Działanie Opis
Końcowy przegląd i zamknięcie
Oznacza ostatni przegląd administracyjny rekordu zdarzenia jakościowego przed jego formalnym zamknięciem. Na tym etapie sprawdza się kompletność dokumentacji i przestrzeganie wszystkich kroków procesu. To ostatnia czynność przed uznaniem sprawy za rozwiązaną.
Dlaczego to ważne

Ta końcowa czynność jest niezbędna do obliczenia całkowitego czasu obsługi zdarzenia jakościowego. Oznacza zakończenie wszystkich prac, a jej znacznik czasu porównuje się z docelowym terminem zamknięcia, aby ocenić wyniki.

Skąd pobrać

Można ją wywnioskować ze zmiany stanu cyklu życia obiektu zdarzenia jakościowego na „Closed”, „Resolved” lub podobny stan końcowy.

Rejestrowanie

Na podstawie znacznika czasu ostatniej zmiany stanu na „Closed”.

Typ zdarzenia inferred
Potwierdzenie skuteczności działania
Ta czynność potwierdza, że wdrożone działania korygujące zapobiegły ponownemu wystąpieniu problemu. Weryfikacja zostaje formalnie zakończona i udokumentowana. Rejestruje się ją, gdy status rekordu CAPA lub zdarzenia jakościowego zmienia się na „Effectiveness Verified”.
Dlaczego to ważne

To końcowa weryfikacja skuteczności rozwiązania, niezbędna do obliczenia wskaźnika skuteczności CAPA. Niepowodzenie na tym etapie często oznacza konieczność ponownego wykonania pracy i wznowienia dochodzenia.

Skąd pobrać

Można ją wywnioskować ze zmiany stanu cyklu życia obiektu zdarzenia jakościowego lub CAPA na status taki jak „Verified” lub „Closed - Effective”.

Rejestrowanie

Na podstawie znacznika czasu zmiany stanu potwierdzającej pomyślną weryfikację.

Typ zdarzenia inferred
Przeprowadzenie analizy przyczyn źródłowych
Oznacza zakończenie etapu analizy przyczyn źródłowych (RCA), podczas którego ustalono przyczynę zdarzenia jakościowego. Zwykle rejestruje się je po zakończeniu zadania RCA przez osobę prowadzącą dochodzenie lub po zmianie stanu zdarzenia na „Pending CAPA”.
Dlaczego to ważne

Ta czynność jest niezbędna do pomiaru KPI „Średni czas analizy przyczyn źródłowych”. Analiza czasu jej trwania pomaga wykryć wąskie gardła w analizie i poprawić jakość dochodzeń.

Skąd pobrać

Zwykle można ją wywnioskować ze zmiany stanu cyklu życia obiektu zdarzenia jakościowego, na przykład na „RCA Complete” lub „Pending Action Plan”. Może też odpowiadać zakończeniu konkretnego zadania w workflow.

Rejestrowanie

Na podstawie znacznika czasu zmiany stanu lub zakończenia zadania związanego z RCA.

Typ zdarzenia inferred
Rozpoczęcie dochodzenia
Oznacza formalne rozpoczęcie dochodzenia w sprawie przyczyny źródłowej zdarzenia jakościowego. Zwykle przydziela się osobę lub zespół prowadzący dochodzenie, a sprawa przechodzi do aktywnej fazy analizy. Zdarzenie rejestruje się, gdy stan cyklu życia zmienia się na „Under Investigation”.
Dlaczego to ważne

To ważny punkt pomiaru KPI „Czas od identyfikacji problemu do rozpoczęcia dochodzenia”. Opóźnienia przed tym etapem mogą wskazywać na zaległości w przydzielaniu zasobów lub rozpoczynaniu analizy.

Skąd pobrać

Można je wywnioskować ze znacznika czasu zmiany stanu cyklu życia obiektu zdarzenia jakościowego na „Under Investigation” lub podobny status. Wyzwalaczem może być również przydzielenie osoby prowadzącej dochodzenie.

Rejestrowanie

Użyj znacznika czasu zmiany stanu na „Under Investigation”.

Typ zdarzenia inferred
Utworzenie zdarzenia jakościowego
To początek procesu: w Veeva zostaje formalnie utworzony rekord zdarzenia jakościowego. Zwykle dzieje się tak po wykryciu i zarejestrowaniu problemu jakościowego, niezgodności lub skargi.
Dlaczego to ważne

Ta czynność rozpoczyna cykl życia sprawy. Jest niezbędna do obliczenia całkowitego czasu obsługi zdarzenia jakościowego oraz pomiaru czasu trwania początkowych etapów procesu, na przykład czasu do rozpoczęcia dochodzenia.

Skąd pobrać

Jest to jawne zdarzenie rejestrowane na podstawie znacznika czasu utworzenia obiektu zdarzenia jakościowego w Veeva Vault. Ścieżka audytu obiektu zawiera dokładną datę, godzinę i użytkownika, który go utworzył.

Rejestrowanie

Użyj znacznika czasu utworzenia głównego rekordu zdarzenia jakościowego.

Typ zdarzenia explicit
Wdrożenie działania korygującego
Oznacza zakończenie wszystkich zadań określonych w zatwierdzonym planie działań korygujących. Potwierdza, że podjęto niezbędne działania w celu usunięcia przyczyny źródłowej. Rejestruje się je, gdy status rekordu CAPA zmienia się na „Implementation Complete”.
Dlaczego to ważne

To ważny etap przejścia od planowania do realizacji. Czas między zatwierdzeniem CAPA a wdrożeniem działań pokazuje sprawność etapu realizacji.

Skąd pobrać

Można je wywnioskować ze zmiany stanu cyklu życia powiązanego obiektu CAPA na status taki jak „Implemented” lub „Pending Effectiveness Check”.

Rejestrowanie

Na podstawie znacznika czasu zmiany stanu powiązanego obiektu CAPA.

Typ zdarzenia inferred
Zatwierdzenie planu działań korygujących
Oznacza formalne zatwierdzenie proponowanego planu działań korygujących przez odpowiednie osoby, na przykład komisję ds. jakości. To niezbędny etap przed wdrożeniem działań korygujących. Rejestruje się go, gdy stan rekordu planu CAPA zmienia się na „Approved”.
Dlaczego to ważne

Zatwierdzanie często staje się wąskim gardłem. Pomiar czasu cyklu workflow zatwierdzania pomaga wykryć i ograniczyć opóźnienia w przeglądzie, a tym samym przyspieszyć zamknięcie sprawy.

Skąd pobrać

Można je wywnioskować ze znacznika czasu zmiany stanu powiązanego obiektu planu CAPA na „Approved”. Zdarzenie może być również odzwierciedlone jako zmiana stanu nadrzędnego zdarzenia jakościowego.

Rejestrowanie

Na podstawie znacznika czasu zmiany stanu powiązanego obiektu planu CAPA.

Typ zdarzenia inferred
Kategoryzacja i ustalenie priorytetu problemu
Ta czynność oznacza formalne przypisanie zdarzenia jakościowego do kategorii według rodzaju, poziomu dotkliwości i priorytetu. To ważny etap, który wyznacza dalszy przebieg i harmonogram dochodzenia. Zwykle rejestruje się go jako zmianę statusu oznaczającą zakończenie klasyfikacji.
Dlaczego to ważne

To zdarzenie pozwala analizować proces według dotkliwości lub rodzaju problemu. Pomaga ustalić, czy problemy o wysokim priorytecie są obsługiwane szybciej niż te o niskim priorytecie, i czy zasoby są przydzielane odpowiednio.

Skąd pobrać

Można je wywnioskować ze zmiany stanu cyklu życia obiektu zdarzenia jakościowego, na przykład na „Categorized” lub „Pending Investigation”. Można też wykorzystać znacznik czasu uzupełnienia kluczowych pól klasyfikacji.

Rejestrowanie

Można je wywnioskować ze zmiany stanu lub uzupełnienia pól takich jak „Severity” i „Priority”.

Typ zdarzenia inferred
Określenie działania zapobiegawczego
Ta czynność następuje po określeniu działania zapobiegawczego, które ma ograniczyć ryzyko ponownego wystąpienia problemu. Często jest to wynik dochodzenia. Rejestruje się ją po utworzeniu rekordu działania zapobiegawczego (PA) powiązanego ze zdarzeniem jakościowym.
Dlaczego to ważne

Nie występuje w każdej sprawie, ale śledzenie tej czynności pomaga ocenić, jak zapobiegawczo działa proces zarządzania jakością. Pokazuje, czy organizacja skupia się na długofalowym zapobieganiu, czy przede wszystkim na bieżącym usuwaniu problemów.

Skąd pobrać

Można ją wywnioskować ze znacznika czasu utworzenia powiązanego rekordu działania zapobiegawczego w Veeva Vault.

Rejestrowanie

Użyj znacznika czasu utworzenia powiązanego rekordu działania zapobiegawczego.

Typ zdarzenia inferred
Powiadomienie interesariuszy o rozwiązaniu sprawy
Ta czynność oznacza przekazanie zainteresowanym osobom informacji o rozwiązaniu zdarzenia jakościowego. Może to być automatyczne powiadomienie e-mail uruchamiane po zamknięciu sprawy lub ręcznie zarejestrowane zadanie komunikacyjne.
Dlaczego to ważne

Terminowa komunikacja wpływa na zadowolenie interesariuszy i przejrzystość działań. Pomiar KPI „Opóźnienie powiadomienia interesariuszy” pomaga wykryć opóźnienia w przekazywaniu informacji.

Skąd pobrać

Może to być jawne zdarzenie, jeśli Veeva Vault wysyła rejestrowane automatyczne powiadomienia. Można je też wywnioskować z zakończenia ręcznego zadania workflow „Notify Stakeholders”.

Rejestrowanie

Na podstawie dzienników powiadomień systemowych lub znacznika czasu zakończenia zadania komunikacyjnego.

Typ zdarzenia explicit
Przedstawienie planu działań korygujących
Ta czynność następuje po opracowaniu i przekazaniu do przeglądu formalnego planu usunięcia ustalonej przyczyny źródłowej. Często wiąże się z utworzeniem powiązanego rekordu CAPA (działań korygujących i zapobiegawczych) dla zdarzenia jakościowego. Zdarzenie rejestruje się w chwili utworzenia rekordu CAPA lub zmiany statusu zdarzenia jakościowego.
Dlaczego to ważne

Śledzenie tego kroku pomaga zmierzyć czas przejścia od analizy do opracowania rozwiązania. Jest to ważna miara czasu cyklu RCA, od zakończenia analizy przyczyn źródłowych do przedstawienia planu CAPA.

Skąd pobrać

Można je wywnioskować ze zmiany stanu cyklu życia obiektu zdarzenia jakościowego na „Pending CAPA Approval” lub ze znacznika czasu utworzenia powiązanego rekordu planu CAPA.

Rejestrowanie

Użyj znacznika czasu utworzenia powiązanego rekordu CAPA lub znacznika czasu zmiany stanu.

Typ zdarzenia inferred
Rozpoczęcie weryfikacji skuteczności
Oznacza początek okresu monitorowania skuteczności wdrożonych działań korygujących. Nie jest to pojedyncze zdarzenie, lecz rozpoczęcie etapu weryfikacji. Rejestruje się je, gdy stan rekordu zdarzenia jakościowego lub CAPA zmienia się na „Monitoring” lub „Pending Effectiveness Verification”.
Dlaczego to ważne

Ta czynność rozpoczyna końcowy etap weryfikacji. Czas trwania kontroli skuteczności pokazuje, ile czasu potrzeba, aby potwierdzić, że problem został rozwiązany.

Skąd pobrać

Można ją wywnioskować ze zmiany stanu cyklu życia obiektu zdarzenia jakościowego lub CAPA na status taki jak „Under Effectiveness Review”.

Rejestrowanie

Na podstawie znacznika czasu zmiany stanu na etap związany z monitorowaniem.

Typ zdarzenia inferred
Zakończenie wstępnej oceny
Oznacza zakończenie wstępnego przeglądu i oceny zdarzenia jakościowego. Na tym etapie zbiera się i weryfikuje podstawowe informacje, aby ustalić zasadność zgłoszenia i jego bezpośredni wpływ. Zdarzenie można rozpoznać po zmianie statusu rekordu z „New” na „Under Assessment” lub podobny.
Dlaczego to ważne

Analiza czasu poświęconego na wstępną ocenę pomaga wykryć opóźnienia w początkowej obsłudze zdarzeń jakościowych. Pokazuje też obciążenie pracą i przydział zasobów na samym początku procesu.

Skąd pobrać

Można je wywnioskować ze znacznika czasu zmiany stanu cyklu życia obiektu zdarzenia jakościowego na zakończoną wstępną ocenę, na przykład ze zmiany „New” na „In Assessment” lub „Triaged”.

Rejestrowanie

Na podstawie znacznika czasu zmiany stanu obiektu zdarzenia jakościowego.

Typ zdarzenia inferred
Zalecane Opcjonalne

Przewodniki pobierania danych

Jak pobrać dane z Veeva Vault Quality

Gotowi do rozpoczęcia?

Przygotuj dane już dziś, aby uzyskać nowe informacje i usprawnić proces zarządzania jakością. Od tego zaczyna się poprawa zgodności i sprawności operacyjnej.

Usprawnij zarządzanie jakością: rozpocznij okres próbny

Ogranicz nieefektywności, skróć czas cyklu o 30% i popraw zgodność.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Optymalizację można rozpocząć w kilka minut.