Hastane Bilgi Yönetim Sistemi Hizmet Alımı (hbys)

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 6 AY süreli (Aydın Kamu Hastaneleri Birliği Genel Sekreterliğince yapılacak ihale sonuçlanıp sözleşmeye bağlanıncaya kadar geçecek sürede) 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

6 AY süreli, (Aydın Kamu Hastaneleri Birliği Genel Sekreterliğince 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 özellikler e 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 ihale 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 idare 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; iş 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 ilgili hükümlerine, ayrıca ihale mevzuatına aykırı davranmaktan dolayı Kamu ihale Mevzuatı hükümlerine göre idare 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 idare 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 idareye 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, idare’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) idare’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, idare’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 idare’ye teslim edilmelidir. iç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ı k onusunda 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 işletim Sistemi Pardus, iOS, 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 iş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 ilaç 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 ihl al 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ımlana bilmelidir.

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 lokasyond a 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 bulunmaya n(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 istenmeli dir.

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öst erilemeyecek 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, idare’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 ver erek 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 idare tarafından takip edilip edilemediği ve geri bildirimlerin nasıl yapıldığı açıklanmalıdır.

6.1.6.    idare, 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üğü idare’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, idare tarafından ihtiyaç duyuldukça asgari stok seviyeleri de dikkate alınarak karşılanır.

7.          OLAĞANÜSTÜ DURUMLAR

istekliler 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. ilgili planın idarece onaylanmasından sonra bu plan doğrultusunda idaremiz 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.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 yetk ili 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. istenen 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.   ihtiyaç 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.

9.3.1.22.  Vaka başı kapsamında bulunan ve vaka ücreti aşılan durumlarda kullanıcı sistem tarafından uyarılmalıdır. Bu gibi durumlarda sistem üzerinden iş kuralları tanımlanabilmeli ve gerekli kısıtlamalar uygun görüldüğünde tanımlanabilmelidir.

9.3.1.23.  Hastaların kontrol gelişlerini (10 günlük vaka başı kapsamında) otomatik olarak takip etmeli, kontrol gelişinde yapılan ve ayrıca fatura edilebilen işlemleri otomatik olarak hastanın mali dosyasına aktarmalı ve faturalama esaslarını göz önünde bulundurarak hastanın mali dosyasını güncellemelidir.

9.3.1.24.   İlgili branş için modül üzerinden Sitoloji raporu doldurabilmeli ve çıktısı alınabilmelidir. Hasta için daha önce doldurulmuş olan sitoloji raporlarına erişim aynı ekran üzerinden olmalıdır.

9.3.1.25.  Öncelikli Hasta takibi yapılabilmelidir. Öncelikli hastalar, öncelik durumları LCD sıramatik sistemine istendiğinde, herhangi ek bir işlem yapmadan aktarılabilmeli ve sıra sistemi otomatik olarak takip edilebilmelidir. (ÖRNEK:poliklinikte 30 hasta var, normal sıra numarası 10. hastayı gösteriyor ancak 25. hasta öncelikli hasta, hasta çağrıldığında 25. sırada bulunan hasta sistem tarafından çağrılarak LCD sıramatiğe hastanın öncelikli hasta olduğunu belirten ibare otomatik olarak yansıtılarak çağrılabilmelidir.)

9.3.1.26.   Kartlı otomatik kayıt (mifare, smart, Proximity, Barkod ..vb) sistemlerini desteklemeli, donanım ve lisanslar kurumumuz tarafından karşılandığında Poliklinik kapılarına takılacak kart okuyucular ile hasta kendisine verilmiş olan tanıtım kartı ile kendi kaydını (bağlı olduğu sosyal güvence kurumunun iş kuralları göz önünde bulundurularak) alabilmelidir. Demoda gösterilebilmelidir.

9.3.1.27.  LCD Sıramatik bekleyen hasta listesinde “Hastanın tahmini muayene saati” bilgisi gösterilebilmelidir.

9.3.1.28.  LCD Sıramatik’te hastanın içeride olup olmadığı bilgisi görülebilmelidir.

9.3.1.29.  Laboratuvar ve görüntüleme sonuçlarının çıkma sırasına göre hastaların LCD sıramatikte istenildiği zaman görünebilmeli ve çağrılabilmelidir.

9.3.1.30.   İlgili branşlar tarafından modül üzerinden ‘Kanser tarama formu’ doldurulabilmeli, hastaya ait daha önceki formlar aynı ekran üzerinden görüntülenebilmelidir.

9.3.1.31.   İlgili polikliniklerde hastanın durumuna bağlı olarak doldurulan aşı formları sistem üzerinden takip edilebilmeli ve bu formlar standart aşı formu kriterlerine uygun olarak istendiğinde yazdırılabilmelidir. Ayrıca hastaların aşıları sistem üzerinden takip edilebilmelidir.

9.3.1.32.  Gelen hasta, resmi kurum (memur ..vb) hastası ise, kullanıcıya sevk nüshalarının alınması ile ilgili bilgilendirme mesajı verebilmelidir.

9.3.1.33.  Hastaların kontrol muayeneleri için randevu verilebilmeli, belli süreler içinde gelecek hastalara ait kontrol muayene işlemleri gerçekleştirilebilmelidir. Kontrol muayeneleri ve tedavi seansları da hasta faturalarına gerektiği gibi yansıtılmalıdır.

9.3.1.34.  Doktor kendi servisi için muayene sıra numaralarını ve sonuç gösterimi sıra numaralarını kendi ayarlayabilmelidir. Örneğin 1-30 arası sıralar muayene, 31-35 arası sıralar sonuç, 36-45 arası sıralar muayene vb.. şekilde ayarlama yapılabilmelidir.Belirli saatler arası veya belirli bir sıra numarasından sonra polikliniği sıra vermeye kapatabilmelidir.

9.3.1.35.   Polikliniklerde; poliklinik ya da doktor bazında olmak üzere, muayene sırası almış olan hastaların listeleri, poliklinik hemşiresi ya da doktoru tarafından kolayca görüntülenebilmeli; bu listeler gerektiğinde “dijital board” lara yansıtılabilecek şekilde düzenlenmiş olmalıdır. Tasarlanmış olan sıramatik ekranlarında,, programcı müdahalesine gerek kalmaksızın Renk, Logo, Başlık, Kayan yazı,yazı punto büyüklüğü vb.. değişiklikler kullanıcı tarafından yapılabilmelidir. Aynı şekilde kliniklerde yatan hasta listeleri de servis hemşireleri ve doktorları tarafından kolayca görüntülenebilmelidir.

9.3.1.36.  Aile planlaması polikliniğinde yapılan işlemler kayıt altına alınabilmelidir.

9.3.1.37.  MHRS hastaları sıramatik ekranından çağırıldığında kesinlikle SIRA numarası yer almayacaktır.

9.3.1.38.  Doktor fotograflarının hangi doktor poliklinikte çalışıyorsa LCD ekranda görünebilmeli ve poliklinik değişikliğinde herhangi bir foto transferi olmadan LCD ekranda doktor fotolarının çıkmasının sağlanması.

9.3.2.    HASTA TIBBİ BİLGİ GİRİŞİ

9.3.2.1.    Yetkili doktorunun hasta ile ilgili anamnez ve tıbbi bilgi girişini gerçekleştiren işlevdir. Muayene sadece normal poliklinik muayenelerini değil aynı zamanda, kontrol muayenesi, tetkik değerlendirme, check-up muayeneleri, konsültasyon vb. de kapsamaktadır.

9.3.2.2.    Tanı girişinde en kısa zamanda gerekli düzenlemeler yapılıp ICD-10 kodları kullanılmalıdır. Bir hastanın birden fazla tanısı olabileceğinden form ve rapor dizaynları buna uygun geliştirilmelidir

9.3.2.3.    Doktorun tanı kodlarının dışında da serbest tanı kaydı yapabilme imkanı olmalıdır. Her kullanıcı Doktor için; Doktorun girdiği bu tanının ICD-10’daki karşılığını tanımlayıp saklayabileceği arayüz yazılımda yer almalıdır.

9.3.2.4.    Tedavi aşamasında da kod sistemleri kullanılmalı uygulanan hizmet kayıtlarını SUT kodlarına göre girme imkanı olmalıdır.

9.3.2.5.    Hastaya ait temel tıbbi bilgilerin Doktor tarafından girilmesi ile ilgili serbest bir bölüm olmalıdır.

9.3.2.6.    Tedavi aşamasında da kod sistemleri kullanılmalı uygulanan hizmet kayıtlarını SUT ve/veya BUT kodlarına göre girme imkanı olmalıdır. Tıbbı işlemlerin girişleri sırasında faturalama kriterleri (Sut, But, Tut Faturalama ilkeleri) baz alınabilmeli, istenildiğinde uyarı veya girişi engelleme yapılabilmelidir. Branş bazında tedavi kodları gruplandırılabilmeli, sadece ilgili branşa ait işlemler görülebilmeli veya gerektiğinde kısıtlama yapılabilmelidir.

9.3.2.7.     Doktorlar kendileri için sık kullandıkları ICD10 ve İlaçlar için liste hazırlayabilmeli ve bu listeler ile işlem yapabilmelidirler. Doktor sık kullanım listesinde ekleme-çıkarma işlemini kendisi yapabilmelidir, bu işlem için bilgi işlem veya yazılımcı müdahalesi gerekmemelidir.

9.3.2.8.    Tetkik/tedavi kodlamalarında poliklinikte yapılamayacak işlemlerin poliklinik üzerinden girişi engellenmelidir. Örneğin polikliniklerden B grubu ameliyat girişi engellenebilmelidir.

9.3.2.9.    Kullanıcı isteklerine göre bir vakaya, birden fazla tanı girişi (ön tanı, kesin tanı, radyografik tanı, patolojik tanı, kabul, taburcu, primer ve sekonder tanı vb.) imkanı olmalıdır.

9.3.2.10.  Seçilen tanı Sağlık Bakanlığı’nca yayımlanan Sağlık Kodlama Referans Sunucusunda(SKRS) yer alan Meslek Hastalıkları Tanı Kodlarından biri ise, yazılım otomatik olarak kullanıcıyı, hastalığın bir meslek hastalığı olabileceği yönünde uyarmalıdır. Hastalığın bir meslek hastalığı şüphesi olduğuna karar verildiğinde yazılım, hastalığın bu şekilde kayıt altına alınmasına imkan sağlamalıdır. Meslek Hastalığı şüphesiyle kayıt altına alınan hastaların yaptıkları iş yine SKRS’de yer alan Meslek Kodlarına uygun şekilde kayıt altına alınabilmeli, meslek hastalığı şüphesi vakalarına ait kayıtlı verilerden belirli zaman aralığında, yaş, cinsiyet, yerleşim yeri, iş kolu, hastalık kodu gibi parametrelere göre sorgulama ve raporlama imkanı sunmalıdır.

9.3.3.    HASTA TIBBİ BİLGİ GÖRÜNTÜLEME

Yetkili personelin hastayla ilgili yapılmış tüm tıbbi bilgi girişlerini görüntüleyen, raporlayan alt işlevdir. Hasta dosyası görüntüleme, tıbbi bilgi görüntüleme işlemlerini kapsamalıdır.

9.3.3.1.    Hastanın tedavi gördüğü tüm birimler ile ilgili tıbbi bilgi girişlerinin görüntülenmesini, raporlanmasını sağlamalıdır.

9.3.3.2.    Doktor ya da tedavi sürecine katılan sağlık personeli, hastaya bugüne kadar yapılmış tıbbi işlemleri yetkisi dahilinde görebilmelidir.

9.3.3.3.    Tıbbi bilgisi görüntülenen ve/veya raporlanan hastaların epizot ve genel bilgilerine geçiş kolayca mümkün olmalıdır.

9.3.3.4.    Gizlilik ve Mahremiyet İlkeleri çerçevesinde sadece hastaya tetkik, tedavi ve bakım hizmeti sunan ve sır saklama yükümlülüğü bulunan yetkili personelin tıbbi bilgi görüntülenmesinde ve/veya raporlanmasında anamnez ve tetkik sonuçlarının gerekli ekrana/kağıda yazdırılmasına imkan verilmeli, diğer personel bu verilere ulaşamamalıdır.

9.3.4.   TIBBİ RAPOR HAZIRLAMA

Hastaya ait tanı ve sonuçlarının raporlandığı alt işlevdir. Rapor formatları, ilgili mevzuata uygun dizayn edilmiş olmalıdır.

9.3.4.1.    Tıbbi rapor hazırlama işlemi, doktorun yetkisinde olmalıdır.

9.3.4.2.    Tıbbi raporlarda kullanılacak tanı kodlarının ve rapor sonuçlarının, liste ve ekranlardan seçilmesi mümkün olmalı, serbest rapor yazma imkanı da bulunmalıdır.

9.3.4.3.    Varsayılan rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır.

9.3.4.4.    Yatan ve ayaktan hasta için ön tanı ve kesin tanı, primer ve sekonder tanılar belirtilerek girilmelidir. Bu tanıların uygunluklarının doktor bazında incelenmesi için rapor oluşturulmalıdır.

9.3.4.5.    Yazılımın ürettiği raporlar Ofis yazılımlarına kolayca ve mevzuata uygun formatta aktarılabilmelidir.

9.3.4.6.    Göz hastalıkları branşına bağlı bulunan poliklinik ve kliniklerde optik reçete düzenlenebilmeli ve uygun reçete formatında (optik reçete) çıktısı alınabilmelidir.

9.3.4.7.    Göz hastalıkları branşına bağlı bulunan poliklinik ve kliniklerde her bir göz için ayrı ayrı epikriz doldurulabilmeli ve çıktısı uygun formatta ( göz epikriz formu) alınabilmelidir.

9.3.4.8.    Kırım Kongo Kanamalı Ateşi vakaları, Kuduz vakaları ve Kanser Vakaları v.b. otomatik tespit edilebilmeli ve gerekli bilgi formunun doldurulması, yazdırılması ve istenildiğinde sorgulanabilmesini sağlamalıdır.

9.3.4.9.    Tek hekim ilaç raporu verilebilmelidir. Hastaya kullanılacak ilaçlar listeden seçilebilmeli, seçilmiş olan ilaçların etken maddeleri otomatik olarak sistem tarafından atılmalıdır.

9.3.5.    İLAÇ VE SARF MALZEME İSTEMİ

İlaç ve sarf malzemesi isteklerini ilgili bölüme bildirip süreci takip etmek için kullanılacak işlemlerdir. İlaç ve sarf malz eme istek, arama ve görüntüleme işlemlerini kapsamalıdır.

9.3.5.1.     İlaç ve sarf malzemeleri, kodlu listelerden seçilerek istekte bulunulmalıdır.

9.3.5.2.     İstekler üzerine tarama kriterleri girilerek arama yapılabilmelidir.

9.3.5.3.    Hastaya yapılan küçük cerrahi girişim, eczane, laboratuvar, röntgen gibi işlemlerde kullanılan malzemelere ait ücretler hastanın mali kayıtlarına ve hasta dosyasına anında yansıtılmalıdır.

9.3.5.4.     İsteklerin günlük, haftalık, aylık ve istenilen tarih dilimleri arasındaki sorgu sonuçları ekrana/kağıda yazdırılabilmelidir.

9.3.6.    POLİKLİNİK/SERVİS RAPORLAMA

9.3.6.1.     Poliklinik/servis ile ilgili istatistiksel raporların hazırlanmasını sağlayan fonksiyondur. Poliklinik/Servise başvuran hastaların ve doktorların günlük, haftalık, aylık, yıllık sayıları, grup ve sevk eden makam ve maksatlara göre dağılımları, hasta akıbetleri, poliklinik/servis sarf malzeme raporları, maliyetleri ve tanımlı istatistik raporları kapsamalıdır. Sistemde tanımlı olan poliklinik/servis raporlarında (Epikriz formu, Anamnez formu, doktor gözlem formu, hemşire gözlem formu, Tek hekim raporu vb. tüm formalarda) değişiklik istendiğinde sistem yöneticisi ve yetki verilen kişiler rapor tasarımını yeniden düzenleyebilmelidir. Bu işlem için yüklenici firmaya ihtiyaç duyulmamalıdır.

9.4.       HASTA YATIŞ, YATAN HASTA TAKİP VE HASTA ÇIKIŞ İŞLEMLERİ MODÜLÜ

9.4.1.   YATIŞ İŞLEMLERİ

9.4.1.1.    Poliklinik, acil servis vb birimlerden tüm yataklı servislere kabul ile ilgili işlemler gerçekleştirilebilmelidir.

9.4.1.2.    Refakatçi işlemleri yapılabilmelidir. Refakatçi ücretleri, hastanın elektronik ortamdaki mali kayıtlarına otomatik olarak yansıtılabilmelidir.

9.4.1.3.    Refakatçi için Webcam üzerinden fotoğraf kaydı alınabilmelidir. Alınan fotoğraf refakatçi kartı üzerine yazdırılabilmelidir. Gerekli olacak donanım kurumumuz tarafından karşılanacaktır.

9.4.1.4.    Refakatçi kayıt işlemlerinde sınırlama olmamalıdır, bir hasta için aynı anda istenildiği kadar refakatçi kaydı alınabilmelidir. Refakatçilerin adı soyadı, yakınlığı, giriş-çıkış tarihi vb.. bilgileri kayıt altında tutulabilmeli ve bu bilgiler istenildiğinde sorgulanabilmelidir.

9.4.1.5.    Refakatçi kaydı alınırken ‘doktor isteği ve hastanın kendi isteği ile’ refakatçinin refakat durumu belirtilebilmeli. Hasta isteği ile refakat eden hastaların günlük refakat ücretleri ek bir işlem yapmaksızın vezne modülünden hasta kartına günlük refakat ücreti görüntülenebilmelidir.

9.4.1.6.    Hastanın yatışıyla ilgili tüm işlemler (Hasta bilgileri, yatış onayı bilgileri, vb.) gerçekleştirilebilmelidir.

9.4.1.7.    Hasta yatağı ile ilgili özelliklere göre ücret farkları kayıtlara otomatik olarak işlenebilmelidir.

9.4.1.8.    Yatak atama işleminde boş yataklardan oluşan listeden seçim yapılarak yatak ataması gerçekleştirilmelidir.Bu listede serviste bulunan yatakların; cinsiyet ,boş, doluluk durumu ve rezerve bilgileri olmalı, yataklar cinsiyete göre grafik olarak gösterilmelidir.

9.4.1.9.    Yatış formu elektronik ortamda üretilebilmelidir.

9.4.1.10.   Hastanın bilgisayar ortamında bulunmayan hastalığının seyri ile ilgili her türlü belge,döküm (Hastane dışında yapılmış tetkik ve tedavi sonuçları) hastanın yatışına ait dosyasına elektronik ortamda (Scanner’den taratılarak ek bir yazılım lisansı ve/veya yazılım kullanılmadan) aktarılabilmeli ve tedavi süresince yetkili kullanıcılar tarafından kolayca görüntülenmesini sağlamalıdır. Gerekli olacak donanım kurumumuz tarafından karşılanacaktır

9.4.1.11.  Hasta yatış onay formları elektronik ortamda üretilebilmelidir.

9.4.1.12.  Hasta yatışta, yatışı yapan doktor, ön tanı/tanı görülmelidir.

9.4.1.13.  Yatışına karar verilen fakat herhangi bir nedenle yatış birimine gitmeyen ve tedaviden vazgeçen hastaları otomatik olarak listelemeli ve gerektiğinde bu yatış talepleri yetkili kullanıcı tarafından otomatik olarak iptal gerekçesi belirtilerek iptal edebilmelidir.

9.4.1.14.  Klinik kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında raporlar alınmalıdır.

9.4.1.15.   Kimsesi olmayan hastaların acil yatışlarında üzerlerindeki kıymetli eşya vb.. emanete alınabilmesi için emanet bilgi formu düzenlenebilmeli ve yazdırılabilmelidir. Emanetlerin hastaya tesliminde de emanet teslim bilgilerini içeren form yazdırılabilmelidir.

9.4.1.16.  Hasta kabul esnasında hastanın daha önce arşiv dosyasının bulunup bulunmadığı sorgusu otomatik olarak yapılmalı, mükerrer arşiv dosyasının oluşmasının önüne geçebilmelidir

9.4.1.17.  Yatışına karar verilen fakat herhangi bir nedenle yatış birimine gitmeyen ve tedaviden vazgeçen hastaları otomatik olarak listelemeli ve gerektiğinde bu yatış talepleri yetkili kullanıcı tarafından otomatik olarak iptal gerekçesi belirtilerek iptal edebilmelidir.

9.4.1.18.  Yatışına karar verilen hastaların, yatan hasta kabulu yapılırken sistem tarafından otomatik olarak hastanın daha önceki yatışı varmı yokmu diye sorgulayarak son 5(Beş) yatışı yatan hasta kabul numaraları ile birlikte görüntülemesi sağlanacaktır. Son yatışındaki arşiv numarasından otomatik arşiv kaydı oluşturacaktır.

9.4.2.   YATAN HASTA TAKİP İŞLEMLERİ

9.4.2.1.    Hastaların hasta yatış kaydı onaylanmalıdır.

9.4.2.2.    Hastaya verilmesi gereken ve ilgili sevk birimine yazılması gereken raporların hazırlanmasını sağlamalıdır.

9.4.2.3.    Yatan hasta kayıtlarından istenilen kriterlere göre günlük, haftalık, aylık raporlar alınabilmelidir.

9.4.2.4.    Hastanın sağlık seyriyle ilgili bilgiler, ilaç dozaj bilgileri, ameliyat bilgileri, v.b. gerektiğinde raporlanabilmelidir.

9.4.2.5.    Ameliyathane ve ileri tetkik için randevu, diğer kliniklerden konsültasyon istek işlemleri gerçekleştirilmelidir.

9.4.2.6.    Klinikteki hastalara yapılan hizmetlere göre kısmi sorgulama kriterleri verilerek hasta dosyasının ve uygulanan her türlü hizmetlerin görüntülenmesi ve/veya raporlanabilmesi sağlanmalıdır.

9.4.2.7.    Klinikte yatan hastalar için istenen bütün tıbbi istekler görüntülenmeli ve/veya raporlanabilmelidir.

9.4.2.8.    Yatan hastaların, poliklinik bilgilerine ve önceki yatış bilgilerine aynı ekran üzerinden (başka ekran açılmadan) istenilen şekilde ulaşılmalıdır.

9.4.2.9.    Hekim istemlerinde; standart hekim istem paketleri, hastanın ihtiyacına yönelik bireyselleştirilmiş istemler, sınırlandırılmamış istem ve bunlara ulaşılmayı sağlayacak hekim istem menüleri oluşturmalıdır. Standart hekim istem paketlerine tek tuş yardımı ile kolay ulaşım sağlanmalıdır.

9.4.2.10.  Hekim istemi içindeki tüm kalemlerin ilgili bölümlere otomatik olarak gitmesi sağlanmalıdır.

9.4.2.11.  Sadece yetkilendirilmiş hekim tarafından hekim istemlerinin iptali, yenilenmesi sağlanmalıdır.

9.4.2.12.  Hastanın önceki hekim istemleri zaman ve tarih bazında geriye dönük olarak izlenmelidir.

9.4.2.13.  Kullanıcı tarafından tanımlanan zamanlarda hasta için ileriye dönük hekim istemi sağlanmalıdır.

9.4.2.14.  24 saat içinde imzalanmaya ihtiyaç duyulan hekim istemleri (narkotik ve psikotrop istemleri gibi) için uyarıcı bir takip sistemi oluşturulmalıdır.

9.4.2.15.   Kullanıcı tarafından tanımlanan kriterler doğrultusunda klinik önceliklerin (acil, öncelikli, rutin) belirlenmesine izin vermelidir.

9.4.2.16.  Randevu ve ön hazırlık gerektiren tetkikler için randevu sağlama ve hasta için tetkik hazırlığı bilgisini raporlama imkanı vermelidir.

9.4.2.17.  Uygulanacak işlemler, kullanılacak malzeme listesi, standart sarf malzeme listesi kolay ulaşılır olarak sağlanmalıdır.

9.4.2.18.   Hekime epikriz ve ameliyat notu ,günlük gözlem ve tedavilerini yazma imkanı sağlamalı ve hekim onayı verildikten sonra bu raporların sistemde yer alması ve faturasının kesilmesi için fatura ekranlarına ve TİG modülüne düşmesinin sağlanması gereklidir.

9.4.2.19.  Epikriz raporuna poliklinik ekranlarından kayda alınan “GEBELIK HAFTASI” ve diğer anamnez bilgisi aktarılabilmelidir.

9.4.2.20.  Başka bir servisten sevkle gelen hastanın, gelmiş olduğu serviste doldurulan epikrizlerine yetki dahilinde ulaşılabilmeli ve istendiğinde hastanın tedavi gördüğü her servis için ayrı epikriz oluşturulabilmelidir.

9.4.2.21.  Hasta bir servisten diğer bir servise sevk edilebildiği gibi servis içinde başka hekime de sevk edilebilmelidir. Bu durumdaki hasta(lara) hekim bazında epikriz oluşturulabilmelidir.

9.4.2.22.  Hasta için konsültasyon istemi yapılmalı ve konsültasyon durumu izlenebilmelidir. İstendiğinde konsültasyon istem ve sonuç raporları yazdırılabilmelidir.

9.4.2.23.  Verilen hizmet/malzeme mükerrer kaydını önlemek üzere tekrarlayan işlem ya da tedaviler için uyarı sağlanmalıdır.

9.4.2.24.  Hastanın yatışının kaçıncı günü olduğu ve planlanan yatış süresinin karşılaştırılması yapılmalıdır.

9.4.2.25.  Hasta odasının durumu (dolu, boş,) sistemden izlenmelidir.

9.4.2.26.  Bu modül, Hastalık kodlarını (ICD-10) kullanabilmelidir.

9.4.2.27.  Gerçekleşmeyen istem iptali mümkün olmalı, gerçekleşmeyen istemlerin faturaya yansıtılması engellenmiş olmalıdır.

9.4.2.28.  Hastanın doktor tarafından ön ve yeniden değerlendirilmesini (anamnez) sağlamalıdır.

9.4.2.29.  Hasta gecelemesi ve vizit puanları otomatik olarak faturalandırılmalıdır.

9.4.2.30.  Gece yarısı (günlük) yatan hasta doluluk oranları, real time geceleme ve doluluk projeksiyonu yapmalıdır.

9.4.2.31.  Yatışı istenen hastanın doktorunun sorgulanması yapılmalı; sisteme kayıtlı ya da yetkili olmayan doktorun yaptığı yatış istekleri gerçekleştirilmemelidir.

9.4.2.32.  Kayıtların hangi kullanıcı tarafından girildiği yıl/ay/gün/saat olarak takip edilmelidir.

9.4.2.33.  Yatan hasta listelerinin tetkik ve tedavi ünitelerinin yanı sıra oda bakım/temizlik sorumluları ile diyet sorumluları tarafından görülmesi sağlanmalıdır.

9.4.2.34.  Hastanın bir servisten diğerine transfer bilgileri elektronik ortamda gerçekleştirilebilmelidir.

9.4.2.35.  Sistem, yatan hasta kol bandı kimlik bilgilerini oluşturabilmelidir.

9.4.2.36.  Hasta için yapılan isteklerin hangi doktor tarafından yapıldığı izlenmelidir.

9.4.2.37.  Sistem, izole hastaları ve bazı özel durumlardaki(alerji vb.) hastaları HBYS üzerinden uyarı verebilmeli, gerektiğinde numara ile izlemelidir.

9.4.2.38.  Sistem, hastaların izinli çıkışlarının kaydını tutarak kullanıcıya gerekli uyarıları verebilmelidir. Hastanın izinli olduğu süre içindeki yatak ücretleri hasta faturasına yansıtılmamalıdır. Hastanın izinde iken bulunacağı Adres,Telefon vb.. bilgiler tutulabilmelidir. Hasta izinleri ile ilgili bilgiler istendiğinde istatistik olarak alınabilmelidir.

9.4.2.39.  Her türlü rapor (örneğin ameliyat ya da epikriz notu gibi) doktor tarafından onaylandıktan sonra sistemde yer almalıdır. Onaylanan rapor üzerinde onaylayan dışında hiç kimse değişiklik yapamamalı, yazılım, onaylayan hekimin yapacağı değişiklikleri idarenin bilgi ve iznine tabi olacak bir düzenlemeyi içermelidir. Yetki dahilinde değişiklik yapılırsa yapılan bu değişikliğe ait log, sitemde tutulmalıdır.

9.4.2.40.  Bölüme ait hasta listesi aktif görüntülenmeli ve diğer bölümlerin hasta listeleri pasif görüntülenebilmelidir.

9.4.2.41.  Hastanın sağlık seyriyle ilgili bilgiler, ilaç dozaj bilgileri ve ameliyat bilgileri gerektiğinde yazıcılardan alınmalıdır.

9.4.2.42.  Ameliyathane için randevu istek işlemleri gerçekleşmelidir.

9.4.2.43.  Klinikteki hastalara yapılan hizmetlere göre kısmi sorgulama kriterleri verilerek hasta dosyasının ve uygulanan her türlü hizmetlerin görüntülenmesi sağlanmalıdır.

9.4.2.44.  Klinikte yatan hastalar için istenen bütün tıbbi istekler istenildiği her zaman görüntülenmelidir.

9.4.2.45.  Hasta(lar)’ın tedavi sürecinde ihtiyaç halinde önceki gelişine ait arşiv dosyasına ulaşmak için arşiv birimine modül üzerinden ek bir işlem yapmaya gerek kalmadan ‘Arşiv İstek Formu’ doldurulabilmeli ve bu form otomatik olarak arşiv birimine sistem üzerinden iletilmelidir.

9.4.2.46.  Yoğun bakım servislerinde yatan hasta(lar)’nın Ek-9 paket uygulama ilkeleri gereğince kaçıncı sınıf yoğun bakım olduğu ve haftanın ilk günü ile diğer günlerini kullanıcı inisiyatifine bırakmadan otomatik olarak hasta kartına işlemelidir. Ventilatör ile takip edilen hastaların takip sürelerini ayırt edebilmeli (112 armakoma otomatik olarak göndermeli)ve bu duruma göre yoğun bakım sınıfını otomatik olarak ayarlayabilmelidir.

9.4.2.47.  Hasta(lar)’nın tedavi gördüğü servise ait, geriye dönük tüm epikrizlerine tek ekran üzerinden ulaşılabilmeli ve istendiğinde yazdırılabilmelidir.

9.4.2.48.  Hasta için konsültasyon istemi yapılmalı ve konsültasyon durumu izlenebilmeli, konsültasyon istem ve sonuç formları yazdırılabilmelidir.

9.4.2.49.  Yatan hasta servislerinin kullanmış oldukları ilaç ve sarf malzemeler için kalite standartları gereği son kullanma tarihleri takip edilebilmeli. Ayrıca Servis yetkili kullanıcısı tarafından Serviste kullanılan ilaç,sarf malzemeler için kritik stok seviyesi tanımlanabilmeli, servis sorumlusu sisteme giriş yaptığında asgari stok seviyesi altına düşmüş ve son kullanma tarihleri yaklaşmış olan ilaç, sarf malzemelerin listesini de sunarak kullanıcıyı uyarabilmelidir.

9.4.2.50.  Yatan hasta servislerinde yatmakta olan hastalar için doktor, servis ve branş bazlı ‘Servis Rasyon Formu’ doldurulabilmeli, istendiğinde formun çıktısı alınabilmeli ve Servis rasyonu otomatik olarak diyetisyene iletilebilmelidir.

9.4.3.    HASTA TABURCU İŞLEMLERİ

9.4.3.1.    Belirli tarih aralıklarında taburcu olan hastaların listesi alınmalıdır.

9.4.3.2.    Hasta taburcu ve çıkışı işlemleri ve ilgili bilgilerin girilmesi sağlanmalıdır.

9.4.3.3.    Hastanın klinikten çıkışında diğer kurumlara sevk işlemleri gerçekleştirilebilmelidir.

9.4.3.4.    Hastanın yatışına ait her türlü bilginin hasta yatış ve taburcu bölümüne gitmesi sağlanmalıdır.

9.4.3.5.    Hasta(lar)’ın taburcu işlemleri yapıldıktan sonra hasta dosyasına ait tüm verilerin, Arşiv modülüne ek bir işlem gerçekleştirilmeden aktarılması otomatik olarak yapılabilmelidir. Arşiv görevlisi tarafından hastanın taburcu edildiği izlenebilmeli ve dosya teslim formu sistem üzerinden otomatik olarak oluşturulabilmeli, çıktısı alınabilmelidir. Ayrıca arşiv birimine herhangi bir nedenle (eksik evrak, epikriz yazılmamış vb.) gönderilmemiş dosyaların takip işlemleri yapılabilmelidir.

9.4.3.6.    Epikrizde hastaya yapılan işlemlerin TIG kodları ve varsa ACHI kodlarının listelendiği bir bölüm olmalıdır. Bu TIG işlem bilgileri rapora da aktarılabilmelidir.

9.4.3.7.    Hastaya ait eski epikrizler listesinden seçilen herhangi bir epikriz kaydının istenen bölümleri yeni yazılmakta/düzenlenmekte olan epikriz kaydına aktarılabilmelidir.

9.4.3.8.    Taburculuğu yapılmış olan hastaların dosyalarının faturalanması için fatura birimine otomatik olarak sist em üzerinden dosya içeriği iletilmeli bu ileti karşılıklı onaylaşma şeklinde olmalıdır.

9.4.3.9.    Ex olan hastalar için taburcu işlemi sırasında Morga İniş Tutanağı doldurulabilmelidir. Bu form üzerinde hastanın ex durumu ile ilgili bilgiler bulunmalı ve bu bilgiler daha sonra düzenlenecek olan Ölüm Bildirim Formuna esas teşkil etmelidir.

9.4.3.10.   Hastanın taburcu faturası saatlendirilerek bu andan sonra yapılacak hizmet girişleri engellenmelidir. Fatura iptali ya da değiştirilmesi yetkilendirilmiş kişiler tarafından yapılmalıdır. Böyle durumlarda gerekçe yazılabilmelidir. Yapılan bu tür işlemlere ait kayıtlar sistemde tutulmalıdır.

9.4.3.11.  Hastalar için rapor yazılabilmeli (sgk iş görmezlik, istirahat vb) çıktısı alınabilmelidir.

9.5.      VEZNE MODÜLÜ

Ana Vezne, Acil Vezne, Nöbetçi Veznesi, Yatan Hasta Veznesi, Özel Hasta Vezneleri vb. kapsayan modüldür.

9.5.1.    Bir veznede ya da birden fazla veznede yapılan giriş/çıkışların kayıtları bir arada tutulmalıdır.

9.5.2.    Vezne makbuzunun çıktısı alınmalı ve bu çıktıda ödenen ücretin ayrıntılı dökümü de yer almalıdır.

9.5.3.    Ücretli hastanın gerekli ücreti ödediğine dair bilgiler, ilgili hizmet birimine otomatik olarak anında aktarılmalıdır.

9.5.4.    Sosyal güvencesi bulunan bir hastanın mali işlemleri istendiğinde ücretli olarak sürdürülebilme özelliğine sahip olmalıdır.

9.5.5.    Modül kapsamında gerçekleştirilen işlemlerle ilgili çeşitli istatistikler (tarihe, tahsilat veya ödeme türüne göre) alınmalı, sorgular yanıtlanmalı ve raporların çıktısı alınmalıdır.

9.5.6.    Vezne modülü kapsamında gerçekleştirilen tüm tahsilat bilgileri, Muhasebe modülüne aktarılmalıdır.

9.5.7.    Seçilen bir sonraki tarihe göre kaydı tutulan kasa miktarının devri yapılmalıdır.

9.5.8.    Belirlenen tarihte kasaya giren, çıkan, devir ve kalan sorgulaması yapılmalıdır.

9.5.9.    Kasa defteri, merkez kasa, makbuz defteri ve makbuz fişleri kayıt/kontrolü yapılmalı ve raporlar alınmalıdır.

9.5.10.  Veznedarın hareketleri takip edilebilmesi için gerekli diğer hususları da içermelidir.

9.5.11.  Sistem, kurum hastalarının paket fiyatın dışında kalan hizmetleri için hastanın ekstra para ödeyebilmesine yönelik ayrı bir fonksiyona sahip olmalıdır.

9.5.12.  Hasta faturasını kredi kartı vb. bir ödeme aracı ile ödemek isterse gerekli düzenlemeleri yapacak bir fonksiyona sahip olmalıdır.

9.5.13.  Bu modül döner sermaye yönetmeliğine ve usulüne uygun olarak tüm ilgili modüller ile bütünleşik olarak çalışmalıdır.

9.5.14.  Vezne modülünden ücretleri terkin edilecek olan hastaların tarih bazlı olarak listesi alınabilmelidir. Ücretleri terkin edilecek olan hastalar için otomatik olarak taahhütname formu doldurulmalı ya da taahhütnameleri terkin edildi olarak işaretlenebilmelidir. Borcunun bir kısmı terkin edilen hastalar için kalan borcu için gerekli olduğu durumda otomatik olarak senet(ler) oluşturulabilmelidir.

9.5.15.  Ücretli hastaların her türlü muayene, tetkik ve tedavi işlemlerinden önce ücret ödemelerini, ödeme işleminden sonra işlemlerinin geçerlilik kazanmasını sağlayacak düzenlemelere sahip olmalıdır.

9.5.16.  Ücretli hastalar için istenirse depozit alınabilmeli, verilen hizmetlerin bedeli alınan depozitten otomatik olarak düşülmelidir. Depozitten kalan kısım iadeleri de yapılabilmeli ve tüm bu işlemler ayrıntılı olarak sorgulanabilmelidir. Hastaya ait tetkik istekleri klinik ve polikliniklerden hastaların doktorları ya da servis hemşireleri tarafından işlenebilmelidir. Bu ya da buna benzer başka yöntemlerle kayıp ve kaçaklara neden olmadan hasta veya yakınlarının her işlem için vezneye gitmelerini engelleyecek ve veznede gereksiz yığılmalara ve kuyruklara çözüm getirebilecek düzenlemeler yapılmış olmalıdır.

9.5.17.  Aynı hasta için bir veya birden fazla vezneden yapılan işlemler hastaya ait dosyada bir arada tutulmalı ve izlenebilmelidir.

9.5.18.  Vezne modülünden gerçekleştirilen işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yapılabilmeli ve bunların rapor çıktıları alınabilmelidir.

9.6.       ECZANE MODÜLÜ

İlaç Çıkışı, Eczane Depo Kontrol, İlaç Sipariş Verme, Eczane Raporlama işlemlerini kapsamalıdır. Bu modülün amacı hastalara ait ilaç taleplerinin, ayrıca tüm eczane kayıtlarının, ilaç stok ile minimum-maksimum stok seviyelerinin tutulmasıdır. Hastane deposu ve dolayısıyla MKYS ile entegrasyonu sağlanmış olmalıdır.

9.6.1.    İLAÇ ÇIKIŞ İŞLEMLERİ

9.6.1.1.    Eczaneye gelen hasta ilaç istemlerinin yeraldığı fonksiyondur. Yazılım modülü, barkod/karekod uygulamasını desteklemelidir.

9.6.1.2.    Doktorların hazırladığı ilaç isteklerinin görüntülenmesi ve bu istekler üzerinde tarama yapabilme imkanı sağlamalıdır. Sistem; onaylanmış standart hekim istemlerini, iptal edilen istemleri, değiştirilen istemleri, taburcu istemlerini ve güncellenmiş ilaç listesinde olmayıp reçete edilen ilaçları izlemeyi gerçekleştirmelidir.

9.6.1.3.    Bölümlere özel ilaçların takibini gerçekleştirmelidir.

9.6.1.4.    Sistem ilaç doz hesaplamaları alt yapısına sahip olmalıdır.

9.6.1.5.    Sistem, istendiğinde her bir hastanın ilaç tedavi profilini görüntülemelidir.

9.6.1.6.     İlaç listesi var olan ilaç kullanım rehberleri ile desteklenmelidir.

9.6.1.7.    Sistem, otomatik olarak fiyat güncellemesi yapmalıdır.

9.6.1.8.    Sistem, hastalara uygulanan ilaç kayıtlarını istenilen zaman dilimi ve sınıflamada üretmelidir.

9.6.1.9.    Hastaya tekrarlayan ilaç verilişlerini işlem başına faturaya aktarabilmelidir.

9.6.1.10.  Kullanılan ilaçlar, teşhisler, ilaç sınıflamaları, doktor isimleri ve branşları bazında istenilen raporlar gerçekleşmelidir.

9.6.1.11.  Sistem, yatan hastaların poliklinik sürecinde kullandığı ilaçları görüntülemelidir.

9.6.1.12.  Taburcu edilme işlemleri sırasında verilen ilaç reçetesinin sistemde görüntülenmesi sağlanmalıdır.

9.6.1.13.  Reçeteyi sadece yazan kullanıcı veya admin değiştirebilmelidir.

9.6.1.14.   ilaçlar için istenilen kapsamda etiket üretilmelidir; hasta adı soyadı, bölüm-oda-yatak, hasta protokol no, ilaç adı, doz miktarı, ilaç formu, ilacı talep eden kişi ve tarih saat belirtilmelidir.

9.6.1.15.  Sistem, ilaç istemini yapan kişiyi ve bölümü görüntülemelidir.

9.6.1.16.  Sistem, kesilen ya da iptal edilen ilaçları görüntülemelidir.

9.6.1.17.  Hasta başka bir bölüme aktarıldığı zaman önceki planlanan ilaçları ve uygulama zamanlarını transfer etmelidir.

9.6.1.18.  Kontrollü ilaçlar; kontrollü ilaçların tümünün takibi ve izlenmesi, kontrollü ilaçların imha edilen dozları için kanıt kopyaları, yasal kopya formları, kontrollü ilaçları verme yetkisine sahip tüm doktorların listesini gerçekleştirmelidir.

9.6.1.19.  Hastaya verilmesi durdurulan ve değişen ilaçların eczaneye dönmesini ve hasta faturasının buna göre düzenlenmesini gerçekleştirmelidir.

9.6.1.20.  Çıkışı yapılan ilaç ve malzemelerin otomatik stoktan düşümünü gerçekleştirmelidir.

9.6.1.21.  Dağıtılan ilaçlar için malzeme dağıtım belgesi düzenlemelidir.

9.6.1.22.   ilaç dağıtımını; ünite doz, kat stok ilaçları, zayi/fire ilaç ve acil ilaç kapsamında gerçekleştirmelidir.

9.6.1.23.  Kemoterapi istemleri için; tanımlanmış standart istem paketleri, doz hesaplama ve hastaya faturalama işlemlerini yapmalıdır.

9.6.1.24.  Birden fazla hastaya kullanılacak ilaç formlarında her faturalama için bir birim ücretlendirmesi yapmalıdır.

9.6.1.25.  Doktor istemlerini ve reçetelerini tarayarak en sık kullanılan ilaçları raporlamalıdır.

9.6.1.26.  Eczane kayıtlarından günlük haftalık, aylık ve istenilen tarih dilimleri arasında dökümler alınmalıdır.

9.6.1.27.  Yatan hastaların kullandıkları ilaçlar; doz ya da miktarları hangi tür olursa olsun (örneğin; tek tablet, ampul, kutu, vb.) otomatik olarak ilgili hastanın bilgisayar ortamındaki mali kayıtlarına işlenmelidir.

9.6.1.28.   Uyuşturu ilaçların giriş ve çıkışları takip edilebilmelidir. Uyuşturucu ilaçlara ait aylık çıkış raporları ilaç bazında ve kullanıldığı hastaya ait (ad,soyad,protokol,teşhis,servis,doktor) bilgileri ile birlikte raporlanabilmelidir.

9.6.1.29.  Kırmızı,Turuncu,Yeşil,Mor reçeteli ilaçların takibi yapılabilmelidir. Mor reçeteli ilaç istemi yapıldığında sistem reçete serino bilgisini sormalıdır, eczane tarafından ilaç çıkış yapıldığında ise ilaç seri no vb.. bilgiler sistem tarafında n istenmelidir. Kayıt altına giren bu bilgiler dönem sonlarından raporlanabilmeli ve yazdırılabilmelidir.

9.6.1.30.  Eczaneden istem yapan birimler, istem yaptıkları ilaç-sarfa ait stok miktarını görebilmelidirler.

9.6.1.31.  Eczaneden istem yapıldığında, istem henüz onaylanmamış ise rezerv olarak kaydedilmelidir, farklı bir birimden istek yapıldığında eczanedeki stok miktarı ile birlikte bu stok üzerinden istenmiş ancak henüz çıkışı yapılmamış miktarlar da rezerv olarak gösterilmelidir.

9.6.1.32.   istem yapıldığında Stok ve rezerv miktarına göre uyarı mesajları yer gösterilmeli ve kullanıcı uyarılmalıdır.

9.6.1.33.  Eczane tarafından bir servis(cep) deposuna çıkış işlemi yapılacağında, istemi yapılan ilaca ait eczane stok miktarı ile birlikte o servis(cep) deposunun stok miktarı da görüntülenmeli ve böylece kullanıcının çıkış yapma noktasında karar vermesine yardımcı olmalıdır.

9.6.1.34.   ilaç ilaç etkileşiminin HBYS üzerinde yüklü olması ve kullanıcıları uyarması gereklidir.

9.6.2.    ECZANE DEPO KONTROL İŞLEMLERİ

Eczane stoklarındaki ilaç ve malzemenin miktarı, fiyatları ve miatlarının gösterimini yapacak fonksiyondur.

9.6.2.1.    Stokta kayıtlı ilaçlar hakkında sorgu kriterlerine göre arama yapmalıdır.

9.6.2.2.     ilaç minimum stok seviye göstergelerini tanımlamalı ve minimum stok seviye kontrolleri yapmalıdır.

9.6.2.3.     ilaçların son kullanma tarihleri-miat ile ilgili kontrolleri ve istenen uyarıları gerçekleştirmelidir. Son kullanma tarihi uzatma işleminin yapılabilmesine imkan sağlamalıdır.

9.6.2.4.    Önceden belirlenen parametreleri temel alarak dağıtılan ve dönen ilaç kalemleri için depo stokları otomatik olarak güncellenmelidir.

9.6.2.5.    Depo stok ilaçlarını tanımlandığı şekilde listelemelidir (tablet, doz, kutu, ampul,vs).

9.6.2.6.    Miadı geçmiş, kırılmış ya da bozulmuş ilaçları izlemeli ve listelemelidir. Servisteki böyle ilaçların iadesini HBYS üzerinden yapılabilmeli ve raporlamalıdır.

9.6.2.7.     İlaçların depo raf ömrünü izlemelidir.

9.6.2.8.    Stok kontrolüne ilişkin işlemler barkodla yapılabilmelidir.

9.6.2.9.     İlaç minimum, kritik, maximum stok seviyeleri manual olarak tanımlanabileceği gibi, sistem üzerinde dönemsel tüketimlere bakılarak otomatik olarak hesaplanabilmelidir. Kayıtlı tüm ilaçlara ait stok seviye bilgileri, her seviye için belirlenen dönem periyoduna göre, o periyottaki tüketim miktarları hesaplanacak şekilde tek bir tuşa basarak sistem tarafından otomatik olarak hesaplanacaktır. Bu özellik demoda gösterilecektir.

9.6.2.10.  Girişi yapılan tüm ilaçlara ait miat, kalan stok, miada kalan gün bilgilerini içeren bir rapor yer almalıdır. Hatalı yapılmış miat bilgileri için bu ekran üzerinden düzeltme işlemi yapılabilmelidir.

9.6.2.11.  Giriş işlemleri için muayene kabul komisyon raporu aynı ekran üzerinden çıkartılabilmelidir.

9.6.3.    REÇETE İŞLEMLERİ (AYAKTAN / YATAN) ALT SİSTEMİ

Bu modül SGK E-Reçete uygulamaları için gerekli olan tüm iş süreçlerini kolayca uygulayacak yapıya sahip olmalıdır. Modül en az aşağıda belirtilmiş olan işlemleri gerçekleştirebilecek durumda olmalıdır.

9.6.3.1.    Modülde kullanılan ilaçlar SKRS-3 ilaç listesinde çekilmelidir

9.6.3.2.    Reçete yazma işlemi doktorun yetkisinde olmalıdır.

9.6.3.3.    Eşdeğer ilaç uygulamalarını desteklemelidir.

9.6.3.4.    Reçete görüntüleme ve reçete arama işlemleri yapılabilmelidir.

9.6.3.5.    Ayaktan tedavi gören hastaların reçetelerini bilgisayar ortamında üretmeli ve hastaya çıktı verilmesini sağlamalıdır.

9.6.3.6.    Yatan hasta reçetelendirmesinde doktora eczane stokundan muadil ilaç önerisi getirmelidir.

9.6.3.7.    Standart ilaç isimlerinin kodlu listeden seçilerek reçete sayfasına aktarılması mümkün olmalıdır.

9.6.3.8.     İlaçların kullanımı ile ilgili bilgi girişi de standart kod ve listelerden seçilerek gerçekleştirilmelidir.

9.6.3.9.    Kullanıcı, İlaç Kullanım Şablonlarını kendisine özel olarak oluşturup ilaç kullanım bilgilerini tek tuşla girebilmelidir

9.6.3.10.   İlaçların geri ödeme bilgileri için SGK ilaç listesi ile güncellemeler yapılmalıdır

9.6.3.11.  Ekran üzerinde ilaç listeleri ile birlikte hangi ilaçların SGK tarafından ödendiği hangi ilaçları SGK tarafından ödenmediği bilgisi yer almalıdır

9.6.3.12.  Eski reçeteleri, istenen arama kriterlerine göre arayıp göstermelidir.

9.6.3.13.  Hastasının şimdiye kadar yazılmış olan reçetelerinin takibi aynı ekrandan yapılabilmelidir

9.6.3.14.  Reçete Ekranında hastanın ilaç raporları incelenebilmelidir.

9.6.3.15.  Hastanın reçeteleri Medula’dan sorgulanıp yazılan reçeteler incelenebilmelidir.

9.6.3.16.  Hastanın reçetesi üzerinde Tanı, Teşhis ve Açıklama Güncelleme işlemi yapılabilmelidir

9.6.3.17.  E-Reçete ilaçları otomatik olarak sistem tarafından güncellenebilmelidir

9.6.3.18.  Bu modül, eczanenin birden fazla konumda (hastanenin farklı binaları, vb.) hizmet vermesini desteklemelidir.

9.6.3.19.   İstenildiğinde durumlarda SKRS-3 ilaç güncelleme işlemini kullanıcı otomasyondan kendisi de yapabilmelidir.

9.6.3.20.  Medula gönderimi yapılamayan reçeteler için toplu gönderim yapılabilmelidir.

9.6.3.21.  Toplu Yatış Onaylama işlemi yapılabilmeli ve işlem yetkiye bağlı olmalıdır.

9.6.3.22.  Tek bir ekrandan E-Reçete SGK Webservislerine ait işlemlerinin tümü yapılabilmelidir. (E-Reçete Medula Gönderimi, Reçete Silme, Hasta Sorgulama, Reçete Sorgulama, Güncelleme İşlemleri , Yatış Onayı)

9.6.3.23.  E-Reçete Medula İşlemlerinin her biri için yetki tanımı olmalıdır. Yetkili olan kullanıcılar medula işlemlerini yapabilmelidir.

9.6.3.24.  Yazılacak olan reçete türüne göre ilaçlar filtrelenebilmelidir. (Kırmızı Reçetelerde sadece Kırmızı Reçete İlaçlarının listelenmesi gibi.)

9.6.3.25.  Form üzerinde tüm ilaç listesi görünmeli, aynı zamanda hekim kendi ilaç listesini ve şablon listesini oluşturabilmelidir

9.6.3.26.  Hekim yazmış olduğu reçetelerden şablon kaydı oluşturabilmelidir

9.6.3.27.  Hekim bazlı , tarih bazlı, Medula Gönderimi yapılmış/yapılmamış kriterlerine göre reçete listesi alınabilmelidir.

9.6.3.28.  Hastanın Kimlik Numarası ve Reçete Numarasının olduğu reçete Barkodu yazdırılabilmelidir

9.6.3.29.  Eczanede yapılan işlemlere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.

9.6.3.30.  E-Reçete Formu E-İmza özelliğini desteklemelidir. Sistemde hazırlanacak e-reçeteler 5070 sayılı Elektronik İmza Kanununa uygun bir şekilde imzalanabilmesi sağlanmalıdır.

9.6.4.    RAPORLAMA ALT SİSTEMİ

Sistem üzerinde kayıt altına alınan veriler üzerinden raporlama yapan alt modüldür.

9.6.4.1.    Tanımlı ilaç-sarf kartları üzerinde o karta ait raporları içeren bir bölüm yer almalıdır.Kullanıcı, üzerinde bulunduğu karta ait giriş-çıkış bilgilerine aynı ekrandan ulaşabilmeli,farklı bir ekrana gidip o kartı sorgulama vb.. işlemlerini yapmamalıdır. Kart üzerindeki raporlama bölümünde o karta ait tüm giriş-çıkış hareketleri(tarih,fiş no,miktar,taşınır işlem fiş no,MKYS bilgileri) gibi detaylı olarak görüntülenmelidir.

Görüntülenen herhangi bir hareket kaydına ait fişe ulaşılması da aynı ekran üzerinden tek bir tuşa basarak yapılabilmelidir.

9.6.4.2.    Tanımlı ilaç-sarf kartları üzerindeki raporlama bölümünde, ilgili karta ait aylık giriş-çıkış sayılarına ulaşılabilmelidir.

9.6.4.3.    Tanımlı ilaç-sarf kartları üzerinden o karta ait tüketim hareketleri grafik olarak alınabilmelidir. Grafik üzerinde seçilen noktaya ait değerler ekranda görüntülenebilmelidir.

9.6.4.4.    Eczanede bulunan tüm malzemelere ait stok durumlarını gösteren rapor yer almalıdır.

9.6.4.5.    Kurum bünyesindeki tüm servis(cep) depolarına ait stok durumlarını gösteren rapor yer almalıdır, bu rapora eczane modülü üzerinde erişim sağlanabilmelidir.

9.6.5.     MKYS İŞLEMLERİ ALT MODÜLÜ

9.6.5.1.    MKYS entegrasyonu ile ilgili işlemlerin yapılacağı alt modüldür.

9.6.5.2.    Depoya yapılan her giriş işlemi sonucunda, giriş fişi üzerinden tek bir butona basarak MKYS gönderimi otomatik olarak yapılabilmelidir.

9.6.5.3.    Depodan servis(cep) depolarına yapılan çıkış işlemleri sonucunda oluşan çıkış fişi üzerinden tek bir butona basarak MKYS gönderimi otomatik olarak yapılabilmelidir.

9.6.5.4.     Eczaneden hastalara yapılan ilaç çıkış kayıtlarının MKYS gönderimi toplu olarak yapılabilmelidir. Bu işlem için verilen tarih aralığındaki hastaya çıkışlar listelenmeli ve tek bir tuşa basarak tüm çıkışların ait oldukları servis(birim) lere göre gruplanmış olarak MKYS ye gönderilebilecek çıkış fişleri oluşturulabilmelidir. Bu özellik demoda gösterilecektir.

9.6.5.5.    MKYS gönderimi yapılmış olan tüm giriş-çıkış fişleri üzerinde o fişin MKYS sistemi üzerindeki bilgilerini sorgulayacak işlev yer almalıdır. Fişin SBYS üzerindeki bilgileri ile MKYS üzerindeki bilgileri bu işlev sayesinde otomatik olarak karşılaştırılabilmeli ve Miktar,Fiyat vb.. uyuşmazlıklar ekran üzerinde gösterilmelidir.

9.6.5.6.    MKYS ve SBYS sistemi üzerindeki kayıtların tutarlılıklarının karşılaştırılabilmesi için karşılaştırma ekranları olmalıdır.

9.6.5.7.    MKYS sisteminde var olan fişler ile SBYS sisteminde var olan fişler karşılaştırılabilmelidir, bir tarafta olan ama diğer tarafta mevcut olmayan fişler bu ekran üzerinde tespit edilebilmeli ve ekranda farklı renkler ile gösterilmelidir.

9.6.5.8.    MKYS sisteminde var olan tüm giriş-çıkış satırlarının SBYS sistemi ile karşılaştırılması yapılabilmelidir. Herhangi bir satır(kayıt) için SBYS üzerindeki Miktar,Fiyat vb.. bilgiler MKYS üzerindeki ile tutarsız ise bu kayıt ekranda farklı renkler ile gösterilmelidir.

9.6.5.9.    MKYS-SBYS üzerinde tespit edilen tutarsız kayıtların düzeltilebilmesi için gerekli yardımcı işlemler bulunmalıdır. Tespit edilen her hatalı kayıt için mutlak surette bir düzeltme yöntemi sunulmalıdır.

9.6.5.10.  Tüm giriş ve çıkış fişleri istendiğinde toplu gönderim listeleri üzerinden gönderilebilmelidir. Örneğin internet bağlantısının sorunlu olduğu bir günde yapılan 10(on) giriş fişi daha sonra gönderilirken tek tek değil, tümü tek bir seferde gönderim yapılabilmelidir.

9.6.5.11.  Dönemsel olarak depoların Devir,giriş,çıkış ve kalan tutar ve miktarlarının depo ve hesap kodu bazında raporlanabilmelidir.

9.7.       LABORATUVAR MODÜLÜ

Bu modülün amacı yatan hastalar, poliklinik hastalar ile aile hekimleri ve/veya diğer kurum ve kuruluşlar tarafından gönderilen ve doğrudan başvuran hastalara ait laboratuvar isteklerinin kaydedilmesi ve alınacak her türlü laboratuvar örneğinin karışmasını önleyecek otomatik etiketlemeyi yapmasıdır. Hastalar için yapılan tetkikler hastanın mali kayıtlarına aktarılmalıdır.

9.7.1.   TETKİK İSTEM YÖNETİMİ

9.7.1.1.    Hasta üzerinde yapılması istenen tüm laboratuvar(Biyokimya, mikrobiyoloji, radyoloji, seroloji, odyometri, patoloji, EMG, EEG, 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.

9.7.1.2.     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. Web servislerinin Entegrasyonu için hiçbir ücret talep edilmeyecektir.

9.7.1.3.    Eğer başka bir kuruma laboratuvar hizmeti veriliyorsa dış kurum/kuruluşlardan yapılan bu istemler web servisler yoluyla alınabilmelidir. Web servislerinin Entegrasyonu için hiçbir ücret talep edilmeyecektir.

9.7.1.4.    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.

9.7.1.5.    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.

9.7.1.6.    Bilgi işlem birimi idarenin veya laboratuvarın onayı ile genel istek panel/paketleri oluşturabileceği gibi hekim de kendine uygun tetkik istek panel/paketleri oluşturabilmeli, bunları istediği zaman güncelleyebilmeli, bir önceki maddede anlatıldığı gibi sık kullanılanlar tetkikler bölümüne ilave edebilmelidir.

9.7.1.7.     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.

9.7.1.8.    Tetkik için hastanın uyması gereken kurallar (örneğin kan şekeri için hastanın aç gelmesi veya özel bir radyoloji tetkikinden önce yapması gerekenler gibi) tetkik istemi yapılırken (seçilen tetkikin özelliğine göre istem yapan kullanıcının isteğiyle veya otomatik olarak) çıktı olarak alınmalı ve hastaya verilmelidir.

9.7.1.9.    Tetkikler acil, öncelikli ve rutin olarak seviyelendirilebilmeli, bu seviyelendirmeler farklı renk kodları ile görülebilmelidir. Kullanıcı gerekirse refleks tetkiki isteyebilmelidir. Böylece hem hekim isteğine göre hareket edilmiş olacak, hem de laboratuvar bu tetkikin çalışılıp çalışılmamasına diğer tetkiklerine göre karar verebilecek, böylece kaynakların daha verimli kullanılması sağlanmış olacaktır.

9.7.1.10.  Herhangi bir tetkik geçici bir süre için laboratuvar tarafından çalışılamıyorsa (kit bitmesi, cihazın bozuk olması gibi) tetkik pasif olarak görülebilmeli, aynı zamanda ne zaman tekrar çalışılabileceği sistemde görülebilir olmalıdır. Eğer geçici olarak çalışılamayan tetkikler için dışarıdan hizmet alımı anlaşması varsa tetkik seçilirken kullanıcı tetkikin hastan e laboratuvarı dışında nerede çalışılacağını görebilmelidir.

9.7.1.11.  Tetkik seçimi aşamasında tetkikle ilgili hekime bilgi verilmesi mümkün olmalıdır. (uygulamadaki standart yardım dışında, laboratuvar tarafından girilen bir bilgi) Hekim tetkikin hangi metotla (serolojik, moleküler gibi); özel tetkikse hangi gün(ler)de çalışıldığını; yaş, cinsiyet ve hastanın özel durumuna göre beklenen referans aralığını; daha önceki tetkik sonuçlarını görebilmelidir.

9.7.1.12.  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.

9.7.1.13.  Laboratuvar tarafında hastanın isminin yalnızca maskelenmiş olarak görülebilmesi hekimin tercihine bırakılabilmelidir. (isminin bilinmesini istemeyen bir hastaya HIV tetkiki istenmesi gibi)

9.7.1.14.  Bazı (poli)kliniklerde çalışan hekimlerin bazı tetkikleri istemesinin önlenmesi ve/veya kullanıcıya uyarı verildikten sonra seçilmesi sağlanmalıdır. (Yenidoğan polikliniği doktorunun idrarda gebelik testini istemesi halinde uyarılması veya ödeme kuralları bakımından yetkisi olmayan bir hekimin LH tetkiki istemesi halinde uyarılması gibi)

9.7.1.15.  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)

9.7.1.16.  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)

