21 CFR Bölüm 820

Bu sözlük terimi, aşağıdakilerin bir parçasıdır: SG Systems Global Düzenleme ve operasyon kılavuzu kütüphanesi.

Ocak 2026'da güncellendi • Tıbbi cihaz kalite sistemi (QSR) + QMSR'ye geçiş • Tasarım kontrolleri, belge/kayıt kontrolü, CAPA, şikayet yönetimi, üretim ve süreç kontrolleri, denetim hazırlığı • Ağırlıklı olarak Tıbbi Cihazlar (yazılım doğrulama, veri bütünlüğü ve piyasa sonrası raporlamaya da geçiş yapmaktadır)

21 CFR Bölüm 820, operasyonel anlamda FDA'nın tıbbi cihaz kalite sistemi düzenlemesidir: Cihaz işletmenizi kontrollü bir sistem olarak mı yoksa kahraman insanlar ve ay sonu temizlikleriyle bir arada tutulan bir yığın "iyi niyet" olarak mı yöneteceğinize karar veren kuraldır.

Çoğu ekip, Bölüm 820'nin "bir kalite güvence meselesi" olduğunu düşünüyor. Bu varsayım, temiz bir SOP kütüphanesine sahip olmanıza rağmen kirli bir gerçeklikle sonuçlanmanıza neden olur: kontrolsüz değişiklikler, belgelenmemiş kararlar, tedarikçi sürprizleri, eksik kanıtlar ve etkileyici görünen ancak riski gerçekten azaltmayan düzeltici ve önleyici eylemler. Bölüm 820 bir bağlayıcı gereklilik değil, bir uygulama gerekliliğidir; tasarım, üretim, satın alma, etiketleme, şikayetler ve düzeltici eylemlerin tümü birbirine bağlı bir sistem gibi davranmalıdır.

Ayrıca kaçınılmaz bir zamanlama sorunu da var: FDA, ABD cihaz kalite yönetim sistemini ISO 13485 ile çok daha yakından uyumlu hale getirerek Bölüm 820'yi modernize eden Kalite Yönetim Sistemi Yönetmeliği'ni (QMSR) kesinleştirdi . Uyumluluk tarihi 2 Şubat 2026. Başka bir deyişle: Bölüm 820'ye ilişkin yaklaşımınız "sonra düzeltiriz" ise, zamanınız kalmamış demektir. (Konuyu daha kapsamlı bir şekilde ele almak için FDA'nın QMSR genel bakışına göz atın.)

Eğer resmi yönetmelik metnine ihtiyacınız varsa, Bölüm 820 için geçerli eCFR sayfasını kullanın. Bu, "kuralın ne dediği"nin temelini oluşturur. Sizin göreviniz ise bunu, gerçek bir denetimden geçebilecek, kayıt üreten bir işletme modeline dönüştürmektir.

“820. Madde şirketleri sorunları olduğu için cezalandırmaz. Şirketleri sorunları kontrol edemedikleri ve kontrol ettiklerini kanıtlayamadıkları için cezalandırır.”

1) İnsanlar 21 CFR Bölüm 820'e atıfta bulunurken neyi kastediyorlar?

Birisi "820. Bölüme uyumlu olmamız gerekiyor" dediğinde, genellikle dört şeyden birini kastediyor demektir; bunların hiçbiri standart işletim prosedürlerini yeniden yazarak çözülemez.

Birincisi: FDA denetimi bekliyorlar (ya da zaten bir denetim geçirdiler) ve Bölüm 820'nin, sistemlerinizin gerçek mi yoksa göstermelik mi olduğunu test etmek için FDA'nın kullandığı kural olduğunu biliyorlar.

İkinci olarak: Kalite sorunları yaşadılar—şikayetler, hurda oranlarındaki artışlar, tedarikçi kaçışları, denetim bulguları—ve aynı hatanın farklı isimler altında tekrarlanmasını önlemek için yapılandırılmış bir yönteme ihtiyaç duyuyorlar.

Üçüncüsü: ölçekleniyorlar: daha fazla ürün çeşidi, daha fazla lokasyon, daha fazla tedarikçi, daha fazla ürün değişikliği. Eskiden "geleneksel bilgi birikimi" ile yönetilen şeyler, kontrollü bir sistem olmadan ölçeklenemez.

Dördüncüsü: Ticari baskı altındalar (yeni müşteriler, yeni pazarlar, ISO sertifikasyon uyumu) ​​ve Kalite Yönetim Sistemlerinin denetçiler, ortaklar ve düzenleyiciler tarafından anlaşılabilir olması gerekiyor.

