Templat data perjalanan perawatan pasien Anda

Veradigm (Allscripts)
Templat data perjalanan perawatan pasien Anda

Templat data perjalanan perawatan pasien Anda

Templat ini membantu Anda mengumpulkan data yang diperlukan untuk menganalisis proses perjalanan perawatan pasien. Templat ini mencantumkan atribut dan aktivitas penting yang perlu dilacak, serta panduan praktis untuk mengambil informasi dari sistem sumber. Gunakan templat ini untuk menyiapkan data bagi analisis process mining.
  • 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
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut perjalanan perawatan pasien

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar proses perjalanan perawatan pasien dapat dianalisis.
3 Wajib 8 Disarankan 8 Opsional
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
Wajib Disarankan Opsional

Aktivitas dalam perjalanan perawatan pasien

Berikut langkah dan tonggak proses utama yang perlu dicatat dalam log peristiwa agar proses perjalanan perawatan pasien dapat ditemukan secara akurat.
6 Disarankan 7 Opsional
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
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari Veradigm (Allscripts)

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.

Mulai uji coba gratis

Tidak perlu kartu kredit. Mulai sekarang juga.