Gamp 5

Bu konu, şu konunun bir parçasıdır: SG Systems Global Düzenleme ve operasyon kılavuzu kütüphanesi.

GAMP 5: Amaçlanan kullanımı kanıtlayan, elektronik kayıtları koruyan ve gerçek operasyonlara uyarlanabilen risk tabanlı doğrulama.

Ocak 2026'da güncellendi • GAMP 5, CSV, risk tabanlı test, tedarikçi katılımı, yaşam döngüsü doğrulaması, Bölüm 11, Ek 11 • Sektörler arası

GAMP 5 (İyi Otomatik Üretim Uygulamaları, 5. baskı) , bilgisayar sistemi doğrulaması (CSV) için risk tabanlı düşünceyi uygulamada en yaygın kullanılan endüstri çerçevesidir . Basitçe ifade etmek gerekirse, düzenlemeye tabi kuruluşların, aylarca "her şeyi test etmek"le vakit kaybetmeden, bilgisayarlı bir sistemin amaçlanan kullanımına uygun olduğunu nasıl kanıtladıkları ve denetimler, soruşturmalar, sapmalar ve ürün kalitesi olayları sırasında geçerliliğini koruyan kanıtları nasıl muhafaza ettikleridir.

GAMP 5 önemlidir çünkü modern üretim yazılım tabanlıdır. Ana reçete bir yapılandırma nesnesidir. Bir "rapor" bir sürüm kararını yönlendirebilir. Bir iş akışı, bir istisnanın yakalanıp yakalanmayacağını veya sessizce atlanıp atlanmayacağını belirler. Bir erişim rolü, bir kişinin kendi kendini onaylayıp onaylayamayacağına karar verebilir. Bu kontroller zayıfsa veya değişiklik kontrolü olmadan değişirse , yalnızca arıza süresi riskiyle karşılaşmazsınız. Güvenilmez ürün kararları ve güvenilmez kayıtlar üretme riskiyle de karşı karşıya kalırsınız.

Bu nedenle GAMP 5, veri bütünlüğünden ayrı düşünülemez . Doğrulanmış bir sistemin temel vaadi "sistem asla başarısız olmaz" değildir. Vaat şudur: Sistem amaçlandığı gibi kullanıldığında, denetim izleri , kontrollü erişim ve savunulabilir, incelenebilir kayıtlarla desteklenen güvenilir sonuçlar ve güvenilir kanıtlar üretir.

“Doğrulama, yazılımın mükemmel olduğunu kanıtlamakla ilgili değildir. Doğrulama, yazılımı kullanımınızın kontrollü olduğunu kanıtlamakla ilgilidir.”

1) GAMP 5'in gerçek anlamı nedir?

Özünde, GAMP 5 pratik bir soruna pratik bir çözümdür: Bilgisayarlı sistemler, kaba kuvvetle doğrulanamayacak kadar karmaşıktır. Doğru soru "Her özelliği test ettik mi?" değil, "Güvendiğimiz şeyleri test ettik mi ve kaliteyi ve kanıtı koruyan kontrolleri kanıtladık mı?" olmalıdır.

GAMP 5, doğrulama sürecini bir yaşam döngüsü disiplini olarak yeniden ele alıyor. Doğrulama, devreye alma anında tek seferlik bir olay değildir. Gereksinimleri tanımladığınızda başlar ve yapılandırma, test, sürüm, işletme ve nihai olarak kullanım dışı bırakma aşamalarına kadar devam eder. Bu nedenle, Doğrulama Ana Planı (VMP) ile doğal olarak eşleşir : Birbirinden bağımsız protokoller ve onaylar yığını yerine, tanımlanmış bir stratejiye ve ölçeklendirme kurallarına ihtiyacınız vardır.

Ayrıca, yazılıma türüne göre farklı davranır. Standart bir altyapı bileşeni, yüksek düzeyde yapılandırılmış bir MES iş akışıyla aynı şekilde doğrulanmaz ve ikisi de özel uygulama koduyla aynı şekilde doğrulanmaz. Bu, açıkça uygulanan "risk ve karmaşıklığa göre çabayı ölçeklendirme" ilkesidir.

