Templat data manajemen kualitas Anda

ETQ Reliance
Templat data manajemen kualitas Anda

Templat data manajemen kualitas Anda

Templat ini memandu Anda mengumpulkan data yang tepat untuk memperbaiki proses manajemen kualitas. Templat ini menjelaskan atribut penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara mengekstrak data. Gunakan panduan ini untuk membuat log peristiwa yang mendukung analisis proses.
  • Atribut yang disarankan untuk mengumpulkan data
  • Aktivitas utama yang perlu dilacak agar proses terlihat jelas
  • Panduan langkah demi langkah untuk mengekstrak data dari ETQ Reliance
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut manajemen kualitas

Berikut kolom data yang disarankan untuk log peristiwa. Kolom ini memberikan konteks yang diperlukan untuk menganalisis manajemen kualitas secara menyeluruh.
3 Wajib 6 Disarankan 13 Opsional
Nama Deskripsi
Nama aktivitas
ActivityName
Nama tugas atau peristiwa tertentu yang terjadi dalam proses manajemen kualitas.
Deskripsi

Atribut ini menjelaskan satu langkah atau tonggak dalam siklus peristiwa kualitas, seperti 'Masalah dikategorikan dan diprioritaskan' atau 'Analisis akar masalah dilakukan'. Setiap aktivitas mewakili tindakan tertentu untuk membawa peristiwa kualitas menuju penyelesaian.

Analisis aktivitas merupakan inti process mining. Atribut ini digunakan untuk menyusun peta proses yang menunjukkan alur kerja. Atribut ini membantu menemukan hambatan, penyimpangan dari proses standar, dan siklus pengerjaan ulang, yang penting untuk perbaikan proses.

Mengapa ini penting

Atribut ini menentukan langkah-langkah proses yang diperlukan untuk memvisualisasikan alur proses, menemukan hambatan, dan menganalisis penyimpangan.

Sumber data

Informasi ini biasanya diambil dari log peristiwa, perubahan status alur kerja, atau jejak audit dalam modul ETQ Reliance.

Contoh
Investigasi dimulaiAnalisis akar masalah dilakukanRencana tindakan korektif disetujui
Peristiwa kualitas
QualityEvent
Pengenal unik untuk satu peristiwa kualitas yang menghubungkan semua aktivitas terkait, dari identifikasi hingga penutupan.
Deskripsi

Quality Event adalah ID kasus utama untuk proses manajemen kualitas. ID ini mewakili satu masalah kualitas tertentu, seperti ketidaksesuaian, keluhan pelanggan, atau penyimpangan, selama proses investigasi hingga penyelesaian.

Dalam analisis process mining, atribut ini penting untuk merekonstruksi perjalanan setiap peristiwa kualitas dari awal hingga akhir. Analis dapat menggunakannya untuk memvisualisasikan pemetaan proses, mengukur waktu siklus dari awal hingga selesai, dan menganalisis variasi untuk memahami penanganan setiap peristiwa. Semua aktivitas dan titik data dikelompokkan berdasarkan ID ini agar seluruh kasus terlihat dengan jelas.

Mengapa ini penting

Atribut ini menjadi dasar process mining karena menghubungkan semua langkah proses terkait ke dalam satu kasus, sehingga analisis siklus penyelesaian kualitas dapat dilakukan dari awal hingga akhir.

Sumber data

Ini adalah kunci utama di modul Quality Event atau Non-conformance utama dalam ETQ Reliance. Lihat dokumentasi ETQ Reliance untuk mengetahui nama tabel dan kolom yang tepat.

Contoh
QE-2023-00123NC-2023-0456CAPA-2023-7890
Stempel waktu peristiwa
EventTimestamp
Tanggal dan waktu tepat saat aktivitas tertentu terjadi.
Deskripsi

Stempel waktu peristiwa menunjukkan saat tepat suatu aktivitas dicatat di sistem. Setiap aktivitas dalam siklus peristiwa kualitas memiliki stempel waktunya sendiri, sehingga membentuk urutan peristiwa secara kronologis.

Atribut ini menjadi dasar semua analisis berbasis waktu dalam process mining. Atribut ini digunakan untuk menghitung waktu siklus antaraktivitas, menemukan waktu tunggu dan hambatan, serta mengukur durasi keseluruhan peristiwa kualitas. Atribut ini juga memungkinkan analisis tren kinerja dari waktu ke waktu.

Mengapa ini penting

Atribut ini penting untuk menghitung durasi, mengurutkan peristiwa secara kronologis, dan melakukan analisis berbasis waktu, seperti menemukan hambatan.

Sumber data

Biasanya, data ini terdapat dalam tabel jejak audit atau kolom tanggal 'last modified' maupun 'status change' yang terkait dengan setiap aktivitas atau langkah alur kerja di ETQ Reliance.

Contoh
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Departemen penanggung jawab
ResponsibleDepartment
Departemen atau area fungsional yang bertanggung jawab atas peristiwa kualitas atau aktivitas tertentu.
Deskripsi

Atribut ini menunjukkan unit organisasi yang ditugaskan untuk menangani peristiwa kualitas atau menjalankan langkah tertentu, seperti 'Jaminan Kualitas', 'Rekayasa', atau 'Produksi'. Penetapan dapat dilakukan pada tingkat kasus atau berubah saat kasus berpindah antar departemen.

