Hasta Yolculuğu Veri Template'iniz

Epic EHR
Hasta Yolculuğu `Veri Template`'iniz

Hasta Yolculuğu Veri Template'iniz

Bu `template`, `Epic` ortamınızdaki klinik `workflow`'ları haritalamak için kapsamlı bir çerçeve sunar. Kabulden taburculuğa kadar eksiksiz hasta yolunu görselleştirmek için gereken belirli `veri` noktalarını ve `event` kilometre taşlarını ana hatlarıyla belirtir. Bu yönergeleri takip ederek, `veri`lerinizin derin operasyonel içgörüler ve geliştirilmiş bakım sunumu için yapılandırıldığından emin olabilirsiniz.
  • Klinik bağlam için önerilen nitelikler
  • İzleme için önemli süreç kilometre taşları
  • `Epic EHR` için özel `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 Nitelikleri

Bunlar, hasta akışı ve klinik verimliliğin kapsamlı bir analizi için `event log`'unuza dahil etmeniz önerilen `veri` alanlarıdır.
5 Gerekli 9 Önerilen 8 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Gerçekleştirilen belirli klinik veya idari eylem.
Açıklama

Bu nitelik, 'Hasta Kaydedildi', 'İlaç Uygulandı' veya 'Taburculuk Siparişi İmzalandı' gibi hasta yolculuğu içinde meydana gelen event'in adını yakalar. Süreç akışını tanımlamak için merkezi bir öğedir.

Analizde, bu alan süreç haritasının düğümlerini oluşturur. İnsan tarafından okunabilir bir event log oluşturmak için EHR içindeki çeşitli işlem kodları ve sipariş durumlarından türetilir.

Neden önemli

Sürecin adımlarını tanımlar ve iş akışının görselleştirilmesine olanak tanır.

Nereden alınır

CLARITY_ADT, ORDER_PROC ve ORDER_MED tablolarından türetilmiştir.

Örnekler
Ön Değerlendirme TamamlandıTanı Testi Sipariş EdildiHasta Taburcu Edildiİlaç Uygulandı
Hasta Vakası
PatientEpisodeId
Belirli hasta vakası veya bakım `episode`'u için benzersiz tanımlayıcı.
Açıklama

Hasta Vakası, Process Mining için birincil case tanımlayıcısı olarak hizmet eder. Tek bir sürekli bakım dönemiyle (örneğin, yatan hasta kalışı veya acil servis ziyareti) ilgili tüm klinik, idari ve lojistik event'leri gruplandırır. Epic Clarity'de bu genellikle Kontak Seri Numarası (CSN) veya Vaka ID'sine karşılık gelir.

Bu niteliki analiz etmek, uçtan uca hasta yolculuğunun yeniden yapılandırılmasına olanak tanır. Triyaj, tanı, tedavi ve taburculuk aktivitelerinin uyumlu bir süreç instance'ına ilişkilendirilmesini sağlar.

Neden önemli

Farklı olayları tek bir süreç vakasına bağlamak için temel anahtardır.

Nereden alınır

Epic Clarity Tablosu: PAT_ENC, Sütun: PAT_ENC_CSN_ID

Örnekler
200459112200459113200459114200459115
Olay Zaman Damgası
EventTimestamp
Aktivitenin gerçekleştiği kesin tarih ve saat.
Açıklama

Bu nitelik, bir event'in Epic sisteminde kaydedildiği kesin anı kaydeder. Aktiviteleri sıralamak ve yatış süresi ve döngü süreleri gibi tüm süre tabanlı metrikleri hesaplamak için kullanılır.

Bu alandaki doğruluk, bottleneck'leri belirlemek için kritiktir. Başlangıç ve bitiş noktaları için zamansal bağlantılar sağlayarak Triyaj Verimliliği ve Kesin Tanı Süresi dashboard'larını destekler.

Neden önemli

Döngü sürelerinin, ön sürelerin ve süreç sıralamasının hesaplanmasını sağlar.

Nereden alınır

Kaynak tabloya bağlı olarak çeşitli timestamp sütunları (örneğin, EFFECTIVE_TIME, ORDER_TIME).

Örnekler
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Kaynak Sistem
SourceSystem
`Veri` için kayıt sistemi, genellikle `Epic EHR`.
Açıklama

Bu nitelik, verinin kaynağını tanımlar. Bu görünüm için öncelikli olarak 'Epic EHR' olsa da, veri ayrı bir LIS (Laboratuvar Bilgi Sistemi) veya faturalandırma sistemi gibi diğer sistemlerle harmanlandığında faydalıdır.

Analizde, veri soy ağacını sağlar ve belirli event'ler kaynağa kıyasla eksik veya hatalı görünüyorsa sorun gidermeye yardımcı olur.

Neden önemli

Veri kaynağı için izlenebilirlik ve bağlam sağlar.

Nereden alınır

Sabit kodlanmış veya bağlantı dizesi yapılandırmasından türetilmiş.

Örnekler
Epic EHREpic ClarityEpic Caboodle
Son Veri Güncellemesi
LastDataUpdate
Verilerin çıkarıldığı veya son güncellendiği zaman damgası.
Açıklama

Bu nitelik, kaydın ETL pipeline tarafından en son ne zaman işlendiğini gösterir. Event timestamp'ından farklıdır ve veri tazeliğini izlemeye yardımcı olur.

Analistler bunu, dashboard'un gerçek zamanlı durumu yansıtıp yansıtmadığını veya Triyaj Bekleme Süreleri gibi KPI'ların doğruluğunu etkileyen bir veri gecikmesi sorunu olup olmadığını belirlemek için kullanır.

Neden önemli

Process Mining verilerinin güncelliğini ve güvenilirliğini değerlendirmeye yardımcı olur.

Nereden alınır

ETL sistem zaman damgası.

Örnekler
2023-10-27T23:59:59Z2023-10-28T06:00:00Z
Birincil Tanı Kodu
PrimaryDiagnosisCode
Ana tanıyı temsil eden `ICD-10` veya dahili kod.
Açıklama

Bu nitelik, hastanın doğrulanmış tıbbi durumunu kaydeder. Genellikle 'Tanı Doğrulandı' aktivitesi sırasında doldurulur.

Klinik Protokol Uyumluluk Görünümü için vakaları klinik duruma göre gruplamak için kullanılır. 'Ürün' ile eşleştirme, analistlerin bakımın 'üretiminin' tıbbi duruma göre nasıl değiştiğini görmesini sağlar.

Neden önemli

Vakaları protokol analizi için klinik benzerliğe göre gruplandırır.

Nereden alınır

Epic Clarity Tablosu: PAT_ENC_DX, Sütun: DX_ID

Örnekler
J18.9I21.9E11.9
Departman Adı
DepartmentName
Aktivitenin gerçekleştiği hastane birimi veya departmanı.
Açıklama

Bu nitelik, event'in fonksiyonel konumunu (örneğin, 'Acil Servis', 'Radyoloji' veya 'Genel Cerrahi Servisi') tanımlar. Dahili Servis Transfer Analizi için kritiktir.

Veri, süreç haritasını departmana göre segmentlere ayırmak için kullanılır ve yöneticilerin kendi birimlerine özgü bottleneck'leri sistemik hastane genelindeki sorunlardan ayırmasına olanak tanır.

Neden önemli

Kurumsal filtreleme ve devir analizi sağlar.

Nereden alınır

Epic Clarity Tablosu: CLARITY_DEP, Sütun: DEPARTMENT_NAME

Örnekler
Acil ServisRadyolojiYoğun Bakım ÜnitesiPediatri
Hasta MRN'si
PatientMrn
Hastayı tanımlayan Tıbbi Kayıt Numarası.
Açıklama

MRN, episode ID'sinden farklı olarak sağlık sistemi genelinde hasta için benzersiz tanımlayıcıdır. Bir hastanın geçmişini birden fazla ziyaret boyunca izlemeye olanak tanır.

Bu nitelik, yeniden kabulleri tespit etmek ve Yeniden Kabul Riski dashboard'u için ayrı episode'ları bağlamak için kullanılır. Genel modelde 'Müşteri'ye eşlenir.

Neden önemli

Tekrar eden ziyaretleri belirlemek ve hasta geçmişini analiz etmek için temeldir.

Nereden alınır

Epic Clarity Tablosu: PATIENT, Sütun: PAT_ID veya PAT_MRN_ID

Örnekler
MRN-882910MRN-112003MRN-554211
Karşılaşma Türü
EncounterType
Hasta ziyaretinin sınıflandırılması (örneğin, Yatan Hasta, Acil Durum).
Açıklama

Bu nitelik, hasta vakasının doğasını kategorize eder. Yaygın değerler arasında 'Acil', 'Yatan Hasta', 'Ayakta Tedavi' veya 'Sanal' bulunur.

'CaseType' ile eşleştirme, analizi filtrelemek için temeldir. Örneğin, Taburculuk Planlama dashboard'u öncelikle Yatan Hasta vakaları için geçerliyken, Triyaj Acil durum için özeldir.

Neden önemli

Süreç örneği için üst düzey bağlamı sağlar.

Nereden alınır

Epic Clarity Tablosu: PAT_ENC, Sütun: ENC_TYPE_C

Örnekler
AcilHastane Ayakta TedaviYatan Hasta
Olay Bitiş Zamanı
EventEndTime
Aktivitenin tamamlandığı `timestamp`.
Açıklama

Birçok event anlık olsa da, 'Teşhis Testi Yapıldı' veya 'Konsültasyon Tamamlandı' gibi bazı aktivitelerin bir süresi vardır. Bu nitelik, tamamlama zamanını yakalar.

Aktif işleme süresi ile bekleme süresinin hesaplanmasını sağlar. Bu, Teşhis Hizmeti Döngü Süreleri dashboard'u için özellikle önemlidir.

Neden önemli

Aktivite süresi ve kaynak kullanımının hesaplanmasını sağlar.

Nereden alınır

ORDER_PROC'taki belirli bitiş zamanı sütunları için Epic EHR dokümantasyonuna başvurun.

Örnekler
2023-10-15T09:45:00Z2023-10-16T15:00:00Z
Sağlayıcı ID'si
ProviderId
Aktiviteyi gerçekleştiren kullanıcı veya klinisyenin tanımlayıcısı.
Açıklama

Bu nitelik, ilacı uygulayan hemşire veya taburculuk emirlerini imzalayan doktor gibi event'ten sorumlu personelin benzersiz ID'sini yakalar.

Kaynak varyasyonunu ve iş yükünü analiz etmek için 'Kullanıcı' genel nitelikine eşlenir. Otomatik aktiviteler için bunun bir sistem kullanıcı ID'si olabileceğini unutmayın.

Neden önemli

Personel genelindeki performans ve iş yükü varyasyonlarının analizini sağlar.

Nereden alınır

Epic Clarity Tablosu: CLARITY_EMP, Sütun: USER_ID

Örnekler
EMP10023DOC5592SİSTEM
Taburculuk Durumu
DischargeDisposition
Hastanın taburculuk sonrası varış yeri (Ev, `SNF`, Vefat etti).
Açıklama

Bu nitelik, hastanın hastaneden ayrıldıktan sonra nereye gittiğini kaydeder. 'Hasta Taburcu Edildi' aktivitesinde yakalanır.

Nitelikli Bakım Tesisleri (SNF)'ne taburcu edilen hastaların, evlerine taburcu edilenlerden farklı yeniden kabul profillerine sahip olması nedeniyle, bu durum Yeniden Kabul Riski dashboard'u için çok önemlidir.

Neden önemli

Bakım sürecinin sonucunu bağlamsallaştırır.

Nereden alınır

Epic Clarity Tablosu: PAT_ENC, Sütun: DISCH_DISP_C

Örnekler
Ana SayfaNitelikli Bakım TesisiEvde Sağlık Hizmeti
Triyaj Akutluk Seviyesi
TriageAcuityLevel
Triyaj sırasında hastaya atanan şiddet puanı.
Açıklama

Bu nitelik, hastanın durumunun aciliyetini, genellikle bir ölçekte (örneğin, ESI seviyeleri 1-5) gösterir. 'Triyaj Tamamlandı' aktivitesi sırasında yakalanır.

Şiddet Puanına Göre Kaynak Yoğunluğu dashboard'unda segmentasyona olanak tanır. Yüksek akutlu hastalar, düşük akutlu hastalardan farklı süreç yollarını takip eder ve bu alan, bu varyantları ayırt etmeye yardımcı olur.

Neden önemli

Süreci aciliyet ve beklenen kaynak tüketimine göre bölümlendirir.

Nereden alınır

ED loglarındaki Aciliyet alanı için Epic EHR dokümantasyonuna başvurun.

Örnekler
1 - Resüsitasyon2 - Acil3 - Acil
Yeniden Kabul Bayrağı
ReadmissionFlag
Hastanın 30 gün içinde beklenmedik bir şekilde geri dönüp dönmediğini gösterir.
Açıklama

Bu boolean nitelik, belirli bir episode'un aynı hasta için 30 günlük bir süre içinde başka bir planlanmamış kabul ile takip edilip edilmediğini tanımlar. 30 Günlük Planlanmamış Yeniden Kabul Oranı KPI'ının çekirdeğidir.

Analizde, bu önemli bir sonuç değişkeni olarak hizmet eder. 'Doğru' bayrağına yol açan süreç yolları, taburculuk planlama aşamasındaki temel nedenleri bulmak için analiz edilir.

Neden önemli

Başarısız taburculuk süreçlerini ve bakım kalitesi sorunlarını tanımlar.

Nereden alınır

Aynı MRN için gelecekteki karşılaşmalara bakarak SQL aracılığıyla hesaplanır.

Örnekler
truefalse
Bölge Adı
RegionName
Coğrafi bölge veya hastane kampüsü.
Açıklama

Birden fazla kampüsü olan sağlık sistemleri için bu öznitelik tesisin konumunu tanımlar. Farklı hastane siteleri arasında performans karşılaştırmasına olanak tanır.

'Bölge'ye eşleme, bir hastanenin Triyaj Verimliliğini diğerinden daha iyi yönetip yönetmediğini görmek için çoklu site karşılaştırmalı değerlendirmesini sağlar.

Neden önemli

Bir sağlık ağındaki farklı tesisler arasında karşılaştırmalı değerlendirme yapılmasına olanak tanır.

Nereden alınır

Departman veya Tesis ana verilerinden türetilmiştir.

Örnekler
Kuzey KampüsüŞehir MerkeziBatı Kanadı
İlaç Uygulama Gecikmesi
MedicationAdminDelay
Planlanan ve fiili ilaç uygulaması arasındaki zaman farkı.
Açıklama

Bu nitelik, sipariş edilen uygulama zamanı ile ilaç barkodunun gerçek tarama zamanı arasındaki varyansı hesaplar. İlaç Teslimat Performansı dashboard'u için hayati öneme sahiptir.

Pozitif değerler, geç uygulamayı gösterir. Bu metrik, hemşirelik süpervizörlerinin iş yükünün zamanında bakım sunumunu etkilediği vardiyaları veya birimleri belirlemesine olanak tanır.

Neden önemli

Hemşirelik iş akışı uyumunun ve hasta güvenliğinin doğrudan bir ölçüsüdür.

Nereden alınır

MAR (Medication Administration Record) verilerinden hesaplanır.

Örnekler
15m-5m1h 20m
Otomatik Planlama mı
IsAutomatedScheduling
Planlamanın personel müdahalesi olmadan yapılıp yapılmadığını gösteren bayrak.
Açıklama

Bu boolean nitelik, Planlama Yönteminden türetilmiştir. Randevu MyChart veya otomatik bir Cadence workflow aracılığıyla yapıldıysa, bu Doğru'dur.

Doğrudan Takip Planlama Otomasyon Oranı KPI'ını destekler. Bu, operasyonel liderlerin idari yükün ne kadarının teknolojiye aktarıldığını anlamalarına yardımcı olur.

Neden önemli

Süreç otomasyonu başarısını ölçer.

Nereden alınır

SchedulingMethod'dan türetilmiştir.

Örnekler
truefalse
Planlama Yöntemi
SchedulingMethod
Takip randevusunun nasıl rezerve edildiğini gösterir.
Açıklama

Bu nitelik, 'MyChart', 'Cadence Auto' veya 'Ön Büro' gibi randevu almak için kullanılan kanalı yakalar. Ayakta Tedavi Takip Otomasyon Durumu dashboard'u için kritiktir.

Değer bir sistem veya hasta odaklı dijital kanalı gösteriyorsa, 'IsAutomated' bayrağı doğru olarak ayarlanabilir. Bu, dijital dönüşüm girişimlerinin başarısını vurgular.

Neden önemli

Otomatik veya self-servis araçların benimsenmesini izler.

Nereden alınır

Randevu oluşturma kaynağı için Epic EHR dokümantasyonuna başvurun.

Örnekler
MyChartCadenceTelefonYüz Yüze
Protokol Uygunluk Durumu
ProtocolAdherenceStatus
Vakanın standart klinik yolu takip edip etmediğini gösteren durum.
Açıklama

Bu nitelik, vakanın aktivite dizisini tanımlanmış bir referans modeline (Standart Operasyon Prosedürü) göre karşılaştırır. Klinik Protokol Uyumluluk Görünümünü destekler.

Değerler arasında 'Uyumlu', 'Adım Atlandı' veya 'Sıra Dışı' bulunabilir. Bu, klinik liderlerinin her süreç haritasını manuel olarak incelemeden uyumsuz vakaları hızla filtrelemesine olanak tanır.

Neden önemli

Kanıta dayalı bakım standartlarından sapmaları hızla belirler.

Nereden alınır

Process Mining aracı içinde hesaplanır veya SQL'de önceden işlenir.

Örnekler
UyumluSapmalıTamamlanmamış
Sipariş Veren Sağlayıcı Uzmanlık Alanı
OrderingProviderSpecialty
Konsültasyon veya test talep eden doktorun tıbbi uzmanlık alanı.
Açıklama

Bu nitelik, sipariş veren sağlayıcının departmanını veya uzmanlık alanını (örneğin, 'Kardiyoloji', 'Onkoloji') yakalar. Uzman Konsültasyon Gecikme dashboard'unda kullanılır.

Belirli uzmanlık alanlarının dahili hizmetler için diğerlerinden daha uzun bekleme süreleri ile karşılaşıp karşılaşmadığını analiz etmeye yardımcı olur ve belirli hizmet hatlarında potansiyel yanlılık veya kaynak eksikliklerini ortaya çıkarır.

Neden önemli

Tanı ve konsültasyon hizmetlerine olan talebi segmentlere ayırır.

Nereden alınır

Sağlayıcı ana verileri için Epic EHR dokümantasyonuna başvurun.

Örnekler
KardiyolojiDahiliyeOrtopedi
Tanı Sipariş Maliyeti
DiagnosticOrderCost
Bir teşhis testi veya prosedürü ile ilişkili dahili maliyet.
Açıklama

Bu nitelik, 'Teşhis Testi Yapıldı' aktivitelerine finansal bir değer atar. Süreç haritası üzerinde finansal bir katmanlamaya olanak tanır.

Birincil bir klinik metrik olmasa da, yönetimin farklı süreç varyantlarının, özellikle de yüksek kaynak şiddet puanları içerenlerin finansal ağırlığını anlamasına yardımcı olur.

Neden önemli

Süreç verimliliği analizine finansal bir boyut katar.

Nereden alınır

Prosedüre bağlı Faturalandırma veya Maliyet Muhasebesi tabloları.

Örnekler
150.001200.0045.00
Transfer Bekleme Süresi
TransferWaitDuration
Bir transfer emri ile fiili transfer arasında geçen süre.
Açıklama

Bu metrik, 'Transfer Sipariş Edildi' ile 'Hasta Sevk Edildi' arasındaki boşluğu ölçer. Dahili Servis Transfer Analizi için birincil veri noktasıdır.

Buradaki yüksek değerler, 'bekleme' (hastaların yatak beklediği) durumunu gösterir, bu da Acil Servis'ten yukarı yönlü akışı engeller.

Neden önemli

Hasta akışındaki lojistik ve kapasite darboğazlarını vurgular.

Nereden alınır

Sipariş ve transfer olayları arasındaki hesaplanmış zaman damgası farkı.

Örnekler
2h 30m45m12h
Gerekli Önerilen İsteğe Bağlı

Hasta Yolculuğu Aktiviteleri

Bunlar, klinik yollarınızın doğru bir şekilde keşfedilmesi için `event log`'unuza kaydetmeniz gereken temel süreç adımları ve bakım kilometre taşlarıdır.
4 Önerilen 11 İsteğe Bağlı
Aktivite Açıklama
Hasta Kaydedildi
Hastanın sistemdeki vaka kaydının ilk oluşturulması, bakım vakasının başlangıcını işaret eder. Bu, bir hasta kayıt masasına veya acil servise geldiğinde ve `Epic`'e giriş yaptığında açıkça yakalanır.
Neden önemli

Tüm Hasta Yolculuğu için dayanak noktasını belirler ve toplam kalış süresinin hesaplanmasını sağlar. 'Triyaj Verimliliği ve Bekleme Süreleri' dashboard'u için temeldir.

Nereden alınır

ADT Beslemesi (Olay A04 veya A01) veya Clarity tablosu PAT_ENC (HSP_ACCOUNT_ID oluşturulması).

Yakala

'Giriş Yap' veya 'Yatış' işlemi yürütüldüğünde kaydedilir

Event tipi explicit
Hasta Taburcu Edildi
Yatan hasta vakasının resmi kapanışı. Hasta sanal olarak sayım listesinden taburcu edildiğinde yakalanır.
Neden önemli

'Kalıcılık Süresi' hesaplamaları için vakanın resmi sonu. 'Hasta Akışı Varyant Keşfi' için elzemdir.

Nereden alınır

ADT Beslemesi (Olay A03) veya PAT_ENC_HSP.DISCH_TIME.

Yakala

İdari personel taburculuk iş akışını tamamladığında kaydedilir

Event tipi explicit
Ön Değerlendirme Tamamlandı
İlk hemşirelik değerlendirmesi veya triyaj değerlendirmesinin tamamlanması. Bu genellikle triyaj `flowsheet`'i dosyalandığında veya triyaj durumu 'Tamamlandı' olarak değiştiğinde yakalanır.
Neden önemli

Ön uç verimliliğini ölçmek için 'Triyaj Verimliliği ve Bekleme Süreleri' dashboard'u için kritik öneme sahiptir. Buradaki gecikmeler tüm bakım yolculuğuna yayılır.

Nereden alınır

PAT_ENC_HSP.TRIAGE_END_TIME veya belirli Flowsheet satır dosyalama (FLO_MEASUREMENT) timestamp'ı.

Yakala

Triyaj dokümantasyonu imzalandığında veya durum alanı güncellendiğinde kaydedilir

Event tipi explicit
Tanı Doğrulandı
Doğrulanmış bir tanının hastanın problem listesine veya vaka tanı alanına girişi. Araştırma aşamasının sonucunu temsil eder.
Neden önemli

'Kesin Tanı Süresi' KPI'ı için gereklidir. Değerlendirmeden hedeflenmiş tedaviye geçişi işaret eder.

Nereden alınır

Vakaya bağlı PAT_ENC_DX tablosu veya PROBLEM_LIST güncellemesi.

Yakala

Klinisyen, Karşılaşma Tanısı aktivitesine bir giriş eklediğinde kaydedilir

Event tipi explicit
Bakım Planı Başlatıldı
Hastaya belirli bir klinik yol veya protokolün atanması. Bu, standart bir Sipariş Seti veya Bakım Planının vaka bağlamına uygulandığında yakalanır.
Neden önemli

Bir bakım standardını takip etme niyetini işaretleyerek 'Klinik Protokol Uyumluluk Görünümü'nü destekler. Sonraki planlanan adımlardan sapmalar bu noktadan ölçülebilir.

Nereden alınır

Bir protokolün vaka ile ilişkilendirildiğini gösteren ORDER_SET_BKG veya bakım planı tabloları.

Yakala

Klinisyen bir Sipariş Seti seçip imzaladığında kaydedilir

Event tipi explicit
Hasta Sevk Edildi
Hastanın yeni bir departmana veya servise fiziksel hareketi. `ADT` transfer `event`'leri aracılığıyla yakalanır.
Neden önemli

'Ortalama Servisler Arası Transfer Süresi' için bitiş noktası. Hastane lojistiğindeki darboğazları bulmak için 'Dahili Servis Transfer Analizi'ni destekler.

Nereden alınır

ADT Beslemesi (Olay A02) veya PAT_ENC_HSP_TRANSACTION (Transfer Girişi).

Yakala

Birim katibi hastanın konumunu Nüfus Sayımı'nda güncellediğinde kaydedilir

Event tipi explicit
İlaç Uygulandı
Bir hemşire veya sağlayıcının hastaya ilaç uygulama eylemi. İlaç Uygulama Kaydı (`MAR`)'nda yakalanır.
Neden önemli

'İlaç Teslim Performansı' dashboard'u için temel olay. 'Geliştirilen Tedavi Planı'na uyumu izler.

Nereden alınır

MAR_ADMIN_INFO tablosu, özellikle 'Verildi' veya 'Yeni Torba' eylemli olaylar.

Yakala

Hemşire hasta bilekliğini ve ilacı taradığında (BCMA) kaydedilir

Event tipi explicit
Konsültasyon Talep Edildi
Bir uzmanın hastayı değerlendirmesi için verilen sipariş. Epic içinde 'Konsültasyon' olarak belirli bir prosedür sipariş türü olarak kaydedilir.
Neden önemli

'Uzman Konsültasyon Bekleme Süresi' KPI'ı için başlangıç noktası. Belirli tıbbi uzmanlık alanlarındaki eksiklikleri belirlemeye yardımcı olur.

Nereden alınır

ORDER_CLASS = 'Konsültasyon' veya belirli sevk siparişleri olan ORDER_PROC.

Yakala

Konsültasyon siparişi imzalandığında kaydedilir

Event tipi explicit
Konsültasyon Tamamlandı
Uzman değerlendirmesinin tamamlanması, genellikle bir Konsültasyon Notunun imzalanması veya konsültasyon siparişinin kapatılmasıyla işaretlenir.
Neden önemli

'Uzman Konsültasyon Süresi' için bitiş noktası. Uzman görüşünün sağlandığını ve bakım planının devam edebileceğini gösterir.

Nereden alınır

HNO_NOTE_TEXT (Konsültasyon tipiyle dosyalanan not) veya ORDER_PROC durumunun Tamamlandı olarak değişmesi.

Yakala

Konsültasyon Notu oluşturma zamanından veya Sipariş durumu güncellemesinden çıkarılmıştır

Event tipi inferred
Taburculuk Planlaması Başlatıldı
Hastanın taburculuğuna hazırlanmak için faaliyetlerin başlangıcı. Vaka Yönetimi belgeleri veya belirli 'Taburculuk' sipariş türleri aracılığıyla yakalanır.
Neden önemli

'Taburculuk Planlaması ve Uygulaması' dashboard'u için anahtar. Erken başlangıç, kalış süresinin azalmasıyla ilişkilidir.

Nereden alınır

HSP_DISCH_PLAN oluşturulması veya Vaka Yöneticisi/Sosyal Hizmet Uzmanı tarafından ilk not.

Yakala

Taburculuk Navigatörü veya Vaka Yönetimi notuyla ilk etkileşimden çıkarılmıştır

Event tipi inferred
Taburculuk Siparişi İmzalandı
Doktorun hastanın hastaneden ayrılması için resmi yetkilendirmesi. Bu, `Epic`'te belirli bir sipariş girişidir.
Neden önemli

'Taburculuk Planlaması ve Uygulaması'nda kritik bir kilometre taşı. Bununla gerçek ayrılış arasındaki fark, idari gecikmeyi temsil eder.

Nereden alınır

Türü 'Hasta Taburcu Etme' olan ORDER_PROC.

Yakala

MD taburculuk siparişini imzaladığında kaydedilir

Event tipi explicit
Takip Randevusu Planlandı
Hasta için gelecekteki bir ayakta tedavi ziyaretinin planlanması. Hasta kaydına bağlı `Cadence` planlama modülünde yakalanır.
Neden önemli

'Takip Randevu Otomasyon Oranı'nı destekler. Bakım sürekliliğini sağlar ve yeniden kabulleri önlemeye yardımcı olur.

Nereden alınır

Hasta ID'sine bağlı, taburculuk zamanına yakın oluşturulan PAT_ENC_APPT.

Yakala

Randevu slotu Cadence'de onaylandığında kaydedilir

Event tipi explicit
Tanı Testi Gerçekleştirildi
Teşhis testinin fiili yürütülmesi veya sonucun dosyalanması. Laboratuvarlar için bu, numunenin işlendiği zamandır; görüntüleme için ise tarama tamamlandığında.
Neden önemli

'Ortalama Tanı Testi Döngü Süresi' KPI'sı için bitiş noktası. Klinik karar destek hizmetlerindeki gecikmeleri anlamak için hayati öneme sahiptir.

Nereden alınır

Durum 'Tamamlandı' veya 'Sonuçlandı' olarak değiştiğinde ORDER_PROC.PROC_END_TIME veya ORDER_STAT_HISTORY kullanılır.

Yakala

Teknisyen görevi tamamladığında veya sonuç arayüzü veri aldığında kaydedilir

Event tipi explicit
Tanı Testi Sipariş Edildi
Görüntüleme (Radyoloji) veya laboratuvar hizmetleri için bir siparişin girişi. Bir hekimin `CPOE` sistemine bir sipariş girip imzaladığı zaman yakalanır.
Neden önemli

'Teşhis Hizmeti Döngü Süreleri' dashboard'u için başlangıç noktası. Karşılık gelen sonuçlar olmadan buradaki yüksek hacimler bottleneck'leri gösterir.

Nereden alınır

ORDER_PROC tablosu, ORDER_TYPE Lab veya Görüntüleme/Radyoloji olduğunda kullanılır.

Yakala

Sipariş durumu 'İmzalandı' veya 'Aktif' olduğunda kaydedilir

Event tipi explicit
Transfer Sipariş Edildi
Hastanın farklı bir birime veya bakım seviyesine taşınması talebi. Sistemde 'Yatak Talebi' veya 'Transfer Emri' olarak kaydedilir.
Neden önemli

'Ortalama Servisler Arası Transfer Süresi' için başlangıç noktası. Taşınma yönündeki klinik karar ile bir yatağın lojistik mevcudiyeti arasında ayrım yapar.

Nereden alınır

ADT_TRANSFER_ORDER veya ORDER_PROC (Yatak Talebi).

Yakala

Doktor transfer siparişini girdiğinde kaydedilir

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Epic EHR'den Nasıl Alırsınız?