Templat Data Perjalanan Pasien Anda
Templat Data Perjalanan Pasien Anda
- Atribut klinis yang disarankan
- Tonggak proses penting
- Panduan ekstraksi MEDITECH
Atribut Perjalanan Pasien
| 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 | |||
Aktivitas Perjalanan Pasien
| 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 | |||
Panduan Ekstraksi
Langkah
Temukan Server Data Repository: Cari instans Microsoft SQL Server yang menampung MEDITECH Data Repository (DR) Anda. Server ini berbeda dari database transaksional M-AT atau database berbasis file. Anda memerlukan kredensial hanya-baca, biasanya akun layanan.
Tentukan Versi Skema: Struktur MEDITECH DR sedikit berbeda antara Magic, Client/Server (6.x), dan Expanse. Kueri di bawah menggunakan konvensi penamaan standar, misalnya AdmVisits dan OeOrders. Periksa nama tabel ini di Object Explorer pada SQL Server Management Studio (SSMS) lokal Anda.
Tentukan Cakupan: Temukan tabel utama untuk kunjungan pasien. Namanya biasanya AdmVisits, RegAcct, atau AbstractData, bergantung pada konfigurasi DR Anda. Kueri ini menggunakan AdmVisits sebagai acuan Patient Episode.
Siapkan Lingkungan SQL: Buka SSMS dan sambungkan ke DR. Buka jendela kueri baru. Pastikan Anda memilih database yang benar, biasanya bernama livedb atau nama serupa.
Atur Parameter: Dalam skrip SQL yang disediakan, ganti placeholder rentang tanggal (misalnya, '2023-01-01') dan identitas fasilitas jika DR Anda menampung beberapa lokasi.
Jalankan Ekstraksi: Jalankan seluruh skrip T-SQL. Skrip ini menggunakan Common Table Expressions (CTE) untuk menentukan populasi yang dianalisis, lalu menggabungkan beberapa sumber data dengan UNION ALL untuk membuat log peristiwa standar.
Tangani Atribut NULL: Kueri ini mencakup logika untuk menangani nilai NULL pada stempel waktu, menggunakan COALESCE bila sesuai, dan memastikan kunci penggabungan penting (SourceID/VisitID) tersedia.
Periksa Data Triage dan Gawat Darurat: MEDITECH menyimpan data IGD di modul tertentu. Jika Anda menganalisis alur kerja gawat darurat, pastikan tabel EdVisits atau NurInterventions berisi data.
Validasi Kategori Pesanan: Kueri memisahkan pesanan umum, konsultasi, dan pesanan pemulangan berdasarkan urn atau mnemonic kategori. Anda mungkin perlu menyesuaikan klausa WHERE agar sesuai dengan kamus Mnemonic fasilitas Anda.
Ekspor Data: Setelah hasil muncul, klik kanan kisi hasil di SSMS dan pilih Save Results As CSV. Pastikan header disertakan.
Pemformatan Akhir: Buka file CSV dan pastikan format tanggal sesuai ISO 8601 (YYYY-MM-DD HH:MM:SS) sebelum mengimpornya ke ProcessMind.
Konfigurasi
- Akses database: Memerlukan izin db_datareader pada database SQL MEDITECH DR.
- Rentang tanggal: Disarankan mengekstrak data pasien yang telah pulang selama 3 hingga 6 bulan agar siklusnya tercatat lengkap.
- Filter fasilitas: Jika DR berisi data dari beberapa fasilitas, filter CTE BaseVisits berdasarkan FacilityID atau SourceSystemID.
- Definisi episode: Skrip menggunakan VisitID unik, yang sering disebut Account Number atau Episode Number, sebagai Case ID.
- Kinerja: Kueri menggunakan CTE sebagai acuan untuk membatasi rentang pemindaian. Untuk kinerja optimal, pastikan tabel AdmVisits memiliki indeks pada AdmitDate dan DischargeDate.
- Keterlambatan data: Transfer Data Repository dapat tertunda 15 menit hingga 24 jam, bergantung pada konfigurasi lokasi. Periksa stempel waktu LastDataUpdate.
Contoh kueri sql
/* MEDITECH Data Repository T-SQL Extraction for ProcessMind */
/* Process: Patient Journey */
/* Dialect: T-SQL */
WITH BaseVisits AS (
/* Define the population: Discharged patients within a date range */
SELECT
V.VisitID,
V.PatientID,
V.AccountNumber AS MedicalRecordNumber,
V.AdmitDateTime,
V.DischargeDateTime,
V.FacilityID,
V.PatientType,
V.AttendingProviderID,
V.DischargeDisposition,
NULLIF(DATEDIFF(MINUTE, V.AdmitDateTime, V.DischargeDateTime), 0) / 1440.0 AS LengthOfStay,
/* Flag readmissions logic would go here, simplified as 0 for base script */
0 AS IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmVisits] V
WHERE
V.DischargeDateTime >= '2023-01-01'
AND V.DischargeDateTime < '2023-04-01'
AND V.Status = 'DIS' /* Discharged Status */
),
PatientDiagnoses AS (
/* Helper CTE for Primary Diagnosis to avoid duplicates in joins */
SELECT
D.VisitID,
MAX(D.ICDCode) AS PrimaryDiagnosis
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] D
WHERE
D.Rank = 1 /* Primary Diagnosis Rank */
GROUP BY
D.VisitID
),
TriageData AS (
/* Helper CTE for Triage Acuity */
SELECT
T.VisitID,
MAX(T.AcuityLevel) AS TriageAcuityLevel
FROM
[YourDatabaseName].[dbo].[EdTriage] T
GROUP BY
T.VisitID
)
/* 1. Patient Registered */
SELECT
V.VisitID AS PatientEpisode,
'Patient Registered' AS ActivityName,
V.AdmitDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.AdmitDateTime IS NOT NULL
UNION ALL
/* 2. Triage Completed */
SELECT
V.VisitID AS PatientEpisode,
'Triage Completed' AS ActivityName,
ED.TriageDateTime AS EventTimestamp,
'MEDITECH_ED' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Emergency Department' AS HospitalDepartment,
ED.TriageNurseID AS AttendingProvider,
V.PatientType,
ED.AcuityLevel AS TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[EdTriage] ED
INNER JOIN BaseVisits V ON ED.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
WHERE
ED.TriageDateTime IS NOT NULL
UNION ALL
/* 3. Order Placed (General) */
SELECT
V.VisitID AS PatientEpisode,
'Order Placed' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category NOT IN ('CONSULT', 'DISCHARGE') /* Exclude specific types handled elsewhere */
UNION ALL
/* 4. Specimen Collected */
SELECT
V.VisitID AS PatientEpisode,
'Specimen Collected' AS ActivityName,
L.CollectionDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
L.CollectedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabSpecimens] L
INNER JOIN BaseVisits V ON L.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
L.CollectionDateTime IS NOT NULL
UNION ALL
/* 5. Diagnostic Result Verified */
SELECT
V.VisitID AS PatientEpisode,
'Diagnostic Result Verified' AS ActivityName,
R.VerifiedDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
R.VerifiedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabResults] R
INNER JOIN BaseVisits V ON R.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
R.VerifiedDateTime IS NOT NULL
UNION ALL
/* 6. Diagnosis Documented */
SELECT
V.VisitID AS PatientEpisode,
'Diagnosis Documented' AS ActivityName,
DX.EntryDateTime AS EventTimestamp,
'MEDITECH_ABS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
DX.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] DX
INNER JOIN BaseVisits V ON DX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
DX.EntryDateTime IS NOT NULL
UNION ALL
/* 7. Care Plan Initiated */
SELECT
V.VisitID AS PatientEpisode,
'Care Plan Initiated' AS ActivityName,
N.CreateDateTime AS EventTimestamp,
'MEDITECH_NUR' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
N.NurseUnit AS HospitalDepartment,
N.NurseID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[NurPlan] N
INNER JOIN BaseVisits V ON N.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
N.CreateDateTime IS NOT NULL
UNION ALL
/* 8. Medication Administered */
SELECT
V.VisitID AS PatientEpisode,
'Medication Administered' AS ActivityName,
M.AdminDateTime AS EventTimestamp,
'MEDITECH_PHA' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
M.AdminLocation AS HospitalDepartment,
M.AdministeredBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[PhaMedAdmin] M
INNER JOIN BaseVisits V ON M.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
M.Status = 'ADMINISTERED'
UNION ALL
/* 9. Consult Request Sent */
SELECT
V.VisitID AS PatientEpisode,
'Consult Request Sent' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
UNION ALL
/* 10. Consultation Completed */
SELECT
V.VisitID AS PatientEpisode,
'Consultation Completed' AS ActivityName,
O.CompletedDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
AND O.Status = 'COMPLETED'
AND O.CompletedDateTime IS NOT NULL
UNION ALL
/* 11. Patient Transferred */
SELECT
V.VisitID AS PatientEpisode,
'Patient Transferred' AS ActivityName,
TX.TransferDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
TX.ToLocation AS HospitalDepartment,
NULL AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmRoomTx] TX
INNER JOIN BaseVisits V ON TX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
TX.TransferDateTime IS NOT NULL
UNION ALL
/* 12. Discharge Order Written */
SELECT
V.VisitID AS PatientEpisode,
'Discharge Order Written' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'DISCHARGE'
OR O.Mnemonic LIKE '%DISCHARGE%'
UNION ALL
/* 13. Patient Discharged */
SELECT
V.VisitID AS PatientEpisode,
'Patient Discharged' AS ActivityName,
V.DischargeDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.DischargeDateTime IS NOT NULL
UNION ALL
/* 14. Follow-up Booked */
SELECT
V.VisitID AS PatientEpisode,
'Follow-up Booked' AS ActivityName,
S.BookDateTime AS EventTimestamp,
'MEDITECH_SCH' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
S.ApptDepartment AS HospitalDepartment,
S.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[SchAppt] S
INNER JOIN BaseVisits V ON S.PatientID = V.PatientID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
S.BookDateTime > V.AdmitDateTime
AND S.BookDateTime <= DATEADD(day, 30, V.DischargeDateTime) /* Logic to link appt to episode */
AND S.Status NOT IN ('CANCELLED', 'NOSHOW'); 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
Tidak perlu kartu kredit. Mulai dalam hitungan menit.