Son olarak, her şeyi kendinizin inşa etmesinin nadiren mümkün olduğunu kabul eder. Tedarikçiler ve entegratörler önemlidir. GAMP 5, uygun yerlerde tedarikçi dokümanlarından ve testlerinden yararlanmanızı teşvik ederken, sistemin kullanım amacı, risk kararları ve ortamınızdaki kabulü konusunda sorumluluğunuzu da korumanızı sağlar.

2) GAMP 5'in müzakere edilemez olmasının nedenleri

GAMP 5, akademik olduğu için popüler değil. Popüler olmasının nedeni, düzenlemeye tabi işlerin gerçekte nasıl gerçekleştiğiyle örtüşmesidir: sistemler değişir, entegrasyonlar yavaşlar, insanlar doğaçlama yapar ve kanıtlar sonradan incelenir. Bir sistem operasyonel olarak "çalışabilir" ancak kayıtları eksik, atfedilemez veya yeniden oluşturulamaz olduğu için düzenleyici gerçekliğe uymayabilir.

Dört temel etken, GAMP tarzı bir yaklaşımı kaçınılmaz kılıyor:

Risk tabanlı bir çerçeve olmadan, ekipler genellikle iki kötü uç noktadan birini seçerler: ya sonsuza kadar süren ve yine de kritik kontrol yollarını gözden kaçıran devasa bir doğrulama paketi ya da kağıt üzerinde iyi görünen ancak inceleme altında çöken minimal bir paket. GAMP 5, bu iki uç noktadan da kaçınmanın yoludur.

3) GAMP 5, CSV ve Bölüm 11 / Ek 11 Karşılaştırması

Bu terimler birbirine karıştırılıyor ve bu karışıklık zaman kaybına yol açıyor. İşte pratik bir yol haritası:

GAMP 5 bir düzenleme değil, düzenleyici beklentileri karşılamanıza yardımcı olan bir yöntemdir. CSV'yi GAMP olarak adlandırmadan da uygulayabilirsiniz, ancak risk tabanlı prensipleri göz ardı ederseniz, neredeyse kesinlikle ya aşırı test yaparsınız ya da yetersiz kontrol uygularsınız.

4) Yaklaşımı yönlendiren temel prensipler

GAMP 5, birkaç temel çalışma prensibiyle özetlenebilir. Ekipler "GAMP'ı doğru uyguladığında", genellikle bu şeyleri tutarlı bir şekilde yaparlar:

• İlk kullanım amacı: Sistemin, kullanıcılarınızla olan süreçlerinizde ne yapması gerektiğini tanımlayın. Kullanıcı Gereksinimleri Spesifikasyonu (URS) pazarlama aracı değil; doğrulama için temel ölçüttür.
• Risk temelli düşünme: Olası sorunları ve bunların ne gibi noktalarda önemli olduğunu değerlendirin; doğrulamayı yüksek etkili arıza modlarına odaklayın.
• Yaşam döngüsü kontrolü: Doğrulama süreci, devreye alma işleminden önce başlar ve işletme ve kullanım ömrünün sonlandırılması aşamalarında devam eder.
• Tedarikçilerden faydalanın: Tedarikçi dokümanlarını ve test kanıtlarını kullanın, ancak yapılandırılmış kullanımınızda önemli olan noktaları doğrulayın.
• İzlenebilirlik: Gereksinimlerden testlere ve sonuçlara kadar net bağlantılar gösterin. Bir gereksinimin testi yoksa, kanıtlanmamıştır. Bir testin gereksinimi yoksa, o test anlamsızdır.
• Kalite sistem entegrasyonu: doğrulama bağlantısını kur Doküman Kontrolü, revizyon kontrolü, ve kontrolü değiştir.

5) Sistem sınıflandırması ve bunun değiştirdiği şeyler

GAMP'ın en pratik fikirlerinden biri, tüm yazılımları aynı şekilde doğrulamamanızdır. "Kategori", ne kadar spesifikasyon ve testin uygun olduğuna ve tedarikçi kanıtlarının en çok nerede kullanılabileceğine karar vermenize yardımcı olur.