9.7.1.17.  Uygulamaya ve branşlara özel bazı tetkiklerin yalnızca yetkili hekimler tarafından istenebilmesi mümkün olmalıdır.

9.7.1.18.  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.

9.7.1.19.  Patoloji laboratuvarları için özel olarak tasarlanmış ve iş akış süreçlerine uygun alt modüle sahip olmalıdır.

9.7.1.20.  Patoloji laboratuvarına gönderilecek her türlü kitle için sistem üzerinden istek formu doldurulmalıdır. Bu form üzerinde materyalin alım tarihi-saati, alım şekli, ağırlığı, kavanoz tipi, klinik tanı, makroskobik görüntü gibi patolojik incelemelerde gerek duyulabilecek bilgiler tutulmalıdır ve istenildiğinde formun yazıcı çıktısı alınabilmelidir.

9.7.1.21.  Patoloji isteği yapan servisler, isteklerinin durumunu sistem üzerinden görebilmeli, aynı zamanda hastanın daha önceki patoloji isteklerini de izleyebilmelidirler.

9.7.1.22.  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.

9.7.1.23.  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)

9.7.1.24.    Hekim tarafından örneğin X, Y ve Z testleri istendiğinde sistem Z testinin çalışılmasını refleks olarak önerebilmelidir. Böylece Z testi X ve Y testlerin sonucuna göre çalışılabilecek, buna da laboratuvar hekimin onayıyla karar vermiş olacaktır. Bu sayede bu tetkikin gereksiz yere faturalandırılmasının önüne geçilecektir. Yapılan bu öneri hekim tarafından iptal edilebilmeli ve bu tetkiki laboratuvarın her durumda çalışması sağlanabilmelidir.

9.7.1.25.    Hekim, tetkik istemlerini yaptıktan gerekirse hastanın tetkiklerinin ne zaman sonuçlanacağını sistem tarafından hesaplanmış şekilde görebilmeli, hastasına bir sonraki randevuyu ne zaman vereceğini buna göre belirleyebilmelidir.

9.7.1.26.  Test, DRG ve/veya paket anlaşma uyumunu kontrol edebilmeli; DRG ve/veya paket anlaşmaya uymayan testlerle ilgili uyarı verilebilmelidir.

9.7.1.27.   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.

9.7.1.28.   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.

9.7.1.29.  Yetkili doktorların radyoloji istemi yapmalarını ve ilgili radyoloji birimlerinin bu istemleri değerlendirmelerini sağlamalıdır.

9.7.1.30.  Yapılan işlem sırasında doktor tarafından gerekli görülen ilave işlemleri (CT esnasında USG ihtiyacı gibi) randevulamalı ve yönetmelidir.

9.7.1.31.   Hastaya ait her türlü yeni tetkik istemi sırasında, entegre hastanelerde daha önce belirli bir süre içerisinde çalışılmış tetkikler SBYS içinde takip edilebilmeli ve mükerrer tetkik istemleri için kullanıcı uyarılabilmeli ve kullanıcı tarafından tetkikin çalışma zorunluluğu bilgisi girildikten sonra tetkik istemi yapılabilmelidir.

9.7.1.32.  Teknik Şartnamenin 1.4 maddesinde yer alan ayrı ayrı sunuculara SBYS kurulumunda; Entegre hastanelerden birisinden bir tetkik isteneceği durumlarda öncelikle istem yapılan hastaya diğer hastanelerden son 1 (bir) ay içersinde istem yapılmış mı yapılmamış mı kontrolü otomatik yapılacak, eğer istem yapılmış ise tetkikin sonucu ile birlikte istem yapan kullanıcının önüne açacaktır. Eğer istem yapılmamış ise ve bu tetkik ilgili entegre hastanede çalışmıyorsa sistem otomatik olarak daha önce tanımlaması yapılan tetkiki çalışan hastaneye otomatik kayıt oluşturacaktır.

9.7.1.33.  Laboratuar hasta kabulde hasta çağırma da kullanılan KİOSK’un HBYS ye entegre edilmesi.

9.7.1.34.  Laboratuar Kan alma da hasta çağırma ekranlarının kullanılmalıdır.

9.7.2.    HASTA/ÖRNEK ETİKETLEME

9.7.2.1.     Barkodlar basılmadan önce hekim tarafından istenmiş tetkikler ekranda görülebilmelidir. Eğer manyetik kart, hasta dosya numarası veya TC Kimlik Numarası veya protokol numarası gibi bir numarası varsa bu numara üzerinden tetkik istemlerine ulaşılabileceği gibi, ad-soyad-(poli)klinik bilgileri ile birlikte hastayı ayırt edici diğer bilgiler (anne baba adı, cinsiyeti, doğum yeri, tarihi gibi) ekranda görüldükten sonra istem bilgisine kolayca ulaşılabilmelidir.

9.7.2.2.    Barkodların herhangi bir nedenle tamamının veya bazıların tekrar basılması kullanıcı inisiyatifi ile mümkün olmalıdır.

9.7.2.3.    Eğer tüpleri otomatik olarak etiketleyen otomasyon sistemi kullanılıyorsa bu sisteme tetkik istem bilgileri otomatik olarak gönderilmeli, otomasyon tarafından barkodlanan tüpler ve kaplar kullanılabilmelidir. Etiketleyici otomasyon sisteminin (tüp barkodlayıcı sistem) tüpleri poşetleme seçeneği varsa poşet için de ayrı barkod üretilebilmeli, otomatik barkod yapıştırma işlemi dışında fazladan barkod basılması gerekiyorsa bu barkodlar da basılabilmelidir. (Tüp barkodlayıcı otomasyon sistemi tarafından desteklendiği ölçüde)

9.7.2.4.    Her durumda laboratuvarda çalışan cihazlarla uyumlu barkodlar üretilmeli, gerekirse tüp türüne göre farklı barkod üretme seçeneği olmalıdır. (Örneğin biyokimya cihazı sadece Code39, hemogram cihazı sadece Interleaved 2 of 5 barkod tipini destekliyorsa her tüp için farklı barkod tipi kullanılabilmelidir) Böylece laboratuvarda yeni bir barkodlama işleminin yapılmasının önüne geçilmelidir.

9.7.2.5.     Üretilen barkodlar laboratuvardaki değişikliklere kolayca adapte edilebilmeli, bu adaptasyon laboratuvar tarafından gerçekleştirilebilir olmalıdır. (Örneğin pre-analitik sistemin kullanıldığı bir laboratuvarda hormon ve biyokimya için tek barkod üretiliyorsa, pre-analitik sistem geçici olarak devre dışı olduğunda sistem biyokimya ve hormon için ayrı barkodlar üretir duruma geçebilmelidir) Böylece laboratuvarda oluşabilecek rutin değişiklikler tüm hastanede kolayca uygulanabilir hale gelecektir.

9.7.2.6.    Barkodların basılma işlemi ve kan alma işleminin kim tarafından ne zaman yapıldığı sisteme kaydedilebilir olmalıdır.

9.7.2.7.     Barkod basılırken hastaya hangi sonucunun ne zaman çıkacağı LBYS tarafından otomatik olarak üretilebilmeli ve basılabilmelidir. LBYS’nin sadece rutin çalışılan tetkikler için değil, haftalık ya da aylık çalışılan özel tetkikler için de beklenen sonuç zamanını kullanıcı desteği olmadan otomatik olarak üretebilmesi sağlanmalıdır.

9.7.2.8.    Laboratuvar işlemleri için hastaya ve çalışılacak numuneye verilen, hastaya özel barkodlu özel erişim numarası (veya geliştirilecek başka bir çözüm)olmalı, etiketi basılabilmeli ve okutulabilmelidir.

9.7.2.9.    Örnek Toplama Merkezinden, hastane dışından(semt poliklinikleri vb.) ve hastanenin değişik yerlerinden (poliklinik, ameliyathane vb) numune bilgisi ve tetkik istek girişi yapılabilmelidir. Hastane dışındaki örnek toplama merkezlerinde kullanılacak istemci bilgisayarların Web servislerinin Entegrasyonu için hiçbir ücret talep edilmeyecektir.

9.7.2.10.  Test istem ve örnek toplama sırasında test ile ilgili uyarı ve işlemler belirtilmelidir.

9.7.2.11.   İstenen testler için kaç adet hangi özellikte tüp veya kap hazırlanması gerektiği otomatik olarak hesaplanmalıdır.

9.7.3.        ÖRNEKLERİN LABORATUVAR(LAR)A TAŞINMASI

9.7.3.1.    Örnek toplama bölümünden laboratuvara örnek taşınması işlemini ifade eder. Örnek toplama merkezlerinden kimin ne zaman hangi örnekleri aldığı ve kimin ne zaman teslim ettiği kayıt altına alınmalıdır.

9.7.3.2.    Tetkik İstekleri Görüntüleme, Hasta Kabul, Örnek Kabul/Ret Kriterleri ve Randevu Planlama Hastanın/Örneklerin laboratuvara gelişi, bu hasta/örneklerin laboratuvara kabul edilmesi ve bazı hasta/örneklerin kısmen veya tamamen laboratuvar tarafından reddedilmesi işlemlerini ifade eder.

9.7.3.3.    Laboratuvara gelen her tüp ve kabın barkod okutularak kolay bir şekilde kabul edilmesinin sağlanması, bu işlemin kim tarafından ne zaman yapıldığı sistem tarafından görülebilmeli, SBYS kullanıcılarının tüplerin durumunu sistem üzerinden görebilmeleri sağlanmalıdır.

9.7.3.4.    Üretilen barkodların üzerinde tüp tipinin de bulunması durumunda hangi tüp ya da kabın kabulünün yapıldığı ayrıca bir işleme gerek kalmaksızın yapılabilmelidir.

9.7.3.5.    Laboratuvar kabulü aşamasında laboratuvara gelen hasta/örneklerin özelliklerine göre tamamen ya da kısmen reddedilebilmesi mümkün olmalı, ret nedeni ile ilgili (poli)klinik ve doktor bilgilendirilebilmelidir. (Örneğin hemolizli kanların bazı biyokimya parametreleri için reddedilirken diğer bazı parametreler için kabul edilebilmesi, endoskopi yapılacak hastanın tok gelmesi halinde reddedilmesi gibi).