İşte kilit nokta: Bölüm 820 bir kontrol listesi değil. Düzenlemeye tabi cihaz işlemlerinin, tasarım girdisi kararlarından şikayetlere ve CAPA kapanışına kadar güvenilir kanıtları nasıl oluşturması ve saklaması gerektiğine dair bir tasarım spesifikasyonudur.

2) Acı gerçek: Bölüm 820 bir kanıt sistemidir.

820. Bölüm kalite kılavuzunuzda yer almaz. Kayıtlarınızda yer alır . FDA sizin "süreciniz"den ikna olmaz. Sürecin iddia ettiğiniz gibi işlediğine dair kanıtlarınızdan ikna olur.

820. Bölümü basitleştirmek istiyorsanız, tek bir cümleyle düşünün:

Eğer bu soruyu yanıtlayamazsanız, Bölüm 820'yi kaos olarak algılarsınız: tekrarlanan soruşturmalar, tutarsız yanıtlar, eksik onaylar ve aslında sadece "bir dahaki sefere daha çok çalışın" anlamına gelen düzeltici ve önleyici eylemler. Eğer yanıtlayabilirseniz , Bölüm 820 rekabet avantajı haline gelir: öngörülebilir ürün lansmanları, daha az kaçak, daha hızlı kök neden tespiti, daha temiz tedarikçi ilişkileri ve daha sakin denetimler.

3) Bölüm 820 kimleri kapsar (ve "üretimi dışarıdan temin ediyoruz" ifadesi neden sizi kurtarmaz)

Çoğu şirket kapsam yanlış anlamaları nedeniyle zarar görüyor. ABD pazarına sunulan bitmiş bir tıbbi cihazdan sorumluysanız, cihazı fiziksel olarak bir sözleşmeli üretici üretse bile, Bölüm 820 kapsamına giriyorsunuz.

Dış kaynak kullanımı yükümlülükleri ortadan kaldırmaz; bunları yerine getirme şeklinizi değiştirir. Sistem hala size aittir: tasarım kontrolleri, satın alma kontrolleri, kabul faaliyetleri, şikayet değerlendirmesi ve CAPA yönetimi. Sözleşmeli ortaklarınız, düzenlenmiş sürecinizin uzantıları haline gelir. Kanıtlarına erişemezseniz, uyumluluk pozisyonunuzu savunamazsınız.

Bu nedenle, Bölüm 820 kapsamındaki "tedarikçi kalitesi" bir satıcı puanlama sistemi değildir. Düzenlenmiş bir iş akışıdır. Satın alma kontrolleriniz, tedarikçi yeterliliğiniz ve gelen kabul kanıtlarınız, satın aldığınız şeyin riskine uygun olmalıdır.

Tıbbi cihaz üreten kuruluşların, sadece uyumluluk gösterisi yapmakla kalmayıp, uçtan uca operasyonel bir duruş oluşturmaları için, bunu sektörünüzün uygulama biçimiyle ilişkilendirmeleri gerekir: tıbbi cihaz üretim kontrol modeli, sadece "iyi niyetler" değil, izlenebilir kararlar, kontrollü değişiklikler ve kanıtlanabilir onaylar ile ilgilidir.

4) Belgeler, kayıtlar ve kanıtlar: Yeniden çalışmayı ortadan kaldıran model

820 numaralı parçadaki arızaların çoğu, üç farklı nesnenin karıştırılmasından kaynaklanır:

Pratikte, zayıf ve güçlü bir Bölüm 820 duruşu arasındaki fark, kanıtlarınızın olay bağlantılı ve erişime hazır olup olmamasına bağlıdır . Bu nedenle belge kontrolü , veri bütünlüğü ve savunulabilir denetim izleri gibi kavramlar sürekli karşımıza çıkıyor: bunlar akademik kavramlar değil. Bunlar, icrayı kanıta dönüştüren unsurlardır.

5) Kapsam haritası: Operasyonel dilde A-O alt bölümleri

Bölüm 820 uzun, ancak rastgele değil. Tam bir işletim sistemi: liderlik, tasarım, tedarikçiler, üretim, kabul, etiketleme, şikayetler, CAPA ve kayıtlar. İşte operasyonel harita.

820. Bölümü ilk kez okuyorsanız, doğru zihinsel model şudur: sizden bu alt bölümlere "sahip olmanızı" istemiyor. Sizden, bu alt bölümlerin sürekli olarak güvenilir kanıtlar üretmesini sağlayacak şekilde işletmeyi yönetmenizi istiyor.

6) Yönetim sorumluluğu: çoğu şirketin sahtekarlık yaptığı kısım