Sınıflandırmayı iletmenin basit bir yolu, sistem türlerini, örnekleri ve tipik doğrulama yaklaşımlarını içeren bir tablo oluşturmaktır:

Kategorizasyon, oyun titizliğiyle ilgili değildir. Doğru kanıtları kullanmakla ilgilidir. Yapılandırılmış bir sistem için en büyük riskiniz genellikle yapılandırma sapması ve yanlış anlaşılan iş akışı davranışıdır. Özel kod için en büyük riskiniz gizli kusurlar ve kontrolsüz değişikliklerdir. Altyapı için en büyük riskiniz kullanılabilirlik, güvenlik ve kurtarılabilirliktir. Doğrulama yaklaşımı bu gerçekliğe uygun olmalıdır.

6) Yaşam döngüsü çıktıları ve izlenebilirlik

Sık karşılaşılan bir hata, doğrulama çıktılarını tutarlı bir hikaye yerine şablon bir kontrol listesi olarak ele almaktır. GAMP 5, basit bir anlatıyı teşvik eder: İhtiyaçlarımızı tanımladık, bunu karşılamak için tasarladık/yapılandırdık, önemli olanları test ettik ve doğru kalması için değişiklikleri kontrol ediyoruz.

Pratikte, yaşam döngüsü küçük bir dizi temel unsur tarafından desteklenir. Kuruluşunuz bunları farklı şekilde adlandırabilir, ancak amaç tutarlıdır:

• VMP / doğrulama stratejisi: üst düzey yaklaşım, roller ve ölçeklendirme kuralları (VMP).
• URS: amaçlanan kullanım ve üst düzey gereksinimler (URS).
• Risk değerlendirmesi: Neler başarısız olabilir ve neler önemlidir; genellikle şu şekilde özetlenir: risk matrisi.
• Konfigürasyon/tasarım özellikleri: Sistemin, erişim modeli, iş akışları ve temel hesaplamalar da dahil olmak üzere, gereksinimleri karşılayacak şekilde nasıl kurulacağı.
• Test stratejisi: Hangi testlerin mevcut olduğu, neden kullanıldığı ve kabul kriterleri; gelecekteki değişiklikler için gerileme kapsamını içerir.
• İnfaz kanıtları: Test kayıtları, sapmalar, çözümler ve onaylar, net bir sorumluluk bilinciyle birlikte sunulur.
• Serbest bırakma ve operasyonel kontrol: Devreye alma kararı, eğitim kanıtları, işletme için standart işletim prosedürleri (SOP'ler), yedekleme/geri yükleme ve destek.

Niteliklendirme dili genellikle kanıtların yapılandırılmasına yardımcı olur. Birçok ekip, kontrolleri IQ (doğru şekilde kuruldu) ve OQ (amaçlandığı gibi çalışıyor) ile uyumlu hale getirir ve ardından UAT veya süreç odaklı testlerle amaçlanan kullanımı doğrular. İsimlendirme, amaçtan daha az önemlidir: doğru yapıyı kanıtlayın, doğru işlevi kanıtlayın ve sürecinizde doğru kullanımı kanıtlayın.

İzlenebilirlik, her şeyi bir arada tutan unsurdur. Pratik bir izlenebilirlik matrisi karmaşık olmak zorunda değildir. Basitçe şu adımları izlemeyi mümkün kılmalıdır: URS gereksinimi → tasarım/konfigürasyon öğesi → test senaryosu → sonuç → herhangi bir sapma ve bunların çözümü. İzleyemezseniz, kanıtlayamazsınız.

7) Risk tabanlı test: Ne test edilmeli ve neden?

Risk tabanlı testler, GAMP 5'in zaman kazandırdığı ve kaliteyi artırdığı alandır . Amaç daha az test yapmak değil, doğru testleri yapmaktır: sistemin süreci kontrol ettiğini ve kanıtları koruduğunu kanıtlayan testler.

