Hasta Yolculuğu Veri Template'inuz

Oracle Health (Cerner)
Hasta Yolculuğu Veri Template'inuz

Hasta Yolculuğu Veri Template'inuz

Bu detaylı şablon, hasta yolculuklarını etkili bir şekilde analiz etmek ve iyileştirmek için ihtiyacınız olan temel verileri özetler. Toplanacak kritik niteliklerin, izlenecek temel aktivitelerin ve data çıkarımı konusunda pratik rehberliğin yapılandırılmış bir genel görünümünü sunar. Sorunsuz bir process mining deneyimi için event lognuza hazırlamak üzere bu kaynağı kullanın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Veri Çekim Kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Hasta Yolculuğu Öznitelikleri

Bunlar, sisteminizdeki hasta yolculuğunun detaylı bir analizi için event lognuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 8 Önerilen 6 Opsiyonel
Ad Açıklama
Aktivite
ClinicalEventTag
Gerçekleştirilen klinik veya idari olayın adı veya açıklaması.
Açıklama

Bu nitelik, hastanın bakımı sırasında gerçekleştirilen 'İlaç Uygulandı', 'Vital Bulgular Alındı' veya 'Hasta Taburcu Edildi' gibi belirli eylemi yakalar. Süreç adımı için insan tarafından okunabilir bir etiket sunar.

Cerner'da bu genellikle CLINICAL_EVENT tablosundan elde edilir, özellikle EVENT_CD'yi (Olay Kodu) görüntü değerine eşleyerek veya EVENT_TAG'i kullanarak. Burada tutarlı adlandırma kuralları, okunabilir süreç haritaları için büyük önem taşır.

Neden Önemli?dir?

Süreç haritasındaki adımları tanımlayarak iş akışının görselleştirilmesini sunar.

Nereden Alınır??

Table: CLINICAL_EVENT, Sütun: EVENT_TAG veya EVENT_CD için bağlı CODE_VALUE

Örnekler:::::::
Triyaj DeğerlendirmesiDiferansiyelli Tam Kan SayımıTaburculuk EmriHasta Transferi
Hasta Yolculuğu
EncounterId
Belirli hasta ziyareti veya bakım epizotu için benzersiz tanımlayıcı.
Açıklama

Bu nitelik, hasta yolculuğu için merkezi vaka tanımlayıcısı olarak olarak kullanılır. Tek bir bakım dönemi içinde (örn. yatan hasta kalışı veya acil servis ziyareti) meydana gelen tüm klinik olayları, siparişleri ve idari eylemleri gruplandırır. Process Mining'de bu Kimlik, ayrık aktiviteleri birleşik bir süreç görünümüne dönüştürmek için gereklidir.

Teknik olarak bu, Cerner Millennium veri tabanındaki ENCOUNTER tablosundaki ENCNTR_ID'ye karşılık gelir. Hasta demografik bilgilerini, siparişleri ve klinik olayları bağlamak için kullanılan birincil temel rol oynar.

Neden Önemli?dir?

Hastanın kabulden taburculuğa kadar olan tüm sürecini yeniden yapılandırmak için gereken temel temel rol oynar.

Nereden Alınır??

Table: ENCOUNTER, Sütun: ENCNTR_ID

Örnekler:::::::
123456789876543211223344
Olay Zaman Damgası
EventEndDateTime
Aktivitenin gerçekleştiği veya tamamlandığı belirli tarih ve saat.
Açıklama

Bu nitelik, bir olayın gerçekleştiği kesin anı kaydeder. Aktiviteleri sıralı olarak sıralamak ve süreç adımları arasındaki döngü sürelerini hesaplamak için kullanılır.

CLINICAL_EVENT tablosunda bu genellikle EVENT_END_DT_TM'ye karşılık gelir. Burada doğruluk, 'Hasta Kaydedildi' ile 'Triyaj Değerlendirmesi' arasındaki süre gibi bekleme sürelerini hesaplamak için büyük önem taşır.

Neden Önemli?dir?

