Templat Data Perjalanan Pasien Anda

MEDITECH
Templat Data Perjalanan Pasien Anda

Templat Data Perjalanan Pasien Anda

Templat ini menyediakan kerangka kerja untuk merekam alur klinis langsung dari lingkungan MEDITECH Anda. Templat ini menjelaskan struktur data dan tonggak proses yang diperlukan untuk melihat alur pasien serta menemukan hambatan operasional di berbagai departemen. Ikuti panduan ini agar log peristiwa Anda memiliki format yang tepat untuk process mining dan analisis kinerja secara terperinci.
  • Atribut klinis yang disarankan
  • Tonggak proses penting
  • Panduan ekstraksi MEDITECH
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Perjalanan Pasien

Berikut kolom data yang disarankan untuk disertakan dalam log peristiwa agar pergerakan pasien dan hasil klinis dapat dianalisis secara menyeluruh.
5 Wajib 8 Disarankan 6 Opsional
Nama Deskripsi
Nama aktivitas
ActivityName
Tindakan klinis atau administratif tertentu yang dilakukan.
Deskripsi

Atribut ini menunjukkan nama peristiwa atau tugas dalam perjalanan pasien. Contohnya mencakup 'Pasien terdaftar', 'Obat diberikan', atau 'Perintah pemulangan dibuat'.

Identifikasi aktivitas yang tepat penting untuk memetakan alur proses. Nilai ini biasanya berasal dari kode transaksi, status pesanan, atau intervensi yang dicatat dalam rekam medis elektronik.

Mengapa ini penting

Menentukan langkah-langkah proses dan diperlukan untuk menampilkan peta proses.

Sumber data

Ditentukan dari berbagai log transaksi (OE Orders, NUR Interventions, ADM Events).

Contoh
Pasien terdaftarTriase selesaiObat diberikanHasil diagnosis diverifikasi
Patient Episode
PatientEpisode
Pengenal unik untuk periode perawatan atau kunjungan pasien tertentu.
Deskripsi

Patient Episode menjadi pengenal kasus utama dalam analisis proses. Atribut ini mengelompokkan semua peristiwa klinis, administratif, dan finansial yang terkait dengan satu masa rawat inap atau kunjungan rawat jalan ke dalam satu rangkaian perjalanan pasien.

Di sistem MEDITECH, atribut ini biasanya terkait dengan Account Number atau Visit ID. Atribut ini penting untuk menyusun kembali perjalanan pasien dari pendaftaran hingga pemulangan, menghitung lama rawat, dan menganalisis jalur klinis.

Mengapa ini penting

Ini adalah kunci kasus wajib untuk menghubungkan berbagai peristiwa ke dalam satu instans proses.

Sumber data

Modul Admissions atau Registration MEDITECH, biasanya kolom Account Number.

Contoh
V100938475AC29384755E993847211O229384711
Pembaruan data terakhir
LastDataUpdate
Waktu data terakhir diekstrak atau diperbarui.
Deskripsi

Menunjukkan kapan catatan terakhir diproses atau dimuat ke alat process mining. Informasi ini membantu mengaudit kebaruan data dan memastikan analisis mencerminkan kondisi sistem terkini.

Berbeda dari Event Timestamp, atribut ini mencatat waktu pada alur data teknis, bukan waktu terjadinya peristiwa klinis.

Mengapa ini penting

Penting untuk tata kelola data dan memastikan analisis menggunakan data terbaru.

Sumber data

Tanggal sistem saat ETL dijalankan.

Contoh
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Sistem sumber
SourceSystem
Identitas sistem asal data.
Deskripsi

Menunjukkan instans MEDITECH atau modul tertentu tempat data peristiwa diekstrak. Di lingkungan dengan beberapa rumah sakit, atribut ini membantu membedakan data dari fasilitas atau versi sistem yang berbeda.

Atribut ini bersifat tetap jika data diekstrak dari satu sistem, tetapi penting saat menggabungkan data untuk menyusun tampilan terpadu di seluruh jaringan rumah sakit.

Mengapa ini penting

Memastikan asal-usul dan keterlacakan data di lingkungan dengan beberapa sistem.

Sumber data

Diisi secara tetap saat ekstraksi atau melalui konfigurasi ID sistem.

Contoh
MEDITECH_ExpanseMEDITECH_6.1Hospital_A_Main
Stempel waktu peristiwa
EventTimestamp
Tanggal dan waktu spesifik saat aktivitas terjadi.
Deskripsi

