Templat data manajemen mutu Anda

Template process mining universal
Templat data manajemen mutu Anda

Templat data manajemen mutu Anda

Template process mining universal

Ini template data umum kami untuk process mining Manajemen kualitas. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Kolom data standar untuk log peristiwa Anda.
  • Aktivitas utama yang perlu dilacak agar proses terlihat secara menyeluruh.
  • Panduan untuk mengekstrak data dari berbagai sistem.
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut manajemen mutu

Kolom data yang disarankan ini mencakup atribut yang perlu dimasukkan ke log peristiwa agar Anda dapat menganalisis proses manajemen mutu secara terperinci.
5 Wajib 6 Disarankan 5 Opsional
Nama Deskripsi
ID Peristiwa Kualitas
QualityEventId
Pengenal unik untuk satu peristiwa kualitas. ID ini berfungsi sebagai pengenal kasus dan menghubungkan semua aktivitas terkait dari awal hingga penutupan.
Deskripsi

ID Peristiwa Kualitas adalah kunci unik untuk mengenali masalah kualitas tertentu, seperti ketidaksesuaian, keluhan pelanggan, deviasi, atau temuan audit. ID ini penting karena menghubungkan semua langkah, dokumen, dan titik data yang terkait dengan peristiwa tersebut sepanjang siklusnya.

Dalam process mining, atribut ini menjadi dasar untuk merekonstruksi alur proses dari awal hingga akhir untuk setiap peristiwa kualitas. Dengan mengelompokkan semua aktivitas terkait berdasarkan satu ID Peristiwa Kualitas, analis dapat melihat peta proses, menghitung durasi kasus, dan menganalisis variasi jalur peristiwa. Hasilnya, penanganan masalah kualitas dari awal hingga selesai dapat dianalisis dengan jelas dan akurat.

Mengapa ini penting

Ini adalah kunci utama untuk process mining yang menghubungkan semua peristiwa terkait ke dalam satu instans proses atau kasus.

Sumber data

Biasanya terdapat di bagian header atau tabel utama notifikasi kualitas, peristiwa, atau rekaman ketidaksesuaian.

Contoh
QN-2023-00123NC-450008761COMP-5501-A
Nama Aktivitas
ActivityName
Nama tugas, peristiwa, atau langkah tertentu yang terjadi dalam proses manajemen kualitas.
Deskripsi

Nama Aktivitas menjelaskan tindakan atau pencapaian tertentu dalam siklus peristiwa kualitas. Contohnya, 'Penilaian Awal Selesai', 'Investigasi Dimulai', atau 'Tindakan Korektif Diterapkan'. Aktivitas ini membentuk rangkaian proses manajemen kualitas.

Dalam analisis proses, atribut ini penting untuk menyusun peta proses yang menggambarkan urutan aktivitas dan alur kasus. Analis dapat menemukan hambatan, melihat variasi proses yang umum maupun jarang, serta memeriksa kepatuhan terhadap prosedur operasi standar. Memahami urutan aktivitas adalah langkah awal untuk memperbaiki proses.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam proses. Langkah tersebut menjadi simpul pada peta proses dan memungkinkan analisis alur serta variasi proses.

Sumber data

Biasanya diambil dari log peristiwa, rekaman perubahan status, atau tabel tugas yang terkait dengan objek utama peristiwa kualitas.

Contoh
Investigasi dimulaiAnalisis akar penyebab selesaiEfektivitas Terverifikasi
Waktu Mulai Peristiwa
EventStartTime
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu terjadi atau dimulai.
Deskripsi

Waktu Mulai Peristiwa adalah stempel waktu yang menandai awal setiap aktivitas dalam siklus peristiwa kualitas. Informasi waktu ini diperlukan untuk memahami alur dan kinerja proses. Stempel waktu ini penting untuk mengurutkan peristiwa secara kronologis dan menghitung durasinya.

Dalam process mining, stempel waktu ini digunakan untuk mengurutkan aktivitas dengan benar pada setiap kasus dan menghitung indikator kinerja utama, seperti waktu siklus, waktu tunggu, dan waktu pengerjaan. Analisis stempel waktu membantu menemukan jeda antar langkah, mengukur efisiensi sumber daya, dan memantau kepatuhan terhadap perjanjian tingkat layanan. Ini menjadi dasar analisis proses berbasis waktu.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung waktu siklus dan waktu tunggu, serta menemukan hambatan proses.

Sumber data

Umumnya terdapat di log peristiwa atau rekaman transaksi bersama nama aktivitas. Kolom ini mungkin bernama 'Tanggal Pembuatan', 'Tanggal Peristiwa', atau 'Stempel Waktu'.

