EĞİTİM KURUMLARINA ÖZEL DİJİTAL ÇÖZÜMLER Web Tasarım SEO Okul Yazılımları
Okul Güvenlik, Ziyaretçi ve Kayıp Eşya Yönetimi

Acil Durum Personel Görev Listesi

Acil Durum Personel Görev Listesi: Bir tahliye veya olağanüstü durumda personelin toplanma, kapı kontrolü ve öğrenci sayımı görevleri belirsiz kalabilir. Yönetim görevleri rol ve alanlara dağıtır; tatbikat ve gerçek olay planını ayrı tutar.

Acil Durum Personel Görev Listesi | Kampusmatik yazılım çözümü

Acil Durum Personel Görev Listesi hangi ihtiyacı karşılar?

Bir tahliye veya olağanüstü durumda personelin toplanma, kapı kontrolü ve öğrenci sayımı görevleri belirsiz kalabilir.

Örnek çalışma süreci

Yönetim görevleri rol ve alanlara dağıtır; tatbikat ve gerçek olay planını ayrı tutar. Sorumlular güncel görev ve yedek kişiyi görür.

Planlanabilecek temel özellikler

  • Alan ve görev eşleştirme
  • Asıl-yedek sorumlu listesi
  • Plan sürüm geçmişi
  • Görevli bilgilendirme

Uygulama ve güvenlik kuralları

Yasal afet ve iş güvenliği planları uzmanlarca hazırlanmalı; görev listesi mevzuata uygun eğitimin yerine geçmemelidir.

Kurumunuza uygun geliştirme kapsamı

Önce ziyaretçi türleri, kampüs kapıları, güvenlik noktaları ve personel yetkileri belirlenir. Çocukların bulunduğu alanlara geçişler ayrıca kontrol edilir; ihtiyaca göre ziyaretçi kaydı, kayıp eşya veya denetim modülü bağımsız olarak geliştirilebilir.

Acil Durum Personel Görev Listesi, eğitim kurumunuzun işleyişine göre geliştirilebilecek bir yazılım fikridir. Hazır veya şu anda kullanımda olan ürün taahhüdü içermez. İhtiyacınız için teklif isteyin.

Neyi kolaylaştırır?

Acil Durum Personel Görev Listesi, okul ve eğitim kurumlarında deprem ve yangın gibi durumlarda personele kimin hangi alandan sorumlu olduğunun hatırlatılamaması sorununu ele alan bir uygulama olarak değerlendirilebilir. Öncelik, yalnız bir ekran oluşturmak değil; işlemi başlatan kişiyle sonucu denetleyen kişinin aynı güncel kayda bakabilmesidir. Aynı süreç farklı kampüslerde farklı hızlarda ilerleyebilir. Bu yüzden ortak adımlar belirlenirken yerel uygulama ayrıntıları korunmalıdır. Kurumun büyüklüğü, öğrenci yaşı ve mevcut çalışma biçimi netleştirilmeden sabit bir özellik listesi kesin ihtiyaç gibi sunulmamalıdır.

Başvurudan önce toplanacak bilgiler

Kayıt yapısının odağında tahliye bölgesi, görevli kişi, yedek görevli ve iletişim zinciri bulunur. Bu bilgilerin her biri için kimlerin veri gireceği, hangi aşamada düzeltme yapılabileceği ve sürecin hangi kararla tamamlanacağı ayrı tanımlanmalıdır. Bir kaydı oluşturan kişi, hangi bilginin daha sonra değişebileceğini ve hangisinin onaydan sonra sabit kalacağını önceden bilmelidir. İlk kullanımda zorunlu görünen bir alanın gerçekten gerekli olup olmadığı, ilgili personelle örnek bir işlem yapılarak anlaşılabilir.

Karar ve takip süreci

Örnek bir işlem sırası görev planı oluşturma, tatbikat, kontrol ve revizyon şeklinde kurulabilir. Bu sıralama okulun kendi uygulamalarına göre değiştirilebilir; tüm kurumlara aynı onay basamaklarını zorlamak doğru değildir. Taslak, incelemede, onaylandı ve tamamlandı gibi durumlar ancak kurumun gerçek karar noktalarıyla örtüşüyorsa kullanılmalıdır. Böylece yarım kalmış talep, işleme alınmış kayıt ve kapanmış sonuç aynı listede belirsiz biçimde yan yana durmaz.

Plan dışı durumlarda yaklaşım

Gerçek kullanımda görevlinin o gün izinli olması, kapalı çıkış ve acil toplanma yeri değişikliği gibi durumlar planı değiştirebilir. Bu senaryolar yalnız hata mesajı üretilecek teknik ayrıntılar değildir; kimin bilgilendirileceği ve önceki kaydın nasıl korunacağı da belirlenmelidir. Bir istisna gerçekleştiğinde kaydı silmek yerine gerekçe, önceki durum ve düzeltme adımı izlenebilir biçimde korunmalıdır. Özellikle yoğun dönemlerde alternatif işlem yolunun önceden yazılması, gereksiz telefon trafiğini azaltır.

Görev paylaşımı ve güvenlik

Kullanıcı rolleri bakımından acil durum koordinatörü, kat sorumluları ve okul yönetimi arasında açık sorumluluk paylaşımı gerekir. Her rolün görme, oluşturma, onaylama ve düzeltme hakları birbirinden ayrılabilir. Kurumun onay çizelgesi netleşmeden bütün personeli aynı yetkiyle çalıştırmak daha sonra ciddi düzeltme yükü oluşturabilir. Sistem kuruma özel geliştirilecekse erişim sınırları ve saklama süreleri yalnız yazılım tasarımında değil, kurumun yazılı işleyişinde de karşılık bulmalıdır.

Yönetim için ölçülebilir sonuçlar

Yönetim tarafında görev atama boşluğu, tatbikat gözlemleri ve güncel iletişim oranı gibi göstergeler izlenebilir. Ancak her şeyin sayılması zorunlu değildir; karar vermeye yardım eden ve veri kaynağı açık olan ölçümler seçilmelidir. Süreç iyileşmesini izlemek için tek bir başarı puanı yerine iş yükü, gecikme ve tamamlanma ölçülerine birlikte bakılabilir. İyileştirme toplantısında bu verilerle birlikte personelin karşılaştığı somut güçlükler de ele alınmalıdır.

Kurumda denenebilecek senaryo

Örneğin tahliye kat sorumlusunun izinli olması halinde yedek kişinin devreye alınması durumunda çözümün kullanıcılara nasıl davranacağı başlangıçta konuşulabilir. İş akışının gerçekçi olduğunu görmek için bir normal işlem ve bir iptal senaryosu birlikte sınanmalıdır. Önce mevcut işleyişin küçük bir örnek üzerinden doğrulanması, ardından gerçek ekran ve uyarıların tasarlanması daha güvenilir sonuç verir. Kullanım başlamadan önce kurum onayı, hata durumları ve bildirim metinleri birlikte test edilmelidir.

WhatsApp