Atribut ini menjadi dasar bagi dashboard Analisis Kinerja Departemen. Anda dapat memfilter dan membandingkan kinerja proses, seperti waktu siklus dan jumlah peristiwa, di berbagai departemen. Hasilnya membantu menemukan hambatan, keterbatasan sumber daya, atau area yang berkinerja baik.

Mengapa ini penting

Atribut ini memungkinkan perbandingan kinerja dan analisis hambatan di berbagai unit bisnis, sehingga alokasi sumber daya dapat dioptimalkan.

Sumber data

Biasanya, ini adalah kolom pada formulir utama peristiwa kualitas di ETQ Reliance yang menunjukkan pemilik atau grup penanggung jawab.

Contoh
Jaminan kualitasManufakturRiset dan pengembangan
Hasil verifikasi
EffectivenessVerificationOutcome
Hasil pemeriksaan untuk mengetahui apakah tindakan korektif berhasil.
Deskripsi

Setelah tindakan korektif diterapkan, verifikasi biasanya dilakukan untuk memastikan tindakan tersebut benar-benar menyelesaikan masalah. Atribut ini mencatat hasil verifikasi, biasanya sebagai 'Efektif' atau 'Tidak efektif'.

Atribut ini menjadi dasar dashboard Efektivitas Tindakan Korektif dan KPI Tingkat Verifikasi Efektivitas CAPA. Atribut ini mengukur langsung keberhasilan proses penyelesaian, membantu menemukan masalah berulang, dan meningkatkan kualitas rencana tindakan korektif.

Mengapa ini penting

Atribut ini mengukur langsung keberhasilan tindakan korektif, membantu mengurangi pekerjaan ulang dan mencegah masalah kualitas terulang.

Sumber data

Kolom ini biasanya terdapat di bagian verifikasi efektivitas pada modul CAPA atau Peristiwa Kualitas di ETQ Reliance.

Contoh
EfektifTidak efektifMenunggu
Kategori akar penyebab
RootCauseCategory
Klasifikasi akar penyebab yang ditemukan pada peristiwa kualitas.
Deskripsi

Setelah analisis akar penyebab dilakukan, penyebab utama masalah biasanya dikelompokkan ke dalam kategori. Contohnya 'Kerusakan Peralatan', 'Kesalahan Manusia', 'Kekurangan Proses', atau 'Masalah Pemasok'.

Atribut ini penting untuk dashboard Tren Kategori Akar Penyebab. Dengan menganalisis frekuensi setiap kategori dari waktu ke waktu, organisasi dapat menemukan masalah sistemik dan memusatkan upaya perbaikan pada penyebab masalah kualitas yang paling sering terjadi. Analisis ini membantu organisasi beralih dari penanganan masalah setelah terjadi ke pencegahan sejak awal.

Mengapa ini penting

Atribut ini mendukung analisis strategis atas masalah yang berulang, membantu menemukan masalah sistemik, serta menentukan prioritas tindakan korektif dan pencegahan jangka panjang.

Sumber data

Biasanya, kolom ini diisi pada tahap Analisis Akar Penyebab dalam alur kerja ETQ Reliance.

Contoh
Kekurangan prosesCacat materialKesalahan manusiaKerusakan peralatan
Pelaksana tindakan
ActionPerformedBy
Pengguna atau sumber daya yang menjalankan aktivitas tertentu.
Deskripsi

Atribut ini menunjukkan individu atau pengguna sistem yang bertanggung jawab menyelesaikan tugas dalam siklus peristiwa kualitas. Atribut ini menghubungkan aktivitas proses dengan orang atau tim yang menjalankannya.

Analisis kinerja berdasarkan pengguna membantu Anda memahami pembagian beban kerja, mengetahui kebutuhan pelatihan, dan mengenali individu atau tim berkinerja tinggi. Informasi ini juga penting untuk kepatuhan dan audit karena mencatat dengan jelas siapa yang melakukan setiap tindakan.

Mengapa ini penting

Atribut ini memungkinkan analisis kinerja sumber daya, pemerataan beban kerja, dan identifikasi kebutuhan pelatihan.

Sumber data

Informasi ini biasanya tersimpan dalam log jejak audit atau detail transaksi, sering kali terhubung ke kolom ID pengguna di ETQ Reliance.

Contoh
j.doeasmithqa_manager
Tingkat keparahan
SeverityLevel
Klasifikasi dampak peristiwa kualitas, seperti kritis, besar, atau ringan.
Deskripsi

Tingkat keparahan menunjukkan perkiraan dampak masalah kualitas terhadap pelanggan, produk, atau kepatuhan terhadap peraturan. Informasi ini digunakan untuk menentukan prioritas sumber daya dan tingkat urgensi penanganan.

Atribut ini penting untuk dashboard Triage dan Prioritas Masalah serta Penyelesaian Peristiwa dengan Tingkat Keparahan Tinggi. Anda dapat mengelompokkan peristiwa kualitas untuk menganalisis apakah masalah dengan tingkat keparahan tinggi diselesaikan lebih cepat daripada masalah yang lebih ringan. Dengan begitu, masalah kritis dapat segera ditangani.