Olayların sırasını belirlemek ve teslim süreleri gibi performans KPI'larını hesaplanmasında temel rol oynar.

Nereden Alınır??

Table: 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 kaynaklandığı sistemin adı.
Açıklama

Veri kaydının kaynak uygulamasını tanımlar. Bu bağlamda, ağırlıklı olarak 'Oracle Health' veya 'Cerner Millennium' olacaktır. Bu, verilerin diğer ESK'lar veya departman sistemleriyle karıştırılabileceği çoklu sistem ortamlarında faydalıdır.

Birden fazla kaynak alınmışsa, analistlerin süreç analizini veri kökenine göre filtrelemesine veya segmentlere ayırmasına sunar.

Neden Önemli?dir?

Özellikle çoklu sistem Process Mining kurulumlarında veri soyunu ve izlenebilirliği sunar.

Nereden Alınır??

Sabit kodlu dize veya Sistem Meta Verileri

Örnekler:::::::
Oracle HealthCerner Millennium
Son Veri Güncellemesi
LastDataUpdate
Kaydın depodan çıkarıldığı veya en son değiştirildiği zaman damgası (zaman damgası)dır.
Açıklama

Analizde kullanılan verinin güncelliğini gösterir. Bu zaman damgası (zaman damgası), kullanıcıların gerçek zamanlı verilere mi yoksa önceki bir yüklemeden alınan bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur.

Genellikle bir klinik öznitelik olmaktan ziyade ETL (Ayıklama, Dönüştür, Yükle) süreci sırasında oluşturulur.

Neden Önemli?dir?

Veri yönetimi ve analizin güncel bilgilerle yapılmasını güçlüak için büyük önem taşır.

Nereden Alınır??

ETL Sistem Zaman Damgası

Örnekler:::::::
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Başvuru Tipi
EncounterType
Hasta ziyaretinin kategorizasyonu; örneğin Yatan Hasta, Ayakta Hasta veya Acil Durum.
Açıklama

Hasta episodunun niteliğini sınıflandırır. Bu, veriyi dilimlemek için birincil bir boyuttur, çünkü 'Acil' ziyaretinin süreç akışı 'Planlı Yatan Hasta' ziyaretinden önemli ölçüde farklıdır.

Bu, ENCOUNTER tablosundaki ENCNTR_TYPE_CD'den türetilmiştir ve bir kod seti değerini (örn. 'Yatan Hasta', 'Acil') referans alır.

Neden Önemli?dir?

Farklı bakım ortamlarındaki yolların ve verimin karşılaştırmalı analizine sunar.

Nereden Alınır??

Table: ENCOUNTER, Sütun: ENCNTR_TYPE_CD (CODE_VALUE aracılığıyla çözümlendi)

Örnekler:::::::
Yatan HastaAcil DurumAyaktan HastaGünübirlik Cerrahi
Birincil Tanı
DiagnosisCode
Bakımın birincil nedenini temsil eden ICD-10 veya SNOMED kodu.
Açıklama

Epizota atanan standartlaştırılmış klinik kod (örn. Pnömoni için 'J18.9'). Bu, belirli hastalıklar için 'Tedavi Protokolü Sapması'nı analiz etmek üzere hastaları duruma göre gruplandırmaya sunar.

ENCOUNTER'a bağlı DIAGNOSIS tablosunda bulunur.

Neden Önemli?dir?

Belirli durumlar için hasta yollarının birebir karşılaştırılmasına sunar.

Nereden Alınır??

Table: DIAGNOSIS, Sütun: DIAGNOSIS_CODE (nomenklatür aracılığıyla)

Örnekler:::::::
I10E11.9J18.9
Bölüm
NurseUnit
Event'in gerçekleştiği belirli servis, birim veya departman.
Açıklama

Olay anında hastadan sorumlu fiziksel konumu veya organizasyonel birimi tanımlar (örn. 'ICU', 'Genel Cerrahi', 'Acil Servis').

