Hasta yolculuğu Veri Templateiniz

Veradigm (Allscripts)
Hasta yolculuğu Veri Templateiniz

Hasta yolculuğu Veri Templateiniz

Bu Template, hasta yolculuğu sürecinizi analiz etmek için gereken verileri toplamanıza yardımcı olacak yapılandırılmış bir yaklaşım sunar. İzlemeniz gereken temel öznitelik ve etkinlikleri, bu bilgileri kaynak sisteminizden nasıl çıkaracağınıza ilişkin pratik önerilerle birlikte açıklar. Verilerinizi ayrıntılı Process Mining analizine hazırlamak için bu kaynaktan yararlanın.
  • Ayrıntılı analiz için toplanması önerilen öznitelikler
  • Süreci doğru keşfetmek için izlenecek temel etkinlikler
  • Sisteminizden veri çıkarmaya yönelik pratik öneriler
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Hasta yolculuğu öznitelikleri

Hasta yolculuğu sürecini ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları.
3 Zorunlu 8 Önerilen 8 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Gerçekleştirilen belirli klinik veya idari olay.
Açıklama

Hasta kaydı oluşturuldu, İlaç uygulandı veya Taburculuk planlaması başlatıldı gibi süreçte gerçekleştirilen adımı açıklar. Bu öznitelik, Hasta Yolculuğunun farklı aşamalarını birbirinden ayırır; süreç keşfi ve varyant analizi için gereklidir.

Neden önemli?

Süreç haritasındaki düğümleri tanımlar. Bu bilgi olmadan süreç akışı görselleştirilemez.

Nereden alınır?

ADT olayları, istemler, sonuçlar ve klinik dokümantasyon tabloları gibi çeşitli işlem tablolarından elde edilir.

Örnekler
Hasta kaydı oluşturulduTanı testi istendiİlaç uygulandıHasta taburcu edildi
Hasta epizodu
PatientEpisodeId
Belirli bir hasta ziyareti veya başvurusu için benzersiz kimlik.
Açıklama

Hasta epizodu, temel vaka kimliği olarak hastanın belirli bir sağlık sorunu veya bakım dönemiyle ilgili tüm olayları bir araya getirir. Tanı, tedavi ve iyileşme aşamalarını bütünleşik biçimde görmenizi, farklı bölümlerdeki etkileşimleri tek bir süreçte birleştirmenizi sağlar. Veradigm (Allscripts) sistemlerinde, örneğin Sunrise veya Paragon’da, genellikle Ziyaret Kimliği ya da Başvuru Numarasına karşılık gelir.

Neden önemli?

Process Mining için temel anahtardır ve Hasta Yolculuğunun baştan sona yeniden oluşturulmasını sağlar.

Nereden alınır?

Büyük olasılıkla Ziyaret veya Başvuru tablolarının üstbilgisinde bulunur (ör. VISIT_ID, ENCOUNTER_ID). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
EP-2023-998877VIS-10029384100029384ENC-554433
Olay zaman damgası
EventDateTime
Etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Etkinliğin kronolojik olarak ne zaman gerçekleştiğini kaydeder. Çevrim sürelerini ve zaman aralıklarını hesaplamak, olayları doğru sıraya koymak için gereklidir. Sağlık verilerinde hasta akışını doğru analiz etmek için zamanın dakika hassasiyetinde kaydedilmesi önemlidir.

Neden önemli?

Ortalama Hasta Yolculuğu Çevrim Süresi ve bekleme süreleri dâhil, zamana dayalı tüm temel performans göstergelerinin hesaplanmasını sağlar.

Nereden alınır?

Kaynak tablolardaki işlem zaman damgaları (ör. ADT_DATE, ORDER_DATE, RESULT_DATE).

Örnekler
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
Birincil tanı kodu
PrimaryDiagnosisCode
Temel sağlık sorununu gösteren ICD-10 veya SNOMED kodu.
Açıklama

