HASTANE BİLGİ YÖNETİM SİSTEMİ (HBYS) HİZMET ALIMI

T.C.

SAĞLIK BAKANLIĞI

TÜRKİYE KAMU HASTANELERİ KURUMU

Aydın İli Kamu Hastaneleri Birliği Genel Sekreterliği

Söke Fehime Faik Kocagöz Devlet Hastanesi

HASTANE BİLGİ YÖNETİM SİSTEMİ HİZMET ALIMI

TEKNİK ŞARTNAMESİ

Bu şartnamede, 2017 MALİ YILI 1 AY süreli sınırsız Hastane Bilgi Yönetim Sistemi (HBYS) kullanıcı lisanslı, aşağıda amacı, kapsamı, şartları ve muhteviyatı tanımlı ürün ve elemanlarla birlikte otomasyon ihtiyaçlarını karşılamak üzere Sağlık Bilgi Yönetim Sistemi hizmetinin gerekleri açıklanmıştır.

1.​ GİRİŞ

1.1.​ AMAÇ ve KAPSAM

Sağlık kurum ve kuruluşlarında, idari ve mali kayıtların tutulması ve kullanılmasındaki başarılı uygulamaların, tıbbi kayıtların tutulması ve kullanılması bakımından da eşdeğer bir başarı çizgisine ulaşması gerekmektedir.

Artık Sağlık Bilgi Yönetim Sistemleri (SBYS) sadece hastane içi süreçleri etkileyen ve bu süreçlerden etkilenen bir yapı olmayıp diğer sistemlerle de veri alışverişi yapabilen Entegre Hastane Bilgi Yönetim Sistemlerine dönüşmüştür. Bu nedenle veri tabanında yer alan tüm verilerin gerektiğinde kullanılmak üzere başka bir veri tabanına aktarılması, ihtiyaç duyulacak başka verilerin Merkezi Hastane Randevu Sistemi (MHRS), Kimlik Paylaşım Sistemi (KPS), Çekirdek Kaynak Yönetim Sistemi (ÇKYS), elektronik faturalama süreçleri (MEDULA), vb diğer sistemlerden hastane sistemine elektronik olarak aktarılması, sisteme veri aktarabilecek, kurumda aktif çalışan cihazların sistemle entegrasyonu, üretilen sağlık verilerinin Sağlık-Net projesi (E NABIZ)kapsamında Bakanlık Veri Merkezine gönderilmesi, hastanelerde çalışmakta olan Laboratuvar Bilgi Yönetim Sistemi(LBYS), Görüntü Arşiv ve İletişim Sistemleri (PACS) gibi sistemlerle entegrasyonu, İlçe hastaneler ile merkezdeki hastaneler arasında iletişim, veri alışverişi, hastane içi ve İl Sağlık Müdürlüğü ve/veya Kamu Hastane Birliği Genel Sekreterliği yönetim, karar destek ve iş akış süreçlerinin iyileştirilmesi, kaynak yönetimi ve tasarrufu sağlanması gibi beklentilere de cevap vermelidir.

1.2.​ PROJENİN TANIMI

1 AY süreli, (Aydın Kamu Hastaneleri Birliği Genel Sekreterliği’nce yapılacak ihale sonuçlanıp sözleşmeye bağlandığı takdirde bu şartnamede belirlenen süreden daha kısa sürede hizmet sonlandırılabilecektir.) sınırsız SBYS kullanıcı lisanslı, aşağıda amacı, kapsamı, şartları ve muhteviyatı tanımlı ürün ile birlikte otomasyon ihtiyaçlarını karşılamak üzere komple Hastane Bilgi Yönetim Sistemi hizmet alımı.

1.3.​ PROJENİN AMACI

Hastanelerimize başvuran tüm hastaların karşılama, kayıt, kabul, muayene, tetkik, tedavi, randevu, sevk, reçete, yatış, ameliyat, taburcu, diğer sağlık hizmetleri, idari ve mali hizmetlerinin elektronik ortamda yürütülmesi ve hizmetlerin hiçbir noktada kayıp ve kaçağa uğramaksızın, Sağlık Bakanlığınca belirlenen/belirlenecek olan standartlara uygun olarak kayıt altına alınması ile bu kayıtların, mevzuat ve hastane idarelerinin ihtiyaçlarına uygun olarak işlenmesi, hizmet ve malzeme kayıtlarının ilgili Sosyal Güvenlik Kurumlarına, ücretli hasta ise şahısa, Sigorta Kuruluşlarına faturalandırılması, kaydedilen verilerin gizlilik ve güvenlik politikaları çerçevesinde elektronik ortamda iletim ve paylaşımıdır.

Ayrıca ihtiyaç duyulacak başka verilerin diğer sistemlerden hastane sistemine elektronik olarak aktarılması, hastanelerimizde kayıtlı verilerin hastane idaresince belirlenecek olan, bazılarından üretilen tıbbi ve idari verilerin kitap, kitapçık, dergi, web sitesi vb yayın organları ile yayımlanması, Resmi kurumlardan gelen taleplerin değerlendirilmesi ve işlenmesi, Kanun, Tüzük, Yönetmelik, Yönerge, Genelge ve diğer resmi tebligatların mevcut otomasyon sistemine yansıtılması ve taleplerin gerçekleştirilmesi, Hastanelerin finans, insan kaynakları, zaman, araç, gereç, malzeme gibi kaynaklarının tasarrufuna ve verimliliklerinin artırılmasına yönelik iş akış düzenlemelerinin yapılması, gerekli diğer elektronik sistemlerle(kurum içi ve kurum dışı), cihazlarla entegre komple bir sistem kurulması amaçlar arasındadır.

1.4.​ PROJENİN KAPSAMI