Bu, birimler arasındaki hareketi takip ederek 'Servisler Arası Transfer Verimliliği' kontrol paneli'una yardımcı olur. Cerner'da bu, genellikle Encounter veya takip tablosundaki LOC_NURSE_UNIT_CD'dir.

Neden Önemli?dir?

Belirli departmanlardaki darboğazları analiz etmek ve hasta akış coğrafyasını görselleştirmek için büyük önem taşır.

Nereden Alınır??

Table: ENCOUNTER veya CLINICAL_EVENT, Sütun: LOC_NURSE_UNIT_CD

Örnekler:::::::
Acil ServisKardiyoloji ServisiYoğun Bakım ÜnitesiRadyoloji
Hasta Kimliği
PersonId
Birden fazla encounter'da hasta için benzersiz tanımlayıcı.
Açıklama

Vaka ID'sinden farklı olarak, Hasta ID'si (veya Kişi ID'si) bir hastanın hastaneye yaptığı tüm ziyaretlerde sabit kalır. Bu öznitelik, tekrar yatış oranlarını analiz etmek ve hastanın uzun vadeli geçmişini anlamak için büyük önem taşır.

Cerner'da bu, PERSON tablosundaki PERSON_ID'dir. Birden fazla ENCNTR_ID kaydını birbirine bağlar.

Neden Önemli?dir?

Ayrı episodları aynı bireye bağlayarak 'Hasta Tekrar Yatış Oranı' KPI'ını sunar.

Nereden Alınır??

Table: PERSON, Sütun: PERSON_ID

Örnekler:::::::
P10001P55992P99221
Is Readmission
IsReadmission
Bu episodun önceki bir taburculuktan sonraki 30 gün içinde gerçekleşip gerçekleşmediğini gösteren değer.
Açıklama

Bir tekrar yatışı temsil eden vakaları tanımlamak için kullanılan bir mantıksal (boolean) değerdir. Bu, mevcut episodun kabul tarihinin, aynı PersonId için önceki episodun taburcu tarihiyle karşılaştırılmasıyla hesaplanır.

'Hasta Tekrar Yatış Trendleri' kontrol paneli'u için büyük önem taşır.

Neden Önemli?dir?

'Hasta Tekrar Yatış Oranı' KPI'ını doğrudan destekler, bu da önemli bir bakım kalitesi metriğidir.

Nereden Alınır??

ENCOUNTER kayıtlarını karşılaştıran SQL Mantığı aracılığıyla türetilmiştir

Örnekler:::::::
truefalse
Kullanıcı
PerformingPrsnlId
Aktiviteyi gerçekleştiren klinisyenin kimliği veya adı.
Açıklama

İlacı uygulayan hemşire veya taburculuğu imzalayan doktor gibi süreç adımını kimin gerçekleştirdiğini yakalar. Bu, kaynak kullanım analizine sunar.

Cerner'da bu, tabloya (Siparişler vs Klinik Olaylar) bağlı olarak genellikle PERFORMED_PRSNL_ID veya UPDT_ID'dir. Bunun genel bir 'Kullanıcı' özniteliğine eşlenmesi, Görev Ayrılığı analizini kolaylaştırır.

Neden Önemli?dir?

Kaynak analizini destekler ve potansiyel eğitim ihtiyaçlarını veya iş yükü dengesizliklerini belirler.

Nereden Alınır??

Table: CLINICAL_EVENT, Sütun: PERFORMED_PRSNL_ID

Örnekler:::::::
Dr. SmithHemşire JonesSysAdmin
Sipariş Kalemi
OrderMnemonic
Laboratuvar testi veya ilaç gibi verilen belirli siparişin adı.
Açıklama

Bir sipariş olayının içeriğini tanımlar (örn. 'Tam Kan Sayımı', 'Aspirin 81mg'). Bu öznitelik, 'Tanı Siparişi Verildi' ve 'İlaç Uygulandı' aktiviteleri için gerekli bağlamı sunar.

Genellikle ORDERS tablosundaki ORDER_MNEMONIC altında bulunur. Süreç boyunca akan 'Ürün' olarak işlev görür.

Neden Önemli?dir?

Tanısal ve tedavi yolaklarının ayrıntılı analizi için gereklidir.

Nereden Alınır??

Table: ORDERS, Sütun: ORDER_MNEMONIC

Örnekler:::::::
Akciğer GrafisiTemel Metabolik PanelAsetaminofenBeyin MRG
Taburculuk Durumu
DischargeDisposition
Hastanın taburculuktaki varış yeri veya durumu.
Açıklama

Epizot bittikten sonra hastanın nereye gittiğini (örn. 'Eve', 'Nitelikli Bakım Tesisi', 'Vefat Etti') belirtir. Bu, 'Taburculuk Planlaması' analizi ve başarısız sonuçların belirlenmesi için büyük önem taşır.

ENCOUNTER tablosunda DISCH_DISPOSITION_CD olarak bulunur.

Neden Önemli?dir?

Temel sonuç metriği; hasta yolculuğunun 'son durumunu' tanımlar.

Nereden Alınır??

Table: ENCOUNTER, Sütun: DISCH_DISPOSITION_CD (CODE_VALUE aracılığıyla çözümlendi)

Örnekler:::::::
Eve Taburcu EdildiRehabilitasyona Transfer EdildiTıbbi Tavsiyeye Karşı ÇıkarıldıSüresi Doldu
İlaç Durumu
MedAdminStatus
İlaç siparişinin durumu (örn. Verildi, Reddedildi, Verilmedi).
Açıklama

Bir ilaç uygulama görevinin sonucunu gösterir. 'İlaç Uygulama Uyumluluğu' kontrol paneli'u için, gerçekten uygulanan ilaçlar ile planlanmış ancak kaçırılan veya reddedilenler arasında ayrım yapmak büyük önem taşır.

Muhtemelen CLINICAL_EVENT veya belirli İlaç Uygulama Kaydı (MAR) tablolarında bulunur.

Neden Önemli?dir?

Tedavi protokollerindeki uyum boşluklarını belirler.

Nereden Alınır??

Oracle Health (Cerner) dokümantasyonuna başvurun

Örnekler:::::::
UygulandıReddedildiBekletildi
Kabul Kanalı
AdmissionSource
Hasta kabulünün kaynağı.
Açıklama

Hastanın hastane sistemine nasıl girdiğini açıklar; örneğin 'Doktor Yönlendirmesi', 'Acil Servis' veya 'Başka Hastaneden Sevk'.

Bu, hastane sürecinin 'ön kapısını' analiz etmeye yardımcı olur. ENCOUNTER tablosundaki ADMIT_SRC_CD'ye eşlenir.

Neden Önemli?dir?

'İlk Değerlendirme Bekleme Süresi'ni giriş noktasına göre bağlamlandırır.

Nereden Alınır??

Table: ENCOUNTER, Sütun: ADMIT_SRC_CD

Örnekler:::::::
Acil ServisDoktor SevkHastaneden Transfer
Ödeyen Tipi
FinancialClass
Hastanın birincil sigorta kapsamı veya finansal sınıflandırması.
Açıklama

Hastayı ödeme kaynağına göre (örn. Medicare, Özel Sigorta, Kendi Ödemesi) kategorize eder. Bu öznitelik, süreç akışlarının veya kalış 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'den türetilmiştir.

Neden Önemli?dir?

Ödeme yapan türe göre bakım sunumundaki veya idari süreçlerdeki farklılıkları belirlemeye yardımcı olur.

Nereden Alınır??

Table: ENCOUNTER, Sütun: FINANCIAL_CLASS_CD (CODE_VALUE aracılığıyla çözümlendi)

Örnekler:::::::
MedicareBlue CrossKendi ÖdemeliMedicaid
Sipariş Numarası
OrderId
Belirli bir sipariş (Laboratuvar, İlaç, Konsültasyon) için benzersiz tanımlayıcı.
Açıklama

Bir sipariş için sistem tarafından oluşturulan kimlik. Vaka Kimliği olmasa da, bu önemli bir ikincil temel rol oynar. 'Tanısal Sipariş Verildi' olayıni 'Tanısal Sonuç Doğrulandı' olayıne bağlar.

Bu olmadan, bir hastanın birden fazla eş zamanlı siparişi varsa belirli testler için kesin dönüş süresini hesaplamak zordur.

Neden Önemli?dir?

Eşleştirilmiş aktiviteleri (Sipariş -> Sonuç) doğru bir şekilde bağlamak için büyük önem taşır.

Nereden Alınır??

Table: ORDERS, Sütun: ORDER_ID

Örnekler:::::::
88291028829103
Sonuç Durumu
ResultStatus
Tanısal bir sonucun durumu (örn. Auth (Doğrulandı), Düzeltildi, Ön).
Açıklama

Bir tanı testi sonucunun süreç döngüsü aşamasını gösterir. Bu, bir sonucun klinik karar verme için ne zaman resmi olarak kullanılabilir olduğunu belirlemek amacıyla 'Tanı Sonucu Teslim Süresi' analizinde kullanılır.

Genellikle belirli durum kodlarıyla CLINICAL_EVENT'te bulunur.

Neden Önemli?dir?

Ön ve nihai sonuçlar arasında ayrım yapar, bu da sonraki aktivitelerin ne zaman başlayacağını etkiler.

Nereden Alınır??

Table: CLINICAL_EVENT, Sütun: RESULT_STATUS_CD

Örnekler:::::::
Yetkilendirme (Doğrulandı)HatadaDeğiştirildi
Triyaj Önceliği
TriageAcuity
Triyaj değerlendirmesi sırasında atanan aciliyet seviyesi.
Açıklama

Hastanın durumunun ciddiyetini gösteren sayısal veya kategorik bir değerdir (örn. 1-Acil'den 5-Acil Değil'e kadar). Yüksek öncelikli hastaların daha kısa bekleme sürelerine sahip olması gerektiğinden, bekleme sürelerini analiz etmek için hayati bir segmentasyon özniteliğidir.

Genellikle Triage olayı sırasında klinik formlarda veya belirli gözlem kodlarında yakalanır.

Neden Önemli?dir?

Sürecin hastaları klinik aciliyete göre doğru bir şekilde önceliklendirip önceliklendirmediğini doğrulamak için büyük önem taşır.

Nereden Alınır??

Oracle Health (Cerner) dokümantasyonuna başvurun

Örnekler:::::::
12345
Gerekli Önerilen Opsiyonel

Hasta Yolculuğu Aktiviteleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event lognuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
8 Önerilen 6 Opsiyonel
Aktivite Açıklama
Departman Transferi Gerçekleşti
Hastanın bir yerden (örn. acil servis) başka bir yere (örn. yoğun bakım) fiziksel olarak taşındığını gösterir. Bu, konum geçmişi üzerinden takip edilir.
Neden Önemli?dir?

'Servisler Arası Transfer Verimliliği' analizine sunar ve hastaların hastane içindeki akışını görselleştirmeye yardımcı olur.

Nereden Alınır??

ENCNTR_LOC_HIST (Encounter Konum Geçmişi) tablosu, LOC_NURSE_UNIT_CD'deki değişiklikleri yakalar.

Yakala

Durum alanını öncesi/sonrası ile karşılaştırın

Event tipi inferred
Hasta Kayıt Edildi
Hastanın sisteme girdiği ve kayıt edildiği anda hasta epizotunun başlangıcını işaretler. Cerner Millennium'da bu, encounter kaydı oluşturulduğunda veya kayıt zaman damgası (zaman damgası)'i ayarlandığında yakalanır.
Neden Önemli?dir?

Kalış Süresi (LOS) hesaplamaları ve ilk bekleme süresi analizi için başlangıç zamanını belirler.

Nereden Alınır??

ENCOUNTER tablosu, özellikle REG_DT_TM (Kayıt Tarihi/Saati) sütunu.

Yakala

İşlem yeni ENCOUNTER satırı oluşturduğunda kaydedildi

Event tipi explicit
Hasta Taburcu Edildi
Hastanın kalışını sonlandıran nihai idari event. Bu zaman damgası (zaman damgası), toplam Kalış Süresini hesaplamak için kullanılır.
Neden Önemli?dir?

Sürecin birincil bitiş event'i. Kalış Süresi ve yeniden yatış hesaplamaları için gereklidir.

Nereden Alınır??

ENCOUNTER tablosu, özellikle DISCH_DT_TM (Taburculuk Tarihi/Saati).

Yakala

Encounter durumu DISCHARGED olarak değiştiğinde kaydedildi

Event tipi explicit
Taburculuk Emri İmzalandı
Doktorun hastayı taburcu etme emrini verdiği event. Bu, taburculuk planlama saatini başlatır.
Neden Önemli?dir?

'Taburculuk Planlama Döngü Süresi' için başlangıç noktası. Bununla gerçek taburculuk arasındaki boşluk, operasyonel gecikmeleri gösterir.

Nereden Alınır??

Katalog tipi Taburculuk gösterdiğinde ORDERS tablosu.

Yakala

Taburculuk emri durumu ORDERED olarak ayarlandığında kaydedildi

Event tipi explicit
Tanı Belgelendi
Hastanın encounter kaydına resmi bir tanı eklendiğinde gerçekleşir. Bu, bir test sonucundan farklıdır ve klinisyenin durumu onaylamasını temsil eder.
Neden Önemli?dir?

'Tanı Doğrulandı' dönüm noktası ve kesin tanıya kadar geçen süreyi analiz etmek için büyük önem taşır.

Nereden Alınır??

DIAGNOSIS tablosu, ENCOUNTER_ID'ye bağlı DIAGNOSIS_DT_TM kullanılarak.

Yakala

PowerChart'ta tanı eklendiğinde/güncellendiğinde kaydedildi

Event tipi explicit
Tanı Siparişi Verildi
Bir klinisyen laboratuvar testi veya görüntüleme çalışması için bir sipariş girdiğinde gerçekleşir. Bu zaman damgası (zaman damgası), tanısal dönüş süresi hesaplamasını başlatır.
Neden Önemli?dir?

'Tanısal Sonuç Teslim Süresi' KPI'ı için başlangıç noktası; sipariş verme ile uygulama arasındaki gecikmeleri belirlemeye yardımcı olur.

Nereden Alınır??

Katalog tipi Laboratuvar veya Radyoloji olduğunda ORIG_ORDER_DT_TM kullanılarak ORDERS tablosu.

Yakala

Sipariş durumu ORDERED olarak ayarlandığında kaydedildi

Event tipi explicit
Tanı Sonucu Doğrulandı
Bir laboratuvar veya görüntüleme sonucunun kesinleştiği ve klinisyene sunulduğu an. Bu, tanısal dönüş süresi aralığını sonlandırır.
Neden Önemli?dir?

'Tanı Sonucu Teslim Süresi' döngüsünü tamamlar ve sonraki tedavi kararlarını tetikler.

Nereden Alınır??

CLINICAL_EVENT tablosu (laboratuvarlar için) veya ORDERS durumunun COMPLETED olarak değişmesi.

Yakala

Sonuç durumu AUTH (Doğrulandı) olarak değiştiğinde kaydedildi

Event tipi explicit
Triyaj Değerlendirmesi Tamamlandı
Acil servis veya kabul bağlamında ilk hemşire değerlendirmesinin veya triyaj formunun tamamlanmasını temsil eder. Bu genellikle sistem içinde belgelenmiş belirli bir form veya klinik event'tir.
Neden Önemli?dir?

'İlk Değerlendirme Bekleme Süresi' KPI'ını hesaplamak ve ön kapıdaki darboğazları belirlemek için büyük önem taşır.

Nereden Alınır??

CLINICAL_EVENT tablosu, Triage veya İlk Değerlendirme formlarıyla ilişkili olay kodlarına göre filtrelenmiştir.

Yakala

Klinik belge/form imzalandığında/doğrulandığında kaydedildi

Event tipi explicit
Bakım Planı Aktive Edildi
Cerner'da bir PowerPlan'ın veya bakım yolağının başlatılmasını temsil eder. Bu, standartlaştırılmış bir tedavi protokolünün seçildiğini işaret eder.
Neden Önemli?dir?

'Tedavi Protokolü Sapma Analizi' için gerçek bakımı planlanan yol ile karşılaştırmak açısından büyük önem taşır.

Nereden Alınır??

ACT_PW_CAT (Eylem Yolu Kataloğu) veya DCP_FORMS_REF, yolu Encounter'a bağlar.

Yakala

PowerPlan başlatıldığında kaydedildi

Event tipi explicit
İlaç Uygulandı
İlaç Uygulama Kaydı (MAR) belgelendiği üzere, hastaya ilacın fiili uygulamasını kaydeder.
Neden Önemli?dir?

İlaçların zamanında verilip verilmediğini doğrulayarak 'İlaç Uygulama Uyumluluğu' kontrol paneli'ını destekler.

Nereden Alınır??

CLINICAL_EVENT tablosu, ilaç uygulama olayları için filtrelenmiştir (Görev Durumu = Tamamlandı).

Yakala

Barkod taraması veya manuel MAR girişi üzerine kaydedildi

Event tipi explicit
Konsültasyon Tamamlandı
Uzman konsültasyonunun tamamlandığını işaretler, genellikle imzalı bir konsültasyon notu veya belgesi ile kanıtlanır.
Neden Önemli?dir?

Uzman görüşünün ne zaman alındığını belirler; bu durum karmaşık bakım yollarında bir darboğaz olabilir.

Nereden Alınır??

CLINICAL_EVENT tablosu, Konsültasyonlar olarak sınıflandırılan belge türleri için filtrelenmiştir.

Yakala

Konsültasyon notu imzalandığında kaydedildi

Event tipi explicit
Prosedür Planlandı
Belirli bir zaman için bir cerrahi vaka veya büyük bir prosedürün rezerve edildiğini gösterir. Bu, kaynak tahsisini ve prosedür öncesi bekleme sürelerini anlamaya yardımcı olur.
Neden Önemli?dir?

Ameliyathane veya işlem odası kullanımındaki planlama verimliliğini ve potansiyel darboğazları vurgular.

Nereden Alınır??

Encounter'a bağlı SURGICAL_CASE tablosu veya SCH_APPT tablosu.

Yakala

Planlama işlemi onaylandığında kaydedildi

Event tipi explicit
Prosedür Uygulandı
Bir ameliyatın veya büyük bir prosedürün ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. Bu genellikle perioperatif dokümantasyonda yakalanır.
Neden Önemli?dir?

Klinik yolaklar ve kaynak kullanımı analizi için önemli bir dönüm noktasıdır.

Nereden Alınır??

SURGICAL_CASE tablosu (Vaka Başlangıç/Bitiş zamanları) veya yatak başı prosedürler için CLINICAL_EVENT.

Yakala

SurgiNet veya prosedür dokümantasyonu aracılığıyla kaydedildi

Event tipi explicit
Takip Randevusu Planlandı
Hastaya aynı epizot veya bakım planına bağlı gelecek bir randevu ayarlandığında gerçekleşir.
Neden Önemli?dir?

'Takip Planlama Zamanlaması' kontrol paneli'ını destekler. Bakım sürekliliği verimliliğini ölçer.

Nereden Alınır??

PERSON_ID'ye bağlı SCH_APPT (Randevu Planla) tablosu.

Yakala

Randevu planlama modülünde oluşturulduğunda kaydedildi

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Verilerinizi Oracle Health (Cerner)'dan nasıl alırsınız