Szablon danych do zarządzania jakością
Szablon danych do zarządzania jakością
- Zalecane atrybuty do zebrania
- Najważniejsze aktywności do śledzenia
- Jak wyodrębnić dane z MasterControl
Atrybuty zarządzania jakością
| Nazwa | Opis | ||
|---|---|---|---|
|
Zdarzenie jakościowe
QualityEvent
|
Unikalny identyfikator pojedynczego zdarzenia jakościowego, takiego jak niezgodność, odchylenie lub reklamacja. Ten identyfikator łączy wszystkie powiązane działania i dokumenty. | ||
|
Opis
Identyfikator zdarzenia jakościowego (Quality Event ID) jest głównym identyfikatorem sprawy w całym procesie zarządzania jakością. Zazwyczaj jest to wartość alfanumeryczna generowana przez MasterControl po rozpoczęciu nowego zdarzenia jakościowego. W process mining ten atrybut jest niezbędny do odtworzenia pełnego przebiegu każdej sprawy dotyczącej jakości. Grupując powiązane działania pod jednym identyfikatorem zdarzenia jakościowego, analitycy mogą zobaczyć cały przebieg procesu, mierzyć czas od utworzenia sprawy do jej zamknięcia oraz wykrywać różnice i wąskie gardła w poszczególnych sprawach.
Dlaczego to ważne
To podstawowy identyfikator sprawy, który łączy wszystkie etapy procesu i umożliwia analizę całego cyklu życia problemu jakościowego, od zgłoszenia do rozwiązania.
Skąd pobrać
To klucz główny rekordu zdarzenia jakościowego. Nazwę konkretnej tabeli i pola można znaleźć w dokumentacji MasterControl lub konfiguracji systemu.
Przykłady
QE-2023-00123NC-2023-0456CAPA-2023-0078
|
|||
|
Czas zdarzenia
EventTime
|
Dokładna data i godzina wystąpienia konkretnego działania lub zdarzenia. To czas rozpoczęcia każdego działania. | ||
|
Opis
Ten znacznik czasu wskazuje zakończenie konkretnego zadania lub wystąpienie zdarzenia w procesie jakościowym. Pozwala ustalić kolejność zdarzeń niezbędną do odtworzenia przebiegu procesu dla każdej sprawy. Znaczniki czasu są niezbędne w analizach process mining opartych na czasie. Służą do obliczania czasu cyklu, czasu realizacji i czasu oczekiwania między działaniami. Dane te są podstawą dashboardów analizujących czas rozpatrywania spraw, wykrywających wąskie gardła i mierzących opóźnienia przy przekazywaniu zadań między działami.
Dlaczego to ważne
Ten znacznik czasu określa chronologiczną kolejność zdarzeń. Jest niezbędny do obliczania czasu trwania procesu, wykrywania wąskich gardeł i oceny jego sprawności.
Skąd pobrać
To standardowe pole w dzienniku audytowym lub historii rekordów zdarzeń jakościowych w MasterControl. Zawiera informację o czasie zarejestrowania każdej czynności.
Przykłady
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Nazwa działania
ActivityName
|
Nazwa konkretnego zadania lub zdarzenia w cyklu życia zdarzenia jakościowego, na przykład „Rozpoczęto dochodzenie” lub „Wdrożono działanie korygujące”. | ||
|
Opis
Nazwa działania opisuje odrębny etap lub kamień milowy w procesie zarządzania jakością. Działania są rejestrowane wraz ze znacznikami czasu i tworzą sekwencję zdarzeń składających się na przebieg procesu dla każdego zdarzenia jakościowego. Analiza tych działań stanowi podstawę process mining. Umożliwia odkrycie rzeczywistej mapy procesu, identyfikację typowych ścieżek, odstępstw od standardowej procedury i wąskich gardeł. Kolejność i częstotliwość działań, takich jak „Przeprowadzono analizę przyczyny źródłowej”, mają istotne znaczenie dla dashboardów dotyczących ponownej pracy i zgodności.
Dlaczego to ważne
Ten atrybut określa etapy procesu. Umożliwia wizualizację mapy procesu, wykrywanie odstępstw i analizę przebiegu procesu.
Skąd pobrać
Informacje te są zazwyczaj zapisywane w dzienniku audytowym lub tabeli historii powiązanej z każdym rekordem zdarzenia jakościowego w MasterControl.
Przykłady
Utworzenie zdarzenia jakościowegoPrzeprowadzenie analizy przyczyny źródłowejZatwierdzenie planu działań korygującychPotwierdzenie skuteczności działania
|
|||
|
Czas zakończenia
EndTime
|
Znacznik czasu wskazujący, kiedy zakończono działanie. W przypadku zdarzeń punktowych często jest taki sam jak StartTime. | ||
|
Opis
EndTime oznacza zakończenie działania. Wiele zdarzeń zapisanych w dzienniku audytowym ma identyczny czas rozpoczęcia i zakończenia, ponieważ występują w jednym momencie. To pole może jednak zawierać czas trwania działań, które da się zmierzyć. Atrybut ten jest używany razem z StartTime do obliczania czasu realizacji poszczególnych działań. Pozwala ustalić, które etapy zajmują najwięcej czasu, i wspiera dashboard „Identyfikacja wąskich gardeł w procesie jakościowym”.
Dlaczego to ważne
Umożliwia dokładne obliczanie czasu trwania działań i wskazanie zadań, które zajmują najwięcej czasu w procesie zarządzania jakością.
Skąd pobrać
Może być dostępny w dzienniku audytowym lub historii MasterControl. Jeśli go brakuje, można go wyznaczyć na podstawie StartTime kolejnego działania w sekwencji.
Przykłady
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
|
|||
|
Docelowa data rozpatrzenia
TargetResolutionDate
|
Planowana lub wymagana data zamknięcia zdarzenia jakościowego. | ||
|
Opis
Ten atrybut określa oczekiwany termin zakończenia obsługi zdarzenia jakościowego. Często zależy on od typu i poziomu dotkliwości zdarzenia lub powiązanych wymogów regulacyjnych. Wyznacza termin rozpatrzenia sprawy. Data służy do pomiaru terminowości i zgodności z umowami o gwarantowanym poziomie usług (SLA). Jest niezbędna do obliczania KPI „Wskaźnik zgodności z wymaganiami” oraz tworzenia wyliczanego atrybutu „Status SLA”, na przykład „W terminie” lub „Po terminie”. Dzięki temu można sprawdzić, które typy zdarzeń lub działy najczęściej nie dotrzymują terminów.
Dlaczego to ważne
Wyznacza termin rozpatrzenia sprawy, umożliwiając pomiar terminowości i obliczanie wskaźników zgodności z SLA.
Skąd pobrać
To prawdopodobnie pole daty w głównym formularzu zdarzenia jakościowego w MasterControl. Data może być obliczana automatycznie lub wprowadzana ręcznie.
Przykłady
2023-11-302024-01-152023-12-22
|
|||
|
Kategoria przyczyny źródłowej
RootCauseCategory
|
Klasyfikacja ustalonej przyczyny źródłowej zdarzenia jakościowego, na przykład „Błąd ludzki”, „Awaria sprzętu” lub „Niedoskonałość procesu”. | ||
|
Opis
Po przeprowadzeniu analizy przyczyny źródłowej jej wyniki są zazwyczaj klasyfikowane. Ten atrybut przechowuje tę klasyfikację i dostarcza uporządkowanych danych o przyczynach problemów. To ważny atrybut w działaniach na rzecz poprawy jakości. Dashboard „Spójność analizy przyczyn źródłowych” wykorzystuje te dane do porównania kategorii przyczyn źródłowych ze skutecznością działań korygujących i odsetkiem ponownej pracy. Pozwala to ustalić, czy niektóre przyczyny trudniej wyeliminować albo czy sama analiza jest niespójna.
Dlaczego to ważne
Klasyfikuje przyczyny problemów jakościowych, umożliwiając ukierunkowaną analizę, która pomaga zapobiegać ich nawrotom i zwiększać skuteczność działań korygujących.
Skąd pobrać
To pole znajduje się zazwyczaj w sekcji analizy przyczyny źródłowej lub dochodzenia w formularzu zdarzenia jakościowego w MasterControl.
Przykłady
Awaria sprzętuNiewystarczające przeszkolenieWada materiałuNieprzestrzeganie procedury
|
|||
|
Nazwa użytkownika
UserName
|
Nazwa użytkownika lub zasobu, który wykonał działanie. | ||
|
Opis
Ten atrybut wskazuje osobę odpowiedzialną za wykonanie konkretnego zadania w procesie, na przykład zatwierdzenie planu działań korygujących lub zamknięcie zdarzenia jakościowego. Analiza procesu według użytkowników pomaga ocenić rozkład obciążenia pracą, określić potrzeby szkoleniowe i wykryć różnice w sposobie realizacji procesu przez poszczególne osoby. Można sprawdzić, czy konkretne osoby częściej uczestniczą w ponownej pracy lub powodują opóźnienia. Wyniki mogą pomóc w zarządzaniu efektywnością i przydzielaniu zasobów.
Dlaczego to ważne
Przypisuje działania konkretnym osobom, umożliwiając analizę obciążenia pracą, efektywności i wąskich gardeł związanych z zasobami.
Skąd pobrać
Informacja ta jest standardowym elementem dziennika audytowego lub historii każdego zdarzenia jakościowego w MasterControl. Zazwyczaj występuje pod nazwą „User” lub „Performed By”.
Przykłady
j.does.smithr.williams
|
|||
|
Odpowiedzialny dział
ResponsibleDepartment
|
Dział lub obszar funkcjonalny odpowiedzialny za zdarzenie jakościowe albo bieżące działanie. | ||
|
Opis
Ten atrybut wskazuje dział, na przykład „Produkcja”, „Zapewnienie jakości” lub „Inżynieria”, któremu przypisano odpowiedzialność za zdarzenie jakościowe lub wykonanie konkretnego zadania. To ważny wymiar analizy, ponieważ pozwala filtrować i porównywać wyniki procesu w różnych jednostkach organizacyjnych. Jest niezbędny dla dashboardu „Analiza opóźnień przy przekazywaniu zadań”, ponieważ zmiana wartości tego atrybutu między działaniami oznacza przekazanie zadania. Analiza przerw czasowych przy takich przekazaniach może ujawnić problemy z komunikacją lub koordynacją między działami.
Dlaczego to ważne
Pomaga wykrywać wąskie gardła między działami i analizować wyniki procesu według obszaru funkcjonalnego, co ułatwia zrozumienie opóźnień przy przekazywaniu zadań.
Skąd pobrać
Informacja ta jest zazwyczaj zapisana w głównym formularzu zdarzenia jakościowego w MasterControl i może być aktualizowana w trakcie jego obsługi.
Przykłady
Zapewnienie jakościProdukcjaBadania i rozwójSprawy regulacyjne
|
|||
|
Status skuteczności
EffectivenessStatus
|
Wynik weryfikacji, która ma ustalić, czy wdrożone działania korygujące i zapobiegawcze były skuteczne. | ||
|
Opis
Ten atrybut zapisuje wynik weryfikacji skuteczności, która jest ważnym, końcowym etapem procesu CAPA. Status wskazuje, czy podjęte działania rozwiązały problem i zapobiegły jego nawrotowi. Dane te są głównym źródłem informacji dla dashboardu „Monitorowanie skuteczności CAPA” i KPI „Wskaźnik skuteczności CAPA”. Analiza wyników pomaga ocenić skuteczność działań naprawczych i wskazać obszary, w których działania korygujące nie przynoszą efektów.
Dlaczego to ważne
Mierzy skuteczność wdrożonych działań. Jest to niezbędne do obliczania wskaźnika skuteczności CAPA i ciągłego doskonalenia.
Skąd pobrać
To pole z wynikiem w sekcji weryfikacji skuteczności lub zamknięcia formularza CAPA, często powiązanego ze zdarzeniem jakościowym w MasterControl.
Przykłady
SkuteczneNieskuteczneWymaga monitorowania
|
|||
|
Status zdarzenia jakościowego
QualityEventStatus
|
Bieżący stan zdarzenia jakościowego w jego cyklu życia, na przykład „Otwarte”, „W trakcie dochodzenia”, „Oczekuje na zatwierdzenie” lub „Zamknięte”. | ||
|
Opis
Ten atrybut pokazuje bieżący stan zdarzenia jakościowego. Zazwyczaj jest aktualizowany po osiągnięciu kolejnych ważnych etapów sprawy. W process mining status pozwala filtrować sprawy otwarte i zamknięte, co jest niezbędne dla dashboardu „Przepustowość i zaległości w obsłudze zdarzeń jakościowych”. Analiza czasu spędzonego w poszczególnych statusach może również wskazać etapy, na których obsługa zdarzeń często się zatrzymuje.
Dlaczego to ważne
Wskazuje bieżący stan zdarzenia jakościowego i umożliwia analizę zaległości, przepustowości oraz czasu spędzonego na poszczególnych etapach cyklu życia.
Skąd pobrać
To standardowe pole statusu w głównym rekordzie zdarzenia jakościowego w MasterControl.
Przykłady
OtwarteW tokuOczekuje na zatwierdzenie CAPAZamknięteAnulowane
|
|||
|
Typ zdarzenia jakościowego
QualityEventType
|
Klasyfikacja zdarzenia jakościowego, na przykład „Niezgodność”, „Reklamacja klienta”, „Ustalenie z audytu” lub „Odchylenie”. | ||
|
Opis
Ten atrybut klasyfikuje zdarzenie jakościowe według jego charakteru. Różne typy zdarzeń mogą przebiegać odmiennymi ścieżkami procesu, podlegać różnym wymogom zgodności i mieć różne docelowe terminy rozpatrzenia. Analiza procesu według typu zdarzenia jakościowego pozwala zrozumieć różnice w wynikach. Dashboardy takie jak „Analiza czasu rozpatrywania zdarzeń jakościowych” wykorzystują ten atrybut do porównywania czasu cyklu dla różnych kategorii. Pomaga to ustalić, które problemy są bardziej złożone lub wymagają więcej czasu na rozwiązanie.
Dlaczego to ważne
Klasyfikuje zdarzenia jakościowe, umożliwiając porównywanie przebiegu procesów, czasu cyklu i wyników dla różnych typów problemów.
Skąd pobrać
To podstawowe pole klasyfikacji w formularzu zgłoszenia zdarzenia jakościowego w MasterControl.
Przykłady
Raport niezgodności (NCR)Reklamacja klientaUstalenie z audytu wewnętrznegoWniosek o działanie korygujące dostawcy (SCAR)
|
|||
|
Czas oczekiwania przy przekazaniu
HandoffWaitTime
|
Czas bezczynności między dwoma kolejnymi działaniami wykonanymi przez różne działy lub zespoły. | ||
|
Opis
Ta miara oblicza czas oczekiwania sprawy od zakończenia zadania przez jeden dział do rozpoczęcia zadania przez kolejny. Wartość jest wyznaczana przez znalezienie kolejnych działań, przy których zmienia się „Odpowiedzialny dział”, i zmierzenie przerwy między nimi. Ta miara stanowi podstawę dashboardu „Analiza opóźnień przy przekazywaniu zadań” i KPI „Średni czas oczekiwania przy przekazaniu”. Oddziela czas oczekiwania spowodowany problemami z koordynacją lub komunikacją od czasu aktywnej realizacji. Pomaga wskazać wąskie gardła między działami, które wydłużają cały cykl.
Dlaczego to ważne
Oddziela i mierzy czas oczekiwania między działami, ujawniając luki komunikacyjne i problemy z koordynacją, które tworzą wąskie gardła w procesie.
Skąd pobrać
Wartość jest obliczana podczas transformacji danych przez analizę znaczników czasu i wartości „ResponsibleDepartment” dla kolejnych działań w każdej sprawie.
Przykłady
172800259200604800
|
|||
|
Czy ponowna praca
IsRework
|
Wartość logiczna wskazująca, czy działanie lub sekwencja działań oznacza ponowną pracę. | ||
|
Opis
Wartość tego pola jest ustawiana na „true”, gdy działanie zostaje powtórzone w ramach tej samej sprawy lub proces wraca do wcześniejszego etapu. Na przykład jeśli dla tego samego zdarzenia jakościowego dwukrotnie wykonano działanie „Przeprowadzono analizę przyczyny źródłowej”, drugie wystąpienie zostanie oznaczone jako ponowna praca. Ten atrybut bezpośrednio wspiera dashboard „Przegląd ponownej pracy i ponownych dochodzeń” oraz KPI „Wskaźnik ponownych analiz przyczyny źródłowej”. Ułatwia pomiar ponownej pracy oraz filtrowanie i analizę spraw, w których przebieg procesu jest nieefektywny.
Dlaczego to ważne
Wyraźnie oznacza powtarzane działania, ułatwiając pomiar i analizę częstotliwości, przyczyn oraz wpływu ponownej pracy.
Skąd pobrać
Wartość tego pola jest wyznaczana podczas transformacji danych przez analizę sekwencji działań w każdej sprawie w celu wykrycia powtórzonych etapów lub pętli procesu.
Przykłady
truefalse
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy ostatnio pobrano lub odświeżono dane z MasterControl. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z systemu źródłowego. Jest to pole metadanych dotyczące całego zbioru danych, a nie pojedynczych zdarzeń. Informacja ta pozwala ocenić aktualność analizowanych danych. Użytkownicy biznesowi wiedzą, jak aktualne są dashboardy procesowe i KPI, dzięki czemu mogą podejmować decyzje na podstawie danych o znanym wieku.
Dlaczego to ważne
Informuje o aktualności danych, dzięki czemu użytkownicy wiedzą, na ile aktualna jest analiza i kiedy można spodziewać się kolejnego odświeżenia danych.
Skąd pobrać
Ten znacznik czasu jest generowany i dodawany podczas procesu ekstrakcji, transformacji i ładowania danych (ETL) z MasterControl.
Przykłady
2024-05-20T02:00:00Z2024-05-21T02:00:00Z
|
|||
|
Dotyczy produktu
ProductAffected
|
Produkt, linia produktów lub komponent, którego dotyczy zdarzenie jakościowe. | ||
|
Opis
Ten atrybut wskazuje konkretny produkt lub materiał powiązany z problemem jakościowym. Dostarcza kontekstu niezbędnego do oceny wpływu zdarzeń jakościowych. Analiza danych procesowych według produktów pozwala wykrywać produkty, w których powtarzają się problemy jakościowe. Może to pomóc ustalać priorytety działań doskonalących, wprowadzać zmiany w projekcie produktu oraz oceniać wyniki poszczególnych linii produkcyjnych lub dostawców.
Dlaczego to ważne
Dostarcza ważnego kontekstu biznesowego i umożliwia analizę problemów jakościowych według linii produktów, co pomaga wykrywać powtarzające się problemy i trendy.
Skąd pobrać
To pole w formularzu zdarzenia jakościowego, w którym można wskazać produkt, wybierając go ze zdefiniowanej listy lub wpisując numer części.
Przykłady
Produkt A, partia 54321Komponent XYZAPI-001
|
|||
|
Identyfikator działania korygującego
CorrectiveActionId
|
Unikalny identyfikator planu działań korygujących (CAPA) powiązanego ze zdarzeniem jakościowym. | ||
|
Opis
Ten atrybut bezpośrednio łączy zdarzenie jakościowe z konkretnymi działaniami korygującymi podjętymi w celu wyeliminowania jego przyczyny źródłowej. Jedno zdarzenie jakościowe może być powiązane z co najmniej jednym działaniem korygującym. Identyfikator ten pozwala połączyć dane o zdarzeniach jakościowych z danymi z modułu CAPA i przeprowadzić bardziej szczegółową analizę. Można sprawdzić, jakie działania podejmowano w przypadku różnych przyczyn źródłowych i czy przyniosły oczekiwane efekty. Analiza ta wspiera dashboard „Monitorowanie skuteczności CAPA”.
Dlaczego to ważne
Łączy zdarzenie jakościowe z konkretnymi działaniami korygującymi, umożliwiając szczegółową analizę ich skuteczności i sposobów rozwiązywania problemów.
Skąd pobrać
Informacja ta jest zapisywana w sekcji powiązanych rekordów lub obiektów formularza zdarzenia jakościowego w MasterControl.
Przykłady
CA-2023-0199CA-2023-0204CA-2023-0210
|
|||
|
Identyfikator działania zapobiegawczego
PreventiveActionId
|
Unikalny identyfikator planu działań zapobiegawczych (PAPA) powiązanego ze zdarzeniem jakościowym. | ||
|
Opis
Podobnie jak identyfikator działania korygującego, ten atrybut łączy zdarzenie jakościowe z utworzonymi działaniami zapobiegawczymi. Są to działania podejmowane z wyprzedzeniem, aby zapobiec podobnym problemom w innych obszarach. Identyfikator ten jest niezbędny dla dashboardu „Optymalizacja działań zapobiegawczych” i KPI „Wskaźnik działań zapobiegawczych”. Pozwala śledzić, jak często zdarzenia jakościowe prowadzą do usprawnień zapobiegawczych, oraz analizować ich wpływ w czasie.
Dlaczego to ważne
Łączy zdarzenie jakościowe z działaniami zapobiegawczymi podejmowanymi z wyprzedzeniem. Umożliwia ocenę, jak organizacja wyciąga wnioski z problemów i zapobiega ich ponownemu wystąpieniu.
Skąd pobrać
Informacja ta znajduje się w sekcji powiązanych rekordów formularza zdarzenia jakościowego lub CAPA w MasterControl i prowadzi do obiektu działania zapobiegawczego.
Przykłady
PA-2023-0051PA-2023-0052PA-2023-0053
|
|||
|
Lokalizacja zakładu
SiteLocation
|
Zakład produkcyjny, fabryka lub obiekt, w którym powstało zdarzenie jakościowe. | ||
|
Opis
Ten atrybut określa lokalizację lub zakład powiązany ze zdarzeniem jakościowym. Dostarcza geograficznego lub organizacyjnego kontekstu problemu. To przydatny wymiar analizy porównawczej. Filtrowanie lub grupowanie danych według zakładu pozwala kierownictwu porównywać wyniki procesu zarządzania jakością w różnych lokalizacjach. Można wskazać zakłady osiągające dobre wyniki i dzielić się stosowanymi tam dobrymi praktykami, a także te, które mogą potrzebować dodatkowego wsparcia lub usprawnień procesu.
Dlaczego to ważne
Umożliwia porównywanie wyników różnych zakładów produkcyjnych i obiektów, pomagając wykrywać problemy charakterystyczne dla danej lokalizacji oraz dobre praktyki.
Skąd pobrać
Informacja ta jest zazwyczaj zapisywana w formularzu zgłoszenia zdarzenia jakościowego, często jako lista rozwijana z lokalizacjami firmy.
Przykłady
Austin, TeksasDublin, IrlandiaZakład w SingapurzeZakład A
|
|||
|
Powiązane przepisy
AssociatedRegulationStandard
|
Przepisy lub norma jakościowa, na przykład ISO 13485 lub 21 CFR Part 820, mające zastosowanie do zdarzenia jakościowego. | ||
|
Opis
Ten atrybut łączy zdarzenie jakościowe z konkretnymi przepisami zewnętrznymi lub wewnętrzną normą jakościową. Ma to szczególne znaczenie dla firm z branż regulowanych, takich jak nauki przyrodnicze czy produkcja. Atrybut ten ma istotne znaczenie dla dashboardu „Zgodność procesu jakościowego”. Analitycy mogą filtrować zdarzenia związane z konkretnymi przepisami i sprawdzać, czy wykonano wymagane etapy procesu. Odstępstwa można oznaczać jako potencjalne ryzyko dla zgodności, co sprawia, że atrybut jest przydatny w audycie i zarządzaniu ryzykiem.
Dlaczego to ważne
Łączy zdarzenia jakościowe z konkretnymi wymogami dotyczącymi zgodności, umożliwiając analizę przestrzegania przepisów i wewnętrznych zasad.
Skąd pobrać
Może to być pole wyboru w formularzu zdarzenia jakościowego w MasterControl, które pozwala oznaczyć zdarzenie mającymi do niego zastosowanie przepisami.
Przykłady
ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
|
|||
|
Status SLA
SlaStatus
|
Wskazuje, czy zdarzenie jakościowe zamknięto przed upływem docelowego terminu rozpatrzenia. | ||
|
Opis
Ten atrybut jest wyznaczany przez porównanie rzeczywistej daty zamknięcia zdarzenia jakościowego z jego „Docelową datą rozpatrzenia”. Status przyjmuje zazwyczaj wartość „W terminie” lub „Po terminie”. Jest to czytelny wskaźnik realizacji zadań w wyznaczonych terminach. Stanowi podstawę KPI „Wskaźnik zgodności z wymaganiami” i ułatwia filtrowanie oraz analizę spraw zakończonych po terminie. Ustalenie przyczyn opóźnień jest ważne dla poprawy terminowości procesu i realizacji wymogów dotyczących zgodności.
Dlaczego to ważne
Prosty wskaźnik informujący, czy sprawy są rozpatrywane w terminie. Jest niezbędny do pomiaru i poprawy terminowości.
Skąd pobrać
Wartość jest obliczana podczas transformacji danych przez porównanie znacznika czasu działania „Zamknięto zdarzenie jakościowe” z polem „TargetResolutionDate” dla każdej sprawy.
Przykłady
W terminiePo terminieZagrożony termin
|
|||
|
System źródłowy
SourceSystem
|
Wskazuje system, z którego pobrano dane, w tym przypadku MasterControl. | ||
|
Opis
Ten atrybut określa pochodzenie danych. W tym procesie jego wartość będzie wskazywać „MasterControl”. Choć może się wydawać, że jest to stała wartość, atrybut ma znaczenie w środowiskach korporacyjnych, w których do szerszej analizy łączy się dane z wielu systemów. Pozwala śledzić pochodzenie danych i pomaga wykrywać zachowania lub problemy z jakością danych charakterystyczne dla danego systemu.
Dlaczego to ważne
Jednoznacznie wskazuje system źródłowy danych. Jest to niezbędne do zarządzania danymi i analiz łączących informacje z wielu aplikacji.
Skąd pobrać
Zazwyczaj jest to stała wartość dodawana podczas procesu ekstrakcji, transformacji i ładowania danych (ETL), aby oznaczyć źródło zbioru danych.
Przykłady
MasterControlMasterControl QMS
|
|||
Aktywności w zarządzaniu jakością
| Działanie | Opis | ||
|---|---|---|---|
|
Potwierdzenie skuteczności działania
|
Oznacza zakończenie weryfikacji, podczas której zbiera się i analizuje dowody potwierdzające skuteczność wdrożonych działań. Zdarzenie jest rejestrowane po ukończeniu zadania sprawdzającego skuteczność, często wraz z podpisem elektronicznym. | ||
|
Dlaczego to ważne
To działanie jest niezbędne do obliczenia wskaźnika skuteczności CAPA i średniego czasu weryfikacji działania. Potwierdza, czy rozwiązanie zadziałało i zapobiega nawrotom problemu.
Skąd pobrać
Może to być jawne zdarzenie zarejestrowane za pomocą podpisu elektronicznego przy kroku weryfikacji albo zdarzenie wywnioskowane z ukończenia zadania „Sprawdzenie skuteczności” w workflow.
Rejestrowanie
Rejestrowane na podstawie dzienników podpisów elektronicznych lub znaczników czasu ukończenia zadania weryfikacyjnego.
Typ zdarzenia
explicit
|
|||
|
Rozpoczęcie dochodzenia
|
Oznacza formalne rozpoczęcie dochodzenia, którego celem jest ustalenie zakresu i bezpośrednich skutków zdarzenia jakościowego. Zwykle jest rejestrowane, gdy zdarzenie zostaje oficjalnie przypisane do osoby prowadzącej dochodzenie, a jego status zmienia się na „W trakcie dochodzenia”. | ||
|
Dlaczego to ważne
To ważny punkt kontrolny przy pomiarze czasu trwania dochodzenia. Opóźnienia na tym etapie mogą znacznie wydłużyć cały proces rozwiązywania sprawy i utrudnić dotrzymanie terminów zgodności.
Skąd pobrać
Można to wywnioskować ze zmiany statusu rekordu zdarzenia jakościowego na stan taki jak „Dochodzenie w toku”. Zmiana jest zapisywana w ścieżce audytowej MasterControl.
Rejestrowanie
Ustalane na podstawie znacznika czasu zmiany statusu zdarzenia na „W trakcie dochodzenia”.
Typ zdarzenia
inferred
|
|||
|
Utworzenie zdarzenia jakościowego
|
To początek procesu zarządzania jakością. W MasterControl rejestrowane jest nowe zdarzenie jakościowe, na przykład odchylenie, niezgodność lub skarga. Zdarzenie jest zwykle rejestrowane wprost, gdy użytkownik tworzy nowy rekord. W ścieżce audytowej pojawia się wtedy wpis ze znacznikiem czasu. | ||
|
Dlaczego to ważne
To działanie rozpoczyna cykl życia sprawy. Jest niezbędne do pomiaru całkowitego czasu obsługi zdarzenia jakościowego i analizy liczby zgłoszeń.
Skąd pobrać
To jawne zdarzenie zapisane w tabelach ścieżki audytowej modułu zdarzeń jakościowych. Odpowiada znacznikowi czasu utworzenia rekordu zdarzenia jakościowego.
Rejestrowanie
Rejestrowane w ścieżce audytowej podczas tworzenia nowego obiektu zdarzenia jakościowego.
Typ zdarzenia
explicit
|
|||
|
Zamknięcie zdarzenia jakościowego
|
To ostatnie działanie, które oznacza pomyślne rozwiązanie i formalne zamknięcie zdarzenia jakościowego w MasterControl. Jest rejestrowane, gdy status rekordu zmienia się na „Zamknięte”. Zmiana wraz ze znacznikiem czasu trafia do ścieżki audytowej. | ||
|
Dlaczego to ważne
To działanie kończy proces. Jest niezbędne do obliczenia całkowitego czasu realizacji i przepustowości oraz potwierdza pomyślne zakończenie obsługi sprawy związanej z zarządzaniem jakością.
Skąd pobrać
To jawne zdarzenie wywnioskowane na podstawie końcowej zmiany statusu rekordu zdarzenia jakościowego na „Closed”. Znacznik czasu tej zmiany jest zapisany w dzienniku audytowym.
Rejestrowanie
Wywnioskowano na podstawie znacznika czasu zmiany statusu zdarzenia na „Closed”.
Typ zdarzenia
inferred
|
|||
|
Zatwierdzenie planu działań korygujących
|
Oznacza formalny przegląd i zatwierdzenie proponowanego planu CAPA przez wymagane osoby. To ważny punkt kontrolny, często rejestrowany w ścieżce audytowej MasterControl jako jawne zdarzenie podpisu elektronicznego. | ||
|
Dlaczego to ważne
Zatwierdzanie często staje się wąskim gardłem. Analiza czasu trwania tego działania pomaga wykryć opóźnienia w procesie zatwierdzania i zasila dashboard analizy opóźnień przy przekazywaniu spraw.
Skąd pobrać
To jawne zdarzenie zapisywane w ścieżce audytowej, gdy osoba z uprawnieniami do zatwierdzania składa podpis elektroniczny pod planem CAPA lub przy odpowiednim kroku workflow.
Rejestrowanie
Rejestrowane na podstawie dzienników podpisów elektronicznych powiązanych z krokiem zatwierdzania w workflow.
Typ zdarzenia
explicit
|
|||
|
Powiadomienie interesariuszy
|
Oznacza formalne przekazanie informacji o rozwiązaniu zdarzenia jakościowego wszystkim zainteresowanym osobom. Może to być jawnie zarejestrowane działanie albo zdarzenie wywnioskowane z ukończenia zadania „Powiadomienie końcowe” w workflow. | ||
|
Dlaczego to ważne
Analiza tego kroku pomaga ocenić sprawność komunikacji. Jest to również ważny punkt przy obliczaniu KPI czasu przeglądu końcowego i zamknięcia.
Skąd pobrać
Może to być jawne zdarzenie powiadomienia zapisane w systemie albo zdarzenie wywnioskowane z ukończenia zadania „Powiadom interesariuszy” przed ostatecznym zamknięciem.
Rejestrowanie
Ustalane na podstawie ukończenia dedykowanego zadania powiadomienia w workflow.
Typ zdarzenia
inferred
|
|||
|
Przedstawienie planu działań korygujących
|
Oznacza przygotowanie i przesłanie do przeglądu planu działań korygujących i zapobiegawczych (CAPA). Zdarzenie jest zwykle rejestrowane, gdy rekord CAPA zostaje formalnie powiązany ze zdarzeniem jakościowym, a jego status zmienia się na „Oczekuje na zatwierdzenie”. | ||
|
Dlaczego to ważne
To działanie oznacza przejście od dochodzenia do planowania rozwiązania. Czas między RCA a tym krokiem może wskazywać, jak sprawnie przebiega planowanie.
Skąd pobrać
Można to wywnioskować z utworzenia powiązanego obiektu CAPA albo zmiany statusu zdarzenia jakościowego na stan taki jak „Przedstawiono plan CAPA” lub „Oczekuje na zatwierdzenie planu”.
Rejestrowanie
Ustalane na podstawie utworzenia powiązanego rekordu planu CAPA albo zmiany statusu zdarzenia nadrzędnego.
Typ zdarzenia
inferred
|
|||
|
Przeprowadzenie analizy przyczyny źródłowej
|
To działanie oznacza zakończenie analizy przyczyny źródłowej (RCA) i udokumentowanie jej wyników. Można je wywnioskować z uzupełnienia pól „Przyczyna źródłowa” lub powiązanych pól analizy oraz oznaczenia powiązanego zadania jako ukończonego. | ||
|
Dlaczego to ważne
Śledzenie tego działania pozwala mierzyć czas trwania i jakość etapu RCA. Jest to ważne dla KPI, takich jak wskaźnik ponownych dochodzeń dotyczących przyczyny źródłowej, który pomaga wykrywać poprawki.
Skąd pobrać
Można to wywnioskować z wpisu w ścieżce audytowej potwierdzającego ukończenie zadania RCA albo uzupełnienie i zatwierdzenie pól kategorii przyczyny źródłowej w formularzu zdarzenia jakościowego.
Rejestrowanie
Ustalane na podstawie ukończenia kroku lub zadania workflow „Analiza przyczyny źródłowej”.
Typ zdarzenia
inferred
|
|||
|
Przeprowadzenie przeglądu końcowego
|
Oznacza zakończenie przez kierownika ds. zapewnienia jakości końcowego przeglądu całego rekordu zdarzenia jakościowego, w tym dokumentacji i podjętych działań. Zwykle jest rejestrowane jako jawne zdarzenie podpisu elektronicznego przed zamknięciem sprawy. | ||
|
Dlaczego to ważne
To ostatnia kontrola jakości przed zamknięciem sprawy. Opóźnienia na tym etapie mogą niepotrzebnie przedłużać czas otwarcia zdarzeń i pogarszać wskaźniki przepustowości.
Skąd pobrać
Rejestrowane wprost w ścieżce audytowej, gdy użytkownik składa podpis elektroniczny przy kroku „Przegląd końcowy” lub „Zatwierdzenie QA” w workflow.
Rejestrowanie
Rejestrowane na podstawie dzienników podpisów elektronicznych dla końcowego kroku zatwierdzania w workflow.
Typ zdarzenia
explicit
|
|||
|
Stwierdzenie nieskuteczności działania
|
To negatywny wynik weryfikacji, który oznacza, że wdrożone działania okazały się nieskuteczne. Zdarzenie powoduje konieczność ponownej pracy. Można je wywnioskować z niezaliczenia weryfikacji i zmiany statusu, która ponownie otwiera dochodzenie lub planowanie CAPA. | ||
|
Dlaczego to ważne
To zdarzenie ma zasadnicze znaczenie przy wykrywaniu pętli poprawek i obliczaniu wskaźnika rozwiązania problemu przy pierwszym podejściu. Ujawnia błędy w procesie rozwiązywania problemów, które wymagają poprawy.
Skąd pobrać
Można to wywnioskować ze zmiany statusu wskazującej niepowodzenie weryfikacji, na przykład „Niepowodzenie sprawdzenia skuteczności” lub powrotu do statusu „W trakcie dochodzenia”.
Rejestrowanie
Ustalane na podstawie przejścia w workflow, które po weryfikacji cofa sprawę do wcześniejszego etapu.
Typ zdarzenia
inferred
|
|||
|
Wdrożenie działania korygującego
|
Oznacza wykonanie i ukończenie zadań określonych w zatwierdzonym planie działań korygujących. Zwykle jest rejestrowane, gdy osoba odpowiedzialna oznacza zadanie wdrożeniowe jako ukończone w systemie. | ||
|
Dlaczego to ważne
To ważny punkt kontrolny, od którego mierzy się KPI średniego czasu weryfikacji działania. Czas wdrożenia odzwierciedla złożoność i sprawność realizacji działań korygujących.
Skąd pobrać
Można to wywnioskować ze ścieżki audytowej, gdy status przypisanych zadań dotyczących działań korygujących zmieni się na „Ukończone” lub „Wdrożone”.
Rejestrowanie
Ustalane na podstawie znacznika czasu ukończenia powiązanych zadań wdrożeniowych CAPA.
Typ zdarzenia
inferred
|
|||
|
Wdrożenie działania zapobiegawczego
|
Oznacza ukończenie zadań określonych w planie działań zapobiegawczych, których celem jest uniknięcie podobnych zdarzeń w przyszłości. Jest rejestrowane, gdy przypisane zadania dotyczące działań zapobiegawczych zostaną oznaczone w systemie jako ukończone. | ||
|
Dlaczego to ważne
Śledzenie tego działania jest niezbędne do obliczania KPI dotyczącego odsetka działań zapobiegawczych. Pomaga ocenić, na ile organizacja aktywnie przeciwdziała przyszłym problemom.
Skąd pobrać
Można to wywnioskować ze znacznika czasu ukończenia zadań oznaczonych w planie CAPA jako „Działania zapobiegawcze”.
Rejestrowanie
Ustalane na podstawie znacznika czasu ukończenia powiązanych zadań dotyczących działań zapobiegawczych.
Typ zdarzenia
inferred
|
|||
|
Zakończenie wstępnej oceny
|
Oznacza zakończenie wstępnej oceny, podczas której zdarzenie jakościowe jest klasyfikowane, otrzymuje poziom ważności i priorytet. Zakończenie tego etapu często można wywnioskować ze zmiany statusu w systemie, na przykład z „Nowe” na „W trakcie oceny” lub „Dochodzenie”. | ||
|
Dlaczego to ważne
Analiza czasu potrzebnego na wstępną ocenę pomaga wykryć opóźnienia w reakcji na problemy jakościowe. To ważny etap, który wpływa na dalszy workflow i przydział zasobów.
Skąd pobrać
Można to wywnioskować ze ścieżki audytowej, gdy status zdarzenia zostanie zmieniony na stan po wstępnej ocenie albo gdy po raz pierwszy zostaną uzupełnione i zapisane wymagane pola, takie jak „Ważność” i „Priorytet”.
Rejestrowanie
Ustalane na podstawie zmiany pola statusu zdarzenia, na przykład z „Zgłoszone” na „Przypisane”.
Typ zdarzenia
inferred
|
|||
|
Zdarzenie jakościowe anulowane
|
Oznacza alternatywny stan końcowy, w którym zdarzenie jakościowe uznano za nieprawidłowe, zduplikowane lub wprowadzone omyłkowo, dlatego zostało anulowane. Potwierdza to zmiana statusu na „Cancelled” lub „Void”. | ||
|
Dlaczego to ważne
Rozróżnienie zdarzeń zamkniętych i anulowanych jest ważne dla prawidłowego raportowania wyników procesu. Wysoki odsetek anulowań może wskazywać na problemy ze zgłaszaniem zdarzeń lub ich wstępną oceną.
Skąd pobrać
Wywnioskowano na podstawie końcowej zmiany statusu na „Cancelled” lub „Voided”, zapisanej w dzienniku audytowym.
Rejestrowanie
Wywnioskowano na podstawie znacznika czasu zmiany statusu zdarzenia na „Cancelled”.
Typ zdarzenia
inferred
|
|||
Instrukcje wyodrębniania danych
Od czego zacząć?
Skorzystaj z tego szablonu, aby przygotować dziennik zdarzeń i uzyskać wgląd w operacje związane z zarządzaniem jakością. Zacznij usprawniać zgodność i efektywność już dziś.
Skróć czas zarządzania jakością w MasterControl o 30%
Wizualizuj procesy, eliminuj nieefektywne działania i skróć czas cyklu o 30%.
Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje kilka minut.