Modernizacja w obiekcie klasy BSL-3 lub BSL-4 rzadko ogranicza się wyłącznie do elementu, który został fizycznie dotknięty. Zanim zespół projektowy będzie mógł zdecydować, co należy przetestować, musi ustalić, co faktycznie uległo zmianie — i to właśnie kwestia wyznaczenia granic, a nie sama metoda testowania, decyduje o tym, czy wyniki odbioru są uzasadnione. Błędne określenie tego zakresu w którąkolwiek stronę wiąże się z realnymi kosztami: jeśli jest on zbyt wąski, nieprzetestowany interfejs wraca do eksploatacji z niezweryfikowaną funkcją zabezpieczającą; jeśli jest zbyt szeroki, w ramach projektu ponownie testuje się systemy, które nigdy nie zostały naruszone.
Zakres modernizacji musi obejmować zmiany fizyczne i funkcjonalne
| Interfejs modernizacyjny | Kwestia granic | Akceptacja – planowanie – konsekwencja |
|---|---|---|
| Przepusty i uszczelnienia | Czy ta modyfikacja spowodowała naruszenie bariery ochronnej lub uszczelnienia? | Należy uwzględnić kontrolę i badanie danej uszczelki; nie należy wyciągać wniosków dotyczących ogólnego zakresu ani ograniczeń badania szczelności pomieszczenia. |
| Strefy ciśnienia | Czy ta zmiana wpłynęła na daną zależność ciśnieniową? | Należy uwzględnić weryfikację kierunku przepływu powietrza dla tej zależności. |
| Ścieżki wydechu | Czy modernizacja spowodowała zmianę przebiegu układu wydechowego lub jego połączenia? | Należy uwzględnić daną funkcję układu wydechowego w zakresie testu. |
| Elementy sterujące, alarmy i blokady | Czy nastąpiła zmiana konfiguracji sterowania, logiki lub stanu interfejsu? | Należy przetestować odpowiednie elementy sterujące, alarmy i blokady w różnych stanach interfejsu. |
| Urządzenia pomocnicze, sprzęt do transferu oraz interfejsy do obsługi odpadów | Czy zmiana ta wpłynęła na połączenie fizyczne lub zależność funkcjonalną w jednym z tych interfejsów? | Należy traktować daną funkcję jako część granicy zmiany i dobrać metodę weryfikacji zgodnie z ryzykiem projektowym. |
Modernizacja systemu zabezpieczeń rzadko jest pojedynczym, odosobnionym działaniem. Prace nad jednym interfejsem często mają wpływ na inne, które są z nim połączone fizycznie lub zależne od niego funkcjonalnie, nawet jeśli nikt tego nie zamierzał. A przejście kabla lub przewodu Dodanie ściany odgradzającej stanowi zmianę fizyczną, ale może również stanowić zmianę funkcjonalną, jeśli wpływa na różnicę ciśnień po obu stronach bariery, przez którą przechodzi. Aktualizacja logiki sterowania związana z drzwiami lub śluzą powietrzną stanowi zmianę funkcjonalną, nawet jeśli nie wymieniono żadnego sprzętu. Pierwszym zadaniem zespołu projektowego nie jest testowanie — jest to zidentyfikowanie, które granice fizyczne i które relacje funkcjonalne uległy zakłóceniu w wyniku prac modernizacyjnych, niezależnie od tego, jak niewielka wydawała się ta ingerencja w tamtym momencie.
Ma to znaczenie, ponieważ skuteczność zabezpieczeń ma charakter relacyjny. Przejście, strefa ciśnieniowa, droga odprowadzania, punkt kontrolny, przyłącze mediów oraz interfejs odprowadzania odpadów nie funkcjonują niezależnie; każdy z nich zależy od utrzymania przez pozostałe elementy stanu zgodnego z projektem. W przypadku gdy modernizacja zmienia jeden z tych elementów, granica “tego, co uległo zmianie” musi obejmować każdą funkcję zależną od zmienionego stanu, a nie tylko element, który został fizycznie otwarty lub wymieniony. Zmiana strefy ciśnienia spowodowana nowym przejściem jest funkcjonalną konsekwencją działania fizycznego i obie muszą mieścić się w tych samych granicach akceptacji.
W praktyce oznacza to, że przy planowaniu projektu granice zmian należy zdefiniować przed sporządzeniem listy testów, a nie wywodzić je z niej. Jeśli zespół zacznie od pytania “jakie testy zwykle przeprowadzamy po tego rodzaju pracach”, ryzykuje, że przetestuje jedynie oczywiste zmiany fizyczne, pomijając konsekwencje funkcjonalne, które rozprzestrzeniają się w systemie. Jeśli natomiast zacznie od pytania “które interfejsy — przejścia, strefy ciśnieniowe, ścieżki odprowadzania, elementy sterujące, instalacje pomocnicze, urządzenia transferowe, interfejsy odprowadzania odpadów — zostały zakłócone, fizycznie lub funkcjonalnie, w wyniku tej modernizacji”, lista testów wynikać będzie z granicy opartej na dowodach, a nie z przyzwyczajenia.
W przypadku gdy modernizacja ogranicza się do pojedynczego, dobrze odizolowanego komponentu bez współdzielonych zależności, jej zakres pozostaje wąski, a prace związane z akceptacją są ukierunkowane. Gdy modernizacja dotyczy współdzielonego modułu, współdzielonego systemu sterowania lub funkcji, od której zależą kolejne elementy, zakres ten musi zostać rozszerzony tak, aby uwzględnić te zależne elementy, nawet jeśli same w sobie nie zostały fizycznie zmodyfikowane. Ustalenie, który z tych warunków ma zastosowanie, jest pierwszą decyzją, jaką musi podjąć zespół projektowy, i musi ona zostać podjęta w sposób wyraźny, a nie oparta na domniemaniach wynikających z zakresu zlecenia konserwacyjnego.
Dostępne dane można wykorzystywać wyłącznie w przypadku niezmienionych konfiguracji
| Warunek dowodowy | Dopuszczalne zastosowanie | Implikacja akceptacji |
|---|---|---|
| Konfiguracja pozostała bez zmian, a dowody nadal mają zastosowanie | Zachowaj ten zapis jako punkt odniesienia dla tej niezmienionej konfiguracji. | Z dokumentacji nie wynika, że zmieniony interfejs został zaakceptowany. |
| Zmiana interfejsu może wpłynąć na poprzedni lub sąsiedni wynik | Nie należy przenosić wyniku na przyszłość bez ponownej oceny jego przydatności. | Należy uwzględnić dany wynik w zakresie ponownej weryfikacji. |
| Nie jest jasne, czy konfiguracja jest zgodna, ani czy dowody mają zastosowanie | Traktuj możliwość zastosowania jako zmienną nieznaną, specyficzną dla danego projektu. | Należy utrzymać powiązaną funkcję w granicach przeglądu do czasu ustalenia tej zależności. |
Dokumentacja dotycząca kwalifikacji i oddania do eksploatacji, sporządzona podczas pierwotnej budowy obiektu lub wcześniejszej modernizacji, stanowi dowód konkretnej konfiguracji w określonym momencie. Dowód ten zachowuje ważność tylko tak długo, jak długo opisana w nim konfiguracja pozostaje niezmieniona. Kwestia odbioru modernizacji nie polega na tym, czy wcześniejszy dowód był wystarczający w momencie jego sporządzenia — co prawie na pewno miało miejsce — ale na tym, czy opisana w nim konfiguracja nadal istnieje po zakończeniu bieżących prac.
W tym właśnie aspekcie proces odbioru modernizacji różni się od uruchomienia obiektu nowo wybudowanego. W przypadku nowego obiektu cała dokumentacja jest sporządzana w odniesieniu do ostatecznej konfiguracji zgodnej ze stanem faktycznym. W przypadku modernizacji projekt obejmuje mieszankę elementów: niektóre systemy pozostają bez zmian, inne zostały bezpośrednio zmodyfikowane, a jeszcze inne plasują się gdzieś pośrodku — nie zostały bezpośrednio zmodyfikowane, ale są powiązane z elementami, które takie zmiany przeszły, lub od nich zależne. Zespół projektowy musi zaklasyfikować każdy system do jednej z tych kategorii, zanim zdecyduje, jaka dokumentacja ma do niego zastosowanie.
Najtrudniejsza jest trzecia kategoria. Zmiana interfejsu może unieważnić wynik dotyczący sąsiedniego systemu, nawet jeśli system ten nigdy nie został uruchomiony, ponieważ wcześniejsza kwalifikacja tego systemu opierała się na założeniu — zależności ciśnieniowej, ścieżce przepływu powietrza, stanie sterowania — które mogło ulec zmianie w wyniku modernizacji. Przenoszenie dokumentacji kwalifikacyjnej bez ponownej oceny, czy leżące u jej podstaw założenie nadal obowiązuje, oznacza traktowanie odziedziczonych danych tak, jakby odnawiały się same, a tak nie jest.
W przypadku gdy zgodność konfiguracyjna między stanem faktycznym modernizacji a stanem opisanym w dokumentacji kwalifikacyjnej jest oczywista i niezmienna, istniejąca dokumentacja może służyć jako punkt odniesienia i nie ma potrzeby jej powtarzania. W przypadku gdy zgodność ta jest niejasna — gdy zespół nie może potwierdzić, czy modernizacja wpłynęła na założenie, na którym opierały się wcześniejsze dowody — uczciwym podejściem jest potraktowanie tej kwestii jako otwartej i utrzymanie danej funkcji w zakresie przeglądu do czasu ustalenia tej zależności, zamiast domyślnego przyjmowania pełnej akceptacji lub pełnego ponownego testowania. Jest to kwestia zarówno dyscypliny dokumentacyjnej, jak i technicznej: pakiet akceptacyjny modernizacji musi wykazać, dla każdego odziedziczonego zapisu, dlaczego uznano go za nadal mający zastosowanie, a nie tylko to, że istnieje.
Przepusty, uszczelnienia i zależności ciśnieniowe wymagają ukierunkowanych kontroli
| Zmieniony interfejs | Dowody ukierunkowane | Co wynika z czeku | Granica dowodów |
|---|---|---|---|
| Przepust kablowy lub inne przejście przez ścianę | Kontrola i badanie uszczelnienia przejścia rurociągu, którego dotyczy problem, po wymianie lub naprawie | Dowody na zmianę stopnia penetracji i jej uszczelnienie | Nie określa ona ogólnego zakresu szczelności pomieszczeń, stałej wartości granicznej ani procedury zatwierdzania produktów. |
| Pneumatyczne uszczelnienie połączenia drzwiowego | Sprawdzenie uszkodzonej plomby oraz wszelkich związanych z nią alarmów lub blokad po wymianie plomby lub aktualizacji systemu sterowania | Dowody na zmianę funkcji interfejsu drzwi | Nie akceptuje niezmienionych systemów stosowanych gdzie indziej. |
| Zależność ciśnienia między strefami objętymi zjawiskiem | Weryfikacja kierunku przepływu powietrza w odniesieniu do danego związku | Dowody na zmianę zależności między ciśnieniem a strefą | Nie sprawdza poprawności sąsiednich, niezmienionych stref. |
Po zdefiniowaniu granicy zmiany prace związane z odbiorem muszą dostarczyć dowodów odpowiadających każdemu konkretnemu interfejsowi, a nie opierać się na ogólnym teście stosowanym jednolicie w całym obiekcie. Przejścia, uszczelnienia i relacje ciśnieniowe zachowują się w różny sposób, a dowody potwierdzające właściwości jednego z nich nie mają zastosowania w przypadku pozostałych.
Przejście przez ścianę — przeznaczone dla kabli, przewodów lub innych elementów instalacyjnych — ocenia się na podstawie kontrola i badanie tej konkretnej uszczelki po dokonaniu zmiany lub naprawy, która miała na nią wpływ. Dostarcza to dowodów na istnienie tego przejścia i jego uszczelnienia; nie określa to jednak zakresu szczelności całego pomieszczenia ani ogólnej granicy, a także nie odnosi się do stanu innych przejść w tej samej ścianie, które nie zostały naruszone. W przypadku gdy w obiekcie stosuje się specjalny otwór na przewody i kable, tak jak w przypadku Urządzenie penetrujące typu Vacu-Pass, kontrola docelowa dotyczy właśnie tego konkretnego portu i jego interfejsu uszczelniającego, a nie całego zespołu ściennego.
A pneumatyczne uszczelnienie styku drzwi wiąże się z własną, odrębną potrzebą weryfikacji. W przypadku, gdy wymieniono uszczelkę drzwi lub zaktualizowano oprogramowanie sterujące w przypadku zmiany sposobu działania blokad lub alarmów drzwi, ukierunkowana kontrola musi obejmować samą plombę oraz wszelkie funkcje alarmowe lub blokujące powiązane z nowym stanem tej plomby. Dowód ten potwierdza działanie interfejsu drzwiowego; nie uwzględnia on niezmienionych systemów w innych częściach tej samej śluzy lub kompleksu, nawet jeśli systemy te korzystają z tej samej platformy sterującej.
Zależność ciśnieniowa między dwiema strefami wymaga weryfikacji kierunkowości przepływu powietrza specyficznej dla tej właśnie zależności. Różni się to zarówno od kontroli szczelności, jak i od kontroli drzwi, ponieważ zależność ciśnieniowa jest stanem dynamicznym na poziomie systemu, a nie statycznym stanem uszczelnienia — zależy ona od tego, czy ścieżka wywiewu, równowaga nawiewu oraz stan drzwi działają jednocześnie zgodnie z projektem. Weryfikacja zależności dla jednej pary stref, na którą ma to wpływ, stanowi dowód dla tej konkretnej pary; nie mówi ona nic o sąsiedniej, nieobjętej badaniem parze stref, nawet jeśli obie pary mają wspólną gałąź wywiewu położoną przed nimi w układzie.
W praktyce oznacza to, że plan odbioru modernizacji nie może opierać się na jednym rodzaju badania, który miałby obejmować wiele kategorii interfejsów. W przypadku gdy modernizacja dotyczyła jednocześnie otworu przejściowego, uszczelki drzwiowej i relacji ciśnieniowej, projekt wymaga trzech odrębnych zestawów dowodów, z których każdy obejmuje odrębny interfejs, a granice każdego wyniku muszą być określone na tyle jasno, by nie można było później interpretować, że obejmują one więcej niż w rzeczywistości.
Elementy sterujące i blokady wymagają przeprowadzenia testów we wszystkich nowych stanach interfejsu
Elementy sterujące i blokady stanowią inne wyzwanie związane z dopuszczeniem do eksploatacji niż uszczelnienia czy strefy ciśnieniowe, ponieważ ich działanie definiuje się na podstawie zachowania w różnych stanach, a nie na podstawie pojedynczego stanu statycznego. Nie wykazano, że system sterowania lub blokada, które przeszły kontrolę w jednym stanie — drzwi zamknięte, system w stanie spoczynku, normalne ciśnienie robocze — będą działać poprawnie we wszystkich stanach, które mogły zostać wprowadzone lub zmienione w wyniku modernizacji.
W przypadku gdy modernizacja powoduje zmianę konfiguracji układu sterowania lub jego logiki, nowa lub zmodyfikowana logika musi zostać przetestowana w każdym stanie interfejsu, którym zarządza, a nie tylko w stanie, który akurat jest wygodny do przetestowania. Na przykład blokada drzwi powiązana z różnicą ciśnień została zaprojektowana z myślą o co najmniej stanie normalnym, stanie przejściowym oraz wszelkich stanach awarii lub alarmów. Jeśli zweryfikowany zostanie wyłącznie stan normalny, prace związane z odbiorem modernizacji potwierdzą jedynie, że drzwi działają poprawnie, gdy wszystko jest w porządku — a jest to stan, w którym najtrudniej wykryć błąd spowodowany wprowadzoną zmianą.
Ma to szczególne znaczenie w przypadkach, gdy modernizacja polegała na aktualizacji logiki sterowania, a nie na wymianie sprzętu. Zmiana logiki może wpłynąć na sposób oceny stanu alarmowego, reakcję blokady na przekroczenie wartości granicznej lub interakcję między dwoma wcześniej niezależnymi pętlami sterowania, nie powodując przy tym żadnych widocznych zmian fizycznych. Ponieważ zmiana ta jest niewidoczna na poziomie sprzętowym, jedynym sposobem potwierdzenia, że system zachowuje się zgodnie z zamierzeniami, jest przetestowanie go w każdym stanie, z którym ma sobie radzić nowa logika, i sprawdzenie, czy reakcja jest zgodna z zamierzonym projektem – w tym w stanach reprezentujących odchylenie lub warunek przywrócenia, a nie tylko pracę w stanie ustalonym.
Zadaniem zespołu projektowego jest w tym przypadku zidentyfikowanie, dla każdego zmodyfikowanego elementu sterującego lub blokady, pełnego zestawu stanów, które modernizacja wprowadziła lub zmieniła — nie tylko stanów przewidzianych w pierwotnym projekcie, ale także wszelkich nowych stanów powstałych w wyniku samej modernizacji — oraz potwierdzenie, że każdy stan wywołuje zamierzoną reakcję. W przypadku gdy modernizacja zmieniła wspólną platformę sterowania, obowiązek ten rozciąga się na każdą funkcję blokady lub alarmu, którą ta platforma kontroluje, nawet jeśli zmiana miała dotyczyć tylko jednej konkretnej funkcji.
Naprawy lub odstępstwa mogą spowodować rozszerzenie zakresu ponownej weryfikacji
| Wyzwalacz | Dlaczego obecny zakres może już nie być wystarczający | Konieczne leczenie |
|---|---|---|
| Odchylenie podczas weryfikacji | Dana funkcja nie zwraca już wyniku bez kwalifikatora dla testowanej konfiguracji. | Należy odnotować odchylenie, określić granicę, której dotyczy, oraz udokumentować wszelkie naprawy i ponowne weryfikacje. |
| Naprawa uszkodzonego interfejsu | Konfiguracja po naprawie różni się od konfiguracji, w której uzyskano wcześniejsze dowody. | Zarejestruj przebieg naprawy i ponownie sprawdź działanie danej funkcji. |
| Zmiana, która może wpłynąć na wynik sąsiedni | Zmiana interfejsu może spowodować unieważnienie dowodów dotyczących powiązanej funkcji. | Należy ponownie ocenić sąsiedni wpis i rozszerzyć zakres ponownej weryfikacji w przypadkach, w których nie ma on już zastosowania. |
| Konserwacja lub odzyskiwanie po odkażaniu mające wpływ na działanie | Stan odbudowy stanowi część danej granicy funkcjonalnej. | Należy zweryfikować daną funkcję odzyskiwania danych pod kątem ryzyka projektowego oraz udokumentować jej konfigurację i dowody. |
Same testy akceptacyjne mogą dostarczyć nowych informacji, które zmieniają zakres tego, co nadal wymaga weryfikacji. Odchylenie wykryte podczas weryfikacji lub naprawa przeprowadzona na interfejsie Wynik tej weryfikacji nie oznacza zakończenia procesu po rozwiązaniu bieżącej kwestii — stanowi on bodziec, który wymaga od zespołu projektowego ponownego rozważenia, czy pierwotne granice testu nadal odzwierciedlają pełny zakres tego, co wymaga potwierdzenia.
Odchylenie wykryte podczas weryfikacji oznacza, że dana funkcja nie zapewnia już prawidłowego wyniku dla testowanej konfiguracji. Różni się to od pomyślnego testu bez odchyleń: gdy wystąpi odchylenie, funkcja pozostaje w stanie nierozwiązanym, dopóki nie zostanie ponownie pomyślnie przetestowana lub dopóki odchylenie nie zostanie w inny sposób rozstrzygnięte i udokumentowane. Naprawa przeprowadzona na danym interfejsie zmienia samą konfigurację — system po naprawie nie jest tym samym systemem, który opisano we wcześniejszych dowodach, nawet jeśli naprawa miała na celu przywrócenie pierwotnego zamysłu projektowego, ponieważ stan rzeczywisty uległ zmianie w trakcie realizacji tego celu.
Bardziej istotny jest przypadek, w którym odchylenie lub naprawa ujawniają, że sąsiedni wynik, który wcześniej uznano za niezmieniony, może już nie mieć zastosowania. Wiąże się to bezpośrednio z poruszonymi wcześniej kwestiami dotyczącymi granic i stosowalności dowodów: naprawa na jednym interfejsie może unieważnić założenie, na którym opierał się sąsiedni zapis kwalifikacyjny, nawet jeśli modernizacja lub naprawa nigdy nie dotyczyły bezpośrednio sąsiedniego systemu. Uświadomienie sobie tego wymaga od zespołu projektowego traktowania każdego odstępstwa i każdej naprawy jako sygnału do ponownego zbadania granic, a nie jedynie do usunięcia bezpośredniego problemu i kontynuowania prac.
Czynności związane z konserwacją lub przywracaniem stanu po odkażaniu zasługują na takie samo traktowanie w przypadkach, w których modernizacja miała na nie wpływ. Funkcja przywracania stanu — zdolność systemu do powrotu do zaprojektowanego stanu zabezpieczenia po czynność konserwacyjna lub odkażająca — stanowi część granicy funkcjonalnej, którą modernizacja mogła zakłócić, nawet jeśli nie jest to pierwsza funkcja, którą zespół rozważa przetestować. W przypadku gdy modernizacja zmieniła interfejs związany z odzyskiwaniem danych, sama funkcja odzyskiwania musi zostać zweryfikowana zgodnie z poziomem ryzyka, a konfiguracja oraz wynikające z tego dowody należy udokumentować wraz z pozostałymi elementami pakietu odbiorczego.
W rejestrach wydania należy odróżniać zmiany, które przeszły testy, od systemów, które nie zostały zmodyfikowane
| Sekcja „Wydania i nagrania” | Pole obowiązkowe | Wartość decyzyjna |
|---|---|---|
| Sprawdzono konfigurację i granice zmian | Należy określić konfigurację fizyczną i funkcjonalną objętą pracami związanymi z odbiorem modernizacji. | Określa, do czego odnoszą się nowe dowody. |
| Przetestowane interfejsy i funkcje | Należy wymienić wszystkie faktycznie zweryfikowane przejścia, uszczelnienia, relacje ciśnieniowe, ścieżki odprowadzania, elementy sterujące, alarmy, blokady lub funkcje przywracające. | Pokazuje, które zmodyfikowane funkcje zostały poddane ukierunkowanym kontrolom. |
| Zachowano dotychczasowe dowody | Należy wskazać wcześniejsze zapisy wykorzystywane wyłącznie w przypadku niezmienionych konfiguracji, w odniesieniu do których dowody nadal mają zastosowanie. | Odróżnia dane referencyjne od wyników nowych badań przeprowadzonych po modernizacji. |
| Odchylenia, naprawy i ponowna weryfikacja | Należy odnotować każde odstępstwo lub naprawę oraz dowody zebrane po ich wystąpieniu. | Pokazuje, w jaki sposób wyjątki wpłynęły na ostateczny zakres badania i zbiór dowodów. |
| Systemy nienaruszone | Należy zidentyfikować systemy znajdujące się poza granicami testowanej zmiany. | Zapobiega traktowaniu zezwolenia na modernizację jako nowego dowodu zatwierdzenia w przypadku systemów, w których nie wprowadzono żadnych zmian. |
Ostateczna ocena w ramach odbioru modernizacji obiektu klasy BSL-3/4 nie opiera się na wynikach testów — chodzi o to, w jaki sposób protokół odbioru odzwierciedla związek między tym, co zostało przetestowane, a tym, co nie. Protokół odbioru, który po prostu stwierdza, że obiekt przeszedł pomyślnie testy odbiorcze, nie rozróżniając zmian poddanych testom od systemów, których nie zmieniono, powoduje lukę w dokumentacji, z którą właściciel obiektu będzie musiał się borykać w nieskończoność: każdy, kto przeczyta ten protokół w późniejszym czasie, nie będzie miał możliwości dowiedzieć się, które systemy faktycznie obejmują nowe dane.
Dokumentacja musi jednoznacznie określać testowaną konfigurację oraz zakres zmian, tak aby każdy, kto zapozna się z nią później, dokładnie rozumiał, jaki fizyczny i funkcjonalny zakres obejmowały prace związane z odbiorem modernizacji. Należy w niej wymienić konkretne interfejsy i funkcje, które faktycznie zostały zweryfikowane — przejścia, uszczelnienia, relacje ciśnieniowe, ścieżki odprowadzania spalin, elementy sterujące, alarmy, blokady lub funkcje przywracania, które zostały poddane ukierunkowanym kontrolom — zamiast opisywać prace w ogólny sposób, który mógłby być interpretowany jako szerszy niż faktycznie wykonane działania. Należy wskazać, które wcześniejsze dokumenty kwalifikacyjne zostały zachowane jako dowody bazowe oraz do których niezmienionych konfiguracji dowody te nadal mają zastosowanie, tak aby rozróżnienie między nowymi testami a odziedziczonymi dowodami było możliwe do prześledzenia, a nie tylko domniemane.
W przypadku wystąpienia odchylenia lub konieczności przeprowadzenia naprawy w trakcie procesu odbioru, dokumentacja musi zawierać informacje o tym, w jaki sposób zdarzenie to zostało rozwiązane oraz jakie dowody zostały następnie przedstawione, tak aby późniejszy recenzent mógł zrozumieć, w jaki sposób ustalono ostateczny zakres testów, zamiast zakładać, że pierwotny plan został zrealizowany bez żadnych odstępstw. Wreszcie w dokumentacji należy wskazać systemy, które całkowicie wykraczają poza granice testowanej zmiany — systemy, których modernizacja nie dotyczyła ani fizycznie, ani funkcjonalnie — tak aby wydanie nie mogło zostać później błędnie zinterpretowane jako nowy dowód odbioru dla tych nietkniętych systemów.
Taka struktura służy raczej długoterminowym interesom właściciela obiektu niż samemu bieżącemu projektowi modernizacji: przyszła modernizacja, audyt lub kontrola będą zależały od możliwości ustalenia – wyłącznie na podstawie dokumentacji – które systemy zawierają aktualnie obowiązujące dane, a które zawierają dane z wcześniejszej konfiguracji, które mogą już nie być aktualne. W przypadku gdy w ramach oferty lub przeglądu projektu klient przekazuje firmie QUALIA szczegóły dotyczące konfiguracji modernizacji, interfejsów, których ona dotyczy, oraz podstawy ryzyka, to właśnie te same informacje o granicach pozwalają na zastosowanie takich elementów wyposażenia, jak drzwi APR, przepusty przewodów i kabli lub elementy do filtracji in situ należy skonfigurować i udokumentować w oparciu o rzeczywisty zakres zmian, a nie o ogólne założenia dotyczące tego, co obejmowała modernizacja.
Często zadawane pytania
Q: Czy każda modernizacja obiektu do poziomu BSL-3/4 wymaga ponownego przeprowadzenia badań całego obiektu?
A: Zakres akceptacji powinien obejmować najpierw fizyczne i funkcjonalne granice zmian, a następnie rozszerzać się wszędzie tam, gdzie zmieniony interfejs mógłby unieważnić dowody dotyczące powiązanej funkcji. Systemy, które nie uległy zmianom, mogą pozostać poza nowym zakresem testów tylko wtedy, gdy ich konfiguracja pozostała niezmieniona, a istniejące dowody nadal mają zastosowanie.
Q: Jakie informacje dotyczące projektu należy zebrać przed sfinalizowaniem planu odbioru modernizacji?
A: Należy udokumentować zmienioną konfigurację, objęte zmianami przejścia, relacje ciśnieniowe, ścieżki odprowadzania, elementy sterujące, instalacje użytkowe, urządzenia przesyłowe oraz interfejsy odprowadzania odpadów, wraz z dokumentacją kwalifikacyjną zaproponowaną jako punkt odniesienia. Należy również zidentyfikować znane odchylenia, naprawy, czynności konserwacyjne i działania naprawcze, tak aby przed dopuszczeniem do eksploatacji można było ocenić ich wpływ na granice zakresu badań.
Q: Czy wcześniejszy rekord kwalifikacji można ponownie wykorzystać po zmianie sąsiedniego interfejsu?
A: Dopiero po upewnieniu się, że zapisana konfiguracja pozostała niezmieniona, a dowody nadal mają zastosowanie. Jeśli zmiana interfejsu może wpłynąć na wcześniejszy wynik, należy utrzymać tę powiązaną funkcję w granicach przeglądu do czasu ustalenia jej zastosowania lub ponownej weryfikacji.
Q: Czy pomyślny wynik testu zmodyfikowanej przepusty kablowej lub uszczelki drzwiowej oznacza, że otaczający system zabezpieczający spełnia wymagania?
A: Dostarcza on dowodów dotyczących penetracji, uszczelnienia oraz wszelkich innych faktycznie przetestowanych funkcji, takich jak działanie alarmu, blokady lub zależności ciśnieniowej. Nie należy go traktować jako dowodu na zgodność sąsiednich, nietestowanych stref ani jako dowodu na ogólną granicę szczelności pomieszczenia.
Q: Kiedy należy rozszerzyć zakres ponownej weryfikacji w trakcie prac odbiorczych?
A: Należy rozszerzyć zakres, gdy odchylenie, naprawa, zmiana interfejsu lub stan konserwacji lub przywrócenia po odkażaniu powodują, że pierwotne dowody stają się niepewne w odniesieniu do innej funkcji. Należy odnotować zdarzenie, określić nową granicę, na którą ma to wpływ, oraz powiązać wynikające z tego dowody ponownej weryfikacji z ostateczną, przetestowaną konfiguracją.
Q: W jaki sposób nabywca może porównać przedstawione plany odbioru modernizacji?
A: Należy sprawdzić, czy każdy plan przyporządkowuje każdy zakłócony interfejs do funkcji oraz dowodów, które będą weryfikowane, wyjaśnia, w jaki sposób istniejące zapisy będą sprawdzane pod kątem dalszej przydatności, oraz określa, w jaki sposób będą traktowane odchylenia lub naprawy. Pakiet wydania powinien również zawierać oddzielne sekcje dotyczące nowo przetestowanych zmian, zachowanych dowodów bazowych, rozwiązanych wyjątków oraz systemów, które nie zostały ponownie przetestowane.