Mengapa ini penting

Atribut ini membantu menentukan prioritas dan mengelompokkan kasus agar masalah kualitas paling kritis ditangani dengan tingkat urgensi yang sesuai.

Sumber data

Sebagian besar modul manajemen kualitas di ETQ Reliance memiliki kolom standar ini, biasanya pada formulir pelaporan masalah awal.

Contoh
KritisBesarRingan
Waktu akhir peristiwa
EventEndTime
Tanggal dan waktu aktivitas selesai, yang digunakan untuk menghitung waktu pengerjaannya.
Deskripsi

Waktu akhir peristiwa menandai selesainya suatu aktivitas. Jika dipasangkan dengan stempel waktu peristiwa (waktu mulai), keduanya menunjukkan durasi satu langkah proses. Tidak semua sistem mencatat waktu akhir untuk setiap peristiwa. Jika tidak tersedia, waktu ini dapat ditentukan dari waktu mulai peristiwa berikutnya.

Atribut ini penting untuk menghitung waktu pengerjaan setiap aktivitas, yang berbeda dari waktu tunggu di antaranya. Dengan atribut ini, Anda dapat mengetahui tugas tertentu yang memakan waktu dan menentukan perbaikan yang tepat agar proses lebih efisien.

Mengapa ini penting

Atribut ini memungkinkan Anda menghitung waktu pengerjaan setiap aktivitas dan membedakan waktu kerja aktif dari waktu tunggu.

Sumber data

Beberapa modul ETQ Reliance mungkin mencatat waktu mulai dan akhir untuk tugas tertentu. Jika tidak tersedia, nilainya dapat ditentukan saat menyiapkan data.

Contoh
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
Apakah pekerjaan ulang
IsRework
Penanda yang menunjukkan apakah suatu aktivitas atau rangkaian aktivitas merupakan pekerjaan ulang.
Deskripsi

Atribut boolean ini diturunkan untuk menemukan pengulangan dalam proses. Contohnya, verifikasi efektivitas yang gagal dapat memicu investigasi baru, atau rencana tindakan korektif yang ditolak dapat dikembalikan untuk direvisi. Atribut ini menandai aktivitas yang mengulang langkah sebelumnya.

Atribut ini digunakan untuk menghitung KPI 'Tingkat Pekerjaan Ulang untuk Tindakan Korektif'. Menandai pekerjaan ulang penting untuk memahami inefisiensi proses, karena pekerjaan ulang menyita sumber daya dan memperpanjang waktu siklus tanpa membawa kasus lebih dekat ke penyelesaian.

Mengapa ini penting

Atribut ini mengukur inefisiensi proses dengan menandai pekerjaan yang berulang, sehingga Anda dapat menemukan penyebab kegagalan proses dan mengurangi pemborosan.

Sumber data

Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung berdasarkan urutan aktivitas dalam suatu kasus saat transformasi data.

Contoh
truefalse
Deskripsi masalah
IssueDescription
Uraian bebas tentang masalah kualitas yang ditemukan.
Deskripsi

Atribut ini berisi uraian terperinci tentang masalah kualitas. Informasi kualitatif ini melengkapi hal-hal yang tidak dapat dicatat dalam kolom data terstruktur.

Deskripsi masalah biasanya tidak digunakan langsung untuk memvisualisasikan alur proses, tetapi sangat berguna saat meninjau kasus secara terperinci. Teknik penambangan teks juga dapat digunakan untuk menemukan tema atau kata kunci yang sering muncul pada jenis penyimpangan proses atau keterlambatan tertentu.

Mengapa ini penting

Atribut ini memberikan konteks kualitatif penting untuk memahami detail peristiwa kualitas dan berguna saat menganalisis kasus tertentu secara mendalam.

Sumber data

Ini adalah kolom teks atau memo standar pada formulir pelaporan awal peristiwa kualitas di ETQ Reliance.

Contoh
Komponen XYZ gagal dalam uji tekanan di stasiun 4.Pelanggan melaporkan cacat tampilan pada batch 789.Pengaturan kalibrasi mesin A ditemukan tidak tepat.
Durasi RCA
RootCauseAnalysisDuration
Waktu sejak investigasi dimulai hingga analisis akar penyebab selesai.
Deskripsi

Metrik ini mengukur durasi tahap tertentu dalam proses kualitas. Perhitungannya menggunakan selisih waktu antara aktivitas 'Investigasi Dimulai' dan 'Analisis Akar Penyebab Dilakukan'.

Atribut ini penting untuk KPI 'Rata-rata Waktu Analisis Akar Penyebab' dan dashboard 'Hambatan Analisis Akar Penyebab'. Atribut ini membantu menemukan keterlambatan pada tahap analisis, yang sering menjadi penyebab utama panjangnya waktu siklus secara keseluruhan.

Mengapa ini penting

Atribut ini mengukur kinerja satu subproses penting, sehingga Anda dapat menemukan dan menangani keterlambatan dalam analisis masalah dan investigasi.

Sumber data

Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung saat transformasi data dengan mencari selisih waktu antara stempel waktu aktivitas tertentu.

