BSL-3/4 Entegrasyon Kapsamı: Tasarımdan Önce İşletme Sahiplerinin Belirlemesi Gerekenler

Bir BSL-3/4 projesi, ekipmanın performansının yetersizliği nedeniyle devreye alma aşamasında başarısız olmaz; proje, tasarımın hiçbir zaman tam olarak sonuçlandırılmamış bir entegrasyon kapsamında ilerlemesi nedeniyle daha erken aşamada tıkanır. BSL sınıflandırmasının kendisinin tesisin ve ekipmanın ne yapması gerektiğini tanımladığını varsayan tesis sahipleri, genellikle tasarımın ilerleyen aşamalarında veya entegre testler sırasında, bir basınç sınırının, aktarım yolunun veya kontrol arayüzünün hiç kimseye atanmadığını fark ederler. Tasarımın dondurulmasından önce entegrasyon kapsamını tanımlamak, ekipman seçiminden ayrı bir karardır ve herhangi bir tedarikçi teklifinin uygun şekilde değerlendirilebilmesi için tesis sahibi ile proje ekibinin alması gereken bir karardır.

Kapsam, Planlanan İş ve Risk Değerlendirmesiyle Başlar

Entegrasyon kapsamının başlangıç noktası, izolasyon seviyesi etiketi değil, laboratuvarın desteklemesi amaçlanan çalışmadır. BSL-3 veya BSL-4 sınıflandırması bir izolasyon kategorisini tanımlar; işlenen belirli patojenleri, uygulanan prosedürleri, işlenen hacimleri veya bu çalışmayı güvenli bir şekilde desteklemek için odayla entegre olması gereken ekipmanı tanımlamaz. Aynı sınıflandırmaya sahip iki laboratuvar, amaçlanan çalışmaların farklı olması nedeniyle önemli ölçüde farklı entegrasyon kapsamlarına ihtiyaç duyabilir; sınıflandırmayı eksiksiz bir gereklilik seti olarak ele almak, neyin inşa edilmesi gerektiğini fiilen belirleyen adımı atlamaya neden olur.

İşte bu nedenle risk değerlendirmesi, son aşamadaki bir uyum çalışmasından ziyade, kapsam belirleme sürecine girdi olarak işlev görür. Bu DSÖ Laboratuvar Biyogüvenlik El Kitabı, 4. Baskı, risk değerlendirmesini orantılı biyogüvenlik kontrollerinin temeli olarak ele alır; bu da, kararların — yalnızca muhafaza sınıfı değil — değerlendirme sonuçlarına dayandırılması gerektiği anlamına gelir; bu kararlar, basınç kademeleri, aktarım ekipmanı, dekontaminasyon arayüzleri ve izleme noktaları ile ilgili olmalıdır. Risk değerlendirmesinde, amaçlanan çalışma ile bağlantılı belirli transfer, atık veya maruz kalma yolları tespit edildiğinde, bu yollar, BSL-3 veya BSL-4 sınıflandırmasından otomatik olarak kaynaklandığı varsayılmak yerine, tasarımın açıkça ele alması gereken kapsam öğeleri haline gelir.

Bir tesis sahibi için pratik sonuç, sıralamadır. Planlanan laboratuvar çalışmaları ve bunlara ilişkin risk değerlendirmesi tamamlanmamışsa ya da belirli yollar ve arayüzleri tanımlayamayacak kadar genel bir ayrıntı düzeyinde tamamlanmışsa, yalnızca BSL etiketinden yola çıkılarak hazırlanan herhangi bir entegrasyon kapsamı, daha sonra planlanmamış tasarım değişiklikleri olarak ortaya çıkan boşluklar içerecektir. Tersine, risk değerlendirmesi prosedürler, etken maddeler ve arıza modları konusunda spesifik ise, tesis sahibi, eksiksizliği değerlendirmek için bir gösterge olarak muhafaza kategorisine güvenmek yerine, bu değerlendirmeyi kullanarak önerilen entegrasyon kapsamının gerçekten eksiksiz olup olmadığını test edebilir. WHO düzeyinde bir referans, bu mantığa özet niteliğinde destek sağlar ancak tesise özgü risk değerlendirmesinin veya geçerli ulusal biyogüvenlik kurallarının yerini almaz; tesis sahibinin doğrudan uygulamakla yükümlü olduğu otorite, bu kurallardır.

