Szablon danych do zarządzania jakością

Uniwersalny szablon process mining
Szablon danych do zarządzania jakością

Szablon danych do zarządzania jakością

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Zarządzanie jakością. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Ustandaryzowane pola danych w dzienniku zdarzeń.
  • Najważniejsze czynności do śledzenia, aby uzyskać pełny obraz procesu.
  • Wskazówki dotyczące wyodrębniania danych z różnych systemów.
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania jakością

Zalecane pola danych obejmują zestaw atrybutów, które warto uwzględnić w dzienniku zdarzeń. Umożliwiają one szczegółową analizę procesu zarządzania jakością.
5 Wymagane 6 Zalecane 5 Opcjonalne
Nazwa Opis
Czas rozpoczęcia zdarzenia
EventStartTime
Dokładna data i godzina wystąpienia lub rozpoczęcia konkretnego działania albo zdarzenia.
Opis

Czas rozpoczęcia zdarzenia to znacznik czasu określający początek każdego działania w cyklu życia zdarzenia jakościowego. Dostarcza informacji potrzebnych do zrozumienia przebiegu i wydajności procesu. Pozwala ustalić chronologiczną kolejność zdarzeń i obliczyć czas ich trwania.

W process mining znacznik ten służy do uporządkowania działań w prawidłowej kolejności dla każdej sprawy oraz obliczania KPI, takich jak czas realizacji, czas oczekiwania i czas przetwarzania. Analiza znaczników czasu pomaga wykrywać opóźnienia między krokami, oceniać wykorzystanie zasobów i monitorować dotrzymywanie uzgodnionych poziomów usług. To podstawa każdej analizy procesu uwzględniającej czas.

Dlaczego to ważne

Ten znacznik czasu pozwala uporządkować zdarzenia, obliczyć czas realizacji i oczekiwania oraz wykryć wąskie gardła procesu.

Skąd pobrać

Zwykle znajduje się w dzienniku zdarzeń lub rekordzie transakcji obok nazwy działania. Może występować pod nazwą „Data utworzenia”, „Data zdarzenia” lub „Znacznik czasu”.

Przykłady
2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z
Identyfikator zdarzenia jakościowego
QualityEventId
Unikalny identyfikator pojedynczego zdarzenia jakościowego. Służy jako identyfikator sprawy i łączy wszystkie powiązane działania od rozpoczęcia do zamknięcia.
Opis

Identyfikator zdarzenia jakościowego to unikalny klucz, który wskazuje konkretne problemy jakościowe, takie jak niezgodność, reklamacja klienta, odchylenie lub ustalenie z audytu. Łączy wszystkie kroki, dokumenty i dane związane ze zdarzeniem w całym jego cyklu życia.

W process mining ten atrybut jest podstawą odtworzenia pełnego przebiegu procesu dla każdego zdarzenia jakościowego. Grupując powiązane działania według jednego identyfikatora, analitycy mogą wizualizować mapę procesu, obliczać czas trwania spraw i analizować różnice między ścieżkami zdarzeń. Dzięki temu można dokładnie sprawdzić, jak obsługiwane są problemy jakościowe, od początku do końca.

Dlaczego to ważne

To podstawowy klucz w process mining, który pozwala połączyć wszystkie powiązane zdarzenia w jedną instancję procesu, czyli sprawę.

Skąd pobrać

Zwykle znajduje się w nagłówku lub tabeli głównej dotyczącej zgłoszeń jakościowych, zdarzeń lub rekordów niezgodności.

Przykłady
QN-2023-00123NC-450008761COMP-5501-A
Nazwa działania
ActivityName
Nazwa konkretnego zadania, zdarzenia lub kroku, który wystąpił w procesie zarządzania jakością.
Opis

Nazwa działania opisuje konkretną czynność lub kamień milowy w cyklu życia zdarzenia jakościowego. Przykłady: „Zakończenie wstępnej oceny”, „Rozpoczęcie dochodzenia” lub „Wdrożenie działania korygującego”. Działania te składają się na proces zarządzania jakością.

W analizie procesów ten atrybut jest niezbędny do utworzenia mapy procesu, która pokazuje kolejność działań i przepływ spraw. Pozwala analitykom wykrywać wąskie gardła, znajdować częste i rzadkie warianty procesu oraz sprawdzać zgodność ze standardowymi procedurami operacyjnymi. Poznanie kolejności działań to pierwszy krok do usprawnienia procesu.

Dlaczego to ważne

Ten atrybut określa kroki procesu, tworzy węzły mapy procesu i umożliwia analizę przebiegu oraz wariantów procesu.

Skąd pobrać