Contoh
2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z
Pembaruan Data Terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data proses terakhir kali diperbarui atau diambil dari sistem sumber.
Deskripsi

Atribut Pembaruan Data Terakhir mencatat stempel waktu sinkronisasi data terbaru dari sistem sumber. Atribut ini menunjukkan seberapa mutakhir informasi dalam analisis, terutama untuk pemantauan berkelanjutan dan pengambilan keputusan yang mendekati waktu nyata.

Atribut ini membantu pengguna mengetahui kemutakhiran dashboard dan analisis process mining. Dengan begitu, pihak terkait dapat mempertimbangkan usia data saat membaca KPI dan model proses, sehingga keputusan tidak dibuat berdasarkan informasi yang sudah usang. Metadata ini penting untuk menjaga kepercayaan terhadap data.

Mengapa ini penting

Menunjukkan kemutakhiran data agar pengguna mengetahui seberapa baru analisis proses dan KPI yang digunakan.

Sumber data

Biasanya berupa metadata yang dihasilkan selama proses ekstraksi data (ETL). Informasi ini umumnya tidak terdapat dalam tabel transaksi sistem sumber.

Contoh
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Sistem Sumber
SourceSystem
Sistem tempat data diambil, seperti instans ERP, QMS, atau MES tertentu.
Deskripsi

Atribut Sistem Sumber menunjukkan aplikasi atau basis data asal tempat data manajemen kualitas dicatat. Dalam lingkungan TI yang kompleks, data peristiwa kualitas dapat berasal dari beberapa sistem, misalnya ERP untuk data material dan sistem manajemen kualitas khusus untuk data proses.

Mengetahui sistem sumber penting untuk tata kelola data, validasi, dan pemecahan masalah. Informasi ini membantu menjelaskan konteks data dan dapat digunakan untuk membagi analisis ke dalam segmen. Misalnya, analis dapat membandingkan proses kualitas yang dikelola di sistem atau lokasi berbeda untuk menemukan praktik yang baik atau ketidakkonsistenan.

Mengapa ini penting

Memberikan konteks tentang asal data, yang penting untuk validasi data, pemecahan masalah, dan analisis per segmen di lingkungan dengan banyak sistem.

Sumber data

Informasi ini mungkin tidak tersedia di tabel sumber, tetapi sering ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL).

Contoh
SAP S/4HANA QMVeeva Vault QualityMasterControl QMS
Departemen Penanggung Jawab
ResponsibleDepartment
Departemen, tim, atau bidang fungsi yang bertanggung jawab atas peristiwa kualitas atau aktivitas tertentu.
Deskripsi

Atribut Departemen Penanggung Jawab menunjukkan unit organisasi yang bertanggung jawab atas peristiwa kualitas atau langkah tertentu dalam proses. Contohnya, 'Manufaktur', 'Penjaminan Mutu', 'Riset dan Pengembangan', atau 'Logistik'.

Atribut ini penting untuk analisis organisasi. Manajer dapat melihat alur kerja antar departemen, mengukur kinerja setiap bidang fungsi, serta menemukan hambatan atau keterlambatan lintas fungsi. Misalnya, analisis dapat menunjukkan bahwa serah terima antara Manufaktur dan Penjaminan Mutu menjadi sumber utama keterlambatan. Dengan membagi KPI berdasarkan departemen, Anda dapat menentukan area yang perlu menjadi sasaran perbaikan proses.

Mengapa ini penting

Memungkinkan analisis kinerja proses berdasarkan unit organisasi, menyoroti keterlambatan lintas fungsi, dan membantu menentukan pihak yang bertanggung jawab.

Sumber data

Biasanya terdapat dalam data header rekaman peristiwa kualitas atau ditentukan berdasarkan pengguna yang bertanggung jawab atas aktivitas tersebut.

Contoh
Pengendalian kualitasLini Produksi BKualitas Pemasok
Jenis Peristiwa Kualitas
QualityEventType
Klasifikasi peristiwa kualitas, seperti Ketidaksesuaian, Keluhan Pelanggan, Temuan Audit, atau Deviasi.
Deskripsi

Jenis Peristiwa Kualitas mengelompokkan sifat masalah kualitas yang ditangani. Setiap jenis peristiwa dapat mengikuti proses yang berbeda, memiliki tingkat urgensi yang berbeda, dan tunduk pada prosedur operasi standar yang berbeda.

