Czym jest elektroniczny zapis naważania surowców, czym różni się od papierowego ZWS i jak odpowiada na Aneks 11, ALCOA+ oraz audit trail. Stan na 7.10.2026.
Błąd w naważaniu zostaje w leku do końca serii, bo surowiec wsypany do pojemnika nie wraca na półkę. Dlatego każda taka czynność musi zostawić ślad: kto ważył i czy ktoś to sprawdził.
Opisujemy, czym jest elektroniczny zapis naważania, gdzie papierowy Zapis Wytwarzania Serii zawodzi i jakie wymagania integralności danych stawia Aneks 11 do EU GMP. Jako przykład rozwiązania pokazujemy moduł opisany na stronie Studio Naważalnia GMP. Tło branżowe dla magazynu surowców daje strona o logistyce farmaceutyków. Stan przepisów podajemy na 7.10.2026.
Naważanie jest pierwszym zapisem w Zapisie Wytwarzania Serii
Naważanie przenosi surowce z magazynu do produkcji, a zapis tej czynności wchodzi do akt serii.
Naważanie, zwane też dozowaniem, polega na odmierzeniu mas surowców zapisanych w recepturze, zanim zaczną się kolejne etapy produkcji. Surowiec pochodzi z magazynu, gdzie jego partie ewidencjonuje się według numeru partii, i wchodzi do produkcji dopiero po zwolnieniu przez Kontrolę Jakości.
Przebieg wytworzenia jednej serii leku producent zapisuje w Zapisie Wytwarzania Serii (ZWS). Część o naważaniu zawiera numery partii surowców i odczytane masy, a każdy wpis ma datę oraz podpis operatora i osoby sprawdzającej. Na papierze to wydruk z polami do ręcznego wypełnienia. W zapisie elektronicznym są to rekordy w bazie danych, z których system składa protokoły etapów.
Punkt wyjścia podaje zasada ogólna Aneksu 11: gdy system komputerowy zastępuje operację ręczną, nie może spaść jakość produktu, kontrola procesu ani zapewnienie jakości, a ogólne ryzyko procesu nie może wzrosnąć. Zapis elektroniczny ma więc dawać co najmniej tę samą pewność co papier.
Zapis naważania przegląda następnie mistrz produkcji. Na papierze przegląd oznacza czytanie kart etap po etapie. W zapisie elektronicznym system dodatkowo zbiera wyjątki w podsumowaniu zamknięcia, więc recenzent zaczyna od odchyleń, a nie od pierwszej strony.
Papier zawodzi tam, gdzie liczy się czas wpisu i niezależna kontrola
Karta nie odmówi przyjęcia błędnego wpisu, a system może.
Papierowy ZWS opiera się na dyscyplinie. Operator ma wpisać masę własnoręcznie i czytelnie, od razu po zważeniu, a druga osoba ma ją sprawdzić, zamiast podpisać z rozpędu. Każde z tych założeń potrafi zawieść bez złej woli, na przykład gdy zmiana dobiega końca i wpisy powstają po fakcie.
| Ryzyko papieru | Mechanizm w zapisie elektronicznym |
|---|---|
| Wpis powstaje po fakcie, a godzina jest przybliżona | System nadaje znacznik czasu w chwili zapisu, a operator nie może go zmienić. |
| Parafa jest nieczytelna albo należy do innej osoby | Każdy zapis ma konto zalogowanego użytkownika i znacznik czasu. |
| Poprawka jest przekreślona bez uzasadnienia | Zmiana zachowuje wartość przed i po, a ręczna zmiana wymaga komentarza. |
| Masa jest przepisana z wyświetlacza wagi na kartę | Masa trafia do zapisu wprost z wagi, więc znika błąd przepisania. |
| Pozycja jest pominięta, a etap zamknięty bez niej | System nie zamknie etapu z otwartą pozycją. |
| Niezależna kontrola jest tylko formalnością | System może wymagać potwierdzenia drugiej osoby przy czynnościach, które tego wymagają według procedury zakładu. |
| Waga bez aktualnej kontroli albo surowiec bez zwolnienia jakościowego | Blokada startu, gdy brakuje wymaganego sprawdzenia wagi przed użyciem albo partia nie ma zwolnienia jakościowego. Progi i częstotliwości ustala procedura zakładu. |
| Karta ginie, ulega zalaniu albo jest poprawiana po zamknięciu serii | Rekordy leżą w bazie danych, a każda późniejsza zmiana zostawia ślad w audit trail. |
Elektronika nie usuwa błędu ludzkiego. Przenosi kontrolę z zaufania do reguły, która działa w chwili czynności, a nie podczas przeglądu akt po zakończeniu serii. Szerszy obraz dokumentów w magazynie, od przyjęcia po wydanie, omawia strona o dokumentacji magazynowej.
Aneks 11 opisuje wymagania wobec zapisu w systemie komputerowym
Stan na 7.10.2026: obowiązuje wersja z 2011 roku, a nowelizacja jest dopiero projektem.
Aneks 11 (Computerised Systems) wchodzi w skład EudraLex tom 4. Na stronie Komisji Europejskiej obowiązuje jego wersja ze stycznia 2011 roku. Projekt nowelizacji Komisja opublikowała do konsultacji 7.07.2025, a termin uwag minął 7.10.2025, co potwierdza strona konsultacji Komisji Europejskiej. Do ukazania się finalnego tekstu projektu nie traktuje się jako obowiązującego, więc poniższe punkty dotyczą wersji z 2011 roku.
| Punkt Aneksu 11 | Czego dotyczy | Jak to widać w zapisie naważania |
|---|---|---|
| Pkt 4, walidacja | Dokumentacja obejmuje etapy cyklu życia, a dla systemu dedykowanego wymagana jest formalna ocena jakości i wydajności na każdym etapie (pkt 4.6). | Użytkownik waliduje system na podstawie własnych wymagań i testów, a dostawca dostarcza dokumentację funkcjonalną. |
| Pkt 6, kontrola dokładności | Dla krytycznych danych wpisywanych ręcznie wymagana jest dodatkowa kontrola: druga osoba albo zwalidowany sposób elektroniczny. | Masa trafia z wagi bez przepisywania, a czynności wymagające drugiej osoby wskazuje procedura zakładu. |
| Pkt 7, przechowywanie danych | Zabezpieczenie danych przed uszkodzeniem oraz dostęp do nich przez cały okres przechowywania, z regularnymi kopiami zapasowymi. | Rekordy leżą w bazie danych, a kopie i sprawdzenie odtwarzania prowadzi użytkownik w swojej infrastrukturze. |
| Pkt 8, wydruki | Czytelne kopie danych zapisanych elektronicznie, a dla zapisów wspierających zwolnienie serii także informacja o zmianach od pierwotnego wpisu. | Protokół naważenia z podglądem A4 i ponownym wydrukiem; zmiany wynikają z audit trail. |
| Pkt 9, audit trail | Zapis zmian i usunięć istotnych dla GMP, z powodem zmiany, w zrozumiałej formie i regularnie przeglądany. | Wpis wskazuje autora i czas, a także wartość przed i po zmianie, z komentarzem. |
| Pkt 12, bezpieczeństwo | Dostęp tylko dla osób upoważnionych i rejestr tożsamości osoby, która wprowadza, zmienia, potwierdza lub usuwa dane, z datą i godziną (pkt 12.4). | Role z uprawnieniami nadawanymi przez administratora oraz zapisy z autorem i godziną. |
| Pkt 14, podpis elektroniczny | Skutek równy podpisowi własnoręcznemu w granicach firmy, trwałe powiązanie z rekordem i data z godziną. | Potwierdzenie zapisuje się z kontem użytkownika i czasem; czy jest podpisem elektronicznym wg procedur zakładu, rozstrzyga użytkownik w walidacji. |
| Pkt 15, zwolnienie serii | Zwolnienie serii w systemie wolno potwierdzać tylko osobom wykwalifikowanym, podpisem elektronicznym. | Decyzja leży poza naważalnią, ale opiera się na zapisach serii, w tym na zapisie naważania. |
Dwa inne punkty dotyczą ścieżki, którą dane wchodzą do systemu. Punkt 5 wymaga wbudowanych kontroli poprawności i bezpieczeństwa przy wymianie danych z innymi systemami, co obejmuje import zleceń z ERP i zwrot potwierdzenia etapu. Punkt 1 każe oprzeć zakres walidacji i kontroli integralności na udokumentowanej ocenie ryzyka, więc ten sam zapis w dwóch zakładach może wymagać różnego nakładu.
Aneks 11 nie wymienia żadnego produktu, więc żaden system nie jest z nim zgodny samym faktem zakupu. Zgodność wykazuje użytkownik, walidując system w swoim systemie jakości.
ALCOA+ w naważalni sprowadza się do dziewięciu cech zapisu
Wytyczne opisują każdą cechę osobno, a naważalnia daje na każdą z nich konkretny przykład.
Dobre praktyki dokumentowania streszcza akronim ALCOA, a po rozszerzeniu ALCOA+. Opisują go między innymi wytyczne PIC/S PI 041-1 z 1.07.2021 oraz wytyczne WHO (TRS 1033, aneks 4, 2021). Zasady dotyczą jednakowo zapisów papierowych i elektronicznych, a rozszerzenie dodaje cztery cechy do pięciu podstawowych.
Macierz poniżej przypisuje każdej cesze jeden przykład z naważalni. Przykłady pokazują, jak daną cechę zapewnia zapis elektroniczny, którego papier nie zapewni sam z siebie.
Dwie cechy zasługują na komentarz. Oryginalność oznacza, że pierwotny zapis zostaje, nawet gdy ktoś go poprawi, więc poprawka dodaje wpis, a nie nadpisuje stary. Równoczesność oznacza, że czas pochodzi z systemu, a nie z pamięci operatora.
Cechy ALCOA+ dotyczą też danych towarzyszących naważce, na przykład wyniku sprawdzenia wagi przed użyciem i warunków w pomieszczeniu. Wynik bez autora i godziny nie dowodzi, że waga była sprawna w chwili naważania.
Audit trail zapisuje, kto zmienił dane i dlaczego
Samo istnienie dziennika nie wystarcza, bo Aneks 11 wymaga też powodu zmiany i regularnego przeglądu.
Punkt 9 Aneksu 11 każe rozważyć, na podstawie analizy ryzyka, zapis wszystkich zmian i usunięć istotnych dla GMP, czyli systemowy audit trail. Przy zmianie lub usunięciu danych trzeba udokumentować powód, a sam dziennik ma być dostępny w zrozumiałej formie i regularnie przeglądany. Punkt 12.4 dodaje, że system rejestruje tożsamość osoby, która wprowadza, zmienia, potwierdza lub usuwa dane, razem z datą i godziną.
Najłatwiej pokazać to na przykładzie. Gdy upoważniona osoba zmienia ilość naważki, dziennik zapisuje jeden rekord, który odpowiada na siedem pytań.
Wpis jest tak wiarygodny, jak droga, którą trafia do bazy. W Studio WMS.net na platformie StudioSystem ST (architektura i wymagania serwera) zapisy procesu naważania przechodzą wyłącznie przez procedury bazodanowe MS SQL Server. Procedura w jednej transakcji sprawdza uprawnienie roli i zapisuje audit trail. Same wyzwalacze nie wystarczają, bo platforma łączy się z bazą jednym kontem, więc wyzwalacz nie widzi, kto jest użytkownikiem aplikacji.
Ponowne sprawdzenie stanu pod blokadą w transakcji sprawia, że dwa okna przeglądarki ani dwie osoby nie zapiszą tej samej naważki dwa razy. Pilnują tego unikalne indeksy w bazie danych.
Regularny przegląd dziennika, którego wymaga Aneks, ma częstotliwość i zakres ustalone w procedurze użytkownika na podstawie oceny ryzyka. Przegląd skupia się na zdarzeniach odbiegających od normalnego przebiegu, takich jak ręczne zmiany danych.
Zasada dwóch osób i rozdział ról chronią zapis przed pomyłką
Niezależna kontrola ma sens tylko wtedy, gdy wykonuje ją ktoś inny niż wykonawca czynności.
Punkt 6 Aneksu 11 mówi o dodatkowej kontroli dokładności dla krytycznych danych wpisywanych ręcznie: wykonuje ją druga osoba albo zwalidowany sposób elektroniczny. Zasada dwóch osób jest ogólną praktyką GMP, bo czynność krytyczną potwierdza niezależnie druga osoba wskazana w procedurze zakładu. Rozdział ról uzupełnia ją, bo oddziela osobę prowadzącą czynność od osoby, która o niej decyduje.
Na papierze obie zasady zależą od uczciwości, bo kartka przyjmie każdy podpis. System z kontami użytkowników i rolami zapisuje, kto wykonał czynność i kto ją potwierdził. Przy czynnościach, które tego wymagają według procedury zakładu, może też wymagać potwierdzenia drugiej osoby, a zasady ustala analiza przedwdrożeniowa.
Operator prowadzi etap, a mistrz zatwierdza decyzje. Przeliczenie masy substancji czynnej według jej zawartości w partii opisuje strona o korekcie procentowej substancji czynnej w naważaniu. Zestaw ról i uprawnień ustala analiza przedwdrożeniowa.
Studio Naważalnia GMP jest przykładem zapisu opartego na blokadach
Moduł rozszerza Studio WMS.net i powstał w projekcie dla producenta farmaceutyków.
Moduł Studio Naważalnia GMP działa na platformie StudioSystem ST (ASP.NET i MS SQL Server) i jest częścią rodziny Studio WMS.net. To rozwiązanie dedykowane, wdrażane po analizie przedwdrożeniowej, a nie produkt z pudełka. Opis modułu znajduje się na stronie Studio Naważalnia GMP, a miejsce w ofercie dla branży na stronie WMS dla przemysłu farmaceutycznego.
Operator pracuje w przeglądarce na tablecie ze skanerem kodów. Zlecenia produkcyjne system importuje z ERP producenta z wyprzedzeniem, a numer operacji ERP odpowiada jednemu etapowi naważania. Potwierdzenie etapu wraca do ERP jako plik XML. Etap przechodzi cztery fazy, od przygotowania stanowiska po zatwierdzenie.
System nie pozwala przejść do następnej fazy, gdy wymagana kontrola nie została wykonana albo partia nie ma zwolnienia jakościowego:
- Przygotowanie stanowiska i kontrole - kontrola wagi przed użyciem i kontrola warunków w pomieszczeniu; progi i częstotliwości ustalają procedury zakładu.
- Weryfikacja surowca - skan etykiety pojemnika z kodem kreskowym, zgodność ze zleceniem i status jakościowy partii.
- Naważanie i zapis masy - odczyt masy z wagi i tarowanie przez usługę SSService.exe.
- Zamknięcie i zatwierdzenie - podsumowanie wyjątków i zatwierdzenie korekt przez uprawnioną osobę.
Status partii pochodzi z decyzji kontroli jakości, więc partia niezwolniona nie da się naważyć. Usługa Windows SSService.exe jest instalowana na serwerze lub stanowisku, dlatego waga bez połączenia nie zważy, a operator nie wpisze masy z ręki.
Po zatwierdzeniu etapu system generuje protokół naważenia w formacie A4, z numeracją i wersjonowaniem. Protokół zapisuje przebieg etapu i masy naważek, a także odchylenia i przerwy. Zestaw dokumentów pomocniczych ustala analiza przedwdrożeniowa. Pojemnik ma etykietę z kodem kreskowym Code 128.
Dwa zapisy towarzyszące naważaniu na papierze żyją w osobnych dzienniczkach: kontrola wagi przed użyciem i kontrola warunków w pomieszczeniu. Tutaj są częścią procesu, a wynik zostaje w zapisie etapu. Progi i częstotliwości ustalają analiza przedwdrożeniowa i procedury zakładu.
Zakres zależy od analizy przedwdrożeniowej: modele wag, sposób ich podłączenia, drukarkę etykiet i ewentualne czujniki warunków ustala właśnie ona. Certyfikatu zgodności z GMP nie deklarujemy. Moduł projektowano z założeniem wymagań Aneksu 11 i podejścia GAMP 5.
Walidacja należy do użytkownika, a dostawca dostarcza dokumentację
Oprogramowanie dedykowane to w GAMP 5 kategoria 5, więc wymaga pełniejszego zakresu działań niż produkt standardowy.
Aneks 11 w zasadzie ogólnej nakłada na użytkownika walidację aplikacji i kwalifikację infrastruktury IT, a punkt 3 wymaga formalnej umowy z dostawcą z jasnym podziałem odpowiedzialności. W klasyfikacji GAMP 5 (ISPE, wydanie drugie z 2022 roku) oprogramowanie dedykowane należy do kategorii 5. Dla takiego systemu punkt 4.6 Aneksu wymaga formalnej oceny jakości i wydajności na każdym etapie cyklu życia.
Walidację komputerową (CSV) prowadzi producent leków w swoim systemie jakości, od specyfikacji wymagań użytkownika po testy i ocenę ryzyka. Dostawca dostarcza dokumentację funkcjonalną i wsparcie, a zakres ustala analiza przedwdrożeniowa. Po stronie użytkownika zostaje ocena ryzyka i specyfikacja wymagań. Zostają tam także testy akceptacyjne, procedury obsługi i okresowa ocena systemu. Pytania, które warto zadać dostawcy przed zakupem, zbiera checklista pytań do dostawcy WMS.
Walidacja nie kończy się na wdrożeniu. Aneks 11 wymaga okresowej oceny, czy system pozostaje w stanie zwalidowanym (pkt 11), oraz zmian konfiguracji wprowadzanych w sposób kontrolowany (pkt 10). Zmiany bazy w Naważalni GMP trafiają wyłącznie w skryptach wersjonowanych. Jeden skrypt opisuje jedną zmianę i da się go uruchomić ponownie bez skutków ubocznych, więc stan bazy można odtworzyć i porównać.