Odalara ve ekipmanlara ilişkin sınırlar belirlenmelidir

İzolasyon, tek bir odanın özelliği değildir; kontrollü alana temas eden her oda, koridor ve ekipman parçası boyunca izlenmesi gereken kesintisiz bir sınırdır. Basınç kademeleri, personel ve malzeme taşıma güzergâhları, egzoz yolları, sıvı atık yolları ve kontrol arayüzlerinin her biri fiziksel ve ekipman sınırlarını aşmaktadır; ve bu sınırların kesiştiği her nokta, kimse bunu kasıtlı olarak haritalandırmadığı takdirde sınırın belirsiz kalabileceği bir yerdir.

Haritalama çalışması önemlidir; zira sınırın, ekipmana göre mi yoksa oda sınırlarına göre mi çizildiğine bağlı olarak sızıntı önleme mekanizması farklı şekilde işler. Örneğin, yalnızca oda düzeyinde çizilen bir basınç sınırı, bir BSL-3/BSL-4 modüllü laboratuvar‘...’nın iç geçişlerinde ya da egzoz veya kanal sistemi güzergâhında yer alan ve hem normal hem de arıza koşullarında hava akışının yönünü korumayı amaçlayan izolasyon damperleri gibi ekipmanlar arasında. Sınırın yalnızca mimari düzeyde çizildiği durumlarda, ekipman düzeyindeki kontrol noktalarının başkasının sorunu olarak değerlendirilme riski ortaya çıkar; sınırın yalnızca ekipman düzeyinde çizildiği durumlarda ise, aynı sınıra odanın dış kabuğunun katkısının doğrulanmak yerine varsayılma riski ortaya çıkar.

Aynı mantık, aktarım yolları ve atık yolları için de geçerlidir. Bir hava kilidi üzerinden geçen bir aktarım yolu, bir VHP aktarım arayüzü veya bir sıvı atık yolu aracılığıyla bir atık su dekontaminasyon sistemi bir sistem, en zayıf bağlantı noktası kadar kapalıdır ve bu bağlantı noktası genellikle tesis kapsamı ile ekipman kapsamının kesiştiği yerdir. Bu CDC/NIH Mikrobiyolojik ve Biyomedikal Laboratuvarlarda Biyogüvenlik (BMBL), 6. Baskı, BSL-3 erişim ve hava akışı kontrollerini, BSL-4 giysi tesisi havalandırma, giriş ve dekontaminasyon düzenlemelerinden ayırır; bu da, izolasyon sınırının gerekli davranışının izolasyon seviyesi ve tesis türüne göre değiştiğini — ve bir konfigürasyon için doğru şekilde haritalandırılmış bir sınırın, başka bir konfigürasyona aynen aktarılamayacağını — hatırlatır. BMBL, evrensel bir basınç ayar noktası olarak değil, projenin kendi risk değerlendirmesi ve yerel yasal gereklilikler çerçevesinde uygulanacak bir tavsiye niteliğindeki kılavuzdur.

Sorumlu kişi için karar, her bir basınç sınırının, aktarım yolunun, tahliye yolunun, sıvı atık yolunun ve kontrol arayüzünün, hiçbir bölümün belirsiz kalmayacak şekilde hem odalar hem de ekipmanlar arasında çizilip çizilmediğidir. Haritalanmamış bir bölüm, önemsiz bir eksiklik değildir; bu, tanımlanmış bir davranışı olmayan bir sınırdır ve birisi bunu tanımlayana kadar tasarım bu sınırı kapatamaz.

Yardımcı Programlar ve Kontroller, Adlandırılmış Arayüz Sahiplerine İhtiyaç Duyar

