Hasta Yolculuğu Veri Şablonunuz
Hasta Yolculuğu Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- athenahealth veri çıkarma rehberliği
Hasta Yolculuğu Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet 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 kritik öneme sahiptir.
Neden önemli
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ıTeşhis Testi Sipariş EdildiHasta Taburcu Edildi
|
|||
|
Hasta Bölümü
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 hizmet eder. 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 anahtardır. Aynı hastanın farklı durumlar için yaptığı birden fazla ziyaretin ayrı süreç örnekleri olarak ele alınmasını sağlar.
Neden önemli
Analiz içinde tek bir süreç örneğinin kapsamını tanımlamak için esastır.
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 olanak tanır.
Neden önemli
Çok sistemli process mining kurulumlarında veri soyağacı ve bağlam sağlar.
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 kritik öneme sahiptir. Aynı gün içinde gerçekleşen olayların sırasını çözmek için yüksek hassasiyet tercih edilir.
Neden önemli
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ı 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ı. | ||
|
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 Dashboard'ların sürecin en güncel durumunu yansıtmasını sağlamak için kullanılır.
Neden önemli
Veri yönetimi ve dashboard'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ı sağlar. 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
'Benzer' vakaların karşılaştırılmasını sağlar; 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 kritik öneme sahiptir.\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
Organizasyonel darboğazları ve devir teslim verimsizliklerini belirlemek için kritik.
Nereden alınır
athenahealth 'departman kimliği' departman adına çözümlendi.
Ö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 kritik öneme sahiptir.
Neden önemli
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
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+
|
|||
|
İşlem Süresi
ProcessingTime
|
Aktivite üzerinde aktif olarak çalışılan süre. | ||
|
Açıklama
Belirli bir görevin başlangıcı ile tamamlanması arasındaki zaman farkını temsil eder (örneğin, bir tarama yapmak için geçen süre). Bu, genel modeldeki 'İşlem Süresi'ne karşılık gelir.\n\nKaynak kullanımını hesaplamak ve manuel görevler ile otomatik olanlar arasındaki verimlilik boşluklarını belirlemek için kullanılır.
Neden önemli
Toplam döngüdeki aktif çalışmayı bekleme süresinden ayırır.
Nereden alınır
Hesaplandı: EventEndTime - EventTimestamp.
Örnekler
15d1s 30d45s
|
|||
|
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 esastır.
Neden önemli
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ıpAcilCerrahi
|
|||
|
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ı sağlar, 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
Aktif işleme süresi ile pasif bekleme süresinin hesaplanmasına olanak tanır.
Nereden alınır
athenahealth'teki ödeme zamanı, 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ı sağlar.
Neden önemli
'Kaynak Kullanım Oranı' ve devirleri analiz etmek için anahtar.
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 hayati öneme sahiptir.\n\nGerekli taburculuk planlamasının karmaşıklığı hakkında bağlam sağlar ve bakım geçişlerinin etkinliğini değerlendirmeye yardımcı olur.
Neden önemli
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
|
|||
|
Yeniden Yatış mı?
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
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
|
|||
|
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
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' dashboard'u için çok önemlidir. 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 olanak tanır.
Neden önemli
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 sağlar. 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
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 mümkün kılar.\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
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' dashboard'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
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
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 hizmet eder.
Nereden alınır
Randevu veya karşılaşma tablolarında bir durum güncellemesi olarak kaydedilir. 'Giriş Yapıldı' durumunu ve buna karşılık gelen zaman damgasını arayın.
Yakala
Randevu veya karşılaşma nesnesindeki bir durum değişikliği bir 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ıyla yakalanan son ADT olayıdır. | ||
|
Neden önemli
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ı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ından çıkarılır. | ||
|
Neden önemli
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ı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ını belirleyin.
Event tipi
inferred
|
|||
|
Prosedür Gerçekleştirildi
|
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
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ı, 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ı 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
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ıyla tanımlanır.
Yakala
Siparişler tablosunda 'Taburculuk' sipariş türüyle yeni bir kayıt oluşturulur.
Event tipi
explicit
|
|||
|
Tanı 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ından çıkarılabilir. | ||
|
Neden önemli
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ı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ı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
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ıyla işaretlenir.
Yakala
Yeni bir sonuç kaydı, genellikle bir LIS veya RIS arayüzü aracılığıyla bir zaman damgası ile oluşturulur.
Event tipi
explicit
|
|||
|
Hasar 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
İ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 kritik öneme sahiptir. 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ı ile işaretlenir.
Yakala
Bir talep kaydı oluşturulur ve durumu bir zaman damgası ile 'Gönderildi' olarak güncellenir.
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
Bu aktivite, bir tesisteki departmanlar arası devirleri ve hasta akışını analiz etmek için çok önemlidir. 'Hasta Devir Süresi' ve kaynak tahsisindeki darboğazları belirlemeye yardımcı olur.
Nereden alınır
ADT olay günlüğünde veya hasta takip tablolarında kaydedilir. Her transfer olayı, hastayı, giden/gelen konumları ve bir zaman damgasını içerir.
Yakala
Hasta transferi üzerine bir ADT mesajı veya olay günlüğü girişi bir 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ıyla açıkça kaydedilir. | ||
|
Neden önemli
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 sağlamaya 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ı 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
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ı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
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ı 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
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ıyla tanımlanır.
Yakala
Planlama sisteminde yeni bir randevu kaydı 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
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ı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ıdır.
Event tipi
explicit
|
|||
|
Teşhis 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
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 hayati öneme sahiptir.
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ı olacaktır.
Yakala
Sistemin siparişler tablosunda bir zaman damgası ile yeni bir kayıt oluşturulur.
Event tipi
explicit
|
|||