Pratik bir strateji, "kontrol yollarına" odaklanır. Kontrol yolları, yanlış olması durumunda hatalı ürün veya hatalı kayıtlar oluşturacak iş akışlarıdır. Örnekler arasında şunlar yer alır: sürüm kararları, istisna işleme, kritik hesaplamalar, güvenlik rolü uygulaması ve denetim izi yakalama.

“Risk tabanlı” yaklaşımı (slogan olmaktan ziyade) gerçeğe dönüştürmek için, değerlendirmeyi sürece bağlayın. Sistemin desteklediği düzenlenmiş kararlarla başlayın: serbest bırakma, bekletme, elden çıkarma, hesaplamalar ve kontrollü kayıtların oluşturulması veya değiştirilmesi. Ardından üç açık soru sorun: (1) Bu başarısız olursa, ürün kalitesi veya hasta/müşteri güvenliği üzerindeki etkisi nedir, (2) Ürün kontrol dışına çıkmadan önce hatayı tespit edebilir miyiz ve (3) Yalnızca sistemin kayıtlarından ne olduğunu yeniden oluşturabilir miyiz? Cevaplar, modül adlarına dayanarak tahmin etmekten çok daha iyi bir şekilde test derinliğini yönlendirir.

Ekipler zorlandığında, bunun genellikle nedeni risk değerlendirmesinin kanıt kontrollerinden kopuk olmasıdır. Basit bir kontrol-hedef tablosu, süreci gerçekçi kılar ve hangi testleri atlamamanız gerektiğini açıkça gösterir:

Risk arttıkça detay da genişler. Sistem elektronik parti kayıtları (EBR) veya eDHR gibi cihaz kayıtları oluşturuyorsa , yalnızca "veri girişi" değil, kayıt yaşam döngüsünü ve inceleme iş akışını da test etmelisiniz. Sistem imha işlemini destekliyorsa, imha kontrollerini test etmelisiniz. Bir rapor, serbest bırakma veya uyumluluk kararları için kullanılıyorsa, rapor mantığını, filtreleri ve değişiklik kontrollerini (parametreleri kimin düzenleyebileceği ve düzenlemelerin nasıl izlendiği dahil) test etmelisiniz.

8) Kontrolü kaybetmeden tedarikçi katılımı

Tedarikçi katılımı GAMP 5'in güçlü yönlerinden biridir, ancak aynı zamanda yaygın bir yanlış yorumlamadır. Tedarikçi kanıtlarından yararlanmak, sorumluluğu dış kaynaklara devretmek anlamına gelmez. Kuruluşunuz, düzenlemeye tabi bağlamınızda sistemin amaçlanan kullanımı, yapılandırma kararları ve kabulü konusunda sorumlu olmaya devam eder.

Tedarikçilerle pazarlık gücünün pratik kullanımı şunları içerir:

• Tedarikçi değerlendirmesi: Tedarikçinin geliştirme ve kalite uygulamalarını değerlendirin; risk düzeyini ölçen bir yaklaşım benimseyin.
• Dokümantasyon kullanımı: Destekleyici kanıt olarak tedarikçi teknik özelliklerini, sürüm notlarını ve test özetlerini kullanın.
• Tedarikçi testi: Mümkün olan yerlerde fabrika testlerinden yararlanın; aynı düşük riskli testleri tekrar çalıştırmayın.
• Sözleşme netliği: Hatalar, destek, güvenlik ve değişiklik bildirimlerine ilişkin sorumlulukları tanımlayın.

Özellikle altyapıyı kontrol edemediğiniz SaaS ve barındırılan sistemlerde tedarikçi kanıtı son derece önemlidir. Bu durumlarda doğru kontrol genellikle şunlardır: tedarikçi yeterliliği + sözleşmesel yükümlülükler + kendi kullanım amacınızın doğrulanması + güçlü değişiklik iletişim kanalları. Eğer satıcı sizin bilginiz olmadan üretim ortamını güncelleyebiliyorsa, doğrulanmış durumunuz istikrarlı değildir.

9) Yama, yükseltme ve yapılandırma sapmalarının yönetimi

