Hasta Yolculuğu Veri Template'inuz
Hasta Yolculuğu Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- athenahealth veri veri çekme kılavuzu
Hasta Yolculuğu Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Hasta yolculuğunda gerçekleştirilen olay veya görevin adı. | ||
|
Açıklama
Süreçte meydana gelen 'Hasta Girişi Yapıldı', 'Tanı Testi Siparişi Verildi' veya 'İlaç Uygulandı' gibi belirli adımı belirtir. Bu metin dizesi, süreç haritasındaki düğümleri tanımlar.\n\nSüreç akışını görselleştirmek ve operasyonların sırasını belirlemek için kullanılır. Bu isimlerin standartlaştırılması, kümelenmemiş ve okunabilir bir süreç haritası için büyük önem taşır.
Neden Önemli?dir?
Süreç haritasının adımlarını tanımlar ve her türlü Process Mining için zorunludur.
Nereden Alınır??
Denetim günlüklerinden, randevu durumu değişikliklerinden veya talep satır öğesi açıklamalarından türetilmiştir.
Örnekler:::::::
Randevu PlanlandıHasta Girişi YapıldıTanı Testi Sipariş EdildiHasta Taburcu Edildi
|
|||
|
Hasta Yolculuğu
PatientEpisodeId
|
Belirli hasta bölümü veya yolculuğu için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, bir hasta için belirli bir bakım veya durum dönemiyle ilgili tüm aktiviteleri gruplayan merkezi Vaka Tanımlayıcısı olarak olarak kullanılır. Randevular, tanı siparişleri ve taburculuk prosedürleri gibi farklı olayları tek bir bütünleşik yolculukta birleştirir.\n\nAnalizde bu Kimlik, uçtan uca akışın yeniden yapılandırılmasına izin veren process mining için birincil temel rol oynar. Aynı hastanın farklı durumlar için yaptığı birden fazla ziyaretin ayrı süreç örnekleri olarak ele alınmasını sunar.
Neden Önemli?dir?
Analiz içinde tek bir süreç örneğinin kapsamını tanımlamak için gereklidir.
Nereden Alınır??
Karşılaşma Kimliklerinin gruplandırılmasından türetilmiştir veya athenahealth'teki belirli bir Bakım Bölümü Kimliği'ne bağlanmıştır.
Örnekler:::::::
EP-2023-88491EP-2023-99102ENC-55412-GRP
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Kaydı oluşturan BT sistemini, bu durumda 'athenahealth'i tanımlar. Bu, verilerin harmanlanabileceği çok sistemli ortamlarda özellikle kullanışlıdır.\n\nAnalistlerin görünümü veri kaynağına göre filtrelemesine ve tek bir sisteme özgü veri kalitesi sorunlarını gidermesine sunar.
Neden Önemli?dir?
Çok sistemli process mining kurulumlarında veri veri kaynağı ve bağlam sunar.
Nereden Alınır??
Sabit kodlanmış değişmez veya sistem yapılandırma kimliği.
Örnekler:::::::
athenahealthAthenaOneAthenaPractice
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Faaliyetin gerçekleştiği belirli tarih ve saat. | ||
|
Açıklama
Bir aktivitenin tam olarak gerçekleştiği anı kaydeder. Bu, olayları kronolojik olarak sıralamak ve adımlar arasındaki süreleri hesaplamak için kullanılır.\n\nÇevrim süreleri, bekleme süreleri ve verim analizi dahil olmak üzere zamana dayalı analizler için büyük önem taşır. Aynı gün içinde gerçekleşen olayların sırasını çözmek için yüksek hassasiyet tercih edilir.
Neden Önemli?dir?
Olayları sıralamak ve tüm zaman tabanlı KPI'ları hesaplamak için gereklidir.
Nereden Alınır??
athenahealth tablolarındaki durum değişiklikleri veya oluşturulma tarihleriyle ilişkili zaman damgası (zaman damgası) alanları.
Örnekler:::::::
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verilerin en son çekildiği veya yenilendiği zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Analizde kullanılan verilerin güncelliğini gösterir. Bu, kullanıcıların gerçek zamanlı verilere mi yoksa geçmiş bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur.\n\nVeri akışlarını yönetmek ve Panellerin sürecin en güncel durumunu yansıtmasını güçlüak için kullanılır.
Neden Önemli?dir?
Veri yönetimi ve kontrol paneli'un güncelliğine kullanıcı güveni için kritik.
Nereden Alınır??
ETL yürütme anındaki sistem zamanı.
Örnekler:::::::
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
|
|||
|
Birincil Tanı Kodu
PrimaryDiagnosisCode
|
Bölümle ilişkili birincil ICD-10 kodu. | ||
|
Açıklama
Hasta yolculuğunun klinik nedenini sınıflandırır. Bu, 'Yaş Grubu ve Tanı Yolculuğu Karşılaştırması' için gerekli bağlamı sunar. Analistler, farklı koşulların çok farklı beklenen yolları ve döngü süreleri olduğu için yolculukları duruma göre (örneğin, Zatürre'ye karşı Kırık) ayırmak için bunu kullanır.
Neden Önemli?dir?
'Benzer' vakaların karşılaştırılmasını sunar; döngü süreleri tanıya göre büyük ölçüde değişir.
Nereden Alınır??
Karşılaşma veya Talep tanı alanları (ICD-10).
Örnekler:::::::
J18.9I10E11.9
|
|||
|
Departman Adı
DepartmentName
|
Aktivitenin gerçekleştiği hastane veya klinik departmanı. | ||
|
Açıklama
Süreç verilerini Acil Servis, Kardiyoloji veya Radyoloji gibi fonksiyonel birimlere göre segmentlere ayırır. Bu, 'Departman Verimliliği ve Devirler' Dashboard'u için büyük önem taşır.\n\nBu öznitelik kullanılarak yapılan analiz, belirli alanlardaki darboğazları vurgular ve departmanlar arası hasta akışını optimize etmeye yardımcı olur.
Neden Önemli?dir?
Organizasyonel darboğazları ve devir teslim verimsizliklerini belirlemek için kritik.
Nereden Alınır??
athenahealth 'departman kimliği' alanının departman adına dönüştürülmesiyle elde edilir.
Örnekler:::::::
Acil Servisİç HastalıklarıRadyoloji
|
|||
|
Hasta Kimliği
PatientId
|
Hastanın benzersiz tanımlayıcısı (anonimleştirilmiş/karma). | ||
|
Açıklama
Yolculuğu geçiren müşteriyi (hastayı) benzersiz bir şekilde tanımlar. Vaka tanımlayıcısına benzer olsa da, bir hastanın zaman içinde birden fazla bölümü olabilir.\n\nTekrarlayan ziyaretleri bağlamak ve yeniden yatış oranlarını analiz etmek için kullanılır. 'Planlanmamış Yeniden Yatış Yüzdesi' KPI'ı için büyük önem taşır.
Neden Önemli?dir?
Yeniden yatışları ve bölümler arası hasta geçmişini izlemek için gereklidir.
Nereden Alınır??
athenahealth 'hasta kimliği' alanı.
Örnekler:::::::
PAT-100234PAT-559201PAT-992210
|
|||
|
Hasta Yaş Grubu
PatientAgeGroup
|
Hastanın yaşının kategorik gruplandırılması (örneğin, 18-25, 65+). | ||
|
Açıklama
Hastaları demografik gruplara ayırır. Bu, 'Yaş Grubu ve Tanı Yolculuğu Karşılaştırması' Dashboard'u için doğrudan gereklidir.\n\nSüreç verimsizliklerinin veya sonuçlarının, yaşlılar veya pediatrik hastalar gibi belirli yaş demografilerini orantısız şekilde etkileyip etkilemediğini belirlemeye yardımcı olur.
Neden Önemli?dir?
Sağlık hizmeti süreç analizi için standart demografik segment.
Nereden Alınır??
Hastanın Doğum Tarihi ve Başlangıç Zamanı'ndan türetilmiştir.
Örnekler:::::::
18-2930-4965+
|
|||
|
Is Readmission
IsReadmission
|
Bu bölümün planlanmamış bir geri dönüşü temsil edip etmediğini gösteren işaret. | ||
|
Açıklama
Hastanın önceki bir taburculuktan sonra belirli bir süre (örneğin, 30 gün) içinde hastaneye geri dönüp dönmediğini belirten bir boolean göstergedir. Bu, 'Planlanmamış Yeniden Yatış Yüzdesi' KPI'sını doğrudan destekler. Bu öznitelik üzerinde filtreleme yaparak, analistler yeniden yatışların temel nedenlerini derinlemesine inceleyebilir ve ilk tedavi yollarındaki kalıpları belirleyebilirler.
Neden Önemli?dir?
Yeniden Yatış Oranı KPI'sını doğrudan destekler.
Nereden Alınır??
Kabul tarihi ile önceki taburculuk tarihi karşılaştırılarak ETL sırasında hesaplanır.
Örnekler:::::::
truefalse
|
|||
|
Karşılaşma Türü
EncounterType
|
Ziyaretin sınıflandırması (örn. Ofis Ziyareti, Teletıp, Acil Durum). | ||
|
Açıklama
Sağlanan bakımın şeklini veya ortamını tanımlar. Bu, genel veri modellerinde 'Vaka Türü' olarak işlev görür. Farklı karşılaşma türleri farklı beklenen akışlara ve faturalandırma gereksinimlerine sahiptir. Döngü süresi analizinde 'elma ile armutu karşılaştırmaktan' kaçınmak için bu özniteliğe göre filtreleme yapmak gereklidir.
Neden Önemli?dir?
Teletıp ile Yüz Yüze gibi farklı süreç varyantları arasında ayrım yapar.
Nereden Alınır??
athenahealth 'karşılaşma türü' alanı.
Örnekler:::::::
Ofis ZiyaretiTeletıpAcil DurumCerrahi
|
|||
|
Olay Bitiş Zamanı
EventEndTime
|
Belirli aktivitenin tamamlandığı zaman. | ||
|
Açıklama
Bir etkinliğin tamamlanma zamanını yakalar, böylece adımın kendisinin aktif süresinin (işleme süresi) hesaplanmasını sunar, bu da önceki bekleme süresinden farklıdır. Kaynak verimliliğini analiz etmek ve manuel olarak yürütülmesi beklenenden daha uzun süren görevleri belirlemek için kullanılır.
Neden Önemli?dir?
Aktif işleme süresi ile pasif bekleme süresinin hesaplanmasına sunar.
Nereden Alınır??
athenahealth'teki ödeme zamanlamasını analiz etmek için gereklidir.manı, sonuç doğrulama zamanı veya belirli tamamlama zaman damgaları.
Örnekler:::::::
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
|
|||
|
Sağlayıcı Adı
ProviderName
|
Aktiviteyi gerçekleştiren sağlık profesyonelinin adı. | ||
|
Açıklama
Olaydan sorumlu belirli doktoru, hemşireyi veya teknisyeni tanımlar. Bu öznitelik, kaynak kullanım analizinde merkezidir.\n\nEğitim ihtiyaçlarını veya iş yükü dengesizliklerini belirlemek için farklı personel üyeleri arasında verim ve çevrim süresi gibi performans metriklerinin karşılaştırılmasını sunar.
Neden Önemli?dir?
'Kaynak Kullanım Oranı' ve devirleri analiz etmek için temel rol oynar.
Nereden Alınır??
athenahealth 'sağlayıcı kimliği' sağlayıcı dizin adına çözümlendi.
Örnekler:::::::
Dr. SmithHemşire JonesTeknisyen Adams
|
|||
|
Taburculuk Durumu
DischargeDisposition
|
Hastanın taburculuktaki varış yeri veya durumu. | ||
|
Açıklama
Hastanın bölümden sonra nereye gittiğini, 'Ev', 'Nitelikli Bakım Tesisi' veya 'Hospis' gibi belirtir. Bu, 'Taburculuk Planlaması ve Yeniden Yatış Eğilimleri' için büyük önem taşır.\n\nGerekli taburculuk planlamasının karmaşıklığı hakkında bağlam sunar ve bakım geçişlerinin etkinliğini değerlendirmeye yardımcı olur.
Neden Önemli?dir?
Taburculuk planlaması ve yeniden yatış riski için kritik bağlam.
Nereden Alınır??
athenahealth karşılaşma alanları veya hastane taburculuk kayıtları.
Örnekler:::::::
Ana SayfaNitelikli Bakım TesisiKısa Süreli Hastaneye Transfer EdildiSüresi Doldu
|
|||
|
Hasar Durumu
ClaimStatus
|
Bakım ile ilişkili finansal talebin durumu. | ||
|
Açıklama
Fatura talebinin durumunu, 'Gönderildi', 'Reddedildi' veya 'Ödendi' gibi belirtir. Bu, 'Talep Gönderildi' aktivitesi ve finansal verimlilik için önemlidir.\n\nKlinik dokümantasyon sorunlarının finansal gecikmelere yol açıp açmadığını belirlemeye yardımcı olur.
Neden Önemli?dir?
Klinik verimliliği gelir döngüsü performansına bağlar.
Nereden Alınır??
athenahealth 'talep durumu' alanı.
Örnekler:::::::
FATURALANDIRILDIBEKLEMEDEDÜŞÜR
|
|||
|
Sipariş Türü
OrderType
|
Siparişin kategorisi (örneğin, Laboratuvar, Görüntüleme, Reçete). | ||
|
Açıklama
Bölüm sırasında verilen klinik siparişleri sınıflandırır. Bu, 'Teşhis Testi Başlangıç Süresi' kontrol paneli'u için büyük önem taşır. Analistlerin, genellikle farklı hizmet düzeyi anlaşmaları ve darboğazları olan Laboratuvarlar ile Görüntüleme için özel olarak başlangıç sürelerini ölçmesine sunar.
Neden Önemli?dir?
Tanı sürecini belirli ön süre analizi için segmentlere ayırır.
Nereden Alınır??
siparişler API'sindeki athenahealth 'sipariş türü' veya 'sınıf'.
Örnekler:::::::
LaboratuvarGörüntülemeReçeteProsedür
|
|||
|
Teşhis Sonuç Durumu
DiagnosticResultStatus
|
Tanı siparişinin sonuç durumu (örn. Pozitif, Normal). | ||
|
Açıklama
Bir testin üst düzey sonucunu yakalar. Bu, 'Teşhis Testi Başlangıç Süresi' ve sonraki tedavi kararları için bağlam sunar. Anormal sonuçların normal sonuçlara kıyasla daha hızlı sonraki eylemlere yol açıp açmadığını analiz etmek için kullanılır.
Neden Önemli?dir?
Süreç akışını klinik sonuçlara bağlar.
Nereden Alınır??
athenahealth laboratuvar sonucu gözlem alanları.
Örnekler:::::::
NormalAnormalKritik
|
|||
|
Toplam Ücret Tutarı
TotalChargeAmount
|
Aktivite veya bölüm için tahsil edilen parasal miktar. | ||
|
Açıklama
Aktiviteyle ilişkili finansal değer veya toplam talep miktarı. Bu, maliyet tabanlı process mining ve finansal etki analizini sunar.\n\nTedavi yollarındaki yüksek maliyetli varyasyonları belirlemek ve süreç verimliliğini finansal sonuçlarla ilişkilendirmek için kullanılır.
Neden Önemli?dir?
Süreç analizine finansal boyut katar.
Nereden Alınır??
talep/ücret tablolarındaki athenahealth 'tutar' veya 'toplam ücret'.
Örnekler:::::::
150.002500.5045.00
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bu etkinliğin bir tekrar olup olmadığını gösteren işaret. | ||
|
Açıklama
Aktivitenin aynı vaka içinde birden fazla kez gerçekleştiği durumlarda doğru olan bir boolean işaretidir. Bu, 'Aktivite Sıklığı ve Yeniden İşleme Döngüleri' kontrol paneli'unu destekler. Bu, yeniden işleme içeren vakaların anında izole edilmesini sağlayarak 'Yeniden İşleme Aktiviteleri Sıklığı' KPI'sının hesaplanmasını kolaylaştırır.
Neden Önemli?dir?
Süreç verimsizliklerini ve gereksiz adımları belirler.
Nereden Alınır??
CaseId başına etkinlik oluşumlarına göre ETL sırasında hesaplanır.
Örnekler:::::::
truefalse
|
|||
Hasta Yolculuğu Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Hasta Girişi Yapıldı
|
Bu aktivite, hastanın gelişini ve planlanmış randevusu veya ziyareti için resmi girişini ifade eder. Bu, genellikle athenaClinicals veya athenaCommunicator içindeki randevu kaydında açık bir durum değişikliği olarak yakalanır. | ||
|
Neden Önemli?dir?
Bu, hastanın yerinde yolculuğunun kesin başlangıcıdır. Bekleme sürelerini ve bir klinik karşılaşmanın genel çevrim süresini ölçmek için önemli bir başlangıç noktası olarak olarak kullanılır.
Nereden Alınır??
Randevu veya karşılaşma tablolarında bir durum güncellemesi olarak kaydedilir. 'Giriş yapınıldı' durumunu ve buna karşılık gelen zaman damgası (zaman damgası)nı arayın.
Yakala
Randevu veya karşılaşma nesnesindeki bir durum değişikliği bir zaman damgası (zaman damgası) ile kaydedilir.
Event tipi
explicit
|
|||
|
Hasta Taburcu Edildi
|
Hasta resmi olarak taburcu edildi ve yolculuklarının tesis içi kısmı tamamlandı. Bu, yatan hasta karşılaşması için kesin bir zaman damgası (zaman damgası)yla yakalanan son ADT olayıdır. | ||
|
Neden Önemli?dir?
Bu olay, hastanın ana yolculuğunun sonunu işaret eder. Genel 'Hasta Yolculuğu Çevrim Süresi'ni ölçmek için son nokta olup, yeniden yatış analizi için gereklidir.
Nereden Alınır??
Bu, ADT sisteminde veya hasta karşılaşma tablosunda açık bir olaydır ve karşılaşmanın son durumunu 'Taburcu Edildi' olarak bir zaman damgası (zaman damgası)yla işaretler.
Yakala
Hasta karşılaşma durumu 'Taburcu Edildi' olarak güncellenir ve bir ADT olayı kaydedilir.
Event tipi
explicit
|
|||
|
İlk Değerlendirme Tamamlandı
|
Triage veya hemşire değerlendirmesi gibi, hayati bulguların ve ana şikayetlerin kaydedildiği ilk klinik değerlendirmenin tamamlandığını işaretler. Bu olay genellikle ilk imzalanan klinik notun veya karşılaşma için tamamlanmış bir değerlendirme formunun zaman damgası (zaman damgası)ndan çıkarılır. | ||
|
Neden Önemli?dir?
Bu kilometre taşı, klinik bakımın başlangıcını gösterir. Girişten bu aktiviteye kadar geçen süre, ilk hasta bekleme süresinin ve kaynak duyarlılığının önemli bir ölçütüdür.
Nereden Alınır??
athenaClinicals'taki belirli klinik belgelerin veya akış sayfalarının oluşturulma veya imza zaman damgası (zaman damgası)ndan çıkarılmıştır. Triage veya alım için ilgili belge türlerinin belirlenmesini gerektirir.
Yakala
Bir klinik notundaki, hayati bulgular akış sayfasındaki veya karşılaşma için belirli bir alım formundaki ilk zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Prosedür Uygulandı
|
Ameliyat veya özel bir terapi gibi klinik bir prosedür hastaya uygulanır. Bu, genellikle bir prosedür notunda kaydedilen belirli başlangıç ve bitiş zamanlarıyla klinik belgelerde yakalanan açık bir olaydır. | ||
|
Neden Önemli?dir?
Prosedürler, bir hastanın tedavisinde önemli kilometre taşlarıdır. Bir prosedürden önceki ve sonraki faaliyetleri analiz etmek, ameliyat öncesi ve sonrası iş akışlarını optimize etmeye yardımcı olur.
Nereden Alınır??
athenaClinicals'taki prosedür notlarında veya belirli klinik akış çizelgelerinde bulunur. Olay zaman damgası (zaman damgası), prosedürün belgelenmiş başlangıç veya bitiş zamanından türetilir.
Yakala
Prosedürün ne zaman gerçekleştiğine dair bir zaman damgası (zaman damgası) içeren bir prosedür notu veya günlüğü oluşturulur.
Event tipi
explicit
|
|||
|
Taburculuk Emri Yazıldı
|
Bir hekim veya yetkili sağlayıcı, hastayı bakımdan taburcu etmek için resmi bir emir yazar. Bu, EHR'nin CPOE modülünde oluşturulan açık, zaman damgalı bir olaydır. | ||
|
Neden Önemli?dir?
Bu aktivite taburculuk sürecini başlatır. Bu emir ile gerçek taburculuk arasındaki süre, 'Taburculuk Planlama Ön Süresi' için önemli bir performans göstergesidir.
Nereden Alınır??
Siparişler tablosunda bulunur. Olay, belirli bir 'Taburculuk' sipariş türü ve oluşturulma zaman damgası (zaman damgası)yla tanımlanır.
Yakala
Siparişler tablosunda 'Taburculuk' sipariş türüyle yeni bir kayıt oluşturulur.
Event tipi
explicit
|
|||
|
Teşhis Onaylandı
|
Bir klinisyen, mevcut karşılaşma için hastanın durumu için resmi olarak bir tanı atar veya onaylar. Bu, ICD-10 gibi birincil tanı kodunun, hasta karşılaşmasıyla ilişkili oluşturulma veya 'son güncellenme' zaman damgası (zaman damgası)ndan çıkarılabilir. | ||
|
Neden Önemli?dir?
Bu, sonraki tedavi yolunu belirleyen önemli bir kilometre taşıdır. Bu noktadan sonraki aktivitelerdeki varyasyonları analiz etmek, bakım protokollerini anlamaya ve standartlaştırmaya yardımcı olur.
Nereden Alınır??
Hastanın sorun listesinden veya karşılaşmanın tanı verilerinden çıkarılmıştır. Tanı kodunun ve ilişkili zaman damgası (zaman damgası)nın değişmesi veya kesinleşmesi bu olayı işaret eder.
Yakala
Karşılaşma için birincil tanının eklendiği veya güncellendiği zaman damgası (zaman damgası)nı tespit edin.
Event tipi
inferred
|
|||
|
Test Sonuçları Alındı
|
Bir tanı testinin sonuçları kesinleşir ve hastanın dosyasına eklenir. Bu genellikle laboratuvar veya görüntüleme sisteminin sonuçları athenahealth'e geri gönderdiğinde, zaman damgalı bir giriş oluşturarak yakalanır. | ||
|
Neden Önemli?dir?
Sonuçların alınması, tanı ve tedavi planlaması gibi sonraki klinik kararlar için kritik bir tetikleyicidir. Bu olay, tanı geri dönüş sürelerini ölçmek için son noktadır.
Nereden Alınır??
Sonuçlar veya tanı tablolarında, orijinal siparişe bağlı olarak bulunur. Olay, sonucun hastanın dosyasına kaydedildiği veya alındığı zaman damgası (zaman damgası)yla işaretlenir.
Yakala
Yeni bir sonuç kaydı, genellikle bir LIS veya RIS arayüzü aracılığıyla bir zaman damgası (zaman damgası) ile oluşturulur.
Event tipi
explicit
|
|||
|
Hasta Transfer Edildi
|
Hasta, bir bakım ünitesinden veya departmandan diğerine, örneğin Acil Servis'ten yatan hasta servisine taşınır. Bu, EHR'de bir Kabul, Taburculuk, Transfer (ADT) olayı aracılığıyla açıkça yakalanır. | ||
|
Neden Önemli?dir?
Bu aktivite, bir tesisteki departmanlar arası devirleri ve hasta akışını analiz etmek için büyük önem taşır. 'Hasta Devir Süresi' ve kaynak tahsisindeki darboğazları belirlemeye yardımcı olur.
Nereden Alınır??
ADT event lognde veya hasta takip tablolarında kaydedilir. Her transfer olayı, hastayı, giden/gelen konumları ve bir zaman damgası (zaman damgası)nı içerir.
Yakala
Hasta transferi üzerine bir ADT mesajı veya event log girişi bir zaman damgası (zaman damgası) ile oluşturulur.
Event tipi
explicit
|
|||
|
İlaç Uygulandı
|
Bir ilaç, klinik personel tarafından hastaya fiziksel olarak uygulanır. Bu, athenaClinicals'ın İlaç Yönetim Kaydı (MAR) modülünde, her doz için kesin bir zaman damgası (zaman damgası)yla açıkça kaydedilir. | ||
|
Neden Önemli?dir?
Bu aktivite, doğrudan bir tedavi müdahalesini temsil eder. Zamanlamasını analiz etmek, 'İlk Tedavi Süresi'ni ölçmeye ve ilaç çizelgelerine uyumu güçlüaya yardımcı olur.
Nereden Alınır??
MAR veri tablolarında bulunur. Her uygulama olayının bir hasta kimliği, ilaç kimliği, dozu ve uygulama zaman damgası (zaman damgası) vardır.
Yakala
Her ilaç verildi olarak belgelendiğinde MAR'da zaman damgalı bir kayıt oluşturulur.
Event tipi
explicit
|
|||
|
Numune Toplandı
|
Kan veya idrar gibi biyolojik bir numunenin laboratuvar testi için hastadan alındığı olayı temsil eder. Bu genellikle laboratuvar modülüne kaydedilen açık bir olay veya sipariş durumuna yapılan bir güncellemedir. | ||
|
Neden Önemli?dir?
Bu, tanı test sürecindeki önemli bir kilometre taşıdır. Sipariş verme, toplama ve sonuçlar arasındaki süre, laboratuvar iş akışlarındaki önemli darboğazları ortaya çıkarabilir.
Nereden Alınır??
Bu olay, laboratuvar siparişinde bir durum değişikliği olarak veya athenahealth ile arayüzlü bir laboratuvar bilgi sisteminde ayrı bir olay olarak bulunabilir. 'Toplandı' durumunu ve zaman damgası (zaman damgası)nı arayın.
Yakala
Laboratuvar sipariş durumuna yapılan bir güncelleme olarak veya özel bir numune takip modülünde kaydedilmiştir.
Event tipi
explicit
|
|||
|
Randevu Planlandı
|
Bir hasta için randevu rezervasyonunu temsil eder. Bu olay, bir kullanıcı athenahealth'in çizelgeleme modülü athenaCommunicator'da yeni bir randevu girişi oluşturduğunda ve onayladığında açıkça yakalanır. | ||
|
Neden Önemli?dir?
Bu aktivite, birçok hasta yolculuğu için başlangıç etkileşim noktasını işaretler. Randevudan giriş yapmaya kadar geçen süreyi analiz etmek, hasta erişimini ve ziyaret öncesi verimliliği anlamaya yardımcı olur.
Nereden Alınır??
Bu, randevu veya çizelgeleme tablolarına kaydedilen açık bir olaydır. Genellikle bir oluşturulma zaman damgası (zaman damgası) ve hasta kimliği ile ilişkilidir.
Yakala
Randevu kaydının planlama modülünde oluşturulması üzerine olay kaydedilir.
Event tipi
explicit
|
|||
|
Takip Randevusu Planlandı
|
Hastanın ana tedavi veya taburculuktan sonra takip randevusu planlanır. Bu olay, athenaCommunicator planlama modülünde yeni bir randevu oluşturulduğunda açıkça yakalanır. | ||
|
Neden Önemli?dir?
Bu aktivite, taburculuk sonrası bakım koordinasyonunu ve yeniden yatış oranları gibi sonuçlar üzerindeki etkisini anlamak için anahtar niteliğindedir. Bakım sürekliliğini gösterir.
Nereden Alınır??
Randevu tablosunda kaydedilir. Olay, taburculuk tarihinden sonra gerçekleşen bir randevu için oluşturulma zaman damgası (zaman damgası)yla tanımlanır.
Yakala
Planlama sisteminde yeni bir randevu kaydı oluşturulur.
Event tipi
explicit
|
|||
|
Talep Gönderildi
|
Hasta karşılaşması sırasında sunulan hizmetler için bir talep oluşturulur ve ödeyiciye gönderilir. Bu, athenaCollector gelir döngüsü yönetimi modülündeki açık bir olaydır. | ||
|
Neden Önemli?dir?
İdari bir adım olmasına rağmen, bu aktivite klinik yolculuğa paralel olarak ilerleyen gelir döngüsü sürecini analiz etmek için büyük önem taşır. Klinik bakım ile faturalandırma arasındaki gecikmeleri belirlemeye yardımcı olur.
Nereden Alınır??
Talepler veya faturalama tablolarında bulunur. Olay, bir talep oluşturma veya gönderme zaman damgası (zaman damgası) ile işaretlenir.
Yakala
Bir talep kaydı oluşturulur ve durumu bir zaman damgası (zaman damgası) ile 'Gönderildi' olarak güncellenir.
Event tipi
explicit
|
|||
|
Tanı Testi Sipariş Edildi
|
Bir sağlayıcı, laboratuvar testi, görüntüleme taraması veya başka bir prosedür gibi bir teşhis testi için sipariş verir. Bu, athenaClinicals'taki CPOE (Bilgisayarlı Sağlayıcı Sipariş Girişi) işlevi aracılığıyla oluşturulan açık, zaman damgalı bir olaydır. | ||
|
Neden Önemli?dir?
Bu, tanı alt sürecini başlatan kritik bir karar noktasıdır. Bu aktiviteyi takip etmek, siparişten sonuca kadar 'Tanı Testi Ön Süresi' KPI'ını analiz etmek için büyük önem taşır.
Nereden Alınır??
Siparişler tablosunda bulunur. Her siparişin bir hasta tanımlayıcısı, sipariş adı, sipariş durumu ve bir oluşturma zaman damgası (zaman damgası) olacaktır.
Yakala
Sistemin siparişler tablosunda bir zaman damgası (zaman damgası) ile yeni bir kayıt oluşturulur.
Event tipi
explicit
|
|||
|
Tedavi Planı Geliştirildi
|
Bir klinisyen tarafından hastanın tedavi planının resmi olarak oluşturulmasını ve belgelenmesini temsil eder. Bu, belirli bir 'Bakım Planı' belgesinin oluşturulması veya imzalanması ya da ilgili tedavi siparişleri setinin oluşturulması olarak yakalanabilir. | ||
|
Neden Önemli?dir?
Bu aktivite, amaçlanan klinik yolu resmileştirir. Standart protokollere uyumu ölçmek ve bakımdaki varyasyonları analiz etmek için önemli bir noktadır.
Nereden Alınır??
Muhtemelen klinik belgeler veya sipariş tablolarında bulunur. Bu olay, imzalı bir bakım planı notunun zaman damgası (zaman damgası)na veya koordineli bir tedavi siparişleri setinin gönderilmesine karşılık gelir.
Yakala
Olay, belirli bir tedavi planı belgesinin veya sipariş setinin oluşturulma veya sonlandırma zaman damgası (zaman damgası)dır.
Event tipi
explicit
|
|||