Bir sınırın haritalandırılması, sınırın nerede olduğunu belirler; ancak bu sınırın tasarımından, inşasından veya doğrulanmasından kimin sorumlu olduğunu belirlemez. Her arayüz noktası — bir hizmet bağlantısı, bir kontrol sinyali, bir izleme noktası, bir alarm durumu — tamamlanmış olarak kabul edilebilmesi için adını belirten bir sorumluya ihtiyaç duyar; çünkü sorumlusu olmayan bir arayüz, bir tarafça tamamlanmış, diğer tarafça ise henüz tamamlanmamış olarak algılanma eğilimindedir.

Bu durum, kontrol sistemlerinin tesis düzeyindeki bina yönetiminden ekipman düzeyindeki kontrole geçtiği yerlerde veya elektrik, basınçlı hava ya da dekontaminasyon ortamı beslemesi gibi bir hizmetin tesis altyapısından belirli bir ekipman parçasına geçtiği yerlerde en büyük öneme sahiptir. Arayüzün sorumluluğu kimseye ait değilse, sınırın bir tarafındaki şartname, diğer tarafındaki gerçek gereksinime atıfta bulunulmadan yazılabilir — örneğin, ekipmanın gerçek tepki özellikleri bilinmeden bina sistemi tarafından tanımlanan bir kontrol ayar noktası veya arıza koşulları altında ekipmanın gerçek talebinin teyit edilmeden tesis tasarımıyla boyutlandırılmış bir yardımcı hizmet. Buradaki risk, arayüzün yanlış olması değildir; risk, her iki tarafı birbiriyle uyumlu hale getirmekten tek bir tarafın sorumlu olmaması nedeniyle, arayüzün doğru olup olmadığını kimsenin söyleyememesidir.

Bir sorumlu belirlemek, açık kalmış konunun niteliğini “ortak varsayım”dan “takip edilen sorumluluk”a dönüştürür. Sorumlu tarafın tesis tasarım ekibi olduğu durumlarda, ekipman tedarikçisinin rolü, tesis tasarım ekibinin bu verileri kullanabilmesi için yeterince erken bir aşamada arayüz verilerini sağlamaktır. Sorumlu tarafın ekipman tedarikçisi olduğu durumlarda ise tesis ekibinin rolü, ekipmanın bağlı olduğu hizmet veya kontrol koşullarını teyit etmektir. Her iki düzenleme de işe yarayabilir; işe yaramayan şey ise, her iki tarafın da birbirleri hakkında kendi varsayımlarına göre hareket ederken sahiplik sorununun çözümsüz kalmasıdır.

Bu aşamada sahibin görevi, her bir arayüzü bizzat çözmek değil; eşleştirilen her arayüzün, onu kapatmaktan sorumlu tam olarak bir adet isimlendirilmiş tarafın bulunduğunu ve her bir tarafın diğerinden ihtiyaç duyduğu bilgilerin, gayri resmi bir koordinasyona bırakılmak yerine belirli bir belge veya veri alışverişi olarak tanımlandığını teyit etmektir.

Tedarikçilerin Yükümlülükleri, Tesisin Sorumluluklarından Ayrılmalıdır

Arayüzler eşleştirilip sahipleri belirlendikten sonra, bir sonraki karar hangi tarafın neyi sağlayacağıdır. Bu, sahiplik meselesinden farklı bir konudur: Arayüz sahibi, arayüzün tasarım amacını belirlerken, sorumluluk dağılımı ise arayüzün her bir tarafını kimin oluşturacağını, sağlayacağını ve belgeleyeceğini belirler. Tesis altyapı hizmetleri, bina işleri ve ekipman tedarikçisinin teslimatları, üç ayrı kapsam kategorisidir ve bunları net bir şekilde ayırmayan bir proje, şu riski taşır: teklif değerlendirmesi tedarikçi ile mal sahibinin, her ikisinin de belirli bir kalemin masraflarını karşılamasını beklediği durumlarda.