Doğrulama, devreye alma işlemiyle bitmez. Gerçek hayatta yamalar, güvenlik düzeltmeleri, iş akışı iyileştirmeleri, yeni raporlar ve entegrasyon değişiklikleri bulunur. Bir GAMP 5 programı, değişimi istisna olarak değil, yaşam döngüsünün bir parçası olarak ele alarak gerçek hayatta ayakta kalır.

Doğrulanmış durumun istikrarlı kalmasını sağlayan üç kontrol mekanizması vardır:

• Kontrolü değiştir: Değişiklikler uygulamaya geçirilmeden önce değerlendirilir, onaylanır, test edilir ve belgelendirilir.
• Gözden geçirme: Yapılandırma, komut dosyaları ve temel özelliklerin temelleri sürümlendirilir ve geri alınabilir.
• Regresyon stratejisi: Her değişikliğin tanımlanmış bir gerileme kapsamı vardır; "bunun bunu etkileyeceğini düşünmedik" bir savunma değildir.

Basit bir kural seti yardımcı olur: eğer bir değişiklik düzenlenmiş iş akışını, kritik hesaplamaları, erişim rollerini, denetim izi ayarlarını, arayüzleri veya sürüm için kullanılan raporlamayı etkiliyorsa, bunu yeniden doğrulama gerektiren bir değişiklik olarak değerlendirin. Eğer değişiklik tamamen kozmetik veya GxP dışı ise, gerekçeyi belgeleyin ve riske bağlı olarak testleri buna göre sınırlandırın.

MES ve bağlantılı operasyonlar gibi sistemler için yama ve siber güvenlik güncellemeleri gereklidir. Ancak doğrulama disiplini olmayan bir yama programı, sürekli tekrar eden bir döngüye dönüşür: Güncellemeler yayınlanır, beklenmedik gerilemeler ortaya çıkar ve ekip güvenini kaybeder. Olgun bir program, yamalama işlemini risk tabanlı gerilemeye bağlar, ortam yönetimiyle entegre olur ve denetimler sırasında hızlı bir şekilde gösterilebilecek bir kanıt paketi tutar.

10) Veri bütünlüğü, denetim izleri ve elektronik imzalar

Risk tabanlı doğrulama, kanıt kontrollerini göz ardı ederse başarısız olur. Düzenlemeye tabi ortamlarda, sistemin birincil "ürünü" kayıt olabilir. Bu nedenle GAMP 5 doğrulaması, veri bütünlüğü özelliklerini ve elektronik kayıt kontrollerini açıkça kontrol etmelidir.

Yüksek öneme sahip bütünlük kontrolleri şunları içerir:

• atıf: Eylemler benzersiz kullanıcılara bağlıdır; paylaşılan hesaplar yasaktır veya sıkı bir şekilde kontrol edilir.
• Denetim izi bütünlüğü: Sistem, kritik oluşturma/değiştirme/silme olaylarını kaydeder ve bunları talep üzerine üretebilir.denetim izleri).
• Zaman kontrolü: Zaman damgaları tutarlı ve korunmaktadır; zaman değişiklikleri kontrol edilir ve kaydedilir.
• İmza anlamı: elektronik imzalar Eylemlere bağlanır ve zaman içinde anlamını korur.
• Kayıt saklama ve geri alma: Kayıtlar, gerekli saklama süreleri boyunca erişilebilir ve okunabilir durumda kalır.
• Veri dışa aktarma bütünlüğü: Dışa aktarılan veriler eksiksizdir ve izlenebilirlik olmaksızın seçici olarak filtrelenmemiştir.

Bu kontroller, 21 CFR Bölüm 11 ve Ek 11 ile yaygın olarak ilişkilendirilen beklentileri destekler , ancak asıl nokta uyumluluktan daha büyüktür. Asıl nokta şudur: Bir şeyler ters gittiğinde, hafızaya veya gayri resmi elektronik tablolara güvenmeden gerçeği yeniden oluşturabilirsiniz.

Çoğu kuruluş, bütünlük düşüncesini ALCOA gibi ilkelere dayandırır . Sistem "atfedilebilir", "eş zamanlı" veya "orijinal" unsurları zayıflatıyorsa, işler durumda olsa bile savunulabilir olmayabilir.