Zwykle pochodzi z dzienników zdarzeń, rejestrów zmian statusu lub tabel zadań powiązanych z głównym obiektem zdarzenia jakościowego.

Przykłady
Rozpoczęcie dochodzeniaZakończenie analizy przyczyn źródłowychPotwierdzenie skuteczności
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące procesu zostały ostatnio odświeżone lub pobrane z systemu źródłowego.
Opis

Atrybut daty ostatniej aktualizacji danych zawiera znacznik czasu ostatniej synchronizacji danych z systemu źródłowego. Informuje, jak aktualne są dane używane w analizie. Ma to szczególne znaczenie przy bieżącym monitorowaniu i podejmowaniu decyzji na podstawie niemal aktualnych danych.

Atrybut pomaga ocenić aktualność dashboardów i analiz process mining. Dzięki niemu interesariusze wiedzą, jak aktualne są dane podczas interpretowania KPI i modeli procesów, co ogranicza ryzyko podejmowania decyzji na podstawie nieaktualnych informacji. To ważny element metadanych, który pomaga budować zaufanie do danych.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu wiadomo, na ile bieżące są analiza procesu i KPI.

Skąd pobrać

Zwykle są to metadane generowane podczas ekstrakcji danych (ETL). Najczęściej nie występują w tabelach transakcyjnych systemu źródłowego.

Przykłady
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
System źródłowy
SourceSystem
System, z którego pobrano dane, na przykład konkretna instancja ERP, QMS lub MES.
Opis

Atrybut systemu źródłowego wskazuje aplikację lub bazę danych, w której zapisano dane dotyczące zarządzania jakością. W złożonym środowisku IT dane o zdarzeniach jakościowych mogą pochodzić z wielu systemów, na przykład z ERP zawierającego dane o materiałach i dedykowanego systemu zarządzania jakością.

Identyfikacja systemu źródłowego jest ważna dla zarządzania danymi, ich walidacji i rozwiązywania problemów. Pomaga zrozumieć kontekst danych i podzielić analizę na segmenty. Analityk może na przykład porównać procesy jakościowe obsługiwane w różnych systemach lub lokalizacjach, aby znaleźć dobre praktyki albo niespójności.

Dlaczego to ważne

Informuje o pochodzeniu danych, co ma znaczenie przy ich walidacji, rozwiązywaniu problemów i analizie segmentów w środowisku korzystającym z wielu systemów.

Skąd pobrać

Informacji tej może nie być w tabelach źródłowych. Często dodaje się ją podczas procesu ekstrakcji, transformacji i ładowania danych (ETL).

Przykłady
SAP S/4HANA QMVeeva Vault QualityMasterControl QMS
Czas zakończenia zdarzenia
EventEndTime
Dokładna data i godzina zakończenia konkretnego działania lub zdarzenia.
Opis

Czas zakończenia zdarzenia to znacznik czasu wskazujący, kiedy działanie zostało zakończone. W połączeniu z czasem rozpoczęcia zdarzenia pozwala dokładnie obliczyć czas realizacji poszczególnych zadań w procesie zarządzania jakością. W przypadku zdarzeń uznawanych za natychmiastowe czas rozpoczęcia i zakończenia może być taki sam.

Ten atrybut jest ważny przy analizie wydajności poszczególnych działań. Obliczając czas trwania każdego zadania, czyli czas zakończenia minus czas rozpoczęcia, analitycy mogą wskazać kroki, które zajmują najwięcej czasu i warto je usprawnić. Atrybut pozwala też dokładniej obliczyć łączny czas realizacji sprawy oraz analizować obciążenie i efektywność wykorzystania zasobów.

Dlaczego to ważne

Pozwala obliczyć czas realizacji działań, co jest niezbędne do szczegółowej analizy wydajności i wykrywania zadań wymagających dużych nakładów zasobów.

Skąd pobrać

Często znajduje się w tym samym dzienniku zdarzeń lub rekordzie transakcji co czas rozpoczęcia. W niektórych systemach trzeba go wywnioskować na podstawie czasu rozpoczęcia kolejnego zdarzenia.

Przykłady
2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z
Kategoria przyczyny źródłowej
RootCauseCategory
Ogólna klasyfikacja zidentyfikowanej przyczyny źródłowej zdarzenia jakościowego.
Opis

Kategoria przyczyny źródłowej określa podstawowy powód problemu jakościowego, na przykład „błąd ludzki”, „awaria sprzętu”, „niedoskonałość procesu” lub „problem z dostawcą”. Atrybut ten jest zwykle uzupełniany po zakończeniu dochodzenia i analizy przyczyny źródłowej.