Atribut ini mencatat waktu tepat saat aktivitas berlangsung. Data ini digunakan untuk mengurutkan peristiwa secara kronologis dan menghitung durasi antarlangkah proses.

Stempel waktu yang akurat diperlukan untuk menganalisis waktu tunggu, seperti jeda antara triase dan pemeriksaan, atau waktu penyelesaian hasil diagnosis.

Mengapa ini penting

Diperlukan untuk mengurutkan peristiwa serta menghitung waktu siklus dan kelancaran proses.

Sumber data

Kolom tanggal/waktu transaksi pada tabel sumber.

Contoh
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:45:00Z
Apakah pasien dirawat kembali
IsReadmission
Penanda yang menunjukkan apakah episode ini terjadi dalam 30 hari setelah pemulangan sebelumnya.
Deskripsi

Atribut boolean yang bernilai true jika tanggal pendaftaran pasien saat ini berada dalam 30 hari setelah tanggal pemulangan dari episode sebelumnya. Atribut ini mendukung dashboard 'Penerimaan Kembali dan Mutu Perawatan'.

Dengan mengidentifikasi pasien yang dirawat kembali, analis dapat menelusuri episode sebelumnya untuk menemukan kekurangan dalam perencanaan pemulangan atau perawatan lanjutan.

Mengapa ini penting

Metrik mutu penting yang berdampak pada penggantian biaya dan hasil perawatan pasien.

Sumber data

Dihitung dengan membandingkan StartTime saat ini dengan Case EndTime sebelumnya untuk MedicalRecordNumber yang sama.

Contoh
truefalse
Departemen rumah sakit
HospitalDepartment
Unit atau departemen tempat aktivitas berlangsung.
Deskripsi

Menunjukkan unit kerja yang bertanggung jawab atas aktivitas, seperti 'Gawat Darurat', 'Radiologi', 'ICU', atau 'Bangsal Umum'. Atribut ini penting untuk dashboard 'Produktivitas Sumber Daya per Departemen'.

Atribut ini memungkinkan metrik kinerja dikelompokkan menurut unit, sehingga hambatan dalam pemindahan internal dan pemanfaatan sumber daya lebih mudah ditemukan.

Mengapa ini penting

Penting untuk analisis organisasi dan menemukan hambatan di unit tertentu.

Sumber data

Kolom lokasi atau departemen pada tabel transaksi.

Contoh
Departemen Gawat DaruratRadiologiUnit Perawatan IntensifBangsal Bedah 3
Diagnosis utama
PrimaryDiagnosis
Kondisi medis utama yang teridentifikasi dalam episode pasien.
Deskripsi

Berisi kode ICD-10 atau keterangan alasan utama pasien datang. Atribut ini menjadi dasar 'Analisis Variasi Jalur Klinis'.

Dengan mengelompokkan kasus menurut diagnosis utama, manajer klinis dapat membandingkan jalur perawatan aktual dengan jalur klinis ideal untuk kondisi tersebut.

Mengapa ini penting

Penting untuk mengelompokkan kasus dan menganalisis jalur klinis.

Sumber data

Modul Medical Records atau Abstracting.

Contoh
J18.9 - PneumoniaI21.9 - Infark Miokard AkutS72.0 - Fraktur Femur
Jenis pasien
PatientType
Pengelompokan jenis kunjungan pasien, misalnya rawat inap, rawat jalan, atau gawat darurat.
Deskripsi

Mengelompokkan jenis kunjungan ke rumah sakit. Nilai yang umum mencakup 'Rawat Inap', 'Rawat Jalan', 'Gawat Darurat', atau 'Observasi'. Pengelompokan ini penting untuk memfilter dan membandingkan proses, karena standar perawatan dan durasi yang diharapkan sangat berbeda menurut jenis kunjungan.

Kolom ini membantu dashboard 'Optimalisasi Perencanaan Pemulangan' dengan mengelompokkan perkiraan lama rawat.

Mengapa ini penting

Dasar untuk mengelompokkan proses saat membandingkannya, misalnya rawat inap dan rawat jalan.

Sumber data

Tabel Admission atau Visit, misalnya AdmVisits.Status.

Contoh
Rawat InapGawat DaruratBedah Rawat JalanObservasi
Nomor rekam medis
MedicalRecordNumber
Identitas unik pasien untuk seluruh kunjungan.
Deskripsi

Medical Record Number (MRN) mengidentifikasi pasien secara unik di dalam organisasi layanan kesehatan, berbeda dari ID khusus episode. Analis dapat menggunakannya untuk menghubungkan beberapa episode pasien dari waktu ke waktu.