9.7.3.6.    Yapılan isteğin türüne göre laboratuvar istekleri sadece ilgili laboratuvarlarda görülebilmelidir.

9.7.3.7.    Tetkikler aranırken kısmi bilgi girişi ve mantıksal karşılaştırma işlemleri ile geliştirilmiş sorgular yapılabilmelidir.

9.7.3.8.    Arama sonucu ekranda gösterilen tetkikler işaretlenerek detaylı bilgi alınabilmelidir.

9.7.3.9.    Seçilen tetkik üzerinden tetkik sonuç girişi ekranına geçilebilmelidir.

9.7.3.10.  Tetkik isteklerinin hangi aşamada olduğu (örnek alındı, sonuç girildi, işlem yapılmadı, vb.) gösterilebilmelidir.

9.7.3.11.  Önceden randevusunu almış hasta, laboratuvara geldiğinde kaydedilmelidir.

9.7.3.12.  Hangi tür tetkiklerin iş listesine girmeyeceği seçilebilmelidir.

9.7.3.13.  Bu kayıt sırasında elle giriş en az seviyede yapılmalı, hasta iş listesinden seçilmelidir.

9.7.3.14.  Yapılan bu işlemler, kurumda şayet kurulu bulunan PACS/LBYS varsa bu sistemlere elektronik ortamda iletilmelidir.

9.7.3.15.  Sistem tetkik randevulu hastaları yeni gelen randevusuz(işlem süresinin uzaması, acil istemler vb durumlarda) hastaya göre yeniden düzenleyebilmelidir.

9.7.3.16.  Tetkik randevusu vermeye esas çalışma saatleri, doktor detay bilgileri, cihaz detay bilgileri, sarf malzeme ilişkileri laboratuvar birimi bazında dinamik olarak tanımlanmalı ve randevular bu bilgiler baz alınarak verilmelidir. Sistemde yer alan hastaya ait klinik ve kimlik bilgileri otomatik görüntülenebilmeli; bu modülde tekrar tanımlamaya/veri girişine gerek kalmamalıdır.

9.7.3.17.  Tarih-saat, doktor ve cihaz bazında randevu verilmeli, iptal edilebilmeli ve istenildiğinde, acil durumlarda anlık randevu verme imkanı da olmalıdır.

9.7.3.18.  Sistem, tetkik randevu statüsünün değiştirilebilmesi veya randevunun iptali yetkisinin istenen kullanıcılara verilebilmesini sağlayacak özellikte olmalıdır.

9.7.3.19.  Verilmiş olan tetkik randevularının akıbeti ve ne aşamada olduğu yetkilendirilmiş kullanıcılar tarafından da takip edilmelidir.

9.7.3.20.  Yeni tetkik randevusu planlanabilmeli, takipte olan hastaların randevu planlaması yapılabilmelidir.

9.7.3.21.  Tetkik randevu işlemleri sistem genelinde entegre olmalı ve aynı işlem için çift randevuya izin vermemelidir.

9.7.3.22.  Hastanın özelliği itibari ile izolasyon gerekliliği, anestezi ihtiyacı, transport koşulları gibi farklı uygulama gerektiren bir durumu varsa izlenebilmelidir.

9.7.3.23.   Hastaların işlem öncesi barsak temizliği gibi ön hazırlık yapması gereken durumlarda yapılması gereken hazırlık ve açıklamalar konusunda doktor ve hasta uyarılmalı ve gereken reçete hazırlanmalıdır.

9.7.4.   TETKİK SONUÇ GİRİŞİ

Laboratuvarlarda tetkik sonuçlarının girilmesini sağlayan alt modüldür.

9.7.4.1.    Her laboratuvar biriminin, kendine özel tetkik sonuçları için giriş ekranları olmalıdır.

9.7.4.2.    Tetkik sonuçlarını otomatik olarak verebilen cihazlar ile uyum içinde çalışmalıdır. Bu özellik için cihazlardan hangi yeteneklerin istendiği sözleşme aşamasında belirtilmelidir.

9.7.4.3.    Tetkik sonuçlarının girişi, kodlu listelerden seçilerek veya manüel olarak gerçekleştirilmelidir.

9.7.4.4.    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.

9.7.4.5.    Çalışılamayan tetkik istekleri çalışılamama sebepleriyle kaydedilip iptal edilmelidir.

9.7.4.6.    Hastane dışı laboratuvarlardan gelen soft ve hardcopy laboratuvar sonuçları sisteme girilebilmelidir.

9.7.4.7.    Alfa nümerik test kodlamasına izin vermelidir.

9.7.4.8.     istendiğinde raporlar e-mail, server ve yazıcıya gönderilmelidir.

9.7.4.9.    Patoloji talebi yapılan hasta için, hastanın tanı, cinsiyet, yaş ve önceki patoloji kayıtları aynı ekran üzerinde görüntülenebilmelidir. istendiğinde geçmiş patoloji kayıtları arasından seçilen eski patoloji kaydına tek tuş yardımı ile erişim yapılabilmelidir.

9.7.4.10.  Profil olarak istenen testleri, profil olarak veya profil içinden seçilenleri ayrı olarak raporlamalıdır.

9.7.4.11.  Teknisyen, doktor, cihaz bazında iş listeleri oluşturmalıdır.

9.7.4.12.  Aşağıda belirtilen kriterlere göre sorgu oluşturabilmeli, liste ve rapor alınabilmelidir.

a.          Hasta Numarası

b.          Hasta Adı

c.         Test  Adı

d.          Test Kodu

e.          isteyen Doktor veya Merkez

f.          Normal değerler dışındaki tetkik sonuç sayıları

g.          istenen değer aralığındaki ya da dışındaki tetkik sonuç sayıları

9.7.4.13.   istenen ve uzun test süresi nedeniyle o anda devam eden testleri günlük bazda listelemelidir.

9.7.4.14.  Dış Laboratuvarlardan hizmet alınıyorsa gelecek test sonuçlarını izlemeli, sonuçlanması gereken zaman konusunda ilgili laboratuvar personelini uyarmalıdır.

9.7.4.15.  Yapılan işlem sırasında doktor tarafından gerekli görülen ilave işlemleri randevulayabilmeli ve yönetebilmelidir.

9.7.4.16.  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.

9.7.4.17.  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.

9.7.4.18.  Testleri, isteyen doktor ve/veya merkez izlemeli, isteyen ve/veya istenen yere raporun hazır olduğu bilgisi öncelikle gönderilmelidir.

9.7.4.19.  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.

9.7.4.20.  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.

9.7.4.21.  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.

9.7.4.22.  Hasta sonuç raporunda elektronik onay veren uzmanın ya da laboratuvar sorumlusunun isminin çıkması, isimlerin altında taranmış olarak imzaların görülmesi ya da görülmemesi ya da ıslak imza kullanılması gibi konular laboratuvar yönetimi tarafından kararlaştırılmalıdır ve laboratuvar yönetiminin tercihine göre düzenleme yapılmalıdır.

9.7.4.23.   Hasta sonuç raporunda tetkik istem zamanı, barkod basma zamanı, kan alma zamanı, laboratuvara geliş zamanı, sonuç onaylama zamanı ve rapor basılma zamanının yazılıp yazılmaması laboratuvar yönetimi ile birlikte Sağlık Bakanlığının belirlemiş olduğu performans kriterlerine uygun olarak yapılmalıdır.

9.7.4.24.  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.7.4.25.   Radyoloji sonuç raporları, raporların hekim tarafından düz metin olarak üretildiği birimlerde (ultrasonografi, bilgisayarlı tomografi, vb.) önceden tanımlanmış olan şablonlar üzerinden düzenlenmelidir. Yeni şablonların tanımlanması ve iş adımları ile ilişkilendirilmesi mümkün olmalıdır.

9.7.4.26.  Hastalar kendi laboratuvar tetkiklerini web üzerinden görebilmeli, bilgiye erişimle ilgili güvenlik standartlarında İdare’nin belirlediği standartlar uygulanmalıdır.

9.7.5.    PATOLOJİ MODÜLÜ

9.7.5.1.    Patoloji laboratuvarları için özel olarak tasarlanmış ve iş akış süreçlerine uygun olmalıdır.

9.7.5.2.    Patoloji laboratuvarına gönderilecek her türlü kitle için talep formu doldurulmalıdır. Talep formu üzerinde materyalin alım tarihi-saati, alım şekli, ağırlığı, kavanoz tipi, klinik tanı, makroskobik görüntü gibi patolojik incel emelerde gerek duyulabilecek bilgiler tutulmalıdır.

9.7.5.3.    Patoloji talebi yapan servisler, taleplerinin durumunu sistem üzerinden online takip edebilmelidirler. Patoloji servisinin gelen talebi kabul veya gerekçesi ile reddetme seçenekleri olmalıdır. Histokimyasal tetkiklerin kodlanabileceği bölüm olmalıdır.

9.7.5.4.    Hasta listesinde kayıtlar her bir duruma göre ayrı ayrı renkler ile gösterilmelidir

9.7.5.5.    Sonuç raporu Ön Rapor ve Asıl Rapor olarak 2 şekilde de yazılabilmelidir.

9.7.5.6.    Sonuç raporu patoloji servisince onaylanmadan talebi yapan servis ulaşmamalıdır.

9.7.5.7.    Hastanın geçmiş laboratuvar, radyoloji, ameliyat ve epikriz kayıtlarına modül üzerinden erişilebilmelidir.

9.7.5.8.    Rapor yazımında şablonlar oluşturulabilmelidir, şablonlar gerek rapor bazlı gerekse alan (makroskobi, mikroskobi, tanı ...) bazında oluşturulabilmelidir.

9.7.5.9.    Geçmiş sonuç raporları üzerinde çeşitli kriterlere göre sorgulama işlemi yapılabilmelidir.

9.7.5.10.  Patoloji defteri dökümü alınabilmelidir.

9.7.5.11.  Toplanan veriler üzerinden, servislere göre, kitle alım yerine göre, tanısına göre, yaş, sosyal güvence vb.. kriterlere göre dağılım grafikleri ve çıktıları alınabilmelidir.

9.7.5.12.  Patolojik rapor yazımında şablonlar oluşturulabilmelidir, şablonlar gerek rapor bazlı gerekse alan (makroskobi, mikroskobi, tanı ...) bazında oluşturulabilmelidir.

9.7.5.13.  Doktor raporu onayladıktan sonra Hastaların cep telefonlarına otomatik mesaj gönderiminin sağlanması gereklidir.

9.7.5.14.  E Nabız projesi kapsamında istenilen patoloji veri setlerinin gönderiminin sağlanması için gerekli düzenlemeler yapılmalıdır.

9.7.6.    LABORATUVAR MALZEME TAKİBİ

9.7.6.1.    Laboratuvarlarda mevcut ve kullanılmakta olan sarf ve radyolojik malzemenin miktarı ve durumu, sistem genelinde stok işleyişi ile birebir uyumlu olacak şekilde takip edilmelidir. Kullanılan malzeme ve kitin birim stokundan otomatik olarak düşmesi sağlanmalıdır.

9.7.6.2.     İhtiyaç duyulan veya daha önceden tanımlanacak kritik seviyeye inen malzeme ve kitler için kodlu listelerden istek yapılmalıdır. İstek neticesinde birimlere gönderilen malzemenin kaydı ve takibi yapılmalıdır.

9.7.6.3.    Birim, kişi ve cihaz bazında malzeme kullanım detayları görüntülenmelidir.

9.7.6.4.    Sarf malzemelerinin son kullanım tarihine yönelik takipler yapılmalı ve sistem kullanıcıyı uyarmalıdır.

9.7.6.5.     Hastanenin kit tedarikçisi ile imzalamış olduğu sözleşmeye göre sözleşme sonuna kadar hangi testten ne kadar teslim alacağı sisteme kaydedilebilmeli, her parti kit teslimatında bu teslimat miktarları girilerek sözleşmeye göre daha ne kadar kit teslim alınabileceği sistem üzerinde görülebilir olmalıdır.

9.7.6.6.    Kit tedarikçisinin her teslimatında her bir kitten ne kadar teslim alındığı, bu kitlerin lot numaraları ve miatları sisteme kaydedilebilir olmalıdır.

9.7.6.7.    Kitlerin ve lotların barkod numaraları sisteme kaydedilebilmeli, kit giriş ve çıkışlarında hem kitin hem de ilgili lotun barkodu okutularak hangi lottan ne kadar çıkış yapıldığı sisteme kaydedilebilmelidir.

9.7.6.8.    Her tetkik çalışması, her bir tetkikin tekrarının yapılması, kalite kontrol çalışması ve kalibrasyon yapılması durumunda kitlerin lot bilgisi ile birlikte stoktan düşmesi sağlanmalıdır.

9.7.6.9.    Stoktan otomatik düşüm yapılması dışında sarf/fire/kayıp olarak kit harcamaları kayıt altına alınabilmelidir.

9.7.6.10.  Kritik stok seviyeleri belirlenip bu seviyenin altına düşülmeden önce ve bu seviyenin altına düşülmesi durumunda kullanıcı farklı seviyelerde uyarılabilmelidir.

9.7.6.11.  Mevcut stok seviyesi dönem ortalamaları ile karşılaştırılabilmeli, buradan hareketle de eldeki mevcut kit miktarının yaklaşık ne kadar süre ile kullanılabileceği sistem tarafından hesaplanabilmelidir.

9.7.7.    İSTATİSTİK/İŞ YÜKÜ

9.7.7.1.    Laboratuvarlarda işlem gören hastaların radyolojik tanı, yapılan işlem, cinsiyet, yaş, kurum, birim kriterlerine göre dağılımı günlük, haftalık, aylık ve yıllık olarak tespit edilmelidir.

9.7.7.2.    Laboratuvarlarda gerçekleştirilen işlemlerin cihaz, personel, işlem, zaman kriterlerine göre dağılımı günlük, haftalık, aylık ve yıllık olarak tespit edilmelidir.

9.7.7.3.     İstenildiğinde personele, cihaza ve işleme göre tekrar istatistikleri alınmalıdır.

9.7.7.4.    Sarf malzemesi kullanımına yönelik personel, cihaz, işlem istatistikleri alınmalıdır.

9.7.7.5.    Sistem standart tıbbi rapor hazırlama imkanına sahip olmalıdır.

9.7.7.6.    Laboratuvar sonuçlarıyla ilgili günlük, haftalık, aylık raporlar alınmalıdır.

9.7.7.7.    Grafik olarak istatistikler alınabilmelidir. Grafiklerde birden fazla grafik türü (örneğin Çubuk, Çizgi, Pasta vb..) desteklenmeli, grafikler istenildiğinde ters çevrilebilmelidir.

9.7.7.8.    Grafik üzerinde seçilen noktadaki değerlere ulaşılabilmelidir. Bu noktadaki değerlere sahip olan kayıtlara ait detaylı bilgiler istenildiğinde aynı ekrandan listelenebilmelidir.

9.7.7.9.    Hazırlanan grafikler birden farklı formatta( hmt, html, pdf, Xls, Jpeg, Png) dışa aktarılabilmelidir.

9.7.7.10.  Laboratuvarlar için laboratuvar defter çıktıları alınabilmelidir.

9.7.7.11.  Kan alma ve laboratuvar tarafından yapılan ret işlemlerinin tarih, ret nedeni, ret eden kullanıcı, laboratuvar grubu gibi kriterler ile raporlama yapılabilmelidir.

9.7.7.12.  Verilen tarih aralığında, ortalama sonuç çıkma süresi, ortalama onaylanma süresi gibi ortalama süreler, tetkik bazında verilmelidir.

9.7.7.13.   Laboratuvarda çalışılan tetkikler içinde, düşük-yüksek ve panik değerde olan hasta tetkiklerinin listesi, tarih,cihaz ve tetkik bazında raporlanabilmelidir.

9.7.7.14.  Tanımlanan ortalama sonuç çıkma süresi geçtiği halde sonucu çıkmamış olan hasta tetkiklerinin listesi alınabilmelidir.

9.7.7.15.  Patoloji laboratuvarı için yazılan raporlar üzerinden kitle alım yeri, alış şekli, patolog, istemi yapan birim, sosyal güvence grubu vb.. kriterlere göre istem dağılımlarının grafikleri alınabilmelidir.

9.7.7.16.  Patoloji laboratuvarının toplamış olduğu veriler üzerinden alım şekli, alım yeri, rapor alanları, tarih aralığı gibi kriterler ile ayrıntılı raporlar alınabilmelidir.

9.7.7.17.  Belirtilen tetkik için, istenen tarih aralığındaki tetkik sonuçlarının grafiği alınabilmelidir.

9.7.7.18.  Laboratuvarda çalışılan tetkikler için istem sayılarına göre grafik alınabilmelidir.

9.7.7.19.  Laboratuvara gelen istekler için, birimlere göre, sosyal güvence grubuna göre, doktorlara göre dağılım grafikleri alınabilmelidir.

9.7.7.20.  Laboratuvarlarda çalışan tetkik grupların göre ( Biyokimya, Kültür, Hormon vb..) dağılım grafikleri alınabilmelidir.

9.7.7.21.  Alınan grafik istatistikler dış ortamlara aktarılabilmelidir ( Html, Pdf, Jpg, Png vb..)Grafikler üzerinde birden farklı grafik türü görüntülenebilmelidir( Çubuk, Çizgi, Pasta, Noktasal vb..) Kullanıcı bu türlerden istediğini seçerek grafiği görüntüleyebilmelidir.

9.7.7.22.  Sağlık bakanlığı laboratuvar kalite kriterleri arasında yer alan “Kit Verimlilik Hesabı” otomatik olarak yapılabilmelidir. Kit verimlilik hesabında, çalışılan testler, kalibrasyon ve kalite kontrol kayıtları da hesaplamaya dahil edilmeli ve her test için verimlilik yüzdesi(%) otomatik olarak hesaplanmalıdır.

9.7.7.23.  Tüm istatistik raporları ilgili kurum, seçilen kurumlar veya tüm kurumlar bazında tek tek ve toplu halde alınabilmelidir.

9.8.       RADYOLOJİ MODÜLÜ

Teklif edilen RBS, Radyoloji Departmanında, hasta tetkik istem yönetimi, inceleme, raporlama, istatistikler ve sistem yönetimi konularında entegre işlevleri yerine getirerek radyolojik görüntüler haricindeki tüm işlemlerin elektronik ortamda gerçekleştirilmesini sağlamalıdır. RBS sistemi kurulacak dijital Radyoloji departmanının ayrılmaz bir parçasıdır. RBS ile PACS tam bir uyum içerisinde çalışarak iş akışını düzenlemeli ve PACS'ın belirlenen iş akışına uygun çalışmasını sağlamalıdır.

9.8.1.    Radyoloji Bilgi Sistemi Yönetim Modüllerinde;

9.8.1.1.    Teklif edilen RBS, PACS kapsamındaki modalitelere DICOM Worklist standardı kapsamında iş listeleri gönderebilmelidir. DICOM uyumlu tüm cihazlara RBS’den gönderilen demografik ve diğer bilgilere ait iş listelerinin gönderimi için gerekli bağlantı ve ayarlamaların yapılması Yüklenici tarafından gerçekleştirilmelidir. Hastanede mevcut bulunan modalitelerin DICOM Worklist özellikleri mevcut değilse, Alıcı Kurum idaresi tarafından tedarik edilecektir.

9.8.1.2.    Teklif edilen RBS’de gerekli olduğunda kayıt ekranlarının tekrar düzenlenmesi ve düzeltilmesi sağlanması amaçlı dinamik yapıda olmalıdır.

9.8.1.3.    Teklif edilen RBS hastanın önceki raporları ve tetkiklerini birleştirilebilmeli ve sorgu esnasında tümüne kolayca erişim imkanı sağlamalıdır.

9.8.1.4.    Teklif edilen RBS tetkik planlaması yapılabilmeli, tetkik ağacı esnek ve ihtiyaca göre kolayca genişleyebilir olmalıdır.

9.8.1.5.    Teklif edilen RBS’de hasta randevuları otomatik veya manuel randevulama istenildiğinde kullanılmak üzere grafik arayüzlü randevu modülü bulunmalıdır.

9.8.1.6.    Teklif edilen RBS’de hasta kayıtlarından modalitelere gönderilecek DICOM çalışma listeleri otomatik oluşturulmalı ve DICOM iş listesi uyumlu tüm tetkik ekipmanlara gönderilebilmelidir.

9.8.1.7.    Teklif edilen RBS yazılımı sistem bütünlüğü açısından PACS yazılımı ile aynı firma tarafından geliştirilmiş olmalıdır

9.8.1.8.    Teklif edilen RBS uygulama yazılımlarının arayüzleri ve yardım menüleri Türkçe olmalıdır. Herhangi bir şekilde kullanıcı arayüzü tümüyle Türkçe olmayan yazılımlar kabul edilmeyecektir.

9.8.1.9.    Teklif edilen RBS’de personel, tetkik, modalite, vb. işlemlerde detaylı yetkilendirme özelliği bulunmalı, bu özellikler en az aşağıdaki yetki ve eşleştirme düzeylerini içermelidir:

■ Tetkik işlemleri ile personel işlemleri,

■ Modaliteler ile tetkik işlemleri,

■ Tetkik grupları ile tetkikleri,

■ Yetki grupları ile yetki tipleri,

■ Personel tipleri ile yetki grupları.

9.8.1.10.  Teklif edilen RBS’de Modalite, Modalite Tipi, Tetkik Grubu, Tetkik ve Personel istatistiki bilgileri gün, hafta, ay ve yıl bazında raporlanmalı ve oluşturulan raporlar grafiksel olarak incelenebilmelidir.

9.8.1.11.               Teklif    edilen RBS’de tüm veri giriş ekranlarının zorunlu alanları dinamik olarak yönetim ekranlarından ayarlanabilmelidir.

9.8.1.12.  Hastalar çekim odalarından LCD ekranlarda kabul sırasına göre çağrılabilmelidir.

9.8.2.    Randevu işlemleri ile ilgili modüllerde;

9.8.2.1.    Teklif edilen RBS’de acil, önemli vb. hastalara isimsiz randevu verilebilmeli veya bazı zaman aralıkları rezerve tutulabilmelidir.

9.8.2.2.    Teklif edilen RBS’de tercihli randevu oluşturulabilmeli, tercihli randevu kapsamı en az Hasta ve Tarih aralığı vb. belirterek istemde bulunulabilmeli ve belirtilen zaman dilimindeki en uygun randevu ilk tercih olarak oluşturulabilmelidir.

9.8.2.3.    Teklif edilen RBS’de randevu iptali, hastanın gelmemesi, randevunun gerçekleşmesi durumları için akış durumları olmalıdır.

9.8.2.4.    Teklif edilen RBS’de iptal edilen randevunun uygun durumda ise(yerine yeni bir randevu kaydı yapılmadıysa) sisteme tekrar çağırılabilmesi sağlanmalıdır.

9.8.2.5.    Teklif edilen RBS’de Worklist oluşturma konusunda HL7 mesajlaşma standartları desteklenebilmelidir.

9.8.3.    Rapor işlemleri ile ilgili Modüllerde

9.8.3.1.    Teklif edilen RBS’de radyoloğun üzerinde olan rapor listesini görüntüleyebilme olanağı olmalıdır.

9.8.3.2.    Teklif edilen RBS’de radyoloğun geçmişe yönelik yazdığı raporları listeleyebilmesi ve inceleyebilmesi sağlanmalıdır.

9.8.3.3.    Teklif edilen RBS’de rapor hazırlama ekranında hasta adı ve soyadı, radyolog adı, istem tarihi, tetkik adı, ön tanı, ICD10 kodu, vb. gibi bilgiler otomatik olarak ilgili tetkik, hasta ve ilgili radyolog bilgileri doldurulmuş olarak gelm elidir.

9.8.3.4.    Teklif edilen RBS’de rapor hazırlama ekranında daha önceden hazırlanan rapor şablonları seçilebilmelidir. Yazılan raporun tetkikine uygun olan daha önceden hazırlanmış şablon otomatik olarak yüklenebilmelidir.

9.8.3.5.    Teklif edilen RBS’de Radyolog tarafından ses kaydı ile oluşturmuş olan kaydın raporunun yazılması için raportöre yönlendirilme özelliği olmalıdır. RBS, görüntüler ile eşleşik olarak dijital ses kaydı yapabilmeli, rapor yazım modülü bulunmalı ve kurumun Türkçe konuşma tanıma yazılımı sistemlerini tedarik etmesi durumunda, konuşma tanıma yazılımı sistemleri ile entegrasyon sağlanmalıdır.

9.8.3.6.    Teklif edilen RBS’de Raportör Radyolog tarafından kendisine gönderilen ve yazmakla yükümlü olduğu raporları görebilmelidir.

9.8.3.7.    Teklif edilen RBS’de Raportör radyoloğa ait ses kaydını veya yazı bilgilerini kullanarak raporu onaylamaya hazır hale getirebilmeli ve onaylanmak üzere tekrar Radyoloğa yollayabilmelidir.

9.8.3.8.    Teklif edilen RBS’de radyolog onay bekleyen raporlarını listeleyip, inceleyebilmeli ve onaylayabilmeli veya düzeltme yapılması üzere tekrar geri gönderebilmelidir.

9.8.3.9.    Teklif edilen RBS’de Radyolog Rapor yazma ekranı üzerinden ilgili hastanın ilgili tetkikine ait çalışmayı görüntüleyici aracılığı ile açabilmelidir.

9.8.3.10.  Onaylanan raporlar, hastane birimlerinde bulunan PC'lerden Ek bir istemci yazılımına gerek olmadan görüntüleme olanağına sahip olacaktır.

9.8.3.11.  Onaylanan raporlar için rapor koruması olacak ve ek rapor yazabilecektir.

9.8.4.    RADYOLOJİ İSTEM YÖNETİMİ

9.8.4.1.    Yetkili doktorların radyoloji istemi yapmalarını ve ilgili radyoloji birimlerinin bu istemleri değerlendirmelerini sağlamalıdır.HBYS üzerinden Klinik Tanı girilerek istemin yapılması ve bunun radyoloji birimi tarafından değerlendirmesini sağlanmalıdır.

9.8.4.2.    Hastanın sosyal güvence durumunu, demografik ve klinik bilgilerini sistemdeki kayıtlardan otomatik olarak almalı (yaş, cinsiyet, kurum, isteyen hekim, vb.) ve kullanmalıdır. Ekipman, Oda ve Personel gibi kaynaklara göre randevulama ve yönetim yapmalıdır.

9.8.4.3.     Mükerrer istekleri uyarabilmelidir. Ayrıca hatalı işlemlerin düzeltildikten sonra tekrarlanmasına imkan tanınmalıdır.

9.8.4.4.    Gerektiğinde istemler belli kriterlere göre sorgulanabilmeli, sıralanmalı ve gruplandırılmalıdır.

9.8.4.5.    Gerektiğinde acil durumlar için acil istem yapılabilmelidir.

9.8.4.6.    Klinik tarafında yapılmış olan istemin akıbeti ve ne aşamada olduğu takip edilmelidir.

9.8.5.    RADYOLOJİ İŞ AKIŞ - DURUM TAKİBİ

9.8.5.1.    Sistemdeki herhangi bir terminalden yapılan radyolojik görüntüleme isteği görülebilmeli, kaydedilebilmeli ve işlemin sonuçlanıp sonuçlanmadığına dair bilgiler isteyen kişiye iletilmelidir.

9.8.5.2.    Sonuçlanmış olan radyoloji isteklerine yönelik radyoloji raporları isteği yapan doktora otomatik olarak yönlendirilmeli ve raporlar elektronik hasta dosyasına entegre olarak saklanmalıdır.

9.8.5.3.     İşlerin durumu, iş adımı, sonuç, gerçekleştiren kişi, cihaz vb. bazında takibi yapılmalıdır. Tetkik durum takibi (hasta geldi, sonuç alındı, rapor yazıldı v.b.) statü bazında takip edilmelidir.

9.8.5.4.    Hastaya yönelik işlemlerin takip edilebilmesi için gerekirse hastaya verilecek olan filmlerin etiketlenmesi sağlanmalıdır.

9.8.6.    RADYOLOJİ SONUÇ RAPORLAMA TAKİBİ

9.8.6.1.    Radyoloji Sonuçlarının girilmesini sağlayan fonksiyondur.

9.8.6.2.    Radyoloji raporlama ekranında, Doktorlar ses kayıt sistemini kullanarak hasta bazlı ses kayıtlarını yapabilmeli, rapor yazan sekreterde bu ses kayıtlarını dinleyerek rapor yazabilmelidir.

9.8.6.3.    PACS entegrasyonu bulunan cihazlarda yapılan tetkiklerin raporlarına RIS üzerinden yapılacağından, PACS- SBYS entegrasyonu ile raporlar SBYS hasta kartında görüntülenecek ve hafızaya alınacaktır.

9.8.6.4.     Radyoloji sonuç raporları, raporların hekim tarafından düz metin olarak üretildiği birimlerde önceden tanımlanmış olan şablonlar üzerinden düzenlenmelidir. Yeni şablonların tanımlanması ve iş adımları ile ilişkilendirilmesi mümkün olmalıdır.

9.8.7.    İSTATİSTİK/İŞ YÜKÜ

9.8.7.1.    Radyoloji birimlerinde işlem gören hastaların radyolojik tanı, yapılan işlem, cinsiyet, yaş, kurum, birim kriterlerine göre dağılımı günlük, haftalık, aylık ve yıllık olarak tespit edilmelidir.

9.8.7.2.    Radyoloji birimlerinde gerçekleştirilen işlemlerin cihaz, personel, işlem, zaman kriterlerine göre dağılımı günlük, haftalık, aylık ve yıllık olarak tespit edilmelidir.

9.8.7.3.     İstenildiğinde personele, cihaza ve işleme göre tekrar istatistikleri alınmalıdır.

9.8.7.4.    Sarf malzemesi kullanımına yönelik personel, cihaz, işlem istatistikleri alınmalıdır.

9.8.7.5.    Sistem standart tıbbi rapor hazırlama imkanına sahip olmalıdır.

9.8.7.6.    Radyoloji sonuçlarıyla ilgili günlük, haftalık, aylık raporlar alınmalıdır.

9.8.7.7.    Bu modül sayesinde yük dağılımına yönelik raporlar alınmalıdır. Bu modül ile sistemin yönetimi ve optimizasyonunun sağlanması hedeflenmelidir. Sistem yöneticileri aşağıdaki raporları almalıdır;

a.          Klinikten yapılan isteklerin incelemesi,

b.          PACS İş istasyonları çalışma raporları, (Kurulduğunda)

c.                   Kullanılan         disk miktarları,

d.          Tekrar film miktar ve nitelikleri raporu.

9.8.8.    FİLM ARAMA VE ARŞİV

9.8.8.1.    Bu modül hastanede arşivlenmiş hard copy radyoloji sonuçlarına ait gerek film gerekse de raporlara ulaşmak için kullanılmalıdır.

9.8.8.2.    Bu modül arşiv yazılımı niteliğinde olmalıdır. Radyolog/Hekim/Hastane İdare Birimleri, Dosya/Film Arama Modülü aracılığıyla ihtiyaç duyduğu film isteğini yapmalı, sistem ilgili hastaya ait, elektronik ortamda bulunmayan filmlerin bulunduğu film arşivine istek mesajını yollamalıdır. Bu mesaj radyoloji arşivi tarafından alınmalı, istek değerlendirilmeli v e film ilgili radyologa/hekime/ Hastane İdare Birimlerine iletilmelidir. Bu esnada isteğin tamamlandığı ve filmin hangi radyologa veya hekime, Hastane İdare Birimlerine yollandığı kaydedilmelidir.

9.9.      STOK TAKİP, SATINALMA VE DEMİRBAŞ İŞLEMLERİ MODÜLÜ

Bu modül, 4734 Kamu İhale Kanunu,4735 sayılı Kamu İhaleleri Sözleşme Kanunu, 5018 sayılı Kamu Mali Yönetimi ve Kontrol Kanunu, gereğince çıkartılmış olan 2006/11545 sayılı Karara istinaden yayımlanan “Taşınır Mal Yönetmeliği”ne uygun, Maliye Bakanlığınca belirlenen ve Bakanlığımızca yürürlüğe konulan Kod Sistemini kullanan ve ÇKYS/MKYS modülü ile veri alış verişini yapabilecek bir altyapıya sahip olmalıdır.

9.9.1.   STOK TAKİP VE SATINALMA İŞLEMLERİ

İlaç, tıbbi malzeme ve her türlü stok ve sarf malzemesi alımı iş ve işlemlerinin takip edilmesini amaçlar.

9.9.1.1.    Demirbaşlar için uygulanmakta olan Sicil Numaraları Kodlarla belirlenen standartlara uygun olarak verilmelidir.

9.9.1.2.    Depolar arası devir işlemleri yapılabilmelidir.

9.9.1.3.    Kuruma ait taşıt bilgileri tutulmalıdır.

9.9.1.4.    Kurum, birim, kişi ve malzeme bazında demirbaş zimmetleri takip edilebilmelidir.

9.9.1.5.    Ortak Alana yapılan demirbaş çıkışları için “Dayanıklı Taşınırlar Listesi” oluşturulabilmelidir.

9.9.1.6.    3 Aylık Tüketim Malzemeleri Çıkış Bildirimi Listesi alınabilmelidir.

9.9.1.7.    Departmanlar bazında stok ve/veya sarf malzeme talepleri satınalma departmanına elektronik ortamda iletilmelidir.

9.9.1.8.    Stok ve/veya sarf malzemelerin fiyat karşılaştırması, geçmiş fiyatlarla mukayesesi, eşdeğerlere getirilmiş fiyatlarla mukayesesi yapılmalıdır (mukayese cetvelleri).

9.9.1.9.    Mukayese cetvelleri ile birlikte isteği yapılmış olan stok ve sarf malzemelerinin satınalma onayının alınabilmesi için standart form çıktısı üretilebilmelidir.

9.9.1.10.  Stok ve/veya sarf malzeme bazında tedarikçilerin listeleri en son alım fiyatları ve şartlarını gösterir bir liste oluşturulmalıdır.

9.9.1.11.  Onayı alınmış stok ve/veya sarf malzeme taleplerinin siparişe aktarılıp, firmaya gönderilmek üzere sipariş çıktısı alınmalıdır.

9.9.1.12.  Kritik stok seviyesinde olan stok ve/veya sarf malzemeler için otomatik sipariş listesi hazırlanmalıdır.

9.9.1.13.  Sipariş listesi ile mutabakatlı olarak stok ve/veya sarf malzeme girişleri yapılmalıdır.

9.9.1.14.  Stok ve/veya sarf malzemelerinin departman bazında istek raporları alınmalıdır.

9.9.1.15.  Stok ve/veya sarf malzemelerde tedarik türü ile ilgili bilgiler ayrı ayrı izlenebilmelidir.

9.9.1.16.  Kullanılan her stok ve/veya sarf malzeme için kimlik bilgileri tutulmalıdır.

9.9.1.17.  Hangi stok ve/veya sarf malzemelerin hangi firmalar tarafından üretildiğine ilişkin kayıtlar ve firmalarla ilgili kimlik bilgileri tutulmalıdır.

9.9.1.18.  Kalite bilgileri, hem stok ve/veya sarf malzeme hem de malzemenin alındığı firma bazında tutulmalıdır.

9.9.1.19.  Sistemde, mevcut yıllık/aylık stok ve/veya sarf malzeme tüketimi ve olası tüketim artışlarını dikkate alacak şekilde stok ve/veya sarf malzeme talep tahminleri yapılmalıdır.

9.9.1.20.  Modül, ambar ve depoların bütünlük içersinde hizmet vermesini sağlamalıdır.

9.9.1.21.  Stok ve/veya sarf malzeme gruplarına göre toplam istekler gösterilmelidir.

