Kalite Yönetimi Data Templateiniz
Kalite Yönetimi Data Templateiniz
Bu, Kalite Yönetimi süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Event Log'unuz için standartlaştırılmış veri alanları.
- Tam süreç görünürlüğü için izlenmesi gereken temel faaliyetler.
- Çeşitli sistemlerden veri çıkarma rehberliği.
Kalite Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Kalite yönetimi sürecinde meydana gelen belirli bir task, event veya step'in adı. | ||
| Açıklama Activity Name, bir kalite olayının lifecycle'ındaki belirgin bir action veya milestone'u tanımlar. Örnekler arasında 'Initial Assessment Completed', 'Investigation Initiated' veya 'Corrective Action Implemented' yer alır. Bu activity'ler, kalite yönetimi sürecinin building block'larını temsil eder. Process analizi için bu attribute, activity'lerin sırasını ve case'lerin akışını görsel olarak temsil eden Process Map'i oluşturmak için esastır. Analistlerin bottlenecks'i belirlemesine, common ve rare process variant'larını discover etmesine ve standart operating procedure'lara karşı compliance'ı check etmesine olanak tanır. Activity'lerin sırasını anlamak, process improvement'a yönelik ilk adımdır. Neden önemli Bu Nereden alınır Genellikle ana kalite event nesnesiyle ilgili event log'larından, durum değişikliği kayıtlarından veya görev tablolarından elde edilir. Örnekler Soruşturma BaşlatıldıTemel Neden Analizi TamamlandıEtkinlik Doğrulandı | |||
| Kalite Olayı Kimliği QualityEventId | Tek bir kalite olayının benzersiz tanımlayıcısıdır. Başlangıçtan kapanışa kadar ilgili tüm etkinlikleri birbirine bağlayan `case` tanımlayıcısı olarak işlev görür. | ||
| Açıklama Quality Event ID, bir non-conformance, customer complaint, deviation veya audit finding gibi specific bir quality issue'u identifies eden unique bir key'dir. Bu identifier, event'le throughout its entire lifecycle boyunca associated tüm different step'leri, document'ları ve data point'leri connects ettiği için crucial'dır. Process Mining'de, bu attribute her quality event için end-to-end process flow'u reconstructing için fundamental'dır. All related activity'leri single bir Quality Event ID altında grouping yaparak, analyst'ler process map'i visualize edebilir, case duration'larını calculate edebilir ve different event path'leri arasındaki variation'ları analyze edebilir. It enables clear ve accurate analysis of how quality issue'lar handled from start to finish. Neden önemli Bu, Process Mining için temel anahtardır; ilgili tüm event'lerin tek bir süreç örneği veya case ile birleştirilmesini sağlar. Nereden alınır Genellikle kalite bildirimleri, Örnekler QN-2023-00123NC-450008761COMP-5501-A | |||
| Olay Başlangıç Zamanı EventStartTime | Belirli bir activity veya event'in occurred ettiği veya initiated edildiği precise date ve time. | ||
| Açıklama Event Start Time, kalite event'inin lifecycle'ındaki her activity'nin beginning'ini marking eden bir timestamp'tir. Process flow'u ve performance'ı understanding için necessary temporal context'i provides eder. Bu timestamp, event'leri chronologically ordering ve duration'ları calculating için kritiktir. Process Mining'de, bu timestamp her case için activity'leri correct sequence'a sorting ve cycle time'lar, waiting time'lar ve processing time'lar gibi key performance indicator'ları calculating için kullanılır. Bu timestamp'leri analyzing etmek, step'ler arasındaki delay'leri identify etmeye, resource efficiency'yi measure etmeye ve service level agreement'lara adherence'ı monitor etmeye helps eder. It is a cornerstone of any time-based process analysis. Neden önemli Bu timestamp; event'lerin sıralanması, çevrim süreleri ile bekleme sürelerinin hesaplanması ve süreçteki darboğazların (bottleneck) keşfedilmesi için temel teşkil eder. Nereden alınır Genellikle Event Log'larda veya işlem kayıtlarında faaliyet adının yanında bulunur. 'Oluşturma Tarihi', 'Event Date' veya 'Timestamp' olarak etiketlenebilir. Örnekler 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| Kaynak Sistem SourceSystem | Verinin çıkarıldığı sistem, örneğin belirli bir ERP, KYS veya MES örneği. | ||
| Açıklama Kaynak Sistem niteliği, kalite yönetimi verilerinin kaydedildiği kaynak uygulamayı veya veritabanını tanımlar. Karmaşık BT ortamlarında, kalite olay verileri birden fazla sistemden gelebilir; örneğin, malzeme verileri için bir ERP ve süreç verileri için özel bir Kalite Yönetim Sistemi. Kaynak sistemi belirlemek, veri yönetimi, doğrulama ve sorun giderme için önemlidir. Verinin bağlamını anlamaya yardımcı olur ve analizi segmentlere ayırmak için kullanılabilir. Örneğin, bir analist, farklı sistemlerde veya konumlarda yönetilen kalite süreçlerini karşılaştırarak en iyi uygulamaları veya tutarsızlıkları belirleyebilir. Neden önemli Verilerin kaynağı hakkında bağlam sağlar, bu da çok sistemli ortamlarda veri doğrulama, sorun giderme ve segmentlere ayrılmış analiz için çok önemlidir. Nereden alınır Bu bilgi, kaynak tablolarda bulunmayabilir ancak genellikle Örnekler SAP S/4HANA QMVeeva Vault KaliteMasterControl QMS | |||
| Son Veri Güncellemesi LastDataUpdate | Süreç verilerinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren zaman damgası. | ||
| Açıklama Last Data Update attribute'u, data'nın source system'dan en recent time'da synchronized olduğunu records eden bir timestamp'tir. Bu, data freshness indicator'ı olarak acts eder, analysis'teki information'ın how current olduğunu showing eder. This is particularly important for ongoing monitoring ve near-real-time decision-making. Bu attribute, users'ın Process Mining Dashboard'larının ve analysis'lerinin timeliness'ını understand etmelerine helps eder. Stakeholders'ın data'nın currency'sinden aware olmalarını ensures ederken, KPI'ları ve process models'ı interpreting ederken, outdated information'a dayanarak decisions'ın made edilmesini prevents eder. It is a key piece of metadata for maintaining trust in the data. Neden önemli Verilerin güncelliğini gösterir ve kullanıcıların süreç analizi ile KPI'ların ne kadar güncel olduğundan haberdar olmalarını sağlar. Nereden alınır Bu, genellikle Örnekler 2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z | |||
| Kalite Olayı Türü QualityEventType | Kalite olayının sınıflandırılması; Non-Conformance, Customer Complaint, Audit Finding veya Deviation gibi. | ||
| Açıklama Kalite Olayı Tipi, ele alınan kalite sorununun doğasını sınıflandırır. Farklı olay türleri genellikle farklı süreçleri takip eder, farklı aciliyet seviyelerine sahiptir ve farklı standart işletme prosedürlerine tabidir. Analistler, bu niteliğe göre süreçleri filtreleyerek ve karşılaştırarak önemli farklılıkları ortaya çıkarabilirler. Örneğin, bir 'Müşteri Şikayeti'ni ele alma süreci, bir 'Dahili Sorun' sürecine göre çok daha titiz ve zaman hassasiyetine sahip olabilir. Bu farklılıkları anlamak, her süreç varyantının verimli ve belirli gereksinimlerine uygun şekilde çalışıp çalışmadığını değerlendirmek için çok önemlidir. Neden önemli Farklı türdeki kalite sorunlarının nasıl ele alındığını karşılaştırmak ve zıtlaştırmak için analizin bölümlendirilmesine olanak tanıyarak önemli süreç varyasyonlarını ortaya çıkarır. Nereden alınır Kalite olayının başlık verilerinde bulunur, genellikle 'Notification Type', 'Event Type' veya 'Category' alanı olarak geçer. Örnekler Müşteri ŞikayetiNon-Conformance Report (NCR)Sapma | |||
| Kaynak Resource | Belirli bir etkinliği veya kalite olayını gerçekleştiren veya ona atanmış olan kullanıcı, çalışan veya otomatik aracı. | ||
| Açıklama Kaynak niteliği, bir görevi yerine getirmekten sorumlu kişiyi veya sistemi tanımlar. Bu bir araştırmacı, bir kalite onaylayıcısı veya otomatik bir sistem kullanıcısı olabilir. Her etkinliği kimin gerçekleştirdiğini izlemek, iş yükü dağılımını, ekip performansını ve işbirliği modellerini anlamak için temeldir. Süreci kaynağa göre analiz etmek, kişiler veya ekipler arasındaki performans farklılıklarını ortaya çıkarmaya, eğitim ihtiyaçlarını belirlemeye ve iş yükü dengelemesini optimize etmeye yardımcı olur. Darboğaz olabilecek aşırı yüklenmiş kaynakları ortaya çıkarabilir veya farklı kişiler arasındaki el değiştirme modellerini gösterebilir; bu da genellikle süreç gecikmelerinin bir kaynağıdır. Bu analiz, kurumsal verimliliği artırmak için anahtardır. Neden önemli Bu Nereden alınır Genellikle işlem veya günlük tablolarında bulunur ve sıklıkla 'Kullanıcı Adı', 'Değiştiren', 'Sahip' veya 'Atanan' olarak etiketlenir. Örnekler j.doem.smithSystem.Batch | |||
| Kök Neden Kategorisi RootCauseCategory | Kalite olayının belirlenen kök nedeninin üst düzey sınıflandırması. | ||
| Açıklama Kök Neden Kategorisi, kalite sorununun temel nedeninin bir sınıflandırmasıdır; örneğin, 'İnsan Hatası', 'Ekipman Arızası', 'Süreç Eksikliği' veya 'Tedarikçi Sorunu'. Bu nitelik genellikle bir inceleme ve kök neden analizi tamamlandıktan sonra doldurulur. Farklı kök neden kategorilerinin sıklığını analiz etmek, stratejik iyileştirme için güçlü içgörüler sağlar. Eğer 'Süreç Eksikliği' yaygın bir kök nedense, bu süreç yeniden mühendisliğine ihtiyaç olduğunu gösterir. 'Ekipman Arızası' sık görülüyorsa, daha iyi bakım programlarına ihtiyaç duyulduğunu gösterebilir. Process mining bu kategorileri süreç davranışı ile ilişkilendirebilir; örneğin, 'İnsan Hatası' kaynaklı olayların çözülmesinin daha uzun sürdüğünü gösterebilir. Neden önemli Bu, stratejik analiz için hayati öneme sahiptir, çünkü süreç akışının ötesine geçerek başarısızlığın temel nedenlerine odaklanır ve hedeflenen önleyici eylemlere rehberlik eder. Nereden alınır Kalite olayı kaydının inceleme veya kök neden analizi bölümünde bulunur. Bir kod veya serbest metin olabilir. Örnekler Ekipman Arızasıİnsan HatasıMalzeme Hatası | |||
| Olay Bitiş Zamanı EventEndTime | Belirli bir etkinliğin veya olayın tamamlandığı kesin tarih ve saat. | ||
| Açıklama Event End Time, bir activity'nin completion'ını marking eden bir timestamp'tir. Event Start Time ile paired, quality management process'i içindeki individual task'lar için processing time'ın precise calculation'ına allows eder. Instantaneous considered edilen event'ler için, start ve end time'lar identical olabilir. Bu attribute, activity level'ında performance analysis için crucial'dır. Her task'ın duration'ını (End Time minus Start Time) calculating ederek, analyst'ler hangi step'lerin most time consume ettiğini ve optimization için prime candidate olduğunu identify edebilirler. It also enables more accurate calculation of overall case cycle time ve resource workload ve efficiency analysis için necessary data'yı sağlar. Neden önemli Faaliyet işleme sürelerinin hesaplanmasını sağlayarak, detaylı performans analizi ve yoğun kaynak gerektiren görevlerin belirlenmesi için esastır. Nereden alınır Genellikle aynı Event Log'da veya işlem kaydında başlangıç zamanı ile birlikte bulunur. Bazı sistemlerde, sonraki olayın başlangıç zamanından çıkarılması gerekebilir. Örnekler 2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z | |||
| Şiddet Severity | Kalite olayının kritik, majör veya minör gibi potansiyel etkisinin sınıflandırılması. | ||
| Açıklama Ciddiyet niteliği, kalite olaylarını iş etkisi, risk veya aciliyetlerine göre kategorize eder. Bu sınıflandırma, kaynakların ve dikkatin en kritik sorunlara yönlendirilmesine yardımcı olur. Ciddiyet seviyeleri genellikle kuruluşun kalite politikası tarafından tanımlanır. Bu, process mining'de filtreleme ve segmentasyon için güçlü bir niteliktir. Analistler, 'Kritik' olayların süreç akışlarını 'Minör' olaylarla karşılaştırarak, yüksek ciddiyetteki sorunların hedeflendiği gibi hızlıca ele alındığından emin olabilirler. Ayrıca, 'Minör' sorunların orantısız miktarda kaynak tüketip tüketmediğini veya 'Kritik' sorunların süreçte takılıp kalmadığını da ortaya çıkarabilir. Bu, risk tabanlı yönetim için süreci optimize etmeye yardımcı olur. Neden önemli Risk tabanlı süreç analizini sağlayarak, incelemelerin önceliklendirilmesine ve yüksek etkili olayların uygun aciliyetle ele alındığının doğrulanmasına yardımcı olur. Nereden alınır Bu, kalite Örnekler KritikBüyükKüçük | |||
| Sorumlu Departman ResponsibleDepartment | Kalite event'inden veya specific bir activity'den sorumlu department, team veya functional area. | ||
| Açıklama Sorumlu Departman niteliği, bir kalite olayından veya süreçteki belirli bir adımdan hangi organizasyonel birimin sorumlu olduğunu belirtir. Bu, 'Üretim', 'Kalite Güvence', 'Araştırma ve Geliştirme' veya 'Lojistik' olabilir. Bu nitelik, organizasyonel analiz için çok önemlidir. Yöneticilerin farklı departmanlar arasında iş akışını görmelerini, her fonksiyonel alanın performansını ölçmelerini ve departmanlar arası sürtüşmeleri veya gecikmeleri belirlemelerini sağlar. Örneğin, analiz, Üretim ile Kalite Güvence arasındaki el değiştirmelerin birincil gecikme kaynağı olduğunu ortaya çıkarabilir. KPI'ları departmana göre segmentlere ayırmak, hedeflenen süreç iyileştirme girişimleri için alanları belirlemeye yardımcı olur. Neden önemli Organizasyonel birime göre süreç performansının analiz edilmesini sağlayarak fonksiyonlar arası gecikmeleri vurgular ve sorumluluk atanmasına yardımcı olur. Nereden alınır Genellikle kalite Örnekler Kalite KontrolÜretim Hattı BTedarikçi Kalitesi | |||
| Etkilenen Ürün AffectedProduct | Kalite event'inin subject'i olan product, material veya component. | ||
| Açıklama Affected Product attribute'u, kalite sorunundan etkilenen specific item'ı, material'i veya product line'ı tanımlar. Süreç ile ürün arasındaki bu link, root cause analysis ve impact assessment için kritiktir. Quality Event'leri ürüne göre analiz etmek, businesses'ın, particular bir product'ın unusually high number of non-conformance'a sahip olması gibi trend'leri spot etmesini sağlar. Bu, product'ın design'ı veya manufacturing process'ine yönelik deeper investigation'ları trigger edebilir. Ayrıca, affected product'ın strategic importance'ına veya sales volume'una dayalı olarak Quality Event'leri prioritize etmeye yardımcı olur, böylece critical issue'ların first ele alınmasını ensures eder. Neden önemli Süreç verilerini ürün verileriyle bağlar, ürün hattına göre kalite sorunlarının analiz edilmesini sağlayarak eğilimleri belirlemeye ve yüksek etkili sorunları önceliklendirmeye yardımcı olur. Nereden alınır Kalite olayının ana kaydında bulunur, genellikle 'Material Number', 'Product ID' veya 'Part Number' olarak geçer. Örnekler PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Etkinlik Kontrol Sonucu EffectivenessCheckOutcome | Uygulanan düzeltici ve önleyici eylemlerin etkili olup olmadığını teyit etmek için yapılan doğrulama kontrolünün sonucudur. | ||
| Açıklama Effectiveness Check Outcome, corrective action'ların implementation'ını takip eden verification step'inin result'ını records eder. Outcome tipik olarak 'Effective' veya 'Not Effective' olup, action'ın problem'in root cause'unu successfully resolved edip etmediğini indicate eder. Bu attribute, quality management process'in true success'ını measuring için kritiktir. Yüksek bir 'Not Effective' outcome rate'i, root cause analysis veya action planning phase'lerinde systemic bir problem'e points eder, resulting in rework ve recurring issue'lar. Process Mining'de bu, rework loop'larını analyze etmek için can be used. For example, 'Not Effective' outcome'u olan case'ler often loop back to the investigation veya root cause analysis stage'ine, significantly increasing cycle time ve cost. Neden önemli Düzeltici eylemlerin başarısını doğrudan ölçer ve yeniden çalışma döngülerini ve kök neden analiz sürecinin etkinliğini analiz etmek için esastır. Nereden alınır Düzeltici ve önleyici eylem (CAPA) doğrulama veya kapanış adımlarıyla ilgili kayıtlarda bulunur. Örnekler EtkiliEtkili DeğilDoğrulama Bekleniyor | |||
| Hedef Çözüm Tarihi TargetResolutionDate | Kalite olayının fully resolved edilip closed olması gereken planned veya required date. | ||
| Açıklama Hedef Çözüm Tarihi, bir kalite olayının kapatılması için belirlenen son tarihtir. Bu tarih genellikle düzenleyici gereksinimler, müşteri hizmet seviyesi anlaşmaları veya olayın ciddiyetine dayalı dahili politikalar tarafından belirlenir. Bu nitelik, performans izleme ve uyumluluk analizi için çok önemlidir. Gerçek kapatma tarihini hedef tarihle karşılaştırarak, kuruluşlar bir 'Zamanında Çözüm Oranı' KPI'ı hesaplayabilir. Process mining, hangi olay türlerinin veya süreç adımlarının bu hedeflerde gecikmelere ve ihlallere neden olma olasılığının en yüksek olduğunu belirleyebilir. Bu, zamanlama hedeflerine ulaşmaya yönelik iyileştirme çabalarını odaklamaya yardımcı olur. Neden önemli Zamanlama hedeflerine karşı performans ölçümünü sağlayarak, zamanında çözüm oranlarını hesaplamaya ve gecikmelerin nedenlerini belirlemeye yardımcı olur. Nereden alınır Genellikle kalite event kaydının başlık (header) veya planlama verilerinde bulunur. Örnekler 2024-06-302024-07-152024-08-01 | |||
| Kalite Olayı Durumu QualityEventStatus | Kalite olayının lifecycle'ındaki current overall status'u; Open, Under Investigation veya Closed gibi. | ||
| Açıklama Quality Event Status, bir quality event case'inin current state'ini indicates eder. This is a dynamic attribute that changes as the case progresses through its lifecycle. It provides high-level bir snapshot of where an event stands at any given time. Process Mining'de, this attribute current workload ve backlog'u analyzing için useful'dır. 'Open' veya 'In Progress' status'u olan event'leri filtering ederek, manager'lar active case'lerin volume'unu monitor edebilirler. It also helps in conformance checking by comparing actual status changes with expected process flow. For example, bir event 'Corrective Action' implemented olmadan önce 'Closed' olmamalıdır. Neden önemli Bir case'in mevcut durumunun anlık görüntüsünü sağlar, bu da backlogs'u, aktif iş yükünü izlemek ve süreç uyumluluğunu kontrol etmek için kritiktir. Nereden alınır Bu, kalite olayının başlık kaydında önemli bir alandır ve Örnekler AçıkOnay BekliyorKapalı | |||
| Konum Location | Kalite olayının meydana geldiği veya yönetildiği bir plant, site veya warehouse gibi physical veya logical location. | ||
| Açıklama Location attribute'u, kalite olayıyla related geographical veya organizational site'ı specifies eder. Bu, bir manufacturing plant, specific bir production line, bir distribution center veya bir business unit olabilir. Process performance'ı location'a göre analyzing etmek, best practice'leri benchmark etmek ve identify etmek için powerful bir way'dir. It can reveal if certain site'lar quality issue'ları resolving'de more efficient'tır veya if specific location'lar recurring problem'lerin bir source'u'dur. Bu geographical veya site-based analysis, management'ın resources'ı effectively allocate etmesine ve organization across high-performing process'leri standardize etmesine helps eder. Neden önemli Farklı sahalar veya tesisler arasında karşılaştırmalı analiz yapılmasına olanak tanıyarak performansın kıyaslanmasına ve konuma özel sorunların veya en iyi uygulamaların belirlenmesine yardımcı olur. Nereden alınır Bu bilgi genellikle ana kalite olay kaydının bir parçasıdır ve sıklıkla 'Fabrika', 'Şantiye' veya 'İş Birimi' olarak etiketlenir. Örnekler Saha A - Bina 2Ana DepoTesis 0010 | |||
Kalite Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Düzeltici Eylem Planı Onaylandı | Önerilen düzeltici eylem planının belirlenmiş bir yetkili tarafından resmi onayını işaret eder. Bu onay, uygulamanın başlamasına izin veren kritik bir kapıdır. | ||
| Neden önemli Onay döngüleri yaygın gecikme kaynaklarıdır. Bu faaliyetin süresini ve sıklığını analiz etmek, inceleme ve onay workflow'undaki darboğazları belirlemeye yardımcı olur. Nereden alınır Bu genellikle iş akışındaki (workflow) belirgin ve timestamp içeren bir onay işlemidir; genellikle elektronik imza veya belirli bir durum değişikliği aracılığıyla kaydedilir. Yakala Elektronik imza kaydından veya 'Onaylandı' ya da 'Uygulama İçin Yayınlandı' durum değişikliğinden timestamp'i yakalayın. Event tipi explicit | |||
| Düzeltici Eylem Uygulandı | Onaylanmış düzeltici eylem planında belirtilen görevlerin tamamlanmasını temsil eder. Bu, acil sorunu ele almak için gerekli eylemlerin yapıldığını doğrular. | ||
| Neden önemli Bu etkinlik, uygulamalı düzeltici işin sonunu işaretler. Plan onayı ile uygulama arasındaki süre, gerekli görevleri yürüten ekibin verimliliğini yansıtır. Nereden alınır Bu, genellikle bir uygulayıcının atanan eylem öğelerini veya görevleri sistemde tamamlandı olarak işaretlediğinde kaydedilir. Yakala İlgili düzeltici eylem görevlerinin tamamlanma Event tipi explicit | |||
| Etkinlik Doğrulandı | Uygulanan düzeltici ve önleyici eylemlerin kök nedeni başarıyla çözdüğünü ve tekrarı önlediğini doğrular. Bu, genellikle belirli bir izleme süresinden sonra gerçekleşen resmi bir doğrulama adımıdır. | ||
| Neden önemli Bu, başarılı bir kalite müdahalesinin nihai ölçüsüdür. Soruşturma ve eylemlere harcanan kaynakların olumlu bir sonuç verdiğini, gelecekteki yeniden işçiliği önlediğini doğrular. Nereden alınır Bu, özel bir etkinlik kontrol görevi tamamlandığında veya kaydın durumu 'Etkinlik Doğrulandı' olarak güncellendiğinde yakalanır, genellikle elektronik bir imzayla. Yakala Etkinlik kontrol görevinin tamamlanmasının veya nihai bir doğrulama onay adımının timestamp'ini yakalayın. Event tipi explicit | |||
| Kalite Olayı Kapatıldı | Kalite olay kaydının başarılı çözülmesini ve idari kapanışını işaretleyen son faaliyettir. Bu noktada süreç tamamlanmış kabul edilir ve kayıt geçmişe ait olur. | ||
| Neden önemli Bu, sürecin birincil bitiş noktasıdır. Kapatma süresi kritik bir KPI'dır ve kapatılan Nereden alınır Bu, kaydın nihai durumunun 'Kapalı' veya 'Tamamlandı' olarak değiştirildiği ve bir timestamp ile kaydedildiği kritik ve belirgin bir eventtir. Yakala Son durum değişikliğinin 'Kapalı', 'Tamamlandı' veya eşdeğer bir terminal duruma Event tipi explicit | |||
| Kalite Olayı Oluşturuldu | Bu, kalite `event` kaydının resmi olarak oluşturulduğunu işaret eden ilk etkinliktir. Bir kullanıcı, uygunsuzluk, kusur veya şikayet gibi bir kalite sorununu tanımlar ve sisteme kaydeder, böylece süreci başlatır. | ||
| Neden önemli Bu etkinlik, sürecin birincil başlangıç noktası olarak hizmet eder ve tanımlamadan çözüme kadar toplam döngü süresinin ölçülmesine olanak tanır. Gelen kalite olaylarının hacmini takip etmek için çok önemlidir. Nereden alınır Bu, genellikle yeni bir kayıt oluşturulduğunda bir denetim izinde (audit trail) veya işlem günlüğünde yakalanan açık bir eventtir. Ana kalite event tablosundaki oluşturma timestamp verilerine bakarak bunu tespit edebilirsiniz. Yakala Kalite Bildirimi, Uygunsuzluk veya Şikayet kaydı gibi kalite Event tipi explicit | |||
| Soruşturma Başlatıldı | Kalite olayının kapsamını ve kök nedenini belirlemek için inceleme aşamasının resmi başlangıcını işaret eder. Bir araştırmacı veya ekip, vakaya resmi olarak atanır. | ||
| Neden önemli Bu etkinlik, temel sorun çözme aşamasının başlangıcını tanımlar. Olay oluşturmadan soruşturma başlangıcına kadar geçen süreyi takip etmek, kalite ekibindeki potansiyel birikmeleri ortaya çıkarır. Nereden alınır Bu Yakala 'İnceleniyor' durum değişikliğinin Event tipi inferred | |||
| Temel Neden Analizi Tamamlandı | Kalite olayının kök nedeninin veya nedenlerinin belirlendiği ve belgelendiği incelemenin tamamlanmasını temsil eder. Bu, herhangi bir düzeltici eylem planlanmadan önceki kritik bir dönüm noktasıdır. | ||
| Neden önemli Bu kilometre taşı, teşhis aşamasının sonunu işaretler. Kök neden analizinin süresini analiz etmek, sorun çözme etkinliklerindeki karmaşıklıkları ve Nereden alınır Bu, 'Kök Neden' veya ilgili analiz alanları doldurulup kaydedildiğinde çıkarılabilir. Bazı sistemlerde, belirli bir RCA görevinin tamamlanmasına karşılık gelir. Yakala Özel bir kök neden analizi görevinin tamamlandı olarak işaretlendiği veya kök neden açıklama alanının ilk kez doldurulduğu timestamp'i yakalayın. Event tipi inferred | |||
| Düzeltici Eylem Planı Önerildi | Bu etkinlik, belirlenen kök nedeni ele almak için resmi bir planın belgelendiği ve incelemeye sunulduğu zaman gerçekleşir. Alınacak belirli düzeltici eylemleri özetler. | ||
| Neden önemli Bu adım, sürecin çözüm aşamasını başlatır. Bir plan önerme süresini takip etmek, ekiplerin analizden eyleme ne kadar hızlı geçtiğini ortaya çıkarır. Nereden alınır Bu, genellikle ilgili bir Düzeltici Eylem Planı kaydının oluşturulmasıyla veya bir planın incelemeye hazır olduğunu gösteren bir durum değişikliğiyle yakalanır. Yakala Bağlantılı bir Düzeltici Eylem veya CAPA kaydının oluşturulma Event tipi explicit | |||
| Düzeltici Eylem Planı Reddedildi | Önerilen düzeltici eylem planının incelendiğini ancak reddedildiğini gösterir. Bu durum, planın revize edilmesini ve yeniden sunulmasını gerektirir, süreçte bir yeniden çalışma döngüsü oluşturur. | ||
| Neden önemli Bu etkinlik, süreç içindeki verimsizliği ve yeniden işçiliği vurgular. Yüksek ret oranları, belirsiz gereksinimleri veya yetersiz kök neden analizini gösterebilir. Nereden alınır Bu, 'Reddedildi' veya 'Revizyon Gerekiyor' durum değişikliği ile yakalanır, genellikle bir neden kodu veya yorumlarla birlikte gelir. Yakala 'Reddedildi' veya 'Revizyon İçin Geri Gönderildi' durum değişikliğinin timestamp'ini yakalayın. Event tipi explicit | |||
| Etkinlik Doğrulaması Başarısız Oldu | Uygulanan eylemlerin sorunu çözmede etkisiz olduğu tespit edildiğini gösterir. Bu sonuç genellikle yeni bir incelemeyi veya yeni bir düzeltici eylem döngüsünü tetikler. | ||
| Neden önemli Bu etkinlik, önemli bir süreç hatasını ve büyük bir yeniden işleme döngüsünü işaret eder. Bu olayları analiz etmek, çözümlerin neden başarısız olduğunu anlamak ve RCA sürecini iyileştirmek için kritiktir. Nereden alınır Bu, doğrulama adımının başarısız olduğu, soruşturmayı veya CAPA planlamasını yeniden açan bir durum değişikliğine yol açtığı zaman yakalanır. Yakala 'Etkinlik Başarısız' veya 'Yeniden İnceleme Gerekli' gibi başarısız bir doğrulamayı gösteren bir durum değişikliğinin timestamp'ini yakalayın. Event tipi explicit | |||
| İlk Değerlendirme Tamamlandı | Yeni oluşturulan kalite olayının ilk incelemesinin veya önceliklendirmesinin tamamlanmasını temsil eder. Bu adımda olay türe göre kategorize edilir, bir ciddiyet seviyesi atanır ve sonraki workflow'u belirlemek için önceliklendirilir. | ||
| Neden önemli Bu ilk aşamada harcanan zamanın analizi, yeni kalite olaylarının kabul edilmesi ve işlenmesindeki gecikmeleri belirlemeye yardımcı olur. Ayrıca vakaları ciddiyet veya türe göre filtrelemek için nitelikler sağlar. Nereden alınır Bu, genellikle 'Yeni' durumundan 'Değerlendirme Altında' veya 'Devam Ediyor' durumuna geçişten çıkarılır. Ayrıca belirli kategorizasyon ve öncelik alanları ilk kez doldurulduğunda da yakalanabilir. Yakala Durumun değerlendirmenin tamamlandığını yansıtacak şekilde değiştiği veya kategorizasyon ve öncelik alanlarının ilk kez kaydedildiği timestamp'i yakalayın. Event tipi inferred | |||
| Kalite Olayı İptal Edildi | Kalite olayının tam çözüme ulaşmadan sonlandırıldığı alternatif bir bitiş noktasıdır. Bu durum, olayın geçersiz, başka bir kaydın kopyası veya hatalı oluşturulmuş olarak kabul edilmesi halinde meydana gelir. | ||
| Neden önemli Bu etkinlik, sürecin alternatif, üretken olmayan bir sonunu temsil eder. Yüksek sayıda iptal edilen olay, kullanıcı eğitimi veya başlangıç Nereden alınır Bu, 'İptal Edildi' veya 'Geçersiz' gibi son bir durum değişikliği ile yakalanır, genellikle ilgili bir neden koduyla birlikte. Yakala Kaydın durumu 'Canceled', 'Void' veya 'Invalid' olarak güncellendiğinde timestamp'i yakalayın. Event tipi explicit | |||
| Önleyici Eylem Uygulandı | Potansiyel uygunsuzlukların nedenini ortadan kaldırmaya yönelik görevlerin tamamlanmasını işaret eder ve gelecekteki olayları önlemeyi amaçlar. Bu, genellikle düzeltici bir eylemi takip eden proaktif bir adımdır. | ||
| Neden önemli Bu etkinlik, sadece düzeltmeye değil, önlemeye odaklanan olgun bir kalite sürecini gösterir. Önleyici eylemlerin uygulanmasını takip etmek, uzun vadeli süreç iyileştirme çabalarını ölçmeye yardımcı olur. Nereden alınır Bu, atanan önleyici eylem görevleri tamamlandı olarak işaretlendiğinde yakalanır, genellikle orijinal kalite Yakala İlgili önleyici eylem görevlerinin tamamlanma Event tipi explicit | |||
| Paydaşlar Bilgilendirildi | Kalite olayının resolution'ının, rapor eden kişi veya etkilenen departmanlar gibi ilgili taraflara resmi olarak communicate edilmesini temsil eder. | ||
| Neden önemli Her zaman temel bir süreç adımı olmasa da, paydaş iletişimini takip etmek, sürecin eksiksizliği ve genel hizmet seviyeleri hakkında içgörüler sağlayabilir. Nereden alınır Bunu yakalamak zordur ve açık, kaydedilmiş bir eylem olabilir. Ayrıca bir Yakala Otomatik bir e-posta bildiriminin logged olduğu veya manuel bir iletişim görevinin tamamlandı olarak işaretlendiği timestamp'i yakalayın. Event tipi inferred | |||
| Son İnceleme Tamamlandı | Tüm dokümantasyonun eksiksiz olduğundan ve tüm prosedürel adımların takip edildiğinden emin olmak için tüm kalite olayı kaydının son bir kontrolü yapılır. Bu genellikle kapanış öncesi son onay adımıdır. | ||
| Neden önemli Bu etkinlik, bir Nereden alınır Bu, genellikle durum 'Kapalı' olarak değiştirilmeden önce bir kalite güvence rolü tarafından yapılan açık bir onay adımı veya elektronik imzadır. Yakala Son kalite inceleme onayından veya 'Kapatma Bekleniyor' veya 'Son İnceleme Tamamlandı' durum değişikliğinden gelen Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,