ISO/IEC 17025 Madde 8.3 — Doküman Kontrolü ve SOP Mimarisi

Standart iki tür dokümanı ayırır: 'iç' (laboratuvarın kendi ürettiği — politika, prosedür, SOP, talimat, form) ve 'dış' (dışarıdan gelen — ISO standartları, üretici cihaz talimatları, mevzuat, müşteri şartnameleri, kalibrasyon sertifikaları). Her ikisi de kontrol gerektirir. NOT bölümü doküman örneği verir: politika beyanları, prosedürler, şartnameler, üretici talimatları, kalibrasyon çizelgeleri, grafikler, metinler, posterler, uyarılar, bildiriler, çizimler, planlar. Format serbest: 'basılı kopya veya dijital ortam gibi çeşitli şekillerde sağlanabilir' — yazılı olmak şart değil.

(a) Yayım öncesi yetkili personel onayı — kim onaylayabilir tanımlı olmalı (rol/yetki matrisi). (b) Belirli aralıklarla gözden geçirme — tipik yıllık, kritik dokümanlar için 6 ayda bir. (c) Değişikliklerin ve güncel sürüm durumunun tanımlanması — version control + change log + revision history zorunlu. (d) Uygulanan dokümanların ilgili sürümlerinin kullanım noktalarında bulunması ve dağıtımlarının kontrol edilmesi — 'eski SOP sahada' yaygın hata. (e) Dokümanların özgün şekilde tanımlanması — DOI/UUID/doküman numarası benzersiz olmalı. (f) Güncelliğini yitirmiş dokümanların istem dışı kullanılmasının önlenmesi — arşivde 'OBSOLETE' damgası, aktif sistemden çıkarılması.

Endüstri standart yapı: (Seviye 1) Kalite el kitabı / Kalite politikası — laboratuvarın 'biz neyiz, ne yapıyoruz' beyanı, üst yönetim imzalı. (Seviye 2) Prosedürler — 'ne yapılır' (örn. 'numune kabul prosedürü'), genel + süreç odaklı. (Seviye 3) Talimatlar / SOP — 'nasıl yapılır' (örn. 'GC-MS test SOP'u'), cihaz/test-özgü. (Seviye 4) Formlar + kayıtlar — uygulamada üretilen veri (örn. 'numune kabul formu'). Yukarıdan aşağıya detay artar, kullanım sıklığı azalır. Seviye 1: yıllık güncellenir, Seviye 4: her gün üretilir.

İki ana yaklaşım: (1) Semantic versioning — major.minor.patch (1.0, 1.1, 2.0). Major: anlamlı değişiklik (metod değişti), minor: küçük güncelleme (referans eklendi), patch: yazım hatası. Yazılım dünyasından gelir. (2) Tarihsel versiyoning — 2026-05-15-rev2. Daha basit, tarih bağlamı net. ISO 17025 hangisini kullanacağını söylemez — laboratuvarın tutarlı uygulaması yeter. KaliteJet LIMS modülü Git-tarzı versioning kullanır: her doküman değişikliği commit + author + timestamp + diff. Hangi versiyon hangi zamanda aktifti — geriye dönük her an gösterilebilir.

En sık denetim bulgusu obsolete döküman bulgusudur. Tipik senaryo: SOP v2'ye geçildi ama analist masasında hâlâ v1 var, analiz v1 metoduyla yapıldı. Önlemler: (1) Aktif sistemden eski versiyon otomatik kaldırılır, (2) Saklanması gereken eski versiyonlar 'OBSOLETE — sadece arşiv amacı' etiketi alır, (3) Fiziksel kopya yasaklanır veya tek nüsha master copy 'master arşivde' tutulur, (4) Sürüm güncellemeleri tüm personele bildirilim (training acknowledgment) gerektirir. Modern LIMS bunları kutudan otomatize eder — kâğıt sistemde manuel takip zor.

ASTM E2363 ve ISO 9000:2015 SOP yapısı için bölüm önerisi sunar: (1) Başlık + ID + revizyon, (2) Amaç (purpose), (3) Kapsam (scope), (4) Tanımlar (definitions), (5) Sorumluluklar (responsibilities), (6) Ekipman + malzeme (equipment & materials), (7) Prosedür (step-by-step), (8) Hesaplamalar + formüller, (9) Kayıt + raporlama (record & report), (10) Referanslar (references), (11) Ekler (attachments). 'Kim ne yapacak, neyle, nasıl, ne kaydedecek' soruları cevaplanmalı. Test SOP'unda numuneden sonuca tüm akış adım adım yazılmalı — 'tahminen 30 dk inkübasyon' kabul edilmez, '30 ± 2 dk, 37 ± 1°C' kabul edilir.

'Uygulanan dokümanların ilgili sürümlerinin kullanım noktalarında bulunması' — pratik anlamı: GC-MS SOP'u GC-MS odasında erişilebilir, mikrobiyoloji SOP'u laminar flow yanında. 'Erişilebilir' kâğıt çıktı şart değil — tablet/PC ile dijital erişim de kabul. QR kod tarayarak cihazın bağlı SOP'una mobilden ulaşma yaygın pratik. Dağıtım kontrolü: kim hangi SOP'a hangi versiyonda erişti, log tutulur. Eğitim takibi de buraya bağlanır — yeni versiyon yayımlandığında 'eğitim alındı' onayı tutulur.

SOP yaşam döngüsü 6 aşamalı: (1) Taslak — yazar oluşturur. (2) Gözden geçirme — teknik gözden geçirici + kalite gözden geçirici inceler. (3) Onay — yetkili (lab müdürü veya kalite yöneticisi) imzalar. (4) Yayım + Eğitim — aktif sisteme alınır, etkilenen personele eğitim. (5) Kullanım — aktif operasyon, geri bildirim toplanır. (6) Periyodik gözden geçirme — yılda 1 kez minimum, gerekirse güncelleme. Güncelleme yapıldığında (1)'e döner. KaliteJet bu döngüyü workflow olarak otomatize eder — onay zinciri, eğitim takibi, gözden geçirme hatırlatıcısı standart.