Dengan memfilter dan membandingkan proses berdasarkan atribut ini, analis dapat menemukan variasi yang berarti. Misalnya, proses penanganan 'Keluhan Pelanggan' mungkin jauh lebih ketat dan harus diselesaikan lebih cepat daripada proses untuk 'Masalah Internal'. Memahami perbedaan ini penting untuk menilai apakah setiap variasi proses berjalan efisien dan memenuhi persyaratan yang berlaku.

Mengapa ini penting

Memungkinkan analisis dibagi berdasarkan jenis masalah kualitas, sehingga penanganannya dapat dibandingkan dan variasi proses penting dapat ditemukan.

Sumber data

Terdapat dalam data header peristiwa kualitas, biasanya pada kolom 'Jenis Notifikasi', 'Jenis Peristiwa', atau 'Kategori'.

Contoh
Keluhan PelangganLaporan Ketidaksesuaian (NCR)Deviasi
Kategori akar penyebab
RootCauseCategory
Klasifikasi umum untuk akar penyebab yang teridentifikasi dalam suatu kejadian mutu.
Deskripsi

Kategori akar penyebab mengelompokkan alasan mendasar terjadinya masalah mutu, seperti 'Kesalahan manusia', 'Kerusakan peralatan', 'Kekurangan proses', atau 'Masalah pemasok'. Atribut ini biasanya diisi setelah investigasi dan analisis akar penyebab selesai.

Menganalisis frekuensi tiap kategori akar penyebab dapat memberi masukan penting untuk menentukan perbaikan strategis. Jika 'Kekurangan proses' sering menjadi penyebab, proses mungkin perlu dirancang ulang. Jika 'Kerusakan peralatan' sering terjadi, jadwal pemeliharaan mungkin perlu diperbaiki. process mining dapat menghubungkan kategori ini dengan perilaku proses, misalnya menunjukkan apakah kejadian akibat 'Kesalahan manusia' membutuhkan waktu lebih lama untuk diselesaikan.

Mengapa ini penting

Informasi ini penting untuk analisis strategis karena membantu melihat alasan mendasar terjadinya kegagalan, bukan hanya alur proses. Hasilnya dapat menjadi dasar untuk menentukan tindakan pencegahan yang tepat.

Sumber data

Biasanya tercantum di bagian investigasi atau analisis akar penyebab pada catatan kejadian mutu. Isinya dapat berupa kode atau teks bebas.

Contoh
Kerusakan peralatanKesalahan manusiaCacat material
Sumber Daya
Resource
Pengguna, karyawan, atau agen otomatis yang melakukan atau ditugaskan untuk aktivitas atau peristiwa kualitas tertentu.
Deskripsi

Atribut Sumber Daya menunjukkan orang atau sistem yang bertanggung jawab menjalankan tugas. Sumber daya ini dapat berupa penyelidik, pemberi persetujuan kualitas, atau pengguna sistem otomatis. Melacak pelaksana setiap aktivitas penting untuk memahami pembagian beban kerja, kinerja tim, dan pola kolaborasi.

Analisis proses berdasarkan sumber daya membantu menemukan perbedaan kinerja antarindividu atau tim, mengetahui kebutuhan pelatihan, dan menyeimbangkan beban kerja. Analisis ini dapat menunjukkan sumber daya yang kelebihan beban dan menjadi hambatan, atau pola serah terima antarorang yang sering menyebabkan keterlambatan proses. Informasi ini penting untuk meningkatkan efisiensi organisasi.

Mengapa ini penting

Atribut ini penting untuk analisis berdasarkan sumber daya, termasuk pembagian beban kerja, perbandingan kinerja, dan identifikasi hambatan organisasi.

Sumber data

Biasanya terdapat di tabel transaksi atau log, dengan nama seperti 'Nama Pengguna', 'Diubah Oleh', 'Pemilik', atau 'Ditugaskan Kepada'.

Contoh
j.doem.smithSystem.Batch
Tingkat Keparahan
Severity
Klasifikasi potensi dampak peristiwa kualitas, seperti kritis, besar, atau kecil.
Deskripsi

Atribut Tingkat Keparahan mengelompokkan peristiwa kualitas berdasarkan dampak bisnis, risiko, atau urgensinya. Klasifikasi ini membantu memprioritaskan sumber daya dan perhatian untuk masalah yang paling kritis. Tingkat keparahan biasanya ditetapkan dalam kebijakan kualitas organisasi.

Atribut ini berguna untuk memfilter dan membagi analisis process mining. Analis dapat membandingkan alur proses untuk peristiwa 'Kritis' dan 'Kecil' guna memastikan masalah dengan tingkat keparahan tinggi ditangani lebih cepat sesuai rencana. Analisis ini juga dapat menunjukkan apakah masalah 'Kecil' menyita sumber daya secara tidak proporsional atau apakah masalah 'Kritis' tersendat dalam proses. Hasilnya membantu mengoptimalkan proses berdasarkan tingkat risiko.

