Hasta Yolculuğu Veri Şablonunuz
Hasta Yolculuğu Veri Şablonunuz
- Önerilen klinik öznitelikler
- Temel süreç kilometre taşları
- MEDITECH veri çıkarma rehberliği
Hasta Yolculuğu Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Gerçekleştirilen belirli klinik veya idari eylem. | ||
| Açıklama Bu öznitelik, hasta yolculuğu içinde meydana gelen olay veya görevin adını temsil eder. 'Hasta Kaydedildi', 'İlaç Uygulandı' veya 'Taburculuk Emri Yazıldı' gibi belirgin adımları yakalar. Aktivitelerin doğru tanımlanması, süreç akışını haritalamak için çok önemlidir. Bu değerler genellikle elektronik sağlık kaydındaki işlem kodlarından, sipariş durumlarından veya belgelenmiş müdahalelerden türetilir. Neden önemli Sürecin adımlarını tanımlar ve süreç haritasını görselleştirmek için gereklidir. Nereden alınır Çeşitli işlem günlüklerinden (OE Siparişleri, HEMŞİRE Müdahaleleri, ADM Olayları) türetilmiştir. Örnekler Hasta KaydedildiÖn Değerlendirme Tamamlandıİlaç UygulandıTanı Sonucu Doğrulandı | |||
| Hasta Süreci PatientEpisode | Belirli bir hasta bakım süresi veya ziyareti için benzersiz tanımlayıcı. | ||
| Açıklama Hasta Süreci, süreç analizi için merkezi vaka tanımlayıcısı olarak işlev görür. Tek bir hastane yatışı veya ayakta tedavi ziyaretiyle ilgili tüm klinik, idari ve finansal olayları tek bir bütünsel yolculukta gruplandırır. MEDITECH sistemlerinde bu genellikle Hesap Numarası veya Ziyaret Kimliği ile ilişkilidir. Bu öznitelik, hasta yolculuğunu kayıttan taburculuğa kadar yeniden yapılandırmak, yatış süresini hesaplamak ve klinik süreçleri analiz etmek için temeldir. Neden önemli Farklı olayları tek bir süreç örneğine bağlamak için gerekli olan zorunlu vaka anahtarıdır. Nereden alınır MEDITECH Kabul veya Kayıt modülü; genellikle Hesap Numarası alanı. Örnekler V100938475AC29384755E993847211O229384711 | |||
| Kaynak Sistem SourceSystem | Verinin kaynaklandığı sistemin tanımlayıcısı. | ||
| Açıklama Olay verilerinin çıkarıldığı MEDITECH örneğini veya belirli modülü tanımlar. Çoklu hastane ortamlarında, bu, farklı tesislerden veya sistem versiyonlarından gelen verileri ayırt etmeye yardımcı olur. Bu nitelik, tek sistemli bir çıkarma için statiktir, ancak bir hastane ağı genelinde birleşik bir görünüm oluşturmak üzere verileri birleştirirken kritiktir. Neden önemli Çoklu sistem ortamlarında veri soy ağacını ve izlenebilirliği sağlar. Nereden alınır Çıkarma veya sistem kimliği yapılandırması sırasında sabit kodlanmıştır. Örnekler MEDITECH_ExpanseMEDITECH_6.1Hastane_A_Ana | |||
| Olay Zaman Damgası EventTimestamp | Faaliyetin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu öznitelik, bir aktivitenin gerçekleştiği kesin anı kaydeder. Olayları kronolojik olarak sıralamak ve süreç adımları arasındaki süre metriklerini hesaplamak için kullanılır. Triyaj ve değerlendirme arasındaki süre veya tanı sonuçları için geri dönüş süresi gibi bekleme sürelerinin doğru analizi için yüksek hassasiyetli zaman damgaları gereklidir. Neden önemli Olayları sıralamak, döngü sürelerini ve iş hacmini hesaplamak için gereklidir. Nereden alınır Kaynak tablolardaki işlem tarih/saat sütunları. Örnekler 2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:45:00Z | |||
| Son Veri Güncellemesi LastDataUpdate | Verilerin en son çekildiği veya yenilendiği zaman damgası. | ||
| Açıklama Kaydın en son ne zaman işlendiğini veya Process Mining aracına yüklendiğini gösterir. Bu, veri güncelliğinin denetlenmesine ve analizin sistemin en güncel durumunu yansıtmasını sağlamaya yardımcı olur. Olay Zaman Damgası'ndan farklıdır, çünkü klinik olay zamanı yerine teknik veri boru hattı zamanını yansıtır. Neden önemli Veri yönetişimi ve analizin güncel veriler üzerinde yapılmasını sağlamak için kritik. Nereden alınır ETL yürütme anındaki sistem tarihi. Örnekler 2023-11-01T00:00:00Z2023-11-02T12:00:00Z | |||
| Birincil Tanı PrimaryDiagnosis | Hasta sürecinde belirlenen ana tıbbi durum. | ||
| Açıklama Karşılaşmanın birincil nedeni olan ICD-10 kodunu veya açıklamasını içerir. Bu, 'Klinik Yol Varyant Analizi'nin temel taşıdır. Vakaları Birincil Teşhise göre gruplandırarak, klinik yöneticiler gerçek tedavi yollarını o belirli durum için ideal klinik yolla karşılaştırabilir. Neden önemli Klinik yolları analiz etmek için vakaları gruplandırmak açısından hayati öneme sahiptir. Nereden alınır Tıbbi Kayıtlar veya Özetleme modülü. Örnekler J18.9 - ZatürreI21.9 - Akut Miyokard EnfarktüsüS72.0 - Femur Kırığı | |||
| Hasta Türü PatientType | Hasta ziyaretinin kategorizasyonu (örn. Yatan Hasta, Ayakta Hasta, Acil). | ||
| Açıklama Hastane ziyaretinin doğasını sınıflandırır. Yaygın değerler arasında 'Yatan Hasta', 'Ayakta Hasta', 'Acil' veya 'Gözlem' bulunur. Bu sınıflandırma, süreçleri filtrelemek ve karşılaştırmak için temeldir, çünkü bakım standardı ve beklenen süre türe göre önemli ölçüde farklılık gösterir. Bu alan, 'Taburcu Planlama Optimizasyonu' Dashboard'unda kalış süresi beklentilerini segmentlere ayırarak yardımcı olur. Neden önemli Süreç karşılaştırması için temel segmentasyon (Yatan Hasta vs Ayakta Hasta). Nereden alınır Kabul veya Ziyaret tabloları (örn. AdmVisits.Status). Örnekler Yatan HastaAcilAyaktan AmeliyatGözlem | |||
| Hastane Departmanı HospitalDepartment | Aktivitenin gerçekleştiği belirli birim veya departman. | ||
| Açıklama Etkinlikten sorumlu 'Acil', 'Radyoloji', 'Yoğun Bakım' veya 'Genel Servis' gibi fonksiyonel birimi tanımlar. Bu nitelik, 'Departman Kaynak Verimi' Dashboard'u için hayati öneme sahiptir. Bu, performans metriklerinin birime göre segmentlere ayrılmasına olanak tanıyarak dahili transferlerde ve kaynak kullanımında darboğazların belirlenmesine yardımcı olur. Neden önemli Kurumsal analiz ve belirli birimlerdeki darboğazları belirlemek için anahtar. Nereden alınır İşlem tablolarındaki Konum veya Departman alanları. Örnekler Acil ServisRadyolojiYoğun Bakım ÜnitesiCerrahi Servis 3 | |||
| Kalış Süresi LengthOfStay | Hasta sürecinin kabulden taburculuğa kadar toplam süresi. | ||
| Açıklama Kayıt/kabul başlangıç zamanı ile taburcu zamanı arasında geçen toplam süreyi temsil eden hesaplanmış bir metrik. Bu, 'Kalış Süresi Eğilim Analizi' Dashboard'u için birincil metriktir. Yüksek seviyeli bir verimlilik göstergesi olarak hizmet eder ve genellikle farklı departmanlar veya teşhis grupları arasındaki karşılaştırmaları normalleştirmek için kullanılır. Neden önemli Hastane operasyonları için birincil verimlilik KPI'ı. Nereden alınır Kayıt Başlangıç Zamanı ile Taburcu arasında hesaplanır. Örnekler 4 gün 2 saat45 minutes12 gün | |||
| Sorumlu Sağlayıcı AttendingProvider | Aktiviteden sorumlu birincil klinisyen veya sağlayıcı. | ||
| Açıklama Görevi yerine getiren veya bakımı denetleyen doktor, hemşire veya teknisyenin adını veya kimliğini kaydeder. Bu öznitelik, hız ve verimlilik metriklerini belirli personele veya rollere atfederek 'Tedavi Planı Geliştirme Hızı' panosunu destekler. Kaynak analizi yaparak iş yüklerini dengelemeyi ve klinik personel arasındaki eğitim ihtiyaçlarını belirlemeyi sağlar. Neden önemli Kaynak performans analizi ve iş yükü dengelemesine olanak tanır. Nereden alınır Aktivite günlüklerindeki Sağlayıcı veya Kullanıcı alanları. Örnekler Dr. SmithHemşire JonesTeknisyen Adams | |||
| Taburcu Kararı DischargeDisposition | Taburculukta hastanın gideceği yer veya durumu. | ||
| Açıklama Hastanın vaka sonrası nereye gittiğini gösterir; örneğin 'Ev', 'Nitelikli Hemşirelik Tesisi', 'Evde Sağlık' veya 'Vefat Etti'. Bu, 'Taburcu Planlama Optimizasyonu' Dashboard'u için önemli bir sonuç metriğidir. Bunu analiz etmek, akut sonrası bakım yerleşimlerinin sağlanmasındaki gecikmelerin daha uzun kalış sürelerine katkıda bulunup bulunmadığını belirlemeye yardımcı olur. Neden önemli Kalış süresi ve yeniden kabul riskini analiz etmek için temel sonuç metriği. Nereden alınır Taburcu özeti veya kayıt ekranları. Örnekler Eve Taburcu EdildiKısa Süreli Genel Hastaneye Transfer EdildiSüresi DolduTıbbi Tavsiyeye Karşı Ayrıldı | |||
| Tıbbi Kayıt Numarası MedicalRecordNumber | Tüm ziyaretlerde hasta için benzersiz bir tanımlayıcı. | ||
| Açıklama Tıbbi Kayıt Numarası (MRN), bir hastayı sağlık kuruluşu içinde tekil olarak tanımlar ve sürece özgü kimlikten farklıdır. Analistlerin aynı hastayı içeren birden çok süreci zaman içinde ilişkilendirmesine olanak tanır. Bu öznitelik, 'Yeniden Yatış ve Bakım Kalitesi' panosu için esastır ve hastaların taburcu edildikten sonra 30 gün içinde hastaneye geri dönmesini tespit etmeyi sağlar. Neden önemli Vakalar arası analizi ve hasta merkezli görünümleri mümkün kılar. Nereden alınır Hasta ana indeksi veya kayıt tablosu. Örnekler MRN-100293MRN-55928388291002 | |||
| Triyaj Akutluk Seviyesi TriageAcuityLevel | Triyaj sırasında hastaya atanan şiddet derecesi. | ||
| Açıklama Hastanın durumunun aciliyetini gösterir, tipik olarak bir ölçekte (örn. 1-5, burada 1 kritik anlamına gelir). Bu nitelik, 'Acil Servis Akış Analizi'nin merkezindedir. Analistlerin bekleme sürelerini hasta şiddetiyle ilişkilendirmesine olanak tanıyarak, en kritik hastaların etkin bir şekilde önceliklendirildiğinden emin olunmasını sağlar. Neden önemli Acil Servis önceliklendirmesi ve güvenlik uyumluluğunu analiz etmek için kritik. Nereden alınır Acil Servis veya Triyaj hemşirelik değerlendirme ekranları. Örnekler 1 - Resüsitasyon2 - Acil3 - İvedi4 - Daha Az İvedi | |||
| Yeniden Kabul mü IsReadmission | Bu vakanın önceki bir taburcudan sonraki 30 gün içinde gerçekleşip gerçekleşmediğini gösteren bayrak. | ||
| Açıklama Hastanın mevcut kayıt tarihinin, önceki bir vakanın taburcu tarihinden sonraki 30 gün içinde olup olmadığını gösteren bir boolean niteliği. Bu, 'Yeniden Kabul ve Bakım Kalitesi' Dashboard'unu destekler. Yeniden kabulleri belirlemek, analistlerin taburcu planlaması veya takip bakımındaki boşlukları bulmak için önceki vakaya geri dönmesine olanak tanır. Neden önemli Geri ödeme ve hasta sonuçlarını etkileyen kritik kalite metriği. Nereden alınır Aynı MedicalRecordNumber için mevcut Başlangıç Zamanı ile önceki Vaka Bitiş Zamanı karşılaştırılarak hesaplanır. Örnekler truefalse | |||
| İlaç Adı MedicationName | Uygulanan ilacın adı. | ||
| Açıklama 'Uygulanan İlaç' olaylarında yer alan belirli ilacı kaydeder. Bu, 'İlaç Uygulama Uyumluluğu' Dashboard'u için gereklidir. Hemşirelik yönetiminin, yüksek riskli veya zaman açısından kritik ilaçların (sepsis için antibiyotikler gibi) uygun terapötik pencereler içinde teslim edildiğini doğrulamasına olanak tanır. Neden önemli Klinik uyumluluk ve güvenlik analizi için gereklidir. Nereden alınır Eczane (PHA) veya Yatak Başı Doğrulama (BMV) modülleri. Örnekler AsetaminofenVankomisinHeparinİnsülin | |||
| Kabul Kaynağı AdmitSource | Hastanın nereden geldiği (örn. Ev, Transfer, Sevk). | ||
| Açıklama Hastanın kabulünün kökenini tanımlar; örneğin 'Hekim Sevk', 'Acil Servis' veya 'Başka Hastaneden Nakil'. Bu, hastaların sisteme nasıl girdiğine dair bağlam sağlar. Akış modellerini ve bunların 'Acil Servis Akış Analizi' ve kaynak planlaması üzerindeki etkilerini anlamak için faydalıdır. Neden önemli Hasta girişi ve talep kanalları hakkında bağlam sağlar. Nereden alınır Kabul kayıt verileri. Örnekler Acil OdaKlinik SevkY.B.K.'dan Transfer | |||
| Sipariş Kategorisi OrderCategory | Klinik siparişlerin sınıflandırılması (örn. Laboratuvar, Radyoloji, Konsültasyon). | ||
| Açıklama Siparişleri 'Laboratuvar', 'Radyoloji', 'Diyet' veya 'Konsültasyon' gibi daha geniş kategorilere ayırır. Bu, 'Tanı Hizmetleri Geri Dönüş' Dashboard'u için hayati öneme sahiptir. Görüntüleme ile kan tahlili gibi farklı iş akışlarını ayırarak, farklı darboğazlara sahip olabilen döngü sürelerini analiz etmeyi sağlar. Neden önemli Tanı ve tedavi iş akışlarını segmentlere ayırır. Nereden alınır Sipariş Girişi (OE) modülü kategori alanları. Örnekler LaboratuvarRadyolojiHemşirelikEczane | |||
| Triyaj Bekleme Süresi TriageWaitTime | Kayıt ve triyaj tamamlanması arasındaki süre. | ||
| Açıklama 'Hasta Kaydedildi' olayı ile 'Triyaj Tamamlandı' olayı arasındaki hesaplanan süre. Bu doğrudan 'Ortalama Triyaj İşlem Süresi' KPI'ını besler. Bu süreyi izlemek, acil servis yöneticilerinin yoğun saatlerde personel ayarlamaları yaparak hasta güvenliği standartlarının karşılanmasını sağlamasına yardımcı olur. Neden önemli Acil Servisler için temel operasyonel metrik. Nereden alınır Belirli etkinlik zaman damgaları arasındaki hesaplanmış fark. Örnekler 15 dakika1 saat 20 dakika | |||
| Ücret Tutarı ChargeAmount | Belirli bir aktivite veya hizmetle ilişkili finansal değer. | ||
| Açıklama Bir test veya oda ücreti gibi belirli bir olay için kaydedilen maliyeti veya ücreti temsil eder. Öncelikle finansal olsa da, kaynak yoğunluğuyla ilgilidir. Toplandığında, süreç varyasyonlarının finansal etkisini anlamaya yardımcı olur, ancak istenen görünümün birincil odağı klinik akıştır. Neden önemli Süreç analizine finansal boyut katar. Nereden alınır Fatura veya BAR (Fatura/Alacak Hesapları) modülü. Örnekler 150.001200.5045.00 | |||
| Uyum İhlali mi IsAdherenceViolation | Vakanın standart klinik yoldan sapıp sapmadığını gösteren bayrak. | ||
| Açıklama Etkinlik dizisinin, hastanın Birincil Tanısı için tanımlanmış referans modelle eşleşmemesi durumunda doğru (true) değerini alan bir boolean bayrak. Bu, 'Klinik Yol Varyant Analizi'ni destekler. Bu, bakım standardına neden uyulmadığını araştırmak için 'uyumsuz' vakaların hızlı bir şekilde filtrelenmesine olanak tanır. Neden önemli Süreç sapmalarını ve varyansları hızla tanımlar. Nereden alınır Uyum kontrol algoritmaları tarafından hesaplanır. Örnekler truefalse | |||
Hasta Yolculuğu Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Hasta Kaydedildi | Bu olay, sistemde hasta sürecinin veya ziyaret kaydının idari olarak oluşturulmasını işaret eder. MEDITECH ADM (Kabul) modülüne ilk giriş noktasını yakalar. | ||
| Neden önemli Hasta yolculuğunun başlangıcını ve döngü süresi hesaplamalarını belirler. Toplam Kalış Süresini hesaplamak için hayati öneme sahiptir. Nereden alınır MEDITECH ADM modülü. 'Kabul' tablosundan, özellikle 'KabulTarihSaat' veya işlem kayıt oluşturma zaman damgasından alınır. Yakala Yeni Ziyaret işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Hasta Taburcu Edildi | Ziyaretin idari olarak sonlandırılması. Hasta fiziksel olarak ayrılmış ve yatak boşaltılmıştır. | ||
| Neden önemli Sürecin resmi sonu. Nihai Yatış Süresi'ni hesaplamak ve 30 günlük yeniden yatış penceresini tanımlamak için kullanılır. Nereden alınır MEDITECH ADM (Kabul). Ziyaret kaydındaki 'TaburculukTarihSaat' alanı. Yakala Hasta Taburcu Etme işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Hasta Transfer Edildi | Hastanın bir yerden (Birim/Oda/Yatak) başka bir yere fiziksel hareketini gösterir. Hastane içindeki akışı izler. | ||
| Neden önemli 'İç Transfer Darboğazları' için anahtar. Yüksek transfer süreleri, kaynak çekişmesi veya taşıyıcı gecikmelerini gösterir. Nereden alınır MEDITECH ADM (Kabul). 'Konum Geçmişi' veya 'OdaYatak' işlem kayıtlarından alınır. Yakala Hasta Transferi işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| İlaç Uygulandı | Hemşirelik personeli tarafından hastaya ilacın gerçek teslimatını kaydeder. Genellikle yatak başında barkod tarama yoluyla yakalanır. | ||
| Neden önemli 'İlaç Uygulama Uyumluluğu'nu destekler. Hemşirelik birimlerindeki güvenlik risklerini ve iş akışı kesintilerini belirler. Nereden alınır MEDITECH PHA (Eczacılık) veya eMAR (Elektronik İlaç Uygulama Kaydı). Uygulama geçmişindeki 'UygulamaTarihSaat'. Yakala İlaç Uygulama işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Ön Değerlendirme Tamamlandı | Acil Servis'teki ilk hemşirelik değerlendirmesinin tamamlandığını gösterir. Bu, hasta için aciliyet seviyesini ve şiddet skorunu tanımlar. | ||
| Neden önemli Acil Servis Akış Analizi Dashboard'unun verimi ve bekleme sürelerini ölçmesi için kritik. Nereden alınır MEDITECH EDM (Acil Servis Yönetimi) modülü. EDM takipçisindeki durum değişikliklerinden veya Triyaj Değerlendirme belgesinin zaman damgasından türetilir. Yakala Durum alanı Triyaj Edildi olarak değiştiğinde kaydedilir Event tipi explicit | |||
| Sipariş Verildi | Bir klinisyen tarafından hizmet, ilaç veya tanı testi talebini kaydeder. Bu, sonraki klinik faaliyetler için tetikleyici olaydır. | ||
| Neden önemli 'Tanı Hizmetleri Geri Dönüş' KPI'ını temel alır. Bunu yürütme süresiyle karşılaştırmak, hizmet sunumundaki gecikmeleri belirler. Nereden alınır MEDITECH OE (Sipariş Girişi) modülü. 'OeOrders' tablosundan Sipariş Tarih/Saat alanı kullanılarak alınır. Yakala Sipariş Girişi işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Taburcu Emri Yazıldı | Hekimin hasta taburculuğunu yetkilendiren emri imzaladığı zaman damgası. Bu, 'Taburculuk Planlaması' aşamasının başlangıcını işaret eder. | ||
| Neden önemli 'Taburcu Planlama Lider Süresi'ni temel alır. Bununla gerçek ayrılış arasındaki boşluk, operasyonel verimsizliği temsil eder. Nereden alınır MEDITECH OE (Sipariş Girişi). Kategori = Taburculuk olan siparişleri filtrele. Yakala Sipariş Girişi işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Tanı Sonucu Doğrulandı | Bir tanı testi (Laboratuvar veya Radyoloji) yapıldığını ve sonuçların bir teknisyen veya radyolog tarafından onaylandığını gösterir. Bu, tanı siparişindeki döngüyü etkili bir şekilde kapatır. | ||
| Neden önemli 'Tanı Hizmetleri Geri Dönüş Süresi' için bitiş noktası. Destek departmanlarındaki darboğazları analiz etmek için esastır. Nereden alınır MEDITECH LAB veya ITS (Görüntüleme ve Terapötik Hizmetler) modülleri. Sonuç durumunun 'Doğrulandı' veya 'İmzalandı' olarak değişmesinden alınır. Yakala Durum alanı Doğrulandı olarak değiştiğinde kaydedilir Event tipi explicit | |||
| Teşhis Belgelendi | Bir klinisyenin kodlanmış bir tanıyı (ICD-10) hasta kaydına girdiği nokta. Bu genellikle belirli klinik süreçleri tetikler. | ||
| Neden önemli Vakayı kategorize ederek 'Klinik Yol Varyant Analizi'ni mümkün kılar. Hastaları karşılaştırma için gruplandırmak açısından kritiktir. Nereden alınır MEDITECH ABS (Özetleme) veya Tıbbi Kayıtlar. Tanı kodları hesapla ilişkilendirildiğinde kaydedilir. Yakala Teşhis Girişi işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Bakım Planı Başlatıldı | Belirli bir hemşirelik veya disiplinlerarası bakım planının oluşturulmasını veya atanmasını temsil eder. Bu, 'Tedavi Planı Geliştirildi' konseptine karşılık gelir. | ||
| Neden önemli 'Tedavi Planı Geliştirme Hızı'nı ölçer. Buradaki gecikmeler, klinik karar alma süreçlerinde eksiklikler olduğunu gösterir. Nereden alınır MEDITECH PCS (Hasta Bakım Sistemi) veya Bakım Yöneticisi. Hastaya standart bir Bakım Planı uygulandığında zaman damgası. Yakala Bakım Planı Ekle işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Konsültasyon Talebi Gönderildi | Uzman görüşü talep eden belirli bir sipariş türü. Bu, 'Uzman Konsültasyon Yanıtı' Dashboard'unda zaman sayacını başlatır. | ||
| Neden önemli Multidisipliner bakım koordinasyonundaki darboğazları belirler. Buradaki yüksek bekleme süreleri, kalış süresini uzatır. Nereden alınır MEDITECH OE (Sipariş Girişi). Kategori = Konsültasyon olan 'OeOrders' filtrelenerek tanımlanır. Yakala Sipariş Girişi işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Konsültasyon Tamamlandı | Uzman değerlendirmesinin tamamlanması. Genellikle belirli bir belge türünün (örn. 'Kardiyoloji Konsültasyon Notu') dosyalanmasından çıkarılır. | ||
| Neden önemli Uzman duyarlılığını ölçmek için bitiş noktası. Bakım ilerlemesinin zamanında yapılmasını sağlamak için kritik öneme sahiptir. Nereden alınır MEDITECH PCM (Sağlayıcı Sipariş Yönetimi) veya EMR. Belge oluşturma zaman damgalarından belirli başlıklarla çıkarılır. Yakala Durum alanını öncesi ve sonrası karşılaştırın Event tipi inferred | |||
| Numune Toplandı | Laboratuvar analizi için biyolojik bir numunenin fiziksel olarak toplandığı anı işaretler. Bu aktivite, sipariş verme ve işleme arasındaki boşluğu doldurur. | ||
| Neden önemli Teşhis yaşam döngüsündeki gecikmelerden sıkça sorumlu olan ayrıntılı adım. Hemşirelik gecikmelerini laboratuvar gecikmelerinden ayırmak için faydalıdır. Nereden alınır MEDITECH LAB modülü. Genellikle bir flebotomist barkodu taradığında veya numune durumunu 'Toplandı' olarak güncellediğinde kaydedilir. Yakala Numune Topla işlemi yürütüldüğünde kaydedilir Event tipi explicit | |||
| Takip Randevusu Oluşturuldu | Hasta için gelecekteki bir randevunun planlanması. Bu aktivite, taburculuk sonrası bakım sürekliliğini destekler. | ||
| Neden önemli 'Takip Randevusu Planlama' analizini destekler. Daha düşük yeniden yatış oranlarıyla ilişkilidir. Nereden alınır MEDITECH SCH (Randevu Yönetimi). Taburculuk tarihine yakın oluşturulan yeni bir Randevu kaydının hasta kimliğine bağlanmasıyla çıkarılır. Yakala Randevu Oluşturma Tarihi alanını Taburcu Tarihi ile karşılaştırılarak türetilir Event tipi inferred | |||
Veri Çekim Kılavuzları
Adımlar
Veri Havuzu Sunucusunu Belirleyin: MEDITECH Veri Havuzu'nu (DR) barındıran Microsoft SQL Server örneğini bulun. Bu, işlemsel M-AT veya dosya tabanlı veritabanından farklıdır. Salt okunur kimlik bilgilerine (genellikle bir hizmet hesabı) ihtiyacınız olacaktır.
Şema Sürümünü Belirleyin: MEDITECH DR yapıları Magic, Client/Server (6.x) ve Expanse arasında biraz farklılık gösterir. Aşağıdaki sorgu standart adlandırma kurallarını (örn. AdmVisits, OeOrders) kullanır. Bu tablo adlarını yerel SQL Server Management Studio (SSMS) Nesne Gezgini'nizde doğrulayın.
Kapsamı Tanımlayın: Hasta ziyaretleri için birincil tabloyu belirleyin. Bu genellikle özel DR yapılandırmanıza bağlı olarak AdmVisits, RegAcct veya AbstractData olarak adlandırılır. Sorgu, hasta vakası için AdmVisits'i bir dayanak olarak kullanır.
SQL Ortamını Hazırlayın: SSMS'yi açın ve DR'ye bağlanın. Yeni bir sorgu penceresi açın. Doğru veritabanına (genellikle livedb veya benzeri bir adla) geçiş yaptığınızdan emin olun.
Parametreleri Yapılandırın: Sağlanan SQL betiğinde, tarih aralıkları (örn. '2023-01-01') ve DR'niz birden fazla siteyi barındırıyorsa tesis tanımlayıcıları için yer tutucuları değiştirin.
Çıkarma İşlemini Yürütün: T-SQL betiğinin tamamını çalıştırın. Bu, önce ilgi alanındaki popülasyonu tanımlamak ve ardından standartlaştırılmış bir olay günlüğü oluşturmak için birden fazla veri kaynağını UNION ALL ile birleştirmek amacıyla Ortak Tablo İfadeleri'ni (CTE'ler) kullanır.
NULL Niteliklerini Yönetin: Sorgu, zaman damgalarındaki olası NULL değerlerini ele almak için mantık (uygun yerlerde COALESCE kullanarak) içerir ve kritik birleştirme anahtarlarının (SourceID/VisitID) mevcut olduğundan emin olur.
Triyaj ve Acil Durum Verilerini Doğrulayın: MEDITECH, ED verilerini belirli modüllerde saklar. Acil durum iş akışlarını analiz ediyorsanız EdVisits veya NurInterventions tablolarının dolu olduğundan emin olun.
Sipariş Kategorilerini Doğrulayın: Sorgu, genel siparişleri, konsültasyonları ve taburcu siparişlerini Kategori urn'lerine veya anımsatıcılarına göre ayırır. Tesisinizin özel Mnemonic sözlüğüne uyması için belirli WHERE koşullarını ayarlamanız gerekebilir.
Verileri Dışa Aktarın: Sonuçlar döndüğünde, SSMS'deki sonuçlar ızgarasına sağ tıklayın ve Sonuçları CSV Olarak Kaydet'i seçin. Başlıkların dahil edildiğinden emin olun.
Son Biçimlendirme: CSV'yi açın ve ProcessMind'e aktarmadan önce tarih formatlarının ISO 8601 uyumlu (YYYY-AA-GG SS:DD:SS) olduğunu doğrulayın.
Konfigürasyon
- Veritabanı Erişimi: MEDITECH DR SQL veritabanında db_datareader izinleri gerektirir.
- Tarih Aralığı: Tamamlanmış döngüleri sağlamak için, taburcu edilmiş hastalardan 3 ila 6 aylık bir veri çekme penceresi önerilir.
- Tesis Filtreleme: Eğer DR birden fazla tesise ait veri içeriyorsa, BaseVisits CTE'yi FacilityID veya SourceSystemID ile filtreleyin.
- Vaka Tanımı: Betik, benzersiz VisitID'yi (genellikle Hesap Numarası veya Vaka Numarası olarak adlandırılır) Vaka Kimliği olarak kullanır.
- Performans: Sorgu, tarama aralığını sınırlamak için bir CTE bağlayıcısı kullanır. Optimal performans için AdmVisits tablosunda AdmitDate ve DischargeDate üzerinde indekslerin bulunduğundan emin olun.
- Gecikme: Veri Havuzu transferleri, site yapılandırmasına bağlı olarak 15 dakikadan 24 saate kadar gecikmeye sahip olabilir. LastDataUpdate zaman damgasını doğrulayın.
a Örnek Sorgu 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');