21 CFR Bölüm 821

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.

Aralık 2025'te güncellendi • Tıbbi cihaz takip gereksinimleri, FDA takip emirleri, takip planı, distribütör kayıt tutma, UDI uyumu, geri çağırma uygulaması, piyasa sonrası müdahale • Ağırlıklı olarak Tıbbi Cihazlar (depo/lojistik ve müşteri desteğine operasyonel olarak geçişli)

21 CFR Bölüm 821, FDA'nın tıbbi cihaz takibi için belirlediği kuraldır ; yani belirli cihazları (genellikle seri/parti numarası düzeyinde) tanımlayabilme ve nereye gittiklerini hızlı bir şekilde tespit edebilme yeteneğidir, böylece risk gerektirdiğinde doğru kişilere bildirim yapılabilir veya doğru ürün geri alınabilir. Bu, "isteğe bağlı bir izlenebilirlik" değildir. FDA'nın takip gerektirdiği durumlarda, belirli cihazlar için uygulamaya hazır bir beklentidir.

Gerçek operasyonlarda, Bölüm 821 zarif bir politika yazmakla ilgili değildir. Zaman baskısı altında acımasız soruları yanıtlamakla ilgilidir: Tam olarak hangi cihazlar etkileniyor? Şu anda neredeler? Kimin elindeler? Elle oluşturulmuş elektronik tablolar olmadan bunu kanıtlayabilir misiniz? Gözetim zincirini kaybetmeden bir saha işlemi gerçekleştirebilir misiniz? Sisteminiz bu soruları net bir şekilde yanıtlayamıyorsa, "bir sürecimiz var" ifadesi "bir hikayemiz var" haline gelir. Bölüm 821, hikayelerin baskı altında test edildiği yerdir.

Bölüm 821, yaygın bir kurumsal kör noktayı da ortaya koyuyor: ekipler genellikle izlemenin "Kalite" departmanına ait olduğunu varsayıyor. Ancak izleme bir departman değil; dağıtım, müşteri kayıtları, şikayet alımı, servis/onarım, iadeler ve geri çağırma işlemleri genelinde çapraz fonksiyonel bir davranıştır. Bu nedenle Bölüm 821 doğal olarak UDI (Benzersiz Cihaz Tanımlama) , Tedarik Zinciri , Pazarlama Sonrası Gözetim ve pratik geri çağırma hazırlığı ile bağlantılıdır.

“Cihaz takibi ancak bir şeyler ters gittiğinde önem kazanır; bu nedenle her şey ters gittiğinde çalışması gerekir.”

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

Birisi "821. Bölüme uymak zorundayız" dediğinde, neredeyse her zaman yüksek riskli bir operasyonel ihtiyaca işaret ediyor demektir: kuruluşun cihazları hızlı bir şekilde bulabilmesi gerekir . Bunun nedeni, FDA'nın cihaz kategorisi için izleme zorunluluğu getirmesi, şirketin saha eylemi için hazırlık yapması veya yönetimin mevcut durumun "çoğu zaman bazı şeyleri takip edebiliyoruz" (ki bu, düzenleyicilerin izleme ile kastettiği şey değildir) olduğunu fark etmesi olabilir.

Pratikte, Bölüm 821, alıntıları ezberlemekten ziyade, cihaz kimliğini (seri/lot), dağıtım kimliğini (kimin aldığı, nereye gittiği) ve yaşam döngüsü kimliğini (servis/onarım/iade) birbirine bağlayan, geri çağırma düzeyinde bir cihaz kimliği ağı oluşturmakla ilgilidir . Bu ağ, güvenilir geri çağırma uygulamasını, hedefli bildirimleri ve savunulabilir raporlamayı mümkün kılar.

İşin aslını söylemek gerekirse: çoğu takip programı, şirketlerin "sevkiyatları kaydediyoruz" ile "cihazların yerini tespit edebiliyoruz"u karıştırması nedeniyle başarısız oluyor. Sadece sevkiyat kayıtları takip anlamına gelmez. Takip, iadeler, onarımlar, konsinye satışlar, distribütör transferleri ve müşteri adres değişikliklerinden sonra bile tutarlı kalan, işlevler arası bir kayıt zinciridir.

2) 821. Kısım nedir (ve ne değildir)?

