Templat data perjalanan perawatan pasien Anda
Templat data perjalanan perawatan pasien Anda
- Atribut yang disarankan untuk dikumpulkan agar analisis lebih mendalam
- Aktivitas utama yang perlu dilacak untuk menemukan proses secara akurat
- Panduan praktis untuk mengekstrak data dari sistem Anda
Atribut perjalanan perawatan pasien
| Nama | Deskripsi | ||
|---|---|---|---|
|
Episode pasien
PatientEpisodeId
|
ID unik untuk kunjungan atau pertemuan pasien tertentu. | ||
|
Deskripsi
Episode pasien menjadi ID kasus utama yang mengelompokkan semua peristiwa terkait perjalanan perawatan pasien untuk kondisi atau periode perawatan tertentu. Dengan ID ini, tahap diagnosis, perawatan, dan pemulihan dapat dilihat secara terpadu, termasuk interaksi pasien dengan berbagai departemen. Di sistem Veradigm (Allscripts), seperti Sunrise atau Paragon, ID ini biasanya berupa Visit ID atau Encounter Number.
Mengapa ini penting
ID ini merupakan kunci utama untuk process mining dan memungkinkan rekonstruksi perjalanan pasien dari awal hingga akhir.
Sumber data
ID ini kemungkinan terdapat di bagian header tabel Visit atau Encounter, misalnya VISIT_ID atau ENCOUNTER_ID. Lihat dokumentasi Veradigm (Allscripts).
Contoh
EP-2023-998877VIS-10029384100029384ENC-554433
|
|||
|
Nama aktivitas
ActivityName
|
Peristiwa klinis atau administratif tertentu yang dilakukan. | ||
|
Deskripsi
Menjelaskan langkah yang dilakukan dalam proses, seperti 'Pasien terdaftar', 'Obat diberikan', atau 'Perencanaan pemulangan dimulai'. Atribut ini membedakan berbagai tahap perjalanan pasien dan penting untuk penemuan proses serta analisis variasi.
Mengapa ini penting
Menentukan simpul dalam peta proses. Tanpa atribut ini, alur proses tidak dapat divisualisasikan.
Sumber data
Diambil dari berbagai tabel transaksi, seperti peristiwa ADT, pesanan, hasil, dan tabel dokumentasi klinis.
Contoh
Pasien terdaftarPemeriksaan diagnostik dipesanObat diberikanPasien dipulangkan
|
|||
|
Stempel waktu peristiwa
EventDateTime
|
Tanggal dan waktu tepat saat aktivitas terjadi. | ||
|
Deskripsi
Mencatat waktu terjadinya aktivitas. Data ini penting untuk menghitung waktu siklus dan durasi, serta menyusun urutan peristiwa dengan benar. Dalam data layanan kesehatan, ketepatan hingga menit sangat penting untuk menganalisis kelancaran pasien secara akurat.
Mengapa ini penting
Memungkinkan penghitungan semua KPI berbasis waktu, termasuk waktu siklus perjalanan pasien rata-rata dan waktu tunggu.
Sumber data
Stempel waktu transaksi di tabel sumber, misalnya ADT_DATE, ORDER_DATE, RESULT_DATE.
Contoh
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
|
|||
|
Apakah pasien dirawat kembali
IsReadmission
|
Penanda yang menunjukkan apakah episode ini merupakan readmisi dalam 30 hari. | ||
|
Deskripsi
Atribut boolean hasil perhitungan. Nilainya true jika pasien pernah dipulangkan dalam 30 hari sebelum tanggal masuk saat ini. Nilai ini menjadi dasar bagi 'Pemantau tingkat readmisi yang dapat dicegah'.
Mengapa ini penting
KPI utama untuk mutu rumah sakit dan penggantian biaya, terutama terkait peraturan CMS.
Sumber data
Dihitung pada lapisan ETL/Transformasi Data menggunakan PatientMRN serta tanggal masuk dan pulang.
Contoh
truefalse
|
|||
|
Kode diagnosis utama
PrimaryDiagnosisCode
|
Kode ICD-10 atau SNOMED yang mewakili kondisi utama. | ||
|
Deskripsi
Alasan kunjungan pasien dalam bentuk kode. Atribut ini menjadi filter untuk 'Penjelajah Variasi Jalur Perawatan'. Analis dapat membandingkan alur berbagai kondisi, seperti pneumonia dan gagal jantung, di dalam sistem.
Mengapa ini penting
Diperlukan untuk mengelompokkan proses berdasarkan kondisi klinis dan memeriksa kepatuhan terhadap protokol.
Sumber data
Tabel diagnosis atau daftar masalah, biasanya dengan kolom ICD-10. Lihat dokumentasi Veradigm (Allscripts).
Contoh
I50.9J18.9E11.9
|
|||
|
MRN pasien
PatientMrn
|
Medical Record Number yang mengidentifikasi pasien secara unik di berbagai episode. | ||
|
Deskripsi
Medical Record Number (MRN) atau Enterprise Patient ID. Berbeda dengan ID episode pasien, ID ini tetap sama untuk pasien di berbagai kunjungan. ID ini penting untuk menghubungkan episode yang berbeda dan menghitung angka rawat inap ulang.
Mengapa ini penting
Penting untuk menghitung 'Angka Rawat Inap Ulang dalam 30 Hari' dan mengidentifikasi pasien yang berulang kali berkunjung.
Sumber data
Indeks utama pasien atau tabel demografi, kemungkinan dengan kolom MRN dan PATIENT_ID. Lihat dokumentasi Veradigm (Allscripts).
Contoh
MRN-884422P-10022399887766
|
|||
|
Nama departemen
DepartmentName
|
Unit atau departemen rumah sakit tempat aktivitas berlangsung. | ||
|
Deskripsi
Menunjukkan lokasi, seperti 'Unit Gawat Darurat', 'Kardiologi', atau 'Radiologi'. Atribut ini penting untuk 'Analisis Hambatan Penerimaan dan Pemindahan Pasien' agar Anda dapat melihat lokasi pasien mengalami kendala saat berpindah antar-ruang rawat.
Mengapa ini penting
Mendukung analisis penggunaan sumber daya dan identifikasi hambatan di departemen.
Sumber data
Tabel utama lokasi atau departemen yang terhubung dengan transaksi. Lihat dokumentasi Veradigm (Allscripts).
Contoh
Unit gawat daruratICUBedah umumRadiologi
|
|||
|
Status saat pasien dipulangkan
DischargeDisposition
|
Status atau lokasi pasien saat dipulangkan. | ||
|
Deskripsi
Menunjukkan tujuan pasien setelah dirawat di rumah sakit, misalnya 'Pulang ke rumah', 'Fasilitas perawatan terampil', 'Meninggal', atau 'Dipindahkan'. Informasi ini penting untuk menganalisis risiko readmisi karena setiap tujuan memiliki tingkat risiko yang berbeda.
Mengapa ini penting
Memberi konteks pada dashboard 'Perencanaan Pemulangan' dan membantu menjelaskan variasi ALOS.
Sumber data
Tabel header Visit/Encounter (misalnya, DISCH_DISP). Lihat dokumentasi Veradigm (Allscripts).
Contoh
Pulang ke rumahDipindahkan ke SNFPulang ke rumah dengan layanan kesehatan di rumahPulang atas keputusan sendiri tanpa persetujuan dokter
|
|||
|
Tanggal masuk
AdmissionDate
|
Tanggal dan waktu pasien resmi diterima untuk menjalani rawat inap. | ||
|
Deskripsi
Stempel waktu yang menandai awal masa rawat inap. Digunakan bersama Tanggal Pemulangan untuk menghitung Lama Rawat (ALOS).
Mengapa ini penting
Titik acuan penting untuk menghitung ALOS dan mengukur keterlambatan penerimaan pasien.
Sumber data
Tabel header Visit/Encounter, misalnya ADMIT_DATE. Lihat dokumentasi Veradigm (Allscripts).
Contoh
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
|
|||
|
Tanggal pemulangan
DischargeDate
|
Tanggal dan waktu pasien dipulangkan. | ||
|
Deskripsi
Stempel waktu yang menandai akhir episode. Nilai ini digunakan untuk menutup kasus dalam process mining dan penting untuk menghitung ALOS serta readmisi.
Mengapa ini penting
Menentukan akhir siklus proses, penting untuk analisis throughput.
Sumber data
Tabel header Visit/Encounter (misalnya, DISCH_DATE). Lihat dokumentasi Veradigm (Allscripts).
Contoh
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
|
|||
|
Tenaga klinis yang bertanggung jawab
AttendingProvider
|
Tenaga klinis utama yang bertanggung jawab atas pasien saat peristiwa berlangsung. | ||
|
Deskripsi
Menunjukkan dokter, perawat, atau spesialis yang melakukan aktivitas atau bertanggung jawab atas rencana perawatan. Analisis atribut ini membantu memahami 'Penggunaan Sumber Daya Klinis' dan perbedaan jalur perawatan antar-dokter.
Mengapa ini penting
Mendukung analisis hambatan sumber daya dan perbandingan kinerja antarstaf klinis.
Sumber data
Tabel transaksi, misalnya ORDERing_PROVIDER atau ATTENDING_PHYSICIAN_ID. Lihat dokumentasi Veradigm (Allscripts).
Contoh
Dr. Sarah SmithPraktisi perawat JonesTeknisi radiologi A
|
|||
|
Apakah protokol dipatuhi
IsProtocolCompliant
|
Penanda yang menunjukkan apakah kasus mengikuti jalur perawatan standar. | ||
|
Deskripsi
Atribut hasil perhitungan yang memeriksa apakah aktivitas wajib tertentu, misalnya 'Tanda vital dicatat' sebelum 'Obat diberikan', berlangsung dalam urutan yang benar. Mendukung 'Dashboard kepatuhan terhadap protokol perawatan'.
Mengapa ini penting
Mendeteksi ketidakpatuhan secara otomatis tanpa perlu meninjau rekam medis secara manual.
Sumber data
Dihitung di alat process mining atau ETL berdasarkan urutan aktivitas.
Contoh
truefalse
|
|||
|
ID pesanan
OrderId
|
Pengenal untuk pesanan tertentu, seperti pemeriksaan laboratorium, obat, dan prosedur. | ||
|
Deskripsi
Menghubungkan peristiwa 'Pesanan' dengan peristiwa 'Hasil' atau 'Pemberian'. Contohnya, menghubungkan 'Pemeriksaan diagnostik dipesan' dengan 'Pemeriksaan diagnostik selesai'. Perincian ini diperlukan untuk dashboard 'Waktu penyelesaian pemeriksaan diagnostik'.
Mengapa ini penting
Memungkinkan penghitungan durasi langkah proses tertentu, misalnya waktu penyelesaian pemeriksaan laboratorium.
Sumber data
Tabel entri pesanan (misalnya, ORDER_ID, PLACER_ORDER_NUM). Lihat dokumentasi Veradigm (Allscripts).
Contoh
ORD-998877LAB-112233RX-445566
|
|||
|
Nama obat
MedicationName
|
Nama obat yang dipesan atau diberikan. | ||
|
Deskripsi
Digunakan khusus untuk dashboard 'Jeda waktu pemberian obat'. Informasi ini membantu mengetahui apakah pemberian obat tertentu, seperti antibiotik atau obat pereda nyeri, mengalami keterlambatan.
Mengapa ini penting
Penting untuk analisis keselamatan klinis dan perbaikan proses farmasi.
Sumber data
Catatan Pemberian Obat (MAR) atau pesanan farmasi. Lihat dokumentasi Veradigm (Allscripts).
Contoh
AmoksisilinHeparinMorfin sulfat
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu saat catatan terakhir diekstrak atau diperbarui. | ||
|
Deskripsi
Menunjukkan seberapa baru data yang digunakan untuk analisis. Kolom ini membantu pengguna mengetahui apakah data yang dilihat merupakan data waktu nyata atau rekaman dari periode sebelumnya.
Mengapa ini penting
Memberikan kejelasan tentang jeda pembaruan data dan membantu penerapan strategi pemuatan data bertahap.
Sumber data
Stempel waktu yang dibuat sistem selama proses ETL atau ekstraksi.
Contoh
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
|
|||
|
Pusat biaya
CostCenter
|
Kode keuangan yang terkait dengan departemen atau layanan. | ||
|
Deskripsi
Menghubungkan aktivitas klinis dengan unit keuangan. Informasi ini membantu menganalisis 'Biaya aktivitas' atau kinerja keuangan umum tiap departemen.
Mengapa ini penting
Menghubungkan process mining operasional dengan dampak keuangan.
Sumber data
Tabel departemen atau master biaya. Lihat dokumentasi Veradigm (Allscripts).
Contoh
CC-1020CC-Rad-01Emergency-001
|
|||
|
Sistem sumber
SourceSystem
|
Nama sistem asal data. | ||
|
Deskripsi
Menunjukkan instans perangkat lunak yang menyediakan data, seperti 'Veradigm Sunrise' atau 'Veradigm TouchWorks'. Atribut ini penting terutama di lingkungan dengan beberapa rumah sakit atau saat menggabungkan data dari layanan akut dan rawat jalan.
Mengapa ini penting
Memberikan keterlacakan dan asal-usul data, yang berguna saat menelusuri masalah kualitas data.
Sumber data
Diisi secara tetap selama proses ETL atau diambil dari tabel metadata sistem.
Contoh
Veradigm SunriseAllscripts PMVeradigm TouchWorks
|
|||
|
Tanggal janji temu tindak lanjut
FollowUpAppointmentDate
|
Tanggal janji temu tindak lanjut yang dijadwalkan. | ||
|
Deskripsi
Digunakan untuk menghitung 'Tingkat penjadwalan janji temu tindak lanjut'. Jika kolom ini terisi, berarti janji temu tindak lanjut telah dijadwalkan. Jika kosong atau null, berarti belum dijadwalkan.
Mengapa ini penting
Mengukur langsung KPI 'Kepatuhan perawatan tindak lanjut'.
Sumber data
Sistem penjadwalan atau tabel janji temu mendatang yang terhubung dengan pasien. Lihat dokumentasi Veradigm (Allscripts).
Contoh
2023-11-15T14:00:00Znull
|
|||
|
Waktu penyelesaian pemeriksaan diagnostik
DiagnosticTurnaroundTime
|
Durasi antara pemesanan pemeriksaan dan keluarnya hasil. | ||
|
Deskripsi
Durasi yang dihitung antara 'Pemeriksaan diagnostik dipesan' dan 'Diagnosis dikonfirmasi' (atau hasil diterima). Digunakan untuk 'Ringkasan waktu penyelesaian pemeriksaan diagnostik'.
Mengapa ini penting
Waktu penyelesaian yang lama memperpanjang lama rawat. Metrik ini menunjukkan keterlambatan di laboratorium atau radiologi.
Sumber data
Dihitung dengan rumus: stempel waktu hasil - stempel waktu pesanan.
Contoh
2 jam45 menit1,5 hari
|
|||
Aktivitas dalam perjalanan perawatan pasien
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Asesmen awal selesai
|
Menandai selesainya evaluasi klinis pertama oleh perawat atau dokter, seperti triase atau pemeriksaan awal. Peristiwa ini sering tercatat saat formulir atau catatan klinis tertentu, seperti 'Nursing Initial Assessment', ditandatangani dan disahkan di EHR. | ||
|
Mengapa ini penting
Aktivitas ini merupakan tonggak penting di tahap awal. Jeda antara pendaftaran dan asesmen ini dapat menunjukkan potensi keterlambatan dalam penerimaan pasien dan pemberian perawatan awal.
Sumber data
Waktunya dapat diketahui dari stempel waktu pengesahan atau tanda tangan pada formulir asesmen awal atau catatan klinis di modul dokumentasi klinis Veradigm.
Pengumpulan data
Cari stempel waktu saat status catatan atau formulir asesmen awal berubah menjadi 'completed' atau 'signed'.
Jenis peristiwa
inferred
|
|||
|
Diagnosis dikonfirmasi
|
Aktivitas ini menandai saat tenaga klinis secara resmi mencatat diagnosis di rekam medis pasien. Peristiwa ini dapat tercatat saat kode diagnosis ditambahkan ke daftar masalah atau saat catatan klinis yang memuat diagnosis ditandatangani. | ||
|
Mengapa ini penting
Konfirmasi diagnosis menjadi titik penting yang menentukan langkah perawatan selanjutnya. Data ini memungkinkan analisis perbedaan jalur perawatan berdasarkan diagnosis.
Sumber data
Data ini dapat ditemukan di daftar masalah pasien, catatan diagnosis kunjungan, atau dokumentasi klinis. Waktunya dapat diketahui dari stempel waktu saat kode diagnosis utama dimasukkan dan disahkan untuk kunjungan tersebut.
Pengumpulan data
Gunakan stempel waktu pembuatan atau pembaruan entri diagnosis utama untuk episode pasien terkait.
Jenis peristiwa
inferred
|
|||
|
Pasien dipulangkan
|
Menandai akhir resmi episode rawat inap, saat pasien secara resmi meninggalkan fasilitas. Peristiwa penting ini tercatat secara langsung di sistem ADT, yang memperbarui status kunjungan pasien menjadi 'discharged'. | ||
|
Mengapa ini penting
Ini adalah aktivitas akhir utama dalam sebagian besar perjalanan pasien. Data ini penting untuk menghitung Rata-rata Lama Rawat (ALOS) dan waktu siklus proses secara keseluruhan.
Sumber data
Tercatat secara langsung di modul ADT. Catatan kunjungan pasien memuat stempel waktu pemulangan dan tujuan pemulangan.
Pengumpulan data
Gunakan stempel waktu pemulangan dari catatan kunjungan atau pertemuan utama pasien.
Jenis peristiwa
explicit
|
|||
|
Pasien terdaftar
|
Menandai awal resmi episode pasien, saat informasi pasien dimasukkan ke sistem Veradigm. Peristiwa ini biasanya tercatat secara langsung ketika pengguna menyelesaikan alur kerja pendaftaran. Sistem kemudian membuat catatan kunjungan pasien baru dengan ID unik dan stempel waktu. | ||
|
Mengapa ini penting
Ini adalah aktivitas awal utama dalam perjalanan pasien. Data ini penting untuk menghitung waktu siklus proses secara keseluruhan, lama rawat, dan tingkat kelancaran pasien.
Sumber data
Peristiwa ini tercatat di modul pendaftaran pasien atau ADT (Admission, Discharge, Transfer). Cari stempel waktu pembuatan catatan kunjungan atau pertemuan pasien.
Pengumpulan data
Stempel waktu dari catatan kunjungan atau tabel pendaftaran pasien saat catatan dibuat.
Jenis peristiwa
explicit
|
|||
|
Perencanaan pemulangan dimulai
|
Menandai dimulainya proses perencanaan pemulangan pasien secara resmi. Waktunya dapat diketahui dari pembuatan dokumen rencana pemulangan, pembuatan pesanan pemulangan, atau penyelesaian asesmen khusus perencanaan pemulangan. | ||
|
Mengapa ini penting
Aktivitas ini menjadi titik awal untuk mengukur efisiensi proses pemulangan. Perencanaan yang dimulai lebih awal sering berkaitan dengan angka rawat inap ulang yang lebih rendah.
Sumber data
Waktunya dapat diketahui dari stempel waktu pembuatan catatan perencanaan pemulangan, rangkaian pesanan pemulangan, atau formulir asesmen khusus di Veradigm.
Pengumpulan data
Cari stempel waktu saat pesanan atau dokumen khusus pemulangan pertama kali dibuat untuk kunjungan pasien.
Jenis peristiwa
inferred
|
|||
|
Rencana perawatan dibuat
|
Menandai saat tim klinis merumuskan rencana perawatan pasien secara resmi. Peristiwa ini sering tercatat saat dokumen 'Plan of Care' atau serangkaian pesanan perawatan awal dibuat dan ditandatangani di EHR. | ||
|
Mengapa ini penting
Tonggak ini menandai dimulainya tahap perawatan aktif. Data ini menjadi acuan untuk mengukur kepatuhan terhadap protokol perawatan dan waktu hingga tindakan perawatan pertama, seperti pemberian obat.
Sumber data
Waktunya dapat diketahui dari stempel waktu tanda tangan pada formulir 'Plan of Care' atau stempel waktu pembuatan rangkaian pesanan terapi utama pertama setelah diagnosis.
Pengumpulan data
Cari stempel waktu saat dokumen 'Plan of Care' disahkan atau ditandatangani oleh tenaga klinis yang bertanggung jawab.
Jenis peristiwa
inferred
|
|||
|
Dipindahkan ke departemen lain
|
Peristiwa ini menandai pemindahan fisik pasien dari satu departemen atau unit perawatan ke unit lain, misalnya dari IGD ke ruang rawat inap. Peristiwa ini tercatat di sistem ADT Veradigm. | ||
|
Mengapa ini penting
Pemindahan pasien sering menjadi titik munculnya hambatan dan keterlambatan. Analisis durasi dan frekuensi pemindahan membantu mengoptimalkan alur pasien dan alokasi sumber daya antar-departemen.
Sumber data
Tercatat secara langsung di modul ADT. Setiap peristiwa pemindahan mencantumkan pasien, lokasi asal dan tujuan, serta stempel waktu.
Pengumpulan data
Ambil log peristiwa dari sistem ADT yang mencatat perpindahan pasien.
Jenis peristiwa
explicit
|
|||
|
Obat diberikan
|
Peristiwa ini tercatat saat perawat atau tenaga klinis mendokumentasikan pemberian obat kepada pasien. Data ini tersimpan di Medication Administration Record (MAR) atau modul eMAR, yang mencatat waktu pemberian secara tepat. | ||
|
Mengapa ini penting
Pelacakan pemberian obat penting untuk menganalisis ketepatan waktu dan kepatuhan perawatan. Jeda antara pemesanan dan pemberian obat membantu menemukan keterlambatan dalam proses pemberian obat.
Sumber data
Tercatat secara langsung di modul eMAR (electronic Medication Administration Record). Setiap peristiwa pemberian obat mencantumkan stempel waktu, obat, dan dosis.
Pengumpulan data
Ambil stempel waktu dari tabel eMAR untuk setiap peristiwa pemberian obat yang terkait dengan kunjungan pasien.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan diagnostik dipesan
|
Peristiwa ini terjadi saat tenaga klinis memesan pemeriksaan diagnostik, seperti tes laboratorium atau pemindaian. Peristiwa ini tercatat secara langsung melalui sistem Computerized Physician Order Entry (CPOE) di Veradigm. | ||
|
Mengapa ini penting
Peristiwa ini menandai awal subproses diagnostik. Ini menjadi titik awal untuk mengukur waktu penyelesaian pemeriksaan diagnostik dan menemukan keterlambatan dalam pemesanan.
Sumber data
Tercatat di modul pemesanan atau log sistem CPOE. Setiap pesanan memiliki stempel waktu yang menunjukkan kapan pesanan dibuat.
Pengumpulan data
Ambil stempel waktu pembuatan dari catatan pemesanan untuk pemeriksaan diagnostik yang relevan.
Jenis peristiwa
explicit
|
|||
|
Pemeriksaan diagnostik selesai
|
Menandai saat hasil pemeriksaan diagnostik telah disahkan dan tersedia di catatan pasien. Peristiwa ini biasanya diketahui dari perubahan status pesanan awal, dari 'active' atau 'in-progress' menjadi 'completed' atau 'resulted'. | ||
|
Mengapa ini penting
Aktivitas ini merupakan tonggak penting untuk mengukur waktu penyelesaian pemeriksaan diagnostik. Keterlambatan antara pemesanan dan penyelesaian dapat memperpanjang waktu hingga diagnosis ditegakkan.
Sumber data
Waktunya dapat diketahui dari kolom status pesanan di modul pemesanan atau stempel waktu di modul hasil terkait, seperti LIS atau RIS.
Pengumpulan data
Cari stempel waktu saat status pesanan berubah ke status akhir, seperti 'Completed' atau 'Resulted'.
Jenis peristiwa
inferred
|
|||
|
Prosedur dilakukan
|
Menandai selesainya prosedur klinis atau bedah. Peristiwa ini biasanya tercatat saat tenaga klinis menandatangani catatan prosedur atau saat status pesanan prosedur di sistem berubah menjadi 'completed'. | ||
|
Mengapa ini penting
Prosedur menjadi tonggak penting dalam banyak perjalanan pasien. Analisis waktunya membantu memahami penggunaan sumber daya dan efisiensi penjadwalan.
Sumber data
Waktunya dapat diketahui dari stempel waktu tanda tangan pada catatan prosedur di modul dokumentasi klinis atau stempel waktu penyelesaian di modul pemesanan untuk prosedur tersebut.
Pengumpulan data
Gunakan stempel waktu penyelesaian dari pesanan prosedur atau stempel waktu tanda tangan dari dokumentasi prosedur terkait.
Jenis peristiwa
inferred
|
|||
|
Tanda vital dicatat
|
Aktivitas ini terjadi setiap kali tanda vital pasien, seperti detak jantung, tekanan darah, dan suhu, dicatat. Peristiwa ini tercatat secara langsung di dokumentasi klinis atau bagian flowsheet khusus tanda vital di EHR. | ||
|
Mengapa ini penting
Pencatatan tanda vital secara berkala menunjukkan bahwa pasien sedang dipantau secara aktif. Frekuensi dan waktunya dapat dianalisis untuk memastikan kepatuhan terhadap protokol pemantauan.
Sumber data
Tercatat di repositori data klinis atau tabel flowsheet tempat tanda vital disimpan. Setiap entri memiliki stempel waktu.
Pengumpulan data
Ambil stempel waktu dari data flowsheet tanda vital untuk kunjungan pasien.
Jenis peristiwa
explicit
|
|||
|
Tindak lanjut dijadwalkan
|
Aktivitas ini menandai penjadwalan janji temu tindak lanjut setelah pasien dipulangkan. Peristiwa ini tercatat di modul penjadwalan saat janji temu yang terkait dengan kunjungan pasien yang telah selesai dipulangkan dibuat. | ||
|
Mengapa ini penting
Penjadwalan perawatan tindak lanjut penting untuk menjaga kesinambungan perawatan dan mengurangi rawat inap ulang. Aktivitas ini membantu mengukur kepatuhan terhadap protokol setelah pasien dipulangkan.
Sumber data
Tercatat di modul penjadwalan janji temu. Cari stempel waktu pembuatan janji temu baru untuk pasien setelah tanggal pemulangan.
Pengumpulan data
Cari stempel waktu pembuatan catatan janji temu pasien di sistem penjadwalan.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi data
Siap memulai?
Mulailah mengoptimalkan pengalaman pasien dan efisiensi operasional hari ini. Data Anda dapat mengungkap wawasan penting dan membantu mendorong perbaikan nyata.
Optimalkan perjalanan pasien di Veradigm sekarang
Persingkat waktu siklus pasien hingga 30% dan tingkatkan hasil perawatan.
Tidak perlu kartu kredit. Mulai sekarang juga.