Analiza częstotliwości występowania poszczególnych kategorii przyczyn źródłowych dostarcza cennych informacji, które pomagają planować usprawnienia. Jeśli częstą przyczyną jest „niedoskonałość procesu”, może to wskazywać na potrzebę jego przeprojektowania. Częste „awarie sprzętu” mogą z kolei oznaczać, że warto poprawić harmonogramy konserwacji. Process mining pozwala powiązać te kategorie z przebiegiem procesu, na przykład sprawdzić, czy zdarzenia spowodowane „błędem ludzkim” wymagają więcej czasu na rozwiązanie.

Dlaczego to ważne

To ważne w analizie strategicznej, ponieważ pozwala wyjść poza sam przebieg procesu i dotrzeć do przyczyn niepowodzeń, co ułatwia zaplanowanie działań zapobiegawczych.

Skąd pobrać

Informację można znaleźć w sekcji dotyczącej dochodzenia lub analizy przyczyny źródłowej w rekordzie zdarzenia jakościowego. Może mieć postać kodu lub dowolnego tekstu.

Przykłady
Awaria sprzętuBłąd ludzkiWada materiału
Odpowiedzialny dział
ResponsibleDepartment
Dział, zespół lub obszar funkcjonalny odpowiedzialny za zdarzenie jakościowe albo konkretne działanie.
Opis

Atrybut odpowiedzialnego działu wskazuje jednostkę organizacyjną, która odpowiada za zdarzenie jakościowe lub konkretny krok procesu. Może to być na przykład „Produkcja”, „Zapewnienie jakości”, „Badania i rozwój” lub „Logistyka”.

Atrybut ten jest niezbędny do analizy organizacyjnej. Pozwala sprawdzić, jak praca przepływa między działami, ocenić wyniki poszczególnych obszarów i wykryć problemy lub opóźnienia na styku funkcji. Analiza może na przykład wykazać, że przekazywanie zadań między produkcją a działem zapewnienia jakości jest głównym źródłem opóźnień. Podział KPI według działów pomaga wskazać obszary wymagające usprawnień.

Dlaczego to ważne

Umożliwia analizę wyników procesu według jednostek organizacyjnych, wskazuje opóźnienia między działami i pomaga przypisać odpowiedzialność.

Skąd pobrać

Zwykle znajduje się w danych nagłówkowych rekordu zdarzenia jakościowego lub jest ustalany na podstawie użytkownika odpowiedzialnego za działanie.

Przykłady
Kontrola jakościLinia produkcyjna BJakość dostawców
Typ zdarzenia jakościowego
QualityEventType
Klasyfikacja zdarzenia jakościowego, na przykład niezgodność, reklamacja klienta, ustalenie z audytu lub odchylenie.
Opis

Typ zdarzenia jakościowego określa charakter rozpatrywanego problemu. Różne typy zdarzeń często podlegają odmiennym procesom, mają różny poziom pilności i są regulowane przez różne standardowe procedury operacyjne.

Filtrowanie i porównywanie procesów według tego atrybutu pozwala wykryć istotne różnice. Na przykład obsługa reklamacji klienta może wymagać bardziej rygorystycznych działań i krótszego czasu reakcji niż obsługa problemu wewnętrznego. Zrozumienie tych różnic pomaga ocenić, czy każdy wariant procesu przebiega sprawnie i zgodnie z właściwymi wymaganiami.

Dlaczego to ważne

Pozwala podzielić analizę i porównać sposób obsługi różnych problemów jakościowych, ujawniając istotne różnice w przebiegu procesu.

Skąd pobrać

Znajduje się w danych nagłówkowych zdarzenia jakościowego, często w polu „Typ zgłoszenia”, „Typ zdarzenia” lub „Kategoria”.

Przykłady
Reklamacja klientaRaport niezgodności (NCR)Odchylenie
Waga problemu
Severity
Klasyfikacja potencjalnego wpływu zdarzenia jakościowego, na przykład krytyczny, poważny lub niewielki.
Opis

Atrybut wagi problemu klasyfikuje zdarzenia jakościowe według ich wpływu na działalność, ryzyka lub pilności. Ułatwia kierowanie zasobów i uwagi na najpoważniejsze problemy. Poziomy wagi są zwykle określone w polityce jakości organizacji.

Atrybut ten przydaje się do filtrowania i segmentacji danych w process mining. Analitycy mogą porównać przebieg procesu dla zdarzeń „Krytycznych” i „Niewielkich”, aby sprawdzić, czy poważne problemy są obsługiwane w pierwszej kolejności. Analiza może też ujawnić, że problemy niewielkie pochłaniają nieproporcjonalnie dużo zasobów albo że krytyczne zdarzenia utknęły w procesie. Pozwala to usprawnić zarządzanie procesem z uwzględnieniem ryzyka.