Bölüm 821, FDA'nın cihaz izleme gereksinimlerine ilişkin çerçevesidir ; bu çerçeve, bir izleme programı, bir izleme planı ve kayıtlar hakkındaki beklentileri içerir; böylece üreticiler (ve ilgili dağıtım tarafları) cihazları bulabilir ve gerektiğinde ilgili paydaşları bilgilendirebilir.

Bölüm 821, genel Kalite Yönetim Sistemi (KYS) kuralı değildir . Bölüm 820 kapsamındaki kalite sistemi yönetimini (veya modern uyum programlarını) değiştirmez . Ayrıca UDI ile de aynı değildir . UDI, izlemeye yardımcı olan bir kimlik standardıdır; otomatik olarak çalışan bir izleme programı oluşturmaz.

Operasyonel olarak, Bölüm 821'i "bulup harekete geçebilir misiniz?" kuralı olarak ele alın. Bir Kalite Yönetim Sistemi (QMS) mükemmel bir şekilde belgelendirilmiş olsa bile, lojistik ve müşteri yaşam döngüsü olayları boyunca kimlik zinciri kırılırsa izleme başarısız olabilir.

3) 821. Bölüm kimlere uygulanır?

Bölüm 821'i yanlış anlamak en kolay olanıdır, çünkü ekipler "takip yalnızca üreticiler içindir" diye düşünürler. Gerçekte, takip, tedarik zinciri boyunca kayıt zincirine bağlıdır. Üreticiler genellikle merkezdedir, ancak dağıtım rolleri de önemlidir çünkü üretici göremediği şeyi bulamaz.

Bir diğer yaygın sürpriz: Cihaz ithal ediyorsanız, takip konusunda "üretici benzeri" yükümlülükleri devralabilirsiniz. Başka bir deyişle, coğrafi konumun arkasına saklanamazsınız. Cihazın ABD ticaretine girmesinden siz sorumluysanız, takip durumunuz yine de geçerli olmalıdır. Bu nedenle, ithalat yapan (veya özel etiketli ürün üreten) cihaz işletmeleri, Bölüm 821'i bir yönetim riski olarak ele almalı, bürokratik bir ayrıntı olarak görmemelidir.

4) Bölüm 821 "devreye girdiğinde": FDA'nın siparişleri ve risk tetikleyicilerini takip etmesi

Bölüm 821, "tüm cihazlar aynı şekilde takip edilmelidir" şeklinde genel bir kural değildir. Gerçek dünyadaki tetikleyici unsur, FDA'nın halk sağlığı riski gerektirdiğinde belirli cihazlar için takip zorunluluğu getirebilmesidir. Basitçe ifade etmek gerekirse: cihaz arızası, yanlış kullanım veya saha düzeltme riski yeterince ciddi olduğunda, FDA sizden cihazları hızlı ve hassas bir şekilde bulmanızı bekler; geniş kapsamlı, pahalı ve itibar zedeleyici aşırı yetki kullanımıyla değil.

Operasyonel açıdan önemli olan risk mantığı tahmin edilebilir: implante edilebilir veya yaşamı sürdüren/destekleyen cihazlar, kontrollü klinik ortamların dışında kullanılan cihazlar ve arızalanması ciddi olumsuz sağlık sonuçlarına yol açabilecek cihazlar. Yasal çerçeve tam olarak yönetmelik metninde yer almaktadır, ancak operasyonel çıkarım aynıdır: "Elimizden gelenin en iyisini yapacağız" kabul edilemez olduğunda izleme kullanılır.

Olgun bir program yürütmek istiyorsanız, kimlik tasarımı için bir izleme olayını beklemeyin. "İzlenebilirlik" özelliğiniz normal operasyonlarda zaten mevcut olmalıdır. İzleme, kriz sırasında kurulmaz; kriz sırasında ortaya çıkarılır.

5) İzleme planı: Neden gerçek kontrol nesnesidir?

821. Bölümden aklınızda kalacak tek bir operasyonel fikir varsa, o da şu olsun: izleme, bir program olarak tasarlanmalıdır . Bu program genellikle, cihazların nasıl tanımlanacağını, hareketin nasıl kaydedileceğini, kayıtların nasıl uzlaştırılacağını ve şirketin sistemin çalıştığını nasıl kanıtlayacağını tanımlayan bir izleme planı aracılığıyla ifade edilir.

Zayıf organizasyonlar planı sadece bir evrak işi olarak görür. Güçlü organizasyonlar ise planı bir sistem sözleşmesi gibi ele alır: Nelerin kaydedilmesi gerektiği, ne zaman kaydedilmesi gerektiği, istisnaların kime ait olduğu ve denetimlerin verilerin gerçekliğini nasıl kanıtladığı gibi konuları kapsar.