Contoh
8640001209600432000
ID tindakan pencegahan
PreventiveActionId
Pengenal unik untuk setiap tindakan pencegahan yang dibuat sebagai tindak lanjut peristiwa kualitas.
Deskripsi

Atribut ini menghubungkan peristiwa kualitas dengan satu atau beberapa tindakan pencegahan yang dibuat untuk menangani akar penyebab dan mencegah masalah terulang di area lain. Satu peristiwa kualitas dapat menghasilkan beberapa tindakan pencegahan.

ID ini penting untuk dashboard Manajemen Tindakan Pencegahan. ID ini membantu melacak tingkat penerapan tindakan pencegahan yang telah ditetapkan dan menemukan upaya yang duplikat atau berulang, sehingga perbaikan proaktif dapat dikelola dengan efisien.

Mengapa ini penting

Atribut ini menghubungkan peristiwa kualitas yang ditangani setelah terjadi dengan inisiatif perbaikan proaktif, sehingga Anda dapat menganalisis seberapa efektif organisasi mencegah masalah di kemudian hari.

Sumber data

Ini dapat berupa catatan terkait atau kolom di bagian Tindakan Pencegahan pada modul CAPA di ETQ Reliance.

Contoh
PA-2023-0088PA-2023-0089PA-2023-0090
Pembaruan data terakhir
LastDataUpdate
Waktu yang menunjukkan kapan data proses terakhir kali diperbarui.
Deskripsi

Atribut ini mencatat tanggal dan waktu ekstraksi data terbaru dari sistem sumber. Kolom metadata ini berlaku untuk seluruh kumpulan data, bukan untuk setiap peristiwa.

Dalam analisis proses, penting untuk mengetahui seberapa baru data yang digunakan. Atribut ini membantu pengguna memahami kemutakhiran analisis, memastikan keputusan didasarkan pada informasi terbaru, dan menetapkan ekspektasi terkait jeda pembaruan data.

Mengapa ini penting

Atribut ini menunjukkan kemutakhiran data, yang penting untuk memahami seberapa tepat waktu analisis dan wawasan yang dihasilkan.

Sumber data

Nilai ini dibuat saat proses ekstraksi, transformasi, dan pemuatan data (ETL), lalu mencatat waktu pekerjaan dijalankan.

Contoh
2024-05-20T08:00:00Z
Peraturan terkait
AssociatedRegulationStandard
Peraturan atau standar kualitas tertentu yang terkait dengan peristiwa kualitas.
Deskripsi

Atribut ini menghubungkan peristiwa kualitas dengan persyaratan peraturan atau standar industri tertentu, seperti ISO 9001, FDA 21 CFR Part 820, atau kebijakan internal perusahaan. Atribut ini sangat penting bagi industri yang diatur oleh peraturan.

Atribut ini menjadi dasar dashboard Ikhtisar Kepatuhan Kualitas. Analisis peristiwa berdasarkan standar terkait membantu memantau kepatuhan, menemukan area yang sering mengalami penyimpangan, dan memastikan semua persyaratan peraturan dipenuhi tepat waktu.

Mengapa ini penting

Atribut ini memungkinkan analisis peristiwa kualitas dalam konteks kepatuhan, sehingga Anda dapat memastikan pemenuhan peraturan dan standar industri tertentu.

Sumber data

Kolom ini mungkin tersedia sebagai kolom khusus atau daftar pilihan pada formulir peristiwa kualitas di ETQ Reliance, terutama dalam modul yang berfokus pada kepatuhan.

Contoh
ISO 9001:201521 CFR Part 820IATF 16949
Produk terdampak
AffectedProduct
Produk, material, atau komponen yang terkait dengan peristiwa kualitas.
Deskripsi

Atribut ini menunjukkan produk atau nomor komponen tertentu yang terkait dengan masalah kualitas. Atribut ini menghubungkan data proses dengan data induk produk.

Analisis peristiwa kualitas berdasarkan produk membantu bisnis mengetahui apakah masalah kualitas lebih sering terjadi pada produk tertentu. Temuan ini dapat mengarah pada masalah desain atau manufaktur. Dengan begitu, upaya perbaikan dapat difokuskan pada produk yang paling membutuhkannya.

Mengapa ini penting

Atribut ini menghubungkan proses kualitas dengan produk tertentu, sehingga Anda dapat menganalisis produk mana yang paling sering mengalami masalah.

Sumber data

Biasanya, ini adalah kolom utama pada formulir peristiwa kualitas yang terhubung ke tabel data induk produk di ETQ Reliance atau sistem ERP terintegrasi.

Contoh
PROD-1001-APROD-2050-BRAW-MAT-55
Sistem sumber
SourceSystem
Sistem tempat data diekstrak.
Deskripsi

Atribut ini menunjukkan asal data manajemen kualitas. Untuk tampilan proses ini, nilainya akan tetap sama, yaitu ETQ Reliance.

Meski nilainya mungkin tidak berubah dalam satu kumpulan data, atribut ini penting untuk tata kelola data dan saat data dari beberapa sistem digabungkan. Atribut ini memperjelas asal data dan membantu mengelola integrasi data.

Mengapa ini penting

Informasi ini memberi konteks penting tentang asal data, yang diperlukan untuk tata kelola data, validasi, dan integrasi dengan sistem lain.

Sumber data