Olgun bir cihaz organizasyonunda kalite, bir liderlik sistemidir. Olgunlaşmamış bir organizasyonda ise kalite, işletmenin ardından "temizlik" yapan bir departmandır. Bölüm 820, hangi modelin kabul edilebilir olduğu konusunda açık bir şekilde belirtmektedir.

Yönetim sorumluluğu üç rahatsız edici soru olarak karşımıza çıkıyor:

1) Kararları kim veriyor? Bir sapma olursa, çözüm yolunu kim belirliyor? Düzeltici ve Önleyici Eylem Planı (CAPA) gecikirse, kim durumu üst mercilere iletiyor? Bir tedarikçi sürekli olarak sorumluluktan kaçarsa, kullanımına devam edilmesini kim onaylıyor? Tanımlanmamış yetki, "herkes ve hiç kimse" haline gelir ve bu da tekrarlayan başarısızlıklara yol açar.

2) Kontrolü kim finanse ediyor? Eğitim, doğrulama, tedarikçi denetimleri, şikayet soruşturmaları ve uygun ekipman para gerektirir. Bütçesi olmayan bir kalite sistemi, bahaneler üreten bir kalite sistemidir.

3) Sistemi bir bütün olarak kim değerlendiriyor? Yönetim değerlendirmesi üç ayda bir yapılan slayt sunumu olmamalıdır. Bir karar verme forumu olmalıdır: eğilimler, risk durumu, kronik sorunlar ve düzeltici ve önleyici eylemlerin (CAPA'lar) tekrarlanmayı gerçekten azaltıp azaltmadığı.

İşin aslını söylemek gerekirse: 820. Madde, yönetim "kaliteyi" devredip "yetkiyi" ve "bütçeyi" elinde tuttuğunda çöker. Uyumlu bir sistem, yetki, hesap verebilirlik ve kaynakların uyumlu olduğu bir sistemdir.

7) Tasarım kontrolleri: DHF disiplini (Ar-Ge evrak işleri değil)

Tasarım kontrolleri, cihaz şirketlerinin ya güvenilirlik kazandığı ya da yıllar kaybettiği noktadır. Tasarım Geçmişi Dosyası (DHF) bir arşiv değildir. Tasarımınızın kontrol altında geliştirildiğinin ve kullanıcı ihtiyaçlarını ve amaçlanan kullanımını karşıladığının kanıtıdır.

Pratik bir tasarım, duruşu şu şekilde kontrol eder:

En büyük tasarım kontrolü başarısızlık modeli şudur: Kuruluşlar doküman üretebilir, ancak izlenebilirlik sağlayamazlar. Bir denetçi "bu gereksinimin nerede test edildiğini gösterin" diye sorduğunda, ekipler telaşa kapılır. Eğer tasarım kılavuzunuz bir klasör ve izlenebilirliğiniz tek bir kişi tarafından tutulan bir elektronik tablo ise, sistemik uyumsuzluğa bir istifa kadar yakınsınız demektir.

Güçlü bir yaklaşım, tasarım izlenebilirliğini bir sistem çıktısı olarak ele alır: gereksinimler, risk, doğrulama, geçerlilik ve değişiklik kontrolü birbirine bağlıdır. "E-posta yoluyla bağlantılı" değil, yapısal olarak bağlantılıdır.

8) Belge kontrolleri: İş süreçlerini yavaşlatmadan değişiklikleri kontrol etmek

Belge kontrolü bürokrasi değildir. İnsanların gerçekliğin yanlış bir versiyonunu uygulamalarını engellemenin yoludur.

Bir cihazın çalışmasında, "belgeler" şunları içerir: prosedürler, çalışma talimatları, formlar, test yöntemleri, spesifikasyonlar, etiketleme şablonları ve bazen yazılım yapılandırma spesifikasyonları. Bunlar kontrol edilmezse, tekrarlanabilir bir yürütme elde edemezsiniz.

Pratik bir belge kontrol yaklaşımı şunları içerir:

Yürürlük tarihi: Bir belge soyut olarak "onaylanmaz"; belirli bir zamanda ve belirli bir kapsam için yürürlüğe girer.

Dağıtım kontrolü: Üretim hattının, "daha kolay olduğu için" eski talimatlara erişimi olmamalıdır.

Riski gözeten değişiklik kontrolü: Her düzenleme için bir komiteye gerek yoktur, ancak yüksek riskli değişiklikler gerçek bir inceleme ve etki değerlendirmesi gerektirir.

Eğitim uyumu: Kontrollü bir eğitimde değişiklik olduğunda, doğru kişilerin bu değişiklik konusunda eğitildiğini (veya değerlendirildiğini) gösterebilmelisiniz.