Takip planları, iş modelinin inceliklerini göz ardı ettiklerinde de başarısız olurlar. Doğrudan hastaneye dağıtım modeli, doğrudan hastaya evde kullanım modeli gibi davranmaz. Konsinye satış, satın al ve gönder modelinden farklıdır. Servis programları ikinci bir "yaşam döngüsü" hareket katmanı oluşturur. Planınız, cihazınızın dünyada gerçekte nasıl hareket ettiğine uymalıdır.

6) İzleme veri modeli: tanımlayıcılar, taraflar ve olaylar

Takip, nihayetinde bir kimlik grafiğidir. Eğer bu grafik eksikse, etkilenen kişileri güvenle izole edemeyeceğiniz için geniş kapsamlı ve maliyetli işlemlere ("herkesi bilgilendir") başvurmak zorunda kalırsınız. Temel yapı taşları basittir, ancak tutarlı olmaları gerekir:

Çok sık yapılan bir hata, şirketlerin müşteri kimliğini yalnızca CRM verisi, cihaz kimliğini ise yalnızca ERP verisi olarak ele almasıdır. Bölüm 821, bu verileri nerede sakladığınızla ilgilenmez. Önemli olan, saha işlemi sırasında bu iki veriyi güvenilir bir şekilde birbirine bağlayabilmenizdir.

Bu nedenle olgun kuruluşlar, cihaz takibini veri bütünlüğü ve veri takibi zinciriyle bilinçli olarak uyumlu hale getirir : Güvenilmez bir takip kaydı "yeterince güvenli" değildir. Uygulama sırasında bir yükümlülük haline gelir.

7) Gerçek uygulama: izlemenin sahada başarısız olduğu durumlar

Takip hataları genellikle "kötü niyetli kişiler"den kaynaklanmaz. Bunlar, öngörülebilir operasyonel sürtünmelerden kaynaklanır:

• Dağıtımcı transferleri: Cihazlar, üreticinin son konumunu görmeden siteler ve hesaplar arasında taşınabiliyor.
• Konsinye: Cihaz müşterinin dünyasında mevcut, ancak sisteminiz onu "bir yerdeki stok" gibi ele alıyor.
• Servis/onarım döngüleri: RMA ve servis talepleri arasında seri numaraları karışabiliyor, etiketler değiştirilebiliyor veya kayıtlar parçalanabiliyor.
• Müşteri kimliği kayması: İletişim bilgileri, konumlar ve kurulum yerleri değişiyor, ancak cihaz kayıtları güncellenmiyor.
• Kimliksiz iadeler: Ürün, temiz bir cihaz kimliği olmadan geri dönüyor, ardından "önceliklendirmeye" tabi tutuluyor ve gelişigüzel bir şekilde yeniden sisteme giriliyor.

Pratik çıkarım şu: Takip, politika gereği değil, iş akışı tarafından zorunlu kılınmalıdır . Operatörler, gerekli kimlik alanlarını kaydetmeden bir sevkiyatı, hizmet kapanışını veya iade işlemini tamamlayabiliyorsa, sistem ilk yüksek riskli olaya kadar sessizce çürüyecektir.

Operasyonel bir geri çağırma hazırlığı oluşturmak için uygulama kalıpları istiyorsanız, en ilgili kılavuzlar şunlardır: Geri Çağırma Hazırlığı Yazılımı (hızlı izlenebilirlik yanıtını nasıl operasyonel hale getireceğiniz), Şikayet Yönetimi Yazılımı (şikayet alımının nasıl sinyal ve saha eylemi yakıtı haline geldiği) ve Denetim Hazırlığı (kanıt durumunu kahramanca olmaktan ziyade nasıl istikrarlı tutacağınız).

8) 821 numaralı bölümün 803, 806, 807 ve 820 numaralı bölümlerle nasıl arayüz oluşturduğu

Bölüm 821 nadiren tek başına var olur. Gerçek bir olayda, diğer düzenleyici yükümlülükler ve operasyonel sistemlerle etkileşim halindedir. Arayüzleri tasarlamazsanız, stres altında çarpışırlar.