Mengapa ini penting

Memungkinkan analisis proses berdasarkan risiko, membantu memprioritaskan investigasi, dan memastikan peristiwa berdampak besar ditangani dengan urgensi yang sesuai.

Sumber data

Kolom standar dalam data header peristiwa kualitas ini biasanya bernama 'Tingkat Keparahan' atau 'Prioritas'.

Contoh
KritisBesarMinor
Waktu Selesai Peristiwa
EventEndTime
Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu selesai.
Deskripsi

Waktu Selesai Peristiwa adalah stempel waktu yang menandai selesainya suatu aktivitas. Jika dipasangkan dengan Waktu Mulai Peristiwa, stempel ini memungkinkan penghitungan waktu pengerjaan setiap tugas dalam proses manajemen kualitas secara tepat. Untuk peristiwa yang berlangsung seketika, waktu mulai dan selesai bisa sama.

Atribut ini penting untuk analisis kinerja pada tingkat aktivitas. Dengan menghitung durasi setiap tugas, yaitu Waktu Selesai dikurangi Waktu Mulai, analis dapat menemukan langkah yang paling banyak menyita waktu dan perlu dioptimalkan. Atribut ini juga membantu menghitung waktu siklus kasus secara keseluruhan dengan lebih akurat, serta menyediakan data untuk menganalisis beban kerja dan efisiensi sumber daya.

Mengapa ini penting

Memungkinkan penghitungan waktu pengerjaan aktivitas, yang penting untuk analisis kinerja terperinci dan menemukan tugas yang banyak menyita sumber daya.

Sumber data

Sering terdapat di log peristiwa atau rekaman transaksi yang sama dengan waktu mulai. Pada beberapa sistem, waktu ini perlu diperkirakan dari waktu mulai peristiwa berikutnya.

Contoh
2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z
Hasil pemeriksaan efektivitas
EffectivenessCheckOutcome
Hasil pemeriksaan untuk memastikan apakah tindakan korektif dan pencegahan yang diterapkan sudah efektif.
Deskripsi

Hasil pemeriksaan efektivitas mencatat hasil verifikasi setelah tindakan korektif diterapkan. Hasilnya biasanya berupa 'Efektif' atau 'Tidak efektif', yang menunjukkan apakah tindakan tersebut berhasil mengatasi akar penyebab masalah.

Atribut ini penting untuk mengukur keberhasilan nyata proses manajemen mutu. Tingginya jumlah hasil 'Tidak efektif' menunjukkan kemungkinan adanya masalah sistemik dalam tahap analisis akar penyebab atau perencanaan tindakan. Akibatnya, pekerjaan harus diulang dan masalah dapat muncul kembali. Dalam process mining, atribut ini dapat digunakan untuk menganalisis pengulangan pekerjaan. Misalnya, kasus dengan hasil 'Tidak efektif' sering kembali ke tahap investigasi atau analisis akar penyebab, sehingga waktu siklus dan biaya meningkat.

Mengapa ini penting

Mengukur langsung keberhasilan tindakan korektif dan penting untuk menganalisis pengulangan pekerjaan serta efektivitas analisis akar penyebab.

Sumber data

Tercantum dalam catatan verifikasi atau penutupan tindakan korektif dan pencegahan (CAPA).

Contoh
EfektifTidak efektifMenunggu verifikasi
Lokasi
Location
Lokasi fisik atau logis, seperti pabrik, lokasi kerja, atau gudang, tempat kejadian mutu berlangsung atau ditangani.
Deskripsi

Atribut lokasi menunjukkan lokasi geografis atau unit organisasi yang terkait dengan kejadian mutu. Lokasi ini dapat berupa pabrik, lini produksi tertentu, pusat distribusi, atau unit bisnis.

Menganalisis kinerja proses berdasarkan lokasi membantu membandingkan kinerja dan menemukan praktik terbaik. Analisis ini dapat menunjukkan apakah lokasi tertentu lebih cepat menyelesaikan masalah mutu atau justru sering mengalami masalah yang sama. Analisis berdasarkan wilayah atau lokasi membantu manajemen mengalokasikan sumber daya secara efektif dan menerapkan proses berkinerja tinggi secara konsisten di seluruh organisasi.

Mengapa ini penting

Memungkinkan perbandingan antar lokasi atau pabrik untuk mengukur kinerja dan menemukan masalah maupun praktik terbaik yang spesifik di tiap lokasi.

Sumber data

