Yargı Yetkisi, BSL-3/4 Kabul Planını Nasıl Değiştirir?

Bir BSL-3 veya BSL-4 tesisi, ilk tanık huzurunda yapılan testten önce aslında hangi kurallara tabidir? Bu sorunun cevabı, tasarım özetinde belirtilen koruma seviyesinden çok, laboratuvarın bulunduğu yer, kullanım amacı ve bu unsurların birleşimi üzerinde yetki sahibi olan kurumun hangisi olduğuna bağlıdır. Yanlış bir hiyerarşiye dayandırılmış bir kabul planı, iç incelemeyi geçse bile, bir düzenleyici kurum veya tesis sahibi, belirli bir testin aslında hangi gerekliliği karşıladığını sorduğunda süreçte tıkanmaya neden olabilir.

Site İçin Belirlenmesi Gereken Otorite Kaynakları

Bir BSL-3/4 kabul planı çeşitli yetki kaynaklarından yararlanır ve bir proje bunu bir teste dönüştürmeye çalıştığında her bir kaynak farklı şekilde işler. Bağlayıcı yasa, başka neye atıfta bulunulursa bulunulsun tesisi düzenler; ancak yalnızca yazıldığı yargı yetkisi, faaliyet ve tesis türü kapsamında geçerlidir. İzin koşulları ve düzenleyici kurumların beklentileri, yasanın içinde değil, onun yanında yer alır ve yasanın genel bir okumasından çıkarılmak yerine, bunları veren yetkili kurumla yapılan görüşmeler yoluyla teyit edilir. Kabul edilmiş standartlar üçüncü bir kategoriyi oluşturur: Bir standart, sadece var olduğu ve aynı muhafaza sorununu ele aldığı için değil, bir yargı yetkisi alanı veya tesis tarafından resmi olarak kabul edildiğinde bağlayıcı hale gelir. Müşteri gereklilikleri ise yine ayrı bir kaynaktır; herhangi bir kamu otoritesinin de aynı şeyi talep edip etmediğinden bağımsız olarak, mal sahibi tarafından belirtildikleri için projeye bağlayıcıdır. Gönüllü teknik kılavuzlar ise en esnek ve en az bağlayıcı kategoridir; yargı yetkisi alanına özgü bir cevap bulunana kadar bir risk sorununun düzenlenmesinde yararlıdır.

Bunları tek bir “biyogüvenlik gereklilikleri” yığını olarak ele almak, kabul planlarının temellerini sarsan noktadır. Bir tasarım incelemesi, bir standardın hükmüne atıfta bulunurken bunun benimsenip benimsenmediğini teyit etmezse, proje, tesisin fiilen üstlendiği hiçbir yükümlülüğü karşılamayabilecek bir test oluşturmuş olur. Bir protokol, önceki bir projeden bir müşteri gerekliliğini alıntı yaparken, bu mal sahibinin aynı şeyi belirtmiş olduğunu yeniden teyit etmezse, kabul kanıtı kimsenin sormadığı bir soruyu yanıtlamış olabilir. Pratikte yapılması gereken, bu beş kategoriyi gözle görülür şekilde ayrı tutan bir kayıt sistemi oluşturmaktır; böylece bir düzenleyici kurum veya mal sahibi “bu test hangi yetkiye dayanarak gerçekleştiriliyor?” diye sorduğunda, proje, olaydan sonra bir yeniden yapılandırma yapmak yerine doğrudan bir cevap verebilir.

Bu ayrım, kaynaklar arasında çelişki olduğunda da projeyi korur. Bir izin koşulu, benimsenen bir standarttan daha kısıtlayıcı olabilir ya da bir müşteri şartı, yerel mevzuatın gerektirdiklerinin ötesine geçebilir. Kayıt defteri kaynakları birbirinden ayırt edilebilir halde tuttuğu sürece bu çelişkilerin hiçbiri sorun teşkil etmez; sorun, kaynakların tek bir ayırt edilemez şartlar listesinde birleştirilmiş olması ve projenin artık hangi yükümlülüğün hangi kabul kriterini belirlediğini ayırt edememesi durumunda ortaya çıkar.

Yasal Uygulanabilirlik, Konuma, Faaliyete ve Tesis Türüne Göre Değişir

Bir yetki kaynağının varlığını teyit etmek, bunun bu projeye uygulanabilir olduğunu teyit etmekle aynı şey değildir. Bir gereklilik, kendi bağlamında tamamen geçerli olsa da, tesisin kabul edilmesiyle hiçbir ilgisi olmayabilir; zira uygulanabilirlik, yalnızca kapsama düzeyine göre değil, aynı anda çeşitli boyutlar dikkate alınarak belirlenir.