Dlaczego to ważne

Umożliwia analizę procesu z uwzględnieniem ryzyka, pomaga ustalać priorytety dochodzeń i sprawdzać, czy zdarzenia o dużym wpływie są obsługiwane z odpowiednią pilnością.

Skąd pobrać

To standardowe pole w danych nagłówkowych zdarzenia jakościowego, często nazwane „Poziom wagi” lub „Priorytet”.

Przykłady
KrytycznyPoważnyNiewielki
Zasób
Resource
Użytkownik, pracownik lub agent automatyczny, który wykonał dane działanie lub zdarzenie jakościowe albo został do niego przypisany.
Opis

Atrybut zasobu wskazuje osobę lub system odpowiedzialny za wykonanie zadania. Może to być osoba prowadząca dochodzenie, osoba zatwierdzająca działania jakościowe lub użytkownik systemu automatycznego. Informacja o tym, kto wykonuje poszczególne działania, jest podstawą analizy rozkładu obciążenia, wyników zespołów i sposobu współpracy.

Analiza procesu według zasobów pomaga wykrywać różnice w wynikach poszczególnych osób lub zespołów, określać potrzeby szkoleniowe i lepiej rozkładać obciążenie. Może ujawnić przeciążone zasoby, które stają się wąskim gardłem, albo pokazać przekazywanie zadań między osobami, często powodujące opóźnienia. Taka analiza pomaga usprawnić działanie organizacji.

Dlaczego to ważne

Ten atrybut jest niezbędny do analizy zasobów, w tym rozkładu obciążenia, porównywania wyników i wykrywania wąskich gardeł w organizacji.

Skąd pobrać

Zwykle znajduje się w tabelach transakcji lub dzienników, często pod nazwą „Nazwa użytkownika”, „Zmienione przez”, „Właściciel” lub „Przypisano do”.

Przykłady
j.doem.smithSystem.Batch
Docelowa data rozwiązania
TargetResolutionDate
Planowana lub wymagana data, do której zdarzenie jakościowe powinno zostać w pełni rozwiązane i zamknięte.
Opis

Docelowa data rozwiązania to termin zamknięcia zdarzenia jakościowego. Często wynika z wymogów regulacyjnych, umów dotyczących poziomu obsługi klienta lub wewnętrznych zasad uwzględniających wagę zdarzenia.

Atrybut ten jest niezbędny do monitorowania wyników i analizy zgodności. Porównując faktyczną datę zamknięcia z terminem docelowym, można obliczyć KPI dotyczący odsetka zdarzeń rozwiązanych na czas. Process mining pomaga wskazać typy zdarzeń lub etapy procesu, które najczęściej powodują opóźnienia i przekroczenie terminów. Dzięki temu można skupić działania usprawniające na terminowej realizacji zadań.

Dlaczego to ważne

Umożliwia pomiar wyników względem terminów, obliczanie odsetka zdarzeń rozwiązanych na czas i identyfikowanie przyczyn opóźnień.

Skąd pobrać

Zwykle znajduje się w nagłówku rekordu zdarzenia jakościowego lub w danych dotyczących planowania.

Przykłady
2024-06-302024-07-152024-08-01
Lokalizacja
Location
Fizyczna lub logiczna lokalizacja, na przykład zakład, obiekt lub magazyn, w którym wystąpiło zdarzenie jakościowe lub w którym jest ono obsługiwane.
Opis

Atrybut „Lokalizacja” określa miejsce geograficzne lub jednostkę organizacyjną powiązaną ze zdarzeniem jakościowym. Może to być zakład produkcyjny, konkretna linia produkcyjna, centrum dystrybucyjne lub jednostka biznesowa.

Analiza wyników procesu według lokalizacji pozwala porównywać placówki i identyfikować dobre praktyki. Można dzięki niej sprawdzić, czy w niektórych miejscach problemy jakościowe są rozwiązywane sprawniej albo czy określone lokalizacje są źródłem powtarzających się problemów. Taka analiza geograficzna lub lokalizacyjna pomaga kierownictwu efektywnie przydzielać zasoby i wdrażać sprawdzone rozwiązania w całej organizacji.

Dlaczego to ważne

Umożliwia porównanie różnych placówek lub zakładów, ocenę wyników oraz identyfikację problemów i dobrych praktyk charakterystycznych dla danej lokalizacji.

Skąd pobrać

Informacja ta zwykle znajduje się w głównym rekordzie zdarzenia jakościowego pod nazwą „Zakład”, „Placówka” lub „Jednostka biznesowa”.