9.9.1.22.  Sipariş verilecek firma/firmalar ve eczaneler kodlu listeye eklenip çıkartılabilmelidir.

9.9.1.23.  Tüm stok ve/veya sarf malzemelerinin gösterimi ve arama sorgulama işlemleri yapılmalıdır.

9.9.1.24.  Her bir stok ve/veya sarf malzemenin; stok no, açık adı, varsa raf ömrü, varsa depolama koşulları, miktarı, birimi (adet, kilo, litre, paket),giriş/çıkış (sarf) bilgileri, üretildiği firma gösterilmelidir.

9.9.1.25.  Stok kontrol bilgileri ile ilgili olarak; maksimum stok seviyesi, kritik stok seviyesi, emniyetli stok seviyesi, tahmini temin süresi gibi kayıtlar tutulmalıdır.

9.9.1.26.  Yapılacak olan tüm satınalma işlemlerinin 4734 sayılı Kanun, 4735 sayılı Kanun ve ilgili diğer Kamu ihale mevzuatı çerçevesinde gerçekleştirilmesi gerekmektedir.

9.9.1.27.   ihalenin yaklaşık maliyetinin ihale süreci ile resmi ilişkisi olmayan diğer kişilere karşı gizliliğini sağlamaya yönelik her tür yazılım ve donanımsal tedbirler alınmalıdır. Kullanılacak olan güvenlik donanımları e-token,mobil imza, yazılım, donanım ve lisanslar alıcı tarafından karşılanacaktır.

9.9.1.28.  Yaklaşık Maliyet tutarına göre o yılın eşik değerleri üzerinden ilanın şekli ve yeri otomatik olarak belirlenebilmelidir.

9.9.1.29.    ihale ilan bilgileri ile şartname bilgilerinin birlikte otomatik olarak gelmesi sağlanmalıdır.

9.9.1.30.   ihaleye ait bilgiler ihale ilanına, idari şartnameye ve sözleşmeye otomatik olarak gelmelidir.

9.9.1.31.   ihalelere ait tüm çıktıların 4734 sayılı Kamu ihale Kanunu normlarına uygun olması gerekmektedir. 4964 sayılı Kanun ile getirilen değişikliklerin tamamını da kapsamalıdır.

9.9.1.32.  Kamu ihale Kurumu’nun 03 Temmuz 2009 tarih ve 27277 nolu Resmi Gazete’de yayınlanan “Çerçeve Anlaşma ihaleleri Uygulama Yönetmeliğinde Değişiklik Yapılmasına Dair Yönetmelik ” kapsamında belirtilen hususları karşılıyor olmalıdır.

9.9.1.33.   ihalenin birim fiyat veya götürü bedel olması halinde mukayese cetvelinin ayrı ayrı görülmelidir.

9.9.1.34.  Gelen malzemenin bölümlere dağıtım kaydı yapılmalıdır.

9.9.1.35.  Her parti stok ve/veya sarf malzemesi için fiyat girişi ve maliyet hesaplamaları yapılmalıdır.

9.9.1.36.  Stok ve/veya sarf malzemesi girişi ve çıkışı barkod okuyucu vasıtasıyla sağlanabilmelidir.

9.9.1.37.   ilaç ve tıbbı malzemelerin son kullanma tarihi kontrolleri ve uyarıları sağlanmalıdır.

9.9.1.38.  Alternatifli stok maliyetleri oluşturulmalıdır. (o.m. fifo,lifo gibi)

9.9.1.39.  Stok ve malzemelerin kullanım sıklığı raporlanabilmelidir.

9.9.1.40.  Stoklar gruplanabilmeli, aynı malzeme birden fazla birim (Paket, adet, kilo, vb.) bazında izlenebilmelidir.

9.9.1.41.  Stok fazlası işlemler ile ilgili mevzuat uyarınca; Kurumların tüketebileceği azami stoklarının belirlenebilmesi, Geriye kalan sürede hemen tüketemeyeceği/daha sonra tüketeceği düşünülen stokların “iHTiYAÇ FAZLASI “ olarak Bakanlığa MKYS sistemi üzerinden bildirilebilmesi, Stok fazlası ve ihtiyaç fazlası ürünlerin Sağlık bakanlığı bünyesindeki diğer kurumlarca yapılan istek doğrultusunda bu kurumlara çıkışlarının yapılabilmesi ve bu işlemin MKYS’ ye bildirilebilmesi, ihtiyaç Fazlası ürünlerden iade yapmadan diğer kurumlara tüketim yapılabilmesi ve bu işlemin MKYS’ ye bildirilebilmesi işlemleri yazılım üzerinden yapılabilmelidir.

9.9.1.42.  Depo/ambar tanımları yapılabilmelidir.

9.9.1.43.  Servisler, ameliyathane yoğun bakım, acil servis, vb. yerlerdeki tıbbi sarf malzeme depoları için yapılan isteklere göre tıbbi sarf malzeme çıkışı yapılabilmeli ve hastalara yapılan tıbbi sarf malzeme çıkışları da otomatik olarak hastanın elektronik ortamdaki mali kayıtlarına bu birimlerden işlenebilmelidir. Bu üniteler de ara depo olarak sistemde yer almalı, kayıp ve kaçaklara neden olmayacak şekilde düzenlenmiş olmalı, ve sonuçta buralardan yapılan işlemler de sorgulanabilmelidir.

9.9.1.44.  Servislerdeki depolar izlenebilmelidir. Sistemin mevcut yıllık/aylık malzeme tüketimini ve olası tüketim artışlarını dikkate alacak şekilde malzeme talebi tahminleri oluşturulabilmelidir.

9.9.1.45.   Bu modül, ambar ve depoların birden fazla konumdan hizmet vermesini desteklemelidir. Envanter dökümü (aylık, yıllık) yapılabilmelidir. Bu döküm her hastane için ayrı ayrı yapılabileceği gibi tüm kurumlar için toplu olarak da yapılabilmelidir.

9.9.1.46.  Tutulan kayıtlara ve yapılan işlemlere ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir. istatistik, sorgu ve raporların tam listesi ve detayları Sistem ve Uyarlama Gerekleri Analizi aşamasında belirlenecektir.

9.9.1.47.  Dönemsel olarak depolara ait Devir,giriş,çıkış ve kalan tutar ve miktarlar depo ve hesap kodu bazında raporlanabilmelidir.

9.9.2.    DEMİRBAŞ TAKİP MODÜLÜ

Demirbaş kayıtlarının tutulmasını ve demirbaş işlemlerin yapılmasını amaçlar. Bu amaçlar doğrultusunda;

9.9.2.1.    Demirbaş kayıtları tutulmalıdır.

9.9.2.2.    Demirbaşlara ilişkin amortisman ve yeniden değerlendirme işlemleri yapılabilmelidir.

9.9.2.3.    Demirbaşlarla ilgili her tür sorgulama yapılabilmelidir Gerekli matbu evrakların çıktıları alınabilmelidir.

9.9.2.4.    Demirbaş malzemeler yapılan tamirat, tadilat ve onarımlar sisteme kaydedilmeli ve bu işlemler takip edilebilmelidir.

9.9.2.5.    Demirbaşların kullanıldığı mekanlara asılacak listeler görüntülenebilmeli ve çıktısı alınabilmelidir.

9.9.2.6.     Demirbaş Ekranından çıkmadan tek ekrandan zimmet(kullanıma verme kişi), hurdaya ayırma, ortak alana zimmet (kullanıma verme ortak alan) vs. işlemleri yapılabilmeli ve bu işlemler MKYS’ ye bildirilebilmelidir.

9.9.2.7.     Demirbaşın özelliklerinin girildiği alanların olması ve bu ekrana yukarıda belirtilen ekrandan çıkmadan tek ekran üzerinden yapılabilmesi gerekir. Demirbaş özelliklerinde firma no, sicil no, marka, model, garanti başlama,bitiş tarihleri, temin edilen belge no, hibe eden, seri no gibi alanlarının olması ve girilen bu bilgilerin MKYS ye gönderilmesi sağlanmalıdır.

9.9.2.8.    Demirbaş taşıt ise, aracın marka (MKYS deki standart tanımlar), model(MKYS deki standart tanımlar), model yılı, araç türü (MKYS deki standart tanımlar), plaka, şase no, motor no alanlarının olması ve girilen bu bilgiler MKYS ye gönderilebilmelidir. Demirbaşa ait Bakım bilgiler yukarıda iletilen ekranlardan çıkmadan tek ekran üzerinden girilebilmelidir.

9.9.2.9.    Bakım bilgilerinde, Bakım başlama/bitiş tarihleri, periyotlar, son bakım tarihi, gelecek bakım tarihi, bakım sözleşmesi başlama / bitiş tarihi, bakım dönem fiyatı gibi alanların olması, bu bilgilerin demirbaşın diğer bilgileri ile takip edilmesi sağlanmalıdır.

9.9.2.10.  Demirbaş sistemi Taşınır Mal Yönetmeliğine uyumlu olmalıdır. Giriş ve çıkışlar için taşınır işlem fişi kesilebilmelidir.

9.9.2.11.  Dönemsel olarak depolara ait Devir,giriş,çıkış ve kalan tutar ve miktarlar depo ve hesap kodu bazında raporlanabilmelidir.

9.9.3.   SATINALMA MODÜLÜ

9.9.3.1.    Hastanenin yapacağı her türlü mal ve hizmet alımı ile yapım işlerini 4734 sayılı Kamu İhale Kanunu mevzuatına uygun olarak bütün alım yöntemlerine göre (Doğrudan Temin, Pazarlık Usulu, Açık İhale ve Belli İstekliler arasında İhale usulü) istem aşamasından sözleşme aşamasına kadar tüm işlemlerin yapılabilmesini sağlayacak şekilde tasarlanmış olmalıdır.

9.9.3.2.     Hastanedeki tüm birimler, istemlerini elektronik olarak SBYS üzerinden yapabilmeleridir. Birimlerden yapılan tüm ihtiyaç bildirimleri birleştirilip tek ekranda görünebilmeli ve istemi yapılan malzemelerden alımına karar verilenler seçilerek satın alma işlemi gerçekleştirilebilmelidir.

9.9.3.3.    Satın alma Modülü, alınacak malzeme yada hizmet için, seçilen alım yöntemine göre mevzuat gereği izlenmesi gereken tüm aşamaları göstermeli ve kullanıcının hata yapmasını engelleyecek şekilde dizayn edilmiş olmalıdır.

9.9.3.4.    Alımın başlangıcından (lüzum müzekkeresi, onay, yaklaşık maliyet tespiti, şartname hazırlığı vs..) sonuna kadar mevzuat gereği yapılması gereken tüm işlemler usulüne uygun olarak ve hata yapmayı engelleyecek şekilde yapılabilmelidir.

9.9.3.5.     İdare, çıkacağı ihale ile ilgili yaklaşık maliyet düzenlerken, satın alma yolu ile yapmış olduğu malzemelerin bir im fiyatlarını satın alma modülünden veya geçmişte alınmış malzeme ise ambar modülünden görebilmelidir.

9.9.3.6.     Düzenlenmesi gereken tüm formlar güncel KIK mevzuatına uygun olarak program tarafından düzenlenebilmeli ve Ofis yazılımlarına aktarılabilmelidir.

9.9.3.7.    Mukayese cetvelinin tanzimi gerektiğinde, A3 formatında çıktı alınabilmeli ve A3 formatı ile Ofis yazılımlarına aktarılabilmelidir.

9.9.3.8.    Bütçe tanımlanabilmeli ve takibi yapılabilmelidir. Alım yaptıkça ilgili kalemden gerekli düşümler otomatik yapılmalıdır. Doğrudan temin ve ilgili alımlar için bütçe %10 takibi yapılabilmelidir.

9.9.3.9.    Modülde ihtiyaç halinde kalemler arası bütçe aktarımı yapılabilmelidir.

9.9.3.10.  Kullanıcı yetki tanımları detaylı yapılabilmeli, ihale bazlı yetkiler tanımlanabilmeli yada ihale bazlı şifreler konabilmelidir.

9.9.3.11.  Yapılan alımlar hakkında istatistiki rapor alınabilmeli, yaklaşan ihaleler ile ihalelerin bulunduğu aşamalar özet olarak alınabilmelidir.

9.9.3.12.  Yapılacak ihale’nin (Doğrudan temin, açık ihale v.b) onay belgesi aşamasında ilgili bütçeden ihalenin yaklaşık maliyeti kadar bloke koymalı ve ihale tamamlanıp muhasebe modülünden muhasebeleştirildikten sonra bloke işlemi kaldırılıp sözleşme bedeli üzerinden bütçeden düşüm yapabilmelidir.

9.9.3.13.  Bütçe raporu ile ilgili istatistik ve raporlarda bloke edilmiş tutar ile bütçe tutarları ayrı ayrı görüntülenebilmelidir.

9.9.3.14.  Hakediş işlemleri mal alımları ve hizmet alımları için ayrı ayrı takip edilebilmelidir. Firma ödemeleri ve muhasebeleştirme işlemleri otomatik olarak yapılabilmelidir. Firmalara yapılan ödemelerin doğru ve sözleşme bedelinden fazla yapılmaması için gerekli iş kurallarını takip edebilmelidir.

9.10.     DÖNER SERMAYE, FATURA ve FİNANSMAN İŞLEMLERİ MODÜLÜ

Bu modül ücretli hastaların ve Emekli Sandığı(devredilen), Sosyal Sigortalar Kurumu(devredilen), Bağkur(devredilen), Özel Sigorta, Yeşil Kart vb. Kurumuna faturalı hastaların tüm fatura ve icmal fatura işlemleri ile taahhütname takip işlemlerini gerçekleştirmeyi amaçlar.

9.10.1.  Muhasebenin esas fonksiyonu olan "Kontrol Fonksiyonu”nu öne çıkartmak ve daha az kaynak ile daha ver imli sonuçlar almak için;

9.10.2.  Fatura içerikleri ve gönderilecek veriler, sosyal güvenlik kurumlarının taleplerine göre dizayn edilmelidir.

9.10.3.  Sisteme veri girişi mümkün olduğunca ilgili departmanın sorumlularınca yapılmalı ve entegre bir sistemle muhasebeye aktarılmalıdır.

9.10.4.  Sorumlular stok malzemelerin düzenli envanterini yapmalı, envanter farkları ve yorumları raporla muhasebeye aktarılmalıdır.

9.10.5.  Departmanlara bütçe disiplini anlayışı yerleştirilmelidir.

9.10.6.  Manuel işlemleri mümkün olduğunca azaltıp, mümkün olan her şeyin sistemden alınması sağlanmalıdır.

9.10.7.  Hastanede gerçekleşen tüm hizmet, ilaç ve malzeme çıkışları; kurum, hasta, hasta doktoru, kullanıcı, tarih aralığı, klinik/poliklinik bazında ayrıntılı olarak ayrı ayrı veya toplu halde incelenebilmelidir.

9.10.8.  Sistemden Hastanede gerçekleşen tüm nakit, kredi kartı, çek ve senetle gerçekleşen tahsilatlar, depozit alımları ve depozit iadeleri; vezne ya da kullanıcı bazında tarih aralığında görülebilmelidir.

9.10.9.  Hastalardan alınan taahhütnamelerin istenen tarih aralıklarında tahsilde olanları ve tahsil edilenleri ayrıntılı olarak takip edilebilmelidir. Ayrıca Tek Düzen Muhasebe kayıtlarına girişi yapılmalıdır.

9.10.10.   Sağlık Bakanlığı ve Maliye Bakanlığı Döner Sermaye payları hesaplanabilmeli ve bu işlemler izlenebilmelidir.

9.10.11.   FATURALAMA

9.10.11.1.    Ücretini kendisi ödeyen ücretli hastalar için bekleyen, kesilmiş olan faturalar, tahsilde olan ve tahsil edilen faturalar ile aynı şekilde SGK mensupları haricindeki kurum hastaları için kurumlara kesilmek üzere bekleyen, kesilen, tahsilde olan, tahsil edilen, bakiyesi kalan faturalar ve icmal faturalar takip edilebilmelidir.

9.10.11.2.    Kurumuna faturalı her hasta için kurumunca tarif edildiği şekilde faturalama/ elektronik faturalama yapılabilmelidir.

9.10.11.3.    Hasta için yapılan her türlü operasyon, kullanılan malzeme, ilaç vs. bir forma, tariflenmiş koduna göre yazılmalıdır.

9.10.11.4.    Kodların fiyatlandırılması yapılmalıdır.

9.10.11.5.    Fiyatların otomatik revizyonu sağlanmalıdır.

9.10.11.6.    Ödenmemiş faturaların takibi yapılmalıdır.

9.10.11.7.    Kurumundan sevkli hastaların hastaneye giriş işleminden sonra, belli süreler içinde çıkış yapmayanların takibi yapılarak çıkışlarının verilebilmesi için gerekli düzenlemeler yapılmış olmalıdır.

9.10.11.8.    SGK mensubu (Memur, Emekli Sandığı(devredilen), Sosyal Sigortalar Kurumu(devredilen), Bağkur(devredilen)), Özel Sigorta, Yeşil Kart vb. sahibi hastalar için hasta bazında ayrıntılı olarak verilen hizmetlerin dökümü ve tutarları hazırlanabilmelidir.

9.10.11.9.    Kurumlardan olan alacaklar, icmal fatura bazında ayrıntılı olarak takip edilebilmelidir.

9.10.11.10.       Ücretli ve taahhütnameli hasta ile tahsillerinin takibi yapılabilmelidir.

9.10.11.11.       Modülde yer alan bilgi ve işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.

9.10.11.12.       Faturalama işlemlerinde SGK’ya ait MEDULA projesine uygun verilerin düzenlenmesi ve gönderilmesi sağlanmalıdır.

9.10.11.13.       Medula sistemi üzerinden dönen hatalı kayıtların; düzeltme işlemi, aynı ekran üzerinden kolaylıkla yapılabilmelidir.

9.10.11.14.           Medula sistemi ile SBYS tam entegre olarak çalışmalı, medula hizmet kayıtlarında yapılan değişiklikler otomatik olarak hasta kartı üzerindede görülmelidir.

9.10.11.15.       Hastanın müracaat şekline bakılmaksızın hasta kartında ek-9 paket işlem içeren hizmet kaydı var ise sistem fatura oluşturma esnasında otomatik olarak paket fiyatı uygulamalıdır. Bu işlem için herhangi bir kullanıcı müdahalesi ve ek işlem gerekmemelidir.

9.10.11.16.       SUT Ek-9 paketi dışında fatura edilebilen ilaç ve sarf malzeme tanımları yapılabilmeli, faturalama esnasında bu kriterler baz alınarak hasta faturası otomatik oluşturulmalıdır.

9.10.12.   KURUM ANLAŞMALARI VE FİYATLANDIRMALAR

9.10.12.1.    Kurum bazında yapılacak anlaşmaların tanımlarının yapılabilmesine yönelik yapı ve mekanizmalar sağlanmalıdır.

9.10.12.2.   Tanımlanan kurum anlaşmalarının paket bazında fiyat listelerinin oluşturulmasına yönelik yapı ve mekanizmalar sağlanmalıdır.

9.10.12.3.    Kurum bazında hastalara yönelik sorgulamalar yapılmalıdır.

9.10.12.4.    Değişik gruplamalar (Banka, Kurum, SKG (Memur, Emekli Sandığı, Bağkur, SSK), Yeşil Kart, Özel Sigorta, Cari Fiyatlar, TTB, SUT, vb.) yapılmalı, hastane fiyatları bu gruplardaki kalemlere otomatik olarak yansıtılmalı ve gerektiğinde kalem bazında da düzenleme yapma özelliği olmalıdır.

9.10.13.   PERSONEL HAKEDİŞLERİ

9.10.13.1.    Performansa dayalı ek ödeme bilgilerinin Bakanlık Merkezinde tutulması ve analiz edilmesi amacıyla uygulamaya alınan sistemlere veri aktarımı için gerekli düzenlemelere sahip olmalıdır.

9.10.13.2.    Farklı doktor statülerine göre doktorların hakediş tanımlarının yapılabilmesine yönelik yapı ve mekanizmalar olmalıdır.

9.10.13.3.    Doktorun hastane ve uydu kliniklerde, semt polikliniklerinde verdiği hizmetler bir bütün olarak ele alınmalıdır.

9.10.13.4.    Doktor Hakedişlerinin (Girişimsel işlem Puanları) otomatik olarak Performans Hesaplamasında kullanılabilmesi için sistemden ilgili ortama aktarım yapılabilmelidir ve yetkili kullanıcı tarafından istenildiğinde değişik lik yapılabilmelidir.

9.10.13.5.    Personelin Çalıştıkları Gün sayıları Performans Hesaplaması için Sistemden otomatik olarak alınabilmeli ve yetkili kullanıcı tarafından istenildiğinde müdahale edilebilmelidir.

9.10.13.6.    Performans işlemleri, Hesaplama işlemleri dönemsel olarak yapılabilmeli dönem işlemlerinde kesinleşen muhasebeleşen dönemler için yetkili kullanıcı tarafından kilitleme yapılarak müdahale edilmesi engellenebilmelidir.

9.10.13.7.    Döner Sermaye inceleme heyeti tarafından yapılan incelemeler sonucunda silinmesi öngörülen işlemler doktor hak edişinden düşmeli ancak bu düşme faturalama ve gelir yapısında değişikliğe sebep olmamalıdır.

9.10.13.8.    Döner sermaye inceleme komisyonu ve döner sermaye komisyonu karar defterleri sistem üzerinde düzenlenebilmeli ve geçmişe yönelik olarak bu defterler sorgulanabilmelidir.

9.11.     PERSONEL İŞLEMLERİ MODÜLÜ

Personel işlemleri modülünün amacı tüm personel(memur, sözleşmeli, geçici görevli, hizmet alımı yoluyla çalıştırılan personel, vb.) işlemlerinin elektronik ortamda yürütülebilmesi ve yönetilebilmesidir.

9.11.1.  PERSONEL TAKİP İŞLEMLERİ

9.11.1.1.  Hastane personeline ilişkin tüm bilgilerin saklanıp, Memur ve sözleşmeli (döner sermaye vb.) personele ilişkin kimlik, sicil, izin ve özlük bilgileri tutulmalıdır. Bu kayıtlar Sağlık Bakanlığı Personel Genel Müdürlüğü'nde tutulan kayıtlarla uyumlu olmalıdır.

9.11.1.2.  Personel sicil bilgileri kısmında Personelin varsa sendika üyeliği, sendika üye giriş ve çıkış tarihleri ve sendika adları kayıt altına alınmalıdır.

9.11.1.3.  Personel sicil bilgilerine ve işlemlerine ilişkin istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.

9.11.1.4.  Tayin, terfi, ceza, izin, rapor, nöbet vb. işlemler yapılabilmeli ve ilgili kayıtlar tutulmalı, Geçici görevde olan personelin takibi yapılabilmelidir.

9.11.1.5.  Personel devam takip işlemleri için, personel kimlik (proximity veya barkodlu) kartlarının okutulması ve kart sisteminin Hastane Bilgi Sistemi’nin Personel Modülü ile entegre olarak çalışması sağlanmalıdır. Bu şekilde belirlenen devam takip işlemleri, inceleme değerlendirme ve istatistik modülünden ayrıntılı olarak yetkili idareciler tarafından incelenebilmelidir.

9.11.1.6.   İdare, sistemler arası entegrasyonu sağlamak üzere gerekli düzenlemeleri yapmaktan sorumludur.(Gerekli donanım ,network ve lisans bedelleri kurumumuz tarafından karşılanacaktır.) Bu şekilde belirlenen devam takip işlemleri, İstatistik modülünden ayrıntılı olarak yetkili idareciler tarafından incelenebilmelidir. Gün içinde geç gelen, gelmeyen yada mesaisinden erken çıkan personel anlık olarak görülebilmeli yada istenen tarih aralıklarında istenen kişi yada meslek gruplarına göre mesai devamlarına ait çeşitli sorgular yapılabilmelidir. Personel devam takip sistemi, tamamıyla personel işlemleri modülü ile entegre çalışacaktır. Personelin izin, rapor, nöbet gibi işlemleri otomatik olarak Devam Takip sistemi içerisinde görülebilmelidir.

9.11.1.7.  Personelin kendi şifresini kullanarak herhangi bir yerden, internet üzerinden, (hastanenin web sayfasından) sisteme girerek kendisine ait maaş, ekprim ve diğer özlük haklarını görebilmelidir. Her personel sadece kendi bilgilerine erişebilmelidir ve bu konuda gerekli güvenlik sağlanmalıdır.

9.11.1.8.   Personelin, hastane yemekhanesinde yemek yiyebileceği öğün ve saat aralıkları tanımlanabilmelidir. Personelin tanımlanan zaman aralıklarında, personele verilmiş manyetik/barkodlu/mifare gibi kartlarla giriş yapması sağlanarak yemekhane takibi yapılabilmelidir. Personelin izinli/raporlu olduğu zamanlarda otomatik olarak girişler engellenebilmelidir. Ay sonunda veya istenen zaman aralıklarında personel bazında veya toplam bazda yenen yemek öğün ve adetle ri raporlanabilmelidir. Gerekli donanım,network ve lisans bedelleri kurumumuz tarafından karşılanacaktır.

9.11.1.9.   Personelin hastane birimleri içerisinde giriş yapabileceği alanlar, ve bu alanlara giriş yapabileceği zaman aralıkları tanımlanabilmelidir. Personele verilmiş manyetik/barkodlu/mifare gibi kartlarla, tanımlanmış alanlara konmuş/konacak kart okuyuculu otomatik kapıların açılması sağlanarak personelin bu alanlara girebilmesi yada engellenmesi sağlanmalıdır. İstenen bir anda hangi personelin hangi birimde olduğu yada birimler bazında istenen zaman aralıklarından hangi personelin hangi zamanlarda kaldığı raporlanabilmelidir. Gerekli donanım,network ve lisans bedelleri kurumumuz tarafından karşılanacaktır.

9.11.1.10.    Hizmet alımı yoluyla çalıştırılan personele ait özlük bilgileri bu modül içerisinde tutulmalı ve gerektiğinde raporlanmalıdır.

9.11.1.11.    Personel modülü içerisinde kayıtlı olmayan hiçbir personel SBYS içerisinde iş veya işler yapamamalıdır.

9.11.1.12.    Kurumda çalışan Doktorların izinli/raporlu vb. olması durumunda izinli/raporlu olduğu tarihlerde ilgili hekim adına hizmet girişinin yapılması engellenmelidir.

9.11.2.  BORDRO VE (VARSA) S.G.K. İŞLEMLERİ

9.11.2.1.  Maaş bordrosu, ek fark bordrosu, fazla mesai bordrosu, vb. personel ücret ödemelerine ilişkin tüm bordrolar hazırlanabilmelidir.

9.11.2.2.  Her tür sigorta ve emeklilik kesintileri, Maliye’ye ait kesintiler, vb. ilişkin işlemler yapılabilmelidir.

9.11.2.3.  Kanun, yönetmelik ve yönergelere uygun olarak Döner Sermayeden personele pay dağıtılması işlemleri yapılabilmelidir.

9.11.2.4.  Tüm bu işlemlerle ilgili rapor çıktıları alınabilmelidir.

9.11.2.5.  Her türlü ödemeler ve kesintiler hesaplanmalıdır. Buna bağlı olarak;

a. Sosyal yardımlar brüt ve/veya net olarak kaydedilebilmelidir.

b. Ücretler netten brüte ve brütten nete hesaplanmalıdır.

c. Özel sigorta, icra gibi kesintiler kaydedilebilmelidir.

d. Diğer kanuni ve özel kesintiler kaydedilebilmelidir.

9.11.2.6.  Kıdem, ihbar bordrosu çıkartılmalıdır.

9.11.2.7.  Gerekli görülmesi halinde her türlü yasal raporları hazırlamalıdır.

a. SGK İşe Giriş Bildirgesi / Personel bildirgesi

b. SGK Aylık Bildirge

c.  Emekli Aylık Bildirge (SGDP)

d. Ek-1 ve Ek- 2

e. SGK 4 Aylık Bildirge

f.              İşten Ayrılma Bildirgesi (İŞKUR)

g. İşyeri Bilgi Formu (İŞKUR)

h. İşsizlik Ödeneği Talep Formu

i.               Çalışma Bakanlığı İşyeri Bildirgesi j. İş Sözleşmesi

k. İlgili diğer raporlar.

9.11.2.8.  Özel Gider İndirimi hesaplamalı ve raporlamalıdır.

9.11.2.9.  Harcırah hesaplamalı ve raporlamalıdır.

9.11.2.10.    Bordro raporlarını hazırlamalıdır.

a.  Ücret raporu,

b. Veriliyorsa avans raporu,

c.  Muhasebe icmal raporu,

d. Personel ödenekleri raporu,

e.  Personel kesintileri raporu,

f.              Personelin gelir vergisi matrah raporu,

g.                Yıllık          bordro icmali.

9.11.2.11.    Banka havale dosyasını hazırlamalıdır.

9.11.2.12.    Değişen vergi, Prim, matrah oran ve parametreleri tanımlanmalı ve parametreler her ay değişebilir olarak düzenlenmelidir.

9.11.2.13.   Toplu ücret artışı ya da düzeltme yapmalıdır.

9.11.2.14.    Gerektiğinde fark bordrosu yapmalıdır.

9.11.3.  PERSONEL PORTALI

Personelin kendi şifresini kullanarak herhangi bir yerden girebileceği aşağıda bazı örnekleri verilen kişiye özgü ve genel bilgileri içermelidir.

•  Vardiya bilgileri.

•  Aylık toplam çalışma süresi.

•   İzin hakkı.

•   Personele ilişkin mevzuat duyuruları.

•   Eğitim programları.

•  Sosyal aktiviteler ve diğer duyurular.

9.12.     BİLGİ YÖNETİM, İSTATİSTİK VE RAPORLAMA İŞLEMLERİ MODÜLÜ

Bu modülün asıl amacı, entegre edilecek her bir hastane yöneticisinin, yönetimsel ve stratejik kararla r verebilmesi için; hastanede gerçekleşen tüm tıbbi ve mali kaynakları izleyebilmesi, herhangi bir personele sorma ihtiyacı duyulmadan sorgulayabilmesi, değerlendirebilmesi ve analiz edebilmesidir. Kullanıcı Bilgileri Girişi, Tetkik-Hizmet Listeleri, Kurum Genel Bilgi Girişi, Kodlu Bilgi Girişi, Sistem Bilgisi Düzenleme, Rapor Yönetimi işlemlerini de kapsamalıdır.

9.12.1.  İSTATİSTİK İŞLEMLERİ

İstatistik Raporlama asgari olarak, Hasta İstatistik Raporlama, Poliklinik İstatistik Raporlama, Laboratuvar İstatistik Raporlama, Tıbbi Sarf Malzemesi İstatistik Raporlama ve Mali Tabloları Raporlama işlemlerini kapsamalıdır. Hizmetlerin istatistiksel olarak izlenmesi ve günlük, haftalık, aylık, yıllık, istenilen tarih dilimleri arasında; faaliyetlere ait raporların hazırlandığı modüldür.

9.12.1.1.   İstenen zaman aralığında laboratuvarlar, acil servis, klinikler ve doktorların performansları değerlendirilebilmelidir.

9.12.1.2.  Tıbbi ve bilimsel araştırmalar için tutulan kayıtlardan gerekli veriler alınabilmeli ve analiz edilebilmelidir.

9.12.1.3.  Resmi kuruluşlara gönderilmesi gereken istatistiki formlar ve bildirimler (Örneğin, Bulaşıcı Hastalıklar) üretilmelidir.

9.12.1.4.  Günlük poliklinik hastaları listesi, yatan hastalar listesi, refakatçiler listesi kolaylıkla alınabilmelidir. Tüm bu işlemler belli tarih aralıkları için de yapılabilmelidir.

9.12.1.5.   Polikliniklerin ve doktorların günlük ya da belli tarih aralıklarındaki poliklinik sayıları, yaptırdıkları laboratuvar tetkikleri, yatırdıkları hastalar, yaptıkları konsültasyon sayıları, kontrol hasta sayıları gibi sorgulamalar yapılabilmelidir.

9.12.1.6.  Belirli bir zaman aralığında tanı, tedavi, yatış süresi, doktor ve verilen hizmet bazında sorgulama ve raporlamalar yapılabilmelidir.

9.12.1.7.  Kurum yönetiminin alınmasını istediği raporları içermelidir.

9.12.1.8.  Bu raporların detayı kurum yönetimiyle yapılacak çalışmanın sonucu kurum personelinin tasarım grubuna onaylatmasıyla yazılıma aktarılmalıdır.

9.12.1.9.   İstatistiki raporlar istenilen tarih dilimleri arasında alınmalıdır.

9.12.1.10.    Belirli zaman aralığı için sistemden alınan tüm raporlar Ofis yazılımlarına aktarılabilmelidir.

9.12.1.11.    Kalite indikatörleri için veri toplama ve rapor hazırlama özelliği olmalıdır. Ayrıca toplanan veriler ek işlem yapmaya gerek kalmadan sunum (power point. vb) dosyası oluşturabilmelidir.

9.12.1.12.    Sağlık bakanlığı TSİM veri girişi için SBYS üzerinden tsim modülüne uygun olarak veri sorgulaması yapılabilmeli ve TSİM ekranları için çıktı alınabilmelidir.

9.12.2.  KULLANICI BİLGİLERİ GİRİŞİ

SBYS’yi kullanacak kişilerin her türlü bilgilerinin tanımlanmasını sağlayan fonksiyondur.

9.12.2.1.  Kullanıcı gruplarına sistemin yazılıma bilgi erişim, silme, güncelleme ile ilgili yetkilendirme işlemleri yapılmalıdır.

9.12.2.2.  Kullanıcı kayıtlarından çıktı alınmalıdır.

9.12.2.3.  Sistemde yapılan tüm değişiklikler bir log olarak saklanmalıdır.

9.12.2.4.  Oluşturulacak olan kullanıcı tanımları personel modülünde bulunan kullanıcı alanları ile ortak olmalıdır. Münferit veya tek başına çalışma yapamaz.

9.12.3.  TETKİK-HİZMET LİSTELERİ GİRİŞİ

Kurumun, tanı/tedavi, tetkik gibi tanım bilgilerinin sisteme kaydedilmesini sağlayan fonksiyondur.

9.12.4.  KURUM GENEL BİLGİ GİRİŞİ

Kurum ile ilgili işleyişi sağlayan ve Sağlık Bakanlığı Tedavi Hizmetleri Genel Müdürlüğünce veri toplamada kullanılan Hastane Bilgi Formu, Ağız ve Diş Sağlığı Merkezleri Bilgi Formu’nda yer alan bazı verilerle genel tanımlamaların yapıldığı fonksiyondur.

9.12.4.1.   Polikliniklerin, servislerin, kliniklerin, laboratuvarların, ameliyathanelerin tanıtılması, adlandırılması ve girişleri yapılmalıdır.

9.12.4.2.  Kurumun ambulans, oda, yatak vb. personel, araç, gereç, cihaz vb. bilgilerinin girişini ve tanımlanmasını sağlamalıdır.

9.12.5.  KOD BİLGİ GİRİŞİ

Kullanılan kodlu bilgilerin tanımlanmasını sağlayacak fonksiyondur.

9.12.5.1.  Standart kodların yanı sıra özel kodlar tanımlanmalıdır.

9.12.5.2.  Kod sistemleri ile tanımlanabilecek tüm girdi ve çıktıların kodlanması, sistematik olarak adlandırılması veya gruplandırılması mümkün olmalıdır.

9.12.6.  SİSTEM BİLGİSİ DÜZENLEME

Hastane Bilgi Sistemi Uygulama Yazılımı parametrelerinin düzenlenmesini sağlayacak fonksiyondur.

9.12.6.1.  Kurumun hangi bölümlerinde hangi program modüllerinin kullanılacağının tanımlanması imkanı vermelidir.

