Operasyonel Nitelik (OQ) – Kontrollü Zorluk Altında Onaylanmış Amaçlara Uygun Sistem Çalışmasının Kanıtlanması

Bu konu, şu konunun bir parçasıdır: SG Systems Global düzenleyici ve operasyonel terimler sözlüğü.

Ekim 2025'te güncellendi • Doğrulama ve Yayın Hazırlığı • QA, Üretim, BT/OT

Operasyonel Yeterlilik (OQ), bir sistemin, cihazın veya otomatik sürecin , onaylanmış test senaryoları, ölçülen sonuçlar ve önceden belirlenmiş kabul kriterleri kullanılarak, tanımlanmış çalışma aralıkları ve zorluklar boyunca amaçlandığı gibi çalıştığını gösteren doğrulama aşamasıdır . Klasik yeterlilik üçlemesinde —Kurulum Yeterliliği (IQ) , OQ ve Performans Yeterliliği (PQ)—IQ, sistemin doğru ve izlenebilir bir şekilde kurulduğunu kanıtlar; OQ, yapılandırılmış kontrollerin ve fonksiyonların normal ve en kötü durum koşullarında çalıştığını kanıtlar; PQ ise sürecin rutin kullanımda ürün veya hizmet gereksinimlerini tutarlı bir şekilde karşıladığını kanıtlar. Modern, veri odaklı operasyonlarda, güvenilir bir OQ, Bilgisayar Sistemi Doğrulamasını (CSV) destekler, 21 CFR Bölüm 11 ve Ek 11'i destekler ve etiket iddialarının, ekipman güvenlik kilitlerinin, reçete kontrollerinin ve veri bütünlüğünün arkasındaki pratik kanıtı sağlar. En iyi operasyonel kalite kontrol sistemleri (OQ'lar) gerçekliği simüle eder: Alarmları, kilitleme sistemlerini, elektronik imzaları, denetim kayıtlarını , rol izinlerini, barkod kontrollerini ve tartım/dağıtım toleranslarını operatörlerin yapacağı şekilde sorgular ve ardından kanıtları inceleme için değiştirilemez halde tutar.

"IQ bunun orada olduğundan emin olur, OQ bunun işe yaradığını kanıtlar, PQ ise çalışmaya devam ettiğini gösterir."

1) OQ Neleri Kapsar ve Neleri Kapsamaz

OQ, yapılandırılmış sistemin amaçlanan ortamda belirtilen özelliklere uygun performans gösterdiğini doğrular : fonksiyonlar, aralıklar, sıralamalar, alarmlar, kilitlemeler, güvenlik, veri akışları ve elektronik kayıtlar. Dengeleme bağlantılı bir dağıtım istasyonu için OQ, canlı ağırlık akışını, gravimetrik kabul mantığını, ürün/parti barkod doğrulamasını , çift doğrulama geçersiz kılmalarını ve tolerans bloklarını test eder. Bir MES adımı için, MMR / MBR'den gelen geçerlilik tarihli talimatları , hat temizleme uyarılarını, süreç içi kontrolleri (IPC) , SPC uyarılarını ve imza anlamını test eder. OQ, uzun vadeli süreç kabiliyetini kanıtlamaz (bu PQ'nun görevidir) ve gerekçe göstermeden satıcı FAT içeriğini tekrarlamaz; kullanıcı gereksinimlerini, amaçlanan kullanımınız ve düzenleyici kapsamınız için önemli olan objektif testlere dönüştürür.

2) Risk Tabanlı Bir OQ Protokolü Oluşturma

Etkili bir operasyonel kalite kontrolü (OQ), gereksinim haritasıyla başlar. Kullanıcı ve fonksiyonel gereksinimlerinizden (URS/FRS) ve başarısızlık risklerinden başlayın. Bir başarısızlığın yanlış etiketlemeye, etkinlik hatasına veya izlenebilirlik kaybına neden olabileceği durumlarda, zorlu ve açık testler yazın . Her test senaryosu şunları içerir: amaç, ön koşullar, adım adım eylemler, sayısal kriterlerle beklenen sonuçlar ve nesnel kanıtlar (ekran görüntüleri, ham veriler, basılı etiketler). Her senaryoyu bir gereksinime ve bir riske bağlayın; böylece denetçiler testin neden var olduğunu görürler. Kimlik ve etiketleme için, etiket doğrulama bloğunun çalıştığını kanıtlamak için başarısız olması gereken taramaları (yanlış parti, süresi dolmuş parti) ekleyin. Elektronik kayıtlar için, denetim izlerinin kimin/ne/ne zaman/neden yaptığını yakaladığını kanıtlayın . Güvenlik için, rollerin eylemleri kısıtladığını ve e-imzaların Bölüm 11 kapsamında kullanıcılara anlamlı bir şekilde bağlı olduğunu gösterin . Ekipman için, kontrol aralıklarını ve alarmları test edin; veri akışları için, ağ aksaklıklarını simüle edin ve veri kaybı veya sessiz bozulma olmadığını doğrulayın. Risk tabanlı olmak "daha az iş yapmak" anlamına gelmez; "en önemli olanı derinlemesine test etmek" anlamına gelir.

