Hasta Yolculuğu Veri Template'inuz

Epic EHR
Hasta Yolculuğu Veri Template'inuz

Hasta Yolculuğu Veri Template'inuz

Bu şablon, `Epic` ortamınızdaki klinik `workflow`'ları haritalamak için detaylı bir yapı sunar. Kabulden taburculuğa kadar eksiksiz hasta yolunu görselleştirmek için gereken belirli `veri` noktalarını ve `event` dönüm noktaları.nı özetler. Bu yönergeleri takip ederek, verilerinizin derin operasyonel stratejik bilgiler ve bakım hizmetlerinin iyileştirilmesi 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` veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Hasta Yolculuğu Öznitelikleri

Bunlar, hasta akışı ve klinik verimliliğin detaylı bir analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 9 Önerilen 7 Opsiyonel
Ad Açıklama
Aktivite 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 olayın 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?dir?

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

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 Yolculuğu
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 olarak kullanılır. 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 sunar. Triyaj, tanı, tedavi ve taburculuk aktivitelerinin uyumlu bir süreç instance'ına ilişkilendirilmesini sunar.

Neden Önemli?dir?

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

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 tam 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, darboğazları belirlemek için büyük önem taşır. Başlangıç ve bitiş noktaları için zamansal bağlantılar sağlayarak Triyaj Verimliliği ve Kesin Tanı Süresi kontrol paneli'larını destekler.

Neden Önemli?dir?

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

Nereden Alınır??

Kaynak tabloya bağlı olarak çeşitli zaman damgası (zaman damgası) 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 veri izlenebilirliğini sunar ve belirli event'ler kaynağa kıyasla eksik veya hatalı görünüyorsa sorun gidermeye yardımcı olur.

Neden Önemli?dir?

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

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

Bu nitelik, kaydın ETL pipeline tarafından en son ne zaman işlendiğini gösterir. Event zaman damgası (zaman damgası)'ından farklıdır ve veri tazeliğini takip etmenizi sunar.

Analistler bunu, kontrol paneli'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?dir?

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

Nereden Alınır??

ETL sistem zaman damgası (zaman damgası)dır.

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

Neden Önemli?dir?

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

Veri, süreç haritasını departmana göre segmentlere ayırmak için kullanılır ve yöneticilerin kendi birimlerine özgü darboğazları sistemik hastane genelindeki sorunlardan ayırmasına sunar.

Neden Önemli?dir?

Kurumsal filtreleme ve devir analizi sunar.

Nereden Alınır??

Epic Clarity Tablosu: CLARITY_DEP, Sütun: DEPARTMENT_NAME

Örnekler:::::::
Acil ServisRadyolojiYoğun Bakım ÜnitesiPediatri
Hasta MRN
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 sunar.

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

Neden Önemli?dir?

Tekrar eden ziyaretleri belirlemek ve hasta geçmişini analiz etmek için büyük önem taşır.

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 büyük önem taşır. Örneğin, Taburculuk Planlama kontrol paneli'u öncelikle Yatan Hasta vakaları için geçerliyken, Triyaj Acil durum için özeldir.

Neden Önemli?dir?

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

Nereden Alınır??

Epic Clarity Tablosu: PAT_ENC, Sütun: ENC_TYPE_C

Örnekler:::::::
Acil DurumHastane Ayakta TedaviYatan Hasta
Olay Bitiş Zamanı
EventEndTime
Aktivitenin tamamlandığı `zaman damgası (zaman damgası)dır.
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ı sunar. Bu, Teşhis Hizmeti Döngü Süreleri kontrol paneli'u için özellikle önemlidir.

Neden Önemli?dir?

Aktivite süresi ve kaynak kullanımının hesaplanmasını sunar.

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ı Kimliği
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?dir?

Personel genelindeki performans ve iş yükü varyasyonlarının analizini sunar.

Nereden Alınır??

Epic Clarity Tablosu: CLARITY_EMP, Sütun: USER_ID

Örnekler:::::::
EMP10023DOC5592Sistem
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 kontrol paneli'u için büyük önem taşır.

Neden Önemli?dir?

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.

Önem Derecesi Puanına Göre Kaynak Yoğunluğu kontrol paneli'unda segmentasyona sunar. 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?dir?

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 Yatış İşareti
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 olarak kullanılır. 'Doğru' bayrağına yol açan süreç yolları, taburculuk planlama aşamasındaki temel nedenleri bulmak için analiz edilir.

Neden Önemli?dir?

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

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

Neden Önemli?dir?

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

Nereden Alınır??

Departman veya Tesis ana verilerinden türetilmiştir.

Örnekler:::::::
Kuzey KampüsüŞehir MerkeziBatı Kanadı
Otomatik Planlama mı
IsAutomatedScheduling
Planlamanın personel müdahalesi olmadan yapılıp yapılmadığını gösteren değer.
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?dir?

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 kontrol paneli'u için büyük önem taşır.

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

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

Neden Önemli?dir?

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 kontrol paneli'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?dir?

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:::::::
Kardiyolojiİç HastalıklarıOrtopedi
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 sunar.

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

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

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

Nereden Alınır??

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

Örnekler:::::::
2h 30m45m12h
Gerekli Önerilen Opsiyonel

Hasta Yolculuğu Aktiviteleri

Bunlar, klinik yollarınızın doğru bir şekilde keşfedilmesi için event lognüze (event log) kaydetmeniz gereken temel süreç adımları ve bakım kilometre taşlarıdır.
4 Önerilen 11 Opsiyonel
Aktivite Açıklama
Hasta Kayıt Edildi
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?dir?

Tüm Hasta Yolculuğu için dayanak noktasını belirler ve toplam kalış süresinin hesaplanmasını sunar. 'Triyaj Verimliliği ve Bekleme Süreleri' kontrol paneli'u için büyük önem taşır.

Nereden Alınır??

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

Yakala

'Giriş yapın' 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?dir?

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

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

Ön uç verimliliğini ölçmek için 'Triyaj Verimliliği ve Bekleme Süreleri' kontrol paneli'u için büyük önem taşır. 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) zaman damgası (zaman damgası)'ı.

Yakala

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

Event tipi explicit
Teşhis Onaylandı
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?dir?

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

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 Transfer Edildi
Hastanın yeni bir departmana veya servise fiziksel hareketi. `ADT` transfer `event`'leri aracılığıyla yakalanır.
Neden Önemli?dir?

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

'İlaç Teslim Performansı' kontrol paneli'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?dir?

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

'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 Emri İmzalandı
Doktorun hastanın hastaneden ayrılması için resmi yetkilendirmesi. Bu, `Epic`'te belirli bir sipariş girişidir.
Neden Önemli?dir?

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

'Taburculuk Planlaması ve Uygulaması' kontrol paneli'u için temel rol oynar. 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
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?dir?

'Takip Randevu Otomasyon Oranı'nı destekler. Bakım sürekliliğini sunar 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?dir?

'Ortalama Tanı Testi Döngü Süresi' KPI'sı için bitiş noktası. Klinik karar destek hizmetlerindeki gecikmeleri anlamak için büyük önem taşır.

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

'Teşhis Hizmeti Döngü Süreleri' kontrol paneli'u için başlangıç noktası. Karşılık gelen sonuçlar olmadan buradaki yüksek hacimler darboğazları 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?dir?

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

Veri Çıkarma Kılavuzları

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