9.12.6.2.  Sistemin tüm işlemleri çeşitli yetki kategorilerine ayrılıp, kullanıcı gruplarına bu yetkiler verilip alınmalıdır.

9.12.6.3.  Sistemin güvenlikle ilgili parametrelerinin girişi mümkün olmalıdır.

9.12.6.4.  Sistemin kullanıcıya verdiği hata mesajlarının görüntülenmesi mümkün olmalıdır.

9.12.6.5.  Yanlışlıkla oluşturulan aynı hastaya ait hasta kayıt numaraları tek bir hasta kayıt numarası altında birleştirilmelidir.

9.13.     HEMŞİRE GÖZLEM VE GİRİŞİM MODÜLÜ

Hemşirelik uygulamalarının ve hasta takibinin elektronik ortamda yapılmasını ve kaydedilmesini sağlayacak olan fonksiyonlardır.

9.13.1.  Sistem, Hemşirelik Tanısı bakımından Lisans gerektirmeyecek bir kod yapısı ile çalışabilmelidir.

9.13.2.  Sistem, her hemşirelik müdahalesinin gerektirdiği araç-gereç, ekipman, personel ve zamanı tanımlayabilmelidir.

9.13.3.  Hemşirelik müdahaleleri/uygulamaları hekim isteminin bulunduğu modül ile ilişkilendirilmelidir. Böylece bağımsız hemşirelik uygulamalarının yanı sıra, hekim istemine bağlı olarak gerçekleştirilecek hemşirelik bakım uygulamaları da (örneğin ilaç, intravenöz sıvı tedavisi vb.) yerine getirilebilmelidir. Bakımın bütünlüğü ve devamlılığı korunmalıdır.

9.13.4.  Hemşirelik müdahaleleri/uygulamaları Eczane Modülü ile ilişkilendirilmelidir. Hemşire hekim istemlerine bağlı uygulamaları gerçekleştirirken, ilaçların etki ve yan etkileri, ilaç-ilaç etkileşimleri, yaş, cins, vücut ağırlığı vb. özelliklere göre ilaç dozu ve sıvı miktarı hesaplamalarına otomatik olarak erişebilmelidir.

9.13.5.  Hemşirelik müdahaleleri bölümü hastanın yaşam bulgularının kaydedildiği elektronik ortamlarla il e ilişkilendirilmelidir.

9.13.6.  Sistem hemşirelik bakım planının günlük hemşire gözlem notlarıyla ilişkilendirilmesini sağlamalıdır.

9.13.7.  Sistem yetkili kişi/kurum tarafından yeni veri girişine ve veri güncellemesine olanak sağlamalıdır.

9.13.8.  Sistemin kullanımı sırasında gizliliğin korunması için ve kullanıcının / hemşirenin kimliği, çalışma zamanı ve verdiği hizmetin tanımlanabilmesi için her hemşirenin bir kullanıcı kodu olmalıdır.

9.13.9.  Devir teslim notu yazılacak hemşire gözlem formatına ulaşılmalıdır.

9.13.10.   Hemşirenin, hastanın günlük yaşam aktivitelerini kaydetme imkanı olmalıdır.

9.13.11.   Hemşirelik girişimleri listelenmelidir.

9.13.12.   Hemşire, hastanın taburcu planlarını yapabilmelidir.

9.13.13.   Hastanın eğitim ihtiyaçları değerlendirilebilmelidir.

9.13.14.   Hasta eğitim dokümanı basılabilmelidir.

9.13.15.   Kullanıcı tarafından hazırlanan standart hasta eğitim planları olmalıdır.

9.13.16.   Hastanın ağrı skalası ve ağrı değerlendirmesi yapılabilmelidir.

9.13.17.   Hayati bulguların takibine ilişkin kayıtlar tutulabilmelidir.

9.13.18.   Yeniden kabulde hastanın bir önceki tanıları ve tedavileri ile diğer hemşirelik bilgilerine ulaşım sağlanmalıdır.

9.13.19.   Hasta transfer takibi yapılabilmelidir.

9.13.20.   Hemşire, hastanın demografik ve tıbbi hikayesine ulaşmalıdır.

9.13.21.   Sınıflandırılmış tanı ve görüntüleme, iş listesi-randevu erişimi ve özel tetkik hazırlık dokümanı ile birlikte görüntülenebilmeli gerekli çıktılar alınabilmelidir.

9.13.22.   Kat malzeme stoku, belirlenen minimum seviyelere indiği zamanlarda otomatik malzeme talep formu oluşturmalıdır.

9.13.23.    İlaç dozu hesaplama/yaş grubu/cinsiyet/ağırlık/vücut yüzeyi ile birlikte görüntülenebilmelidir.

9.13.24.   Rutin ya da istenildiğinde elde edilecek görüntü ve raporları sağlamalıdır.(İlaç uygulama hataları, yataktan düşme, İV komplikasyonlar, standart bakım planı varyasyonları, yatak yarası, tekrarlayan işlemler, kat doluluk oranları, hasta bağımlılık oranları ve hemşire hasta oranları, vb.)

9.13.25.   Hemşire çalışma listesi oluşturmalı ve bölümler, tarihler ve vardiya bazında/çalışma listesinin insan kaynakları bölümü ile entegrasyonu sağlanmalıdır.

9.13.26.   Hemşirelerin kendi çalışma listelerini oluşturması sağlanmalıdır.

9.13.26.1.    Hemşirelik Hizmetleri Hasta Anamnez,İtaki Formu,Harizmi Düşme Riski,Bası Yarası,Ağrı Bakım Planı,Yara Değerlendirme,Eğitim formlarının vb.hemşirelik formlarının sistem üzerinden doldurulması ve raporlanmasının sağlanması gereklidir.

9.13.26.2.    Hemşirelerin hastaya uyguladıkları ilaç ve tedavi(ateş,nabız vb)uygulamalarını HBYS üzerinden girilmesinin sağlanması ve uygulama saatlerinin sistem üzerinde görünebilir olması ve raporlanabilmesi gerekmektedir.

9.13.26.3.    Hasta Bileklik barkodu okutularak hastabaşı ilaç, tibbi sarf ve malzeme ve tedavi uygulamalarının güvenli bir şekilde yapılabilmesi için gerekli düzenlemelerin yapılması zorunludur.

9.14.    AMELİYATHANE MODÜLÜ

Ameliyat isteklerini, randevulandırılmasını ve ameliyat sonrası kayıtların tutulabilmesini amaçlar. Bu amaç doğrultusunda;

9.14.1.  Sistemdeki herhangi bir terminalden yapılan ameliyat randevu isteği kaydedilmeli ve randevu onayı, isteyen kişi tarafından bu modülde izlenebilmelidir.

9.14.2.  Doğumhane, Yoğun Bakım, Anestezi birimlerinde ve Uyanma Odalarında kullanılabilecek şekilde tasarlanmış olmalı, ameliyathane defterine ilişkin bilgiler tutulmalıdır. Ameliyata kimlerin katıldığı (cerrah, anestezist, hemşire, teknisyen,vb.) bilgisi de kaydedilmelidir.

9.14.3.  Ameliyathanede yapılan işlemler, klinik ve poliklinik modüllerinde olduğu gibi hastanın dosyasına/faturasına işlenebilmelidir. Hizmetlerin ve kullanılan malzemelerin, giriş/çıkış/stok/istek işlemleri yapılabilmelidir.

9.14.4.  Hastaların ameliyat sonuçlarının girişini ve eski ameliyatlarına ait bilgilerinin sorgu kriterlerine göre aranıp raporlanmasını gerçekleştirmelidir.

9.14.5.  Ameliyathanelerin randevu isteklerinin görüntülenerek düzenlenmesi sağlanmalıdır.

9.14.6.  Ameliyathane kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında istenen raporlar alınmalıdır.

9.14.7.  Detaylı ameliyat ücretinin otomatik olarak hastanın mali faturalarına aktarılması sağlanmalıdır.

9.14.8.  Ameliyathane odalarının, anestezinin, hemşirelerin ve destek personelin çalışma programını oluşturmalıdır. Personelin nöbet çizelgesi oluşturulabilmelidir.

9.14.9.  Ameliyatı yapan operatör, yapılan ameliyatı kodlu listeden seçerek kaydedebilmelidir.

9.14.10.   Ameliyatta kullanılan malzemeler listeden seçilerek hasta hizmetlerine eklenmelidir.

9.14.11.   Ameliyathane ekipmanlarını izlemeyi sağlamalıdır.

9.14.12.   Hastalık kodlarına, gruplarına ya da kullanıcının tanımladığı alanlara göre sorgulamaları yapmalıdır. Anestezi öncesi, anestezi esnasında ve sonrasında hasta takibi yapmalıdır.

9.14.13.   Uygulanan işlemler, malzemeler, setler ve paket listeler görüntülenmelidir.

9.14.14.    Hastanın ameliyathaneye girme ve çıkma zamanları izlenmeli, erteleme ve ameliyathanede bekleme zamanlarını kaydetmek ve sorgulamak mümkün olmalıdır.

9.14.15.   Ameliyat notu yazılabilmeli ve 24 saat içinde tamamlanmayan raporlar için uyarı sistemi olmalıdır.

9.14.16.   Anestezi türü, bölüm ya da tanımlanan kriterlerde ameliyat listesi oluşturmalıdır.

9.14.17.   Ameliyathane dışından ameliyat listesine ulaşma ve randevu talep imkanı sağlamalıdır.

9.14.18.   Beklenmeyen ameliyathaneye dönüş oranları raporları için bilgi sağlamalıdır.

9.14.19.   Spesmen raporlarını ve durumlarını takip etmelidir.

9.14.20.   Modül üzerinden girişi yapılan ameliyat işleminin anestezi gurubu seçilirken, sistem otomatik olarak yapılan ameliyatın puanını baz alarak, seçilebilecek anestezi işlemini önermeli ve yanlış anestezi girişini engellemelidir.

9.14.21.   Modül üzerinden ameliyathane deposunda bulunan ilaç ve sarf malzemeler için kalite kriterleri gereği asgari stok, son kullanma tarihleri tanımlanabilmelidir. Asgari stok miktarının altına düşen ilaç ve sarf malzemeler için kullanıcı sisteme giriş yaptığında uyarı ekranı açılmalıdır.

9.14.22.   Ameliyatı birden fazla doktor gerçekleştirmiş ise her doktor yapmış olduğu ameliyat işlemine ait ameliyat özetini yazabilmelidir.

9.14.23.   Modül üzerinden Ameliyathane de kullanılan cerrahi güvenlik formu doldurulabilmeli ve hastaya daha önce doldurulmuş güvenlik formları aynı ekran üzerinden görülebilmeli gerektiğinde yazdırılabilmelidir.

9.14.24.   Yapılan ameliyatlara ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.

9.15.     AĞIZ VE DİŞ SAĞLIĞI MODÜLÜ

Hastane dahilinde yer alan diş üniteleriyle müstakil ağız ve diş sağlığı merkezlerinde kullanılacağından, bu birimlerin gereksinimlerine cevap vermek üzere tasarlanmış ve kapsamı ihtiyaca göre belirlenmiş olmalıdır.

9.15.1.  Hastanın şikayetleri, muayene ve tetkik sonuçları, doktorun tanısı, yazılan ilaçlar ve kararlar elektronik ortamda hasta dosyasına işlenebilmelidir.

9.15.2.  Hastanın ilk müracaatı ise, gereksinim duyulan özel sağlık bilgileri (Allerji, diabet, kanama bozukluğu, alt ve üst çene yapısal bozuklukları vb.) kaydedilebilmelidir.

9.15.3.  Sevk işlemleri ile ilgili bilgiler, hastanın nereye ve neden sevk edildiğinin, sevk işleminin kim tarafından yapıldığının kaydı tutulabilmelidir.

9.15.4.  Hastayla ilgili her tür oral diagnoz planlama, tetkik ve tedavi kayıtları tutulabilmelidir.

9.15.5.  Hasta için kullanılan her tür malzeme, protez vb. bilgilerin kaydı tutulmalıdır. Klinik işlemler ve bu işlemlerin hastanın faturasına kaydedilebilmesi için vezne, döner sermaye ve faturalama modülü ile gerekli entegrasyon sağlanmalıdır.

9.15.6.  Hastanın geçmiş bilgileri ve diş yapısına ilişkin bilgileri kaydedilebilmelidir.

9.15.7.  Her türlü randevu verme, iptal ve güncelleme işlemleri yapılabilmelidir.

9.15.8.  Ünitede mevcut cihazların durumu, cihaz takip modülüyle entegre olarak takip edilebilmelidir.

9.15.9.  Tetkik ve tedavilere hızlı erişim ve sürükle bırak tekniğiyle seçili diş yada dişlere işlem yapılabilmelidir.

9.15.10.   Protez takibi açılırken, işlerin laboratuvarlar arasında eşit dağıtımını sağlamada yardımcı olacak rapor olmalıdır.

9.15.11.   Raporda hangi laboratuvara hangi işler verilmiş, tutarı vb. gibi bilgilere ulaşılabilmelidir.

9.15.12.   Protez işlerinin teknisyenlere eşit ve kotalar dahilinde dağıtılmasını sağlamak için teknisyen iş sayılarının planlaması aylık olarak yapılabilmelidir.

9.15.13.   Protez ret nedenleri tanımlanabilmeli ve raporları detaylı olarak karar destek sistemi şeklinde alınabilmelidir.

9.15.14.   Red nedeni, tetkik Kodu, tetkik Adı, Hasta Adı, Doktor, Teknisyen, Sayı detayında sorgulanıp karşılaştırmalı olarak izlenebilmelidir.

9.16.     PROTEZ LABORATUVAR MODÜLÜ

9.16.1.  PROTEZ TAKİP MODÜLÜ

Ağız ve diş sağlığı merkezlerinde ve diş ünitelerinde uygulanan her türlü diş protez işleminin, elektronik ortamda kayıt altına alınması ve izlenmesi için gerekli olan modüldür. Bu modül sayesinde kurum içerisindeki protez teknisyenlerinin ve kurumla anlaşması bulunan diş laboratuvarlarının iş dağılımı, belirtilen kapasite ve kurallar doğrultusunda otomatik olarak gerçekleşecektir. Gerekli görüldüğü takdirde özel laboratuvarlara ait döküm ücretleri de bu modül tarafından takip edilecektir.

9.16.1.1.   Bütçe talimatında belirtilen protez hizmetleri gruplandırılarak teknisyenler ve özel laboratuvarlara bu gruplar vasıtasıyla kapasite tanımları yapılacaktır.

9.16.1.2.   Protez aşamaları, hem tedaviyi gerçekleştiren hekim tarafını, hem de teknisyen veya özel laboratuvar tarafını takip edebilecek düzeyde kayıt altına alıp izlenilmesi sağlanacaktır.

9.16.1.3.   Protez aşamaları için hastaya verilen randevu tarihleri ve işlemlerin gerçekleşme tarihleri ayrı ayrı tutularak zamanında gerçekleşmeyen işlemler tespit edilebilecek düzeyde işlem ve randevu tarihleri takip edilecektir.

9.16.1.4.  Protez teknisyenlerin izinli veya raporlu olduğu günlerde ilgili personellere iş teslimi yapılması engellenecektir.

9.16.1.5.   istenildiği takdirde kurumun belirleyeceği kapasite miktarına bağlı olarak, kurum personellerin iş limitleri dolmadan özel laboratuvarlara iş dağılımı yapılmasını engellenecek düzeyde olmalıdır.

9.16.1.6.  Protez aşamaları ve laboratuvar aşamalarının hangi tarihlerde olacağı, kurum tarafından belirtilen iş günü sürelerine göre otomatik olarak belirlenecektir.

9.16.1.7.  Protez aşamalarına ait belirlenen tarihlerde ilgili hastaya otomatik olarak randevu kaydı açılması sağlanacaktır.

9.16.1.8.  Laboratuvar protez kabulü esnasında hastaya verilmek üzere barkod çıktısı alınabilecektir.

9.16.1.9.         Belirlenen kapasiteyi dolduran teknisyenlere özel yetki verilmesi koşuluyla tekrar iş verilmesi sağlana bilinmelidir.

9.16.1.10.          Klinik tarafında hekim protez istem belgesi oluşturabilmeli ve bu form sayesinde protezin rengi ve var ise özel notlarını belirtip elektronik ortamda protez kabul birimine iletebilmelidir.

9.16.1.11.    RPT işlemi diye adlandırılan protez tekrar işlemleri bu modül tarafından takip edilmeli ve gerekli istatistiki bilgiler istenildiği takdirde bu modül tarafından alınmalıdır.

9.16.1.12.          Özel laboratuvarlara ait protez kabul kayıtları, bu laboratuvarlara tahsis edilecek kullanıcı kodu ve şifre vasıtasıyla gerektiğinde internet üzerinden görüntülenmesi sağlanalacaktır.

9.16.1.13.    Kurum içerisindeki her türlü protez işlemine ait parça teslimleri bu modül tarafından yapılacak, özel laboratuvarlara teslim edilen ölçü vb. gibi parçaların takibi yapılacaktır.

9.16.1.14.    Protez laboratuvarı iş alım listesini program, üye yada parça başına otomatik tanımlamalı, dengeli bir iş yükü sağlamalıdır.

9.16.1.15.    Hasta bilgi ekranında hangi işlemim veya provanın kim tarafından yapıldığı izlenebilmelidir.

9.16.2.  İSTATİSTİK/İŞ YÜKÜ

9.16.2.1.  Laboratuvarlarda işlem gören hastaların, yapılan işlem, cinsiyet, yaş, kurum, birim kriterlerine göre dağılımı günlük, haftalık, aylık ve yıllık olarak tespit edilmelidir.

9.16.2.2.  Laboratuvarlarda gerçekleştirilen işlemlerin cihaz, personel, işlem, zaman kriterlerine göre dağılımı günlük, haftalık, aylık ve yıllık olarak tespit edilmelidir.

9.16.2.3.   istenildiğinde personele, cihaza ve işleme göre tekrar istatistikleri alınmalıdır.

9.16.2.4.  Sistem standart tıbbi rapor hazırlama imkanına sahip olmalıdır.

9.16.2.5.  Laboratuvar sonuçlarıyla ilgili günlük, haftalık, aylık raporlar alınmalıdır.

9.16.3.  PROTEZ TAKİP MODÜLÜ

9.16.3.1.  Dış laboratuvarların işlerinin (protez işleri, kron işleri, ortodontik işler vb.) takibini sağlamalıdır.

9.16.3.2.    işin başlangıcından bitimine kadar olan süreyi aşama aşama kontol edilebilmeli Böylece işin hastanede mi yoksa laboratuvarda mı olduğunu kurum olarak görülebilmesi sağlanmalıdır.

9.16.3.3.    Hastanın iş için ödeme yapıp yapmadığının kontrolü yapılabilmelidir.

9.16.3.4.    Hastanın hangi dişlerine ne işlemin yapılacağını ayrıntılı bir şekilde görebilmelidir.

9.16.3.5.    işin hastane tarafından hastaya tesliminin gerçekleşip gerçekleşmediğini görülebilmelidir.

9.16.3.6.  Aylık, Haftalık veya Günlük yaptığınız işlerin sayısını, parça sayısını, ödeme yapılan işlerin sayısını, kazanılan tutarı vb. bilgileri sistemden alınabilmelidir.

9.16.3.7.  Protez takip modülü ve protez takip modülü demonstrasyon esnasında görülecektir. Gerekli şartların sağlanıp sağlanmadığı değerlendirilecektir.

9.17.     HEMODİYALİZ MODÜLÜ

Hastanın servise kayıt ve kabulünden, herhangi bir nedenle (başka bir merkeze nakil, ex.)servisten ayrılışına dek gereksinim duyulan işlemlerin yapılmasını ve gerekli kayıtların tutulmasını amaçlar.

9.17.1.  Poliklinik başka servis ya da acilden hastanın servise kabulü ile ilgili işlemler gerçekleştirilebilmelidir.

9.17.2.  Hastanın servise kabulü ile ilgili tüm kayıtlar tutulabilmelidir.

9.17.3.  Herhangi bir anda servisteki dolu, boş makineler listelenebilmeli ve seçim yapılabilmeli, bu seçim yapılırken hasta ve hemodiyaliz makinesinin HBV, HCV, HIV vb. parametreleri mutlaka gözönünde bulundurulmalıdır.

9.17.4.  Mevcut makinelerden çalışan ve arızalı ya da bakımda olanlarla bakıma alınması planlananların listesi devamlı olarak güncellenmeli ve randevularda otomatik düzenlemeler yapılabilmelidir.

9.17.5.  Serviste bulunan makinelerin durumu, cihaz takip modülünde yer almalıdır.

9.17.6.  Randevulu hasta kabulü yapılabilmeli, istenen zaman diliminde hastaların randevuları periyodik olarak düzenlenebilmelidir. Gerektiğinde randevu iptali ve diğer randevular arasında transferler HBV, HCV, HIV vb. parametreler gözönünde bulundurularak yapılabilmelidir.

9.17.7.  Hasta Tabelası bilgileri ve hastanın diyaliz sırasında gerçekleştirilen tedavileri kolayca sisteme girebilmeli ve bu kayıtlara istenildiğinde ulaşılabilmelidir.

9.17.8.  Hangi hastanın hangi seansta hangi hemşire tarafından takibinin yapıldığının, hastaya verilen destek tedavisi ve tıbbi tedavinin kim tarafından uygulandığının kaydı tutulmalıdır. Bu kayıtlar istenildiği zaman belirli formatlarda görüntülenebilmeli/raporlanabilmelidir.

9.17.9.  Diğer parenteral tedaviler için özel takip listeleri oluşturulmalı ve her hasta için minimum ilaç ve malzeme stok kontrolü sağlanmalıdır.

9.17.10.   Hastanın hepatit, diyabet, hiper/hipotansiyon gibi kronik takip gerektiren hastalıkları ve damaryoluna ilişkin kayıtları tutulmalıdır.

9.17.11.   Doktor isteklerinin (tedavi, ilaç vb.) kayıtları ve isteğin hangi doktor tarafından yapıldığının kaydı tutulmalıdır.

9.17.12.   Hastaya kullanılan ilaç, yapılan ameliyat, tetkik, vb. işlemler ve kullanılan tüm malzemelere ait ücretler (fistül operasyonu, kateter, enjektör, röntgen, ilaç, vb.) hastanın elektronik ortamda bulunan mali kayıtlarına ve hasta dosyasına anında yansıtılmalıdır. Hastanın herhangi bir andaki fatura bilgileri görüntülenebilmelidir.

9.17.13.   Diyaliz ünitesinde bulunan stoklara ilişkin kayıtlar tutulmalıdır. Bu stok kayıtlarında kullanılacak solüsyonlar, setler, diyalizörler ve diğer malzemelere ilişkin stok hareketleri, son durumlar ve istatistikler alınabilmelidir.

9.17.14.   Yatak ya da makine değişiklikleri, hastaların izinli ayrılışları gibi işlemler yapılabilmeli ve geçmişe dönük olarak izlenebilmelidir.

9.17.15.   Hastanın ayrılışında epikriz raporları hazırlanabilmeli ve istenildiğinde başka bir kuruma sevk işlemleri yapılabilmelidir.

9.17.16.   Organ nakline ilişkin işlemler yapılabilmeli ve hazırlık bilgileri tutulmalıdır.

9.17.17.   Diyaliz ünitesinde çalışan doktorlar ve hemşireler için gerekli çalışma ve nöbet çizelgeleri, icap listeleri hazırlanabilmelidir.

9.17.18.   Ameliyathaneden, fistül ameliyatı yapılacak hastalara ilişkin randevular istenebilmelidir.

9.17.19.    Diğer birimlerden konsültasyon isteğinde bulunulabilmeli, sonuçlar izlenebilmeli, diğer birimlerin konsültasyon ve randevu taleplerine cevap verilebilmelidir.

9.17.20.   Hastaların transplantasyona uygunluk durumları ve iletişim bilgileri hakkındaki kayıtlar sistemde tutulabilmeli, gerekli gizlilik, güvenlik ve mahremiyet ilkelerine azami dikkat edilmelidir.

9.18.    SAĞLIK KURULU MODÜLÜ

İşe, okula başlama, sakatlık, iş göremezlik, istirahat, yurtdışı tedavi vb. durumların tespitine yönelik olarak faaliyet gösteren kurulların iş ve işlemlerinin takip edildiği ve kayıtlarının tutulup çıktılarının alındığı modüldür. Bu modülde:

9.18.1.  Randevu işlemleri gerçekleştirilebilmelidir.

9.18.2.  Kurulda görüşülecek vaka için önceden gerekli hazırlıkların yapılmasına olanak tanınmalıdır

9.18.3.  Hastanın işleme numarası veya tckimlik numarası vb. diğer bilgilerinden hasta bulunabilmelidir.

9.18.4.  Hastanın hangi rapor bilgisini almak için kuruma geldiği bilgisi kayıt edilmelidir.

9.18.5.  Rapor türüne göre hastanın gideceği poliklinikler ve hekim bilgiler otomatik olarak kayıt edilmelidir.

9.18.6.  Otomatik olarak tetkik ve konsültasyon istekleri yapılabilmelidir.

9.18.7.  Rapor başlangıç zamanı ve süresine göre rapor bitiş tarihi otomatik hesaplanabilmelidir.

9.18.8.  Rapor için kullanılacak tanı ve etken bilgisi teşhis kodu ve branşa göre filtrelenerek getirilmelidir.

9.18.9.  Etken maddesi için şablon oluşturulabilmelidir.

9.18.10.   Parametrik olarak oluşturulan etken madde şablon listesindeki etkenler multiselect özelliğini desteklemelidir.

9.18.11.   Sağlık kurulu başvuru sahiplerinin resimleri, başvuru esnasında canlı olarak bilgisayara bağlı webcam’den çekilip sisteme pratik bir şekilde aktarılabilmeli ve formlarda ilgili yerlerde yazıcıdan çıktıları alınabilmelidir.Gerekli olacak donanım kurumuz tarafından karşılanacaktır.

9.18.12.   Hastanenin işlev ve yetkilerine uygun olarak (rapor, yurtdışı tedavi, hakem hastane vb.) gerekli formlar oluşturulmalı, yetki veya işlev değişikliği durumunda gerekli düzenlemeler yapılabilmelidir

9.18.13.    İlaç Raporları / Heyet Raporları SGK’nın istemiş olduğu zorunlu alanlarla birlikte kayıt edilebilmektedir.

9.18.14.    İlaç Raporlarının Medula bildirimleri - Medula Silme - Medula Güncelleme işlemleri yapılabilmektedir

9.18.15.   Özürlü Raporlarında girilen özür oranlarına göre otomatik balthazard hesaplaması yapılmalıdır.

9.18.16.    İlaç Etken Madde girişleri yapıldığı durumlarda Kullanım Şekilleri otomatik olarak getirilmektedir.

9.18.17.   MEDULA ‘da kayıtlı ilaç raporları sorgulanabilmekte , sistemde kayıtlı olmayan ilaç raporları sisteme kayıt edilebilmektedir.

9.18.18.   Randevu işlemleri gerçekleştirilebilmelidir.

9.18.19.   Hastanın geçmiş ilaç raporları listelenebilmelidir.

9.18.20.   Özürlü sağlık kurulu raporunda hastanın müracaat esnasında daha önceden almış olduğu bir özürlü raporu olup olmadığı kontrolü yapılacak eğer hastanın 6 ay içerisinde bir raporu var ise kırmızı ile uyarı verecek, 1 yıl içerisinde almış olduğu bir raporu var ise yeşil ile                Tarihinde raporu vardır diye uyarı ekranı açacaktır.

9.19.     DOSYA ve ARŞİV MODÜLÜ

Bu sistemde, adli raporlar, hastaların epikrizleri, ameliyat raporları, laboratuvar sonuçları, yatan hasta dosyaları, anamnez verileri, radyoloji, patoloji, fizik tedavi, konsültasyon raporları v.b. tek bir hasta kaydı ile ilişkilendirilerek t ek bir hasta dosyasında manuel veya elektronik olarak saklanması, gerektiğinde verilerin güncellenmesi, hatalı verilerin düzeltilmesi, verilere erişim ve analiz ile ilgili fonksiyonlar yer almaktadır. Kayıt fonksiyonları yanında aşağıdaki fonksiyonlar da gerçekleştirilmelidir:

a.          Arşiv için dosya oluşturma,

b.          Dosya kontrolü,

c.             Arşivleme,

d.          Arşiv istek,

e.          Arşiv karşılama,

f.           Arşiv takip

fonksiyonları özelleştirilerek geliştirilmeli ve uygulamaya alınmalıdır.

9.19.1.  Hastalık gruplaması, ICD-10 tanı kodlarına göre yapılabilmelidir.

9.19.2.  Hazırlanan tıbbi raporlar (patoloji, ameliyat, epikriz) istenen numaraya fakslanabilmeli, varsa hastanın e-posta adresine gönderilebilmelidir.

9.19.3.  (Varsa)Semt Polikliniği/Uydu poliklinik ve hastane arasında hasta dosyasının elektronik ortamda taşınması sağlanmalıdır.

9.19.4.  Önceden alınmış poliklinik randevuları bir gün önceden tıbbi arşivde görüntülenmelidir.

9.19.5.  Bir hastaya birden fazla tanı (primer, sekonder tanı) girişi mümkün olmalıdır.

9.19.6.  Eksik dosyalar tıbbi arşivde tespit edilebilmeli ve bulunan eksiklikler ilgili kişilere (doktor, hemşire, fizyoterapist vb) elektronik ortamda liste halinde bildirilmelidir.

9.19.7.  Adli dosyaları sadece yetkili kişilerin görebilmesi sağlanmalıdır.

9.19.8.  Doktorlar, raporları kendileri yazdıkları gibi dikte de edebilirler. Dikte edilen kayıtlar ses bandı şeklinde saklanabilmeli, gerekirse daha sonra yazılı hale getirilmelidir. Gerekli malzeme ve lisans kurumumuzca temin edilecektir.

9.19.9.  Yazılım, Kamera, fotoğraf makinesi ve tarayıcı(scanner) gibi donanımlardan veri aktarımını desteklemeli ve bu işlem yapılırken yazılım dışında ikinci bir program kullanılmamalıdır. Gerekli olacak donanım kurumuz tarafından karşılanacaktır.

9.19.10.   Arşiv kayıtlarının saklanacağı dolaplar tanımlanabilmelidir, tanımlanan her dolap bir oda ile ilişkilendirilebilmelidir.

9.19.11.   Her dolapta kaç raf olacağı ve raf dosya kapasitesi tanımlanabilmelidir.

9.19.12.   Arşive alınan dosyaların saklanacağı dolap ve raf bilgisi sistem tarafından üretilmeli, istendiğinde bu bilgiler üzerinde değişiklik yapılabilmelidir.

9.19.13.   Hastanın Hasta Dosyası ve Adli Dosya olarak farklı arşiv numaralarında saklanmalıdır.

9.19.14.   Arşive gönderilen hasta dosyalarının içeriği klinik kullanıcısı tarafından sisteme girilebilmelidir, arşiv kabulü yapıldığında içerik kontrolü yapılarak onay verildikten sonra kabul işlemi yapılmalıdır, Dosya içeriğinin yazıcı çıktısı alınabilmelidir.

9.19.15.   Hastanın dosyasının arşive gelişinde, hastanın önceki arşiv kayıtları otomatik olarak taranmalı ve buna uygun olarak sistem tarafından otomatik olarak arşiv numarası üretilmelidir.

9.19.16.   Hastanın arşiv numarası, hastaya ait kaçıncı arşiv kaydı olduğuna dair bilgi içermelidir.

9.19.17.   Klinik arşiv biriminde bulunan dokümanlar sistem üzerinden talep edebilmeli ve bu talepler arşiv modülüne otomatik olarak düşmelidir.

9.19.18.   Arşiv modülünde annesi üzerine yatışı yapılan bebek kayıtlarının anne arşiv kartından ayrıştırılacak bir yapıya sahip olması gerekmektedir.

9.19.19.   Talebi yapılan arşiv dosyaları için teslim eden, teslim alan bilgileri sistemde tutulmalıdır.

9.19.20.   Talep üzerine arşiv den çıkışı yapılmış olan dosyalar takip edilebilmeli ve arşiv birimi dışında bulunan dosyalar listelenebilmelidir.

9.19.21.   Dosyaların hareketi (talep ile başka birimlere gönderimi) sistem üzerinden raporlanabilmelidir.

9.19.22.   Hasta dosyalarının scaner ile taranarak HBYS üzerinde protokol bazlı ilişkilendirilmesi, servis ve arşiv modülünden geri dönük bu dökümanlara kolayca ulaşılabilmesi sağlanmalıdır.

9.20.     KAN MERKEZİ MODÜLÜ

Acil ve ayaktan gelen hastalarla yatan hastalara ilişkin kan ve kan ürünü isteklerinin karşılanması ve Kan Bankası için gerekli kayıtların tutulabilmesini amaçlar. SBYS üzerinde donör kayıtları, transfüzyon kayıtları, kan ve kan ürünleri takibinin yapılabilmesini sağlayacak olan kapsamlı bir Kan Bankası Modülünün kurulması gerçekleştirilmelidir.

9.20.1.  Sistemdeki herhangi bir terminalden yapılan kan ve/veya kan ürünü istekleri, isteğin kim tarafından yapıldığı Kan Merkezi çalışanı tarafından görülebilmelidir.

9.20.2.  Kan ve/veya kan ürünü istekleri, sistem üzerinden kan istek formu doldurulması ve yazıcı çıktısı alınması yoluyla yapılabilmelidir. Doldurulan istem formunda kan ve/veya ürün bilgileri, istemin aciliyet durumu, ihtiyaç tarihi, ihtiyaç nedeni, transfüzyon geçmişi gibi bilgiler bulunmalıdır.

9.20.3.  Acil olarak belirtilmiş istemler, ayrı renk kodu ile görüntülenmelidir.

9.20.4.  Kan ve/veya kan ürünü isteği yapan birim tarafından, isteğin durumu sistem üzerinden takip edilebilmelidir. Kan merkezinden bu istek için yapılan rezerv/çıkış işlemleri izlenebilmelidir.

9.20.5.  Kan Merkezine gelen istemlerle ilgili olarak kabul tarihi ve kullanıcı bilgileri ile talebin red edilmesi durumunda, red tarihi, red sebebi ve kullanıcı bilgileri sistemde tutulmalıdır.

9.20.6.  istenen fakat herhangi bir sebeple (hastanın ex olması, kullanılmaması vb..) artık ihtiyaç duyulmayan kan ve/veya ürünlerinin kan merkezine iade istemi sistem üzerinden yapılabilmelidir. Kan Merkezi tarafından iade istekleri değerlendirilebilmeli iade edilen kan veya ürünleri imha edilebileceği gibi stoğa veya rezerve geri alınabilmelidir.

9.20.7.  Kan merkezi tarafından çıkışı yapılan ve transfüzyon işlemi gerçekleştirilmemiş olan kanların takibi servis, hasta, kan grubu, kan numarası v.b bazda yapılabilmelidir.

9.20.8.  Son kullanma tarihi yaklaşan kan veya kan ürünleri için, en az 3 seviyeli miad listesi kullanıcı tarafından parametrik olarak tanımlanabilmelidir. Örneğin 5 günden az, 5-10 gün, 15 gün gibi. Tanımlanmış olan bu miad listesi, kullanıcının önüne otomatik olarak gelmeli, her seviye için ayrı renklendirme kullanılmalıdır.

9.20.9.   Çeşitli kaynaklardan temin edilen kan ve kan ürünlerine ait donör ve kaynak bilgileri sisteme girilebilmelidir.

9.20.10.   Dışardan kan girişlerinde (Kızılay Kan Merkezi vb.. ) gelen kan ve/veya ürünlerine ait bilgiler barkod okuyucu ile sisteme aktarabilmelidir.