3) Tipik OQ Mücadele Temaları

Sıralama ve Kilitlemeler. Sistemin adımların doğru sırasını uyguladığını ve hat temizleme hataları, gecikmiş kalibrasyon durumu ( varlık durumu ) veya eksik malzemelerde yürütmeyi engellediğini doğrulayın. Kimlik ve İzlenebilirlik. Tarama ve rezervasyon kontrollerinin "doğru işlem, yanlış ürün/parti" hatalarını önlediğini kanıtlayın; soy ağacının eksiksiz olduğunu kanıtlayın. Alarmlar ve Limitler. SPC limitlerini ve tolerans ihlallerini zorlayın ; sistemin, işlem veya çift doğrulama gerçekleşene kadar kabulü durdurduğunu doğrulayın. Kayıtlar ve Denetim İzleri. Değiştirilemez, zaman senkronize edilmiş kayıtları gösterin; yedekleme/geri yüklemeyi test edin. Etiketleme. Değişken verilerle kontrollü şablonlardan yazdırın; bir örneği grafik kontrolüne ( etiketleme kontrolü ) karşı doğrulayın ve geri tarayın. Veri Bütünlüğü. Yasaklanmış düzenlemeleri deneyin; sistemin değişiklik nedenlerini kaydettiğini ve ham değerlerin üzerine yazılmasını yasakladığını doğrulayın ( Veri Bütünlüğü ).

4) Denetimlerde Geçerli Kanıtlar

İyi bir OQ kanıtı, ALCOA'nın ( ALCOA ) ruhuna uygun olarak, eş zamanlı, ilişkilendirilebilir, okunaklı, orijinal ve doğru olmalıdır . Sadece "geçti/kaldı" onay işaretlerini değil, ham çıktıları yakalayın: zaman damgalı ve kullanıcı kimlikli ekran görüntüleri; denetim izi özetlerinin PDF'leri; eBMR veya doğrulama raporuna imzalanmış CSV dışa aktarımları; kaynak iş ve şablon sürümüyle açıklanmış basılı etiketler. İzlenebilirlik oluşturun: protokol → test durumu → adım → kanıt → sapma (varsa) → çözüm. Kanıtları, sürüm geçmişi ve saklama kurallarıyla Belge Kontrolü altında saklayın ( Veri Saklama ve Arşivleme ). Araştırmacılar "sistemin süresi dolmuş partileri nerede engellediğini gösterin" diye sorduğunda, tam OQ testini, OQ kanıtını ve aynı kontrolün rutin kullanımda gösterildiği üretim denetim izini gösterebilmelisiniz.

5) Roller ve Sorumluluklar

Doğrulama bir takım oyunudur. Kalite, metodolojiden, incelemenin bağımsızlığından ve nihai onaydan sorumludur. Sistem sahibi (üretim, laboratuvar veya depo), amaçlanan kullanımdan, test gerçekçiliğinden ve sistem devreye alındıktan sonraki günlük kontrolden sorumludur. BT/OT, yedekleme/geri yükleme, zaman senkronizasyonu, erişim kontrolü ve altyapıdan sorumludur. Yazarlar protokolleri yazar; testçiler uygular ve kaydeder; inceleyiciler eksiksizliği ve nesnelliği onaylar; onaylayıcılar, anlamlı bir şekilde (hazırlama/uygulama/inceleme/onaylama) güvenli elektronik imza ile imza atar. Düzenlemeye tabi yazılım özellikleri (elektronik imzalar, denetim izleri) için görev ayrımını sağlayın; testçiler kendi sonuçlarını onaylayamamalıdır. Bir vaka başarısız olduğunda, Sapma/Uygunsuzluk altında bir sapma kaydedin, etkiyi değerlendirin ve sistematik bir boşluk ortaya çıkarsa, bir CAPA açın ve yeniden test etmeden önce MOC aracılığıyla düzeltmeyi resmileştirin.