Przykłady
Placówka A, budynek 2Magazyn głównyZakład 0010
Produkt, którego dotyczy zdarzenie
AffectedProduct
Produkt, materiał lub komponent, którego dotyczy zdarzenie jakościowe.
Opis

Atrybut produktu, którego dotyczy zdarzenie, wskazuje konkretny wyrób, materiał lub linię produktową objętą problemem jakościowym. Powiązanie procesu z produktem ma znaczenie przy analizie przyczyn źródłowych i ocenie wpływu problemu.

Analiza zdarzeń jakościowych według produktów pozwala wykrywać trendy, na przykład wyjątkowo dużą liczbę niezgodności dotyczących konkretnego produktu. Może to skłonić do dokładniejszego zbadania jego projektu lub procesu produkcji. Ułatwia też ustalanie priorytetów zdarzeń na podstawie znaczenia strategicznego lub wielkości sprzedaży danego produktu, tak aby najpierw rozwiązywać najpoważniejsze problemy.

Dlaczego to ważne

Łączy dane o procesie z danymi o produktach, umożliwiając analizę problemów jakościowych według linii produktowych, wykrywanie trendów i ustalanie priorytetów dla problemów o największym wpływie.

Skąd pobrać

Znajduje się w głównym rekordzie zdarzenia jakościowego, często w polu „Numer materiału”, „Identyfikator produktu” lub „Numer części”.

Przykłady
PROD-100-XLMAT-RAW-05BFG-2055-ASSY
Status zdarzenia jakościowego
QualityEventStatus
Bieżący status zdarzenia jakościowego w jego cyklu życia, na przykład otwarte, w trakcie dochodzenia lub zamknięte.
Opis

Status zdarzenia jakościowego wskazuje bieżący stan sprawy. Jest to atrybut dynamiczny, który zmienia się w miarę przechodzenia sprawy przez kolejne etapy cyklu życia. Pokazuje ogólnie, na jakim etapie znajduje się zdarzenie.

W process mining atrybut ten pomaga analizować bieżące obciążenie i zaległości. Filtrowanie zdarzeń ze statusem „Otwarte” lub „W toku” pozwala monitorować liczbę aktywnych spraw. Atrybut przydaje się też do sprawdzania zgodności, ponieważ umożliwia porównanie rzeczywistych zmian statusu z oczekiwanym przebiegiem procesu. Na przykład zdarzenie nie powinno zostać zamknięte przed wdrożeniem działania korygującego.

Dlaczego to ważne

Pokazuje bieżący stan sprawy, co pomaga monitorować zaległości i aktywne obciążenie oraz sprawdzać zgodność procesu.

Skąd pobrać

To ważne pole w rekordzie nagłówkowym zdarzenia jakościowego, aktualizowane w miarę postępu zdarzenia.

Przykłady
OtwarteOczekuje na zatwierdzenieZamknięte
Wynik weryfikacji skuteczności
EffectivenessCheckOutcome
Wynik weryfikacji potwierdzającej, czy wdrożone działania korygujące i zapobiegawcze były skuteczne.
Opis

Wynik weryfikacji skuteczności dokumentuje rezultat kontroli przeprowadzanej po wdrożeniu działań korygujących. Zwykle określa się go jako „Skuteczne” lub „Nieskuteczne”. Informuje, czy działanie usunęło przyczynę źródłową problemu.

Atrybut ten pozwala ocenić rzeczywistą skuteczność procesu zarządzania jakością. Wysoki odsetek wyników „Nieskuteczne” wskazuje na problemy systemowe na etapie analizy przyczyny źródłowej lub planowania działań, które prowadzą do ponownej pracy i powracających problemów. W process mining można wykorzystać tę informację do analizy pętli poprawek. Na przykład przypadki z wynikiem „Nieskuteczne” często wracają do etapu dochodzenia lub analizy przyczyny źródłowej, co znacznie wydłuża czas realizacji i zwiększa koszty.

Dlaczego to ważne

Bezpośrednio mierzy skuteczność działań korygujących i pozwala analizować pętle poprawek oraz efektywność analizy przyczyn źródłowych.

Skąd pobrać

Informację można znaleźć w rekordach dotyczących weryfikacji działań korygujących i zapobiegawczych (CAPA) lub etapów ich zamykania.

Przykłady
SkuteczneNieskuteczneOczekuje na weryfikację
Wymagane Zalecane Opcjonalne

Czynności w zarządzaniu jakością

W tej sekcji opisano najważniejsze etapy procesu i kamienie milowe, które należy rejestrować, aby prawidłowo odkryć przebieg workflow zarządzania jakością.
7 Zalecane 8 Opcjonalne
Działanie Opis
Potwierdzenie skuteczności
Potwierdza, że wdrożone działania korygujące i zapobiegawcze usunęły przyczynę źródłową i zapobiegły ponownemu wystąpieniu problemu. To formalny etap weryfikacji, często przeprowadzany po ustalonym okresie monitorowania.
Dlaczego to ważne

