# Hastane operasyon yönetimi: Randevudan taburculuğa dijital hasta akışı *2026-09-29 · 15 dk* Randevu, kabul, triyaj, klinik işlem, yatak, taburculuk ve gelir döngüsünü hasta güvenliğiyle birleştiren hastane operasyon yönetimi rehberi. Bir hastanın hastanede geçirdiği süre tek bir bölümün performansıyla açıklanamaz. Randevu doğru sürede verilse bile kayıt kuyruğu, eksik provizyon, geciken tetkik, yatak bekleme, konsültasyon veya taburculuk reçetesi toplam deneyimi bozabilir. Her bölüm kendi ekranında “işini tamamladı” görünürken hasta sistemler arasındaki boşlukta bekleyebilir. Hastane operasyon yönetiminin görevi bu boşlukları görünür ve yönetilebilir hâle getirmektir. Bu rehber klinik karar kılavuzu değildir. Sağlık yöneticileri, operasyon ekipleri, klinisyenler ve bilgi teknolojileri için randevudan taburculuğa dijital akışın nasıl modellenebileceğini; kapasite, güvenlik, MEDULA, veri koruma, entegrasyon ve KPI boyutlarıyla açıklar. ## Hastane operasyon yönetimi nedir? Hastane operasyon yönetimi; hasta talebi, personel, oda, yatak, cihaz, malzeme ve klinik görevleri zaman ve öncelik içinde koordine eden yönetim disiplinidir. Dijital platform bu disiplini desteklemek için olayları, durumları, bağımlılıkları, görevleri ve darboğazları ortak akışta izler. Amaç yalnız daha hızlı hizmet değil; güvenli, öngörülebilir ve kaynakları dengeli hizmettir. Operasyonel akış, klinik kaydın yerine geçmez. Tanı, order, sonuç, ilaç, epikriz ve klinik not HBYS/EHR bağlamında sahiplenilir. Operasyon katmanı “hasta nerede, sıradaki güvenli adım nedir, neyi bekliyor, kim sorumlu ve kapasiteyi ne engelliyor?” sorularını yanıtlar. [Health Suite Pro](/urunler/health-suite-pro) bu iki katmanı hasta yaşam döngüsü ve güvenli entegrasyonla birleştirmeyi hedefler. Başarı “daha çok hasta” demek değildir. Aşırı kapasite kullanımı çalışan tükenmişliği, hata ve memnuniyetsizlik yaratabilir. Verimlilik ölçüleri hasta güvenliği, kalite ve çalışan yükü göstergeleriyle dengelenmelidir. ## Hasta yolculuğunu olay ve durumlarla modellemek Hasta yolculuğu doğrusal bir çizgi değildir. Randevu öncesi hazırlık, birden çok tetkik, paralel konsültasyon, yatış kararı, izolasyon ihtiyacı ve sosyal hizmet gibi dallar bulunur. Süreç haritası ideal akışla sınırlı kalmamalı; bekleme, iade, iptal, acil öncelik ve yeniden işleme döngülerini içermelidir. Her adım için giriş koşulu, çıkış koşulu, sorumlu rol, gereken kaynak, hedef süre, güvenlik kontrolü ve olay zamanı tanımlanır. “Muayene tamamlandı” statüsü yalnız buton değil, gerekli not/order ve sonraki adımın hazır olduğu anlamına gelmelidir. Durum isimleri klinik ve operasyon ekiplerince ortak sözlükte anlaşılmalıdır. Hasta kimliği yolculuk boyunca tek ve doğrulanmış olmalıdır. Mükerrer kayıt, yanlış hasta eşlemesi ve geçici kimliğin birleşmesi yüksek risklidir. Kimlik düzeltmeleri tarihçeli ve yetkili süreçle yapılmalı; bileklik, barkod ve numune eşlemesi gibi kontroller kaynak sistemlerle tutarlı çalışmalıdır. ## Randevu ve talep yönetimi Randevu yönetimi takvimde boş yer göstermekten fazlasıdır. Hekim, oda, cihaz, işlem süresi, hazırlık, ön koşul, yaş/klinik kısıt, sigorta ve takip tipi birlikte ele alınabilir. Talep geçmişi, mevsim, gün ve kanal bazında tahmin edilerek kapasite şablonları düzenlenir. Acil kontenjan ve takip hastası dengesi uzmanlık bazında değişir. No-show tahmini kullanılacaksa amaç hastayı cezalandırmak değil, hatırlatma ve esnek kapasite yönetimidir. Geçmiş erişim zorluğu veya sosyoekonomik vekil değişkenler belirli grupları dezavantajlı kılabilir. Fazla rezervasyon güvenlik ve bekleme riski yaratır; limit, insan onayı ve alt grup izleme gerekir. Randevu öncesi dijital form, onam veya belge toplama kabul süresini azaltabilir. Ancak hastaya yalnız dijital kanal dayatılmamalı; erişilebilirlik, dil ve alternatif kanal sağlanmalıdır. Hazırlık talimatının ulaştığı ve anlaşıldığı ölçülmeli, hassas bilgi bildirim metninde ifşa edilmemelidir. ## Kabul, kimlik doğrulama ve provizyon Kabul akışı hasta kimliği, iletişim, başvuru nedeni, kurum/ödeyici, provizyon ve gerekli belgeleri doğrular. Hız hedefi kimlik güvenliğinin önüne geçmemelidir. Kiosk ve mobil ön kayıt beklemeyi azaltabilir; istisnalar için görevli desteği bulunmalıdır. Aynı kişiye yeni hasta kartı açılması engellenmeli, olası eşleşme yetkili kullanıcıya gösterilmelidir. Provizyon veya ödeme sorunu klinik aciliyeti uygunsuz biçimde geciktirmemelidir. Klinik ve finansal akışın kesiştiği kurallar açık, mevzuata ve kurum politikasına uygun olmalıdır. Sistem gecikmenin nedenini “kayıt bekliyor” genel ifadesi yerine provizyon yanıtı, eksik belge veya yetki gibi sınıflandırmalıdır. SGK'nın MEDULA tanımı, sistemin GSS ile sağlık tesisleri arasında fatura bilgisini elektronik toplamak ve ödeme sürecini desteklemek için kurulduğunu, tesis iç süreçlerine müdahale etmediğini belirtir. Bu ayrım önemlidir: MEDULA entegrasyonu zorunlu finansal bağdır; dijital hasta akışının tüm operasyon mantığı değildir. ## Triyaj ve güvenli önceliklendirme Triyaj klinik bir değerlendirmedir ve yetkili sağlık profesyonellerinin sorumluluğundadır. Dijital sistem protokol, zorunlu alan, kritik değer uyarısı ve zaman damgasıyla süreci destekleyebilir; ancak yalnız bekleme süresi veya otomatik skorla klinik öncelik vermemelidir. Acil durum ve kötüleşme işaretleri yerel protokolle uyumlu olmalıdır. Uyarı tasarımında yüksek duyarlılık kadar uyarı yorgunluğu önemlidir. Çok sayıda düşük değerli alarm kritik sinyalin görülmesini engeller. Alarmın kaynağı, zamanı, önem düzeyi, önerilen adım ve onay/eskalasyon kaydı bulunmalıdır. Kullanıcı uyarıyı yalnız kapatmamalı; gerekçeli eylem seçmelidir. Bekleme panoları hasta mahremiyetini korumalıdır. Ad soyad veya tanı bilgisi ortak ekranda gösterilmemeli; anonim sıra kodu kullanılabilir. Klinik önceliğin nedenini diğer hastalara ifşa eden arayüzlerden kaçınılmalıdır. ## Poliklinik muayenesinde görev ve bilgi akışı Poliklinik akışı oda hazırlığı, vital bulgu, hekim görüşmesi, order, konsültasyon, reçete ve takip planını içerebilir. [Poliklinik muayenesi uçtan uca akışı](/urunler/health-suite-pro/is-akislari/poliklinik-muayenesi-uctan-uca), her adımın kimin iş listesinde görüneceğini ve tamamlanma koşulunu somutlaştırır. Hasta yanlış kapının önünde beklememeli, personel bir sonraki adımı telefonla aramamalıdır. Klinik dokümantasyon, hizmet sırasında hekimin dikkatini hastadan uzaklaştırmamalıdır. Ses veya yapay zekâ destekli taslak kullanılabilir; [AI klinik dokümantasyon yeteneği](/urunler/health-suite-pro/yetenekler/ai-klinik-dokumantasyon-derinlemesine) kaynak konuşma, belirsizlik, insan onayı ve mahremiyetle tasarlanmalıdır. Üretilen not hekim onayı olmadan kesin klinik kayda dönüşmemelidir. Muayene süresi yalnız hekim performansı olarak yorumlanmamalıdır. Vaka karması, tercüman, erişilebilirlik, eğitim ve karmaşık kararlar süreyi etkiler. Operasyon analitiği hız baskısı değil, kapasite ve destek tasarımı için kullanılmalıdır. ## Tetkik, görüntüleme ve laboratuvar koordinasyonu Order verildiğinde hasta hazırlığı, numune, cihaz, randevu, sonuç ve kritik değer zinciri başlar. Sistem order durumunu kaynak klinik sistemden almalı; “bekliyor” durumunu alt nedenlere ayırmalıdır: numune alınmadı, taşıma bekliyor, cihazda, doğrulama bekliyor veya yeniden örnek gerekiyor. Böylece operasyon doğru noktaya müdahale eder. Numune kimliği, hasta ve order eşleşmesi barkodla doğrulanmalı; manuel düzeltme sıkı yetki ve log gerektirmelidir. Kritik sonuç ilgili klinisyene belirlenmiş süre ve eskalasyonla iletilmeli, alındı doğrulaması saklanmalıdır. Operasyon platformu klinik sonuç içeriğini gereksiz kopyalamadan durum ve görev referansı taşıyabilir. Görüntülemede cihaz kapasitesi kadar hazırlık, kontrast, sedasyon, temizlik ve raporlama bağımlılıkları planlanmalıdır. Sonuç süresi yalnız cihaz çekim süresi değildir. Darboğaz analizi, değer akışındaki tüm beklemeyi ayırmalıdır. ## Acil servis ve yüksek değişkenlik yönetimi Acil servis talebi öngörülemez ve öncelik klinik duruma bağlıdır. Yine de saat/gün bazlı geliş, yatış oranı, laboratuvar ve görüntüleme süresi, konsültasyon gecikmesi ve yatak bekleme trendleri kapasite planında kullanılabilir. “Kapıdan çıkışa süre” tek başına hız baskısı yaratmamalı; güvenlik sonuçlarıyla birlikte izlenmelidir. Boarding yani yatış kararı sonrası yatak bekleme, acil servisi bloke edebilir. Sorun yalnız acil servisin değildir; yatak temizliği, taburculuk, taşıma ve servis kabulüyle bağlantılıdır. Ortak komuta ekranı, hasta bazında hassas bilgiyi sınırlı göstererek bekleme nedeni ve sorumluyu görünür kılar. Afet veya kitlesel başvuru modunda normal eşik ve akışlar değişebilir. Sistem olay komuta planına göre kapasite açma, görev değişimi, alan dönüşümü ve kayıt sürekliliğini desteklemeli; tatbikatla sınanmalıdır. Normal operasyon optimizasyonu, kriz dayanıklılığının yerine geçmemelidir. ## Yatak, servis ve oda yönetimi Yatak “boş/dolu” ikili durumundan ibaret değildir. Taburculuk kararı bekliyor, temizlikte, bakımda, izolasyona uygun, cinsiyet/klinik kısıtlı, rezerve veya transfer bekliyor olabilir. Yatak uygunluğu klinik gereksinim, personel kapasitesi ve enfeksiyon kontrolüyle değerlendirilmelidir. Yatak huddles için sistem beklenen taburculuk, bekleyen tetkik/konsültasyon, taşıma, evde bakım veya sosyal engel gibi nedenleri standardize eder. Tahmini taburculuk tarihi otomatik önerilebilir ama ekip tarafından doğrulanır. Yanlış iyimser tahmin kapasite planını bozar; tahmin hatası servis ve vaka grubu bazında izlenmelidir. Yatak devir süresi temizlik ekibini hızlandırma metriğine dönüşmemelidir. Bildirim gecikmesi, iş atama, malzeme erişimi ve doğrulama adımları ayrılmalıdır. Enfeksiyon kontrolü ve kalite kabulü tamamlanmadan yatağın kullanılabilir görünmesi engellenmelidir. ## Ameliyathane ve girişimsel alan planlaması Ameliyathane planı cerrah takvimi kadar oda, anestezi, ekip, cihaz, implant, sterilizasyon, yoğun bakım yatağı ve hastanın hazırlığını içerir. Vaka süresi tarihsel dağılımla tahmin edilebilir; ancak cerraha ceza puanı üretmek yerine plan doğruluğunu artırmak için kullanılmalıdır. Acil vakalar ve uzayan ameliyatlar için tampon politika gerekir. Gün öncesi hazır olma kontrolü eksik tetkik, onam, kan, malzeme ve yatak sorunlarını görünür kılar. İptal nedenleri standart kodlanır; “hasta kaynaklı” gibi geniş kodlar kök nedeni gizlememelidir. Planlanan başlangıç, odaya giriş, anestezi, kesi, kapanış ve oda çıkış zamanlarının tanımı kurum genelinde aynı olmalıdır. Verim metriği olarak oda kullanım oranı tek başına tehlikelidir. Çok yüksek doluluk beklenmeyen acil durumlara yer bırakmaz. Zamanında başlama, değişim süresi, iptal, fazla mesai, güvenlik kontrolü ve çalışan yükü birlikte izlenmelidir. ## Klinik kötüleşme ve karar desteği Vital bulgular, laboratuvar ve klinik gözlemler kötüleşme sinyali üretebilir. [Yatan hasta kötüleşmesi erken uyarı akışı](/urunler/health-suite-pro/is-akislari/yatan-hasta-kotulesmesi-erken-uyari) model veya skorun tek başına karar vermediği; hemşire/hekim doğrulaması, eskalasyon ve müdahale kaydıyla çalışan bir örnektir. Skorun veri tazeliği ve eksikliği görünür olmalıdır. Eski vital bulguya dayalı yüksek kesinlik yanıltıcıdır. Model farklı servis ve hasta gruplarında doğrulanmalı; yanlış alarm ve kaçırılan olaylar izlenmelidir. Klinik ekip skoru geçersiz kılabilmeli, gerekçe kaydedilebilmelidir. [Klinik karar desteği ve hasta güvenliği](/urunler/health-suite-pro/yetenekler/klinik-karar-destegi-ve-hasta-guvenligi) rehber, order set ve uyarıyı iş akışına uygun zamanda sunmalıdır. Ekran dışı rapor, karar anına ulaşmaz; aşırı kesintili pop-up ise uyarı yorgunluğu yaratır. ## Taburculuk planlaması ilk günden başlar Taburculuk, hekimin çıkış order'ından sonra başlayan son işlem değildir. Beklenen tarih, evde destek, ilaç eğitimi, kontrol randevusu, cihaz, rapor, ödeme ve taşıma ihtiyacı yatışın erken döneminde değerlendirilir. Her engel sahipli görev ve hedef tarihe dönüşür. Epikriz, ilaç uzlaştırma, reçete, bakım talimatı ve kontrol planı tutarlı olmalıdır. Hasta ve yakınının anladığı doğrulanmalı; dil ve erişilebilirlik desteği sağlanmalıdır. Dijital belge sunulsa bile erişemeyen hastaya alternatif verilmelidir. Hassas tanı veya ilaç bilgisi SMS bildiriminde açık yazılmamalıdır. Taburculuk salonu veya erken gün hedefi gibi uygulamalar her hasta için uygun değildir. Klinik hazır oluş, sosyal koşul ve güvenlik önceliklidir. KPI, saat hedefiyle birlikte gecikme nedeni, yeniden başvuru ve hasta deneyimini ölçmelidir. ## MEDULA ve gelir döngüsü SGK MEDULA kılavuzunda hasta kabul, hizmet kayıt, fatura bilgisi kayıt ve dönem sonlandırma gibi süreçler yer alır. Hastane operasyonu ile gelir döngüsü bağlanmadığında klinik hizmet verilmiş fakat kod, belge veya onay eksikliği nedeniyle fatura gecikebilir veya reddedilebilir. Sistem klinisyeni gereksiz finans ekranına boğmadan eksikliği doğru role yönlendirmelidir. [SGK, MEDULA ve gelir döngüsü yeteneği](/urunler/health-suite-pro/yetenekler/sgk-medula-faturalama-ve-gelir-dongusu) provizyon, SUT kuralı, hizmet kaydı, fatura ve red yönetimini klinik olay referansıyla izlemelidir. Kural sürümü ve işlem zamanı saklanmalı; sonradan değişen mevzuat eski kaydı geriye dönük bozmamalıdır. Red oranı finans ekibinin tek performansı değildir. Kök neden klinik dokümantasyon, kodlama, yetki, entegrasyon veya sözleşme olabilir. Red kodları eylem sahibine göre sınıflandırılıp iyileştirme döngüsüne alınmalıdır. ## Entegrasyon mimarisi: HBYS, LIS, RIS/PACS ve cihazlar Hastane ekosisteminde HBYS/EHR, LIS, RIS/PACS, eczane, cihaz, çağrı merkezi, ödeme, kimlik ve operasyon sistemleri bulunur. HL7/FHIR, DICOM ve servis standartları birlikte çalışabilirliği destekler; fakat aynı standardı kullanan sistemler bile profil, kod ve sürümde farklı olabilir. Gerçek mesaj ve istisna testi şarttır. Her klinik veri için kaynak sistem belirlenir. Operasyon katmanı sonucu kopyalamak yerine durum ve güvenli bağlantı taşıyabilir. Mesajların sırası, tekrar gönderimi, hasta birleşimi, order iptali ve düzeltme senaryoları test edilmelidir. Entegrasyon motorunda kuyruk, yeniden deneme, korelasyon kimliği ve klinik öncelikli alarm bulunmalıdır. Kesinti modu tasarlanmalıdır. Ağ veya kaynak sistem yokken hasta kabulü, order, ilaç ve kimlik güvenliği nasıl sürdürülecek; sistem dönünce mutabakat nasıl yapılacak? Plan masa başında kalmamalı, klinik tatbikatla doğrulanmalıdır. ## KVKK, sağlık verisi ve erişim güvenliği Sağlık verisi özel nitelikli kişisel veridir. Erişim rol, bakım ilişkisi, birim, görev ve zamanla sınırlandırılmalıdır. “Hastanede çalışıyor” olmak bütün kayıtlara erişim gerekçesi değildir. Break-glass acil erişim mümkünse güçlü gerekçe, görünür uyarı, log ve sonradan inceleme gerektirir. Ekran, çıktı ve bildirimlerde minimum gerekli veri gösterilmelidir. Toplu operasyon panosunda tanı veya hassas not yerine yatak/akış durumu kullanılabilir. Test ve analitik ortamları takma adlandırılmış veya sentetik veriyle çalışmalıdır. Sağlayıcı desteği için canlı veriye erişim süreli, onaylı ve loglu olmalıdır. [KVKK, sağlık verisi ve klinik AI etiği](/urunler/health-suite-pro/yetenekler/kvkk-saglik-verisi-ve-klinik-ai-etigi) veri işleme şartı, saklama, aktarım, model eğitimi ve insan denetimini birlikte ele almalıdır. Üçüncü taraf AI servisinde yurt dışı aktarım ve alt işleyenler ayrıca değerlendirilir. ## Operasyon merkezi ve görünürlük tasarımı Komuta merkezi ekranı onlarca renkli KPI göstermek için değil, eylemi koordine etmek için vardır. Hangi hasta veya kaynak bekliyor, neden, ne kadar süredir, kim sorumlu ve sonraki eskalasyon ne zaman? Liste bu soruları yanıtlamalı. Birim yöneticisi kendi iş yükünü, merkez ekip kurum çapı darboğazı görür. Görsel panoda veri tazeliği ve kaynak gösterilmelidir. “Yatak boş” bilgisi 30 dakika eskiyse kritik olabilir. Alarm eşikleri servis ve gün tipine göre yapılandırılır; ama değişiklik onay ve sürümle yönetilir. Kullanıcı ekrandan kaynak kayda güvenli biçimde inebilmelidir. Operasyon merkezi klinik otoritenin yerine geçmez. Eskalasyon protokolü, birimler arası sorumluluk ve karar yetkisi yazılı olmalıdır. Panoda görünen gecikme çalışanları kamuya açık utandırma aracına dönüşmemelidir. ## KPI sistemi: hız, kalite ve denge Hasta akışı KPI'ları yolculuk bazında kurulmalıdır: üçüncü uygun randevuya süre, no-show, kapıdan triyaja, orderdan sonuca, karar–yatak, yatak devir, taburculuk kararı–çıkış ve toplam kalış. Her sürenin başlangıç ve bitiş olayı standart tanımlanmalıdır. Kalite ve denge göstergeleri; yeniden başvuru, iptal, ilaç uzlaştırma tamlığı, kritik sonuç alındısı, düşme/enfeksiyon göstergeleri, çalışan fazla mesaisi ve hasta deneyimidir. Hız iyileşirken güvenlik kötüleşiyorsa proje başarılı değildir. Vaka karması ve klinik karmaşıklık olmadan birimler arası kıyas haksız olabilir. Süre dağılımı ortalamadan daha bilgilendiricidir. Medyan ve 90. yüzdelik, az sayıdaki uzun beklemeyi gösterir. Darboğaz nedeni yapılandırılmış kodla ve serbest notla izlenir. Kodların kalitesi düzenli denetlenir. ## Pilot, kabul ve 90 günlük yol haritası Pilot için hacimli, sınırı belli ve liderliği güçlü bir akış seçin. İlk 30 gün süreç gözlemi, veri doğrulama ve taban ölçümüdür. Sonraki 30 gün sınırlı canlı kullanım ve günlük huddle; son 30 gün kontrol grubu veya tarihsel tabanla karşılaştırma, güvenlik incelemesi ve yayılım kararıdır. Kabul kriterleri örneğin şunlar olabilir: hasta durum mesajlarının yüzde 99,5'inin doğru eşleşmesi; kritik entegrasyon hatasının belirli sürede görünmesi; yatak durumunun hedef tazelikte olması; yetkisiz rolün klinik ayrıntıya erişememesi; kesinti modunun tatbikatta çalışması; kaynak kayıttan KPI'ya denetim izinin gösterilmesi. Klinik sahip olmadan BT pilotu yapılmamalıdır. Süper kullanıcılar hekim, hemşire, hasta kabul, yatak, laboratuvar, finans ve bilgi teknolojilerinden seçilir. Eğitim günlük görev üzerinden kısa ve vardiyaya uygun yapılır. Hasta temsilinin geri bildirimi de tasarıma katılır. ## Satıcı seçimi için demo senaryosu Anonim bir hasta yolculuğu hazırlayın: randevu, gecikmiş geliş, provizyon istisnası, tetkik, kritik olmayan sonuç gecikmesi, yatış, izolasyon yatağı, taburculuk engeli ve MEDULA red senaryosu. Sistemler arası durumların nasıl aktığını canlı gösterin. Demoda kaynağı kapatın, çift mesaj gönderin, hasta kaydını birleştirin, orderı iptal edin ve yetkisiz kullanıcıyla erişmeyi deneyin. AI özelliğinde yanlış öneriyi reddedin; sürüm, güven ve geri bildirim kaydını kontrol edin. Yalnız düzgün akış gösteren demo operasyon dayanıklılığını kanıtlamaz. Puanlama boyutları klinik güvenlik, akış derinliği, entegrasyon, kullanılabilirlik, veri koruma, analitik açıklanabilirliği, kesinti dayanıklılığı, toplam maliyet ve sağlayıcı klinik yönetişimidir. Güvenlik ve hasta kimliği konuları ağırlıklı değil veto kriteri olmalıdır. ## Sık yapılan dönüşüm hataları İlk hata, süreçteki beklemeyi yalnız personel eksikliğine bağlamaktır; bilgi, onay ve devir gecikmeleri görünmez kalır. İkinci hata, her bölümü kendi KPI'ını optimize etmeye itip toplam yolculuğu bozmaktır. Üçüncü hata, yeni sistemi eski kağıt ve telefon adımlarının üzerine ekleyerek işi artırmaktır. Dördüncü hata, veri kalitesini canlıya geçişten sonra çözmeyi beklemektir. Beşinci hata, ortalama süreyi tek başarı metriği yapmaktır. Altıncı hata, AI tahminini klinik karar gibi sunmaktır. Yedinci hata, çevrimdışı/kesinti senaryosunu test etmemektir. Sekizinci hata, hasta ve çalışanın mahremiyetini operasyon görünürlüğü uğruna aşırı genişletmektir. Son hata, red veya gecikme panosunu suçlama aracına çevirmektir. Sistem kök neden öğrenimini ve çapraz ekip çözümünü desteklemelidir. ## Bir hasta akışı keşif çalıştayı Keşif yalnız yöneticilerle yapılmamalıdır. Hasta kabul, hemşire, hekim, laboratuvar/görüntüleme, yatak, temizlik, eczane, finans, BT ve hasta deneyimi temsilcileri aynı yolculuğu izler. Gerçek bir günde örnek hastanın her temasında giriş–çıkış zamanı, bekleme nedeni, tekrar veri girişi, telefon, fiziksel hareket, karar ve güvenlik kontrolü kaydedilir. Kişisel veri araştırma notunda minimize edilir. Haritada işlem ve bekleme ayrı gösterilir. Bekleme “personel yetersiz” diye genellenmez; bilgi, kaynak, karar, hasta hazırlığı, finansal kontrol veya teknik kesinti olarak sınıflanır. Ekip aynı olayın farklı sistemlerdeki statülerini karşılaştırır. Çelişen tanımlar ortak durum sözlüğüne dönüşür. Çalıştay sonunda en fazla on problem etki, sıklık, güvenlik riski ve çözülebilirlikle puanlanır. Pilot yüksek değerli ama sınırı belli iki–üç kopukluğu hedefler. Her problem için taban, hedef, veri kaynağı ve denge göstergesi yazılır. Böylece kapsam menüye değil hasta yolculuğunda doğrulanmış kayba dayanır. ## Klinik değişiklik kontrolü Akış, order set, uyarı veya durum kuralı değiştiğinde klinik yönetişim gerekir. Talep sahibi gerekçe sunar; etkilenen bölüm, hasta grubu, entegrasyon ve güvenlik analizi yapılır. Test ortamında sentetik senaryo, yetki ve regresyon çalıştırılır. Kritik değişiklik pilot vardiyada gözlenir; hızlı geri alma planı bulunur. Sürüm, yürürlük zamanı, eğitim ve onay kaydedilir. Eski olaylar yeni kuralla geriye dönük yorumlanmaz. Değişiklik sonrası alarm hacmi, gecikme, hata ve denge göstergeleri izlenir. Bu kontrol, iyi niyetli bir optimizasyonun klinik riski sessizce büyütmesini önler. ## Hasta ve çalışan deneyimini nicel veriye bağlamak Süre kısalsa bile hasta ne olacağını bilmiyor veya çalışan sürekli kesintili bildirim alıyorsa akış iyi değildir. Yolculuğun seçili temaslarında kısa, erişilebilir deneyim soruları kullanılabilir: sıradaki adım açık mıydı, bekleme nedeni anlatıldı mı, dijital kanal kullanılabilir miydi? Açık uçlu yanıtlar tema bazında sınıflandırılır; klinik ayrıntı gereksiz yere analitik sisteme taşınmaz. Çalışan tarafında görev kesintisi, çift veri girişi, alarm yükü ve sistem arama süresi gözlemle ölçülür. Memnuniyet anketi tek başına yeterli değildir; iş örneklemesi ve destek kayıtlarıyla birleştirilir. Vardiya, servis ve rol farkları dikkate alınır; küçük gruplar kişiyi ifşa edecek biçimde raporlanmaz. Her iyileştirme için hasta, çalışan, kalite ve kapasite dengesi yazılır. Örneğin randevu aralığını kısaltmak beklemeyi ve fazla mesaiyi artırıyorsa net değer sorgulanır. Bu çok boyutlu yaklaşım operasyon platformunun “daha hızlı” yerine “daha güvenli, anlaşılır ve sürdürülebilir” hizmet üretmesini sağlar. ## Günlük huddle için standart gündem On beş dakikalık huddle son 24 saatin suçlama toplantısı değildir. Mevcut kapasite, bekleyen kritik hastalar, yatak ve personel kısıtı, planlanan yüksek riskli işlem, taburculuk engeli, entegrasyon sorunu ve gün içi eskalasyon planı gözden geçirilir. Her konu sahibi ve bir sonraki kontrol zamanıyla kapanır. Hasta kimliği ortak ekranda minimum gerekli biçimde gösterilir. Bir önceki günün iki büyük gecikmesi kök neden çalışmasına aday olarak seçilir; toplantıda ayrıntılı analiz yapılmaz. Açık aksiyonlar ertesi gün kontrol edilir. Huddle metriği toplantı sayısı değil, çözülen blokaj, tekrar eden neden ve güvenlik sinyalidir. Dijital pano toplantıyı hızlandırır; klinik iletişimin yerine geçmez. Akış KPI'ları klinik kalite kurulunda belirli aralıklarla gözden geçirilmelidir. Ölçüm tanımı, vaka karması veya veri kaynağı değiştiğinde trend üzerinde işaretlenir; eski ve yeni seri yanlış karşılaştırılmaz. İyileşme iddiası kaynak olay örnekleriyle doğrulanır. Böylece yönetim panosu yalnız güncel durumu değil, ölçümün güvenilirliğini de açıklar. ## Sonuç: dijital akışın ölçüsü hastanın güvenli ilerlemesidir Dijital hasta akışı ekranların birbirine bağlanması değil, bakım yolculuğundaki olay, sorumluluk ve beklemelerin ortak ve güvenli biçimde yönetilmesidir. HBYS klinik kaydı, operasyon katmanı koordinasyonu, MEDULA gelir döngüsü bağını taşır. Başarılı mimari bu sınırları korurken kullanıcıya tek ve zamanında görev deneyimi sunar. Önce bir hasta yolculuğunu sahada gözlemleyin, durum ve bekleme sözlüğünü çıkarın, güvenlik sınırlarını belirleyin ve taban KPI'ları alın. [Health Suite Pro](/urunler/health-suite-pro), [randevu–kapasite–hasta akışı yeteneği](/urunler/health-suite-pro/yetenekler/randevu-kapasite-ve-hasta-akisi) ve [MEDULA gelir döngüsü](/urunler/health-suite-pro/yetenekler/sgk-medula-faturalama-ve-gelir-dongusu) üzerinden hedef mimariyi inceleyebilirsiniz. Kurumunuza özel pilot için [ön görüşme](/on-gorusme) planlanabilir. ## Resmî ve birincil kaynaklar - SGK: [MEDULA Hastane uygulaması ve tanımı](https://e.sgk.gov.tr/Uygulamalar/Detay/Medula-Hastane-2026-08-14-04-35-23) - SGK: [MEDULA Hastane Web Servisleri Kullanım Kılavuzu](https://medula.sgk.gov.tr/hastane/kilavuz/MEDULA_Kullanim_Kilavuzu.pdf) - Sağlık Bakanlığı: [Sağlık Hizmeti Kalitesinin Geliştirilmesi ve Değerlendirilmesine Dair Yönetmelik](https://fsmeah.saglik.gov.tr/TR-1185342/saglik-hizmeti-kalitesinin-gelistirilmesi-ve-degerlendirilmesine-dair-yonetmelik.html) - KVKK: [Özel nitelikli kişisel veriler](https://www.kvkk.gov.tr/Icerik/2051/Ozel-Nitelikli-Kisisel-Veriler) > Bu yazı hastane operasyonu ve teknoloji tasarımı rehberidir; tanı, tedavi veya kişiye özel tıbbi tavsiye içermez.