Kalite Yönetimi Veri Template'inuz
Kalite Yönetimi Veri Template'inuz
Bu, Kalite Yönetimi süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi 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 veri çekme kılavuzu.
Kalite Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Adı ActivityName | Kalite yönetimi sürecinde meydana gelen belirli bir task, event veya step'in adı. | ||
| Açıklama Aktivite Adı, bir kalite olayının süreç döngüsündeki belirgin bir eylemi veya dönüm noktasını 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 yapı taşlarını temsil eder. Process analizi için bu öznitelik, aktivitelerin sırasını ve case'lerin akışını görsel olarak temsil eden Süreç Haritası'i oluşturmak için gereklidir. Analistlerin bottlenecks'i belirlemesine, common ve rare process varyantlarını discover etmesine ve standart operating procedure'lara karşı uyumluluk'ı check etmesine sunar. Aktivitelerin sırasını anlamak, process improvement'a yönelik ilk adımdır. Neden Önemli?dir? 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::::::: İnceleme 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 tanımlayan benzersiz bir temel rol oynar. Bu tanımlayıcı, event'le throughout its entire süreç döngüsü boyunca ilişkili tüm farklı adımları, belgeleri ve veri noktalarını birbirine bağladığı için önemlidir. Process Mining'de, bu nitelik her quality event için end-to-end süreç akışını reconstructing için büyük önem taşır. All related aktiviteleri 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?dir? Bu, Process Mining için temel büyük önem taşır; ilgili tüm olayların tek bir süreç örneği veya case ile birleştirilmesini sunar. Nereden Alınır?? Genellikle kalite bildirimleri, Örnekler::::::: QN-2023-00123NC-450008761COMP-5501-A | |||
| Olay Başlangıç Saati EventStartTime | Belirli bir activity veya olayın occurred ettiği veya initiated edildiği tam tarih ve saattir. | ||
| Açıklama Event Start Time, kalite olayınin lifecycle'ındaki her faaliyetin beginning'ini marking eden bir zaman damgası (zaman damgası)'tir. Process flow'u ve performance'ı understanding için necessary temporal context'i sunar. Bu zaman damgası (zaman damgası), olayları chronologically ordering ve duration'ları calculating için büyük önem taşır. Process Mining'de, bu zaman damgası (zaman damgası) her vaka için aktiviteleri correct sequence'a sorting ve döngü süreleri, waiting time'lar ve processing time'lar gibi key performance indicator'ları calculating için kullanılır. Bu zaman damgası (zaman damgası)'leri analiz etmek; adımlar arasındaki gecikmeleri tanımlamaya, kaynak verimliliğini ölçmeye ve hizmet seviyesi sözleşmelerine uyumu izlemeye yardımcı olur. It is a cornerstone of any time-based process analysis. Neden Önemli?dir? Bu zaman damgası (zaman damgası); olayların sıralanması, çevrim süreleri ile bekleme sürelerinin hesaplanması ve süreçteki darboğazların 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 'zaman damgası (zaman damgası)' 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?dir? Verilerin kaynağı hakkında bağlam sunar, bu da çok sistemli ortamlarda veri doğrulama, sorun giderme ve segmentlere ayrılmış analiz için büyük önem taşır. 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ı (zaman damgası)dır. | ||
| Açıklama Last Data Update nitelik'u, verinin source system'dan en recent time'da synchronized olduğunu records eden bir zaman damgası (zaman damgası)'tir. Bu, data freshness indicator'ı olarak görev görür, analysis'teki information'ın how güncel olduğunu showing eder. This is particularly important for ongoing izleme ve near-real-time decision-making. Bu nitelik, users'ın Process Mining Panellerin ve analysis'lerinin timeliness'ını understand etmelerine yardımcı olur. Stakeholders'ın verinin 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?dir? 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ı sunar. 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 büyük önem taşır. Neden Önemli?dir? 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 büyük önem taşır. 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 temel rol oynar. Neden Önemli?dir? 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ü stratejik bilgiler sunar. 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?dir? Bu, stratejik analiz için büyük önem taşır, çü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 Kusuru | |||
| Olay Bitiş Zamanı EventEndTime | Belirli bir etkinliğin veya olayın tamamlandığı tam tarih ve saat. | ||
| Açıklama Event End Time, bir faaliyetin completion'ını marking eden bir zaman damgası (zaman damgası)'tir. Event Start Time ile paired, quality management process'i içindeki individual görevler için processing time'ın precise calculation'ına sunar. Instantaneous considered edilen event'ler için, start ve end time'lar identical olabilir. Bu nitelik, activity level'ında performance analysis için crucial'dır. Her görevin duration'ını (End Time minus Start Time) calculating ederek, analyst'ler hangi step'lerin en çok zaman harcadığını 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ı sunar. Neden Önemli?dir? Faaliyet işleme sürelerinin hesaplanmasını sağlayarak, detaylı performans analizi ve yoğun kaynak gerektiren görevlerin belirlenmesi için gereklidir. 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 | |||
| Önem Derecesi 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?dir? 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 olayınden 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 büyük önem taşır. 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 sunar. Ö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?dir? 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 olayının konusu olan ürün, malzeme veya bileşen. | ||
| Açıklama Affected Product nitelik'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 büyük önem taşır. 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 sunar. 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?dir? 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 nitelik, quality management process'in true success'ını measuring için büyük önem taşır. 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, yeniden işlem döngüleri (rework loops)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, önemlily increasing cycle time ve cost. Neden Önemli?dir? 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 gereklidir. Nereden Alınır?? Düzeltici ve önleyici eylem (CAPA) doğrulama veya kapanış adımlarıyla ilgili kayıtlarda bulunur. Örnekler::::::: EtkiliEtkisizDoğ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 büyük önem taşır. 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?dir? 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 nitelik 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 nitelik current workload ve backlog'u analyzing için useful'dır. 'Open' veya 'In Progress' status'u olan olayları filtering ederek, manager'lar active case'lerin volume'unu monitor edebilirler. It also helps in uygunluk denetimi (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?dir? Bir case'in mevcut durumunun anlık görüntüsünü sunar, bu da backlogs'u, aktif iş yükünü izlemek ve süreç uyumluluğunu kontrol etmek için büyük önem taşır. 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 nitelik'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 yardımcı olur. Neden Önemli?dir? 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?dir? Onay döngüleri yaygın gecikme kaynaklarıdır. Bu faaliyetin süresini ve sıklığını analiz etmek, inceleme ve onay iş akışını (workflow)ndaki darboğazları belirlemeye yardımcı olur. Nereden Alınır?? Bu genellikle iş akışındaki (workflow) belirgin ve zaman damgası (zaman damgası) 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 zaman damgası (zaman damgası)'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?dir? 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 zaman damgası (zaman damgası)'ini veya eylem planı kaydındaki 'Uygulandı' durum güncellemesini kullanın. 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?dir? 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 zaman damgası (zaman damgası)'ini yakalayın. Event tipi explicit | |||
| İnceleme 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?dir? 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 zaman damgası (zaman damgası)'ini veya bir sahip veya araştırmacı rolünün ilk atamasını kullanın. Event tipi inferred | |||
| 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?dir? 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 zaman damgası (zaman damgası) ile kaydedildiği kritik ve belirgin bir eventtir. Yakala Son durum değişikliğinin 'Kapalı', 'Tamamlandı' veya eşdeğer bir terminal duruma zaman damgası (zaman damgası)'ini kullanın. 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?dir? Bu etkinlik, sürecin birincil başlangıç noktası olarak olarak kullanılır ve tanımlamadan çözüme kadar toplam döngü süresinin ölçülmesine sunar. Gelen kalite olaylarının hacmini takip etmek için büyük önem taşır. 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 zaman damgası (zaman damgası) verilerine bakarak bunu tespit edebilirsiniz. Yakala Kalite Bildirimi, Uygunsuzluk veya Şikayet kaydı gibi kalite Event tipi explicit | |||
| 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?dir? 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 darboğazları belirlemeye yardımcı olur. 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 zaman damgası (zaman damgası)'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?dir? 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 zaman damgası (zaman damgası)'ini veya 'Onay Bekliyor' durum değişikliğini kullanın. 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?dir? 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 zaman damgası (zaman damgası)'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?dir? 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 büyük önem taşır. 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 zaman damgası (zaman damgası)'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 iş akışını (workflow) belirlemek için önceliklendirilir. | ||
| Neden Önemli?dir? 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 sunar. 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 zaman damgası (zaman damgası)'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?dir? 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 zaman damgası (zaman damgası)'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?dir? 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 zaman damgası (zaman damgası)'ini veya önleyici eylem kaydındaki bir durum güncellemesini kullanın. 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?dir? 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 stratejik bilgiler 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 zaman damgası (zaman damgası)'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?dir? 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 zaman damgası (zaman damgası)'i kullanın. Event tipi explicit | |||
Veri Çıkarma Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,
Başlamaya Hazır Mısınız?
Kalite yönetimi sürecinizi optimize etmeye başlamak için, aşağıdaki sisteme özel çıkarma rehberlerinden birini seçin veya `veri` hazırlığınızı hızlandırmak için bu `jenerik template`'i kullanın.
Kalite Yönetimini Bugün Optimize edinmeye Başlayın
Darboğazları tespit edin ve veri odaklı stratejik bilgilerle uyumluluğu geliştirin.
Kredi kartı gerekmez, 5 dakikada kurulum.