Informasi ini biasanya tercantum pada catatan utama kejadian mutu, dengan label seperti 'Pabrik', 'Lokasi', atau 'Unit bisnis'.

Contoh
Lokasi A - Gedung 2Gudang utamaPabrik 0010
Produk Terdampak
AffectedProduct
Produk, material, atau komponen yang terkait dengan peristiwa kualitas.
Deskripsi

Atribut Produk Terdampak menunjukkan barang, material, atau lini produk tertentu yang terkena masalah kualitas. Hubungan antara proses dan produk ini penting untuk analisis akar penyebab dan penilaian dampak.

Dengan menganalisis peristiwa kualitas berdasarkan produk, perusahaan dapat menemukan tren, misalnya produk tertentu yang memiliki jumlah ketidaksesuaian jauh lebih tinggi. Temuan ini dapat memicu investigasi lebih lanjut terhadap desain atau proses manufaktur produk tersebut. Informasi ini juga membantu menentukan prioritas peristiwa kualitas berdasarkan kepentingan strategis atau volume penjualan produk terdampak, sehingga masalah penting ditangani lebih dahulu.

Mengapa ini penting

Menghubungkan data proses dengan data produk, sehingga masalah kualitas dapat dianalisis berdasarkan lini produk untuk menemukan tren dan memprioritaskan masalah berdampak besar.

Sumber data

Terdapat di rekaman utama peristiwa kualitas, biasanya pada kolom 'Nomor Material', 'ID Produk', atau 'Nomor Komponen'.

Contoh
PROD-100-XLMAT-RAW-05BFG-2055-ASSY
Status Peristiwa Kualitas
QualityEventStatus
Status terkini peristiwa kualitas dalam siklusnya, seperti Terbuka, Sedang Diinvestigasi, atau Ditutup.
Deskripsi

Status Peristiwa Kualitas menunjukkan keadaan terkini suatu kasus peristiwa kualitas. Atribut dinamis ini berubah seiring kemajuan kasus dalam siklusnya dan memberikan gambaran umum tentang posisi peristiwa pada waktu tertentu.

Dalam process mining, atribut ini berguna untuk menganalisis beban kerja dan tunggakan saat ini. Dengan memfilter peristiwa berstatus 'Terbuka' atau 'Sedang Berlangsung', manajer dapat memantau jumlah kasus aktif. Atribut ini juga membantu pemeriksaan kesesuaian dengan membandingkan perubahan status aktual dengan alur proses yang diharapkan. Misalnya, peristiwa tidak boleh berstatus 'Ditutup' sebelum 'Tindakan Korektif' diterapkan.

Mengapa ini penting

Memberikan gambaran keadaan terkini suatu kasus, yang penting untuk memantau tunggakan dan beban kerja aktif serta memeriksa kesesuaian proses.

Sumber data

Kolom penting dalam rekaman header peristiwa kualitas ini diperbarui seiring kemajuan peristiwa.

Contoh
TerbukaMenunggu PersetujuanDitutup
Tanggal target penyelesaian
TargetResolutionDate
Tanggal rencana atau batas waktu untuk menyelesaikan dan menutup kejadian mutu sepenuhnya.
Deskripsi

Tanggal target penyelesaian adalah batas waktu untuk menutup suatu kejadian mutu. Tanggal ini biasanya ditentukan berdasarkan ketentuan regulator, perjanjian tingkat layanan dengan pelanggan, atau kebijakan internal sesuai tingkat keparahan kejadian.

Atribut ini penting untuk memantau kinerja dan menganalisis kepatuhan. Dengan membandingkan tanggal penutupan aktual dengan tanggal target, organisasi dapat menghitung KPI 'Tingkat penyelesaian tepat waktu'. process mining dapat menunjukkan jenis kejadian atau langkah proses yang paling sering menyebabkan keterlambatan dan target terlewati. Dengan begitu, upaya perbaikan dapat difokuskan pada pencapaian target waktu.

Mengapa ini penting

Membantu mengukur kinerja terhadap target waktu, menghitung tingkat penyelesaian tepat waktu, dan menemukan penyebab keterlambatan.

Sumber data

Biasanya tercantum di bagian header atau data perencanaan pada catatan kejadian mutu.

Contoh
2024-06-302024-07-152024-08-01
Wajib Disarankan Opsional

Aktivitas manajemen mutu

Bagian ini menjelaskan langkah proses utama dan tonggak penting yang perlu dicatat agar proses dalam alur kerja manajemen mutu dapat ditemukan dengan akurat.
7 Disarankan 8 Opsional
Aktivitas Deskripsi
Analisis akar penyebab selesai
Menandai selesainya investigasi, saat akar penyebab kejadian mutu telah ditemukan dan didokumentasikan. Ini adalah pencapaian penting sebelum tindakan korektif dapat direncanakan.
Mengapa ini penting