Biasanya, nilai statis ini ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL) untuk menandai sumber data.

Contoh
ETQ Reliance
Status CAP
CorrectiveActionPlanStatus
Status Rencana Tindakan Korektif, seperti Diusulkan, Disetujui, atau Ditolak.
Deskripsi

Atribut ini melacak status Rencana Tindakan Korektif (CAP), salah satu tahap penting dalam keseluruhan penanganan peristiwa kualitas. Atribut ini menunjukkan apakah solusi yang diusulkan sudah ditinjau dan disetujui.

Analisis atribut ini dapat mengungkap hambatan dalam proses persetujuan. Banyaknya rencana yang ditolak atau jeda panjang antara status 'Diusulkan' dan 'Disetujui' dapat menunjukkan masalah pada kualitas analisis akar penyebab atau kurangnya kesepahaman di antara pihak terkait.

Mengapa ini penting

Atribut ini membantu menemukan keterlambatan dan inefisiensi dalam siklus persetujuan tindakan korektif, yang sering menjadi hambatan dalam manajemen kualitas.

Sumber data

Kolom status ini biasanya terdapat di bagian atau modul Tindakan Korektif dan Pencegahan (CAPA) ETQ Reliance.

Contoh
DiusulkanDisetujuiDitolakMenunggu penerapan
Status peristiwa kualitas
QualityEventStatus
Status terkini peristiwa kualitas secara keseluruhan, seperti terbuka, ditutup, atau dibatalkan.
Deskripsi

Atribut ini merangkum posisi peristiwa kualitas dalam siklus penanganannya. Atribut ini menunjukkan apakah kasus sedang ditangani, sudah berhasil diselesaikan, atau dibatalkan karena alasan tertentu.

Dalam analisis proses, atribut ini digunakan untuk memfilter kasus yang masih aktif dan yang sudah selesai. Atribut ini juga menjadi dasar untuk menghitung jumlah peristiwa kualitas yang masih terbuka dan memastikan analisis seperti waktu siklus hanya mencakup kasus yang sudah mencapai status akhir.

Mengapa ini penting

Atribut ini memungkinkan Anda memfilter kasus terbuka dan tertutup. Ini penting untuk menghitung pekerjaan tertunda dan menganalisis alur proses yang sudah selesai secara akurat.

Sumber data

Ini adalah kolom status utama pada objek peristiwa kualitas di ETQ Reliance.

Contoh
TerbukaDitutupDibatalkanMenunggu persetujuan
Status SLA
SLAState
Menunjukkan apakah peristiwa kualitas masih memenuhi SLA, berisiko melanggar SLA, atau sudah melanggar batas waktu layanan yang ditetapkan.
Deskripsi

Kolom hasil perhitungan ini membandingkan waktu siklus peristiwa kualitas saat ini atau secara keseluruhan dengan target yang telah ditentukan. Misalnya, masalah kritis mungkin memiliki SLA penyelesaian 15 hari. Statusnya dapat berupa 'Sesuai target', 'Berisiko', atau 'Terlambat'.

Informasi ini berguna untuk dashboard Ikhtisar Kepatuhan Kualitas karena memberikan gambaran langsung tentang ketepatan waktu dan kepatuhan. Manajer dapat menangani lebih awal peristiwa yang berisiko melewati tenggat, alih-alih baru bertindak setelah SLA dilanggar.

Mengapa ini penting

Atribut ini memberikan gambaran jelas tentang kinerja terhadap target waktu, sehingga kasus yang berisiko terlambat dapat ditangani lebih awal.

Sumber data

Atribut ini dihitung saat transformasi data dengan membandingkan waktu yang telah berlalu pada suatu kasus dengan aturan bisnis SLA. Aturan tersebut dapat didasarkan pada atribut seperti Tingkat keparahan.

Contoh
Sesuai targetBerisikoTerlambat
Unit bisnis
BusinessUnit
Divisi atau unit bisnis yang lebih besar tempat peristiwa kualitas berasal.
Deskripsi

Atribut ini mengaitkan peristiwa kualitas dengan unit bisnis tertentu dalam organisasi, seperti 'Elektronik Konsumen' atau 'Perangkat Medis'. Atribut ini memberikan konteks organisasi yang lebih luas daripada departemen.

Informasi ini memungkinkan perbandingan kinerja tingkat tinggi di berbagai bagian bisnis. Pimpinan dapat mengetahui unit bisnis mana yang menghadapi tantangan kualitas paling besar dan mengalokasikan sumber daya sesuai kebutuhan.

Mengapa ini penting

Atribut ini memungkinkan perbandingan kinerja proses kualitas tingkat tinggi di berbagai divisi perusahaan.

Sumber data

Informasi ini mungkin tersedia sebagai kolom pada formulir peristiwa kualitas atau diturunkan dari atribut lain, seperti departemen penanggung jawab atau produk.

Contoh
Perangkat medisSuku cadang otomotifSolusi industri
Waktu siklus peristiwa kualitas
QualityEventCycleTime
Total waktu sejak masalah kualitas ditemukan hingga akhirnya ditutup.
Deskripsi