Hastanın ziyaret nedenini belirten kod. Bu öznitelik, Tedavi Yolu Farklılıklarını İnceleme aracında filtre olarak kullanılır. Analistlerin farklı sağlık sorunlarının (ör. zatürre ve kalp yetmezliği) sistemde nasıl ilerlediğini karşılaştırmasını sağlar.

Neden önemli?

Süreçleri sağlık sorununa göre gruplandırmak ve protokollere uyumu denetlemek için gereklidir.

Nereden alınır?

Tanı veya sorun listesi tabloları (genellikle ICD-10 sütunları). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
I50.9J18.9E11.9
Bölüm adı
DepartmentName
Etkinliğin gerçekleştiği hastane birimi veya bölümü.
Açıklama

Acil servis, kardiyoloji veya radyoloji gibi etkinliğin gerçekleştiği konumu belirtir. Hastaların servisler arasında geçiş yaparken nerede beklediğini görmek için Yatış ve Transfer Darboğaz Analizinde önemlidir.

Neden önemli?

Kaynak kullanımını analiz etmeyi ve bölümlerdeki darboğazları belirlemeyi sağlar.

Nereden alınır?

İşlemle ilişkilendirilmiş konum veya bölüm ana tabloları. Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
Acil servisICUGenel cerrahiRadyoloji
Hasta MRN’si
PatientMrn
Hastayı farklı epizodlar boyunca benzersiz biçimde tanımlayan Tıbbi Kayıt Numarası.
Açıklama

Tıbbi Kayıt Numarası (MRN) veya Kurumsal Hasta Kimliği. Hasta Epizodu Kimliğinin aksine bu kimlik, hastanın farklı ziyaretlerinde değişmez. Yeniden yatış oranlarını hesaplamak için ayrı epizodları ilişkilendirmede kullanılan temel anahtardır.

Neden önemli?

30 Gün İçinde Yeniden Yatış Oranını hesaplamak ve tekrar başvuran hastaları belirlemek için gereklidir.

Nereden alınır?

Hasta ana dizini veya demografik tablolar (olası sütunlar: MRN, PATIENT_ID). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
MRN-884422P-10022399887766
Sorumlu klinisyen
AttendingProvider
Olay sırasında hastadan sorumlu olan birincil klinisyen.
Açıklama

Etkinliği gerçekleştiren veya bakım planından sorumlu doktoru, hemşireyi ya da uzmanı belirtir. Bu özniteliği analiz ederek klinik kaynak kullanımını ve doktorlara göre bakım yolu farklılıklarını anlayabilirsiniz.

Neden önemli?

Klinik personel arasında kaynak darboğazlarını analiz etmeyi ve performans karşılaştırması yapmayı sağlar.

Nereden alınır?

İşlem tabloları (ör. ORDERing_PROVIDER, ATTENDING_PHYSICIAN_ID). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
Dr. Sarah SmithHemşire Uygulayıcı JonesRadyoloji Teknisyeni A
Taburculuk şekli
DischargeDisposition
Taburculuk sırasında hastanın durumunu veya bulunduğu yeri belirtir.
Açıklama

Hastanın hastanede kaldıktan sonra nereye gittiğini gösterir (ör. 'Eve', 'Uzmanlaşmış bakım merkezine', 'Vefat etti', 'Nakledildi'). Farklı taburculuk şekilleri farklı risk profilleri taşıdığından, yeniden yatış risklerini analiz etmek için önemlidir.

Neden önemli?

'Taburculuk planlaması' Dashboarduna bağlam kazandırır ve ortalama yatış süresindeki (ALOS) farklılıkları açıklamaya yardımcı olur.

Nereden alınır?

Ziyaret/başvuru üst bilgi tablosu (ör. DISCH_DISP). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
EveUzmanlaşmış bakım merkezine nakledildiEvde sağlık hizmeti alarak eveTıbbi tavsiyeye rağmen ayrıldı
Taburculuk tarihi
DischargeDate
Hastanın taburcu edildiği tarih ve saat.
Açıklama