Konum, en bariz boyuttur; zira bağlayıcı yasalar, düzenleyici kurumların beklentileri ve benimsenen standartlar, yetki alanı sınırlarında değişebilir. Ancak konum tek başına bu soruyu çözmez. Mekan için planlanan spesifik laboratuvar faaliyeti de bağımsız olarak önemlidir; çünkü bir tür çalışma için yazılmış bir hüküm, aynı tesis ve aynı yargı alanı içinde olsa bile farklı bir faaliyete uygulanmayabilir. Tesis türü de konuya başka bir boyut katar: Bir tür muhafaza tesisi için geliştirilen bir gereklilik, temel biyogüvenlik endişesi kağıt üzerinde benzer görünse bile, otomatik olarak farklı bir kategoriye aktarılamaz. İzolasyon bölgesi, konuyu daha da daraltır; zira atıfta bulunulan bir hüküm, tesisin tamamını değil, yalnızca tanımlanmış bir bölgeyi kapsayabilir ve tek bir bölge için yazılmış olan bu hükmü tesis genelinde uygulamak, kapsamını abartmak anlamına gelir. BSL-3 ve BSL-4 konfigürasyonları birbirinden yeterince farklıdır; bu nedenle, bir konfigürasyon için belirlenen testler, değerler ve istisnaların diğerine genelleştirilebileceği varsayılamaz.

Bir proje, sınırlama seviyesini tek geçerlilik testi olarak ele aldığında, faaliyetine, tesis türüne veya bölgesine hiçbir zaman kapsam dahilinde olmayan gereklilikleri dahil etme ve geçerli olmasına rağmen farklı bir yargı yetkisi alanındaki benzer bir tesisin versiyonu için yazılmış diğer gereklilikleri gözden kaçırma riskiyle karşı karşıya kalır. Düzeltici yaklaşım, her iki yönde de aktarım olduğunu varsaymak değil, her bir aday gerekliliği URS’ye yazılmadan önce beş boyutun tümüne göre test etmektir. İşte bu noktada BSL-3/4 Laboratuvar Ekipmanları URS Kontrol Listesi Bu çalışma önem kazanmaktadır; zira basınç kademelendirme, hava kilidi, HEPA, VHP ve EDS arayüzleri, evrensel gibi görünse de aslında belirli bir faaliyet, tesis türü veya belirli bir yetki alanının kuralları kapsamındaki bir bölgeye özel olarak tasarlanmış düzenlemelerdir. Bu Kanada Biyogüvenlik Standardı, Üçüncü Baskı Bu durumu doğrudan ortaya koymaktadır: Penetrasyon kontrolleri, belirli basınç düşüşü kapsamı, değişiklik tetiklemeli doğrulama ve EDS izlemesine ilişkin sınırlama bölgesi hükümleri, belirtilen istisnalar dışında Kanada sınırları içinde ve faaliyete özgü sınırlar çerçevesinde geçerlidir ve aynı ekipman için başka bir yargı yetkisi alanının gerekliliklerini temsil ettiği şeklinde yorumlanmamalıdır.

Küresel Yönergeler, Yerel Kuralların Yerine Geçmeden Riskleri Çerçevelendirebilir

Uluslararası biyogüvenlik kılavuzları, bağlayıcı yasalardan farklı bir işlev görür ve bu iki işlevin birbiriyle karıştırılması, kabul planlarının yanlış yola sapmasının sık görülen bir nedenidir. Bu DSÖ Laboratuvar Biyogüvenlik El Kitabı, 4. Baskı, temel katkısını, orantılı biyogüvenlik kontrollerine yön veren risk değerlendirmesi olarak tanımlamaktadır; bu, belirli bir yargı alanına özgü bir kural setinden ziyade bir akıl yürütme aracıdır. Bu CDC’nin BMBL’si, 6. Baskı Bu belge, laboratuvar çalışmaları için protokol temelli risk değerlendirmesini ve önerilen risk azaltma önlemlerini açıklamaktadır; bu belge, ABD içinde bile bir düzenleyici belge olmaktan ziyade, ABD’nin tavsiye niteliğindeki en iyi uygulama kılavuzu olarak sunulmaktadır. Her iki belge de, bir projenin belirli bir sahaya hangi yetki alanının kurallarının uygulanacağına karar vermeden önce, bir tehlike veya koruma önlemi hakkında hangi soruların sorulacağına karar verme aşamasında faydalıdır.