Belge kontrolü, uygulamadan ayrı değil, onunla bütünleştiğinde gerçek anlam kazanır. İşlemleriniz ne kadar çok "çıktısını al ve um" mantığına dayanırsa, o kadar çok sapma yaratırsınız.

9) Satın alma kontrolleri: Düzenlenmiş bir iş akışı olarak tedarikçi kalitesi

Satın alma kontrolleri mevcuttur çünkü sevk ettiğiniz cihaz yalnızca tesisinizin çıktısı değil, tüm tedarikçi ekosisteminizin çıktısıdır. Kritik bileşenler, fason üretim, sterilizasyon hizmetleri, kalibrasyon hizmetleri veya ambalajlama satın alıyorsanız, risk satın alıyorsunuz demektir. Bölüm 820, bu riski kanıtlarla kontrol etmenizi bekler.

Tedarikçilerin başarısızlıklarının çoğuna yol açan iki temel gerçek vardır:

Gerçek #1: Tedarikçiler zaman içinde değişir. Süreçler değişir, ekipmanlar aşınır, çalışanlar ayrılır ve kestirme yollar ortaya çıkar. Niteliklendirme tek seferlik bir kontrol noktası değil; sürekli devam eden bir kontrol döngüsüdür.

Gerçeklik #2: Çoğu kuruluş gereksinimleri tam olarak tanımlamıyor. Kabul kriterlerini, izlenebilirlik gereksinimlerini, değişiklik bildirim beklentilerini ve kayıt erişimini tam olarak tanımlamadan "parçalar" satın alıyorlar. Sonra bir arızayı araştıramadıklarında şaşırmış gibi davranıyorlar.

Operasyonel olarak, satın alma kontrolü şu şekilde olmalıdır: riske orantılı tedarikçi seçimi ve izleme; bu riske uygun gelen doğrulama; ve teslim alma/denetim/şikayetlerden tedarikçi performansına ve sorunların üst kademeye iletilmesine yönelik bir geri bildirim döngüsü.

Tedarikçi kalitesini e-posta yazışmaları gibi ele alırsanız, sürekli aynı şekilde başarısız olursunuz: geç keşif, zayıf kanıtlar ve kök nedenin sizin duvarlarınızın dışında olması nedeniyle kök nedene dokunamayan düzeltici ve önleyici eylemler.

10) Üretim ve süreç kontrolleri: doğrulamanın gerçeklikle buluştuğu yer

İşte bu noktada 820. Bölüm bir fabrika problemine dönüşüyor. Yönetmelik, üretim süreçlerinin kontrol edilmesini, izlenmesini ve gerektiğinde doğrulanmasını bekliyor. Bu, ekipmanı, ortamları, yazılımı, denetim yöntemlerini ve operatörlerin işi yürütme biçimini içeriyor.

Yanlış anlama, doğrulamanın bir doküman projesi olduğunu düşünmektir. Öyle değil. Doğrulama, gerçeklik hakkında bir iddiadır: "Bu süreç, bu şekilde yürütüldüğünde, sürekli olarak uygun ürün üretecektir." Üretim değişirse ve kontrol sisteminiz bu değişikliği tespit etmez veya yönetmezse, doğrulama iddianız kurguya dönüşür.

En önemli üç pratik kontrol modeli şunlardır:

1) Süreç tanımlama ve uygulama. Kritik adımlar isteğe bağlıysa, sonuçlarınız da isteğe bağlı olacaktır. İşte bu noktada uygulama disiplini önem kazanır.

2) Ekipman ve ölçüm bütünlüğü. Kalibrasyon durumu uygulanmazsa, verileriniz güvenilmez hale gelir. Ölçümlerine güvenilemeyen bir sisteme kalite testi uygulayamazsınız.

3) Yazılım ve elektronik sistemler. Uygulama ve kalite kararlarını ne kadar çok dijitalleştirirseniz, sistemlerinizin öngörülebilir şekilde davrandığını o kadar çok kanıtlamanız gerekir. İşte bu nedenle, sistem doğrulaması, düzenlemeye tabi ortamlarda isteğe bağlı değildir—bkz. Sistem Doğrulaması ve elektronik kanıt katmanı olgunlaştıkça neden genellikle Bölüm 11 Hazırlığı ile birlikte ele alındığı .

Özetle: üretim kontrolü mükemmel süreçlerle ilgili değildir. Kontrollerin işe yaradığının kanıtlandığı, özellikle de bir şeyler ters gittiğinde bunun görülebildiği, kontrollü süreçlerle ilgilidir.

