Hasta yolculuğu Veri Şablonunuz
Hasta yolculuğu Veri Şablonunuz
- Önerilen klinik öznitelikler
- Temel süreç aşamaları
- MEDITECH veri çıkarma yönergeleri
Hasta yolculuğu öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Gerçekleştirilen belirli klinik veya idari işlem. | ||
| Açıklama Bu öznitelik, hasta yolculuğunda gerçekleşen olayın veya görevin adını belirtir. 'Hasta kaydı oluşturuldu', 'İlaç uygulandı' ya da 'Taburculuk istemi yazıldı' gibi farklı adımları kaydeder. Süreç akışını haritalamak için etkinliklerin doğru belirlenmesi önemlidir. Bu değerler genellikle elektronik sağlık kaydındaki işlem kodlarından, istem durumlarından veya belgelenmiş müdahalelerden elde edilir. 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 elde edilir (OE Orders, NUR Interventions, ADM Events). Örnekler Hasta kaydı oluşturulduTriyaj tamamlandıİlaç uygulandıTanı sonucu doğrulandı | |||
| Hasta Vakası PatientEpisode | Belirli bir bakım veya ziyaret dönemini tanımlayan benzersiz kimlik. | ||
| Açıklama Hasta Vakası, süreç analizinde merkezi vaka tanımlayıcısı olarak kullanılır. Tek bir hastane yatışı veya ayakta tedavi ziyaretiyle ilgili tüm klinik, idari ve mali olayları tek bir bütünlüklü hasta yolculuğunda bir araya getirir. MEDITECH sistemlerinde bu değer genellikle Hesap Numarası veya Ziyaret Kimliğiyle eşleşir. Bu öznitelik, hasta yolculuğunu kayıttan taburculuğa kadar yeniden oluşturmak, yatış süresini hesaplamak ve klinik bakım yollarını analiz etmek için temel oluşturur. Neden önemli? Birbirinden ayrı olayları tek bir süreç örneğiyle ilişkilendirmek için gereken zorunlu vaka anahtarıdır. Nereden alınır? MEDITECH Admissions veya Registration modülü; genellikle Hesap Numarası alanı. Örnekler V100938475AC29384755E993847211O229384711 | |||
| Kaynak sistem SourceSystem | Verilerin geldiği sistemin tanımlayıcısı. | ||
| Açıklama Olay verilerinin çıkarıldığı MEDITECH örneğini veya belirli modülü tanımlar. Birden fazla hastanenin bulunduğu ortamlarda, farklı tesislerden ya da sistem sürümlerinden gelen verileri ayırt etmeye yardımcı olur. Tek sistemden veri çıkarıldığında bu öznitelik sabittir. Ancak hastane ağı genelinde birleşik bir görünüm oluşturmak için veriler birleştirilirken büyük önem taşır. Neden önemli? Birden fazla sistemin bulunduğu ortamlarda veri kökeninin ve izlenebilirliğin korunmasını sağlar. Nereden alınır? Veri çıkarma sırasında veya sistem kimliği yapılandırmasında sabit olarak tanımlanır. Örnekler MEDITECH_ExpanseMEDITECH_6.1Hospital_A_Main | |||
| Olay zaman damgası EventTimestamp | Etkinliğin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu öznitelik, bir etkinliğin gerçekleştiği kesin zamanı kaydeder. Olayları kronolojik sıraya koymak ve süreç adımları arasındaki süreleri hesaplamak için kullanılır. Triyaj ile değerlendirme arasındaki süre veya tanı sonuçlarının alınma süresi gibi bekleme sürelerini doğru analiz etmek için yüksek hassasiyetli zaman damgaları gerekir. Neden önemli? Olayları sıralamak, çevrim sürelerini ve işlem hacmini hesaplamak için gereklidir. Nereden alınır? Kaynak tablolardaki işlem tarihi/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 çıkarıldığı 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. Verilerin güncelliğini denetlemeye ve analizin sistemin en güncel durumunu yansıtmasını sağlamaya yardımcı olur. Klinik olayın gerçekleştiği zamanı değil, teknik veri hattındaki zamanı gösterdiği için Olay Zaman Damgası’ndan farklıdır. Neden önemli? Veri yönetişimi ve analizin güncel verilerle yapılmasını sağlamak açısından önemlidir. Nereden alınır? ETL işleminin yürütüldüğü sıradaki sistem tarihi. Örnekler 2023-11-01T00:00:00Z2023-11-02T12:00:00Z | |||
| Birincil tanı PrimaryDiagnosis | Hasta epizodu için belirlenen başlıca tıbbi durum. | ||
| Açıklama Başvurunun temel nedenine ait ICD-10 kodunu veya açıklamasını içerir. Klinik yol varyantı analizinin temelini oluşturur. Klinik yöneticiler, vakaları birincil tanıya göre gruplandırarak gerçekleşen tedavi yollarını ilgili durum için belirlenen ideal klinik yol ile karşılaştırabilir. Neden önemli? Klinik yolları analiz etmek üzere vakaları gruplandırmak için gereklidir. Nereden alınır? Tıbbi Kayıtlar veya Kodlama modülü. Örnekler J18.9 - ZatürreI21.9 - Akut miyokard enfarktüsüS72.0 - Uyluk kemiği kırığı | |||
| Hasta türü PatientType | Hasta ziyaretinin sınıflandırması (ör. yatarak tedavi, ayakta tedavi, acil). | ||
| Açıklama Hastane ziyaretinin türünü sınıflandırır. Yaygın değerler arasında yatarak tedavi, ayakta tedavi, acil ve gözlem bulunur. Bakım standartları ve beklenen süre türlere göre önemli ölçüde değiştiğinden, bu sınıflandırma süreçleri filtrelemek ve karşılaştırmak için temel oluşturur. Bu alan, yatış süresi beklentilerini türlere göre ayırarak Taburculuk planlamasını iyileştirme Dashboarduna yardımcı olur. Neden önemli? Süreçleri karşılaştırmak için temel bir ayrım sağlar (yatarak tedavi ve ayakta tedavi). Nereden alınır? Yatış veya Ziyaret tabloları (ör. AdmVisits.Status). Örnekler Yatarak tedaviAcilAyakta cerrahiGözlem | |||
| Hastane bölümü HospitalDepartment | Etkinliğin gerçekleştiği birim veya bölüm. | ||
| Açıklama Etkinlikten sorumlu Acil Servis, Radyoloji, Yoğun Bakım Ünitesi veya Genel Servis gibi işlevsel birimi tanımlar. Bu öznitelik, Bölümlere göre kaynak verimliliği Dashboardu için önemlidir. Performans metriklerinin birimlere göre ayrılmasını sağlayarak kurum içi devir teslimlerdeki ve kaynak kullanımındaki darboğazların belirlenmesine yardımcı olur. Neden önemli? Kurumsal analiz ve belirli birimlerdeki darboğazları belirlemek için önemlidir. Nereden alınır? İşlem tablolarındaki Konum veya Bölüm alanları. Örnekler Acil ServisRadyolojiYoğun Bakım ÜnitesiCerrahi Servis 3 | |||
| Sorumlu sağlık çalışanı AttendingProvider | Etkinlikten sorumlu başlıca klinisyen veya sağlık çalışanı. | ||
| Açıklama Görevi yerine getiren veya bakımı denetleyen hekim, hemşire ya da teknisyenin adını veya kimliğini kaydeder. Bu öznitelik, hız ve verimlilik metriklerini belirli çalışanlarla veya rollerle ilişkilendirerek Tedavi planı geliştirme hızı Dashboardunu destekler. Kaynak analizine imkân vererek klinik çalışanlarının iş yüklerini dengelemeye ve eğitim ihtiyaçlarını belirlemeye yardımcı olur. Neden önemli? Kaynak performansının analiz edilmesini ve iş yüklerinin dengelenmesini sağlar. Nereden alınır? Etkinlik günlüklerindeki Sağlık çalışanı veya Kullanıcı alanları. Örnekler Dr. SmithHemşire JonesTeknisyen Adams | |||
| Taburculuk durumu DischargeDisposition | Taburculuk sırasında hastanın gideceği yer veya durumu. | ||
| Açıklama Hastanın epizot sonrasında nereye gittiğini belirtir. Olası değerler arasında ev, nitelikli bakım tesisi, evde sağlık hizmeti ve vefat bulunur. Taburculuk planlamasını iyileştirme Dashboardu için önemli bir sonuç metriğidir. Bu verilerin analizi, akut bakım sonrası yerleştirme sürecindeki gecikmelerin yatış süresini uzatıp uzatmadığını belirlemeye yardımcı olur. Neden önemli? Yatış süresini ve yeniden yatış riskini analiz etmek için önemli bir sonuç metriğidir. Nereden alınır? Taburculuk kodlama veya kayıt ekranları. Örnekler Eve taburcu edildiKısa süreli genel hastaneye nakledildiVefat ettiTıbbi öneriye rağmen ayrıldı | |||
| Tıbbi kayıt numarası MedicalRecordNumber | Hastanın tüm ziyaretlerinde kullanılan benzersiz tanımlayıcı. | ||
| Açıklama Tıbbi Kayıt Numarası (MRN), hastayı sağlık kuruluşu genelinde benzersiz biçimde tanımlar ve epizoda özgü kimlik numarasından farklıdır. Analistlerin aynı hastaya ait farklı zamanlardaki epizotları ilişkilendirmesini sağlar. Bu öznitelik, taburcu olduktan sonraki 30 gün içinde hastaneye dönen hastaları belirlemeye yardımcı olarak Yeniden yatış ve bakım kalitesi Dashboardu için gereklidir. Neden önemli? Epizotlar arası analizi ve hasta odaklı görünümleri mümkün kılar. Nereden alınır? Hasta ana dizini veya kayıt tablosu. Örnekler MRN-100293MRN-55928388291002 | |||
| Triyaj aciliyet düzeyi TriageAcuityLevel | Triyaj sırasında hastaya verilen şiddet derecesi. | ||
| Açıklama Genellikle 1-5 arası bir ölçekte hastanın durumunun ne kadar acil olduğunu gösterir (1 en kritik düzeydir). Bu öznitelik, Acil Servis akış analizinin temelini oluşturur. Analistlerin bekleme sürelerini hastanın durumunun ciddiyetiyle karşılaştırmasını ve en acil durumdaki hastalara öncelik verilmesini sağlar. Neden önemli? Acil serviste önceliklendirmeyi ve güvenlik uyumluluğunu analiz etmek için önemlidir. Nereden alınır? Acil servis veya triyaj hemşireliği değerlendirme ekranları. Örnekler 1 - Canlandırma2 - Acil müdahale3 - Acil4 - Daha az acil | |||
| Yeniden yatış mı IsReadmission | Bu epizodun önceki bir taburculuktan sonraki 30 gün içinde gerçekleşip gerçekleşmediğini gösteren işaret. | ||
| Açıklama Hastanın mevcut kayıt tarihi önceki bir epizodun taburculuk tarihinden sonraki 30 gün içindeyse true değerini alan bir Boole özniteliğidir. Yeniden yatış ve bakım kalitesi Dashboardunu destekler. Yeniden yatışların belirlenmesi, taburculuk planlamasındaki veya takip bakımındaki eksikleri bulmak için analistlerin önceki epizodu incelemesini sağlar. Neden önemli? Geri ödemeleri ve hasta sonuçlarını etkileyen önemli bir kalite metriğidir. Nereden alınır? Aynı MedicalRecordNumber için mevcut StartTime ile önceki Case EndTime karşılaştırılarak hesaplanır. Örnekler truefalse | |||
| İlaç adı MedicationName | Uygulanan ilacın adı. | ||
| Açıklama İlaç uygulandı etkinliklerinde kullanılan ilacı kaydeder. İlaç uygulama uyumluluğu Dashboardu için gereklidir. Hemşirelik yöneticilerinin, sepsis için kullanılan antibiyotikler gibi yüksek riskli veya zamanında verilmesi gereken ilaçların uygun tedavi aralığında uygulanıp uygulanmadığını doğrulamasını sağlar. 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 ParasetamolVankomisinHeparinİnsülin | |||
| İstem kategorisi OrderCategory | Klinik istemlerin sınıflandırması (ör. laboratuvar, radyoloji, konsültasyon). | ||
| Açıklama İstemleri laboratuvar, radyoloji, diyet veya konsültasyon gibi geniş kategorilerde gruplandırır. Tanı hizmetlerinin sonuçlanma süresi Dashboardu için gereklidir. Görüntüleme ve kan tahlillerinin çevrim sürelerini ayrı ayrı analiz etmek üzere iş akışlarını ayırmayı sağlar. Bu süreçlerdeki darboğazlar genellikle farklıdır. Neden önemli? Tanı ve tedavi iş akışlarını kategorilere ayırır. Nereden alınır? İstem Girişi (OE) modülündeki kategori alanları. Örnekler LaboratuvarRadyolojiHemşirelikEczane | |||
| Triyaj bekleme süresi TriageWaitTime | Kayıt ile triyajın tamamlanması arasındaki süre. | ||
| Açıklama Hasta kaydedildi ve Triyaj tamamlandı olayları arasındaki süreyi hesaplar. Bu değer, Ortalama triyaj işlem süresi KPI’ına doğrudan yansır. Bu süreyi izlemek, acil servis yöneticilerinin yoğun saatlerde personel planlamasını ayarlamasına ve hasta güvenliği standartlarını karşılamasına yardımcı olur. Neden önemli? Acil servisler için önemli bir operasyon metriğidir. Nereden alınır? Belirli etkinliklerin zaman damgaları arasındaki fark hesaplanarak bulunur. Örnekler 15 dakika1 saat 20 dakika | |||
| Ücret tutarı ChargeAmount | Belirli bir etkinlik veya hizmetle ilişkili mali değer. | ||
| Açıklama Test veya oda ücreti gibi belirli bir olay için kaydedilen maliyeti ya da ücreti gösterir. Öncelikle finansal bir veri olsa da kaynak kullanım yoğunluğuyla ilişkilidir. Toplu olarak incelendiğinde, istenen görünümün odağı klinik akış olsa da süreç farklılıklarının mali etkisini anlamaya yardımcı olur. Neden önemli? Süreç analizine finansal boyut katar. Nereden alınır? Faturalama veya BAR (Faturalama/Alacak Hesapları) modülü. Örnekler 150.001200.5045.00 | |||
| Uyum ihlali var mı IsAdherenceViolation | Vakanın standart klinik yoldan sapıp sapmadığını gösteren işaret. | ||
| Açıklama Etkinlik sırası, hastanın birincil tanısı için tanımlanan referans modelle eşleşmiyorsa true değerini alan Boole işaretidir. Klinik yol varyantı analizini destekler. Standart bakımın neden izlenmediğini araştırmak için uyumsuz vakaların hızla filtrelenmesini sağlar. Neden önemli? Süreç sapmalarını ve farklılıklarını hızla belirler. Nereden alınır? Uyumluluk denetimi algoritmalarıyla hesaplanır. Örnekler truefalse | |||
| Yatış kaynağı AdmitSource | Hastanın geldiği yer (ör. ev, nakil, sevk). | ||
| Açıklama Hastanın yatış kaynağını, örneğin hekim sevkini, acil servisi veya başka bir hastaneden nakli belirtir. Hastaların sisteme nasıl girdiğini anlamak için bağlam sağlar. Hasta giriş örüntülerini ve bunların Acil Servis akış analizi ile kaynak planlaması üzerindeki etkisini anlamaya yardımcı olur. Neden önemli? Hasta girişleri ve talep kanalları hakkında bağlam sağlar. Nereden alınır? Yatış kayıt verileri. Örnekler Acil servisKlinik sevkiUzun süreli bakım tesisinden nakil | |||
Hasta yolculuğu etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Hasta kaydı oluşturuldu | Bu olay, hasta vakasının veya ziyaret kaydının sistemde idari olarak oluşturulduğunu gösterir. MEDITECH ADM (Admissions) modülüne ilk giriş noktasını kaydeder. | ||
| Neden önemli? Hasta yolculuğunun başlangıç noktasını ve çevrim süresi hesaplamalarını belirler. Toplam yatış süresini hesaplamak için gereklidir. Nereden alınır? MEDITECH ADM modülü. 'Admissions' tablosundaki 'AdmitDateTime' alanından veya işlem günlüğündeki kayıt zaman damgasından alınır. Kaydedin New Visit işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Hasta taburcu edildi | Ziyaretin idari olarak kapatılmasıdır. Hasta tesisten ayrılmış ve yatak boşaltılmıştır. | ||
| Neden önemli? Sürecin resmî bitiş noktasıdır. Nihai yatış süresini hesaplamak ve 30 günlük yeniden yatış dönemini belirlemek için kullanılır. Nereden alınır? MEDITECH ADM (Admissions). Ziyaret kaydındaki 'DischargeDateTime' alanı. Kaydedin Discharge Patient işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Hasta transfer edildi | Hastanın bir konumdan (birim/oda/yatak) başka bir konuma fiziksel olarak taşındığını gösterir. Hastane içindeki akışı izler. | ||
| Neden önemli? 'Kurum İçi Transfer Darboğazları' analizi için önemlidir. Uzun transfer süreleri, kaynak rekabetine veya hasta taşıma gecikmelerine işaret eder. Nereden alınır? MEDITECH ADM (Admissions). 'Location History' veya 'RoomBed' işlem günlüklerinden alınır. Kaydedin Transfer Patient işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| İlaç uygulandı | Hemşirelik personelinin ilacı hastaya fiilen verdiğini kaydeder. Genellikle hasta başında barkod taranarak kaydedilir. | ||
| Neden önemli? 'İlaç Uygulama Uyumluluğu' analizini destekler. Hemşirelik birimlerindeki güvenlik risklerini ve iş akışı kesintilerini belirler. Nereden alınır? MEDITECH PHA (Pharmacy) veya eMAR (Electronic Medication Administration Record). Uygulama geçmişindeki 'AdminDateTime' alanı. Kaydedin Med Admin işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| İstem oluşturuldu | Bir klinisyenin hizmet, ilaç veya tanı testi talebini kaydeder. Sonraki klinik etkinlikleri başlatan olaydır. | ||
| Neden önemli? 'Tanı Hizmetleri Sonuçlanma Süresi' KPI’ı için başlangıç değerini belirler. Bu değeri uygulama zamanıyla karşılaştırmak, hizmet sunumundaki gecikmeleri ortaya çıkarır. Nereden alınır? MEDITECH OE (Order Entry) modülü. 'OeOrders' tablosundaki Order Date/Time alanından alınır. Kaydedin Order Enter işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Taburculuk istemi yazıldı | Hekimin hastanın taburcu edilmesine izin veren istemi imzaladığı zaman damgasıdır. 'Taburculuk Planlaması' aşamasını başlatır. | ||
| Neden önemli? 'Taburculuk Planlaması için Geçen Süre' ölçümünün başlangıç değerini belirler. Bu zaman ile hastanın fiilen ayrılması arasındaki fark, operasyonel verimsizliği gösterir. Nereden alınır? MEDITECH OE (Order Entry). İstemleri Category = Discharge ölçütüne göre filtreleyin. Kaydedin Order Enter işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Tanı belgelendi | Klinisyenin hasta kaydına kodlanmış bir tanı (ICD-10) girdiği noktadır. Bu işlem çoğu zaman belirli klinik bakım yollarını başlatır. | ||
| Neden önemli? Vakayı kategorilere ayırarak 'Klinik Bakım Yolu Varyant Analizi' yapılmasını sağlar. Hastaları karşılaştırma amacıyla gruplamak için önemlidir. Nereden alınır? MEDITECH ABS (Abstracting) veya Medical Records. Tanı kodları hesaba eklendiğinde kaydedilir. Kaydedin Diagnosis Enter işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Tanı sonucu doğrulandı | Bir tanı testinin (laboratuvar veya radyoloji) yapıldığını ve sonuçların teknisyen ya da radyolog tarafından onaylandığını gösterir. Böylece tanı istemi tamamlanır. | ||
| Neden önemli? 'Tanı Hizmetleri Sonuçlanma Süresi' ölçümünün bitiş noktasıdır. Destek hizmetleri bölümlerindeki darboğazları analiz etmek için gereklidir. Nereden alınır? MEDITECH LAB veya ITS (Imaging and Therapeutic Services) modülleri. Sonuç durumu Verified ya da Signed olarak değiştiğinde kaydedilir. Kaydedin Durum alanı Verified olarak değiştiğinde kaydedilir Olay türü explicit | |||
| Triyaj tamamlandı | Acil Serviste ilk hemşire değerlendirmesinin tamamlandığını gösterir. Hastanın aciliyet düzeyini ve şiddet skorunu belirler. | ||
| Neden önemli? Acil Servis Akış Analizi Dashboardunda hasta akışını ve bekleme sürelerini ölçmek için önemlidir. Nereden alınır? MEDITECH EDM (Emergency Department Management) modülü. EDM takip sistemindeki durum değişikliklerinden veya Triyaj Değerlendirme belgesinin zaman damgasından elde edilir. Kaydedin Durum alanı Triaged olarak değiştiğinde kaydedilir Olay türü explicit | |||
| Bakım planı başlatıldı | Belirli bir hemşirelik veya disiplinler arası bakım planının oluşturulmasını ya da atanmasını ifade eder. 'Tedavi Planı Hazırlandı' kavramına karşılık gelir. | ||
| Neden önemli? 'Tedavi Planı Hazırlama Hızı’nı ölçer. Buradaki gecikmeler, klinik karar alma sürecindeki aksaklıklara işaret edebilir. Nereden alınır? MEDITECH PCS (Patient Care System) veya Care Manager. Standart bir Bakım Planının hastaya uygulandığı zamanın zaman damgası. Kaydedin Care Plan Add işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Konsültasyon talebi gönderildi | Uzman görüşü isteyen belirli bir istem türüdür. 'Uzman Konsültasyonuna Yanıt' Dashboardundaki süreyi başlatır. | ||
| Neden önemli? Disiplinler arası bakım koordinasyonundaki darboğazları belirler. Buradaki uzun bekleme süreleri yatış süresini uzatır. Nereden alınır? MEDITECH OE (Order Entry). 'OeOrders' tablosunda Category = Consult filtresi uygulanarak belirlenir. Kaydedin Order Enter işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Konsültasyon tamamlandı | Uzman değerlendirmesinin tamamlanmasıdır. Genellikle belirli bir belge türünün (ör. 'Cardiology Consult Note') dosyalanmasından anlaşılır. | ||
| Neden önemli? Uzman yanıt süresini ölçmenin bitiş noktasıdır. Bakım sürecinin zamanında ilerlemesini sağlamak için önemlidir. Nereden alınır? MEDITECH PCM (Provider Order Management) veya EMR. Belirli başlıklara sahip belgelerin oluşturulma zaman damgalarından anlaşılır. Kaydedin Öncesindeki ve sonrasındaki durum alanlarını karşılaştırın Olay türü inferred | |||
| Kontrol randevusu planlandı | Hasta için ileri bir tarihe randevu planlanmasıdır. Bu etkinlik, taburculuk sonrası bakımın devamlılığını destekler. | ||
| Neden önemli? 'Kontrol Randevusu Planlama' analizini destekler. Daha düşük yeniden yatış oranlarıyla ilişkilidir. Nereden alınır? MEDITECH SCH (Scheduling). Taburculuk tarihine yakın oluşturulan yeni bir Appointment kaydı hasta kimliğiyle ilişkilendirilerek belirlenir. Kaydedin Appointment Created Date alanını Discharge Date ile karşılaştırarak belirleyin Olay türü inferred | |||
| Numune alındı | Laboratuvar analizi için biyolojik numunenin fiziksel olarak alınmasını gösterir. İstem oluşturma ile numunenin işlenmesi arasındaki adımı oluşturur. | ||
| Neden önemli? Tanı sürecinde gecikmelere sıkça yol açan ayrıntılı bir adımdır. Hemşirelik kaynaklı gecikmeleri laboratuvar gecikmelerinden ayırmaya yardımcı olur. Nereden alınır? MEDITECH LAB modülü. Genellikle flebotomist barkodu taradığında veya numune durumunu Collected olarak güncellediğinde kaydedilir. Kaydedin Collect Specimen işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
Veri çıkarma rehberleri
Adımlar
Veri Deposu sunucusunu belirleyin: MEDITECH Veri Deponuzu (DR) barındıran Microsoft SQL Server örneğini bulun. Bu sunucu, işlemsel M-AT veya dosya tabanlı veritabanından farklıdır. Salt okunur kimlik bilgilerine (genellikle bir hizmet hesabına) ihtiyacınız olacaktır.
Şema sürümünü belirleyin: MEDITECH DR yapıları Magic, Client/Server (6.x) ve Expanse arasında küçük farklılıklar gösterir. Aşağıdaki sorguda standart adlandırma kuralları (ör. AdmVisits, OeOrders) kullanılmıştır. Bu tablo adlarını yerel SQL Server Management Studio (SSMS) Object Explorer’da doğrulayın.
Kapsamı belirleyin: Hasta ziyaretleri için birincil tabloyu bulun. DR yapılandırmanıza bağlı olarak bu tablonun adı genellikle AdmVisits, RegAcct veya AbstractData olur. Sorgu, Patient Episode için başlangıç noktası olarak AdmVisits tablosunu kullanır.
SQL ortamını hazırlayın: SSMS’yi açıp DR’ye bağlanın. Yeni bir sorgu penceresi açın. Doğru veritabanının seçili olduğundan emin olun (adı genellikle livedb veya benzeridir).
Parametreleri yapılandırın: Sağlanan SQL komut dosyasında tarih aralığı yer tutucularını (ör. '2023-01-01') ve DR’niz birden fazla tesiste kullanılıyorsa tesis tanımlayıcılarını değiştirin.
Veri çıkarmayı çalıştırın: T-SQL komut dosyasının tamamını çalıştırın. Komut dosyası, önce ilgilenilen hasta grubunu tanımlamak, ardından birden fazla veri kaynağını UNION ALL ile birleştirerek standart bir Event Log oluşturmak için Common Table Expressions (CTE) kullanır.
NULL özniteliklerini işleyin: Sorgu, zaman damgalarındaki olası NULL değerleri (uygun yerlerde COALESCE kullanarak) işler ve birleştirme için gerekli anahtarların (SourceID/VisitID) bulunduğundan emin olur.
Triyaj ve acil servis verilerini doğrulayın: MEDITECH, acil servis verilerini belirli modüllerde tutar. Acil servis iş akışlarını analiz ediyorsanız EdVisits veya NurInterventions tablolarında veri bulunduğunu doğrulayın.
Sipariş kategorilerini doğrulayın: Sorgu, genel siparişleri, konsültasyonları ve taburculuk siparişlerini Category urn’lerine veya kısaltmalara göre ayırır. WHERE koşullarını tesisinizde kullanılan kısaltma sözlüğüne göre düzenlemeniz gerekebilir.
Verileri dışa aktarın: Sonuçlar geldikten sonra SSMS sonuç tablosuna sağ tıklayın ve Save Results As CSV seçeneğini belirleyin. Başlıkların dahil edildiğinden emin olun.
Son biçimlendirmeyi yapın: ProcessMind’e aktarmadan önce tarih biçimlerinin ISO 8601 (YYYY-MM-DD HH:MM:SS) standardına uygun olduğunu doğrulamak için CSV dosyasını açın.
Yapılandırma
- Veritabanı erişimi: MEDITECH DR SQL veritabanında db_datareader izinleri gerekir.
- Tarih aralığı: Tamamlanmış çevrimleri kapsamak için taburcu edilmiş hastalardan 3 ila 6 aylık veri alınması önerilir.
- Tesis filtresi: DR birden fazla tesise ait veri içeriyorsa BaseVisits CTE’sini FacilityID veya SourceSystemID alanına göre filtreleyin.
- Vaka tanımı: Komut dosyası, Vaka kimliği olarak benzersiz VisitID değerini (genellikle Account Number veya Episode Number olarak adlandırılır) kullanır.
- Performans: Sorgu, tarama aralığını sınırlamak için bir CTE başlangıç noktası kullanır. En iyi performans için AdmVisits tablosunda AdmitDate ve DischargeDate alanlarına ait dizinlerin bulunduğundan emin olun.
- Gecikme: Veri Deposu aktarımlarındaki gecikme, tesis yapılandırmasına bağlı olarak 15 dakika ile 24 saat arasında değişebilir. 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'); Başlamaya hazır mısınız?
Bu şablonu bugün MEDITECH verilerinize uygulayarak klinik operasyonlarınızı iyileştirmeye başlayın. Hastane verimliliğini artırmak için veri çıkarma sürecinizi düzenlemenize ekibimiz yardımcı olabilir.
Hasta yolculuğunuzu iyileştirin, gecikmeleri hemen azaltın
Çevrim sürelerini yüzde 30 azaltın, hastane verimliliğini artırın
Kredi kartı gerekmez. Dakikalar içinde başlayın.