ISO 9001 doküman kontrolü rehberi

Doküman kontrolü, bir kuruluşun politika, prosedür, talimat, form ve kayıtlarının nasıl oluşturulacağını, onaylanacağını, dağıtılacağını, değiştirileceğini ve saklanacağını tanımlayan süreçtir. Amacı basittir: Herkes işini yaparken dokümanın geçerli ve onaylı sürümünü kullanır, geçmişte ne yapıldığının kanıtı da kaybolmadan saklanır. Bu rehber, ISO 9001:2015 madde 7.5'i günlük işleyişe çeviren şablonları ve kontrol listelerini bir araya getirir.

ISO 9001 dokümante edilmiş bilgi için ne ister?

ISO 9001:2015, eski sürümlerdeki “doküman” ve “kayıt” ayrımını tek bir kavramda, “dokümante edilmiş bilgi” kavramında birleştirir. Standart, belirli bir kalite el kitabını veya belirli sayıda yazılı prosedürü adıyla zorunlu tutmaz. Bunun yerine iki tür dokümante edilmiş bilgi tanımlar: standardın açıkça istediği bilgiler ve kuruluşun kalite yönetim sisteminin etkinliği için gerekli gördüğü bilgiler (madde 7.5.1).

Standart metninde “dokümante edilmiş bilgiyi sürdürmek” ifadesi, güncel tutulan dokümanları (prosedür, talimat gibi) anlatır. “Dokümante edilmiş bilgiyi saklamak” ifadesi ise bir faaliyetin yapıldığının kanıtı olan kayıtları anlatır. Bu ayrım, revizyon yönetimi ile kayıtların değiştirilmeye karşı korunması arasındaki farkı belirler.

• Madde 7.5.2 (oluşturma ve güncelleme): Uygun tanımlama ve açıklama (başlık, tarih, hazırlayan, referans numarası gibi), uygun format ve ortam, uygunluk ve yeterlilik açısından gözden geçirme ve onay.
• Madde 7.5.3.1 (kontrol): Bilgi ihtiyaç duyulan yerde ve zamanda kullanıma uygun ve erişilebilir olmalı; gizlilik kaybına, uygunsuz kullanıma ve bütünlük kaybına karşı yeterince korunmalıdır.
• Madde 7.5.3.2 (faaliyetler): Dağıtım, erişim, geri çağırma ve kullanım; okunabilirliğin korunması dahil depolama ve muhafaza; değişikliklerin kontrolü (örneğin sürüm kontrolü); saklama ve elden çıkarma.
• Dış kaynaklı dokümante edilmiş bilgi: Kuruluşun planlama ve işletimi için gerekli olanlar uygun şekilde tanımlanmalı ve kontrol edilmelidir.
• Uygunluk kanıtı olarak saklanan bilgi istenmeyen değişikliklere karşı korunmalıdır.

Doküman hiyerarşisi

Hiyerarşi, hangi dokümanın neyi tanımladığını ve hangi seviyede onay gerektirdiğini netleştirir. Aşağıdaki yapı yaygın bir örnektir; standart belirli bir hiyerarşi şart koşmaz, kuruluşunuzun büyüklüğüne göre seviyeleri birleştirebilirsiniz.

Numaralandırma ve metadata şablonu

Her kontrollü doküman tekil bir kimliğe ve tutarlı bir metadata setine sahip olmalıdır. Numaralandırma, dokümanın türünü ve sahibi olan süreci tek bakışta göstermeli, ancak organizasyon değiştiğinde anlamını yitirecek kadar ayrıntılı olmamalıdır. Örnek bir yapı: tür kodu, süreç kodu ve sıra numarası (örneğin PR-SAT-003 veya TL-URT-014). Revizyon numarası kimliğin parçası değil, ayrı bir alandır.

Doküman yaşam döngüsü

Bir doküman ilk taslaktan arşive kadar belirli durumlardan geçer. Her durum geçişinin kim tarafından, ne zaman yapıldığı kaydedilmelidir. Durumları açıkça tanımlamak, “bu doküman yürürlükte mi?” sorusunu tartışma konusu olmaktan çıkarır.

1. 01
   Taslak

   Hazırlayan, onaylı şablonu kullanarak içeriği yazar. Taslak, kullanıcıların erişebildiği yayın alanında bulunmaz ve açıkça “taslak” olarak işaretlenir.