9.20.11.   Kan Merkezine girişi yapılan tüm kan ve/veya ürünlerinin stoklandığı dolap seçimi yapılabilmelidir. Kan ve/veya ürünlerinin bulunduğu dolap bilgisi istenildiğinde raporlanabilmelidir.

9.20.12.   Yapılan test ve diğer tetkik sonuçları kaydedilebilmeli, bu sonuçlar istek yapan servislerden izlenebilmelidir.

9.20.13.   Karantina altındaki kan ve/veya ürünlerinin kullanılmasına izin vermemelidir.

9.20.14.   Serolojik test sonuçlarının uygun olması durumunda kan ve/veya ürünler otomatik olarak kullanılabilir stoğa aktarılabilmelidir.

9.20.15.   Merkezden çıkan kanların hastane içinde takibi yapılabilmelidir.

9.20.16.   Acil servis ve ameliyathaneden yapılan isteklere öncelik tanınması için gereken otomatik uyarı sağlanmalıdır.

9.20.17.   Kan ürünleri, miyad ve kan grupları yönünden izlenmelidir.

9.20.18.   Crossmatch takibi yapılmalıdır.

9.20.19.   Hastaya kan çıkışı, kan imha, stoğa kan alma gibi kritik işlemler öncesinde kullanıcıdan, ikinci kez parola onayı alabilme özelliği olmalıdır.

9.20.20.   Kan torbaları için barkod basılabilmelidir. Barkodlar zarar görürse tekrar barkod basmaya izin verecek bir yapıda olmalıdır.

9.20.21.   Donör kaydı yapıldığında, donöre ait temel kimlik bilgileri, iletişim bilgileri, anamnez bilgileri ve öğrenim bilgileri kayıt altına alınabilmelidir.

9.20.22.   Her donör için bir dosya kaydı oluşturulmalıdır, donörün sonraki gelişinde bu dosya üzerinden tüm geliş bilgilerine ulaşılabilmelidir.

9.20.23.   Donörün kan merkezi tarafından tayin edilen günden önce tekrar başvurusu halinde sistem uyarı vermeli ve işlemin devamı için kullanıcıdan onay almalıdır.

9.20.24.   Donörün geçici veya kalıcı olarak red edilmesi durumunda, red süresi dolmadan başvurması halinde sistem uyarı vermeli ve işlemin devamı için kullanıcıdan onay almalıdır.

9.20.25.   Başvuru yapan donöre ait hastane kayıtlarına, donör kayıt ekranı üzerinden erişilebilmelidir ve donöre daha önce konulmuş olan ICD10 tanıları izlenebilmelidir.

9.20.26.   Donörden alınan kan ve/veya ürünleri için yapılacak olan seroloji testleri yetkili kullanıcılar tarafından belirlenebilmelidir, bu testlere ekleme ve çıkarmalar için yazılımcı müdahalesine gerek olmamalıdır.

9.20.27.   Donörün tam kan sayımı sonuçları, nabız, tansiyon, boy-ağırlık gibi bilgileri kaydedilebilmelidir, bu değerlerin Kan Merkezince belirlenen kabul edilebilir sınırlar içinde olup olmadığı otomatik olarak kontrol edilmeli ve uygunsuz değerler için kullanıcıya uyarı verilmelidir.

9.20.28.   Donörden alınan kan ve/veya ürünleri için yapılan testler sonucunda kanın kullanılmasına engel bir sonuç var ise, bu kan ve/veya ürünlerin stoğa alınması otomatik olarak engellenmelidir ve imha işlemleri yapılabilmelidir.

9.20.29.    Donörün kan merkezine kabulünden ilgili kanın çıkış veya imhasına kadar geçen süreç, donör kaydı üzerinden tarih, saat, işlem ve işlemi yapan operatör bazında izlenebilmelidir.

9.20.30.   Hastanın kayıtları ile planlanan kan grubu arasında uyumsuzluk olduğunda uyarmalıdır.

9.20.31.   Kan Merkezinde yapılan incelemelere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.

9.20.32.   Bu alt modülde tutulan bazı gizli kayıtlara erişebilecek personel farklı seviyelerde yetkilendirilebilmelidir.

9.20.33.   Kullanılması uygun olmayan kan ürünlerinin imhası ile ilgili sistem içinde bir bölüm bulunmalıdır.

9.20.34.   Hastaya çıkışı planlanan kan ve/veya kan ürünlerinin son kullanım tarihleri geçmiş ise çıkışına izin vermemelidir.

9.20.35.   Hastaya kan çıkış işlemi ile birlikte transfüzyon bilgilerini içeren, transfüzyon kontrol formu yazıcı çıktısı ve/veya barkod etiketi alınabilmelidir.

9.20.36.   Hastaya kan çıkışı işleminde kanı teslim alan görevlinin kaydı tutulabilmelidir. Kanı teslim alan personelin kaydı sistem üzerinde mevcut değil ise, manual olarak da yazılmasına imkan verilmelidir.

9.20.37.   Kan Merkezi, kan ve/veya ürünü toplamını, rezerv ve stok miktarlarını kan gruplarına göre görebilmelidir.

9.20.38.   Kayıtlı donörlerin listesi alınabilmelidir, bu liste üzerinde kan grubu, kayıt tarihi, ad soyad gibi kriterlere göre sorgulama yapılabilmelidir.

9.20.39.   Kan Merkezine donör yoluyla girişi yapılan tüm kan ve/veya ürünlerinin listesi alınabilmelidir.

9.20.40.   Kan Merkezine dışardan girişi yapılan (Kızılay vb..) tüm kan ve/veya ürünlerinin listesi alınabilmelidir.

9.20.41.   Kan Merkezince imhası yapılan tüm kan ve/veya ürünlerinin listesi alınabilmelidir.

9.20.42.   Kan Merkezinden çıkışı yapılan tüm kan ve/veya ürünlerinin listesi alınabilmelidir.

9.20.43.   Donörün red edilme nedenlerinin elle girişi yapılabilmelidir.

9.20.44.   Kan cross, rezerv ve çıkış etiketleri kanın durumuna göre ayrı ayrı çıkarılabilmelidir.

9.20.45.   Kan grubu kartı çıkarılabilmelidir.

9.20.46.   Donör listeleri üzerinden laboratuvar sonuçlarına direk erişilebilmeli donör kartını açmaya gerek kalmamalıdır.

9.20.47.   Sadece acil istemlerde için kan grubu bilinmeyen hastalara 0 Rh- ve 0 Rh+ kan grupları istenebilmelidir.

9.20.48.   Son kullanma tarihi dolan kanlar için aynı gün ise uyarılacak günü geçmiş ise çıkışı otomatik engellenecek.

9.20.49.   Kızılay Kan Tedariklerinin listelenebilmesi, ISBT koduna göre aranabilmesi, tek tek veya toplu şekilde stoğa alınabilmesi ve aynı şekilde tek tek veya toplu şekilde torba etiketi alınabilmesi sağlanacaktır.

9.20.50.   Çıkış veya rezerv yapılan kana kan numarası ile ulaşılabilmesi sağlanacaktır.

9.20.51.   Kan tanımı yapılırken bulunması gereken ortam sıcaklıkları tanımlanabilmeli ve istendiğinde torba etiketlerine yansıtılabilmelidir.

9.20.52.   Kan merkezinde cross sonuçları laboratuvar üzerinden otomatik sonuçlandırılabilmelidir. Ayrıca kullanıcı müdahalesine de izin verilmelidir.

9.20.53.   Kısa kan gruplarının çalışılabilmesi ve sonuçlarının laboratuvar modülü üzerinden otomatik güncellenebilmesi sağlanmalıdır.

9.20.54.   Kan istemlerinde acil istemler dışında mükerrer istemlerin otomatik engellenmesi sağlanmalıdır.

9.20.55.   Otolog donör kaydı kan merkezi modülü üzerinden yapılabilmeli.

9.20.56.   Transfüze edilmiş kanların stoğa alınması otomatik engellenmelidir.

9.20.57.   Hemovijilans takibi yapılabilmeli ve istenildiğinde müdahale edilebilmelidir.

9.20.58.   Transfüzyon işlemlerinde FNHTR, TRALi, GVHS, AHTR, GHTR, HIV, HBS, HCV, SEPSiS, Tanımlanamayan, Diğer, Cilt Reaksiyonları, SFiLiZ, Ciddiyet (0,1,2,3),inputabilite (0,1,2,3) bilgileri kayıt altına alınabilmelidir.

9.20.59.   Donör ekranına Donör bilgilendirildi,Sorgulama yapıldı,Fiziki muayenesi yapıldı, Serolojik test çalışıldı, Ön gruplama yapıldı, Forward ve Reverse bakıldı, (Negatif kan grupları için) Zayıf D bakıldı, Flebotomi süresi (1-15 dk), Ciddiyet (0,1,2,3) bilgileri kayıt altına alınabilmelidir.

9.20.60.   Cerrahi kan istem şemaları tanımlanabilmelidir.

9.20.61.   Ameliyat için yapılan kan taleplerinde ameliyatın adı tanımlanan cerrahi istem şemalarından seçilebilmelidir

9.20.62.   Modülün Kan bileşimi tanımlama ve izlenebilirlik sistemine entegre olması ve stok hareketlerinin Kızılay’ın modülüne HBYS üzerinden bildirilmesi sağlanmalıdır.

9.21.     DİYET MODÜLÜ

9.21.1.  Hasta yemek planlamasının yapılmasını sağlamalıdır.

9.21.2.  Ayaktan muayene olan hastalara yönelik olarak diyet listelerinin sistemde tutulması, hastaya verirken sistemden alınması ve bu sayının ve diyet türünün loglarının tutulması, tarih aralığı ile izlenebilmesi sağlanmalıdır.

9.21.3.  Yatan hastalar ve refakatçileri için servislerden yemek ve kahvaltı listesi girilerek diyet bölümünden izlenmesi, çıktı alınabilmesi ve sonraki günlerde diyet mutfağının yapması gereken yemek miktarlarının olduğu listenin alınması sağlanmalıdır.

9.21.4.  Hastalar için planlanan kahvaltı ve menülerin hasta adına sisteme girilmesi sağlanmalıdır.

9.21.5.  Özel diyet menüleri görüntülenmelidir.

9.21.6.  Hekim isteminde yer alan hasta yemek rejimi, otomatik olarak diyet bölümünden görüntülenmeli ve gerekli çıktılar alınmalıdır.

9.21.7.  Hasta yemek rejiminin yeniden planlandığı durumlarda diyetin otomatik olarak güncelleştirilmesini sağlamalıdır.

9.21.8.  Tıbbi işlem öncesi aç kalması gereken hastaların otomatik olarak diyet bölümünden izlenmesini sağlamalıdır.

9.21.9.  Ameliyat ya da işlemden çıkan hastanın ne zaman yemek yiyeceğinin otomatik olarak izlenmesi sağlanmalıdır.

9.21.10.   Sistem diyet kısıtlarının izlenmesini sağlamalıdır. Örneğin; hastanın potasyumdan fakir diyeti varsa hasta için aykırı bir menü girildiğinde sistem uyarmalıdır.

9.21.11.    Seçilen menünün otomatik olarak kalori hesabı yapılmalı, etiket olarak alıp hasta yemeği ile birlikte gelmesi sağlamalıdır.

9.21.12.   Yatan hastalar için taburcu planına uygun diyet ile beslenme eğitim planlarının çıktı olarak hastaya verilmesi sağlanmalıdır.

9.21.13.   Ayaktan hastalara verilen diyet protokollerinin görüntülenmesi sağlanmalıdır.

9.21.14.   Yatan hasta/ayaktan hastaların geçmiş zaman tüm diyet-menü durumları görüntülenmelidir.

9.21.15.   Ayaktan hastalar için beslenme ve diyet çizelgelerinin çıktıları alınabilmelidir.

9.21.16.   Ayaktan ve yatan hasta zayıflama rejimlerinin takibini yapmalıdır.

9.21.17.   Personel yemek listesinin sisteme girilmesi ve izlenmesi sağlanmalıdır.

9.21.18.     Malzeme girişi yapılabilmelidir.

9.21.19.   Bu bilgiler ışığında, yemek için gereksinim listesi çıkarılabilmelidir.

9.21.20.   Önceden çıkarılan liste ve mevcut stoklara uygun siparişler oluşturulabilmelidir.

9.21.21.   Stok girişi ve çıkışı işlemleri takip edilebilmelidir.

9.21.22.   Verilen zaman diliminde mevcut stok, harcanan, iade, miyadı dolan, atılan malzeme miktarlarına ilişkin çıktılar alınabilmelidir.

9.21.23.   Gün içinde hazırlanacak kahvaltı ve yemekler için gerekli olan malzeme istendiğinde, depodan çıkması gereken günlük miktar otomatik olarak görülebilmelidir.

9.21.24.   Günlük, haftalık, aylık ve yıllık malzeme ya da kaynak tüketimleri hesaplanabilmelidir.

9.21.25.     Modülde yer alan bilgi ve işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir. istatistik, sorgu ve raporların tam listesi ve detayları sistem analizi aşamasında belirlenecektir.

9.22.     FİZİK TEDAVİ VE REHABİLİTASYON MODÜLÜ

Bu modül Hastanemize başvuran Fizik Tedavi ve Rehabilitasyon hastalarının tüm iş süreçlerini kolayca takip edebilecek ve uygulayacak yapıya sahip olmalıdır. Bu modül en az aşağıda belirtilmiş olan işlemleri gerçekleştirebilecek durumda olmalıdır.

9.22.1.  FİZİK TEDAVİ POLİKLİNİK İŞLEMLERİ

9.22.1.1.  Hasta kabul biriminden Fizik tedavi polikliniğine müracaat etmiş olan hastalar liste halinde görüntülenebilmelidir.

9.22.1.2.  Listede bulunan kolonlardan herhangi birine göre ve birden fazla arama ve listeleme filitresi uygulanabilmelidir. ÖRNEĞİN: Seans sayısı,cinsiyet, Protokol veya sıra numarası gibi.

9.22.1.3.  Listede bulunan kolonlar kullanıcı tarafından eklene bilmeli ve çıkartılabilmelidir. Her kullanıcı bu değişikleri kendine özgü dizayn edebilmeli ve kaydedebilmelidir. Kullanıcıların bu özelliği kolayca kullanabilmesi için listeye kolon ekleme ve çıkartma işlemi sürükle bırak tekniği ile uygulanabilmelidir.

9.22.1.4.  Poliklinik listesinde Seans uygulanan, seansı uygulanmayan, seansı bitenler ve seansı devam edenler hastalar kriter olarak seçilebilmeli ve bu seçim doğrultusunda hastalar listelenebilmelidir. Bu listeler istenen kiriterde Ofis yazılımları ve PDF formatına dönüştürülebilmelidir.

9.22.1.5.    Doktorun tanı kodlarının dışında da serbest tanı kaydı yapabilme imkanı olmalıdır. Her kullanıcı Doktor için; Doktorun girdiği bu tanının ICD-10’daki karşılığını tanımlayıp saklayabileceği arayüz yazılımda yer almalıdır.

9.22.1.6.  Tedavi aşamasında da kod sistemleri kullanılmalı uygulanan hizmet kayıtlarını SUT kodlarına göre girme imkanı olmalıdır.

9.22.1.7.  Hastaya ait temel tıbbi bilgilerin Doktor tarafından girilmesi ile ilgili serbest bir bölüm olmalıdır.

9.22.1.8.  Tedavi aşamasında da kod sistemleri kullanılmalı uygulanan hizmet kayıtlarını SUT ve/veya BUT kodlarına göre girme imkanı olmalıdır. Tıbbı işlemlerin girişleri sırasında faturalama kriterleri (Sut, But, v.b Faturalama il keleri) baz alınabilmeli, istenildiğinde uyarı veya girişi engelleme yapılabilmelidir. Branş bazında tedavi kodları gruplandırılabilmeli, sadece ilgili branşa ait işlemler görülebilmeli veya gerektiğinde kısıtlama yapılabilmelidir.

9.22.1.9.   Doktorlar kendileri için sık kullandıkları ICD10 ve İlaçlar için liste hazırlayabilmeli ve bu listeler ile işlem yapabilmelidirler. Doktor sık kullanım listesinde ekleme-çıkarma işlemini kendisi yapabilmelidir, bu işlem için bilgi işlem veya yazılımcı müdahalesi gerekmemelidir.

9.22.1.10.   Tetkik/tedavi kodlamalarında poliklinikte yapılamayacak işlemlerin poliklinik üzerinden girişi engellenmelidir.

9.22.1.11.    Kullanıcı isteklerine göre bir vakaya, birden fazla tanı girişi (ön tanı, kesin tanı, radyografik tanı, patolojik tanı, kabul, taburcu, primer ve sekonder tanı vb.) imkanı olmalıdır.

9.22.1.12.    Seçilen tanı Sağlık Bakanlığı’nca yayımlanan Sağlık Kodlama Referans Sunucusunda(SKRS) yer alan Meslek Hastalıkları Tanı Kodlarından biri ise, yazılım otomatik olarak kullanıcıyı, hastalığın bir meslek hastalığı olabileceği yönünde uyarmalıdır. Hastalığın bir meslek hastalığı şüphesi olduğuna karar verildiğinde yazılım, hastalığın bu şekilde kayıt altına alınmasına imkan sağlamalıdır. Meslek Hastalığı şüphesiyle kayıt altına alınan hastaların yaptıkları iş yine SKRS’de yer alan Meslek Kodlarına uygun şekilde kayıt altına alınabilmeli, meslek hastalığı şüphesi vakalarına ait kayıtlı verilerden belirli zaman aralığında, yaş, cinsiyet, yerleşim yeri, iş kolu, hastalık kodu gibi parametrelere göre sorgulama ve raporlama imkanı sunmalıdır.

9.22.1.13.    Hastaya rehabilitasyon seans randevusu oluşturulabilmelidir.

9.22.1.14.    Seans oluşturma şu şekilde olmalıdır; Seansın başlayacağı tarih, başlangıç ve bitiş saatleri sisteme girildikten sonra seans gün aralığı, seans sayısı seçilebilmeli ve verilen bu kriterlere göre seanlar otomatik olarak oluşturulabilmelidir. Kullanıcı hastanın seansları ile ilgili açıklama veya seans sırasında dikkat edilmesi gereken unsurları seans bazlı yazabilmelidir. Oluşturulan seanslar kaydedilmeden önce kullanıcı oluşturulmuş olan seansları tarih,saat,durum ve açıklamaları ile birlikte liste halinde aynı ekran üzerinden önizleyebilmelidir.

9.22.1.15.    Oluşturulacak olan seanslar tek günler ( Seansın başladığı ilk günden sonraki her güne verilecek seans/lar) ve çift günler (Seansın başladığı tarihten sonraki iki gün ara ile verilecek olan seans/lar) bazında otomatik olarak oluşturulabilmelidir.

9.22.1.16.    Otomatik olarak oluşturulan seansların herhangi birine yetki verilen kullanıcı tarafından müdahale edilebilmeli gerektiğinde düzeltme ve değiştirme işlemi gerçekleştirilebilmelidir.

9.22.1.17.   Tedaviden vazgeçen hastaların seansları yetki verilen kullanıcı tarafından iptal edilebilmelidir.

9.22.1.18.    Oluşturulmuş olan seans randevularının çıktısı alınabilmelidir. Bu çıktıda seans açıklamaları ve tedavi notları mutlaka bulunmalıdır.

9.22.1.19.    Kullanım kolaylığı ve iş prosedürlerinin sağlıklı uygulanabilmesi için Sistemden oluşturulan Fizik tedavi ve rehabilitasyon seanslarının Medula sistemine gönderimi bu ekran üzerinden yapılabilmeli farklı ekranlar açtırılmamalıdır. Medula sistemine raporların gönderilmesi için gerekli olan bilgiler sistem tarafından otomatik olarak ilgili alanlara aktarılabilmeli, kullanıcıya kolaylık sağlamalıdır.

9.22.2.  Seans ve Randevu Kabul İşlemleri

9.22.2.1.   Fizik tedavi ve poliklinik işlemleri modülünden seans verilmiş olan hastalar çeşitli kiriterlere göre (Doktor,servis vb.) listelenebilmelidir.

9.22.2.2.  Bu listeye seans randevu tarihi gelmiş olan hastalar otomatik olarak gelmeli kullanıcı seans günü gelmiş olan hastaların görüntülenmesi için herhangi bir işlem yapmamalıdır.

9.22.2.3.  Liste üzerinden hastaya fizik tedavi ve poliklinik işlemleri modülünden düzenlenmiş olan Seans bilgilerine erişim olmalı, bu bilgiler bir form aracılığı ile görüntülenebilmelidir. Görüntülenecek form üzerinden hastanın seansına ait tüm bilgilere ulaşılabilmeli, gerektiğinde seans bilgileri yetki dahilinde değiştirilebilmelidir.

9.22.2.4.  Rehabilitasyon hastalarına verilmiş olan Seans randevuları bu modül ile kabul edilmelidir.

9.22.2.5.  Seans işlemleri

9.22.2.6.  Seans ve randevu kabul işlemleri modülünden seans randevusu kabul edilmiş olan hastalar bu modül üzerinden liste halinde görüntülenmelidir.

9.22.2.7.  Listede bulunan kolanlar kullanıcı tarafından eklene bilmeli ve çıkartılabilmelidir. Her kullanıcı bu değişikleri kendine özgü dizayn edebilmeli ve kaydedebilmelidir. Kullanıcıların bu özelliği kolayca kullanabilmesi için listeye kolon ekleme ve çıkartma işlemi sürükle bırak tekniği ile uygulanabilmelidir.

9.22.2.8.  Listede bulunan tüm kolonlara göre ama ve filtreleme seçeneği olmalıdır.

9.22.2.9.  Liste üzerinden hastanın Fizik tedavi ve rehabilitasyon işlemleri modülünden doldurulmuş olan hasta formuna ulaşılabilmelidir. Bu formda hastanın poliklinikten girilmiş olan tanıları otomatik olarak (seçilmiş) gelmelidir. Varsa poliklinikten hastanın hastalığı ile ilgili bilgilere ve tedavide dikkat edilmesi gereken unsurlar veya tedavi notu görülebilmelidir.

9.22.2.10.    Rehabilitasyon ve tedavi salonunda hastaya uygulanan tedaviler, tedavi sırasında kullanılmış olan sarf malzemelerin düşümü kodlanabilmelidir.

9.22.2.11.    Tekrar eden tedavi uygulamalarında hastanın bir sonraki seansında tedavi işlemleri otomatik olarak sistem tarafından hasta kartına işlenmiş olarak gelmeli fizyoterapist tarafından onaylandıktan sonra bu işlemlerin sistemde yer alması sağlanabilmelidir.

9.22.2.12.    Hastaya uygulanan tedavilerde kullanılan, sarf malzemeler tedavi ile ilişkilendirebilmeli ve hasta kartına işlemler kodlandığında sarf malzemeler sistem tarafından otomatik olarak servisin stoğundan düşülebilmelidir.

9.22.2.13.    Hastanın tedavi seansları bu modül üzerinden sonlandırılabilmelidir. Seans sonlandırma işlemleri aynı zamanda medula sistemine aynı ekran üzerinden bildirilip medula sisteminden de seanslar sonlandırılmalıdır.

9.22.2.14.    Tedavi sırasında hastaya yapılmış olan tedavi ile ilgili tedavi notu alanı olmalı ve bu alanlara gerektiğinde fizyoterapist tarafından tedavi notu eklenebilmelidir. Eklenmiş olan bu notlar poliklinik modülünden hastanın doktoru tarafından görülebilmelidir.

9.23.     CİHAZ TAKİP MODÜLÜ

Bu modülde; hastanede kullanılan tüm cihazlarla ilgili bilgiler ve bu cihazların hastane içi ve dışındaki hareket bilgileri tutulmalıdır.

9.23.1.  Servis poliklinik ve laboratuvarlarda kullanılan cihazların (solunum cihazı, EKG, tansiyon aleti, biyopsi seti, portable röntgen cihazı vb, taşınabilir diğer cihazlar) hastane içindeki hareketleri ve bu cihazların çalışma bilgileri ile cihaz kimlik bilgileri tutulmalıdır.

9.23.2.  Cihazların periyodik bakım ve çağrı bakımı, onarım ve yenileme ile ilgili bilgileri ve garanti süreleriyle ilgili bilgiler tutulmalıdır.

9.23.3.  Çamaşırhane, steril depo üniteleri ve mutfak gibi birimlerdeki makineler de sistemde yer almalıdır.

9.23.4.  Cihaz takip bilgilerinde cihaza yapılmış olan bakım maliyetleri fatura bazında kayıt altına alınabilmelidir.

9.23.5.   Cihaza ait marka,model, Seri Numarası, Cihazın Kullanılacağı Birim ,Cihazın Kullanım amacı gibi bilgiler kayıt edilebilmelidir.

9.23.6.  Diyaliz Cihazları için hasta özellikleri tanımlanabilmelidir. (Hepatit B, HIV vb.)

9.23.7.  Cihazın garanti başlama ve bitiş tarihi kayıt altına alınabilmelidir.

9.23.8.  Cihaza ait arıza bildirim kaydı yapılmalıdır.

9.23.9.  Cihaz ait bakım, onarım, kalibrasyon tutar bilgisi toplamı kontrol edilebilmelidir.

9.23.10.    İstenildiğinde cihazın farklı bir servise çıkışı yapılabilmelidir.

9.23.11.   Çıkış işlemleri sırasında cihazı talep eden birim, cihazın çıkışını yapan birim ve personel bilgileri tutulabilmelidir.

9.23.12.   Çıkışı yapılan cihazın, cihazı talep eden birime giriş işlemleri yapılmalıdır.

9.23.13.   Cihaz hareket işlemleri program üzerinden takip edilebilmelidir.

9.23.14.   Kayıtlı tüm cihazların listesi alınabilmeli, istenildiğinde ekrandan çıkılmadan seçilen cihazın detay bilgisi görüntülenebilmelidir.

9.23.15.   Ayrıca araç/taşıt bilgileri (model yılı, plaka, şase, motor) tutulmaktadır.

9.23.16.   Cihazın üst metinde belirtilen bilgilerine ilaveten fotoğraf, kullanım bilgisi bulunmaktadır.

9.23.17.   Kontrol günü için uyarı eklemek mümkündür. Eklenen uyarı da kişi veya grup gibi hedef seçenekleri mevcuttur.

9.23.18.   Arıza bildirim kaydının yanında arıza durumundaki cihazların listesi ve bu cihazlara ait arıza takibi modül üzerinden yapılabilmektedir.

9.24.    STERİLİZASYON MODÜLÜ

Sağlık Kurumları içerisinde teşhis ve tedavide kullanılan alet ve başlıkların (aerator, mikromotor v.b. gibi) sterilizas yon sürecinde gerçekleştirilen tüm işlemlerinin elektronik ortamda kayıt altına alınması ve izlenmesini sağlamalıdır.

9.24.1.  Uygulama, defter ve form kullanımını ortadan kaldırarak kayıtlarda meydana gelebilecek manuel hataları engellenmeli, güvenilirliği, hızlı sorgulama ve raporlamayı kolaylaştırmalıdır.

9.24.2.  Alet ya da cihazların hangi hasta için hangi zamanda kullanıldığı bilgisine anlık olarak ulaşılabilmelidir.

9.24.3.  Hasta için kullanılan aletlerin hangi sterilizasyon süreçlerinden geçtiğini detayları ile sorgulamalıdır.

9.24.4.  Bir hasta için kullanılan alet ve cihazların sterilizasyon sürecini; tarih, saat, personel ve yapılan işlemler bazında işleyebilmelidir.

9.24.5.  Uygulama şu bölümlerden oluşmalıdır.

•  Tanımlamalar

-   Renk bandı tanımlama

-  Tıbbi alet tanımlama

-   Personel tanımlama(personel modülündeki kayıtlarla birebir olmalıdır.)

•  Sterilizasyon

-  Teslim işlemi

-   iade işlemi

-  Sterilizasyon işlemi

•  Yönetimsel işlemler

-   Modül, form ve kullanıcı yetkilendirme

•  Klinik

-   Hasta ile paket eşleşimi

•  Raporlar

-   Hasta ile kullanılan paket

-   Kullanıcı/Personel bazlı yapılan sterilizasyon işlemleri

9.24.6.  Uygulamaya giriş yapan kullanıcılar kendi yetkileri çerçevesinde modül ve formlara ulaşabilmelidir.

9.24.7.  Uygulama kullanıcısı ile ilgili olarak oturum bilgilerine ait log’lar sistemde kayıt altına alınmalıdır.

9.24.8.  Kliniklerde doktorun, bir hasta üzerinde çalışmadan önce sterilizasyon paket barkodunu okutması yeterli olmalıdır.

9.24.9.  Sterilizasyon ünitesinde paketler barkodlanabilmelidir.

9.24.10.   Sterilizasyon ünitesinde barkodlanmış paketler barkod okuyucu ile okunabilmelidir.

9.24.11.   Kliniklerde hasta ile kullanılan sterilizasyon paketi eşleştirilebilmelidir.

9.24.12.   Uygulama, hastane içerisinde istenen terminallerde çalışmalıdır.

9.25.     DANIŞMA MODÜLÜ

Hizmetin sürekliliğini sağlamak, hizmet kalitesini artırmak, sisteme hız kazandırmak amacıyla hastane içerisindeki çeşitli hizmet kaynaklarına erişimi kolaylaştırıcı bilgiler bu modül içerisinde ele alınmalıdır.

9.25.1.  Amaca uygun farklı çözümler tasarlanabilir. Örneğin; uygun olan yerlerde ekran, ışıklı pano(board), dokunmatik ekran(touch screen), vb. sistemler kullanılabilir.

9.25.2.  idare tarafından tespit edilecek yerlerde ve sayıda, aşağıda belirtilen bilgilerin hasta ve hasta yakınlarına görüntülenmesini sağlayacak yapı ve mekanizmalar geliştirilebilir:

a.          Randevu, hizmet bilgileri

b.          Hastane, bölüm, doktor bilgileri

c.        Acil              mesaj/uyarılar

d.          Genel bilgilendirmeler

e.          Yer ve yön bilgileri

f.         Zamanlama bilgileri(tahmini bekleme süresi vb.)

9.25.3.  Görüntülenecek bilgilerin Hastane Bilgi Yönetim Sistemi Uygulama Yazılımından gerçek zamanlı olarak elde edilmesi, idare tarafından tespit edilecek yerlerdeki ekranlara kadar iletilmesi Yüklenici tarafından sağlanmalıdır. Bu iş için (gerekli olması halinde yazılım lisansları) ve donanım idare tarafından sağlanır.

9.25.4.  Görüntülenecek bilgi olmaması halinde bu ekranlardan, idarenin belirleyeceği bilgiler görüntülenebilir (Hastane içinde uyulması gereken kurallar, sağlığın korunması konusunda bilimsel içerikli kısa bilgiler, vb.)

9.25.5.  Hastaların hastaneye geldiklerinde gidecekleri poliklinikleri vb. kendilerinin belirleyebilmelerini sağlamak amacıyla verilecek danışmanlık hizmetinin otomatik olarak yapılabilmesini sağlayacak algoritmaları içeren yazılımların sözleşme süresince hastanede çalıştırılması gerekmektedir. Söz konusu uygulama için;

9.25.6.  Sisteme giriş sonrası ilave güvenlik önlemi olarak kendisine verilen şifre ya da bir başka kimlik doğrulama ve güvenlik unsuru ile hasta kimlik kontrolü yapılmalı ve 3 (üç) kez üst üste yanlış girişte sistem tarafından işlem sonlandırılmalıdır.

9.25.7.  Hasta kimlik bilgisi doğrulandıktan sonra, hastanın almış olduğu randevu kontrolü sistem tarafından otomatik yapılmalı ve o güne alınmış tüm randevuları onaylanıp hasta, barkodu basılarak ilgili polikliniğe yönlendirilebilmelidir.

9.25.8.  Hastanın herhangi bir randevusu yoksa, gün içinde çalışan uzmanlık dalları ekranda listelenmeli ve hasta şikayetine göre uygun uzmanlık dalını seçebilmelidir.

9.25.9.  Hasta seçmiş olduğu uzmanlık dalına göre poliklinikleri ekranda görebilmeli ve listelenen her bir poliklinik için çalışma saati, poliklinik adı, doktoru, kalan kontenjanı, sevk edilen hasta sayısını görebilmelidir.

9.25.10.   Hasta uygun polikliniği seçtiği anda sistem tarafından aşağıdaki kontrolleri otomatik yapılmalıdır;

•  Cinsiyet kontrol: Kadın hastaların gideceği polikliniklere erkek hastaların gidememesi ya da tersi.

•  Gün Kontrol: Aynı gün içinde aynı polikliniğe ya da uzmanlık dalına birden fazla kez gitmesi ya da gitmemesi

•  Yaş Kontrol: Hastanın yaşının seçtiği poliklinik için uygunluğu

•  Provizyon kontrol: Hastanın provizyon alıp almayacağı kontrolü

•  Doktor İzin Kontrolü: Seçilen poliklinik doktoru izinliyse o poliklinik seçildiğinde uyarı verilmesi

•  Kontenjan Kontrolü: Seçilen polikliniğin kontenjanı dolmuş ise hastaya uyarı verilmesi

9.25.11.   Hasta yeni yada geçmiş tarihlerdeki laboratuvar sonuçları görüntüleyebilmelidir. Bu sonuçlar entegre edilecek kurumlarda da sistemden görüntülenebilmelidir.

9.25.12.   Hastanın yanlış bilgi girişlerinde sistem hastayı uyarmalı ve doğru giriş için yönlendirmelidir.

9.25.13.   Yatan hastalar için işlem yapılmamalı ve hasta uyarılmalıdır.

9.26.     KALİTE YÖNETİM MODÜLÜ

9.26.1.  Kalite Yönetimi adında birim oluşturulacaktır.

9.26.2.  Kalite Yönetimi ile ilgili tüm talimatlara (GYS, cihaz çalıştırma, birim çalışma vb.) ve boş şekilde doldurulmaya müsait tüm formlara (düzeltici ve önleyici işlem formları, doküman değişikliği talep formu, yıllık eğitim programı vb.), tüm planlara, diğer kalite planlarına, kalite el kitabına, organizasyon şemalarına, proseslere ve prosedürlere yetki dahilinde sistemden ulaşılacaktır.

9.26.3.  Önceden oluşturulmuş (word, excel, pdf, html gibi formatlarda) dokümanlar, Kalite Yönetim Modülüne eklenebilmeli, takip ve düzenlemeleri modül üzerinden yapılacaktır.

9.26.4.  Modül içerisinde tüm dokümanlar, yetkili kullanıcılar dışında değiştirilemeyecek ve kopyalanamayacaktır.

9.26.5.  Dokümanların ilişkili olduğu diğer dokümanlar / ekler tanımlanacaktır. Asıl doküman incelenirken aynı form üzerinden tek tuşla doküman eklerine de ulaşılacaktır.

9.26.6.  Sistem dahilinde kullanıcıların ulaşabildiği formlar (örneğin düzeltici işlem formu gibi), ekranda doldurulacak ve aynı kullanıcı tarafından birkaç nüsha şeklinde yazıcıdan çıktısı alınacaktır. Bu formlar yetki dahilinde tüm birimler tarafından görülecek ve doldurulacaktır. Form üzerinde kutucuklarla istek yapılacak birim, uygunsuzluğun giderileceği tarih gibi bazı bilgiler açılır kutudan seçilebilir olacak, bazı bilgiler ise onay kutusu şeklinde işaretlenebilir olacaktır.

9.26.7.  Bu tarz doldurulabilir formlar kullanıcı tarafından doldurulduktan sonra kayıt tuşuna basıldığı anda kalite birimi ekranında bekleyen istek olarak görülecek ve istek kabul edildiği anda ise forma ilgili birimle ilgili işlem/kayıt numarası program tarafından otomatik olarak verilecektir.