Metrik ini menghitung durasi keseluruhan satu peristiwa kualitas dari awal hingga akhir. Perhitungannya menggunakan selisih antara stempel waktu aktivitas pertama, misalnya 'Masalah Kualitas Ditemukan', dan aktivitas terakhir, misalnya 'Peristiwa Kualitas Ditutup'.

Atribut ini mendukung KPI 'Rata-rata Waktu Siklus Peristiwa Kualitas' dan menjadi ukuran utama efisiensi proses secara keseluruhan. Dashboard menggunakannya untuk memantau kinerja terhadap target pengurangan waktu siklus dan membandingkan durasi berbagai kategori peristiwa.

Mengapa ini penting

Indikator kinerja utama ini mengukur efisiensi keseluruhan proses manajemen kualitas dari awal hingga akhir.

Sumber data

Atribut ini tidak tersedia langsung di ETQ Reliance. Nilainya dihitung di alat process mining atau selama ETL dengan mengurangi stempel waktu peristiwa pertama dari stempel waktu peristiwa terakhir untuk setiap kasus.

Contoh
25920006048008640000
Wajib Disarankan Opsional

Aktivitas manajemen kualitas

Lacak langkah dan pencapaian penting dalam proses ini di log peristiwa agar proses manajemen kualitas dapat ditemukan dan diperbaiki dengan akurat.
7 Disarankan 10 Opsional
Aktivitas Deskripsi
Analisis akar masalah dilakukan
Menunjukkan selesainya investigasi, saat penyebab utama telah ditemukan dan didokumentasikan. Peristiwa ini biasanya tercatat saat bagian formulir RCA selesai diisi dan disimpan.
Mengapa ini penting

Menandai akhir tahap investigasi. Durasi antara 'Investigation Initiated' dan aktivitas ini menjadi metrik penting untuk menemukan hambatan dalam proses analisis.

Sumber data

Disimpulkan dari tanggal pengisian kolom 'Root Cause Category' atau stempel waktu penyelesaian langkah alur kerja RCA dalam jejak audit.

Pengumpulan data

Disimpulkan dari pengisian kolom 'Root Cause' atau perubahan status menjadi 'RCA Complete'.

Jenis peristiwa inferred
Efektivitas tindakan diverifikasi
Aktivitas ini memastikan tindakan korektif yang diterapkan berhasil mengatasi penyebab utama dan mencegah masalah berulang. Ini merupakan tahap verifikasi resmi yang sering dilakukan setelah periode pemantauan tertentu.
Mengapa ini penting

Tahap ini penting untuk menuntaskan siklus kualitas dan berkaitan langsung dengan KPI efektivitas CAPA. Verifikasi ini memastikan solusi bertahan dan efektif.

Sumber data

Diambil dari tanggal penyelesaian langkah alur kerja atau bagian formulir 'Effectiveness Verification'. Aktivitas ini sering tercatat secara terpisah dengan stempel waktu.

Pengumpulan data

Dari tanggal penyelesaian formulir atau tugas 'Effectiveness Check'.

Jenis peristiwa inferred
Investigasi dimulai
Menandai dimulainya tahap investigasi resmi untuk menemukan penyebab utama masalah kualitas. Biasanya, peristiwa ini disimpulkan dari perubahan status menjadi 'Under Investigation' atau penunjukan investigator.
Mengapa ini penting

Aktivitas ini merupakan tonggak penting yang memulai penghitungan waktu analisis akar masalah. Aktivitas ini membantu menemukan keterlambatan antara penilaian masalah dan dimulainya investigasi resmi.

Sumber data

Disimpulkan dari stempel waktu perubahan status menjadi 'Investigation' dalam log riwayat peristiwa, atau tanggal penunjukan investigator utama.

Pengumpulan data

Disimpulkan dari perubahan status menjadi 'Under Investigation'.

Jenis peristiwa inferred
Masalah kualitas teridentifikasi
Menandai pembuatan catatan peristiwa kualitas baru, yang menjadi titik awal proses. Biasanya, peristiwa ini tercatat saat pengguna mengirimkan formulir masalah kualitas baru di ETQ Reliance.
Mengapa ini penting

Menetapkan waktu mulai kasus, yang diperlukan untuk menghitung waktu siklus dari awal hingga akhir dan menganalisis tingkat masuknya peristiwa kualitas baru.

Sumber data

Biasanya, data ini diambil dari stempel waktu pembuatan catatan peristiwa kualitas di tabel utama Quality Event atau jejak audit terkait.

Pengumpulan data

Dari stempel waktu pembuatan catatan peristiwa kualitas.

Jenis peristiwa explicit
Peristiwa kualitas ditutup
Aktivitas terakhir yang menandai penyelesaian masalah dan penutupan administratif catatan peristiwa kualitas. Ini merupakan titik akhir utama proses.
Mengapa ini penting

Menentukan akhir proses untuk menghitung waktu siklus keseluruhan. Menganalisis peristiwa yang telah ditutup penting untuk mengukur jumlah penyelesaian dan kinerja secara keseluruhan.

Sumber data

Disimpulkan dari perubahan status menjadi 'Closed' atau 'Completed' dalam log riwayat peristiwa, yang hampir selalu disertai stempel waktu.

Pengumpulan data

Disimpulkan dari stempel waktu perubahan status menjadi 'Closed'.