11) Çevik, bulut, SaaS ve modern teslimat modelleri

GAMP 5 bazen yanlışlıkla "şelale doğrulama" olarak nitelendiriliyor. Bu bir yanlış anlama. Çerçeve, temel ilkeleri koruduğunuz sürece çevik ve modern teslimatla uyumludur: tanımlanmış gereksinimler, risk tabanlı testler, kontrollü sürümler ve izlenebilir kanıtlar.

İşe yarayan pratik uyarlamalar:

• Yinelemeli URS: Kullanım amacını erken aşamada belirleyin ve kontrollü revizyonlarla iyileştirin; temel seviyeyi düşük tutun. revizyon kontrolü.
• Sürekli test kanıtı: Güvenilir olduğu durumlarda otomatik test kanıtlarını kullanın, ancak bunların incelenebilir ve gereksinimlerle bağlantılı olduğundan emin olun.
• Sürüm tabanlı doğrulama: Her sürümü kontrollü bir değişiklik olarak ele alın; tanıtımdan önce risk tabanlı regresyon analizi yapın.
• Bulut sorumluluk eşleştirmesi: Tedarikçinin kontrol ettiği ve sizin kontrol ettiğiniz unsurları tanımlayın; güvendiğiniz parçaları doğrulayın.

Düşük kodlu araçlar ve elektronik tablolar için risk, teknoloji değil, kontrollerin eksikliğidir. Yayın sonuçlarını hesaplamak için kullanılan bir elektronik tablo, BT departmanı tarafından onaylanmamış olsa bile, pratikte düzenlenmiş bir sistemdir. Aynı GAMP mantığını uygulayın: amaçlanan kullanım, risk değerlendirmesi, sürüm kontrolü, erişim kontrolleri ve formüllerin doğrulanması. Kontrol edemediğiniz bir şeye karar verirken güvenmemelisiniz.

12) Arayüzler ve entegrasyon riskleri

Arayüzler, doğrulanmış sistemlerin genellikle sessizce başarısız olduğu yerlerdir. Temel uygulama doğrulanmış olabilir, ancak entegrasyon katmanı işlemleri tekrarlar, mesajları düşürür veya olayları gerçeği bozacak şekilde yeniden sıralar. Bağlantılı işlemlerde, arayüz doğrulanmış fonksiyonun bir parçasıdır.

Sık rastlanan yüksek riskli entegrasyonlar şunlardır:

• ERP: Siparişler, onaylar, stok hareketleri, parti durumu ve finansal kayıtlar.
• LIMS: Sonuçlar, özellikler, COA bağlantıları ve karar verme etkenleri.
• eQMS: Sapmalar, soruşturmalar, onaylar, CAPA görevleri ve değişiklik iş akışları.
• MES ve üretim sahası bağlantısı: Yürütme davranışını yönlendiren entegrasyon ağ geçitleri, PLC bağlantıları ve mesaj aracıları.

Arayüz doğrulaması şu hususları açıkça test etmelidir: yinelenen kayıtlara karşı koruma (idempotansiyel), sıralama ve zamanlama varsayımları, sistemler arası uzlaştırma sayıları ve arayüz eylemlerinin denetlenebilirliği. Uzlaştırma yapamıyorsanız, kayıtların eksiksiz olduğunu kanıtlayamazsınız.

13) Emeklilik, göç ve görevde kalma

GAMP 5, yaşam döngüsü doğrulamasını kapsar ve kullanım ömrünün sonunu da içerir. Devre dışı bırakma, genellikle kayıtlara erişimi bozduğu için yüksek riskli bir olaydır. Bir sistemi kullanımdan kaldırdıktan sonra bir soruşturma için kayıtları geri alamıyorsanız, sonradan bir uyumluluk hatası yaratmış olursunuz.