Epizodun sona erdiğini gösteren zaman damgası. Process Mining’de vakayı kapatmak ve ALOS ile yeniden yatış hesaplamalarını yapmak için kullanılır.

Neden önemli?

Süreç döngüsünün sonunu belirler ve işlem hacmi analizinde önemli rol oynar.

Nereden alınır?

Ziyaret/başvuru üst bilgi tablosu (ör. DISCH_DATE). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
Yatış tarihi
AdmissionDate
Hastanın resmî olarak yatırıldığı tarih ve saat.
Açıklama

Yatan hasta sürecinin başlangıcını gösteren zaman damgası. Hastanede kalış süresini (ALOS) hesaplamak için taburculuk tarihiyle birlikte kullanılır.

Neden önemli?

ALOS hesaplaması ve yatış gecikmelerini ölçmek için temel zaman noktası.

Nereden alınır?

Ziyaret veya Başvuru üstbilgi tablosu (ör. ADMIT_DATE). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
Yeniden yatış mı
IsReadmission
Bu epizodun 30 gün içinde yeniden yatış olup olmadığını gösteren işaret.
Açıklama

Hesaplanan bir boole özniteliğidir. Hastanın mevcut yatış tarihinden önceki 30 gün içinde taburcu edildiği bir yatışı varsa true değerini döndürür. 'Önlenebilir yeniden yatış oranı izleyicisi' bu değeri kullanır.

Neden önemli?

Hastane kalitesi ve geri ödeme açısından temel KPI’lardan biridir (özellikle CMS düzenlemeleri kapsamında).

Nereden alınır?

ETL/veri dönüştürme katmanında PatientMRN ile yatış ve taburculuk tarihleri kullanılarak hesaplanır.

Örnekler
truefalse
İlaç adı
MedicationName
Sipariş edilen veya uygulanan ilacın adı.
Açıklama

'İlaç uygulama saatleri arasındaki boşluklar' Dashboardu için kullanılır. Belirli ilaçların (ör. antibiyotikler, ağrı kesiciler) uygulanmasında gecikme olup olmadığını belirlemeye yardımcı olur.

Neden önemli?

Klinik güvenlik analizinde ve eczane süreçlerinin iyileştirilmesinde önemlidir.

Nereden alınır?

İlaç uygulama kaydı (MAR) veya eczane siparişleri. Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
AmoksisilinHeparinMorfin sülfat
Kaynak sistem
SourceSystem
Verilerin geldiği sistemin adı.
Açıklama

Veradigm Sunrise veya Veradigm TouchWorks gibi veriyi sağlayan yazılım örneğini belirtir. Birden fazla hastanenin bulunduğu ortamlarda veya akut bakım ve ayakta tedavi verileri birleştirilirken özellikle önemlidir.

Neden önemli?

Veri kalitesi sorunlarını incelerken yararlı olan izlenebilirliği ve veri kökenini sağlar.

Nereden alınır?

ETL sürecinde sabit olarak tanımlanır veya sistem meta veri tablolarından alınır.

Örnekler
Veradigm SunriseAllscripts PMVeradigm TouchWorks
Kontrol randevusu tarihi
FollowUpAppointmentDate
Planlanan kontrol randevusunun tarihi.
Açıklama

'Planlanan kontrol randevusu oranı’nı hesaplamak için kullanılır. Bu alan doluysa kontrol randevusu planlanmıştır; boşsa planlanmamıştır.

Neden önemli?

'Kontrol bakımına uyumluluk' KPI’ını doğrudan ölçer.

Nereden alınır?

Hastayla ilişkilendirilmiş randevu planlama sistemi veya gelecekteki randevular tablosu. Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
2023-11-15T14:00:00Znull
Maliyet merkezi
CostCenter
Departman veya hizmetle ilişkili mali kod.
Açıklama

Klinik etkinliği bir mali birimle eşleştirir. Böylece farklı departmanların 'etkinlik maliyetini' veya genel mali performansını analiz edebilirsiniz.