Jenis peristiwa inferred
Rencana tindakan korektif disetujui
Menandai persetujuan resmi atas rencana tindakan korektif yang diajukan oleh pihak berwenang. Setelah itu, penerapan dapat dimulai. Biasanya, persetujuan ini tercatat secara eksplisit dengan stempel waktu dalam alur kerja.
Mengapa ini penting

Ini merupakan tonggak penting sekaligus tahap persetujuan yang krusial. Keterlambatan pada tahap ini dapat memperpanjang waktu siklus penyelesaian secara signifikan.

Sumber data

Diambil dari stempel waktu persetujuan dalam tanda tangan elektronik atau log riwayat alur kerja peristiwa. ETQ Reliance banyak menggunakan alur kerja persetujuan.

Pengumpulan data

Dari stempel waktu langkah persetujuan dalam riwayat alur kerja.

Jenis peristiwa explicit
Tindakan korektif diterapkan
Menunjukkan bahwa tugas dalam rencana tindakan korektif yang disetujui telah selesai. Biasanya, peristiwa ini tercatat saat pelaksana menandai butir tindakan yang ditugaskan sebagai selesai.
Mengapa ini penting

Mengukur durasi tahap penerapan. Hasilnya dapat menunjukkan keterbatasan sumber daya atau kendala praktis dalam menjalankan tindakan korektif.

Sumber data

Disimpulkan dari tanggal penyelesaian tugas tindakan korektif terkait yang terakhir atau perubahan status manual menjadi 'Actions Implemented'.

Pengumpulan data

Disimpulkan dari tanggal penyelesaian tugas CAPA terkait yang terakhir.

Jenis peristiwa inferred
Masalah dikategorikan dan diprioritaskan
Menandai saat masalah diklasifikasikan berdasarkan jenis, tingkat keparahan, dan prioritas. Klasifikasi ini sering menentukan alur kerja selanjutnya. Peristiwa ini tercatat saat kolom kategori dan prioritas diisi lalu catatan disimpan.
Mengapa ini penting

Ini merupakan titik pengambilan keputusan penting. Menganalisis waktu yang diperlukan untuk mencapai tahap ini sangat penting bagi dashboard 'Issue Triage and Prioritization' dan untuk memahami perutean proses.

Sumber data

Biasanya, data ini ditentukan dari stempel waktu saat kolom wajib seperti 'Severity Level' dan 'Quality Event Type' pertama kali diisi, sebagaimana tercatat dalam jejak audit sistem.

Pengumpulan data

Disimpulkan dari stempel waktu saat kolom 'Severity' atau 'Priority' pertama kali diisi.

Jenis peristiwa inferred
Pemangku kepentingan diberi tahu
Menunjukkan penyampaian resmi informasi penyelesaian peristiwa kualitas kepada pemangku kepentingan terkait. Aktivitas ini dapat dilacak melalui langkah alur kerja khusus atau catatan komunikasi.
Mengapa ini penting

Penting untuk mengukur efisiensi komunikasi dan mendukung dashboard 'Stakeholder Notification Timeliness'. Keterlambatan pada tahap ini dapat memengaruhi kepuasan pelanggan.

Sumber data

Perlu dianalisis di sistem karena tahap ini sering dilakukan secara manual. Jika dikonfigurasi, aktivitas ini dapat disimpulkan dari penyelesaian tugas 'Notify Stakeholders'.

Pengumpulan data

Disimpulkan dari tanggal penyelesaian tugas manual 'Notify Stakeholders'.

Jenis peristiwa inferred
Penilaian awal dilakukan
Menunjukkan peninjauan atau triase awal atas masalah kualitas yang baru teridentifikasi untuk mengumpulkan fakta dasar dan menentukan validitasnya. Peristiwa ini sering disimpulkan saat bagian formulir penilaian awal selesai diisi atau status berubah dari 'New' menjadi 'Under Assessment'.
Mengapa ini penting

Membantu menganalisis efisiensi proses triase awal dan mengukur waktu yang diperlukan sejak masalah dilaporkan hingga mulai dinilai.

Sumber data

Disimpulkan dari perubahan status, misalnya dari 'New' menjadi 'Assessing', atau tanggal penyelesaian tugas penilaian awal dalam log alur kerja peristiwa.

Pengumpulan data

Disimpulkan dari perubahan status menjadi 'Under Assessment' atau 'In Triage'.

Jenis peristiwa inferred
Peninjauan akhir dilakukan
Pemeriksaan akhir atas seluruh catatan peristiwa kualitas untuk memastikan dokumentasi lengkap dan semua langkah prosedur telah diikuti sebelum kasus ditutup. Tahap ini sering berupa persetujuan resmi.
Mengapa ini penting

Ini merupakan pemeriksaan kualitas terakhir sebelum proses berakhir, untuk memastikan kepatuhan dan integritas data. Hambatan pada tahap ini dapat menunda penutupan akhir.

Sumber data

Diambil dari stempel waktu langkah persetujuan 'Final Review' atau 'Ready for Closure' dalam log riwayat alur kerja.

Pengumpulan data

Dari stempel waktu langkah persetujuan 'Final Review' dalam alur kerja.