2. 02
   Gözden geçirme

   Süreçten etkilenen bölümler içeriği teknik doğruluk, uygulanabilirlik ve diğer dokümanlarla tutarlılık açısından inceler. Yorumlar ve cevapları kayıt altına alınır.

3. 03
   Onay

   Yetkili rol, dokümanın uygun ve yeterli olduğunu onaylar. Onaylayan kişi hazırlayanla aynı olmamalıdır; onay tarihi ve kimliği dokümanla birlikte saklanır.

4. 04
   Yayın ve dağıtım

   Onaylı sürüm kullanım noktalarında erişilebilir hale gelir, önceki sürüm aynı anda yürürlükten kaldırılır. Gerekiyorsa okundu onayı ve eğitim başlatılır.

5. 05
   Periyodik gözden geçirme

   Doküman, tanımlı periyotta hâlâ geçerli olup olmadığı açısından incelenir. Sonuç “değişiklik yok”, “revize et” veya “iptal et” olarak kaydedilir.

6. 06
   Yürürlükten kaldırma ve arşiv

   İptal edilen veya yerine yenisi gelen sürüm kullanım noktalarından çekilir. Saklama gerekiyorsa “geçersiz” olarak işaretlenip arşivde tutulur.

Revizyon kontrolü ve değişiklik nedenleri

Revizyon kontrolü, bir dokümanın hangi sürümünün geçerli olduğunu ve önceki sürümlerden ne farkla ayrıldığını izler. Kullanıcı, dokümanı açtığında revizyon numarasını, tarihini ve değişiklik özetini görebilmelidir. Değişikliğin nedeni de kaydedilmelidir; bu bilgi denetimde ve sonraki problem çözme çalışmalarında değerlidir.

• Düzeltici faaliyet: Bir CAPA veya 8D sonucunda talimat ya da kontrol değişti.
• Proses veya ekipman değişikliği: Yeni makine, yeni yöntem, yerleşim değişikliği.
• Mevzuat veya müşteri şartı değişikliği: Yeni gereklilik dokümana yansıtıldı.
• Organizasyon değişikliği: Rol, sorumluluk veya bölüm adı değişti.
• Periyodik gözden geçirme bulgusu: Güncelliğini yitirmiş içerik düzeltildi.
• Editoryal düzeltme: Anlamı değiştirmeyen yazım ve biçim düzeltmesi.

Editoryal düzeltmeler için kısaltılmış bir onay yolu tanımlayabilirsiniz; ancak hangi değişikliklerin “editoryal” sayılacağını prosedürde açıkça yazın. Anlamı değiştiren her düzeltme tam onay akışından geçmelidir.

Değişiklik talebi şablonu

Revizyonlar bir değişiklik talebiyle başlamalıdır. Talep, değişikliği isteyen kişiyle dokümanın sahibi arasında ortak bir kayıt oluşturur ve onaylayanın neyi neden onayladığını anlamasını sağlar.

• Talep eden ve tarih: Değişikliği kim, ne zaman istedi?
• İlgili doküman ve mevcut revizyon: Hangi dokümanın hangi sürümü değişecek?
• Değişiklik nedeni: Yukarıdaki nedenlerden hangisi, varsa ilgili CAPA veya şikâyet numarası.
• Önerilen değişiklik: Eski ve yeni metnin karşılaştırması veya açık bir özet.
• Etki analizi: Bağlı formlar, talimatlar, eğitimler ve diğer süreçler etkileniyor mu?
• Uygulama planı: Yürürlük tarihi, eğitim ihtiyacı, eski sürümün çekilmesi.
• Karar: Kabul, ret veya erteleme ve gerekçesi.

Dağıtım, okundu onayı ve erişim hakları

Dağıtım, onaylı dokümanın ihtiyaç duyan herkese ulaşmasıdır; yürürlükten kaldırma ise eski sürümün aynı anda kullanım noktalarından çekilmesidir. Basılı kopya kullanılıyorsa her kopyanın nerede olduğu bilinmeli ve kontrolsüz basılı kopyalar açıkça işaretlenmelidir.

Okundu onayı, kritik dokümanlar için kullanıcının yeni sürümü gördüğünü ve okuduğunu kayıt altına alır. Okundu onayı yetkinliğin kanıtı değildir; davranış veya yöntem değiştiren dokümanlarda eğitim ve etkinlik değerlendirmesiyle desteklenmelidir.