Atribut ini penting untuk dashboard 'Penerimaan Kembali dan Mutu Perawatan'. Dengan atribut ini, Anda dapat mendeteksi pasien yang kembali ke rumah sakit dalam 30 hari setelah dipulangkan.

Mengapa ini penting

Memungkinkan analisis lintas episode dan tampilan yang berfokus pada pasien.

Sumber data

Indeks induk pasien atau tabel pendaftaran.

Contoh
MRN-100293MRN-55928388291002
Tenaga medis penanggung jawab
AttendingProvider
Dokter atau tenaga medis utama yang bertanggung jawab atas aktivitas.
Deskripsi

Mencatat nama atau ID dokter, perawat, atau teknisi yang menjalankan tugas atau mengawasi perawatan. Atribut ini mendukung dashboard 'Kecepatan Penyusunan Rencana Perawatan' dengan mengaitkan metrik kecepatan dan efisiensi dengan staf atau peran tertentu.

Atribut ini juga mendukung analisis sumber daya untuk menyeimbangkan beban kerja dan menemukan kebutuhan pelatihan bagi staf klinis.

Mengapa ini penting

Memungkinkan analisis kinerja sumber daya dan penyeimbangan beban kerja.

Sumber data

Kolom Provider atau User pada log aktivitas.

Contoh
Dr. SmithRN JonesTech Adams
Tingkat kegawatan triase
TriageAcuityLevel
Tingkat keparahan kondisi pasien yang ditetapkan saat triase.
Deskripsi

Menunjukkan tingkat kegawatan kondisi pasien, biasanya menggunakan skala, misalnya 1-5 dengan 1 sebagai kondisi kritis. Atribut ini menjadi dasar 'Analisis Alur Departemen Gawat Darurat'.

Analis dapat menghubungkan waktu tunggu dengan tingkat keparahan pasien dan memastikan pasien paling kritis mendapat prioritas yang sesuai.

Mengapa ini penting

Penting untuk menganalisis penentuan prioritas di IGD dan kepatuhan terhadap standar keselamatan.

Sumber data

Layar penilaian keperawatan IGD atau triase.

Contoh
1 - Resusitasi2 - Darurat3 - Mendesak4 - Kurang mendesak
Tujuan setelah pemulangan
DischargeDisposition
Tujuan atau status pasien setelah dipulangkan.
Deskripsi

Menunjukkan tujuan pasien setelah episode perawatan, seperti 'Pulang ke Rumah', 'Fasilitas Perawatan Terampil', 'Layanan Kesehatan di Rumah', atau 'Meninggal'. Ini merupakan metrik hasil utama untuk dashboard 'Optimalisasi Perencanaan Pemulangan'.

Analisis ini membantu mengetahui apakah keterlambatan mendapatkan tempat perawatan lanjutan menyebabkan lama rawat bertambah.

Mengapa ini penting

Metrik hasil utama untuk menganalisis lama rawat dan risiko pasien dirawat kembali.

Sumber data

Layar abstraksi pemulangan atau pendaftaran.

Contoh
Dipulangkan ke rumahDipindahkan ke rumah sakit umum perawatan jangka pendekMeninggalPulang atas permintaan sendiri tanpa persetujuan medis
Apakah terjadi pelanggaran kepatuhan
IsAdherenceViolation
Penanda yang menunjukkan apakah kasus menyimpang dari jalur klinis standar.
Deskripsi

Penanda boolean bernilai true jika urutan aktivitas tidak sesuai dengan model referensi yang ditetapkan untuk diagnosis utama pasien. Atribut ini mendukung 'Analisis Variasi Jalur Klinis'.

Analis dapat dengan cepat memfilter kasus yang tidak sesuai untuk menyelidiki alasan standar perawatan tidak diikuti.

Mengapa ini penting

Dengan cepat menemukan penyimpangan dan variasi proses.

Sumber data

Dihitung menggunakan algoritme pemeriksaan kesesuaian.

Contoh
truefalse
Asal pasien masuk
AdmitSource
Asal pasien sebelum masuk, misalnya dari rumah, pindahan, atau rujukan.
Deskripsi

Menjelaskan asal pasien saat masuk, seperti 'Rujukan Dokter', 'Unit Gawat Darurat', atau 'Pindahan dari Rumah Sakit Lain'. Informasi ini memberi konteks tentang cara pasien masuk ke sistem.