Neden önemli?

Operasyonel Process Mining analizini mali etkilerle ilişkilendirir.

Nereden alınır?

Departman veya ücret tarifesi tabloları. Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
CC-1020CC-Rad-01Emergency-001
Protokole uyumlu mu
IsProtocolCompliant
Vakanın standart bakım yolunu izleyip izlemediğini gösteren işaret.
Açıklama

Belirli zorunlu etkinliklerin (ör. 'Yaşamsal bulgular kaydedildi' etkinliğinin 'İlaç uygulandı' etkinliğinden önce gerçekleşmesi) doğru sırada olup olmadığını denetleyen hesaplanmış bir özniteliktir. 'Bakım protokolüne uyum Dashboardu’nu destekler.

Neden önemli?

Hasta dosyalarını elle incelemeden uyumsuzlukları belirler.

Nereden alınır?

Etkinlik sırasına göre Process Mining aracında veya ETL sürecinde hesaplanır.

Örnekler
truefalse
Sipariş kimliği
OrderId
Belirli siparişlerin (laboratuvar, ilaç, prosedür) tanımlayıcısı.
Açıklama

'Sipariş' olayını 'Sonuç' veya 'Uygulama' olayına bağlar. Örneğin, 'Tanı testi istendi' olayını 'Tanı testi tamamlandı' olayına bağlar. 'Tanı testi sonuçlanma süresi' Dashboardu için bu ayrıntı düzeyi gereklidir.

Neden önemli?

Belirli süreç adımlarının süresini (ör. laboratuvar sonuçlanma süresi) hesaplamayı sağlar.

Nereden alınır?

Sipariş giriş tabloları (ör. ORDER_ID, PLACER_ORDER_NUM). Veradigm (Allscripts) dokümantasyonuna başvurun.

Örnekler
ORD-998877LAB-112233RX-445566
Son veri güncellemesi
LastDataUpdate
Kaydın en son çıkarıldığı veya güncellendiği zamanın zaman damgası.
Açıklama

Analizde kullanılan verilerin güncelliğini gösterir. Bu alan, kullanıcıların gerçek zamanlı verileri mi yoksa önceki bir döneme ait anlık görüntüyü mü incelediğini anlamasına yardımcı olur.

Neden önemli?

Veri gecikmesi konusunda şeffaflık sağlar ve artımlı veri yükleme stratejilerine yardımcı olur.

Nereden alınır?

ETL veya veri çıkarma çalışması sırasında sistem tarafından oluşturulan zaman damgası.

Örnekler
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
Tanı testi sonuçlanma süresi
DiagnosticTurnaroundTime
Testin istenmesiyle sonucunun alınması arasındaki süre.
Açıklama

'Tanı testi istendi' ile 'Tanı doğrulandı' (veya sonucun alındığı) etkinlikleri arasındaki süre hesaplanır. 'Tanı testi sonuçlanma süresi genel görünümü' için kullanılır.

Neden önemli?

Test sonuçlarının geç alınması hastanede kalış süresini uzatır. Bu metrik, laboratuvar ve radyoloji gecikmelerini belirler.

Nereden alınır?

Hesaplama: Sonuç zaman damgası - Sipariş zaman damgası.

Örnekler
2 saat45 dakika1,5 gün
Zorunlu Önerilen İsteğe bağlı

Hasta yolculuğu etkinlikleri

Hasta yolculuğu sürecini doğru biçimde keşfetmek için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları.
6 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Hasta kaydı oluşturuldu
Hastanın bilgileri Veradigm sistemine girildiğinde hasta epizodunun resmî başlangıcını gösterir. Kullanıcı kayıt iş akışını tamamladığında bu olay genellikle açıkça kaydedilir. Böylece benzersiz kimlik ve zaman damgası içeren yeni bir hasta başvurusu kaydı oluşturulur.
Neden önemli?