Bu kılavuzu yeterli kabul etmenin riski, kılavuzun yerel olarak bağlayıcı olmamasına rağmen kapsamlıymış gibi algılanabilmesidir. Kabul planını doğrudan küresel kılavuzdan tasarlayan ve ortaya çıkan risk sorularını, sahayı fiilen düzenleyen yargı yetkisi alanına yöneltmeyen bir proje, teknik açıdan tutarlı ancak herhangi bir uygulanabilir gerekliliğe karşılık gelmeyen bir plan ortaya çıkarabilir. Kılavuz, düzenleme işini yerine getirmiştir; ancak hukuki teyit işini yapmamıştır ve bu ikisi birbirinin yerine geçemez.

Daha savunulabilir olan yaklaşım, risk görüşmesini yapılandırmak için genel kılavuzu kullanır; ardından, uygulanabilirliği belirlemek ve hangi kanıtların bunu karşılayacağına karar vermek üzere açık soruları yerel yetkili makama ve proje ekibine devreder. Bu yaklaşım, kılavuzu uygun rolünde tutarak orantılı kontrolleri çerçevelendirirken, neyin gerçekten gerekli olduğu ve neyin kabul kanıtı olarak kabul edileceği konusundaki karar verme yetkisini, sahaya ilişkin yetki sahibi taraflara bırakır.

Proje Gereksinimleri: Onaylanmış Hiyerarşiyi Testlere Dönüştürme

Belirli bir gereksinimin yetki hiyerarşisi onaylanıp kapsamı belirlenmişse, bu hiyerarşinin test sürecini fiilen yönlendiren belgelere aktarılması gerekir; aksi takdirde onay çalışmaları boşa gider. Bu aktarım, URS ile başlar; burada, geçerli hiyerarşi ve sahibinin onayladığı gereksinimler, daha sonraki her incelemenin değerlendirileceği temel olarak kaydedilir. URS'de bir gereksinim, hangi kaynaktan ve hangi kapsamdan geldiği belirtilmeden ifade edilirse, daha sonraki bir gözden geçiren, bu gereksinimin hâlâ doğru şekilde yorumlandığını doğrulamanın bir yolunu bulamaz.

Tasarım incelemeleri bir sonraki halkadır ve bunların rolü, herhangi bir protokol yazılmadan önce onaylanmış gereksinimlerin önerilen tasarımı nasıl şekillendirdiğini göstermektir. Bu adımı atlayıp doğrudan düzen tartışmasına geçen bir tasarım incelemesi, daha sonra belirli bir arayüz veya yapılandırma seçiminin neden yapıldığını izlemeyi zorlaştırır. Ardından protokol onayları gelir ve işte bu aşamada gereksinim nihayet bir teste dönüşür: Bir protokoldeki her kabul kriteri, tek başına durmak yerine belirli bir onaylanmış gereksinime kadar izlenebilir olmalıdır. Tanık noktaları, protokollerle birlikte kaydedilir ve testlere devam edilmeden önce düzenleyici kurum veya sahibin gözleminin gerekli olduğu noktaları belirtir. Devir belgeleri zinciri tamamlar ve tamamlanmış kabul kanıtlarını başlangıçta belirlenen hiyerarşinin altında ileriye taşır.

Bu zincirin değeri, sonradan yapılan değişikliklerin izlenebilir olmasını sağlamasıdır. Bir gereksinim değişirse ya da bir testin neden belirli bir şekilde yürütüldüğüne dair bir soru ortaya çıkarsa, proje ekibi, gerekçeyi hafızaya dayanarak yeniden oluşturmak yerine, devir belgesinden protokole, tasarım incelemesine, URS’ye ve nihayetinde orijinal yetki kaynağına kadar zinciri geriye doğru takip edebilir. Bu BSL-3/4 Sistem Entegrasyonu Kabul Kriterleri Çalışma, bu zincirin bir parçasıdır: Basınç, HEPA, hava kilitleri, VHP, EDS ve kontrol kriterleri, söz konusu tesis için onaylanmış hiyerarşiye atıfta bulunulmaksızın uygulanan genel bir kontrol listesi olarak değil, her birinin kendisini gerekçelendiren gereklilik ve yetkiye kadar izlenebildiği zaman anlam kazanır. Bir tedarikçi değerlendirmesi için bu bilgileri hazırlayan proje ekibi, hiyerarşinin URS’de zaten görünür durumda olmasından faydalanır; çünkü bu, tedarikçinin ekipman ve arayüzleri varsayılan genel bir standarda göre değil, gerçek yönetici gerekliliğe göre yapılandırmasına olanak tanır.