Devre dışı bırakma süreci, bir değişim gibi yönetilmelidir: hangi kayıtların saklanması gerektiği, bunlara nasıl erişileceği ve eksiksizliğin nasıl kanıtlanacağı tanımlanmalıdır. Bu, veri arşivleme ve veri saklama uygulamalarıyla bağlantılıdır. Doğru sonuç "eski sistem devre dışı bırakıldı" olmamalıdır. Doğru sonuç, "kayıtların, oluşturuldukları zamanki anlamlarıyla birlikte, tüm saklama süresi boyunca erişilebilir, okunabilir ve izlenebilir kalmasıdır."

Geçiş işlemleri için, veri eşleme ve dönüştürmeyi doğrulanmış kapsamın bir parçası olarak ele alın. Geçiş sadece tabloları kopyalamak değildir; anlamı korumaktır. Bir kaydın biçimi değişirse, anlamın ve denetlenebilirliğin korunduğunu ve geçişin kendisinin değişiklik yönetimi yoluyla kontrol edildiğini göstermelisiniz.

14) Performans göstergeleri ve çalışma temposu

Bir GAMP 5 programı ölçülebilir olmalıdır. Ölçülebilir değilse, bürokrasiye veya ihmale doğru kayma eğilimindedir. Küçük bir KPI seti, programın dürüst kalmasına yardımcı olur.

Sıklık önemlidir. Yüksek değişim oranına sahip ortamlarda, istikrarlı ortamlara göre doğrulama sağlığı daha sık gözden geçirilmelidir. Amaç, doğrulamanın gerçekliğe ayak uyduramadığı zamanı tespit etmektir; çünkü gerçeklik bir sonraki yıllık incelemenizi beklemez.

15) GAMP 5 “blok testi” kontrol listesi

Programınızın gerçek olup olmadığını hızlı ve acımasız bir şekilde kontrol etmek istiyorsanız, blok testi kullanın. Bu test, doğrulama hatalarının çoğuna neden olan davranışlara odaklanır: kontrolsüz değişiklik, zayıf izlenebilirlik ve göz ardı edilen kanıt kontrolleri.

Bu kontrol listesi başarısız olursa, bunu bir yönetim hatası olarak değerlendirin. Doğrulama bir kontroldür. Beklendiği gibi çalışmayan kontroller kalite sorunlarıdır.

16) Yaygın arıza modelleri

• Kontrolleri test etmek yerine kullanıcı arayüzünü test etmek: Yüzlerce ekran kontrolü yapıldı, ancak denetim izi veya rol testi yok.
• Yapılandırma sonrasında yazılan URS: Gereksinimler artık bir temel değil, bir gerekçe belgesi haline geliyor.
• Tedarikçinin kanıtları dikkate alınmıyor: Ekipler düşük riskli işlevleri yeniden test ederken, yüksek riskli olanlar için zamanları kalmıyor.
• Tedarikçi kanıtlarına tapılıyor: Ekipler, amaçlanan kullanım ve yapılandırmayı doğrulamadan tedarikçi testlerini kabul ediyor.
• Değişiklik kontrolü zayıf: "Küçük değişiklikler" birikerek doğrulanmış temel durumun gerçek dışı bir hale gelmesine yol açar.
• Arayüzler, BT altyapısı olarak ele alınır: Entegrasyon hataları kayıtları ve mutabakatı bozar.
• Emeklilik plansız bir şekilde yürütülüyor: Sistemler kapatılıyor ve kayıtlara erişim kayboluyor.

17) Sektörler arası örnekler

GAMP 5, yazılımın düzenlemeye tabi kanıtlara katkıda bulunduğu her yerde kullanılır. Ayrıntılar değişmekle birlikte, kontrol amacı sabittir: amaçlanan kullanımı kanıtlamak ve kayıt bütünlüğünü korumak.

