Templat data perjalanan pasien Anda
Templat data perjalanan pasien Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi
Atribut perjalanan pasien
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ClinicalEventTag
|
Nama atau deskripsi peristiwa klinis maupun administratif yang dilakukan. | ||
|
Deskripsi
Atribut ini mencatat tindakan tertentu selama perawatan pasien, seperti “Obat diberikan”, “Tanda vital diukur”, atau “Pasien dipulangkan”. Atribut ini memberi nama yang mudah dipahami untuk setiap langkah proses. Di Cerner, nilainya sering diambil dari tabel
Mengapa ini penting
Menentukan langkah-langkah dalam peta proses agar alur kerja dapat divisualisasikan.
Sumber data
Tabel: CLINICAL_EVENT, Kolom: EVENT_TAG atau CODE_VALUE yang ditautkan ke EVENT_CD
Contoh
Penilaian triageHitung darah lengkap dengan diferensialPerintah pemulanganMemindahkan pasien
|
|||
|
Episode pasien
EncounterId
|
Pengenal unik untuk kunjungan pasien atau episode perawatan tertentu. | ||
|
Deskripsi
Atribut ini berfungsi sebagai pengenal kasus utama dalam perjalanan pasien. Atribut ini mengelompokkan semua peristiwa klinis, perintah, dan tindakan administratif yang terjadi selama satu periode perawatan, misalnya rawat inap atau kunjungan ke unit gawat darurat. Dalam process mining, ID ini penting untuk menghubungkan aktivitas yang terpisah menjadi satu tampilan proses yang utuh. Secara teknis, atribut ini sesuai dengan
Mengapa ini penting
Kunci utama ini diperlukan untuk merekonstruksi perjalanan pasien dari awal hingga akhir, mulai dari masuk sampai dipulangkan.
Sumber data
Tabel: ENCOUNTER, Kolom: ENCNTR_ID
Contoh
123456789876543211223344
|
|||
|
Stempel waktu peristiwa
EventEndDateTime
|
Tanggal dan waktu tepat saat aktivitas terjadi atau selesai. | ||
|
Deskripsi
Atribut ini mencatat waktu tepat terjadinya suatu peristiwa. Nilainya digunakan untuk mengurutkan aktivitas dan menghitung waktu siklus antar langkah proses. Di tabel
Mengapa ini penting
Penting untuk menentukan urutan peristiwa dan menghitung KPI kinerja, seperti waktu penyelesaian.
Sumber data
Tabel: CLINICAL_EVENT, Kolom: EVENT_END_DT_TM
Contoh
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu saat catatan diekstrak atau terakhir diubah di gudang data. | ||
|
Deskripsi
Menunjukkan seberapa baru data yang digunakan dalam analisis. Stempel waktu ini membantu pengguna mengetahui apakah data yang dilihat berasal dari waktu nyata atau dari pemuatan sebelumnya. Nilai ini biasanya dibuat selama proses ETL (Extract, Transform, Load), bukan sebagai atribut klinis.
Mengapa ini penting
Penting untuk tata kelola data dan memastikan analisis menggunakan informasi terbaru.
Sumber data
Stempel waktu sistem ETL
Contoh
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Nama sistem asal data. | ||
|
Deskripsi
Menunjukkan aplikasi sumber untuk suatu catatan data. Dalam konteks ini, sumbernya biasanya “Oracle Health” atau “Cerner Millennium”. Atribut ini berguna di lingkungan dengan banyak sistem, saat data digabungkan dengan EMR atau sistem departemen lain. Jika data berasal dari beberapa sumber, analis dapat menggunakannya untuk memfilter atau mengelompokkan analisis proses berdasarkan asal data.
Mengapa ini penting
Memastikan asal-usul dan keterlacakan data, terutama dalam penerapan process mining yang menggunakan banyak sistem.
Sumber data
String hardcode atau metadata sistem
Contoh
Oracle HealthCerner Millennium
|
|||
|
Departemen
NurseUnit
|
Bangsal, unit, atau departemen tempat peristiwa terjadi. | ||
|
Deskripsi
Menunjukkan lokasi fisik atau unit organisasi yang bertanggung jawab atas pasien saat peristiwa terjadi, misalnya “ICU”, “Bedah umum”, atau “Unit gawat darurat”. Atribut ini membantu analisis dasbor “Efisiensi pemindahan antarbangsal” dengan melacak perpindahan antarunit. Di Cerner, nilainya sering berupa
Mengapa ini penting
Penting untuk menganalisis hambatan di departemen tertentu dan memvisualisasikan perpindahan pasien antar lokasi.
Sumber data
Tabel: ENCOUNTER atau CLINICAL_EVENT, Kolom: LOC_NURSE_UNIT_CD
Contoh
Unit gawat daruratBangsal kardiologiICURadiologi
|
|||
|
Diagnosis utama
DiagnosisCode
|
Kode ICD-10 atau SNOMED yang mewakili alasan utama pasien menerima perawatan. | ||
|
Deskripsi
Kode klinis standar, misalnya “J18.9” untuk pneumonia, yang ditetapkan pada episode. Kode ini memungkinkan pasien dikelompokkan berdasarkan kondisi untuk menganalisis “Penyimpangan protokol perawatan” pada penyakit tertentu. Nilainya terdapat di tabel
Mengapa ini penting
Memungkinkan perbandingan yang setara antara jalur perawatan pasien dengan kondisi tertentu.
Sumber data
Tabel: DIAGNOSIS, Kolom: DIAGNOSIS_CODE (melalui nomenklatur)
Contoh
I10E11.9J18.9
|
|||
|
ID pasien
PersonId
|
Pengenal unik pasien untuk berbagai encounter. | ||
|
Deskripsi
Berbeda dari ID kasus, ID pasien (atau ID orang) tetap sama untuk pasien yang sama di semua kunjungan ke rumah sakit. Atribut ini penting untuk menganalisis tingkat rawat inap ulang dan memahami riwayat pasien dalam jangka panjang. Di Cerner, nilainya adalah
Mengapa ini penting
Mendukung KPI “Tingkat rawat inap ulang pasien” dengan menghubungkan episode yang berbeda ke orang yang sama.
Sumber data
Tabel: PERSON, Kolom: PERSON_ID
Contoh
P10001P55992P99221
|
|||
|
Item perintah
OrderMnemonic
|
Nama item yang dipesan, seperti pemeriksaan laboratorium atau obat. | ||
|
Deskripsi
Menjelaskan isi peristiwa pemesanan, misalnya “Hitung darah lengkap” atau “Aspirin 81 mg”. Atribut ini memberi konteks yang diperlukan untuk aktivitas “Pemeriksaan diagnostik dipesan” dan “Obat diberikan”. Nilainya biasanya terdapat di kolom
Mengapa ini penting
Diperlukan untuk menganalisis jalur diagnostik dan perawatan secara terperinci.
Sumber data
Tabel: ORDERS, Kolom: ORDER_MNEMONIC
Contoh
Rontgen dadaPanel metabolik dasarAsetaminofenMRI otak
|
|||
|
Jenis kasus
EncounterType
|
Pengelompokan jenis kunjungan pasien, seperti rawat inap, rawat jalan, atau gawat darurat. | ||
|
Deskripsi
Mengelompokkan jenis episode pasien. Ini merupakan dimensi utama untuk memilah data, karena alur proses kunjungan “Gawat darurat” sangat berbeda dari kunjungan “Rawat inap elektif”. Nilainya berasal dari
Mengapa ini penting
Memungkinkan perbandingan jalur perawatan dan kapasitas layanan di berbagai jenis layanan.
Sumber data
Tabel: ENCOUNTER, Kolom: ENCNTR_TYPE_CD (cari nilainya melalui CODE_VALUE)
Contoh
Rawat inapGawat daruratRawat jalanOperasi sehari
|
|||
|
Pengguna
PerformingPrsnlId
|
ID atau nama tenaga klinis yang melakukan aktivitas. | ||
|
Deskripsi
Mencatat siapa yang menjalankan langkah proses, misalnya perawat yang memberikan obat atau dokter yang menandatangani dokumen pemulangan. Data ini dapat digunakan untuk menganalisis pemanfaatan sumber daya. Di Cerner, informasi ini biasanya tersedia di
Mengapa ini penting
Mendukung analisis sumber daya dan membantu mengidentifikasi kebutuhan pelatihan atau ketimpangan beban kerja.
Sumber data
Tabel: CLINICAL_EVENT, Kolom: PERFORMED_PRSNL_ID
Contoh
Dr. SmithPerawat JonesAdministrator sistem
|
|||
|
Rawat inap ulang
IsReadmission
|
Penanda yang menunjukkan apakah episode ini terjadi dalam 30 hari setelah pemulangan sebelumnya. | ||
|
Deskripsi
Penanda boolean untuk mengidentifikasi kasus rawat inap ulang. Nilainya dihitung dengan membandingkan tanggal masuk episode saat ini dengan tanggal pemulangan episode sebelumnya untuk Penting untuk dasbor “Tren rawat inap ulang pasien”.
Mengapa ini penting
Mendukung langsung KPI “Tingkat rawat inap ulang pasien”, salah satu metrik utama mutu perawatan.
Sumber data
Dihitung dengan logika SQL yang membandingkan catatan ENCOUNTER
Contoh
truefalse
|
|||
|
Status pemulangan
DischargeDisposition
|
Tujuan atau status pasien setelah dipulangkan. | ||
|
Deskripsi
Menunjukkan tujuan pasien setelah episode berakhir, misalnya “Pulang ke rumah”, “Fasilitas perawatan terampil”, atau “Meninggal”. Atribut ini penting untuk analisis “Perencanaan pemulangan” dan mengidentifikasi hasil yang tidak diharapkan. Nilainya terdapat di kolom
Mengapa ini penting
Metrik hasil utama yang menentukan “status akhir” perjalanan pasien.
Sumber data
Tabel: ENCOUNTER, Kolom: DISCH_DISPOSITION_CD (cari nilainya melalui CODE_VALUE)
Contoh
Dipulangkan ke rumahDipindahkan ke rehabilitasiPulang atas permintaan sendiriMeninggal
|
|||
|
Jalur masuk
AdmissionSource
|
Asal pasien saat masuk. | ||
|
Deskripsi
Menjelaskan cara pasien masuk ke sistem rumah sakit, misalnya “Rujukan dokter”, “Unit gawat darurat”, atau “Pindahan dari rumah sakit lain”. Atribut ini membantu menganalisis jalur awal pasien masuk ke rumah sakit. Nilainya dipetakan ke
Mengapa ini penting
Memberi konteks pada “Waktu tunggu penilaian awal” berdasarkan jalur masuk pasien.
Sumber data
Tabel: ENCOUNTER, Kolom: ADMIT_SRC_CD
Contoh
Unit gawat daruratRujukan dokterPindahan dari rumah sakit
|
|||
|
Jenis penjamin
FinancialClass
|
Cakupan asuransi utama atau klasifikasi keuangan pasien. | ||
|
Deskripsi
Mengelompokkan pasien berdasarkan sumber pembiayaan, misalnya Medicare, asuransi swasta, atau biaya sendiri. Atribut ini digunakan untuk menganalisis apakah alur proses atau lama rawat berbeda menurut jenis asuransi. Nilainya berasal dari
Mengapa ini penting
Membantu mengidentifikasi perbedaan dalam pemberian perawatan atau proses administratif berdasarkan jenis penjamin.
Sumber data
Tabel: ENCOUNTER, Kolom: FINANCIAL_CLASS_CD (cari nilainya melalui CODE_VALUE)
Contoh
MedicareBlue CrossBiaya sendiriMedicaid
|
|||
|
Nomor perintah
OrderId
|
Pengenal unik untuk perintah tertentu, seperti pemeriksaan laboratorium, obat, atau konsultasi. | ||
|
Deskripsi
ID perintah yang dibuat oleh sistem. Meski bukan ID kasus, ID ini merupakan kunci sekunder yang penting. ID ini menghubungkan peristiwa “Pemeriksaan diagnostik dipesan” dengan peristiwa “Hasil diagnostik diverifikasi”. Tanpa ID ini, waktu penyelesaian yang tepat untuk pemeriksaan tertentu sulit dihitung jika pasien memiliki beberapa perintah yang berlangsung bersamaan.
Mengapa ini penting
Penting untuk menghubungkan aktivitas berpasangan (Perintah → Hasil) secara akurat.
Sumber data
Tabel: ORDERS, Kolom: ORDER_ID
Contoh
88291028829103
|
|||
|
Prioritas triage
TriageAcuity
|
Tingkat urgensi yang ditetapkan saat penilaian triage. | ||
|
Deskripsi
Nilai angka atau kategori yang menunjukkan tingkat keparahan kondisi pasien, misalnya 1 untuk segera ditangani hingga 5 untuk tidak mendesak. Atribut ini penting untuk mengelompokkan waktu tunggu, karena pasien dengan prioritas lebih tinggi seharusnya menunggu lebih singkat. Nilai ini biasanya dicatat dalam formulir klinis atau kode observasi tertentu selama triage.
Mengapa ini penting
Penting untuk memastikan proses memprioritaskan pasien sesuai tingkat urgensi klinis.
Sumber data
Lihat dokumentasi Oracle Health (Cerner)
Contoh
12345
|
|||
|
Status hasil
ResultStatus
|
Status hasil diagnostik, misalnya disahkan (terverifikasi), dikoreksi, atau sementara. | ||
|
Deskripsi
Menunjukkan tahap dalam siklus hasil pemeriksaan diagnostik. Atribut ini digunakan dalam analisis “Waktu penyampaian hasil diagnostik” untuk menentukan kapan hasil resmi tersedia bagi pengambilan keputusan klinis. Status ini biasanya terdapat di
Mengapa ini penting
Membedakan hasil sementara dari hasil akhir, yang menentukan kapan aktivitas berikutnya dapat dimulai.
Sumber data
Tabel: CLINICAL_EVENT, Kolom: RESULT_STATUS_CD
Contoh
Disahkan (terverifikasi)KesalahanDiubah
|
|||
|
Status obat
MedAdminStatus
|
Status perintah obat, misalnya diberikan, ditolak, atau tidak diberikan. | ||
|
Deskripsi
Menunjukkan hasil tugas pemberian obat. Untuk dasbor “Kepatuhan pemberian obat”, penting untuk membedakan obat yang benar-benar diberikan dari obat yang dijadwalkan tetapi terlewat atau ditolak. Nilainya kemungkinan terdapat di tabel
Mengapa ini penting
Mengidentifikasi kesenjangan kepatuhan terhadap protokol perawatan.
Sumber data
Lihat dokumentasi Oracle Health (Cerner)
Contoh
DiberikanDitolakDitahan
|
|||
Aktivitas dalam perjalanan pasien
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Diagnosis dicatat
|
Terjadi saat diagnosis resmi ditambahkan ke rekam kunjungan pasien. Ini berbeda dari hasil pemeriksaan dan menandakan bahwa klinisi telah memastikan kondisi pasien. | ||
|
Mengapa ini penting
Penting untuk pencapaian 'Diagnosis Dikonfirmasi' dan analisis waktu hingga diagnosis pasti.
Sumber data
Tabel DIAGNOSIS, menggunakan DIAGNOSIS_DT_TM yang terhubung dengan ENCOUNTER_ID.
Pengumpulan data
Dicatat saat diagnosis ditambahkan atau diperbarui di PowerChart
Jenis peristiwa
explicit
|
|||
|
Hasil diagnostik diverifikasi
|
Waktu saat hasil laboratorium atau pencitraan disahkan dan tersedia bagi klinisi. Ini menandai akhir interval waktu penyelesaian pemeriksaan diagnostik. | ||
|
Mengapa ini penting
Mengakhiri siklus 'Waktu Penyampaian Hasil Diagnostik' dan memicu keputusan perawatan berikutnya.
Sumber data
Tabel CLINICAL_EVENT (untuk laboratorium) atau perubahan status ORDERS menjadi COMPLETED.
Pengumpulan data
Dicatat saat status hasil berubah menjadi AUTH (Authenticated)
Jenis peristiwa
explicit
|
|||
|
Instruksi pasien pulang ditandatangani
|
Peristiwa saat dokter membuat perintah untuk memulangkan pasien. Ini memulai penghitungan waktu perencanaan pemulangan. | ||
|
Mengapa ini penting
Titik awal untuk “Waktu siklus perencanaan pemulangan”. Jeda antara waktu ini dan pemulangan sebenarnya menunjukkan adanya keterlambatan operasional.
Sumber data
Tabel ORDERS, dengan jenis katalog yang menunjukkan Discharge.
Pengumpulan data
Dicatat saat status perintah pemulangan adalah ORDERED
Jenis peristiwa
explicit
|
|||
|
Pasien dipindahkan ke departemen lain
|
Menandakan pasien berpindah secara fisik dari satu lokasi, misalnya IGD, ke lokasi lain, misalnya ICU. Perpindahan ini dilacak melalui riwayat lokasi. | ||
|
Mengapa ini penting
Mendukung analisis 'Efisiensi Pemindahan Antarbangsal' dan membantu memvisualisasikan alur pasien di rumah sakit.
Sumber data
Tabel ENCNTR_LOC_HIST (Encounter Location History), yang mencatat perubahan pada LOC_NURSE_UNIT_CD.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah
Jenis peristiwa
inferred
|
|||
|
Pasien dipulangkan
|
Peristiwa administratif terakhir yang menutup masa perawatan pasien. Stempel waktu ini digunakan untuk menghitung total lama rawat. | ||
|
Mengapa ini penting
Peristiwa akhir utama dalam proses. Penting untuk menghitung lama rawat dan rawat inap ulang.
Sumber data
Tabel ENCOUNTER, khususnya DISCH_DT_TM (tanggal/waktu pemulangan).
Pengumpulan data
Dicatat saat status encounter berubah menjadi DISCHARGED
Jenis peristiwa
explicit
|
|||
|
Pasien terdaftar
|
Menandai awal episode pasien, saat pasien tiba dan datanya dimasukkan ke sistem. Di Cerner Millennium, aktivitas ini tercatat saat rekam kunjungan dibuat atau stempel waktu pendaftaran ditetapkan. | ||
|
Mengapa ini penting
Menetapkan waktu mulai untuk menghitung lama rawat (LOS) dan menganalisis waktu tunggu awal.
Sumber data
Tabel ENCOUNTER, khususnya kolom REG_DT_TM (Registration Date/Time).
Pengumpulan data
Dicatat saat transaksi membuat baris ENCOUNTER baru
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan diagnostik dipesan
|
Terjadi saat klinisi memasukkan pesanan untuk pemeriksaan laboratorium atau pencitraan. Stempel waktu ini menjadi awal penghitungan waktu penyelesaian pemeriksaan diagnostik. | ||
|
Mengapa ini penting
Menjadi titik awal KPI 'Waktu Penyampaian Hasil Diagnostik' dan membantu menemukan keterlambatan antara pemesanan dan pelaksanaan.
Sumber data
Tabel ORDERS, menggunakan ORIG_ORDER_DT_TM saat jenis katalog adalah Laboratory atau Radiology.
Pengumpulan data
Dicatat saat status pesanan ditetapkan menjadi ORDERED
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan triase selesai
|
Menandai selesainya pemeriksaan awal oleh perawat atau formulir triase dalam konteks gawat darurat atau rawat inap. Biasanya, aktivitas ini berupa formulir atau peristiwa klinis tertentu yang dicatat dalam sistem. | ||
|
Mengapa ini penting
Penting untuk menghitung KPI 'Waktu Tunggu Pemeriksaan Awal' dan menemukan hambatan di titik awal layanan.
Sumber data
Tabel CLINICAL_EVENT, difilter berdasarkan kode peristiwa yang terkait dengan formulir Triase atau Pemeriksaan Awal.
Pengumpulan data
Dicatat saat dokumen/formulir klinis ditandatangani atau diverifikasi
Jenis peristiwa
explicit
|
|||
|
Janji temu tindak lanjut dijadwalkan
|
Terjadi saat janji temu mendatang dibuat untuk pasien dan dikaitkan dengan episode atau rencana perawatan yang sama. | ||
|
Mengapa ini penting
Mendukung dasbor “Ketepatan waktu penjadwalan tindak lanjut”. Mengukur efisiensi kesinambungan perawatan.
Sumber data
Tabel SCH_APPT (Schedule Appointment), yang ditautkan ke PERSON_ID.
Pengumpulan data
Dicatat saat janji temu dibuat di modul penjadwalan
Jenis peristiwa
explicit
|
|||
|
Konsultasi selesai
|
Menandai selesainya konsultasi dengan dokter spesialis, biasanya dibuktikan dengan catatan atau dokumen konsultasi yang telah ditandatangani. | ||
|
Mengapa ini penting
Menunjukkan kapan masukan dari dokter spesialis diterima. Tahap ini dapat menjadi hambatan dalam jalur perawatan yang kompleks.
Sumber data
Tabel CLINICAL_EVENT, difilter untuk jenis dokumen yang diklasifikasikan sebagai Konsultasi.
Pengumpulan data
Dicatat saat catatan konsultasi ditandatangani
Jenis peristiwa
explicit
|
|||
|
Obat diberikan
|
Mencatat pemberian obat kepada pasien seperti yang tercatat dalam Medication Administration Record (MAR). | ||
|
Mengapa ini penting
Mendukung dashboard 'Kepatuhan Pemberian Obat' dengan memeriksa apakah obat diberikan tepat waktu.
Sumber data
Tabel CLINICAL_EVENT, difilter untuk peristiwa pemberian obat (Task Status = Complete).
Pengumpulan data
Dicatat saat kode batang dipindai atau data dimasukkan secara manual ke MAR
Jenis peristiwa
explicit
|
|||
|
Prosedur dijadwalkan
|
Menandakan bahwa tindakan bedah atau prosedur besar telah dijadwalkan pada waktu tertentu. Informasi ini membantu memahami alokasi sumber daya dan waktu tunggu sebelum prosedur. | ||
|
Mengapa ini penting
Menunjukkan efisiensi penjadwalan dan kemungkinan hambatan dalam penggunaan ruang operasi atau ruang prosedur.
Sumber data
Tabel SURGICAL_CASE atau tabel SCH_APPT yang terhubung dengan kunjungan.
Pengumpulan data
Dicatat saat transaksi penjadwalan dikonfirmasi
Jenis peristiwa
explicit
|
|||
|
Prosedur dilakukan
|
Stempel waktu yang menunjukkan kapan operasi atau prosedur besar benar-benar dilakukan. Biasanya, waktu ini dicatat dalam dokumentasi perioperatif. | ||
|
Mengapa ini penting
Tonggak penting untuk menganalisis jalur klinis dan penggunaan sumber daya.
Sumber data
Tabel SURGICAL_CASE (waktu mulai/selesai tindakan) atau CLINICAL_EVENT untuk prosedur di sisi tempat tidur.
Pengumpulan data
Dicatat melalui SurgiNet atau dokumentasi prosedur
Jenis peristiwa
explicit
|
|||
|
Rencana perawatan diaktifkan
|
Menandai dimulainya PowerPlan atau jalur perawatan di Cerner. Ini menunjukkan bahwa protokol perawatan standar telah dipilih. | ||
|
Mengapa ini penting
Penting untuk 'Analisis Penyimpangan Protokol Perawatan' yang membandingkan perawatan aktual dengan jalur yang direncanakan.
Sumber data
ACT_PW_CAT (Action Pathway Catalog) atau DCP_FORMS_REF, yang menghubungkan jalur perawatan dengan kunjungan.
Pengumpulan data
Dicatat saat PowerPlan dimulai
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyiapkan data dan menemukan wawasan penting tentang proses perjalanan pasien. Mulailah dari sini untuk meningkatkan hasil perawatan pasien.
Optimalkan perjalanan pasien sekarang, tingkatkan hasil lebih cepat
Temukan hambatan lebih cepat untuk memangkas waktu siklus perjalanan pasien hingga 30%.
Tidak perlu kartu kredit. Mulai dalam hitungan menit.