Hasta Yolculuğu Veri Template'iniz
Hasta Yolculuğu Veri Template'iniz
- Kapsamlı analiz için toplanması önerilen öznitelikler
- Doğru süreç keşfi için izlenecek temel faaliyetler
- Sisteminizden veri çekimi için pratik rehberlik
Hasta Yolculuğu Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Gerçekleştirilen belirli klinik veya idari olay. | ||
|
Açıklama
Süreçte gerçekleştirilen adımı açıklar; örneğin 'Hasta Kayıt Edildi', 'İlaç Uygulandı' veya 'Taburculuk Planlaması Başlatıldı'. Bu öznitelik, hasta yolculuğunun çeşitli aşamalarını ayırt eder ve süreç keşfi ile varyant analizi için esastır.
Neden önemli
Süreç haritasındaki düğümleri tanımlar; bu olmadan hiçbir süreç akışı görselleştirilemez.
Nereden alınır
Çeşitli işlem tablolarından türetilmiştir: ADT olayları, Siparişler, Sonuçlar ve Klinik Dokümantasyon tabloları.
Örnekler
Hasta Kayıt EdildiTanı Testi Sipariş Edildiİlaç UygulandıHasta Taburcu Edildi
|
|||
|
Hasta Süreci
PatientEpisodeId
|
Belirli hasta ziyareti veya karşılaşması için benzersiz tanımlayıcı. | ||
|
Açıklama
Hasta Süreci, belirli bir durum veya bakım dönemi için bir hastanın özel sağlık yolculuğuyla ilgili tüm olayları gruplandırarak birincil vaka tanımlayıcısı olarak hizmet eder. Bu, çeşitli departmansal etkileşimleri tutarlı bir bütün halinde bağlayarak tanı, tedavi ve iyileşme aşamalarına entegre bir bakış açısı sağlar. Veradigm (Allscripts) sistemlerinde (Sunrise veya Paragon gibi), bu genellikle Ziyaret Kimliği veya Karşılaşma Numarasına karşılık gelir.
Neden önemli
Süreç madenciliği için temel bir anahtardır; uçtan uca hasta yolculuğunun yeniden oluşturulmasını sağlar.
Nereden alınır
Ziyaret veya Karşılaşma tablolarının başlığında (örn. VISIT_ID, ENCOUNTER_ID) bulunması muhtemeldir. Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
EP-2023-998877VIS-10029384100029384ENC-554433
|
|||
|
Olay Zaman Damgası
EventDateTime
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Aktivitenin kronolojik noktasını kaydeder. Bu, döngü sürelerini, süreleri ve olay dizisini doğru şekilde sıralamayı hesaplamak için kritiktir. Sağlık verilerinde, doğru verim analizi için dakikaya kadar hassasiyet hayati önem taşır.
Neden önemli
Ortalama Hasta Yolculuğu Döngü Süresi ve Bekleme Süreleri dahil olmak üzere tüm zamana dayalı KPI'ların hesaplanmasını sağlar.
Nereden alınır
Kaynak tablolardaki işlem zaman damgaları (örn. ADT_DATE, ORDER_DATE, RESULT_DATE).
Örnekler
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
|
|||
|
Birincil Tanı Kodu
PrimaryDiagnosisCode
|
Ana durumu temsil eden ICD-10 veya SNOMED kodu. | ||
|
Açıklama
Hastanın ziyaretinin kodlanmış nedeni. Bu öznitelik, 'Tedavi Yolu Varyasyon Gezgini' için filtredir. Analistlerin farklı durumların (örn. Zatürre'ye Karşı Kalp Yetmezliği) sistemde nasıl ilerlediğini karşılaştırmasına olanak tanır.
Neden önemli
Süreçleri klinik duruma göre segmentlere ayırmak ve protokol uyumluluğunu kontrol etmek için gereklidir.
Nereden alınır
Teşhis veya problem listesi tabloları (tipik olarak ICD-10 sütunları). Veradigm (Allscripts) dokümantasyonuna başvurun.
Örnekler
I50.9J18.9E11.9
|
|||
|
Departman Adı
DepartmentName
|
Aktivitenin gerçekleştiği hastane birimi veya departmanı. | ||
|
Açıklama
Konum bağlamını belirtir; örneğin 'Acil Servis', 'Kardiyoloji' veya 'Radyoloji'. Bu, hastaların bölümler arasında hareket ederken nerede takıldığını görmek için 'Kabul ve Transfer Darboğaz Analizi' için hayati öneme sahiptir.
Neden önemli
Kaynak kullanım analizini ve departmansal darboğazların belirlenmesini destekler.
Nereden alınır
İşlemle bağlantılı Konum veya Departman ana tabloları. Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
Acil ServisYoğun Bakım ÜnitesiGenel CerrahiRadyoloji
|
|||
|
Hasta MRN
PatientMrn
|
Hastayı tüm süreçler boyunca benzersiz şekilde tanımlayan Tıbbi Kayıt Numarası. | ||
|
Açıklama
Tıbbi Kayıt Numarası (MRN) veya Kurumsal Hasta Kimliği. Hasta Süreci Kimliği'nin aksine, bu Kimlik farklı ziyaretler boyunca hasta için sabit kalır. Bu, tekrar yatış oranlarını hesaplamak için ayrı süreçleri bağlamanın kritik anahtarıdır.
Neden önemli
'30 Günlük Tekrar Yatış Oranı' ve tekrar eden müşterilerin belirlenmesi için esastır.
Nereden alınır
Hasta ana dizini veya demografik tablolar (muhtemel sütunlar: MRN, PATIENT_ID). Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
MRN-884422P-10022399887766
|
|||
|
İbra Tarihi
DischargeDate
|
Hastanın taburcu edildiği tarih ve saat. | ||
|
Açıklama
Sürecin sonunu işaret eden zaman damgası. Process mining'de vakayı kapatmak için kullanılır ve ALOS ile Tekrar Yatış hesaplamaları için esastır.
Neden önemli
Süreç döngüsünün sonunu tanımlar; işlem hacmi analizi için kritik öneme sahiptir.
Nereden alınır
Ziyaret/Karşılaşma başlık tablosu (örn. DISCH_DATE). Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
|
|||
|
Is Readmission
IsReadmission
|
Bu bölümün 30 gün içinde tekrar yatış olup olmadığını gösteren işaret. | ||
|
Açıklama
Hesaplanmış bir boolean özniteliğidir. Hastanın mevcut kabul tarihinden itibaren 30 gün içinde daha önce taburcu edilmişse 'doğru' değerini döndürür. Bu, 'Önlenebilir Tekrar Yatış Oranı İzleyicisi'ni yönlendirir.
Neden önemli
Hastane kalitesi ve geri ödeme için temel KPI (özellikle CMS düzenlemeleri için).
Nereden alınır
ETL/Veri Dönüşüm katmanında HastaMRN ve Kabul/Taburculuk tarihleri kullanılarak hesaplanır.
Örnekler
truefalse
|
|||
|
Kabul Tarihi
AdmissionDate
|
Hastanın resmi olarak kabul edildiği tarih ve saat. | ||
|
Açıklama
Yatan hasta kalışının başlangıcını işaret eden zaman damgası. Ortalama Kalış Süresi (ALOS) hesaplamak için Taburculuk Tarihi ile birlikte kullanılır.
Neden önemli
ALOS hesaplaması ve kabul gecikmelerini ölçmek için kritik bir referans noktası.
Nereden alınır
Ziyaret/Karşılaşma başlık tablosu (örn. ADMIT_DATE). Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
|
|||
|
Sorumlu Hekim
AttendingProvider
|
Olay sırasında hastadan sorumlu birincil klinisyen. | ||
|
Açıklama
Aktiviteyi gerçekleştiren veya bakım planından sorumlu doktoru, hemşireyi veya uzmanı tanımlar. Bu özniteliği analiz etmek, 'Klinik Kaynak Kullanımı'nı ve hekime göre bakım yollarındaki varyasyonları anlamaya yardımcı olur.
Neden önemli
Kaynak darboğazı analizi ve klinik personel arasında performans kıyaslaması yapılmasına olanak tanır.
Nereden alınır
İşlem tabloları (örn. ORDERing_PROVIDER, ATTENDING_PHYSICIAN_ID). Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
Dr. Sarah SmithNurse Practitioner JonesRadyoloji Teknisyeni A
|
|||
|
Taburculuk Durumu
DischargeDisposition
|
Hastanın taburcu edildiğindeki durumu veya konumu. | ||
|
Açıklama
Hastanın hastanede kaldıktan sonra nereye gittiğini belirtir (örneğin, 'Ev', 'Nitelikli Bakım Tesisi', 'Vefat Etti', 'Transfer'). Farklı durumlar farklı risk profilleri taşıdığı için bu, tekrar yatış risklerini analiz etmek için önemlidir.
Neden önemli
'Taburculuk Planlaması' kontrol panelini bağlamsallaştırır ve ALOS'taki farklılıkları açıklamaya yardımcı olur.
Nereden alınır
Ziyaret/Karşılaşma başlık tablosu (örn. DISCH_DISP). Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
Ana SayfaSNF'ye Transfer EdildiEvde Sağlık Hizmetleriyle Eve DönüşTıbbi Tavsiyeye Karşı Çıkarıldı
|
|||
|
Yatış Süresi
LengthOfStay
|
Hastanede kalış süresinin gün olarak uzunluğu. | ||
|
Açıklama
'Kabul Tarihi' ve 'Taburculuk Tarihi' arasındaki hesaplanmış süre. 'Ortalama Yatış Süresi (ALOS)' KPI'ı için kullanılır. Dashboard'da hesaplanabilse de, bir öznitelik olarak bulunması filtrelemeyi basitleştirir (örn. '7 günden uzun tüm kalışları göster').
Neden önemli
Verimliliğin ve kaynak tüketiminin standart ölçüsü.
Nereden alınır
Hesaplandı: TaburculukTarihi - KabulTarihi.
Örnekler
4.512.00.8
|
|||
|
İlaç Adı
MedicationName
|
Sipariş edilen veya uygulanan ilacın adı. | ||
|
Açıklama
Özellikle 'İlaç Uygulama Süresi Boşlukları' Dashboard'u için kullanılır. Belirli ilaçların (örn. antibiyotikler, ağrı yönetimi) uygulama gecikmeleri yaşayıp yaşamadığını belirlemeye yardımcı olur.
Neden önemli
Klinik güvenlik analizi ve eczane süreç optimizasyonu için kritik öneme sahiptir.
Nereden alınır
İlaç Uygulama Kaydı (MAR) veya Eczane Siparişleri. Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
AmoksisilinHeparinMorphine Sulfate
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Veriyi sağlayan yazılım örneğini tanımlar; örneğin 'Veradigm Sunrise' veya 'Veradigm TouchWorks'. Bu, çoklu hastane ortamlarında veya akut ve ayakta tedavi ortamlarından gelen verileri birleştirirken özellikle önemlidir.
Neden önemli
Veri kalitesi sorunlarını giderirken faydalı olan izlenebilirlik ve veri soyu sağlar.
Nereden alınır
ETL süreci sırasında sabit kodlanmıştır veya sistem meta veri tablolarından çıkarılmıştır.
Örnekler
Veradigm SunriseAllscripts PMVeradigm TouchWorks
|
|||
|
Maliyet Merkezi
CostCenter
|
Departman veya hizmetle ilişkili finansal kod. | ||
|
Açıklama
Klinik aktiviteyi bir finansal birime eşler. Bu, 'Aktivite Maliyeti' veya farklı departmanların genel finansal performansını analiz etmeye yardımcı olur.
Neden önemli
Operasyonel süreç madenciliğini finansal etkiyle ilişkilendirir.
Nereden alınır
Departman veya Ücret ana tabloları. Veradigm (Allscripts) dokümantasyonuna başvurun.
Örnekler
CC-1020CC-Rad-01Acil Durum-001
|
|||
|
Protokol Uyumlu mu
IsProtocolCompliant
|
Vakanın standart bakım yolunu izleyip izlemediğini gösteren işaret. | ||
|
Açıklama
Belirli zorunlu aktivitelerin (örneğin, 'İlaç Uygulandı' öncesi 'Yaşam Bulguları Kaydedildi') doğru sırada gerçekleşip gerçekleşmediğini kontrol eden hesaplanmış bir özniteliktir. 'Bakım Protokolü Uyumluluk Gösterge Paneli'ni destekler.
Neden önemli
Manuel grafik incelemesi olmadan uyumsuzluk tespitini otomatikleştirir.
Nereden alınır
Süreç madenciliği aracında veya ETL'de aktivite sırasına göre hesaplanır.
Örnekler
truefalse
|
|||
|
Sipariş Kimliği
OrderId
|
Belirli siparişler (Laboratuvarlar, İlaçlar, Prosedürler) için tanımlayıcı. | ||
|
Açıklama
'Sipariş' olayını 'Sonuç' veya 'Uygulama' olayı ile ilişkilendirir. Örneğin, 'Tanı Testi Sipariş Edildi' olayını 'Tanı Testi Tamamlandı' olayına bağlamak gibi. Bu detay, 'Tanı Geri Dönüş Süresi' Dashboard'u için gereklidir.
Neden önemli
Belirli süreç adımlarının sürelerinin (örneğin, Laboratuvar Dönüş Süresi) hesaplanmasını sağlar.
Nereden alınır
Sipariş giriş tabloları (örn. ORDER_ID, PLACER_ORDER_NUM). Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
ORD-998877LAB-112233RX-445566
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaydın en son ne zaman çıkarıldığı veya güncellendiği zaman damgası. | ||
|
Açıklama
Analiz için kullanılan verinin güncelliğini gösterir. Bu alan, kullanıcıların gerçek zamanlı verilere mi yoksa önceki bir döneme ait bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur.
Neden önemli
Veri gecikmesi hakkında şeffaflık sağlar ve artımlı veri yükleme stratejilerine yardımcı olur.
Nereden alınır
ETL/çıkarma çalıştırması sırasında sistem tarafından oluşturulan zaman damgası.
Örnekler
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
|
|||
|
Takip Randevu Tarihi
FollowUpAppointmentDate
|
Planlanmış takip randevusunun tarihi. | ||
|
Açıklama
'Takip Randevusu Planlanma Oranı'nı hesaplamak için kullanılır. Bu alan doldurulmuşsa, bir takip randevusu planlandığını gösterir. Boş/null ise, planlanmamıştır.
Neden önemli
'Takip Bakımı Uyumluluğu' KPI'ını doğrudan ölçer.
Nereden alınır
Hasta ile bağlantılı planlama sistemi veya gelecekteki randevular tablosu. Veradigm (Allscripts) dokümantasyonuna danışın.
Örnekler
2023-11-15T14:00:00Znull
|
|||
|
Tanı Dönüş Süresi
DiagnosticTurnaroundTime
|
Test siparişi ile test sonucu arasındaki süre. | ||
|
Açıklama
'Tanı Testi Sipariş Edildi' ile 'Teşhis Onaylandı' (veya sonuç alındı) arasındaki hesaplanmış süre. 'Tanı Dönüş Süresi Genel Bakışı' için kullanılır.
Neden önemli
Yüksek dönüş süreleri hastanede kalış süresini uzatır; bu metrik laboratuvar/radyoloji gecikmelerini tespit eder.
Nereden alınır
Hesaplandı: Zaman Damgası(Sonuç) - Zaman Damgası(Sipariş).
Örnekler
2 saat45 minutes1.5 gün
|
|||
Hasta Yolculuğu Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Hasta Kayıt Edildi
|
Hastanın bilgilerinin Veradigm sistemine girildiği hasta sürecinin resmi başlangıcını işaret eder. Bu olay, genellikle bir kullanıcının kayıt workflow'unu tamamlayarak benzersiz bir tanımlayıcı ve zaman damgası ile yeni bir hasta karşılaşma kaydı oluşturmasıyla açıkça yakalanır. | ||
|
Neden önemli
Bu, hasta yolculuğu için birincil başlangıç aktivitesidir. Genel süreç döngü süresini, yatış süresini ve hasta verim oranlarını hesaplamak için elzemdir.
Nereden alınır
Bu olay, hasta kayıt veya ADT (Kabul, Taburculuk, Transfer) modülünde kaydedilir. Hasta karşılaşması veya ziyaret kaydının oluşturulma zaman damgasını arayın.
Yakala
Kayıt oluşturulurken hasta karşılaşması veya kayıt tablosundan zaman damgası.
Event tipi
explicit
|
|||
|
Hasta Taburcu Edildi
|
Hastanın tesisten resmi olarak taburcu edildiği, yatan hasta sürecinin resmi sonunu işaret eder. Bu, ADT sistemi tarafından yakalanan, hastanın karşılaşma durumunu 'taburcu edildi' olarak güncelleyen açık, anahtar bir olaydır. | ||
|
Neden önemli
Bu, çoğu hasta yolculuğu için birincil sonlandırma aktivitesidir. Ortalama Yatış Süresi (ALOS) ve genel süreç döngü süresini hesaplamak için kritiktir.
Nereden alınır
ADT modülünde açıkça kaydedilir. Hasta karşılaşma kaydında bir taburculuk zaman damgası ve durumu bulunur.
Yakala
Hastanın ana karşılaşma veya ziyaret kaydından taburculuk zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
İlk Değerlendirme Tamamlandı
|
Bir hemşire veya hekim tarafından yapılan triyaj veya ilk kabul gibi ilk klinik değerlendirmenin tamamlanmasını temsil eder. Bu genellikle 'Hemşire İlk Değerlendirmesi' gibi belirli bir klinik formun veya notun EHR'de imzalanıp kesinleştirilmesiyle yakalanır. | ||
|
Neden önemli
Bu aktivite, önemli bir erken kilometre taşıdır. Kayıt ve bu değerlendirme arasındaki süre, hasta kabulünde ve ilk bakımda potansiyel gecikmeleri vurgular.
Nereden alınır
Veradigm'in klinik dokümantasyon modüllerindeki ilk değerlendirme formlarının veya klinik notlarının kesinleştirme veya imza zaman damgasından çıkarılmıştır.
Yakala
İlk değerlendirme notunun veya formunun durumunun 'tamamlandı' veya 'imzalandı' olarak değiştirildiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Taburculuk Planlaması Başlatıldı
|
Bir hasta için taburculuk planlama sürecinin resmi başlangıcını temsil eder. Bu, bir taburculuk planı belgesinin oluşturulması, bir taburculuk siparişinin verilmesi veya belirli bir taburculuk planlama değerlendirmesinin tamamlanmasından çıkarılabilir. | ||
|
Neden önemli
Bu aktivite, taburculuk sürecinin verimliliğini ölçmek için başlangıç noktasıdır. Planlamanın erken başlatılması genellikle daha düşük tekrar yatış oranlarıyla ilişkilidir.
Nereden alınır
Veradigm içinde bir taburculuk planlama notunun, bir taburculuk sipariş setinin veya belirli bir değerlendirme formunun oluşturulma zaman damgasından çıkarılmıştır.
Yakala
Hastanın karşılaşması için taburculuğa özel bir siparişin veya belgenin ilk kez oluşturulduğu zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Tedavi Planı Oluşturuldu
|
Klinik ekip tarafından bir hastanın tedavi planının resmileştirilmesini temsil eder. Bu genellikle belirli bir 'Bakım Planı' belgesinin veya bir dizi ilk tedavi siparişinin EHR'de oluşturulup imzalanmasıyla yakalanır. | ||
|
Neden önemli
Bu kilometre taşı, aktif tedavi aşamasını başlatır. Bakım protokollerine uyumu ve ilaç uygulaması gibi ilk tedavi eylemine kadar geçen süreyi ölçmek için temeldir.
Nereden alınır
Bir 'Bakım Planı' formundaki imza zaman damgasından veya teşhis sonrası ilk büyük tedavi siparişleri setinin oluşturulma zaman damgasından çıkarılmıştır.
Yakala
'Bakım Planı' belgesinin sorumlu klinisyen tarafından ne zaman kesinleştirildiğini veya imzalandığını gösteren zaman damgasını bulun.
Event tipi
inferred
|
|||
|
Teşhis Onaylandı
|
Bu aktivite, bir klinisyenin hastanın dosyasında resmi olarak bir tanı kaydettiği anlamına gelir. Bu, sorun listesine bir tanı kodu eklendiğinde veya tanıyı içeren bir klinik not imzalandığında yakalanabilir. | ||
|
Neden önemli
Teşhisi doğrulamak, sonraki tedavi yolunu belirleyen kritik bir dönüm noktasıdır. Farklı teşhislere dayalı tedavi yolu varyasyonlarının analiz edilmesine olanak tanır.
Nereden alınır
Hastanın problem listesinde, karşılaşma teşhis kayıtlarında veya klinik dokümantasyonda bulunur. Birincil teşhis kodunun karşılaşma için ne zaman girildiği ve kesinleştirildiği zaman damgasından çıkarılabilir.
Yakala
Belirli hasta süreci için birincil tanı girişinin oluşturulma veya güncelleme zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Departmana Transfer
|
Bu olay, hastanın bir departmandan veya bakım biriminden (örneğin Acil Servisten yatan hasta servisine) fiziksel olarak başka bir departmana veya bakım birimine transferini işaret eder. Bu, Veradigm içindeki ADT (Kabul, Taburculuk, Transfer) sistemi tarafından yakalanır. | ||
|
Neden önemli
Hasta transferleri, darboğazlar ve gecikmeler için yaygın noktalardır. Transferlerin süresini ve sıklığını analiz etmek, hasta akışını ve departmanlar arası kaynak tahsisini optimize etmeye yardımcı olur.
Nereden alınır
ADT modülünde açıkça kaydedilir. Her transfer olayı, hastayı, giden/gelen konumları ve bir zaman damgasını içerir.
Yakala
Hasta hareketlerine karşılık gelen olay günlüklerini ADT sisteminden çıkarın.
Event tipi
explicit
|
|||
|
İlaç Uygulandı
|
Bu olay, bir hemşire veya klinisyenin hastaya ilaç uygulamasını belgelediğinde kaydedilir. Bu, tam uygulama zamanını kaydeden İlaç Uygulama Kaydı (MAR) veya eMAR modülünde yakalanır. | ||
|
Neden önemli
İlaç uygulamasını izlemek, tedavi zamanlaması ve uyumluluğunu analiz etmek için hayati önem taşır. Sipariş verme ve uygulama arasındaki boşluk, ilaç dağıtım sürecindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır
eMAR (elektronik İlaç Uygulama Kaydı) modülünde açıkça kaydedilir. Her uygulama olayının belirli bir zaman damgası, ilaç ve dozu vardır.
Yakala
Hasta karşılaşmasına bağlı her ilaç uygulama olayı için eMAR tablosundan zaman damgalarını çıkarın.
Event tipi
explicit
|
|||
|
Prosedür Uygulandı
|
Bir klinik veya cerrahi prosedürün tamamlanmasını temsil eder. Bu genellikle bir klinisyenin prosedür notunu imzalamasıyla veya prosedür siparişinin durumunun sistemde 'tamamlandı' olarak güncellenmesiyle yakalanır. | ||
|
Neden önemli
Prosedürler, birçok hasta yolculuğunda önemli kilometre taşları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 bir prosedür notunun imza zaman damgasından veya o prosedür için siparişler modülündeki tamamlanma zaman damgasından çıkarılmıştır.
Yakala
Prosedür siparişinden tamamlama zaman damgasını veya ilgili prosedür dokümantasyonundan imza zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Takip Planlandı
|
Bu aktivite, taburculuk sonrası hasta için bir takip randevusunun planlanmasını temsil eder. Bu olay, taburcu edilen karşılaşmaya bağlı bir randevu rezerve edildiğinde planlama modülünde yakalanır. | ||
|
Neden önemli
Takip bakımının planlandığından emin olmak, bakım sürekliliği ve tekrar yatışları azaltmak için çok önemlidir. Bu aktivite, taburculuk sonrası protokollerle uyumluluğu ölçmeye yardımcı olur.
Nereden alınır
Randevu planlama modülünde kaydedilir. Taburculuk tarihinden sonraki yeni bir hasta randevusunun oluşturulma zaman damgasını arayın.
Yakala
Hastaya bağlı planlama sistemindeki bir randevu kaydının oluşturulma zaman damgasını belirleyin.
Event tipi
explicit
|
|||
|
Tanı Testi Sipariş Edildi
|
Bu olay, bir klinisyenin laboratuvar testi veya görüntüleme taraması gibi bir tanı testi için sipariş verdiğinde gerçekleşir. Bu, Veradigm içindeki Bilgisayarlı Hekim Sipariş Giriş (CPOE) sistemi aracılığıyla açıkça yakalanır. | ||
|
Neden önemli
Bu, tanı alt sürecinin başlangıcını işaret eder. Tanısal geri dönüş sürelerini ölçmek ve prosedür siparişlerindeki gecikmeleri belirlemek için başlangıç noktasıdır.
Nereden alınır
Siparişler modülünde veya CPOE sistem loglarında kaydedilir. Her siparişin ne zaman verildiğini gösteren bir zaman damgası olacaktır.
Yakala
İlgili tanı testleri için sipariş giriş kayıtlarından oluşturma zaman damgasını çıkarın.
Event tipi
explicit
|
|||
|
Tanı Testi Tamamlandı
|
Bir tanı testinin sonuçlarının kesinleştirildiği ve hastanın kaydında hazır hale getirildiği noktayı temsil eder. Bu genellikle orijinal siparişin durumunun 'aktif' veya 'devam ediyor'dan 'tamamlandı' veya 'sonuçlandı' olarak değişmesinden çıkarılır. | ||
|
Neden önemli
Bu aktivite, tanısal geri dönüş sürelerini ölçmek için kritik bir kilometre taşıdır. Sipariş verme ile tamamlama arasındaki gecikmeler, tanıya ulaşma süresini önemli ölçüde etkileyebilir.
Nereden alınır
Siparişler modülündeki sipariş durumu alanından veya LIS veya RIS gibi ilgili sonuçlar modülündeki zaman damgalarından çıkarılmıştır.
Yakala
Sipariş durumunun 'Tamamlandı' veya 'Sonuçlandı' gibi son bir duruma değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Vital Belirtiler Kaydedildi
|
Bu aktivite, hastanın kalp atış hızı, kan basıncı ve vücut sıcaklığı gibi vital belirtileri her kaydedildiğinde gerçekleşir. Bu, klinik dokümantasyon veya EHR'nin vital belirtilere özel akış sayfası bölümünde yakalanan açık bir olaydır. | ||
|
Neden önemli
Sık sık yaşamsal belirti kaydı, aktif hasta izlemesini gösterir. İzleme protokollerine uyumluluğu sağlamak için sıklık ve zamanlama analiz edilebilir.
Nereden alınır
Klinik veri deposunda veya vital belirtilerin saklandığı akış sayfası tablolarında kaydedilir. Her girişin bir zaman damgası vardır.
Yakala
Hasta karşılaşması için yaşamsal belirtiler akış tablosu verilerinden zaman damgalarını çıkarın.
Event tipi
explicit
|
|||