Bu proje danışma, hasta kayıt ve kabul, poliklinik, yatış, tetkik, tedavi, ameliyat ve taburcu işlemleri, laboratuvar ve görüntüleme birimleri, eczane, ambar, stok kontrol, satın alma, vezne, faturalama ve muhasebe işlemleri, bilgi yönetimi, arşiv, istatistik, insan kaynakları, kalite ve performans işlemleri, hak edişler, ameliyathane, ağız ve diş sağlığı, kan merkezi, diyet, cihaz takip işlemleri ile hastanede üretilen verilerin işlenmesi, raporlanması, iletilmesi, paylaşılması, saklanması, veri tabanında yer alan verilerin gerektiğinde kullanılmak üzere başka bir veri tabanına aktarılması veya başka bir veri tabanı ile iletişim kurabilmesi (web servisi, vb. metotlar ile) ihtiyaç duyulacak başka verilerin(Kimlik Paylaşım Sistemi (KPS), Çekirdek Kaynak Yönetim Sistemi (ÇKYS), elektronik faturalama süreçleri (MEDULA), Sağlık–NET-2, Merkezi Hastane Randevu Sistemi(MHRS), Aile Hekimliği Bilgi Sistemi(AHBS), İl Sağlık Bilgi Sistemi (İSBS, Bildirim servisleri, Evde sağlık, Aile hekimleri laboratuvar, görüntüleme hizmetleri, Tele-Tıp/Tele-Sağlık, vb.) diğer sistemlerden hastane sistemine ya da hastane sisteminden diğer sistemlere elektronik olarak aktarılması, iş akış düzenlemelerini sağlayacak yazılımların sağlanması, sisteme veri aktarabilecek kurumda aktif çalışan cihazların sistemle entegrasyonu, hastanelerimizde bulunan PACS/LBYS ile entegrasyonunun yapılmasıdır.

Bu proje kapsamında Hastanemize ücretsiz olarak WEB SİTESİ kurulacaktır.

1.5.​ STANDARTLAR

Genel amaç, standardizasyonun başlangıcını oluşturan Sağlık-NET omurgası üzerinden, ulusal çapta, tüm vatandaşların sağlık verilerinin, belirlenmiş olan Minimum Sağlık Veri Setlerine (MSVS) göre gizli, güvenli ve mahremiyet ilkelerine uygun bir şekilde toplanmasını sağlayacak Elektronik Sağlık Kaydı (ESK) veri tabanının oluşturulması, ESK verileri üzerinden gelişmiş analizler yapma imkânı sağlayacak bir Veri Madenciliği ve Karar Destek Sisteminin (KDS) oluşturulmasıdır.

Sağlık – NET, Bakanlığımızın “Karar Sürecinde Etkili Bilgiye Erişim” hedeflerini yerine getirmeyi amaçlayan ve bu çerçevede, tüm sağlık kurumlarından toplanmak üzere, vatandaşlarımızın elektronik sağlık kayıtlarının, Ulusal ve Uluslararası standartlar kullanılarak, güvenli bir şekilde tek bir merkezde toplanmasını, gizlilik ve mahremiyet ilkeleri çerçevesinde, gerektiğinde mevzuat ve yetkiler dahilinde paylaşımını ve karar-destek sistemlerinde analiz edilerek yönetimsel ve bilimsel çalışmalarda kullanılmalarını içermektedir.

Sağlık bilişim sektöründe yer alan ve Hastane Bilgi Yönetim Sistemi (SBYS) yazılımı ve diğer sağlık bilgi sistemi yazılımı üreten gerçek ya da tüzel kişilerin kendilerine ait yazılımlarının; Bakanlığımızın web sitesinde yayımlanan Minimum Sağlık Veri Setleri (MSVS) ve Ulusal Sağlık Veri Sözlüğünde (USVS) tanımlanan veri standartlarını karşılayıp karşılamadığını titizlikle gözden geçirmeleri ve kullandıkları kodlama ve sınıflama sistemlerinde Sağlık Kodlama Referans Sunucusu’nda (SKRS) yayımlanan kodları referans almaları, yazılımların mesajlaşma sürecinde Sağlık Bakanlığı’nca kabul edilen HL-7 (V.3.0) standardını, Tıbbi Görüntü Arşiv ve iletimi bakımından DICOM 3.0 standardını desteklemelidir.

Yazılım üreticilerinin yapacakları tasarım çalışmalarında güncel Minimum Sağlık Veri Setleri (MSVS), Sağlık-NET ve Sağlık Kodlama Referans Sunucusunu(SKRS) dikkate alması Sağlık-NET sisteminin işletilmesi bakımından son derece önemli bir husustur.

1.6.​ TANIMLAMALAR KISAADLAR ve KISALTMALAR

2.​ SAĞLIK BİLGİ YÖNETİM SİSTEMİ ALIMI İÇİN GENEL KOŞULLAR

2.1.​ GENEL KOŞULLAR

2.1.1.​ Anayasa, Kanun, Yönetmelik, Yönerge, Tebliğ, Genelge, Üst Kurumlardan gelen resmi talimatlar gibi mevzuat kaynaklı zorunlu değişiklikler yüklenici tarafından yerine getirilecektir. Doküman ve raporların çıktısı mevzuat doğrultusunda düzenlenecektir.

2.1.2.​ Hastane idaremiz tarafından bir hastane personeli, sistemin amacına uygun olarak işletilebilmesi için yetkilendirilir, yetkili olduğu konular, yazılı olarak kendi hastanelerindeki diğer yetkililere, çalışanlarına ve yükleniciye yazılı olarak bildirilir.

2.1.3.​ İdare tarafından SBYS modülleri üzerinde rapor, şablon, veri girişi alanları ekleme, değiştirme, güncelleme işlemleri talepleri, İdare tarafından kurulacak olan Talep Değerlendirme Komisyonu tarafından değerlendirilecektir. Yapılan değerlendirmede geliştirme süreci sistem işleyişi açısından birlikte değerlendirilecektir. Komisyon onayından geçen talepler yerine getirilmesi için makul bir zaman verilerek tedarikçi firmaya bildirilecektir. Yapılacak değişiklik talepleri şartname kapsamında yer alan modülleri kapsayacaktır.

2.1.4.​ Yüklenici’ nin çalışmaları Kontrol teşkilatı/Muayene Komisyonu tarafından gerek görüldükçe denetlenir. Bu denetlemelerde sözleşmeye uymayan durumlar tespit edildiğinde, 4735 sayılı kanun çerçevesince işlem yapılacaktır. Bu denetlemeler sözleşmeye bağlanmış olan teknik şartname maddeleri ve hükümlerini kapsamaktadır.

2.1.5.​ Yüklenici firma, sözleşme süresince hastanemize Himms kapsamında danışmanlık hizmetlerini yürütmelidir, hastane içi süreçlerimizi değerlendirmeli ve stage için gerekli süreçleri raporlamalıdır.Donanım ve lisans hariç Himss projesi kapsamında HBYS sisteminde gereli olabilecek güncelleme ve düzenlemeler sözleşme kapsamında sağlanacaktır.

2.1.6.​ İş ve işlemlerin yürütülmesi sırasındaki Yüklenici’nin kendisine ait her türlü ulaşım ve iletişim giderleri Yüklenici’ye aittir.

2.1.7.​ Yüklenici ve İdare’nin adı ve/veya adresi değişse bile karşılıklı tüm yükümlülükler aynen devam eder.

2.1.8.​ Yüklenici bir sözleşme çerçevesinde başka bir gerçek ya da tüzel kişiden aldığı ve başka bir gerçek ya da tüzel Kişinin ürettiği yazılım ile ihaleye katılamaz. Teklif edilen yazılım teklif verenin kendi ürünü olmalıdır.

2.1.9.​ Yazılım, Sağlık Bakanlığı’nca kurulan Sağlık-NET sisteminin gerektirdiği/gerektireceği altyapıya sahip olmalıdır. Sağlık-Net entegrasyon süreci tamamlanmış olmalı, kurumun geçmiş datalarının aktarım süresinin tamamlanması ile Bakanlık Veri Merkezine USVS çerçevesinde kaydedilmiş tüm veri paketleri günlük olarak gönderilebilir duruma getirilmiş olmalıdır.

2.1.10.​ Yazılım, hastanelerimizin performans ve kalite uygulamalarına esas verilerin otomatik olarak kaydedildiği ve izlendiği, çıktılarının alındığı bir yapıya sahip olmalıdır.

2.1.11.​ Sistem kurulduğunda Yüklenici, sistem ve veritabanı üzerinde en üst düzeyde kullanıcıya sahip kullanıcının (administrator, root, vb) adını ve şifresini gerektiğinde kullanılmak üzere idarelere, her idarenin kendi sistemine ait olan şifreleri kapalı bir zarfla teslim edecektir. Zarfın kapatma yeri Yüklenici tarafından kaşelenecek ve imzalanacaktır. Kullanıcı adı ve şifresinde değişiklik yapılması durumunda yenileri 3 iş günü içerisinde hastane idaresine teslim edilecektir. İdare ve yüklenici bu bilgilerin 3.şahıs, diğer firmalar, kurum ve kuruluşlara karşı güvenliğini sağlamakla müştereken sorumludur. İdare tarafından şifreler kullanılarak sisteme müdahale edildiğinde sistemde oluşabilecek her türlü sorun İdarelerimizin sorumluluğundadır.

2.1.12.​ Yüklenici; sistemin yoğunluğunun az olduğu saatlerde günlük, haftalık, aylık ve yıllık olarak tüm verilerin yedeklerini yeterli sayıda ve farklı fiziksel ortamlara manuel ve/veya otomatik olarak alacak ve idarenin belirlediği bir yerde ve idaredeki teknik-idari bir personelin sorumluluğunda saklanmak üzere teslim edecektir. Yüklenici, hizmet verdiği sürece her hafta Cumartesi veya Pazar günü sistemde kayıtlı tüm bilgileri içeren yedek dosyasını almalı ve takip eden ilk işgünü içinde idarelerimiz yönetimine teslim etmelidir. Yedekleme için gerekli olan donanım, malzeme ve lisans maliyetleri kurumumuz tarafından karşılanacaktır.

2.1.13.​ Uygulama yazılımları hastanelerimizdeki tüm birimlerde yapılan her türlü işlemin kolaylıkla kaydedilmesini sağlayacak şekilde kodlama, arama, çağırma, listeleme, yaşa ve cinsiyete göre kontroller, günlük maksimum işlem sayıları, ilaç ve sarf malzeme miktarlarındaki günlük kısıtlamaların otomatik kontrolü ve kullanıcı uyarıları gibi özelliklere sahip olacaktır.

2.2.​ ENTEGRASYON

2.2.1.​ Yüklenici, SBYS’ye entegre edilmesi gereken mevcut cihaz, donanım ve yazılımlar için hiçbir surette diğer yüklenicilerden doğrudan, dolaylı ücret talep edemez. Sözleşme süresi boyunca laboratuvar, radyoloji vb yeni cihaz alınması ya da değiştirilmesi durumunda yüklenici firma entegrasyonunu SBS Genel Müdürlüğünce yayınlanan güncel cihazlara ait puantaj tablosu ve cihaz kat sayısını baz alarak ücretlendirecektir.

2.2.2.​ Teklif edilen sistemler yatay ve dikey genişlemeye uygun olacak ve diğer sistemlerle (Kimlik Paylaşım Sistemi (KPS), Akıllı Kimlik Kartı Projesi, MEDULA, ÇKYS/MKYS, PACS, LBYS, Sıramatik, KIOSK, Personel Devam Kontrol Sistemi(PDKS), vb) karşılıklı veri alış verişi yapabilecek, yani gerektiğinde bir başka sistemle entegre edilebilir olacaktır. Sistemlerin entegrasyonu için gerekli donanım, lisans ve malzeme ilgili kurum tarafından karşılanacaktır.

2.2.3.​ Akıllı Kart Tabanlı Elektronik Kimlik Doğrulama Sistemi(Akıllı Kart Uygulaması) uygulanan iller haricinde Bakanlığımıza bağlı kuruluşlarda Kimlik doğrulama için Bakanlığımızın Kimlik Paylaşım Sistemi (KPS) web servisleri kullanılacaktır. Bu servislerin kullanımı için sözleşme imzalandıktan sonra YÜKLENİCİ firmaya web servis şifreleri teslim edilecektir.

2.2.4.​  (Varsa) Önceden mevcut olan ve sisteme dahil edilebilecek istemci bilgisayarların, sisteme entegrasyonunu ve bağlantısını yüklenici yapacaktır. Sisteme dahil edilecek bilgisayarlarda, sistemin performanslı çalışabilmesi için oluşabilecek donanım ve lisans (Ram,Hdd,İşletim sistemi vb.) maliyetleri ihtiyacın hasıl olduğu hastane idaresi tarafından karşılanacaktır.

2.2.5.​ Kullanılacak barkod yazıcılarla ilgili ayarlamalar (paper size, back feed ve sensor ayarları gibi) Yüklenicinin sorumluluğundadır. Sistemin kurulumu aşamasında teknolojisi eskimiş ve Sağlık Bilgi Yönetim Sistemine entegrasyonunda sorun bulunan, hizmetin ifası sırasında kesintilere sebep olabilecek cihazlar yüklenici tarafından tespit edilerek söz konusu hastane idaresine rapor olarak sunulacaktır. İdare bu rapor doğrultusunda gerekli incelemeleri yaparak söz konusu cihazların amortisman ömürlerini de göz önünde bulundurup ihtiyaç durumunda cihazları üst versiyonlu yeni teknolojiye uyumlu cihazlarla değiştirebilecektir.

2.2.6.​ Sağlık Bilgi Yönetim Sistemi daha sağlıklı ve sorunsuz işletilmesi amacıyla yeni alınacak Sunucuların konfigürasyonu, sunucuların alınmış olduğu yetkili servislere aittir. Ancak SBYS’nin işletilmesi için gerekli teknik destek Yüklenici tarafından sözleşme kapsamında olmak üzere sağlanmalıdır. Mevzuat kaynaklı yazılım ve bu yazılımlara bağlı donanım entegrasyonları da(örneğin karekod okuyucular, Akıllı Kimlik Kartı okuyucuları, avuç içi damar izi biyometrik kimlik doğrulama sistemi vb) sözleşme süresince sözleşme kapsamında ek ücret talep edilmeksizin (donanım, lisans ve malzeme hariç) yerine getirilmelidir.

2.2.7.​ Yüklenici, SBYS’ye entegre edilmesi gereken EK-1 Kurum Envanteri Listesinde belirtilmiş olan ve kuruma ait donanım, cihaz ve sistem yazılımları için hiçbir surette diğer donanım, cihaz ya da sistem yüklenicilerinden ve idareden sözleşme süresince ücret talep edemez.

2.2.8.​ Sistemin devreye girmesi ile beraber EK-1 de belirtilen her bir hastanemize ait SBYS ye bağlanabilme özelliği olan tüm laboratuvar cihazları, röntgen cihazları, yazıcı, barkod okuyucu, barkod yazıcı, bilgilendirme ekranları vb. devreye sokulmuş olacaktır, yüklenici firma envanter tablosunda belirtilen cihazları teklif fiyata dahil olarak entegre edecektir. Sözleşme süresince yeni eklenecek ve/veya değiştirilecek cihazlar için SBS Genel Müdürlüğünce yayınlanacak kat sayı baz alınarak fiyatlandırılacaktır.

2.2.9.​ EK-1’de belirtilmiş olan kurumlarımızın tanı ve tedavi amaçlı sisteme veri aktarabilen cihazların sisteme entegrasyonu hizmeti (donanım, lisans ve malzeme hariç ) en geç işyeri teslimine müteakip 10 (On) takvim günü içerisinde tamamlanmalıdır. Söz konusu entegrasyonlar teklif fiyata dahil olarak yerine getirilecektir. Entegrasyon için gerekli teknik altyapı ve cihaz firmasının yapması gereken işlerin kesintisiz yürütülmesi ilgili kurum tarafından sağlanacaktır. Entegrasyon aşağıda belirtilen hususlar çerçevesinde yapılacaktır.

2.3.​ VERİ TESLİMİ ve AKTARIMI

2.3.1.​ Sistemde tutulan tüm veriler ve lisans bedeli ödenmiş olan tüm yazılımların kullanım hakkı, sözleşme süresi içinde idareye aittir. Sözleşme herhangi bir şekilde sona erdiğinde veriler en son haliyle orijinal veri tabanı formatında, SBS Genel Müdürlüğü tarafından hazırlanan Minimum Veri Modeline uygun görüntüler içerecek kolay ve sorunsuz okunabilir bir medya ( taşınabilir hard disc, DVD vb.) ile iki kopya halinde idareye 2010/61 ve 2015/17 sayılı Sağlık Bakanlığı genelgelerine uygun olarak teslim edilecektir.

2.3.2.​ Firma veri setleriyle beraber SBS Genel Müdürlüğünce yayınlanan güncel duruma göre VEM oluşturarak verilerle birlikte teslim edecektir.

2.3.3.​ Sağlık Bilgi Yönetim Sisteminde tutulan veriler, Türkçe karakter içermeyen (ö, ü, ç, ş, ğ, ı, İ) ancak Türkçe alan adları ve anlaşılır tablo adlarına sahip tablolarda tutulmalıdır. Veriler teslim edilirken tablo yapıları, ilişkileri, anahtar alanlar ile ilgili bilgiler, doküman halinde verilerle birlikte teslim edilmelidir.

2.3.4.​ Teslim edilecek veri içinde yükleniciye ait know-how sayılabilecek herhangi bir yazılım kodu(trigger, procedur, vb) yer almamalıdır. Teslim eden yüklenici veri tutarlılığının sağlanması ve data kaybı olmaması için, teslim ettiği verilerle ilgili tablo adetleri, tablolardaki kayıt sayılarını içeren özet bir raporu tutanak ile idarelere teslim edilmelidir.

2.3.5.​ Teslim edilecek veriler txt, csv, excel, vb formatında olmayıp kurumda çalışan orijinal veri tabanı formatında sadece veriler(data-only) olacak şekilde, kolay ve sorunsuz okunabilir bir medya (taşınabilir hard disc, DVD vb.) üzerinde 2 kopya teslim edilmelidir. Okunmasında sorun olabilecek tape, kartuş, vb. kullanılmamalıdır.

2.3.6.​ Yeni kurulacak sistemler için; Yazılımın sahibi olan yüklenicinin kurumlara ait verileri(Legacy), kendi kuracağı veri tabanına aktarması gerekecektir. Bu aktarım yüklenici tarafından işyeri teslimine müteakip en fazla 35 (otuzbeş) gün içinde yapılacaktır. Data aktarımı için mücbir sebepler dışında (Kamu İhale Kanununda belirtilen haller) ek süre verilmeyecektir. Bu şartın sağlanıp sağlanmadığının tespiti için yüklenicinin yazılı bildiriminden 2 gün içinde yüklenici firma ve idareden yeterli sayıda teknik personelin katılımıyla bir komisyon kurulacaktır. Kurulacak olan bu komisyon önceki firmanın sisteminde tutulan veriler ile yeni sisteme aktarılmış olan verileri kontrol edecektir. Ancak istendiğinde her kurum kendi bünyesinde kurumuna ait olan verilerin aktarım durumunu kontrol etmek için komisyon kurabilecektir.

2.3.7.​ Kurumlarımıza tarafından gerek görülmesi halinde bir başka kurumdan da bu komisyona üyeler davet edilecektir. Aktarımın sorunsuz bir şekilde yapıldığına/yapılabileceğine dair yeterli kanıt ve bu kanıtların tüm taraflarca kabulü gerçekleşmedikçe yüklenicinin hak edişleri ve teminatı ödenmez, iade edilmez. Aktarımı yapılmamış olan veriler tespit edilerek ihale komisyonu ve muayene komisyonuna rapor edilecektir. Eksikliklerin olması durumunda, 4735 sayılı sözleşmeler kanunun cezai müeyyideleri gereği İdare sözleşmeyi tek taraflı fesih edebilecektir.

2.3.8.​ Test edilmesi amacıyla teslim edilen veriler ile nihai olarak teslim edilen veriler ve özet raporlar, aynı formatta ve başka bir sisteme aktarılabilir nitelikte olmalıdır.

2.3.9.​ Yönetimi tasfiye edilerek başka bir idareye devredilen hastaneye ait veriler, yukarıda anılan veri teslim ve aktarım prosedürüne ve sözleşmenin sona ermesi halinde uygulanacak prosedürlere tabi olarak idareye teslim edilir. Aynı prosedürlere göre bu verilerin devir alan hastanedeki bilgi sistemine aktarılması için gerekli işlemler başlatılır.

2.3.10.​ Sözleşme süresi içerisinde kurumumuza farklı bir sağlık kuruluşunun bağlanması ile ortaya çıkabilecek her türlü donanım, lisans ve malzeme v.b maliyetler idaremizce karşılanacaktır.

2.4.​ GİZLİLİK GÜVENLİK

2.4.1.​ Kişisel Sağlık verilerinin hassas veriler kapsamında olması sebebiyle; İş bırakılırken, kayıtlı tüm veriler hiçbir surette, hiçbir zaman işi bırakan firmada kalmak üzere kopyalanamaz, çıktı alınamaz, firma sunucularına aktarılamaz, ifşa edilemez. Aksi davrandığı tespit edilenler hakkında Türk Ceza Kanunun İlgili hükümlerine, ayrıca ihale mevzuatına aykırı davranmaktan dolayı Kamu İhale Mevzuatı hükümlerine göre İdare tarafından Hukuki süreç başlatılır.

2.4.2.​ Sistemdeki verilerin güvenliği için alınacak teknolojik ve fonksiyonel önlemlere İdare ve Yüklenici birlikte karar verir. Ortak olarak hazırlanmış olan bu kararlar dokümante edilerek taraflarca imzalanır. Üzerinde yazılı mutabakata varılan gerekli tedbirlerin alınmış olduğuna dair yazı, muayene kabul komisyonuna veya kontrol teşkilatına teslim edilir. Muayene kabul komisyonu veya kontrol teşkilatı mutabakata varılmış tedbirlerin alınmış olduğunu İdareye yazılı olarak bildirir.

2.4.3.​ Mutabakata varılan tüm tedbirlerin alınmasına rağmen Veri tabanında yer alan verilerin tamamının kaybolması, silinmesi halinde oluşacak kurum zararı yükleniciye aittir. Mutabakata varılmış olan veri güvenliği yapısını oluşturan; fiziksel yapı, Sistem odalarında bulunan donanım,yazılım ve enerji yapısı tek taraflı değiştirilemez. Tek taraflı yapılmış olan değişikliklerden kaynaklı veri kaybı, değişikliği yapmış olan tarafın yükümlülüğündedir. Değişiklik ihtiyacı olduğu durumlarda yeniden mutabakat sağlanmalı ve 2.6.2 maddesinde belirtilmiş olan süreç yeniden işletilecektir.

2.5.​ STANDARTLAR

2.5.1.​ Sağlık Bakanlığı’nca istenen ya da istenecek olan sağlık bilişim standardizasyon uygulamalarına adaptasyon, Yüklenici’nin sorumluluğundadır. Bu adaptasyon için gerekebilecek her tür donanım, malzeme lisanslar vb. maliyetler kurumumuzca karşılanacaktır.

3.​ EĞİTİM HİZMETLERİ

Kurulan tüm yazılım birimleri için Yüklenici, İdare’nin belirleyeceği uç kullanıcılarına tüm sistemi verimli olarak işletebilmek için eğitimleri mesai saati içerisinde vermelidir. Eğitimler teklif fiyatlara dahil edilir ayrıca ücret ödenmez.

3.1.​ Eğitim Dili: Eğitim Türkçe verilmelidir.

3.2.​ Eğitim Materyalleri: Eğitim tipine göre düzenlenmesi gereken eğitim ortamını ve eğitim programları için gerekli materyalleri Yüklenici temin etmelidir.

3.3.​ Eğitim Yeri: Tablo 4’de belirtilen ve kurum personeline verilecek eğitim programları mesai saatleri içerisinde (Yazılım Kullanıcı Eğitimi) İdare’nin belirlediği mekan ya da mekanlarda, teknik şartlarda belirlenen esaslar göz önüne alınarak yapılmalıdır.

3.4.​ Eğitilecek Personel: Yüklenici, İdare’nin en az Tablo 4’de belirtilen sayıda personelini aynı tabloda belirtilen konularda eğitmelidir.

3.5.​ Eğitimde Kullanılacak Yazılı Dokümanlar: Eğitim süresinde kullanılacak olan eğitim dokümanları bir CD içerisinde (içeriğin okunabilmesi için ek program gerekmesi halinde bu programın otomatik yüklenmesini sağlayacak şekilde), eğitim programları başlamadan önce hazırlanmalı ve onaylanmak üzere İdare’ye teslim edilmelidir. İçerik Türkçe olmalıdır. Onaylanan içerik en az eğitime alınacak personel sayısı kadar çoğaltılmalıdır. Bu işlem için Yüklenici ek bir ücret talep etmemelidir.

3.6.​ Eğitim Sırasında Kullanılacak Sarf Malzemeleri: Eğitim süresince kullanılacak CD/DVD, sürekli form, A-4 kağıdı gibi sarf malzemeleri ek ücret talep edilmeksizin Yüklenici tarafından karşılanmalıdır.

3.7.​ Eğitim Planı: Yüklenici, her kurumun eğitimi için önerdiği eğitim planlarını, günlük eğitim çizelgelerini, eğitimi alacak adayların başarı düzeylerini değerlendirecek plan ve prosedürleri kapsayacak bir Eğitim Planını Tablo 4’deki verileri göz önüne alarak sözleşme aşamasında sunulmalıdır. Eğitimin yukarıda tarif edilen çizelgeye ve Yüklenici tarafından sunulan plana uygun olarak yürütüldüğü İdare tarafından denetlenmelidir.

3.8.​ Eğitmenler: Yüklenici, eğitimin sağlanmasında yetecek eğitmen/saati temin etmelidir.

3.9.​ Eğitim Programlarının Değerlendirilmesi: Her eğitim programının bitiminden sonra katılımcılar tarafından değerlendirme formları doldurulmalı ve bu formlar baz alınarak İdare tarafından Eğitim onaylanmalıdır. Katılımcılar tarafından yeterli ve uygun bir şekilde verilmediği idarece belirlenen eğitimler tekrarlanmalıdır.

3.10.​ Katılım Belgeleri: Eğitilen kişinin ilgili eğitim programını başarılı bir şekilde tamamlaması durumunda, tüm eğitim programları için Yüklenici tarafından Katılım Belgesi verilmelidir.

3.11.​ Yazılım Kullanıcı Eğitimi: Yüklenici, Tablo 4’de belirtilen hedef kitleye uygulama yazılımının kullanımı konusunda eğitim vermelidir.

TABLO -4 EĞİTİM HİZMETLERİ

4.​ UYGULAMA YAZILIMLARI

4.1.​ YAZILIM ALT YAPISI

4.1.1.​ Uygulama yazılımı web tabanlı (web tarayıcı üzerinden çalışabilen) mimariye sahip olmalıdır.

4.1.2.​ Web tabanlı teklif edilen sistemlerde, istemci ve sunucu birbirleri ile tüm modüllerin tüm fonksiyonları(raporlama işlemleri hariç) için Web Servisleri ile haberleşmelidir (Örneğin SAĞLIK-NET yapısı gibi). Bu yapı endüstri standardı hale gelen Web Servisleri aracılığıyla SBYS'nin diğer harici sistemlere yapısal ve daha kolay bir şekilde entegre olmasını sağlamalıdır.

4.1.3.​ Web tabanlı teklif edilen sistemlerde kullanıcı tetiklemesine gerek kalmadan bilgi güncelleme özelliği olmalıdır.

4.1.4.​ Web tabanlı teklif edilen sistemler, gerçek web tabanlı mimaride tasarlanmış ve bu yapıya uygun şekilde geliştirilmiş olmalıdır. İstemci-sunucu (client-server) mimariye göre geliştirilip herhangi bir ara yazılım ile web tarayıcısı içerisinden kullanıma uygun hale getirilen yazılımlar teknik olarak yetersiz kabul edilecek ve ihale dışı bırakılacaktır.

4.1.5.​ Web tabanlı teklif edilen sistemler, İsteklinin teklif ettiği yazılım alt yapısı web tabanlı (internet tarayıcısı üzerinden çalıştığını) olacak, üzerinde çalışan 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ı arayüzle çalışacaktır.

4.1.6.​ Web tabanlı teklif edilen sistemler, İşletim sisteminden bağımsız olarak Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Safari web tarayıcılarının herhangi birinde son sürümlerinde sorunsuz çalışabilir olacaktır.

4.1.7.​ SBYS genelinde tüm yapı ve mekanizmalarda veri bütünlüğü, tutarlığı ve entegrasyonun en üst düzeyde sağlanabilmelidir.

4.1.8.​ İstekliler uygulama yazılımını modüler ya da bütünleşik olarak önerebilir ve/veya tanımlanan işlevleri yerine getirmek kaydıyla öngörülen yazılımı farklı şekilde ele alabilir.

4.1.9.​ Uygulama yazılımı, ortak veri tabanı üzerinden çalışan bütünleşik bir yapıya sahip olmalıdır. Veri hangi modül/arayüz tarafından girilirse girilsin; gereksinim duyan diğer modüller/arayüzler yetkileri dahilinde bu veriye ulaşabilmelidir. Belirli işlemler ortak kullanılan veriler aracılığı ile kontrol edilebilmeli ve tetiklenebilmelidir.

4.1.10.​ Tüm yazılımlarda nihai tüm girdi/çıktı işlemleri aynı veri tabanı üzerinden sağlanmalıdır; münferit, parçalı, kısmi, dolaylı çözümler kabul edilmez.

4.1.11.​ Sistemlere 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.

4.1.12.​ Tarih ya da tarih-saat bilgisi veya saat bilgisi veri tabanı yönetim sisteminin tarih, tarih-saat veya saat formatında veri tabanında saklanmalıdır (tarih bilgisi string veya (var)char formatında saklanmamalıdır). Kullanıcıya gösterim şekli ise işletim sistemi üzerinden ayarlanabilir olmalıdır. (GG.AA.YYYY, GG/MM/YYYY, GG.AA.YYYY HH24:MI:SS gibi)

4.1.13.​ 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.

4.1.14.​ Uygulama yazılımı ve VTYS, uygulama sunucu işletim sistemi (SOS) olarak UNIX, Linux, windows gibi endüstri standardı çekirdek işletim sistemleri mimarisine uygun olmalı ve bu SOS’lerden herhangi biri üzerinde kusursuz çalışmalıdır. Ayrıca Sanallaştırma mimarisini desteklemelidir.

4.1.15.​ Web Tabanlı mimari Uygulama yazılımı, istemci işletim sistemi (COS) olarak Microsoft Workstation/XP Professional/Vista, Windows 7, Windows 8, Milli İşletim Sistemi Pardus, İOS, Linux, gibi endüstri standardı istemci işletim sistemleri mimarisine uygun olmalı ve bu COS'lar tümü üzerinde uyumlu çalışmalıdır. Sağlık tesisimizde kullanılan Bilgisayarların minimum %80(seksen) de Milli İşletim Sistemi Pardus’un kullanımı zorunlu hale getirilmelidir.

4.1.16.​ Uygulama yazılımı, hizmetin her kademesinde barkod uygulamalarını destekliyor olmalıdır. Teklif edilen yazılımlarda İlaç Takip Sistemi Projesi Kapsamında ilaçlar için karekod desteği de sağlanmış olmalıdır.

4.1.17.​ SGK, Yeşil Kart, Özel Sigorta, Ücretli Hasta gibi çeşitli ödeyicilere göre hazırlanan faturaların tutarının hem kurum bazında hem de hasta bazında takibi mümkün olmalıdır.

4.1.18.​ Rumi takvime ait bir tarihsel veri girildiğinde, bu veri miladi takvime göre çevrilebilmelidir.

4.1.19.​ Yalnız bölümlere değil herhangi bir kaynağa (doktor, cihaz, oda, tetkik, tedavi seansı, vb.) randevu verilebilmelidir.

4.1.20.​ Kişi ve cihazların çalışma, dinlenme ve bakım süreleri belirlendikten sonra geriye kalan zamanda kişi, cihaz, birim, ekip, yatak vs. konusunda randevu ve rezervasyon yapılabilmelidir.

4.1.21.​ Uygulama yazılımı otomasyon kullanıcıların birbirleri ile sistem üzerinden haberleşmesine imkan sağlamalıdır. Sistem içerisindeki herhangi bir kullanıcıya, kullanıcı grubuna veya tüm kullanıcılara mesaj gönderilebilmelidir. Gönderilen mesajlar alıcı aktif ise hemen, aktif değil ise ilk aktif olduğunda iletilmelidir. Sistem üzerinden gönderilen mesajlar kaydedilmelidir ve istendiğinde bu mesajlar sorgulanabilmelidir.

4.2.​ KULLANICI ARAYÜZÜ

4.2.1.​ Kullanıcı arayüzü grafiksel (GDI) olmalıdır.

4.2.2.​ Grafik arayüzüne uygun olarak kontroller hem mouse hem de klavye yardımıyla yapılabilmelidir.

4.2.3.​ Kullanıcı arayüzünde görsel iç bütünlük sağlanmalı, yazılımın her arayü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.

4.2.4.​ Tüm yazılımlar grafik arayüzlü olmadır. Dördüncü ve/veya gerekli olursa beşinci kuşak (4GL ve 5GL) programlama dilleri ile geliştirilmiş olmalıdır. Firma/firmalar yazılım geliştirme araçlarını sözleşme aşamasında belirtmelidir.

4.3.​ VERİ GİRİŞİ

4.3.1.​ Veri girişleri, uygun kodlar kullanılarak yapılmalıdır. Kullanıcı biliyorsa kodu 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 hastane yönetimleri tarafından belirlenmiş kodlarla uyumlu olmalıdır. Veri girişleri mümkün olan yerlerde barkod/karekod desteği ile sağlanmalıdır.

4.3.2.​ 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.

4.3.3.​ Hastalık, hizmet, malzeme vb. kodlama sistemleri ile ilgili bilgi girişleri hastane ve Yüklenici tarafından belirlenecek bir plan dahilinde, yüklenici tarafından sisteme aktarılmalıdır. Kodlama sistemleri ile ilgili yüklenici firmaya tedarik edilecek verilerin doğruluğu kurumumuz sorumluluğundadır.

4.3.4.​ 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.

4.3.5.​ 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.

4.3.6.​ Güncelleme ve sorgulamalarda, sistemde bulunan bilginin seçilmesi ve kullanılmasına olanak sağlanmalıdır.

4.3.7.​ 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 listesine alması mümkün olmalıdır.

4.3.8.​ Hastaya verilen hizmetlerin tekrarlanma sayısı için üst sınır tanımlanabilmeli ve sınıra yaklaşıldığında ve/veya aşıldığında otomatik uyarı sağlanmalıdır.

4.3.9.​ Hatalar için uygun mesajlar ekranda belirmeli ve kullanıcı uyarılmalıdır. Verilerin tutarlık kontrolleri ve modüller/işlevler arası çapraz kontroller yapılabilmelidir.

4.3.10.​ 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.

4.4.​ VERİ GÜNCELLEME

4.4.1.​ Güncelleme sadece anahtar olmayan alanlarda yapılabilmeli, eğer anahtar alanlar üzerinde güncelleme gerekiyorsa bunun veri tutarlılığını sağlamak üzere tek bir işlem (transaction) içinde tamamlanmalıdır

4.4.2.​ 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.

4.4.3.​ Güncelleme ve özellikle sorgulama ekranlarında manuel bilgi girişi yapılmaktan ziyade sistemde mevcut bilgiler ve varsa kodlar seçilerek güncelleme ve sorgulama yapılabilmelidir.

4.4.4.​ Güncelleme sonrası da tutarlılık kontrolleri yapılabilmelidir.

4.4.5.​ Hastanın bazı bilgilerinde yanlışlık olması durumunda (kurumunun yanlış girilmesi, telefon numarasının 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.

4.4.6.​ Hizmet verilen kurumlardan herhangi biriyle çalışılan ücretlendirme mekanizması değiştiğinde eski kayıtlar yeni fiyatlara uygun hale getirilebilmeli, bunu yaparken kaydı silip yeniden açmak gerekmemelidir.

4.4.7.​ Özellikle Döner Sermaye işlemleri ve Adli Vaka’lara ait önceki kayıtların değiştirilmesi engellenmiş olmalıdır.

4.5.​ DİL ÖZELLİĞİ

4.5.1.​ Tüm Ekranlar ve raporlar, Türkçe olmalıdır.

4.5.2.​ Tüm sıralamalar, karşılaştırmalar ve sorgulamalar Türkçe alfabeye göre yapılmalıdır.

4.5.3.​ Kullanılan menü, dosya, alan, değişken, veritabanı tablo ve kolon isimleri vb. isimlendirmeler Türkçe ve anlamlı olmalıdır.

4.5.4.​ Para, tartı, uzunluk vb. konularda Türkiye'de geçerli yerel birimler kullanılmalıdır.

4.5.5.​ 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.

4.6.​ RAPORLAMA

4.6.1.​ Raporlamada da hiyerarşik yetkilendirme mümkün olmalıdır.

4.6.2.​ Text (Nokta vuruşlu yazıcılar için hazırlanmış), grafik, her türlü barkod ve etiket raporları ortak bir raporlama altyapısını kullanmalıdır.

4.6.3.​ Üretilen raporlar amacına uygun ve kolay okunabilir olmalıdır.

4.6.4.​ 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.

4.6.5.​ Raporun büyüklüğü ile ilgili sayfa/satır uzunluğu gibi bilgiler ekranda izlenmelidir.

4.6.6.​ Hazırlanan raporların ayrı bir dosyaya belli bir görsel ve elektronik formatta kayıt edilmesi mümkün olmalıdır.

4.6.7.​ Raporlar sadece veri tabanı verilerine dayanılarak hazırlanmalıdır. Kullanıcılar hazırlanmış ve onaylanmış raporları değiştirememelidir.

4.6.8.​ Kullanıcı tarafından oluşturulmuş olan raporlar, istendiğinde Ofis yazılımlarına gönderilebilmelidir.

4.6.9.​ Üretilen her türlü raporda tarih, değişik bölüm/servis vb. kriterlere göre filtre seçenekleri bulunmalıdır.

4.6.10.​ Uygulama yazılımları, rapor ve veri çıktılarını hazırlayabilmeli ve raporlar Ofis yazılımlarına aktarılabilmelidir.

4.6.11.​ Kullanıcı’nın istediği çoklu parametrelerle sorgu yapılabilmeli ve rapor alınabilmelidir.

4.6.12.​ Uygulama yazılımında yer alacak istatistik ve yönetim amaçlı raporlar, geliştirilmiş olan grafik sunum birimi sayesinde, uygulama yazılımında ek program kullanılmadan, grafik olarak ta gösterilebilmelidir.

4.7.​ YARDIM

4.7.1.​ Kullanıcı istediğinde yardım alabilmelidir.

4.7.2.​ Hata mesajları; açık, anlaşılır olmalıdır

4.7.3.​ Acil ve mevzuat gereği durumlar dışında kalan kullanıcı istekleri ile şikâyetleri, önceden tasarlanmış bir sistemle Yüklenici’ye bildirilmelidir. İstek ya da şikâyetin Yüklenici tarafından alındığına dair İdare’ye 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.

4.7.4.​ Sorun/İstek/Şikayet bildirim ve geri bildirimine ilişkin alternatif çözüm sürecinin tasarlanması ve işletilmesinden İdare’nin onayı alınmak kaydıyla Yüklenici sorumludur.

4.8.​ GÜVENLİK ve ERİŞİM SİSTEMİ

4.8.1.​ Hastane Bilgi Yönetim Sistemleri, Sağlık Bakanlığı tarafından yayımlanan “Bilgi Güvenliği Politikaları” ile uyumlu olmalıdır.

4.8.2.​ Dış ortamdan iç ortama erişim (Çevirim içi destek); VTYS, işletim Sistemi uygulamalarının yapılandırılması, kurulması, yönetilmesi, güncellenmesi, hata durumunda hataların giderilmesi, yedeklerden sistemin yeniden yapılandırılması, periyodik bakım ve onarımların yapılması, sistem rapor ve yedeklerinin alınması, performans ölçümlerinin yapılması, kurum tarafından talep edilen uygulamaların yapılandırılması, SBYS uygulama yazılımının verimli çalışabilmesi için gerekli ayarların yapılması, güncellenmesi, güncelleme araçlarının periyodik kontrollerinin yapılması, yönetilebilir network cihazlarının yapılandırılması, hatalarının giderilmesi, internet sitesinin yapılandırılması ve güncellenmesi, hata ve isteklerin yapılması, Web servislerin kurulması yapılandırılması, yedeklenmesi, firewall ayarlarının yapılması, güvenlik prosedürlerinin uygulanması ve yapılandırılması, internet bağlantısının yapılması yönetilmesi, VLAN ayarlarının yapılması, güncellenmesi, domain controller yapılandırılması, güncellenmesi, yedeklenmesi veya yeniden kurulması gibi buna benzer tüm işlemler yüklenici tarafından yapılmalıdır. Bu işlemler dışında kurumun izni ve bilgisi olmadan çevirim içi bağlantıda bulunulmayacak, kurum sistemine uzaktan bağlanılmayacaktır. Bağlantı sırasında kesinlikle güvenlik prosedürleri ihlal edilmeyecektir.

4.8.3.​ İdaremizin isteği doğrultusunda web sitesi güncellenmesi yüklenici tarafından yapılmalıdır.

4.8.4.​ Çeşitli yetki düzeyleri ve grupları tanımlanabilmeli, yetki değişimi SBYS yöneticisi tarafından yapılabilmelidir. Verilere erişim bu tanımlamalar çerçevesinde yapılmalıdır.

4.8.5.​ 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 SBYS 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.

4.8.6.​ Tıbbi kayıtları görebilme ve değişiklik yapabilme şeklinde iki ayrı erişim tipi tanımlanabilmelidir.

4.8.7.​ 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.

4.8.8.​ Herhangi bir işlemin kimin tarafından, hangi tarihte ve hangi zamanda yapıldığının kayıtları tutularak istendiği takdirde sorgulanabilmelidir.

4.8.9.​ 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 İdare’ye aittir.

4.8.10.​ İstekliler bilgi güvenliğini artırmak için alternatif güvenlik çözüm önerilerinde bulunabilirler.

4.8.11.​ 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.

4.8.12.​ Kurum ile ilişiği kalıcı olarak kesilen tüm personelin erişim yetkisi tamamen ve otomatik olarak iptal edilmelidir.

4.8.13.​ Herhangi bir nedenle kurumdan ayrılmış veya geçici olarak kurumda bulunmayan(izin-rapor-geçici görev kurs-eğitim vb) personelin SBYS girişi otomatik olarak engellenecektir.

4.8.14.​ Çeşitli yetki düzeyleri ve grupları tanımlanabilmeli, yetki değişimi kolayca yapılabilmelidir. Verilere erişim bu tanımlamalar çerçevesinde yapılmalıdır.

4.8.15.​ Kullanıcı tanımları yapılabilmelidir. Her kullanıcı limitsiz sayıda kullanıcı grubuna dahil edilebilmelidir.

4.8.16.​ 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 sistem üzerinden gönderilmelidir.

4.8.17.​ Kullanıcıların herhangi bir gruba üyelik durumları tarih ve saat bazında sınırlandırılabilmelidir. Yetkilendirme işlemleri süre bazında yapılabilmelidir. Yani kullanıcının herhangi bir işlemi yapabilmesi için X dakika süre tanımlanabilmelidir.

4.8.18.​ Kullanıcılar için saat bazında sisteme giriş sınırlandırması yapılabilmelidir.

4.8.19.​ Kullanıcılar için hafta sonu(Cumartesi ve Pazar) günleri için giriş sınırlandırması yapılabilmelidir.

4.8.20.​ Poliklinik, Klinik, Laboratuvar bazında yetkilendirmeler yapılabilmelidir. Kullanıcının yetki verilmeyen bir poliklinik deki hasta listesine erişimi engellenmelidir.

4.8.21.​ Kullanıcılar için parolanın yanı sıra daha üst seviye güvenlik kodu tanımlanabilmelidir. Otomasyonun bazı önemli bölümlerine girişlerde parolanın yanı sıra güvenlik kodu da istenmelidir.

4.8.22.​ Minimum parola uzunluğu tanımlanabilmelidir ve bu kurala uymayan parolalar kabul edilmemelidir.

4.8.23.​ Kullanıcıların 123, ABC, 456 gibi ardışık ve çözülmesi kolay parolalar kullanmaları engellenmelidir.

4.8.24.​ Parola geçerlilik günü tanımlanabilmelidir, Ör: Kullanıcıların her 15 günde parolalarını değiştirmeleri sistem tarafından istenebilmelidir

4.8.25.​ Kullanıcıların otomasyona giriş-çıkış zamanları istenildiğinde raporlanabilmelidir

4.8.26.​ Sisteme yapılan geçersiz giriş denemeleri istenildiğinde raporlanabilmelidir.

4.8.27.​ Sistemdeki tüm kullanıcı grupları ve kullanıcılar istenildiğinde raporlanabilmelidir.

4.8.28.​ Sistemde verilen tüm yetkiler istenildiğinde raporlanabilmelidir.

4.8.29.​ Bilgi sistemleri kapsamında tutulacak her türlü kişisel bilginin gizliliği esastır. Bu amaçla;

4.8.30.​ Kişiler hakkında tutulacak bilgiler gereken en düşük düzeyde tutulmalıdır.

4.8.31.​ Kişisel bilgilerin hizmetin sürdürülmesi ve geliştirilmesi amacı dışında işlenmesi engellenmiş olmalıdır.

4.8.32.​ 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.

4.9.​ MALİ KAYITLARA İLİŞKİN GENEL ÖZELLİKLER

4.9.1.​ Hizmetlerin ücretlendirilmesi hastaya, hastalığa, hastanın kurumuna ve anlaşmalara göre yapılabilmelidir. Ücretlendirme ile ilgili olarak hastalık, kurum, ödenen ücret v.b. istatistik ve grafiksel raporlar alınabilmelidir.

4.9.2.​ Uygulama yazılımlarının; Bakanlığımıza bağlı olarak hizmet vermekte olan sağlık kurumlarına müracaat eden Sigortalı hastaların sorgulanmasına yönelik On-line Provizyon veya takip numarası alma işlemlerini yapabilen ve Sosyal Güvenlik Kurumu ile diğer sağlık sigorta kurumlarının web servislerini kullanabilen yazılımlar olması zorunludur.

4.9.3.​ Yazılımlarda; kurumuna faturalı hastalar için, kuruma gönderilecek faturalarda gösterilemeyecek olan ve kurum tarafından bedeli ödenmeyen ücretin hastalardan tahsil edilecek olanlarını ayrı bir şekilde gösteren ve hastadan vezne alındıları ile tahsiline imkân veren düzenlemeler yapılmış olmalıdır.

4.9.4.​ Yetkili bir kullanıcı tarafından vezne alındıları sistemden izlenebilmelidir.

4.9.5.​ Sosyal Güvenlik Kurumu, diğer sağlık sigorta kurumları tarafından bedeli ödenmeyen ve ücreti karşılığı verilen hizmetler hasta mali dosyalarında görülmeli ancak kuruma gönderilen faturalarda yer almamalıdır.

4.9.6.​ Sosyal Güvenlik Kurumu veya diğer sağlık sigorta kurumları tarafından bedelinin bir bölümü ödenen ve fark ücreti hastadan tahsil edilmek suretiyle verilen hizmetler hasta mali dosyalarında görülmeli ancak kuruma gönderilen faturalarda yer almamalıdır. (oda ücreti farkı, vb)

4.9.7.​ Sosyal Güvenlik Kurumu veya diğer sağlık sigorta kurumları tarafından bedelinin tümü ya da bir bölümü şartlı ödenen ve/veya fark ücreti hastadan tahsil edilmek suretiyle verilen hizmetler hasta mali dosyalarında görülmeli ancak kuruma gönderilen faturalarda yer almamalıdır. (Örneğin; kullanılması kurul raporu/uzmanlık raporu gerektiren ilaç ve malzemeler, yalnızca yatan kurum hastasına kullanılabilen, ayaktan tedavi gören hastalara kullanımı için sağlık kurulu raporu gereken ilaç ve malzemeler, vb).

4.9.8.​ Sosyal Güvenlik Kurumu veya diğer sağlık sigorta kurumları tarafından bedeli ödenmeyen ve bedelleri hastalardan da alınmayacak olan basit sarf malzemelerinin, herhangi bir şekilde faturalara işlenmesi önlenmelidir. Faturaya yansıtılmayan ancak hastaya verilen hizmetlerin ve malzemenin kaydı ayrıca tutulmalı, buna ilişkin istatistik bilgiler elde edilebilmelidir.

4.9.9.​ 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 veya bazı kurumlara (Sosyal Güvenlik Kurumu, Yeşil Kart, vb.) uygulanan ücretlendirme (genel ya da özel indirimler, ücretsiz sunma ya da o kurum hastalarına belli hizmetleri vermeme ya da fatura dışı bırakma gibi) kullanıcılar tarafından yetkileri çerçevesinde sisteme dahil edilebilmelidir.

4.9.10.​ Katılım payından muaf olanlardan protez, araç ve gereç bedelleri faturalara otomatik olarak işlenmeli; Katılım payı ödenenlerden ise hasta faturasında bu miktar düşülmüş olmalıdır.

4.9.11.​ Birlikte fatura edilemeyecek işlemler tanımlanabilmelidir. Hasta faturası oluşturulduğunda bu kontroller ve gerekli işlemler otomatik olarak yapılmalıdır.

4.9.12.​ Paket ameliyatlarda, tedavi süresinin aşılması durumunda, geçen her yatış günü için verilen tedavi hizmetlerinin Ek-8 esas alınarak ayrıca fatura edilmesi işlemi otomatik olarak yapılmalıdır.

4.9.13.​ Medula sistemi üzerinden müstehaklık sorgulaması yapılmış olan hastaya sorgulama sonucunda müstehak olmadığı durumlarda kullanıcıya bir uyarı ekranı açılacak ve hasta sistem tarafından otomatik olarak ÜCRETLİ hasta türüne çevrilecektir.

4.9.14.​ Sağlık bakanlığının TDMS üzerinde yer alan ‘Faturalanamayan hastalar’ isimli bütçe kodu için bir giriş ekranı yapılacak olup bu tür hastaların ay sonunda istatistiğinin alınabileceği ve saymanlığa ayriyeten verileceği bir raporlama yapılacaktır. Bu özellik demostrasyon esnasında gösterilecektir.

5.​ KONTROL ve MUAYENE METODLARI

5.1.​ Şartnamede tanımlı sistem yazılımlarının tedarik edilmiş olması, yazılım işlevlerinin geliştirilmiş olması şartları, muayene kabulde aranacak şartlardandır. Yüklenici'ye yapılacak ödemeler bu çerçevede değerlendirilecektir.

5.2.​ Hizmet alımı yoluyla tedarik edilen yazılımlarda aylık hak edişler, İdare’nin ihtiyaçlarına uygun asgari gerekler yerine getirilmek ve o aya ait tetkik raporlama işlemleri tamamlanmış olmak şartıyla ödenebilir.

5.3.​ Sistemden üretilebilecek tüm rapor ve çıktıların kusursuz olarak üretilip üretilmediği test edilecek, veri ve bilgi tutarlılığı konusunda çapraz kontroller yapılacaktır.

5.4.​ Arıza, hata, isteklerin bildirimi ve bildirimlerin karşılanma şekil ve süreleri konusunda Yüklenici tarafından tasarlanan sistemin çalışması denetlenecektir.

5.5.​ Aylık hak edişler yüklenici firmaya ödenmeden önce ay içinde firmaya bildirilen HBYS den kaynaklı arız ve isteklerin toplamının çözümlenme oranının %75 olma şartı aranacaktır.Bir önceki aydan kalan açık isteklerin(Acil ve günlü çağrılar hariç) 35 (otuzbeş) gün içinde giderilecektir.Giderilmediği takdirde sözleşme hükümlerine göre işlem tesis edilecektir.

6.​ BAKIM, ONARIM ve TEKNİK DESTEK HİZMETLERİ

6.1.​ GENEL KOŞULLAR ve TANIMLAR

Tedarikçisi farklı olan bir Donanımdan kaynaklı olduğu tespit edilen problemlerin çözümü, donanımın tedarikçisi tarafından sağlanacaktır.

6.1.1.​ Seviye 1: Önerilen çözümde, Yükleniciye ait olan Yazılımda oluşan problem kurumun genelini çalışamaz duruma getiriyorsa; 1 Saat’te müdahale ve takip eden 1 Saat’te sorun çözülmelidir. Hastaneye ait olan ürünlerde (Yazılım ) oluşan problem kurumun genelini çalışamaz duruma getiriyorsa; 1 Saat’te müdahale edilerek sorun hakkında ilgili hastane yöneticisine bilgi vererek donanım ihtiyaçları varsa hastane tarafından temin edilerek en kısa sürede sorun çözülmelidir.

6.1.2.​ Seviye 2: Önerilen çözümde, Yükleniciye ait olan Yazılımda oluşan problem kurumun bir kısmını çalışamaz duruma getiriyorsa; 2 Saat’te müdahale ve takip eden 2 Saat’te sorun çözülmelidir. Hastaneye ait olan ürünlerde (Yazılım) oluşan problem kurumun bir kısmını çalışamaz duruma getiriyorsa; 2 Saat’te müdahale edilerek sorun hakkında ilgili hastane yöneticisine bilgi vererek donanım ihtiyaçları varsa hastane tarafından temin edilerek en kısa sürede sorun çözülmelidir.

6.1.3.​ Seviye 3: Önerilen çözümde, Yükleniciye ait olan Yazılımda 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. Hastaneye ait olan ürünlerde (Yazılım) oluşan problem kurumun genel çalışmasını etkilemiyor fakat bazı fonksiyonları yerine getiremiyorsa; 4 Saat’te müdahale edilerek sorun hakkında ilgili hastane yöneticisine bilgi vererek donanım ihtiyaçları varsa hastane tarafından temin edilerek en kısa sürede sorun çözülmelidir.

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ı Kanunlar,tebliğler ve sözleşmeye uygun olarak cezai işlemlerin yapılması gerekmektedir.

6.1.5.​ Teklif edilen çözümlerde oluşacak problemlerin destek merkezlerine nasıl bildirileceği bunun için kurulmuş veya kurulacak destek organizasyonun yapısı (çalışma saatleri, destek eleman sayısı,...) sözleşme aşamasında açıklanmalıdır. Bildirilen problemlerin İdare tarafından takip edilip edilemediği ve geri bildirimlerin nasıl yapıldığı açıklanmalıdır.

6.1.6.​ İ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.7.​ Yazıcılar için gerekli olan şerit, kartuş, kağıt, basılı evrak, fatura vb. sarf malzemesi kapsamında olanlar, İdare tarafından ihtiyaç duyuldukça asgari stok seviyeleri de dikkate alınarak karşılanır.

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ı sözleşme aşamasında belirtmelidir. İlgili planın idarece onaylanmasından sonra bu plan doğrultusunda İdaremiz gerekli donanım, malzeme ve yazılım lisanslarını temin edecektir.,

8.​ YAZILIM LİSANS ve KULLANIM HAKLARI

5846 sayılı Fikir ve Sanat Eserleri Kanunu ile bu kanuna istinaden çıkarılmış ikincil mevzuat çerçevesince işlem yapılmalıdır. Hastane Bilgi Yönetim Sistemi Uygulama yazılımı işe başlama tarihinden itibaren kurumlarımız adına sınırsız kullanıcı olarak lisanslandırılacaktır.

9.​ SBYS UYGULAMA YAZILIM GEREKLERİ

9.1.​ HASTA KAYIT / KABUL MODÜLÜ

Kuruma ilk defa başvuran, kaydı veri tabanında bulunmayan hastalara ait genel bilgilerin girişini yapan, daha önceden kaydı bulunan hastalara yeni geliş kaydı açan ve ilgili sosyal güvenlik kurumundan provizyon ve takip numarası alan, hastayı kurum içindeki ilgili kliniğe sevk eden ve belirtilen arama kriterlerine göre kayıtlı hastaların bilgilerini ekranda gösteren fonksiyondur.

9.1.1.​ İLK BAŞVURU ve KAYIT

9.1.1.1.​ Müracaat eden her hastanın genel kimlik bilgileri, adres bilgileri, hasta kurum hastası ise hastaya ait sosyal güvenlik ve sevk bilgileri girilmelidir.

9.1.1.2.​ Hak sahipliği sorgulamaya yönelik web servisler bu modülden çalıştırılmalıdır.

9.1.1.3.​ Kimlik, adres ve kurum bilgilerinin kaydı hastanın hastaneye ilk gelişinde bir kez yapılmalı, sonraki gelişlerinde bu bilgiler aynı dosya numarası üzerinden izlenebilmeli, dosya numarasına kolayca ve değişik sorgulamalarla erişilebilmeli, bu bilgilerin yeniden girilmesine ihtiyaç olmamalıdır. Ancak gerekli hallerde bu bilgiler için güncelleme yapılabilmelidir.

9.1.1.4.​ Aynı hasta için birden fazla kayıt açılmasını önleyecek nitelikte düzenleme yapılmış olmalıdır.

9.1.1.5.​ Hastanın hastaneyi her ziyareti için; hasta dosya numarasından ayrı bir sıra/geliş numarası verilebilmeli, Hastanın her ayrı ziyaretinde bu sıra/geliş numarası ile ilgili polikliniğe ve gerekli tüm birimlere sevk işlemi otomatik olarak yapılabilmelidir.

9.1.1.6.​ Kayıt ve kabul işlemleri yapılan hastaların poliklinik işlemlerini kolaylaştırmak için barkod destekli sistemler ya da başka çözümler değerlendirilmelidir.

9.1.1.7.​ İşlemleri yapılan hastalara otomatik olarak poliklinik sıra numarası verilebilmeli, poliklinik hastaları için randevu işlemleri (randevu verme, iptal, güncelleme, vs.) gerçekleştirilebilmelidir. Hasta kayıt ve sıra işlemleri ile ilgili etiket ya da çıktılar alınabilmelidir.

9.1.1.8.​ Gerekli modüllerle (vezne modülü vb.) entegre çalışabilmelidir.

9.1.1.9.​ Hasta kaydı gerçekleştirilmeden önce hastanın mevcut kaydının olup olmadığı otomatik olarak sorgulanmalıdır. Eğer hastanın başka kaydı yoksa, kuruma ilk müracaatında verilen kod numarası ile bir kez kayıt başlatılmalı ve aynı numara ile izlenmelidir. Birden fazla kod numarası verilerek kayıt yapılması engellenmelidir.

9.1.1.10.​ Aynı hastaya birden fazla kod numarası verilmişse yetki verilen kişi bu kayıtları birleştirmelidir.

9.1.1.11.​ Hastanın daha önceki hesap numaralarının hepsi (yatan, ayaktan, acil) özet bazda, borcu olup olmadığına dair verinin de olacağı şekilde görüntülenebilmeli; önceki hesap numaraları gerektiğinde detaylı olarak sorgulanabilmelidir.

9.1.1.12.​ Yapılan kayıtların hangi kullanıcı tarafından yapıldığının kaydı otomatik olarak tutulmalıdır.

9.1.1.13.​ Aramalarda kısmi bilgi girilebilmeli, arama sonucu birden fazla kayıt bulunursa bunların listelenip gösterilmesi, seçilmesi veya sorgunun geliştirilmesi mümkün olmalıdır.

9.1.1.14.​ Veri tabanında kaydı bulunan hastaların bilgileri tanımlanan yetkiler ölçüsünde görüntülenmeli, değiştirilmesi durumunda yapılan işlemlere ait loglar ve işlemi yapan bilgisi saklanmalıdır.

9.1.1.15.​ Kaydı yapılan ve randevusu olmayan hasta otomatik olarak sıra numarası almış olmalıdır.

9.1.1.16.​ Acil servisten hızlı kayıt yapabilme özelliği bulunmalıdır.

9.1.1.17.​ Hastaların genel kayıt bilgilerinin dökümü alınabilmelidir.

9.1.1.18.​ Hastanın diğer birimlere sevki otomatik olarak yapılmalı ve yaptığı her müracaatı ve müracaatında yapılan işlemler istendiğinde kod ve hesap numaraları yardımıyla sorgulanmalıdır.

9.1.1.19.​ Yeni doğan bebek kaydı yapılabilmelidir.

9.1.1.20.​ Randevu kaydı, randevu verme (gün, ay, yıl, saat), iptal etme, randevu yenileme, randevuyu veren personel kayıtlarının tutulması imkanı olmalıdır. Düzenlenen formların matbu hale dönüştürülen çıktıları alınmalıdır.

9.1.1.21.​ Müracaat eden her hastaya adının, soyadının ve kod numarasının yer aldığı bir kimlik kartı verilebilmeli ya da uygun büyüklükte bir etiket çıktısı alınabilmelidir.

9.1.1.22.​ Hasta eğer doktor tarafından hastaneye yönlendirilmişse hangi doktor tarafından yönlendirildiği bilgisi kaydedilmelidir.

9.1.1.23.​ Kayıtta alınan bilgilerden gerekli olanları ilgili birimlere aktarılabilmelidir.

9.1.1.24.​ Hasta dosyaları için de etiket basılabilmelidir.

9.1.1.25.​ Hasta kimlik bilgileri sisteme kaydedilirken, hastanenin yapısına ve ihtiyacına göre sistemde hastaya ait resim ve avuç içi damar izi biyometrik kimlik bilgisi ekleme özelliği olmalıdır. (Resimlerin çekilip/taranıp sisteme aktarılması için gerekli donanımın temini ayrıca hastane kurumumuz tarafından sağlanacaktır).

9.1.1.26.​ Girilen T.C. Kimlik numarasının geçerliliği kontrol edilmelidir, geçerli olmayan T.C.Kimlik numaralarının girişi otomatik olarak engellenmelidir. T.C.Kimlik numarası geçerlilik kontrolü için Internet bağlantısı gerekmemelidir, kontrol işlemi Mernis üzerinden Online olarak yapılmayacaktır, bu işlem Mernis algoritması kullanılarak istemci bilgisayar üzerinde yapılacaktır.

9.1.1.27.​ Girilen telefon numaraları kontrol edilmelidir, geçerli görünmeyen (örneğin 5 rakamlı) telefon numaraları kabul edilmemelidir. GSM no girişi gereken yerlerde de aynı şekilde 10 hane zorunluluğu ilk rakamın 5 olması gibi kontroller yapılmalıdır.

9.1.1.28.​ Her hasta için kabul sırasında gerektiğinde açıklama bilgisi girilebilmelidir.

9.1.1.29.​ Hasta kabul sırasında cinsiyet kontrolü yapılmalıdır. Sadece Kadın hastaların kabul edilmesi gereken servislere(örneğin Kadın Doğum) Erkek hasta kabulü engellenebilmelidir.

9.1.1.30.​ Hasta kabul sırasında yaş kontrolü yapılmalıdır. Hastaların yaşlarına uygun olmayan servislere kabulü engellenmelidir. Örneğin 25 yaşında bir hastanın çocuk polikliniğine kabulü engellenebilmelidir.

9.1.1.31.​ Bebek kaydında doğum şekli, kaçıncı doğum olduğu, boy, kilo, ebeveyn GSM no bilgileri kaydedilebilmelidir. Bu bilgiler üzerinden istatistik alınabilmelidir.

9.1.1.32.​ Yeni doğan kayıtlarında Hepatit-B aşı tarihi bilgisi saklanabilmeli ve bu bilgiler istendiğinde sorgulanarak yazdırılabilmelidir.

9.1.1.33.​ Herhangi bir sebeple (eksik belge, savcılıktan gelen listeler,sahte karne, sahte kimlik vb..) aranan kişiler olduğunda, bu kişilere ait bilgiler kaydedilebilmelidir, aranan kişilerin hasta kayıt müracaat işleminde kullanıcıya gerekli uyarı mesajları verilmeli ve engellemeler yapılabilmelidir.

9.1.1.34.​ Bebek kaydında doğum şekli, kaçıncı doğum olduğu, boy, kilo, ebeveyn GSM no bilgileri kaydedilebilmelidir. Bu bilgiler üzerinden istatistik alınabilmelidir.

9.1.1.35.​ Yenidoğan kayıtlarında Hepatit-B aşı tarihi bilgisi saklanabilmeli ve bu bilgiler istendiğinde sorgulanarak yazdırılabilmelidir.

9.1.1.36.​ Hastaların aynı güne ait mükerrer gelişlerinde uyarı mesajı verilmeli, istendiğinde mükerrer geliş kayıtları engellenebilmelidir.

9.1.1.37.​ Girilmesi zorunlu olan alanlar SBYS yöneticisi tarafından tanımlanabilmelidir ve bu zorunlu alanların boş bırakılarak hasta kabulü yapılması engellenmelidir.

9.1.1.38.​ Arzu eden hastalar için rumuz kullanılarak sistemde her terminalden görülmesi engellenmelidir. Yalnız belirli terminallerde ve/veya yetki verilen kişilerin ekranlarında görülmelidir.

9.1.1.39.​ Hasta birden fazla farklı polikliniğe gittiği zaman ve bu poliklinik sayısı 3 veya üstü ise meduladan bu hasta için herhangi bir müstehak olmama uyarısı döndüğü durumlarda sistem kullanıcıya açıklayıcı bir uyarı ekranı açacak ve kullanıcının hasta kaydını tamamlaması için gerekli yolları otomatik veya manuel olarak yapacaktır.

9.1.2.​ DOKTOR ATAMA

Başvuran hastaların hangi doktor tarafından muayene edileceğini belirleyen alt modüldür.

9.1.2.1.​ Doktor atama işlemi poliklinik ve/veya servis hemşiresi tarafından ya da ayrıca görevlendirilecek bir personel tarafından gerçekleştirilmelidir.

9.1.2.2.​ Kullanıcı, “otomatik” ve “seçerek” atama olmak üzere iki şekilde Doktor atama yapabilmelidir.

9.1.2.3.​ Otomatik atamada hasta sıradaki en müsait doktora atanmalıdır.

9.1.2.4.​ Otomatik atamaya dahil olacak doktorlar bir atama listesine eklenip çıkartılmalıdır.

9.1.2.5.​ Doktorların muayene saatleri doktor atanırken tanımlanmalıdır.

9.1.2.6.​ Atama işlemini gerçekleştiren personel, her doktor için atanan hastaların listesini görmelidir.

9.1.2.7.​ Doktor, kendisine atanan hastaların listesinin görüntülenmesi ve raporlanması yetkisine sahip olmalıdır

9.1.2.8.​ Doktor, hasta listesindeki hasta isminden tek tuşla geçmiş vizitlere ulaşmalıdır.

9.1.2.9.​ Doktor, atanan hastalar listesinden hastasını seçerek tıbbi bilgi girişi ekranına geçebilmelidir.

9.1.3.​ TEKRAR GELİŞ KAYDI VE KAYIT GÖRÜNTÜLEME İŞLEMİ

Başvuran hastaların başvuru nedenlerini kaydeden ve belirtilen arama kriterlerine göre, kayıtlı hastaların bilgilerini ekranda gösteren fonksiyondur.

9.1.3.1.​ Aramalarda kısmi bilgi girilebilmeli, arama sonucu birden fazla kayıt bulunursa bunların listelenip gösterilmesi, seçilmesi veya sorgunun geliştirilmesi mümkün olmalıdır.

9.1.3.2.​ Veri tabanında kaydı bulunan hastaların bilgileri, değiştirilemez şekilde görüntülenmelidir. Ancak yeni bilgi girişine müsaade edilmelidir.

9.1.3.3.​ Sorgulama sonucu bulunan ve gösterilen vakaların kaydı sonuçlanmış ve kapanmış ise faturaya yansıyabilecek değişiklik yapma imkanı verilmemeli, ancak radyoloji ve patoloji tetkik sonuçlarının hasta kayıtlarına girilmesi mümkün olmalıdır.

9.1.3.4.​ Hasta/vaka kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında dökümler alınmalıdır.

9.1.3.5.​ Sosyal Güvenlik Kurumu hastalarına uygulanan 10 günlük kontrol muayenesi, kontrolü otomatik olarak yapılmalı ve operatöre bilgi verilmelidir.

9.1.3.6.​ Paket ameliyat kapsamında kontrol muayenesi için başvuran hastaların kontrol gelişleri olduğu hakkında kullanıcı uyarı mesajı ile bilgilendirilmeli ve bu tür hastalara kontrol muayene kaydı alınabilmelidir.

9.1.4.​ HASTA ÇIKIŞ/SEVK İŞLEMİ

Muayeneleri sonuçlanan hastaların kayıtlarının kapanmasını sağlayan işlevdir.

9.1.4.1.​ Hastanın çıkışının yapılmasından sonra her hangi bir kullanıcı tarafından hasta dosyasında değişiklik yapılmasına izin verilmemelidir.

9.1.4.2.​ Hasta sevk ve çıkış kayıtlarının günlük, haftalık, aylık ve istenilen tarih dilimleri arasında dökümü alınmalıdır.

9.1.4.3.​ Hastanın laboratuvar ve röntgen gibi birimlere sevki otomatik olarak iletilmeli ve sonuçlar da otomatik olarak görüntülenmelidir.

9.1.4.4.​ Özel fiyat/indirim uygulanması için yetkilendirme yapılmalıdır. Bu yetkiyi kullanan şahıslarca yapılan işlemler ve tutarları günlük, haftalık, aylık, yıllık raporlar halinde alınabilmelidir.

9.1.4.5.​ Hastalar için yapılan muayene, laboratuvar, röntgen v.b. tüm işlemler otomatik olarak hastalara ait mali kayıtlara aktarılmalıdır.

9.1.4.6.​ Hastaların kontrol kayıtları tutulmalı ve çeşitli istatistiki bilgiler üretilmelidir.

9.1.4.7.​ Paket ameliyat kapsamındaki hastalarda BUT ve SUT ilgili madde gereği, tedavi süresini aşan hizmetler paket dışında ayrıca fatura bilgilerine uzayan yatış hizmeti olarak yansıtılmalıdır.

9.1.5.​ RANDEVU İŞLEMLERİ MODÜLÜ

9.1.5.1.​ Bu modül, gerektiğinde poliklinik muayene randevu işlerinin yürütülebilmesi için Merkezi Hastane Randevu Sistemi(MHRS) ile entegre edilecektir.

9.1.5.2.​ Hasta randevularını düzenleyen alt modüldür. Randevu Girişi, Randevu Arama ve Görüntüleme, Randevu Onayı ve Kapatma işlemlerini kapsamalıdır. Poliklinik, Klinik, Laboratuvar, Fizik Tedavi, Radyoloji, Ameliyathane v.b. randevu verilen birimler için tasarlanmış olmalıdır. Randevu girişi, randevu görüntüleme ve arama işlemleri hem yetkili kişi hem de servis doktoru tarafından gerçekleştirilebilmelidir.

9.1.5.3.​ Hastaların internet, telefon ve doğrudan başvuru ile randevu alabilecekleri ve bu randevuların aksamadan yürüyebileceği bir randevu sistemi tasarlanmış olmalıdır. Bu konuda farklı çözümler geliştirilebilir. Hastaların internet ortamında randevu alabilmesi durumunda randevu alınan ekranda kullanıcı kolaylıkları sağlanmış olmalıdır.

9.1.5.4.​ Hastanın geçerli telefon numarası alınmadan randevu verilmemelidir.

9.1.5.5.​ Özel, saatli ve saatsiz randevu alma özelliği olmalıdır.

9.1.5.6.​ Doktorların izin, geçici görev, ders gibi zamanlarda randevu saatlerini kapatmaları mümkün olabilmelidir.

9.1.5.7.​ Randevu düzenlerken uygulanacak başlama/bitiş saatleri ve muayene süreleri önceden belirlenebileceği gibi atama işlemi sırasında da belirlenebilmelidir.

9.1.5.8.​ Randevu işlemi tarih ve saat girme şeklinde değil, randevu defteri tarzı bir ekran görüntüsünden gerekli alanların seçilmesi sonucu gerçekleştirilmelidir.

9.1.5.9.​ Randevu arama işlemleri randevu çeşitleri, hasta bilgileri, bölüm ve/veya tarih aralığı girilerek gerçekleştirilebilmeli, kısmi bilgi girişi ile de arama yapılmalıdır.

9.1.5.10.​ Günlük randevu listelerinin dökümü istenildiği zaman alınmalıdır.

9.1.5.11.​ Hastaya aynı tarih ve saat için farklı birimlerden randevu verilmesi engellenmelidir.

9.1.5.12.​ (varsa) Semt Poliklinikleri ya da uydu kliniklerle hastane arasında randevu vermede koordinasyon olmalıdır.

9.1.5.13.​ Randevunun zamanında gerçekleşip gerçekleşmediği, gerçekleşmedi ise sebebi takip edilebilmelidir.

9.1.5.14.​ Hastaneye müracaat eden hastaların semt, ilçe, il bazında adres dökümü alınmalıdır.

9.1.5.15.​ Tetkik birimlerinde her türlü randevu işlemi (randevu alma, iptal, güncelleme) yapılmalıdır.

9.1.5.16.​ Projenin kapsamında poliklinik, klinik ve ameliyathane randevu sistemlerinde istenen özelleştirmeler de gerçekleştirilmelidir.

9.1.5.17.​ Bir doktorun aynı saatlerde başka bir randevusunun olmaması gerekmektedir. Doktorun çalışma saatleri içerisinde birden fazla iş yapabileceği ve birden fazla randevu tipi olabileceği düşünülerek aynı saatlere poliklinik muayenesi, konsültasyon muayenesi, manipülasyon, müdahale gibi işlemlerin randevuları verilememelidir. Bu durumu önlemek için doktor randevusu veren kişilerin ekranlarında doktorun ameliyat, poliklinik, işlem, uydu klinik çalışmalarına ait randevuları görüntülenmelidir.

9.1.5.18.​ Her birim, doktor vb.. için mesai başlangıç, bitiş saatleri, öğle tatili ve ortalama muayene süreleri ayrı ayrı tanımlanabilmelidir. Bu tanımlamalar doğrultusunda ilgili birimin randevu kayıtları zaman dilimleri halinde sistem tarafından otomatik olarak oluşturulmalıdır.

9.1.5.19.​ Muayene olmuş hastaların, tetkik-tahlil sonuçlarını doktorlarına göstermek için sıra almalarını sağlamak ve poliklinik önünde karmaşa çıkmasının önüne geçilmesi için “Hasta Sonuç Gösterme” sırası sistem üzerinden verilebilmelidir.

9.1.5.20.​ Her birim, doktor vb.. için günlük tetkik sonucu gösterecek hasta kapasitesi ve bunların hangi zaman dilimlerinde yapılacağı ayrı ayrı tanımlanabilmelidir.

9.2.​ MHRS İŞLEMLERI VE UYGULAMALARI

9.2.1.​ MHRS ‘de kayıtlı hekimlerin poliklinik, ameliyat, nöbet, izin, geçici görev gibi durumlarında hastaların mağduriyetlerinin engellenmesi için MHRS ile ilgili tüm işlemler MHRS Web sitesine gerek duyulmadan SBYS’ den yapılabilmelidir

9.2.2.​ SBYS ’den hekimlerin çeşitli çalışma şekillerine göre şablonlar oluşturulabilmelidir. Oluşturulan şablonlardaki, MHRS randevu zamanları, ilgili hekimin randevu takvimine otomatik aktarılabilmelidir

9.2.3.​ İstenilen tarih aralığı için çalışma cetveli oluşturulabilmeli, bu cetvele her bir poliklinik için hekim ve şablon seçilerek toplu halde veya tek tek MHRS’ ye gönderilebilmelidir. Bu cetvele cetvelin bitiş tarihi geçmediği sürece hekim ilave edilmeli veya çıkarılabilmelidir. Oluşturulan cetvel, kontrol kolaylığını sağlamak için MHRS’ ye gönderim durumuna göre, Hekim ismine göre, poliklinik adına göre, şablon adına göre sıralandırılabilmelidir. Oluşturulan cetveller, sonraki oluşturulacak cetvellerde de kullanılabilmesi için kopyalanabilmelidir

9.2.4.​ MHRS ’de kayıtlı hekimlerin yıllık izin, geçici görev gibi işlemleri, özlük modülünden girildiğinde otomatik olarak MHRS’ ye ilgili istisna tipi olarak gönderilebilmeli, ilgili tarih aralığı için hekimin MHRS ’si kapatılabilmelidir. İlk 48 saat içinde hekimlerin yıllık izin ve geçici görev girişlerinin özlük tarafından yapılması engellenmelidir. MHRS tarafından istenilen işlemin gerçekleşmediği durumunda özlük kullanıcısına işlemin gerçekleşmediğine dair gerekli uyarı mesajı verilebilmelidir. Özlük modülünden izin ve geçici görev girişleri yapıldığında ilgili tarihler için hekimin poliklinik randevuları ve randevu talepleri kapatılmalıdır. Girilen izin ve geçici görevlerin özlük tarafından iptal edilmesi durumunda yapılan işlemler geri alınabilmelidir

9.2.5.​ MHRS ’de kayıtlı hekimlerin İzin ve geçici görev gibi istisnaları özlük modülünden girildikten sonra aynı istisnaların başka bir yerden daha girişine ihtiyaç duyulmamalıdır

9.2.6.​ Tüm hekimler, kendi ekranlarından hangi günler izinli, hangi günler geçici görevli, olduğunu görebilmelidir. MHRS’ye kayıtlı hekimler kendi şablonlarına göre hangi gün ve saatlerde MHRS’den hasta alabildiklerini takip edebilmelidir

9.2.7.​ MHRS’de kayıtlı hekimlerin nöbet tuttukları günün ertesi günü için (48 saat öncesinden bildirmek şartı ile) isteğe bağlı olarak o hekime ait MHRS randevuları nöbetlerin girildiği menüden kapatılabilmelidir.

9.2.8.​ SBYS’den Sadece MHRS’de geçerli olmak üzere istisna girilebilmelidir.

9.2.9.​ Hastanelerimizden MHRS ile randevu alan hastalara randevusunun olduğu gün saat 08:00 da SMS ile bilgilendirme yapılmalıdır. SMS giderleri hastanelerimize aittir

9.3.​ POLİKLİNİK MODÜLÜ

Poliklinik Modülü; hastanın müracaatından muayene olmasına ve hastaneyi terk etmesine kadar olan süreçteki, polikliniklerde ihtiyaç duyulan; tüm tıbbi ve mali işlemlerin elektronik ortama aktarılarak gerekli kayıtların tutulmasını ve bu bilgilerin gerektiğinde incelenebilmesini amaçlar. Hekim, periyodik olarak ve her istediğinde bu modül aracılığıyla Hekim Çalışma Cetveli oluşturmak üzere kendi çalışma saatlerini sisteme kaydedebilmelidir.

9.3.1.​ POLİKLİNİK KAYIT İŞLEMLERİ

9.3.1.1.​ Bu modül aynı zamanda acil servis ve polikliniklerin ihtiyaçlarına cevap verebilecek şekilde düzenlenmiş olmalı ya da bunlar için gerekli düzenlenmelerin yapılabileceği şekilde tasarlanmış olmalıdır.

9.3.1.2.​ Her müracaat esnasında ilk müracaatta alınan alerji, diyabet, v.b. kronik hastalıklar ile ilgili bilgiler otomatik olarak ekrana gelmelidir.

9.3.1.3.​ Hastaların hemşireleri ve doktorları tarafından hasta dosyalarına işlenen tüm muayene ve tedavi bilgileri, özel sağlık bilgileri (alerjiler, diyabet, vb.) ve konsültasyon bilgileri bu modülden elektronik ortama aktarılabilmeli, bu bilgilerden yararlanılıp otomatik olarak epikriz düzenlenebilmelidir. Bu işlemlerin yürütülmesi için gerekli donanım, network ve sarf malzemeler İdare tarafından önceden sağlanacaktır.

9.3.1.4.​ Bu modülden, hastanın doktorları tarafından, hastaya ait tanı kodlarının Uluslararası Hastalık Kodlaması ICD-10 kullanılarak girilebileceği düzenlemeler yapılmış olmalı ve Tanı Kodlaması yapılmamış hastaların işlemi tamamlanamamalıdır.

9.3.1.5.​ Ücretli hastalar haricinde; özel sigortalı, memur, Emekli Sandığı(devredilen), SSK(devredilen)’lı, Bağkurlu(devredilen), yeşil kartlı, vb. SGK mensubu ve kurumuna faturalı hastaların; muayene ve tedavi bilgileri ile laboratuvar, röntgen vb. tetkik istek işlemleri yapılabilmeli ve tamamlanan işlemler hasta faturalarına (mali kayıtlarına) otomatik olarak atılmalıdır. Özetle, vezne yükü azaltılırken arada oluşabilecek kayıp ve kaçaklar da önlenebilecek şekilde düzenleme yapılmış olmalıdır.

9.3.1.6.​ Doktor tetkik isteklerinde tetkiki isteyen klinik, doktor, işlem yapan kullanıcı, isteğin yapıldığı tarih ve saat gibi bilgiler istekte otomatik olarak yer almalıdır.

9.3.1.7.​ Poliklinik modülünden yapılacak tetkik istekleri laboratuvar modülünde doğrudan görüntülenebilmelidir. İstenen tetkiklerin onaylanmış sonuçları da poliklinik modülünde görülebilmelidir. Bu şekilde hasta dosyasındaki laboratuvar test sonuçları bir arada bütünlük ve sadelik içinde izlenebilmelidir.

9.3.1.8.​ Ücretli hastalara ait işlemler ve tetkik istekleri, her durumda poliklinik modülünden yapılabilmeli, ödeme yapmamış hastaların kontrolü, örnek alma öncesinde ya da tetkik öncesinde burada kontrol edilmeli ve engellenmelidir.

9.3.1.9.​ Yine kurumuna faturalı hastaların dosyalarına işlenmesi gereken tıbbi malzemeler ve ilaçlar da bu modülden işlenebilmelidir. Kayıp ve kaçaklara neden olmaması için acil servis, yoğun bakım, ameliyathane v.b. yerlerin ve tüm kliniklerin ecza ve malzeme depolarının da stok kontrol işlemleri yapılabilmeli, bu depolardaki malzemelerin işlemleri, yalnızca yetki verilen kişilerce yapılabilmelidir.

9.3.1.10.​ Polikliniklerde; poliklinik ya da doktor bazında olmak üzere, muayene sırası almış olan hastalara ait listeler, poliklinik hemşiresi ya da doktoru tarafından görüntülenebilmeli; hastalara verilecek sıra numaralarına ait sadece sıra numara bilgisi olan listeler “dijital board” lara yansıtılabilecek şekilde düzenlenmiş olmalıdır. Aynı şekilde kliniklerde yatan hasta listeleri de servis hemşireleri ve doktorları tarafından görüntülenebilmelidir.

9.3.1.11.​ Hastanın herhangi bir andaki fatura bilgileri, istenildiği taktirde bu modül ekranlarından görüntülenebilmeli ve/veya yazdırılabilmelidir.

9.3.1.12.​ Acil servis polikliniğine başvuran hastalar geliş türlerine göre (112 ambulans,112 ambulans helikopter, diğer ambulans, özel ambulans, araç vb.) listelenebilmeli ve gerektiğinde bu hastaların listesi veri tabanının dışına istenilen formatta aktarılabilmelidir. (Open Office, Word,excel,pdf vb formatlarda)

9.3.1.13.​ Acil serviste hasta kabul triaj modülünden polikliniğe yönlendirilen hastaların takibinin modül üzerinde yapılıp ve istatistik olarak raporlanabilmelidir.

9.3.1.14.​ Acil serviste hasta triajdan gözleme kadarki yönlendirmelerin HBYS den yapılması ve raporlanmalıdır.Hasta tedavi order,ilaç order hasta başı uygulamanın HBYS den yapılabilmesi ve raporlanabilmesi sağlanmalıdır.

9.3.1.15.​ Acil servis polikliniğinde müşahede altına alınan hastalar için modül üzerinden ‘acil servis müşahede formu’ doldurulabilmeli çıktısı alınabilmeli ve hastaya önceki gelişlerinde doldurulmuş olan acil müşahede formları aynı ekran üzerinden görüntülenebilmeli istendiğinde çıktısı alınabilmelidir.

9.3.1.16.​ Acil servis polikliniğine alkol muayenesi için getirilmiş olan hastaların alkol promil oranları kayıt altına alınabilmelidir.

9.3.1.17.​ Acil servis polikliniğine müracaat eden hastalar için ‘Kan Talep formu’ modül üzerinden yapılabilmeli ve uygun formatta (Kan talep formu) çıktısı alınabilmeli ve bu talep ek bir işlem yapmaya gerek kalmadan hastanede bulunan kan merkezinin kullanacağı modüle otomatik olarak düşmelidir.

9.3.1.18.​ Cerrahi branşlarda ‘patoloji istem formu’ modül üzerinden doldurulabilmeli, form yazdırılabilmeli ve patoloji isteminin durumu takip edilebilmelidir. Aynı ekran üzerinden hastanın önceki gelişlerinde istenmiş olan patoloji istemleri sonuçları ile birlikte takip edilebilmelidir.

9.3.1.19.​ Acil servis polikliniğine 112 ambulans ile getirilmiş olan hastalar için ‘112 vaka işlemleri formu’ sistem tarafından üretilebilmeli ve form sonuçlandırılıp 112 komuta merkezine otomatik olarak modül üzerinden bildirilebilmelidir. Ayrıca bu tür hastaları listeleme imkanı olmalı ve listede 112 komuta merkezine hasta bilgileri topluca da gönderilebilmelidir. Bu işlem için herhangi bir ek yazılım ve /veya işlem gerekmemelidir.

9.3.1.20.​ Diğer hastanelerden sevkli gelen hastaların istatistik olarak alınmalıdır.Sevkli gelen hastaların hangi servise yatışı yapıldığı tanı vb. hasta bilgilerinin HBYS de tutulması ve raporlanması gerekmektedir.

9.3.1.21.​ İhtiyaç halinde hastanın önceki gelişlerine ait arşiv dosya istemleri modül üzerinden ‘Arşiv dosya talep formu’ doldurularak yapılabilmeli ve bu istem herhangi ek bir işlem gerçekleştirmeye gerek kalmadan arşiv birimine otomatik olarak iletilmelidir.

T.C.

SAĞLIK BAKANLIĞI

TÜRKİYE KAMU HASTANELERİ KURUMU

Aydın Kamu Hastaneleri Birliği Genel Sekreterliği

Söke Fehime Faik Kocagöz Devlet Hastanesi

Sayı: 81866290/930 - 16.06.2017

Konu: Fiyat Teklifi hk.

Hastanemizin 2017 mali yılı (01.07.2017 – 31.07.2017 tarihleri arası) 1 AYLIK ihtiyacı için Hastane Bilgi Sistemleri Yazılım Hizmet alımı işi 4734 sayılı K.İ.K.’nun 22. Maddesinin (d) bendi gereğince alınacaktır.

Ekli Teknik Şartnamede belirtilen hizmet işinde Hastanenin mevcut donanım ve ağ alt yapısı kullanılacaktır. Eksik olan donanım ve ağ yapısı Hastane İdaresi tarafından karşılanacaktır. Sağlık Bakanlığı’nın yayınladığı tebliğler doğrultusunda KDV HARİÇ teklif fiyatınızın 19.06.2017 tarihi saat 10:00’a kadar verilmesi için;

Gereğini rica ederim.

Uz. Dr. Mustafa İKİZEK

Hastane Yöneticisi (Başhekim)

Tel ; 0 256 518 23 61 (Dahili 2102)

Faks : 0 256 512 46 94

1- İşin yapılacağı yer : Söke Fehime Faik Kocagöz Devlet Hastanesi

2- Vergi, Resim Harç, Sigorta : KDV hariç Yükleniciye aittir.

3- Hizmetin süresi : Sözleşmenin imzalanmasından itibaren 1 AYDIR. (01.07.2017 tarihinde işe başlanacak olup 31.07.2017 tarihi dahil sona erecektir.

4- Teklif edilen fiyatların (KDV Hariç) rakam ve yazı ile belirtilmesi,

5- Fiyat Farkı : VERİLMEYECEKTİR.

6-Ödeme : Aydın Kamu Hastaneleri Birliği Genel Sekreterliği Muhasebe Birimince 90 gün içinde ödenecektir.

7-Sözleşmede, ödemeye esas olacak meblağ üzerinden, %0. 9,48 (Bindedokuzvirgülkırksekiz) sözleşme pulu bedeli alınacaktır.

8-Alınacak hizmetin özellikleri : EKTE SUNULMUŞTUR

BİRİM FİYAT TEKLİF MEKTUBU

FİRMA ADI – KAŞE