Hasta yolculuğu veri şablonunuz

Oracle Health (Cerner)
Hasta yolculuğu veri şablonunuz

Hasta yolculuğu veri şablonunuz

Bu ayrıntılı şablon, hasta yolculuklarını Process Mining ile analiz edip iyileştirmek için gereken verileri açıklar. Toplanması önerilen öznitelikleri, izlenecek temel etkinlikleri ve verilerin nasıl çıkarılacağına ilişkin pratik önerileri bir arada sunar. Sorunsuz bir Process Mining deneyimi için Event Logunuzu hazırlarken bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Hasta yolculuğu öznitelikleri

Sisteminizdeki hasta yolculuğunu ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 8 Önerilen 6 İsteğe bağlı
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 CLINICAL_EVENT tablosundan alınır. EVENT_CD (Olay kodu) alanı görüntülenen değere eşlenir veya EVENT_TAG kullanılır. Süreç haritalarının anlaşılır olması için adlandırma kurallarının tutarlı olması önemlidir.

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 ENCNTR_ID alanına karşılık gelir. Hasta demografik bilgilerini, istemleri ve klinik olayları birbirine bağlayan birincil anahtardır.

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.

CLINICAL_EVENT tablosunda genellikle EVENT_END_DT_TM alanına karşılık gelir. 'Hasta kaydı tamamlandı' ile 'Triyaj değerlendirmesi' arasındaki süre gibi bekleme sürelerini hesaplamak için bu bilginin doğru olması önemlidir.

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 LOC_NURSE_UNIT_CD alanında bulunur.

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 PERSON_ID alanıdır. Birden fazla ENCNTR_ID kaydını birbirine bağlar.

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 ORDERS tablosundaki ORDER_MNEMONIC alanında bulunur. Süreç boyunca ilerleyen 'ürünü' temsil eder.

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 PERFORMED_PRSNL_ID veya UPDT_ID alanıdır (İstemler ya da Klinik Olaylar). Bu alanı genel bir 'Kullanıcı' özniteliğine eşlemek, görevler ayrılığı analizini kolaylaştırır.

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 DISCH_DISPOSITION_CD alanında bulunur.

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 ENCNTR_TYPE_CD alanından alınır ve bir kod kümesindeki değere (ör. 'Yatarak tedavi', 'Acil servis') karşılık gelir.

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ı PersonId için mevcut bakım döneminin yatış tarihi, önceki bakım döneminin taburculuk tarihiyle karşılaştırılarak hesaplanır.

'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 CLINICAL_EVENT tablosunda veya İlaç Uygulama Kaydı (MAR) tablolarında bulunur.

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 FINANCIAL_CLASS_CD alanından alınır.

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 CLINICAL_EVENT tablosunda bulunur.

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 ADMIT_SRC_CD alanına karşılık gelir.

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
Zorunlu Önerilen İsteğe bağlı

Hasta yolculuğu etkinlikleri

Süreci doğru şekilde keşfetmek ve darboğazları belirlemek için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
8 Önerilen 6 İsteğe bağlı
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
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Oracle Health (Cerner) verilerinizi nasıl alabilirsiniz?

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.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Dakikalar içinde başlayın.