Tesis altyapı hizmetleri — elektrik, su, sıkıştırılmış gazlar, bina düzeyinde havalandırma ve benzeri hizmetler — genellikle belirlenen bir bağlantı noktasına kadar tesisin sorumluluğunda kalır; ekipman tedarikçisinin sorumluluk alanı ise bu noktadan itibaren başlar. Yapısal, mimari ve genel inşaat unsurlarını içeren bina işleri, bu inşaatın ekipmanın mekana entegrasyonunu doğrudan etkilemesi durumunda bile, genellikle ekipman tedarikçisinin sorumluluk alanı dışında kalır. Ekipman tedarikçisinin sorumlulukları, projenin tanımlanmış paketine kabul edildikten sonra, tesis tarafının bu ekipmanlar etrafında kendi tasarımını tamamlayabilmesi için ihtiyaç duyduğu kendi dokümantasyon ve arayüz veri gereksinimlerini de beraberinde getirir.

Bu ayrımın varsayılmak yerine açıkça belirtilmesi gerektiğinin nedeni, hem boşlukların hem de çakışmaların koordinasyon süresinde maliyet yaratması ve her ikisinin de bir gereksinimin fiilen sorumlusuz kalmasına yol açabilmesidir. Bir sınır belirsizse, bir yardımcı program veya arayüz öğesi, her iki tarafın da sorumluluğun diğer tarafta olduğunu varsaydığı bir alanda kalabilir ve ancak öğeye ihtiyaç duyulduğunda ve mevcut olmadığında ortaya çıkar. Sorumluluk dağılımı erken aşamada yazılı hale getirildiğinde, bu durum sahada bir soruna dönüşmeden önce test edilebilir. Bu, tedarikçinin konfigürasyon veya teklif incelemesine dahil edilen projeye özgü kapsam bilgisidir: Sahibin sağladığı sınır ve arayüz verileri ne kadar net olursa, tedarikçi önerilen ekipman paketinin neleri içerdiğini o kadar kesin bir şekilde teyit edebilir — örneğin, bir BSL-3/BSL-4 modül laboratuvarının, bir izolasyon damperi egzoz yolunda veya bir atık su arıtma sisteminin, tesisin altyapı tesisatları ve bina yapıları ile ilişkili konumu.

Tasarım sürecine geçilmeden önce tesis sahibinin teyit etmesi gereken husus, sadece bölünme düzeni değil, aynı zamanda her bir tarafın bu bölünme kapsamında birbirleriyle paylaşması gereken belgeler ve arayüz verileridir — tesisin tedarikçiye teslim etmesi gereken hizmet şartnamesi ve tesis tasarımının bu veriler temelinde tamamlanabilmesi için tedarikçinin geri iletmesi gereken arayüz verileri.

Kanıt Gereklilikleri, Test ve Teslimat Süreçlerine Kadar İzlenebilir Olmalıdır

Tasarım, test ve devir aşamalarında izi sürülemeyen, kabul edilmiş bir gereksinim, kimse onu iptal etme kararı almadan kaybolma riskiyle karşı karşıyadır. Kapsam tanımı, bir gereksinim üzerinde anlaşmaya varıldığında tamamlanmış sayılmaz; ancak o gereksinim, sonraki her proje aşamasında kendi kanıtlarıyla birlikte görünür durumda kaldığında tamamlanmış olur.

Buradaki mekanizma oldukça basittir: Bir sınırlama projesinin her aşaması kendi belgelerini oluşturur ve bu belgeler başlangıçta kabul edilen gereksinime atıfta bulunmuyorsa, söz konusu gereksinimin ayrıntılı tasarım aşamasında sessizce bir kenara atılmak yerine gerçekten de ilerleyen aşamalara aktarıldığını doğrulamanın bir yolu yoktur. Kapsam tanımlama aşamasında kabul edilen bir gereksinim, tasarım incelemesinde tekrar ortaya çıkmalıdır; burada tasarım kanıtları, gereksinimin nasıl ele alındığını gösterir; ardından entegre test aşamasında tekrar ortaya çıkmalıdır; burada test kanıtları, gereksinimin, tek tek bileşenlerin kendi kontrollerinden geçmesi nedeniyle çalışacağı varsayılmak yerine, entegre sistemin bir parçası olarak gerçekten uygulandığını gösterir; ve son olarak devir teslim aşamasında tekrar ortaya çıkmalıdır; burada nihai dokümantasyon paketi, orijinal gereksinim ile test sonucu arasındaki bağlantıyı hala gösterir.