Atribut ini membantu memahami pola arus masuk pasien dan dampaknya terhadap 'Analisis Alur Departemen Gawat Darurat' serta perencanaan sumber daya.

Mengapa ini penting

Memberi konteks tentang arus masuk pasien dan jalur permintaan layanan.

Sumber data

Data pendaftaran pasien masuk.

Contoh
Unit Gawat DaruratRujukan KlinikPindahan dari SNF
Jumlah tagihan
ChargeAmount
Nilai biaya yang terkait dengan aktivitas atau layanan tertentu.
Deskripsi

Menunjukkan biaya atau tagihan untuk peristiwa tertentu, seperti pemeriksaan atau biaya kamar. Meski utamanya digunakan untuk keuangan, nilai ini juga berkaitan dengan intensitas penggunaan sumber daya.

Jika dijumlahkan, data ini membantu memahami dampak finansial dari variasi proses, meski tampilan yang diminta berfokus pada alur klinis.

Mengapa ini penting

Menambahkan dimensi finansial ke analisis proses.

Sumber data

Modul Billing atau BAR (Billing/Accounts Receivable).

Contoh
150.001200.5045.00
Kategori pesanan
OrderCategory
Pengelompokan pesanan klinis, misalnya laboratorium, radiologi, atau konsultasi.
Deskripsi

Mengelompokkan pesanan ke dalam kategori seperti 'Laboratorium', 'Radiologi', 'Diet', atau 'Konsultasi'. Atribut ini penting untuk dashboard 'Waktu Penyelesaian Layanan Diagnostik'.

Atribut ini memisahkan alur kerja agar waktu siklus pencitraan dapat dianalisis secara terpisah dari pemeriksaan darah. Keduanya sering memiliki hambatan yang berbeda.

Mengapa ini penting

Mengelompokkan alur kerja diagnostik dan perawatan.

Sumber data

Kolom kategori pada modul Order Entry (OE).

Contoh
LaboratoriumRadiologiKeperawatanFarmasi
Nama obat
MedicationName
Nama obat yang diberikan.
Deskripsi

Mencatat obat tertentu dalam peristiwa 'Obat Diberikan'. Atribut ini diperlukan untuk dashboard 'Kepatuhan Pemberian Obat'.

Pimpinan keperawatan dapat memastikan obat berisiko tinggi atau yang harus diberikan tepat waktu, seperti antibiotik untuk sepsis, diberikan dalam rentang waktu terapi yang sesuai.

Mengapa ini penting

Diperlukan untuk analisis kepatuhan klinis dan keselamatan.

Sumber data

Modul Pharmacy (PHA) atau Bedside Verification (BMV).

Contoh
AsetaminofenVankomisinHeparinInsulin
Waktu tunggu triase
TriageWaitTime
Durasi antara pendaftaran dan selesainya triase.
Deskripsi

Durasi yang dihitung antara peristiwa 'Pasien Terdaftar' dan 'Triase Selesai'. Nilai ini langsung digunakan dalam KPI 'Rata-rata Waktu Proses Triase'.

Dengan memantau durasi ini, manajer IGD dapat menyesuaikan jumlah staf pada jam sibuk agar standar keselamatan pasien tetap terpenuhi.

Mengapa ini penting

Metrik operasional utama untuk Departemen Gawat Darurat.

Sumber data

Dihitung dari selisih waktu pada stempel waktu aktivitas tertentu.

Contoh
15 menit1 jam 20 menit
Wajib Disarankan Opsional

Aktivitas Perjalanan Pasien

Tabel ini mencantumkan langkah proses dan tonggak klinis utama yang perlu direkam untuk melihat seluruh pengalaman pasien dari awal hingga akhir.
9 Disarankan 5 Opsional
Aktivitas Deskripsi
Diagnosis dicatat
Tahap saat klinisi memasukkan diagnosis berkode (ICD-10) ke catatan pasien. Diagnosis ini sering memicu jalur klinis tertentu.
Mengapa ini penting

Memungkinkan 'Clinical Pathway Variant Analysis' dengan mengelompokkan kasus. Penting untuk membandingkan kelompok pasien.

Sumber data

MEDITECH ABS (Abstracting) atau Medical Records. Dicatat saat kode diagnosis dikaitkan dengan akun.

Pengumpulan data

Dicatat saat transaksi Diagnosis Enter dijalankan

Jenis peristiwa explicit
Hasil diagnosis diverifikasi
Menandakan pemeriksaan diagnostik, seperti laboratorium atau radiologi, telah dilakukan dan hasilnya disahkan oleh teknisi atau radiolog. Tahap ini menuntaskan proses permintaan pemeriksaan diagnostik.
Mengapa ini penting