Pencapaian ini menandai akhir tahap diagnosis. Analisis durasi analisis akar penyebab membantu menemukan kerumitan dan hambatan dalam kegiatan pemecahan masalah.

Sumber data

Aktivitas ini dapat disimpulkan saat kolom 'Root Cause' atau kolom analisis terkait diisi dan disimpan. Dalam beberapa sistem, aktivitas ini menandai selesainya tugas RCA tertentu.

Pengumpulan data

Catat stempel waktu saat tugas khusus analisis akar penyebab ditandai selesai atau saat kolom deskripsi akar penyebab pertama kali diisi.

Jenis peristiwa inferred
Efektivitas Terverifikasi
Memastikan tindakan korektif dan pencegahan yang diterapkan berhasil mengatasi akar penyebab dan mencegah masalah terulang. Verifikasi resmi ini biasanya dilakukan setelah periode pemantauan tertentu.
Mengapa ini penting

Ini menjadi ukuran utama keberhasilan penanganan masalah kualitas. Verifikasi ini memastikan sumber daya yang digunakan untuk investigasi dan tindakan menghasilkan perbaikan, sehingga mencegah pengerjaan ulang di kemudian hari.

Sumber data

Tercatat saat tugas pemeriksaan efektivitas selesai atau status rekaman diperbarui menjadi 'Efektivitas Terverifikasi', sering kali disertai tanda tangan elektronik.

Pengumpulan data

Gunakan stempel waktu penyelesaian tugas pemeriksaan efektivitas atau tahap persetujuan verifikasi akhir.

Jenis peristiwa explicit
Investigasi dimulai
Menandai dimulainya tahap investigasi secara resmi untuk menentukan cakupan dan akar penyebab kejadian mutu. Seorang investigator atau tim secara resmi ditugaskan untuk menangani kasus.
Mengapa ini penting

Aktivitas ini menandai awal tahap utama pemecahan masalah. Dengan melacak waktu sejak kejadian dibuat hingga investigasi dimulai, Anda dapat menemukan potensi penumpukan pekerjaan di tim mutu.

Sumber data

Aktivitas ini biasanya tercatat saat status catatan diperbarui menjadi 'Under Investigation' atau saat investigator resmi ditugaskan ke catatan tersebut.

Pengumpulan data

Gunakan stempel waktu perubahan status menjadi 'Under Investigation' atau waktu pertama kali pemilik kasus maupun investigator ditugaskan.

Jenis peristiwa inferred
Kejadian mutu dibuat
Ini adalah aktivitas pertama yang menandai pembuatan resmi catatan kejadian mutu. Pengguna menemukan dan mencatat masalah mutu, seperti ketidaksesuaian, cacat, atau keluhan, ke dalam sistem untuk memulai proses.
Mengapa ini penting

Aktivitas ini menjadi titik awal utama proses dan memungkinkan pengukuran waktu siklus total sejak masalah ditemukan hingga diselesaikan. Aktivitas ini juga penting untuk melacak jumlah kejadian mutu yang masuk.

Sumber data

Aktivitas ini biasanya tercatat secara eksplisit dalam jejak audit atau log transaksi saat catatan baru dibuat. Cari stempel waktu pembuatan pada tabel utama kejadian mutu.

Pengumpulan data

Gunakan stempel waktu pembuatan catatan kejadian mutu, seperti catatan Quality Notification, Non-conformance, atau Complaint.

Jenis peristiwa explicit
Peristiwa Kualitas Ditutup
Aktivitas terakhir yang menandai penyelesaian masalah dan penutupan administratif rekaman peristiwa kualitas. Pada tahap ini, proses dianggap selesai dan rekaman menjadi arsip.
Mengapa ini penting

Ini adalah titik akhir utama proses. Waktu hingga penutupan merupakan KPI penting, dan analisis peristiwa yang telah ditutup memberikan gambaran lengkap tentang proses dari awal hingga akhir.

Sumber data

Peristiwa penting ini tercatat saat status akhir rekaman berubah menjadi 'Ditutup' atau 'Selesai', beserta stempel waktunya.

Pengumpulan data

Gunakan stempel waktu perubahan status akhir menjadi 'Ditutup', 'Selesai', atau status akhir yang setara.

Jenis peristiwa explicit
Rencana Tindakan Korektif Disetujui
Menandai persetujuan resmi atas rencana tindakan korektif yang diusulkan oleh pihak berwenang. Persetujuan ini menjadi gerbang penting sebelum penerapan dapat dimulai.
Mengapa ini penting