Bu, Hasta Yolculuğu sürecinin temel başlangıç etkinliğidir. Toplam süreç çevrim süresini, hastanede kalış süresini ve hasta akış hızını hesaplamak için gereklidir.

Nereden alınır?

Bu olay, hasta kayıt veya ADT (Yatış, Taburculuk, Transfer) modülünde kaydedilir. Hasta başvurusu ya da ziyaret kaydının oluşturulma zaman damgasını bulun.

Kaydedin

Kayıt oluşturulduğunda hasta başvurusu veya kayıt tablosundan alınan zaman damgası.

Olay türü explicit
Hasta taburcu edildi
Hasta tesisten resmî olarak taburcu edildiğinde yatan hasta epizodunun sona erdiğini gösterir. ADT sistemi bu önemli olayı açıkça kaydeder ve hastanın başvuru durumunu taburcu edildi olarak günceller.
Neden önemli?

Bu, çoğu Hasta Yolculuğunun temel bitiş etkinliğidir. Ortalama Yatış Süresini (ALOS) ve toplam süreç çevrim süresini hesaplamak için gereklidir.

Nereden alınır?

ADT modülünde açıkça kaydedilir. Hasta başvurusu kaydında taburculuk zaman damgası ve taburculuk şekli bulunur.

Kaydedin

Hastanın ana başvuru veya ziyaret kaydındaki taburculuk zaman damgasını kullanın.

Olay türü explicit
İlk değerlendirme tamamlandı
Hemşire veya doktorun triyaj ya da ilk kabul değerlendirmesi gibi ilk klinik değerlendirmeyi tamamladığını gösterir. Bu olay, EHR’de Hemşire İlk Değerlendirmesi gibi belirli bir klinik form veya not imzalanıp son hâline getirildiğinde kaydedilir.
Neden önemli?

Bu etkinlik, sürecin başındaki önemli bir dönüm noktasıdır. Kayıt ile bu değerlendirme arasındaki süre, hasta kabulünde ve ilk bakımda yaşanabilecek gecikmeleri gösterir.

Nereden alınır?

Veradigm’in klinik dokümantasyon modüllerindeki ilk değerlendirme formlarının veya klinik notların son hâle getirilme ya da imzalanma zaman damgasından çıkarılır.

Kaydedin

İlk değerlendirme notunun veya formunun durumunun tamamlandı ya da imzalandı olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Taburculuk planlaması başlatıldı
Hasta için taburculuk planlamasının resmî olarak başladığını gösterir. Taburculuk planı belgesinin oluşturulmasından, taburculuk isteminin verilmesinden veya belirli bir taburculuk planlama değerlendirmesinin tamamlanmasından çıkarılabilir.
Neden önemli?

Bu etkinlik, taburculuk sürecinin verimliliğini ölçmek için başlangıç noktasıdır. Planlamaya erken başlanması çoğu zaman daha düşük yeniden yatış oranlarıyla ilişkilidir.

Nereden alınır?

Veradigm’deki taburculuk planlama notunun, taburculuk istem grubunun veya belirli bir değerlendirme formunun oluşturulma zaman damgasından çıkarılır.

Kaydedin

Hasta başvurusu için taburculuğa özel bir istemin veya belgenin ilk oluşturulduğu zaman damgasını belirleyin.

Olay türü inferred
Tanı doğrulandı
Klinisyenin hastanın dosyasına resmî olarak tanı kaydettiğini gösterir. Tanı kodu sorun listesine eklendiğinde veya tanıyı içeren klinik not imzalandığında kaydedilebilir.
Neden önemli?

Tanının doğrulanması, sonraki tedavi yolunu belirleyen önemli bir dönüm noktasıdır. Farklı tanılara göre tedavi yollarındaki değişiklikleri analiz etmenizi sağlar.

Nereden alınır?

Hastanın sorun listesinde, başvuru tanısı kayıtlarında veya klinik dokümantasyonda bulunur. Başvuru için birincil tanı kodunun girilip son hâline getirildiği zaman damgasından çıkarılabilir.