Menjadi titik akhir pengukuran 'Diagnostic Services Turnaround'. Penting untuk menganalisis hambatan di unit layanan pendukung.

Sumber data

Modul MEDITECH LAB atau ITS (Imaging and Therapeutic Services). Diambil dari perubahan status hasil menjadi Verified atau Signed.

Pengumpulan data

Dicatat saat kolom status berubah menjadi Verified

Jenis peristiwa explicit
Obat diberikan
Mencatat pemberian obat kepada pasien oleh staf keperawatan. Biasanya dicatat melalui pemindaian kode batang di sisi tempat tidur pasien.
Mengapa ini penting

Mendukung analisis 'Medication Administration Compliance'. Membantu menemukan risiko keselamatan dan gangguan alur kerja di unit keperawatan.

Sumber data

MEDITECH PHA (Pharmacy) atau eMAR (Electronic Medication Administration Record). Menggunakan kolom 'AdminDateTime' dalam riwayat pemberian obat.

Pengumpulan data

Dicatat saat transaksi Med Admin dijalankan

Jenis peristiwa explicit
Pasien dipindahkan
Menandai perpindahan fisik pasien dari satu lokasi, seperti unit, kamar, atau tempat tidur, ke lokasi lain. Melacak alur pasien di rumah sakit.
Mengapa ini penting

Penting untuk analisis 'Internal Transfer Bottlenecks'. Durasi pemindahan yang lama menunjukkan persaingan penggunaan sumber daya atau keterlambatan petugas pemindah pasien.

Sumber data

MEDITECH ADM (Admissions). Diambil dari log transaksi 'Location History' atau 'RoomBed'.

Pengumpulan data

Dicatat saat transaksi Transfer Patient dijalankan

Jenis peristiwa explicit
Pasien dipulangkan
Penutupan kunjungan secara administratif. Pasien telah meninggalkan rumah sakit dan tempat tidurnya tersedia kembali.
Mengapa ini penting

Menandai akhir resmi proses. Digunakan untuk menghitung lama rawat akhir dan menentukan periode rawat inap ulang 30 hari.

Sumber data

MEDITECH ADM (Admissions). Kolom 'DischargeDateTime' dalam catatan kunjungan.

Pengumpulan data

Dicatat saat transaksi Discharge Patient dijalankan

Jenis peristiwa explicit
Pasien terdaftar
Peristiwa ini menandai pembuatan catatan episode pasien atau kunjungan secara administratif di sistem. Catatan ini merekam titik awal pasien masuk ke modul MEDITECH ADM (Admissions).
Mengapa ini penting

Menetapkan awal perjalanan pasien dan perhitungan waktu siklus. Penting untuk menghitung total lama rawat.

Sumber data

Modul MEDITECH ADM. Bersumber dari tabel 'Admissions', khususnya kolom 'AdmitDateTime' atau stempel waktu pembuatan log transaksi.

Pengumpulan data

Dicatat saat transaksi New Visit dijalankan

Jenis peristiwa explicit
Perintah pemulangan dibuat
Stempel waktu saat dokter menandatangani perintah pemulangan pasien. Tahap ini menandai dimulainya fase 'Discharge Planning'.
Mengapa ini penting

Menjadi dasar pengukuran 'Discharge Planning Lead Time'. Jeda antara waktu ini dan keberangkatan pasien menunjukkan inefisiensi operasional.

Sumber data

MEDITECH OE (Order Entry). Filter Orders berdasarkan Category = Discharge.

Pengumpulan data

Dicatat saat transaksi Order Enter dijalankan

Jenis peristiwa explicit
Pesanan dibuat
Mencatat permintaan layanan, obat, atau pemeriksaan diagnostik oleh klinisi. Peristiwa ini memicu aktivitas klinis berikutnya.
Mengapa ini penting

Menjadi dasar KPI 'Diagnostic Services Turnaround'. Perbandingan dengan waktu pelaksanaan menunjukkan keterlambatan pemberian layanan.

Sumber data

Modul MEDITECH OE (Order Entry). Diambil dari tabel 'OeOrders' menggunakan kolom Order Date/Time.

Pengumpulan data

Dicatat saat transaksi Order Enter dijalankan

Jenis peristiwa explicit
Triase selesai
Menandakan selesainya pemeriksaan awal oleh perawat di Unit Gawat Darurat. Tahap ini menentukan tingkat kegawatan dan skor keparahan pasien.
Mengapa ini penting