Siklus persetujuan sering menjadi sumber keterlambatan. Analisis durasi dan frekuensi aktivitas ini membantu menemukan hambatan dalam alur kerja peninjauan dan persetujuan.

Sumber data

Biasanya tercatat sebagai tindakan persetujuan yang jelas dan memiliki stempel waktu dalam alur kerja, sering kali melalui tanda tangan elektronik atau perubahan status tertentu.

Pengumpulan data

Gunakan stempel waktu dari rekaman tanda tangan elektronik atau perubahan status menjadi 'Disetujui' atau 'Dirilis untuk Penerapan'.

Jenis peristiwa explicit
Tindakan Korektif Diterapkan
Menandai selesainya tugas yang tercantum dalam rencana tindakan korektif yang telah disetujui. Ini memastikan tindakan yang diperlukan untuk mengatasi masalah langsung sudah dilakukan.
Mengapa ini penting

Aktivitas ini menandai berakhirnya pekerjaan korektif secara langsung. Waktu antara persetujuan rencana dan penerapannya menunjukkan seberapa efisien tim menjalankan tugas yang diperlukan.

Sumber data

Biasanya tercatat saat pelaksana menandai butir tindakan atau tugas yang diberikan kepadanya sebagai selesai di sistem.

Pengumpulan data

Gunakan stempel waktu penyelesaian tugas tindakan korektif terkait atau pembaruan status rekaman rencana tindakan menjadi 'Diterapkan'.

Jenis peristiwa explicit
Penilaian awal selesai
Menandai selesainya tinjauan atau penyaringan awal atas kejadian mutu yang baru dibuat. Pada tahap ini, kejadian dikelompokkan berdasarkan jenis, diberi tingkat keparahan, dan ditentukan prioritasnya untuk menetapkan alur kerja berikutnya.
Mengapa ini penting

Analisis waktu yang dihabiskan pada tahap awal ini membantu menemukan keterlambatan dalam menanggapi dan memproses kejadian mutu baru. Data ini juga menyediakan atribut untuk memfilter kasus berdasarkan tingkat keparahan atau jenis.

Sumber data

Aktivitas ini sering disimpulkan dari perubahan status dari 'New' menjadi 'Under Assessment' atau 'In Progress'. Aktivitas ini juga dapat dicatat saat kolom kategori dan prioritas tertentu pertama kali diisi.

Pengumpulan data

Catat stempel waktu saat status berubah untuk menandakan penilaian selesai, atau saat kolom kategori dan prioritas pertama kali disimpan.

Jenis peristiwa inferred
Peninjauan Akhir Selesai
Rekaman seluruh peristiwa kualitas diperiksa untuk memastikan semua dokumentasi lengkap dan setiap langkah prosedur telah diikuti. Ini sering menjadi tahap persetujuan terakhir sebelum kasus ditutup.
Mengapa ini penting

Aktivitas ini menjadi gerbang kualitas terakhir sebelum kasus ditutup. Keterlambatan pada tahap ini dapat memperpanjang waktu siklus dan mungkin menandakan masalah dokumentasi.

Sumber data

Biasanya berupa tahap persetujuan resmi atau tanda tangan elektronik dari petugas penjaminan mutu sebelum status dapat diubah menjadi 'Ditutup'.

Pengumpulan data

Gunakan stempel waktu persetujuan peninjauan kualitas akhir atau perubahan status menjadi 'Menunggu Penutupan' atau 'Peninjauan Akhir Selesai'.

Jenis peristiwa explicit
Peristiwa Kualitas Dibatalkan
Titik akhir alternatif saat peristiwa kualitas dihentikan tanpa penyelesaian penuh. Ini dapat terjadi jika peristiwa dinilai tidak valid, merupakan duplikat entri lain, atau dibuat karena kesalahan.
Mengapa ini penting

Aktivitas ini menandai akhir proses alternatif yang tidak menghasilkan penyelesaian. Banyaknya peristiwa yang dibatalkan dapat menunjukkan masalah dalam pelatihan pengguna atau proses entri data awal.

Sumber data

Tercatat saat status akhir berubah menjadi 'Dibatalkan' atau 'Tidak Berlaku', sering disertai kode alasan.

Pengumpulan data

Gunakan stempel waktu saat status rekaman diperbarui menjadi 'Dibatalkan', 'Tidak Berlaku', atau 'Tidak Valid'.

Jenis peristiwa explicit
Pihak Terkait Diberi Tahu
Menandai penyampaian resmi hasil penyelesaian peristiwa kualitas kepada pihak terkait, seperti pelapor atau departemen yang terdampak.
Mengapa ini penting