11) Kabul işlemleri ve Cihaz Geçmiş Kaydı (DHR)

Kabul işlemleri, ürünün gereksinimleri karşıladığını en önemli noktalarda (giriş, süreç içi ve nihai kabul) kanıtlamanın yoludur. Bu, "kalite kontrol evrak işi" değildir. Bu, serbest bırakma için kanıt temelidir.

Birçok cihaz şirketi için Cihaz Geçmiş Kaydı (DHR), temel kanıt nesnesi haline gelir. Yeniden oluşturmaya gerek kalmadan en önemli soruları yanıtlamanıza olanak sağlamalıdır:

• Hangi cihaz (ve sürümü) üretildi?
• Hangi onaylanmış prosedürler/şartnameler kapsamında?
• Hangi malzemeler/bileşenlerle (izlenebilirlik)?
• Hangi incelemeler/testler yapıldı, kim tarafından, ne zaman ve sonuçları nelerdi?
• Oluşturulan uygunsuzluklar doğru şekilde ele alındı ​​mı ve kapatıldı mı?
• Cihaz yetkili personel tarafından mı teslim edildi?

Eksik olan şeye dikkat edin: “Bence sorun yoktu.” Bölüm 820 “bence” ifadesini kabul etmez. Kayıtları kabul eder. Kabul kayıtlarınız kağıt seyahat belgelerine, elektronik tablolara, cihaz çıktılarına ve e-posta onaylarına dağılmışsa, bir DHR'niz yok demektir; parçalarınız var demektir.

Ve işte rahatsız edici gerçek: Şikayet soruşturmaları sırasında DHR (Derinleşik İnsan Kaynakları) sizin için hayati önem taşıyacak olan şeydir. Bir şikayeti yapı koşullarına, malzemelere, denetimlere ve tedariğe bağlayamazsanız, soruşturmalarınız yavaş ve yüzeysel olacaktır.

12) Etiketleme ve ambalaj kontrolleri: Eğer bunu göz ardı ederseniz, geri çağırma mekanizması devreye girer.

Etiketleme hataları, saha müdahalesini tetiklemenin en tahmin edilebilir yollarından biridir. Bunun nedeni basittir: etiketler, ürününüzün kendisini dünyaya tanıtma biçimidir; kullanım amacı, uyarılar, sürüm, UDI ve bazen de kritik performans kısıtlamaları.

Zayıf etiketleme kontrolü genellikle şöyle görünür: etiket dosyaları paylaşılan klasörlerde bulunur, değişiklikler gayri resmi olarak yapılır, dağıtım "kim müsaitse" ona yapılır ve mutabakat hasta güvenliği sorunu yerine envanter sorunu olarak ele alınır.

Güçlü etiketleme kontrolü şunları içerir: kontrollü ana belgeler, kontrollü dağıtım, karışıklıkları önleyen mutabakat ve sevk edilenin onaylananla eşleştiğine dair kanıt. Belge kontrolü ve uygulama sistemlerinin çatıştığı nokta burasıdır: eğer üretim hattı yanlış etiketi tespit edilmeden basabiliyor veya uygulayabiliyorsa, kontrol sisteminiz gerçek değildir.

13) Uygunsuz ürün, yeniden işleme ve imha yetkisi

Uygunsuzluk kontrolü sadece "hurda mı, kullanılabilir mi" meselesi değildir. Kontrollü operasyonlar ile riskin kontrolsüz dağılımı arasındaki sınırdır.

Uygunsuzluk kontrolünü savunulabilir kılan üç şey vardır:

Gerçekten de kontrol altında tutan bir önlem. Eğer sisteminiz uygun olmayan ürünlerin hareketini/sevkiyatını engelleyemiyorsa, "karantina"nız bir etiketten ibarettir, bir kontrol mekanizması değildir.

Karar verme yetkisinin açık ve net olması gerekir. Yeniden işleme kim onaylayabilir? Olduğu gibi kullanıma kim onay verebilir? Risk yüksek olduğunda kimlerin dahil olması gerekir? Karar verme yetkisi belirsizse, inceleme altında savunulamayan tutarsız kararlar alırsınız.

Desenler ortaya çıktığında CAPA'ya bağlantı kurulur. Uygunsuzluk kaydı bir semptom kaydıdır. CAPA ise sistemik düzeltme kaydıdır. Tekrarlanan uygunsuzlukları izole olaylar olarak ele alırsanız, tekrarlamayı seçmiş olursunuz.

Birçok kuruluş, formları olduğu için iç denetimlerden "geçer". Ancak, sistemin tekrarı önlediğini veya riski sürekli olarak sınırlandırdığını gösteremedikleri için düzenleyici baskıdan başarısız olurlar.

