Hasta yolculuğu veri şablonunuz
Hasta yolculuğu veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Hasta yolculuğu öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ClinicalEventTag
|
Gerçekleştirilen klinik veya idari olayın adı ya da açıklamasıdır. | ||
|
Açıklama
Bu öznitelik, hastanın bakımı sırasında gerçekleştirilen 'İlaç uygulandı', 'Yaşamsal bulgular alındı' veya 'Hasta taburcu edildi' gibi belirli işlemleri kaydeder. Süreç adımını kullanıcıların anlayabileceği bir adla gösterir. Cerner’de bu bilgi genellikle
Neden önemli?
Süreç haritasındaki adımları tanımlar ve iş akışının görselleştirilmesini sağlar.
Nereden alınır?
Tablo: CLINICAL_EVENT, Sütun: EVENT_TAG veya EVENT_CD için bağlantılı CODE_VALUE
Örnekler
Triyaj değerlendirmesiDiferansiyelli tam kan sayımıTaburculuk istemiHastayı naklet
|
|||
|
Hasta bakım dönemi
EncounterId
|
Belirli bir hasta ziyaretinin veya bakım döneminin benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Bu öznitelik, hasta yolculuğunun merkezi vaka tanımlayıcısıdır. Tek bir bakım dönemi (ör. yatarak tedavi veya acil servis ziyareti) boyunca gerçekleşen tüm klinik olayları, istemleri ve idari işlemleri bir araya getirir. Process Mining çalışmalarında bu kimlik, birbirinden kopuk etkinlikleri tek bir süreç görünümünde ilişkilendirmek için gereklidir. Teknik olarak Cerner Millennium veritabanındaki ENCOUNTER tablosunun
Neden önemli?
Hastanın yatıştan taburculuğa kadar uçtan uca yolculuğunu yeniden oluşturmak için gereken temel anahtardır.
Nereden alınır?
Tablo: ENCOUNTER, Sütun: ENCNTR_ID
Örnekler
123456789876543211223344
|
|||
|
Olay zaman damgası
EventEndDateTime
|
Etkinliğin gerçekleştiği veya tamamlandığı tarih ve saattir. | ||
|
Açıklama
Bu öznitelik, olayın gerçekleştiği kesin zamanı kaydeder. Etkinlikleri sıraya koymak ve süreç adımları arasındaki çevrim sürelerini hesaplamak için kullanılır.
Neden önemli?
Olayların sırasını belirlemek ve teslim süresi gibi performans KPI’larını hesaplamak için gereklidir.
Nereden alınır?
Tablo: CLINICAL_EVENT, Sütun: EVENT_END_DT_TM
Örnekler
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin geldiği sistemin adıdır. | ||
|
Açıklama
Veri kaydının kaynak uygulamasını belirtir. Bu bağlamda kaynak çoğunlukla 'Oracle Health' veya 'Cerner Millennium' olur. Verilerin başka EMR’ler ya da bölüm sistemleriyle birleştirilebildiği çok sistemli ortamlarda bu bilgi yarar sağlar. Birden fazla kaynaktan veri alındığında analistlerin veri kaynağına göre süreç analizini filtrelemesine veya bölümlere ayırmasına imkan verir.
Neden önemli?
Özellikle birden fazla sistemin kullanıldığı Process Mining kurulumlarında veri kökeninin izlenmesini ve izlenebilirliği sağlar.
Nereden alınır?
Sabit kodlanmış metin veya sistem meta verisi
Örnekler
Oracle HealthCerner Millennium
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaydın veri ambarına aktarıldığı veya en son değiştirildiği zaman damgasıdır. | ||
|
Açıklama
Analizde kullanılan verilerin ne kadar güncel olduğunu gösterir. Bu zaman damgası, kullanıcıların gerçek zamanlı verileri mi yoksa önceki bir yüklemeden alınan anlık görüntüyü mü incelediğini anlamasına yardımcı olur. Genellikle klinik bir öznitelik olarak değil, ETL (Ayıkla, Dönüştür, Yükle) sürecinde oluşturulur.
Neden önemli?
Veri yönetişimi ve analizin güncel bilgilerle yapılmasını sağlamak açısından önemlidir.
Nereden alınır?
ETL sistemi zaman damgası
Örnekler
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Birincil tanı
DiagnosisCode
|
Bakımın temel nedenini gösteren ICD-10 veya SNOMED kodudur. | ||
|
Açıklama
Bakım dönemine atanan standart klinik koddur (ör. zatürre için 'J18.9'). Hastaların duruma göre gruplandırılmasını ve belirli hastalıklara yönelik 'Tedavi protokolünden sapma’nın analiz edilmesini sağlar. Başvuruyla bağlantılı DIAGNOSIS tablosunda bulunur.
Neden önemli?
Belirli durumlarda hastaların bakım yollarını eşit koşullarda karşılaştırmayı sağlar.
Nereden alınır?
Tablo: DIAGNOSIS, Sütun: DIAGNOSIS_CODE (nomenklatür üzerinden)
Örnekler
I10E11.9J18.9
|
|||
|
Bölüm
NurseUnit
|
Olayın gerçekleştiği servis, birim veya bölümdür. | ||
|
Açıklama
Olay sırasında hastadan sorumlu fiziksel konumu veya kurumsal birimi belirtir (ör. 'Yoğun bakım', 'Genel cerrahi', 'Acil servis'). Birimler arasındaki hareketleri izleyerek 'Servisler arası nakil verimliliği' Dashboarduna katkı sağlar. Cerner’de bu bilgi genellikle başvuru veya takip tablosundaki
Neden önemli?
Belirli bölümlerdeki darboğazları analiz etmek ve hasta akışının konuma göre dağılımını görselleştirmek için gereklidir.
Nereden alınır?
Tablo: ENCOUNTER veya CLINICAL_EVENT, Sütun: LOC_NURSE_UNIT_CD
Örnekler
Acil servisKardiyoloji servisiICURadyoloji
|
|||
|
Hasta kimliği
PersonId
|
Hastanın birden fazla başvurusunda kullanılan benzersiz tanımlayıcıdır. | ||
|
Açıklama
Vaka kimliğinden farklı olarak Hasta kimliği (veya Kişi kimliği), hastanın hastaneye yaptığı tüm ziyaretlerde aynı kalır. Bu öznitelik, yeniden yatış oranlarını analiz etmek ve hastanın uzun vadeli geçmişini anlamak için önemlidir. Cerner’de bu bilgi, PERSON tablosundaki
Neden önemli?
Ayrı bakım dönemlerini aynı kişiyle ilişkilendirerek 'Hasta yeniden yatış oranı' KPI’ının hesaplanmasını sağlar.
Nereden alınır?
Tablo: PERSON, Sütun: PERSON_ID
Örnekler
P10001P55992P99221
|
|||
|
İstem kalemi
OrderMnemonic
|
Laboratuvar testi veya ilaç gibi oluşturulan belirli istemin adıdır. | ||
|
Açıklama
İstem olayının içeriğini açıklar (ör. 'Tam kan sayımı', 'Aspirin 81 mg'). Bu öznitelik, 'Tanı istemi oluşturuldu' ve 'İlaç uygulandı' etkinlikleri için gerekli bağlamı sağlar. Genellikle
Neden önemli?
Tanı ve tedavi yollarını ayrıntılı analiz etmek için gereklidir.
Nereden alınır?
Tablo: ORDERS, Sütun: ORDER_MNEMONIC
Örnekler
Göğüs röntgeniTemel metabolik panelAsetaminofenBeyin MR’ı
|
|||
|
Kullanıcı
PerformingPrsnlId
|
Etkinliği gerçekleştiren klinisyenin tanımlayıcısı veya adıdır. | ||
|
Açıklama
İlaç veren hemşire veya taburculuk kaydını imzalayan hekim gibi süreç adımını kimin gerçekleştirdiğini kaydeder. Kaynak kullanımını analiz etmeyi sağlar. Cerner’de bu bilgi, tabloya bağlı olarak genellikle
Neden önemli?
Kaynak analizini destekler; olası eğitim ihtiyaçlarını veya iş yükü dengesizliklerini belirlemeye yardımcı olur.
Nereden alınır?
Tablo: CLINICAL_EVENT, Sütun: PERFORMED_PRSNL_ID
Örnekler
Dr. SmithHemşire JonesSistem yöneticisi
|
|||
|
Taburculuk durumu
DischargeDisposition
|
Taburculuk sırasında hastanın gideceği yer veya durumudur. | ||
|
Açıklama
Bakım dönemi sona erdikten sonra hastanın nereye gittiğini gösterir (ör. 'Ev', 'Uzmanlaşmış bakım tesisi', 'Vefat'). 'Taburculuk planlaması' analizinde ve olumsuz sonuçların belirlenmesinde önemlidir. ENCOUNTER tablosundaki
Neden önemli?
Temel sonuç metriğidir; hasta yolculuğunun 'son durumunu' tanımlar.
Nereden alınır?
Tablo: ENCOUNTER, Sütun: DISCH_DISPOSITION_CD (CODE_VALUE üzerinden çözümlenir)
Örnekler
Eve taburcu edildiRehabilitasyona nakledildiTıbbi öneriye rağmen hastaneden ayrıldıVefat etti
|
|||
|
Vaka türü
EncounterType
|
Yatarak tedavi, ayakta tedavi veya acil servis gibi hasta ziyareti kategorisidir. | ||
|
Açıklama
Hasta bakım döneminin türünü sınıflandırır. Verileri incelemek için temel bir boyuttur; çünkü 'Acil servis' ziyaretinin süreç akışı, 'Planlı yatarak tedavi' ziyaretinden önemli ölçüde farklıdır. ENCOUNTER tablosundaki
Neden önemli?
Farklı bakım ortamlarındaki süreç yollarını ve işlem hacmini karşılaştırmalı olarak analiz etmeyi sağlar.
Nereden alınır?
Tablo: ENCOUNTER, Sütun: ENCNTR_TYPE_CD (CODE_VALUE üzerinden çözümlenir)
Örnekler
Yatarak tedaviAcil servisAyakta tedaviGünübirlik ameliyat
|
|||
|
Yeniden yatış mı
IsReadmission
|
Bu bakım döneminin önceki bir taburculuktan sonraki 30 gün içinde gerçekleştiğini belirten işarettir. | ||
|
Açıklama
Yeniden yatış olan vakaları belirlemek için kullanılan doğru/yanlış değeridir. Aynı 'Hasta yeniden yatış eğilimleri' Dashboardu için gereklidir.
Neden önemli?
Bakım kalitesinin temel ölçütlerinden biri olan 'Hasta yeniden yatış oranı' KPI’ını doğrudan destekler.
Nereden alınır?
ENCOUNTER kayıtlarını karşılaştıran SQL mantığıyla hesaplanır
Örnekler
truefalse
|
|||
|
İlaç durumu
MedAdminStatus
|
İlaç isteminin durumudur (ör. Verildi, Reddedildi, Verilmedi). | ||
|
Açıklama
İlaç uygulama görevinin sonucunu gösterir. 'İlaç uygulama uyumluluğu' Dashboardunda, gerçekten uygulanan ilaçlarla planlandığı hâlde atlanan veya reddedilen ilaçları ayırt etmek önemlidir. Muhtemelen
Neden önemli?
Tedavi protokollerindeki uyumluluk açıklarını belirler.
Nereden alınır?
Oracle Health (Cerner) dokümantasyonuna başvurun
Örnekler
UygulandıReddedildiBekletildi
|
|||
|
İstem numarası
OrderId
|
Belirli bir istemin (laboratuvar, ilaç, konsültasyon) benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Sistem tarafından oluşturulan istem kimliğidir. Vaka kimliği olmasa da önemli bir ikincil anahtardır. 'Tanı istemi oluşturuldu' olayını 'Tanı sonucu doğrulandı' olayına bağlar. Bu bilgi olmadan, hastanın aynı anda birden fazla istemi varsa belirli testlerin tamamlanma süresini doğru hesaplamak zordur.
Neden önemli?
Eşleşen etkinlikleri (İstem -> Sonuç) doğru biçimde ilişkilendirmek için gereklidir.
Nereden alınır?
Tablo: ORDERS, Sütun: ORDER_ID
Örnekler
88291028829103
|
|||
|
Ödeme türü
FinancialClass
|
Hastanın temel sigorta kapsamı veya mali sınıflandırmasıdır. | ||
|
Açıklama
Hastayı ödeme kaynağına göre sınıflandırır (ör. Medicare, özel sigorta, kendi ödemesi). Süreç akışlarının veya yatış sürelerinin sigorta türüne göre değişip değişmediğini analiz etmek için kullanılır. ENCOUNTER tablosundaki
Neden önemli?
Ödeme türüne bağlı olarak bakım sunumunda veya idari işlemlerde görülen farklılıkları belirlemeye yardımcı olur.
Nereden alınır?
Tablo: ENCOUNTER, Sütun: FINANCIAL_CLASS_CD (CODE_VALUE üzerinden çözümlenir)
Örnekler
MedicareBlue CrossKendi ödemesiMedicaid
|
|||
|
Sonuç durumu
ResultStatus
|
Tanı sonucunun durumudur (ör. Onaylandı (Doğrulandı), Düzeltildi, Ön sonuç). | ||
|
Açıklama
Tanı testi sonucunun hangi aşamada olduğunu gösterir. 'Tanı sonucu teslim süresi' analizinde, sonucun klinik kararlar için ne zaman resmen kullanılabilir olduğunu belirlemek amacıyla kullanılır. Genellikle belirli durum kodlarıyla birlikte
Neden önemli?
Ön sonuçlarla kesin sonuçları birbirinden ayırır. Bu ayrım, sonraki etkinliklerin ne zaman başlayabileceğini etkiler.
Nereden alınır?
Tablo: CLINICAL_EVENT, Sütun: RESULT_STATUS_CD
Örnekler
Onaylandı (Doğrulandı)HatalıDeğiştirildi
|
|||
|
Triyaj önceliği
TriageAcuity
|
Triyaj değerlendirmesi sırasında belirlenen aciliyet düzeyidir. | ||
|
Açıklama
Hastanın durumunun ciddiyetini gösteren sayısal veya kategorik bir değerdir (ör. 1: Acil, 5: Acil değil). Bekleme sürelerini analiz etmek için önemli bir segmentasyon özniteliğidir; önceliği yüksek hastaların daha kısa süre beklemesi gerekir. Genellikle triyaj sırasında klinik formlara veya belirli gözlem kodlarına kaydedilir.
Neden önemli?
Sürecin hastaları klinik aciliyetlerine göre doğru biçimde önceliklendirip önceliklendirmediğini doğrulamak için önemlidir.
Nereden alınır?
Oracle Health (Cerner) dokümantasyonuna başvurun
Örnekler
12345
|
|||
|
Yatış kanalı
AdmissionSource
|
Hastanın yatış kaynağıdır. | ||
|
Açıklama
Hastanın hastane sistemine nasıl girdiğini açıklar; örneğin 'Hekim sevki', 'Acil servis' veya 'Başka hastaneden nakil'. Hastane sürecinin ilk başvuru noktasını analiz etmeye yardımcı olur. ENCOUNTER tablosundaki
Neden önemli?
'İlk değerlendirme bekleme süresi’ni hastanın başvuru noktasına göre anlamlandırır.
Nereden alınır?
Tablo: ENCOUNTER, Sütun: ADMIT_SRC_CD
Örnekler
Acil servisHekim sevkiHastaneden nakil
|
|||
Hasta yolculuğu etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Bölüm transferi gerçekleşti
|
Hastanın bir konumdan (ör. acil servis) başka bir konuma (ör. yoğun bakım) fiziksel olarak taşındığını gösterir. Konum geçmişi üzerinden izlenir. | ||
|
Neden önemli?
Servisler arası transfer verimliliği analizini mümkün kılar ve hastanedeki hasta akışını görselleştirmeye yardımcı olur.
Nereden alınır?
LOC_NURSE_UNIT_CD alanındaki değişiklikleri kaydeden ENCNTR_LOC_HIST (Encounter Location History) tablosu.
Kaydedin
Durum alanını değişiklik öncesi ve sonrası karşılaştırın.
Olay türü
inferred
|
|||
|
Hasta kaydı oluşturuldu
|
Hasta geldiğinde ve sisteme kaydedildiğinde hasta epizodunun başlangıcını gösterir. Cerner Millennium’da bu olay, karşılaşma kaydı oluşturulduğunda veya kayıt zaman damgası belirlendiğinde kaydedilir. | ||
|
Neden önemli?
Hastanede kalış süresi (LOS) hesaplamalarının ve ilk değerlendirme bekleme süresi analizinin başlangıç zamanını belirler.
Nereden alınır?
ENCOUNTER tablosundaki REG_DT_TM (Registration Date/Time) sütunu.
Kaydedin
İşlem yeni bir ENCOUNTER satırı oluşturduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Hasta taburcu edildi
|
Hastanın yatışını sonlandıran son idari olaydır. Toplam yatış süresini hesaplamak için bu zaman damgası kullanılır. | ||
|
Neden önemli?
Sürecin temel bitiş olayıdır. Yatış süresi ve yeniden yatış hesaplamaları için gereklidir.
Nereden alınır?
ENCOUNTER tablosundaki DISCH_DT_TM (taburculuk tarihi/saati) alanıdır.
Kaydedin
Başvuru durumu DISCHARGED olarak değiştiğinde kaydedilir
Olay türü
explicit
|
|||
|
Taburculuk istemi imzalandı
|
Hekimin hastanın taburcu edilmesi için istem oluşturduğu olay. Taburculuk planlaması süresi bu olayla başlar. | ||
|
Neden önemli?
'Taburculuk planlaması çevrim süresi' için başlangıç noktasıdır. Bu olay ile hastanın fiilen taburcu edilmesi arasındaki süre, operasyonel gecikmelere işaret eder.
Nereden alınır?
ORDERS tablosunda katalog türü taburculuk olarak belirtilir.
Kaydedin
Taburculuk isteminin durumu ORDERED olduğunda kaydedilir
Olay türü
explicit
|
|||
|
Tanı kaydedildi
|
Resmî bir tanı hastanın karşılaşma kaydına eklendiğinde gerçekleşir. Bu, test sonucundan farklıdır ve klinisyenin hastalığı doğruladığını gösterir. | ||
|
Neden önemli?
Tanının doğrulanması aşamasını belirlemek ve kesin tanıya ulaşma süresini analiz etmek için gereklidir.
Nereden alınır?
ENCOUNTER_ID ile bağlantılı DIAGNOSIS_DT_TM alanının kullanıldığı DIAGNOSIS tablosu.
Kaydedin
Tanı PowerChart’a eklendiğinde veya güncellendiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Tanı sonucu doğrulandı
|
Laboratuvar veya görüntüleme sonucunun kesinleşip klinisyenin erişimine açıldığı anı gösterir. Tanı sürecinin tamamlanma süresini bitirir. | ||
|
Neden önemli?
Tanı sonucu iletilme sürecini tamamlar ve sonraki tedavi kararlarının alınmasını sağlar.
Nereden alınır?
Laboratuvar sonuçları için CLINICAL_EVENT tablosu veya durumu COMPLETED olarak değişen ORDERS kaydı.
Kaydedin
Sonuç durumu AUTH (Authenticated) olarak değiştiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Tanı testi istendi
|
Klinisyen laboratuvar testi veya görüntüleme incelemesi için istem oluşturduğunda gerçekleşir. Bu zaman damgası, tanı sürecinin tamamlanma süresinin hesaplanmasını başlatır. | ||
|
Neden önemli?
Tanı sonucu iletilme süresi KPI’ının başlangıç noktasıdır; istem verme ile uygulama arasındaki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
ORDERS tablosunda, katalog türü Laboratory veya Radiology olduğunda ORIG_ORDER_DT_TM alanı kullanılır.
Kaydedin
İstem durumu ORDERED olarak ayarlandığında kaydedilir.
Olay türü
explicit
|
|||
|
Triyaj değerlendirmesi tamamlandı
|
Acil servis veya yatış sürecinde ilk hemşirelik değerlendirmesinin ya da triyaj formunun tamamlanmasını ifade eder. Bu, genellikle sistemde kaydedilen belirli bir form veya klinik olaydır. | ||
|
Neden önemli?
İlk değerlendirme bekleme süresi KPI’ını hesaplamak ve ilk başvuru noktasındaki darboğazları belirlemek için önemlidir.
Nereden alınır?
CLINICAL_EVENT tablosunda Triyaj veya İlk Değerlendirme formlarıyla ilişkili olay kodlarına göre filtrelenir.
Kaydedin
Klinik belge veya form imzalandığında ya da doğrulandığında kaydedilir.
Olay türü
explicit
|
|||
|
Bakım planı etkinleştirildi
|
Cerner’da bir PowerPlan’ın veya bakım akışının başlatılmasını ifade eder. Standart bir tedavi protokolünün seçildiğini gösterir. | ||
|
Neden önemli?
Gerçek bakımı planlanan akışla karşılaştıran tedavi protokolü sapma analizi için önemlidir.
Nereden alınır?
Bakım akışını karşılaşma kaydına bağlayan ACT_PW_CAT (Action Pathway Catalog) veya DCP_FORMS_REF.
Kaydedin
PowerPlan başlatıldığında kaydedilir.
Olay türü
explicit
|
|||
|
İlaç uygulandı
|
İlacın hastaya gerçekten uygulandığını, İlaç Uygulama Kaydı’nda (MAR) belgelenen biçimiyle kaydeder. | ||
|
Neden önemli?
İlaçların zamanında verilip verilmediğini doğrulayarak ilaç uygulama uyumluluğu Dashboardunu destekler.
Nereden alınır?
İlaç uygulama olaylarına göre filtrelenen CLINICAL_EVENT tablosu (Task Status = Complete).
Kaydedin
Barkod tarandığında veya MAR kaydı elle girildiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Konsültasyon tamamlandı
|
Genellikle imzalanmış bir konsültasyon notu veya belgesiyle doğrulanan uzman konsültasyonunun tamamlandığını gösterir. | ||
|
Neden önemli?
Uzman görüşünün ne zaman alındığını belirler. Bu, karmaşık bakım akışlarında darboğaza yol açabilir.
Nereden alınır?
Konsültasyon olarak sınıflandırılan belge türlerine göre filtrelenen CLINICAL_EVENT tablosu.
Kaydedin
Konsültasyon notu imzalandığında kaydedilir.
Olay türü
explicit
|
|||
|
Kontrol randevusu planlandı
|
Aynı bakım dönemi veya bakım planıyla ilişkili hasta için ileri bir tarihe randevu oluşturulduğunda gerçekleşir. | ||
|
Neden önemli?
'Kontrol randevusu planlama zamanlaması' Dashboardunu destekler. Bakım sürekliliğinin ne kadar verimli sağlandığını ölçer.
Nereden alınır?
PERSON_ID ile bağlantılı SCH_APPT (randevu planlama) tablosudur.
Kaydedin
Randevu planlama modülünde oluşturulduğunda kaydedilir
Olay türü
explicit
|
|||
|
Prosedür gerçekleştirildi
|
Ameliyatın veya kapsamlı bir prosedürün gerçekten yapıldığı zamanı gösteren zaman damgasıdır. Genellikle ameliyat çevresindeki süreçlere ait belgelerde kaydedilir. | ||
|
Neden önemli?
Klinik akışlar ve kaynak kullanımı analizinde önemli bir aşamadır.
Nereden alınır?
SURGICAL_CASE tablosu (işlem başlangıç/bitiş zamanları) veya yatak başı prosedürler için CLINICAL_EVENT.
Kaydedin
SurgiNet üzerinden veya prosedür belgelerinde kaydedilir.
Olay türü
explicit
|
|||
|
Prosedür planlandı
|
Cerrahi işlem veya kapsamlı bir prosedürün belirli bir zaman için planlandığını gösterir. Kaynak dağılımını ve prosedür öncesi bekleme sürelerini anlamaya yardımcı olur. | ||
|
Neden önemli?
Ameliyathane veya prosedür odalarının kullanımındaki planlama verimliliğini ve olası darboğazları ortaya çıkarır.
Nereden alınır?
Karşılaşma kaydıyla bağlantılı SURGICAL_CASE tablosu veya SCH_APPT tablosu.
Kaydedin
Planlama işlemi onaylandığında kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi hazırlamak ve hasta yolculuğunuzla ilgili değerli içgörüleri ortaya çıkarmaya başlamak için bu şablondan yararlanın. Hasta sonuçlarını iyileştirme yolunda ilk adımı burada atın.
Hasta yolculuklarını şimdi iyileştirin, sonuçları hızla geliştirin
Darboğazları hızla belirleyerek hasta yolculuğunun çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Dakikalar içinde başlayın.