Düzenleyici Kurum ve Mülk Sahibinin Görüş Noktaları Konusunda Erken Bir Anlaşma Gerekiyor

Tanık noktaları, bir düzenleyici kurumun veya mal sahibinin, test sonuçlarını sonradan incelemek yerine testi doğrudan gözlemlediği anlardır. Bu noktaların belirlenmesi, programın son aşamalarında eklenmiş bir formalite değildir; hangi yetkili kurumun yetki alanına girdiğine, o kurumun ilk elden neyi görmeyi beklediğine ve mülk sahibinin kabul koşulu olarak ayrı olarak ne talep ettiğine bağlı bir karardır. Bu beklentiler erken aşamada kararlaştırılmazsa, bir proje bir test gerçekleştirebilir, eksiksiz bir kayıt oluşturabilir ve yine de testte hazır bulunmayı bekleyen yetkili kurumu tatmin edemeyebilir.

Bu bağ, önceki bölümlere kadar uzanmaktadır. Bir tanık noktası, bağlayıcı bir yasa, izin koşulu veya malik şartı gibi bir yetki kaynağının belirli bir teste bir gözlem beklentisi eklemiş olması nedeniyle mevcuttur. Eğer bu kaynak doğru bir şekilde tanımlanmamış ve kapsamı belirlenmemişse, ona bağlı tanık noktası eksik olabilir, yanlış yere yerleştirilmiş olabilir veya tamamen yanlış bir teste eklenmiş olabilir. Hiyerarşi ve uygulanabilirlik sorunları çözüldükten sonra tanık noktalarının erken aşamada kararlaştırılması, testin ortasında beklenen bir gözlemcinin hiç davet edilmediğinin farkına varılmak yerine, testlerin gerçek uygunluk durumuna göre planlanmasına olanak tanır.

Bir düzenleyici kurumun beklentisi ile bir sahibin gerekliliğinin her ikisi de birbiriyle ilişkili ancak farklı testlere yönelik olduğu durumlarda, bunların aslında tek bir doğrulama olayı olmadığı halde öyleymiş gibi değerlendirilmesini önleyen şey, erken aşamada varılan mutabakattır. Bu konuyu testin yürütülmesi sırasında değil, öncesinde çözmek, kabul planının projenin kendisi için belirlediği herhangi bir zaman çizelgesi dahilinde uygulanabilir kalmasını sağlar.

Değişiklik Kontrolü, Devir Teslim Sürecinde Kabul Planını Güncel Tutar

Kabul planı, URS ile devir teslim arasındaki süreçte sabit kalmaz. Tasarımlar revize edilir, protokoller değiştirilir ve bazen yetkili kurumun kendisi de değişebilir; bunun nedeni, düzenleyici kurumun beklentilerini güncellemesi, bir standardın revize edilmesi ya da tasarım incelemesi başladıktan sonra işverenin bir gerekliliği değiştirmesi olabilir. Değişiklik kontrolü, bu tür değişiklikler meydana geldiğinde onaylanmış hiyerarşiyi ve bundan türetilen her şeyi doğru tutan mekanizmadır.

Bunun öneminin nedeni, evrak işlerinden ziyade izlenebilirliktir. Bir protokol, tasarım incelemesinden sonra değiştirilirse ancak tasarım inceleme kaydı bu değişikliğin nedenini yansıtacak şekilde güncellenmezse, devir kanıtını ilgili gerekliliğe bağlayan zincir o noktada kopar. Aynı durum, bir kontrol noktası üzerinde mutabakat sağlandıktan sonra yeniden müzakere edilmesi halinde de geçerlidir; bu değişiklik orijinal mutabakatla karşılaştırılarak kaydedilmedikçe, daha sonra incelemeyi yapan kişinin, nihai testin yetkili kurumun beklentisini karşılayıp karşılamadığını veya bundan sessizce sapıp sapmadığını anlamasının bir yolu yoktur.

