Hasta Yolculuğu Veri Template'inuz

MEDITECH
Hasta Yolculuğu Veri Template'inuz

Hasta Yolculuğu Veri Template'inuz

Bu şablon, klinik süreçleri doğrudan MEDITECH ortamınızdan yakalamak için detaylı bir yapı sunar. Hasta akışını görselleştirmek ve departmanlar arası operasyonel darboğazları belirlemek için gereken belirli veri yapılarını ve süreç dönüm noktaları.nı özetler. Bu yönergeleri takip ederek, event lognüzün ayrıntılı süreç madenciliği ve performans analizi için mükemmel bir şekilde biçimlendirildiğinden emin olabilirsiniz.
  • Önerilen klinik öznitelikler.
  • Temel süreç kilometre taşları
  • MEDITECH veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Hasta Yolculuğu Öznitelikleri

Hasta hareketinin ve klinik sonuçların ayrıntılı bir analizini güçlüak için event lognüze dahil etmeniz önerilen veri alanları bunlardır.
5 Gerekli 8 Önerilen 6 Opsiyonel
Ad Açıklama
Aktivite 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 büyük önem taşır. 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?dir?

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 Kayıt EdildiÖn Değerlendirme Tamamlandıİlaç UygulandıTanı Sonucu Doğrulandı
Hasta Yolculuğu
PatientEpisode
Belirli bir hasta bakım süresi veya ziyareti için benzersiz tanımlayıcı.
Açıklama

Hasta Yolculuğu, süreç analizi için merkezi vaka (case) 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 uçtan uca 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 büyük önem taşır.

Neden Önemli?dir?

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 büyük önem taşır.

Neden Önemli?dir?

Çoklu sistem ortamlarında veri izlenebilirliğinı ve izlenebilirliği sunar.

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?dir?

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ı (zaman damgası)dır.
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ı güçlüaya 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?dir?

Veri yönetişimi ve analizin güncel veriler üzerinde yapılmasını güçlüak 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 en önemli bileşenidir.

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?dir?

Klinik yolları analiz etmek için vakaları gruplandırmak açısından büyük önem taşır.

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?dir?

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 HastaAcil DurumAyaktan 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 büyük önem taşır.

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?dir?

Kurumsal analiz ve belirli birimlerdeki darboğazları belirlemek için temel rol oynar.

Nereden Alınır??

İşlem tablolarındaki Konum veya Departman alanları.

Örnekler:::::::
Acil ServisRadyolojiYoğun Bakım ÜnitesiCerrahi Servis 3
Is Readmission
IsReadmission
Bu episodun önceki bir taburculuktan sonraki 30 gün içinde gerçekleşip gerçekleşmediğini gösteren değer.
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 sunar.

Neden Önemli?dir?

Geri ödeme ve hasta sonuçlarını etkileyen temel 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
Sorumlu Hekim
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 sunar.

Neden Önemli?dir?

Kaynak performans analizi ve iş yükü dengelemesine sunar.

Nereden Alınır??

Aktivite günlüklerindeki Sağlayıcı veya Kullanıcı alanları.

Örnekler:::::::
Dr. SmithHemşire JonesTeknisyen Adams
Taburculuk Durumu
DischargeDisposition
Hastanın taburculuktaki varış yeri 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?dir?

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şı Çıkarı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 sunar.

Bu öznitelik, 'Yeniden Yatış ve Bakım Kalitesi' panosu için gereklidir ve hastaların taburcu edildikten sonra 30 gün içinde hastaneye geri dönmesini tespit etmeyi sunar.

Neden Önemli?dir?

Vakalar arası analizi ve hasta merkezli görünümleri sunar.

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ı sunar.

Neden Önemli?dir?

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 - Acil4 - Daha Az Acil
İ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 sunar.

Neden Önemli?dir?

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 sunar.

Akış modellerini ve bunların 'Acil Servis Akış Analizi' ve kaynak planlaması üzerindeki etkilerini anlamak için faydalıdır.

Neden Önemli?dir?

Hasta girişi ve talep kanalları hakkında bağlam sunar.

Nereden Alınır??

Kabul kayıt verileri.

Örnekler:::::::
Acil ServisKlinik 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ı Enerji ve Altyapıi Geri Dönüş' Dashboard'u için büyük önem taşır.

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 sunar.

Neden Önemli?dir?

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ı güçlüasına yardımcı olur.

Neden Önemli?dir?

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?dir?

Süreç analizine finansal boyut katar.

Nereden Alınır??

Fatura veya BAR (Fatura/Ticari Alacaklar) modülü.

Örnekler:::::::
150.001200.5045.00
Uyum İhlali mi
IsAdherenceViolation
Vakanın standart klinik yoldan sapıp sapmadığını gösteren değer.
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 sunar.

Neden Önemli?dir?

Süreç sapmalarını ve varyansları hızla tanımlar.

Nereden Alınır??

Uyum kontrol algoritmaları tarafından hesaplanır.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Hasta Yolculuğu Aktiviteleri

Bu tablo, uçtan uca eksiksiz hasta deneyimini görselleştirmek için yakalanması gereken temel süreç adımlarını ve klinik dönüm noktaları.nı listeler.
9 Önerilen 5 Opsiyonel
Aktivite Açıklama
Hasta Kayıt Edildi
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?dir?

Hasta yolculuğunun başlangıcını ve döngü süresi hesaplamalarını belirler. Toplam Kalış Süresini hesaplamak için büyük önem taşır.

Nereden Alınır??

MEDITECH ADM modülü. 'Kabul' tablosundan, özellikle 'KabulTarihSaat' veya işlem kayıt oluşturma zaman damgası (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?dir?

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?dir?

'İç Transfer Darboğazları' için temel rol oynar. 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?dir?

'İ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?dir?

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ı (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?dir?

'Tanı Enerji ve Altyapıi 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
Taburculuk Emri Yazıldı
Hekimin hasta taburculuğunu yetkilendiren emri imzaladığı zaman damgası (zaman damgası)dır. Bu, 'Taburculuk Planlaması' aşamasının başlangıcını işaret eder.
Neden Önemli?dir?

'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ı 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?dir?

Vakayı kategorize ederek 'Klinik Yol Varyant Analizi'ni sunar. Hastaları karşılaştırma için gruplandırmak açısından büyük önem taşır.

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
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?dir?

'Tanı Enerji ve Altyapıi Geri Dönüş Süresi' için bitiş noktası. Destek departmanlarındaki darboğazları analiz etmek için gereklidir.

Nereden Alınır??

MEDITECH LAB veya ITS (Görüntüleme ve Terapötik Enerji ve Altyapı) 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
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?dir?

'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ı (zaman damgası)dır.

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?dir?

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?dir?

Uzman duyarlılığını ölçmek için bitiş noktası. Bakım ilerlemesinin zamanında yapılmasını güçlüak için büyük önem taşır.

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?dir?

Teşhis süreç 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 Alındı
Hasta için gelecekteki bir randevunun planlanması. Bu aktivite, taburculuk sonrası bakım sürekliliğini destekler.
Neden Önemli?dir?

'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
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

MEDITECH Expanse sisteminizden klinik ve idari verileri alma yöntemleri.