Templat data manajemen kualitas Anda

MasterControl
Templat data manajemen kualitas Anda

Templat data manajemen kualitas Anda

Templat ini memandu Anda mengumpulkan data yang diperlukan untuk menganalisis proses manajemen kualitas. Templat ini menjelaskan atribut penting yang perlu dimasukkan ke log peristiwa, aktivitas utama yang perlu dilacak, serta cara praktis mengekstrak data dari sistem MasterControl. Gunakan panduan ini untuk menyiapkan data dasar bagi inisiatif process mining Anda.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data dari MasterControl
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut manajemen kualitas

Berikut kolom data yang disarankan untuk log peristiwa agar proses manajemen kualitas dapat dianalisis dengan baik.
3 Wajib 8 Disarankan 10 Opsional
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
Wajib Disarankan Opsional

Aktivitas manajemen kualitas

Berikut langkah proses dan tonggak utama yang perlu dicatat dalam log peristiwa agar proses manajemen kualitas dapat ditemukan secara akurat.
5 Disarankan 9 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari MasterControl

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%.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.