Domeniul de aplicare al integrării BSL-3/4: Ce trebuie să stabilească proprietarii înainte de proiectare
Un proiect BSL-3/4 nu eșuează la punerea în funcțiune din cauza performanțelor insuficiente ale echipamentelor; el se blochează mai devreme, atunci când proiectarea se desfășoară pe baza unui domeniu de integrare care nu a fost niciodată finalizat complet. Proprietarii care presupun că însăși desemnarea BSL definește ceea ce trebuie să facă instalația și echipamentele descoperă adesea, într-o etapă târzie a proiectării sau în timpul testării integrate, că o barieră de presiune, o cale de transfer sau o interfață de control nu a fost niciodată atribuită nimănui. Definirea domeniului de integrare înainte de finalizarea proiectului este o decizie distinctă de selectarea echipamentelor și revine proprietarului și echipei de proiect înainte ca orice propunere a furnizorului să poată fi evaluată corespunzător.
Domeniul de aplicare începe cu activitatea vizată și evaluarea riscurilor
| Contribuții la stabilirea domeniului de aplicare | Contribuție la domeniul de aplicare al integrării | Limita de decizie |
|---|---|---|
| Lucrări de laborator prevăzute | Identifică activitatea pe care proiectarea integrată trebuie să o susțină | Acesta trebuie luat în considerare în cadrul evaluării riscurilor, mai degrabă decât tratat ca un set complet de cerințe de sine stătător |
| Evaluarea riscurilor specifice amplasamentului | Stabilește măsurile proporționale de biosecuritate și domeniul de aplicare al integrării care decurge din acestea | O referință sumară privind autoritatea nu înlocuiește evaluarea riscurilor proiectului sau normele naționale aplicabile |
| Denumirea BSL | Oferă contextul de referință pentru definirea cerințelor proiectului | Simpla desemnare nu îndeplinește toate cerințele privind instalațiile, echipamentele, interfețele sau probele |
Punctul de plecare pentru stabilirea domeniului de integrare nu este eticheta nivelului de izolare, ci activitatea pe care laboratorul trebuie să o susțină. O clasificare BSL-3 sau BSL-4 descrie o categorie de izolare; aceasta nu descrie agenții patogeni specifici manipulați, procedurile efectuate, volumele prelucrate sau echipamentele care trebuie să interacționeze cu încăperea pentru a susține acea activitate în condiții de siguranță. Două laboratoare cu aceeași desemnare pot necesita domenii de integrare semnificativ diferite, deoarece activitatea prevăzută diferă, iar tratarea desemnării ca pe un set complet de cerințe omite etapa care determină de fapt ce trebuie construit.
De aceea, evaluarea riscurilor servește ca punct de plecare pentru stabilirea domeniului de aplicare, mai degrabă decât ca un exercițiu de conformitate realizat ulterior. Aceasta Manualul OMS de biosecuritate în laborator, ediția a 4-a, definește evaluarea riscurilor ca bază pentru măsurile proporționale de biosecuritate, ceea ce înseamnă că rezultatul evaluării — și nu doar eticheta de izolare — ar trebui să stea la baza deciziilor privind cascadele de presiune, echipamentele de transfer, interfețele de decontaminare și punctele de monitorizare. În cazul în care evaluarea riscurilor identifică căi specifice de transfer, de eliminare a deșeurilor sau de expunere legate de activitatea prevăzută, aceste căi devin elemente ale domeniului de aplicare pe care proiectarea trebuie să le abordeze în mod explicit, în loc să se presupună că decurg automat din clasificarea BSL-3 sau BSL-4.
Consecința practică pentru un proprietar este stabilirea secvenței. Dacă activitățile de laborator prevăzute și evaluarea riscurilor aferente nu sunt finalizate sau sunt finalizate la un nivel de detaliu prea general pentru a identifica căile și interfețele specifice, orice domeniu de integrare elaborat exclusiv pe baza etichetei BSL va prezenta lacune care vor apărea ulterior sub forma unor modificări neplanificate ale proiectului. În schimb, în cazul în care evaluarea riscurilor este specifică în ceea ce privește procedurile, agenții și modurile de defectare, proprietarul o poate utiliza pentru a verifica dacă domeniul de integrare propus este într-adevăr complet, în loc să se bazeze pe categoria de izolare ca indicator al completitudinii. O referință la nivelul OMS oferă un sprijin sumar pentru această logică, dar nu înlocuiește evaluarea riscurilor specifică amplasamentului sau normele naționale aplicabile în materie de biosecuritate, care rămân autoritatea pe care proprietarul trebuie să o aplice în mod direct.
Trebuie trasate limite de izolare între încăperi și echipamente
Izolarea nu este o caracteristică specifică unei singure încăperi; este o delimitare continuă care trebuie trasată prin fiecare încăpere, coridor și echipament care intră în contact cu spațiul controlat. Cascade de presiune, rutele de transfer al personalului și al materialelor, traseele de evacuare a gazelor de eșapament, traseele de evacuare a deșeurilor lichide și interfețele de control traversează fiecare granițele fizice și ale echipamentelor, iar fiecare punct de trecere este un loc în care granița poate rămâne nedefinită dacă nimeni nu o cartografiază în mod deliberat.
Exercițiul de cartografiere este important deoarece izolarea se comportă diferit în funcție de locul în care se trasează o limită – fie în raport cu echipamentele, fie în raport cu perimetrele încăperilor. O limită de presiune trasată doar la nivelul încăperii, de exemplu, s-ar putea să nu țină seama de relațiile de presiune necesare între Laborator cu module BSL-3/BSL-4‘tranzițiile interne ale sistemului sau la nivelul echipamentelor, cum ar fi clapetele de izolare amplasate pe traseul sistemului de evacuare sau al conductelor și menite să mențină direcția fluxului de aer atât în condiții normale, cât și în caz de avarie. În cazul în care limita este trasată doar la nivel arhitectural, punctele de control de la nivelul echipamentelor riscă să fie considerate o problemă a altcuiva; în cazul în care aceasta este trasată doar la nivelul echipamentelor, contribuția anvelopei încăperii la aceeași limită riscă să fie presupusă, în loc să fie verificată.
Aceeași logică se aplică și rutelor de transfer și căilor de evacuare a deșeurilor. O rută de transfer printr-o cameră de echilibrare, o interfață de transfer VHP sau o cale de evacuare a deșeurilor lichide către un sistem de decontaminare a efluenților este la fel de vulnerabilă ca cel mai slab punct de legătură al său, iar acel punct de legătură se află adesea la intersecția dintre domeniul de aplicare al instalației și cel al echipamentelor. Aceasta CDC/NIH Biosafety in Microbiological and Biomedical Laboratories (BMBL), Ediția a 6-a, face distincția între controalele de acces și de flux de aer din cadrul nivelului BSL-3 și sistemele de ventilație, de acces și de decontaminare ale instalațiilor cu costume de protecție din cadrul nivelului BSL-4, ceea ce ne reamintește că comportamentul necesar al limitei de izolare se modifică în funcție de nivelul de izolare și de tipul instalației — și că o limită stabilită corect pentru o anumită configurație nu se aplică neschimbată unei alte configurații. BMBL reprezintă un ghid consultativ care trebuie aplicat în cadrul evaluării de risc specifice proiectului și al cerințelor normative locale, și nu ca o valoare universală de referință a presiunii.
Pentru proprietar, decizia constă în a stabili dacă fiecare limită de presiune, cale de transfer, cale de evacuare, cale de evacuare a deșeurilor lichide și interfață de control a fost reprezentată grafic atât pentru încăperi, cât și pentru echipamente, fără ca vreun segment să rămână implicit. Un segment necartografiat nu reprezintă o omisiune minoră; este o limită fără un comportament definit, pe care proiectul nu o poate închide până când cineva nu o definește.
Utilitățile și elementele de control necesită proprietari de interfață desemnați
Cartografierea unei limite identifică locul în care aceasta există; ea nu stabilește cine este responsabil pentru proiectarea, construirea sau verificarea acesteia. Fiecare punct de interfață — o racordare la rețeaua de utilități, un semnal de control, un punct de monitorizare, o stare de alarmă — are nevoie de un proprietar desemnat înainte de a putea fi considerat finalizat, deoarece o interfață fără proprietar tinde să fie considerată finalizată de o parte și în curs de finalizare de cealaltă.
Acest aspect este deosebit de important atunci când sistemele de control trec de la gestionarea clădirii la nivel de instalație la controlul la nivel de echipament, sau când o utilitate, cum ar fi alimentarea cu energie electrică, aer comprimat sau un mediu de decontaminare, trece de la infrastructura instalației la un echipament specific. Dacă nimeni nu este responsabil de interfață, specificațiile de pe o parte a limitei pot fi redactate fără a se ține cont de cerințele reale de pe cealaltă parte — o valoare de referință de control definită de sistemul clădirii fără a se cunoaște caracteristicile reale de răspuns ale echipamentului sau o utilitate dimensionată în funcție de proiectul clădirii fără a se confirma cererea reală a echipamentului în condiții de defecțiune. Riscul nu constă în faptul că interfața este greșită, ci în faptul că nimeni nu poate spune dacă este corectă, deoarece nicio parte nu a fost responsabilă pentru armonizarea celor două părți.
Desemnarea unui responsabil schimbă natura elementului deschis, transformându-l dintr-o presupunere comună într-o responsabilitate urmărită. În cazul în care responsabilul este echipa de proiectare a instalației, rolul furnizorului de echipamente este acela de a furniza datele de interfață suficient de devreme pentru ca echipa de proiectare a instalației să le poată utiliza. În cazul în care responsabilul este furnizorul de echipamente, rolul echipei de proiectare a instalației este acela de a confirma condițiile de funcționare sau de control de care depinde echipamentul. Ambele aranjamente pot funcționa; ceea ce nu funcționează este lăsarea nerezolvată a problemei responsabilității, în timp ce ambele părți acționează pe baza propriilor presupuneri cu privire la cealaltă parte.
Sarcina proprietarului în această etapă nu este aceea de a rezolva personal fiecare interfață, ci de a se asigura că fiecare interfață mapată are exact o singură parte desemnată, responsabilă de finalizarea acesteia, și că informațiile de care fiecare parte are nevoie de la cealaltă au fost identificate ca fiind un document specific sau un schimb de date, în loc să fie lăsate la latitudinea unei coordonări informale.
Obligațiile furnizorilor ar trebui separate de responsabilitățile unității
| Domeniul de responsabilitate | Aspectele care trebuie stabilite înainte de proiectare | Date privind interfața pentru identificarea |
|---|---|---|
| Servicii de utilități ale clădirii | Ce utilități rămân în sfera de aplicare a instalației și unde se interconectează cu echipamentele | Documentele privind utilitățile și datele referitoare la interfață pe care partea responsabilă de instalație trebuie să le furnizeze, precum și datele pe care furnizorul trebuie să le returneze |
| Lucrări de construcții | Ce lucrări de construcție nu sunt incluse în livrabilele furnizorului de echipamente | Limita înregistrată, excluderile și documentele care influențează integrarea echipamentelor |
| Livrabilele furnizorului de echipamente | Care dintre livrabilele de echipamente acceptate sunt incluse în pachetul furnizorului? | Documentele furnizorului și datele de interfață necesare pentru revizuirea proiectului, testarea integrată și predarea proiectului |
Odată ce interfețele au fost identificate și atribuite, următoarea decizie se referă la cine furnizează ce. Aceasta este o chestiune distinctă de cea a proprietății: proprietarul unei interfețe stabilește scopul de proiectare al acesteia, în timp ce repartizarea responsabilităților stabilește cine construiește, furnizează și documentează fiecare parte a acesteia. Utilitățile instalațiilor, lucrările de construcție și livrabilele furnizorilor de echipamente reprezintă trei categorii distincte de domeniu de aplicare, iar un proiect care nu le-a separat în mod clar riscă să analiza propunerii în cazul în care furnizorul și proprietarul presupun fiecare că celălalt se ocupă de un anumit articol.
Utilitățile clădirii — energie electrică, apă, gaze comprimate, sisteme de ventilație la nivel de clădire și servicii similare — rămân, de regulă, în responsabilitatea clădirii până la un punct de racordare bine definit, livrabilul furnizorului de echipamente începând de la acel punct. Lucrările de construcție, inclusiv elementele structurale, arhitecturale și de construcție generală, nu fac, de obicei, parte din responsabilitatea furnizorului de echipamente, chiar și în cazul în care construcția respectivă afectează în mod direct modul în care echipamentul se integrează în spațiu. Livrabilele furnizorului de echipamente, odată acceptate în pachetul definit al proiectului, vin însoțite de propria documentație și de cerințele privind datele de interfață de care partea responsabilă de instalație are nevoie pentru a-și finaliza propriul proiect în jurul acestora.
Motivul pentru care această delimitare trebuie să fie explicită, și nu doar presupusă, este că atât lacunele, cât și suprapunerile implică costuri în ceea ce privește timpul de coordonare, iar oricare dintre ele poate duce la situația în care o cerință rămâne, practic, fără responsabil. Dacă o delimitare nu este clară, un element de utilitate sau de interfață poate rămâne într-un spațiu în care fiecare parte a presupus că cealaltă este responsabilă pentru acesta, problema ieșind la iveală abia atunci când elementul este necesar și nu este disponibil. În cazul în care repartizarea responsabilităților este stabilită în scris din timp, aceasta poate fi verificată înainte de a deveni o problemă la fața locului. Acesta este genul de informații specifice proiectului privind domeniul de aplicare care intră în configurația furnizorului sau în analiza ofertei: cu cât granița și datele privind interfața furnizate de proprietar sunt mai clare, cu atât mai precis poate un furnizor să confirme ce se încadrează în pachetul de echipamente propus — de exemplu, în cazul unui laborator cu module BSL-3/BSL-4, un clapetă de izolare pe traseul de evacuare sau poziția unui sistem de decontaminare a efluenților în raport cu rețelele de utilități și lucrările de construcție ale instalației.
Ceea ce proprietarul trebuie să confirme înainte de a se trece la etapa de proiectare nu este doar separarea în sine, ci și documentele și datele de interfață pe care fiecare parte trebuie să le schimbe în acest context — specificațiile privind utilitățile pe care instalația trebuie să le transmită furnizorului, precum și datele de interfață pe care furnizorul trebuie să le returneze, astfel încât proiectarea instalației să poată fi finalizată în funcție de acestea.
Cerințele privind probele trebuie să se reflecte în procesul de testare și predare
| Etapa proiectului | Registrul de trasabilitate | Decizia pe care o susține |
|---|---|---|
| Cerință acceptată | Cerința acceptată, limitele domeniului său de aplicare și responsabilul desemnat pentru aceasta | Dacă proiectul include un element specific care urmează să fie supus revizuirii proiectului |
| Analiza proiectului | Dovezi de proiectare legate de cerința acceptată, inclusiv interfețele relevante și excluderile | Dacă o omisiune este vizibilă înainte de începerea lucrărilor la șantier |
| Testarea integrată | Dovezile de testare corelate cu cerința acceptată și cu domeniul de aplicare integrat | Dacă cerința convenită a fost luată în considerare în cadrul testării integrate |
| Predare | Documentele de predare legate de cerință și fișa de testare aferentă acesteia | Dacă pachetul final păstrează lanțul de dovezi corespunzător cerințelor |
O cerință acceptată care nu poate fi urmărită pe parcursul etapelor de proiectare, testare și predare riscă să se piardă fără ca cineva să decidă să o elimine. Definirea domeniului de aplicare nu este finalizată odată ce o cerință a fost convenită; aceasta este finalizată doar atunci când cerința respectivă rămâne vizibilă, împreună cu dovezile care o susțin, în fiecare etapă ulterioară a proiectului.
Mecanismul este simplu: fiecare etapă a unui proiect de izolare generează propria documentație, iar dacă această documentație nu face referire la cerința acceptată inițial, nu există nicio modalitate de a confirma că cerința a fost efectiv preluată, în loc să fi fost abandonată în tăcere în timpul proiectării detaliate. O cerință acceptată în timpul definirii domeniului de aplicare trebuie să reapară în cadrul revizuirii proiectului, unde dovezile de proiectare arată modul în care a fost abordată; din nou în cadrul testării integrate, unde dovezile de testare arată că a fost efectiv pusă în practică ca parte a sistemului integrat, și nu doar presupusă a funcționa deoarece componentele individuale au trecut propriile verificări; și din nou la predare, unde pachetul final de documentație arată în continuare legătura dintre cerința inițială și rezultatul testului.
Condiția care transformă acest aspect dintr-o simplă chestiune de formalitate în documentație într-un risc real este complexitatea și durata proiectului. În cazul în care un proiect are puține interfețe și un interval de timp scurt de la proiectare până la predare, urmărirea informală poate scoate la iveală o cerință omisă înainte ca aceasta să devină problematică. În cazul în care un proiect implică multe interfețe, mai multe părți și un interval de timp mai lung, o cerință fără o înregistrare trasabilă este mult mai ușor de pierdut între etape, deoarece niciun document nu conține istoricul complet al motivului pentru care a fost acceptată și al modului în care a fost îndeplinită. Tot aici devine relevantă distincția dintre testarea la nivel de instalație și cea la nivel de echipament: o cerință legată de o interfață dintre echipamentul unui furnizor și sistemele instalației necesită dovezi provenite în mod specific din testarea integrată, nu doar din verificările la nivel de fabrică efectuate de furnizor, deoarece comportamentul integrat este ceea ce cerința trebuia de fapt să confirme.
Pentru proprietar, decizia constă în a stabili dacă istoricul dovezilor proiectului permite într-adevăr să se răspundă, la momentul predării, la întrebarea care dintre cerințele inițiale au fost testate ca parte a sistemului integrat și care nu au fost. În cazul în care acest istoric este incomplet, lacuna nu reprezintă doar un inconvenient de documentare — ci o întrebare deschisă cu privire la faptul dacă cerința a fost îndeplinită sau nu.
Înghețarea proiectului depinde de interfețele închise și de excluderile înregistrate
| Verificarea finalizării proiectului | Dovezi care să confirme | Decizie, dacă problema nu a fost rezolvată |
|---|---|---|
| Baza de aplicare | Activitățile de laborator prevăzute și evaluarea riscurilor asociate proiectului sunt reflectate în cerințele acceptate | Mențineți deschise cerințele afectate |
| Harta zonelor de izolare | Limitele de presiune, traseele de transfer, căile de evacuare, căile de scurgere a deșeurilor lichide și interfețele de control sunt reprezentate pe planuri pentru fiecare încăpere și echipament în parte | Mențineți deschisă limita sau calea afectată |
| Proprietatea asupra interfeței | Fiecare interfață de proiectare mapată are un proprietar cu un nume | Nu închide acea interfață |
| Împărțirea responsabilităților | Serviciile de utilități ale instalației și lucrările de construcție sunt separate de livrările furnizorilor de echipamente | Înregistrați limita de domeniu nerezolvată |
| Schimbul de informații | Se identifică documentele necesare și datele de interfață ale fiecărei părți | Mențineți interfața afectată deschisă până când se definește schimbul |
| Lanțul probatoriu | Cerințele acceptate sunt luate în considerare în etapa de revizuire a proiectului, în testarea integrată și la predare | Se va consemna cerința privind probele lipsă înainte de finalizarea proiectului |
| Excluderi | Excluderile din proiect sunt consemnate în mod explicit | Nu considerați domeniul afectat ca fiind închis |
„Înghețarea proiectului” reprezintă momentul în care proiectul se angajează să adopte o configurație specifică, iar acest moment ar trebui să depindă de finalizarea domeniului de aplicare, nu de calendar. Înghețarea proiectului în condițiile în care interfețele rămân nealocate, utilitățile nu sunt încă separate de livrabilele de echipamente sau lanțurile de dovezi rămân neverificate nu face ca aceste lacune să dispară; dimpotrivă, le transferă în etapele de construcție și punere în funcțiune, unde rezolvarea lor este mai costisitoare și mai dificil de urmărit până la originea lor.
Condiția care determină dacă un element este pregătit pentru înghețare este aceea ca fiecare element menționat în definiția domeniului de aplicare să fi atins o stare închisă, adică să aibă o delimitare clară, un responsabil desemnat și — acolo unde este cazul — o înregistrare care să-l lege de activitățile de proiectare și testare. Un element care este încă deschis ar trebui să rămână vizibil deschis, în loc să fie tratat implicit ca fiind rezolvat doar pentru că activitatea de proiectare a trecut mai departe. Aceasta include excluderi explicite: în cazul în care o anumită cale, interfață sau responsabilitate a fost plasată în mod deliberat în afara domeniului de aplicare actual al proiectului, acea excludere trebuie înregistrată ca o decizie, nu lăsată să fie dedusă ulterior din absența oricărei documentații referitoare la aceasta. O excludere nedocumentată este, după fapt, imposibil de distins de o cerință trecută cu vederea.
În cazul în care activitățile de laborator prevăzute și evaluarea riscurilor sunt reflectate în cerințele acceptate, în cazul în care limitele de izolare sunt cartografiate atât pentru încăperi, cât și pentru echipamente, în cazul în care fiecare interfață cartografiată are un responsabil desemnat, în cazul în care responsabilitățile instalației și ale furnizorului sunt separate, datele privind interfața dintre acestea fiind identificate, și în cazul în care lanțul de dovezi, de la acceptare până la testare, este intact, proiectul dispune de o bază justificabilă pentru înghețarea proiectului. În cazul în care oricare dintre aceste aspecte rămâne nedefinit, decizia de înghețare a proiectului ar trebui să trateze acel element specific ca fiind deschis, în loc să se pornească de la presupunerea că se va rezolva de la sine în timpul proiectării detaliate sau al construcției.
Aceasta este, de asemenea, etapa în care domeniul de aplicare legat de echipamente — cum ar fi livrabilele corespunzătoare pentru un laborator modular, clapetele de izolare de pe căile de evacuare sau un sistem de decontaminare a efluenților — ar trebui să se încadreze deja într-o repartizare definită a responsabilităților, cu interfețele stabilite, astfel încât coordonarea cu furnizorii în etapa de proiectare detaliată sau de livrare să se limiteze la confirmarea unui domeniu de aplicare deja convenit, în loc să îl renegocieze.
Întrebări frecvente
Q: Este suficientă clasificarea BSL-3 sau BSL-4 pentru a defini domeniul de aplicare al integrării?
A: Nu. Folosiți activitatea de laborator prevăzută și evaluarea riscurilor specifice locației pentru a transpune contextul de izolare în cerințe ale proiectului, apoi verificați dacă aceste cerințe respectă normele naționale aplicabile, în loc să tratați clasificarea BSL ca pe o specificație completă.
Q: Ce ar trebui să pregătească un proprietar pentru ca ofertele furnizorilor să poată fi comparate pe aceeași bază?
A: Pregătiți un pachet comun de cerințe care să identifice limitele de izolare și traseele, să separe responsabilitățile instalației și ale clădirii de livrabilele furnizorilor, să desemneze responsabilii pentru interfețe, să enumere schimburile de informații necesare și să consemneze excluderile. Solicitați fiecărui furnizor să precizeze modul în care propunerea sa abordează acel pachet și unde rămân încă neclarificate anumite limite.
Q: Cum ar trebui gestionată o interfață care se întinde atât la nivelul echipamentelor, cât și al instalațiilor?
A: Desemnați un responsabil pentru proiectarea interfeței și consemnați ce trebuie să furnizeze și să returneze fiecare parte. De exemplu, înregistrarea ar trebui să identifice limita utilității sau a sistemului de control aplicabilă, documentele și datele de interfață necesare ambelor părți, precum și dovezile necesare înainte ca interfața să poată fi finalizată.
Q: Se poate „îngheța” proiectul în timp ce unele interfețe de integrare sunt încă nerezolvate?
A: Mențineți domeniul de aplicare afectat deschis până când sunt consemnate limitele, responsabilitatea, schimbul de informații necesar și excluderile. „Înghețarea” unei interfețe nerezolvate poate ascunde o omisiune până la etapa lucrărilor la șantier, moment în care responsabilitatea și modificările de proiectare sunt mai greu de gestionat.
Q: Cum pot proprietarii să împiedice dispariția unei cerințe acceptate între etapa de proiectare și cea de predare?
A: Atribuiți cerinței o limită a domeniului de aplicare și un responsabil, apoi corelați-o cu dovezile așteptate la revizuirea proiectului, testarea integrată și predare. Înainte ca lucrările să avanseze, confirmați cine va întocmi fiecare document și cum acesta va fi corelat cu cerința acceptată.