Bölüm 803 (MDR): Raporlamayı yönlendiren şikayet sinyalleri genellikle bulmanız gereken cihazlara doğrudan işaret eder. Bu, şikayet alımınız ve takip kimliğinizin ortak bir dil paylaşması gerektiği anlamına gelir; tipik olarak UDI/seri/parti kimliği ve net müşteri/tesisi kimliği. MDR çalışması bir sistemde, takip çalışması ise başka bir sistemde gerçekleşirse, gecikmeler, yanlış tanımlamalar ve aşırı geniş bildirimler riskiyle karşı karşıya kalırsınız. Bkz. 21 CFR Bölüm 803 ve Tıbbi Cihaz Raporlaması (MDR).

Bölüm 806 (Düzeltmeler ve Kaldırmalar): Saha işlemleri, izlemenin değerini kanıtladığı yerlerdir. Etkilenen cihazları tam olarak hedefleyemeyen bir düzeltme/kaldırma işlemi pahalıya mal olur ve itibara zarar verir. Bölüm 821 izleme özelliği, Bölüm 806 işlemlerinin kaotik olmaktan ziyade kontrol altında tutulmasını sağlar. Bkz. 21 CFR Bölüm 806.

Bölüm 807 (Kayıt ve Listeleme): Bu bir "izleme" değildir, ancak cihaz uyumluluğunun bir parçasıdır. Düzenleyici ana veriler (kuruluşlar, siteler, cihaz tanımlayıcıları) konusunda özensiz davranan kuruluşlar, kimlik izleme konusunda da özensiz davranma eğilimindedir. Bkz. 21 CFR Bölüm 807.

Bölüm 820 (Kalite Yönetim Sistemi disiplini): Bölüm 821 izleme odaklı bir kural olsa da, Kalite Yönetim Sistemi temellerine bağlıdır: kontrollü kayıtlar, kontrollü değişiklikler, Düzeltici ve Önleyici Eylem (CAPA) bağlantısı, eğitim ve denetlenebilirlik. Kayıt kontrolünüz zayıfsa, izleme kanıtlarınız da zayıf olacaktır. Bkz. 21 CFR Bölüm 820.

9) Kayıtlar, saklama ve gizlilik

Takip programları, veri saklama konusunda sessizce başarısız oluyor. Ekipler bazı takip verilerini topluyor, ancak bunları yeterince uzun süre saklayamıyorlar, geri alamıyorlar veya veriler, yeniden yapılanmalar ve yazılım değişikliklerinden etkilenmeyen sistemlere dağılmış durumda kalıyor.

Operasyonel olarak, veri saklama bir yaşam döngüsü taahhüdü olarak ele alınmalıdır: cihaz kimliği ve dağıtım geçmişi, önem taşıdıkları sürece erişilebilir durumda kalmalıdır. Bu, istikrarlı tanımlayıcılar, istikrarlı yönetim ve kontrollü düzeltmeler gerektirir; "CRM'nin elinde ne varsa" değil.

Olgun bir organizasyonda, izleme kaydı yaşam döngüsü, düzenlenmiş bir kanıt gibi ele alınır: sürümlendirilir, korunur ve erişilebilir durumdadır. Bu nedenle izleme, veri bütünlüğü beklentileriyle güçlü bir şekilde bağlantılıdır ve bu nedenle geçici dışa aktarımlara güvenen ekipler, gerçek olaylar sırasında risk altında kalır.

10) Denetim ve olay müdahalesi: Takip sisteminizin çalıştığını kanıtlamak

Düzenleyiciler (ve denetçiler) izleme işlemlerini politikanızı okuyarak doğrulamazlar. İzleme işlemlerini doğrulamak için sizden kanıt sunmanızı isterler. Pratikte bu, bir veri alma tatbikatı anlamına gelir:

Bu tatbikat bir haftalık e-posta avına dönüşürse, eksiklik "eğitim"de değil, mimaridedir. İnsanlara dikkatli olmalarını hatırlatarak izleme sorununu çözemezsiniz; gerekli kimlik ve kanıt olmadan kritik olayların tamamlanmasını engelleyerek çözersiniz.

11) Hazırlık puan kartını kopyala/yapıştır (öz değerlendirme)

Bunu pratik bir öz değerlendirme aracı olarak kullanın. Bu soruları net bir şekilde yanıtlayamıyorsanız, 821. Bölümdeki duruşunuz zayıf demektir.

Amaç "sınavı geçmek" değil. Amaç, işletim modelinizin yeniden yapılandırmaya dayandığı noktaları belirlemek ve bunları olay odaklı kanıtlarla değiştirmektir.

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

