Kalite Yönetimi veri şablonunuz
Kalite Yönetimi veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Kalite Yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik 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 sırasında gerçekleşen tek bir olayı veya yapılan işlemi tanımlar. Zaman damgalarına göre sıralanan etkinlikler, her vaka için süreç akışını oluşturur. Etkinlik adını incelemek, Process Mining çalışmalarının temelini oluşturur. Gerçek süreç modelinin keşfedilmesini, uygunluk denetimi için hedeflenen modelle karşılaştırma yapılmasını ve belirli etkinlikler arasındaki darboğazların ya da yeniden çalışma 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şlerin gerçekte nasıl yürütüldüğünü anlamak için gereklidir.
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 işlem geçmişi tablolarından alınır.
Örnekler
Kalite sorunu tespit edildiİnceleme başlatıldıDüzeltici faaliyet planı onaylandıSon inceleme ve kapatma
|
|||
|
Kalite olayı
QualityEventId
|
Uygunsuzluk, şikâyet veya sapma gibi tek bir kalite olayının benzersiz tanımlayıcısı. | ||
|
Açıklama
Quality Event ID, ilk bildirimden son kapatmaya kadar ilgili tüm etkinlikleri bir araya getiren temel vaka kimliğidir. Her kalite olayına benzersiz bir kimlik atanır; böylece inceleme ve çözüm sürecinin tüm geçmişi kaydedilir. Process Mining analizinde bu öznitelik, her kalite olayının baştan sona izlediği yolu yeniden oluşturmak için temel niteliktedir. Genel çevrim sürelerinin hesaplanmasını, süreç çeşitlerinin belirlenmesini ve farklı olay türlerinin nasıl ele alındığının incelenmesini sağlar. Analistler, her etkinlik kaydını belirli bir Quality Event ID ile ilişkilendirerek sürecin tamamını görselleştirebilir, sistem genelindeki darboğazları veya uyumluluk sorunlarını belirleyebilir.
Neden önemli?
Bu kimlik, tek bir vakanın kapsamını tanımlar. 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 etkinliğin 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 sıraya koymak ve her kalite olayı vakasının süreç sırasını oluşturmak için kullanılan temel zaman bilgisidir. Analizde olay başlangıç zamanı, çevrim sürelerini, süreleri ve etkinlikler arasındaki bekleme sürelerini hesaplamak için önemlidir. Ardışık adımlar arasındaki uzun gecikmeleri göstererek darboğazların belirlenmesini sağlar ve Kök neden analizi için geçen süre 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 etkinliklerin 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. CREATION_DATE ya da benzer bir ad taşıyabilir.
Örnekler
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
|
|||
|
Atanan kullanıcı
AssignedUser
|
Bir etkinliği gerçekleştirmekle veya kalite olayının sorumluluğunu üstlenmekle 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ı bilgi sağlar. Kullanıcıya göre yapılan analiz, bireysel iş yüklerini anlamaya, eğitim ihtiyaçlarını belirlemeye ve yüksek performans gösteren kişileri fark etmeye yardımcı olur. İşlerin sürekli yeniden atanması veya görevlerin belirli kişilerde beklemesi gibi örüntüleri de ortaya çıkarabilir. Bu ayrıntı düzeyi, performans yönetimi ve kaynakların daha verimli kullanılması açısından faydalıdır.
Neden önemli?
Bireysel iş yükü ve performansın ayrıntılı biçimde incelenmesini sağlar; kaynak kısıtlarını veya eğitim fırsatlarını belirlemeye yardımcı olur.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Kullanıcı atama bilgileri genellikle kalite olayıyla ilişkili faaliyet veya iş akışı tablolarında tutulur.
Örnekler
j.smitha.jonesr.williams
|
|||
|
Hedef çözüm tarihi
TargetResolutionDate
|
Kalite olayının tamamen kapatılması için planlanan veya öngörülen tarih. | ||
|
Açıklama
Bu öznitelik, kalite olayının tamamen çözüme kavuşturulmasının beklendiği son tarihi belirtir. Hizmet düzeyi anlaşması (SLA) ya da kurum içi hedef olarak kullanılır ve genellikle olayın önem derecesine veya türüne göre belirlenir. Bu tarih, performans takibi açısından temel bir ölçüttür ve doğrudan 'CAPA uygulamalarında zamanında tamamlama oranı' KPI’ının hesaplanmasında kullanılır. Analistler, etkinliklerin 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 bilgiler, çözüm çevrim sürelerini kısaltma çalışmalarına katkı sağlar.
Neden önemli?
Zamanında performansı ölçmek için bir referans noktası sunar; zamanında tamamlama 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 öğe olabilir.
Örnekler
2023-05-302023-06-152024-01-10
|
|||
|
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 belirtir. Örneğin Open, Under Investigation, Pending Approval veya Closed olabilir. Verilerin çıkarıldığı andaki vaka durumunu gösterir. Operasyonları izlemek için önemli olan bu öznitelik, Açık kalite olayları ve durum özeti Dashboardunu doğrudan destekler. Yöneticilerin devam eden kalite sorunlarını ve mevcut iş yükünü hızla görmesini, kaynaklara öncelik vermesini sağlar. Process Mining analizinde son duruma göre filtreleme, farklı süreç yollarının sonuçlarını incelemeye yardımcı olur.
Neden önemli?
Kalite olayı iş akışının güncel görünümünü sunarak devam eden vakaların etkili biçimde yönetilmesini ve önceliklendirilmesini sağlar.
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 bekliyorKapalı
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Bir etkinliğin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Olay bitiş zamanı, belirli bir etkinliğin tamamlandığı anı gösterir. Olay başlangıç zamanıyla birlikte kullanıldığında etkinliğin işlem süresini verir. Bazı sistemlerde etkinlik anlık gerçekleşebilir; bu durumda başlangıç ve bitiş zamanları aynıdır. Bu öznitelik, süreleri ayrıntılı biçimde incelemek için gereklidir. Analistlerin etkin işlem süresini (başlangıç ve bitiş zamanı arasındaki süre) bekleme süresinden (bir etkinliğin bitişiyle sonraki etkinliğin başlangıcı arasındaki süre) ayırmasını sağlar. Böylece kaynakların hangi adımlarda etkin biçimde çalıştığı ve devir teslimlerin nerede gecikmeye yol açtığı belirlenebilir.
Neden önemli?
Etkinliklerin işlem sürelerini hassas biçimde hesaplamayı sağlar. Böylece verimsiz görevlerle uzun bekleme süreleri ayırt edilebilir.
Nereden alınır?
Bu bilgi, başlangıç zamanının bulunduğu işlem veya geçmiş tablolarında yer alabilir. LAST_UPDATE_DATE ya da belirli bir tamamlanma zaman damgası olarak tutulabilir. Sonraki etkinliğin başlangıç zamanından da belirlenebilir.
Örnekler
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
|
|||
|
Önem derecesi
SeverityLevel
|
Kritik, büyük veya küçük gibi kalite olayının etkisini sınıflandıran düzey. | ||
|
Açıklama
Önem derecesi, genellikle ilk değerlendirme sırasında belirlenen ve kalite sorununun müşteriler, uyumluluk veya iş operasyonları üzerindeki olası etkisini gösteren bir sınıflandırmadır. Kaynaklara öncelik vermeye ve gereken müdahalenin aciliyetini belirlemeye yardımcı olur. Process Mining analizinde bu öznitelik, verileri gruplara ayırmak için önemlidir. Analistler, yüksek ve düşük önem dereceli olayların süreç akışlarını, çevrim sürelerini ve sonuçlarını karşılaştırabilir. Bu bilgi, kalite olayı ilk değerlendirme tutarlılığı Dashboardunu ve önem derecesine göre çözüm oranı KPI’ını destekler; kritik sorunların gerçekten daha hızlı ve etkili biçimde ele alınıp alınmadığını gösterir.
Neden önemli?
Önceliklendirme ve analiz gruplandırması yapmanızı sağlar; etkisi yüksek kalite olaylarının etkili ve verimli biçimde yönetilmesine yardımcı olur.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu, genellikle kalite toplama planında yapılandırılabilen bir öğedir.
Örnekler
1 - Kritik2 - Büyük3 - Küçük4 - Bilgilendirme amaçlı
|
|||
|
Sorumlu departman
ResponsibleDepartment
|
Kalite olayından veya mevcut etkinlikten sorumlu departman ya da işlev alanı. | ||
|
Açıklama
Bu öznitelik, kalite olayını ele almakla görevlendirilen ekibi veya departmanı belirtir. Bu ekip Kalite Güvence, Mühendislik, Üretim ya da başka bir grup olabilir ve olayın yaşam döngüsü boyunca değişebilir. Process Mining analizinde sorumlu departmana göre inceleme yapmak, iş yükünün nasıl dağıldığını anlamak, departmanlardaki darboğazları belirlemek ve farklı ekiplerin performansını karşılaştırmak için önemlidir. Kalite olayı kaynak tahsisi Dashboardunu destekler. Hangi departmanların hangi etkinlik türlerinde yer aldığını göstererek kaynak yönetimini iyileştirmeye yardımcı olur.
Neden önemli?
Departmanlara göre iş yükü, performans ve darboğaz analizini sağlar. Bu bilgi, 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 faaliyeti veya atama tablolarında tutulabilir.
Örnekler
Kalite mühendisliğiÜretim operasyonlarıTedarikçi kalitesiTasarım mühendisliği
|
|||
|
Temel neden kategorisi
RootCauseCategory
|
Kalite sorununun belirlenen temel nedeninin sınıflandırması. | ||
|
Açıklama
Temel neden analizi yapıldıktan sonra bulgular genellikle 'Ekipman arızası', 'İnsan hatası' veya 'Tasarım kusuru' gibi önceden belirlenmiş gruplara ayrılır. Bu öznitelik, son sınıflandırmayı kaydeder. Süreci temel neden kategorisine göre analiz etmek önemli fayda sağlar. Tek tek belirtileri gidermek yerine, altta yatan sistemik sorunlara odaklanmanıza yardımcı olur. Örneğin, temel nedeni 'Eğitim sorunu' olarak sınıflandırılan çok sayıda olay, önleyici faaliyetlerin temel hedeflerinden biri olan çalışan eğitim programlarının iyileştirilmesi gerektiğini gösterebilir.
Neden önemli?
Bu öznitelik, arızaların temel nedenlerini analiz etmeyi 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, muhtemelen toplama planında kullanıcı tarafından tanımlanan ve 'Temel neden analizi yapıldı' etkinliğinden sonra doldurulan bir öğedir.
Örnekler
Ekipman arızasıMalzeme kusuruİnsan hatasıProsedüre uyulmaması
|
|||
|
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, kalite olayını çözmek üzere hazırlanan düzeltici ve önleyici faaliyet planıyla doğrudan ilişkilendirir. Bu plan, genellikle sistemde kendi yaşam döngüsü olan ayrı bir nesnedir. Analizde bu kimlik, kalite olayı sürecine ait verileri CAPA yönetimi sürecinin verileriyle birleştirmek için kullanılabilir ve daha bütünlüklü bir görünüm sağlar. CAPA gerektiren her olaya bir plan atanıp atanmadığını izlemeye ve bu faaliyetlerin etkililiğini analiz etmeye yardımcı olur.
Neden önemli?
Sorunu (kalite olayı) çözümle (CAPA) ilişkilendirerek kalite yönetim sistemini baştan sona daha kapsamlı analiz etmenizi sağlar.
Nereden alınır?
Bu, kalite olayı kaydında bulunan ve CAPA’ya özel bir tablo veya modüldeki kayda işaret eden bir referans alanı olabilir.
Örnekler
CAPA-2023-088CAPA-2023-091
|
|||
|
İş birimi
BusinessUnit
|
Kalite olayının meydana geldiği veya yönetildiği kuruluşun iş birimi ya da bölümü. | ||
|
Açıklama
Bu öznitelik, kalite olayını kuruluş yapısının belirli bir bölümüne atar. Farklı kuruluş birimlerindeki kalite performansını analiz etmeyi ve karşılaştırmayı sağlar. Büyük kuruluşlarda süreç analizini iş birimine göre bölümlere ayırmak sık karşılaşılan bir ihtiyaçtır. Bu sayede iş birimine özel Dashboardlar oluşturulabilir; bazı bölümlerin kalite süreçlerini daha verimli yürütüp yürütmediği veya kendilerine özgü zorluklarla karşılaşıp karşılaşmadığı belirlenebilir. Bu bilgiler, kuruluş genelindeki gözetim ve iyi uygulamaların paylaşılması açısından faydalıdır.
Neden önemli?
Kuruluşun farklı bölümlerindeki performansı karşılaştırıp analiz etmenizi ve kuruluş genelinde kalite yönetimini desteklemenizi sağlar.
Nereden alınır?
Bu bilgi genellikle işlemle ilişkili kuruluş bağlamı verilerinin bir parçasıdır ve çoğu zaman kullanıcıya veya departmanın ana verilerine dayanır.
Ö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
Kalite olayı kapatıldığında, nihai sonucu sınıflandırmak için genellikle bir kapatma kodu atanır. Örnekler arasında 'Faaliyet etkili', 'İşlem gerekmiyor' ve 'Yinelenen sorun' bulunur. Bu öznitelik, sonuç analizinde oldukça faydalıdır. Analistler farklı kapatma kodlarına göre filtreleme yaparak başarılı sonuçlara ulaşan süreç akışlarını diğerlerinden ayırabilir. 'Yinelenen olarak kapatılan sorunlarda süreç nasıl işliyor?' gibi soruları yanıtlamaya ve ön değerlendirme sürecindeki verimsizlikleri belirlemeye yardımcı olur.
Neden önemli?
Bir vakanın sonucu hakkında önemli bilgiler sunar ve başarılı çözümlere hangi süreç akışlarının ulaştığını analiz etmenizi sağlar.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu alan muhtemelen son kapatma etkinliği sırasında doldurulur.
Örnekler
ETKİLİİŞLEM_YOKYİNELENENRİSK_KABUL_EDİLDİ
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin alındığı kayıt sistemini belirtir. | ||
|
Açıklama
Bu öznitelik, olay verilerinin geldiği uygulamayı veya sistemi belirtir. Kurumsal ortamlarda kalite olayı verileri, temel Oracle Quality modülü, ayrı bir CAPA sistemi veya müşteri şikâyet portalı gibi birden fazla kaynaktan gelebilir. Analizde bu alan, verinin kaynağını anlamaya yardımcı olur ve süreci kaynak sisteme göre bölümlere ayırmak için kullanılabilir. Veri yönetişimi ve veri entegrasyonu sorunlarını gidermek açısından önemlidir; süreç görünümünün farklı kaynaklardan gelen verileri doğru biçimde yansıtmasını sağlar.
Neden önemli?
Verinin kaynağı hakkında önemli bağlam sağlar. Bu bilgi, verileri doğrulamak ve yönetmek, ayrıca farklı sistemlerdeki süreç değişikliklerini incelemek için önemlidir.
Nereden alınır?
Bu genellikle veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında eklenen, veri setinin kaynağını belirten sabit bir değerdir.
Örnekler
Oracle Quality Management R12Oracle EBS QualityQM-PROD
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden alınan en son veri yenilemesinin veya güncellemesinin zaman damgası. | ||
|
Açıklama
Bu öznitelik, Process Mining veri setindeki bu olaya ait verilerin en son ne zaman güncellendiğini gösterir. Verinin güncelliğini yansıtır ve analizin ne kadar güncel olduğunu anlamanıza yardımcı olur. Dashboardlarda ve raporlarda bu zaman damgası, kullanıcıya bağlam sağlamak açısından önemlidir. Gerçek zamanlı verileri mi yoksa belirli bir andaki anlık görüntüyü mü incelediğinizi açıklar. Bu bilgi, bilinçli operasyonel kararlar almak ve verinin güncelliği konusunda şeffaflık sağlamak için gereklidir.
Neden önemli?
Bu zaman damgası, verinin ne kadar güncel olduğunu göstererek süreç analizinin güncelliğini anlamanızı sağlar.
Nereden alınır?
Bu değer, veri ETL işlemi sırasında oluşturulup kaydedilir ve genellikle veri hattının en son başarıyla çalıştığı zamanı gösterir.
Örnekler
2023-10-27T04:00:00Z2023-10-26T04:00:00Z
|
|||
|
Sorun kategorisi
IssueCategory
|
Kalite sorununun kategorisi veya türü. Örneğin 'Ürün kusuru' ya da 'Süreç sapması'. | ||
|
Açıklama
Bu öznitelik, kalite olayını sınıflandırarak benzer sorunları analiz için gruplandırmaya yardımcı olur. Kategoriler genellikle kuruluşun kendi operasyonel koşullarını yansıtacak şekilde belirlenir. Süreci sorun kategorisine göre analiz etmek, belirli sorun türleriyle ilişkili örüntüleri ortaya çıkarır. Örneğin, 'Tedarikçi malzemesi' sorunlarının çevrim süresinin 'İç süreç' sorunlarına kıyasla çok daha uzun olduğunu gösterebilir. Bu ayrım, belirli alanlara yönelik süreç iyileştirme çalışmalarına katkı sağlar.
Neden önemli?
Sorunları kategorilere ayırmak, belirli sorun alanlarındaki eğilimleri ve temel nedenleri belirlemeye yönelik analizler yapılmasını sağlar.
Nereden alınır?
Oracle Quality Management belgelerine başvurun. Bu, muhtemelen kalite toplama planında kullanıcı tarafından tanımlanan bir öğedir.
Örnekler
Ürün kusuruSüreç sapmasıTedarikçi malzemesiMüşteri şikâyeti
|
|||
|
Toplam çevrim süresi
TotalCycleTime
|
Kalite sorununun belirlenmesinden son kez kapatılmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu öznitelik, tek bir kalite olayı vakasının baştan sona geçen toplam süresini ölçer. İlk etkinliğin ('Kalite sorunu belirlendi') zaman damgası ile son etkinliğin ('Son inceleme ve kapatma') zaman damgası arasındaki fark olarak hesaplanır. Kalite yönetimi sürecinin genel verimliliğini ölçen temel performans göstergelerinden (KPI) biridir. 'Kalite olaylarında baştan sona çevrim süresi' Dashboardunun ana metriğidir. Bu metriği zaman içinde izlemek ve önem derecesi ya da sorun kategorisi gibi özniteliklere göre incelemek, süreç sağlığını ve iyileştirme çalışmalarının etkisini genel hatlarıyla görmenizi sağlar.
Neden önemli?
Bu temel KPI, kalite yönetimi sürecinin başlangıçtan sona kadar genel hızını ve verimliliğini ölçer.
Nereden alınır?
Process Mining için veri işlenirken vaka düzeyinde hesaplanır. Her QualityEventId için ilk olayın başlangıç zamanı ve son olayın bitiş zamanı gerekir.
Ö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 ya da parça numarası olabilir. Bu bağlantı, ürün kalitesi analizinde önemli rol oynar. Process Mining ile farklı ürün gruplarındaki kalite yönetimi süreçlerini karşılaştırabilir veya kalite sorunlarıyla sıkça ilişkilendirilen ürünleri belirleyebilirsiniz. Böylece mühendislik ya da üretim iyileştirme çalışmalarını en çok ihtiyaç duyulan alanlara yönlendirebilirsiniz.
Neden önemli?
Kalite olaylarını belirli ürünlerle ilişkilendirerek ürün kalitesi eğilimlerini ve süreç farklılıklarını analiz etmenizi sağlar.
Nereden alınır?
Bu bilgi, kalite toplama planındaki bir alanda saklanır ve genellikle Oracle Inventory ürün ana verisiyle ilişkilendirilir.
Örnekler
SKU-100-A-REDPN-987654CHEM-X2
|
|||
|
Yeniden çalışma var mı
IsRework
|
Bir etkinliğin aynı vakadaki önceki bir adımın tekrarı veya yeniden çalışması olup olmadığını belirten bir işaret. | ||
|
Açıklama
Bu boole özniteliği, 'Düzeltici faaliyet planı önerildi' gibi belirli bir etkinlik tek bir kalite olayı vakasında birden fazla kez gerçekleştiğinde doğru değerini alı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 çalışmayı belirlemek, Process Mining’in önemli kullanım alanlarından biridir. Bu işaret, söz konusu verimsizlikleri ölçmeyi kolaylaştırır ve 'Etkinlikte yeniden çalışma sıklığı' KPI’ını doğrudan destekler. Hangi adımların hangi koşullarda yeniden çalışmaya daha yatkın olduğunu analiz ederek eğitim, veri kalitesi veya onay ölçütleriyle ilgili sorunları ortaya çıkarabilir ve süreci daha verimli hâle getirecek fırsatları belirleyebilirsiniz.
Neden önemli?
Süreçteki verimsizlikleri ve döngüleri işaretleyerek kayıpları ölçmenize ve yeniden çalışmanın temel nedenlerini belirlemenize yardımcı olur.
Nereden alınır?
Veri hazırlığı sırasında Event Log üzerinde pencere işlevleri veya sıralı analiz kullanılarak hesaplanır. Aynı etkinlik adının aynı vaka için birden fazla kez göründüğü durumları belirler.
Örnekler
truefalse
|
|||
|
Zamanında mı
IsOnTime
|
Düzeltici faaliyetin hedef çözüm tarihine kadar uygulanıp uygulanmadığını belirten bir işaret. | ||
|
Açıklama
Bu boole özniteliği, 'Düzeltici faaliyet uygulandı' etkinliğinin tamamlanma zaman damgası ile vakanın 'Hedef çözüm tarihi' karşılaştırılarak elde edilir. Faaliyet hedef tarihte veya daha önce tamamlandıysa doğru, aksi durumda yanlış değerini alır. Bu öznitelik, 'CAPA uygulamalarında zamanında tamamlama oranı' KPI’ını doğrudan destekler. Her vakanın zamanında tamamlanma durumunu açıkça sınıflandırarak analiz ve Dashboard oluşturmayı kolaylaştırır. Hizmet düzeylerine uyumu izlemek ve gecikmelerin temel nedenlerini belirlemek için kolayca filtreleme ve toplama yapabilirsiniz.
Neden önemli?
Hedeflere göre zamanında performansı izlemeyi kolaylaştırır; bu önemli KPI’ı ölçüp raporlamanızı sağlar.
Nereden alınır?
Bu işaret, veri dönüştürme sırasında hesaplanır. TargetResolutionDate alanı ile ilgili tamamlanma etkinliğinin zaman damgası gerekir.
Örnekler
truefalse
|
|||
Kalite Yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Düzeltici faaliyet planı onaylandı
|
Önerilen düzeltici faaliyet planının yetkili bir kişi tarafından resmen onaylanmasını ifade eder. Bu önemli kontrol noktası genellikle açık bir onay işlemiyle veya durumun Approved olarak değişmesiyle kaydedilir. | ||
|
Neden önemli?
Bu onay önemli bir aşamadır ve sıkça darboğaz oluşturur. Onay sürelerini incelemek, süreci iyileştirmeye ve prosedürlere uyumu sağlamaya yardımcı olur.
Nereden alınır?
Quality Action veya CAPA kaydının durumunun Approved olarak değişmesinden belirlenir. Onay iş akışları kullanan Oracle sistemleri bu değişikliği genellikle denetim tablolarına açıkça kaydeder.
Kaydedin
Durumun Approved olarak değişmesinden belirlenir.
Olay türü
inferred
|
|||
|
Faaliyetin etkili olduğu doğrulandı
|
Uygulanan düzeltici faaliyetin kök nedeni giderdiğini ve sorunun tekrarlanmasını önlediğini doğrular. Kullanıcı doğrulama adımını tamamlayıp kaydın durumunu güncellediğinde kaydedilir. | ||
|
Neden önemli?
Sonuca dayalı bu önemli aşama, Etkinlik doğrulama oranı KPI’ının temelini oluşturur. 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 durumunun Verification Complete veya Effective olarak değişmesinden belirlenir. Doğrulama sonucu alanlarının doldurulması da bu olayı gösterebilir.
Kaydedin
Durumun Verification Complete veya Effective olarak değişmesinden belirlenir.
Olay türü
inferred
|
|||
|
İnceleme başlatıldı
|
Kalite sorununun kök nedenini belirlemeye yönelik inceleme aşamasının resmen başladığını belirtir. Genellikle sistemdeki bir durum değişikliğiyle, örneğin Under Investigation durumuna geçişle gösterilir. | ||
|
Neden önemli?
Bu etkinlik, Kök neden analizi için geçen süre KPI’ının başlangıç noktasını oluşturur ve resmî inceleme başlamadan önce sorunların ne kadar beklediğini görmeye yardımcı olur.
Nereden alınır?
Quality Issue veya ilişkili Quality Action kaydının durumunun Investigation olarak değişmesinden belirlenir. Bu durum değişikliğinin zaman damgası olay zamanını verir.
Kaydedin
Under Investigation veya benzer bir duruma geçişten belirlenir.
Olay türü
inferred
|
|||
|
Kalite sorunu tespit edildi
|
Bu etkinlik, uygunsuzluk, sapma veya müşteri şikâyeti gibi yeni bir kalite olayı kaydının oluşturulmasını belirtir. 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. QAM_QUALITY_ISSUES veya QAM_QUALITY_ACTIONS gibi tablolarda bulunabilir.
Kaydedin
Yeni bir Quality Issue veya Action kaydı oluşturulduğunda olay günlüğüne kaydedilir.
Olay türü
explicit
|
|||
|
Son inceleme ve kapatma
|
İlişkili tüm faaliyetlerin tamamlandığının doğrulandığı ve ana kalite sorununun resmen kapatıldığı son adımdır. Ana kaydın durumunun Closed veya Resolved olarak değiştirilmesiyle kaydedilir. | ||
|
Neden önemli?
Bu, sürecin temel bitiş olayıdır. Ortalama olay çevrim süresi KPI’ını hesaplamak ve genel süreç hacmini ölçmek için gereklidir.
Nereden alınır?
Ana Quality Issue kaydının durumunun son olarak Closed olarak değiştirilmesinden belirlenir. Bu değişikliğin zaman damgası olay zamanını verir.
Kaydedin
Ana Quality Issue kaydının durumunun Closed olarak değiştirilmesinden belirlenir.
Olay türü
inferred
|
|||
|
Sorun sınıflandırıldı ve önceliklendirildi
|
Bu etkinlik, analistin ilk değerlendirmeyi tamamlayıp önem derecesi, öncelik ve sorun türü gibi temel öznitelikleri atamasıyla gerçekleşir. Genellikle sorun durumu New değerinden Assessed veya In Triage değerine geçtiğinde kaydedilir. | ||
|
Neden önemli?
Bu aşama, Ortalama ilk değerlendirme işlem süresi 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 değerinden Under Assessment değerine geçişten veya Severity ya da Priority gibi alanların ilk kez doldurulmasından belirlenir.
Kaydedin
Durum değişikliğinden ya da Severity veya Priority alanlarının ilk kez doldurulmasından belirlenir.
Olay türü
inferred
|
|||
|
Düzeltici faaliyet planı önerildi
|
Sorunu gidermeye yönelik adımların tanımlanıp kalite sorunuyla ilişkilendirilmesiyle gerçekleşir. İlgili bir Corrective Action kaydı oluşturulması veya planın incelemeye hazır olduğunu belirten bir durum değişikliği bu etkinliği gösterebilir. | ||
|
Neden önemli?
Bu aşama, sorun analizinden çözüm tasarımına geçişi izler. Yeniden çalışma KPI’larıyla ölçülen bu adımdaki tekrarlar, gereksinimlerin net olmadığını veya planlamanın etkisiz kaldığını gösterebilir.
Nereden alınır?
CAPA nesnesinde yeni bir Corrective Action kaydı oluşturulması açık bir olay olarak kaydedilebilir. Plan Proposed veya Pending Approval durumuna geçiş de olayın dolaylı olarak belirlenmesini sağlayabilir.
Kaydedin
Durumun Pending Approval olarak değişmesinden veya ilişkili bir Corrective Action kaydı oluşturulmasından belirlenir.
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?
Planlanan çözümün uygulandığını gösterdiği ve hedef tarihlerle karşılaştırma yapılmasını sağladığı için CAPA zamanında uygulama oranı KPI’ı açısından önemlidir.
Nereden alınır?
İlişkili Quality Action veya CAPA kaydının durumu Implemented ya da Completed olarak değiştiğinde belirlenir.
Kaydedin
Durumun Implemented veya Completed olarak değişmesinden belirlenir.
Olay türü
inferred
|
|||
|
Etkinlik kontrolü gerekli
|
Uygulanan faaliyetin etkili olup olmadığını doğrulamak için takip kontrolü gerektiğinin sistem veya kullanıcı tarafından işaretlenmesini ifade eder. Bu durum genellikle uygulama sonrasında otomatik ya da manuel olarak değiştirilir. | ||
|
Neden önemli?
Bu adım, gerekli doğrulama aşamasını başlatır. Uygulama ile bu etkinlik arasındaki süreyi incelemek, gerekli takiplerin başlatılmasındaki gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Quality Action kaydının durumunun Pending Effectiveness Check veya iş akışındaki benzer bir duruma değişmesinden belirlenir.
Kaydedin
Durumun Pending Effectiveness Check olarak değişmesinden belirlenir.
Olay türü
inferred
|
|||
|
İlgili taraflara çözüm bildirildi
|
Kalite olayının çözümünün, bildirimi yapan kişi veya etkilenen müşteriler gibi ilgili taraflara iletilmesini ifade eder. Bu bilgiyi kaydetmek zordur; kapanış sonrası durum değişikliğinden veya kaydedilmiş bir yorumdan belirlenebilir. | ||
|
Neden önemli?
İlgili taraflara bildirim gecikmesi KPI’ı açısından önemlidir. Sorun çözüldükten sonra bile zamanında iletişim, müşteri memnuniyeti ve kurum içi şeffaflık için önem taşır.
Nereden alınır?
Bu bilgiyi otomatik olarak kaydetmek genellikle zordur. Notification Sent gibi bir durumdan veya özel bir çıkarım mantığı gerektiren etkinlik ya da yorum alanlarından belirlenebilir.
Kaydedin
Belirli bir durum değişikliğinden veya etkinlik günlüklerindeki metinlerin incelenmesinden belirlenebilir.
Olay türü
inferred
|
|||
|
Kök neden analizi yapıldı
|
Kök neden analizinin (RCA) tamamlanmasını ve bulguların belgelenmesini ifade eder. Genellikle inceleme ekibi, belirlenen kök nedeni kalite sorununa ekleyip durumunu değiştirdiğinde kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, Kök neden analizi için geçen süre KPI’ının bitiş noktasıdır. Bu aşamaya kadar geçen süreyi incelemek, sorun çözme aşamasındaki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Durumun RCA Complete olarak değişmesinden veya kök neden kategorisi alanının doldurulup kaydın kaydedilmesinden belirlenir. Bu güncellemenin zaman damgası kullanılır.
Kaydedin
Durumun RCA Complete olarak değişmesinden veya kök neden alanlarının doldurulmasından belirlenir.
Olay türü
inferred
|
|||
|
Önleyici faaliyet belirlendi
|
Sistemsel sorunları gidermek ve benzer kalite olaylarının yaşanmasını önlemek için önleyici faaliyet (PA) oluşturulmasını ifade eder. Genellikle ilk sorunla ilişkilendirilmiş yeni bir Preventive Action kaydı olarak kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, olgun bir kalite sürecinin tekil sorunları gidermenin ötesine geçerek gelecekteki sorunları önlemeye odaklandığını gösterir. İzlenmesi, proaktif kalite iyileştirmelerinin ölçülmesine yardımcı olur.
Nereden alınır?
Genellikle ilk Quality Issue veya Corrective Action kaydıyla ilişkilendirilmiş, türü Preventive Action olan yeni bir Quality Action kaydının oluşturulmasıyla kaydedilir.
Kaydedin
Türü Preventive Action olan bir Quality Action kaydı oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Önleyici faaliyet uygulandı
|
Sistemsel riskleri azaltmaya yönelik önleyici faaliyet planında tanımlanan görevlerin tamamlandığını belirtir. 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 sistemsel değişiklikleri uygulamada yaşanan zorluklara işaret edebilir.
Nereden alınır?
İlişkili Preventive Action kaydının durumunun Implemented veya Completed olarak değişmesinden belirlenir. Düzeltici faaliyetler de benzer şekilde izlenir.
Kaydedin
Preventive Action kaydının durumunun Implemented olarak değişmesinden belirlenir.
Olay türü
inferred
|
|||
|
Sorun ilk değerlendirme için atandı
|
Yeni oluşturulan kalite sorununun ilk inceleme ve değerlendirme için belirli bir kullanıcıya veya ekibe atanmasını ifade eder. Bu olay genellikle kalite sorunu kaydındaki atanan kişi veya sahip alanındaki değişiklikler izlenerek belirlenir. | ||
|
Neden önemli?
Bu ilk devir teslimi izlemek, değerlendirme başlamadan önceki gecikmeleri belirlemeye yardımcı olur. Bu durumda geçirilen süre incelenerek ilk değerlendirme kuyruğundaki olası birikmeler görülebilir.
Nereden alınır?
Quality Issue kaydındaki sahip veya atanan kişi alanındaki değişikliklerden belirlenir. Veriler denetim izi tablolarından alınabilir ya da atama iş akışlarıyla ilişkili durum değişiklikleri izlenebilir.
Kaydedin
Quality Issue kaydındaki Assigned To veya Owner alanının değişmesinden belirlenir.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu şablon, verilerinizi hızla hazırlamanıza ve Kalite Yönetimi süreçlerinizi iyileştirmeye başlamanıza yardımcı olmak için tasarlanmıştır. Verimlilik ve uyumluluk fırsatlarını bugün keşfetmeye başlayın.
Oracle Kalite Yönetimini dönüştürün, uyumluluğu hemen artırın
Verimsizlikleri ortadan kaldırın, çevrim sürelerini %30 kısaltın.
Kredi kartı gerekmez. 14 günlük ücretsiz deneme.