14) CAPA: Acıyı kontrole dönüştürmek (ve etkinliğini kanıtlamak)

CAPA, Bölüm 820'nin acımasızca dürüst davrandığı yerdir. Sizi şu soruyu yanıtlamaya zorlar: Sorunları mı çözersiniz, yoksa belgelendirir misiniz?

CAPA, disiplinli bir döngüye ayrışır:

Bu nedenle birçok kuruluş, CAPA disiplinini tanımlarına ve araçlarına entegre eder; CAPA'yı (Düzeltici ve Önleyici Eylem) sadece bir kısaltma olarak değil, kontrol nesnesi olarak görür.

İşin aslını söylemek gerekirse: CAPA, Kalite Yönetim Sisteminizin (KYS) öğrendiğini kanıtladığınız yerdir. Eğer CAPA'larınız tekrarlanma sıklığını ölçülebilir şekilde azaltmıyorsa, KYS'niz öğrenmiyor, sadece kayıt tutuyor demektir.

15) Şikayetler, MDR ve saha işlemleri: piyasa sonrası süreç burada başlıyor

Bölüm 820 sadece bir üretim kuralı değil, aynı zamanda bir yaşam döngüsü kuralıdır. Şikayetler müşteri hizmetleri gürültüsü değil; kalite sisteminize yönelik düzenlenmiş girdilerdir.

Savunulabilir bir şikayet süreci, tutarlı değerlendirme, soruşturma kararları, trend analizi ve sistemik sinyaller ortaya çıktığında düzeltici ve önleyici eylem planına (CAPA) bağlantı kurmayı gösterebilecek kadar yapılandırılmış olmalıdır. Bu nedenle şikayet iş akışları, paylaşılan bir gelen kutusu değil, bir sistem olarak önemlidir. ( Operasyonel kontrol görünümü için Müşteri Şikayet İşleme Sürecine bakın.)

Şikayetler ayrıca zorunlu raporlama beklentileri ve sonraki düzenleyici yükümlülüklerle de kesişmektedir. Tıbbi Cihaz Raporlaması ayrı bir düzenleyici programdır, ancak operasyonel olarak şikayet alma ve değerlendirme disiplininize bağlıdır—bkz. Tıbbi Cihaz Raporlaması (MDR) ve 21 CFR Bölüm 803 ile ilişkisi.

Bu neden önemli? Çünkü gerçek hayatta, düzenleyiciler Kalite Yönetim Sisteminizin (KYS) canlı olup olmadığını "piyasa sonrası sistem"de görürler. Şikayetleri derinlemesine araştıran, eğilimleri akıllıca izleyen ve kanıtlara dayalı olarak Düzeltici ve Önleyici Eylemler (CAPA) uygulayan bir şirket, kontrollü bir üretici gibi görünür. Her şeyi tutarlı bir değerlendirme izi olmadan "bildirilmesi gerekmeyen" olarak sınıflandıran bir şirket ise riskli bir şirket gibi görünür.

16) Kayıtlar, saklama, denetim izleri ve elektronik sistemler

Kayıtlar, 820. Bölümün müzakere edilemez hale geldiği yerdir. Gerçekte parçalanmış, düzenlenebilir ve uzlaştırılamaz olan "çoğunlukla elektronik" kanıtlarla bir kalite sistemi düzenlemesine uyamazsınız.

Cihaz organizasyonları en az üç temel kayıt ailesi içinde yer alır:

Tasarım geçmişi (DHF): Tasarımın neden bu şekilde olduğu ve kontrol altında nasıl doğrulandığı/geçerliliğinin onaylandığı.

Cihaz ana tanımı (kavramsal olarak DMR): Cihazın yapımı ve doğrulanması için "reçete" (özellikler, prosedürler, etiketleme).

Cihaz geçmişi (DHR): Belirli bir ünitenin/partinin onaylanmış tanıma göre üretildiğini ve kabul edildiğini gösteren kanıt.

Şimdi buna modern gerçekliği de ekleyelim: bunların çoğu elektronik ortamda gerçekleşiyor. Bu da bütünlük sorusunu gündeme getiriyor. "Elektronik", "dijital kaos" ile aynı şey değil. Savunulabilir bir duruş, verileri sessiz değişikliklerden korumayı, kimin neyi ne zaman yaptığını kaydetmeyi ve kayıtların saklama süresi boyunca erişilebilir olmasını gerektirir. İşte bu noktada veri bütünlüğü ilkeleri ve gerçek bir denetim izi, uyumluluk terminolojisi olmaktan ziyade operasyonel gereklilikler haline geliyor.

