Szablon danych do zarządzania jakością
Szablon danych do zarządzania jakością
- Zalecane atrybuty do zebrania
- Najważniejsze czynności do śledzenia
- Wskazówki dotyczące pobierania danych
Atrybuty zarządzania jakością
| 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
|
|||
Czynności w zarządzaniu jakością
| 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
|
|||
Przewodniki pobierania danych
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ść.
Nie trzeba podawać danych karty płatniczej. Optymalizację można rozpocząć w kilka minut.