Erişim hakları rol bazlı tanımlanmalı ve kişi ayrıldığında veya görev değiştirdiğinde güncellenmelidir. Gizli dokümanlar (reçete, maliyet, kişisel veri içeren kayıtlar) için erişim kayıtlarının tutulması önerilir. Kişisel veri içeren kayıtlar için uygulanacak saklama ve erişim kurallarını hukuk birimi veya veri koruma sorumlusuyla teyit edin.

Basılı kopyalar ve saha kullanımı

Sahada ekran erişimi her zaman mümkün değildir; bu durumda basılı kopya kullanmak meşrudur, ancak kontrollü olmalıdır. Kontrollü basılı kopyalar numaralandırılır, dağıtım listesinde konumu yazılır ve yeni revizyon yayınlandığında eskisi geri toplanarak imha edilir. Bilgi amaçlı basılan kopyalara ise “kontrolsüz kopya, kullanmadan önce geçerliliğini kontrol edin” gibi bir ibare ve basım tarihi eklenir. Mümkün olan yerlerde istasyonlara ekran veya karekodla geçerli sürüme erişim sağlamak, basılı kopya yükünü azaltır.

Dış kaynaklı dokümanlar ve kayıtların saklanması

Dış kaynaklı dokümanlar; standartlar, mevzuat, müşteri şartnameleri, teknik resimler ve tedarikçi dokümanlarıdır. Bunları siz yazmazsınız, ancak geçerli sürümü kullandığınızı kanıtlamanız gerekir. Her biri için kaynağı, güncel sürümü, sorumlu kişiyi ve güncellemenin nasıl takip edileceğini kaydeden bir liste tutun.

Kayıtlar için saklama süresi; mevzuat, müşteri sözleşmesi, ürün ömrü ve kuruluşun kendi ihtiyacına göre belirlenir. Aşağıdaki tablo bir şablondur. Süre sütununu kendi yükümlülüklerinize göre doldurun ve yasal süreleri hukuk biriminizle teyit edin.

Paylaşılan klasörlerden DMS'e geçiş

Paylaşılan klasörler küçük ekiplerde işe yarar; ancak doküman sayısı ve kullanıcı arttıkça sürüm karmaşası, kontrolsüz kopyalar ve kanıtlanamayan onaylar ortaya çıkar. Doküman yönetim sistemine (DMS) geçiş, mevcut karmaşayı yeni sisteme taşımamak için bir temizlik projesi olarak ele alınmalıdır.

OREL DMS, onay akışlarını, revizyon geçmişini, okundu onaylarını ve rol bazlı erişimi tek yerde tutar; OREL QMS ile birlikte kullanıldığında bir CAPA sonucunda değişen talimat, ilgili kayda bağlı kalır. Hangi sistemi seçerseniz seçin, geçişten önce prosedürünüzün sistemde nasıl işleyeceğini yazılı hale getirin.

Denetime hazırlık

Denetçiler doküman kontrolünü genellikle sahada test eder: Bir çalışma istasyonundaki talimatın sistemdeki geçerli sürümle aynı olup olmadığına, bir kaydın değiştirilmeye karşı korunup korunmadığına ve değişikliklerin onaylı olup olmadığına bakar. Aşağıdaki listeyi iç denetimden önce kullanın.

Sık yapılan hatalar

• Standardın istemediği kadar çok doküman yazmak; kimsenin okumadığı prosedürler.
• Talimatları işi yapanlarla birlikte yazmamak; sahada uygulanamayan metinler.
• Onaylayanla hazırlayanın aynı kişi olması.
• Revizyon numarasını artırıp değişikliğin ne olduğunu yazmamak.
• Dosya adına “son”, “son_v2”, “güncel” gibi ekler koyarak sürüm yönetmeye çalışmak.
• Kayıtları revize edilebilir dokümanlar gibi değiştirmek.
• Dış kaynaklı dokümanları listelememek; eski standart veya şartnameyle çalışmak.
• Erişim haklarını kişi bazlı vermek ve ayrılan personelin haklarını kapatmamak.
• Periyodik gözden geçirmeyi tarih geçtikten sonra topluca “değişiklik yok” diye kapatmak.

Sonuç

İyi bir doküman kontrol sistemi görünmez çalışır: Kullanıcı aradığı talimatın doğru sürümünü bulur, değişiklikler onaylı ve gerekçeli ilerler, kayıtlar ihtiyaç duyulduğunda bozulmamış haliyle yerindedir. Az ama kullanılan doküman yazın, durumları ve rolleri açıkça tanımlayın ve kontrolleri düzenli olarak sahada test edin.