Onaylanmış sistemler kullanıyorsanız, sistemlerin kendilerinin de kontrol altında olduğunu ve amaçlanan kullanıma uygun olduğunu gösterebilmelisiniz. Bu nedenle cihaz şirketleri genellikle sistem doğrulamasını "Bölüm 820 hijyeni" (tekrar: Sistem Doğrulaması ) olarak ele alır ve elektronik uyumluluk hazırlığını tek seferlik bir proje değil, sürekli bir duruş olarak değerlendirir ( Bölüm 11 Hazırlığı ).

17) Denetime hazırlık: FDA sisteminizi gerçekte nasıl test ediyor?

Denetimler tartışma değildir. Bunlar, kanıtlarınızın var olup olmadığını ve iddialarınızla örtüşüp örtüşmediğini test eden süreçlerdir. Denetmenlerin en iyi gününüze ihtiyacı yoktur. Savunulabilir bir normal gününüze ihtiyaçları vardır.

Pratik denetim dinamikleri şu şekildedir:

İzi takip ederler. Bir şikayet, bir DHR'ye (Veri Sağlığı Raporu) yol açar. Bir DHR, kabul kayıtlarına yol açar. Kabul kayıtları, kalibrasyon durumuna yol açar. Kalibrasyon, eğitime yol açar. Eğitim, belge kontrolüne yol açar. Belge kontrolü, değişiklik kontrolüne yol açar. Herhangi bir bağlantı koptuğunda, denetçi "devam etmez". Araştırmaya devam eder.

Tekrarlanabilir cevaplar ararlar. Eğer bir kişi sistemi açıklayabiliyor ve diğer herkes tahmin yürütüyorsa, sisteminiz süreç odaklı değil, kişilik odaklıdır.

CAPA'nın etkinliğini test ederler. Etkinlik kanıtı olmadan CAPA'yı kapatmak, güvenilirliği kaybetmenin en hızlı yollarından biridir.

Denetim karmaşasını azaltmanın pratik bir yolunu arıyorsanız, delil toplama tatbikatları ve denetim provaları yapın. Faydalı bir operasyonel çerçeve, Denetim Hazırlığı'nda yer almaktadır : Zaman baskısı altında, hafızadan ziyade kayıtlara dayalı tutarlı anlatılarla delil üretme pratiği yapın.

18) QMSR geçişi: Neler değişiyor, neler değişmiyor ve şimdi ne yapılmalı?

Bölüm 820 geçiş aşamasındadır. FDA, ABD cihaz kalite sistemi çerçevesini ISO 13485 ile yakından uyumlu hale getiren QMSR'yi (Kalite Yönetim Sistemi Yönetmeliği) nihai hale getirmiştir. Uyumluluk tarihi 2 Şubat 2026'dır ve FDA'nın kendi QMSR sayfası, neler olup bittiğinin ve nedeninin en net ve yetkili özetini sunmaktadır.

Pratikte değişmeyen şey şu : Hala liderlik sorumluluğuna, kontrollü tasarıma, kontrollü üretime, tedarikçi gözetimine, şikayet yönetimine, CAPA disiplinine ve savunulabilir kayıtlara ihtiyacınız var. QMSR, kontrol ihtiyacını ortadan kaldırmaz; kontrolün sistematik ve yaşam döngüsüne dayalı olması beklentisini sıkılaştırır.

Birçok şirket için operasyonel olarak değişen şey şu : Eğer zaten ISO 13485 uyumlu bir Kalite Yönetim Sistemi (KYS) işletiyorsanız, eşleştirme daha doğrudan hale geliyor. Bu nedenle ISO 13485 ve QMSR "ek standartlar" değil; artık Bölüm 820 uygulamasının yönünü belirliyorlar.

Eğer pratik ve sorunsuz bir geçiş süreci istiyorsanız, hemen üç şey yapın:

Amaç, "prosedürleri yeniden adlandırmak" değil. Amaç, sisteminizin her seferinde, baskı altında aynı şekilde davranmasını sağlamaktır; çünkü denetimler (ve gerçek dünyadaki arızalar) bunu ortaya koyar.

19) Uyumluluk puan kartını kopyala/yapıştır (öz değerlendirme)

Kayıtlardan yola çıkarak bu soruları net bir şekilde yanıtlayamıyorsanız, Bölüm 820'deki duruşunuz zayıf demektir.

Buradaki amaç kendinizi değerlendirmek değil. Buradaki amaç, işletme modelinizin hâlâ "hikayeyi daha sonra yeniden kurgulamaya" dayandığı noktaları bulmak ve bunu şimdi olay odaklı kanıtlarla değiştirmektir.