To ostateczna miara skuteczności działań dotyczących jakości. Potwierdza, że zasoby przeznaczone na analizę i działania przyniosły pozytywny rezultat i ograniczyły ryzyko ponownej pracy.

Skąd pobrać

Zdarzenie jest rejestrowane po zakończeniu zadania sprawdzającego skuteczność lub zmianie statusu rekordu na „Skuteczność potwierdzona”, często z użyciem podpisu elektronicznego.

Rejestrowanie

Należy zarejestrować znacznik czasu zakończenia zadania sprawdzającego skuteczność albo końcowego zatwierdzenia weryfikacji.

Typ zdarzenia explicit
Rozpoczęcie dochodzenia
Oznacza formalne rozpoczęcie dochodzenia, którego celem jest ustalenie zakresu i przyczyny źródłowej zdarzenia jakościowego. Do case zostaje oficjalnie przypisany prowadzący lub zespół.
Dlaczego to ważne

To początek zasadniczego etapu rozwiązywania problemu. Pomiar czasu od utworzenia zdarzenia do rozpoczęcia dochodzenia pozwala wykryć zaległości w zespole ds. jakości.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane, gdy status rekordu zmienia się na „Under Investigation” lub gdy do rekordu zostaje formalnie przypisany prowadzący.

Rejestrowanie

Użyj timestampu zmiany statusu na „Under Investigation” albo pierwszego przypisania właściciela lub osoby prowadzącej dochodzenie.

Typ zdarzenia inferred
Utworzenie zdarzenia jakościowego
To pierwsze działanie, które oznacza formalne utworzenie rekordu zdarzenia jakościowego. Użytkownik wykrywa i rejestruje w systemie problem jakościowy, na przykład niezgodność, wadę lub reklamację, rozpoczynając proces.
Dlaczego to ważne

To główny punkt rozpoczęcia procesu, który pozwala mierzyć całkowity czas od wykrycia problemu do jego rozwiązania. Jest też niezbędny do śledzenia liczby nowych zdarzeń jakościowych.

Skąd pobrać

Zdarzenie to jest zwykle rejestrowane w ścieżce audytu lub dzienniku transakcji w chwili utworzenia nowego rekordu. Należy szukać timestampów utworzenia w głównej tabeli zdarzeń jakościowych.

Rejestrowanie

Użyj timestampu utworzenia rekordu zdarzenia jakościowego, na przykład rekordu Quality Notification, Non-conformance lub Complaint.

Typ zdarzenia explicit
Wdrożenie działania korygującego
Oznacza zakończenie zadań określonych w zatwierdzonym planie działań korygujących. Potwierdza, że podjęto działania mające rozwiązać bieżący problem.
Dlaczego to ważne

To działanie oznacza koniec prac naprawczych. Czas od zatwierdzenia planu do wdrożenia pokazuje, jak sprawnie zespół realizuje wymagane zadania.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane, gdy osoba wdrażająca oznaczy przypisane działania lub zadania jako zakończone w systemie.

Rejestrowanie

Należy użyć znacznika czasu zakończenia powiązanych zadań korygujących albo zmiany statusu rekordu planu działań na „Wdrożono”.

Typ zdarzenia explicit
Zakończenie analizy przyczyn źródłowych
Oznacza zakończenie dochodzenia, w którym ustalono i udokumentowano przyczynę lub przyczyny źródłowe zdarzenia jakościowego. To ważny etap poprzedzający zaplanowanie działań korygujących.
Dlaczego to ważne

Ten etap oznacza koniec fazy diagnostycznej. Analiza czasu potrzebnego na ustalenie przyczyn źródłowych pomaga wykryć złożone problemy i wąskie gardła w działaniach związanych z ich rozwiązywaniem.

Skąd pobrać

Zdarzenie można wywnioskować z uzupełnienia i zapisania pola „Root Cause” lub powiązanych pól analizy. W niektórych systemach odpowiada ono zakończeniu konkretnego zadania RCA.

Rejestrowanie

Zarejestruj timestamp oznaczenia dedykowanego zadania analizy przyczyn źródłowych jako zakończonego albo pierwszego uzupełnienia pola opisu przyczyny źródłowej.

Typ zdarzenia inferred
Zamknięcie zdarzenia jakościowego
Ostatnie działanie, które oznacza pomyślne rozwiązanie problemu i administracyjne zamknięcie rekordu zdarzenia jakościowego. Proces uznaje się wtedy za zakończony, a rekord staje się archiwalny.
Dlaczego to ważne

