Quality Management Veri Şablonunuz
Quality Management Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel faaliyetler
- Veri çıkarma rehberi
Kalite yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet adı
ActivityName
|
Kalite yönetimi sürecinde gerçekleşen belirli görevin veya adımın adı. | ||
|
Açıklama
Bu öznitelik, bir kalite olayının yönetimi kapsamında gerçekleştirilen tek bir olayı veya faaliyeti açıklar. Zaman damgalarına göre sıralanan bu faaliyetlerin dizisi, her vaka için süreç akışını oluşturur. Faaliyet Adı'nın analizi Process Mining için merkezi öneme sahiptir. Gerçek süreç modelinin keşfedilmesini, uyumluluk kontrolü için istenen modelle karşılaştırma yapılmasını ve belirli faaliyetler arasındaki darboğazların veya yeniden işleme döngülerinin belirlenmesini sağlar. Örneğin 'Investigation Initiated' ile 'Root Cause Analysis Performed' arasındaki süreyi ölçmeye yardımcı olur.
Neden önemli?
Bu öznitelik, süreç akışını haritalamak, sapmaları belirlemek ve işin gerçekte nasıl yapıldığını anlamak için temeldir.
Nereden alınır?
Bu bilgi genellikle Oracle Quality Management modülündeki olay günlüklerinden, durum değişikliği kayıtlarından veya faaliyet geçmişi tablolarından elde edilir.
Örnekler
Kalite sorunu belirlendiİnceleme başlatıldıDüzeltici faaliyet planı onaylandıSon inceleme ve kapatma
|
|||
|
Kalite olayı
QualityEventId
|
Uygunsuzluk, şikayet veya sapma gibi tek bir kalite olayının benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Quality Event ID, birincil vaka tanımlayıcısı olarak ilk bildirimden nihai kapatmaya kadar ilgili tüm faaliyetleri gruplar. Her kalite olayına benzersiz bir ID atanır ve inceleme ile çözüm sürecinin eksiksiz geçmiş kaydı oluşturulur. Process Mining analizinde bu öznitelik, her kalite olayının uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. Genel çevrim sürelerinin hesaplanmasını, süreç varyantlarının belirlenmesini ve farklı olay türlerinin nasıl ele alındığının analiz edilmesini sağlar. Her faaliyet günlüğü belirli bir Quality Event ID ile ilişkilendirildiğinde analistler sürecin tamamını görselleştirebilir, sistemik darboğazları veya uyumluluk sorunlarını belirleyebilir.
Neden önemli?
Bu ID, tek bir vakanın kapsamını tanımladığı için gereklidir. Kalite olaylarının doğru biçimde izlenmesini ve uçtan uca performans metriklerinin hesaplanmasını sağlar.
Nereden alınır?
Bu, genellikle Oracle Quality Management içindeki ana kalite olayı veya toplama planı tablolarında, örneğin QA_RESULTS tablosunda bulunan birincil anahtardır.
Örnekler
NC-2023-00123CAPA-45892QE-500-A
|
|||
|
Olay başlangıç zamanı
EventStartTime
|
Bir faaliyet veya olayın ne zaman başladığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, belirli bir süreç adımının başladığı kesin tarih ve saati verir. Olayları kronolojik olarak sıralamak ve her kalite olayı vakası için süreç dizisini oluşturmak amacıyla kullanılan temel zaman unsurudur. Analizde Event Start Time, çevrim sürelerini, faaliyet sürelerini ve faaliyetler arasındaki bekleme sürelerini hesaplamak için gereklidir. Ardışık adımlar arasındaki uzun gecikmeleri göstererek darboğazların belirlenmesini sağlar ve Root Cause Analysis Lead Time gibi zamana dayalı KPI'lara göre performansı izlemek için kullanılır.
Neden önemli?
Bu zaman damgası, süreç analizinin temelini oluşturur. Zamana dayalı tüm hesaplamaları ve faaliyetlerin doğru sıralanmasını sağlar.
Nereden alınır?
Bu zaman damgası genellikle kalite faaliyetleri ve toplama planlarıyla ilişkili işlem günlüklerinde veya geçmiş tablolarında bulunur. Alan adı çoğu zaman CREATION_DATE veya benzeridir.
Örnekler
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
|
|||
|
Atanan kullanıcı
AssignedUser
|
Bir faaliyeti gerçekleştirmekle veya kalite olayının sahibi olmakla görevlendirilen kullanıcı. | ||
|
Açıklama
Bu öznitelik, belirli bir görevden veya kalite olayının genel yönetiminden sorumlu kişiyi belirtir. Sorumlu departmana kıyasla daha ayrıntılı bir görünüm sağlar. Kullanıcı bazında analiz yapmak, bireysel iş yüklerini anlamaya, eğitim gereksinimlerini belirlemeye ve yüksek performans gösteren çalışanları tespit etmeye yardımcı olur. İşlerin sürekli olarak yeniden atandığı veya görevlerin belirli kişilerde beklediği örüntüleri de ortaya çıkarabilir. Bu ayrıntı düzeyi, performans yönetimi ve kaynakların ayrıntılı biçimde optimize edilmesi için faydalıdır.
Neden önemli?
Bireysel iş yükü ve performansının ayrıntılı analizini sağlar. Böylece kaynak kısıtları veya eğitim fırsatları belirlenebilir.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Kullanıcı atama bilgileri genellikle kalite olayıyla ilişkili faaliyet veya Workflow tablolarında saklanır.
Örnekler
j.smitha.jonesr.williams
|
|||
|
Hedef çözüm tarihi
TargetResolutionDate
|
Kalite olayının nihai olarak kapatılması için planlanan veya beklenen tarih. | ||
|
Açıklama
Bu öznitelik, kalite olayının tamamen çözülmesinin beklendiği son tarihi gösterir. Bir hizmet seviyesi anlaşması (SLA) veya kurum içi hedef olarak kullanılır ve çoğu zaman olayın önem derecesine ya da türüne göre belirlenir. Bu tarih, performans izleme için temeldir ve 'CAPA Impl. On-Time Rate' KPI'ının hesaplanmasında doğrudan kullanılır. Analistler faaliyetlerin gerçek tamamlanma tarihlerini bu hedefle karşılaştırarak zamanında tamamlanma durumunu ölçebilir, gecikme riski taşıyan olayları belirleyebilir ve zamanında performans eğilimlerini izleyebilir. Bu, çözüm çevrim sürelerini azaltma çalışmalarını destekler.
Neden önemli?
Zamanında performansı ölçmek için bir referans noktası sağlar. Zamanında tamamlanma KPI'larını hesaplamak ve SLA'ları yönetmek için gereklidir.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu, standart bir tarih alanı veya kalite toplama planında kullanıcı tarafından tanımlanan bir unsur olabilir.
Örnekler
2023-05-302023-06-152024-01-10
|
|||
|
Kök neden kategorisi
RootCauseCategory
|
Kalite sorununa ilişkin belirlenen kök nedenin sınıflandırılması. | ||
|
Açıklama
Kök neden analizi yapıldıktan sonra bulgular genellikle "Ekipman Arızası", "İnsan Hatası" veya "Tasarım Kusuru" gibi önceden tanımlanmış gruplara ayrılır. Bu öznitelik, son sınıflandırmayı saklar. Süreci Kök Neden Kategorisine göre analiz etmek son derece etkilidir. Odağın tek tek belirtileri gidermekten, altta yatan sistemik sorunları ele almaya kaymasına yardımcı olur. Örneğin, kök nedeni "Eğitim Sorunu" olan olayların sayısının yüksek olması, önleyici faaliyetin önemli hedeflerinden biri olan daha iyi çalışan eğitim programlarına duyulan ihtiyacı gösterebilir.
Neden önemli?
Bu öznitelik, arızaların temel nedenlerinin analiz edilmesini sağlayarak kalite yönetiminde reaktif yaklaşımdan proaktif yaklaşıma geçişte önemli rol oynar.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu, büyük olasılıkla bir collection plan içindeki, "Kök Neden Analizi Yapıldı" faaliyetinden sonra doldurulan kullanıcı tanımlı bir öğedir.
Örnekler
Ekipman ArızasıMalzeme Kusuruİnsan HatasıProsedüre Uyulmadı
|
|||
|
Mevcut durum
CurrentStatus
|
Kalite olayı vakasının mevcut durumu. | ||
|
Açıklama
Bu öznitelik, kalite olayının yaşam döngüsündeki mevcut durumunu, örneğin Open, Under Investigation, Pending Approval veya Closed değerlerini gösterir. Veri çıkarıldığı anda vakanın süreçte hangi noktada bulunduğuna ilişkin bir anlık görünüm sunar. Bu öznitelik, operasyonel izleme için önemlidir ve Açık kalite olayları ve durum genel görünümü Dashboardını doğrudan destekler. Yöneticilerin mevcut kalite sorunları hattını hızla görmesine ve kaynaklara öncelik vermesine olanak tanır. Process Mining içinde son duruma göre filtreleme, farklı süreç yollarının sonuçlarını analiz etmeye yardımcı olur.
Neden önemli?
Kalite olayı hattının güncel görünümünü sunar. Böylece aktif vakalar etkili biçimde yönetilebilir ve önceliklendirilebilir.
Nereden alınır?
Bu bilgi genellikle kalite olaylarının ana başlık tablosunda bulunur ve olayın bilinen son durumunu yansıtır.
Örnekler
AçıkDevam EdiyorOnay BekliyorKapatıldı
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Bir faaliyet veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Event End Time, belirli bir faaliyetin tamamlandığı zamanı gösterir. Event Start Time ile birlikte kullanıldığında faaliyetin işlem süresini tanımlar. Bazı sistemlerde faaliyet anlık gerçekleşebilir; bu durumda başlangıç ve bitiş zamanları aynıdır. Bu öznitelik, ayrıntılı süre analizi için gereklidir. Analistlerin aktif işlem süresiyle, yani başlangıç ve bitiş arasındaki süreyle, bekleme süresini, yani bir faaliyetin bitişi ile sonraki faaliyetin başlangıcı arasındaki süreyi ayırmasını sağlar. Kaynakların nerede aktif olarak çalıştığını ve devirlerin nerede gecikmeye yol açtığını belirlemek için önemlidir.
Neden önemli?
Faaliyetlerin işlem sürelerinin kesin biçimde hesaplanmasını sağlar. Böylece verimsiz görevlerle uzun bekleme süreleri ayırt edilebilir.
Nereden alınır?
Bu bilgi başlangıç zamanıyla aynı işlem veya geçmiş tablolarında bulunabilir. Bazen LAST_UPDATE_DATE ya da özel bir tamamlanma zaman damgası olarak tutulur. Ayrıca sonraki olayın başlangıç zamanından da çıkarılabilir.
Örnekler
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
|
|||
|
Önem derecesi
SeverityLevel
|
Kritik, yüksek veya düşük gibi kalite olayının etkisini sınıflandıran düzey. | ||
|
Açıklama
Önem düzeyi, genellikle ön değerlendirme sırasında yapılan ve kalite sorununun müşteriler, uyumluluk veya iş operasyonları üzerindeki olası etkisini değerlendiren bir sınıflandırmadır. Bu sınıflandırma, kaynaklara öncelik vermeye ve gereken yanıtın aciliyetini belirlemeye yardımcı olur. Process Mining içinde bu öznitelik segmentasyon için önemlidir. Analistler yüksek önem düzeyine sahip olayların süreç akışlarını, çevrim sürelerini ve sonuçlarını düşük önem düzeyine sahip olaylarla karşılaştırabilir. Bu, kritik sorunların gerçekten daha hızlı ve etkili ele alınıp alınmadığını göstererek Kalite olayı ön değerlendirme tutarlılığı Dashboardını ve Önem düzeyine göre çözüm oranı KPI değerini destekler.
Neden önemli?
Analizin önceliklendirilmesini ve bölümlere ayrılmasını sağlar. Böylece etkisi yüksek kalite olayları etkili ve verimli biçimde yönetilebilir.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu, genellikle bir kalite toplama planında yapılandırılabilen bir unsurdur.
Örnekler
1 - Kritik2 - Büyük3 - Küçük4 - Bilgi Amaçlı
|
|||
|
Sorumlu departman
ResponsibleDepartment
|
Kalite olayından veya mevcut faaliyetten sorumlu departman ya da işlevsel alan. | ||
|
Açıklama
Bu öznitelik, kalite olayını yönetmekle görevlendirilen ekibi veya departmanı tanımlar. Bu ekip Kalite Güvencesi, Mühendislik, Üretim veya başka bir grup olabilir ve olay yaşam döngüsünde ilerledikçe değişebilir. Process Mining içinde Sorumlu Departmana göre analiz yapmak, iş yükü dağılımını anlamak, departman darboğazlarını belirlemek ve farklı ekiplerin performansını karşılaştırmak için önemlidir. Kalite olayı kaynak dağılımı Dashboardını destekler. Hangi departmanların hangi etkinlik türlerine dahil olduğunu göstererek kaynak yönetimini optimize etmenize yardımcı olur.
Neden önemli?
Departman bazında iş yükü, performans ve darboğaz analizi yapılmasını sağlar. Bu, kaynak planlaması ve kurumsal iyileştirme için önemlidir.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu bilgi, kalite olayıyla ilişkilendirilmiş kalite faaliyetleri veya atamalarla ilgili tablolarda saklanabilir.
Örnekler
Kalite MühendisliğiÜretim OperasyonlarıTedarikçi KalitesiTasarım Mühendisliği
|
|||
|
Düzeltici Faaliyet Planı Kimliği
CorrectiveActionPlanId
|
Kalite olayını ele almak için oluşturulan düzeltici faaliyet planının (CAPA) benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, bir kalite olayı ile olayı çözmek üzere tasarlanan belirli düzeltici ve önleyici faaliyet planı arasında doğrudan bağlantı kurar. Bu plan, sistemde genellikle kendi yaşam döngüsüne sahip ayrı bir nesnedir. Analizde bu kimlik, kalite olayı sürecindeki verileri CAPA yönetimi sürecindeki verilerle birleştirmek için kullanılabilir ve daha bütünsel bir görünüm sağlar. CAPA gerektiren her olaya bir CAPA atanıp atanmadığını izlemeye ve bu faaliyetlerin etkililiğini analiz etmeye yardımcı olur.
Neden önemli?
Sorunu (kalite olayını) çözümle (CAPA) ilişkilendirerek kalite yönetim sisteminin uçtan uca daha kapsamlı analiz edilmesini sağlar.
Nereden alınır?
Bu, kalite olayı kaydında CAPA'ya özel bir tablo veya modüldeki kayda işaret eden bir referans alanı olur.
Örnekler
CAPA-2023-088CAPA-2023-091
|
|||
|
İş Birimi
BusinessUnit
|
Kalite olayının gerçekleştiği veya yönetildiği kuruluşun iş birimi ya da bölümü. | ||
|
Açıklama
Bu öznitelik, kalite olayını iş yapısının belirli bir bölümüne atar. Farklı organizasyon birimleri arasındaki kalite performansını analiz edip karşılaştırmaya yardımcı olur. Büyük kuruluşlarda süreç analizini İş birimine göre segmentlere ayırmak yaygın bir gereksinimdir. İş birimine özel Dashboardlar oluşturmanıza ve bazı bölümlerin daha verimli kalite süreçlerine sahip olup olmadığını veya kendilerine özgü zorluklarla karşılaşıp karşılaşmadığını belirlemenize olanak tanır. Bu bilgi, kurumsal denetim ve en iyi uygulamaların kuruluş genelinde paylaşılması açısından değerlidir.
Neden önemli?
Kuruluşun farklı bölümleri arasında performans karşılaştırması ve analizi yapılmasını sağlayarak kuruluş genelinde kalite yönetimini destekler.
Nereden alınır?
Bu bilgi genellikle işlemle ilişkilendirilen organizasyonel bağlam verilerinin bir parçasıdır ve çoğu zaman kullanıcının veya departmanın ana verilerinden türetilir.
Örnekler
Tıbbi CihazlarTüketici ElektroniğiOtomotiv Parçaları
|
|||
|
Kapatma Kodu
ClosureCode
|
Kalite olayının kapatılma nedenini veya sonucunu belirten kod. | ||
|
Açıklama
Bir kalite olayı kapatıldığında, nihai sonucu sınıflandırmak için genellikle bir kapatma kodu atanır. Örnekler arasında "Faaliyet Etkili", "Faaliyet Gerekmiyor" veya "Yinelenen Sorun" bulunur. Bu öznitelik, sonuç analizinde çok faydalıdır. Analistler farklı kapatma kodlarına göre filtreleme yaparak başarılı sonuçlara ulaşan süreç yollarını, ulaşmayanlarla karşılaştırabilir. "Yinelenen olarak kapatılan sorunlarda sürecimiz nasıl ilerliyor?" gibi soruların yanıtlanmasına ve ön değerlendirme sürecindeki verimsizliklerin belirlenmesine yardımcı olur.
Neden önemli?
Bir vakanın sonucu hakkında önemli bilgiler sağlayarak hangi süreç yollarının başarılı çözümlere ulaştığının analiz edilmesini mümkün kılar.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu alan büyük olasılıkla son kapatma faaliyeti sırasında doldurulur.
Örnekler
ETKİLİİŞLEM_YOKYİNELENENRİSK_KABUL_EDİLDİ
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı kayıt sistemini tanımlar. | ||
|
Açıklama
Bu öznitelik, olay verilerinin geldiği uygulamayı veya sistemi belirtir. Kurumsal bir ortamda kalite olayı verileri Oracle Quality modülü, ayrı bir CAPA sistemi veya müşteri şikayeti portalı gibi birden fazla kaynaktan gelebilir. Bu alan, analiz sırasında veri soyunun anlaşılmasına yardımcı olur ve süreçleri kaynak sisteme göre bölümlere ayırmak için kullanılabilir. Veri yönetişimi ve veri entegrasyonu sorunlarının giderilmesi açısından önemlidir. Böylece süreç görünümünün birleşik veri ortamını doğru yansıtması sağlanır.
Neden önemli?
Verinin kaynağı hakkında önemli bağlam sağlar. Bu bilgi, veri doğrulama, yönetişim ve farklı sistemlerdeki süreç varyasyonlarının analizi için önemlidir.
Nereden alınır?
Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen ve veri setinin kaynağını etiketleyen sabit bir değerdir.
Örnekler
Oracle Quality Management R12Oracle EBS QualityQM-PROD
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemdeki en son veri yenilemesinin veya güncellemesinin zaman damgası. | ||
|
Açıklama
Bu öznitelik, bu olaya ait verilerin Process Mining Veri Setinde en son güncellendiği zamanı gösterir. Verilerin güncelliğini yansıtır ve kullanıcıların analizin ne kadar güncel olduğunu anlamasına yardımcı olur. Dashboardlarda ve raporlarda bu zaman damgası, kullanıcıya bağlam sağlamak için önemlidir. Kullanıcının gerçek zamanlı verilere mi yoksa belirli bir zamandaki anlık görüntüye mi baktığını açıklar. Bu bilgi, bilinçli operasyonel kararlar almak için gereklidir ve verilerin güncelliği konusunda şeffaflık sağlar.
Neden önemli?
Bu zaman damgası, verilerin güncelliği konusunda şeffaflık sağlar ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasına yardımcı olur.
Nereden alınır?
Bu değer veri ETL sürecinde oluşturulur ve saklanır. Genellikle veri hattının son kez başarıyla çalıştığı zamanı gösterir.
Örnekler
2023-10-27T04:00:00Z2023-10-26T04:00:00Z
|
|||
|
Sorun kategorisi
IssueCategory
|
'Product Defect' veya 'Process Deviation' gibi kalite sorununun kategorisi ya da türü. | ||
|
Açıklama
Bu öznitelik, kalite olayını sınıflandırır ve benzer sorunların analiz için gruplanmasına yardımcı olur. Kategoriler genellikle kuruluş tarafından kendi operasyonel bağlamını yansıtacak şekilde tanımlanır. Süreci Sorun Kategorisi bazında analiz etmek, belirli sorun türleriyle ilişkili örüntülerin belirlenmesini sağlar. Örneğin 'Supplier Material' sorunlarının çevrim süresinin 'Internal Process' sorunlarına göre çok daha uzun olduğunu gösterebilir. Bu segmentasyon, hedefli süreç iyileştirme çalışmaları için değerlidir.
Neden önemli?
Sorunları kategorilere ayırmak, belirli sorun alanlarındaki eğilimleri ve kök nedenleri belirlemek için hedefli analiz yapılmasını sağlar.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu, büyük olasılıkla kalite toplama planında kullanıcı tarafından tanımlanan bir unsurdur.
Örnekler
Ürün KusuruSüreç SapmasıTedarikçi MalzemesiMüşteri Şikayeti
|
|||
|
Toplam Çevrim Süresi
TotalCycleTime
|
Kalite sorununun belirlenmesinden nihai olarak kapatılmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu öznitelik, tek bir kalite olayı vakasının uçtan uca toplam süresini ölçer. İlk etkinliğin (Quality Issue Identified) zaman damgası ile son etkinliğin (Final Review and Closure) zaman damgası arasındaki fark olarak hesaplanır. Bu, kalite yönetimi sürecinin genel verimliliği için temel performans göstergelerinden (KPI) biridir. Kalite olayı uçtan uca çevrim süresi Dashboardındaki ana metriktir. Bu metriği zaman içinde izlemek ve Önem düzeyi veya Sorun kategorisi gibi özniteliklere göre segmentlere ayırmak, süreç sağlığı ile iyileştirme çalışmalarının etkisine ilişkin üst düzey bir görünüm sunar.
Neden önemli?
Bu KPI, kalite yönetimi sürecinin başlangıçtan sona kadar genel hızını ve verimliliğini ölçer.
Nereden alınır?
Bu değer, Process Mining için veri işleme sırasında vaka düzeyinde hesaplanır. Her QualityEventId için ilk olayın başlangıç zamanını ve son olayın bitiş zamanını gerektirir.
Örnekler
P30DT12HP15DP92D
|
|||
|
Ürün tanımlayıcısı
ProductIdentifier
|
Kalite olayıyla ilişkili ürünün tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, kalite olayını belirli bir ürün, malzeme veya hizmetle ilişkilendirir. Ürün kodu, SKU veya parça numarası olabilir. Bu ilişki, ürün kalitesi analizi için önemlidir. Process Mining, farklı ürün gruplarındaki kalite yönetimi süreçlerini karşılaştırmak veya kalite sorunlarıyla sık ilişkilendirilen ürünleri belirlemek için kullanılabilir. Böylece mühendislik veya üretim iyileştirme çalışmalarına en çok ihtiyaç duyulan alanlarda öncelik verilebilir.
Neden önemli?
Kalite olaylarını belirli ürünlerle ilişkilendirir ve ürün kaynaklı kalite eğilimleriyle süreç varyasyonlarının analiz edilmesini sağlar.
Nereden alınır?
Bu bilgi, kalite toplama planındaki bir alanda saklanır ve çoğu zaman Oracle Inventory ürün ana kaydıyla ilişkilendirilir.
Örnekler
SKU-100-A-REDPN-987654CHEM-X2
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir faaliyetin aynı vakadaki önceki adımın tekrarı veya yeniden işlenmesi olup olmadığını belirten işaret. | ||
|
Açıklama
Bu boolean işaret, "Düzeltici Faaliyet Planı Önerildi" gibi belirli bir faaliyet tek bir kalite olayı vakasında birden fazla kez gerçekleştiğinde true olarak ayarlanır. Bu durum, daha önce tamamlanan bir adımın yeniden yapılmasını gerektiren bir döngüye veya düzeltmeye işaret eder. Yeniden işlemeyi belirlemek, Process Mining'in önemli yeteneklerinden biridir. Bu işaret, söz konusu verimsizliklerin ölçülmesini kolaylaştırır ve "Faaliyet Yeniden İşleme Sıklığı" KPI'sını doğrudan destekler. Hangi adımların, hangi koşullarda yeniden işlemeye daha yatkın olduğunu analiz etmek; eğitim, veri kalitesi veya onay kriterleriyle ilgili sorunları ortaya çıkarabilir ve süreci daha verimli hale getirme fırsatlarını gösterebilir.
Neden önemli?
Süreçteki verimsizlikleri ve döngüleri işaretleyerek israfın ölçülmesine ve yeniden işlemenin kök nedenlerinin belirlenmesine yardımcı olur.
Nereden alınır?
Bu değer, veri hazırlama sırasında Event Log üzerinde pencere işlevleri veya sıralı analiz kullanılarak hesaplanır. Aynı faaliyet adının aynı vaka için birden fazla kez göründüğü durumları belirler.
Örnekler
truefalse
|
|||
|
Zamanında mı?
IsOnTime
|
Bir düzeltici faaliyetin hedef çözüm tarihine kadar uygulanıp uygulanmadığını belirten işaret. | ||
|
Açıklama
Bu boolean öznitelik, "Düzeltici Faaliyet Uygulandı" faaliyetinin tamamlanma zaman damgası ile vaka için belirlenen "Hedef Çözüm Tarihi" karşılaştırılarak türetilir. Faaliyet hedef tarihte veya daha önce tamamlandıysa true, aksi durumda false değerini alır. Bu öznitelik, "CAPA Zamanında Uygulama Oranı" KPI'sını doğrudan destekler. Her vakanın zamanında tamamlanma durumunu net ve ikili bir sınıflandırmayla sunarak analiz ve Dashboard oluşturmayı kolaylaştırır. Hizmet seviyelerine uyumu izlemek ve gecikmelerin kök nedenlerini belirlemek için kolay filtreleme ve toplulaştırma yapılmasını sağlar.
Neden önemli?
Hedeflere göre zamanında performansın izlenmesini kolaylaştırır ve bu önemli KPI'nın ölçülüp raporlanmasını pratik hale getirir.
Nereden alınır?
Bu, veri dönüştürme sırasında hesaplanan türetilmiş bir işarettir. TargetResolutionDate ve ilgili tamamlanma faaliyetinin zaman damgasını gerektirir.
Örnekler
truefalse
|
|||
Kalite yönetimi aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Düzeltici faaliyet planı onaylandı
|
Önerilen düzeltici faaliyet planının yetkili bir makam tarafından resmi olarak onaylanmasını gösterir. Bu önemli kontrol noktası genellikle açık bir onay işlemiyle veya 'Approved' durumuna geçişle kaydedilir. | ||
|
Neden önemli?
Bu onay önemli bir kilometre taşıdır ve sık görülen bir darboğazdır. Onay sürelerini analiz etmek, süreci hızlandırmaya ve prosedürlere uyumluluğu sağlamaya yardımcı olur.
Nereden alınır?
Quality Action veya CAPA kaydındaki durumun Approved olarak değişmesinden çıkarılır. Onay Workflowları kullanan Oracle sistemleri bu değişikliği genellikle denetim tablolarına açıkça kaydeder.
Yakalayın
'Approved' durumuna geçişten çıkarılır.
Olay türü
inferred
|
|||
|
Faaliyetin etkililiği doğrulandı
|
Uygulanan düzeltici faaliyetin kök nedeni başarıyla giderdiğini ve tekrarını önlediğini doğrular. Kullanıcı doğrulama adımını tamamlayıp kaydın durumunu güncellediğinde kaydedilir. | ||
|
Neden önemli?
Bu, sonuçlara dayalı önemli bir kilometre taşı ve 'Effectiveness Verif. Rate' KPI'ının temelidir. Düzeltici faaliyet döngüsünü tamamlayarak sorunların gerçekten çözüldüğünü doğrular.
Nereden alınır?
CAPA kaydının 'Verification Complete' veya 'Effective' durumuna geçişinden çıkarılır. Ayrıca belirli doğrulama sonucu alanlarının doldurulmasını da içerebilir.
Yakalayın
'Verification Complete' veya 'Effective' durumuna geçişten çıkarılır.
Olay türü
inferred
|
|||
|
İnceleme başlatıldı
|
Kalite sorununun kök nedenini belirlemek için inceleme aşamasının resmi başlangıcını gösterir. Bu genellikle sistemdeki bir durum değişikliğiyle, örneğin 'Under Investigation' durumuna geçişle ifade edilir. | ||
|
Neden önemli?
Bu olay, 'Root Cause Analysis Lead Time' KPI'ını ölçmek için başlangıç noktasıdır ve resmi inceleme başlamadan önce sorunların ne kadar beklediğini belirlemeye yardımcı olur.
Nereden alınır?
Quality Issue veya ilişkili Quality Action kaydının 'Investigation' durumuna geçişinden çıkarılır. Bu durum değişikliğinin zaman damgası olay zamanını verir.
Yakalayın
'Under Investigation' veya benzer bir duruma geçişten çıkarılır.
Olay türü
inferred
|
|||
|
Kalite sorunu belirlendi
|
Bu faaliyet, uygunsuzluk, sapma veya müşteri şikayeti gibi yeni bir kalite olayı kaydının oluşturulmasını gösterir. Kullanıcı Oracle'da yeni bir Quality Issue veya Quality Action kaydı oluşturduğunda açıkça kaydedilir. | ||
|
Neden önemli?
Başlangıç olayı olarak, kalite yönetimi sürecinin toplam çevrim süresini hesaplamak ve gelen kalite olaylarının hacmini anlamak için gereklidir.
Nereden alınır?
Bu olay, Quality Issue veya Quality Action kaydının oluşturulma zaman damgasından alınır. Bu bilgi büyük olasılıkla QAM_QUALITY_ISSUES veya QAM_QUALITY_ACTIONS gibi tablolarda bulunur.
Yakalayın
Yeni bir Quality Issue veya Action kaydı oluşturulduğunda kaydedilen olay.
Olay türü
explicit
|
|||
|
Son inceleme ve kapatma
|
İlişkili tüm faaliyetlerin tamamlandığının doğrulandığı ve ana kalite sorununun resmi olarak kapatıldığı son adımdır. Ana kaydın 'Closed' veya 'Resolved' durumuna son kez geçirilmesiyle kaydedilir. | ||
|
Neden önemli?
Bu, sürecin temel bitiş olayıdır. 'Average Event Cycle Time' KPI'ını hesaplamak ve genel süreç çıktısını ölçmek için gereklidir.
Nereden alınır?
Ana Quality Issue kaydının son kez 'Closed' durumuna geçirilmesinden çıkarılır. Bu değişikliğin zaman damgası olay zamanı olarak kullanılır.
Yakalayın
Ana Quality Issue kaydının 'Closed' durumuna geçişinden çıkarılır.
Olay türü
inferred
|
|||
|
Sorun kategorilere ayrıldı ve önceliklendirildi
|
Bu faaliyet, analistin önem derecesi, öncelik ve sorun türü gibi temel öznitelikleri belirleyerek ilk değerlendirmeyi tamamlamasıyla gerçekleşir. Genellikle sorun 'New' durumundan 'Assessed' veya 'In Triage' durumuna geçtiğinde kaydedilir. | ||
|
Neden önemli?
Bu kilometre taşı, 'Avg Triage Processing Time' KPI'ı için önemlidir. Buradaki gecikmeler, özellikle kritik sorunlarda tüm çözüm sürecini yavaşlatabilir.
Nereden alınır?
Quality Issue kaydındaki durum değişikliğinden, örneğin 'New' durumundan 'Under Assessment' durumuna geçişten veya 'Severity' ya da 'Priority' gibi alanların ilk kez doldurulmasından çıkarılır.
Yakalayın
Durum değişikliğinden veya Severity ya da Priority alanlarının ilk kez doldurulmasından çıkarılır.
Olay türü
inferred
|
|||
|
Düzeltici faaliyet planı önerildi
|
Sorunu gidermek için gereken adımların tanımlanıp kalite sorunuyla ilişkilendirilmesiyle gerçekleşir. İlgili bir Corrective Action kaydının oluşturulması veya planın incelemeye hazır olduğunu gösteren bir durum değişikliği bu olayı oluşturabilir. | ||
|
Neden önemli?
Bu olay, sorun analizinden çözüm tasarımına geçişi izler. Yeniden işleme KPI'larıyla ölçülen bu adımdaki yeniden çalışmalar, gereksinimlerin net olmadığını veya planlamanın etkisiz kaldığını gösterebilir.
Nereden alınır?
Bu, CAPA nesnesi içinde yeni bir Corrective Action kaydı oluşturulmasıyla açıkça kaydedilen bir olay olabilir. Ayrıca 'Plan Proposed' veya 'Pending Approval' durumuna geçişten çıkarılan bir olay da olabilir.
Yakalayın
'Pending Approval' durumuna geçişten veya ilişkili bir Corrective Action oluşturulmasından çıkarılır.
Olay türü
inferred
|
|||
|
Düzeltici faaliyet uygulandı
|
Onaylanan düzeltici faaliyet planında belirtilen görevlerin tamamlandığını gösterir. Genellikle kullanıcı düzeltici faaliyet kaydının durumunu 'Implemented' veya 'Completed' olarak güncellediğinde kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, planlanan düzeltmenin uygulandığını gösterdiği ve hedef tarihlerle karşılaştırma yapılmasını sağladığı için 'CAPA Impl. On-Time Rate' KPI'ı açısından önemlidir.
Nereden alınır?
Bu olay, ilişkili Quality Action veya CAPA kaydının 'Implemented' veya 'Completed' durumuna geçişinden çıkarılır.
Yakalayın
'Implemented' veya 'Completed' durumuna geçişten çıkarılır.
Olay türü
inferred
|
|||
|
Etkililik kontrolü gerekli
|
Uygulanan faaliyetin etkili olduğunu doğrulamak için takip kontrolü gerektiğinin sistem veya kullanıcı tarafından işaretlenmesini gösterir. Bu durum genellikle uygulamadan sonra otomatik veya manuel bir durum değişikliğiyle oluşur. | ||
|
Neden önemli?
Bu adım, önemli doğrulama aşamasını başlatır. Uygulama ile bu faaliyet arasında geçen süreyi anlamak, gerekli takiplerin başlatılmasındaki gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Bu olay, Quality Action kaydının Workflow içinde 'Pending Effectiveness Check' veya benzer bir duruma geçişinden çıkarılır.
Yakalayın
'Pending Effectiveness Check' durumuna geçişten çıkarılır.
Olay türü
inferred
|
|||
|
Kök neden analizi gerçekleştirildi
|
Kök neden analizinin (RCA) tamamlanmasını ve bulguların belgelenmesini gösterir. Genellikle inceleme ekibi kalite sorununu belirlenen kök nedenle güncellediğinde ve durumunu değiştirdiğinde kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, 'Root Cause Analysis Lead Time' KPI'ı için bitiş noktasıdır. Bu adıma kadar geçen sürenin analizi, sorun çözme aşamasındaki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
'RCA Complete' durumuna geçişten veya kök neden kategorisi alanının doldurulup kaydın kaydedilmesinden çıkarılır. Bu güncellemenin zaman damgası kullanılır.
Yakalayın
'RCA Complete' durumuna geçişten veya kök neden alanlarının doldurulmasından çıkarılır.
Olay türü
inferred
|
|||
|
Önleyici faaliyet belirlendi
|
Sistemik sorunları ele almak ve benzer kalite olaylarının oluşmasını önlemek için önleyici bir faaliyet (PA) oluşturulmasını gösterir. Genellikle ilk sorunla ilişkilendirilmiş yeni bir Preventive Action kaydının oluşturulması olarak kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, tek tek sorunları çözmenin ötesine geçerek gelecekteki sorunları önleyen olgun bir kalite sürecini gösterir. İzlenmesi, proaktif kalite iyileştirmelerinin ölçülmesine yardımcı olur.
Nereden alınır?
Türü 'Preventive Action' olan ve genellikle ilk Quality Issue veya Corrective Action ile ilişkilendirilen yeni bir Quality Action kaydının oluşturulmasından alınır.
Yakalayın
'Preventive Action' türündeki Quality Action kaydı oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Önleyici faaliyet uygulandı
|
Sistemik riskleri azaltmak için önleyici faaliyet planında tanımlanan görevlerin tamamlandığını gösterir. Kullanıcı önleyici faaliyet kaydının durumunu 'Implemented' veya 'Completed' olarak güncellediğinde kaydedilir. | ||
|
Neden önemli?
Kuruluşun proaktif kalite iyileştirmelerini uygulama becerisini ölçer. Buradaki gecikmeler, kuruluş genelinde sistemik değişiklikleri uygulamada zorluk yaşandığını gösterebilir.
Nereden alınır?
İlişkili Preventive Action kaydının 'Implemented' veya 'Completed' durumuna geçişinden çıkarılır. Düzeltici faaliyetlerin izlenmesine benzer şekilde takip edilir.
Yakalayın
Preventive Action kaydının 'Implemented' durumuna geçişinden çıkarılır.
Olay türü
inferred
|
|||
|
Paydaşlar çözüm hakkında bilgilendirildi
|
Kalite olayının çözümünün bildirene veya etkilenen müşterilere iletilmesi gibi ilgili taraflarla paylaşılmasını gösterir. Yakalanması zordur ve kapanış sonrası bir durum değişikliğinden veya kaydedilmiş bir yorumdan çıkarılabilir. | ||
|
Neden önemli?
'Stakeholder Notification Lag' KPI'ı için önemlidir. Sorun çözüldükten sonra bile zamanında iletişim, müşteri memnuniyeti ve kurum içi şeffaflık açısından önem taşır.
Nereden alınır?
Bu olayın otomatik olarak yakalanması çoğu zaman zordur. 'Notification Sent' gibi bir durumdan çıkarılabilir veya faaliyet ya da yorum alanına kaydedilebilir. Bunun için veriyi çıkarmaya yönelik özel mantık gerekebilir.
Yakalayın
Belirli bir durum değişikliğinden veya etkinlik günlüklerine uygulanan metin analizinden çıkarılır.
Olay türü
inferred
|
|||
|
Sorun ön inceleme için atandı
|
Yeni oluşturulan kalite sorununun ilk inceleme ve değerlendirme için belirli bir kullanıcıya veya ekibe atanmasını gösterir. Bu olay çoğunlukla kalite sorunu kaydındaki atanan kişi veya sahip alanındaki değişiklikler izlenerek çıkarılır. | ||
|
Neden önemli?
Bu ilk devri izlemek, değerlendirme başlamadan önceki gecikmeleri belirlemeye yardımcı olur. Bu durumda geçirilen sürenin analizi, ön inceleme kuyruğundaki olası birikmeleri ortaya çıkarır.
Nereden alınır?
Quality Issue kaydındaki sahip veya atanan kişi alanında yapılan değişikliklerden çıkarılır. Veriler denetim izi tablolarından alınabilir veya atama iş akışlarıyla ilişkili durum değişiklikleri izlenerek elde edilebilir.
Yakalayın
Quality Issue kaydındaki 'Assigned To' veya 'Owner' alanında yapılan değişiklikten çıkarılır.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Template, verilerinizi hızla hazırlamanıza ve Kalite Yönetimi süreçlerinizi optimize etmeye başlamanıza yardımcı olmak üzere tasarlanmıştır. Verimlilik ve uyumluluk fırsatlarını bugün keşfetmeye başlayın.
Oracle Quality Management süreçlerinizi dönüştürün, uyumluluğu şimdi artırın
Verimsizlikleri ortadan kaldırın, çevrim sürelerini %30 kısaltın.
Kredi kartı gerekmez. 14 günlük ücretsiz deneme.