20) Bu, V5'e nasıl eşlenir? SG Systems Global

V5, kalite kanıtlarını birbirinden bağımsız belgeler ve manuel uzlaştırma yerine, uygulama ile ilişkilendirerek Bölüm 820/QMSR sonuçlarını destekler . Bu önemlidir çünkü Bölüm 820 "kayıt tutmayı" ödüllendirmez. Hazır, sürüm tutarlı ve savunulabilir kayıtlara sahip olmayı ödüllendirir.

Modern bir Kalite Yönetim Sistemi (KYS) platformunun kontrollü iş akışlarını ve kanıt üretimini nasıl desteklediğine dair genel bir bakış açısı edinmek istiyorsanız, Kalite Yönetim Sistemi (KYS) ürün genel bakışıyla başlayın. Pratik değeri (Bölüm 820 açısından) oldukça açıktır: kontrollü belgeler, kontrollü kayıtlar, kontrollü onaylar ve arşivleme gerektirmeden hızlı erişim.

Bölüm 820'nin başarısı "yazılım uyumluluk sorununu çözer" anlamına gelmez. Başarı, yazılımın Bölüm 820'nin varsaydığı davranışları uygulayabilmesiyle ilgilidir: rol tabanlı yetki, kontrollü değişiklik, korunan kayıtlar ve denetime hazır veri alma.

21) Genişletilmiş SSS

S1. 21 CFR Bölüm 820 "sadece bir dokümantasyon" mu?
Hayır. Dokümantasyon bir çıktıdır. Bölüm 820, kontrollü tasarım, kontrollü üretim, kontrollü tedarikçi yönetimi, kontrollü piyasa sonrası müdahale ve bu kontrollerin işlediğini kanıtlayan delillerle ilgilidir.

S2. ISO 13485 sertifikasına sahibiz. Otomatik olarak uyumlu muyuz?
Otomatik olarak değil. ISO uyumluluğu yardımcı olur ve QMSR eşleştirmeyi daha doğrudan hale getirir, ancak yine de ABD'ye özgü yükümlülüklere ve FDA beklentileri için savunulabilir kanıtlara ihtiyacınız vardır. ISO sertifikasyonunu bir kalkan olarak değil, güçlü bir temel olarak ele alın.

S3. Sistemimizin gerçek olup olmadığını öğrenmenin en hızlı yolu nedir?
Geri alma tatbikatları yapın. Bir şikayet seçin. Bunu bir parti/birim DHR'ye kadar takip edin. Kabul kayıtlarını, kalibrasyonu, eğitimi, sapmaları/uygunsuzlukları, CAPA bağlantısını ve etkinlik kanıtlarını doğaçlama yapmadan gösterin.

Soru 4. En sık karşılaşılan CAPA (Düzeltici ve Önleyici Eylem) hatası nedir?
Etkinlik kontrolleri tanımlanmadan düzeltici ve önleyici eylemleri kapatmak. Tekrarlama riskinin azaldığını gösteremezseniz, "önlemediniz", sadece "belgelediniz" demektir.

S5. QMSR'nin operasyonel açıdan önemli olan değişiklikleri nelerdir?
Bu, sistemi ISO 13485 dil ve yaşam döngüsü beklentilerine yaklaştırarak küresel üreticiler için "çeviri" yükünü azaltıyor; ancak aynı zamanda gayri resmi kontrollere ve kişisel çıkarlara dayalı süreçlere güvenen kuruluşları da risk altına sokuyor. Uyumluluk tarihi 2 Şubat 2026'dır.

S6. Güvenilir temel verileri nerede okumalıyım?
Öncelikle eCFR'deki Bölüm 820'ye ilişkin güncel CFR metnini inceleyin ve geçiş sürecini ve zamanlamasını anlamak için FDA'nın QMSR sayfasını kullanın.

İlgili Okuma
Resmi düzenleme metnine ulaşmak istiyorsanız, şuradan başlayın: 21 CFR Bölüm 820 (eCFR)Geçiş çerçevesi ve zamanlaması konusunda yardıma ihtiyacınız varsa, FDA'nın Kalite Yönetim Sistemi Yönetmeliği (QMSR) Sayfa en temiz bağlantı noktasıdır. Operasyonel uygulama için, kanıt disiplinini eşleştirin (bkz. Veri bütünlüğü hem de Denetim İzleri) yürütme hatasına dayanıklı sistem hijyeni ile (bkz. Sistem Doğrulaması hem de Denetime Hazırlık).