Penting untuk dashboard analisis alur Unit Gawat Darurat dalam mengukur kelancaran layanan dan waktu tunggu.

Sumber data

Modul MEDITECH EDM (Emergency Department Management). Diambil dari perubahan status di pelacak EDM atau stempel waktu dokumen Triage Assessment.

Pengumpulan data

Dicatat saat kolom status berubah menjadi Triaged

Jenis peristiwa explicit
Janji temu tindak lanjut dijadwalkan
Penjadwalan janji temu pasien di kemudian hari. Aktivitas ini mendukung kesinambungan perawatan setelah pasien pulang.
Mengapa ini penting

Mendukung analisis 'Follow-up Appointment Scheduling'. Berkaitan dengan angka rawat inap ulang yang lebih rendah.

Sumber data

MEDITECH SCH (Scheduling). Disimpulkan dengan menghubungkan catatan Appointment baru yang dibuat di sekitar tanggal pemulangan dengan ID pasien.

Pengumpulan data

Simpulkan dengan membandingkan kolom Appointment Created Date dengan Discharge Date

Jenis peristiwa inferred
Konsultasi selesai
Menandai selesainya pemeriksaan oleh spesialis. Biasanya disimpulkan dari pencatatan jenis dokumen tertentu, misalnya 'Cardiology Consult Note'.
Mengapa ini penting

Menjadi titik akhir pengukuran respons spesialis. Penting untuk memastikan perawatan berlanjut tepat waktu.

Sumber data

MEDITECH PCM (Provider Order Management) atau EMR. Disimpulkan dari stempel waktu pembuatan dokumen dengan judul tertentu.

Pengumpulan data

Bandingkan kolom status sebelum dan sesudah

Jenis peristiwa inferred
Permintaan konsultasi dikirim
Jenis pesanan khusus untuk meminta pendapat spesialis. Peristiwa ini memulai penghitungan waktu pada dashboard 'Specialist Consultation Response'.
Mengapa ini penting

Menemukan hambatan dalam koordinasi perawatan multidisiplin. Waktu tunggu yang lama pada tahap ini memperpanjang lama rawat.

Sumber data

MEDITECH OE (Order Entry). Diidentifikasi dengan memfilter 'OeOrders' berdasarkan Category = Consult.

Pengumpulan data

Dicatat saat transaksi Order Enter dijalankan

Jenis peristiwa explicit
Rencana perawatan dimulai
Menandai pembuatan atau penetapan rencana perawatan khusus oleh perawat atau tim multidisiplin. Ini sesuai dengan konsep 'Treatment Plan Developed'.
Mengapa ini penting

Mengukur 'Treatment Plan Development Velocity'. Keterlambatan pada tahap ini dapat menunjukkan adanya kendala dalam pengambilan keputusan klinis.

Sumber data

MEDITECH PCS (Patient Care System) atau Care Manager. Stempel waktu saat Plan of Care standar diterapkan pada pasien.

Pengumpulan data

Dicatat saat transaksi Care Plan Add dijalankan

Jenis peristiwa explicit
Sampel diambil
Menandai pengambilan sampel biologis untuk pemeriksaan laboratorium. Aktivitas ini menghubungkan tahap pemesanan dengan pemrosesan.
Mengapa ini penting

Tahap terperinci ini sering menjadi penyebab keterlambatan dalam proses diagnosis. Berguna untuk membedakan keterlambatan keperawatan dari keterlambatan laboratorium.

Sumber data

Modul MEDITECH LAB. Biasanya dicatat saat petugas pengambil darah memindai kode batang atau mengubah status sampel menjadi Collected.

Pengumpulan data

Dicatat saat transaksi Collect Specimen dijalankan

Jenis peristiwa explicit
Disarankan Opsional

Panduan Ekstraksi

Cara mengambil data klinis dan administratif dari sistem MEDITECH Expanse Anda.

Siap Memulai?

Mulailah meningkatkan operasional klinis dengan menerapkan templat ini pada data MEDITECH Anda. Tim kami siap membantu menyempurnakan ekstraksi data agar rumah sakit Anda beroperasi seefisien mungkin.

Optimalkan Perjalanan Pasien dan Kurangi Keterlambatan Sekarang

Pangkas waktu siklus hingga 30 persen dan tingkatkan efisiensi rumah sakit

Mulai Uji Coba Gratis

Tidak perlu kartu kredit. Mulai dalam hitungan menit.