• İlaç üretimi: MES/EBR ve laboratuvar sistemleri denetim izlerini korumalı ve kanıtları yayınlamalıdır; doğrulama, sık değişikliklere ve soruşturmalara dayanabilmelidir (bkz. GMP hem de ICH Q10 bağlam).
• Tıbbi cihazlar: Üretim ve kalite sistemleri, yaşam döngüsü boyunca ortaya çıkan ürünler arasında izlenebilirliği destekler. DMR hem de DHR; değişiklikler kesişiyor DV ve kalite sistem kontrolleri gibi ISO 13485 Uygulamalar ve risk yönetimi uyumu.
• Gıda ve tüketim ürünleri: Yüksek hacimli operasyonlar hızlı değişiklikler gerektirir; risk tabanlı doğrulama, "hızın" kontrolsüz sapmaya dönüşmesini önler (bkz. HACCP (uygun olduğu yerlerde stil düşüncesi).
• Yüksek otomasyonlu tesisler: Entegrasyon katmanları ve yürütme mantığı, sonradan düşünülmüş bir unsur olarak değil, amaçlanan kullanımın bir parçası olarak doğrulanmalıdır; bu, kararları yönlendiren veri akışlarını ve bekleme/serbest bırakma durumunu da içerir.

Ortak ders şu: Doğrulanmış bir sistem, ancak etrafındaki kontroller, özellikle de değişiklik kontrolü ve kanıt bütünlüğü kadar güvenilirdir.

18) Genişletilmiş SSS

S1. GAMP 5 nedir?
GAMP 5, bilgisayarlı sistemlerin yaşam döngüsü boyunca doğrulanması için risk tabanlı bir çerçevedir ve genellikle uygulama testlerinde kullanılır. CSV Etkin ve savunulabilir bir şekilde.

S2. GAMP 5 bir yönetmelik midir?
Hayır. Bu, sektör kılavuzudur. Düzenleyiciler onaylanmış sistemler bekler; GAMP 5, birçok kuruluşun risk temelli titizlikle bu beklentileri karşılamak için kullandığı pratik bir yöntemdir.

S3. Doğrulama sürecinde “risk tabanlı” ne anlama gelir?
Bu, spesifikasyon ve testlerinizi, arızası ürün kalitesine, hasta/müşteri güvenliğine veya kayıt bütünlüğüne zarar verebilecek işlevlere odaklamanız anlamına gelir. Düşük riskli işlevler için daha hafif kanıtlar kullanılır; yüksek riskli işlevler için daha kapsamlı test ve inceleme yapılır.

S4. Her özelliği test etmemiz gerekiyor mu?
Hayır. Amaçlanan kullanımı destekleyen ve kanıtları koruyan unsurları test etmeniz gerekiyor. Düşük riskli özelliklerin aşırı test edilmesi, ekiplerin gerçek kontrol yollarını yeterince test etmemesine neden olur.

S5. Tedarikçi testlerine güvenebilir miyiz?
Tedarikçi kanıtlarından yararlanabilirsiniz, ancak yine de kullanım amacınızı, yapılandırmanızı ve risk kontrollerinizi, özellikle denetim kayıtları, güvenlik ve arayüzler konusunda doğrulamanız gerekir.

S6. GAMP 5, Bölüm 11 ve Ek 11 ile nasıl ilişkilidir?
GAMP 5 bir doğrulama yöntemidir; Bölüm 11 hem de Ek 11 Elektronik kayıtlarla ilgili beklentiler şunlardır: Güçlü bir GAMP 5 yaklaşımı, elektronik kanıtlara duyulan güveni korumak için denetim izlerinin doğrulanmasını, erişim kontrollerini, elektronik imzaları ve kayıt saklamayı içerir.

S7. GAMP 5'in en büyük arıza modu nedir?
Doğrulama işlemini bir kontrol yerine bir belge kümesi olarak ele almak. Değişiklik kontrolü zayıfsa, yapılandırma sapmaları yaşanırsa ve kanıt kontrolleri test edilmezse, "doğrulanmış durum" bir kurguya dönüşür.

İlgili Okuma
• Doğrulama Çekirdeği: CSV | VMP | URS | IQ | OQ | UAT
• Yönetim: Kontrolü değiştir | MOC | Döküman kontrolu | Gözden geçirme
• Dürüstlük + Kanıt: Veri bütünlüğü | ALKOL | Denetim İzi (GxP) | Elektronik İmzalar
• Elektronik Kayıtlar Bağlamı: 21 CFR Bölüm 11 | Ek 11 | Tahmin Kuralı
• Sistem Bağlamı: MES | EBR | LIMS | eQMS