Daha önce açıklanan proje kontrolleri, yani URS, tasarım incelemeleri, protokol onayları, kontrol noktaları ve devir belgeleri, hiyerarşiyi zaten sırayla ileriye taşıdığından, değişiklik kontrolünün görevi, bir değişikliğin kayıt altına alınmadan ileriye doğru yayılmasına izin vermek yerine, bunların her birini yerinde güncellemektir. Değişikliğin, düzenleyici kurumun beklentilerinde yapılan bir revizyon gibi yetkili kurumun kendisinden kaynaklandığı durumlarda, bu güncelleme ilk olarak daha önce açıklanan kayıt defterine işlenir; böylece, devamlılık varsayımı yerine her bir alt belge yeni sürümle karşılaştırılarak kontrol edilebilir. BSL-3/4 Devir Teslim Paketi Kontrol Listesi Bu beklenti şu şekilde yansıtılmaktadır: Devir teslim sırasında sunulan entegre kabul belgeleri, arkasında yatan değişiklik geçmişi kadar güvenilirdir; bu paketi inceleyen bir biyogüvenlik görevlisi veya tesis mühendisi, yalnızca nihai test sonuçlarını görmekle kalmamalı, aynı zamanda aradaki her değişikliğin, orijinal gereklilik temelinden belgelenmemiş bir sapma olarak bırakılmak yerine, zincir boyunca aktarıldığının teyidini de görmelidir. Qualia’nın modül laboratuvar konfigürasyonları teklif inceleme aşamasına gelindiğinde projenin oluşturmuş olduğu hiyerarşiye ve değişiklik geçmişine göre seçilir ve düzenlenir; bu nedenle, bu kaydı sonradan yeniden oluşturmak yerine devir teslim sürecine kadar güncel tutmak, baştan sona projenin sorumluluğunda olmaya devam eder.

Sıkça Sorulan Sorular

Q: İki kaynak farklı kabul şartları belirliyor gibi göründüğünde proje ekibi ne yapmalıdır?
A: Bir gereklilik seçmeden önce her bir kaynağı bir yetki alanı kaydında sınıflandırın: bağlayıcı yasa, izin veya düzenleyici kurumun beklentisi, benimsenen standart, müşteri gerekliliği veya gönüllü kılavuz. Ardından, kontrol hiyerarşisinin açıkça ortaya çıkması için her bir kaynağın yetki alanını, faaliyetini, tesis türünü, muhafaza bölgesini ve BSL kapsamını yerel makamlar ve proje ekibi ile teyit edin.

Q: DSÖ kılavuzları veya CDC BMBL, BSL-3/4 kabul planı için yasal dayanak olarak doğrudan kullanılabilir mi?
A: Riskle ilgili soruları ve orantılı kontrol tartışmalarını düzenlemek için genel kılavuzu kullanın; ancak bunu, geçerli ulusal kuralların veya tesise özgü risk değerlendirmesinin yerine geçecek bir unsur olarak görmeyin. Proje kapsamında, kabul sürecini hangi yerel yasaların, düzenleyici kurumların beklentilerinin, benimsenen standartların ve işverenin gerekliliklerinin belirleyeceğine dair yine de belgelenmiş bir karara ihtiyaç vardır.

Q: Alıntılanan bir hükmün geçerli olup olmadığına karar vermeden önce hangi proje bilgileri gereklidir?
A: Tesisin bulunduğu ülke ve yerel yargı yetkisi, planlanan laboratuvar faaliyetleri, tesis türü, kapsam dahilindeki izolasyon bölgeleri ve spesifik BSL-3 veya BSL-4 konfigürasyonunu kaydedin. Bu bilgiler, bir bağlam için yazılmış bir test, değer veya istisnanın, teyit edilmeden başka bir bağlama aktarılmasını önler.

Q: Onaylanmış bir yetki şartı, nasıl kullanılabilir bir kabul kanıtı haline gelebilir?
A: Bunu URS’ye aktarın, tasarım gözden geçirmeleri sırasında yorumunu belgelendirin, onaylanmış protokol ve planlanan kanıtlarla ilişkilendirin, üzerinde mutabık kalınan düzenleyici kurum veya işveren tarafındaki tanık noktalarını belirleyin ve tamamlanan kanıtları devir belgelerinde saklayın. Bu, ilgili gereklilikten nihai kayda kadar izlenebilir bir yol oluşturur.

Q: Kabul planı, proje sırasında değişen bir gereksinimi nasıl ele almalıdır?
A: Değişen gereksinimin yetki hiyerarşisinde hangi konumda yer aldığını ve hangi proje kapsamını etkilediğini yeniden teyit edin; ardından, uygun olduğu ölçüde etkilenen URS temelini, tasarım inceleme kararını, protokol onayını, tanık noktasını ve devir teslim kaydını güncelleyin. Bu zinciri uyumlu tutmak, değişikliğin nedenini ve kabul kanıtları üzerindeki etkisini izlenebilir hale getirir.