Hasta Yolculuğu Veri Şablonunuz

MEDITECH
Hasta Yolculuğu Veri Şablonunuz

Hasta Yolculuğu Veri Şablonunuz

Bu şablon, klinik süreçleri doğrudan MEDITECH ortamınızdan yakalamak için kapsamlı bir çerçeve 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, olay günlüğünü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 çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Hasta Yolculuğu Öznitelikleri

Hasta hareketinin ve klinik sonuçların kapsamlı bir analizini sağlamak için olay günlüğünüze dahil etmeniz önerilen veri alanları bunlardır.
5 Gerekli 9 Önerilen 6 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

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 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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