Bunu bir dokümantasyon inceliğinden gerçek bir riske dönüştüren koşul, projenin karmaşıklığı ve süresidir. Bir projenin az sayıda arayüzü ve tasarımdan teslimata kadar kısa bir zaman çizelgesi olduğunda, gayri resmi takip, gözden kaçan bir gereksinimi sorun haline gelmeden ortaya çıkarabilir. Bir proje çok sayıda arayüz, çeşitli taraflar ve daha uzun bir zaman çizelgesi içeriyorsa, izlenebilir bir kaydı olmayan bir gereksinimin aşamalar arasında kaybolması çok daha kolaydır; çünkü tek bir belge, bu gereksinimin neden kabul edildiğine ve hangi şartların karşılandığına dair tam geçmişi barındırmaz. Tesis düzeyinde ve ekipman düzeyinde testler arasındaki ayrımın önem kazandığı nokta da budur: Bir tedarikçinin ekipmanı ile tesis sistemleri arasındaki bir arayüze bağlı bir gereksinim, yalnızca tedarikçinin kendi fabrika düzeyindeki kontrollerinden değil, özellikle entegre testlerden elde edilen kanıtlara ihtiyaç duyar; çünkü gereksinimin asıl doğrulamayı amaçladığı şey, entegre davranıştır.

Proje sahibi için karar, projenin kanıt zincirinin, devir teslim sırasında hangi orijinal gereksinimlerin entegre sistemin bir parçası olarak test edildiğini ve hangilerinin test edilmediğini belirlemeye gerçekten destek olup olmadığına bağlıdır. Bu kanıt zincirinin eksik olduğu durumlarda, bu eksiklik sadece bir belgeleme sorunu değildir — bu, gereksinimin gerçekten karşılanıp karşılanmadığına dair açık bir sorudur.

Tasarım Dondurma, Kapalı Arayüzlere ve Kaydedilmiş İstisnalara Bağlıdır

Tasarım dondurma, projenin belirli bir yapılandırmaya bağlandığı noktadır ve bu, takvime değil, kapsamın tamamlanmasına bağlı olmalıdır. Arayüzler henüz atanmamışken, yardımcı sistemler ekipman teslimatlarından ayrılmamışken veya kanıt zincirleri henüz doğrulanmamışken tasarımı dondurmak, bu eksiklikleri ortadan kaldırmaz; aksine, bunları inşaat ve devreye alma aşamalarına taşır; bu aşamalarda ise bu eksiklikleri gidermek daha maliyetli hale gelir ve kaynağına kadar izlenmesi daha zorlaşır.

Dondurmaya hazır olup olmadığını belirleyen koşul, kapsam tanımında belirtilen her bir öğenin “kapalı” duruma ulaşmış olup olmadığıdır; bu, öğenin tanımlanmış bir sınırı, atanmış bir sorumlusu ve — uygun olduğu durumlarda — onu tasarım ve test faaliyetleriyle ilişkilendiren bir kanıt kaydına sahip olması anlamına gelir. Hala açık olan bir öğe, tasarım çalışmaları o aşamayı geçtikten sonra varsayılan olarak çözülmüş gibi değerlendirilmek yerine, görünür şekilde açık kalmalıdır. Buna açık istisnalar da dahildir: belirli bir yol, arayüz veya sorumluluğun kasıtlı olarak mevcut proje kapsamı dışında tutulduğu durumlarda, bu istisna bir karar olarak kaydedilmeli ve daha sonra bu konuyla ilgili herhangi bir belgenin bulunmaması nedeniyle dolaylı olarak çıkarılmaya bırakılmamalıdır. Belgelenmemiş bir istisna, olay gerçekleştikten sonra gözden kaçan bir gereksinimden ayırt edilemez.

