Templat data manajemen kualitas Anda
Templat data manajemen kualitas Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data dari MasterControl
Atribut manajemen kualitas
| Nama | Deskripsi | ||
|---|---|---|---|
|
Kejadian mutu
QualityEvent
|
Pengenal unik untuk satu peristiwa kualitas, seperti ketidaksesuaian, penyimpangan, atau keluhan. ID ini menghubungkan semua aktivitas dan dokumen terkait. | ||
|
Deskripsi
Quality Event ID berfungsi sebagai ID kasus utama untuk seluruh proses manajemen kualitas. Biasanya, ID ini berupa nilai alfanumerik yang dibuat MasterControl saat peristiwa kualitas baru dimulai. Dalam process mining, atribut ini menjadi dasar untuk merekonstruksi perjalanan setiap masalah kualitas dari awal hingga akhir. Dengan mengelompokkan semua aktivitas terkait berdasarkan satu Quality Event ID, analis dapat memvisualisasikan alur proses secara lengkap, mengukur waktu siklus dari pembuatan hingga penutupan, serta menemukan variasi atau hambatan pada kasus tertentu.
Mengapa ini penting
ID ini menjadi pengenal kasus utama yang menghubungkan semua langkah proses, sehingga seluruh siklus hidup setiap masalah kualitas dapat dianalisis dari awal hingga selesai.
Sumber data
Ini adalah kunci utama untuk catatan peristiwa kualitas. Lihat dokumentasi atau konfigurasi sistem MasterControl untuk mengetahui nama tabel dan kolom yang digunakan.
Contoh
QE-2023-00123NC-2023-0456CAPA-2023-0078
|
|||
|
Nama Aktivitas
ActivityName
|
Nama tugas atau peristiwa tertentu yang terjadi dalam siklus hidup peristiwa kualitas, seperti 'Investigasi Dimulai' atau 'Tindakan Korektif Diterapkan'. | ||
|
Deskripsi
Nama Aktivitas menjelaskan langkah atau pencapaian tertentu dalam proses manajemen kualitas. Aktivitas ini dicatat bersama stempel waktu dan membentuk urutan peristiwa dalam alur proses setiap peristiwa kualitas. Analisis aktivitas menjadi inti process mining. Analisis ini membantu menemukan peta proses yang sebenarnya, jalur yang umum, penyimpangan dari prosedur standar, dan hambatan. Urutan dan frekuensi aktivitas seperti 'Analisis Akar Masalah Dilakukan' penting untuk dashboard yang berfokus pada pengerjaan ulang dan kepatuhan.
Mengapa ini penting
Atribut ini menjabarkan langkah-langkah proses, sehingga peta proses dapat divisualisasikan, penyimpangan terdeteksi, dan alur proses dianalisis.
Sumber data
Informasi ini biasanya tercatat dalam jejak audit atau tabel riwayat yang terkait dengan setiap catatan peristiwa kualitas di MasterControl.
Contoh
Insiden kualitas dibuatAnalisis akar penyebab dilakukanRencana tindakan korektif disetujuiEfektivitas tindakan diverifikasi
|
|||
|
Waktu Peristiwa
EventTime
|
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu terjadi. Nilai ini menjadi waktu mulai setiap aktivitas. | ||
|
Deskripsi
Stempel waktu ini menandai selesainya tugas tertentu atau terjadinya peristiwa dalam proses kualitas. Urutan waktunya diperlukan untuk merekonstruksi alur proses setiap kasus. Stempel waktu penting untuk semua analisis process mining berbasis waktu. Data ini digunakan untuk menghitung waktu siklus, waktu pemrosesan, dan waktu tunggu antaraktivitas. Data ini juga menjadi dasar untuk membuat dashboard yang menganalisis waktu penyelesaian, menemukan hambatan, dan mengukur keterlambatan serah terima antarbagian.
Mengapa ini penting
Stempel waktu ini menunjukkan urutan kronologis peristiwa. Informasi ini penting untuk menghitung durasi proses, menemukan hambatan, dan memahami kinerja proses.
Sumber data
Kolom ini biasanya tersedia di jejak audit atau log riwayat catatan peristiwa kualitas di MasterControl, dan mencatat waktu setiap tindakan.
Contoh
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Departemen Penanggung Jawab
ResponsibleDepartment
|
Departemen atau area fungsi yang bertanggung jawab atas peristiwa kualitas atau aktivitas saat ini. | ||
|
Deskripsi
Atribut ini menunjukkan departemen yang memiliki tanggung jawab atas peristiwa kualitas atau menjalankan tugas tertentu, seperti 'Manufaktur', 'Jaminan Kualitas', atau 'Teknik'. Dimensi ini penting untuk analisis karena memungkinkan kinerja proses difilter dan dibandingkan antarunit bisnis. Atribut ini juga penting untuk dashboard Analisis Keterlambatan Serah Terima. Perubahan nilainya antaraktivitas menandakan adanya serah terima. Analisis jeda waktu pada serah terima dapat mengungkap masalah komunikasi atau koordinasi antarbagian.
Mengapa ini penting
Membantu menemukan hambatan antarbagian dan menganalisis kinerja proses berdasarkan area fungsi, yang penting untuk memahami keterlambatan serah terima.
Sumber data
Informasi ini biasanya tersimpan di formulir utama peristiwa kualitas di MasterControl dan dapat diperbarui selama siklus hidup peristiwa.
Contoh
Jaminan mutuManufakturRiset dan PengembanganUrusan Regulasi
|
|||
|
Jenis Peristiwa Kualitas
QualityEventType
|
Klasifikasi peristiwa kualitas, seperti 'Laporan Ketidaksesuaian', 'Keluhan Pelanggan', 'Temuan Audit', atau 'Penyimpangan'. | ||
|
Deskripsi
Atribut ini mengelompokkan peristiwa kualitas berdasarkan jenisnya. Setiap jenis dapat mengikuti jalur proses yang berbeda, memiliki persyaratan kepatuhan yang berbeda, atau memiliki target waktu penyelesaian yang berbeda. Analisis proses berdasarkan Jenis Peristiwa Kualitas penting untuk memahami variasi kinerja. Dashboard seperti 'Analisis Waktu Penyelesaian Peristiwa Kualitas' menggunakan atribut ini untuk membandingkan waktu siklus antar kategori. Hasilnya membantu menemukan jenis masalah yang lebih rumit atau membutuhkan waktu lebih lama untuk diselesaikan.
Mengapa ini penting
Mengelompokkan peristiwa kualitas agar alur proses, waktu siklus, dan hasil dapat dibandingkan berdasarkan jenis masalah.
Sumber data
Ini adalah kolom klasifikasi utama pada formulir awal peristiwa kualitas di MasterControl.
Contoh
Laporan Ketidaksesuaian (NCR)Keluhan PelangganTemuan Audit InternalPermintaan Tindakan Korektif Pemasok (SCAR)
|
|||
|
Kategori Akar Masalah
RootCauseCategory
|
Klasifikasi akar masalah yang ditemukan pada peristiwa kualitas, seperti 'Kesalahan Manusia', 'Kerusakan Peralatan', atau 'Kekurangan Proses'. | ||
|
Deskripsi
Setelah analisis akar masalah dilakukan, temuan biasanya dikelompokkan ke dalam kategori. Atribut ini menyimpan klasifikasi tersebut sebagai data terstruktur tentang penyebab masalah. Atribut ini penting untuk perbaikan kualitas jangka panjang. Dashboard 'Konsistensi Analisis Akar Masalah' menggunakan data ini untuk menghubungkan kategori akar masalah dengan efektivitas tindakan korektif dan tingkat pengerjaan ulang. Analisis ini membantu menentukan apakah akar masalah tertentu lebih sulit ditangani atau apakah analisisnya sendiri tidak konsisten.
Mengapa ini penting
Mengelompokkan penyebab mendasar masalah kualitas, sehingga analisis terarah dapat membantu mencegah masalah berulang dan meningkatkan efektivitas tindakan korektif.
Sumber data
Kolom ini biasanya terdapat di bagian Analisis Akar Masalah atau Investigasi pada formulir peristiwa kualitas di MasterControl.
Contoh
Kerusakan PeralatanPelatihan Tidak MemadaiCacat MaterialProsedur Tidak Diikuti
|
|||
|
Nama Pengguna
UserName
|
Nama pengguna atau sumber daya yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini menunjukkan orang yang bertanggung jawab menjalankan tugas tertentu dalam proses, seperti menyetujui rencana tindakan korektif atau menutup peristiwa kualitas. Analisis proses berdasarkan pengguna membantu memahami pembagian beban kerja, menemukan kebutuhan pelatihan, dan melihat variasi pelaksanaan proses antar pengguna. Analisis ini juga dapat menunjukkan apakah orang tertentu sering terkait dengan pengerjaan ulang atau keterlambatan, sehingga memberi masukan untuk pengelolaan kinerja dan alokasi sumber daya.
Mengapa ini penting
Mengaitkan aktivitas dengan orang tertentu, sehingga beban kerja, kinerja, dan hambatan terkait sumber daya dapat dianalisis.
Sumber data
Informasi ini biasanya menjadi bagian dari jejak audit atau log riwayat setiap peristiwa kualitas di MasterControl, dengan nama kolom seperti 'User' atau 'Performed By'.
Contoh
j.does.smithr.williams
|
|||
|
Status Efektivitas
EffectivenessStatus
|
Hasil pemeriksaan verifikasi untuk menentukan apakah tindakan korektif dan pencegahan yang diterapkan berhasil. | ||
|
Deskripsi
Atribut ini mencatat hasil verifikasi efektivitas, tahap akhir yang penting dalam proses CAPA. Statusnya menunjukkan apakah tindakan yang dilakukan berhasil menyelesaikan masalah dan mencegahnya terulang. Data ini menjadi masukan utama untuk dashboard 'Pemantauan Efektivitas CAPA' dan KPI 'Tingkat Efektivitas CAPA'. Analisis hasilnya membantu organisasi memahami tingkat keberhasilan upaya pemecahan masalah dan menemukan area tempat tindakan korektif tidak berhasil.
Mengapa ini penting
Mengukur keberhasilan tindakan yang diterapkan. Informasi ini penting untuk menghitung tingkat efektivitas CAPA dan mendorong perbaikan berkelanjutan.
Sumber data
Ini adalah kolom hasil di bagian verifikasi efektivitas atau penutupan pada formulir CAPA, yang sering ditautkan ke peristiwa kualitas di MasterControl.
Contoh
EfektifTidak EfektifPerlu Dipantau
|
|||
|
Status Peristiwa Kualitas
QualityEventStatus
|
Status terkini peristiwa kualitas dalam siklus hidupnya, seperti 'Open', 'Under Investigation', 'Pending Approval', atau 'Closed'. | ||
|
Deskripsi
Atribut ini menunjukkan posisi peristiwa kualitas pada waktu tertentu. Nilainya biasanya diperbarui saat kasus melewati pencapaian utama. Dalam process mining, status dapat digunakan untuk memfilter kasus yang masih terbuka atau sudah ditutup. Ini penting untuk dashboard 'Arus Penyelesaian dan Tunggakan Peristiwa Kualitas'. Analisis waktu yang dihabiskan pada setiap status juga dapat membantu menemukan tahap tempat peristiwa sering tertahan.
Mengapa ini penting
Menunjukkan status terkini peristiwa kualitas, sehingga tunggakan, arus penyelesaian, dan waktu pada setiap tahap siklus hidup dapat dianalisis.
Sumber data
Ini adalah kolom status standar pada catatan utama peristiwa kualitas di MasterControl.
Contoh
TerbukaSedang BerlangsungMenunggu Persetujuan CAPADitutupDibatalkan
|
|||
|
Tanggal Target Penyelesaian
TargetResolutionDate
|
Tanggal rencana atau batas waktu untuk menutup peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menetapkan tanggal penyelesaian yang diharapkan untuk peristiwa kualitas. Tanggalnya sering ditentukan berdasarkan jenis, tingkat keparahan, atau persyaratan regulasi terkait. Tanggal ini menjadi tenggat penyelesaian. Tanggal ini digunakan untuk mengukur ketepatan waktu dan kepatuhan terhadap perjanjian tingkat layanan (SLA). Atribut ini penting untuk menghitung KPI 'Tingkat Kepatuhan' dan membuat atribut 'Status SLA' hasil perhitungan, misalnya 'Tepat Waktu' atau 'Terlambat'. Dengan begitu, Anda dapat menganalisis jenis peristiwa atau departemen yang paling sering melewati tenggat.
Mengapa ini penting
Menetapkan tenggat penyelesaian, sehingga ketepatan waktu dapat diukur dan tingkat kepatuhan SLA dapat dihitung.
Sumber data
Kolom tanggal ini kemungkinan terdapat pada formulir utama peristiwa kualitas di MasterControl. Nilainya dapat dihitung otomatis atau dimasukkan secara manual.
Contoh
2023-11-302024-01-152023-12-22
|
|||
|
Waktu Selesai
EndTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas selesai. Untuk peristiwa tunggal, nilainya sering sama dengan StartTime. | ||
|
Deskripsi
EndTime menandai berakhirnya suatu aktivitas. Untuk banyak peristiwa yang dicatat dalam jejak audit, waktu mulai dan selesai sama karena peristiwa terjadi pada satu titik waktu. Namun, kolom ini dapat mencatat durasi aktivitas yang memang memiliki lama pengerjaan. Atribut ini digunakan bersama StartTime untuk menghitung waktu pemrosesan setiap aktivitas. Informasi ini penting untuk menemukan langkah yang paling banyak menyita waktu dalam proses dan mendukung dashboard Identifikasi Hambatan Proses Kualitas.
Mengapa ini penting
Memungkinkan penghitungan durasi aktivitas secara tepat, sehingga tugas tertentu yang paling lama dalam proses manajemen kualitas dapat diketahui.
Sumber data
Mungkin tersedia di jejak audit atau log riwayat MasterControl. Jika tidak tersedia, nilainya dapat diturunkan dari StartTime aktivitas berikutnya dalam urutan.
Contoh
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
|
|||
|
Apakah Pengerjaan Ulang
IsRework
|
Penanda boolean yang menunjukkan apakah suatu aktivitas atau rangkaian aktivitas merupakan pengerjaan ulang. | ||
|
Deskripsi
Penanda ini bernilai 'true' ketika aktivitas diulang dalam kasus yang sama atau ketika proses kembali ke tahap sebelumnya. Misalnya, jika 'Analisis Akar Masalah Dilakukan' terjadi dua kali untuk peristiwa kualitas yang sama, kejadian kedua akan ditandai sebagai pengerjaan ulang. Atribut ini mendukung dashboard 'Ikhtisar Pengerjaan Ulang dan Investigasi Ulang' serta KPI 'Tingkat Investigasi Ulang Akar Masalah'. Atribut ini memudahkan penghitungan pengerjaan ulang dan pemfilteran serta analisis kasus dengan alur proses yang tidak efisien.
Mengapa ini penting
Menandai aktivitas yang diulang secara jelas, sehingga frekuensi, penyebab, dan dampak pengerjaan ulang mudah dihitung dan dianalisis.
Sumber data
Penanda ini diturunkan saat transformasi data dengan menganalisis urutan aktivitas setiap kasus untuk mendeteksi langkah yang berulang atau proses yang berputar kembali.
Contoh
truefalse
|
|||
|
ID Tindakan Korektif
CorrectiveActionId
|
Pengenal unik untuk rencana tindakan korektif (CAPA) yang ditautkan ke peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menghubungkan peristiwa kualitas secara langsung dengan tindakan korektif tertentu yang dibuat untuk menangani akar masalahnya. Satu peristiwa kualitas dapat ditautkan ke satu atau beberapa tindakan korektif. ID ini memungkinkan analisis lebih terperinci dengan menggabungkan data peristiwa kualitas dan data dari modul CAPA. Dengan begitu, Anda dapat menelusuri jenis tindakan yang diambil untuk berbagai akar masalah dan efektivitasnya, serta mendukung dashboard Pemantauan Efektivitas CAPA.
Mengapa ini penting
Menghubungkan peristiwa kualitas dengan tindakan korektif tertentu, sehingga efektivitas tindakan dan strategi penyelesaian dapat dianalisis lebih terperinci.
Sumber data
Informasi ini tersimpan di bagian catatan terkait atau objek tertaut pada formulir peristiwa kualitas di MasterControl.
Contoh
CA-2023-0199CA-2023-0204CA-2023-0210
|
|||
|
ID Tindakan Pencegahan
PreventiveActionId
|
Pengenal unik untuk rencana tindakan pencegahan (PAPA) yang ditautkan ke peristiwa kualitas. | ||
|
Deskripsi
Seperti ID Tindakan Korektif, atribut ini menghubungkan peristiwa kualitas dengan tindakan pencegahan yang dibuat. Tindakan pencegahan merupakan langkah proaktif untuk mencegah masalah serupa yang berpotensi terjadi di area lain. ID ini penting untuk dashboard 'Optimalisasi Tindakan Pencegahan' dan KPI 'Tingkat Tindakan Pencegahan'. ID ini membantu melacak seberapa sering peristiwa kualitas mendorong perbaikan proaktif dan menganalisis dampak tindakan pencegahan dari waktu ke waktu.
Mengapa ini penting
Menghubungkan peristiwa kualitas dengan langkah pencegahan proaktif, sehingga kemampuan organisasi untuk belajar dari masalah dan mencegahnya terulang dapat dianalisis.
Sumber data
Informasi ini dapat ditemukan di bagian catatan terkait pada formulir peristiwa kualitas atau CAPA di MasterControl, yang menautkan ke objek tindakan pencegahan.
Contoh
PA-2023-0051PA-2023-0052PA-2023-0053
|
|||
|
Lokasi Fasilitas
SiteLocation
|
Lokasi manufaktur, pabrik, atau fasilitas tempat peristiwa kualitas bermula. | ||
|
Deskripsi
Atribut ini menunjukkan lokasi fisik atau fasilitas yang terkait dengan peristiwa kualitas. Informasi ini memberi konteks geografis atau organisasi untuk masalah tersebut. Dimensi ini berguna untuk analisis perbandingan. Dengan memfilter atau mengelompokkan data berdasarkan lokasi, manajemen dapat membandingkan kinerja proses manajemen kualitas di berbagai tempat. Hasilnya dapat menunjukkan lokasi dengan kinerja baik yang dapat berbagi praktik terbaik, serta lokasi yang mungkin memerlukan dukungan tambahan atau perbaikan proses.
Mengapa ini penting
Memungkinkan perbandingan kinerja antar lokasi atau fasilitas manufaktur, sehingga masalah khusus lokasi dan praktik terbaik dapat ditemukan.
Sumber data
Informasi ini biasanya dicatat pada formulir awal peristiwa kualitas, sering kali melalui daftar pilihan lokasi perusahaan.
Contoh
Austin, TXDublin, IrlandiaPabrik SingapuraLokasi A
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data terakhir diekstrak atau diperbarui dari MasterControl. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari sistem sumber. Ini adalah kolom metadata untuk seluruh kumpulan data, bukan untuk setiap peristiwa. Informasi ini penting untuk mengetahui seberapa baru data yang dianalisis. Pengguna bisnis dapat melihat seberapa mutakhir dashboard proses dan KPI, sehingga keputusan dibuat berdasarkan data dengan usia yang diketahui.
Mengapa ini penting
Memberi konteks penting tentang kebaruan data, sehingga pengguna tahu seberapa mutakhir analisis dan kapan pembaruan data berikutnya dijadwalkan.
Sumber data
Stempel waktu ini dibuat dan ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL) dari MasterControl.
Contoh
2024-05-20T02:00:00Z2024-05-21T02:00:00Z
|
|||
|
Produk Terdampak
ProductAffected
|
Produk, lini produk, atau komponen yang terkait dengan peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menunjukkan produk atau material tertentu yang terkait dengan masalah kualitas. Informasi ini memberi konteks penting untuk memahami dampak peristiwa kualitas. Analisis data proses berdasarkan produk membantu menemukan produk yang berulang kali mengalami masalah kualitas. Temuan ini dapat membantu menentukan prioritas perbaikan, menjadi masukan untuk perubahan desain produk, serta menilai kinerja lini manufaktur atau pemasok yang berbeda.
Mengapa ini penting
Memberi konteks bisnis yang penting, sehingga masalah kualitas dapat dianalisis berdasarkan lini produk untuk menemukan masalah dan tren yang berulang.
Sumber data
Kolom ini terdapat pada formulir peristiwa kualitas agar pengguna dapat menentukan produk, biasanya dengan memilih dari daftar yang tersedia atau memasukkan nomor komponen.
Contoh
Produk A - Lot 54321Komponen XYZAPI-001
|
|||
|
Regulasi Terkait
AssociatedRegulationStandard
|
Regulasi atau standar kualitas tertentu yang berlaku untuk peristiwa kualitas, seperti ISO 13485 atau 21 CFR Part 820. | ||
|
Deskripsi
Atribut ini menghubungkan peristiwa kualitas dengan regulasi eksternal atau standar kualitas internal tertentu. Atribut ini sangat penting bagi perusahaan di industri yang diatur, seperti ilmu hayati atau manufaktur. Atribut ini penting untuk dashboard 'Kepatuhan Proses Kualitas'. Analis dapat memfilter peristiwa berdasarkan regulasi tertentu dan memeriksa apakah langkah proses yang diwajibkan telah diikuti. Penyimpangan dapat ditandai sebagai potensi risiko kepatuhan, sehingga atribut ini berguna untuk audit dan manajemen risiko.
Mengapa ini penting
Menghubungkan peristiwa kualitas dengan persyaratan kepatuhan tertentu, sehingga kepatuhan terhadap standar regulasi dan kebijakan internal dapat dianalisis.
Sumber data
Kolom ini mungkin tersedia sebagai pilihan pada formulir peristiwa kualitas di MasterControl, sehingga pengguna dapat menandai regulasi yang berlaku untuk setiap peristiwa.
Contoh
ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
|
|||
|
Sistem Sumber
SourceSystem
|
Menunjukkan sistem asal data yang diekstrak, dalam hal ini MasterControl. | ||
|
Deskripsi
Atribut ini menjelaskan asal data. Untuk proses ini, nilainya akan selalu menunjukkan 'MasterControl'. Meski tampak tetap, atribut ini penting di lingkungan perusahaan yang menggabungkan data dari beberapa sistem untuk analisis yang lebih luas. Atribut ini memastikan asal-usul data dapat ditelusuri dan membantu memisahkan perilaku atau masalah kualitas data yang spesifik pada suatu sistem.
Mengapa ini penting
Menunjukkan dengan jelas sistem asal data. Informasi ini penting untuk tata kelola data dan analisis yang menggabungkan data dari beberapa aplikasi.
Sumber data
Biasanya, nilai tetap ini ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL) untuk menandai asal kumpulan data.
Contoh
MasterControlQMS MasterControl
|
|||
|
Status SLA
SlaStatus
|
Menunjukkan apakah peristiwa kualitas ditutup sebelum atau pada tanggal target penyelesaiannya. | ||
|
Deskripsi
Atribut ini diturunkan dengan membandingkan tanggal penutupan aktual peristiwa kualitas dengan 'Tanggal Target Penyelesaian'. Statusnya biasanya 'Tepat Waktu' atau 'Terlambat'. Status ini memberi gambaran langsung tentang kinerja terhadap tenggat. Status ini menjadi dasar KPI 'Tingkat Kepatuhan' dan memudahkan pemfilteran serta analisis kasus yang terlambat. Memahami penyebab keterlambatan penyelesaian penting untuk meningkatkan ketepatan waktu proses secara keseluruhan dan memenuhi sasaran kepatuhan.
Mengapa ini penting
Memberi indikator sederhana tentang apakah kasus memenuhi tenggat, yang penting untuk mengukur dan meningkatkan ketepatan waktu.
Sumber data
Nilai ini dihitung saat transformasi data dengan membandingkan stempel waktu aktivitas 'Peristiwa Kualitas Ditutup' dengan kolom 'TargetResolutionDate' untuk setiap kasus.
Contoh
Tepat WaktuTerlambatBerisiko
|
|||
|
Waktu Tunggu Serah Terima
HandoffWaitTime
|
Waktu menganggur antara dua aktivitas berurutan yang dilakukan oleh departemen atau tim berbeda. | ||
|
Deskripsi
Metrik ini menghitung lama waktu kasus menunggu setelah satu departemen menyelesaikan tugasnya dan sebelum departemen berikutnya mulai bekerja. Perhitungannya dilakukan dengan mencari aktivitas berurutan yang nilai 'Departemen Penanggung Jawab'-nya berubah, lalu mengukur jeda waktunya. Metrik hasil perhitungan ini menjadi dasar dashboard 'Analisis Keterlambatan Serah Terima' dan KPI 'Rata-Rata Waktu Tunggu Serah Terima'. Metrik ini memisahkan waktu tunggu akibat masalah koordinasi atau komunikasi dari waktu pemrosesan aktif. Dengan begitu, hambatan lintas fungsi yang memperpanjang waktu siklus keseluruhan dapat diketahui.
Mengapa ini penting
Memisahkan dan menghitung waktu tunggu antar departemen, sehingga kesenjangan komunikasi dan hambatan koordinasi dalam proses terlihat jelas.
Sumber data
Nilai ini dihitung saat transformasi data dengan menganalisis stempel waktu dan nilai 'ResponsibleDepartment' pada aktivitas berurutan dalam setiap kasus.
Contoh
172800259200604800
|
|||
Aktivitas manajemen kualitas
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Efektivitas tindakan diverifikasi
|
Menandai selesainya tahap verifikasi, saat bukti dikumpulkan dan ditinjau untuk memastikan tindakan yang diterapkan efektif. Aktivitas ini tercatat saat tugas pemeriksaan efektivitas selesai, sering kali dengan tanda tangan elektronik. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menghitung Tingkat Efektivitas CAPA dan Rata-rata Waktu Verifikasi Tindakan. Aktivitas ini memastikan solusi berhasil dan mencegah masalah terulang.
Sumber data
Aktivitas ini dapat tercatat secara eksplisit melalui tanda tangan elektronik pada langkah verifikasi, atau disimpulkan dari selesainya tugas 'Pemeriksaan Efektivitas' dalam alur kerja.
Pengumpulan data
Diambil dari log tanda tangan elektronik atau stempel waktu penyelesaian tugas pada langkah verifikasi.
Jenis peristiwa
explicit
|
|||
|
Insiden kualitas dibuat
|
Ini adalah awal proses manajemen kualitas, saat insiden kualitas baru, seperti penyimpangan, ketidaksesuaian, atau keluhan, pertama kali dicatat di MasterControl. Aktivitas ini biasanya tercatat secara eksplisit saat pengguna membuat catatan insiden kualitas baru. Sistem kemudian membuat entri jejak audit dengan stempel waktu. | ||
|
Mengapa ini penting
Aktivitas ini menandai awal siklus kasus. Informasi ini penting untuk mengukur Waktu Siklus Insiden Kualitas secara keseluruhan dan menganalisis volume pengajuan insiden.
Sumber data
Tercatat secara eksplisit dalam tabel jejak audit untuk modul insiden kualitas. Aktivitas ini sesuai dengan stempel waktu pembuatan catatan insiden kualitas.
Pengumpulan data
Tercatat dalam jejak audit saat objek Insiden Kualitas baru dibuat.
Jenis peristiwa
explicit
|
|||
|
Insiden kualitas ditutup
|
Ini adalah aktivitas terakhir yang menandai penyelesaian dan penutupan resmi insiden kualitas di MasterControl. Peristiwa ini tercatat saat status catatan berubah menjadi 'Ditutup', beserta stempel waktu dalam jejak audit. | ||
|
Mengapa ini penting
Aktivitas ini menandai akhir proses. Informasi ini penting untuk menghitung waktu siklus dan jumlah penyelesaian secara keseluruhan, serta memastikan kasus manajemen kualitas telah selesai.
Sumber data
Ini adalah peristiwa eksplisit yang disimpulkan dari perubahan status terakhir pada catatan peristiwa kualitas menjadi 'Closed'. Waktu perubahan status ini tercatat di log audit.
Pengumpulan data
Disimpulkan dari waktu saat status peristiwa diperbarui menjadi 'Closed'.
Jenis peristiwa
inferred
|
|||
|
Investigasi dimulai
|
Menandai dimulainya tahap investigasi secara resmi untuk menentukan cakupan dan dampak langsung insiden kualitas. Aktivitas ini biasanya tercatat saat insiden resmi ditugaskan kepada penyelidik dan statusnya diperbarui menjadi 'Sedang Diinvestigasi'. | ||
|
Mengapa ini penting
Ini adalah tonggak penting untuk melacak durasi tahap investigasi. Keterlambatan pada tahap ini dapat sangat memengaruhi waktu penyelesaian keseluruhan dan tenggat kepatuhan.
Sumber data
Disimpulkan dari perubahan status pada catatan insiden kualitas ke status seperti 'Investigasi Berlangsung'. Perubahan ini tercatat dalam jejak audit MasterControl.
Pengumpulan data
Disimpulkan dari stempel waktu saat status insiden berubah menjadi 'Sedang Diinvestigasi'.
Jenis peristiwa
inferred
|
|||
|
Rencana tindakan korektif disetujui
|
Menandakan bahwa rencana CAPA yang diajukan telah ditinjau dan disetujui secara resmi oleh pemangku kepentingan yang berwenang. Ini adalah tonggak penting yang sering tercatat melalui peristiwa tanda tangan elektronik secara eksplisit dalam jejak audit MasterControl. | ||
|
Mengapa ini penting
Tahap persetujuan sering menjadi hambatan. Analisis waktu yang dibutuhkan untuk aktivitas ini membantu menemukan keterlambatan dalam proses persetujuan dan mendukung dasbor Analisis Keterlambatan Serah Terima.
Sumber data
Peristiwa ini tercatat secara eksplisit dalam jejak audit saat pengguna yang berwenang menyetujui menerapkan tanda tangan elektronik pada rencana CAPA atau langkah alur kerja terkait.
Pengumpulan data
Diambil dari log tanda tangan elektronik yang terkait dengan langkah persetujuan dalam alur kerja.
Jenis peristiwa
explicit
|
|||
|
Analisis akar penyebab dilakukan
|
Aktivitas ini menandai selesainya analisis akar penyebab (RCA) dan pencatatan temuan. Aktivitas ini dapat disimpulkan saat kolom 'Akar Penyebab' atau kolom analisis terkait diisi dan tugas terkait ditandai selesai. | ||
|
Mengapa ini penting
Melacak aktivitas ini membantu mengukur waktu dan kualitas tahap RCA. Informasi ini penting untuk KPI seperti Tingkat Investigasi Ulang Akar Penyebab, yang menunjukkan pengerjaan ulang.
Sumber data
Disimpulkan dari entri jejak audit yang menunjukkan tugas RCA selesai, atau dari pengisian dan penetapan akhir kolom kategori akar penyebab dalam formulir insiden kualitas.
Pengumpulan data
Disimpulkan dari selesainya langkah atau tugas alur kerja 'Analisis Akar Penyebab'.
Jenis peristiwa
inferred
|
|||
|
Efektivitas dinyatakan tidak memadai
|
Aktivitas ini menandai hasil negatif dari tahap verifikasi, yaitu tindakan yang diterapkan dinyatakan tidak efektif. Peristiwa ini memicu pengerjaan ulang dan disimpulkan saat verifikasi gagal, sehingga status berubah dan investigasi atau perencanaan CAPA dibuka kembali. | ||
|
Mengapa ini penting
Peristiwa ini penting untuk menemukan putaran pengerjaan ulang dan menghitung Tingkat Penyelesaian pada Upaya Pertama. Peristiwa ini menunjukkan kegagalan dalam proses pemecahan masalah yang perlu ditangani.
Sumber data
Disimpulkan dari perubahan status yang menunjukkan kegagalan verifikasi, seperti 'Pemeriksaan Efektivitas Gagal' atau perubahan kembali ke 'Sedang Diinvestigasi'.
Pengumpulan data
Diambil dari perpindahan alur kerja yang mengembalikan kasus ke tahap sebelumnya setelah verifikasi.
Jenis peristiwa
inferred
|
|||
|
Pemangku kepentingan diberi tahu
|
Menandai penyampaian informasi resmi kepada semua pemangku kepentingan terkait mengenai penyelesaian insiden kualitas. Aktivitas ini dapat berupa tindakan yang dicatat secara eksplisit atau disimpulkan dari selesainya tugas 'Pemberitahuan Akhir' dalam alur kerja. | ||
|
Mengapa ini penting
Analisis langkah ini membantu memahami efisiensi komunikasi. Langkah ini juga menjadi penanda penting untuk menghitung KPI Waktu Tinjauan Akhir dan Penutupan.
Sumber data
Aktivitas ini dapat berupa peristiwa pemberitahuan yang dicatat secara eksplisit di sistem atau disimpulkan dari selesainya tugas 'Beri Tahu Pemangku Kepentingan' sebelum penutupan akhir.
Pengumpulan data
Disimpulkan dari selesainya tugas pemberitahuan khusus dalam alur kerja.
Jenis peristiwa
inferred
|
|||
|
Peristiwa Kualitas Dibatalkan
|
Menunjukkan status akhir alternatif ketika peristiwa kualitas dinyatakan tidak valid, duplikat, atau tercatat karena kesalahan, sehingga dibatalkan. Hal ini tercatat melalui perubahan status menjadi 'Cancelled' atau 'Void'. | ||
|
Mengapa ini penting
Penting untuk membedakan peristiwa yang ditutup dan dibatalkan agar hasil proses dapat dilaporkan dengan akurat. Tingkat pembatalan yang tinggi dapat mengindikasikan masalah dalam pelaporan atau triase peristiwa.
Sumber data
Disimpulkan dari perubahan status akhir menjadi status seperti 'Cancelled' atau 'Voided', yang tercatat dalam jejak audit.
Pengumpulan data
Disimpulkan dari waktu saat status peristiwa diperbarui menjadi 'Cancelled'.
Jenis peristiwa
inferred
|
|||
|
Rencana tindakan korektif diajukan
|
Menandai pembuatan dan pengajuan rencana Tindakan Korektif dan Pencegahan (CAPA) untuk ditinjau. Aktivitas ini biasanya tercatat saat catatan CAPA resmi ditautkan ke insiden kualitas dan statusnya diatur menjadi 'Menunggu Persetujuan'. | ||
|
Mengapa ini penting
Aktivitas ini menandai peralihan dari investigasi ke perencanaan penyelesaian. Durasi antara RCA dan langkah ini dapat menunjukkan efisiensi perencanaan.
Sumber data
Kemungkinan disimpulkan dari pembuatan objek CAPA tertaut atau perubahan status insiden kualitas ke status seperti 'Rencana CAPA Diajukan' atau 'Menunggu Persetujuan Rencana'.
Pengumpulan data
Disimpulkan dari pembuatan catatan rencana CAPA tertaut atau perubahan status pada insiden induk.
Jenis peristiwa
inferred
|
|||
|
Tindakan korektif diterapkan
|
Menandakan bahwa tugas dalam rencana tindakan korektif yang disetujui telah dilaksanakan dan diselesaikan. Aktivitas ini biasanya tercatat saat pengguna yang bertanggung jawab menandai tugas penerapan sebagai selesai di sistem. | ||
|
Mengapa ini penting
Ini adalah tonggak penting untuk menentukan awal KPI Rata-rata Waktu Verifikasi Tindakan. Durasi penerapan mencerminkan kompleksitas dan efisiensi tindakan korektif.
Sumber data
Disimpulkan dari jejak audit saat status tugas tindakan korektif yang ditugaskan berubah menjadi 'Selesai' atau 'Diterapkan'.
Pengumpulan data
Diambil dari stempel waktu penyelesaian tugas penerapan CAPA yang tertaut.
Jenis peristiwa
inferred
|
|||
|
Tindakan pencegahan diterapkan
|
Menandai selesainya tugas dalam rencana tindakan pencegahan yang bertujuan mencegah masalah terulang di masa mendatang. Aktivitas ini tercatat saat tugas tindakan pencegahan yang ditugaskan ditandai selesai di sistem. | ||
|
Mengapa ini penting
Melacak aktivitas ini penting untuk KPI Tingkat Tindakan Pencegahan. KPI ini membantu menilai seberapa proaktif organisasi menangani potensi masalah di masa mendatang.
Sumber data
Disimpulkan dari stempel waktu penyelesaian tugas yang secara khusus ditetapkan sebagai 'Tindakan Pencegahan' dalam rencana CAPA.
Pengumpulan data
Diambil dari stempel waktu penyelesaian tugas tindakan pencegahan yang tertaut.
Jenis peristiwa
inferred
|
|||
|
Tinjauan akhir dilakukan
|
Menandakan bahwa manajer jaminan kualitas telah menyelesaikan tinjauan akhir atas seluruh catatan insiden kualitas, termasuk semua dokumentasi dan tindakan. Aktivitas ini biasanya tercatat melalui peristiwa tanda tangan elektronik secara eksplisit sebelum kasus dapat ditutup. | ||
|
Mengapa ini penting
Ini adalah pemeriksaan kualitas terakhir sebelum penutupan. Keterlambatan pada tahap ini dapat membuat insiden tetap terbuka tanpa perlu dan memengaruhi metrik penyelesaian.
Sumber data
Tercatat secara eksplisit dalam jejak audit saat pengguna menerapkan tanda tangan elektronik pada langkah 'Tinjauan Akhir' atau 'Persetujuan QA' dalam alur kerja.
Pengumpulan data
Diambil dari log tanda tangan elektronik untuk langkah persetujuan akhir dalam alur kerja.
Jenis peristiwa
explicit
|
|||
|
Triage awal selesai
|
Menandai selesainya penilaian awal, saat insiden kualitas dikategorikan, diberi tingkat keparahan, dan diprioritaskan. Aktivitas ini sering disimpulkan dari perubahan status di sistem, misalnya saat status insiden berubah dari 'Baru' menjadi 'Dalam Penilaian' atau 'Investigasi'. | ||
|
Mengapa ini penting
Analisis waktu yang dibutuhkan untuk triage membantu menemukan keterlambatan dalam respons awal terhadap masalah kualitas. Langkah ini penting karena menentukan alur kerja berikutnya dan alokasi sumber daya.
Sumber data
Disimpulkan dari jejak audit saat kolom status insiden diperbarui ke status setelah triage, atau saat kolom triage wajib seperti 'Tingkat Keparahan' dan 'Prioritas' pertama kali diisi dan disimpan.
Pengumpulan data
Disimpulkan dari perubahan kolom status insiden, misalnya dari 'Diajukan' menjadi 'Ditugaskan'.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyusun log peristiwa yang andal dan mendapatkan wawasan tentang operasional manajemen kualitas Anda. Mulailah meningkatkan kepatuhan dan efisiensi hari ini.
Tingkatkan kecepatan manajemen kualitas di MasterControl hingga 30%
Lihat proses, kurangi inefisiensi, dan pangkas waktu siklus hingga 30%.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.