V5, izlemeyi ay sonu uzlaştırma işleminden ziyade olay odaklı bir kimlik zincirine dönüştürerek Bölüm 821 sonuçlarını destekler . Bölüm 821 temelde şunlarla ilgilidir: tutarlı kimlik, kontrollü olaylar ve stres altında hızlı erişim.

Pratikte, izlemeye hazır bir yapı oluşturan kuruluşların genellikle üç sistemin tek bir sistem gibi davranması gerekir: kalite yönetimi, depo/dağıtım uygulaması ve üretim/seri numaralandırma kimliği. Bu nedenle, Bölüm 821 uyumu V5 platformuyla doğal bir şekilde örtüşmektedir:

Kullan V5 Kalite Yönetim Sistemi (KYS) Prosedürleri, değişiklikleri, eğitimi ve CAPA kanıtlarını yönetmek için; şunu kullanın:
V5 Depo Yönetim Sistemi (WMS) Durum bütünlüğüyle kontrollü dağıtım olaylarını (sevkiyat/teslim alma/transfer/iade) uygulamak ve kimlik ile entegrasyonları sorunsuz bir şekilde bağlamak için;
V5 Bağlantısı (API) Bu sayede takip kimlik zinciri ERP/CRM/hizmet araçları arasında parçalanmaz.
Platforma dair genel bilgileri tek bir yerde görmek istiyorsanız, şuraya sabitleyin: V5 Çözümüne Genel Bakış.

Tıbbi cihaz sektöründe faaliyet gösteriyorsanız ve uygulama + uyumluluk modellerinin nasıl bir araya geldiğine dair sektöre uygun bir bakış açısına ihtiyacınız varsa, Tıbbi Cihaz Üretimi'ne bakın.

13) Genişletilmiş SSS

S1. Bölüm 821, UDI ile aynı şey midir?
Hayır. UDI, kimliği tanımlamaya yardımcı olur. Bölüm 821 ise şunlarla ilgilidir: izleme programı Cihazların yerini tespit edebilen ve saha eylemi yürütülmesini destekleyebilen bir sistem. UDI'niz olsa bile, olay yakalama ve müşteri/konum bağlantınız zayıfsa izleme sorunları yaşayabilirsiniz.

S2. Takip sistemi sadece "üretici sorunu" mu?
Operasyonel olarak değil. Takip, dağıtım ve yaşam döngüsü olayları boyunca kayıt zincirine bağlıdır. Transferler, sevkiyatlar veya servis döngüleri görünürlüğü bozarsa, cihazları güvenilir bir şekilde bulamazsınız.

S3. En yaygın arıza türü nedir?
Parçalanmış kimlik. Cihaz kimlikleri bir yerde, müşteri/konum verileri başka bir yerde, hizmet verileri ise üçüncü bir yerde bulunuyor ve bir saha işlemi gerçekleştiğinde hiç kimse bunları güvenilir bir şekilde birbirine bağlayamıyor.

S4. Elektronik tablolar kullanarak "takip" yapabilir miyiz?
Bazen düşük hacimli işlerde istikrarlı personel ile idare edebilirsiniz. Ancak bu kırılgan bir durumdur. Ölçek veya olay baskısı altında, elektronik tablolar yavaşlar ve hataya yatkın hale gelir; Bölüm 821 ise temelde "baskı altında çalışmak zorunludur" yükümlülüğüdür.

S5. Takip ettiğimiz verilerin gerçek olup olmadığını nasıl anlarız?
Veri alma tatbikatları yapın. Bir seri/lot numarası seçin ve sevkiyat geçmişini, mevcut sahibini/konumunu, yaşam döngüsü olaylarını ve hedefli bildirim listesini hızlı ve savunulabilir bir şekilde tanımlayabildiğinizi kanıtlayın.

İlgili Okuma
• Düzenleyici Kaynaklar: 21 CFR Bölüm 821 (CFR metni Cornell aracılığıyla) | İzleme Planı (21 CFR 821.25)
• Uygulama Kılavuzları: Geri Çağırma Hazırlık Yazılımı | Şikayet Yönetim Yazılımı | Denetime Hazırlık
• Destekleyici Sözlük Terimleri: 21 CFR Bölüm 803 | 21 CFR Bölüm 806 | 21 CFR Bölüm 807 | 21 CFR Bölüm 820 | UDI | Geri Çağırma Hazırlığı