6) Üretim, Laboratuvarlar ve Depolarda OQ

Üretim (MES). OQ zorlukları MES işten çıkarma sınırlamaları, sevk kuyrukları, IPC, hat temizliğive teraziler gibi cihazlara bağlantı (gravimetrik tartım) ve görme sistemleri (makine vizyonu). Laboratuvarlar (LIMS/ELN). OQ doğrular LIMS örnek yaşam döngüleri, durum kilitlenmeleri, sonuç hesaplamaları, HPLC arayüz davranışı ve ELN e-imzalar ve tanık akışları. Depolar (WMS). OQ zorlukları WMS yönlendirilmiş toplama, çöp kutusu/konum kuralları, FIFO/FEFO, rıhtımdan stoka zamanlayıcılar ve etiket doğrulaması Paketleme/gönderme aşamasında. Tüm alanlarda OQ, kimliği, sınırları, imzaları ve kayıtların stres altında tam olarak belgelendiği gibi davrandığını doğrular.

7) Sapmaların Ele Alınması ve Yeniden Test Edilmesi

OQ mükemmellik tiyatrosu değildir. Bir adım başarısız olduğunda, testi durdurun, Sapma/Uygunsuzluk kaydı oluşturun , etkiyi değerlendirin ve hatanın testten, yapılandırmadan veya sistemden kaynaklanıp kaynaklanmadığını belirleyin. Bir gereksinim açığı veya sistemik risk ortaya çıkarıyorsa, bir CAPA başlatın , MOC aracılığıyla düzeltici değişiklikler uygulayın ve ardından etkilenen kapsamı yeniden test edin. Temiz bir zincir tutun: orijinal kanıt → sapma → düzeltme → yeniden test kanıtı. Tarihi "yeniden yazmayın"—düzenleyiciler kusursuz kayıtlar değil, şeffaf öğrenme ararlar. Birçok vaka aynı temel nedenden dolayı başarısız olursa, düzeltmeden sonra testin verimli bir şekilde devam etmesi için protokolü revize etmeyi düşünün, ancak her iki sürümü de Belge Kontrolü altında saklayın.

8) OQ'da Veri Bütünlüğü - Kanıtı Kanıtlayın

OQ'nun kontrolü kanıtlaması gerektiğinden, kendi verilerinin güvenilir olması gerekir. Gerçek rollere sahip kontrollü kullanıcılar kullanın—paylaşılan hesaplar kullanmayın. İmzalar, denetim izi girişleri ve cihaz okumaları eşleşecek şekilde istemcileri ve sunucuları zaman açısından senkronize edin. Test verilerinin bu şekilde etiketlendiğinden emin olun, böylece üretim veri kümelerini asla kirletmezler. Sonuçlar dışa aktarıldığında, kaynağı doğrulayan karma değerleri veya imzaları koruyun. Yedekleme/geri yükleme işlemini, küçük bir bölümü geri yükleyerek ve denetim izlerinin ve imzaların bozulmadan kaldığını doğrulayarak test edin. Etiketleme akışları için, geçersiz kılınmış bir etiket senaryosu ekleyin ve yeniden kullanılamayacağını kanıtlayın. EDI destekli onaylar için, yeniden göndermeyi simüle edin ve sistemin yinelenen gönderileri veya yinelenen kayıtları önlediğini doğrulayın. Bunlar gösteriş değil—denetçilerin sorduğu tam uç durumlar.

9) Çevresel ve Bakım Etkileşimleri

Bazı sistemler yalnızca çevresel sınırlar içinde doğru şekilde çalışır. Bir işlem sıcaklık veya nemden etkileniyorsa, Çevresel İzleme (Çİ) entegrasyonuna karşı bir kontrol ekleyin ve sistemin sınırlar aşıldığında bloke olduğunu veya uyarı verdiğini kanıtlayın. Ekipman doğruluğu kalibrasyona bağlıysa, kullanım öncesi kontrollerin varlık kalibrasyon durumunu kontrol ettiğini ve süresi dolduğunda kullanımı engellediğini doğrulayın. Temizlik Doğrulaması uygulanıyorsa, temizlik durumunun görünür olduğunu ve kullanım başlangıcında veya değişimde uygulandığını test edin. OQ, bu bağımlılıkların sadece bilinen bir bilgi değil, ortam veya varlık uygunsuz olduğunda kullanımı engelleyen katı kilitler olduğunu kanıtlamak için doğru zamandır.

10) OQ'dan PQ'ya - Performansa Köprü Kurma