Kaydedin

İlgili hasta epizodundaki birincil tanı kaydının oluşturulma veya güncellenme zaman damgasını kullanın.

Olay türü inferred
Tedavi planı oluşturuldu
Klinik ekibin hastanın tedavi planını resmîleştirdiğini gösterir. EHR’de Bakım Planı adlı bir belge veya ilk tedavi istemleri oluşturulup imzalandığında kaydedilir.
Neden önemli?

Bu dönüm noktası, aktif tedavi aşamasını başlatır. Bakım protokollerine uyumu ve ilaç uygulaması gibi ilk tedavi adımına kadar geçen süreyi ölçmek için başlangıç noktasıdır.

Nereden alınır?

Bakım Planı formunun imzalanma zaman damgasından veya tanı sonrasında oluşturulan ilk önemli tedavi istemleri grubunun oluşturulma zaman damgasından çıkarılır.

Kaydedin

Bakım Planı belgesinin sorumlu klinisyen tarafından son hâle getirildiği veya imzalandığı zaman damgasını bulun.

Olay türü inferred
Başka bir bölüme transfer edildi
Hastanın acil servisten yatan hasta servisine geçmesi gibi, bir bölümden veya bakım biriminden diğerine fiziksel olarak nakledildiğini gösterir. Bu olay, Veradigm içindeki ADT (Yatış, Taburculuk, Transfer) sistemi tarafından kaydedilir.
Neden önemli?

Hasta transferleri, darboğazların ve gecikmelerin sık görüldüğü aşamalardır. Transferlerin süresini ve sıklığını analiz etmek, hasta akışını ve bölümler arasındaki kaynak dağılımını iyileştirmeye yardımcı olur.

Nereden alınır?

ADT modülünde açıkça kaydedilir. Her transfer olayında hasta, çıkış ve varış konumları ile zaman damgası yer alır.

Kaydedin

Hasta hareketlerine karşılık gelen olay günlüklerini ADT sisteminden alın.

Olay türü explicit
İlaç uygulandı
Hemşire veya klinisyen hastaya ilaç uygulandığını kaydettiğinde bu olay oluşur. Uygulamanın tam zamanını kaydeden İlaç Uygulama Kaydı (MAR) veya eMAR modülünde tutulur.
Neden önemli?

İlaç uygulamalarını izlemek, tedavinin zamanında yapılmasını ve protokole uyumu analiz etmek için önemlidir. İlaç istemi ile uygulama arasındaki süre, ilaç teslim sürecindeki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

eMAR (elektronik İlaç Uygulama Kaydı) modülünde açıkça kaydedilir. Her ilaç uygulaması için zaman damgası, ilaç ve doz bilgisi bulunur.

Kaydedin

Hasta başvurusuyla ilişkili her ilaç uygulaması için eMAR tablosundaki zaman damgalarını alın.

Olay türü explicit
Prosedür uygulandı
Klinik veya cerrahi bir prosedürün tamamlandığını gösterir. Genellikle klinisyen prosedür notunu imzaladığında veya sistemde prosedür isteminin durumu tamamlandı olarak güncellendiğinde kaydedilir.
Neden önemli?

Prosedürler birçok Hasta Yolculuğunda önemli dönüm noktalarıdır. Zamanlamalarını analiz etmek, kaynak kullanımını ve planlama verimliliğini anlamaya yardımcı olur.

Nereden alınır?

Klinik dokümantasyon modülündeki prosedür notunun imzalanma zaman damgasından veya istemler modülündeki ilgili prosedürün tamamlanma zaman damgasından çıkarılır.

Kaydedin

Prosedür istemindeki tamamlanma zaman damgasını veya ilgili prosedür dokümantasyonundaki imzalanma zaman damgasını kullanın.

Olay türü inferred
Takip randevusu planlandı
Hastanın taburculuk sonrasında takip randevusunun planlandığını gösterir. Taburcu edilen başvuruyla ilişkilendirilmiş bir randevu oluşturulduğunda randevu planlama modülünde kaydedilir.
Neden önemli?