Meski tidak selalu menjadi langkah inti proses, pelacakan komunikasi dengan pihak terkait dapat menunjukkan kelengkapan proses dan tingkat layanan secara keseluruhan.

Sumber data

Langkah ini sulit dilacak dan mungkin tercatat sebagai tindakan khusus. Penyelesaiannya juga dapat disimpulkan dari tugas 'Pemberitahuan Akhir' yang selesai dalam alur kerja.

Pengumpulan data

Gunakan stempel waktu saat notifikasi email otomatis tercatat atau tugas komunikasi manual ditandai selesai.

Jenis peristiwa inferred
Rencana tindakan korektif diajukan
Aktivitas ini terjadi saat rencana resmi untuk menangani akar penyebab yang telah ditemukan didokumentasikan dan diajukan untuk ditinjau. Rencana tersebut merinci tindakan korektif yang akan dilakukan.
Mengapa ini penting

Langkah ini memulai tahap penyelesaian proses. Dengan mengukur waktu yang dibutuhkan untuk mengusulkan rencana, Anda dapat melihat seberapa cepat tim beralih dari analisis ke tindakan.

Sumber data

Langkah ini biasanya tercatat saat rekaman Rencana Tindakan Korektif dibuat atau status berubah menjadi siap ditinjau.

Pengumpulan data

Gunakan stempel waktu pembuatan rekaman Tindakan Korektif atau CAPA yang tertaut, atau waktu status berubah menjadi 'Menunggu Persetujuan'.

Jenis peristiwa explicit
Rencana Tindakan Korektif Ditolak
Menunjukkan bahwa rencana tindakan korektif yang diusulkan telah ditinjau, tetapi ditolak. Rencana perlu direvisi dan diajukan kembali, sehingga terjadi pengerjaan ulang dalam proses.
Mengapa ini penting

Aktivitas ini menunjukkan adanya inefisiensi dan pengerjaan ulang dalam proses. Tingkat penolakan yang tinggi dapat menandakan persyaratan yang kurang jelas atau analisis akar penyebab yang belum memadai.

Sumber data

Biasanya tercatat saat status berubah menjadi 'Ditolak' atau 'Perlu Revisi', sering disertai kode alasan atau komentar.

Pengumpulan data

Gunakan stempel waktu saat status berubah menjadi 'Ditolak' atau 'Dikembalikan untuk Revisi'.

Jenis peristiwa explicit
Tindakan Pencegahan Diterapkan
Menandai selesainya tugas untuk menghilangkan penyebab potensi ketidaksesuaian agar tidak terulang. Langkah proaktif ini sering dilakukan setelah tindakan korektif.
Mengapa ini penting

Aktivitas ini menunjukkan proses kualitas yang matang, dengan fokus pada pencegahan, bukan hanya perbaikan. Dengan melacak penerapan tindakan pencegahan, Anda dapat mengukur upaya perbaikan proses dalam jangka panjang.

Sumber data

Tercatat saat tugas tindakan pencegahan yang diberikan telah ditandai selesai, biasanya dalam rekaman yang tertaut ke peristiwa kualitas awal.

Pengumpulan data

Gunakan stempel waktu penyelesaian tugas tindakan pencegahan terkait atau pembaruan status pada rekaman tindakan pencegahan.

Jenis peristiwa explicit
Verifikasi Efektivitas Gagal
Menunjukkan bahwa tindakan yang diterapkan ternyata tidak efektif dalam mengatasi masalah. Hasil ini sering memicu investigasi baru atau siklus tindakan korektif baru.
Mengapa ini penting

Aktivitas ini menandakan kegagalan proses yang serius dan pengerjaan ulang yang besar. Analisis peristiwa ini penting untuk memahami penyebab solusi tidak berhasil dan memperbaiki proses RCA.

Sumber data

Tercatat saat tahap verifikasi gagal, lalu status berubah sehingga investigasi atau perencanaan CAPA dibuka kembali.

Pengumpulan data

Gunakan stempel waktu perubahan status yang menandakan verifikasi gagal, seperti 'Efektivitas Gagal' atau 'Perlu Investigasi Ulang'.

Jenis peristiwa explicit
Disarankan Opsional

Panduan ekstraksi

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap memulai?

Untuk mulai mengoptimalkan proses manajemen mutu, pilih panduan ekstraksi khusus sistem di bawah ini atau gunakan templat umum ini sebagai dasar persiapan data.

Mulai optimalkan manajemen mutu hari ini

Temukan hambatan dan tingkatkan kepatuhan dengan wawasan berbasis data.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya 5 menit.