SAĞLIK BAKANLIĞI TÜRKİYE HALK SAĞLIĞI KURUMU BAŞKANLIĞI AĞRI HALK SAĞLIĞI MÜDÜRLÜĞÜ OTOMASYON SİSTEMİ HİZMET ALIMI TEKNİK ŞARTNAMESİ
T.C
SAĞLIK BAKANLIĞI
TÜRKİYE HALK SAĞLIĞI KURUMU BAŞKANLIĞI
AĞRI HALK SAĞLIĞI MÜDÜRLÜĞÜ
OTOMASYON SİSTEMİ
HİZMET ALIMI TEKNİK ŞARTNAMESİ
1.İHALENİN KONUSU
Bu şartname, Ağrı Halk Sağlığı Müdürlüğü bünyesinde maaş ve döner sermaye yazılımları ile Halk Sağlığı Laboratuarı (LİS) otomasyon Sisteminin 12 ay süre ile sorunsuz çalışması için yapılması gereken bakım, onarım, güncelleme gibi hususların hizmet işini içerir. Bu süre içerisinde her hangi bir hizmet kaleminde Sağlık Bakanlığının geliştirdiği uygulamanın devreye girmesi durumunda ilgili hizmet kalemi sözleşme kapsamından çıkartılır.
2.UYGULAMA YAZILIMLARI
2.1 YAZILIMIN ALTYAPISI
Laboratuvar Otomasyon Sistemi ( LİS) Veri tabanının ve uygulama yazılımının olduğu server Halk Sağlığı Müdürlüğüne bağlı Halk Sağlığı Laboratuvarına kurulacaktır. Halk Sağlığı Müdürlüğüne bağlı kurum/kuruluşlar internet tarayıcısını kullanarak web ara yüzü ile uygulama yazılımının modüllerini kullanacaklardır. Bu kapsamda aile hekimleri istemlerini Halk Sağlığı Laboratuvarında bulunan Servera gönderecekler; Aile hekimi bu işlemleri kendi programından veya web ara yüzünden yapabilecektir. Bunun için Serverda web servis ve ara yüzler çalışacaktır. Maaş ve Döner Sermaye uygulama yazılımları Halk Sağlığı Müdürlüğünde kurulacak olup,kendi içerisinde çalışacaktır. Ek 3 formları için sadece TSM’lerden birer kullanıcı sisteme bağlanabilecek olup,diğer tüm işlemler kurum içi kapalı düzenle çalışacaktır.
2.1.1.Teklif LIS’ in her modülünün web tarayıcısı vasıtasıyla çalışabilen web tabanlı mimariye sahip olması gerekmektedir. Uygulama yazılımının VTYS' ye bağlanması mümkün olduğunca standart ve VTYS' den bağımsız olmalı, yazılım farklı VTYS' lerle çalışabilmelidir.
2.1.2.Sistemi kullanan tüm uç bilgisayar kullanıcıları internet tarayıcısı (web browser) ile HSMOS ve LIS uygulama yazılımına erişebilmelidir. Herhangi bir ilave kuruluma ve bileşene gerek kalmadan sistem veya modüller çalıştırılabilmelidir. Aşağıdaki durumlar ise bu kapsamın dışındadır:
a) Uygulama Yazılımı tarafından üretilen doc, xls, pdf vb. rapor formatlarının görüntülenebilmesi ve yazıcıya basılabilmesi için gerekli olabilecek ofis editörleri ve benzeri yazılımların bilgisayarlara kurulması,
b) İstekli tarafından sağlanmış olsun ya da olmasın, uç bilgisayarların RS-232, RS-422, RS-485, USB, Ethernet, PCI, PC/104, PCMCIA, ISA, Paralel Port gibi bu bilgisayarın herhangi bir I/O (girdi-çıktı) birimine bağlanarak çalışan cihazlar (her türlü yazıcı, tarayıcı, kamera, barkod yazıcı ve barkod okuyucu, IVR kart, medikal monitör, medikal, diagnostik ya da benzer amaçla sonuç üreten ve ürettiği sonucu diğer sistemlere aktaran ve/veya uç bilgisayardan bilgi alarak çalışan her türlü cihaz) için gerekli olan sürücü ve ara yüz yazılımlarının kurulması.
2.1.3. Bütün modüller web tarayıcıları üzerinde, WAN’da (Wide Area Network-Geniş Alan Ağı) ve LAN’ da (Local Area Network-Lokal Alan Ağı) aynı ara yüzle çalışacaktır.
2.1.4. Sistemlere yeni modüllerin/işlevlerin ilavesi, değiştirilmesi ya da silinmesi mümkün olmalı, bu işlemler hizmetleri aksatmamalı ve bu durumdan sistemin bütünü etkilenmemelidir.
2.1.5.Tarih bilgisi her yerde 8 basamaklı ve 10 karakter uzunluğunda ‘GG/AA/YYYY’ formatında tutulmalıdır.
2.1.6.Uygulama yazılımı Türkçe olmalı, tüm sıralamalar ve karşılaştırmalar Türkçe alfabeye göre yapılabilmelidir.
2.1.7.Uygulama yazılımı, sunucu işletim sistemi (SOS) olarak Solaris, UNIX, Linux, Microsoft Windows 200X Server gibi endüstri standardı sunucu işletim sistemleri mimarisine uygun olmalı ve bu SOS’ler üzerinde kusursuz çalışmalıdır. Xml web servisleri ve web tabanlı sistem için gerekli olan uygulama sunucu yazılımı UNIX, Linux, Solaris, Windows vb. sistemlerinde çalışabilmelidir.
2.1.8.Uygulama yazılımı, istemci işletim sistemi (COS) olarak Microsoft Windows XP Professional/Vista/7, Linux, Pardus gibi endüstri standardı istemci işletim sistemleri mimarisine uygun olmalı ve bu COS'lar üzerinde uyumlu çalışmalıdır.
2.1.9.Sayısal Güvenlik ve Açık Anahtar Altyapısı, 2004 yılında yürürlüğe giren 5070 Sayılı Kanun ve ilgili tebliğleri uyarınca Sağlık Hizmeti sunan kurum çalışanlarının işlemleri ve kurumlar arası iletişim için ulusal sayısal sertifikasyon sisteminin entegrasyonu yüklenici sorumluluğundadır.
2.1.10.Yazılım Sağlık Bakanlığı tarafından belirlenen Laboratuvar Performans Kriterleri ve Kılavuzu çerçevesinde numunenin alındığı tarih ve saat bilgisi, numunenin laboratuvara kabul edildiği tarih ve saat bilgisi, cihazda çalışılmaya başlandığı tarih ve saat bilgisi, çalışmanın tamamlandığı tarih ve saat bilgisi, teknik ve uzman onaylarına ait ayrı ayrı tarih ve saat bilgilerini hafızasında tutabilmeli ve istenildiğinde raporlayabilmelidir.
2.1.11.Yazılım, Kurum içinde yazılım programı ile ilgili arıza bildirim, onay ve takibin yapılabilmesi için gerekli ara yüzlerin yetki çerçevesinde Kurumda idarece belirlenen yetkili kişiler tarafından kullanılabilmesine olanak sağlamalıdır. Bildirim formlarına verilerin girilmesini ve yapılan arıza bildirimlerinin otomatik olarak ilgili kullanıcı ekranına aktarılmasını desteklemelidir.
2.2.KULLANICI ARAYÜZÜ
Kullanıcı ara yüzü grafiksel (GDI) olmalıdır.
Grafik ara yüzüne uygun olarak kontroller hem mouse hem de klavye yardımıyla yapılabilmelidir. Ancak yazılımın mümkün olan her fonksiyonu klavye üzerinden yürütülebilmeli, kullanılan kısa yollar sistematik olmalıdır.
Kullanıcı ara yüzünde görsel iç bütünlük sağlanmalı, yazılımın her ara yüzünde benzer ekran dizaynları kullanılmalı, tanımlanmış fonksiyon tuşlarının aynı amaçla kullanılması gibi teknikler kullanılarak kullanım kolaylığı sağlanmalıdır.
Kullanıcı ara yüzü veri girişi, güncelleme, dil özelliği, raporlama ve yardım başlıklarında sayılan özellikleri taşımalıdır.
2.3.VERİ GİRİŞİ
Hatalı veri girişini en aza indirmek için ilgili alanlar üzerinde anında bilgi doğrulama, bilgi önerme ve gerektiğinde kullanıcıyı yönlendirmek için yapılacak işlem hakkında ekranın altında sürekli mesaj ve bilgi gösterilmelidir.
Veri girişleri, uygun kodlar kullanılarak yapılmalıdır. Kullanıcı kodu biliyorsa doğrudan girebilmeli, değilse kodların açıklamalarını otomatik olarak listeletip, istediği kodu seçebilmelidir. Sistemde kullanılan kodlar, Sağlık Bakanlığı ve kurum yönetimi tarafından belirlenmiş kodlarla uyumlu olmalıdır. Mümkün olan yerlerde veri girişleri barkot desteği ile sağlanmalıdır.
Sistemde veri bütünlüğünü koruyacak denetimler bulunmalı ve tutarsız veri girişi engellenmelidir. Programlar gerekli olan yerlerde, aralık (range) ve tutarlılık (consistency) kontrolünü yapmalı ve mümkün olan yerlerde hataları kendisi düzeltmelidir. Program, mümkün olduğunca, hatalı veri girişlerinde, kullanıcıya zaman kazandırmak için otomatik seçenekler sunup kullanıcının seçenekleri seçerek hatayı düzeltmesine yardımcı olmalıdır.
Hastalık, hizmet, malzeme vb. kodlama sistemleri ile ilgili bilgi girişleri ve kodlama sisteminde yapılan güncellemeleri çeşitli kaynaklar kullanılarak yetkili kullanıcılar tarafından yazılımcı desteğine ihtiyaç duyulmaksızın online olarak yapılabilmelidir.
Bilgi girişi esnasında, mümkün olan her alanda hazır listelerden faydalanma, gerekli yerlerde istenilen veri alanlarına ilk değer atama, tarih, gün, saat, yaş, vb. değerlerin ilgili alanlara otomatik olarak girilmesi, sık kullanılan alanlarda otomatik doldurma işlevinin kullanılması, hazır listelerde liste elemanına girilen harflerle kısa sürede ulaşma gibi veri girişi sırasında kullanıcı hatalarını en aza indirgeyecek ve kullanım kolaylığı sağlayacak kontrollere sahip olmalıdır.
Yazılımda kullanılacak hasta arama yöntemi klasik karakter-karakter birebir uygunluk değil, benzer Türkçe karakterler de göz önüne alınarak (U yerine Ü, G yerine Ğ gibi) aramayı kapsamalıdır. Aramayı hızlandırmak için gerekli diğer alanlar aynı ekranda bulunmalıdır.
Güncelleme ve sorgulamalarda, sistemde bulunan bilginin seçilmesi ve kullanılmasına olanak sağlanmalıdır.
Kullanıcının; kayıtlarına sıklıkla ihtiyaç duyduğu ya da işlemini tamamlamak üzere beklettiği hastaları bir hızlı erişim veya gözlem listesine alması ve bu listeden çağırması mümkün olmalıdır.
Hatalar için uygun mesajlar ekranda belirmeli ve kullanıcı uyarılmalıdır. Verilerin tutarlılık kontrolleri ve modüller/işlevler arası çapraz kontroller yapılabilmelidir.
Tıbbi bilgi girişinde, istenildiğinde fizik muayene bulguları önceden tanımlanmış servise özel bilgiler üzerinden kodlanabilmeli ve bu alandaki bilgiler her türlü sorgulamada, araştırmalarda kullanılabilecek yapıda olmalıdır.
Yazılım laboratuvar ve radyoloji gibi birimlere yapılan istemlerin kolay kayıt edilebilmesi için kullanıcı tarafından oluşturulabilen esnek ara yüzler sunmalı ve hizmetler gibi istemlerde servis ve doktor bazında kısıtlanabilmelidir.
Yazılım tablo bazında yetkilendirme imkanı sunabildiği gibi tablo alanları bazında da yetkilendirme imkanlarına sahip olmalıdır. Kullanıcılara ait yetki grupları oluşturulabilmeli ve gerektiğinde yetkiler kopyalanabilirlik yoluyla çoğaltılabilmelidir.
2.4.GÜNCELLEME
Güncelleme sadece anahtar olmayan alanlarda yapılabilmelidir.
Kritik alanlardaki değiştirme ve silme ancak yetki ölçüsünde yapılabilmelidir. Değişikliklere sonradan erişim ve geri düzeltme için mutlaka log dosyalarında detayları tutulmalı veya VTYS katmanındaki denetleme (audit) uygulama yazılımından da desteklenir olmalıdır.
Güncelleme ve özellikle sorgulama ekranlarında elle bilgi girişi yapılmaktan ziyade sistemde mevcut bilgiler ve varsa kodlar seçilerek güncelleme ve sorgulama yapılabilmelidir.
Güncelleme sonrası da tutarlılık kontrolleri yapılabilmelidir.
Hastanın bazı bilgilerinde yanlışlık olması durumunda (kurumunun yanlış girilmesi, ikamet adresinin yanlış girilmesi ya da değişmesi, vb.) bu hastaya ait kayıtlar veri bütünlüğü bozulmadan (örneğin hizmetin sunum tarihi değişmeden) geriye yönelik olarak düzeltilebilmelidir.
Hizmet verilen kurumlardan herhangi biriyle yapılan ücretlendirme işlemleri değiştiğinde, eski kayıtlar yeni fiyatlara uygun hale getirilebilmeli, bunu yaparken kaydı silip yeniden açmak gerekmemelidir.
Özellikle Xxxx Xxxx’xxxx ait önceki kayıtların değiştirilmesi engellenmiş olmalıdır.
2.5.DİL ÖZELLİĞİ
Tüm ekranlar ve raporlar, Türkçe olmalıdır.
Tüm sıralamalar, karşılaştırmalar ve sorgulamalar Türkçe alfabeye göre yapılmalıdır.
Kullanılan menü, dosya, alan, değişken, tablo vb. isimlendirmeler Türkçe ve anlamlı olmalıdır.
Para, tartı, uzunluk vb. konularda Türkiye'de geçerli yerel birimler kullanılmalıdır.
Tüm yazılımda Türkçe karakterlerin aynı kodlarla (TSE tarafından Haziran 1989 tarih ve TS 5881 sayı ile kabul edilen 15 Mayıs 1989 tarihli ISO/IEC 8859/9 standardı) tanımlanması, ve Türkçe karakter, Türkçe(F) veya (Q) klavye ve program desteği sağlanması gerekmektedir.
2.6.RAPORLAMA
Raporlamalarda hiyerarşik yetkilendirme mümkün olmalıdır.
Üretilen raporlar amacına uygun ve kolay okunabilir olmalıdır.
Kullanıcı hazırlanan raporu ekranda görme, rapor hazırlama aşamalarında geri-ileri gitme ya da iptal etme olanaklarına sahip olmalıdır.
Raporun büyüklüğü ile ilgili sayfa/satır uzunluğu gibi bilgiler ekranda izlenmelidir.
Hazırlanan raporların ayrı bir dosyaya kullanıcı tarafından belirlenecek ofis yazılımlarınca açılabilen her türlü elektronik formatta kayıt edilmesi mümkün olmalıdır.
Raporlar sadece veri tabanı verilerine dayanılarak hazırlanmalıdır. Kullanıcılar hazırlanmış ve onaylanmış raporları değiştirememelidir.
Yeni rapor tanımlama ve rapor formu oluşturma süreci kolay ve parametrik olmalıdır.
Kullanıcı tarafından oluşturulmuş olan raporlar, istendiğinde ofis uygulamalarına gönderilebilmelidir. Raporlamalar, olabildiğince esnek yapıya sahip olmalıdır.
Üretilen her türlü raporda tarih, değişik bölüm/servis vb. kriterlere göre filtre seçenekleri bulunmalıdır.
Tüm raporlar, programlama gerektirmeden, istendiğinde yetkili kullanıcılar tarafından değiştirilebilmelidir.
Gerek duyulduğunda yetkili kullanıcılar özel rapor oluşturabilmeli ve bu işlem ek bir yazılım gerektirmemelidir.
Uygulama yazılımları, rapor ve veri çıktılarını hazırlayabilmeli ve raporlar ofis uygulamalarına tek tuş yardımı ile aktarılabilmelidir.
Hazırlanan raporlara ait çıktılar kartuşlu, nokta vuruşlu ve lazer yazıcılardan alınabilmelidir.
Kullanıcının istediği çoklu parametrelerle sorgu yapılabilmeli ve rapor alınabilmelidir.
Uygulama yazılımında yer alacak istatistik ve yönetim amaçlı raporlar, geliştirilmiş olan grafik sunum birimi sayesinde değişik grafikler olarak sunulabilmelidir.
Hastalar kendi laboratuar tetkiklerini Halk Sağlığı Müdürlüğünün web sitesi üzerinden görebilmelidir.
2.7.YARDIM
2.7.1 Kullanıcı istediğinde sadece bir tuşa basarak yardım alabilmelidir.
2.7.2 Hata mesajları; açık, anlaşılır ve dikkat çekici olmalıdır. Her hatanın, hata kod numarası olmalıdır. Kullanıcı bu numara ile Hata Mesajları dokümanına başvurarak, hatanın sebebini ve hata düzeltme yollarını bulabilmelidir.
2.7.3 Acil ve mevzuat gereği durumlar dışında kalan kullanıcı istekleri ile şikayetleri, önceden tasarlanmış bir sistemle Yükleniciye bildirilmelidir. İstek ya da şikayetin Yüklenici tarafından alındığına dair Alıcı’ya gönderilen geri bildirimde, isteğin hangi süre içinde karşılanabileceği, ya da sorunun hangi süre içinde çözümlenebileceğine dair yaklaşık süre yer almalıdır. Bu sürecin sağlıklı işletilebilmesi bakımından yazılımın form ve raporlarının ekran görüntüleri üzerinde görülebilen, sistematik bir tanımlayıcı bulunmalıdır.
2.7.4 Sorun/İstek/Şikayet bildirim ve geri bildirimine ilişkin alternatif çözüm sürecinin tasarlanması ve işletilmesinden Alıcı’nın onayı alınmak kaydıyla Yüklenici sorumludur.
2.8. GÜVENLİK VE ERİŞİM SİSTEMİ
Halk Sağlığı Müdürlüğü Otomasyon Sistemi(HSMOS), Sağlık Bakanlığı tarafından yayımlanan ve güncellenen “Bilişim Güvenliği Politikaları” ile uyumlu olmalıdır.
Uygulama Yazılımının, VTYS’ ne en etkin ve hızlı yöntemle bağlanması için gerekli düzenlemeler Yüklenici tarafından yapılmalı ve takip edilmelidir.
Çeşitli yetki düzeyleri ve grupları tanımlanabilmeli, yetki değişimi HSMOS yöneticisi tarafından kolayca yapılabilmelidir. Verilere erişim bu tanımlamalar çerçevesinde yapılmalıdır.
Kullanıcılar ait oldukları yetki düzeyi ve grubu ölçüsünde uygulamalara erişebilmeli, her kullanıcı grubu için veri giriş, güncelleme ve rapor alma yetkileri ayrı ayrı tanımlanmalıdır. Bu tanımlar gerektiğinde sistem yöneticisi tarafından değiştirilebilmelidir. Yapılan bu değişikliklerin arıza bildirimi vb. şekilde geri dönmemesi için kullanıcıya gerekli mesajlar otomatik olarak verilmelidir.
Sistem hiyerarşik yetkilendirmeyi desteklemelidir. Bir kullanıcı grubu, başka bir kullanıcı grubuna üye yapılabilmelidir. Yetkiler üye olunan gruptan otomatik olarak devralınabilmelidir. Üye olunan gruptan dolayı sahip olunan yetki ilgili kullanıcı veya grup için gerektiğinde yasaklanabilmelidir.
Tıbbi kayıtları görebilme ve değişiklik yapabilme şeklinde iki ayrı erişim tipi tanımlanabilmelidir.
Herhangi bir işlemin kimin tarafından, hangi tarihte ve hangi zamanda yapıldığının kayıtları tutularak bu kayıtlar istenildiği takdirde sorgulanabilmelidir.
Güvenli ve fonksiyonel bağlantı ile ilgili tüm hizmetler Yüklenici tarafından karşılanmalıdır. İnternet erişim tesisi ve giderleri Alıcı’ya aittir.
İstekliler bilgi güvenliğini artırmak için alternatif güvenlik çözüm önerilerinde bulunabilirler.
İstekliler teklif edecekleri bütün sistemlerin desteklediği güvenlik mekanizmalarını detaylı olarak açıklamalıdır. Bu açıklamalar işe başlamadan önce idareye verilecektir.
Uygulama yazılımları tüm sistem genelindeki kullanıcı, işlem ve bilgi düzeylerinde bilgi gizliliğini ve güvenliğini sağlamalıdır. Her kullanıcının gerektiğinde değiştirilebilir kişisel bir şifresi olmalıdır. Bu şifre ile farklı bir lokasyonda oturum açıldığında ilk oturum otomatik olarak kapatılmalı, bir kişiye ait şifrenin birden çok kişi tarafından kullanılmasına izin verilmemelidir.
Bilgi sistemleri kapsamında tutulacak her türlü kişisel bilginin gizliliği esastır. Bu amaçla;
Kişiler hakkında tutulacak bilgiler gereken en düşük düzeyde tutulmalıdır.
Kişisel bilgilerin hizmetin sürdürülmesi ve geliştirilmesi amacı dışında işlenmesi engellenmiş olmalıdır.
Sistemde kişisel bilgilerin kurum iş akışını engellemeyecek ancak belirlenen amaçlar dışında kullanımını engelleyecek önlemler olmalı, hasta haklarına riayet edilmelidir.
2.9.MALİ KAYITLARA İLİŞKİN GENEL ÖZELLİKLER
Uygulama yazılımı parametrik olmalıdır. Kurum bünyesinde açılacak yeni bir birim, sunulacak yeni bir hizmet, kullanılacak yeni bir malzeme, fatura formatlarındaki değişiklikler kullanıcılar tarafından yetkileri çerçevesinde kolaylıkla sisteme dahil edilebilmelidir.
Aynı tetkikin maksimum adedi vb tanımlamalar yapılabilmeli ve aşan durumlarda otomatik uyarı sağlanmalıdır.
Hasta ile ilgili yapılan tüm işlemler (muayene, laboratuvar-radyoloji işlemleri gibi) kurum bazında belirtilen tarihler aralığında takip edilebilmelidir.
3.VERİ TABANI YÖNETİM SİSTEMİ
Yüklenici önereceği sistemde idareye ait veritabanını kullanmayacaksa ilgili VTYS aşağıdaki özellikler dahilinde Yüklenici tarafından sözleşme süresince kullandırılmalıdır.
3.1. GENEL ÖZELLİKLER
3.1.1. İstekli, projede teklif edilen VTYS lisansını tüm uygulama geliştirme ve çalıştırma hakları ile (İdare’nin diğer projelerde veya kendisinin geliştireceği uygulamalarda da bütün hakları ile kullanılmak üzere) temin etmelidir.
3.1.2. Yüklenicinin, teklif ettiği VTYS ürünleri lisanssız ve Türkiye'de teknik desteği olmayan ürünler olmamalıdır. Bu durumda yüklenici ilk hak ediş düzenlenmesine kadar geçecek süre içerisinde idare adına VTYS lisanslamasını yapmalıdır. VTYS lisanslama maliyeti yüklenici tarafından karşılanacaktır..
3.1.3.Teklif edilen veri tabanı yönetim sistemi (VTYS) endüstri standardı olan ilişkisel mimariye dayalı olmalıdır.
3.1.4.VTYS çok kullanıcılı veri erişimini desteklemelidir.
3.1.5.Teklif edilen VTYS gerek verilerde gerekse nesne isimlerinde Türkçe karakter setini desteklemelidir. Sıralama ve karşılaştırma işlemleri Türkçe alfabe dizilişine göre yapılabilmeli, bu özellik için herhangi bir programlamaya gerek duyulmamalıdır.
3.2. ÖLÇEKLENEBİLME ve PERFORMANS
VTYS'de veri silme, ekleme ve güncelleme işlemlerinde kayıt yada sayfa bazında kilitleme mantığı kullanılmalıdır.
Teklif edilen VTYS'de sorgulamalar için kilit kullanılmama opsiyonu bulunmalıdır.
VTYS’de indeks işlemleri çevrim-içi (online) olarak gerçekleştirilebilmelidir.
33. VERİ GÜVENLİĞİ ve VERİ TUTARLILIĞI
Önerilen VTYS, ilişkisel mimari bünyesinde veri bütünlüğünü sağlayabilmelidir. Gerek nesne bütünlüğü (entity integrity) gerekse referans bütünlüğü (referential integrity) sağlanmalıdır.
VTYS tetikleme (trigger) mekanizmasına sahip olmalıdır. Tetiklemeler, DML (Data Manipulation Language) işlemlerinden (yeni kayıt ekleme - insert, kayıt güncelleme - update ve kayıt silme - delete) önce ve/veya sonra çalışacak şekilde ayarlanabilmelidir.
Teklif edilen VTYS, verilere erişimi şifrelerle koruma altına almalıdır. VTYS'nin gelişmiş bir şifre yönetim mekanizması olmalıdır.
VTYS'nin kullanımı sırasında, durdurmaya gerek olmadan yedekleme ve yedekten geri yükleme özellikleri olmalıdır.
Başarılı/Başarısız tüm veri tabanı ve obje erişim işlemlerini monitör edebilmek mümkün olmalıdır.
Önerilen VTYS, veri tabanında tüm işlemlerin tutulduğu log dosyalarına, denetim işlemlerini kolaylaştırmak, kim, neyi, ne zaman yaptı sorularına daha kolay cevap verebilmek amacıyla, SQL arayüzüyle (grafik ve komut) ulaşma özelliğine sahip olmalıdır. Bu özellik 3. parti bir yazılım ile gerçekleştirilecek ise bu yazılım da teklif edilmelidir. İsteklinin, teklif ettiği 3. parti yazılım ürünü freeware, lisanssız ve Türkiye'de teknik desteği olmayan ürünler olmayacaktır.
VTYS üzerinde salt okunur veya yazılabilir görüntü (view) oluşturma imkanı olmalıdır.
VTYS üzerinde, veritabanına sadece bağlanma (connect) ve/veya sadece bazı veritabanı kullanıcılarına ait nesnelere seçme (select) yetkisi verebilme ve/veya bu kullanıcının kendi kaynaklarını oluşturabilme özelliği bulunmalıdır. Böylece, lisans bedeli kurum tarafından ödenmiş olan aynı VTYS üzerinde, yeni bir lisans bedeli ödenmeksizin birden fazla uygulamanın aynı VTYS üzerinde kurulu farklı veritabanlarını oluşturma ve VTYS kullanıcılarının birbirlerinin nesnelerine salt okunur şekilde erişebilmeleri mümkün olacaktır.
EĞİTİM HİZMETLERİ ve DEMONSTRASYON
Kurulan tüm yazılım birimleri için Satıcı, Alıcı’nın belirleyeceği teknik ve uç bilgisayar kullanıcılarına tüm sistemi verimli olarak işletebilmek için eğitim verecektir. Eğitimin tamamı mesai saatleri içerisinde verilecektir.
5. DEMONSTRASYON
5.1. İdare tarafından ihale sonrasında program demonstrasyonu istenmesi halinde İdarenin istediği herhangi bir zamanda (yazılı olarak bildirilmesi kaydıyla) Yüklenici Firma bu isteği yerine getirecektir. Firmanın yapacağı tanıtım sonunda ihale Komisyonundan yeterlilik alması zorunludur. İhale komisyonu gerek gördüğü taktirde DEMO, idarenin belirlediği yerde, komisyon huzurunda, belge değerlendirmeleri sonucunda eksik belgesi bulunmayan isteklilerden en düşük tekliften başlamak üzere İdarenin yazılı bildiriminden en geç 3 iş günü içerisinde yapılacaktır. Demo için gelen istekliler teknik şartnamede istenilen özellikleri gösterebilmek amacı ile tam teçhizatlı olarak hazır bulunacaklardır. Demo sonrasında ihale komisyonu tarafından düzenlenecek ilgili Demo yeterlilik tutanağına Yüklenici Firma, firmanın demoya katılan yetkili temsilcisi de imza atacaktır İhale Komisyonunun Demonstrasyon değerlendirilmesinde teknik şartnamede belirtilen hususları taşıması yanında programın görselliği, kullanım ve uygulama kolaylığı, tasarımı önemli bir değerlendirme kriteri sayılacaktır.
5.2. Demo sırasında kullanılacak verilerde gerçek Vatandaşlık Numarası veya gerçek vatandaşlık numarasına erişimi mümkün kılan gerçek veri kümeleri yer almayacaktır.
5.3. Demo ortamında İdare gerekli internet erişimi, Kesintisiz Güç Kaynağı vb. malzemeleri hazır bulundurmalıdır.
5.4. Tüm değerlendirmelerin İhale Komisyonu Üyeleri tarafından yapılması kaydıyla Demo’ya idareden gerek görülen kadar personel katılabilir ancak karara katılamaz.
5.5. Demo’ya, Xxxxxli adına aynı anda 5 kişiyi geçmeyecek sayıda üyeler katılabilir.
Demo için gerekli bilgisayar, yazıcı, gerekli bağlantı kabloları İstekliler tarafından sağlanmalı ve idarenin gösterdiği mekana Demo başlama saatinden en az 1 saat önce kurulmuş ve çalışır duruma getirilmiş olmalıdır.
5.6. Yapılacak olan Demo sonucunda ihale komisyonu üyeleri ve firma yetkilisi/yetkilileri tarafından imzalanmış Demo raporunun tutulması ve ihale dosyasında saklanması gerekmektedir. Firma yetkililerince herhangi bir sebepten dolayı tutanak imzadan imtina edilirse, bu durum tutanakta açıkça belirtilmelidir.
6. BAKIM ONARIM HİZMETLERİ
6.1.GENEL KOŞULLAR VE TANIMLAR
6.1.1.Seviye 1: Önerilen çözümde, Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun genelini çalışamaz duruma getiriyorsa; 1 Saat’te müdahale ve takip eden 1 Saat’te çözüm garantisi verilmelidir.
6.1.2.Seviye 2: Önerilen çözümde Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun bir kısmını çalışamaz duruma getiriyorsa; 2 Saat’te müdahale ve takip eden 2 Saat’te çözüm garantisi verilmelidir.
6.1.3.Seviye 3: Önerilen çözümde Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun genel çalışmasını etkilemiyor fakat bazı fonksiyonları yerine getiremiyorsa; 4 Saat’te müdahale ve ertesi gün sonuna kadar çözüm sağlanmalıdır.
6.1.4.Sözleşme süresince; yukarıda tanımlanan Seviye 1, Seviye 2, Seviye 3 arızalara, ilgili maddelerde tanımlanan süreler içinde müdahale edilmemesi ve çözülmemesi durumunda idarelerce 4734 ve 4735 sayılı Kanunlara uygun olarak cezai işlemlerin yapılması gerekmektedir.
6.1.6.Sözleşme kapsamında Yüklenici tarafından sağlanan ürünlerin yedek parçalarının bedeli Yüklenici tarafından karşılanır.
6.1.7. Çözümlerde oluşacak problemlerin destek merkezlerine bildirilecektir. Bunun için kurulmuş veya kurulacak destek organizasyonun yapısı (çalışma saatleri, destek eleman sayısı, vb) işe başlama tarihinden önce idareye bildirilecektir. Bildirilen problemlerin Alıcı tarafından takip edilip edilemediği ve geri bildirimlerin nasıl yapıldığı açıklanmalıdır.
6.1.8.İdare, Yüklenici’nin kuracağı yazılımlar için network altyapısı, elektrik altyapısı, bina yerleşim planını önceden hazırlamalıdır. Bilgi desteği ve hizmet verilecek birimlerde bilgisayarın ve personelin çalışması için gerekli araç gereç ve mekanı tahsis etme yükümlülüğü İdare’ye aittir.
6.1.9.Garanti veya sözleşme kapsamında ve garanti sonrası Bakım, destek, güncelleme ve eğitim hizmetleri kapsamında yer alması gereken işlerden bazıları şunlardır:
Elektronik veri aktarımı yapabilecek tanı ve tedavi amaçlı cihazların sisteme entegrasyonu, Sistemi ilgilendiren mevzuat ve üst kurum talepleri, Verilen hizmetin kalite ve hızını artıracak diğer uygulamalar.
Manyetik ortamda meydana gelebilecek herhangi bir arıza durumunda yüklenebilmesi için tüm yazılım bileşenlerinin yeterli sayıda kopyalarının Alıcı’ya verilmiş olması.
Meydana gelebilecek her türlü yeni versiyon değişikliklerinin ve dokümantasyonunun garanti kapsamı içerisinde ve zamanında Alıcı’ya verilmiş olması.
Yedekleme işlemi yapılması ve yedekleme ürünlerinin periyodik olarak kuruma verilmesi.
Network üzerinde işletilmesi teknik olarak olası olan diğer yazılımların siteme entegrasyonu.
6.1.10.Alıcı, Yüklenicinin kuracağı yazılımlar için network altyapısı, elektrik altyapısı, bina yerleşim planını önceden hazırlamalıdır. Bilgi desteği ve hizmet verilecek birimlerde bilgisayarın ve personelin çalışması için gerekli araç gereç ve mekanı tahsis etme yükümlülüğü Alıcı’ya aittir.
6.1.11.Yazıcılar için gerekli olan şerit, kartuş, kağıt, basılı evrak, fatura vb. sarf malzemesi kapsamında olanlar, Alıcı tarafından ihtiyaç duyuldukça asgari stok seviyeleri de dikkate alınarak karşılanır.
6.1.12.Sistem kapasitesinin artırılmasına yönelik olarak VTYS, İşletim Sistemi, Kod Sistemleri, Ağ Yönetim Yazılımları, Güvenlik Yazılımları, Ofis paketleri vb. yazılımların lisansları; Alıcı’nın uygun görmesi halinde başka bir Yükleniciden de alınabilir.
6.1.13.Yüklenici, yazılım üzerinde yaptığı köklü değişikliklerin tümünü Alıcı’nın onayını almak suretiyle uygulamaya koymalıdır. Güncellemeler hakkında tüm kullanıcılar bilgilendirilmelidir.
7.OLAĞANÜSTÜ DURUMLAR
İstekliler olağanüstü durumlarda, önerdikleri çözümlerin (Yangın, Sel, Deprem, vb) nasıl bir teknolojik önlem ile sürekliliğini sağlayacaklarını ve sistemdeki bilginin nasıl kurtarılacağına dair planlarını ayrıca belirtmelidir. İlgili planın idarece onaylanmasından sonra bu plan doğrultusunda İdare gerekli donanım ve yazılımları temin edecektir.
8.YAZILIM LİSANS VE KULLANIM HAKLARI
Uygulama yazılımının kurulumu için gerekli yazılım uygun bir medya ile kuruma teslim edilmelidir. Programların donanımlara aktarılmasına dair tüm kolaylıklar sağlanmış olmalıdır.
Lisans bedeli ödenmiş olan yazılım ve veri tabanı uygulamaların kullanım hakkı Alıcı’nındır.
Veri Tabanında yer alan tüm veriler kayıtsız şartsız Alıcı’nındır. Alıcı bu verileri ne zaman isterse, Yüklenici bu verileri alıcının istediği formatta vermek zorundadır.
Alıcı, yazılımı kendi personeline kullandıracağı gibi kurum dışından yapacağı hizmet alımı ile kurumda çalışacak personele de kullandırabilir.
Alıcı’nın bilgisayar programının yüklenmesi, görüntülenmesi, çalıştırılması, işletilmesi veya depolanması fiillerini ifa ettiği sırada, bilgisayar programının herhangi bir öğesi altında yatan düşünce ve ilkeleri belirlemek amacı ile programın işleyişini gözlemlemesi, tetkik etmesi ve sınaması serbesttir.
Program; normal yararlanma ile çelişen, Yüklenicinin meşru yararlarına müdahale eder şekilde alınma amacı dışında, makul olmayan bir sebeple kullanılamaz.
Yüklenicinin sektörden çekilmiş ya da yasaklanmış olması durumunda lisans bedeli ödenmiş olan yazılımların amacına uygun olarak kullanımına devam edilebilmesi ve sistemin idamesi için Yüklenici açık, anlaşılır ve uygulanabilir bir çözüm bulmak zorundadır.
Yazılımlara ilişkin tüm kullanım ve sistem kitapçıkları, üzerinde saklandığı medya ile birlikte (CD, DVD, disket, tape kartuşu, vb.) Alıcı’ya verilmelidir.
Tüm kullanım hakları, isimlerin değişmesi durumunda aynen geçerli olmalıdır.
9. LABORATUVAR BİLGİ YÖNETİM SİSTEMİ
9.1.Tetkik İstem Yönetimi
Hasta üzerinde yapılması istenen tüm laboratuvar (biyokimya, mikrobiyoloji, radyoloji, seroloji, odyometri, patoloji vb) tetkik isteklerinin girişi ve ilgili tetkik birimine gerekli bilgilerin iletilmesini sağlayan fonksiyondur. Tetkik isteme, tetkik istekleri üzerinde arama ve görüntüleme işlemlerini kapsamalıdır.
-
-
Eğer diğer kurum/kuruluşlardan tetkik hizmeti satın alınıyorsa (hasta için laboratuvar tetkiki isteniyor, ancak bu tetkik hastane içinde değil kurum dışında çalışacak ise) bu istemler bu fonksiyon içerisinde ele alınmalı ve bu istemler web servisler yoluyla iletilebilmelidir.
Tetkik istek işlemi, doktor tarafından gerçekleştirilmeli, kim tarafından ne zaman istem yapıldığı sisteme kaydedilmeli, istenen tüm tetkikler tek bir raporda görülebilmeli, dökümü alınabilmeli ve hastaya verilebilmeli, doktorların tetkik istek tipleri ve sayıları belirli tarih aralıkları için detaylı ve özet olarak raporlanabilmelidir.
Tetkik istek girişi, tetkiklerin kodlu bir listeden seçilip istenmesi şeklinde olabileceği gibi, daha hızlı tetkik girişi yapabilmek için gruplandırılmış tetkiklerin farklı sayfalarda, hatta her sayfada sık kullanılan tetkiklerin hızlı bir şekilde onay kutucuklarından fare veya tek tuşla seçilebilmesi mümkün olmalıdır.
Başka kurumlardan tetkik için gönderilen hastaların tetkik istekleri yukarıdaki maddelerde anlatıldığı gibi yapılabilmeli, veya giriş bölümünde anlatıldığı gibi başka kurumlardaki sistemlerden hastanedeki sisteme tetkik girişi yapılabilmelidir.
Aynı tetkik hem dışarıdan hizmet alımı yöntemiyle hem de laboratuvarda çalışılabiliyorsa ancak farklı metotlar kullanılıyorsa veya farklı referans aralıkları kullanılıyorsa bu tetkikler sistemde farklı şekilde tanımlanmalı, bir önceki maddede belirtilen tüm özellikler belirtilebilir olmalıdır. Başka bir ifade ile SUT üzerinde aynı kodla tanımlanmış bile olsa, yani faturalama açısından değişen bir şey olmasa bile, tetkikin farklı bir kodla ancak farklı çalışma yöntemiyle yeniden tanımlanabilir olması, raporlamalarda ise isteğe bağlı olarak bu tetkiklerin ayrı veya aynı tetkik şeklinde gösterilebilmesi sağlanmalıdır.
Bazı hastalara bazı tetkiklerin istemesinin önlenmesi ve/veya kullanıcıya uyarı verildikten sonra seçilmesi sağlanmalıdır. (Erkek hastaya gebelik testi gibi)
Bazı tetkiklerin, diğer bazı tetkiklerle birlikte istenmesinin önlenmesi ve/veya kullanıcıya uyarı verdikten sonra seçilmesi sağlanmalıdır. (Farklı metotlarla çalışan ancak aynı klinik sonuç için değerlendirilebilecek, ödeme güçlüğü çıkarabilecek, birlikte istenmiş tetkikler)Uygulamaya ve branşlara özel bazı tetkiklerin yalnızca yetkili hekimler tarafından istenebilmesi mümkün olmalıdır.
Tetkik tekrarı ve tetkikin yeniden istenmesi sistem tarafından ayırt edilebilir olmalıdır. Klinisyen, laboratuvar sonucunun hastanın kliniği veya diğer tetkikleri ile uyuşmadığını ve laboratuvarda bir yanlışlık olduğunu düşünüyorsa aynı örnek üzerinden tetkik tekrarı yapabilmeli, bu istem yeniden faturalandırılmamalı, laboratuvarın elinde bulunan örnek üzerinden tetkik tekrarı yapılabilmelidir.
Hekimin bazı hesaplamalı testleri seçmeye özendirilmesi (Örneğin total ve direkt bilirubin tetkikini seçen hekime indirekt bilirubin önerilmesi gibi) mümkün olmalıdır.
Bazı özel tetkikler için spesifik bilgilerin sisteme girişi zorunlu hale getirilebilmeli veya bu bilgilerin girilmesi teşvik edilebilmelidir. (LH testi için son adet tarihi veya hamilelik durumu gibi veya hastanın sigara kullanıp kullanmadığı gibi)
Kültür ve antibiyotik duyarlılık istemleri ve buna benzer istemler için tetkik isteminin SUT kodlarına uygun şekilde yapılması sağlanmalıdır. Antibiyotik duyarlılık testi yapılmamışsa yalnızca kültür testi faturalandırılmalı, laboratuvar tarafından antibiyotik duyarlılık testi yapılmışsa bu işlem için ayrıca ücretlendirilmelidir. Örneğin hekim yalnızca balgam kültürü isteminde bulunabilmeli (SUT Kodu 905675), eğer kültürde herhangi bir üreme olmadıysa bunun dışında ayrıca bir ücretlendirme yapılmamalıdır. Eğer kültürde herhangi bir üreme olursa bu durumda yapılan her antibiyotik duyarlılık testi için ayrı bir ücretlendirme yapılmalıdır. (SUT Kodu 905610, Antibiyotik duyarlılık testi). Tüm kültür- antibiyogram istemleri için 906060 Kültür ve antibiyotik duyarlık testi kullanılması yoluna gidilmemeli, yapılan işlemlerin performansının doğru olarak ölçülmesi sağlanmalıdır.
Bazı tetkiklerin aynı anda birden fazla istenmesine izin verilmezken, bazılarının birden fazla istenmesine izin verilebilmelidir. Örneğin hastaya aynı anda iki tane AST tetkiki istenmesi engellenirken, aynı hastaya iki tane eklem grafisi (örneğin sağ ve sol) tetkiki istenebilmelidir.
Yetkili doktorların radyoloji istemi yapmalarını ve ilgili radyoloji birimlerinin bu istemleri değerlendirmelerini sağlamalıdır.
9.2.Tetkik İstek Görüntüleme
Laboratuvara gönderilen tetkik isteklerinin taranması ve görüntülenmesi işlemlerini yapan alt modüldür.
Tetkikler aranırken kısmi bilgi girişi ve mantıksal karşılaştırma işlemleri ile geliştirilmiş sorgular yapılabilmelidir.
Arama sonucu ekranda gösterilen tetkikler işaretlenerek detaylı bilgi alınabilmelidir.
Seçilen tetkik üzerinden tetkik sonuç girişi ekranına geçilebilmelidir.
Tetkik isteklerinin hangi aşamada olduğu (örnek alındı, sonuç girildi, işlem yapılmadı, vb.)gösterilebilmelidir.
9.3.Tetkik Sonuç Tarama ve Görüntüleme
Tetkik sonuç görüntüleme işlemi yetkili doktor tarafından gerçekleştirilmelidir.
Tetkik sonuçları belirli tarih aralığı veya tetkik çeşitlerine göre filtreleme yapılarak sorgulanabilmeli ve maliyet analizleri yapılabilmelidir.
Dışarıda yapılan tetkiklerin hekim onayından geçtikten sonra sisteme yüklenmesi ve bu tetkiklerin dışarıda yapıldığı bilgisinin dipnot olarak verilmesi mümkün olmalıdır. Tetkikin yapıldığı yer ve zaman bilgisi de tutulabilmelidir.
Yazılım tetkik sonuçlarının onaylanmasında en az iki seviyeyi desteklemelidir. Teknisyenlerin onayladığı sonuçlar laboratuvar doktorlarının onayına xxxxxxxxx, laboratuvar doktorları gerek gördüğünde teknisyen onayını beklemeden onay yapabilmelidir.
Yazılım hastanın son gelişine ve önceki gelişlerine ait sonuçlar üzerinde delta-check yapabilmeli ve rapor edebilmelidir.
Sistem, tetkik/tahlil istemlerini doğrudan dijital tıbbi analiz cihazlarına (on-line analisers) aktarabilmelidir.
Sistem, test sonuçlarını otomatik olarak doğrudan dijital tıbbi analiz cihazlarından (on-line analisers) alabilmeli ve/veya hasta, numune, tetkik/tahlil, iş kodunu ve sonuçları elle girmeye imkan tanımalıdır.
Elle girme durumunda, sonuçları sayılar şeklinde, kodlanmış notlar şeklinde ve/veya serbest xxxxx xxxxx olarak girilmesine imkan tanımalıdır.
Tetkik/tahlili sonuçlarının girilmesi sırasında, varsa hastaya ait önceki tetkik/tahlillerin de sonuçları görülebilmelidir.
Sistem, tetkik/tahlili sonuçlarını, olması gereken referans aralığı ve varsa önceki tetkik/tahlillerle karşılaştırarak göstermelidir.
Tetkik/tahlili sonuçlarının değerlendirilmesi için kriter olan referans değerleri, kullanıcı tarafından girilebilmelidir.
Sistem, tetkik/tahlili sonuçları girildiğinde ve/veya ihtiyaç duyulduğunda sonuçlarla ilgili rapor üretebilmelidir.
Sistem, tetkik/tahlil sonuçları ile ilgili boş (değer girilmemiş) şablonların yazıcıdan çıktı alınmasına imkan tanımalıdır.
Hastanın tüm gelişlerine ait tetkik sonuçları toplu olarak tek bir ekranda görüntülenebilmeli ve rapor edilebilmelidir.
Sistem, bir tedavinin tamamlanması sonrasında ve/veya kullanıcı tarafından belirlenen periyotlar sonunda kümülatif raporlar üretebilmelidir. Bu raporlar, tarih/zaman bazından sıralanabilmelidir.
Acil istenen tetkik/tahlil sonuçları, istemi yapan kullanıcı ve/veya birimin tarafından sonuçlar alınır alınmaz görülebilmelidir.
Arşivlenmiş tetkik/tahlil sonuçlarına ulaşmak kolay olmalıdır.
Sistem, klinik kimya testleri yapan on-line analiz cihazlarından tetkik sonuçlarını otomatik olarak alabilmelidir.
Sistem, hematoloji testleri yapan on-line analiz cihazlarından tetkik sonuçlarını otomatik olarak alabilmelidir.
Kültür antibiyogram test işlemleri ve sonuçlarının tutulmasını sağlamalıdır.
Sistem, mikrobiyoloji laboratuvarında enfeksiyon kontrolü ile ilgili raporlar üretebilmelidir.
Testlerin tekniker ve Uzman onay bilgileri alınabilmelidir.
9.4.Tetkik Sonuç Girişi
Laboratuvarlarda tetkik sonuçlarının girilmesini sağlayan alt modüldür.
Her laboratuvar biriminin, kendine özel tetkik sonuçları için giriş ekranları olmalıdır.
Tetkik sonuçlarını otomatik olarak verebilen cihazlar ile uyum içinde çalışmalıdır.
Tetkik sonuçlarının girişi, kodlu listelerden seçilerek gerçekleştirilmelidir.
Tetkik sonuçları belirli tarih aralığı veya tetkik çeşitlerine göre filtreleme yapılarak sorgulanabilmelidir.
Tetkik sonuç kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında dökümler alınmalıdır.
Çalışılamayan tetkik istekleri çalışılamama sebepleriyle kaydedilip iptal edilmelidir.
Tetkik girişinde normal değerler otomatik olarak sağlanmalıdır. Rutin tekrar tetkikleri için ilk girişte otomatik temin programı oluşturulmalı, tekrar tekrar aynı hasta girilmemelidir.
Tetkik yapılmayan istekler yapılamama sebepleriyle kaydedilip iptal edilmelidir.
Hastane içinde yapılamayan tetkikler için, hastanın, gerekli alt yapıya sahip anlaşmalı hastanelere ve dış laboratuvarlara, digital ortamda gönderilmesi ve sonuçlarının sisteme kaydedilmesi sağlanmalıdır. Bu alt yapıyı sağlayamayan, özellikle dış laboratuvarlar için, hastaneden gönderilen hastaların web ortamında kabul, tetkik onay ve sonuç giriş işlemlerinin yapılabilmesi ve sisteme kaydedilmesi sağlanmalıdır.
Hastane dışı laboratuvarlardan gelen soft ve hardcopy laboratuvar sonuçları sisteme girilebilmelidir.
Alfanümerik test kodlamasına izin vermelidir.
Belirtilen kriterlere göre sorgu oluşturabilmeli, liste ve rapor alınabilmelidir.Hasta Numarası,Hasta Adı,Test Adı, Test Kodu,İsteyen Doktor veya Merkez Normal değerler dışındaki tetkik sonuç sayıları,İstenen değer aralığındaki ya da dışındaki tetkik sonuç sayıları.
İstenen ve uzun test süresi nedeniyle o anda devam eden testleri günlük bazda listelemelidir.
Hastanın tetkik sonuçlarının otomatik olarak görüntülenmesi ve raporlanmasının yanı sıra, doktorların serbest görüş ve açıklama yazması mümkün olmalıdır.
Yazılan raporlar, rapor çıktısı alınacak şekilde ekranda gösterilebilmeli ve gerekli komutla istendiğinde yazıcıdan dökümü alınmalıdır.
Testleri, isteyen doktor ve/veya merkez izlemeli, isteyen ve/veya istenen yere raporun hazır olduğu bilgisi öncelikle gönderilmelidir.
Tetkik raporlarında (yaş, cinsiyet gibi parametreler gözönünde bulundurularak) normal olmayan sonuçlar işaretli ve farklı şekilde yazılmalıdır.
Laboratuvar Hekimi raporu onaylamadıkça diğer kullanıcılar tetkik sonuçlarını görememelidir.(Yetkilendirilmiş olanlar hariç) Doktor onayından sonra otomatik olarak rapor oluşturulmalıdır.
Laboratuvar tarafında üretilmiş bilgilerle birlikte (sonuç, işlem zamanı, kimin tarafından yapıldığı vb.) hastanın yaş, cinsiyet, poli(klinik), istem şekli (acil, öncelikli, rutin), yatan ya da ayaktan olma durumu, doktor, tanı, ön tanı, kullandığı ilaçlar gibi laboratuvar tarafında gerekli olabilecek tüm bilgilerin hem filtrelenebileceği hem de listelenebileceği, laboratuvar ya da hastane yönetiminin ihtiyaç duyabileceği her türlü rapor ya da istatistik üretilebilmelidir. Üretilen raporlar pdf, csv, rtf, xls(x), doc(x) ya da txt formatlarında kaydedilebilmelidir veya yazıcıya gönderilebilmelidir.
9.5.Tetkik Raporu Hazırlama
Tetkik sonuçlarına göre laboratuvar doktorunun istediği tıbbi raporları hazırlayacak olan alt modüldür.
Kullanıcı tarafından tanımlanan rapor formatlarını desteklemelidir. Departmanların farklı test grupları için kullanımlarına uygun çeşitli rapor formatları hazırlamalıdır.
Hastanın tetkik sonuçlarının, gerekli diğer bilginin otomatik olarak görüntülenmesi ve raporlanmasının yanı sıra, doktorların serbest görüş ve açıklama yazması mümkün olmalıdır.
Standart rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır.
Yazılan raporlar, rapor çıktısı alınacak şekilde ekranda gösterilebilmeli ve gerekli komutla istendiğinde yazıcıdan dökümü alınmalıdır.
Testleri, isteyen doktor ve/veya merkez izlemeli, isteyen ve/veya istenen yere raporun hazır olduğu bilgisi öncelikle gönderilmelidir.
Test istem ve uygulama durumları acil, öncelikli ve rutin olarak seviyelendirilebilmelidir. Acil ve öncelikli testler için test başlatma ve rapor yazdırma imkanı olmalıdır.
Tetkik raporlarında (yaş, cinsiyet gibi parametreler gözönünde bulundurularak) normal olmayan sonuçlar işaretli ve farklı şekilde yazılmalıdır.
Laboratuvar Hekimi raporu onaylamadıkça diğer kullanıcılar tetkik sonuçlarını görememelidir.(Yetkilendirilmiş olanlar hariç) Doktor onayından sonra otomatik olarak rapor oluşturulmalıdır.
Faturalama ve tahsilat; test istemi, örnek toplama, test raporlaması gibi farklı seviyelerde yapılabileceğinden bu seviyenin kullanıcı tarafından değiştirilmesine izin vermelidir.
Raporlar onaylayan doktor adına elektronik olarak imzalanmalı, ıslak imza gerektiğinde ilgili doktor imzalamalıdır.
Herhangi bir anda analizörlerde çalışılan hastalar görüntülenebilmelidir.
Tetkik sonuçlarında yapılan tüm değişiklikler değişikliği yapan kullanıcı ve değişimin yapıldığı tarih bazında sistemde saklanmalıdır.
10. EK ÖDEME VE MAAŞ BORDRO MODÜLÜ
Döner Sermaye aylık ek ödemelerinin zamanında saymanlıklara gönderilmesi için BBSK’ların ek ödemeye esas olan personel ve performans bilgilerinin ayın en geç 2. İş gününde online aktarımı ile ek ödeme bordrosunun hızlı yapılmasını sağlamalıdır
EK 3 bilgilerinin TSM tarafından, uygulama üzerinden doldurulup onaylanması sonucunda, müdürlükte ek ödeme alınması için bilgilerin hazırlanması sağlanmalıdır.
Kuruluşların veri girişlerinin durumu takip edilebilmelidir. İstenildiğinde veri girişleri engellenebilmelidir.
Kuruluşların girdiği performans bilgilerine ait Döner Sermaye Sağlık Kuruluşu Formu (EK 3) tekli veya toplu olarak raporlanabilmelidir.
Performans bilgileri Bakanlığın belirlediği performans bildirim tablosu şeklinde de raporlanabilmeli ve Word, Excel programlarına çıktısı alınabilmelidir. Bakanlığın performans bildirim tablosunda değişiklik yapması durumunda, modüldeki performans bildirim tablosuda güncellenmelidir.
Ek ödeme programı Sağlık Bakanlığı BBSK’larda yapılacak ek ödemelere ilişkin çıkardığı veya çıkaracağı yönetmelik veya mevzuat değişikliklerinin istediği tüm koşulları karşılamalıdır.
Ek ödeme ve maaş bordro modülünde kurum, ilçe ve il geneli tüm listeleri ayrı ayrı veya birleşik şekilde alınabilmeli, ofis programlarına (Word, Excel vb.) dönüştürülebilmeli. Bankaların istediği veri tabanlı excel oluşturma mümkün olabilmelidir.
Personel özlük, ek ödeme ve maaş bordro modülü, Kurumumuzun istediği özelliklere ve değişikliklere adapte edilebilmelidir.
Personel özlük, ek ödeme ve maaş bordro modüllerinde tüm raporlar (Bakanlığın talep ettiği raporlar dahil) alınabilmeli ve bilgiler hazırlanmalıdır.
Personel özlük modülünden maaş bordro modülüne, maaş bordro modülünden ek ödeme modülüne personelin tüm gerekli bilgileri online karşılıklı birbirine aktarılabilmeli, gerektiğinde manuel olarak girilebilmelidir.
657- 4/A, 657- 4/B, 657- 4/C, 657- 4/D maddesine göre atanan personeller, vekil personeller, işçi statüsünde çalışan personeller 4924 no’lu kanuna göre atanan sözleşmeli memurların aylık maaş bordroları ayrı ayrı yapılabilmeli, değişikler programa adapte edilebilmelidir.
657- 4/A, 657- 4/B, 657- 4/C, 657- 4/D maddesine göre atanan personeller, vekil personeller, işçi statüsünde çalışan personeller 4924 no’lu kanuna göre atanan sözleşmeli memurların personel özlük modülünde ayrı ayrı ve/veya birleşik şekilde istenilen kurumu ve/veya kişilerin raporlarını, istatistiklerini verebilmeli, aynı şekilde online maaş ve ek ödeme modülüne aktarabilmelidir.
Personel bordro programı asgari geçim indirimi ödeme sistemi işlemlerini ve bunlara ait listeler alınmalıdır.
Personelin nakil bildirimleri yapılabilmeli bunlara ait çıktılar alınmalıdır.
Personelin bordoları güncellenmiş nakit fişli hesaplamaya müteakip online çıkmalıdır
BBSK için dağıtılabilir döner sermaye tutarının belirlenmesine olanak sağlamalıdır.
Döner Xxxxxxx puan hesaplama cetveli istatistiği alınabilmelidir.
BBSK bünyesinde çalışan ve geçici görev ile görevlendirilen doktor, hemşire, sağlık memuru, memur teknisyen ve diğer personelin döner sermaye performans dağılımı işleminin Sağlık Bakanlığının belirlediği standartlarda maaş bilgileri girilerek döner sermaye prim dağıtım işlemleri yapılabilmelidir.
Döner Sermaye Bordrosu kurum, ilçeye il bazında Ödeme Emri, Banka Listesi, Döner Vergi Sistemi, Döner Sermaye Bordro icmali Banka disketi ile bunlara ait listeler verilebilmelidir.
Maaş vergi sistemi ile koordineli olarak döner sermayeden de vergi ödemesi verilebilmelidir.
BBSK’da çalışan personelin süregelen toplam vergi matrahlarını ve vergi dilim oranlarını otomatik takip etmelidir.
BBSK’da çalışan personelin izin, rapor takibinin sağlanarak aktif gün katsayısının hesaplanabilmeli ve personelin dönem gününü geçmemesi sağlanmalıdır.
BBSK’da çalışan personel için güncel katsayılarla performans puanının hesaplanabilmelidir.
Personel tavan ödeme miktarını oluşturan kalemler otomatik olarak oluşturulmalıdır, tavan ek ödeme oranından fazla miktar tahakkuk ettirilmemelidir.
Personel maaş ve ek ödeme modülünde kişi sayısı kısıtlaması olmamalıdır.
Personel maaş ve ek ödeme modülünde kesinlikle icra ve kesintiler takibi yapılabilmelidir.
Maaş modülünde, muayene katkı payları Excel’den aktarılabilir olmalıdır.
Maaş modülünde, Kurum banka değiştirdiğinde, yeni bankanın açtığı hesap numaraları Excel dosyasından personellere kolayca aktarılabilir olmalıdır.
Maaş modülünde, personeller mutemetten aldıkları şifre ile kendi bordrolarını internet üzerinden görebilmeli, mutemet, görünmesini istediği dönemi ve personelleri seçip, engelleyebilmelidir.
Maaş modülünde, sözleşmeli memura topluca brüt zam artışı yapılabilmelidir.
Maaş modülünde, kişilerin HAKUK ları otomatik olarak hesaplanabilmelidir.
Maaş modülünde, sözleşmeli personelin ek ödemeye esas gelirleri otomatik hesaplanabilmelidir.
Maaş modülünde, tabip sabit ödemelerinde otomatik hesaplama yapabilmelidir.
Maaş modülünde, 375 sayılı KHK’ya göre yapılan sabit ödemeleri çalışanların sistemdeki tanımlarına göre otomatik hesaplama yapabilmelidir.
Maaş modülünde, maaş hesaplamalarında her tür ayrıntılı hesabı yapabiliyor olmalıdır. ( Kıst maaş, katsayı farkı, giyim yardımı, fiili hizmet, seyyar görev tazminatı, geçmişe yönelik terfi farkı vb.)
Maaş modülünde, DSSÖ hesaplamalarında Başlayış (açıktan atama, ücretsiz izin dönüşü) ve ayrılış günlerine (ücretsiz izin, istifa, emeklilik, ölüm vb.) göre otomatik hesaplamaya uygun olmalıdır.
Maaş modülünde, 375 sayılı KHK ödemelerinde kıst veya günlük hesaplaması yapabilir olmalıdır.
Maaş modülünde, 375 sayılı KHK ödemelerinde terfi farklarına ait fark ödemelerini otomatik uygulayabilmelidir.
Maaş modülünde, maaş, DSSÖ ve 375 sayılı KHK ödemelerinde katsayı farklarına ait fark bordrolarını otomatik olarak hesaplayabilmelidir.
Maaş modülünde, kademe ilerleme işlemlerini ve tahakkuklarını toplu ve otomatik olarak gerçekleştirebilmelidir.
Maaş modülünde, geçmiş yıllara ait terfi farklarını ilgili dönem yasal bilgilerini esas alarak, hatasız uygulayabilir olmalıdır.
Tüm personel verilerinin günlük olarak kayıt altına almalı ve istendiğinde raporlayabilmelidir.
Maaş hesaplamaları yapılan personele ait SGK keseneklerini TXT formatında sunabilmelidir.
Aylık DSSÖ, 375 sayılı KHK ve Ek ödeme vergi matrahlarının KBS sistemine aktarılması için gerekli verileri toplu olarak ve excel formatında verebilmelidir.
Sözleşmeli personel SSK keseneklerini istenen formatlarda rapor olarak sunabilmelidir.
15