Jenis peristiwa explicit
Peristiwa kualitas dibatalkan
Titik akhir alternatif saat peristiwa kualitas dihentikan sebelum masalah sepenuhnya terselesaikan, misalnya karena catatan duplikat atau tidak valid.
Mengapa ini penting

Membantu membedakan kasus yang berhasil diselesaikan dari kasus yang dihentikan lebih awal. Analisis pembatalan dapat mengungkap masalah pada tahap pelaporan awal dan triase.

Sumber data

Disimpulkan dari perubahan status menjadi 'Canceled', 'Void', atau 'Withdrawn' dalam log riwayat peristiwa.

Pengumpulan data

Disimpulkan dari stempel waktu perubahan status menjadi 'Canceled'.

Jenis peristiwa inferred
Rencana tindakan korektif diajukan
Aktivitas ini terjadi saat rencana resmi untuk menangani penyebab utama didokumentasikan dan diajukan untuk persetujuan. Biasanya, aktivitas ini tercatat saat bagian Corrective Action Plan pada formulir diisi dan status diperbarui.
Mengapa ini penting

Menganalisis waktu dari selesainya RCA hingga tahap ini membantu menemukan keterlambatan dalam merencanakan tindakan korektif, yang sering menjadi hambatan dalam proses kualitas.

Sumber data

Disimpulkan dari perubahan status menjadi 'Pending CAPA Approval' atau stempel waktu pengajuan formulir rencana tindakan korektif dalam catatan peristiwa kualitas.

Pengumpulan data

Disimpulkan dari perubahan status menjadi 'Pending Approval' atau tanggal pengajuan rencana CAPA.

Jenis peristiwa inferred
Rencana tindakan korektif ditolak
Menunjukkan bahwa rencana tindakan korektif yang diajukan telah ditinjau dan ditolak, sehingga perlu direvisi dan diajukan kembali. Aktivitas ini membentuk siklus pengerjaan ulang dalam proses.
Mengapa ini penting

Aktivitas ini penting untuk menemukan siklus pengerjaan ulang, memahami alasan penolakan, dan mengukur tingkat keberhasilan rencana pada pengajuan pertama.

Sumber data

Diambil dari stempel waktu penolakan dalam log riwayat alur kerja. Ini merupakan kebalikan dari tindakan persetujuan dalam alur kerja.

Pengumpulan data

Dari stempel waktu langkah penolakan dalam riwayat alur kerja.

Jenis peristiwa explicit
Tindakan pencegahan diterapkan
Menandai selesainya tugas yang terkait dengan tindakan pencegahan yang telah diidentifikasi. Ini menunjukkan bahwa langkah proaktif telah diterapkan.
Mengapa ini penting

Aktivitas ini penting untuk mengukur KPI 'Preventive Action Implementation Rate' dan memastikan perbaikan kualitas proaktif benar-benar dijalankan.

Sumber data

Perlu dianalisis di sistem. Kemungkinan, data ini disimpulkan dari tanggal penyelesaian catatan Preventive Action yang ditautkan atau tugas terkait.

Pengumpulan data

Dari tanggal penyelesaian catatan Preventive Action yang ditautkan.

Jenis peristiwa inferred
Tindakan pencegahan teridentifikasi
Menunjukkan identifikasi tindakan pencegahan (PA) untuk menghilangkan penyebab potensi ketidaksesuaian. Tindakan ini dapat dikelola sebagai catatan terpisah yang ditautkan ke peristiwa kualitas awal.
Mengapa ini penting

Penting untuk menganalisis sikap proaktif organisasi dalam manajemen kualitas. Data ini juga mendukung dashboard 'Preventive Action Management' dengan melacak waktu dimulainya tindakan pencegahan.

Sumber data

Perlu dianalisis di sistem. Kemungkinan, data ini diambil dari tanggal pembuatan catatan Preventive Action yang ditautkan ke catatan Quality Event sumber.

Pengumpulan data

Dari tanggal pembuatan catatan Preventive Action yang ditautkan.

Jenis peristiwa inferred
Verifikasi efektivitas gagal
Menunjukkan bahwa tindakan korektif yang diterapkan tidak menyelesaikan masalah. Kondisi ini sering memicu investigasi atau siklus CAPA baru, sekaligus menandakan kegagalan proses besar dan siklus pengerjaan ulang.
Mengapa ini penting

Menyoroti solusi yang gagal dan berdampak langsung pada tingkat serta biaya pengerjaan ulang. Menganalisis kasus ini penting untuk memperbaiki proses analisis akar masalah dan perencanaan CAPA.

Sumber data

Disimpulkan dari perubahan status menjadi 'Effectiveness Check Failed' atau pembuatan peristiwa kualitas tindak lanjut yang ditautkan ke peristiwa awal.

Pengumpulan data

Disimpulkan dari perubahan status seperti 'Verification Failed' atau tanda pada catatan verifikasi.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari ETQ Reliance

Siap memulai?

Gunakan templat ini untuk menyiapkan data manajemen kualitas dengan efisien dan mulai menemukan wawasan tentang proses Anda. Perbaikan operasional dimulai di sini.

Optimalkan manajemen kualitas sekarang: kurangi waktu siklus

Temukan dan atasi hambatan untuk menargetkan pengurangan waktu siklus sebesar 30%.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.