Planlanan laboratuvar çalışmaları ve risk değerlendirmesi kabul edilen gerekliliklere yansıtılmışsa, hem odalar hem de ekipmanlar genelinde izolasyon sınırları haritalandırılmışsa, haritalandırılan her arayüzün adını bilen bir sorumlusu varsa, tesis ve tedarikçi sorumlulukları ayrılmış ve arayüz verileri belirlenmişse ve kabul aşamasından testlere kadar uzanan kanıt zinciri eksiksizse, proje, tasarımın dondurulması için savunulabilir bir temele sahiptir. Bu unsurlardan herhangi biri tanımlanmamışsa, tasarımın dondurulması kararında söz konusu husus, ayrıntılı tasarım veya inşaat aşamasında kendiliğinden çözüleceği varsayımıyla ilerlenmek yerine, açık bir konu olarak ele alınmalıdır.

Bu aynı zamanda, bir modül laboratuvarı için ilgili teslim edilecekler, egzoz yollarındaki izolasyon damperleri veya atık su dekontaminasyon sistemi gibi ekipmanla ilgili kapsamın, arayüzleri tamamlanmış şekilde tanımlanmış bir sorumluluk dağılımı içinde yer alması gereken aşamadır; böylece, detaylı tasarım veya teslimat aşamasında tedarikçilerle yapılacak koordinasyon, kapsamın yeniden müzakere edilmesi yerine, önceden kararlaştırılmış bir kapsamın teyit edilmesini sağlar.

Sıkça Sorulan Sorular

Q: BSL-3 veya BSL-4 sınıflandırması, entegrasyon kapsamını belirlemek için yeterli midir?
A: Hayır. Hedef alınan laboratuvar çalışmaları ve tesise özgü risk değerlendirmesini kullanarak, izolasyon koşullarını proje gerekliliklerine dönüştürün; ardından bu gereklilikleri, BSL sınıflandırmasını eksiksiz bir şartname olarak kabul etmek yerine, geçerli ulusal kurallara göre kontrol edin.

Q: Tedarikçilerin tekliflerinin aynı kriterlere göre karşılaştırılabilmesi için işveren ne tür hazırlıklar yapmalıdır?
A: Kapsam sınırlarını ve güzergâhlarını belirleyen, tesis ve bina sorumluluklarını tedarikçilerin teslimatlarından ayıran, arayüz sahiplerini belirleyen, gerekli bilgi alışverişlerini listeleyen ve hariç tutulanları kaydeden ortak bir kapsam paketi hazırlayın. Her tedarikçiden, teklifinin bu paketi nasıl ele aldığını ve hangi sınırların hâlâ belirsiz kaldığını belirtmesini isteyin.

Q: Ekipman ve tesis kapsamlarını aşan bir arayüz nasıl ele alınmalıdır?
A: Arayüze adını belirtilmiş bir tasarım sorumlusu atayın ve her bir tarafın neyi sağlaması ve neyi iade etmesi gerektiğini kaydedin. Örneğin, bu kayıtta ilgili hizmet veya kontrol sınırı, her iki taraf için gerekli belgeler ve arayüz verileri ile arayüzün kapatılabilmesi için gerekli kanıtlar belirtilmelidir.

Q: Bazı entegrasyon arayüzleri henüz çözülmemişken tasarım dondurulabilir mi?
A: Sınır, sahiplik, gerekli bilgi alışverişi ve istisnalar kaydedilene kadar etkilenen kapsamı açık tutun. Çözülmemiş bir arayüzü dondurmak, sorumluluk ve tasarım değişikliklerinin yönetilmesinin daha zor hale geldiği şantiye çalışmalarına kadar bir eksikliği gizleyebilir.

Q: Sahipler, kabul edilmiş bir gereksinimin tasarım ve devir aşamaları arasında ortadan kaybolmasını nasıl önleyebilir?
A: Gereksinime bir kapsam sınırı ve sahip atayın, ardından bunu tasarım incelemesi, entegre testler ve devir aşamalarında beklenen kanıtlarla ilişkilendirin. Çalışmalar ilerlemeden önce, her bir kaydı kimin hazırlayacağını ve bunun kabul edilen gereksinimle nasıl eşleştirileceğini teyit edin.