Takip bakımının planlanması, bakımın devamlılığını sağlamak ve yeniden yatışları azaltmak için önemlidir. Bu etkinlik, taburculuk sonrası protokollere uyumu ölçmeye yardımcı olur.

Nereden alınır?

Randevu planlama modülünde kaydedilir. Taburculuk tarihinden sonra gerçekleşecek yeni bir hasta randevusunun oluşturulma zaman damgasını bulun.

Kaydedin

Hastayla ilişkilendirilmiş randevu kaydının planlama sistemindeki oluşturulma zaman damgasını belirleyin.

Olay türü explicit
Tanı testi istendi
Klinisyen laboratuvar testi veya görüntüleme gibi bir tanı testi istediğinde bu olay gerçekleşir. Veradigm içindeki Bilgisayarlı Hekim İstem Girişi (CPOE) sistemi bu olayı açıkça kaydeder.
Neden önemli?

Bu olay, tanı alt sürecinin başlangıcını gösterir. Tanı süresini ölçmek ve istem işlemlerindeki gecikmeleri belirlemek için başlangıç noktasıdır.

Nereden alınır?

İstemler modülünde veya CPOE sistemi günlüklerinde kaydedilir. Her istemde, ne zaman oluşturulduğunu gösteren bir zaman damgası bulunur.

Kaydedin

İlgili tanı testlerinin istem kayıtlarındaki oluşturulma zaman damgasını alın.

Olay türü explicit
Tanı testi tamamlandı
Tanı testi sonuçlarının kesinleşip hasta kaydında erişilebilir olduğu noktayı gösterir. Genellikle ilk istemin durumu etkin veya sürüyor durumundan tamamlandı ya da sonuçlandı durumuna geçtiğinde anlaşılır.
Neden önemli?

Bu etkinlik, tanı süresini ölçmek için önemli bir dönüm noktasıdır. İstem ile testin tamamlanması arasındaki gecikmeler, tanı konma süresini önemli ölçüde etkileyebilir.

Nereden alınır?

İstemler modülündeki istem durumu alanından veya LIS ya da RIS gibi ilgili sonuçlar modülündeki zaman damgalarından çıkarılır.

Kaydedin

İstem durumunun Tamamlandı veya Sonuçlandı gibi son bir duruma geçtiği zaman damgasını belirleyin.

Olay türü inferred
Yaşamsal bulgular kaydedildi
Hastanın nabız, tansiyon ve ateş gibi yaşamsal bulguları her kaydedildiğinde bu etkinlik gerçekleşir. EHR’nin klinik dokümantasyonunda veya yaşamsal bulgulara ayrılmış akış çizelgesi bölümünde açıkça kaydedilir.
Neden önemli?

Yaşamsal bulguların sık kaydedilmesi, hastanın yakından izlendiğini gösterir. İzleme protokollerine uyumu değerlendirmek için kayıtların sıklığı ve zamanlaması analiz edilebilir.

Nereden alınır?

Yaşamsal bulguların saklandığı klinik veri deposunda veya akış çizelgesi tablolarında kaydedilir. Her kayıtta bir zaman damgası bulunur.

Kaydedin

Hasta başvurusuna ait yaşamsal bulgular akış çizelgesi verilerindeki zaman damgalarını alın.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Veradigm’den (Allscripts) verilerinizi nasıl alabilirsiniz?

Başlamaya hazır mısınız?

Hasta deneyimini ve operasyonel verimliliği iyileştirme yolculuğunuza bugün başlayın. Verileriniz, değerli içgörüleri ortaya çıkarmanın ve önemli iyileştirmeler yapmanın anahtarıdır.

Veradigm’de hasta yolculuğunu bugün iyileştirin

Hasta çevrim sürelerini %30 kısaltın ve bakım sonuçlarını iyileştirin.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Hemen başlayın.