Electronic Batch Record: cyfrowa dokumentacja partii bez przepisywania danych

Electronic Batch Record pozwala tworzyć dokumentację partii w trakcie produkcji, korzystając z danych, które powstają w ERP, MES, systemach sterowania, skanerach i urządzeniach pomiarowych. Jeśli jesteś dyrektorem produkcji, możesz spodziewać się mniej ręcznego przepisywania, szybsze zamknięcie dokumentacji i łatwiejsze odtworzenie historii konkretnego batcha. Sam elektroniczny formularz tego jednak nie zapewni. Trzeba jeszcze ustalić, skąd każda informacja pochodzi, z jaką partią ją powiązać i kiedy system może przejąć jej rejestrację od człowieka.

Electronic Batch Record, czyli EBR, jest elektronicznym zapisem wykonania konkretnej partii produkcyjnej. W zależności od procesu może obejmować wykorzystane materiały, kolejne operacje, urządzenia, rzeczywiste parametry procesu, wyniki kontroli, osoby wykonujące czynności, odstępstwa oraz wymagane zatwierdzenia.

W produkcji batchowej trzeba odróżnić taki zapis od Master Batch Record. MBR określa zatwierdzony sposób wykonania produktu: recepturę, kolejność operacji, wymagane materiały, parametry i kontrole. Electronic Batch Record pokazuje, jak wykonano konkretną partię według tych założeń. Siemens opisuje EBR właśnie jako zapis rzeczywistych danych dotyczących wykonania batcha, w tym wykorzystanych materiałów, urządzeń, parametrów, operatorów i wyników procesu.

Temat porządkuje też ISA-88. Część 4 standardu definiuje model zawartości Batch Production Record, czyli danych opisujących wykonanie produkcji partiowej. Model ma służyć przechowywaniu i wymianie takich informacji oraz umożliwiać późniejsze ich wyszukiwanie, analizę i raportowanie. Nie warto jednak upraszczać tej relacji do stwierdzenia, że BPR jest dokumentem papierowym, a EBR jego elektronicznym odpowiednikiem. BPR jest pojęciem opisującym rekord wykonania partii, natomiast Electronic Batch Record jest terminem szeroko używanym dla elektronicznego sposobu prowadzenia takiej historii w konkretnych rozwiązaniach informatycznych.

Dla Twojej firmy produkcyjnej ważniejsza jest konsekwencja techniczna. Jeśli papierowy arkusz zostanie przeniesiony do aplikacji, ale operator nadal przepisuje do niego temperaturę z HMI, numer materiału z etykiety i godzinę z innego systemu, dokumentacja stała się elektroniczna. Zakres automatyzacji pozostaje niewielki, bo pracownik nadal pełni rolę łącznika pomiędzy kilkoma źródłami danych.

Największą zmianę zobaczysz przy rejestrowaniu informacji wtedy, kiedy powstają. EBR może być uzupełniany wraz z realizacją kolejnych operacji, zamiast powstawać po zakończeniu zmiany z formularzy, plików i zapisów pozostawionych przez różne systemy.

Na hali może wyglądać to bardzo zwyczajnie. Skaner odczytuje numer partii pobieranego surowca, system sterowania zapisuje temperaturę i czas procesu, ERP przekazuje numer zlecenia, a MES lub system batch control wie, jaka operacja jest właśnie wykonywana. Wynik z urządzenia pomiarowego również może zostać przejęty automatycznie, jeśli urządzenie udostępnia dane w odpowiedniej formie. Operator powinien pozostać źródłem tych informacji, które rzeczywiście wymagają jego wiedzy albo decyzji, na przykład opisu przyczyny nietypowego zatrzymania czy oceny określonego zdarzenia.

Właśnie tutaj znajduje się realne źródło części oszczędności pracy. Jeżeli pracownik przepisuje wynik z jednego ekranu do drugiego, firma tworzy dodatkowy etap, w którym może pojawić się pomyłka. Automatyczne przekazanie wartości usuwa ten etap, ale nie gwarantuje poprawności samego źródła. Źle skonfigurowany sygnał z PLC, niewłaściwie przypisana partia surowca albo błędny limit procesowy mogą zostać zapisane przez EBR bardzo dokładnie. Automatyzacja pomaga ograniczać błędy transkrypcji i brakujące wpisy, ale nie zastępuje kontroli jakości danych.

Rozmowę o EBR łatwo zacząć od przeglądania funkcji dostępnych w systemach MES. Znacznie więcej można się dowiedzieć, biorąc jedną typową dokumentację produkcyjną i sprawdzając pochodzenie każdego znajdującego się w niej pola.

Jeżeli raport zawiera temperaturę, najpierw trzeba ustalić, gdzie ta wartość powstaje. Jeśli jest już zapisana w PLC albo SCADA, ręczny wpis operatora może być zbędny. Przy numerze partii materiału warto sprawdzić, czy identyfikator można przejąć z WMS lub skanera. Przy komentarzu dotyczącym niezgodności sytuacja wygląda inaczej, bo system nie zna przyczyny zdarzenia i potrzebuje informacji od człowieka. Taki przegląd można uporządkować w prostej tabeli:

Powyższa mapa pokazuje różnicę między informacją tworzoną przez człowieka a tą jedynie przez niego przepisywaną. Automatyzowanie ręcznej decyzji może być błędem, natomiast automatyzowanie mechanicznego przenoszenia wartości zwykle ma znacznie więcej sensu.

Genealogia partii produkcyjnej pozwala Ci ustalić, z jakich partii surowców powstał wyrób, jakie półprodukty zostały wykorzystane po drodze oraz do których produktów trafiła wskazana partia materiału. Jest więc podstawą traceability, ale nie opisuje całego przebiegu produkcji.

Electronic Batch Record korzysta z tych zależności i dodaje do nich kontekst wykonania. Pokazuje urządzenie, operację, parametry, wyniki kontroli, czas oraz zdarzenia związane z określoną partią.

Załóżmy hipotetycznie, że partia produktu P-240917 powstała z dwóch partii surowców. Numery materiałów zostały zapisane podczas pobrania, system zna mieszalnik wykorzystany w procesie, a ze sterownika otrzymuje czas mieszania i przebieg temperatury. Później do tej samej partii przypisywany jest wynik kontroli jakości. EBR powinien połączyć te informacje w jedną historię, zamiast prezentować je jako oddzielne zbiory danych.

Tu pojawia się jedno z ważniejszych wymagań technicznych. Wartość „72,4°C” zapisana w bazie nie przyda się, jeśli nie wiadomo, z której maszyny pochodzi, kiedy została zarejestrowana, jakiej operacji dotyczy i który batch był wtedy realizowany. Automatyczne raportowanie partii produkcyjnej wymaga więc nie tylko dostępu do danych, ale także wiarygodnego kontekstu.

Nie ma takiego wymogu. EBR opisuje sposób prowadzenia elektronicznej historii wykonania partii, a nie konkretną klasę oprogramowania. Taki rekord może powstawać w MES, rozwiązaniu batch control albo innym systemie odpowiedzialnym za prowadzenie procesu i jego dokumentację.

W wielu zakładach właśnie MES staje się jednak miejscem, w którym te dane można sensownie połączyć. Z ERP przychodzi zlecenie, z WMS informacja o materiale, ze sterowania parametry procesu, a z jakości wynik kontroli. Samo zebranie informacji to jeszcze za mało, ponieważ system musi wiedzieć, której partii i której operacji dotyczą.

Przy wyborze systemu MES do produkcji partiami obecność modułu EBR powinna być poruszana na początku, nie na końcu rozmów. Wypada też sprawdzić, jak system rozpoznaje aktualnie wykonywaną partię, w jaki sposób wiąże dane procesowe z operacją, jak przechowuje korekty i historię zmian oraz co dzieje się w przypadku utraty komunikacji ze źródłem danych.

Możesz też policzyć, ile pól operator będzie nadal uzupełniał ręcznie po wdrożeniu. Dwa rozwiązania oferowane jako Electronic Batch Record mogą pod tym względem działać zupełnie inaczej. Jedno zastąpi papier elektroniczną instrukcją z formularzem, drugie pobierze znaczną część danych z systemów i urządzeń bez ponownego wprowadzania ich przez człowieka.

Przejście od papieru do EBR to raczej nie jest jeden krok. Najpierw możesz zastąpić papier formularzem elektronicznym, dzięki czemu system pilnuje obecności wymaganych pól i właściwego formatu danych. Na tym etapie większość informacji nadal wpisuje operator.

Kolejny poziom wchodzi, gdy system korzysta z danych istniejących w zakładzie. Pobiera informacje z ERP, skanerów, urządzeń i systemów sterowania, a użytkownik uzupełnia tylko te pola, które wymagają jego oceny albo odpowiedzialności. Wtedy EBR zaczyna faktycznie zmieniać sposób raportowania, bo dokumentacja coraz mniej zależy od przepisywania.

Jeszcze dalej idzie review by exception, czyli przegląd skoncentrowany na zdarzeniach niespełniających określonych reguł. Nie powinno się jednak utożsamiać go z automatycznym zatwierdzaniem każdej poprawnie przebiegającej partii. Zakres takiej automatyzacji zależy od branży, systemu jakości, wiarygodności danych i reguł przyjętych w konkretnym procesie.

Dla dyrektora produkcji bardziej użyteczne od samego posiadania EBR będzie to, ile informacji w dokumentacji nadal przepisujemy ręcznie, mimo że już istnieją cyfrowo. Od razu doprowadzi Cię to do miejsc, w których integracja może zmniejszyć ilość pracy wykonywanej wyłącznie na potrzeby raportowania.