To główny punkt końcowy procesu. Czas do zamknięcia jest ważnym KPI, a analiza zamkniętych zdarzeń daje pełny obraz procesu od początku do końca.

Skąd pobrać

To jawnie rejestrowane zdarzenie, które następuje po zmianie końcowego statusu rekordu na „Zamknięto” lub „Zakończono”. Zmianie towarzyszy znacznik czasu.

Rejestrowanie

Należy użyć znacznika czasu końcowej zmiany statusu na „Zamknięto”, „Zakończono” lub równoważny status końcowy.

Typ zdarzenia explicit
Zatwierdzenie planu działań korygujących
Oznacza formalne zatwierdzenie proponowanego planu działań korygujących przez wyznaczoną osobę lub jednostkę. Zatwierdzenie jest warunkiem rozpoczęcia wdrożenia.
Dlaczego to ważne

Cykle zatwierdzania często powodują opóźnienia. Analiza czasu trwania i częstotliwości tego działania pomaga wykryć wąskie gardła w workflow przeglądu i zatwierdzania.

Skąd pobrać

Zwykle jest to jawnie zarejestrowane zatwierdzenie w workflow, często potwierdzone podpisem elektronicznym lub zmianą statusu.

Rejestrowanie

Należy użyć znacznika czasu z rekordu podpisu elektronicznego albo zmiany statusu na „Zatwierdzono” lub „Zwolniono do wdrożenia”.

Typ zdarzenia explicit
Anulowanie zdarzenia jakościowego
Alternatywny punkt końcowy, w którym zdarzenie jakościowe zostaje przerwane bez pełnego rozwiązania. Dzieje się tak, gdy zdarzenie uznano za nieprawidłowe, zduplikowane lub utworzone przez pomyłkę.
Dlaczego to ważne

To alternatywny, nieproduktywny koniec procesu. Duża liczba anulowanych zdarzeń może wskazywać na problemy ze szkoleniem użytkowników lub początkowym wprowadzaniem danych.

Skąd pobrać

Zdarzenie jest rejestrowane przez końcową zmianę statusu na „Anulowano” lub „Unieważniono”, często wraz z kodem przyczyny.

Rejestrowanie

Należy zarejestrować znacznik czasu zmiany statusu rekordu na „Anulowano”, „Unieważniono” lub „Nieprawidłowe”.

Typ zdarzenia explicit
Niepowodzenie weryfikacji skuteczności
Oznacza, że wdrożone działania nie rozwiązały problemu. Taki wynik często rozpoczyna nowe dochodzenie lub kolejny cykl działań korygujących.
Dlaczego to ważne

To działanie oznacza poważne niepowodzenie procesu i konieczność ponownej pracy. Analiza takich zdarzeń pomaga ustalić, dlaczego rozwiązania nie przynoszą efektów, i usprawnić proces RCA.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy weryfikacja zakończy się niepowodzeniem, a status zmieni się tak, by ponownie otworzyć dochodzenie lub planowanie CAPA.

Rejestrowanie

Należy zarejestrować znacznik czasu zmiany statusu wskazującej niepowodzenie weryfikacji, na przykład „Skuteczność niepotwierdzona” lub „Wymagane ponowne dochodzenie”.

Typ zdarzenia explicit
Odrzucenie planu działań korygujących
Oznacza, że proponowany plan działań korygujących został sprawdzony, ale odrzucony. Plan trzeba poprawić i ponownie przesłać, co tworzy pętlę poprawek w procesie.
Dlaczego to ważne

To działanie wskazuje na nieefektywność i konieczność ponownej pracy. Częste odrzucenia mogą świadczyć o niejasnych wymaganiach lub niewystarczającej analizie przyczyn źródłowych.

Skąd pobrać

Zdarzenie jest rejestrowane przez zmianę statusu na „Odrzucono” lub „Wymagana korekta”, często wraz z kodem przyczyny lub komentarzem.

Rejestrowanie

Należy zarejestrować znacznik czasu zmiany statusu na „Odrzucono” lub „Przekazano do poprawy”.

Typ zdarzenia explicit
Powiadomienie interesariuszy
Oznacza formalne poinformowanie odpowiednich osób o rozwiązaniu zdarzenia jakościowego, na przykład osoby, która je zgłosiła, lub zainteresowanych działów.
Dlaczego to ważne

Komunikacja z interesariuszami nie zawsze jest formalnym etapem procesu, ale jej śledzenie może pokazać, czy proces jest kompletny i jaki jest poziom obsługi.

Skąd pobrać

Trudno to zarejestrować i może wymagać jawnego zapisu działania. Można też wnioskować o jego wykonaniu na podstawie zakończenia zadania „Powiadomienie końcowe” w workflow.