9.26.8.   Kalite birimi tarafından onaylanan ve otomatik olarak işlem numarası alan formlar, isteği yapan birim ve isteğe muhatap birim tarafından kendi ekranlarında görülecektir.

9.26.9.  Kalite Biriminin uygun gördüğü uyarı veya yenilikler kullanıcılara iletilecektir.

9.26.10.   Eğitim, Yönetim gözden geçirme gibi toplantılar için kullanıcılara, toplantı zamanı bildirilecektir. Yapılan bildirimler sistem üzerinden takip edilecektir.

9.26.11.    İç yazışmalar modül üzerinden yapılacaktır.

9.26.12.     Kullanıcılara kullanıcı bazında bağlı oldukları birimle ilgili kalite formlarını görme yetkisi verilecektir.

9.26.13.   Tarih kısıtlaması olan formlarda (Düzeltici İşlem Formu gibi) sonuçlanma tarihi geldiğinde her iki muhatap birim ekranında ve aynı zamanda Kalite Yönetimi biriminin ekranında uyarı çıkacaktır. Bu tarih dolduğu anda ise ilgili birim kullanıcısı programda herhangi bir işlem yapamayacak ve o form üzerindeki yazma/değiştirme yetkileri pasif duruma geçecektir.

9.26.14.   Revizyon istekleri, kullanıcı tarafından KYS sorumlusuna iletilecek aynı şekilde sistem üzerinden cevabı yazılarak termin tarihi verilecektir. Ayrıca termin tarihi geçen bildirimler kullanıcı ve KYS sorumlusuna uyarı ile gösterilecektir.

9.26.15.   Anket işlemleri: HASTANE tarafında istenen konular için anket formları elektronik ortamda hazırlanacak ve otomasyona girişi yetkisi olan kullanıcıların oylamasına sunularak sonuçlar incelenecektir. Anketler otomasyon sistemine bağlı tüm kullanıcılar tarafından yapılabileceği gibi otomasyon sistemine bağlı bilgisayarlar dışında, kiokslardan da gelen hastaların anketlere katılımı sağlanacaktır.

9.26.16.   Anket konusu ve seçenekler HASTANE tarafından belirlenecektir. Sorulacak soru ve seçenek sayısında herhangi bir kısıtlama bulunmayacaktır.

9.26.17.     istenen anketlerin sonuçları tüm kullanıcılara açılacak, istenenlerde ise sadece yöneticilere açık tutulacaktır.

9.26.18.   Her kullanıcı sadece 1 (bir) oy kullanacaktır.

9.26.19.    Anketler için son oy kullanım tarihi tanımlanacaktır.

9.26.20.   Anket sonuçları hem sayısal olarak hem de grafik olarak görüntülenecektir.

9.26.21.    Anketler kullanıcı grubu bazında da tanımlanacaktır.

9.26.22.    Anketlerde katılımcının tek seçim veya birden fazla seçim yapabilmesi sağlanacaktır.

9.26.23.     Kullanıcıların ankete katılımı istendiğinde zorunlu yapılacaktır.

9.26.24.   KYS Sisteminde öneri formu bulunacaktır. Kullanıcılar KYS Sistemi kullanarak öneri bildirecektir. Kurum yöneticileri bu önerileri değerlendirebilmeli ve içeriğe göre öneriyi puanlayacaktır. Kabul edilen ve kabul edilmeyen önerilerin kullanıcı bazında istatistiği alınacaktır.

9.27.     KALİTE İNDİKATÖR YÖNETİM MODÜLÜ

Sağlık Bakanlığınca uygulamaya alınan Hizmet Kalite Standartları (HKS) gereği istenen indikatörlerin oluşturulması ve raporlanması bu modül aracılığı ile yapılacaktır.

9.27.1.    Hizmet Kalite Standartları gereği istenmiş olan indikatör kartları liste halinde tek ekran üzerinde görüntülenmelidir. indikatör kart listesinde en az aşağıda bulunan kartlar olmalıdır. Sağlık Bakanlığı Performans Yönetimi ve Kalite Geliştirme Daire Başkanlığınca yayınlanacak olan diğer indikatör kartları sisteme eklenebilmeli ve eklenmiş olan indikatör kartları bu modül üzerinde çalıştırılmalıdır.

•   Acile tekrar başvuru oranı indikatör kartı

•   Ameliyat masası kullanım oranı indikatör kartı

•    Bası ülseri oranı indikatör kartı

•    Başka merkeze sevk oranı indikatör kartı

•    Düşen hasta oranı indikatör kartı

•    Eksiksiz doldurulan hasta dosyası oranı indikatör kartı

•    Hekim başına düşen poliklinik odası oranı indikatör kartı

•    Hemşirelerin bölüm değiştirme oranı indikatör kartı

•    Kan ve vücut sıvıları maruziyeti indikatör kartı

•    Kesici delici yaralanmaları indikatör kartı

•    Konsültan hekimin acil servise ulaşma süresi

•    Yoğun Bakım Ünitesi Mortalite oranı indikatör kartı

•    Müşahadede kalış süresi indikatör kartı

•    Sezaryen oranı indikatör kartı

•    Sitolojik patolojik tanı uyumu oranı indikatör kartı

•    Yoğun Bakım Ünitesi Tekrar Yatış Oranı indikatör kartı

•    Yoğun Bakım hastalık şiddeti skorlama

•    Cerrahi alan enfeksiyon hızı indikatör kartı

•    Cerrari profilakside Antibiyotiklerin doğru kullanım oranı indikatör kartı

•    Yoğun Bakım enfeksiyon hızı indikatör kartı

•    Yoğun Bakım el hijyeni indikatör kartı

•    Fissur Sealant Uygulama Oranı indikatör kartı

•    Tedavi Oranı indikatör kartı

•   Acilden servise yatış süresi

9.27.2.  Veri alınmak istenen indikatör kartı tıklandığında aynı ekran üzerinde seçilmiş olan kartın içerik yapısına göre alanlar gelmelidir. Örneğin: Acil servise aynı şikayet ile tekrar başvuru oranı için; Acil servise toplam başvuran hasta sayısı, Acil servise 24 saat içerisinde aynı şikayet ile tekrar başvuran hasta sayısı,Acil servise 24 saat içerisinde aynı şikayet ile tekrar başvuran hasta oranı, ilk başvuru zamanlarına göre yüzdelik dağılım (mesai içi), ilk başvuru zamanlarına göre yüzdelik dağılım (mesai dışı), ilk başvuruda konsültasyon varlığı yüzdelik dağılımı,ilk başvuruda konsültasyon yüzdelik dağılımı olmalıdır. Ayrıca aynı ekran üzerinde bu hastaların ilk başvurudaki sorumlu hekim dağılımları ve tanı dağılım yüzdeleri olmalıdır. Bu formüle dahil edilmiş olan hastaların,konsültasyon branşlarının ve hekim listesi aynı ekran üzerinde olmalı ve bu hastalar üzerinde arama ve sorgulama yapılabilmelidir.

9.27.3.  Kullanım kolaylığı açısından ekranda bulunan listelerde o an için gerekmeyen kolanlar kaldırılabilmeli ve listeye kullanıcının ihtiyaç duyabileceği kolonlar yazılımcı müdahalesine gerek kalmadan kullanıcı tarafından kolayca eklenebilmelidir.

9.27.4.  Kullanıcı liste yapısını kolayca değiştirebilmeli (kolon ekleme, silme, kolonların yerinin değiştirilmesi vb.) ve kendi tercih etmiş olduğu ayarları kaydedebilmelidir.

9.27.5.   Listelenmiş olan veriler listede bulunan kolonlara göre gruplandırılabilmelidir.

9.27.6.   Sorgu sonucunda listelenmiş olan kalite indikatör verileri aynı veri formatında Ofis yazılımlarına ve PDF formatında dışa ortama aktarılabilmelidir.

9.27.7.  Modül içerisinde üretilen tüm liste ve raporlar Ofis yazılımlarına ve PDF formatında dış ortama aktarılabilmelidir.

9.27.8.  Modül içerisinde oluşturulan listelerdeki kayıtlar istenen mail ortamına program üzerinden email olarak gönderilebilmelidir. Liste üzerindeki kayıtlar dosya eki olarak email ile birlikte otomatik olarak gönderilmelidir. Bu özelli k için Modül dışında herhangi bir mail programı(Outlook vb.) kullanılmamalıdır.

9.27.9.   Modül sistemde tanımlı olan herhangi bir indikatör kartına alt indikatör kartı tanımlamayı desteklemelidir.

9.27.10.   Yetki dahilinde idari birim veya klinik servis sorumluları kendi indikatör kartlarının verilerine ulaşabilmeli ve indikatör takibi yapabilmelidir. Yetki verilmemiş kullanıcılar indikatör kartlarına hiçbir suretle erişememelidir.

9.27.11.   Acil Karar Verme Rehberinin sistem üzerinden doldurulması ve raporlanması.

9.28.     EVRAK TAKİP MODÜLÜ

Bu modülün amacı Kurum gelen-giden evrak bölümlerinin tüm ihtiyaçlarını karşılamak ve gelen-giden evrak bilgilerinin elektronik ortamdan takibini sağlamaktır.

9.28.1.  Gelen-Giden evraklara ait bilgiler kaydedilecektir.

9.28.2.  Gelen evrak bölümüne, evrakın kayıt tarihi, kurum kayıt tarihi, türü konusu ve özeti yazılabilmeli havale edileceği birim yada birimler seçilecektir.

9.28.3.  Gelen evrakın hangi kurumdan geldiği ,hangi birim yada birimlere havale edileceği gibi bilgiler açılan listeden seçilecektir ve bu listelere yeni tanımlamalar yapılacaktır.

9.28.4.  Gelen evrak hem fiziksel olarak hem de elektronik ortamda havale ve işleme tabii tutulacaktır. Elektronik ortama evrak bilgileri manuel yazılacak fiziksel evrakı tarayarak aktarılacaktır.

9.28.5.  Gelen evrakın eğer ekleri varsa bunlar eklenebilmeli ve aynı evraka ait ilişkilendirmesi otomatik yapılacaktır. Elektronik evrak hareketinde bu ekler de beraber hareket edecektir.

9.28.6.  Gelen evrak günlü evrak ise kullanıcı sürenin bitiş tarihinden önce mesaj ile bilgilendirilecektir.

9.28.7.  Giden evrak bölümünde evrakın hangi şubeden çıktığı, hangi kuruma gönderileceği seçilecektir.

9.28.8.  Gelen Evrak kayıt edilirken evrakın hangi kullanıcılara gönderileceği seçilecektir. Program ilgili kullanıcıya evrakın konusunu ve geliş tarihini gösteren bir bilgilendirme mesajı gönderecektir. Mesaj kullanıcı okuyan a kadar her programa girişinde ve programa giriş yaptıktan sonra belirli aralıklarla kullanıcıya hatırlatılacaktır.

9.28.9.  Gelen Evrak için, dağıtım yapılan kullanıcılardan bir tanesi görevlendirilebilmelidir.

9.28.10.   Evrakın çıkış tarihi otomatik olarak işlemin gerçekleştiği tarih olarak verilecektir.

9.28.11.   Giden evrakın özet ve konusunun yazılacaktır.

9.28.12.   Giden evrakın eki veya ekleri giden evrakla ilişkilendirilecektir.

9.28.13.   Ekler Resim, word, Excel, pdf gibi bilinen dosya formatlarını destekleyecektir.

9.28.14.   Fiziksel evraklar tarayıcından geçirilerek giden evrakın ekleri kısmına kaydedilecektir.

9.28.15.   Yazılım kurum içerisinde evrak sirkülasyonunu destekleyecektir. Yazışmalar sadece dış kurumlarla değil kurum içerisinde de yapılacaktır. Yazılım bunun için evrak hazırlama arayüzü barındıracaktır.

9.28.16.   Kullanıcılar, evrak hazırlama ara yüzünü kullanarak evrak hazırlayacaktır.

9.28.17.   Evrak hazırlama arayüzü; Zengin Metin Biçimi (RTF) destekleyecektir.

9.28.18.   Evrak hazırlama ara yüzü; A4, B5 gibi Kağıt Formatlarını destekleyecektir.

9.28.19.   Evrak hazırlama ara yüzünde Yazılım kullanıcısına hazırlamak istediği evrak tipine göre, önceden hazırlanmış evrak şablonlarından seçim yapabilme kabiliyeti sağlayacaktır.

9.28.20.   Evrak hazırlandıktan sonra, paraf edilmesi için gönderildiği kullanıcı tarafından evrakta bir değişiklik yapılması halinde, evrak hazırlayan kullanıcıya otomatik olarak geri dönecektir.

9.28.21.   Evrak üzerinde yapılan değişiklikler yeni bir sürüm olarak saklanacaktır. Eski evraklar silinemeyecektir.

9.28.22.   Değiştirilen evraklar üzerinde yapılan değişikler, silinen ve değiştirilen bilgiler kullanıcıya gösterilecektir.

9.28.23.   Yazılım içerisinde evraklar son onayı alana kadar, taslak şekilde dolaşacaktır. Evraklar tüm paraflar ve imzaları aldıktan sonra tarih/sayı evraka verilmiş olacaktır.

9.28.24.   Yazılımda iş akış şeması oluşturulacaktır. Yani evrakın hangi birim/makamları dolaşacağı programsal olarak tanımlanacaktır.

9.28.25.   Evrakın dolaşımı sırasında akış içerisinde bulunan kişilerin görüşlerini yazabilecekleri bir kullanıcı ara yüzü olacaktır.

9.28.26.   Evrak onaylandığında veya reddedildiğinde evrak akışı içerisinde evrakın gittiği kadrolara onay veya red bilgisi otomatik olarak program içerisinde bulunacak mesaj sistemi ile gönderilecektir.

9.28.27.   Kullanıcı arayüzü, kullanıcının hangi evrakı okuyup okumadığını gösterebilir yapıda olacaktır.

9.28.28.   Her kullanıcı kendisine gelen evraklar için istediği kullanıcıya vekalet verecektir. Böylece kullanıcıya gelen evraklara ait işlemler diğer kullanıcılar tarafından yürütülecektir.

9.28.29.   Sistem tarayıcı(scanner), kamera, fotoğraf makinesi gibi donanımlardan görüntü aktarımını destekleyecektir. Bu işlem için ayrıca bir ara yüz kullanılmayacaktır. Gerekli olacak donanım kurumumuz tarafından karşılanacaktır.

9.28.30.   Yazılımda Gelen, giden ve hazırlanan evraklarla ilgili tarih, kurum kişi bazlı istatistikler bulunacaktır.

9.28.31.   Gelen-Giden evrak defterinin yazıcı çıktıları alınacaktır.

9.28.32.   Evrak üzerine yapıştırılmak üzere evrak bilgilerini içeren barkod etiketi yazdırılacaktır.

9.28.33.   Her kullanıcı kendi sanal evrak dolabını ve evrak türlerini oluşturabilmeli ve oluşturduğu sanal evrak dolabına kendi evraklarını ekleyebilecek yada çıkarabilecektir.

9.28.34.   Evrak Takip kullanıcısı sisteme eklenen tüm belgelerde (gelen evraklar, giden evraklar, şahsi evrakları, kalite modülü kullanılıyor ise kalite dökümanları) metin arama işlemi (full text search) yapacaktır. Arama işlemi kaydedilen dökümanların içeriğini de içerecektir.

9.28.35.   Arama işlemi diğer kullanıcıların evraklarında da yapılacaktır. Kullanıcı arama sonucu ulaştığı ve başka kullanıcıya ait olan bir dökümanın içeriğine erişemeyecek, dökümana erişebilmek için evrak sahibinden dökümanı talep edecektir. Evrak sahibi, talep edilen doküman için saatlik, günlük, aylık izleme yetkisi verecektir.

9.28.36.   Kullanıcı istatistik için bir kez şablon oluşturduktan sonra bu şablonu kaydedecek ve daha sonraki işlemlerinde aynı raporu tekrar oluşturmadan şablonlardan seçerek arama işlemini yapacaktır.

9.28.37.   Kullanıcı yetkisi dahilin de, seçtiği bir evrakı kullanıcı arayüzünü kullanarak, ağ üzerinde tanımlı herhangi bir yazıcıya gönderecek veya tanımlı bir klasöre istenilen dosya uzantısı ile kaydedecektir.

9.28.38.   Kullanıcı, kendine ait olan bir belgeyi istediğinde şifreleyerek, başkasının dosyaya erişse bile açılmasını engelleyebilmelidir.

9.28.39.   Gelen - Giden Evrak ekleri tarayıcıdan kayıt edilirken evrak boyutlandırma işlemi yapılabilmelidir. (800x600; 600x400 v.b)

9.28.40.   Taranmış ve sisteme kaydedilmiş evraklar listelenmeli, boyutu büyük olanlar için yeniden boyutlandırma yapılarak veri tabanındaki dosya kayıtları güncellenebilmelidir.

9.28.41.   Kullanıcı cevap verilmesi gereken evrakların takibini yapabilmelidir. İsterse ilgili evrak ile ilişkilendirilerek evraka cevap verilebilmelidir.

9.28.42.   Evraklar için gerekli olan Kurum, Birim ve Evrak Kayıt Tür tanımlamaları yapılabilmelidir.

9.28.43.   Evrak Dağıtım işlemleri sadece kullanıcı bazlı değil, istenildiğinde kullanıcı gruplarına da dağıtılabilmelidir.

9.28.44.   Kullanıcıya Evrak dağıtımı yapıldığında SBYS üzerinden otomatik olarak mesaj ile bilgi gitmelidir.

9.28.45.   Kullanıcı SBYS otomasyonuna giriş yaptığında kendisine yeni atanmış olan evraklar ile ilgili otomatik olarak bilgilendirme yapılmalıdır.

9.28.46.   Gelen/Giden evrak kayıtları arasında sorgulama ve raporlama yapılabilmelidir.

9.29.    TEKNİK SERVİS MODÜLÜ

9.29.1.   Bu modülde, hastane içindeki birimlerde meydana gelebilecek her türlü (cam kırılması, kapı kolu, çeşme, elektrik tesisatı, bilgisayar, otomasyon vb.. ) arıza bildirimi yapılabilmeli, teknik servis tarafından bu arızalar için yapılan işlemler ve arıza takip ve sonlandırma işlemleri yürütülebilmelidir.

9.29.2.  Cihaz takip modülü ile entegre çalışmalıdır. Bilgisayar veya diğer cihaz arızası durumunda arızalı olan cihazların seçimi için cihaz takip modülündeki cihazlar otomatik olarak listelenmelidir.

9.29.3.  Sistemdeki tüm kullanıcılar arıza bildirimi yapabilmelidir, bildirim formunda arıza kategorisi, açıklama, bildirim tarihi, bildirimi yapan gibi genel bildiler bulunmalıdır.

9.29.4.  Yapılan bildirimler ile ilgili arıza bildirim formu yazdırılabilmelidir.

9.29.5.   Kullanıcı yapmış olduğu bildirimlerin durumunu takip edebilmelidir, her kullanıcı sadece kendi yaptığı bildirimlerin durumunu izleyecektir.

9.29.6.  Arızanın giderilmesi ile ilgili tahmini süre bilgisi sisteme girilebilmeli ve takip edilebilmelidir.

9.29.7.  Görevlendirilen kişiye ve bildirimi yapan kişiye, bildirim görevlendirmesi ile ilgili mesaj gitmelidir.

9.29.8.  Teknik servis personeli tarafından bildirim ile ilgili yapılan bakım, onarım, yenileme, garantiye gönderme vb. işlemler sisteme girilmelidir.

9.29.9.  Teknik servis tarafından işlem yapılması durumunda, bildirimi yapan kullanıcıya yapılan işlemle ilgili mesaj gönderilmelidir.

9.29.10.     Teknik servis arıza listesinde isteğe göre 10 dk. lık periyotlar ile liste otomatik yenilenebilmelidir. Yeni bir bildirim var ise kullanıcıya uyarı verilmelidir.

9.29.11.     Arıza bildirimi ile görevlendirilen bir kullanıcının bu görevi başka bir yetkili kullanıcı tarafından iptal edilip yeni bir görevli tayin edilebilmelidir.

9.29.12.     Bir arıza bildirimi için Görevli Personelin yanında yardımcı personel atamaları da yapılabilmelidir.

9.29.13.     Yapılan arıza bildirimi ile ilgili olarak belirtilen tahmini süre içerisinde, işlem tamamlanmamış ise kullanıcıya sistem üzerinden mesaj gönderilmelidir.

9.29.14.     Arıza Bildirimi görevlendirilen kişi tarafından tamamlandıktan sonra Görevi atayan kişi tarafından onaylanabilmelidir.

9.29.15.     Onaylanmış bildirim üzerinde herhangibir işlem yapılamamalıdır.

9.29.16.     Atanan görev ile ilgili olarak malzeme çıkışı, teknik Servis Modülünü kullanarak (başka formlara geçiş yapmadan)    yapılabilmelidir.       Çıkışı                 yapılan                      malzemeler teknik servis modülü üzerinden görüntülenebilmelidir.

9.29.16.1.    Modül üzerinden sınıf, kategori ve işlem tanımı yapılabilmektedir, bu da arızanın tasnifini kolaylaştırmaktadır.

9.29.17.      Arıza sorguları sınıf bazlı yapılabilmektedir.

9.30.    SMS MODÜLÜ

Bu modülde, Hastane yöneticilerine, Personellere, Yenidoğan ebeveynlerine yada tanımlanacak kişilere yönelik olarak SMS ile bilgilendirme mesajları gönderilebilmelidir. SMS iletimlerine ilişkin GSM iletişim giderleri kurumumuz tarafından karşılanacaktır.

9.30.1.   Hastanenin belirleyeceği saatte, ve tanımlanan GSM numaralarına, istenen istatistik bilgileri (hasta sayısı, yatan hasta sayısı,ameliyat sayısı,sevk sayısı vb..) SMS yoluyla gönderilebilmelidir.

9.30.2.   Mesajın gönderileceği kişiler, gönderilecek mesajın içeriği, hangi bilgilerin gönderileceği programcı müdahalesini gerektirmemelidir.

9.30.3.  Tanımlanmış kişilere manuel tek mesaj gönderilebileceği gibi, bu kişilere toplu olarakta sms gönderilebilmelidir.

9.30.4.   Ek Prim performans puanları hesaplandığında bu puanlar ilgili Doktorların Gsm numaralarına SMS ile gönderilebilmelidir.

9.30.5.  Tıp bayramı, hemşireler günü vb.. özel günlerde istenen personellere SMS ile kutlama mesajları gönderilebilmelidir. Bu mesajlar şablon olarak tanımlanabilmelidir.

9.30.6.   istenen toplantılar öncesinde katılımcılara SMS ile hatırlatma mesajı gönderilebilmelidir.

9.30.7.  GSM numarası kayıtlı olan hastalara istenen mesajlar sms yoluyla tek veya toplu olarak gönderilebilmelidir.

9.30.8.  Yenidoğan bebekler için, ebeveynlerinden alınan Gsm numaralarına bebeğin aşı takvimini hatırlatıcı SMS mesajları gönderilebilmelidir.

9.30.9.  Yenidoğan için Aşı Takvimi ALICI tarafından tanımlanabilmelidir ve bunun için programcı müdahalesine gerek olmamalıdır.

9.31.    TEŞHİSLE İLİŞKİLİ GRUPLAR (TİG) VERİ YÖNETİM MODÜLÜ

Sağlık Bakanlığı tarafından hastanelerin sağlık hizmeti bedelleri Teşhisle ilişkili Gruplar (TiG) ve Branş Bazlı Ayaktan Gruplar (BBaG) sistemi doğrultusunda planlanarak ödenecektir. Bu modül ile TiG' e iletilecek verilerin oluşturulması, kontrolü yapılmalıdır.

Bu modül TiG için özel olarak hazırlanmış ve kendi arayüzlerine sahip olmalıdır.

9.31.1.  TiG sistemine kaydedilecek hastalar için içeriği TiG tarafından belirtilmiş olan XML dosyası oluşturulabilmelidir. XML dosyası ilgili hastalar için toplu veya tek tek oluşturulabilmelidir.

9.31.2.  XML oluşturulacak hastalar TiG için hazırlanmış ayrı bir liste üzerinden takip edilmelidir. Hasta listesi sorgulanırken, Tarih, Hasta numarası, Başlangıç-Bitiş tarih aralıkları, Servis, Epikriz durumu gibi kriterler kullanılabilmelidir.

9.31.3.  XML oluşturulmuş veya oluşturulmamış hastalar liste üzerinde görülebilmeli ve bu kriter ile listelenebilmelidir. Bu sayede daha önce XML oluşturulmuş hastalar için yeniden XML oluşturulması engellenebilmelidir. Listelenen kriterlere göre aynı ekran üzerinde hastalara toplu XML oluşturulması sağlanabilmelidir.

9.31.4.  Yatan Hastalar ve Günübirlik hastalar ayrı ayrı takip edilebilmelidir.

9.31.5.  Günübirlik hastalarda hastaya seans uygulanmış ise her bir seans için TİG sistemine gönderilecek XML dosyalar oluşturmalıdır.

9.31.6.   Klinik Kodlamacılar tarafından TİG sistemine girişi yapılacak kodların belirlenmesi için XML oluşturma listesinden hastanın tedavi bilgilerine aynı modül üzerinden kolayca erişilebilmelidir.

9.31.7.  XML oluşturmak için hazırlanan hasta listesi Word, Excel, PDF gibi dış ortamlara aktarılabilmelidir.Hazırlanan liste modül üzerinden, ek bir yazılım kullanılmadan e-posta olarak istenen adrese de gönderilebilmelidir.

9.31.8.  Oluşturulan XML dosyaları kullanıcı bilgisayarlarında da işletim sistemi üzerinde XML dosyası olarak da arşivlenmelidir. Bilgisayara kaydedilen bu dosyalar program üzerinden listelenebilmelidir. Liste üzerinden istenilen dosya seçilerek fiziksel olarak bilgisayardan silinebilmelidir. Dosya arşivleme işlemi otomatik olarak ve ay -yıl bilgisi ile arşivlenmelidir.

9.31.9.  XML dosyalarının arşivleneceği klasör sabit isimli olmalıdır, ancak kullanıcı tarafından hangi disk bölümünde arşivlenebileceği seçilebilmelidir. Disk bölümü değiştirildiğinde bir önceki disk bölümündeki dosyalar, otomatik olarak yeni seçilen disk bölümüne taşınmalıdır.

9.31.10.     Kullanıcı bilgisayarına kaydedilen XML dosyalarındaki verilerin TİG sistemine yüklenmeden önce Klinik Kodlamacılar tarafından ayrı bir ekran üzerinden kontrolü yapılabilmelidir. Kontrol sırasında dosyanın XML içeriği son kullanıcının anlayabileceği yapıda gösterilmelidir, bu gösterimde Xml tagları(simgeleri) gösterilmeyecektir.

9.31.11.    Klinik Kodlamacılar tarafından oluşturulan ve kontrolü yapılan XML dosyaları TİG sistemine kodlanırken XML içerisindeki hangi kayıtların kodlanıp hangilerinin kodlanmadığı sistemde tutulabilmelidir. Klinik kodlamacılar, kodlamasını yaptıkları hastaları kodlanmış veya kodlanmamış olarak kaydedebilmelidirler.

9.31.12.    Kodlama kontrollerinin yapılabilmesi amacıyla kayıtlar sorgulanabilmelidir. Kodlanmış hastalar, kodlanmamış hastalar şeklinde kriterler verilebilmelidir. Bu listeye yalnızca XML oluşturulmuş kayıtların gelmesi sağlanmalıdır.

9.31.13.    İBaG sistemine kaydedilecek işlem bazlı ayaktan grup sayısı program üzerinden alınabilmelidir

9.31.14.    TİG sisteminde Klinik Kodlamacılar kodlaması yapılan kayıtları Excel dosyası formatında kaydedebilmektedirler. TİG programından kaydedilen bu Excel dosyası program üzerinden otomatik olarak okunup listedeki hastalar kodlanmış olarak güncellenebilmelidir.

9.31.15.    TİG sistemine program üzerinden link tıklanarak ulaşılabilmelidir.

9.31.16.    BBaG sistemine kaydedilecek branş bazlı ayaktan hasta sayıları program üzerinden alınabilmelidir.

9.32.     PLAZMA YÖNETİM MODÜLÜ

Bu modül ile Hastanelerimizin muhtelif yerlerinde bulunan bilgilendirme ekranlarının (LCD,Plazma Tv Vb.) yayın akışı, merkezi noktadan kontrol edilebilmeli, Panolara ait ekran tasarımlarının yayınlanacak bilginin, konusu ve içeriğine göre firmaya bağımlı kalınmadan renk, yazı boyutu vb ayarların yapılması sağlanmalıdır.

9.32.1.   Panoların kullanım alanlarına göre (Örneğin: Ameliyathane, Poliklinik) hangi verilerin gösterileceği SBYS yöneticisi tarafından belirlenebilmelidir.

9.32.2.   Panolarda gösterilecek olan Poliklinik, klinik vb. bilgileri veritabanından gerçek zamanlı alınmalı, manuel bilgi girişi yapılmamalıdır.

9.32.3.   Her bir panoda gösterilecek bilgi ekranlarının yazı boyutu, renklendirme, gösterim süresi tanımlanabilmeli ve yapılan bu tanımlar şablon olarak kaydedilebilmelidir. Kaydedilen bu şablonlar farklı zaman aralıklarında yeniden kullanılabilmelidir.

9.32.4.   Panolar için yapılan tasarımlar, tasarım panolarda yayınlanmadan önce önizleme yapıla bilmelidir.

9.32.5.   Bir Panoda (ekranda) birden fazla içerik gösterilebilmelidir. Bu içerikte herhangi bir kısıtlama olmamalıdır. (Örneğin: Aynı Ekranda poliklinik durumu, Hasta Yönlendirme, Nöbet Çizelgesi bilgileri gösterilebilmelidir.)

9.32.6.  Poliklinik için ; Poliklinik doluluk oranlarını, doktor durum bilgisini ( Örnek: Doktor Ameliyatta, Doktor İzinli vb.), Poliklinik kapasitelerini gösterebilmelidir.

9.32.7.   Klinik için; yatan hastaların servis, doktor, oda ve yatak bilgilerini gösterebilmelidir.

9.32.8.   Doğumhane için; Doğan bebeğin anne adını, doğum tarih/saatini, doğum şeklini, boy ve kilosunu gösterebilmeli istendiğinde bebeğin resmi eklenebilmelidir.

9.32.9.  Ameliyathane için; Hasta adı soyadı, hasta servisi, hastanın ameliyat öncesi ve sonrası durum hareketleri gösterilebilmelidir. Böylelikle hasta yakınları panolar üzerinden bilgilendirilmiş olacaktır.

9.32.10.    Hemodiyaliz için; Hasta adı soyadı, hasta servisi, hastanın seans öncesi ve sonrası durum hareketleri gösterilebilmelidir. Böylelikle hasta yakınları panolar üzerinden bilgilendirilmiş olacaktır.

9.32.11.    Nöbet bilgisi için; Nöbet servisini, Nöbetçi kişiyi, nöbetin başlama ve bitiş saatini, Nöbetçi idari personelleri gösterebilmelidir.

9.32.12.    Eczane için; Nöbetçi eczane adını, adresini, telefon bilgilerini gösterebilmeli ve birden fazla eczane tanımlanabilmelidir.

9.32.13.    Sağlık Bakanlığınca yayınlanmış olan veya hastanemiz Kalite, enfeksiyon, Hizmet Kalite Standartları birimleri tarafından oluşturulmuş olan eğitici ve tanıtıcı dökümanlar PDF,PPT,HTML,JPG formatlarında ve video olarak MPG,AVİ,SVF formatlarında gösterebilmelidir.

9.32.14.    İstendiğinde panolarda gösterilecek olan bilgiler aynı anda tek panoda gösterilebilmelidir. Gösterim şekli pano ekranının bölümlendirilmesi şeklinde olmalıdır.

9.32.15.    Hastanemiz yöneticileri için; Müracaat eden hasta sayısı, Muayene olan hasta, yapılan müracaat, yapılan muayene, muayene olmayan hasta, birden fazla muayene olan hasta, konsültasyon, acil servis muayene, kontrol muayene geliş, randevu türlerine göre randevu, Sağlık kurulunda yapılan muayene,yatışı yapılan hasta, tabur cu edilen hasta, mevcut yatan hasta sayıları ile yatak doluluk oranı, toplam yatak sayısı, boş yatak sayısı, dolu yatak sayısı, başka hastaneye sevk edilen hasta, bugün muayene yapan doktor, bugün hasta bakan poliklinik, yapılan ameliyat, ameliyat olan kişi sayıları ve toplam vezne tahsilatı, radyolojiye giden hasta sayısı, radyolojide çalışılan tetkik sayısı, Laboratuvarda giden hasta sayısı, laboratuvarda çalışılan tetkik sayılarını yöneticiler için kullanılan Panoda aynı ekran üzerinden aynı anda gösterebilmeli bu verilerin Veritabanından sorgulanma aralığını yönetici belirleyebilmelidir.

9.33.    SOSYAL HİZMET MODÜLÜ

Sağlık Bakanlığının yayınlamış olduğu Tıbbi Sosyal Hizmet Uygulama Yönergesi gereği; Hastanemiz Sosyal hizmet biriminden hizmet alan sosyal hizmet müdahalesine ihtiyaç duyan tüm hastaların bilgilerinin kayıt altına alınabildiği, takip edilebildiği ve raporlanabildiği modüldür.

9.33.1.    Hastanemiz polikliniklerine müracaat eden ve/veya yatarak tedavi gören hastalar Yönergede belirtilmiş olan sosyal hizmet konsültasyon formu ( Yönerge eki EK-1) ile Sosyal hizmet birimine sistem üzerinden sevk edilmelidir.

9.33.2.   Hastanemiz polikliniklerine müracaat eden ve/veya yatarak tedavi gören hastalar konsültasyon ile Sosyal hizmet birimine sevk edildiğinde hasta bilgileri Sosyal hizmet modülü ekranında yeni kayıt olarak gözükmelidir.

9.33.3.   Hastayı Sosyal hizmet birimine sevk eden, poliklinik ve/veya klinik hekiminin doldurmuş olduğu sosyal hizmet konsültasyon formu(Yönerge eki EK-1) hastaya oluşturulacak olan kayıt üzerinde görülebilmeli ve Sosyal hizmet uzmanının konsültasyon sonuç bilgi girişini yapacağı alan olmalıdır. Sevk gerekçesi yazılmadan sosyal hizmetler birimine hastanın sevkinin yapılması engellenmelidir. Konsültasyon sonucu yazılmış olan Sosyal hizmet konsültasyon formunun çıktısı modül üzerinden alınmalıdır.

9.33.4.  Yeni kayıt yapılacak olan hastanın; sosyal hizmet biriminden alacağı hizmet türüne (Görüşme veya sosyal inceleme) göre bilgi giriş formunda bilgi girişine yönelik kolaylıklar sağlanmış olmalıdır. Bu formlar üzerinde hizmet türüne göre yapılan tüm çalışmalar sosyal hizmet uzmanı tarafından hazır listeden seçilebilmelidir.

9.33.5.    Hasta sosyal hizmet biriminden, hasta görüşme veya sosyal inceleme hizmeti aldığında; söz konusu yönergede belirtilmiş olan hasta görüşme formu (Yönerge eki eK-2) veya sosyal inceleme raporunun (Yönerge eki EK-3) gerektirdiği tüm bilgilerin girilebileceği alanlar olmalıdır. Bu formlar Yönerge ekinde belirtildiği şekilde yazdırılabilir olmalı, istendiğinde farklı dosya biçimlerinde (Doc,Xls,Pdf) dış ortamlara aktarılabilmelidir.

