Hasta yolculuğu Veri Templateiniz
Hasta yolculuğu Veri Templateiniz
- 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
Hasta yolculuğu öznitelikleri
| 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
|
|||
Hasta yolculuğu etkinlikleri
| 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
|
|||
Veri çıkarma rehberleri
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.
Kredi kartı gerekmez. Hemen başlayın.