W tym miejscu musimy doprecyzować, czym dokładnie jest eliminacja błędów. EBR może zredukować konieczność przepisywania wybranych wartości i wymuszać wykonanie kroków zdefiniowanych w przepływie pracy. Nie zabezpiecza jednak przed błędną recepturą, niepoprawnym sygnałem z urządzenia, niewłaściwym przypisaniem partii czy źle zdefiniowanym limitem.

W branżach regulowanych dochodzą wymagania dotyczące sposobu prowadzenia zapisów elektronicznych. W przypadku rynku amerykańskiego 21 CFR Part 11 ma zastosowanie do określonych zapisów prowadzonych elektronicznie w miejsce zapisów wymaganych przez inne przepisy FDA. Agencja określa te bazowe wymagania jako predicate rules. Sam Part 11 nie jest więc przepisem nakazującym firmie wdrożenie Electronic Batch Record. 

To rozróżnienie ma znaczenie także poza farmacją. Nie powinno się przenosić wymagań charakterystycznych dla regulowanej produkcji leków na każdy zakład wytwarzający partie. Zakres dokumentacji, zatwierdzeń, integralności danych i walidacji trzeba zawsze odnieść do konkretnego produktu, branży oraz rynków, na które trafia wyrób.

Zamiast zaczynać od prezentacji systemów, wybierz reprezentatywny batch i zaznacz przy każdym polu w jego dokumentacji, skąd pochodzi informacja. ERP, sterownik, skaner, system jakości, urządzenie pomiarowe czy operator? Następnie rozdziel dane rzeczywiście tworzone przez człowieka od tych, które pracownik tylko odczytuje w jednym miejscu i wpisuje w drugim.

Drugi krok to sprawdzenie kontekstu. Sama obecność informacji w systemie nie wystarczy, jeśli nie da się jej jednoznacznie połączyć z właściwą partią i operacją. Zakład może mieć tysiące tagów w SCADA, a mimo to potrzebować dodatkowej pracy integracyjnej, zanim będą one mogły wiarygodnie zasilać Electronic Batch Record.

Na koniec warto zmierzyć obecny proces. Dowiedz się:

Własne dane dadzą Ci znacznie lepszy punkt odniesienia niż ogólne deklaracje o procentowej redukcji czasu.

Do takiego przeglądu potrzebne są produkcja, jakość, automatyka i IT. Produkcja zna rzeczywisty przebieg operacji, jakość określa zasady dokumentowania i zatwierdzania, automatycy wiedzą, które sygnały są dostępne bezpośrednio z urządzeń, a IT ocenia możliwość połączenia źródeł. Dopiero spojrzenie na tę samą partię z kilku stron pozwala określić rozsądny zakres EBR.

Zamiast zaczynać od zakupu modułu, można przeanalizować przepływ danych w jednej typowej partii i wskazać miejsca, w których dokumentacja nadal wymaga ręcznego pośrednictwa. Taka analiza pokaże, gdzie potrzebna jest integracja, gdzie zmiana sposobu rejestracji, a gdzie udział operatora powinien pozostać.

Jeśli chcesz szybko ocenić gotowość zakładu do EBR, weź jedną dokumentację i oznacz każde pole jako pobierane automatycznie, wpisywane na podstawie decyzji człowieka albo przepisywane z innego źródła. Trzecia grupa jest zwykle najlepszym miejscem do rozpoczęcia automatyzacji, ponieważ zużywa czas pracownika, a nie tworzy nowej informacji.

Nie warto traktować tych określeń jako prostych synonimów. ISA-88 Part 4 definiuje Batch Production Record jako model danych dotyczących wykonania partii. Electronic Batch Record jest terminem używanym w rozwiązaniach informatycznych dla elektronicznie prowadzonej historii partii, która może obejmować taki zakres danych oraz dodatkowe funkcje, np. workflow, integracje i elektroniczne zatwierdzenia.

Nie. EBR może być realizowany w różnych systemach obsługujących proces batchowy. MES jest częstym wyborem, ponieważ może połączyć zlecenie produkcyjne z danymi materiałowymi, procesowymi i jakościowymi, ale sama koncepcja Electronic Batch Record nie jest przypisana wyłącznie do MES.

Nie wszystkie. Może ograniczyć błędy związane z ręcznym przepisywaniem, brakującymi wpisami albo pomijaniem kroków wymaganych przez workflow. Nadal zależy jednak od poprawności źródeł danych, konfiguracji systemu oraz właściwego przypisania informacji do partii i operacji.

Genealogia pokazuje zależności między partiami materiałów, półproduktów i produktów. Electronic Batch Record może zawierać tę genealogię, a oprócz niej opisywać wykonane operacje, urządzenia, rzeczywiste parametry procesu, wyniki kontroli i zdarzenia związane z daną partią.

Od jednej reprezentatywnej partii i jej obecnej dokumentacji. Trzeba ustalić źródło każdego pola, znaleźć dane już istniejące cyfrowo i sprawdzić czy można je wiarygodnie przypisać do właściwego batcha oraz operacji. Dopiero wtedy warto określać potrzebne integracje i funkcje systemu.