Templat data perjalanan pasien Anda

Oracle Health (Cerner)
Templat data perjalanan pasien Anda

Templat data perjalanan pasien Anda

Templat ini merangkum data penting untuk menganalisis dan mengoptimalkan perjalanan pasien. Templat ini menjelaskan atribut yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara mengekstrak data. Gunakan panduan ini untuk menyiapkan log peristiwa sebelum memulai process mining.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut perjalanan pasien

Berikut kolom data yang disarankan untuk log peristiwa agar Anda dapat menganalisis perjalanan pasien di sistem secara menyeluruh.
5 Wajib 8 Disarankan 6 Opsional
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 CLINICAL_EVENT, khususnya dengan memetakan EVENT_CD (kode peristiwa) ke nilai tampilannya atau menggunakan EVENT_TAG. Penamaan yang konsisten penting agar peta proses mudah dibaca.

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 ENCNTR_ID pada tabel ENCOUNTER di database Cerner Millennium. Ini adalah kunci utama yang digunakan untuk menghubungkan demografi pasien, perintah, dan peristiwa klinis.

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 CLINICAL_EVENT, nilai ini biasanya sesuai dengan EVENT_END_DT_TM. Ketepatannya penting untuk menghitung waktu tunggu, misalnya jeda antara “Pasien didaftarkan” dan “Penilaian triage”.

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 LOC_NURSE_UNIT_CD pada tabel encounter atau pelacakan.

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 DIAGNOSIS yang ditautkan ke encounter.

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 PERSON_ID dari tabel PERSON. Nilai ini menghubungkan beberapa catatan ENCNTR_ID.

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 ORDER_MNEMONIC pada tabel ORDERS. Atribut ini mewakili “produk” yang bergerak dalam proses.

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 ENCNTR_TYPE_CD di tabel ENCOUNTER, yang merujuk ke nilai dalam kumpulan kode, misalnya “Rawat inap” atau “Gawat darurat”.

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 PERFORMED_PRSNL_ID atau UPDT_ID, bergantung pada tabelnya (Orders atau Clinical Events). Petakan kolom ini ke atribut umum 'User' untuk memudahkan analisis pemisahan tugas.

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 PersonId yang sama.

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 DISCH_DISPOSITION_CD pada tabel ENCOUNTER.

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 ADMIT_SRC_CD di tabel ENCOUNTER.

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 FINANCIAL_CLASS_CD di tabel ENCOUNTER.

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 CLINICAL_EVENT dengan kode status tertentu.

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 CLINICAL_EVENT atau tabel khusus Medication Administration Record (MAR).

Mengapa ini penting

Mengidentifikasi kesenjangan kepatuhan terhadap protokol perawatan.

Sumber data

Lihat dokumentasi Oracle Health (Cerner)

Contoh
DiberikanDitolakDitahan
Wajib Disarankan Opsional

Aktivitas dalam perjalanan pasien

Catat langkah dan tonggak proses utama ini dalam log peristiwa untuk menemukan proses dan mengidentifikasi hambatan secara akurat.
8 Disarankan 6 Opsional
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
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Oracle Health (Cerner)

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

Mulai uji coba gratis

Tidak perlu kartu kredit. Mulai dalam hitungan menit.