OQ (Operasyonel Yeterlilik) başarılı olduğunda, sistemin çalışabileceği kanıtlanmış olur; PQ (Problem Kalitesi) ise gerçek malzemeler, operatörler ve vardiyalarla sürekli olarak çalıştığını kanıtlamalıdır . OQ'yu, kanıtlarının PQ planlamasına akmasını sağlayacak şekilde tasarlayın: hangi limitler sıkıydı, nerede geçersiz kılmalar yaşandı ve hangi en kötü durum koşulları daha uzun süreli izlemeyi hak ediyor? Örneğin, OQ bir besleyicinin minimum ayar noktalarına yakın limitlere yaklaştığını gösterirse, PQ bu ayar noktalarında birden fazla parti ve operatörde çalışma planlayabilir. OQ ve PQ'yu CPV ( Problem Kalitesi Doğrulaması) ile uyumlu hale getirin , böylece yeterlilikte kanıtlanmış kontroller yaşam döngüsü trend analizi sırasında izlenmeye devam eder. Bu şekilde doğrulama, rafta duran bir dosya olmaktan ziyade yaşayan bir sistem haline gelir.

11) Periyodik İnceleme ve Yeniden Nitelendirme

Niteliklendirme tek seferlik bir olay değildir. Yazılım sürümlerinde, ağ mimarisinde, etiket şablonlarında, belgelerde veya reçete mantığında yapılan değişiklikler, etki değerlendirmesi ve genellikle hedefli yeniden niteliklendirme gerektirir. Mevcut yapılandırmayı doğrulanmış temel çizgiyle karşılaştıran, olay/uygunsuzluk raporu geçmişini inceleyen ve kısmi yeniden niteliklendirmenin haklı olup olmadığına karar veren periyodik incelemeler oluşturun. Tüm değişiklikleri MOC üzerinden yönlendirin , test kanıtlarını ekleyin ve doğrulama özetini güncelleyin. Sistemde CAPA'lar uygulandıysa, doğrulama testlerini bir sonraki incelemeye dahil edin; sürdürülebilir uyumluluğun kanıtlandığı veya kaybedildiği yer burasıdır.

12) Yaygın OQ Tuzakları ve Bunlardan Nasıl Kaçınılır

• Satıcı testlerini OQ olarak kopyala-yapıştır. Düzeltme: Amaçladığınız kullanıma ve risklere göre çevirin; akışınıza uygun kimlik, etiketleme, soyağacı ve imzaları ekleyin.
• Sadece mutlu yol. Düzeltme: Başarısız amaçlı testler yazın (süresi dolmuş lot, yanlış rol, tolerans dışı) ve sistemin engellediğini veya tırmandırdığını kanıtlayın.
• Zayıf delil. Düzeltme: ham ekranları, etiketleri, denetim izi özetlerini yakalayın; kanıt olmadan "işaretli" kutu yok Döküman kontrolu.
• Kontrolsüz test kullanıcıları ve zamanı. Düzeltme: gerçek roller, senkronize saatler, benzersiz kullanıcılar e-imza.
• PQ'ya köprü yok. Düzeltme: OQ bulgularını PQ izleme planlarına dönüştüren bir doğrulama özeti yazın ve VBM çizelgeleri.
• Veri akışlarını göz ardı etmek. Düzeltme: meydan okuma EDI, aygıt sürücüleri ve entegrasyonlar; bağlantı kesme ve yeniden denemeleri simüle edin; sessiz veri kaybı olmadığını kanıtlayın.
• Kontrol dışındaki etiketler. Düzeltme: uygula etiketleme kontrolü, şablon sürümlerini doğrulayın ve her yazdırma olayını geriye doğru tarayın.

13) OQ Metrikleri—Hazırlık ve Titizliğin Kanıtlanması

OQ vakalarının sayısını, ilk çalıştırmadaki geçme oranını, sapma yoğunluğunu (10 vaka başına), yeniden işleme döngü süresini ve başarısız olma niyetiyle yapılan testlerin oranını (daha yüksek bir pay, daha sağlıklı bir zorluk kapsamını gösterir) takip edin. Canlıya geçtikten sonra, kontrol etkinliğinin KPI'ları olarak test ettiğiniz aynı kilitlenmeler tarafından yakalanan üretim bloklarını (süresi dolmuş partiler, etiket uyuşmazlıkları, tolerans dışı dağıtımlar) izleyin . OQ titizliğini sonuçlarla ilişkilendirin: daha az NCR , daha kısa parti serbest bırakma gecikmeleri ve iyileştirilmiş siparişten sevkiyata kadar geçen süre . Doğrulama, yalnızca dosyalarda görülmekle kalmamalı, hizmet seviyelerinde de hissedilmelidir.