9.33.6.  Sosyal hizmet biriminde yapılan tüm işlemler; sosyal hizmet birimi kayıt defteri (Yönerge eki EK-4) ve sosyal hizmet birimi faaliyet formu (yönerge eki EK-5) raporları formatında istenilen tarih aralığı verilerek sorgulanmalıdır. Sorgu sonuçları yönerge eklerinde belirtildiği şekilde yazdırılabilir olmalı ve farklı dosya biçimlerinde (Doc,Xls,Pdf) dış ortamlara aktarılabilmelidir.

9.33.7.  Sosyal hizmet uzmanın gerekli gördüğü durumlarda birime baş vuran hastaların T.C kimlik numarası ile hastanın nüfus kayıt örneğine ulaşabilmesi için Modül KPS veya Mernis ile entegre çalışmalıdır.

9.34.     YABANCI HASTA TAKİP MODÜLÜ

9.34.1.  Sağlık Bakanlığı tarafından yayınlanan genelgeler uyarınca yabancı uyruklu hastalar için uygulanan prosedüre uygun modül geliştirilmelidir.

9.34.2.  Bu modülde yabancı hasta statüsünde kabul edilen hastaların tüm tıbbi idari ve finansal işlemleri mevzuat hükümlerine uygun olarak takip edilebilmelidir.

9.34.3.  SUT ve eklerinde yer alan usul ve esaslar yabancı hastalar için farklılık gösterdiğinden yatan hastalarda, ayaktan hastalarda, paket işlemlerde, kullanılan ilaç ve tıbbi malzemelerin fiyatlandırma işlemlerinde Sağlık Bakanlığı genelgesine uygun algoritma oluşturulmalıdır.

9.34.4.  Gerektiğinde bazı ülke vatandaşları için indirim uygulanabilmelidir

9.34.5.  Hastalar bireysel olarak başvurabileceği gibi sigorta şirketleri aracılığı ile de müracaat edebileceğinden faturalama işlemleri buna göre tasarlanmalıdır.

9.35.     PROTOKOL KAPSAMLI SAĞLIK HİZMETLERİ MODÜLÜ

Kurum bünyesinde yapılamayan hizmetlerin başka kurumlardan alınması ve/veya başka kurumlara hizmet verilmesi işlemini kapsamaktadır.

9.35.1.  Protokol Kapsamlı Dışarıdan Alınan Hizmetler

9.35.1.1.  Hastanenin kendi imkanları ile yapamadığı tetkik, tedavi ve diğer hizmetleri dışarıdan hizmet alımı yoluyla

sağlaması esastır. Bu kapsamda dışarıdan sağlanan hizmetlerin sisteme girişlerinin yapılabilir olması gerekmektedir.

9.35.1.2.  Dışarıdan sağlanan hizmetlerin gerekçeleri ve sonuçları sisteme ilave edilebilmeli, hasta dosyasına konulabilmelidir.

9.35.1.3.  Hizmet alınan kamu yada özel kuruma ödemesi yapılabilmeli, bununla ilgili entegre altyapı oluşturulmalıdır.

9.35.1.4.  Alınan hizmetlerin varsa SGK yada diğer kurum ödemeleri, faturalanabilir olmalıdır.

9.35.2. Protokol Kapsamlı Dışarıya Verilen Hizmetler

9.35.2.1.  Bazı özel yada kamu sağlık hizmet sunucuları kendi imkanları ile yapamadığı tetkik, tedavi ve diğer hizmetleri hastanemizden hizmet alımı yoluyla karşılamaktadır. Sistemin buna uygun tasarlanması gerekmektedir.

9.35.2.2.  Her bir kurum için ayrı protokol oluşturulabilmeli, farklı fiyatlandırma ve işleyiş kuralları oluşturulabilmelidir.

9.35.2.3.  Her kurumdan gelen hasta yada biyolojik örnek kabulü yapıldıktan sonra sonuçlar da elektronik ortamda ya da izin verildiği oranda WEB ortamında izlenebilmelidir., gerekiyorsa belirtilen mail adresine rapor gönderebilmelidir.

9.35.2.4.  Hizmet alan kurumların borç ve alacak durumları izlenebilmeli, rapor alınabilmelidir.

9.36.     E-HASTANE MODÜLÜ

Bu modülün / bileşenin amacı hastalarımıza, yakınlarına ve personellerimize internet üzerinden bilgi aktarımı ve paylaşımıdır. Modül bütünleşik bir yapıda olmalı ve kendine özgü bir ara yüze / tasarıma sahip olmalıdır. Tüm işlemler bu ara yüz üzerinde tanımlanacak linkler vasıtasıyla yürütülebilmelidir.

9.36.1.  SBYS verilerinin güvenliği için; hazırlanan web sayfasının internet ortamında yayınlanması sırasında yüklenici firma bilgi güvenliği açısından gereken tedbirleri almalıdır.

9.36.2.  Hastane web sitesinin yer aldığı sunucu bilgisayarın veri güvenliği konusunda zayıf yönleri varsa, yüklenici firma gerek duyulması halinde bu bilgilendirme sayfasını kendi sunucuları üzerinden çalıştıracaktır. Bu işlem için yüklenici firma herhangi bir bedel talep etmeyecek olup tüm giderler teklif fiyata dahil edilecektir.

9.36.3.  E-Hastane Modülü ekranından şu işlemler online olarak yapılabilmelidir:

a.          Sağlık Kurulu veya istenilen herhangi bir birime randevu alma,

b.          Online Poliklinik Sıra Numarası Alma,

c. Laboratuvar ve Radyoloji Sonuçları Görüntüleme,

d.          Anlık Poliklinik Doluluk Oranlarını izleyebilme,

e.          Hastaneye Görüş- Öneri ve Şikayet Mesajı Gönderebilme,

f.           Hasta Danışma (Hasta Arama),

g.          Ameliyathane Bilgilendirme Ekranı Görüntüleme,

h.          Yoğun Bakım Bilgilendirme Ekranı Görüntüleme,

i.           PACS Görüntüleri izleyebilme,

j. Hekim Çalışma Cetvelleri Görüntüleme,

k.Personel Bilgi Takip Sistemine Erişebilme,

l. Yeni doğan Bebek Bilgilerini Görüntüleme,

m. Yatan Hastalara Geçmiş Olsun Mesajı Gönderebilme,

n. Personel Nöbet Bilgilerini Görüntüleme,

o. Hekimlere Yönelik Online Order Girişi,

p. Radyologlara Yönelik Online Radyoloji Raporu Girişi,

q. Aile Hekimlere / Aile Sağlığı Merkezlerine Yönelik Tetkik Sonuç Görebilme / Tetkik Girişi, r. Yemek Menüsü Görüntüleme.

9.36.4.  Yukarıda sayılan işlemler hazırlanacak ara yüzde anlaşılır ve şık bir şekilde yayınlanacak olup, sayfa tasarımı konusunda idaremizce gerekli yönlendirmeler yapılacaktır

9.36.5.  Hastalara / Personellere yönelik verilerin söz konusu olduğu ve veri güvenliğinin önemli olduğu uygulamalara ( Laboratuvar Sonuç, Hasta Arama vb.) giriş yapılmadan önce mutlaka uygun ve yeterli düzeyde güvenlik önlemleri alınmalıdır. Yetkisiz kişilerin verilere ulaşması engellenmelidir

10. PACS (GÖRÜNTÜ ARŞİVLEME VE İLETİŞİM SİSTEMİ) 10.1.    KONU

Hastanelerimiz için kullanılmak üzere PACS-RBS hizmet alımı yapılması; sistemin bu süre içerisinde sorunsuz çalışması ve yapılması gereken bakım, onarım, güncelleme ve entegrasyon gibi hususların hizmet işini içerir.

10.1.1.  Bu şartname, Hastanelerimiz için sözleşme süresince hizmet alımı yapılacak olan Radyoloji Bilgi Sistemi’nin (RBS) ve Görüntü Arşivleme ve iletişim Sistemi’nin (PACS) teknik özellikleri ve kullanım koşullarını kapsamaktadır.

10.1.2.  PACS-RBS yazılımı ve SBYS yazılımı aynı istekli firmaya ait olmalıdır.

10.1.3.     Daha iyi sağlık hizmeti üretebilmek ve sunabilmek için gerekli bilgi ve verilerin toplanması, kullanılması, paylaşılabilmesi ve bilgi üretiminin standart yöntemlerle gerçekleştirilmesi ve üretilen bilgiden en üst düzeyde yararlanmayı sağlamak amacıyla Radyoloji Kliniği tarafından yürütülen tüm çalışmaların elektronik ortamda daha verimli bir şekilde yapılması planlanmaktadır.

10.1.4.     Bu şartname ile yukarıda tanımlanan çerçevede Hastanelerimizin Radyoloji Kliniği tarafından üretilen tıbbi görüntüleri ve radyolojik raporları uluslararası standartlara uygun şekilde arşivleyecek, bu verilere hastane içinden ve/veya dışından elektronik ortamda erişimi sağlayacak nitelikte bilgi sistemlerinin kurulumu hedeflenmektedir.

10.2.    TANIMLAR VE KISALTMALAR

BT                          Bilgi Teknolojileri

CR                         Bilgisayarlı Radyoloji

DICOM                  Digital Imaging and Communications in Medicine (Medikal Dijital Görüntüleme ve İletişim)

DICOM3.0             Digital Imaging and Communication in Medicine Version 3.0 (Medikal Dijital Görüntüleme ve İletişim Sürüm 3.0)

GB                         GigaByte

Gbps                     Gigabit/saniye (Gigabit per second)

GHz                       GigaHertz

HIS                        Hospital Information System

Hz                          Hertz

HL7                        Health Level 7 “Sağlık yazılımları (entegrasyon) iletişim protokolü”

ISO                        International Standards Organization (Uluslararası Standartlar Kurumu)

KB                          KiloByte

MB                         MegaByte

Mbps                     Megabit/saniye (Megabit Per Second)

MHz                      MegaHertz

MPPS                    Modality Performed Procedure Step

MIP                        Maximum intensity Projection

MPR                      Multi Planar Reconstruction

PACS                     Picture Archiving and Communication System (Görüntü Arşivleme ve İletişim Sistemi) (Yüklenicinin,

işbu şartnamede tanımlanan Görüntü Arşivleme, Dağıtım, Aktarım ve Görüntü Raporlama Sistemini ifade etmektedir.)

RIS                        Radiology Information System

RBS                       Radyoloji Bilgi Sistemi

SCP/SCU              Service Class Provider/Service Class User

10.3.    PACS/RBS GENEL TANIMI

10.3.1.  Teklif edilen PACS/RBS sistemleri DICOM 3.0 iletişim alt yapısına sahip tüm modaliteler ile uyumlu çalışmalıdır. Teklif edilen PACS sisteminin DICOM 3.0 uyumluluğu aşağıda listelenen fonksiyonları kapsamalıdır:

 

10.3.2.  Verilecek tekliflerde RBS/PACS donanım ve iletişim alt yapısı detaylı olarak açıklanmalı, topolojisi şeması teklifinde sunulmalıdır.

10.3.3.  PACS sistemine; Hastanelerimizdeki tüm DICOM uyumlu ve opsiyonu açık tıbbi cihazlar, DICOM uyumlu olup DICOM opsiyonu açık olmayanlardan hastanelerimiz tarafından DICOM opsiyonu açtırılacak cihazlar ve DICOM uyumlu olmayıp hastanelerimiz tarafından DICOM uyumlu ve opsiyonu açık hale getirilen tıbbi cihazlar Yüklenici firma tarafından ek bir bedel istenmeden entegre edilecektir.

10.3.4.  Teklif edilen sistem, hastaya ait eski ve yeni görüntülere kullanıcının doğrudan erişebilmesini sağlayacaktır.

10.3.5.  Teklif edilen RBS, Radyoloji Kayıt, Doktor Atama, Randevulu Hasta Muayenesi Düzenleme (modalitelere göre, istem bölgelerine göre, yatan ve poliklinik hastalarına göre, aciliyete göre, vb.), Hasta Tıbbi Bilgi Girişi, Hasta Tıbbi Bilgi Görüntüleme ve Görüntü Raporlama, Radyoloji Raporu Hazırlama, Radyoloji İstatistik Raporlama (modalitelere ve her bir cihaza göre günlük bakılan hasta sayısı, aylık bakılan hasta sayısı, yıllık bakılan hasta sayısı, randevu verilen hasta sayısı, randevusuna gelmeyen hasta sayısı, tekrar edilen inceleme sayısı, ICD tanı kodlarına göre sıralama, cihaz bakımı, vb. gibi fonksiyonları kapsamalıdır. Bilgiler SBYS’den RBS’ye, RBS’den SBYS’ye sürekli ve otomatik olarak anında (bilgi kaydedildiği anda) aktarılmalıdır(hasta bilgileri, elektronik istekler, randevular, personel bilgileri, vs.).

10.3.6.  Teklif edilen RBS/PACS sistemine uzaktan müdahale için gerekli olabilecek yazılımlar ve bağlantı ayarları Yüklenici tarafından sağlanacaktır, güvenli ve fonksiyonel bağlantı ile ilgili tüm yükümlülükler Yükleniciye aittir.

10.3.7.  Teklif Edilecek PACS sistemine ait Yüklenici firma teklif ekinde TİTUBB belgesini sunmalıdır.

10.3.8.  Teklif edilen sistemde, ayrı ayrı kullanıcılar kişi bazında konfigüre edilebilir erişim ayrıcalıklarına sahip olabilmeli bir veya daha çok kullanıcı grupları halinde bir arada gruplanabilmelidir.

10.3.9.  Teklif edilen RBS/PACS sistemleri veri değiştirme yetkisi tanımlama amacıyla her bir kullanıcıya ve kullanıcı grubuna farklı erişim ayrıcalığı atayan (sorumlular tarafından yetki sınırlandırması saptanacak) bir erişim kontrol mekanizmasına sahip olmalıdır. Bu tür değişiklikler bunlarla sınırlı olmaksızın aşağıdakileri kapsamalıdır:

•         Onaylı raporların görüntülenmesi,

•         Onaylanmamış (imzalanmamış) raporların görüntülenmesi,

•         Görüntülerin yazdırılması,

•         Sistem veri tabanının (iş listeleri vs.) sorgulanması,

•         Tetkiklerin arşivlenmesi,

•         Tetkiklerin kontrolü,

•         Raporların onaylanması,

•         Akademik ve kişisel dosyaların oluşturulması,

•         İstatistiksel bilgilerin raporlanması.

10.4.    PACS (Görüntü Arşivleme ve İletişim Sistemi)

HBS’nin ve PACS ile HL7 “Health Level Seven” standardında entegrasyonu yüklenicinin sorumluluğundadır. Yazılımlara uzaktan müdahale için gerekli olabilecek yazılımlar ve bağlantı ayarları Satıcı tarafından sağlanacaktır.

10.4.1.  Genel Şartlar

10.4.1.1.  Uygulamalar gizlilik, güvenlik ve mahremiyet ilkeleri çerçevesinde yürütülecektir. Bu açıdan tüm taraflar eşit derecede sorumludur.

10.4.2.  PACS Sistemi Genel Özellikleri

10.4.2.1.  Görüntü Değerlendirme, Arşivleme ve İletişim Sistemi, radyoloji departmanı bünyesinde Radyoloji Bilgi Sistemi ile birlikte çalışacak arşivleme sistemidir. Arşiv sunucusu, görüntü üreten cihazlardan gelen görüntüyü saklayan ve istendiğinde bu görüntüleri istemciye gönderen yazılım ve bu yazılımın üzerinde çalıştığı sunucu donanımından oluşur. Sistem, görüntü ve iş akışlarını düzenleyecek ve yeni alınacak modalite ve yazılımlara açık standartlarda uygun bağlantı desteği imkânını sunacaktır.

10.4.2.2.  PACS sistemi online kavramında çalışarak tüm arşiv üzerindeki görüntülere tüm iş istasyonları üzerinde anında ulaşılabilir olmalıdır. İş istasyonları üzerinde görüntü tutulmamalıdır.

10.4.2.3.  PACS sistemi “nearline” mantığında çalışan DAS, NAS, SAN veya HSM gibi depolama mimarilerini desteklemelidir.

 

10.4.2.4.                                 Tanımlanabilen       zaman aralıklarıyla otomatik olarak imaj(lar) İkincil Depolama Ünitesi (Nearline/Arşiv) arşivlenebilmelidir.

10.4.2.5.  Arşiv sunucu yazılımının desteklediği arşiv büyüklüğünde bir sınırlama ve veri miktarı lisanslaması olmayacaktır.

10.4.2.6.  Arşiv sunucu yazılımı, kümeleme ve replikasyon (clustering ve data replication) destekleyebilmeli ve clustered olarak yapılandırılabilmelidir.

10.4.2.7.  Depolama alanı hacminde herhangi bir lisans kısıtlaması olmayacaktır.

10.4.2.8.  Raporlama iş istasyonlarından sorgulanabilmelidir.

10.4.2.9.  Sistem DICOM Send özelliği ile istekte bulunan iş istasyonuna hasta görüntülerini gönderebilmelidir.. DICOM 3.0 uyumluluğu, aşağıda listelenen fonksiyonları kapsamalıdır;

•    DICOM Store SCP, SCU

•    DICOM Query/Retreive SCP, SCU

•    DICOM Print SCU

•    DICOM Storage Commitment

•    DICOM Worklist

10.4.2.10.   Tüm görüntüler sistem üzerinde PACS sunucularında tutulmalı.

10.4.2.11.   Arşiv sistemi, diğer sistem sağlayıcılarının DICOM 3.0 uyumlu iş istasyonları ile de çalışabilmelidir.

10.4.2.12.   Arşiv sistemi yönetimi arayüzü LAN üzerindeki PC’lerden web ile erişilebilir olmalıdır. PACS’a kontrolsüz gönderilmiş RBS ile eşleşmemiş görüntüler web arayüzü üzerinden kontrol edilerek düzeltilebilmeli ve RBS ile eşleştirilmesi sağlanabilmelidir.

10.4.2.13.   Sistem merkezi bir veri tabanına sahip olmalıdır. Dağıtık mimarideki çözümler kabul edilmeyecektir. Cihazlardan gelen görüntüler ilk olarak sistem tarafından alınacaktır ve iş istasyonlarına merkezi veri tabanından aktarılacaktır. Direk iş istasyonu yada 3D Görüntüleyicilere aktarım yapan sistemler kabul edilmeyecektir.

10.4.2.14.    HBS Sistemi üzerinde incelenen hastaya ait tetkik görüntülerine ve Raporlarına yine HBS üzerinden erişilmelidir.

10.4.2.15.   Hasta bilgilerinin birleştirilmesi ve değiştirilmesi olanağı sunulmalıdır.

10.4.2.16.   Teklif edilen sistem en az DICOM Lossy JPEG ve DICOM Lossless JPEG veya DICOM Lossless JPEG2000 görüntü sıkıştırma algoritmalarını destekleyecektir. Bu sıkıştırma türlerinden bir veya birkaçı kullanım amacına bağlı olarak seçilebilir olmalıdır (Tanı amaçlı, Web, Klinik versiyonları v.s)

10.4.2.17.   EK-1 envanter listesinde belirtilen cihazlar entegre edilecektir. Tabloda belirtilen tüm DICOM 3.0 uyumlu Modalitelerin bağlanması/sisteme dahil edilmesi işi yüklenici firmaya aittir.

10.4.2.18.   Ayrıca tabloda listesi verilen Dicom uyumlu olmayan cihazların Dicom Dönüştürücü (örnek; frame grabber) vasıtasıyla Dicom standardında görüntü üretebilmesi sağlanmalıdır.

10.4.2.19.   Gerekli donanımlar ve cihazların entegrasyonu hastane kurumumuz tarafından sağlanacaktır.

10.4.3.  PACS Sunucu Sistemi

10.4.3.1.  PACS Sunucu Worklist (iş listesi) oluşturabilmeli ve bu iş listesini sorgulayan Modalitelere gönderebilmelidir.

10.4.3.2.  PACS sunucu yönetim arayüzüne web üzerinden erişilebilmeli ve yönetilebilmelidir.

10.4.3.3.  PACS sunucu üzerinde detaylı hasta arama işlemleri yapılabilmelidir.

10.4.3.4.  PACS sunucu yazılımı HL7 ve DICOM 3.0 mesajlaşma sistemlerini desteklemelidir.

10.4.3.5.  PACS sunucu CD Baskı sistemi, printer gibi birden fazla SCU ve SCP haberleşebilmelidir. Sistem etiketleme sistemlerini ve CD Robotu sistemlerini desteklemelidir. Ortak lokasyonlara kurulacak CD Robotu Ve Etiketleme sistemlerine görüntü gönderebilmeli ve görüntülerin otomatik olarak yazılmasını ve etiketlenmesini sağlayabilmelidir.

10.4.3.6.  PACS sunucu CD baskı sistemi, aynı hastaya ait tüm görüntüleri CD/DVD/BRDVD aktarabilmelidir.

10.4.3.7.  PACS sunucu CD Baskı sistem, hasta CD leri hazırlarken görüntüler ile birlikte çalışmaya ait onaylanmış raporlarında cd içerisinde Word,PDF yada text dosyası olarak kaydedilebilmesine olanak sağlamalıdır.

10.4.3.8.  PACS sunucu en az bir şifrelenmiş bağlantı türünü desteklemelidir.

10.4.3.9.  PACS Sunucu WADO (Web Access to DICOM Objects) özelliğini bulundurmalıdır.

10.4.3.10.    PACS Sunucu sistemi kurulduğu server PC üzerinden desktop uygulaması olarak değil (işletim sistemi servisi) olarak kullanıcı oturumundan bağımsız çalışmalıdır.

10.4.3.11.   PACS Sunucu üzerinde birden fazla AETitle ve Port tanımlanabilmeli, kurumun network alt yapısına ve performans ihtiyacına göre tanımlanan her Dicom servisi özelleştirilerek, Modality Worklist SCP, Q/R SCP, Store SCP, Print SCP, Storage Commitment olarak ayrı ayrı servisler şeklinde yada hepsi tek bir servis olarak çalıştırılabilmelidir.

10.4.3.12.    PACS sunucu görüntüleri arşivlerken, tarih, modalite yada cihaz bazlı olarak ayrı ayrı klasörlerde arşivleyebilmelidir.

10.4.3.13.   PACS sunucu yazılımı internet yada intranet üzerinden web arayüzü ile yönetilebilmelidir.

10.4.3.14.    PACS sunucu web yönetim arayüzünden, yetki dahilinde kayıt düzenleme, silme, eşleşmeyen kayıtların eşleştirilmesi, iş listesi için yeni kayıt ekleme, silme, düzenleme işlemleri yapılabilmelidir.

10.4.3.15.   PACS sunucu web yönetim arayüzünden, sistemin takibi yapılabilmeli, yeni dicom servisi tanımlanabilmeli ve bu servislerin yetki şifresi ile durdurulabilmesi ve yeniden başlatılabilmesi sağlanmalıdır.

10.4.3.16.   PACS sunucu otomatik yedekleme işlemini desteklemelidir.

10.4.3.17.    Otomatik yedekleme sisteminde, kullanıcılar modalite, servis, doktor yada tanı bazında tarih kriteri vererek yada manual olarak yedek oluşturabilmeli, oluşturulan yedeklerin sıkıştırılarak teyp backup, CD/DVD, harici disk yada ikinci bir storage ünitesine yedeklenmesi ve geri yüklenmesi sağlanabilmelidir.

10.4.3.18.   Otomatik yedekleme sistemi, CD/DVD lere yedek oluştururken CD/DVD lere numara verebilmeli ve aynı numaralar üzerinden yedeklerin takibini yapabilmelidir. Kullanıcılar sistem üzerinden hangi hastanın/çalışmanın hangi CD/DVD de olduğunu görebilmelidir.

10.4.3.19.   Yedekleme işlemleri web yönetim arayüzü üzerinden tanımlanabilmeli ve takip edilebilmelidir.

10.4.3.20.   Yetkili kullanıcılar sistemin oluşturacağı logların seviyelerini (hata, bilgi vb..) ayarlayabilmelidir, sistemin log sistemini kapatıp açabilmelidir.

10.4.3.21.    Sunucu, sistem üzerinde oluşan kritik hataları, sistemin durması, sistem kaynaklarının (ram, cpu vb,) azalması gibi bilgileri önceden tanımlı cep telefonlarına SMS olarak bildirebilmelidir. Kritik hata tanımları kullanıcı tarafından tanımlanabilmelidir.

10.4.3.22.    PACS sunucu sisteminde iki seviyeli olarak kritik disk seviyesi tanımlanabilmelidir, disk seviyesi kritik disk seviyelerine ulaştığında önceden tanımlanan email ve telefon numaralarına otomatik olarak Sms bilgi mesajı gönderebilmelidir.

10.4.4.  Web Görüntü Dağıtım Sistemi Yazılımı

10.4.4.1.  İntranet yada internetten bağlanan kullanıcılara radyolojik görüntülere erişim imkanı sağlanmalıdır. Arşiv sistemindeki verilerle eşzamanlı olarak yeni veriler görüntü dağıtım sisteminde bulunmalıdır.

10.4.4.2.  Görüntü Dağıtım Web Sunucu yazılımı, arşiv veritabanındaki görüntüleri web üzerinden hizmete açan bir yazılımdır. Görüntü Dağıtımı Web Sunucu yazılımından RBS’de bulunan onaylı Hasta Raporlarına erişilebilmelidir.

10.4.4.3.  Görüntü Dağıtım Sunucu yazılımı, kullanılacak istemciler platformdan bağımsız (Microsoft Windows 98/ME/NT/2000/XP veya üstü, Linux, MacOS vb) ve Internet Explorer, Firefox, Safari, Opera vs. web tarayıcıların desteğine sahip olmalıdır.

10.4.4.4.  Hastane birimlerinde radyolojik inceleme isteği yapan kullanıcılar, intranet yada internet üzerinden sistemi kullanarak, oluşan görüntülere Görüntü Dağıtım Sunucusu üzerinden erişecektir.

10.4.4.5.  Herhangi bir lisans kısıtlaması olmamalıdır. Web görüntü Dağıtım sistemi limitsiz kullanıcı lisansı ile birlikte gelmelidir.

10.4.4.6.  Görüntü Dağıtım Sunucu yazılımı, erişim kısıtlama, yetkilendirme, SSL gibi kullanıcı güvenlik mekanizmalarını desteklemelidir

10.4.4.7.  Teklif edilen Web görüntü dağıtım sistemi en az, Layout değiştirme, Cine mod, Pencereleme, Sürekli yakınlaştırma, Optik kaydırma, Döndürme, aynalama, renkleri ters çevirme, mesafe ve açı ölçümü alma gibi işlemleri desteklemelidir.

10.4.4.8.  Yerel Görüntüleme / Raporlama Sistemi Yazılımı

10.4.4.9.  Görüntüleyici DICOM standardına uyumlu olmalıdır.

10.4.4.10.    PACS üzerinden daha önce indirilen hasta, çalışma ve seriler metin ve pul imaj olarak listelenebilmeli ve bu sayede tekrar indirmeye gerek kalmaksızın bu imajlar açılabilmelidir. Tekrar indirme durumunda kullanıcı sistem tarafından uyarılarak gereksiz disk kullanımı önlenmelidir.

10.4.4.11.   Tek monitörde hasta ve çalışmaya ait seriler aynı anda görüntülenebilmeli, seri ve imaj serimleri (layout) kullanıcının isteği doğrultusunda(1x1,2x2 vb.) ayarlanabilmelidir. Kullanıcı bir çalışmanın tüm serilerini aynı anda yüklemeye başlayabilmeli ve görüntüleyebilmelidir.

10.4.4.12.   Görüntüleyici çeşitli LUT seçecekleri sunmalıdır(Doğrusal, ters, histogram vb.)

10.4.4.13.   Görüntüleyici keskinleştirme(sharpen) ve düzleştirme(smooting) süzgeçleri sunmalı.

10.4.4.14.   Görüntüleyici imajlar üzerinde döndürme, yatay ve dikey aynalama işlemlerinin gerçekleştirilebilmesini sağlamalıdır.

10.4.4.15.   Görüntüleyici imajları orijinal, ekrana sığdırılmış boyutlarda görüntüleyebilmedir.

10.4.4.16.   Görüntüleyici fare ile yönlendirilebilecek sürekli zum, yatay/dikey kaydırma(pan) ve pencereleme işlemlerinin gerçekleştirilebilmesini sağlamalıdır.

10.4.4.17.   Görüntüleyici çok kesitli seriler için döngü(cine) özelliğine sahip olmalı, sunulacak döngü paneli yardımıyla gerçek zamanlı olarak döngünün yönü,hızı ve aralığı değiştirilebilmelidir.

10.4.4.18.   DICOM başlık bilgileri(DICOM Tags) modaliteye göre ayarlanabilmeli ve gösterme-kaldırma özelliği bulunmalıdır.

10.4.4.19.   Görüntüleyici tam ekran (full screen) görüntüleme yapabilmelidir.

10.4.4.20.   Görüntüleyici imajların standart(WINDOWS) yazıcılardan zoom, pan, pencereleme, ölçümler, metin kutuları ve DICOM başlık bilgileri ile birlikte yazdırılmasını sağlamalıdır.

10.4.4.21.   Kesitler incelendiğinde, kesitelere ait referans görüntüler varsa bu görüntüler üzerinde incelenen kesit veya kesitlerin lokasyonu grafiksel olarak gösterilebilmelidir.

10.4.4.22.   Hastanın görüntüsü incelenirken, yeni bir arama ekranı açılmadan hastanın geçmiş görüntülerine ulaşılabilmeli ve istendiği taktirde yine aynı ekran üzerinden geçmiş görüntüler yüklenebilmelidir.

10.4.4.23.    Görüntüsü incelenirken, farklı bir yazılıma ihtiyaç duymadan aynı ekran üzerinden hastanın görüntüsüyle ilişkili olarak ses kaydı yapılabilmeli ve bu ses kaydı sisteme kaydedilerek daha sonra tekrar dinlenebilmelidir. Bu işlem yapılırken durdurma ve yeniden başlatma gibi özellikler için pedal sistemi entegre edilebilmelidir.

10.4.4.24.    Hastanın görüntüsü incelenirken, Farklı bir yazılım yada arama ekranı açılmadan hastanın geçmiş tüm raporlarına ulaşılabilmeli, yeni rapor yazılabilmeli kurumun belirleyeceği iş akış şemasına göre yazılan raporlar aynı ekran üzerinden kullanıcı şifre ve yetkileri dahilinde onaylanabilmelidir. Yazılan raporlar HL7, Dicom gibi formatlarda SBYS yazılımına aktarılmalıdır

10.4.4.25.   Hastaya ait görüntülerden video oluşturulabilmeli ve oluşturulan videonun cd ye aktarılması sağlanabilmelidir.

10.4.4.26.   Hastaya ait görüntüler imaj,seri yada çalışma bazlı olarak yetki dahilinde, e-mail olarak gönderilebilmelidir.

10.4.4.27.    İncelenen görüntülerin yetki dahilinde bilgisayara JPG, BMP, PNG gibi resim formatlarında aktarılması sağlanmalıdır.

10.4.4.28.   Kullanıcılar yetki dahilinde, seçecekleri çalışmalardan otomatik powerpoint sunumları oluşturabilmelidir.

10.4.4.29.   Aynı hastaya ait farklı zamanlarda çekilmiş görüntüler aynı ekran üzerinde yan yana dizilebilmeli ve aynı kesitteki görüntüler senkronize şekilde ilerletilebilmelidir.

10.4.4.30.   Görüntüleyici herhangi bir pixelin ya da seçili alanın değerini Hounsfield birimi (HU) olarak pixel lokasyonu ile birlikte göstermelidir.

10.4.4.31.   Görüntüleme iş istasyonu yazılımı ile otomatik veya interaktif olarak peş peşe saniyede en az 15 (cine) görüntüleme yapılacaktır.

10.4.4.32.   Görüntüleme iş istasyonu yazılımı ile DICOM Store SCU, DICOM Query/Retreive SCU, özelliklerine sahip olacaktır. Görüntüleme iş istasyonu yazılımı, bunlara ek olarak DICOM Print özelliğine sahip olacaktır

10.4.4.33.    Görüntüleme iş istasyonu yazılımında kalibrasyon fonksiyonlu mesafe, açı, ölçme gibi işlemler yapılabilecektir.

10.4.4.34.   Görüntüleme iş istasyonu yazılımında görüntünün herhangi bir yerine yazı veya şekil yerleştirme özelliği olacaktır. Bu işlem esnasında orijinal görüntü dosyasında herhangi bir değişiklik veya bozulma olmamalıdır.

10.4.4.35.    Hasta CD/DVD’leri oluşturmak mümkün olacak ve oluşturulan her bir hasta CD/DVD’si içerisinde görüntüleme yazılımı da sistem tarafından otomatik olarak eklenecektir

10.4.4.36.    Kesitler incelendiğinde, kesitlere ait referans görüntüler varsa bu görüntüler üzerinde incelenen kesit veya kesitlerin lokasyonu grafiksel olarak gösterilebilmelidir. (CT Scout Lines, MR Reference Lines)

10.4.4.37.   Görüntüleme iş istasyonu tek kesitli görüntülerden MPR oluşturabilmelidir.

EK-1 ENVANTER TABLOSU

SERVER

 

S.NO	ANTİVİRÜS YAZILIMLARI	ADET	LİSANS BİTİŞ TARİHİ
1	KASPERSKY	187	12.07.2016

 

 

 

S.NO	CİHAZIN ADI	MARKASI	ADET	AÇIKLAMA
1	NOKTA VURUŞLU YAZICI	OKI 5520	1
2	NOKTA VURUŞLU YAZICI	OKI 5521	1
3	NOKTA VURUŞLU YAZICI	TALLY T6212	1	FATURA SERI NOKTA VURUSLU YAZICI
4	LAZER YAZICI	HP 1015	4
5	LAZER YAZICI	HP 1022	86
6	LAZER YAZICI	HP 1320	5
7	LAZER YAZICI	HP 1020	4
8	LAZER YAZICI	HP P1102	8
9	LAZER YAZICI	HP 1010	1
10	LAZER YAZICI	HP PRO400 MFR	1	SAĞLIK KURULU RENKLi YAZICI
11	LAZER YAZICI	HP 3050
12	LAZER YAZICI	HP 1536	1
13	LAZER YAZICI	HP 5200	1
14	LAZER YAZICI	HP 2060	1
15	LAZER YAZICI	HP 2055	1
16	LAZER YAZICI	HP COLOR 3525	1
17	LAZER YAZICI	HP CP 2025	1
18	LAZER YAZICI	HP PSC 1410	1
19	LAZER YAZICI	HP PRO 400	1
20	LAZER YAZICI	XEROX 3125
21	LAZER YAZICI	XEROX 3040	1
22	LAZER YAZICI	CANON F158200	1
23	LAZER YAZICI	CANON LPB6020	3
24	LAZER YAZICI	SAMSUING XPRESS M2825ND	10

BARKOD YAZICI VE OKUYUCULAR

RADYOLOJİ CİHAZLARI ÖZELLİKLERİ Ürün Adı Miktar Birim TOSHİBA ALEXSION TSX-034 1 Adet COMED(C KOLLU SKOPİ CİHAZI) KMC950 1 Adet GENEORAY(C KOLU SEYAR) ZEN-5000 1 Adet US X-RAY(DİJİTAL U KOLLU) SEDECAL X PLUS 1 Adet HASTEEI(TAVAN STATİF-KON) ARİAN 600 1 Adet HASTEEI(TÜP-KON) ARİAN 601 1 Adet SHIMADZU(SEYYAR) MUX-10 1 Adet FUJİFILM(FLAT PANEL) FDR D-EVO C35   Adet AGFA 5685(RONT CR-3) 5669 1 Adet TOSHİBA APLIO 400 1 Adet TOSHİBA APLIO 500 1 Adet TOSHİBA APLIO 500   Adet MR Cihazı 1 Adet Kemik dansimetre Cihazı 1 Adet Mamografi Cihazı 1 Adet