Rejestrowanie

Należy zarejestrować znacznik czasu zapisania automatycznego powiadomienia e-mail lub oznaczenia ręcznego zadania komunikacyjnego jako zakończonego.

Typ zdarzenia inferred
Przedstawienie planu działań korygujących
To działanie ma miejsce, gdy formalny plan usunięcia ustalonej przyczyny źródłowej zostaje udokumentowany i przekazany do przeglądu. Plan określa konkretne działania korygujące, które należy podjąć.
Dlaczego to ważne

Ten krok rozpoczyna etap rozwiązywania problemu. Pomiar czasu potrzebnego na przedstawienie planu pokazuje, jak szybko zespoły przechodzą od analizy do działania.

Skąd pobrać

Zdarzenie to jest zwykle rejestrowane przez utworzenie powiązanego rekordu planu działań korygujących lub zmianę statusu na informującą, że plan jest gotowy do przeglądu.

Rejestrowanie

Należy użyć znacznika czasu utworzenia powiązanego rekordu działania korygującego lub CAPA albo zmiany statusu na „Oczekuje na zatwierdzenie”.

Typ zdarzenia explicit
Wdrożenie działania zapobiegawczego
Oznacza zakończenie zadań, których celem jest usunięcie przyczyny potencjalnych niezgodności i zapobieżenie ich ponownemu wystąpieniu. To działanie zapobiegawcze często następuje po działaniu korygującym.
Dlaczego to ważne

To działanie świadczy o dojrzałym podejściu do jakości, które koncentruje się na zapobieganiu, a nie tylko na korygowaniu problemów. Śledzenie wdrożenia działań zapobiegawczych pomaga ocenić długofalowe usprawnienia procesu.

Skąd pobrać

Zdarzenie jest rejestrowane, gdy przypisane zadania zapobiegawcze zostaną oznaczone jako zakończone, często w rekordzie powiązanym z pierwotnym zdarzeniem jakościowym.

Rejestrowanie

Należy użyć znacznika czasu zakończenia powiązanych zadań zapobiegawczych albo zmiany statusu rekordu działania zapobiegawczego.

Typ zdarzenia explicit
Zakończenie przeglądu końcowego
Przeprowadza się końcową kontrolę całego rekordu zdarzenia jakościowego, aby upewnić się, że dokumentacja jest kompletna i wykonano wszystkie wymagane czynności. Często jest to ostatni etap zatwierdzania przed zamknięciem sprawy.
Dlaczego to ważne

To ostatni etap kontroli jakości przed zamknięciem sprawy. Opóźnienia mogą niepotrzebnie wydłużać czas realizacji i wskazywać na problemy z dokumentacją.

Skąd pobrać

Zwykle jest to formalne zatwierdzenie lub podpis elektroniczny osoby odpowiedzialnej za zapewnienie jakości, wymagane przed zmianą statusu na „Zamknięto”.

Rejestrowanie

Należy użyć znacznika czasu końcowego zatwierdzenia przeglądu jakości albo zmiany statusu na „Oczekuje na zamknięcie” lub „Przegląd końcowy zakończony”.

Typ zdarzenia explicit
Zakończenie wstępnej oceny
Oznacza zakończenie wstępnego przeglądu lub wstępnej kwalifikacji nowego zdarzenia jakościowego. Na tym etapie zdarzenie jest klasyfikowane według rodzaju, otrzymuje poziom ważności i priorytet, które określają dalszy workflow.
Dlaczego to ważne

Analiza czasu poświęconego na ten początkowy etap pomaga wykryć opóźnienia w przyjmowaniu i obsłudze nowych zdarzeń jakościowych. Dostarcza też atrybutów, które pozwalają filtrować case według ważności lub rodzaju.

Skąd pobrać

Zdarzenie to często można wywnioskować ze zmiany statusu z „New” na „Under Assessment” lub „In Progress”. Może być też rejestrowane w chwili pierwszego uzupełnienia pól klasyfikacji i priorytetu.

Rejestrowanie

Zarejestruj timestamp zmiany statusu oznaczającej zakończenie oceny albo moment pierwszego zapisania pól klasyfikacji i priorytetu.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje wyodrębniania danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Gotowi do rozpoczęcia?

Aby rozpocząć optymalizację procesu zarządzania jakością, wybierz poniżej instrukcję wyodrębniania danych dla konkretnego systemu lub skorzystaj z tego uniwersalnego szablonu, aby przygotować dane.

Zacznij usprawniać zarządzanie jakością

Wykrywaj wąskie gardła i poprawiaj zgodność dzięki analizie danych.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje 5 minut.