14) Bu V5 ile Nasıl Uyumlu? SG Systems Global

V5 Çözümüne Genel Bakış. V5 platformu doğrulama için tasarlanmıştır. Yapılandırma sürümlendirilir, kanıtlar ilişkilendirilebilir ve modüller arası kilitlenmeler (kimlik, durum, imzalar) test edilebilir ve raporlanabilir; bu da OQ titizliği ve yaşam döngüsü kontrolü için idealdir.

V5 MES. V5 MES'te , OQ komut dosyaları, geçerlilik tarihli MMR / MBR , hat temizliği , IPC / SPC , cihaz entegrasyonları (ölçekler, görüntüleme) ve eBMR denetim izleri ve imzaları gibi adım adım zorlukları yönlendirir; bunlar, düzenleyicilerin incelediği kontrollerdir.

V5 Kalite Yönetim Sistemi (QMS). V5 QMS içerisinde , OQ planlaması, sapmalar, CAPA ve MOC , protokolleri, SOP'leri ve kanıtları senkronize tutarak Belge Kontrolü altında düzenlenir . Periyodik inceleme paketleri, üretimi yöneten aynı kayıt sisteminden oluşturulur.

V5 WMS. V5 WMS, kalibrasyon durumu , son kullanma tarihi ve karantina ile bağlantılı kilitlemelerle birlikte, teslim alma, yükleme-boşaltma , yönlendirilmiş toplama , depo/konum kuralları ve etiket doğrulaması için OQ'yu destekler ; böylece başarısız olan doğrulama işlemleri üretime sızamaz.

Özetle: V5, OQ'yu tek seferlik bir engel olmaktan çıkarıp yaşayan bir kontrol sistemine dönüştürüyor; yeterlilik aşamasında kanıtladığınız her bir kilit, yarınki üretimi de koruyan aynı kilittir.

15) SSS

S1. Her zaman ayrı OQ ve PQ'ya mı ihtiyacımız var?
Evet, düzenlenmiş bağlamlarda. OQ, aralıklar boyunca işlevleri ve kontrolleri kanıtlar; PQ, gerçek sürecin gerçek malzemeler ve operatörlerle zaman içinde sonuç verdiğini kanıtlar.

S2. Satıcı FAT sonuçlarını yeniden kullanabilir miyiz?
Sadece gerekçelendirmeyle. FAT'ı amaçlanan kullanımınıza göre eşleştirin ve yapılandırmanıza, ortamınıza ve entegrasyonlarınıza bağlı olan kritik testleri yeniden yürütün.

S3. Ne kadar negatif (başarısızlığa yönelik) test yeterlidir?
Her kritik kilitlemenin aslında süreci durdurduğunu göstermeye yeter: süresi dolmuş/engellenmiş lotlar, yanlış kullanıcı rolü, tolerans dışı, etiket uyumsuzluğu, bağlantısı kesilmiş cihaz, başarısız imza.

S4. E-imzalar ve denetim izleri nerede test edilir?
OQ'da. İmzanın anlamını, benzersizliğini ve zaman senkronizasyonunu kanıtlayın; denetim izlerinin kim/ne/ne zaman/neden sorularını kaydettiğini ve değiştirilemez olduğunu gösterin. Bölüm 11/Ek 11.

S5. Tekrar OQ'yu ne tetikler?
Yazılım yükseltmeleri, entegrasyon değişiklikleri, etiket şablonu revizyonları, tarif mantığı değişiklikleri, ortam hareketleri veya CAPA odaklı düzeltmeler - değerlendirilir MOC hedefli yeniden testlerle.

İlgili Okuma
• Nitelik ve Doğrulama: Kurulum Kalifikasyonu (IQ) | Ekipman Kalifikasyonu (IQ/OQ/PQ) | Bilgisayar Sistemi Doğrulaması (CSV)
• Kayıtlar ve Bütünlük: 21 CFR Bölüm 11 | Ek 11 | Denetim İzi (GxP) | Veri bütünlüğü | Döküman kontrolu
• Yürütme Sistemleri: MES | WMS | ELN | LIMS
• Kontroller ve Akış: Hat Boşluğu | Proses İçi Kontroller (IPC) | SPC Kontrol Limitleri | Etiket Doğrulaması | Parti İzlenebilirliği
• Değişim ve Sorunlar: Sapma / Uygunsuzluk | CAPA | Değişim Yönetimi (MOC) | İç Denetim