uygulama.saglik.gov.tr · Web viewİş ve işlemlerin yürütülmesi sırasındaki Yüklenici ve faaliyet gösteren yüklenicinin il içerisinde personellerine ait her türlü ulaşım

GAZİANTEP KAMU HASTANELERİ BİRLİĞİ GENEL SEKRETERLİĞİNE BAĞLI SAĞLIK TESİSLERİ HBYS ALIMI TEKNİK ŞARTNAMESİ

1. GENEL HÜKÜMLER1.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.

Hastane Bilgi Yönetim Sistemi (HBYS) 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 edilebilen Hastane Bilgi Yönetim Sistemlerine dönüşmüştür. Bu nedenle veri tabanında yer alan tüm veriler gerektiğinde kul-lanı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 elek-tronik olarak aktarılması, sisteme veri aktarabilecek, kurumda aktif çalışan cihazların sistemle ente-grasyonu, üretilen sağlık verilerinin Sağlık-Net projesi kapsamında Bakanlık Veri Merkezine gönder-ilmesi, hastanelerde çalışmakta olan Laboratuvar Bilgi Yönetim Sistemi(LBYS), hastanelerde çalışmakta olan Satın Alma Bilgi Yönetim Sistemi(SBYS) 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öne-tim, 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 TANIMIGenel Sekreterliğimize bağlı 1.5. maddesinde belirtilmiş olan kurumlarımızın 36 ay süreli,

sınırsız Hastane Bilgi Yönetim Sistemi (HBYS) kullanıcı lisanslı, aşağıda amacı, kapsamı, şartları ve muhteviyatı tanımlı ürün ile birlikte otomasyon ihtiyaçlarını karşılamak üzere komple Hastane Bilgi Yönetim Sistemi (HBYS) hizmet alımı.

1.3. PROJENİN AMACI

Sağlık tesislerimize 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ı, sağlık tesislerimizde kayıtlı verilerin hastane idaresince belirlenecek olan, bazılarından

1

ü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, sağlık tesislerinin 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 sağlık tesislerinde ü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 laboratuar, 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, sağlık tesislerimizde bulunan PACS/LBYS ile entegrasyonunun yapılmasıdır.

Bu proje kapsamında bulunan ve Hastane Bilgi Yönetim Sistemi (HBYS)’nin kurulacağı ve başlatılacağı kurumlarımız aşağıda belirtilmiştir. Genel Sekreterliğimize bağlı her kurumumuza envanter tablolarında bulunan sunucularına ayrı ayrı veritabanı üzerine HBYS kurulacak, kurulan Database’ler birbirleri ile veri alışverişi yapacak şekilde tasarlanacak ve sözleşme süresince sorunsuz olarak çalışması için, gerekli bakım, onarım, güncelleme gibi hususlar yerine getirilerek işletilecektir.

1.5. İŞİN YAPILMA YERİ (KURUM İSİMLERİ)KURUM ADI

1 GAZİANTEP KAMU HASTANELERİ BİRLİĞİ GENEL SEKRETERLİĞİ2 DR. ERSİN ARSLAN EĞİTİM VE ARAŞTIRMA HASTANESİ3 CENGİZ GÖKÇEK KADIN DOĞUM VE ÇOCUK HASTALIKLARI

HASTANESİ4 ŞEHİTKAMİL DEVLET HASTANESİ5 25 ARALIK DEVLET HASTANESİ 6 ŞEHİTKAMİL AĞIZ VE DİŞ SAĞLIĞI MERKEZİ7 ŞAHİNBEY AĞIZ VE DİŞ SAĞLIĞI MERKEZİ

2

8 NİZİP İLÇE DEVLET HASTANESİ9 İSLAHİYE İLÇE DEVLET HASTANESİ10 OĞUZELİ İLÇE DEVLET HASTANESİ11 NURDAĞI İLÇE DEVLET HASTANESİ12 ARABAN İLÇE DEVLET HASTANESİ13 NİZİP AĞIZ VE DİŞ SAĞLIĞI MERKEZİ

1.5.1. Yukarıdaki tabloda belirtilen kurumlarımıza bağlı sağlık tesisleri de (Amatem, TRSM, Semt Polikliniği vb.) bu şartname kapsamında kurulum yapılıp işletilecek yerlerdendir.

1.6. 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 ge-tirmeyi 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 (HBYS) 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; Bakan-lığı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ığımızca 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.1. TANIMLAMALAR KISA ADLAR ve KISALTMALAR

AHBS Aile Hekimliği Bilgi SistemiBİM Bilgi İşlem MerkeziÇKYS/MKYS/İKYS Çekirdek Kaynak Yönetim Sistemi / Malzeme Kaynakları Yönetim Sis-

temi / İnsan Kaynakları Yönetim SistemiDEMO Demonstrasyon

3

DRG Diagnosis - Related GroupDYS Doküman Yönetim SistemiGB GigaByteGbps Gigabit/saniye (Gigabit Per Second)GHz GigaHertzGüvenli Elektronik İmza

5070 sayılı Elektronik İmza Kanunu Madde 4’te tanımlanan elektronik imzayı ifade eder.

HBYS Hastane Bilgi Yönetim SistemiHz HertzICD Uluslararası Hastalık Sınıflandırması (UHS)ISO Uluslararası Standartlar KurumuKB KiloByteKişisel Veri Kişiyi belirli veya belirlenebilir kılan her türlü veri ya da veri küme-

sidir.Kişisel Sağlık Verisi Kimliği belirli veya belirlenebilir bir kişinin fiziksel, ruhsal, sosyal

sağlığına veya veri öznesinin aldığı sağlık hizmetine ilişkin olan; elek-tronik, kağıt veya benzeri yollarla üretilen, taşınan veya saklanan sağlıkla ilgili her türlü verisidir. Bu kapsama sağlık hizmeti almak isteyen bireylere ilişkin kayıt bilgileri, ödeme bilgileri, sağlık gerekçeleriyle bireyi teşhis edebilmek amacıyla ilgili kişiye tahsis edilen numara, takma ad, sembol veya diğer herhangi bir özellik veya tanıtıcı, veri öznesine sağlık hizmeti sağlayan kişinin (örneğin sağlık personeli) kimlik bilgileri gibi bilgiler de girmektedir.

KPS Kimlik Paylaşım Sistemiİdare Hastane Bilgi Yönetim Sistemi Tedarik Edecek Kurum/Kuruluş İstekli Mal veya hizmet alımları ile yapım işlerinin ihalesine teklif veren

tedarikçi, hizmet sunucusu veya yapım müteahhidiLBYS Laboratuvar Bilgi Yönetim SistemiMB MegaByteMbps Megabit/saniye (Megabit Per Second)MHRS Merkezi Hastane Randevu SistemiMHz Megahertzms MilisaniyeMSVS Minimum Sağlık Veri SetiMobil İmza Elektronik ortamlarda kullanılabilecek kimlik kartı ile nitelikli elek-

tronik sertifikayı kullanmayı sağlayan bir servistir. 5070 sayılı Elek-tronik İmza Kanunu'nda tarif edilen ve ıslak imza ile eşdeğer güvenli elektronik imza'nın GSM veya SİM kartları kullanılarak uygulanması.

ns NanosaniyeODBC Açık Veri Tabanı BağlanırlığıPACS Tıbbi Görüntü Yönetim ve Arşiv Bilgi SistemiPDKS Personel Devam Kontrol Sistemleri

4

RBS Radyoloji Bilgi SistemiSağlık-NET Ulusal ve Uluslar arası standartlar kullanılarak, vatandaşlarımızın elek-

tronik sağlık verilerinin tüm sağlık kurum ve kuruluşlarından; güvenli bir şekilde tek bir merkeze aktarılmasını, gizlilik ve mahremiyet ilkeleri çerçevesinde ve sadece gerektiğinde yetkiler dahilinde paylaşımını, karar-destek sistemlerinde analiz edilerek yönetimsel ve bilimsel çalış-malarda kullanılmalarını sağlayan sistemdir.

SB Sağlık BakanlığıSigortalı hasta Tedavi giderleri devlet, kamu iktisadi teşekkülleri, vakıflar, bankalar,

Sosyal Güvenlik Kurumu (Bağ-Kur (devredilen), Sosyal Sigortalar Ku-rumu (devredilen), Emekli Sandığı(devredilen) ) ve özel sigorta şirket-lerinden biri tarafından karşılanan ya da yeşil kart sahibi hasta.

Sistem Bilgi SistemiSGK Sosyal Güvenlik KurumuSKRS Sağlık Kodlama Referans SunucusuSQL Yapısal Sorgulama DiliSUGR Sistem ve Uyarlama Gerekleri RaporuSUT Sağlık Uygulama TebliğiTDMS Tek Düzen Muhasebe SistemiUSVS Ulusal Sağlık Veri SözlüğüUPS / KGK Kesintisiz güç kaynağıUTP Yalıtımsız Burgulu ÇiftVTYS Veri Tabanı Yönetim SistemiYüklenici Üzerine ihale yapılan ve sözleşme imzalanan istekliCD Compact DiscCd CandelaBR Bilgisayarlı RadyografiBT Bilgisayarlı TomografiDICOM Digital Imaging and Communication in MedicineSCP Service Class ProviderSCU Service Class UserDpi Dots per inchDR Digital RadiographyCR Computed RadiographyDVD Digital Versatile DiscDVI Digital Video InterfaceDX Digital X-rayGB GigaByteGbps Giga bit per secondGHz GigaHertzHDD Sabit Disk Sürücüsü (Hard Disk Drive)HL7 Health Level 7

5

LCD Liquid Crystal DisplayLTO Linear Tape OpenMG MammoGraphymm Mili MetreModalite Her bir görüntüleme sistemi (Mamografi, Ultrasonografi gibi)MR Magnetic Resonance ImagingNM Nuclear MedicineRAID Redundancy Array Independent DiscsRAM Random Access Memory (Ana Bellek)RF Radyo Frekans (Radio Frequency)Rpm Rotations Per MinuteRT RadyoTerapiSCSI Storage Area NetworkTB TerraByteTFT Thin Film TransistorUSB Evrensel Seri Yol Denetleyicisi (Universal Serial Bus)VAC Volt Alternatif Akım (Volt Alternative Current)IHE Integrating the Healthcare EnterpriseMIP Maximum Intensity ProjectionMINIP Minimum Intensity ProjectionMPR Mannose-6-Phosphate ReceptorSSD Single Step to DigitalIVP İntravenöz PiyelografiOfis Yazılımları Microsoft Office ve Open Office ürün ailesi.SBYS Satınalma Bilgi Yönetim Sistemi

6

1.7. BİLGİ SİSTEMİ SORUMLULARI VE DİĞER ÇALIŞANLARA AİT KOŞULLAR1.7.1. Hastane idareleri tarafından kendi kurumları için belirlenen 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. Bu personel lid -erliğinde olmak şartıyla hastane idaresi gerektiğinde başka ilave personel de görevlendirebilir. Ayrıca ihtiyaç halinde Genel Sekreterliğimiz sistemin amacına uygun olarak işletilebilmesi için bir sorumlu atayabilir. Bu sorumlu gerektiğinde hastanelerdeki bilgi sistemi sorumluları ile ortak çalışma yürüterek sistemin amacına uygun işletilmesini sağlayacaktır.1.7.2. İşe başlama tarihinden itibaren çalışanların özlük hakları bu dokümanda yer almayan hususlarda 4857, 5510, 5018 sayılı Kanunların ilgili hükümlerine göre hareket edilir.1.7.3. Yüklenici, sistemin kurulumunda çalıştıracağı elemanları önceden belirlemiş olmalıdır. Bu per-sonelin kimlik, unvan, nitelik ve iletişim bilgilerini işyeri teslimi tarihi itibarı ile idareye yüklenici tarafından bildirilmelidir.1.7.4. İşe alınan personelin eğitim durumunu gösteren belgelerin aslı veya noter onaylı sureti, nüfus cüzdanı fotokopisi (aslı görülerek hastane tarafından onaylanır), sabıka kaydı, tek hekim imzalı sağlık raporu, son 6 ay içerisinde çekilmiş 4 adet vesikalık resmi çalışmaya başladığı gün idareye teslim edil-erek özlük dosyası oluşturulmalı ve bu dosyadan iki suret hazırlanarak biri idarede diğeri ise yüklenici tarafından muhafaza edilmelidir.1.7.5. Yüklenici tarafından sağlanan tüm personel ile yüklenici arasında süresiz geçerli olmak üzere ayrıca bir gizlilik sözleşmesi imzalanmalıdır. Bu sözleşme ilgili personelin özlük dosyasında yer al-malıdır.Gizlilik sözleşmesinde, çalışan personelin işinin gereği olarak edindiği hastalara, kurum persone-line ve kuruma ait hassas niteliği olan veri ve bilgileri yasal gereklilikler haricinde hiçbir surette (yazılı, sözlü, elektronik ortam dahil) hiç kimseyle paylaşmayacağına, aksi davrandığının tespit edilmesi halinde iş akdinin feshedilerek hakkında yasal işlem başlatılacağına, doğacak zararın kendisi tarafından tazmin edileceğine dair hükümlere yer verilmelidir. İdareye karşı, personel kaynaklı gizlilik ihlalinden Yük-lenici sorumludur.1.7.6. Sözleşme süresince tüm elemanlar hastane kurallarına, disipline, gizlilik ilkelerine eksiksiz uy-malıdır.1.7.7. Yüklenici, görevden ayrılan elemanının hiçbir alacağının olmadığına dair eleman tarafından doldurulmuş ve imzalanmış bir belgeyi (İbranameyi) İdareye vermelidir.1.7.8. Hak ediş düzenleme tarihi her ayın son günüdür. İşçi ücretlerinin ödenmemesi durumunda, Hizmet İşleri Genel Şartnamesinin Çalışanların Özlük hakları başlıklı 38. maddesine göre hareket edile-cektir.1.7.9. Yüklenici firmalar hak edişinin yatırılacağı kendilerine ait banka bilgilerini içeren dilekçe - beyanname verirken bu dilekçe ile birlikte işçiler adına açılan banka hesap bilgileri ile işçiler adına düzenlenen ücret bordrolarını da vereceklerdir.1.7.10. Söz konusu dilekçede yükleniciler, ilgili aya ait hak edişinin işçi ücretlerine tekabül eden kıs -mının işçiler adına açılan banka hesaplarına yatırılmasını açıkça beyan edeceklerdir.1.7.11. Sözleşme süresi bitmiş ve işçi ücretlerinin ödenmediğinin kesin olarak tespit edilmesi halinde ödenmeyen miktar belirlenerek, öncelikle yüklenicinin hak edişinden yetmediği durumlarda teminatın -dan bu ücretler ödenecektir. (4735 sayılı Kamu İhale Sözleşmeleri Kanunu'nun 36 . maddesi 2. fıkrada yer alan hükme istinaden)

7

1.7.12. Bu sözleşme kapsamındaki personellerin rapor alması durumunda Yüklenici raporlu gün sayısı boyunca bir personel görevlendirecektir. 1.7.13. Yüklenici Firma proje kapsamında 1.9. maddedeki vasıflara sahip personelleri, sözleşme süresince proje kapsamında bulunan hastanelerde çalıştıracaktır. Çalıştırılacak personel bilgileri ve personelin eğitim durumlarını gösteren belgeler işyeri teslim tarihinde idareye verilecektir. 1.7.14. Personeller görevleri süresince hastanede bulunan bilgisayar ve diğer ilgili malzemeleri kul -lanacaklardır.1.7.15. Yüklenici, çalıştıracağı elemanı önceden belirlemiş olmalıdır. İlgili eleman idarenin onayı ile alınacaktır. İdarenin onayı olmaksızın eleman alımı ve çıkartılması mümkün olmayacaktır. Bu person-elin kimlik, unvan, nitelik ve iletişim bilgilerini işyeri teslimi tarihi itibarı ile idareye yüklenici tarafın -dan bildirilmelidir.1.7.16. Hiçbir şart ve koşulda kesinlikle sigortasız personel çalıştırılmayacaktır.1.7.17. Yüklenicinin teklif ettiği personel, idarenin bilgilendirilmesinden sonra çalışabilecektir.1.7.18. Çalışanların iş programı, İş Kanunu Hükümlerinde belirtilen çalışma süreleri dikkate alınarak görevlendirilecekleri birimler ve vardiyaları hastane yönetiminin öngöreceği şekilde düzenlenecek ve yüklenici bu programa mutlaka uyacaktır.1.7.19. Alınacak personelin haftalık çalışma saatleri 4857 Sayılı İş Kanununa göre 45 (kırk beş) saattir ve çalışma düzenleri idare tarafından belirlenecektir.

1.8. PERSONEL ÖZELLİKLERİ VE SAYILAR

Hizmet kapsamında asgari ücret ve asgari ücret üzerinde ödeme alacak personellerin sayısı, niteliği ve özellikleri aşağıda belirtilmiştir.

Bilgi Sistemi Kurulum ve/veya Kullanımına ve/veya bakım Destek ve İşletimine İlişkin Yapılan Hizmet Alım İhaleleri

Network, Donanım, Teknik Destek ve Yazılım

Bakım Elemanı

Brüt Asgari Ücret veya Brüt Asgari Ücretin Azami %40 Fazlasına Kadar İdarece Belirlenecek Bir oran

Network, donanım, teknik destek ve yazılımı-bakım konusunda mesleki deneyimini gösterir ilgili belge veya sertifika sahibi olmalıdır.


En az meslek lisesi mezunu olup, network, donanım, teknik destek ve yazılım bakım konusunda mesleki deneyimini gösterir ilgili belge veya sertifika veyahut konusunda diploma sahibi olmalıdır.


En az 2 yıllık üniversite mezunu olup, network, donanım, teknik destek ve yazılım bakım konusunda mesleki deneyimini gösterir ilgili belge veya sertifika sahibi olmalıdır.


En az 2 yıllık ilgili meslek yüksek okulu mezunu olmalıdır.


En az 4 yıllık üniversite mezunu olup, network, donanım, teknik destek ve yazılım bakım konusunda mesleki deneyimini gösterir ilgili belge veya sertifika sahibi olmalıdır.


En az 4 yıllık ilgili üniversite mezunu veya bu alanda yüksek lisans yapmış olmalıdır.

Hastane Bilgi Sistemi Sistem

Yöneticisi

İdarece Piyasa Şartları Dahilinde Belirlenecek Brüt Asgari Ücretin Üzerinde Bir Fiyat

En az 4 yıllık üniversite mezunu olup, idarede kullanılan veri tabanı, işletim sistemleri kurulum ve kullanımı konusunda üreticisinden alınmış belge sahibi olmak, ayrıca idarede kullanılacak yazılımın kaynak kodlarına müdahale edebilecek deneyim ve belgeye sahip olmalıdır.

8

S/No

Sağlık Tesisi/Hastane Adı

Brüt Asgari Ücretin % 40 Fazlası Alan Personel Sayısı






Toplam Personel Sayısı

1Gaziantep Kamu Hastaneler Birliği Genel Sekreterliği 2 0 0 0 0 2 4

2Dr. Ersin Arslan Eğitim ve Araştırma Hastanesi** 4 0 0 0 0 1 5

3

Cengiz Gökçek Kadın Doğum ve Çocuk Hastalıkları Hastanesi

2 0 0 1 0 0 3

4 Şehitkamil Devlet Hastanesi 1 0 1 1 0 0 3

5 25 Aralık Devlet Hastanesi 1 0 0 1 0 1 3

6Şehitkamil Ağız Ve Diş Sağlığı Merkezi 0 1 0 0 0 0 1

7Şahinbey Ağız Ve Diş Sağlığı Merkezi 0 0 0 0 1 0 1

8 Nizip İlçe Devlet Hastanesi 0 1 0 0 1 0 2

9 İslahiye İlçe Devlet Hastanesi 1 0 0 0 0 0 1

10 Oğuzeli İlçe Devlet Hastanesi 1 0 0 0 0 0 1

11 Nurdağı İlçe Devlet Hastanesi 1 0 0 0 0 0 1

12 Araban İlçe Devlet Hastanesi 1 0 0 0 0 0 1

13Nizip Ağız ve Diş Sağlığı Merkezi 1 0 0 0 0 0 1

Toplam Personel Sayısı 15 2 1 3 2 4 27

** Dr. Ersin Arslan Eğitim ve Araştırma Hastanesi’nde görevlendirilecek 5 kişiden 2 kişi Mücahitler Ek Hizmet Binasında görevlendirilecektir.

Sağlık Bakanlığının 2009/32, 2009/64, 2010/43, 2011/22 sayılı Hizmet Alımlarında Çalıştırılacak işçi Sayısının Tespiti ve Öngörülecek Ücretler Genelgelerine göre hazırlanmıştır.

a)Maaş:

İşçi ücretleri ile ilgili her türlü istihkak bankalar aracılığı ile ödenecektir. Banka aracılığıyla ödeme yapılmasına imkân bulunmaması halinde T.C. Posta ve Telgraf Teşkilatı Genel Müdürlüğü şubeleri aracılığı ile yapılacaktır.

9

İşçi ücretleri, işçiler adına açılmış olan banka hesaplarına, hakediş ödemesinin yapıldığı gün veya takip eden gün içerisinde ödemesi yapılacaktır.

Herhangi bir sebeple idarenin yapacağı hak ediş ödemelerinde bir gecikme olması durumunda, hak edişin ödemesi beklenilmeden işçi ücretleri yüklenici tarafından ilgili ödeme ayının en geç 5. Günü ödeme yapılacaktır.

İlgili aya ait hakediş ödemesi yapılmadan, ödemesi yapılan bir önceki aya ilişkin belgeler (işçi ücretlerinin işçiler adına açılacak banka hesaplarına yatırıldığına dair her işçinin adının görüldüğü belgeler ve bu ücretlere ilişkin primler ile vergilerin ilgili yerlere yatırıldığına dair belgeler) yüklenici tarafından hizmeti satın alan Sağlık Tesislerine verilecektir. Söz konusu belgeler ilgili Sağlık Tesisleri tarafından teyit ettirilecektir.

4857 sayılı İş Kanunu’nun Kamu Makamlarının ve Asıl İşverenlerin Hakedişlerinden Ücreti Kesme Yükümlülüğü başlıklı 36. Maddesinde “ ….Anılan müteahhitlerin bu işverenlerdeki her çeşit teminat ve hakkedişleri üzerinde yapılacak her türlü devir ve el değiştirme işlemleri veya haciz ve icra takibi bu işte çalışan işçilerin ücret alacaklarını karşılayacak kısım ayrıldıktan sonra, kalan kısım üzerinde hüküm ifade eder.” Hükmü yer aldığından, hizmet alımları kapsamında yüklenici alacaklarına karşı başlatılan haciz ve icra takibinde, işçi alacaklarına öncelik tanınacaktır.

İşçi ücretlerinden kaynaklanan gerek sosyal güvenlik primleri gerekse vergiler ilgili yerlere yüklenici tarafından yatırılacaktır.

İhale dokümanlarında işçilere öngörülen ücretlerle yüklenici tarafından hesaplanan ve işçilere ödenen ücretler kontrol edilecektir.

Sözleşme süresi bittiğinde ve işçi ücretlerinin ödenmediğinin kesin olarak idare tarafından tespit edilmesi hâlinde ödenmeyen miktar belirlenecek, yüklenicinin hakedişinden daha sonra da teminatından bu ücretler tahsil edilecektir.

İşçi ücretlerinin ödenmemesi durumunda, sözleşme ve ihale dokümanı hükümleri özelliklede Hizmet İşleri Genel Şartnamesinin Çalışanların Özlük Hakları başlıklı 38. maddesine göre hareket edilecektir.

b) Yol Ücreti: Yol ücreti ödenecektir.c) Giyim Gideri: İşçilere giyim verilmeyecektir.d) Yemek Gideri:Yükleniciye yemek ihtiyacının karşılanması noktasında bir bedel ödenmeyecek olup, bu bedelin

karşılığı olarak, hizmet alımı kapsamında çalıştırdığı işçilerin yemek ihtiyaçlarını karşılaması için hastanede çıkan yemekten bedelsiz olarak faydalanması imkânı verilecektir. İstekliler de tekliflerinde işçilerin yemek ihtiyaçları için bir bedel öngörmeyeceklerdir.

e). Ulusal Bayram ve Resmi Tatil Günleri:

2017 yılında 1,5 gün, 2018 yılında 15,5 gün, 2019 yılında 15,5 gün, 2020 yılında 14 gün olmak üzere toplam 46,5 gün Ulusal Bayram ve Resmi tatil günü vardır.

10

Sağlık Tesisi/Hastane Adı







Mesai Dışı Fazla Çalışılacak Toplam Mesai Saati

Gaziantep Kamu Hastaneler Birliği Genel Sekreterliği

2 0 0 0 0 2 3.144

Dr. Ersin Arslan Eğitim ve Araştırma Hastanesi

4 0 0 0 0 1 3.930


2 0 0 1 0 0 2.358

Şehitkamil Devlet Hastanesi 1 0 1 1 0 0 2.35825 Aralık Devlet Hastanesi 1 0 0 1 0 1 2.358Şehitkamil Ağız Ve Diş Sağlığı Merkezi

0 1 0 0 0 0 786

Şahinbey Ağız Ve Diş Sağlığı Merkezi 0 0 0 0 1 0 786Nizip İlçe Devlet Hastanesi 0 1 0 0 1 0 1.572İslahiye İlçe Devlet Hastanesi 1 0 0 0 0 0 786Oğuzeli İlçe Devlet Hastanesi 1 0 0 0 0 0 786Nurdağı İlçe Devlet Hastanesi 1 0 0 0 0 0 786Araban İlçe Devlet Hastanesi 1 0 0 0 0 0 786Nizip Ağız ve Diş Sağlığı Merkezi 1 0 0 0 0 0 786

Toplam 15 2 1 3 2 4 21.222

MESAİ DIŞI FAZLA ÇALIŞILACAK SAATÜcret Gruplarına Göre Mesai Dışı Fazla Çalışılacak Personeller

Ücret Gruplarına Göre Çalışacak Personeller

Fazla Mesai Saati Çalışacak Personel Sayısı

Toplam Çalışılacak Mesai Saati

Brüt Asgari ücretin %175 fazlası 4 3.144Brüt Asgari ücretin %100 fazlası 2 1.572Brüt Asgari ücretin %60 fazlası 3 2.358Brüt Asgari ücretin %50 fazlası 1 786Brüt Asgari ücretin %45 fazlası 2 1.572Brüt Asgari ücretin %40 fazlası 15 11.790TOPLAM 27 21.222

RESMİ TATİL GÜNLERİ ÇALIŞTIRILACAK PERSONEL ÇİZELGESİ

11

2017 YILI RESMİ TATİL GÜNLERİ

12

TATİL GÜNÜNÜN İSMİ SÜRE AY GÜN

TATİL GÜNÜNDE

ÇALIŞACAK İŞÇİ SAYISI

TATİL GÜNÜNDE

ÇALIŞACAK İŞÇİ GÜN

SAYISICUMHURİYET

BAYRAMI 1/2 Gün 28 Ekim Cumartesi 27 Kişi 13,5

1 Gün 29 Ekim Pazar 27 Kişi 27

TOPLAM 1,5 Gün 40,5


Tatil Gününün İsmi Süre Ay Gün

Tatil Gününde Çalışacak Personel

Tatil Gününde Çalışacak İşçi Gün

SayısıYILBAŞI 1 Gün 01 Ocak Pazartesi 27 Kişi 27ULUSAL EGEMENLİK VE ÇOCUK BAYRAMI 1 Gün 23 Nisan Pazartesi 27 Kişi

27

EMEK VE DAYANIŞMA GÜNÜ 1 Gün 01 Mayıs Salı 27 Kişi

27

ATATÜRK'Ü ANMA GENÇLİK VE SPOR BAYRAMI

1 Gün 19 Mayıs Cumartesi 27 Kişi27

RAMAZAN BAYRAMI ARİFESİ 1/2 Gün 14 Haziran Perşembe 27 Kişi

13,5

RAMAZAN BAYRAMI 1 Gün 15 Haziran Cuma 27 Kişi 27RAMAZAN BAYRAMI 1 Gün 16 Haziran Cumartesi 27 Kişi 27RAMAZAN BAYRAMI 1 Gün 17 Haziran Pazar 27 Kişi 2715 TEMMUZ DEMOKRASİ VE ŞEHİTLER GÜNÜ

1 15 Temmuz Pazar 27 Kişi27

KURBAN BAYRAMI ARİFESİ

1/2 Gün 20 Ağustos Pazartesi 27 Kişi13,5

KURBAN BAYRAMI 1 Gün 21 Ağustos Salı 27 Kişi 27KURBAN BAYRAMI 1 Gün 22 Ağustos Çarşamba 27 Kişi 27KURBAN BAYRAMI 1 Gün 23 Ağustos Perşembe 27 Kişi 27KURBAN BAYRAMI 1 Gün 24 Ağustos Cuma 27 Kişi 27ZAFER BAYRAMI 1 Gün 30 Ağustos Perşembe 27 Kişi 27CUMHURİYET BAYRAMI 1/2 Gün 28 Ekim Pazar 27 Kişi

13,5

1 29 Ekim Pazartesi 27 Kişi 27

TOPLAM 15,50 Gün 418,5

13


Tatil Gününün İsmi Süre Ay Gün

Tatil Gününde Çalışacak İşçi Sayısı


SayısıYILBAŞI 1 Gün 01 Ocak Salı 27 Kişi 27ULUSAL EGEMENLİK VE ÇOCUK BAYRAMI

1 Gün 23 Nisan Salı 27 Kişi 27

EMEK VE DAYANIŞMA GÜNÜ 1 Gün 01 Mayıs Çarşamba 27 Kişi 27


1 Gün 19 Mayıs Pazar 27 Kişi 27

RAMAZAN BAYRAMI ARİFESİ

1/2 Gün 04 Haziran Salı 27 Kişi 13,5

RAMAZAN BAYRAMI 1 Gün 05 Haziran Çarşamba 27 Kişi 27RAMAZAN BAYRAMI 1 Gün 06 Haziran Perşembe 27 Kişi 27RAMAZAN BAYRAMI 1 Gün 07 Haziran Cuma 27 Kişi 2715 TEMMUZ DEMOKRASİ VE ŞEHİTLER GÜNÜ

1 15 Temmuz Pazartesi 27 Kişi27

KURBAN BAYRAMI ARİFESİ

1/2 Gün 10 Ağustos Cumartesi 27 Kişi 13,5

KURBAN BAYRAMI 1 Gün 11 Ağustos Pazar 27 Kişi 27KURBAN BAYRAMI 1 Gün 12 Ağustos Pazartesi 27 Kişi 27KURBAN BAYRAMI 1 Gün 13 Ağustos Salı 27 Kişi 27KURBAN BAYRAMI 1 Gün 14 Ağustos Çarşamba 27 Kişi 27ZAFER BAYRAMI 1 Gün 30 Ağustos Cuma 27 Kişi 27CUMHURİYET BAYRAMI 1/2 Gün 28 Ekim Pazartesi 27 Kişi 13,5

1 29 Ekim Salı 27 Kişi 27TOPLAM 15,50 Gün 418,5


Tatil Gününün ismi Süre Ay Gün

Tatil Gününde Çalışacak İşçi Sayısı


SayısıYILBAŞI 1 Gün 01 Ocak Çarşamba 27 Kişi 27ULUSAL EGEMENLİK VE ÇOCUK BAYRAMI

1 Gün 23 Nisan Perşembe 27 Kişi 27

14

EMEK VE DAYANIŞMA GÜNÜ 1 Gün 01 Mayıs Cuma 27 Kişi 27


1 Gün 19 Mayıs Salı 27 Kişi 27

RAMAZAN BAYRAMI ARİFESİ 1/2 Gün 23 Mayıs Cumartesi 27 Kişi 13,5

RAMAZAN BAYRAMI 1 Gün 24 Mayıs Pazar 27 Kişi 27RAMAZAN BAYRAMI 1 Gün 25 Mayıs Pazartesi 27 Kişi 27RAMAZAN BAYRAMI 1 Gün 26 Mayıs Salı 27 Kişi 2715 TEMMUZ DEMOKRASİ VE ŞEHİTLER GÜNÜ

1 Gün 15 Temmuz Pazartesi 27 Kişi 27

KURBAN BAYRAMI ARİFESİ 1/2 Gün 30 Temmuz Perşembe 27 Kişi 13,5

KURBAN BAYRAMI 1 Gün 31 Temmuz Cuma 27 Kişi 27KURBAN BAYRAMI 1 Gün 12 Ağustos Cumartesi 27 Kişi 27KURBAN BAYRAMI 1 Gün 13 Ağustos Pazar 27 Kişi 27KURBAN BAYRAMI 1 Gün 14 Ağustos Pazartesi 27 Kişi 27ZAFER BAYRAMI 1 Gün 30 Ağustos Pazar 27 Kişi 27TOPLAM 14 Gün 378

2. HASTANE BİLGİ YÖNETİM SİSTEMİ ALIMI İÇİN GENEL KOŞULLAR2.1. GENEL KOŞULLAR2.1.1. İş mevzuatından kaynaklanan yükümlülükler Yükleniciye aittir.2.1.2. Anayasa, Kanun, Yönetmelik, Yönerge, Tebliğ, Genelge, Üst Kuramlardan gelen resmi tali-matlar gibi mevzuat kaynaklı zorunlu değişiklikler yüklenici tarafından idarece öngörülen süre içerisinde kayıtsız şartsız yerine getirilecektir. Doküman ve raporların çıktısı mevzuat doğrultusunda düzenlenecektir. Bu düzenlemeler için ek ücret ödenmez.2.1.3. Mevzuata aykırı olmamak şartıyla Hastane Bilgi Sistemi idarenin uygun gördüğü yazılımsal istekler, uyarlamalar idarenin belirteceği tarihe kadar önem ve gereklilik sırasına göre yazılıma yan-sıtılacaktır. 2.1.4. 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. VTYS bu konuda kapsam dışında tutulacaktır.2.1.5. Hizmet alım ihaleleri genel şartnamesi uyarınca, yüklenicinin çalışmaları Kontrol Teşkilatı tarafından her ay denetlenir. Sözleşmeye uygun olmayan durumlar ilgili mevzuat hükümlerine göre yürütülür.2.1.6. İş ve işlemlerin yürütülmesi sırasındaki Yüklenici ve faaliyet gösteren yüklenicinin il içerisinde personellerine ait her türlü ulaşım ve iletişim (Cep Telefonu ve GSM hattı dahil) 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 de-vam eder.

15

2.1.8. Yüklenici sağlık tesislerinin envanterindeki veri tabanı lisansından farklı bir veri tabanı sistemi ile çalışıyorsa sağlık tesislerinin veri tabanı sunucularına uygun (cpu ve kapasitede) lisansları sözleşme süresince bütün sağlık tesisleri için ücretsiz sağlamakla yükümlüdür.2.1.9. Envanter listemizde bulunan VTYS lisanslarımız bu şartname kapsamında istenen VTYS özelliklerini sağlamıyorsa veya lisansı uygun değilse veya lisans yoksa Yüklenici şartnamede belirtilen özelliklerde VTYS lisanslarını sözleşme süresince ücretsiz sağlayacaktır. 2.1.10. 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 süratle tamamlanmalı sistemin devreye alın-masını takip eden 10. iş gününün sonunda Bakanlık Veri Merkezine USVS çerçevesinde kaydedilmiş tüm veri paketleri gönderilmiş olmalı, 10. günden itibaren takip eden süreçte günlük olarak veriler gön-derilmelidir.2.1.11. Yazılım, Sağlık Bakanlığı’nca kurulan E-NABIZ sisteminin gerektirdiği/gerektireceği altyapıya sahip olmalıdır.2.1.12. Yazılım, hastane 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.13. Teklif edilen sistem, tıbbi verilerin güvenliği mevzuattaki Kişisel Sağlık Kayıtlarının Güven-liği Politikalarında belirlenen hususlara uygun olmalıdır. Güvenlik için alınacak ilave önlemlere İdare ve Yüklenici birlikte karar verir.2.1.14. Teklif edilen sistem, hastane ve bağlı kurumlar dahilinde ortak kaynak kullanımına, hizmet sunum paylaşımına olanak sağlamalıdır. Genel Sekreterlik tarafından tanımlanacak kurallar dahilinde, hastane ve bağlı birimlerde gerçekleştirilecek tetkik ve işlemler kontrol edilebilmeli, olası kamu zararına yol açabilecek ve/veya verimliliği olumsuz yönde etkileyebilecek şekilde, farklı kurumlarda yinelenen tetkikler ve işlemlere gerektiğinde sistem tarafından izin verilmeyecektir.2.1.15. Hastanelerimizdeki laboratuar cihaz listesi ve hastaneler arası entegrasyon (bazı testler tek hastanede çalışılıp diğer hastanelere sonuç gönderimi yapmaktadır, Dış laboratuar hizmeti alımı yapılmaktadır.) EK-2-Laboratuvar cihaz listesi ve çalışma şekilleri ekinde belirtilmiştir. Bu entegrasyonlar yapıldıktan sonra mükerrer tetkik istekleri, kritik değer uyarıları, panik değer bildirileri sorunsuz bir şekilde yapılabilmelidir. Ek-2 de belirtilen hastaneler arası laboratuar entegrasyonunda istem yapan hastane üzerinden faturalandırılması yapılmalıdır, sonucu veren hastanenin hak ediş ve istatistiğine yansımamalıdır.2.1.16. Şartnamede istenilen tıbbi süreç yazılım uygulamaları, Windows, Linux, Mac, Android ve İOS işletim sistemi yüklü cihazlarda çalıştırılabilir olmalıdır.2.1.17. İstekliler teklif ettikleri uygulama yazılımının % 100 uyumlu olduğu Veri Tabanı Yönetim Sis-temi ve İşletim Sistemlerinin ismini ve sürüm(versiyon) bilgilerini bir belge halinde ilgili idarelere ver-melidir.2.1.18. Yüklenici ek ücret talep etmeksizin sistem planlaması, gerekebilecek idari düzenlemeler ve donanım seçimi gibi konularda bilgi sunacaktır.2.1.19. Sistem kurulduğunda Yüklenici, sistem ve veritabanları ü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 idareye ka-palı bir zarfla teslim edecektir. Zarfın kapatma yeri Yüklenici tarafından kaşelenecek ve imzalanacaktır. Kullanıcı adı ve şifrelerinde değişiklik yapılması durumunda yenileri 3 iş günü içerisinde idareye verile-cektir. İ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.

16

2.1.20. Uygulama yazılımları sağlık kurumlarındaki tüm birimlerde yapılan her türlü işlemin ko-laylıkla kaydedilmesini sağlayacak şekilde kodlama, arama, çağırma, listeleme, yaşa ve cinsiyete göre kontroller, günlük maksimum işlem sayıları, ilaç ve sarf malzeme miktarlarındaki günlük kısıtlamaların otomatik kontrolü ve kullanıcı uyarıları gibi özelliklere sahip olacaktır.2.1.21. Yüklenici kurumlarımızda bulunan Sunucu, Veri Depolama Ünitesi vb. donanım ve cihazların bakımını, günlük izlenilmesini vb. desteğini sağlamalıdır. Donanım ve cihazlarda oluşabilecek arızalar, problemlerde idare zamanında bilgilendirilmelidir. Zamanında bildirimi yapılmayan problemlerden dolayı meydana gelebilecek veri ve hizmet kayıplarından yüklenici sorumludur. 2.1.22. 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, sarf malzemeler kurumumuz tarafından karşılanacaktır.

2.2. Entegrasyon2.2.1. 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 olmalı ve entegrasyon yüklenici tarafından yapılmalıdır. Ancak Sistemlerin entegrasyonu için gerekli donanım, lisans ve malzeme ilgili kurum tarafından karşılanacaktır.

2.2.2. Bakanlığımıza bağlı kuruluşlarda Kimlik doğrulama için Bakanlığımızın Kimlik Paylaşım Sis-temi (KPS) web servisleri kullanılacaktır. Bu servislerin kullanımı için sözleşme imzalandıktan sonra yüklenici firmaya web servis şifreleri teslim edilecektir.

2.2.3. Mevcut olan ve sisteme dahil edilebilecek istemci bilgisayarların, sisteme entegrasyonunu ve bağlantısını yüklenici yapacaktır.

2.2.4. Kullanılacak barkot yazıcılarla ilgili ayarlamalar (paper size, back feed ve sensor ayarlan gibi) Yüklenicinin sorumluluğundadır.

2.2.5. Hastane Bilgi Sisteminin daha sağlıklı ve sorunsuz işletilmesi amacıyla yeni alınacak Sunucu-ların konfigürasyonu HBYS’nin işletilmesi için gerekli teknik destek Yüklenici tarafından sö-zleşme kapsamında olmak üzere sağlanmalıdır. Yüklenici, HBYS’ ye entegre edilmesi gereken donanım, cihaz ve sistem yazılımları için hiçbir surette diğer donanım, cihaz ya da sistem yük-lenicilerinden ve idareden ücret talep edemez. 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.6. Sistemin devreye girmesi ile beraber EK-1’ de belirtilen veya kurumda bulunup envanter liste-sine yazılmamış olan her bir hastanemize ait HBYS ye bağlanabilme özelliği olan tüm laboratuar cihazları, röntgen cihazları, bilgisayar, yazıcı, barkot okuyucu, barkot yazıcı, bilgilendirme ekranları, kiosklar vb. devreye sokulmuş olacaktır.

2.2.7. EK-1 ve EK-2’de belirtilmiş olan kurumlarımızın tanı ve tedavi amaçlı sisteme veri aktarabilen

17

cihazların sisteme entegrasyon hizmeti (donanım, lisans ve malzeme hariç ) en geç işyeri teslim-ine müteakip 5 (Beş) takvim günü içerisinde tamamlanmalıdır. Söz konusu entegrasyonlar ücret-siz olarak yerine getirilecektir.

2.2.8. Teklif edilen, Hastane Bilgi Yönetim Sistemi, Genel sekreterliğe bağlı hastanelerin verilerini, merkezi bir sunucuya taşımaksızın, Genel Sekreterlik ve Genel Sekreterliğe bağlı diğer has-taneler ile veri paylaşımı yapabilecek ve entegre çalışabilecek bir Hastaneler Arası Entegrasyon Sistemi’ne sahip olmalıdır.

2.2.9. SGK ‘nın web servisleri ve uygulamaları ile gerekli entegrasyon Yüklenici tarafından sağlanacaktır.

2.2.10. Yüklenici yazılım üzerinden otomatik olarak acil servis, yoğun bakım ve diğer servisler ve bu servislerin boş yatak durumlarına ilişkin bilgileri İl Ambulans Servisi Başhekimliği Komuta Kontrol Merkezine istenilen aralıklarda ulaştırılmasını sağlamalıdır.

2.3. Demonstrasyon (Demo)2.3.1. Sağlık hizmet sunucularında hizmetin kesintiye uğramadan devam etmesi esasına dayanılarak bu

proje kapsamında hizmet alım yöntemi ile alınacak olan ürünlerin, hizmetlerin teknik şartname uygunluğunun tespit edilmesi, ihale komisyonunca isteklilerin teklif etmiş oldukları ürünlerin uygunluğunun teyit edilebilmesi için Tekliflerin Değerlendirilmesi aşamasında, uygulamalı demonstrasyon yapılacaktır.

2.3.2. İhaleye katılan ve teklif dosyasında eksiği bulunmayan firmalar demoya çağrılacaktır. Demo, teklif dosyası yeterli görülen ve en düşük fiyatı veren firmadan başlayacak şekilde olacaktır ve demonstrasyon yeri ve saati, isteklinin idareye bildirdiği temsilcisine yazılı olarak tebliğ edile-cektir. Demonstrasyon Gaziantep İli Kamu Hastaneleri Birliği Genel Sekreterliği Toplantı salo-nunda yapılacaktır. Demonstrasyona katılım tarih ve saati ayrıca ihale sonrasında isteklilere yazılı olarak bildirilecektir. İstekliler demonstrasyona teknik şartnamede belirtilen tüm hususları gösterecek şekilde tüm donanımlarıyla hazır olarak geleceklerdir. Dataların herhangi bir gerçek vatandaşın kimlik ve/veya adres bilgisine ulaşım mümkün olmayacaktır. Bir başka ifadeyle, de-moda kişilere ait gerçek vatandaşlık numarası veya gerçek vatandaşlık numarasına erişimi mümkün kılan gerçek veri kümeleri yer almayacak, ancak aynı karakter dizinine sahip verilerle sanallaştırılmış kişiler üzerinden demo yapılacaktır. İdarenin belirlediği bir hastanenin aktarılmış datası üzerinden yapılacaktır. DEMO veri seti tesliminden itibaren 10 takvim günü içerisinde DEMO veri setinin kendi sistemlerine doğru ve eksiksiz şekilde aktarılması istenecektir.

2.3.3. Demo uygulaması, şartnamede yazılı tüm yazılım gerekleri için yapılacaktır. İnceleme net-icesinde teklifte sunulan yazılımın özeliklerinin Teknik Şartnameye uygun olmadığının tespiti halinde istekli ihale dışı bırakılacaktır.

2.3.4. Teknik şartnamede belirtilmiş olan ürünler sözleşme sırasında üretilecek, geliştirilecek veya yapımı devam eden yazılımlar olmayacağından söz konusu demonstrasyonda bu modüllerin tamamının bitmiş ve çalışır durumdaki halleri gösterilecektir.

2.3.5. İsteklinin yapacağı yeterlilik demonstrasyonu sonunda İhale Komisyonundan yeterlilik alması zorunludur. Demo, ihale komisyonunca yapılan belge değerlendirmeleri sonrası teklifi geçerli sayılan en düşük fiyat teklifi veren firmadan başlanarak yapılacaktır. Demo sonucuna göre yeterli görülen 1.(Birinci) en avantajlı teklif ile 2.(İkinci) en avantajlı teklifler tespit edildiğinde diğer isteklilerden demo istenmeyecektir.

18

2.3.6. Demo istenmiş olan isteklilerin demonstrasyona davet yazısında belirtilmiş olan tarih ve saatte demo yapmaları gerekmektedir.

2.3.7. Bildirilen/tebliğ edilen tarihte istekli firma demo için kurumumuzda hazır bulunacaktır. Demo saatinden önce istekli firmanın hazırlıklarını tamamlaması için demo yapılacak yer teslim edile-cek ve demo için kurumumuzun imkânları ölçüsünde yardımcı olunacaktır. İstekli firma demo saatinden 1 saat önce hazırlıklarını tamamlamış olacaktır. Demo’ya, İstekli adına aynı anda 5 kişiyi geçmeyecek sayıda üyeler katılabilir; bu 5 kişiden 1 kişi istekli adına imza yetkisine sahip olacaktır.

2.3.8. Teknik şartname maddelerinde bulunan özelliklerin gösterilmesi için gerekli olan tüm donanım ve sarf malzemeler isteklilerce karşılanır. İhale komisyon üyelerinin karar verme sürecine yardımcı olacak ve demo da donanım gerektiren özelliklerin gösterilebilmesi için istekliler en az 2 adet vtys sunucusu, 2 adet uygulama sunucusu, 2 adet iş istasyonu, 2 adet projeksiyon, 1 adet barkod yazıcı, 1 adet lazer yazıcı, 1 adet barkod okuyucu, 1 adet scanner, 1 adet webcam bulun-duracaklardır. Teknik şartnamede bulunan raporların çıktılarının alınması için istekliler ihtiyaç olabilecek kadar kağıt ve barkod etiketi bulunduracaklardır. Online uygulamaların göster-ilebilmesi için imkânlar ölçüsünde kurumumuz tarafından isteklilere internet erişimi sağlanacak-tır. Web uygulamalarının gösterimi sırasında olası internet kesintilerine karşı isteklilerin hazır-lıklı olması beklenir. Demoda kesintilerin yaşanmaması için istekliler mobil İnternet cihazları ile demoya devam edebilir. Ancak mobil internete erişim için gerekli donanımlar isteklilerce karşılanır. SMS iletişimi gerektiren modüllerin tanıtımı ve teknik şartname maddelerinin sorgu-lanması için istekliler teklif ettikleri uygulama yazılımı (HBYS) ile entegre ettikleri herhangi bir GSM operatörü ile uygulamaları gösterebilirler. GSM iletişim giderleri demo süresince isteklil-erce karşılanacaktır.

2.3.9. İsteklilerin teklif etmiş oldukları uygulama yazılımının teknik şartnameyi karşılama düzeyinin sağlıklı ölçülebilmesi için, teknik şartnamede belirtilmiş olan tüm özellikler ihale komisyonunca detaylı olarak sorgulanacaktır. Teknik şartnamede bulunan maddeler ve bu maddelere bağlı alt başlıkların tamamının karşılanması beklenir.

2.3.10. Teknik şartnameye uygun olmayan cevaplar ve karşılanamayan maddeler her oturum için ihale komisyonunca tutanak altına alınarak firma temsilcisi ile birlikte imzalanır. İhtilafların oluşması durumunda kullanılmak üzere tüm demonstrasyon oturumları sadece ihale komisyonunca kamera ile kayıt altına alınabilir.

2.3.11. Firma temsilcisinin tutanakları imzadan imtina ettiği durumlarda ihale komisyonu, Demo Sonuç Tutanağına, firmanın imzadan imtina ettiği belirtilerek, tutanakları imzalar ve demonstrasyonu sonlandırabilir.

2.3.12. Demoda ihale komisyon üyeleri teknik şartnamede belirtilen maddelere istinaden farklı uygu-lama senaryolarını test edebilirler. Demo esnasında ihale komisyonunca sorulacak sorulara uygu-lamalı olarak cevap verilecektir. Şuan hazır değil, bilgisayarda sorun var, başka versiyonumuzda bu özellik mevcut, sözleşme aşamasında yaparız. vb. cevap niteliği taşımayan cümleler değer-lendirmeye alınmayacak ve sorulan özelliğin olmadığı varsayılacaktır. Komisyonca tutanak al-tına alınarak firma yetkilisiyle imzalanacaktır.

2.3.13. İstekli demo için getirilmiş olan donanımların kontrollerini yapmak ve bu donanımları çalışır vaziyette tutmakla sorumludur. Demo esnasında donanımsal problemlerin oluşması durumunda istekli bu donanımların yedeği ile demoya devam etmelidir.

19

2.3.14. Demo yapacak olan istekliler demo için herhangi bir ücret talep edemezler. Demo için gerekli olan tüm donanım ve sarf ücretleri isteklilerce karşılanacaktır.

2.4. Veri Teslim ve Aktarımı2.4.1. Sistemde tutulan tüm veriler ve lisans bedeli ödenmiş olan tüm yazılımların kullanım hakkı,

süresi içinde idareye aittir. Sözleşme herhangi bir şekilde sona erdiğinde sistem çalışır vaziyette ve veriler en son haliyle orijinal veri tabanı formatında sadece veriler (data only) olacak şekilde kolay ve sorunsuz okunabilir bir medya ( taşınabilir hard disc) ile iki kopya halinde İdare’nin istediği içerik, miktar ve kapsamda idareye teslim edilecektir. Sistemde tutulması gereken tüm veriler sözleşme süresi sona erdiğinde sisteme kaydedilmiş, gerekmesi halinde geri dönülebilmesi için alınan son bir yedek idareye teslim edilmiş olmalıdır.

2.4.2. Hastane bilgi yönetim sisteminde tutulan veriler, Türkçe karakter içermeyen (ö, ü, ç, ş, ğ, i, İ) an-cak 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 bir-likte teslim edilmelidir.

2.4.3. Teslim edilecek veri içinde yükleniciye / yüklenicilere ait know-how sayılabilecek herhangi bir yazılım kodu (trigger, procedur, vb.) yer almamalıdır. Teslim eden yüklenici / yükleniciler 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 idareye teslim etmelidir.

2.4.4. İdare, gerekli görürse özellikleri, gerekli tablo ve alanları belirleyerek Yüklenici’den bir görüntü (view) oluşturulması talebinde bulunabilir ve Yüklenici bu talebi herhangi bir ek ücret talep et-meksizin gerçekleştirmekle yükümlüdür. Yüklenici, İdare’nin bu talebini herhangi bir gerekçe ile reddedemez, uygulama yazılımlarının kullandığı tablolarının yapı ve içeriklerinin bozulmaması için gerekli önlemleri alır, bu tablo veya görüntüyü oluşturan tablolara dizin (index) eklenmesi talebini yerine getirir.

2.4.5. Teslim edilecek veriler txt, csv, excel, vb formatında olmayıp kurumda çalışan orijinal veri ta-banı formatında sadece veriler (data-only) olacak şekilde, kolay ve sorunsuz okunabilir bir me-dya (Daha önce kullanılmamış yeni harddisk, DVD vb.) üzerinde 2 kopya teslim edilmelidir. Okunmasında sorun olabilecek tape, kartuş, vb. kullanılmamalıdır.

2.4.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 tes-limine müteakip en fazla 60 (Altmış) gün içinde yapılacaktır. Data aktarımı için mücbir sebepler dışında (Kamu İhale Kanununda belirtilen haller) ek süre verilmeyecektir. Veri aktarımı test çalışmaları ise yeni programın kurumların hizmetlerinde kullanılmaya başlanmasından önce yap-tırılacaktır. Veri aktarımının sağlıklı bir şekilde yapılabildiğine dair testler önceden tamamlanmış olmalıdır. Bu şartın sağlanıp sağlanmadığının tespiti için yeni firma ve her kurumun idaresinden 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 kon-trol edecektir. Ancak istendiğinde her kurum kendi bünyesinde kurumuna ait olan verilerin ak-tarım durumunu kontrol etmek için komisyon kurabilecektir.

2.4.7. Yüklenici aktarımın sorunsuz bittiğine dair raporunu her sağlık tesisi için idareye teslim et-melidir.

2.4.8. Kurumlarımız 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

20

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 kontrol teşkilatı ve muayene komisyonuna rapor edilecektir. Eksikliklerin olması durumunda, 4735 sayılı sö-zleşmeler kanunun cezai müeyyideleri gereği İdare sözleşmeyi tek taraflı fesih edebilecektir.

2.4.9. 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.4.10. 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.4.11. Yukarıdaki maddelere ilaveten; Yedekleme, Veri teslimi ve Aktarımı hususları 2015/17 sayılı Sağlık Bilgi Sistemleri Genel Müdürlüğü genelgesinin “3. Veri Teslimi ve Aktarımı” başlığı al-tındaki ibarelere uygun olarak yapılacaktır.

2.5. Gizlilik Güvenlik2.5.1. Kişisel Sağlık verilerinin hassas veriler kapsamında olması sebebiyle; İş bırakılırken, kayıtlı tüm

veriler hiçbir surette, hiçbir zaman işi bırakan firmada kalmak üzere kopyalanamaz, çıktı alına-maz, firma sunucularına aktarılamaz, ifşa edilemez. Aksi davrandığı tespit edilenler hakkında Türk Ceza Kanunun İlgili hükümlerine, ayrıca ihale mevzuatına aykırı davranmaktan dolayı Kamu İhale Mevzuatı hükümlerine göre İdare tarafından Hukuki süreç başlatılır.

2.5.2. Sistemdeki verilerin güvenliği için alınacak teknolojik ve fonksiyonel önlemlere İdare ve Yük-lenici 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. Kontrol teşkilatı muta-bakata varılmış tedbirlerin alınmış olduğunu İdareye yazılı olarak bildirir.

2.5.3. Sistemdeki verilerin güvenliği tamamen Yüklenicinin sorumluluğundadır. Verilerin kaybolması, silinmesi, üçüncü şahıslara verilmesi ve buna benzer nedenlerle oluşacak kurum zararı Yüklenici tarafından karşılanmalıdır.

2.5.4. Sistemde tutulan tüm veriler sözleşme süresi sona erdiğinde sisteme kaydedilmiş olmalı ve sis-temden üretilebilecek tüm rapor, çıktı ve faturalar kusursuz olarak üretilip verilerin en son halleri ile birlikte idareye teslim edilmelidir. Aksi halde uygulanacak cezai hükümler idari şartnamede belirtilmiştir.

2.5.5. Sözleşmenin sona erdiği tarihten sonra, ihale veya doğrudan temin sonucu hastanede başka bir firmanın HBYS yazılımı çalıştırılacak olması durumunda, sözleşmesi sona eren yüklenici firma Bakanlığımızın veri aktarım klavuzuna uygun bir şekilde verileri sisteme aktarılması için idareye teslim etmelidir.

2.5.6. Programa uzaktan müdahale ve destek için gerekli olabilecek yazılımlar Yüklenici tarafından sağlanmalı, güvenli ve fonksiyonel bağlantı ile ilgili tüm yükümlülükler Yüklenici tarafından karşılanmalıdır.

2.5.7. Yüklenici, hastanedeki verileri korumak ve veri kaybını önlemek için her türlü tedbiri almakla yükümlüdür.

2.5.8. Bütün modüllerde herhangi bir işlemin kimin tarafından, hangi tarihte ve hangi zamanda yapıldığının logları tutularak istendiği taktirde sorgulanabilmelidir. VTYS üzerinden bakılmaya

21

gerek duymadan bu loglar arayüz üzerinden görülebilmelidir.

2.6. Standartlara Uyumluluk2.6.1. Sağlık Bakanlığı tarafından yayınlanan 2015/17 sayılı genelge hükümleri çerçevesinde hareket

edilecektir.

2.7. Bilgi Sistemi Sorumlusu ve Diğer Çalışanlara Ait Koşullarİdare tarafından da belirlenen bu sözleşme kapsamındaki bir personeli, sistemin amacına uygun olarak işletilebilmesi için yetkilendirilir, yetkili olduğu konular, yazılı olarak diğer hastane yetk-ililerine, çalışanlarına ve yükleniciye yazılı olarak bildirilir. Bu personel liderliğinde olmak şartıyla hastane idaresi gerektiğinde başka ilave personel de görevlendirilebilir veya yetkili personeli değiştirebilir.

2.8. İŞ YERİNİN YÜKLENİCİYE TESLİMİ :Sözleşmenin imzalanmasından sonra yüklenicinin sözleşmede yazılı süre içinde işe başlaya-bilmesi için, İhale teknik şartnamesinin belirtilen personeli temin etmek zorundadır.

2.9. YAZILIMI SAĞLAYACAK OLAN İSTEKLİNİN SORUMLULUKLARI2.9.1. İstekli 2015/17 sayılı genelge hükümlerine uygun olarak Sağlık Bakanlığı Kayıt Tescil Bilgi Sis-

teminde (KTS)’ye tescil edilmiş olacaktır.2.9.2. İstekli, şartnamede yer alan tüm hükümleri yerine getirmekle yükümlüdür.2.9.3. Sistemdeki verilerin güvenliği Yüklenicinin sorumluluğunda olacaktır.

3. EĞİTİM HİZMETLERİKurulan tüm yazılım birimleri için Yüklenici, İdarecin belirleyeceği teknik ve uç kullanıcılarına tüm sis-temi verimli olarak işletebilmek için eğitim 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ğitimprogramlan için gerekli materyalleri(bilgisayar, projeksiyon, kırtasiye vb) Yüklenici temin etmelidir.3.3. Eğitim Yeri: Kurum personeline verilecek eğitim programları (Yazılım Kullanıcı Eğitimi)

İdare’nin belirlediği mekan ya da mekanlarda, teknik şartlarda belirlenen esaslar göz önüne alı-narak yapılmalıdır.

3.4. Eğitilecek Personel: Yüklenici, İdare’nin en az Tablo l’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üman-ları bir CD içerisinde (içeriğin okunabilmesi için ek program gerekmesi halinde bu programın otomatik yüklenmesini sağlayacak şekilde), eğitim programları başlamadan önce hazırlanmalı ve onaylanmak üzere İdare’ye teslim edilmelidir. İçerik Türkçe olmalıdır. Onaylanan İç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.

22

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 eğitim 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 l’deki verileri göz önüne alarak sözleşme aşamasında idaremiz ile mutabakat sağlayarak hazırlayacaktı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ı duru-munda, 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 l’de belirtilen hedef kitleye uygulama yazılımının kullanımı konusunda eğitim vermelidir.

3.12. VTYS Eğitimi: Yüklenici Genel Sekreterliğimiz ve kurumlarda admin olarak görev yapan en az 10 personele en az 20 saat ileri düzeyde VTYS eğitimi vermelidir.

23

Tablo – 1 Eğitim Hizmetleri

4. UYGULAMA YAZILIMLARI4.1. YAZILIM ALTYAPISI

24

Hastane Adı Eğitim Programının AdıEğitilecek Personel

GrubuEn Düşük Eğitim

Süresi (Saat)Eğitilecek Kişi Sayısı

Gaziantep Kamu Hastaneler Birliği Genel Sekreterliği

Yazılım Kullanıcı Eğitimi (Uyum Süreci Eğitimi)

Bilgi Yönetim Sistemi Kullanıcıları 16

100

Dr. Ersin Arslan Eğitim ve Araştırma Hastanesi


Bilgi Yönetim Sistemi Kullanıcıları

16 750




600

Şehitkamil Devlet HastanesiYazılım Kullanıcı Eğitimi

(Uyum Süreci Eğitimi)


500

25 Aralık Devlet HastanesiYazılım Kullanıcı Eğitimi



500

Şehitkamil Ağız Ve Diş Sağlığı Merkezi



150

Şahinbey Ağız Ve Diş Sağlığı Merkezi



100

Nizip İlçe Devlet HastanesiYazılım Kullanıcı Eğitimi



250

İslahiye İlçe Devlet HastanesiYazılım Kullanıcı Eğitimi



200

Oğuzeli İlçe Devlet HastanesiYazılım Kullanıcı Eğitimi



50

Nurdağı İlçe Devlet HastanesiYazılım Kullanıcı Eğitimi



50

Araban İlçe Devlet HastanesiYazılım Kullanıcı Eğitimi



50

Nizip Ağız ve Diş Sağlığı Merkezi



40

TOPLAM 3340

Hastane Bilgi Yönetim Sistemi aşağıdaki mimari ve özelliklerde olması gerekmektedir.4.1.1. Teklif edilen yazılımların uç kullanıcılar tarafından kullanılan her modülünün internet tarayıcısı

(Web Browser) vasıtasıyla çalışan %100 web tabanlı mimariye sahip olması gerekmektedir.4.1.2. HBYS uygulaması, gerekli durumlarda veri alış verişini sağlamak için diğer kurum veya kuru-

luşların sunduğu internet servislerini SOA mimarisini kullanarak bilgi alışverişi yapabilmeli, bu yazılım aracılığı ile kurum ve kuruluşlar birbirleriyle entegre olabilmelidir.

4.1.3. HBYS yazılımını kullanan tüm uç bilgisayar kullanıcılarının, HBYS uygulama yazılımının kapsadığı bütün modülleri internet tarayıcısı ile kullanılmalı, HBYS yazılımı ayrıca herhangi bir ilave uygulama kurulumuna ve tarayıcı eklentisine gerek kalmadan çalıştırabilmelidir. An-cak, doc, xls, pdf vb. rapor formatlanın görüntülenebilmesi ve yazıcıya basılabilmesi için gerekli olabilecek ofis editörleri ve benzeri yazılımların bilgisayarlara kurulması, istekli tarafından sağlanmış olsun ya da olmasın, uç bilgisayarların RS-232, RS-422, RS- 485, USB, Ethernet, PCI, PC/104, PCMCIA, ISA, Paralel Port gibi bu bilgisayarın herhangi bir I/O (girdi-çıktı) birimine bağlanarak çalışan cihazlar (her türlü yazıcı, tarayıcı, kamera, barkot yazıcı ve barkot okuyucu, IVR kart, medikal monitör, medikal, diagnostik ya da benzer amaçla sonuç üreten ve ürettiği sonucu diğer sistemlere aktaran ve/veya uç bilgisayardan bilgi alarak çalışan her türlü cihaz) için gerekli olan sürücü ve ara yüz yazılımlarının kurulması, bu kapsamın dışındadır. Ayrıca PACS sistemini üzerinde çalışacak olan Web görüntü dağıtım sistemleri bu proje kapsamında arşivlenen tüm radyolojik ve diğer görüntülere erişim imkânı sağlamalıdır. Web Görüntü dağıtım sistemi görüntüleyici yazılımı, Güncel web browserlar aracılığı ile açılabilmelidir. Görüntüleme yazılımının, görüntülerin DICOM formatında gös-terilmesi ve DICOM servislerini kullanarak haberleşebilmesini sağlaması için herhangi bir eklenti kurulumuna gerek olmamalıdır.

4.1.4. Görüntüleme yazılımı, Erişim yapılan görüntülerin farklı ünite ve kayıt edilebilir ortamlara (Kullanıcı yerel bilgisayarında CD-DVD Yazdırma, Dicom Print, Yerel Bilgisayara kayıt etme) ve Farklı pacs sunucularına veya DICOM STORE SCP desteği veren yazılımlara görüntü gönderme sağlayacak arabirimlere sahip olmalıdır. Bu ekranların browser aracılığı ile çalışmasını sağlayacak eklentilerin kurulmasında sınırlama olmayacaktır.

4.1.5. HBYS yazılımı içerisindeki bütün modüller, bilgisayar (Masa Üstü Bilgisayarı-Notebook-Net-book) ve mobil cihazların (İOS-Android-Windowsphone işletim Sistemli Cihazlar) sahip olduğu internet tarayıcılarında eksiksiz olarak çalışabilmelidir. İOS ,Android ve Windows-phone işletim sistemlerine sahip tablet ve mobil cihazlarda wi-fi veya operatör ağı üzerinden kullanılarak ilgili cihazların internet tarayıcısında çalışmalıdır. HBYS yazılımı kullanıcısı bil-gisayar ve mobil cihazlarda herhangi bir ilave kuruluma ve bileşene gerek kalmadan, sistem veya modülleri kullanabilmeli,kullanıcı yetkisine bağlı olarak modül altında bulunan menü içeriklerindeki tüm işlemleri yapabilmelidir. (HBYS kullanıcısı, bilgisayar ve mobil cihazlar-dan;Hasta kayıt, hasta yatış /hasta taburcu işlemi, hizmet girme, laboratuar hizmet girişi ve sonuç raporları, radyoloji hizmet girişi ve sonuç raporları, order düzenleme-değiştirme, epikriz yazma-değiştirme, ilaç isteme, personel (Özlük, Maaş vb.) bilgilerini düzenleme, taşınır kayıt bilgilerini düzenleme-değiştirme,hizmet kalite standartları verileri, evrak kayıt, rapor ,istatistik verilerini düzenleme işlemlerini yapabilmelidir.) Kullanıcı tarafından yapılan bütün değişiklikler kayıt aşamasından sonra anında veri tabanına yansımalıdır.

4.1.6. Teklif edilen sistemler Java, .Net, ASP veya PHP mimarilerinden birinde tasarlanmış ve

25

geliştirilmiş olmalıdır.4.1.7. Herhangi bir ara yazılım ve bileşen ile internet tarayıcısı içerisinden kullanıma sunulan yazılım-

lar teknik olarak yetersiz kabul edilecek ve ihale dışı bırakılacaktır.4.1.8. HBYS üzerinde çalışan bütün modüller, internet tarayıcıları kullanılarak, WAN (Wide Area

Network-Geniş Alan Ağı) ve LAN (Local Area Network-Lokal Alan Ağı) altyapısında aynı ara yüzle çalışmalıdır.

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/ara yüz tarafından girilirse girilsin; gereksinim duyan diğer modüller/ara yüzler yetkileri dahilinde bu veriye ulaşabilmelidir. Belirli işlemler ortak kullanılan veriler aracılığı ile kontrol edilebilmeli ve tetiklenebilmelidir.

4.1.10. Yüklenici şartnamede bahsedilen modüllere ek modüller önerebilir ve/veya tanımlanan işlev-leri yerine getirmek kaydıyla öngörülen modülleri farklı şekilde ele alabilir. Hastane idaresi, HBYS yazılımı kullanımda olduğu sürece işleyiş ve ihtiyaçları göz önüne alarak modül fonksiyonları ile ilgili sınırlama ya da ilaveler isteyebilir.

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

4.1.12. Sistemlere yeni modüllerin/işlevlerin ilavesi, değiştirilmesi ya da silinmesi mümkün olmalı, bu işlemler hizmetleri aksatmamalı ve bu durumdan sistemin bütünü etkilenmemelidir.

4.1.13. Tarih ya da tarih-saat bilgisi veya saat bilgisi veritabanı yönetim sisteminin tarih, tarih-saat veya saat formatında veritabanında saklanmalıdır. Kullanıcıya gösterim şekli ise işletim sis-temi üzerinden ayarlanabilir olmalıdır. (GG.AA.YYYY, GG/MM/YYYY, GG.AA.YYYY HH24:MI:SS gibi)

4.1.14. 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.15. Uygulama yazılımı ve VTYS, uygulama sunucu işletim sistemi (SOS) olarak Solaris, UNIX, Linux, Microsoft Windows 20XX Server gibi endüstri standardı sunucu işletim sistemleri mi-marisine uygun olmalı ve bu SOS’lerden herhangi biri üzerinde kusursuz çalışmalıdır.

4.1.16. Uygulama yazılımı, istemci işletim sistemi (COS) olarak Microsoft Workstation/2000 Profes-sional/XP Professional/Vista, Windows 7, Windows 8, Windows 10, Linux, Pardus gibi endüstri standardı istemci işletim sistemlerinin 32 ve 64 bitlik mimarisine uygun olmalı ve bu COS'ların üzerinde uyumlu çalışmalıdır.

4.1.17. Sağlık Bakanlığın belirtmiş olduğu kalite İntikatörleri sistem üzerinden alabilmelidir.4.1.18. Uygulama yazılımı, hizmetin her kademesinde barkot uygulamalarını destekliyor olmalıdır.

Teklif edilen yazılımlarda İlaç Takip Sistemi Projesi Kapsamında ilaçlar için karekod desteği de sağlanmış olmalıdır.

4.1.19. HBYS’de (eğer kullanılacaksa) barkot yazıcılarla ilgili ayarlamalar (paper size, back feed ve sensor ayarları gibi) konusunda Yüklenici İdareye destek sağlayacaktır. Donanım üzerinde yapılan ayarlamalara ek olarak Yüklenici, ayarları otomatik yapan bir yazılımı da vermekle yükümlüdür.

4.1.20. Gizlilik, güvenlik ve mahremiyet kuralları gözetilmek koşuluyla HBYS, Web üzerinden o hastaneyle ilgili olarak çeşitli sorgulamalar yapılabilmesine imkan sağlayabilecek bir altyapı desteklemelidir., (örneğin; yatan hastaların bölümlere göre dağılımı, yatış nedenlerine göre hasta sayıları, vb.)

26

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

4.1.22. Rumi takvime ait bir tarihsel veri girildiğinde, bu veri miladi takvime göre çevrilebilmelidir.4.1.23. Randevu; doğrudan başvuru, telefon, MHRS, SMS ve Web üzerinden yapılabilecek şekilde

tasarlanmış ve tam entegre olmalıdır.4.1.24. Sözleşme süresince yazılımın geliştirilmesi işlemleri Yüklenici tarafından ücret talep

edilmeksizin yerine getirilmelidir.4.1.25. Sistem kullanıma girdikten sonra, tüm sistemin en yüklü biçimde çalıştığı durumlarda (bütün

iş istasyonları çalışırken) yalnızca bir tek kaydın sorgulanması, kayıt eklenmesi, kaydın değiştirilmesi ya da silinmesigibi herhangi bir işlemin tamamlanması için (internet üzerindeki verilerin çekilmesi veya doğrulanması hariç) 5 saniyeden fazla süre gerekmemelidir.

4.1.26. Özellikle Döner Sermaye İşlemleri ve Adli Vaka Tara ait önceki kayıtların değiştirilmesi en-gellenmiş olmalıdır.

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

4.1.28. Tıbbi Cihazların periyodik bakımları ile (varsa) randevu sistemi entegrasyonu mevcut ol-malıdır.

4.1.29. Yüklenici Hastane Kalite standartlarında yer alan hükümleri karşılamakla, entegrasyonları yapılması gereken yazılımsal düzenleme varsa yapmakla yükümlüdür.

4.1.30. Programa uzaktan müdahale için gerekli olabilecek yazılımlar Yüklenici tarafından sağlan-malı, güvenli ve fonksiyonel bağlantı ile ilgili tüm yükümlülükler Yüklenici tarafından karşılanmalıdır.

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

4.2. KULLANICI ARAYÜZÜ4.2.1. Kullanıcı ara yüzü grafiksel (GDI) olmalıdır.4.2.2. Grafik ara yüzüne uygun olarak kontroller hem mouse hem de klavye yardımıyla yapılabilme-

lidir. 4.2.3. Kullanıcı ara yüzünde görsel iç bütünlük sağlanmalı, yazılımın her ara yüzünde benzer ekran

dizaynları kullanılmalı, tanımlanmış fonksiyon tuşlarının aynı amaçla kullanılması gibi teknikler kullanılarak kullanım kolaylığı sağlanmalıdır.

4.2.4. Grid yapısı(listeler vb.) kullanılan formlarda kullanıcı ekranda bulunan sütunları sürükle bırak mantığı ile listeye ekleyebilmeli, çıkartabilmeli ve yerlerini kullanım kolaylığına göre değiştirebilmelidir. Bu özellik veri listelemesi yapılan tüm modül ekranlarında olmalıdır.

4.2.5. Kullanılan bu listeler ve formlardaki istenilen sütunlar üzerinde search(arama) ve sıralama yapılabilmelidir.

4.2.6. Tüm yazılımlar grafik ara yü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.

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 gire-

bilmeli, değilse kodların açıklamalarını otomatik olarak listeletip, istediği kodu seçebilme-

27

lidir. Sistemde kullanılan kodlar, Sağlık Bakanlığı ve hastane yönetimi tarafından belirlenmiş kodlarla uyumlu olmalıdır. Veri girişleri mümkün olan yerlerde barkot/karekod/RFID 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 engellen-melidir. 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.

4.3.4. HBYS’de her türlü istek ve raporlar yetkili kişi tarafından doğrudan hazırlanabileceği gibi as-gari yetki seviyesi tanımlanmış personel (tıbbi sekreter, memur, vb.) tarafından da kayıt edilebilmeli ancak yetkili kişilerin (klinisyen, yönetici, vb.) ilgili alanları (tanı, karar, vb) tamamlaması ve onaylamasıyla işleme konmalıdır.

4.3.5. 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 ol-malıdır.

4.3.6. 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 G gibi) aramayı kap-samalıdır. Aramayı hızlandırmak için gerekli diğer alanlar aynı ekranda bulunmalıdır.

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

4.3.8. Kullanıcının; kayıtlarına sıklıkla ihtiyaç duyduğu ya da işlemini tamamlamak üzere beklettiği hastalan bir hızlı erişim listesine alması mümkün olmalıdır.

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

4.3.10. 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.11. 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ır-malarda kullanılabilecek yapıda olmalıdır.

4.4. GÜNCELLEME4.4.1. Güncelleme sadece anahtar olmayan alanlarda yapılabilmeli, eğer anahtar alanlar üzerinde gün-

celleme 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şiklikleresonradan 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 sis-

28

temde 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 nu-

marasının yanlış girilmesi ya da değişmesi, vb.) bu hastaya ait kayıtlar veri bütünlüğü bozul-madan (ö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 engel-lenmiş olmalıdır.

4.4.8. Yüklenici tarafından yapılacak olan güncellemelerin içeriği açıklayıcı bir şekilde versiyonuyla birlikte sisteme eklenmelidir.

4.4.9. Güncellemeler herhangi bir kullanıcı müdahalesi olmadan otomatik olarak yapılmalıdır.4.4.10. Yeni atılan bir güncelleme oluşabilecek bir sıkıntıda bir önceki versiyona dönülebilmelidir.

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, tablo 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. RAPORLAMA4.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 uygulamalarına gönder-

ilebilmelidir.4.6.9. Üretilen her türlü raporda tarih, değişik bölüm/servis vb. kriterlere göre filtre seçenekleri bulun-

malıdır.4.6.10. Uygulama yazılımları, rapor ve veri çıktılarını hazırlayabilmeli ve raporlar ofis uygula-

malarına tek tuş yardımı ile aktarılabilmelidir.4.6.11. Kullanıcının istediği çoklu parametrelerle sorgu yapılabilmeli ve rapor alınabilmelidir.

29

4.6.12. Uygulama yazılımında yer alacak istatistik ve yönetim amaçlı raporlar, geliştirilmiş olan grafik sunum birimi sayesinde değişik grafikler olarak sunulabilmelidir.

4.7. YARDIM4.7.1. Kullanıcı istediğinde yardım alabilmelidir.4.7.2. Hata mesajları; açık, anlaşılır olmalıdır4.7.3. Acil ve mevzuat gereği durumlar dışında kalan kullanıcı istekleri ile şikâyetleri, önceden tasar-

lanmış bir sistemle Yükleniciye 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. Genel Sekreterlik Sağlık Bilgi Sistemleri hizmet alımı dahilinde kullanılacak her türlü uygu-

lama yazılımı, 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 gider-ilmesi, yedeklerden sistemin yeniden yapılandırılması, periyodik bakım ve onarımların yapıl-ması, sistem rapor ve yedeklerinin alınması, performans ölçümlerinin yapılması, kurum tarafından talep edilen uygulamaların yapılandırılması, HBYS uygulama yazılımının verimli çalışabilmesi için gerekli ayarların yapılması, güncellenmesi, güncelleme araçlarının periyo-dik kontrollerinin yapılması, yönetilebilir network cihazlarının yapılandırılması, hatalarının giderilmesi, internet sitesinin yapılandırılması ve güncellenmesi, hata ve isteklerin yapılması, Web servislerin kurulması yapılandırılması, yedeklenmesi, firewall ayarlarının yapılması, güvenlik prosedürlerinin uygulanması ve yapılandırılması, internet bağlantısının yapılması yönetilmesi, VLAN ayarlarının yapılması, güncellenmesi, domain controller yapılandırılması, güncellenmesi, yedeklenmesi veya yeniden kurulması gibi buna benzer tüm işlemler yüklenici tarafından yapılmalıdır. Bu işlemler dışında kurumun izni ve bilgisi olmadan çevirim içi bağlantıda bulunulmayacak, kurum sistemine uzaktan bağlanılmayacaktır. Bağlantı sırasında kesinlikle güvenlik prosedürleri ihlal edilmeyecektir.

4.8.3. Terminaller domain yapısı üzerinde çalışmalıdır. Her kurumda ayrı ayrı domain kurulumu ve gerekli diğer ayarlar yüklenici tarafından yapılmalıdır. Domain kurulumu, group policy yapı-landırmaları, yönetimi, gruplar, kullanıcılar, bilgisayarlar, görevli destek elemanları tarafın-dan yapılabilmeli ve dinamik süreçte görevli personel anlık müdahale etmelidir.

4.8.4. Genel Sekreterliğimiz ve sözleşme kapsamındaki hastaneler için ayrı ayrı idarelerin isteği doğrultusunda web sitesinin tasarımı, bakımı, güncellenmesi vb. yüklenici tarafından yapıl-malıdır. Web sayfasından tetkik sonuçları, hekim portalı, röntgen görüntüleme vb. HBYS uygulamaları ve vatandaşlar tarafından ulaşılması istenen uygulamaların ayarlanması, yönetilmesi, güncellenmesi, bakımı vb. yüklenici tarafından yapılacaktır.

30

4.8.5. İdarenin isteği doğrultusunda Genel Sekreterliğimiz ve sözleşme kapsamındaki hastaneler için ayrı ayrı veya merkezi olarak domain yapısının kurulması ve yönetilmesi yüklenici tarafından yapılmalıdır.

4.8.6. Uygulama Yazılımının, VTYS’ ne en etkin ve hızlı yöntemle bağlanması için gerekli düzen-lemeler Yüklenici tarafından yapılmalı ve takip edilmelidir. Yüklenici tarafından network ve donanım ile ilgili sorunlar tespit edilerek zamanında idare bilgilendirilecektir.

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

4.8.8. Kullanıcılar ait oldukları yetki düzeyi ve grubu ölçüsünde uygulamalara erişebilmeli, her kul-lanıcı grubu için veri giriş, güncelleme ve rapor alma yetkileri ayrı ayrı tanımlanmalıdır. Bu tanımlar gerektiğinde HBYS yöneticisi tarafından değiştirilebilmelidir. Yapılan bu değişiklik-lerin arıza bildirimi vb. şekilde geri dönmemesi için kullanıcıya gerekli mesajlar otomatik olarak verilmelidir.

4.8.9. Tıbbi kayıtları görebilme ve değişiklik yapabilme şeklinde iki ayrı erişim tipi tanımlanabilme-lidir.

4.8.10. 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ınabilme-lidir. Üye olunan gruptan dolayı sahip olunan yetki ilgili kullanıcı veya grup için gerek-tiğinde yasaklanabilmelidir.

4.8.11. 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.12. Güvenli ve fonksiyonel bağlantı ile ilgili tüm hizmetler Yüklenici tarafından karşılanmalıdır. 4.8.13. İstekliler bilgi güvenliğini artırmak için alternatif güvenlik çözüm önerilerinde bulunabilirler.4.8.14. Uygulama yazılımları tüm sistem genelindeki kullanıcı, işlem ve bilgi düzeylerinde bilgi gi-

zliliğini ve güvenliğini sağlamalıdır. Her kullanıcının gerektiğinde değiştirilebilir kişisel bir şifresi olmalıdır. Bu şifre ile farklı bir lokasyonda oturum açıldığında ilk oturum otomatik olarak kapatılmalı, bir kişiye ait şifrenin birden çok kişi tarafından kullanılmasına izin ver-ilmemelidir.

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

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

4.8.17. Ç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.18. Kullanıcı tanımları yapılabilmelidir. Her kullanıcı limitsiz sayıda kullanıcı grubuna dahil edilebilmelidir.

4.8.19. Kullanıcılar ait oldukları yetki düzeyi ve grubu ölçüsünde uygulamalara erişebilmeli, her kul-lanı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şiklik-lerin arıza bildirimi vb. şekilde geri dönmemesi için kullanıcıya gerekli mesajlar sistem üz-erinden gönderilmelidir.

4.8.20. Kullanıcıların herhangi bir gruba üyelik durumları tarih ve saat bazında sınırlandırılabilme-lidir. Yetkilendirme işlemleri süre bazında yapılabilmelidir. Yani kullanıcının herhangi bir

31

işlemi yapabilmesi için X dakika süre tanımlanabilmelidir.4.8.21. Kullanıcılar için saat bazında sisteme giriş sınırlandırması yapılabilmelidir.4.8.22. Kullanıcılar için hafta sonu (Cumartesi ve Pazar) günleri için giriş sınırlandırması yapıla-

bilmelidir.4.8.23. Poliklinik, Klinik, Laboratuvar bazında yetkilendirmeler yapılabilmelidir. Kullanıcının yetki

verilmeyen bir poliklinikteki hasta listesine erişimi engellenmelidir.4.8.24. 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 isten-melidir.

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

4.8.26. Kullanıcıların 123, ABC, 456 gibi ardışık ve çözülmesi kolay parolalar kullanmaları engellen-melidir.

4.8.27. 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.28. Kullanıcıların otomasyona giriş-çıkış zamanları istenildiğinde raporlanabilmelidir4.8.29. Sisteme yapılan geçersiz giriş denemeleri istenildiğinde raporlanabilmelidir.4.8.30. Sistemdeki tüm kullanıcı grupları ve kullanıcılar istenildiğinde raporlanabilmelidir.4.8.31. Sistemde verilen tüm yetkiler istenildiğinde raporlanabilmelidir. 4.8.32. Bilgi sistemleri kapsamında tutulacak her türlü kişisel bilginin gizliliği esastır. Bu amaçla;4.8.33. Kişiler hakkında tutulacak bilgiler gereken en düşük düzeyde tutulmalıdır.4.8.34. Kişisel bilgilerin hizmetin sürdürülmesi ve geliştirilmesi amacı dışında işlenmesi engellenmiş

olmalıdır. 4.8.35. 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İKLER4.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 nu-marası alma işlemlerini yapabilen ve Sosyal Güvenlik Kurumu ile diğer sağlık sigorta kurum-ları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österilemeye-cek 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 fatu-ralarda 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ü

32

ö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 alma-malı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 fatu-ralara 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 Ku-rumu, 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) kul-lanı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ıl-malıdır.

4.9.13. Medula sistemi üzerinden müstahaklık sorgulaması yapılmış olan hastaya sorgulama sonu-cunda 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 es-nasında gösterilecektir.

5. VERİ TABANI YÖNETİM SİSTEMİ5.1. TİP 1 VTYS ÖZELLİKLERİ5.1.1. GENEL

İsteklinin, teklif ettigi VTYS ürünleri freeware, lisanssız ve Türkiye'de teknik desteği olmayan ürünler olmayacaktır. İstekli, ürünlerin lisanslı olduğunu belgeleyecektir. Teklif edilen VTYS, HBYS için kullanıma uygun olmalıdır. İstekli, ayrıca teklif ettiği ürünlerin Türkiye'deki ana firma statüsündeki şirketten bu ihaleye özel yetki belgesi alacaktır. İsteklinin teklif ettiği VTYS sözleşme süresince, ilgili hastanelerde kullanılmak üzere lisanslanmalıdır.

İsteklinin teklif ettiği VTYS entegre felaket kurtarma çözümü sunabilmelidir. Firma ilgili VTYS’nin ana üreticisi olan firmadan yetki belgesi sunmak zorundadır.

33

İlgili VTYS Gaziantep Kamu Hastaneleri Birliği Genel Sekreterliği adına Bağlı Sağlık Tesis-lerinde kullanılmak üzere lisanslanacaktır. Teklif edilen veri tabanı yönetim sistemi (VTYS) endüstri standardı olan ilişkisel mimariye dayalı olmalıdır.

Önerilen VTYS, kullanılacak olan toplam 40 core işlemci çekirdeği için ilgili lisanslama mode-line göre enterprise lisanslanmalıdır. Lisanslar alttaki hastanelerde kullanılmak üzere liste-lendiği şekilde teslim edilmelidir :

1. Dr. Ersin Arslan Eğitim ve Araştırma Hastanesi : 10 Core2. 25 Aralık Devlet Hastanesi : 10 Core 3. Şehit Kamil Devlet Hastanesi : 10 Core4. Gaziantep Cengiz Gökçek Kadin Dogum ve Çocuk Hastalıkları Hastanesi: 10 Core

Önerilen VTYS, en az Sun SPARC Solaris, Linux (RedHat ve SuSE dağıtımları), IBM AIX, HP-UX ve Microsoft Windows işletim sistemleri üzerinde çalışmalıdır.

VTYS çok kullanıcılı veri erişimini desteklemelidir. Önerilen VTYS İnternet/İntranet ortamlarına tam olarak uyumlu olmalıdır. Teklif edilen VTYS gerek verilerde gerekse nesne isimlerinde TS 5881 standartında Türkçe

karakter setini desteklemelidir. Sıralama ve karşılaştırma işlemleri Türkçe alfabe dizilişine göre yapılabilmeli, bu özellik için herhangi bir programlamaya gerek duyulmamalıdır.

Önerilen VTYS, istenildiğinde üreticiye ait bellek içi (in-memory) veri tabanı ile entegre çalışabilecek opsiyonu sunabilmelidir.

Önerilen VTYS, istenildiğinde aynı üreticinin sağladığı aşağıdaki güvenlik yeteneklerini op-siyon olarak sunabilmelidir.

Teklif edilecek yazılımlar, veritabanı içinde gömülü olarak çalışabilmelidir. Bu sayede kul-lanıcıların veritabanına ve/veya veritabanı sunucularına erişim şeklinden bağımsız olarak güvenlik kurallarını tatbik edebilmelidir.

Teklif edilecek yazılımlar, veritabanı konusundaki genel güvenlik problemlerini çözebilecek ve kurum içinden gelebilecek tehditleri engelleyebilecek özelliklere sahip olmalıdır.

Veritabanı uç kullanıcıları sadece yetki ve sorumlulukları dahilindeki işlemleri gerçekleştire-bilmeli ve sadece yetkileri olan verilere erişebilmelidir.

Veritabanı yöneticilerinin hassas uygulama verilerine erişimleri engellenmeli veya belli kural-lara bağlanabilmelidir. Bu engellemeler ve kurallar ile ilgili tanımlamaların güvenliği sağlan-malı, bunların muhattabı olan kişiler bu tanımlar üzerinde değişiklik yapamamalıdır.

Teklif edilecek yazılımlar, veri erişimi ve veritabanı işlemlerinin gerçekleştirilmesi konuların-daki yetkilerin sınırlanması için kullanılacak olan kural tanımlamaları esnek bir şekilde yapılabilmelidir. Veritabanı prosedürleri kullanılarak kural tanımlanabilmeli, tanımlanmış olan kurallar bir araya getirilerek daha karmaşık kural kümeleri oluşturulabilmelidir.

Teklif edilen yazılımlar kullanılarak veritabanında çalıştırılabilecek komutların kullanımı en-gellenebilmeli veya kurallara bağlanabilmelidir. Bu engellemeler ve kurallar ile ilgili tanımla-maların güvenliği sağlanmalıdır, bunların muhattabı olan kişiler bu tanımlar üzerinde değişik-lik yapamamalıdır.

VTYS, veri tabanındaki kritik verilerin disk üzerinde ve yedeklerde şifrelenerek saklanmasını sağlamalıdır.

VTYS sunucusu üzerindeki verilerin şifrelenme işlemi veri tabanı katmanında yapılabilmeli ve uygulamalarda değişiklik gerektirmemelidir.

34

VTYS sunucusu üzerindeki verilerin şifrelenmesi işlemi isteğe bağlı olarak tablo sütunları (“ta-ble column”) ve tablo alanı (“tablespace”) bazında yapılabilmelidir.

VTYS, verilerin kullanıcılara sunulması sırasında tanımlanan politikalara uygun şekilde kolon bazında gizlenebilmesini desteklemelidir.

VTYS, verilerin kolon bazında gizlenerek sunulması için uygulama katmanında değişiklik gerektirmemeli ve güvenlik politikaları veri tabanı katmanında tanımlanabilmelidir.

VTYS, uygulamada değişiklik gerektirmeden, kayıtların gerçek değerini bozmadan, görün-tüleme sırasında gerçek zamanlı veri maskeleme işlemini desteklemelidir.

Önerilen VTYS, istenildiğinde verinin kullanım sıklığına göre otomatik olarak sıkıştırma yapa-bilen ve veriyi otomatik olarak taşıyabilen veri tabanı opsiyonunu sunabilmelidir.

Önerilen VTYS, istenildiğinde gerçek (production) veri tabanı ortamına gelen iş yükünü ve sql cümlelerini kaydederek, kaydedilen iş yükünü ve sql cümlelerini farklı bir veri tabanı or-tamında çalıştırabilen opsiyonu sunabilmelidir.

Önerilen VTYS’nin Türkiye’de teknik destek veren yerleşik ekibi bulunmalıdır. Teklif edilen VTYS, çok işlemcili donanımları gerçek anlamda desteklemelidir. Bu kapsamda

kullanıcı sorguları, VTYS tarafından her sorgulama için tablonun/tabloların büyüklüğüne, işlemci (CPU) sayısına, kaç dosyaya erişileceğine ve diğer etkenlere bakılarak, dinamik olarak belirlenen sayıda sunucu prosesi tarafından paralel olarak çalıştırılabilmelidir. İndek-sler paralel olarak yaratılabilmeli ve veriler veri tabanına paralel olarak yüklenebilmelidir.

Önerilen VTYS, ortak SQL cümlelerinin işletim kodlarının ortak bir bellek alanında tutul-masını desteklemelidir. Böylelikle sıklıkla çalıştırılan SQL cümlelerinin sentaks ve anlamsal analizleri ile çalıştırılma planlarının belirlenmesi işlemleri çok daha hızlı yapılarak VTYS tarafından yüksek performansla çalıştırılmaları sağlanabilmelidir.

Önerilen VTYS, SQL cümlelerinin, otomatik olarak maliyet tabanlı sorgu iyileştiricisi (query optimizer) aracılığıyla en iyi performansı verecek şekilde çalıştırılmasını sağlayacaktır. Sorgu iyileştiricisi verinin tablolardaki gerçek dağılımını histogramlar aracılığı ile belirleyebilmeli; dağıtık veritabanlarını kapsayan sorgulamalarda optimizasyon yapabilme özelliğine sahip ol-malıdır. Ayrıca SQL cümlecikleri içinden sorgu iyileştiricisine ipucu (hint) geçebilmek mümkün olmalıdır.

VTYS'de veri silme, ekleme ve güncelleme işlemlerinde kayıt bazında kilitleme mantığı kul-lanılmalıdır. Kayıt bazında yapılan kilitlerin sistem tarafından sayfa yada tablo gibi daha üst yapılara otomatik olarak eskale olması engellenmelidir.

Teklif edilen VTYS'de sorgulamalar için kilit kullanılmamalıdır. Çok kullanıcılı ortamlarda aynı veriye farklı kullanıcı oturumlarından güncelleme ve sorgulama amaçlı erişimler yapıla-bilmeli; sorgulama oturumlarının commit edilmemiş güncelleme oturumlarının yaptığı değişikliklere erişmesine (dirty read) sistem engel olmalıdır.

Klasik bir ilişkisel veri tabanı yönetim sisteminde tablolar ve bu tablolar üzerine yaratılan in-deksler farklı nesneler olarak saklanmaktadır. Teklif edilen VTYS bunun dışında, tablo veri-lerini indeks yapılarıyla birlikte de saklayabilmelidir. Böylelikle indeks kullanılan sorgula-malarda, VTYS indeksin taranması sonucunda aranan veriye de otomatik olarak erişmiş ol-malı, indeks yapısının ucundaki tablo bağlantıları üzerinden verilere erişmek için ekstra bir disk erişimine ihtiyaç duymamalıdır. Bu şekilde yaratılacak tablolar üzerinde birden fazla in-deks yaratılabilmelidir.

35

Teklif edilen VTYS'nin, kullanıcıların sistemdeki kaynakları kullanım şekillerini düzenleyecek bir kaynak yöneticisi olmalıdır. Kaynak yöneticisi, sunucunun CPU kaynaklarının veritabanı yöneticisi tarafından belirlenebilen yüzdelerle kullanıcı bazında dağıtılabilmesi özelliğini desteklemelidir. VTYS, CPU kaynaklarının kullanımında kullanıcılar arasında farklı seviyel-erde yüzdeler tanımlanmasına izin vermelidir. Ayrıca, günün çeşitli saatlerinde kullanıcıların CPU kaynaklarının kullanım yüzdesinin değiştiği farklı ‘planlar’, veritabanı kapatılmadan otomatik olarak uygulanabilmelidir. VTYS’nin kaynak yöneticisi ayrıca, disk erişimi, VTYS bağlantısı sayısı gibi kaynakların kullanımlarını da kullanıcı bazında kısıtlayabilmelidir.

VTYS, değişkenliği az olan (low cardinality) veriler için bitmap indeks tanımlanmasını sağla-malıdır. Yaratılan bu bitmap indeksler VTYS'de saklanabilmeli ve tabloya yapılacak gün-lemeler (DML) sırasında otomatik olarak VTYS tarafından güncellenebilmelidirler.

VTYS, ‘fonksiyon tabanlı indeksleme’ yapabilme özelliğine sahip olmalıdır. Bu kapsamda, bir tabloya bağlı bir indeksin tanımında tablonun kolon değerleri kullanılabildiği gibi, bir veya birden fazla kolonu kapsayan bir fonksiyon da yer alabilmelidir. Dolayısıyla tablonun sadece kolon değerleri üzerine değil aynı zamanda kayıtlara uygulanacak belli bir fonksiyonun çıktısı üzerine de indeks yaratılabilmelidir.

Teklif edilecek ürünler ile ilgili, Üreticinin yetkilendirdiği eğitmenler tarafından İdarenin be-lirlediği yerde en az 4 kişiye Database Admin eğitimi verilecektir.

5.1.2. VERİ GÜVENLİĞİ ve VERİ TUTARLILIĞI

Önerilen VTYS, ilişkisel mimari bünyesinde veri bütünlüğünü sağlayabilmelidir. Gerek nesne bütünlüğü (entity integrity) gerekse referans bütünlüğü (referential integrity) sağlanmalıdır. Veri bütünlüklerinin sağlanması uygulamalara bırakılmamalı, VTYS düzeyindeki kısıtlama tanımlamaları yardımıyla, prosedürel yapılara gerek kalmadan kotarılabilmelidir. Ayrıca veri bütünlüğü kısıtlamalarının transaction commit işlemi sırasında kontrolüne olanak verilmesi desteklenmelidir. Bu şekilde transaction sırasında geçici olarak veri bütünlüğünün bozula-bilmesi esnekliği sağlanmalı ancak işlemin sonunda verinin tutarlılığının kontrolü otomatik olarak yapılabilmelidir.

VTYS tetikleme (trigger) mekanizmasına sahip olmalıdır. Tetiklemeler, DML (Data Manipula-tion Language) işlemlerinden (yeni kayıt ekleme - insert, kayıt güncelleme - update ve kayıt silme - delete) önce ve/veya sonra çalışacak şekilde ayarlanabilmelidir; otomatik olarak çalışacak bu prosedürel yapıların kayıt, komut yada transaction bazında çalışacak şekilde düzenlenebilmesi desteklenecektir. Ayrıca VTYS'nin açılması (startup), kapatılması (shut-down), kullanıcı giriş/çıkışı (login/logoff), DDL işlemleri (CREATE, ALTER, DROP, vs.) sırasında da devreye girebilecek tetikler VTYS tarafından desteklenmelidir.

Teklif edilen VTYS, verilere erişimi şifrelerle koruma altına almalıdır. VTYS'nin gelişmiş bir şifre yönetim mekanizması (şifre uzunluk kısıtlamaları, geçerlilik süresi, vb.) olmalıdır. Ayrıca sistemdeki nesnelere erişim hakları kullanıcı bazında tanımlanabildiği gibi, VTYS yö-neticisi tarafından sistemdeki erişim haklarının bir araya gelerek oluşturacağı kümeler (rol) de yaratılabilmelidir. VTYS kullanıcıları bu rollerin bir veya birden fazlasına atanabilmeli, kul-lanıcı atandığı rollerin tüm haklarına otomatik olarak sahip olmalıdır. Hak kümeleri (roller) hiyerarşik yapıda olacaktır.

36

Önerilen VTYS, kayıt bazında güvenlik sistemine sahip olmalıdır. Kullanıcılara saydam olan bu mekanizma sayesinde bir tabloya ait hangi kayıtlara hangi VTYS kullanıcılarının erişebile-ceği VTYS yöneticisi tarafından belirlenebilmelidir. Kullanıcılar tabloya nereden ulaşırlarsa ulaşsınlar sadece kendilerinin görmelerine izin verilen kayıtlara erişmelidirler. Kullanıcılara gösterilecek olan kayıtlar veritabanı yöneticisinin belirleyeceği kurallar doğrultusunda örneğin, kullanıcı tanımlarına, kullanıcıların bağlantı sırasında kullandıklar istemci maki-naların ağ adresine yada kullanıcıların sisteme bağlandıkları zamana göre VTYS tarafından dinamik olarak değiştirilebilmelidir. Bu fonksiyonalite için 'view' kullanımı zorunlu olma-malıdır.

Önerilen VTYS, kayıt bazında güvenlik sistemine ek olarak, kolon bazında da filtreleme özel-liğine sahip olmalıdır. VTYS, kullanıcının görmesine izin verilmeyen bir kolonun da içerisinde yer aldığı kolonlar grubunu sorgulamak istemesi durumunda, izni olan kolonların değerlerini görüp izni olmayan kolon(lar) için boş değer görmesini sağlayacak bir mekaniz-mayı sağlamalıdır.

Önerilen VTYS, verilerin veri tabanı düzeyinde 'native' olarak şifrelenebilmesini sağlamalıdır. VTYS tarafından sunulan hazır paketler aracılığıyla kullanıcı tablolarındaki kayıtlar farklı anahtarlarla şifrelenebilmeli, şifrelenen bu kayıtlardaki veriye doğru anahtar değeri olmadan ulaşılması engellenebilmelidir. Bu şekilde veri güvenliği üst düzeye çekilebilmelidir.

Önerilen VTYS, verilere erişim sırasında network trafiğinin şifrelenebilmesini desteklen-melidir. Bu yöntem ile veri tabanı ile istemciler arasındaki veri tabanı paketlerinin içeriğinin şifrelenebilmesi sağlanmalıdır.

Önerilen VTYS, verilere erişim sırasında denetim kayıtları oluşturabilmeli ve bu kayıtların oluşturulmasının belirli politikalara bağlanabilmesini sağlamalıdır. Belirlenen kriterler dışın-daki veri erişimleri için gereksiz denetim verisi üretilmesi engellenmelidir.

5.1.3. YÖNETİLEBİLİRLİK

Teklif edilen VTYS'nin grafik (GUI) tabanlı bir veri tabanı yönetim (database administration) ürünü olmalıdır. Bu ürün HTML tabanlı bir ara yüzden kullanılmalı ve istemcilere (client) herhangi bir kurulum yapmayı gerektirmemelidir.

VTYS’nin konfigürasyon ve güvenlik ile ilgili yapılan ayarlamalardan dolayı oluşan açık nok-taları veri tabanı yöneticisine bildirme yeteneği olmalıdır. Şifrelerin kompleks olmaması, sunucu üzerindeki açık portlar vb.

Tablonun yapısı ve kayıt sayısı verileri kullanılarak ilgili tablo için disk üzerinde kullanacağı alan büyüklüğü hesaplaması yapılabilmelidir.

5.2. TIP 2 VTYS OZELLIKLERI5.2.1. GENEL

İsteklinin, teklif ettigi VTYS ürünleri freeware, lisanssız ve Türkiye'de teknik desteği olmayan ürünler olmayacaktır. İstekli, ürünlerin lisanslı olduğunu belgeleyecektir. Teklif edilen VTYS, HBYS için kullanıma uygun olmalıdır. İstekli, ayrıca teklif ettiği ürünlerin Türkiye'deki ana firma statüsündeki şirketten bu ihaleye özel yetki belgesi alacaktır.

37

İsteklinin teklif ettiği VTYS sözleşme süresince, ilgili hastanelerde kullanılmak üzere lisanslan-malıdır.

Teklif edilen veri tabanı yönetim sistemi (VTYS) endüstri standardı olan ilişkisel mimariye dayalı olmalıdır.

Teklif edilen VTYS, en az 12 CPU olarak lisanslanmalıdır. Lisanslamalar alttaki listede belir-tilen şekliyle olmalıdır :

1. Gaziantep KHB Merkez : 2 CPU 2. Araban Devlet Hastanesi : 1 CPU3. Şahinbey ADSM : 2 CPU4. Şehit Kamil ADSM : 2 CPU5. Nizip Devlet Hastanesi : 2 CPU6. Oğuzeli Devlet Hastanesi : 1 CPU7. Nurdağı Devlet Hastanesi : 1 CPU 8. İslahiye Devlet Hastanesi : 1 CPU9. Nizip ADSM : 1 CPU

VTYS çok kullanıcılı veri erişimini desteklemelidir. Önerilen VTYS İnternet/İntranet ortamlarına tam olarak uyumlu olmalıdır. Teklif edilen VTYS gerek verilerde gerekse nesne isimlerinde TS 5881 standartında Türkçe

karakter setini desteklemelidir. Sıralama ve karşılaştırma işlemleri Türkçe alfabe dizilişine göre yapılabilmeli, bu özellik için herhangi bir programlamaya gerek duyulmamalıdır.

Önerilen VTYS üreticisinin Türkiye’de teknik destek veren yerleşik ekibi bulunmalıdır. Önerilen VTYS, ortak SQL cümlelerinin işletim kodlarının ortak bir bellek alanında tutul-

masını desteklemelidir. Böylelikle sıklıkla çalıştırılan SQL cümlelerinin sentaks ve anlamsal analizleri ile çalıştırılma planlarının belirlenmesi işlemleri çok daha hızlı yapılarak VTYS tarafından yüksek performansla çalıştırılmaları sağlanabilmelidir.

VTYS'de veri silme, ekleme ve güncelleme işlemlerinde kayıt bazında kilitleme mantığı kul-lanılmalıdır. Kayıt bazında yapılan kilitlerin sistem tarafından sayfa yada tablo gibi daha üst yapılara otomatik olarak eskale olması engellenmelidir.

Önerilen VTYS, SQL cümlelerinin, otomatik olarak maliyet tabanlı sorgu iyileştiricisi (query optimizer) aracılığıyla en iyi performansı verecek şekilde çalıştırılmasını sağlayacaktır. Sorgu iyileştiricisi verinin tablolardaki gerçek dağılımını histogramlar aracılığı ile belirleyebilmeli; dağıtık veritabanlarını kapsayan sorgulamalarda optimizasyon yapabilme özelliğine sahip ol-malıdır. Ayrıca SQL cümlecikleri içinden sorgu iyileştiricisine ipucu (hint) geçebilmek mümkün olmalıdır.

Teklif edilen VTYS'de sorgulamalar için kilit kullanılmamalıdır. Çok kullanıcılı ortamlarda aynı veriye farklı kullanıcı oturumlarından güncelleme ve sorgulama amaçlı erişimler yapıla-bilmeli; sorgulama oturumlarının commit edilmemiş güncelleme oturumlarının yaptığı değişikliklere erişmesine (dirty read) sistem engel olmalıdır.

VTYS, ‘fonksiyon tabanlı indeksleme’ yapabilme özelliğine sahip olmalıdır. Bu kapsamda, bir tabloya bağlı bir indeksin tanımında tablonun kolon değerleri kullanılabildiği gibi, bir veya birden fazla kolonu kapsayan bir fonksiyon da yer alabilmelidir. Dolayısıyla tablonun sadece kolon değerleri üzerine değil aynı zamanda kayıtlara uygulanacak belli bir fonksiyonun çıktısı üzerine de indeks yaratılabilmelidir.

38

Önerilen VTYS, kendisi için özel olarak geliştirilmiş bir disk yönetim yazılımı (volume man-ager) bulunduracaktır. Bu yazılım herhangi bir dosya sistemi kurulmamış disk yapılarını (raw device) yönetebilecek ve sunucuya bağlı diskleri mantıksal bölümlere (logical volume) ayırarak disk yönetimini kolaylaştıracaktır. Disk yönetim yazılımı performans amacıyla veri dosyalarının birden fazla disk grubu üzerine dağıtılmasını (striping), yüksek devamlılığı sağlamak amacıyla verinin farklı disk gruplarına aynalanmasını (mirroring) sağlayacaktır. Yazılım, sisteme yeni disk grubu eklenmesi ya da mevcut disk gruplarının çıkarılması duru-munda, veri tabanı yönetim sisteminin hizmetinde herhangi bir kesintiye gerek kalmadan otomatik yük dağılımı özellikleri sunacak ve sistem açıkken veri bloklarını yeni disk kon-figürasyonuna uygun olarak optimum bir şekilde düzenleyebilecektir. Disk yönetim yazılımı, veri tabanı yönetim sistemi yönetim yazılımı tarafından izlenebilecek ve yönetilebilecektir.

5.2.2. VERİ GÜVENLİĞİ ve VERİ TUTARLILIĞI Önerilen VTYS, ilişkisel mimari bünyesinde veri bütünlüğünü sağlayabilmelidir. Gerek nesne

bütünlüğü (entity integrity) gerekse referans bütünlüğü (referential integrity) sağlanmalıdır. Veri bütünlüklerinin sağlanması uygulamalara bırakılmamalı, VTYS düzeyindeki kısıtlama tanımlamaları yardımıyla, prosedürel yapılara gerek kalmadan kotarılabilmelidir. Ayrıca veri bütünlüğü kısıtlamalarının transaction commit işlemi sırasında kontrolüne olanak verilmesi desteklenmelidir. Bu şekilde transaction sırasında geçici olarak veri bütünlüğünün bozula-bilmesi esnekliği sağlanmalı ancak işlemin sonunda verinin tutarlılığının kontrolü otomatik olarak yapılabilmelidir.

VTYS tetikleme (trigger) mekanizmasına sahip olmalıdır. Tetiklemeler, DML (Data Manipula-tion Language) işlemlerinden (yeni kayıt ekleme - insert, kayıt güncelleme - update ve kayıt silme - delete) önce ve/veya sonra çalışacak şekilde ayarlanabilmelidir; otomatik olarak çalışacak bu prosedürel yapıların kayıt, komut yada transaction bazında çalışacak şekilde düzenlenebilmesi desteklenecektir. Ayrıca VTYS'nin açılması (startup), kapatılması (shut-down), kullanıcı giriş/çıkışı (login/logoff), DDL işlemleri (CREATE, ALTER, DROP, vs.) sırasında da devreye girebilecek tetikler VTYS tarafından desteklenmelidir.

Teklif edilen VTYS, verilere erişimi şifrelerle koruma altına almalıdır. VTYS'nin gelişmiş bir şifre yönetim mekanizması (şifre uzunluk kısıtlamaları, geçerlilik süresi, vb.) olmalıdır. Ayrıca sistemdeki nesnelere erişim hakları kullanıcı bazında tanımlanabildiği gibi, VTYS yö-neticisi tarafından sistemdeki erişim haklarının bir araya gelerek oluşturacağı kümeler (rol) de yaratılabilmelidir. VTYS kullanıcıları bu rollerin bir veya birden fazlasına atanabilmeli, kul-lanıcı atandığı rollerin tüm haklarına otomatik olarak sahip olmalıdır. Hak kümeleri (roller) hiyerarşik yapıda olacaktır.

Önerilen VTYS, verilerin veri tabanı düzeyinde 'native' olarak şifrelenebilmesini sağlamalıdır. VTYS tarafından sunulan hazır paketler aracılığıyla kullanıcı tablolarındaki kayıtlar farklı anahtarlarla şifrelenebilmeli, şifrelenen bu kayıtlardaki veriye doğru anahtar değeri olmadan ulaşılması engellenebilmelidir. Bu şekilde veri güvenliği üst düzeye çekilebilmelidir.

Önerilen VTYS, verilere erişim sırasında network trafiğinin şifrelenebilmesini desteklen-melidir. Bu yöntem ile veri tabanı ile istemciler arasındaki veri tabanı paketlerinin içeriğinin şifrelenebilmesi sağlanmalıdır.

39

6. KONTROL VE MUAYENE METODLARI6.1. Şartnamede tanımlı sistem yazılımlarının tedarik edilmiş olması, yazılım işlevlerinin geliştir-

ilmiş olması şartları, muayene kabulde aranacak şartlardandır. Yüklenici'ye yapılacak ödemeler bu çerçevede değerlendirilecektir.

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

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

6.4. Arıza, hata, isteklerin bildirimi ve bildirimlerin karşılanma şekil ve süreleri konusunda Yük-lenici tarafından tasarlanan sistemin çalışması denetlenecektir.

7. BAKIM ONARIM TEKNİK DESTEK HİZMETLERİ7.1. CEZALAR VE SÖZLEŞMENİN FESHİ

Cezalar ve sözleşmenin feshi ile ilgili hükümler idari şartname ve sözleşmede belirtilecektir.

8. CİHAZ VE YAZILIM ENTEGRASYONU8.1. Sözleşme süresi içerisinde, MHRS ve/veya web üzerinden randevu sistemi, medula, ÇKYS, otomatik sıra numarası sistemi ve idarece sisteme entegrasyon kararı verilirse kurum-dışı tıbbi tanı firmaları ile bu hizmetlerin sisteme entegrasyonunu ilgili sistem firmaları ile birlikte gerçekleştire-cektir. Yüklenici bu hizmetlerden dolayı ayrıca bir ücret talep etmemelidir. Bu entegrasyon çalış-maları kapsamında İdare, bu cihazları satın aldığı 3. parti firmanın da desteğini sağlayacaktır.8.2. İstekliler, Sisteme sonradan kazandırılan ve uygun data çıkışları olan, HBYS mevcut modül ve fonksiyonlarla uyumlu, ve uluslararası sağlık bilişimi standartlarını destekleyen tüm tanı ve tedavi ci-hazlarının veritabanı sistemi ile entegrasyonunu sağlayabilmelidirler. Bu entegrasyon çalışmaları kapsamında İdare, bu cihazları satın aldığı 3. parti firmanın da desteğini sağlayacaktır. Bu hizmetler için Hastaneden ek ücret talep edilmemelidir.

9. OLAĞANÜSTÜ DURUMLARİstekliler olağanüstü durumlarda, önerdikleri çözümlerin (Yangın, Sel, Deprem, vb) nasıl bir teknolojik önlem ile sürekliliğini sağlayacaklarını ve sistemdeki bilginin nasıl kurtarılacağına dair planlarını sözleşme aşamasında ayrıca belirtmelidir. İlgili planın idarece onaylanmasından sonra bu plan doğrultusunda istekliler donanım ve yazılımları temin edecektir.

10. YAZILIM LİSANS VE KULLANIM HAKLARI5846 sayılı Fikir ve Sanat Eserleri Kanunu ile bu kanuna istinaden çıkarılmış ikincil mevzuat çerçevesince işlem yapılmalıdır. Yüklenici kesin kabulden önce yazılımda kullandığı lisansları idareye belgelemek zorundadır.

11. KARAR DESTEK SİSTEMİ (KDS)

Gaziantep Kamu Hastaneleri Birliği Genel Sekreterliği’nde kullanılacaktır. İdare, bu şartnamede tarif edilen hizmetleri edinmekle, birliğe bağlı tüm sağlık tesislerinde birbirleri ile eşgüdüm halinde çalışan Hastane Bilgi Yönetim Sistemi (HBYS), Laboratuvar Bilgi Sistemi (LIS), Radyoloji Bilgi

40

Sistemi (RIS) ve bunun gibi sağlık tesisinin kullandığı uyum sağlanabilecek diğer yazılımlarla bütünleşme sağlayarak idarenin ihtiyacı olan merkezi Sistem içerisinde; bilgi yönetimi, istatistik ve raporlamaların kesintisiz olarak çalışması sağlanacaktır. Bu sistem kapsamında yapılacak hizmetler aşağıdaki şekilde tarif edilmiştir;

A) Mevcut Yazılım ile birlikte Hastanelerin ihtiyacına göre hazırlanmış ve idare tarafından belirlenecek analiz raporlarının yönetiminin kullanımına verilmesi. (Yönetici ve İşletme Odaklı Analizler, Finansal Analizler, Hizmet Kalite Standartları Ve JCI Kriter Analizleri, Tıbbi Analizler, Kurumsal Analizler, Tıbbi – Akademik Analizler, Hemşirelik Hizmetleri Analizleri, Stok Analizleri, Hastane karneleri vb.)

B) Mevcut Yazılım ile birlikte Kamu Hastaneler Birliği için idarenin isteği ve ihtiyacı doğrultusunda belirlenen analiz ve “Verimlilik Gösterge Kartları” ekranlarının hazır ve çalışır durumda Birlik yönetiminin kullanımına verilmesi.

C) Mevcut Yazılım ile birlikte hastanelerden sabit verilerin toplanması amacıyla Web tabanlı merkezi “Sabit Veri Toplama Merkezi” uygulamasının Birlik yönetimi kullanımına verilmesi.

D) Birliğe bağlı hastanelerde bulunan Otomasyon sistemleri ile veri bütünleşmesi sağlanması.

11.1. GENEL HUSUSLAR

Birliğe bağlı hastanelerdeki tüm verilerin; otomasyon, firma altyapısı, veri tabanı lisansı ve veri tabanı tasarımı farklılıklarını da ele alarak birlik içi merkezi karar destek için; ortak bir veri modeli doğrultusunda birleştirilmesi,

Otomasyon verileri ile sabit verilerin Sistem veri modeli bünyesinde birleştirilmesi, Tıbbi, İdari ve Mali başkanlıkların tüm analiz ve raporlama ihtiyaçlarının Sistem bünyesinde

giderilmesi, Verimlilik Gösterge Kartları ve diğer tüm performans kriterleri için gerekli veri hazırlama,

raporlama ve analiz ihtiyaçlarının giderilmesi. Tüm analiz ve raporlamalarda; Birlik kapsamında tüm hastaneler ya da hastane bazlı çalışmaların

yapılabilmesi, Veri modeli doğrultusunda hastanelerde çalışan otomasyon sistemlerinin denetim ve kontrolünün

yapılmasını sağlamalıdır.

11.2. SİSTEM SON KULLANICI ARAYÜZ ÖZELLİKLERİ

Ürün on milyonlarca satırın olduğu çok yüksek hacimli verilerde bile son kullanıcının yapacağı analizlere saniyeler seviyesinde yanıt verebilecek bir altyapıya sahip olmalıdır.

Ürün, ETL, OLAP analizi, raporlama, anlık sorgulama, dashboard gibi ihtiyaçların için tek ve entegre bir önyüz sunmalıdır.

Son kullanıcının çok basit bir ortamda işaretle ve tıkla yaklaşımıyla analiz yapabileceği ve kullanıcı eğitimine gerek duyulmayacak bir ortam sunulmalıdır.

Oluşturulan analiz sayfaları üzerinde bulunan her görsel bileşen üzerinde özet bilgiden detaya inebilecek drill-downfonksiyonalitesi gerçekleştirilebilmelidir. Görsel bileşenler üzerinde nasıl drill-down yapılacağı tanımlanmamış olsa bile son kullanıcı özet bilgiden detaya inebilmelidir.

Son kullanıcıların bir portal üzerinden analiz yapabilecekleri gibi arzu ettikleri doküman, rapor veya analizlerini yetkileri dâhilinde kendi bilgisayarına indirebilmelidir.

41

Son kullanıcı hiyerarşiye bağlı kalmaksızın seçimlerini istediği sırada çift yönlü olarak (Özetten detaya ya da detaydan özete doğru) yapabilmelidir.

Doküman üzerinde kullanılan nesneler kolaylıkla Excel’e veri olarak çıkabilmeli. Hazırlanan dokümanlar hiç bir ek işlem yapmadan Web ortamından ve mobil cihazlardan

görüntülenebilmelidir. Ekran üzerinde yapılan seçimlerden sonra dokümandaki hesaplamalar anlık olarak yapılmalıdır. Dokümandaki anlık hesaplamalar kullanıcı seçimlerine göre ve seçimin dışında kalanlara göre

analiz yapılmasını sağlamalıdır. Kullanıcı seçtiği son iki seçim arasında karşılaştırma yapabilmelidir. Kullanıcı mevcut ekran üzerinde seçimlerini kolaylıkla görebilmeli, isteği seçimi silebilmelidir. Kullanıcı seçimleri arasında karşılaştırmalı analizler yapılabilmelidir. Önceden tanımlanan

karşılaştırmalı analizler güncel veri ile çalışabilmelidir. (Örneğin İçinde bulunan yıl ve önceki yıl karşılaştırması )

Kullanıcı seçimlerini gruplayabilmelidir. Bu grupları karşılaştırmalı analizlerde kullanabilmelidir.

Kullanıcı ara yüzü grafik tabanlı olacaktır. Grafik ara yüzüne uygun olarak bütün kontroller hem fare (“mouse”) hem de klavye yardımıyla

yapılabilecektir. Ancak yazılımın mümkün olan her fonksiyonu klavye üzerinden yürütülebilecek, kullanılan kısa yollar sistematik olacaktır.

Tüm sıralamalar, karşılaştırmalar ve sorgulamalar Türkçe alfabeye göre yapılacaktır.11.3. EĞİTİM

Son kullanıcı eğitimlerinde ilk olarak bütün kullanıcılara uygulamaya giriş, kullanıcı adı ve şifre kullanımı, menü kullanımı, anahtar tuşlar, yardım menüsüne erişim ve genel kullanım özelliklerinden bahsedilecektir.

Herhangi bir süreçte görev alan tüm rolleri üstlenecek kullanıcıların eğitimi birlikte alması sağlanacaktır. Bu şekilde hâlihazırda işleyen sürecin kullanımında nasıl gerçekleşeceği bilgisi de kullanıcılara aktarılmış olacaktır.

Son kullanıcı eğitimlerindeki temel amaç kullanıcıya ilgili süreçteki rolünü ve bu rolü uygulama içinde nasıl gerçekleştireceğini aktarmak olacaktır.

Her sürece ilişkin eğitim konularını içeren, sürdürülebilir eğitimi sağlayacak standart formatta eğitim programı dokümanları hazırlanacak ve son kullanıcı eğitimleri hazırlanan bu eğitim programına göre uygulanacaktır.

Eğitimlerin uygulamalı olarak yapılabilmesi için gerekli düzenlemeler ve ayarlamalar yapılacaktır.

Eğitimlerin süreleri her bir süreç için sürecin karmaşıklığına göre değişebilecektir.

11.4. YETKİLENDİRME

Raporlar ve analizler; üzerindeki yetkiler; doğrudan kullanıcı bazlı tanımlanabilecektir. Raporlar ve analizler; modül, alt modül ya da benzeri seklinde bir hiyerarşik tanımlamaya tabi

olabilecek; söz konusu tanımlama istenen sayıda düzeyden oluşabilecektir. Kullanıcılara yapılan yetkilendirme ya da yetki alma işlemleri görsel bir ara yüz üzerinden

yapılacaktır.

42

Kullanıcının kimlik denetiminden geçtikten sonra sisteme girişinin ardından yetkili olduğu rapor ve analizleri gösterir uygulama ağacı ya da menü otomatik olarak oluşturulacaktır.

Rapor ve analizler için yetkilendirme salt okunur ya da yazılabilir seklinde tutulacaktır. Kullanıcı için salt okunur olarak tanımlanmış rapor veya analizlerde yazma işlemine hiçbir suretle izin verilmeyecektir.

Sistemde oluşacak tüm veri için olduğu gibi tüm yetkilendirme süreçlerine ilişkin güncel (“log”) tutulması sağlanmalıdır.

Kullanılacak olan iş zekâsı yazılımının kullanımı için gerekli olan her türlü donanım idare tarafından, yapılması gereken her türlü lisanslama, yükleme ve yapılandırmalar yüklenici tarafından sağlanacaktır.

Karar Destek Sistemi yazılımı herhangi bir veritabanı yönetim sistemi lisansına ihtiyaç duymadan çalışabilmedir. İhtiyaç olması halinde gerekli lisanslar yüklenici tarafından karşılanacaktır.

Yüklenici; yazılımın kullanımı, karşılaşılan problemlerin giderilmesi, yazılım üzerinde gerekli güncellemelerin yapılması, tablolarının güncel tutulması, ilave analiz/rapor geliştirme işlemlerini İdarenin denetiminde yapacaktır.

43

12. MERKEZİ STOK SİSTEMİ Bu sistem Gaziantep Kamu Hastaneleri Birliği Genel Sekreterliği’nde kullanılacaktır. Bu sistem Kurumumuza bağlı bütün hastanelerde kullanılan ambar, sarf, eczane modülleri ile entegre çalışacak olup kurumlar üzerindeki stok analizleri, istatistik alabilmeyi, veri karşılaştırma yapabilmeyi amaçlamaktadır. Birliğimize bağlı bütün kurumlarımızın stok durumlarını görebilmeyi, ihtiyaç ve ihtiyaç fazlalarını belirleyebilmeyi ve karar vermeye yardımcı olması için kullanılacaktır.12.1. İlaç ve sarf malzemeler ayrı listelenebilmelidir. 12.2. İlaçlar etken maddeye göre listelenebilmelidir.12.3. İlaç ve sarf malzemelerin özelliğine göre akıllı arama yapılabilmelidir. 12.4. İl bazında bütün stok kartlarının toplam miktarları görüntülenebilmelidir.12.5. İlaç ve tıbbi sarf malzemelerin bağlı sağlık tesislerindeki depo miktarları ayrı ayrı listelenmelidir.12.6. Miad Bilgi Formu bulunmalıdır. Raporlama yapılabilmeli, ekranın yazdırma özelliği olmalı ve Ex-cel formu olarak listelenebilmelidir. Miad kriteri olarak; miadının dolmasına yakın malzemeleri fil-treleyebilmelidir. Stoğu biten ve Miadı Geçen malzemelerin listelenmelidir.12.7. Bütün ekranların, formların, listelerin yazdırma özelliği olmalı, filtrelenmeli ve Excel formu olarak listelenebilmelidir.12.8. Hastane verileri üzerinden gerekli görülen durumlarda rapor oluşturulabilmelidir.12.9. İlaç ve Sarf malzemeler gelir kodu, kurum adı, depo adı, ürün özelliklerine göre listelenebilme-lidir. Bu ekrana getirilen bilgiler otomatik olarak güncellenmelidir, bağlı sağlık tesislerindeki veriler ile uyumlu olmalıdır.12.10. Her ürün için Kurum Adı, Depo Adı, Ürün Adı, Ürünün Birimi, Ana Depo Miktarı, Ürünün Son Alış Fiyatı, Etken Madde, Sut Kodu, Taşınır Kodu, En Yakın Miadı vb. bilgileri bulunmalıdır. Bu bil-gilerde hastane tarafında güncelleme yapılması durumunda yapılan değişiklik ve güncellemeler otomatik olarak sisteme yansımalıdır. Filtreleme yapılabilmelidir.12.11. Son 1 aylık tüketim çıkışı, son 2 aylık tüketim çıkışı, son 6 aylık tüketim çıkışı ve son 12 aylık tüketim çıkışı verileri ayrı ayrı listelenebilmelidir, filtreleme yapılabilmelidir12.12. Stok kartlarının imha bilgileri görüntülenebilmelidir.12.13. Birliğimize bağlı tesirlerde servislere,başka kurumlara, hastalara ve tüketime yapılan çıkışları ra-porlamalıdır.12.14. Stoklar miad bilgisine göre filtrelenmelidir. 12.15. Bütün giriş, çıkış, tüketim, devir işlemlerinde yer alan bilgiler sağlık tesislerindeki medikal depo biriminde kullanılan modül ile yapılan işlemlerle uyumlu olmalıdır.12.16. Depolardaki Kritik Stok Seviyesi ve Maksimum Seviyenin üstündeki malzemeler listelenebilme-lidir. 12.17. Gerekli miad kontrollerinin yapılabilmesi için kurum ve depo stoklarının listelenerek miad kon-trolü isteğe bağlı tarih seçilerek filtreleme işlemi yapılabilmelidir.

13. HBYS UYGULAMA YAZILIM GEREKLERİ13.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.

44

13.1.1. İlk Başvuru ve KayıtMüracaat eden her hastanın genel kimlik bilgileri, adres bilgileri, hasta kurum hastası ise hastaya ait sosyal güvenlik ve sevk bilgileri girilmelidir. Hak sahipliği sorgulamaya yönelik web servisler bu modülden çalıştırılmalıdır. Kimlik, adres ve kurum bilgilerinin kaydı hastanın hastaneye ilk gelişinde bir kez yapılmalı, son-raki 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. Aynı hasta için birden fazla kayıt açılmasını önleyecek nitelikte düzenleme yapılmış olmalıdır. Hastanın hastaneyi her ziyareti için; hasta dosya numarasından ayrı bir sıra/geliş numarası ver-ilebilmeli, hastanın her ayrı ziyaretinde bu sıra/geliş numarası ile ilgili polikliniğe ve gerekli tüm birim-lere sevk işlemi otomatik olarak yapılabilmelidir. 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. İş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. Gerekli modüllerle (vezne modülü vb.) entegre çalışabilmelidir. 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ıl-ması engellenmelidir. Aynı hastaya birden fazla kod numarası verilmişse yetki verilen kişi bu kayıtları birleştirmelidir. Hastanın daha önceki hesap numaralarının hepsi (yatan, ayaktan, acil) özet bazda, borcu olup ol-madığına dair verinin de olacağı şekilde görüntülenebilmeli; önceki hesap numaraları gerektiğinde de-taylı olarak sorgulanabilmelidir. Yapılan kayıtların hangi kullanıcı tarafından yapıldığının kaydı otomatik olarak tutulmalıdır. Aramalarda kısmi bilgi girilebilmeli, arama sonucu birden fazla kayıt bulunursa bunların liste-lenip gösterilmesi, seçilmesi veya sorgunun geliştirilmesi mümkün olmalıdır. 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 loğlar ve işlemi yapan bilgisi saklanmalıdır. Kaydı yapılan ve randevusu olmayan hasta otomatik olarak sıra numarası almış olmalıdır. Acil servisten hızlı kayıt yapabilme özelliği bulunmalıdır. Hastaların genel kayıt bilgilerinin dökümü alabilmelidir. Hastanın diğer birimlere şevki otomatik olarak yapılmalı ve yaptığı her müracaatı ve müracaatında yapılan işlemler istendiğinde kod ve hesap numaralan yardımıyla sorgulanmalıdır. Yeni doğan bebek kaydı yapılabilmelidir. Anne ve baba tc si alanları olmalı ve bebek kaydında bu alanlar isteğe gören zorunluluk olabilmelidir. 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. Müracaat eden her hastaya adının, soyadının ve kod numarasının yer aldığı bir kimlik kartı ver-ilebilmeli ya da uygun büyüklükte bir etiket çıktısı alabilmelidir.

45

Hasta eğer doktor tarafından hastaneye yönlendirilmişse hangi doktor tarafından yönlendirildiği bilgisi kaydedilmelidir. Kayıtta alınan bilgilerden gerekli olanları ilgili birimlere aktarılabilmelidir. Hasta dosyaları için de etiket basılabilmelidir. Hasta kimlik bilgileri sisteme kaydedilirken, hastanenin yapısına ve ihtiyacına göre sistemde has-taya ait resim ekleme özelliği olmalıdır. (Resimlerin çekilip/taranıp sisteme aktarılması için gerekli do-nanımın temini ayrıca hastane idaresi tarafından sağlanacaktır). Girilen T.C. Kimlik numarasının geçerliliği kontrol edilmelidir, geçerli olmayan T.C.Kimlik nu-maralarının girişi otomatik olarak engellenmelidir. 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. Her hasta için kabul sırasında gerektiğinde açıklama bilgisi girilebilmelidir. 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. 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. 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. Yeni doğan kayıtlarında Hepatit-B aşı tarihi bilgisi saklanabilmeli ve bu bilgiler istendiğinde sorgulanarak yazdırılabilmelidir. 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şle-minde kullanıcıya gerekli uyarı mesajları verilmeli ve engellemeler yapılabilmelidir. Hastaların aynı güne ait mükerrer gelişlerinde uyarı mesajı verilmeli, istendiğinde mükerrer geliş kayıtları engellenebilmelidir. Girilmesi zorunlu olan alanlar kullanıcı tarafından tanımlanabilmelidir ve bu zorunlu alanların boş bırakılarak hasta kabulü yapılması engellenmelidir. 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. Yabancı uyruklu hastaların kayıt aşamasında uyruk seçimi yapılabilmeli ve gerektiğinde istatis-tik alınabilmelidir. Hasta sorgulama ekranında sorgulanan hastanın poliklinik ve yatış bilgilerine ulaşılabilmeli, hasta kayıt modül üzerinden yetki dahilinde gerekli düzenlemeler yapılabilmeli ve istendiğinde rapor-lama yapılabilmelidir.

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

46

Kullanıcı, “otomatik” ve “seçerek” atama olmak üzere iki şekilde Doktor atama yapabilmelidir. Otomatik atamaya dahil olacak doktorlar bir atama listesine eklenip çıkartılmalıdır. Doktorların muayene saatleri doktor atanırken tanımlanmalıdır. Atama işlemini gerçekleştiren personel, her doktor için atanan hastaların listesini görmelidir. Doktor, kendisine atanan hastaların listesinin görüntülenmesi ve raporlanması yetkisine sahip ol-malıdır. Kayıt işlemi yapıldıktan sonra atanan doktor ismi değiştirilememelidir. Doktor, hasta listesindeki hasta isminden tek tuşla geçmiş vizitlere ulaşmalıdır. Doktor, atanan hastalar listesinden hastasını seçerek tıbbi bilgi girişi ekranına geçebilmelidir.

13.1.3. Tekrar Geliş Kaydı ve Kayıt Görüntüleme İşlemiBaşvuran hastaların başvuru nedenlerini kaydeden ve belirtilen arama kriterlerine göre, kayıtlı hastaların bilgilerini ekranda gösteren fonksiyondur. 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. Veri tabanında kaydı bulunan hastaların bilgileri, değiştirilemez şekilde görüntülenmelidir. Ancak yeni bilgi girişine müsaade edilmelidir. Sorgulama sonucu bulunan ve gösterilen vakaların kaydı sonuçlanmış ve kapanmış ise faturaya yan-sı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. Hasta/vaka kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında dökümler alın-malıdır. Sosyal Güvenlik Kurumu hastalarına uygulanan 10 günlük kontrol muayenesi, kontrolü otomatik olarak yapılmalı ve operatöre bilgi verilmelidir. 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ın-abilmelidir.

13.1.4. Hasta Çıkış/Sevk İşlemiMuayeneleri sonuçlanan hastaların kayıtlarının kapanmasını sağlayan işlevdir. 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. 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. Hastanın laboratuvar ve röntgen gibi birimlere sevki otomatik olarak iletilmeli ve sonuçlar da otomatik olarak görüntülenmelidir. Ö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. 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. Hastaların kontrol kayıtları tutulmalı ve çeşitli istatistiki bilgiler üretilmelidir. 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.

47

13.1.5. Randevu İşlemleri Modülü Bu modül gerektiğinde poliklinik muayene randevu işlerinin yürütülebilmesi için Merkezi Hastane Randevu Sistemi(MHRS) ile entegre edilecektir. 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, ran-devu görüntüleme ve arama işlemleri hem yetkili kişi hem de servis doktoru tarafından gerçekleştir-ilebilmelidir. Hastaların internet, telefon ve doğrudan başvuru ile randevu alabilecekleri ve bu randevuların ak-samadan yürüyebileceği bir randevu sistemi tasarlanmış olmalıdır. Bu konuda farklı çözümler geliştir-ilebilir. Hastaların internet ortamında randevu alabilmesi durumunda randevu alma ekranında kullanıcı kolaylıkları sağlanmış olmalıdır. Hastanın geçerli telefon numarası alınmadan randevu verilmemelidir. Özel, saatli ve saatsiz randevu alma özelliği olmalıdır. Doktorların izin, geçici görev, ders gibi zamanlarda randevu saatlerini kapatmaları mümkün ola-bilmelidir. Randevu düzenlerken uygulanacak başlama/bitiş saatleri ve muayene süreleri önceden belirlenebile-ceği gibi atama işlemi sırasında da belirlenebilmelidir. 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. 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. Günlük randevu listelerinin dökümü istenildiği zaman alınmalıdır. Hastaya aynı tarih ve saat için farklı birimlerden randevu verilmesi engellenmelidir. (varsa) Semt Poliklinikleri ya da uydu kliniklerle hastane arasında randevu vermede koordinasyon olmalıdır. Randevunun zamanında gerçekleşip gerçekleşmediği, gerçekleşmedi ise sebebi takip edilebilmelidir. Gerektiğinde ilgili istatistik alınabilmelidir. Hastaneye müracaat eden hastaların semt, ilçe, il bazında adres dökümü alınmalıdır. Tetkik birimlerinde her türlü randevu işlemi (randevu alma, iptal, güncelleme) yapılmalıdır. Projenin kapsamında poliklinik, klinik ve ameliyathane randevu sistemlerinde istenen özelleştirmeler de gerçekleştirilmelidir. 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 rande-vuları 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. Muayene olmayan hastalara ve tetkik-tahlil sonucu çıkmamış hastalara “Tetkik Sonuç Gösterme” sırası verilmesi engellenmelidir. Tetkik-Tahlil sonuçları çıkmış olan hastalara sonuç gösterme işlemi için sıra alış işlemi otomasyon sistemi üzerinden ilgili birim yada internet ve kioks üzerinden verilebilme-lidir. Sonuç göstermek için sıra almış olan hastalar poliklinik Icd sıramatik sisteminde görüntülen-melidir.

48

Ultrason, mr, bt gibi radyolojik İşlemler için verilecek randevunun hasta bazlı değil tetkik bazlı ol-ması gerekmektedir. Kurumun belirlediği süre içerisinde randevusuna geç kalan hastalara otomatik durum bilgisi giril-erek (kullanıcı sebepleri kendisi tanımlayabilmelidir.) iptal edilmeli ve ilgili doktorun klinik ekranında düşmelidir. Bu durum doktor kontenjanından otomatik olarak düşmelidir.

13.2. KİOSK UYGULAMALARI Hastanede kullanılması planlanan, kiosk cihazlarının donanım ve bilgisayar işletim sistemi lisans maliyetleri idareye aittir. Yüklenici, kiosk uygulama modülünü geliştirmeli ve HBYS’ne entegre et-melidir. Hastaların, hastanenin herhangi bir birimine uğramadan, direk olarak kiosk üzerinden, gitmek iste-dikleri polikliniklere randevu almasını sağlayan bir uygulamadır. Kiosk randevu uygulaması, hasta sorgulamasını T.C. Kimlik numarası üzerinden yapmalıdır. Girilen T.C. Kimlik numarasının geçerliliği kontrol edilmelidir, geçerli olmayan T.C. Kimlik numar-aları ile randevu girişi otomatik olarak engellenmelidir. Herhangi bir Kiosk için, o kiosk üzerinden randevu alınabilecek poliklinikler seçilebilmelidir. Kiosk üzerinden alınacak randevular için kapasite tanımı yapılabilmelidir. MHRS‘den alınan polik-linik randevu saatlerinde rezerve edilen süre için, başka bir hastaya numara verilmemelidir. Kiosk ekranına, T.C. kimlik no girişi sonrasında ekrana branş listesi gelmeli, seçilen branş sonrası il-gili branşa ait poliklinikler listelenmeli ve hastanın istediği polikliniği seçmesi sağlanmalıdır. Seçilen polikliniğe ait, bilgiler (bina, kat, oda, dahili tel.) görüntülenebilmelidir. Kiosk MHRS randevu sistemi ile entegre çalışmalı MHRS 'ye alınan randevu saatine hastaya sıra vermemelidir. Hastalar Kiosk üzerinden poliklinik, konsültasyon, sonuç randevularını alabilmeli, Kiosk da resmi (Banka çalışanları vb) hastalar için istenen evrakların alımının atlanmaması için uyarı mesajı çıkmalıdır. Dış sevk ile gelen hastaları uyarı mesajları ile sekretere yönlendirmelidir. Sağlık turizmi hastaları için uygulanabilir olmalıdır. Hastanın aldığı poliklinik sıra numarası barkod çıktıları kalite standartlarında istenen bilgileri içer-melidir. Mhrs çalışma cetvelindeki doktorlar kiosklara otomatik ve entegre olacak şekilde görüntülenmelidir. Parametrik olarak ayarlanma yapılabilmelidir. Mhrs çalışma cetvelinde devam eden muayene aksiyonları için aynı branşa randevu verilmemelidir.

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

13.3.1. Poliklinik Kayıt İşlemleriBu modül aynı zamanda acil servis ve polikliniklerin ihtiyaçlarına cevap verebilecek şekilde düzen-

49

lenmiş olmalı ya da bunlar için gerekli düzenlenmelerin yapılabileceği şekilde tasarlanmış olmalıdır. Her müracaat esnasında ilk müracaatta alınan allerji, diabet, v.b. kronik hastalıklar ile ilgili bil-giler otomatik olarak ekrana gelmelidir. Hastaların hemşireleri ve doktorları tarafından hasta dosyalarına işlenen tüm muayene ve te-davi bilgileri, özel sağlık bilgileri (alerjiler, diyabet, vb.) ve konsültasyon bilgileri bu modülden elek-tronik ortama aktarılabilmeli, bu bilgilerden yararlanılıp otomatik olarak epikriz düzenlenebilmelidir. Bu işlemlerin yürütülmesi İçin gerekli donanım, network ve sarf malzemeler İdare tarafından önceden sağlanmış olmalıdır. Bu modülden, hastanın doktorları tarafından, hastaya ait tanı kodlarının Uluslararası Hastalık Kodlaması 1CD-10 kullanılarak girilebileceği düzenlemeler yapılmış olmalı ve Tanı Kodlaması yapıl-mamış hastaların işlemi tamamlanamamalıdır. Ücretli hastalar haricinde; özel sigortalı, memur, Emekli Sandığı(devredilen), SSK(de-vredilen)’h, 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 tamam-lanan 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ış ol-malıdır. 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. Poliklinik modülünden yapılacak tetkik istekleri laboratuvar modülünde doğrudan görün-tü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 izlenebilme-lidir. Ücretli hastalara ait işlemler ve tetkik istekleri, her durumda poliklinik modülünden yapıla-bilmeli, ödeme yapmamış hastaların kontrolü, örnek alma öncesinde ya da tetkik Öncesinde burada kon-trol edilmeli ve engellenmelidir. 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. Polikliniklerde; poliklinik ya da doktor bazında olmak üzere, muayene sırası almış olan hasta-lara 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. Hastanın herhangi bir andaki fatura bilgileri, istenildiği taktirde bu modül ekranlarından görün-tülenebilmeli ve/veya yazdırılabilmelidir. İhtiyaç halinde hastanın Önceki gelişlerine ait arşiv dosya istemleri modül üzerinden „Arşiv dosya talep formu’ doldurularak yapılabilmeli ve bu istem herhangi ek bir işlem gerçekleştirmeye gerek kalmadan arşiv birimine otomatik olarak iletilmelidir. Cerrahi branşlarda,patoloji istem formu’ modül üzerinden doldurulabilmeli, form yazdırıla-bilmeli ve patoloji isteminin durumu takip edilebilmelidir. Aynı ekran üzerinden hastanın önceki geliş-lerinde istenmiş olan patoloji istemleri sonuçları ile birlikte takip edilebilmelidir.

50

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 Hastaların kontrol gelişlerini (10 günlük vakabaşı 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. Ö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. Kartlı otomatik kayıt (mifare, smart, Proximity, Barkod ..vb) sistemlerini desteklemeli, do-nanı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. LCD Sıramatik’te hastanın içeride olup olmadığı bilgisi görülebilmelidir. İlgili branşlar tarafından modül üzerinden Kanser tarama formu’ doldurulabilmeli, hastaya ait daha önceki formlar aynı ekran üzerinden görüntülenebilmelidir. Gelen hasta, resmi kurum (memur vb.) hastası ise, kullanıcıya sevk nüshalarının alınması ile il-gili bilgilendirme mesajı verebilmelidir. 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. Polikliniklerde; poliklinik ya da doktor bazında olmak üzere, muayene sırası almış olan hasta-ları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ıra-matik 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. Protokol numaraları, program tarafından otomatik olarak verilmelidir. Sağlık Bakanlığı İdari ve Mali İşler Dairesi Başkanlığının protokol numarası üretme algoritmasına uygun protokol numarası verebilmelidir. Hastanın sosyal güvenlik durumunda değişiklik olması halinde gerekli ek veya düzeltme yapılabilmelidir, bu değişiklik vezne ve döner sermaye modülünde anında görülebilmeli ve fiyat-landırma buna göre otomatik olarak yapılabilmelidir. Sosyal güvencesi bulunan bir hastanın mali işlemleri, istendiğinde ücretli olarak sürdürülebilmelidir. Bu durum vezne, döner sermaye, faturalama ve muhasebe modüllerinde anında görülebilmeli ve hastanın bizzat ödediği giderler ayrı bir fatura olarak basılabilmelidir. Bunlara ek olarak nakit ödenen tutarın kurumuna fatura edilmesi önlenmelidir. Sosyal güvenceden ücretli hastaya geçişte kayıtlar otomatik olarak düzenlenmeli, herhangi bir şekilde kayıt iptali ve tekrar girişi yapılmamalıdır. Hastanın herhangi bir andaki fatura bilgileri, istenildiği taktirde bu modül ekranlarından görün-tülenebilmeli ve/veya yazdırılabilmelidir. Muayene önceliği olan hastaların (65 yaş üstü, engelli vb) muayene sırasını randevulu hasta isimlerinin en üstüne gelecek şekilde düzenleme yapılmalıdır.

51

Sağlık Turizmi ve Turistin Sağlığı Kapsamında Sunulacak Sağlık Hizmetleri konulu 2011/41 nolu Genelge’ye istinaden programsal düzenleme yapılmış olmalıdır. İstek ve tetkik gibi bilgiler parametrik olmalı ve çalışanın modül kullanımını mümkün olduğunca pratikleştirmelidir. Hastalara verilen ilaçların elektronik reçete bilgilerinin medula sistemine kaydedilmesi ile il-gili programsal düzenlemenin yapılmış olması gerekmektedir. Hastalara ait reçeteler medula sistemine kayıt edilerek medula üzerinden reçete takip numarası alınabilmelidir. Evde bakım hizmet girişleri yapılabilmeli, medula üzerinden evde bakım takip numarası alın-abilmeli ve meduladan faturalandırılabilmelidir. Acil servislerde gerekli durumlarda hasta yeşil alan muayenesi olarak belirlenebilmeli ve yapılan bu belirleme hasta faturasına otomatik olarak yeşil alan SUT kurallarına göre yansımalıdır. İ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. İ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ılabilme-lidir. Ayrıca hastaların aşıları sistem üzerinden takip edilebilmelidir ve bununla ilgili istatistiklerin alın-abilmesi sağlanmalıdır. Tetkik yaptıran ve sonuç gösterecek olan hastalar için sonuç gösterme sırası verilebilmelidir. Her doktor kendisi için günlük muayene sayısını ve sonucuna bakacağı hasta sayısını kendisi sınır-landırabilmelidir. Psikologlar tarafından yapılan işlemler kayıt altına alınabilmelidir. Bu bağlamda, Psikolojik değerlendirme, Kognitif değerlendirme, IQ Testi gibi işlemler otomasyon üzerinden yapılabilmeli ve gerekli çıktılar alınabilmelidir. Odyoloji birimine yapılan başvurular için randevu işlemleri yapılabilmelidir. Randevu işlem-leri HBYS sistemi üzerinden takip edilebilmelidir. Odyoloji birimine gelen hastalara yapılan işitme testlerinin sonuçlarının saklanması, odyagram grafiklerinin oluşturulması, saklanması ve istenildiğinde sorgulanabilmesi ihtiyaçlarım karşılamalıdır. Odyolojiye yönlendirilen hastalara yapılan test sonuçları kaydedilebilmelidir. Odyometrik test sonucu (Odyogram) kullanıcı tarafından grafik ortamda çizilerek oluşturula-bilmelidir. Çizilen odyogram grafiği kaydedilebilmelidir. Odyometrik semboller (Sol Kulak (Maskeli), Sağ Kulak (Maskesiz), v.s. ) grafik üzerinde ayrı nesneler halinde gösterilmelidir. Her sembol grafiğin herhangi bir bölgesine yerleştirilebilir olmalıdır. Çizilen odyogramda aynı sembolden birden fazla kullanılabilmelidir. Odyograma eklenen semboller istenildiğinde tek tek silinebilmelidir. Odyogram üzerinde kulak yolunu belirleyebilmek için semboller arasında çizgi kullanıcı tarafından çizilebilmelidir. Odyogram üzerinde kulak yolunu belirlemek için çizilen çizgiler istenildiğinde silinebilme-lidir. Saf Ses Ortalaması, Konuşmayı Alma Eşiği, Kelimeyi Ayırt Etme Skoru, Tedirgin Edici Ses Yüksekliği, En Rahat Ses Yüksekliği, Timpanogram ve Akustik Refleks Eşiği gibi hastaya yapılan test-lerin sonuçlan kaydedilebilmelidir. Aynı ekran üzerinde hastanın geçmiş sonuçları ve odyogram grafikleri görüntülenebilmelidir.

52

Girilen test sonuçları ve çizilen odyogram grafiğinin yazıcı çıktısı alınabilmelidir. Yazıcı çık-tısında hasta için oluşturulmuş olunan odyogram grafiği de bulunacaktır. Göz polikliniğinde kullanılan cihazların veri girişleri sisteme yüklenebilmeli ve bu bilgiler hasta kartlarına işlenebilmelidir. 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. Hastaların kontrol gelişlerini (10 günlük vakabaşı 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. Doktor kendi servisi - polikliniği için muayene sıra numaralarını ve sonuç gösterimi sıra nu-maraları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. 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. İdare tarafından talep edildiğinde kalitedeki standart formlar; sisteme elektronik ortamda ek-lenebilir olmalıdır ve girişleri sağlanabilmelidir. Poliklinik dış bordlarda hastaların hem görsel olarak görünmesi ve sesli olarak çağırılması sistem üzerinden yapılabilir olmalıdır Günlük ,haftalık, aylık, yıllık ve belirlenen iki tarih arasında detaylı istatistik verileri alınabilmelidir.

13.4. EVDE BAKIM UYGULAMALARI (EVDE BAKIM YAZILIMLARI) Evde Bakım Uygulama yazılımı medikal ölçüm cihazlarını sürekli dinleyen bir yapıda, elde edilen cihaz verilerini ev sakinine gösteren ve bu verilerin gerçek zamanlı olarak merkezi veritabanına aktarılmasını sağlayan bir geçit yazılımıdır. Evde Bakım Uygulama yazılım arayüzü ev sakininin yaş durumu göz önüne alınarak belirgin ve sade görsel öğelerden oluşmalıdır. Dokunmatik kullanıma uygun olmalıdır. Evde Bakım Uygulama yazılımı yalnızca bir ev sakini için çalışabileceği gibi aynı zamanda birden çok ev sakini için de dizayn edilmiş ve kullanılabilir olmalıdır. Evde Bakım Uygulama yazılımı ana ekran paneli üzerinde belirgin bir şekilde tarih, saat, hava durumu, canlı yayın haber veri akışı, kişiye özel birçok resimden oluşabilecek bir fotoğraf albümü, görüntülü görüşme gibi görsel öğeler içerebilir nitelikte olmalıdır. Birden çok ev sakininin olduğu durumlarda, yazılım üzerinden ev sakini kendisini resimli olarak ve büyük fontlarla yazılmış isim bilgisi ile görebilmeli ve seçim yapabilmelidir. Evde Bakım Uygulama yazılımı çalışmaya başladığında otomatik olarak güncellenebilir yapıda olmalıdır. Evde Bakım Uygulama yazılımı, bluetooth özelliği olan tıbbi ölçüm cihazlarından yayılan sinyalleri dinleyebilir özellikte olmalıdır. Evde Bakım Uygulama yazılımı ile elde edilen veriler güvenlik önlemi alınmış web servisleri aracılığı ile merkezi veritabanına anlık (online) olarak aktarılmalıdır. Tıbbi cihazlardan elde edilmiş veriler için veri kaybı önlemleri alınmış olmalıdır. İnternet kesintisi gibi teknik problemlerde tıbbi veriler lokal, bakım gerektirmeyen ve şifreli bir veritabanında

53

saklanabilmesidir. Teknik problem giderildiğinde lokalde saklanmış veriler otomatik olarak merkezi yapıya gönderilebilir olmalıdır. Evde Bakım Uygulama üzerinde ev sakini için önceden tanımlanmış tıbbi cihazların görselleri yer almalıdır. Merkezi yapıda olabilecek bir cihaz ekleme ya da düzenlemede, tıbbi cihaz görselleri de değişmelidir. Ev sakini, tıbbi cihazlarla ilgili kullanım bilgisi içeren eğitim videolarına gateway yazılımı üz-erinden erişebilir olmalıdır. Ev sakini, acil yardım istediği durumlarda bir dokunuşla doktoruna ya da yakınlarına SMS mesajı gönderebilir olmalıdır. Ev sakini, tıbbi ölçüm cihazlarından elde edilen veriyi anlık olarak Gateway üzerinde de göre-bilmelidir. Evde Bakım Uygulama yazılımı, kurulu olduğu bilgisayar (tabletpc, all-in-one-pc) açılışında otomatik olarak başlamalıdır. Ev sakini gateway yazılımı üzerinden doktoru ile görüntülü görüşme yapabilir olmalıdır. Evde Bakım Uygulama yazılımı ile alman cihaz sonuç verileri, ev sakini normal sağlık veri değerlerinin dışında ise doktor ya da tanımlanmış kişilere otomatik sms, e-posta v.s. bildirimleri gönder-ilebilir olmalıdır. Evde Bakım Uygulama yazılımından gelen tüm veriler tek bir merkezi veri kanalından geçerek, sisteme dahil edilmelidir. Bu kanal üzerinde istenen yönetimsel, uyarı, alarm v.s. verileri işletilebilir olmalıdır.

13.5. DOKTOR WEB İZLEM YAZILIMI:13.5.1. Ev sakini doktorunun, kişilere ait tıbbi verileri web platformu üzerinden izleyebilmesine olanak

sağlayacaktır.13.5.2. Web-portal yazılımı web tabanlı olmalıdır.13.5.3. Doktor / Sağlık personeli web-portala dilerse mobil cihazlar üzerinden de kolaylıkla erişebilme-

lidir. Mobil cihaz yazılımları dokunmatik ekran özelliklerine uygun olmalıdır.13.5.4. Web-portal üzerinden yeni ev sakini kişisi tanımlanabilir, gerekli tanımlama ve yönetimsel

işlemler yapılabilir olmalıdır.13.5.5. Web-portalına giriş yapan kullanıcı yetkilerine göre kullanıcı kısıtlamaları olmalıdır.

54

13.5.6. Web-portal üzerinde ev sakinine ait veriler grafiksel, rahat izlenebilir nitelikte, geçmişe dönük olmalıdır.

13.5.7. Ev sakinine ait sağlık verileri (gateway üzerinden gelen veriler) aynı zamanda, web-portal üz-erinden de girilebilir ve izlenebilir olmalıdır,

13.5.8. Web-portal üzerinden izlenen cihaz verileri, cihazın görsel resimleri ile birlikte, verinin hangi cihazdan geldiği kolayca anlaşılacak şekilde yer almalıdır.

13.5.9. Web-portal üzerinde, ev sakinine ait veriler, istatistiksel olarak, verileri düzenli sınıflandırılmış, çözümlenmesi ve sonuçlandırılması kolay yapıda olmalıdır.

13.5.10. Web-portal üzerinde hastaya ait diğer sağlık verilerini de (alerji, aşı, ameliyat, ) izlenebilir ve yeni kayıt oluşturulabilir olmalıdır.

13.6. YÖNETİCİ WEB PORTALE 13.6.1. Ev sakinleri ve doktorların belirlenmesi, ilgili tüm tanımlama işlemlerinin yapılabilmesi, genel

olarak tüm verilerin izlenebilmesine olanak sağlamalıdır.13.6.2. Ev sakini, ev sakinini kullanacağı sabit all-in-one pc, güvenlik, yetkilendirme, kullanıcı belir-

leme ve izleyebilme işlemleri yapılabilir olmalıdır.

13.6.3. Acil modülü ve Triaj Modülü

Kullanıcı HBYS kullanıcı ve şifresi ile sisteme giriş yapabilmelidir. Sisteme giriş yapan hekim, işlem yapacağı acil poliklinikleri seçebilmeli, sadece istediği birimlerin hastalarını görebilecek şekilde seçim yapabilmelidir.

Acil poliklinikte yer alan tüm hastaların listesi belirgin olarak listelenebilmeli ve seçilebilme-lidir. Hasta listesine erişmek için aynı ekran üzerinde işlem yapılmalıdır. Listeleme işlemi sadece acile başvuran hastaları sorgulamalıdır,

Hasta öncelik durumuna göre (triaj renk kodu) seçimi yapıldıktan sonra farklı renklendirme yapılabilmelidir.

Seçim yapılan hasta listesi sevk tarih/zamana göre ve alfabetik olarak listelenebilmelidir. Muayene Kabulü yapılmış yapılmamış gibi faklı listeme seçenekleri bulunmalıdır.

Hastanın hastaneye geliş şekli, adli vaka durumu, alerji bilgileri, ön tanı, tanı, fiziki bulguları, konsültasyon, tetkik kodlama, doktor ilaç order girişleri tek ekran üzerinden yapılabilmelidir. İhtiyaç halinde sorgular yapılabilmelidir.

Son tanı, çıkış şekli, hasta sevk işlemi, reçete, rapor, hastanın yeşil alan muayenesi olup ol-madığı aynı ekran üzerinden seçilebilmelidir.

Kullanıcı tarafından kurumdaki diğer birimlerden konsültasyon istemi yapılabilmeli istem yapılırken konsültasyon notu eklenebilmelidir.

Laboratuvarlardan tetkik istemleri yapılabilmeli, laboratuvar sonuçları sonuçlandığında hekime uyarı vermeli, iş listesinde sonucu çıkan hastalar görülebilmelidir. Laboratuvar sonuçlanma du-rumları kurulabilecek “laboratuvar sonuç ekranına çıktı/çıkmadı bilgisi aktarılabilmelidir.

Laboratuvar tetkikleri kullanıcı kolaylığı açısından toplu paket olarak görüntülenebilmeli iste-nilirse farklı tetkik kodları da aynı ekrandan ayrıca aranabilir olmalıdır.

Ön tanı bilgileri seçimleri yapılırken öncelikli olarak sık kullanılan tanılar gösterilmeli kul-

55

lanıcı isterse aynı ekrandan tüm tanıların listesine ulaşabilmelidir. Tanıya göre tedavi atıla-bilmeli, paketler hem ayaktan hem da yatan hastalara tanımlanabilmelidir.

Hekim tedavi orderı hazırlayabilmelidir. Hekim tedavi order hazırlarken, ilaç seçiminde ilaca bağlı tetkik var ise otomatik olarak

bağlı tetkik de Order’a işlenmelidir. Hemşire kullanıcıları sisteme giriş yaptığında hekim tarafından oluşturulan order listesini

ekranında görmesi gerekmektedir. Hemşire kullanıcısı hekim order da listelenen işlemleri yaptığında aynı ekrandan

yapıldı bilgisini siteme girmeli, yapıldı bilgisi kolaylıkla işaretlenebilmeli ve sonra yapılan işlemler hastanın mali kayıtlarına işlenmelidir.

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 hasta-ların listesi veri tabanının dışına istenilen formatta aktarılabilmelidir.

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

Acil polikliniğe başvuran/getirilen hastalar için uluslararası triaj renklendirme standartlarına uygun renklendirme yapılabilmelidir.

Acil polikliniğe başvuran/getirilen “Adli Vaka”lar fark edilir bir renkte listelenebilmelidir. Adli vaka seçilerek farklılaştırılmış hastalar, hasta dosyasının/isteklerinin ulaştırıldığı her bir-

imde fark edilir olmalıdır. Adli vaka raporu yazılmadan, ilgili hastanın dosyası kapatılamaması ve “adli vaka raporu”

yazılamadığına ilişkin düzenli uyarılar verilebilmesi gerekmektedir. Hazırlanan raporlar ofis programlarına uyumlu olmalıdır.

Acil servislerde gerekli durumlarda hasta yeşil alan muayenesi olarak belirlenebilmeli ve yapılan bu belirleme hasta faturasına otomatik olarak yeşil alan SUT kurallarına göre yansı-malıdır.

Acil poliklinik/serviste mevzuat değişikliği/üst kurum/Bakanlık talepleri vb nedenlerle ihtiyaç duyulabilecek arayüz değişiklikleri belirtilen süreler içerisinde yapılabilmelidir.

13.6.4. Aşı Takip Modülü Sistem tarafından aşı takvimi oluşturulabilmelidir. Aşılar ve periyotları dinamik olarak tanımlanabilmelidir. Çocuk izlem ekranından aşı takvimine ulaşılabilmeli, kullanıcılar tarihi gelen aşılar konusunda

uyarılmalıdır. Aşı tanımlan ile malzeme ilişkisi kurulmalı, stoktan otomatik düşüş sağlanmalı, lot takibi yapıl-

malıdır. Dönemlik Aşı aktivite izlem raporu alınabilmelidir.

13.7. Hasta Tıbbi Bilgi Girişi Yetkili doktorunun hasta ile ilgili anamnez ve tıbbi bilgi girişini gerçekleştiren işlevdir. Muayene

56

sadece normal poliklinik muayenelerini değil aynı zamanda, kontrol muayenesi, tetkik değerlendirme, check-up muayeneleri, konsültasyon vb. de kapsamaktadır.13.7.1. 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ştir-ilmelidir

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

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

13.7.4. Hastaya ait temel tıbbi bilgilerin doktor tarafından girilmesi ile ilgili serbest bir bölüm ol-malıdır.

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

13.7.6. Doktorlar kendileri için sık kullandıkları ICD10 ve ilaçlar için liste hazırlayabilmeli ve bu lis-teler ile işlem yapabilmelidirler. Doktor sık kullanım listesinde ekleme-çıkarma işlemini ken-disi yapabilmelidir, bu işlem için bilgi işlem veya yazılımcı müdahalesi gerekmemelidir.

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

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

13.7.9. Seçilen tanı Sağlık Bakanlığınca yayımlanan Sağlık Kodlama Referans Sunucusunda(SKRS) yer alan Meslek Hastalıkları Tam 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ınabilmek, 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.

13.7.10. Sağlık Bakanlığınca belirtilen uluslararası bildirimi zorunlu olan hastalık tanı kodları için bildirimi zorunlu formların eşleştirilme yapılabilmesi sağlanabilmelidir.

13.8. Hasta Tıbbi Bilgi GörüntülemeYetkili 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.13.8.1. Hastanın tedavi gördüğü tüm birimler ile ilgili tıbbi bilgi girişlerinin görüntülenmesini, rapor-

lanmasını sağlamalıdır.13.8.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.

57

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

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

13.9. Tıbbi Rapor HazırlamaHastaya ait tanı ve sonuçlarının raporlandığı alt işlevdir. Rapor formatları, ilgili mevzuata uygun dizayn edilmiş olmalıdır.13.9.1. Tıbbi rapor hazırlama işlemi, doktorun yetkisinde olmalıdır.13.9.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.13.9.3. Varsayılan rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır.13.9.4. Yatan ve ayaktan hasta için ön tanı ve kesin tanı, primer ve sekonder tanılar belirtilerek gir-

ilmelidir.13.9.5. Bu tanıların uygunluklarının doktor bazında incelenmesi için rapor oluşturulmalıdır.13.9.6. Yazılımın ürettiği raporlar ofis uygulamalarına kolayca ve mevzuata uygun formatta aktarıla-

bilmelidir.13.9.7. 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.

13.10. İlaç ve Sarf Malzeme İstemiİlaç ve sarf malzemesi isteklerini ilgili bölüme bildirip süreci takip etmek için kullanılacak işlem-lerdir. İlaç ve sarf malzeme istek, arama ve görüntüleme işlemlerini kapsamalıdır.13.10.1. İlaç ve sarf malzemeleri, kodlu listelerden seçilerek istekte bulunulmalıdır.13.10.2. İstekler üzerine tarama kriterleri girilerek arama yapılabilmelidir.13.10.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.13.10.4. İsteklerin günlük, haftalık, aylık ve istenilen tarih dilimleri arasındaki sorgu sonuçları ekrana/

kağıda yazdırılabilmelidir.13.11. Poliklinik/Servis RaporlamaPoliklinik/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.

13.12. HASTA YATIŞ, YATAN HASTA TAKİP VE HASTA ÇIKIŞ İŞLEMLERİ MODÜLÜ13.12.1. Yatış İşlemleri Poliklinik, acil servis vb birimlerden tüm yataklı servislere kabul ile ilgili işlemler gerçek-leştirilebilmelidir. Refakatçi işlemleri yapılabilmelidir. Refakatçi ücretleri, hastanın elektronik ortamdaki mali

58

kayıtlarına otomatik olarak yansıtılabilmelidir. Hastanın yatışıyla ilgili tüm işlemler (Hasta bilgileri, yatış onayı bilgileri, vb.) gerçekleştir-ilebilmelidir. Hasta yatağı ile ilgili özelliklere göre ücret farkları kayıtlara otomatik olarak işlenebilme-lidir. Yatak atama işleminde boş yataklardan oluşan listeden seçim yapılarak yatak ataması gerçekleştirilmelidir. Yatış formu elektronik ortamda üretilebilmelidir. Hasta yatış onay formları elektronik ortamda üretilebilmelidir. Hasta yatışta, yatışı yapan doktor, ön tanı/tanı görülmelidir. Klinik kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında raporlar alın-malıdır. Refakatçilerin ad soyad, yakınlığı, giriş-çıkış tarihi vb., bilgileri kayıt altında tutulabilmek ve bu bilgiler istenildiğinde sorgulanabilmelidir. Refakatçi kaydı alınırken doktor isteği ve hastanın kendi isteği ile refakatçinin refakat du-rumu belirtilebilmeli. Hasta isteği ile refakat eden hastaların günlük refakat ücretleri ek bir işlem yap-maksızın vezne modülünden hasta kartına günlük refakat ücreti görüntülenebilmelidir. Kimsesi olmayan hastaların acil yatışlarında üzerlerindeki kıymetli eşya vb., emanete alın-abilmesi için emanet bilgi formu düzenlenebilmek ve yazdırılabilmelidir. Emanetlerin hastaya tesli-minde de emanet teslim bilgilerini içeren form yazdırılabilmelidir. 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 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.

13.12.2. Yatan Hasta Takip İşlemleri Hastaların hasta yatış kaydı onaylanmalıdır. Hastaya verilmesi gereken ve ilgili sevk birimine yazılması gereken raporların hazırlan-masını sağlamalıdır. Yatan hasta kayıtlarından istenilen kriterlere göre günlük, haftalık, aylık raporlar alınabilme-lidir. Hastanın sağlık seyriyle ilgili bilgiler, ilaç dozaj bilgileri, ameliyat bilgileri, v.b. gerektiğinde raporlanabilmelidir. Ameliyathane ve ileri tetkik için randevu, diğer kliniklerden konsültasyon istek işlemleri gerçekleştirilmelidir. 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. Klinikte yatan hastalar için istenen bütün tıbbi istekler görüntülenmeli ve/veya raporlan-abilmelidir. Yatan hastaların poliklinik bilgilerine ve önceki yatış bilgilerine ulaşılmalıdır. Hekim istemlerinde; standart hekim istem paketleri, hastanın ihtiyacına yönelik birey-

59

selleş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. Hekim istemi içindeki tüm kalemlerin ilgili bölümlere otomatik olarak gitmesi sağlanmalıdır. Sadece yetkilendirilmiş hekim tarafından hekim istemlerinin iptali, yenilenmesi sağlan-malıdır. Hastanın önceki hekim istemleri zaman ve tarih bazında geriye dönük olarak izlenmelidir. Kullanıcı tarafından tanımlanan zamanlarda hasta için ileriye dönük hekim istemi sağlan-malıdır. 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. Kullanıcı tarafından tanımlanan kriterler doğrultusunda klinik önceliklerin (acil, öncelikli, rutin) belirlenmesine izin vermelidir. Randevu ve ön hazırlık gerektiren tetkikler için randevu sağlama ve hasta için tetkik hazırlığı bilgisini raporlama imkanı vermelidir. Uygulanacak işlemler, kullanılacak malzeme listesi, standart sarf malzeme listesi kolay ulaşılır olarak sağlanmalıdır. Hekime epikriz ve ameliyat notu yazma imkanı sağlamalı ve hekim onayı verildikten sonra bu raporların sistemde yer alması sağlanmalıdır. Hasta için konsültasyon istemi yapılmalı ve konsültasyon durumu izlenebilmelidir. İs-tendiğinde konsültasyon istem ve sonuç raporları yazdırılabilmelidir. Verilen hizmet/malzeme mükerrer kaydını önlemek üzere tekrarlayan işlem ya da tedaviler için uyarı sağlanmalıdır. Hastanın yatışının kaçıncı günü olduğu ve planlanan yatış süresinin karşılaştırılması yapıl-malıdır. Hasta odasının durumu (dolu, boş,) sistemden izlenmelidir. Bu modül, hastalık kodlarını (ICD-10) kullanabilmelidir. Gerçekleşmeyen istem iptali mümkün olmalı, gerçekleşmeyen istemlerin faturaya yansıtıl-ması engellenmiş olmalıdır. Hastanın doktor tarafından ön ve yeniden değerlendirilmesini (anamnez) sağlamalıdır. Hasta gecelemesi otomatik olarak faturalandırılmalıdır. Gece yarısı (günlük) yatan hasta doluluk oranları, real time geceleme ve doluluk projeksiy-onu yapmalıdır. Yatışı istenen hastanın doktorunun sorgulanması yapılmalı; sisteme kayıtlı ya da yetkili ol-mayan doktorun yaptığı yatış istekleri gerçekleştirilmemelidir. Kayıtların hangi kullanıcı tarafından girildiği yıl/ay/gün/saat olarak takip edilmelidir. 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. Hastanın bir servisten diğerine transfer bilgileri elektronik ortamda gerçekleştirilebilmelidir. Sistem, yatan hasta kol bandı kimlik bilgilerini oluşturabilmelidir. Hasta için yapılan isteklerin hangi doktor tarafından yapıldığı izlenmelidir. Sistem, izole hastaları ve bazı özel durumlarda bazı hastaları gerektiğinde numara ile izleme-lidir.

60

Sistem, hastaların izinli çıkışlarının kaydını tutarak kullanıcıya gerekli uyarıları verebilme-lidir. 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 is-tendiğinde istatistik olarak alınabilmelidir. 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 yapa-mamalı, 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 tu-tulmalıdır. Bölüme ait hasta listesi aktif görüntülenmeli ve diğer bölümlerin hasta listeleri pasif görün-tülenebilmelidir. Hastanın sağlık seyriyle ilgili bilgiler, ilaç dozaj bilgileri ve ameliyat bilgileri gerektiğinde yazıcılardan alınmalıdır. Ameliyathane için randevu istek işlemleri gerçekleşmelidir. 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. Klinikte yatan hastalar için istenen bütün tıbbi istekler istenildiği her zaman görüntülen-melidir. 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. 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. Yoğun bakıma yatan hastaların ilk yatışlarının yapıldığı klinik bilgileri görülebilmelidir. Yoğun bakımda yattığı sürece; hasta ile ilgili order ve bilgiler hasta kayıtlarına girilebilmeli ve hasta çıkışında hasta ile ilgili detaylı rapor hazırlanabilmelidir. Yoğun bakımda yatan hastalar ile ilgili çeşitli istatistikî veriler elde edilebilmeli, sorgular yapılabilmeli ve raporların çıktısı alınabilmelidir. Yoğun bakımda çalışan hemşire ve destek personelin çalışma programı oluşturulabilmelidir.

13.12.3. Hasta Taburcu İşlemleri Belirli tarih aralıklarında taburcu olan hastaların listesi alınmalıdır. Hasta taburcu ve çıkışı işlemleri ve ilgili bilgilerin girilmesi sağlanmalıdır. Hastanın klinikten çıkışında diğer kurumlara sevk işlemleri gerçekleştirilebilmelidir. Hastanın yatışına ait her türlü bilginin hasta yatış ve taburcu bölümüne gitmesi sağlanmalıdır. Hastanın taburcu işleminden sonra yapılabilecek hizmet girişleri engellenmelidir. Fatura ipta-li 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. Yatan hastaların taburcu edildikten sonra evrakların arşive ve faturaya gönderildiğine ait bil-

61

gi tutulmalı. Günün sadece belirli saatlerinde taburcu işlemi yapabilme imkanı sağlanmalıdır. Hastalar için rapor yazılabilmeli (sgk iş görmezlik, istirahat vb) çıktısı alınabilmelidir Hastalara verilen ilaçların elektronik reçete bilgilerinin Medula sistemine kaydedilmesi ile il-gili programsal düzenlemenin yapılmış olması gerekmektedir. Hastalara ait reçeteler medula sistemine kayıt edilerek medula üzerinden reçete takip numarası alınabilmelidir Başka hastaneye sevk yapıldığında medula üzerinden sevk bildir yapılabilmeli yapılan şevke ait sevk takibi medula üzerinden alınabilmelidir. Hasta Taburcu işlemi yapıldıktan sonra program otomatik SUT kurallarını uygulamalıdır.

13.13. MCA (Mobile Clinical Assistant-Taşınabilir Tıbbi Asistan) / Tablet PC Yazılımı13.13.1.Laboratuar sonuçları görüntüleme işlemi yapılabilmelidir.13.13.2.Hasta adına konsültasyon istemi yapılabilmelidir.13.13.3.Hastaya yapılan işlemlerin kodlaması yapılabilmelidir.13.13.4. İlaç Malzeme çıkışı yapılabilmelidir.13.13.5.Hastanın ANTA gözlemi ve aldığı/çıkardığı sıvı takibine yönelik Hemşirelik işlemleri yapıla-bilmelidir.13.13.6.Doktor tabela girişi yapılabilmelidir.13.13.7.Hasta geçmiş bilgileri takip edilebilmelidir.13.13.8.Hasta fotoğrafı çekilebilmelidir ve sisteme kayıt edilebilmelidir.13.13.9.Hasta yara yeri fotoğrafı çekilebilmelidir. Geçmiş fotoğraf arşivi görüntülenmesi sağlan-malıdır.13.13.10. Güvenli ve hızlı için kullanıcının RFID kartı ile uygulamada oturum açabilmesi mümkün olmalıdır. (Desteklenen platformlar için)13.13.11. Hasta bilgilerine RFID bilek okutularak erişilebilmelidir. (Desteklenen platformlar için)

13.14. Özel Servis ve Yoğun Bakım Hasta Takip Modülü13.14.1.Özel servis ve yoğum bakımda yatan hastalar günlük olarak tek listede raporlanabilmelidir.13.14.2. Özel servis ve yoğun bakımda yatan hastaların günlük aldıkları tedavi, heyet raporları ve so-rumlu hekim kararları görüntülenebilmelidir.13.14.3.HBYS kapsamında protokol hastalar için yakınlık bilgileri girilebilmelidir.13.14.4.Protokol hasta ve yakınlarının anlık yatış durumları sorgulanabilmelidir.

13.15. VEZNE MODÜLÜAna Vezne, Acil Vezne, Nöbetçi Veznesi, Yatan Hasta Veznesi, Özel Hasta Vezneleri vb. kapsayan modüldür. Bir veznede ya da birden fazla veznede yapılan giriş/çıkışların kayıtları bir arada tutulmalıdır. Vezne makbuzunun çıktısı alınmalı ve bu çıktıda ödenen ücretin ayrıntılı dökümü de yer al-malıdır. Ücretli hastanın gerekli ücreti ödediğine dair bilgiler, ilgili hizmet birimine otomatik olarak

62

anında aktarılmalıdır. Sosyal güvencesi bulunan bir hastanın mali işlemleri istendiğinde ücretli olarak sürdürülebilme özelliğine sahip olmalıdır. Modül kapsamında gerçekleştirilen işlemlerle ilgili çeşitli istatistikler (tarihe, tahsilat veya Ödeme türüne göre) alınmalı, sorgulanmalı ve raporların çıktısı alınmalıdır. Vezne modülü kapsamında gerçekleştirilen tüm tahsilat bilgileri, Muhasebe modülüne aktarıl-malıdır. Seçilen bir sonraki tarihe göre kaydı tutulan kasa miktarının devri yapılmalıdır. Belirlenen tarihte kasaya giren, çıkan, devir ve kalan sorgulaması yapılmalıdır. Kasa defteri, merkez kasa, makbuz defteri ve makbuz fişleri kayıt/kontrolü yapılmalı ve rapor-lar alınmalıdır. Veznedarın hareketleri takip edilebilmesi için gerekli diğer hususları da içermelidir. 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. Hasta faturasını kredi kartı vb. bir ödeme aracı ile ödemek isterse gerekli düzenlemeleri ya-pacak bir fonksiyona sahip olmalıdır. Bu modül döner sermaye yönetmeliğine ve usulüne uygun olarak tüm ilgili modüller ile bütün-leşik olarak çalışmalıdır. Ü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 ol-malıdır. Ü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 en-gelleyecek ve veznede gereksiz yığılmalara ve kuyruklara çözüm getirebilecek düzenlemeler yapılmış olmalıdır. Aynı hasta için bir veya birden fazla vezneden yapılan işlemler hastaya ait dosyada bir arada tutulmalı ve izlenebilmelidir. Vezne modülünden gerçekleştirilen işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgu-lar yapılabilmeli ve bunların rapor çıktıları alınabilmelidir.

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

Sistem açılırken Kritik Miktarın Altına Düşen İlaçlar uyarısı bulunmalıdır. Kalite gereği zorunlu bir uygulama olup sistem kullanımında ilk uyarı ekranı olmalıdır. Kalite gereği düzenlenmesi gereken ilaç listeleri (yüksek riskli ilaç, ışıktan korunması gereken ilaçlar, soğuk zincir ilaç listesi vb.) sistem üzerinden oluşturulabilmelidir.

63

Servis tarafından istem yapılırken sistem öncelikle aynı isim ve özellikteki ürünler içerisinden miadı yakın ve miktarı az olan ürünleri öne getirmeli ve servis tarafından bu ürünün istemi yapılabilmesi amacıyla sistem öne çıkarmalıdır.

Sistem kullanımı ile ilgili ihtiyaç duyulduğu zaman depo görevlisi her personele eğitim verilmelidir.

Yılsonu kapatma işlemlerinde eczane işlerinde kolaylık sağlayacak Genel TİF listesi ile HBYS-ÇKYS-TDMS bilgileri arasında karşılaştırma yapmaya imkan tanımalıdır.

Kalite Standartları gereği soğuk zincir ilaçlar için muayene komisyon tutanağına ek olarak soğuk zincir muayene komisyon raporunun ayrıca yazdırılması gerekmektedir.

Kalite gereği değişen uygulama şekillerinde gereken işlemlere uyum sağlamalıdır ve kolay kullanılabilmelidir. Kalite gereği olması gereken tüm uyarılar tüm servislerde otomatik olarak bulunmalıdır.

Özellikle toplu çıkış yapılan servisler dahil tüm servislerde ilaç-ilaç ve ilaç-besin etkileşimi kontrolleri sistem tarafından yapılmalıdır.

Tıbbi Sarf Malzemeler ait SUT Kodu bilgisi manuel olarak seçilmeden fatura bilgisinde yer alan ürün bilgisi doğrultusunda otomatik olarak sistem tarafından seçilmelidir.

Tıbbi Sarf Malzemelerde MKYS’de yer alan malzemeye ait kullanım amacı, kullanım yeri, klinik branşı gibi ihtiyaç duyulan bilgiler ürün kartında ürün ismi ile bir arada bulunmalıdır.

Sistem aracılığıyla ürünlere ait firmalardan kalan bakiyeler kontrol edilebilmelidir. Sistem aracılığıyla firmaya ait sözleşme bilgileri doğrultusunda sipariş oluşturmaya imkan

tanımalıdır. İlaçların veya sarf malzemelerin eczaneye geri dönmesi durumunda eğer eczane gereken süre

içerisinde iade almazsa, hasta üzerinde ürün beklememeli servis stoğuna dönmelidir. İlaçların kullanım miktarlarına göre minimum, maksimum ve kritik stok seviyeleri bilgisini

içeren gün sayısı sisteme manuel olarak girilmeli ancak sistemin bu miktarları hesaplaması için ikinci bir komuta ihtiyaç duymadan otomatik olarak hesaplaması gerekmektedir.

Ürünlere ait uyarı konulması gerek görülen özellikler bir sağlık tesisinde tanımlanınca bağlı sağlık tesislerinde yeniden aynı işlemin yapılmasına gerek kalmadan sisteme veriler aktarılmalıdır (Örnek Uyarı Konulması Gereken Özellik: Işıktan Etkilenir, Soğuk Zincire Tabi, Pahalı Sarf Malzeme gibi).

İlaç tanımlama ekranında yer alan bilgiler yine fatura girişi yapıldıktan sonra manuel olarak işlem yapmaya gerek duymadan sistem tarafından yapılmalıdır. Sadece ihtiyaç duyulduğunda manuel olarak işlem yapılmalıdır.

Depo ve servislerin sayımı yapılırken; ürünün adı,miadı, adedini içeren liste çıktısı sistemden alınabilmeli, bu liste alfabetik veya form (ampul, flk, tb vs.) şeklinde sınıflandırılabilmelidir.

Servislerde kullanılan ürünlerin günlük, aylık ve istenen tarihler arasında adı, miktarı ve miadını gösterecek şekilde liste halinde çıktı alınabilmelidir.

Onaylı bitiş gerektiren ilaçlar (krem,şurup vb.) hastaya istem yapılsa da servis stoklarında var ise eczaneye istem düşmemelidir.

Yarım doz ilaç yönetimi kapsamında servisler günlük olarak verileri kullandıkları sisteme giriş yapmalı, eczane modülü ile servis bazlı istenilen tarihler arasında listelenip çıktı alınabilmelidir.

64

Servislerden eczaneye yapılan iadelerde, iade eczane tarafından kabul edilmeden hasta taburcu edilmemeli veya diğer servislere transfer edilmemelidir.

Eczane modülünde ihale hazırlık sistemi bulunmalıdır. Bu sistemde sorgulanan ilaç veya malzemeye ait fatura girişleri ve bu girişlere ait birim fiyat, adet gibi bilgiler modülde sene(yıl) seçmeye gerek kalmadan istenen tarih aralığındaki bilgileri görüntülemeye olanak vermelidir. Ayrıca ilgili ilaçla istenilen yıl için aylık çıkışları ve yıllık toplam çıkışlar kontrol edilmelidir.

Bütün ürünlerde bir önceki yıla ait ortalama çıkış ve ortalama giriş rakamları sistemde bulunmalıdır.

13.16.1.İlaç Çıkış İşlemleri (SERVİS ECZANE MODÜLÜ) Eczaneye gelen hasta ilaç istemlerinin yer aldığı fonksiyondur. Yazılım modülü,

barkod/karekod uygulamasını desteklemelidir. Hekimler tarafından orderlar sistem üzerinden yapıldığında servis stokları ile hiçbir şekilde

bağlantısı olmaması hasta üzerinden istenebilmeli ve eczane tarafından bu orderlar görüntülenip onaylanabilmelidir

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.

Sistem ilaç doz hesaplamaları alt yapısına sahip olmalıdır. Sistem, istendiğinde her bir hastanın ilaç tedavi profilini görüntülemelidir. İlaç listesi var olan ilaç kullanım rehberleri ile desteklenmelidir. Sistem, otomatik olarak fiyat güncellemesi yapmalıdır. Sistem, hastalara uygulanan ilaç kayıtlarını istenilen zaman dilimi ve sınıflamada üretmelidir. Hastaya tekrarlayan ilaç verilişlerini işlem başına faturaya aktarabilmelidir. Kullanılan ilaçlar, teşhisler, ilaç sınıflamaları, doktor isimleri ve branşları bazında istenilen

raporlar gerçekleşmelidir. İlaç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 Sistem, ilaç istemini yapan kişiyi ve bölümü görüntülenmelidir. Sistem, kesilen ya da iptal edilen ilaçları görüntülenmelidir. Hasta başka bir bölüme aktarıldığı zaman önceki kullanılan ilaçları görüntülenmelidir. Hastaya verilmesi durdurulan ve değişen ilaçların eczane tarafından iptalinin yapılabilmesi ve

hasta faturasının buna göre düzenlenmesini gerçekleştirmelidir. Çıkışı yapılan ilaç ve malzemelerin otomatik stoktan düşümünü gerçekleştirmelidir. Hasta adına eczaneden verilen ilaçlara için hem hasta bazında hem de birim (servis) bazında

toplu olarak rapor alınabilmelidir. Birden fazla hastaya kullanılacak ilaç formlarında her faturalama için bir birim ücretlendirmesi

yapmalıdır. Doktor istemlerini ve reçetelerini tarayarak en sık kullanılan ilaçları raporlanmalıdır. Eczane kayıtlarından günlük haftalık, aylık ve istenilen tarih dilimleri arasında hem hasta

bazında hem de klinik bazında dökümler alınmalıdır.

65

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.

İlaç minimum stok seviye göstergelerini tanımlanabilmeli ve minimum stok seviye kontrolleri yapmalıdır.

İlaç miktarlarının yarım doz iadelerde imha işlemi otomatik yapılmalıdır. İlaçların son kullanma tarihleri-miat ile ilgili kontrolleri ve istenen uyarıları

gerçekleştirmelidir.

13.16.2.Eczane Depo Kontrol İşlemleriEczane stoklarındaki ilaç ve malzemenin miktarı, fiyatları ve miatlarının gösterimini yapacak fonk-siyondur.

Malzeme giriş/çıkışı yapılabilecek ve işlem kayıtları tutulabilecektir. Sistem MKYS’ye entegre çalışmalıdır Stokta kayıtlı ilaçlar hakkında girişi yapılmış alanlara göre sorgu yapmalıdır. İlaç minimum stok seviye göstergelerini tanımlamalı ve minimum stok seviye kontrolleri yap-

malıdır. İlaçların son kullanma tarihleri-miat ile ilgili kontrolleri ve istenen uyarıları gerçekleştirmeli-

dir. Depo stok ilaçlarım tanımlandığı şekilde listelemelidir (tablet, doz, kutu,ampul,vs). Miadı geçmiş, kırılmış ya da bozulmuş ilaçları izlemeli ve listelemelidir. Stok kontrolüne ilişkin işlemler hem malzeme adı hem de barkodla yapılabilmelidir. Çıkışı yapılan ilaç ve malzemelerin otomatik stoktan düşümünü gerçekleştirecektir. Servislere dağıtılan ilaçlar için malzeme dağıtım belgesi düzenleyebilecektir İlaç etken maddelerine ilişkin bilgiler tutulabilmeli, üretici/satıcı firmalara göre ayrım yapıla-

bilmeli, muadil ilaçlar listelenebilmelidir. İlaçlar üretici ve satıcı firmalara göre listelenip, ayrılabilmelidir. İlaç fiyatları otomatik olarak güncelleştirebilmelidir İlaçlara ulaşım; alfabetik, jenerik, terapotik ve firma bazında yapılabilmelidir. Preparatlara ait optimal dozların kontrolü program tarafından yapılacaktır. Servislerden ya da diğer ünitelerden istenen kırmızı ve yeşil reçete gibi özel reçeteye veya ra-

pora tabi ilaçlar, bu grup ilaçları kullananlar ve bu ilaçların kullanımının takip edilebileceği kayıtlar tutulacaktır.

Sistemdeki İlaç veritabanına ekleme yapılabilmelidir. İlaçların ödenmesi ile ilgili özellikler belirtilebilmeli ve değişiklik olduğunda değiştirilebilme-

lidir. En az ve en çok stok miktarı ile miadlar hakkında makul bir süre öncesinden uyarı bölümü ol-

malıdır. Gerekli çıktılar ve döküm listeleri alınabilmelidir. Eczanede yapılan işlemlere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilecek, sor-

gular yanıtlanabilecek ve raporların çıktısı alınabilecektir. Kaydı tutulan malzemenin gösterimi ve malzeme arama sorgulama işlemlerini gerçekleştire-

cektir. Her bir malzemenin; Stok No, Malzemenin açık adı, Varsa raf ömrü, Varsa depolama

66

koşulları, Miktarı, Gİriş/çıkış(sarf) bilgileri, Malzemenin üretildiği firma, Malzemenin kalite tescil belgesi, Malzemenin üretimini yapan firmanın kalite belgesi, ilaç/malzemenin miadı, hangi partiyle giriş yapıldığı, Stok kontrol bilgileri; Malzemenin birimi (adet,kilo,litre,paket), Maksimum stok seviyesi, Kritik stok seviyesi, Emniyetli stok seviyesi, Malzemenin tahmini te-min süresi gibi kayıtları tutulacaktır.

Sistemin mevcut yıllık/aylık malzeme tüketimi ve olası tüketim artışlarını dikkate alacak şe-kilde malzeme talebi tahminleri oluşturulabilmesine olanak sağlayacaktır.

Depo/ambar tanımları yapılabilecektir. Tutulan kayıtlara ilişkin çeşitli istatistiklerin ele edilebilmesine olanak sağlayacaktır Stok kayıtlarında günlük, haftalık, aylık ve istenilen tarih dilimleri arasında dökümler alınabile-

cektir. Bir ilaç veya tıbbi malzemeden hastane genelinde hangi depolarda kaç adet olduğu bilgisine

tek bir ekran üzerinden ulaşılabilmelidir. Sistem İlaç takip sistemine (İTS) tam uyumlu olmalıdır. Pts (Paket takip sistemi) portalı ile en-

tegre olup fatura girişlerinde Pts bilgilerini otomatik çekmelidir. Kullanıcı tarafından belirlenen ilaçlar için (ör; A-72 ve EHU’ya tabi antibiyotikler) her düşüm

yapıldığında, ilacı kaç gündür kullandığı uyarı şeklinde gelmelidir.

13.16.3. Majistrai İlaç Üretimi Majistrai ilaç üretimlerinin yapılabilmesini sağlayan fonksiyondur. Majistrai ilaç kataloğu oluşturulmalıdır. Her bir majistrai ilaç için formül tanımlaması yapılmalıdır. Her bir formül için Sağlık Bakanlığının verdiği fiyatlara uygun fiyatlandırma yapabilmelidir. Oluşturulan majistrai ilaçların stok ve fiyat takipleri yapılmalıdır.

13.17. LABORATUVAR BİLGİ YÖNETİMİ SİSTEMİ (LBYS)Laboratuar Bilgi yönetimi sistemi (LBYS), örnek yönetimi modülü, analitik aşama ve veri giriş yöne-timi modülü, sonuç yönetimi ve sonuç onaylama modülü, kalibrasyon ve kalite kontrol yönetimi mod-ülü laboratuvar malzeme yönetimi modülü, cihaz yönetimi modülü, istatistik modülü raporlama işlemleri modüllerini kapsamalıdır. LBYS yetkili laboratuar personeli tarafından kullanılmalıdır. LBYS’nin amacı yatan hastalar, poliklinik hastaları ve doğrudan başvuran hastalara ait laboratuvar is-teklerinin kaydedilmesi ve alınacak her türlü laboratuvar örneğinin karışmasını önleyecek otomatik etiketlemeyi yapması, numune kabulü, çalışılması, sonuçlarının raporlanması ve bu basamaklardaki tüm laboratuar sistemlerinin doğru işleyişinde gerekli entegrasyonun sağlanmasıdır. Hastalar için yapılan tetkikler hastanın mali kayıtlarına aktarılmalıdır. Yapılan laboratuar tetkiklerinin ayrıca maliyet analiz istatistikleri yapılmalıdır.Gerektiğinde İl Sağlık Müdürlüğünce hizmet tedarik edilen kurum ve aile hekimlerinin göndermiş oldukları numunelerin istem ve tetkik sonuçlan web servisler aracılığı ile Sağlık Müdürlüğü ve/veya Halk Sağlığı Müdürlüğünde kullanılmakta olan merkezi laboratuvar sistemine iletilmesi sağlan-malıdır. Bu entegrasyon işyeri teslimini müteakiben gerçekleştirilmelidir.

67

13.17.1. Tetkik İstem YönetimiHasta üzerinde yapılması istenen tetkik isteklerinin girişi ve ilgili tetkik birimine gerekli bilgilerin iletilmesini sağlayan modüldür. Tetkik isteme, tetkik istekleri üzerinde arama ve görüntüleme işlem-lerini kapsamalıdır. Tetkik istek işlemi, doktorlar tarafından gerçekleştirilmelidir. Tetkik istemini yapan doktor bilinmeli ve tanımlanan sürede doktorların yaptıkları tetkik istek

tipleri sayıları ile birlikte rapor halinde alınmalıdır. Hastalar için istenen tüm tetkikler (radyoloji sonuç raporları, diğer laboratuvarlar, tetkike

yönelik girişimler, muayene, vb.) tek bir çıktı üzerinde alınabilmelidir. Tetkik istek girişi, tetkiklerin kodlu bir listeden seçilip istenmesi şeklinde olmalıdır. Tetkiklerin mükerrer istenmesinin önlenmesi açısından tüm istenen tetkikler hasta dosyasında

görülüp tekrar onayı istenmelidir. Başka poliklinikte istenen tetkikler diğer polikliniklerden de aynı gün içerisinde istenirse uyarı vermelidir. Talep edilmesi halinde kısıtlama yapılabilme-lidir.

Birliğimize bağlı bütün sağlık tesislerinde ;Tetkiklerin mükerrer istenmesinin önlenmesi açısından tüm istenen tetkikler talep edilmesi halinde kısıtlama yapılabilmeli ve istenildiğinde diğer sağlık tesislerindeki sonuçlar görüntülenebilmelidir.

Tetkiklerin gruplandırılması mümkün olmalıdır. Tetkik istekleri için laboratuvar yönetiminin belirleyeceği test grup başlıkları ve grup içerikleri

tanımlanmalı; bu başlık ve içerikler süreç içerisinde yine laboratuvar yönetiminin istekleri doğrultusunda değiştirilebilmelidir.

İstenen tetkiklerin gerektiğinde dökümü alınabilmeli ve hastaya verilebilmelidir. Tetkikler acil, öncelikli ve rutin olarak seviyelendirilebilmeli; acil tetkik isteği renk kodu ile

sistem içinde yer almalıdır. Başka kurumlardan tetkik için gönderilen hastaların tetkik istekleri yapılabilmelidir. Tetkik için hastanın uyması gereken kurallar (örneğin kan şekeri için hastanın aç gelmesi gibi)

tetkik istemi yapılırken otomatik çıktı olarak alınabilmelidir. Laboratuvar test rehberi yetkili tüm kullanıcıların ulaşabileceği şekilde sisteme yüklenmelidir. İlgili hekim, kendi tetkik istek panellerini/paketlerini oluşturabilmeli ve istediği an güncelleye-

bilmelidir. Sağlık Uygulama Tebliğinde belirli uzman grubunca istem yapılabilinen testlerin tanımının

yapılarak, SUT’ta yetki verilmeyen uzman gruplarınca istenmesinin engellenmesi sağlan-malıdır.

13.17.2. Tetkik İstek GörüntülemeLaboratuara gönderilen tetkik isteklerinin taranması ve görüntülenmesi işlemlerini yapan alt mod-üldür.

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

Kan alma ünitesinde hasta isminden veya dosya/hesap numarasından istenmiş olan tetkikler laboratuarlara göre farklı renklerde görülerek barkod numarası verilip kan alma işlemi yapıla-bilecektir.

68

Kan alma ünitesinden kanın alınmış olduğuna dair onay butonu olmalıdır. Tetkik laboratuara geldiğinde laboratuardan ilgili yetkili tarafından tetkikin kabul onayı ver-

ilmelidir. Kabul onayını sadece ilgili birim verebilmeli, birimler birbirinin tetkiklerine/örnek-lerine kabul onayı verememelidir.

Arama sonucu ekranda gösterilen tetkikler işaretlenerek detaylı bilgi alınabilmelidir. Seçilen tetkik üzerinden tetkik sonuç girişi ekranına geçilebilmelidir. Laboratuar kullanıcılarının ekranında her bîr numune şu aşamalarla kayıt altında olmalıdır:

İstem yapıldı, Örnek alındı, Örnek kabul edildi/Örnek reddedildi, Cihazda, Teknik onay, Uz-man onay

Klinik kullanıcılarının ekranında her bir numune şu aşamalarla kayıt altında olmalıdır:İstem yapıldı, Örnek alındı, Örnek kabul edildi/Örnek reddedildi, Uzman onay

Her numune için barkod okutularak Numune kabul işlemi yapılabilmelidir. Numune kabul işleminin kim tarafından ve ne zaman yapıldığı tespit edilebilmelidir.

Uygunsuz numunelerin red işlemi yapılabilmelidir. Numune red işleminin kimin tarafından, ne zaman , ne sebeple reddedildiği kaydı görülebilmelidir. İşlenen periyodlarda red sebebi hasta poliklinik/ servis adı bazında istatistik alınabilmelidir.

Hesaplamalı testlerde hesap yapabilmelidir (kreatinin klirensi, VLDL vs). Hastaların de-mografik verilerine (yaş, cinsiyet, v.b) gereksinim duyulan testlerde (estimated GFR v.b) sis-tem otomatik olarak hesap yapabilmelidir.

Birbiriyle bağlantılı testlerden biri istendiğinde diğerinin de istenmesi için uyarı vermeli veya otomatik olarak diğer testleri de aynı ekranda istemeli, bu bilgi istem yapan kişi tarafından da görülebilmelidir.( ind bil istenince total ve direkt bilirubin testim seçmeli, kreatinin klirensini isteyince kan ve idrar kreatinin düzeylerini seçebilmelidir, hacim girmek için laboratuar ekranına satır atabilmelidir v.b).

Bazı testlerde birden fazla numune tipi için istem yapma sonuç girme ve raporlama özelliği ol-malı, raporlarda testin hangi örnekte çalışıldığı görülebilmelidir(İdrarda kanda vücut sıvılarında Albumin v.b)

OGTT ve benzeri dinamik testler için Laboratuar yönetiminin uygun gördüğü düzenlemeler yapılmalıdır.

Numune alma saatinden 1 saat geçtikten sonra laboratuvar kabulü yapılmayan numuneler için uyarı verebilmelidir.

13.17.3. Tetkik Sonuç Tarama ve Görüntüleme Tetkik sonuç görüntüleme işlemi yetkili doktor tarafından gerçekleştirilmelidir Laboratuar yetkili doktoru mevcut sayfadan çıkıp yeni sayfaya girmek zorunda kalmadan has-

tanın eski sonuçlarını ve tekrarlarını da görebilmelidir. Sonuçlar otomasyona geçtikten sonra başka birimler tarafından değiştirilememelidir. Tetkik sonuçlan belirli tarih aralığı, servis adları, poliklinik adları, tetkik adları, hastaların cin-

siyeti, yaşları ve tetkik düzeylerinde filtreleme yapılarak sorgulanabilmeli ve maliyet analizleri yapılabilmelidir.

Bedeli ödenmemiş tetkiklerin numunesi alınmamış olmalı. Şayet alınmışsa sistemde sonuçları görülmemeli ama ne aşamada olduğu bilgisi sistemde yer almalıdır.

69

Tetkik sonuçları sisteme girilmemiş olan istemler hastanın mali kayıtlarına girmemelidir.(Ya da kiti biten tetkik istenemez duruma getirilebilmelidir.)

EKG, EEG, EMG v.b. tetkiklerin verileri sistem içinde yer almalıdır. Dışarıda yapılan tetkiklerin hekim onayından geçtikten sonra sisteme yüklenmesi ve bu tetkik-

lerin dışarıda yapıldığı bilgisinin dipnot olarak verilmesi mümkün olmalıdır. Tetkikin yapıldığı yer ve zaman bilgisi de tutulmalıdır.

İdarenin belirttiği tetkik sonuçları hastaneye ait web sitesinden de görülebilmeli sonuçlar yazdırılabilmelidir.

Laboratuar sonuç çıktılarında hastanın demografik bilgileri numune isteminin yapıldığı, nu-munenin alındığı, laboratuara kabul edildiği, ve onaylandığı saat ve tarihlerin olması gerek-mektedir

Laboratuar istatistiklerinde İş zekası kullanılabilmelidir. Laboratuar yönetiminin istediği tetkiklerin sonuç çıktısında testin kontrol, kalibrasyon, çalışma

yöntemi, çalışılan cihaz bilgilerinin vb. de verilebilmesi mümkün olmalıdır Hasta sonuç çıktısında hastanede yapılan son üç sonucun birlikte görülmesi sağlanmalıdır. Laboratuarda onay yapılırken son onay yapılan veya belirlenen saat diliminde yapılan onaylar

ekranda geri çağrılabilmeli ve onayı kaldırılabilmelidir. Laboratuarda testlerin onay anında yaş, cinsiyet, özel durum (ilaç, sigara, SAT-son adet tarihi

vb), geldiği poliklinik, servis, referans aralığı, hangi cihazda çalışıldığı, eski sonuçları, test tekrarı, ilgili diğer testleri v.b. aynı ekranda görülebilmelidir.

13.17.4. Hasta/Örnek Etiketleme Laboratuar 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 okutula-bilmelidir.

Bu numaraların kesinlikle laboratuardaki elektronik cihazların (oto-analizör, kan sayım ciha-zları vb.) standartlarına uyumlu olması sağlanmalıdır.

Test, DRG ve/veya paket anlaşma uyumunu kontrol edebilmeli; DRG ve/veya paket anlaş-maya uymayan testleri uyarabilmelidir.

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

Test istem ve örnek toplama sırasında test ile ilgili uyarı ve işlemler belirtilmelidir. İstenen testler için kaç adet hangi özellikte tüp veya kap hazırlanması gerektiği otomatik

olarak hesaplanmalı ve farklı renkler verilerek tüplerin ayırt edilme işlemi kolaylaştırılmalıdır. Acilden istem yapılan numuneler için basılacak barkodlar diğerlerinden ayırt

edilebilmelidir( kırmızı şerit vb.) Gerektiğinde barkod tekrar basılabilmelidir. Barkodların üzerinde hastaya ait en az üç bilgi ( barkod no, ad soyad, yaş, cinsiyet, servis adı,

vb.) bulunmalıdır. Barkod üzerinde alınacak kana özel laboratuar yönetiminin istediği tanımlamalar yapılabilme-

lidir (buzda, numune türü, tüp çeşidi vb)

70

13.17.5. Tetkik Sonuç GirişiLaboratuvarlarda tetkik sonuçlarının girilmesini sağlayan alt modüldür.

Her laboratuvar biriminin, kendine özel tetkik sonuçları için giriş ekranları olmalıdır. Periferik yayma ve kemik iliği aspirasyon değerlendirilmesi sonuçlarının yazılabileceği bölüm

yeterli genişlikte olmalıdır. Laboratuvarda mevcut tüm cihazların tetkik sonuçlarını otomatik olarak verebilen cihazlar ile

uyum içinde çalışmalıdır. Tetkik sonuçlarının girişi, kodlu listelerden seçilerek gerçekleştirilmelidir. Tetkik sonuç kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında dökümler

alınmalıdır. Tetkik girişinde normal değerler otomatik olarak sağlanmalıdır. Rutin tekrar tetkikleri için ilk

girişte otomatik temin programı oluşturulmalı, tekrar tekrar aynı hasta girilmemelidir. Aynı barkodlu numunenin tekrarları farklı cihazlarda yapılsa bile, mükerrer tekrar olarak görülmemeli doğru sayıda istatistik alınabilmelidir.

Tetkiki yapılmayan istekler, yapılamama sebepleriyle kaydedilip hastanın mali kayıtlarından iptal edilmelidir.

Hastane dışı laboratuvarlardan gelen soft ve hardcopy laboratuar sonuçları sisteme girilebilme-lidir. Test sonuçlarının sisteme otomatik girilebilmesi için, idarenin talep etmesi halinde dış laboratuvarlarla HBYS entegrasyonu yüklenici tarafından yapılmalıdır.

Alfanümerik test kodlamasına izin vermelidir. Mükerrer istem kontrolü ve uyarısı yapılmalıdır. İstendiğinde raporlar e-mail, faks, server ve yazıcıya gönderilmelidir. Profil olarak istenen testleri, profil olarak veya profil içinden seçilenleri ayrı olarak raporla-

malıdır. Teknisyen ve doktor, iş listeleri oluşturmalıdır. Aşağıda belirtilen kriterlere göre çapraz sorgu oluşturabilmeli, liste ve rapor alınabilmelidir.

(Hasta Numarası, Hasta adı, test adı, test kodu, isteyen doktor veya merkez, tanıya göre sonuç) Sistem istenen ve uzun test süresi nedeniyle o anda devam eden testleri günlük bazda listelen-

melidir. Sonuçlanması bir günden uzun süren testleri izlemeli, sonuçlanması gereken zaman konusunda

teknisyeni uyarmalıdır. Dış Laboratuarlardan gelecek test sonuçlarını izlemeli, sonuçlanması gereken zaman

konusunda teknisyeni uyarmalıdır. Yapılan işlem sırasında doktor tarafından gerekli görülen ilave işlemleri randevulayabilmeli ve

yönetebilmelidir. Laboratuvara kabulü yapılan numunelerin izlenebilirliği sağlanmalıdır. LBYS den alman tüm istatistikler sistem tarafından otomatik olarak EXCEL formatina ak-

tarılabilmelidir. Tüm testler için istenen periyotlarda uzman onaylı sonuçların istatistiği ve listesi alınabilme-

lidir. Alt parametreleri olan testler (Tam Kan Sayımı, Kan Gazı, v.b) istatistiğine ana test sayısı olarak yansıtılmalıdır.

71

13.17.6. Tetkik Raporu HazırlamaTetkik sonuçlarına göre laboratuvar doktorunun istediği tıbbi raporları hazırlayacak olan alt modüldür.

Kullanıcı tarafından tanımlanan rapor formatlarını desteklemelidir. Departmanların farklı test grupları için kullanımlarına uygun çeşitli rapor formatları hazırlamalıdır.

Hastanın tetkik sonuçlarının, gerekli diğer bilgilerin otomatik olarak görüntülenmesi ve rapor-lanmasını yanı sıra, doktorların serbest görüş ve açıklama yazması mümkün olmalıdır.

Standart rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır. Yazılan raporlar, rapor çıktısı alınacak şekilde ekranda gösterilebilmeli, gerekli komutla is-

tendiğinde yazıcıdan dökümü alınabilmeli ve elektronik ortamda kayıt edilebilmelidir. Testleri isteyen doktor ve/veya merkez izlenmeli, isteyen ve/veya istenen yere raporun hazır

olduğu bilgisi öncelikle gönderilmelidir. Test istem ve uygulama durumları acil, öncelikli ve rutin olarak seviyelendirilebilmelidir. Acil ve öncelikli testler için test başlatma ve rapor yazdırma imkanı olmalıdır. Tetkik raporlarında (yaş, cinsiyet gibi parametreler göz önünde bulundurularak) normal ol-

mayan sonuçlar işaretli, farklı renkte veya şekilde yazılmalıdır. Laboratuar Hekimi raporu onaylamadıkça diğer kullanıcılar tetkik sonuçlarım görememelidir

(Yetkilendirilmiş olanlar hariç). Doktor onayından sonra otomatik olarak rapor oluşturul-malıdır.

Her bir parametre için sistemde PANİK DEĞER tanımlanmalı; sonuç PANİK DEĞER sınır-larında İse, onay öncesinde teknisyen ve uzman sistem tarafından uyarılmalıdır.

Faturalama ve tahsilat; test istemi, örnek toplama, test raporlaması gibi farklı seviyelerde yapılabileceğinden bu seviyenin kullanıcı tarafından değiştirilmesine izin vermelidir.

Raporlar onaylayan doktor adına elektronik olarak imzalanabilmeli, ıslak imza gerektiğinde il-gili doktor imzalamalıdır.

Her bir laboratuvar birimi için günlük çalışmalar sıkıştırılmış rapor haline getirilerek çıktısı alınabilmelidir.

Onaylanan tetkik sonuçları farklı renkte olmalıdır. Acil servisten istenen tetkiklerin sonuçları onay ekranına öncelikli ve farklı renkte düşmelidir. Her test için ayrı ayrı yaş, cinsiyet, özel durum( sigara, mens. Siklus vs) açısından referans ar-

alıkları girilmelidir. Referans Aralıkları laboratuar uzmanlarınca güncellenebilmelidir. Sonuç raporlarında sonucu referans aralık dışındaki testler için uyan ( Koyu renk L, H sembol-

leri v.b) gösterilmelidir.13.17.7. İlaç ve Sarf Malzeme İstemi

Poliklinik ilaç ve sarf malzeme istek işlemlerinin benzeri laboratuvarlar için de geçerli ol-malıdır. Stok kontrol işlemleri süratli yapılmalıdır.

Laboratuvarlarda kullanılan kit ve sarf malzemelerinin takibinin yapılacağı kritik stok se-viyesinin de belirlendiği “Depo -Stok” programı olmalıdır.

Stoktaki kit ve malzemelerin miatlarının takibi yapılabilmelidir. Kit verimliliği hesaplanabilmelidir.

72

13.17.8. Laboratuar Çalışmaları RaporlamaLaboratuvarla ilgili istatistiki raporların hazırlanmasını sağlayan alt modüldür. Laboratuvar a yönelik istatistiki raporları kapsamalıdır. Laboratuvarda bulunan cihazların tetkik sonuçlarının istatistiksel olarak incelenip cihazların sapma ve güvenilirlikleri hakkında bilgi vermelidir.

Test bazında maliyet hesaplama yapabilmelidir. İstem yapan doktor veya bölüm (servis ve poliklinik ayrı olarak) bazında istatistik verebilme-

lidir. Tanı (ÎCD-10) bazında istatistik verebilmelidir. Hastanın ait olduğu kurum bazında istatistik verebilmelidir. Laboratuar departmanları, çalışanları ve cihaz bazında istatistikler verebilmelidir. Gerektiğinde, yapılmış olan istemin akıbeti ve ne aşamada olduğunun takibi yapılabilmelidir. Test sonuçlarının belirli tarih aralıklarında; test, servis, poliklinik, örnek, mikroorganizma ve

sonuç düzeylerinde çapraz tarama istatistikleri alınabilmelidir. Mikroorganizma-antibiyotik duyarlık çapraz sonuçlan istenen tarih aralıklarında alınabilme-

lidir. İstatistik modülünde yer alacak tüm listeler alfabetik olarak düzenlenmiş olmalı; istenen

başlığa kolayca ulaşılabilmelidir. Tüm modüllerde yer alacak test liste ve içeriklerinin (test grubu, test, servis ve poliklinik isim-

leri, mikroorganizma isimleri, antibiyotik/ilaç isimleri) laboratuar yönetimince onaylanması şarttır; gerekirse lab. Yönetimince sağlanacak, önerilecek liste ve İçerikler/isimler sisteme gir-ilecektir.

Laboratuar cihaz entegrasyonların lbys cihaz entegrasyonun lbys modülü içerisinde olmalıdır.

13.17.9. Laboratuar kalibrasyon ve Kalite Kontrol yönetimi modülüLaboratuar kalibrasyon ve Kalite kontrolü ile ilgili fonksiyonları içeren modül proje kapsamında geliştirilerek uygulamaya alınmalıdır.

Yapılacak sistem analizi ve kullanıcı ihtiyaçlarının belirlenmesi neticesinde İdare ve Yük-lenicinin karşılıklı mutabık kalacağı Laboratuar Kalite Kontrolü uygulama sistemi geliştir-ilmeli ve uygulanmalıdır.

Kalite kontrol sonuçlarının günlük, haftalık ,aylık ve yıllık izlemlerine izin veren grafiksel ta-banlı istatistiksel kontrol yapılabilmelidir. Merkez laboratuarın yanı sıra semt polikliniklerin de kalite kontrol sonuçları sistemden İzlenebilmelidir.

Kalite kontrol sonuçlarının kabul edilebilme kriterleri sisteme tanımlanabilmeli ve bu kriter-lere göre ret ve kabul yapılabilmelidir. Aralık/kural dışında olanlar için kullanıcı tek tek açık-lama girebilmelidir.

Cihazlardan çıkan test kalibrasyon ve kontrol verileri, cihazların verdiği uyarıları sistemde izlenebilir, ekrandan takip edilebilir olmalıdır. Kalite kontrol verilerini değerlendirirken önceki sonuçlara ulaşılarak değerlendirme yapılabilmelidir.

LİS’te oluşan aksaklıklara 7 gün/24 saat hızla müdahale edilmelidir. Sadece LiS ile il-gilenecek, mesai saatleri dışında da hizmet verebilecek en az bir destek elemanı laboratuar yönetiminin hizmetinde bulundurulmalıdır

73

Laboratuar yönetiminin ihtiyaç duyduğu değişiklikleri (yeni test, istatistik, hesaplama...) ya-pacak yazılım geliştiren bilgisayar mühendisi çalışmalıdır.

Duyurular (örn bazı testlere özel gereklilikler, kan alma tüp değişiklikleri, arefe günü kan alma saati düzenlemesi, v.b) yayımlanabilme imkanı olmalıdır.

Moleküler Laboratuarı için; Tetkik sonuç izlemede yorum kolaylığı sağlayabilmesi için eski sonuçların tarihlere göre uzman tarafından izlenebilmesi (HBV DNA,HCV RNA,CMV DNA .

13.17.10. Patoloji Modülü Patoloji laboratuarının ihtiyaçlarına göre tasarlanmış ve iş akış süreçlerine uygun olmalı ve pa-

toloji bölümünün isteklerine göre ekleme ve değişiklik yapılabilmelidir. Kliniğin yaptığı istemler patoloji kayıt sekreterliğinde görülebilmeli, Örnek geldiğinde ilgili is-

tek kabul edilip örneğe patoloji işlemi numarası verilmelidir. Patoloji servisinin gelen talebi kabul veya gerekçesi ile red etme seçenekleri olmalıdır. Histokimyasal, immünohistokimyasal, moleküler tetkiklerin kodlanabileceği bölüm olmalıdır.

Örnek kabul edildiğinde örnekle beraber gönderilen forma ve örneklerin bulunduğu kaplara yapıştırılmak üzere barkod basılmalıdır. Barkod üzerinde hasta adı protokol numarası, patoloji numarası bulunmalıdır.

Patoloji kliniğine kabul edilen örnek bir uzman hekim adına kabul edilmelidir. Daha sonra bu sorumlu uzman hekim değiştirilebilmelidir.

Örneğin patoloji birimine kayıt işlemi sırasında numaralandırma Sitoloji ve Biyopsi olarak iki farklı şekilde ve otomatik artan numaralar şeklinde yapılmalıdır.

Kayıt sırasında alman numara sabit olmalı ve sonradan değiştirilememelidir. Aynı hastadan aynı ameliyat/işlem sırasında alman Örneklere ait isteklerin hepsi tek bir nu-

mara altında kayda alınmalıdır. Frozen işlemi sırasında kaydedilen numara, daha sonra gelen ek örneklere de verilmelidir. Frozen, histokimya, immünohistokimya, immünofloresan ve moleküler çalışmalar ile ilgili istek ve harcama bilgisi eklendiğinde de bu istekler örneğe ait aynı numara üzerinden yapılmalıdır.

Patoloji laboratuarınca kabul edilip kaydedilen bir örneğin silinmesi mümkün olmamalı, eğer örnekle ilgili bir sorun var ve patolojik inceleme yapılamıyorsa bunun belirtileceği ve kaydedileceği bir ek alan olmalıdır.

Aynı patoloji numarası altındaki birden fazla örneğe ve tetkike ait tek bir sonuç raporu ol-malıdır.

Patoloji raporu düzenleme ekranına örnek numarası ya da hastanın protokol numarası ile ulaşılabilmelidir.

Patoloji raporu düzenleme ekranında şu alanlar olmalıdır: Hastanın adı soyadı, hastane pro-tokol numarası, spesmenin alındığı tarih, spesmenin patoloji laboratuarına geldiği tarih, pa-toloji raporunun onaylandığı (sonuçlandırıldığı) tarih, gönderen doktor, gönderen klinik, klinik bilgi, frozen makroskopisi, frozen tanısı, makroskopi, mikroskopi, Tanı, Not, Ek

Rapor, harcama bilgileri, bu rapor numarasına bağlı tetkiklerin isim ve kodları, patoloji kalite kontrol bilgi alanları (sitoloji-biyopsi uyumu, frozen-biyopsi uyumu).

Rapor düzenleme ekranında hastaya ait başka geçmiş ya da henüz onaylanmamış başka pa-toloji örneği varsa bunu belirten bir uyarı olmalıdır.

74

Patoloji sekreterleri, asistan hekimler ve uzman hekimler olarak 3 kullanıcı grubu tanımlan-malıdır. Patoloji sekreterleri ve asistan hekimler Örneği patoloji bölümüne kabul etme, frozen, histokimya, immünohistokimya, immünofloresan ve moleküler çalışmalar ile ilgili ek harcama kaydı yapabilme ve raporun içeriğini düzenleme yetkisine sahip olmalıdır. Uzman hekimler bu yetkilere ek olarak raporun sonuçlandırılması (onaylanması) yetkisine sahip olmalıdır.

Patoloji uzmanları diğer uzmanlara ait raporların içeriğini ve raporu onaylayacak hekim bil-gisini düzeltebilmelidir. Patoloji uzmanları sadece kendilerine ait raporları sonuçlandırabilme-lidir (onaylayabilmelidir).

Patoloji uzmanı tarafından onaylanmış bir raporun değiştirilmesi mümkün olmamalıdır. Düzeltilmiş rapor tutanakla tespit edildikten ve patoloji idari sorumlusu bilgilendirildikten sonra yapılabilmelidir. Düzeltilmiş rapor düzenlenmesi gerektiğinde yeni raporda bu raporun düzeltilmiş bir rapor olduğu ifadesi geçmelidir. İlk rapor, tutanak ve işlemlere ait loğlar sak-lanmalıdır.

Patoloji uzmanı tarafından onaylanmamış taslak raporlarının patoloji bölümündeki yetkili per-sonel dışında diğer hekimler ve hastane personeli tarafından görülmesi mümkün olmamalıdır. Taslak raporun yazıcıdan çıktısı alınabilmeli, bu durumda raporun üstünde raporun henüz on-aylanmadığım ve geçersiz olduğunu belirten uyarı metni olmalıdır.

Patoloji raporları onaylandıktan sonra şu alanları içeren bir pdf dosya oluşturulmalı ve yazıcı-dan çıktı alınabilmelidir: Hastane logosu, Hastane adı, Laboratuvar adresi ve telefon numarası, Hastanın adı soyadı, hastane protokol numarası, spesmenin alındığı tarih, spesmenin patoloji laboratuarına geldiği tarih, patoloji raporunun onaylandığı (sonuçlandırıldığı) tarih, gönderen doktor, gönderen klinik, klinik bilgi, frozen makroskopisi, frozen tanısı, makroskopi, mikroskopi, Tanı, Not, Ek Rapor, Raporu düzenleyen asistan hekim, ve uzman hekimlerin isimleri ve unvanları.

Patoloji uzmanı tarafından onaylanmış raporlar bilgisayar üzerinden diğer hekimler tarafından yazıcıdan çıktı alman şekliyle (pdf formatmda) görülmelidir.

Patoloji raporu onaylandıktan sonra ek rapor düzenlenmesi mümkün olmalıdır. Patoloji uzmanları sorumlu oldukları örneklerin listesine bir arayüzle ulaşabilmeli ve bu ara

yüzden rapor düzenleme ve onaylama ekranına geçiş yapabilmelidir. Bu ara yüzde rapor onay süresi 15 iş gününü geçen olgular ayrı bir renk ile belirtilmelidir.

Rapor yazımında şablonlar oluşturulabilmelidir, şablonlar gerek rapor bazlı gerekse alan (makroskopi, mikroskopi, tanı gibi) bazında oluşturulabilmelidir.

Örneğe ait makroskopik ve mikroskobik resimler örnek numarası ile ilişkilendirilerek saklan-abilmelidir.

Patoloji bölümünde yapılan ek işlemlerin (histokimya, immünohistokimya, immünofloresan, moleküler, ek rapor gibi) faturalandırma işlemlerine sonradan eklenebilmesi ya da gecikmiş fatura düzenlenmesi mümkün olmalıdır. Patoloji modülünden kapatılan şevklerin geçici olarak açılabilmesi mümkün olmalıdır.

Bir hasta ile ilgili uyan mesajı eklenebilecek ekran olmalı ve hastanede bu hasta ile ilgili her işlemi yapan kişinin ve hekimlerin bu uyarıyı görmesi sağlanmalıdır.

Performans puanları, raporların uzman tarafından sonuçlandırıldığı tarihte, bu sonuçlandırma işlemini yapan uzmana kaydedilmelidir.

75

Patoloji bölümünün isteğine uygun olarak sitoloji-patoloji uyumu, frozen uyumu, rapor süresi, hata bildirimi, acil tanı (panik tanı), konsültasyon gibi kalite kontrol için kullanılan alanlar oluşturulmalıdır. Kalite kontrol alanları için gerektiğinde eklemeler ve düzeltmeler yapıla-bilmelidir.

Kalite kontrol için toplanan bütün veriler üzerinden dağılım grafikleri ve istatistiki raporların alınabilmesi, istatistiklere konu olacak verilerin programlarda kullanılmak üzere tanımlı for-matlarda dışarı kaydedilmesi (excel, native, csv, xml gibi) mümkün olmalıdır.

Geçmiş sonuç raporları üzerinde çeşitli kriterlere göre sorgulama işlemi yapılabilmelidir. Pa-toloji raporunda görülen ve raporla ilgili olan ve hasta ile ilgili diğer veriler geriye dönük taranabilmelidir. Her bir alan içeriği kelime bazlı (büyük, küçük harften etkilenmeyecek şek-ilde) taranabilmelidir. Tarama işlemi birden çok alanda ve, veya gibi birleştiriciler kullanılarak yapılabilmelidir. Tarih limiti ile aylık tüm raporların dökümünü almak mümkün olmalıdır. Tarama sonuçları (excel, native, xml, cvs, sekmeyle ayrılmış metin dosyası olarak) dışarı kaydedilebilmelidir. Bu yetkiler patoloji uzmanlarına ait olmalıdır.

Patoloji bölümünce düzeltilmesi istenen değişikliklerle ilgili belirli bir görevli belirlenmelidir. Rapor yazımı ve işlem düzeltilmesi ile ilgili sorunlar aynı gün içinde, yazılımda ya da kodda değişiklik gerektiren sorunlar ise 10 gün içinde sonuçlandırılmalıdır.

Önceki sistemlerdeki raporlar (hali hazırdaki ve bir önceki) yeni sisteme eksiksiz bir şekilde aktarılmalıdır.

Patoloji talebi yapan servisler, taleplerinin durumunu sistem üzerinden online takip edebilme-lidirler.

Hastanın geçmiş laboratuar, radyoloji, ameliyat ve epikriz kayıtlarına modül üzerinden er-işilebilmelidir.

Patoloji raporlarının tüm alanlarının HBYS sisteminde log bilgileri oluşturulmalı, raporda yapılan değişikliklerin, kim tarafından ne zaman yapıldığı tespit edilebilmelidir.

13.18. RADYOLOJI İSTEM YÖNETIMI13.18.1. Yetkili doktorların radyoloji istemi yapmalarını ve ilgili radyoloji birimlerinin bu istemleri

değerlendirmelerini sağlamalıdır.13.18.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 randevu verme ve yönetim yapmalıdır.

13.18.3. Mükerrer istekleri uyarabilmelidir. Ayrıca hatalı işlemlerin düzeltildikten sonra işlemin yeniden yapılmasına imkan tanınmalı, hatanın silinmesi sağlanmalıdır.

13.18.4. Yapılan işlem sırasında yetkilendirilmiş doktor tarafından gerekli görülen ilave işlemlerin (CT esnasında USG ihtiyacı gibi) istemini yapabilmeli, randevusunu alabilmeli, çekimini yaptırıp raporunu yazabilmelidir. Yetkili kişilerce uygunsuz ve gereksiz çekim kısıtlamaları konulabilmeli ve/veya kaldırılabilmelidir. SUT’uıı öngörmediği çekimler engellenebilmeli veya uyarı ile ek izin gerektiği belirtilmelidir.

13.18.5. Gerektiğinde istemler belli kıstaslara göre sorgulanabilmeli, sıralanmalı ve gruplandırıl-malıdır.

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

76

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

13.19. RADYOLOJI RANDEVU PLANLAMA VE YÖNETIMI13.19.1. Randevu vermeye esas çalışma saatleri, doktor detay bilgileri, cihaz detay bilgileri, sarf

malzeme ilişkileri radyoloji birimi bazında dinamik olarak tanımlanmalı ve randevular bu bil-giler 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 kalma-malıdır.

13.19.2. 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. Yeni cihaz ya da birim tanımı ko-laylıkla ilave edilebilmelidir. Randevu listesi çıktı olarak yazdırılabilmelidir. Yine randevu verilen kişiye şahsi randevusu çıktı olarak verilebilmelidir.

13.19.3. Sistem randevu statüsünün değiştirilebilmesi veya randevunun iptali yetkisinin istenen kul-lanıcılara verilebilmesini sağlayacak özellikte olmalıdır.

13.19.4. Verilmiş olan randevuların akıbeti ve ne aşamada olduğu yetkilendirilmiş kullanıcılar tarafın-dan da takip edilmelidir. Verilmiş randevuların çekim günü gelindiğinde şevklerinin kapan-mamış olması, çekim yapılabilir halde kalması sağlanmalıdır.

13.19.5. Gerek yeni randevu planlanması, gerekse de takipte olan hastaların randevu planlaması yapılabilmelidir

13.19.6. Randevu işlemleri neticesindeki komutlar ve detaylı veriler şayet var ise PACS sistemine ak-tarılabilmedir.

13.19.7. Randevu bilgilerindeki herhangi bir değişiklik neticesinde üretilebilecek komutlar ve detaylı veriler PACS sistemine otomatik olarak il eti lehi İmedir.

13.19.8. Randevu işlemleri sistem genelinde entegre olmalı ve çift randevuya izin vermemelidir.13.19.9. Radyoloji bölümünün izniyle belirli zaman dilimleri belirli birimler ya da spesifik (çok özel)

uygulamalar için rezerve edilebilmelidir.13.19.10. Hastanın Özelliği itibari ile izolasyon (çevreden ayırma) gerekliliği, anestezi ihtiyacı,

transport koşulları gibi farklı uygulama gerektiren bir durumu varsa izlenebilmelidir.13.19.11. Hastaların işlem öncesi barsak temizliği gibi çekim öncesi ön hazırlık yapması gereken

durumlarda yapılması gereken hazırlık ve açıklamalar konusunda randevu veren ve hasta uyarılmalı, gereken reçete hazırlık bügi formu yazdırılabilmelidir. Reçetelerde değişiklik yapma, ekleme yapma, ilaç dozunu belirtme gibi seçenekler iş listesinden ya da manuel olarak yapılabilmelidir.

13.19.12. Hastaya uygulanacak birden fazla işlem için algoritmik randevulama (mantıksal sıralama) yapmalıdır. Uyumsuzluklar konusunda randevu veren kullanıcıyı sistem uyarmalıdır.

13.19.13. Randevu verilen hastanın randevusu çekim için geldiğinde açık halde olmalıdır. Şevki randevu tarihine kadar kapatılıp tekrar sevk açıp tekrar işlem onayı verme işlemine ihtiyaç duyulmamalıdır

13.19.14. Ücretli hastalarda ücretini yatırmadan önce veya sonra randevu verilebilmeli, çekim için hasta geldiğinde ücret yatırıldıktan sonra çekim izni verilmelidir. Bu sürelerde işlem kısıtlaması olmamalıdır.

77

13.19.15. İşlemler aşağıdaki şekilde tanımlanabilmelidir ve incelenip yönetilmelidir.a) Prosedür gruplarıb) İşlem kodları,c) Tanımlar,d) Süreler,e) İşlem odası,f) Hazırlık gerekliliği,g) Radyolog,h) İşlem veya algoritma uyumsuzluklarıi) Alerji ve komplikasyonlar

13.20. RADYOLOJİ HASTA KABUL

13.20.1. Önceden randevusunu almış hasta radyoloji bölümüne geldiğinde kaydedilmelidir. (ONAYLI hale gelmelidir)

13.20.2. Hangi tür tetkiklerin iş listesine gireceği seçilebilmelidir.13.20.3. Bu kayıt sırasında elle giriş en az seviyede yapılmalı, hasta iş listesinden seçilmelidir.13.20.4. Sistem randevulu hastalan yeni gelen randevusuz hastaya göre yeniden düzenlemeli, bu

düzenlemede tam otomatik bir yöntem izlemek yerine sistem yeni randevu planım önermeli yetkili kullanıcı, manuel düzenleme yapabilmelidir.

13.21. RADYOLOJİ İŞ AKIŞ - DURUM TAKİBİ13.21.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, İsteyen kişiye iletilmelidir.

13.21.2. Radyolojide çekim yapılan tüm cihazlardaki iş yükünü, bekleyen hastaları, randevuları ve çekim listelerini yöneticilerin kolaylıkla on-line takip edebilmesi ve yönlendirmesi için bir ara yüze sahip olmalıdır.

13.21.3. Sonuçlanmış olan radyoloji isteklerine yönelik radyoloji raporları isteği yapan doktora otomatik olarak yönlendirilmeli ve raporlar elektronik hasta dosyasına entegre (uyumlu) olarak saklanmalıdır. İstemi yapan doktor, istemini yaptığı tetkikin radyolojide tamamlan-masından ya da raporunun yazılmasından sonra sisteme giriş yaptığında otomatik ya da manuel olarak uyarma seçenekleri olmalıdır.

13.21.4. Şayet hastanede varsa PACS’ta mevcut olan hastanın radyolojik görüntüsü, istenen çözünür-lükte radyoloji raporu ile birlikte istekte bulunan doktora iletilebilmeli ve bu görüntüler elek-tronik hasta dosyası ile ilişkilendirilmelidir. PACS henüz kurulmadı ise kurulduğunda bu işlem gerçekleştirilecektir.

13.21.5. İş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 edilme-lidir.

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

13.21.7. Randevusu verilip işlemi yapılan hastanın raporu yazılması aşamasında çekim ile rapor

78

yazımı arasındaki sürede yapılan işlerlerde hastaya rapor yazma yetkisi açık kalmalı son işlemin bir önceki sonlanmamış işlemi kapatması önlenmelidir.

13.21.8. Hastalara randevusu tarihini, işleminin bittiğini, raporunun hazır olduğunu cep telefonlarınabildirecek SMS sistemi uygulanmaya hazır hale getirilecektir. Hastane istediğinde mesaj gön-derme işlemini başlatacaktır.

13.22. RADYOLOJİ SONUÇ RAPORLAMA13.22.1. Radyoloji Sonuçlarının girilmesini sağlayan fonksiyondur.13.22.2. Radyoloji sonuç raporları, raporların hekim tarafından düz metin olarak üretildiği birimlerde

(ultrasonografí, 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.

13.22.3. Rapor yazma işlemi sırasında raporu yazılacak hastalar radyoloji alt birimi düzeyinde (Hizmet Tomografi-1, Hizmet MR-2, Doppler USG,) görünebilmeli, raportör rapor yazılmayı bekleyen hastaların tetkiklerini hasta adını tıkladıktan sonra en son yapılan tetkiki en üstte olacak şekilde olarak ekranında görmeli ve rapor yazacağı tetkiki seçebil mel i ve hızlıca ra-porunu yazabilmelidir.

13.22.4. Raporu yazılan işlem ve işlemin yöntemi ayrı ayrı seçilebilir olmalı ve rapora yansımalıdır. (Dinamik kontrastlı üst batın MR; Tl axial, T2 Coroner, Yağ baskılamak gibi veya Siemens Xario 150 cihazında yapılan üst extremite Doppler USG gibi)

13.22.5. Bir hastaya istenen tetkikler birden fazla olduğunda hekim uygun bulduğunda birbiriyle bağlantılı olan bir veya birden fazla tetkikin raporunu aynı alana yazmak için o tetkikleri seçebilmeli, raporlarını yazdıktan sonra hafızaya alırken seçilen tetkiklerin karşısına ayrı ayrı bu rapor bütün olarak kaydedilebilmelidir. (Örnek olarak Bilateral alt ekstremite arter dopp-leri- Bilateral alt extremite venöz doppleri beraber yazılabilmeli, Kraniyel MR-Kraniyel difüzyon MR- Kraniyel Spekstroskopi beraber yazılabilmeli)

13.22.6. Rapor sonuçları, ICD-10 AM kodlarından veya manuel girilen iş listesinden seçilebilir du-ruma getirilmelidir.

13.23. RADYOLOJİ İSTATİSTİK / İŞ YÜKÜ13.23.1. Radyoloji birimlerinde işlem gören hastaların radyolojik tanı, yapılan işlem, cinsiyet, yaş, ku-

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

(kıstaslarına) göre dağılımı günlük, haftalık, aylık ve yıllık olarak tespit edilmelidir.13.23.3. İstenildiğinde personele, cihaza ve işleme göre tekrar istatistikleri alınmalıdır.13.23.4. Sarf malzemesi kullanımına yönelik personel, cihaz, işlem istatistikleri alınmalıdır.13.23.5. Sistem standart tıbbi rapor hazırlama imkanına sahip olmalıdır.13.23.6. Radyoloji sonuçlarıyla ilgili günlük, haftalık, aylık raporlar alınmalıdır.13.23.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. Radyolojide çekim yapılan ciha-zlardaki iş yükünü, bekleyen hastalan, randevuları ve çekim listelerini yöneticilerin kolaylıkla online takip edebilmesi, yönlendirme yapabilmesi için yönetici arayüzü oluşturulmalıdır. Sis-

79

tem yöneticileri aşağıdaki raporları almalıdır;a. Klinikten yapılan isteklerin incelemesi,b. Şayet varsa PAC S İş istasyonları çalışma raporları,c. Kullanılan disk miktarları,d. Arşiv aktivite raporları,e. Tekrar film miktarı ve nitelikleri raporu,

13.23.8. Rapor işlemleri ile ilgili modüllerde, teklif edilen RBS’de radyologun üzerinde olan rapor lis-tesini görüntüleyebilirle olanağı olmalıdır.

13.23.9. Teklif edilen RBS’de radyo loğun geçmişe yönelik yazdığı raporları listeleyebilmesi ve in-celeyebilmesi sağlanmalıdır.

13.23.10. Teklif edilen RBS’de rapor hazırlama ekranında hasta adı ve soyadı, radyolog adı, is-tem tarihi, tetkik adı, ön tam, ICD10 kodu, vb. gibi bilgiler otomatik olarak ilgili tetkik, hasta ve ilgili radyolog bilgileri doldurulmuş olarak gelmelidir.

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

13.23.12. Teklif edilen RBS’de Radyolog tarafından ses kaydı ile oluşturmuş olan kaydın raporu-nun 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

13.23.13. Bu işlem için diktasyon sistemi bulunmalıdır ve bu sistem aşağıdaki Özellikleri içerme-lidir:

13.23.14. RIS sistemi ile tamamen entegre olmalıdır.13.23.15. Her bir raporlama iş istasyonunun RBS ve diktasyon sistemi entegrasyonu yapılmalıdır.13.23.16. Dikte edilen kayıtları, raportör sekreterleri, sisteme entegre rapor yazım modülü üz-

erinden yazılı hale getirebilmelidir.13.23.17. Sistem, rapor ve hasta görüntü bilgileri arasında bir bağlantı kurabilmelidir.13.23.18. Raportör kendisine ait RBS iş listesinde çalışmalıdır.13.23.19. Teklif edilen RBS’de Raportör Radyolog tarafından kendisine gönderilen ve yazmakla

yükümlü olduğu raporları görebilmelidir.13.23.20. Teklif edilen RBS’de Raportör radyologa ait ses kaydını veya yazı bilgilerini kulla-

narak raporu onaylamaya hazır hale getirebilmeli ve onaylanmak üzere tekrar Radyologa yol-layabilmelidir.

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

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

13.23.23. Teklif edilen RBS’de Ses Tanıma (Sesten yazıya çevirme) modülü kullanılırsa bu tür bir yazılımla RBS entegrasyonu yapılabilmelidir.

13.23.24. Onaylanmış raporlar istenildiğinde onaylayan kişi tarafından, ek bir İstemci yazılımına gerek olmadan Elektronik İmza ile imzalanmalı ve sisteme kaydedilmelidir.

80

13.23.25. İmzalanan raporlar, hastane birimlerinde bulunan PC'lerden Ek bir istemci yazılımına gerek olmadan “http ve / veya https” protokollerini kullanarak görüntüleme olanağına sahip olacaktır.

13.23.26. İmzalanan raporlar için rapor koruması olacak ve sadece imzalayan kişi tarafından değiştirilebilecek veya ek rapor yazabilecektir.

13.24. 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 isti-naden yayımlanan “Taşınır Mal Yönetmeliği’ne uygun, Maliye Bakanlığınca belirlenen ve Bakan-lığımızca yürürlüğe konulan Kod Sistemini kullanan ve ÇKYS/MKYS modülü ile veri alış verişini ya-pabilecek bir altyapıya sahip olmalıdır.

13.24.1. Karekod İşlemler Teklif edilen HBYS yazılımı, karekod ilaç takip sistemine uygun olmalıdır. HBYS aynı zamanda tüm tıbbi cihaz, tıbbi sarf malzeme, diğer sarf malzeme ve demirbaş malzemelerin karekod yöntemi ile takip edebilecek özellikte olmalıdır. Hastane stoklarına giren malzemelerin üretici firma tarafından tanımlanan karekodları kul-lanılarak girişleri sağlanabilmelidir. Üretici firma tarafından karekod tanımlanmamış tüm malzemeler için sistemi, karekod ürete-bilmeli ve bu karekod kullanılarak giriş sağlanmalıdır. Ara depolara istenen ve hasta üzerine atılan malzemeler karekod kullanılarak hareket ettir-ilmeli, stok bazında tüm karekodlarm hareketleri izlenebilmelidir. Ara depolardan ve hasta üzerinden yapılan malzeme ilaçları da karekodla hareket ettirilmeli ve raporlanabilmelidir. Fire, zayiat, tüketim vb. çıkışlar karekod kullanılarak yapılmalı ve raporlanabilmelidir. Stok mevcutları, tüm stok hareketleri izlenebilmelidir. İhtiyaç duyulan raporlar alınabilmelidir.

13.24.2. Stok Takip İşlemleriİlaç, Tıbbi Malzeme ve Her Türlü Stok ve Sarf Malzemesi Alımı iş ve işlem-lerinin takip edilmesini amaçlar. Departmanlar bazında stok ve/veya sarf malzeme miktarı emniyet stok miktarına ulaşınca malzeme talepleri satınalma departmanına elektronik ortamda iletilmelidir. 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) Mukayese cetvelleri ile birlikte İsteği yapılmış olan stok ve sarf malzemelerinin satınalma on-ayının alınabilmesi için standart form çıktısı üretilebilmelidir. Stok ve/veya sarf malzeme bazında tedarikçilerin listeleri en son alım fiyatları ve şartlarım gös-terir bir liste oluşturulmalıdır. 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. Emniyet stok seviyesinde olan stok ve/veya sarf malzemeler için otomatik sipariş listesi hazır-

81

lanmalıdır. Demirbaşlar için uygulanmakta olan Sicil Numaraları Kodlarla belirlenen standartlara uygun olarak verilmelidir. Depolar arası devir işlemleri yapılabilmelidir. Kuruma ait taşıt bilgileri tutulmalıdır. Kurum, birim, kişi ve malzeme bazında demirbaş zimmetleri takip edilebilmelidir. Ortak Alana yapılan demirbaş çıkışları için “Dayanıklı Taşınırlar Listesi” oluşturulabilmelidir. 3 Aylık Tüketim Malzemeleri Çıkış Bildirimi Listesi alınabilmelidir. 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. Modül, ambar ve depoların bütünlük içerisinde hizmet vermesini sağlamalıdır. Sipariş listesi ile mutabakatı olarak stok ve/veya sarf malzeme girişleri yapılmalıdır. Stok ve/veya sarf malzemelerinin departman bazında istek raporları alınmalıdır. Stok ve/veya sarf malzemelerinin firma bazında sipariş raporları alınmalıdır. Stok ve/veya sarf malzemelerde pazarlık usulü alımlarla diğer ihale usulleri ile ilgili alımlar ayrı ayrı izlenebilmelidir. Kullanılan her stok ve/veya sarf malzeme için kimlik bilgileri tutulmalıdır. Hangi stok ve/veya sarf malzemelerin hangi firmalar tarafından üretildiğine ilişkin kayıt-lar ve firmalarla ilgili kimlik bilgileri tutulmalıdır. Kalite bilgileri, hem stok ve/veya sarf malzeme hem de malzemenin alındığı firma bazında tu-tulmalıdır. 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. Tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmelidir. Modül, ambar ve depoların bütünlük içerisinde hizmet vermesini sağlamalıdır. Malzemelerle ilgili zimmet takibi yapılabilmelidir. Stok ve/veya sarf malzeme gruplarına göre toplam istekler gösterilmelidir. Sipariş verilecek firma/firmalar ve eczaneler kodlu listeye eklenip çıkartılabilmelidir. Tüm stok ve/veya sarf malzemelerinin gösterimi ve arama sorgulama işlemleri yapılmalıdır. Her bir stok ve/veya sarf malzemenin; stok no, açık adı, varsa raf ömrü, varsa depolama koşul-lan, miktarı, birimi (adet, kilo, litre, paket),giriş/çıkış (sarf) bilgileri, üretildiği firma, kalite tescil bel-gesi, üretimini yapan firmanın kalite belgesi gösterilmelidir. 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. Gelen malzemenin bölümlere dağıtım kaydı yapılmalıdır. Her parti stok ve/veya sarf malzemesi için fiyat girişi ve maliyet hesaplamaları yapılmalıdır. Dağıtılan stok ve/veya sarf malzemeleri için taşınır çıkış belgesi düzenlenmelidir. Stok ve/veya sarf malzemesi girişi ve çıkışı barkod-karekod okuyucu vasıtasıyla sağlanabilme lidir. İlaç ve tıbbı malzemelerin son kullanma tarihi kontrolleri ve uyarıları sağlanmalıdır. Alternatifli stok maliyetleri oluşturulmalıdır, (o.m. fıfo,lifo gibi) Stok ve malzemelerin kullanım sıklığı raporlanabilmelidir.

82

Birim sarf malzeme, stok ve demirbaş malzeme maliyetleri oluşturulabilmelidir. Devlet ayniyat sisteminin gereklerini yerine getirebilmelidir. Sağlık Bakanlığı MKYS (Malzeme Kaynak Yönetim Sistemi) gerekleri yerine getirilmelidir. Stok bilgileri anlık olarak, malzeme bazında sisteme iletilebilmeli ve takip edilmelidir. Stoklar gruplanabilmeli, aynı malzeme birden fazla birim (Paket, adet, kilo, vb.) bazında izlenebilmelidir. Depo/ambar tanımları yapılabilmelidir. Servisler, ameliyathane yoğun bakım, acil servis, vb. yerlerdeki tıbbi sarf malzeme depolan 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ı ancak malzemeler hasta üzerine düşüldüğünde ambar depo stoku eksiltecek şekilde entegrasyon yapılmalıdır., kayıp ve kaçaklara ne-den olmayacak şekilde düzenlenmiş olmalı, ve sonuçta buralardan yapılan işlemler de sorgulanabilme-lidir. 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. Bu modül, ambar ve depoların birden fazla konumdan hizmet vermesini desteklemelidir. Envanter dökümü (aylık, yıllık) yapılabilmelidir. Tutulan kayıtlara ve yapılan işlemlere ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmek ve raporların çıktısı alınabilmelidir, İstatistik, sorgu ve raporların tam listesi ve detay-ları Sistem ve Uyarlama Gerekleri Analizi aşamasında belirlenecektir Malzeme girişlerinde malzemenin hangi firmadan alındığına ve giriş tarihine ilişkin kayıt-lar tutulmalıdır. Firmalara ihalelerde katan miktarlar izlenebilmek ve raporu alınabilmelidir. Stoklar gruplanabilir, aynı malzeme birden fazla birim (paket, adet kilo vb.) bazında izle-nilebilmelidir. Her malzeme için minimumu ve emniyet stok seviyeleri tutulmalıdır. Stok seviyelerine göre öneri sipariş seviyeleri otomatik olarak oluşturulabilmelidir Tutulan kayıtlara ve yapılan işlemlere ilişkin çeşitli istatistikler elde edilebilmeli, sorgularyapılabilmelidir. Stok ve/veya sarf malzemeleri sorgulamaları yapılabilmelidir. Sorumlular stok malzemelerin düzenli envanterini yapmalı, envanter farkları rapor olarakalınabilmelidir. Depo istimal cetveli oluşturulabilmelidir. Ambar ve depodaki mevcut sarfların listesi istenilen tarih aralıklarında görülebilmelidir. Stok fazlası işlemler ile ilgili 27 Mart 2009 tarih ve 2009 / 23 Sayılı Resmi Gazete’de yayın-lanan mevzuat değişikliği uyarınca; Kurumların 4 aylık tüketebileceği azami stoklarının belir-lenebilmesi, Geriye kalan sürede (8 ay) hemen tüketemeyeceği/daha sonra tüketeceği düşünülen stok-ların "İHTİYAÇ FAZLASI " olarak Bakanlığa MKYS sistemi üzerinden bildirilebilmesi gerekmekte-dir.

13.25. Demirbaş Takip Modülü13.25.1.Demirbaş kayıtlarının tutulmasını ve demirbaş işlemlerin yapılmasını amaçlar. Bu amaçlar

83

doğrultusunda;13.25.2.Demirbaş kayıtları tutulmalıdır.13.25.3. Demirbaşlara ilişkin amortisman ve yeniden değerlendirme işlemleri yapılabilmelidir.13.25.4. Gerekli matbu evrakların (demirbaş eşya ve mefruşat için terkini kayıt müzekkeresi (Örnek 2), demirbaş eşya teslimat senedi, demirbaş eşya sayım cetveli (örnek 5),demirbaş eşya icmal defteri (örnek 6), demirbaş eşya zabıt varakası (örnek 3), ayniyat yevmiye defteri, amortisman defteri) çık-tıları kolayca alınabilmelidir.13.25.5.Demirbaşlarla ilgili her tür sorgulama yapılabilmelidir Gerekli matbu evrakların çıktıları alın-abilmelidir.13.25.6.Demirbaş malzemeler yapılan tamirat, tadilat ve onarımlar sisteme kaydedilmeli ve bu işlemler takip edilebilmelidir.13.25.7.Demirbaşların kullanıldığı mekanlara asılacak listeler görüntülenebilmeli ve çıktısı alınabilme-lidir.13.25.8.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.13.25.9.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.13.25.10. 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 alan-ları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.13.25.11. Gerekli matbu evrakların (demirbaş eşya ve mefruşat için terkini kayıt müzekkeresi (örnek 2), demirbaş eşya teslimat senedi, demirbaş eşya sayım cetveli (örnek 5),demirbaş eşya icmal defteri (Örnek 6), demirbaş eşya zabıt varakası (örnek 3), ayniyat yevmiye defteri, amortisman def-teri) çıktıları kolayca alınabilmelidir.13.25.12. Bakım bilgilerinde, Bakım başlama/bitiş tarihleri, periyodlar, 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 bil-gilerin demirbaşın diğer bilgileri ile takip edilmesi sağlanmalıdır.13.25.13. 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.

13.26. Satınalma Modülü13.26.1.Mukayese cetvelleri ile birlikte isteği yapılmış olan stok ve sarf malzemelerinin satınalma on-ayının alınabilmesi için standart form çıktısı üretilebilmelidir.13.26.2.Mevcut satın alma talepleri; yetkili kişi tarafından acil Öncelikli ve normal şeklinde sınıflandırılabilmelidir.13.26.3.Satın alma modülü gider bütçesi ile ilişkilendirilerek ödenek takibi yapılabilecektir.13.26.4.Kamu ihale kanunu 4734 e göre ihale usulleri programa girilmeli, gerekli güncellemeler Yük-

84

lenici tarafından gerçekleştirilmelidir.13.26.5.İhale usulleri ayrı ayrı ara yüzler halinde tanımlanmalıdır.13.26.6.İhale usullerinin özelliklerine göre arayüzlerde hata yapılmasını minimize edecek butonlar ve otomatik bilgi çıkışları mevcut olmalıdır.13.26.7.Tüm satın alma işlemleri aşama aşama programdan yapılabilmelidir.13.26.8.Başka idarelerin ihtiyaç fazlası malzemeler MKYS servisinden çekilerek, depoya giriş yapıla-bilmelidir.13.26.9.Satın alma işleminin tüm aşamaları bu modülden takip edilip gerektiğinde hangi işlemin hangi aşamada olduğu sorgulanabilmelidir.13.26.10. Malzeme teslimlerinde muayene komisyonu, sistemden oluşturulabilmelidir.13.26.11. Taşınır kayıt kontrol yetkilisi malzeme teslimlerinde, sadece muayene komisyonundan geçmiş olan malzemelerin depoya girişi yapılabilmelidir.13.26.12. Muayene komisyonundan geçen malzemeler taşınır malzeme yetkilisinin ekranı ile en-tegre çalışmalıdır.13.26.13. Tüm çerçeve anlaşma süreci, idari şartname, çerçeve anlaşma tasarısı, münferit sö-zleşme tasarısı ve diğer standart formlar üretilebilmelidir.13.26.14. Çerçeve malzeme alım ihaleleriyle ilgili olarak, bağlı kuramlardan gelen talepler HBYS üzerinden birleştirilmek ve birleştirilmiş talep ile ihale hazırlanmalıdır.13.26.15. İdari şartnameye uygun olarak listeye alınacak isteklileri ve çerçeve anlaşma imzalan-abilecek kalemler (en az 3 geçerli teklif olan) otomatik olarak belirlenebilmelidir.13.26.16. Seçilen malzemelere göre hangi firmaların çağırtabileceği belirlenebilmelidir.13.26.17. Her bağlı idarenin hangi malzemeden ne kadar istediği bilgisi saklanabilmelidir.13.26.18. 3 isteklinin altına inmiş malzemelerin münferit sözleşme için seçilmesine yazılım izni vermemelidir.13.26.19. Tüm münferit sözleşme sürecinde oluşturulması gereken belgeler program tarafından otomatik olarak oluşturulmalıdır.13.26.20. Yaklaşık maliyet hesaplanması için firmalardan gelen tekliflerin karşılaştırılması, ÜFE ile güncelleme, SUT fiyatlarım kullanma gibi yöntemler program İçinde yer almalıdır.13.26.21. Kullanıcının görebileceği kayıtlar, yaklaşık maliyetler, girdiler üzerinde yapılacak değişiklikler vb. yetki seviyeleri ile düzenlenebilmelidir.13.26.22. İsteklilerin daha önceki alıntılarda teklif verme, geçersiz teklif verme veya teklif ver-meme durumları sistem üzerinden doğrulanabilmelidir.13.26.23. İsteklilerin daha Önce teklif verme, geçersiz teklif verme, İptal vb. durumları için açık-lama girilebilmeli ve sorgulanabilmelidir.13.26.24. Yazılım kanuni süreleri kontrol edebilmeli (karar süresi, kesinleşen ihale kararı bildirimi vb.) ilgili kullanıcı uyarılmalıdır.13.26.25. Sözleşme yapılan isteklilerden, hangisinin ne kadar malzeme getireceği bilgisi gir-ilebilmelidir.13.26.26. Teslim edilecek malzemeler firmanın getireceği toplam miktardan düşülmeli ve hangi firmadan ne kadar malzeme alacağı takıp edilebilmelidir.13.26.27. Satınalma süreçlerinde yasal olarak hazırlanması gereken tüm dokümanlar, sistem tarafından üretilebilmek ve kaydedilmelidir.

85

13.26.28. Doğrudan temin EKAP bildirim dosyası otomatik olarak hazırlanabilmelidir.13.26.29. Program içerisinde “teknik şartname havuzu” oluşturulabilmelidir. Malzeme talebi ya-pacak birim bu havuzdan temin edeceği şartnameyi talebine ekleyebilmelidir.13.26.30. Satınalma sürecinde hazırlanacak bilgi ve veriler, yetkili kullanıcılar haricinde erişile-mez olmalıdır.13.26.31. Elektronik medyalar aracılığıyla (cd, dvd, usb bellek vb.) teslim edilen tekliflerin HBYS’ne aktarımı yapılabilmelidir.13.26.32. Satınalma işlemlerine istinaden gider bütçe takibi yapılabilmelidir.13.26.33. Muayene komisyonundan geçen malzemeler taşınır mal yetkilisinin ekranı ile entegre çalışmalıdır.

13.27. Teknik Servis İşlemleri Modülü13.27.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ılabilmek, 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.13.27.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.13.27.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.13.27.4.Yapılan bildirimler ile ilgili arıza bildirim formu yazdırılabilmelidir.13.27.5.Kullanıcı yapmış olduğu bildirimlerin durumunu takip edebilmelidir, her kullanıcı sadece kendi yaptığı bildirimlerin durumunu izleyecektir.13.27.6.Arızanın giderilmesi ile ilgili tahmini süre bilgisi sisteme girilebilmeli ve takip edilebilmelidir.13.27.7.Görevlendirilen kişiye ve bildirimi yapan kişiye, bildirim görevlendirmesi ile ilgili mesaj git-melidir.13.27.8.Teknik servis personeli tarafından bildirim ile ilgili yapılan bakım, onarım, yenileme, garan-tiye gönderme vb. işlemler sisteme girilmelidir.13.27.9.Teknik servis tarafından işlem yapılması durumunda, bildirimi yapan kullanıcıya yapılan işlemle ilgili mesaj gönderilmelidir.

13.28. 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.13.28.1. FATURALANDIRMA

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

Sağlık Bakanlığınca belirlenmiş “Bireysel Ödeme Listesi”ne istinaden yapılacak Ödemeler vezne ekranına yansıtılmalıdır.

Vezne ödemeleri ve hasta fatura kayıtları TDMS 600 kalemli hesaplara göre tutulmalıdır.

86

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

Cari Sağlık Uygulama Tebliğine göre paket fiyatlar oluşturulabilmek, oluşturulan paketlere paket dışı işlemler ilaç ve malzemeler otomatik olarak eklenebilmelidir.

Fatura inceleme ekranında işlemin tarihi, tetkik adı, fiyatı, adedi, kodu, indirim oranı, fatu-ralama durumu görülebilmek, gerektiğinde silme/düzeltme/ekleme işlemleri yapılabilmelidir.

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

Hastalara düzenlenen Hasta Bilgilendirme Formu(taahhütname) listesi senet modülünde iste-nen tarih aralıklarında tahsilde olanları ve tahsil edilenleri ayrıntılı olarak takip edilebilmelidir.

Hastalardan alman senetlerin istenen tarih aralıklarında tahsilde olanları ve tahsil edilenleri ayrıntılı olarak takip edilebilmelidir.

Kodların fiyatlandırılması yapılmalıdır. Hasta türüne göre fiyatların otomatik revizyonu sağlanmalıdır. Tahsil edilmiş ve tahsil edilememiş faturaların takibi yapılmalıdır. Kurumundan şevkli hastaların hastaneye giriş işleminden sonra, belli süreler içinde çıkış yap-

mayanların takibi yapılarak çıkışlarının verilebilmesi için gerekli düzenlemeler yapılmış ol-malıdır.

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.

Kurumlardan olan alacaklar, icmal fatura bazında ayrıntılı olarak takip edilebilmelidir. 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 incelenebilmelidir. Ücretli ve taahhütnameli hasta ile tahsillerinin takibi yapılabilmelidir. Modülde yer alan bilgi ve işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yanıt-

lanabilmeli ve raporların çıktısı alınabilmelidir. Faturalama işlemlerinde SGK’ya ait MEDULA projesine uygun verilerin düzenlenmesi ve

gönderilmesi sağlanmalıdır. Hastaların hastaneye tekrar geliş nedenleri sınıflamak ve hizmet ücret paketleri oluşturabilmek için DRG veya benzer bir kod yapısı (SUT hükümleri geçerlidir.) Cari Sağlık Uygulama Tebliği (SUT) (Resmi Gazetede Yayınlanmış olan en son hali ile ve

http : //www .sgk.gov .tr/wps/portal/tr adresindeki tebliğlere uygun olarak) Tek Düzen Muhasebe Sisteminde(TDMS) kullanılacak olan kurum kodları ('www.saglik.gov.tr/tdms) entegre edilmelidir. Tıpta Uzmanlık Tüzüğüne göre(TUTG) ihtisas alanları ( www.saglik.gov.tr) kullanılmalıdır. Tek tek ve toplu bir şekilde fatura kesilebilmelidir. 20.1.26.Sistem benzersiz fatura numarasını otomatik olarak vermelidir. Listelenen gruptaki hastalar dosya no, isim, servis, poliklinik, miktar gibi kriterlere göre

çağrılabilmelidir. Fatura kesilirken, hangi tip fatura kesileceği sistem tarafından seçenek haline getirilmelidir.

Yani fatura alternatifleri bulunmalıdır.

87

http://www.sgk.gov.tr/wps/portal/tr

http://www.saglik.gov.tr/tdms

Fatura numarası referans aralığına göre sorgulama, fatura kesme, icmal alma işlemleri yapıla-bilmelidir. Herhangi bir kurum adına kesilen faturaların yatan ve ayaktan hastalara göre ayrı ayrı icmal alınabilmelidir.

Kuruma fatura edilecek işlemlerin yanı sıra, hastadan tahsil edilen işlemler de hastaya fatura edilebilmelidir.

Yapılmayan tetkik, tahlil ve işlemler faturada çıkmamalıdır. Performans puanlan, işlemler faturalandırıldıktan sonra kişilere yansımalıdır. Yani fatura

edilmeyen işlemler performans puanlarına dahil edilmemelidir. Fatura Modülünde hastanın tüm mali dosyası ile ilgili düzeltmeler yapılabilmelidir. Belirli bir zaman diliminde verilen hizmetin ve kesilen faturaların muhasebe gelir kalemlerine

göre dökümü alınabilmelidir. Kurumundan şevkli hastaların hastaneye giriş işleminden sonra, belli süreler içinde çıkış yap-

mayanların takibi yapılarak çıkışlarının verilebilmesi için gerekli düzenlemeler yapılmış ol-malıdır.

Kurumlardan olan alacaklar icmal fatura bazında ayrıntılı olarak takip edilebilmelidir. Faturalama işlemlerinde her yıl güncellenmekte olan Sağlık Uygulama Tebliği hükümlerine

uygun belgelerin düzenlenmesi sağlanmalıdır. Fiyat ve işlem kodu değişikliklerinde, değişik alternatiflere göre fatura kesilebilmelidir. Yani; mevcut yılda önceki yıllarının fiyat ve işlem kodları ile ilgili olduğu dönemlere ait faturalar kesilebilmelidir.

13.28.2. Kurum Anlaşmaları ve Fiyatlandırmalar Kurum bazında yapılacak anlaşmaların tanımlarının yapılabilmesine yönelik yapı ve mekaniz-

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

ve mekanizmalar sağlanmalıdır. Kurum bazında hastalara yönelik sorgulamalar yapılmalıdır. 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.

13.29. Teşhisle İlişkili Gruplar (TİG) ModülüSağlık Bakanlığı tarafından hastanelerin sağlık hizmeti bedelleri Teşhisle İlişkili Gruplar (TİG) ve Branş Bazlı Ayaktan Gruplar (BBaG) sistemi doğrultusunda planlanarak ödenecektir. Bu modül ile TİG’e iletilecek verilerin oluşturulması, kontrolü yapılmalıdır. Bu modül TİG için özel olarak hazır-lanmış ve kendi arayüzlerine sahip olmalıdır.

TİG sistemine kaydedilecek hastalar için içeriği TİG tarafından belirtilmiş olan XML dosyası oluşturulabilmelidir. XML dosyası ilgili hastalar için toplu veya tek tek oluşturulabilmelidir.

XML oluşturulacak hastalar TİG 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.

XML oluşturulmuş veya oluşturulmamış hastalar liste üzerinde görülebilmeli ve bu kriter ile

88

listelenebilmelidir. Bu sayede daha Önce XML oluşturulmuş hastalar İçin yeniden XML oluş-turulması engellenebilmelidir. Listelenen kriterlere göre aynı ekran üzerinde hastalara toplu XML oluşturulması sağlanabilmelidir.

Yatan Hastalar ve Günübirlik hastalar ayrı ayrı takip edilebilmelidir. Günübirlik hastalarda hastaya seans uygulanmış ise her bir seans için TİG sistemine gönderile-

cek XML dosyalar oluşturmalıdır. 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şilebilme-lidir.

XML oluşturmak için hazırlanan hasta listesi Word, Excel, PDF gibi dış ortamlara aktarıla-bilmelidir. Hazırlanan liste modül üzerinden, ek bir yazılım kullanılmadan e-posta olarak iste-nen adrese de gönderilebilmelidir.

Oluşturulan XML dosyalan kullanıcı bilgisayarlarında da işletim sistemi üzerinde XML dosyası olarak da arşivlenmelidir. Bilgisayara kaydedilen bu dosyalar program üzerinden liste-lenebilmelidir. 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.

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.

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. Kon-trol 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.

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 kodlan-mamış olarak kaydedebilmelidirler.

Kodlama kontrollerinin yapılabilmesi amacıyla kayıtlar sorgulanabilmelidir. Kodlanmış hasta-lar, kodlanmamış hastalar şeklinde kriterler verilebilmelidir. Bu listeye yalnızca XML oluştu-rulmuş kayıtların gelmesi sağlanmalıdır.

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 üstedeki hastalar kodlanmış olarak güncellenebilmelidir.

TİG sistemine program üzerinden link tıklanarak ulaşılabilmelidir.

89

13.30. GİDER TAHAKKUK MODÜLÜ13.30.1. Kurum ödemelerine esas işlemlerin takibi için kullanılmalıdır.13.30.2. Tahakkuk işlem fişi hazırlanabilmelidir.13.30.3. Saymanlık işlem fişi hazırlanabilinmelidir.13.30.4. Hazırlanan işlem fişleri tek düzen muhasebe sistemine uygun olmalıdır.13.30.5. Giderler dönemsel, firma bazlı vb, şekillerde sorgulanabilmelidir.

13.31. 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önetilebilme-sidir.13.31.1. Personel Takip İşlemleri

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ığı Per-sonel Genel Müdürlüğü'nde tutulan kayıtlarla uyumlu olmalıdır.

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

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

İzinde (süt izni, ücretsiz izin, ücretli izin) olanlar, raporlu olanlar, nöbetten muaf olanlar tek bir ekranda görülebilmek, tarih aralığı ve durumu girilerek sorgulaması yapılmalı, raporların çık-tısı office dokümanı olarak alınabilmelidir.

Personel devam takip işlemleri için, personel kimlik (proximity veya barkodlu) kartlarının oku-tulması 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 is-tatistik modülünden ayrıntılı olarak yetkili idareciler tarafından incelenebilmelidir. .(Gerekli donanım ,network ve lisans bedelleri kurumumuz tarafından karşılanacaktır.) Bu şekilde belir-lenen 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 an-lık olarak görülebilmek 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.

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örebilme-lidir. Her personel sadece kendi bilgilerine erişebilmelidir ve bu konuda gerekli güvenlik sağlanmalıdır.

Personelin, hastane yemekhanesinde yemek yiyebileceği Öğün ve saat aralıkları tanımlan-abilmelidir. Personelin tanımlanan zaman aralıklarında, personele verilmiş manyetik/barkodlu/mifare gibi kartlarla giriş yapması sağlanarak yemekhane takibi yapılabilmelidir. Per-sonelin izinli/raporlu olduğu zamanlarda otomatik olarak girişler engellenebilmelidir. Ay so-nunda veya istenen zaman aralıklarında personel bazında veya toplam bazda yenen yemek

90

öğün ve adetleri rapor lanab ilmelidir. Gerekli donanım ,network ve lisans bedelleri kurumu-muz tarafından karşılanacaktır.

Personelin hastane birimleri içerisinde giriş yapabileceği alanlar, ve bu alanlara giriş yapabile-ceğ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ın-dan hangi personelin hangi zamanlarda kaldığı rapor lanab ilmelidir. Gerekli donanım , net-work ve lisans bedelleri kurumumuz tarafından karşılanacaktır.

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.

Personel modülü içerisinde kayıtlı olmayan hiçbir personel hbys içerisinde iş veya işler yapa-mamalıdır.

Personellere ait izin, rapor, hastane dışı görev gibi personellerin, hastanede bulunmadığı du-rumlar, personel modülünden takip edilebilmelidir. İstendiğinde poliklinik ve klinikler tarafın-dan hastanede bulunmayan personel sorgulaması yapılabilmelidir.

Aktif çalışan ve aktif çalışmayan(ücretsiz izin, geçici görev) personel listesi sorgulanmalı ve raporlanarak Office ortamında çıktısı alınabilmelidir.

Sözleşmeli personel için bir önceki yıl izin devredilmeyecek şekilde tüm personelin izin ak-tarımları düzenlenmelidir.

Nöbet çizelgeleri, modül üzerinden oluşturulabilmeli ve izin, rapor gibi nedenlerle hastanede bulunamayan personellerle ilişkilendirilmesi sağlanmalıdır.

13.31.2. Zaman Yönetimi Personelin çalışma zamanım görüntülemeli ve veri girişlerini yapmalıdır. Vardiya bilgilerinin bordroya entegrasyonu ve raporlama işlemleri yapılabilmelidir. Nöbetler, fazla mesailer girilebilmeli, raporlanmalı ve gerektiğinde bordroya aktarılmalıdır. Yıllık izin ve/veya rapor girilmeli, raporlanmalı ve bordroya aktarılmalıdır. Maaş bordrosu, ek fark bordrosu, fazla mesai bordrosu, vb. personel ücret ödemelerine ilişkin

tüm bordrolar hazırlanabilmelidir. Her tür sigorta ve emeklilik kesintileri, Maliye’ye ait kesintiler, vb. ilişkin işlemler yapıla-

bilmelidir. Kanun, yönetmelik ve yönergelere uygun olarak Döner Sermayeden personele pay dağıtılması

işlemleri yapılabilmelidir. Tüm bu işlemlerle ilgili rapor çıktıları alınabilmelidir. 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. Kıdem, ihbar bordrosu çıkartılmalıdır.

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

91

b. SSK işe Giriş Bildirgesi / Personel bildirgesic. SSK Aylık Bildirged. Emekli Aylık Bildirge (SGDP)e. Ek-1 ve Ek- 2f. SSK 4 Aylık Bildirgeg. İşten Ayrılma Bildirgesi (İŞKUR)h. İşyeri Bilgi Formu (İŞKUR)i. İşsizlik Ödeneği Talep Formui- Çalışma Bakanlığı İşyeri Bildir-gesi ii- İş Sözleşmesi 1. İlgili diğer ra-porlar.

Özel Gider İndirimi hesaplamalı ve raporlamalıdır.a. Harcırah hesaplamalı ve raporlamalıdır.b. Bordro raporlarını hazırlamalıdır.c. Ücret raporu,d. Veriliyorsa avans raporu,e. Muhasebe icmal raporu,f. Personel ödenekleri raporu,g. Personel kesintileri raporu, Personelin gelir vergisi matrah raporu hazırlanabilmelidir.a. Yıllık bordro icmali. Banka havale dosyasını hazırlamalıdır. Değişen vergi, Prim, matrah oran veparametreleri tanımlanmalı ve parametreler her ay değişebilir olarak düzenlenmelidir. Toplu ücret artışı ya da düzeltme yapmalıdır.b. Gerektiğinde fark bordrosu yapmalıdır. Maaş ödemeleriyle ilgili mevzuat değişiklikleri günlükolarak otomatik günce İlenip bu değişiklikler maaş programı açıldığında duyuru olarak hangi genelg-eye göre değişikliklerin yapıldığı bildirilmelidir.c. Yan ödeme kararnamesine göre unvanlara göre yan ödeme, ek gösterge, tazminat tutarları otomatik ve manuel olarak değiştirilebilmeli, döküm listesi alınabilmelidir.d. SGK’dan ve diğer kuramlardan devir edilen personellerin sabit maaş tutarları (fark tazminatı) sıfır-landığında, sistemde fark tazminatı sıfırlanan personel listesi oluşturulabilmelidir.e. Personel giderlerinin istatistiği tutularak her türlü veriye ait istenildiğinde otomatik istatistik listesi alınabilmelidir.f. Personelin özlük bilgileri görünebilmelidir.

13.31.3. Personel Hakedişleri

a. Performansa dayalı ek ödeme bilgilerinin Bakanlık Merkezinde tutulması ve analiz edilmesi amacıyla uygulamaya alman sistemlere veri aktarımı için gerekli düzenlemelere sahip olmalıdır.b. Farklı doktor statülerine göre doktorların hakediş tanımlarının yapılabilmesine yönelik yapı ve mekanizmalar olmalıdır.c. Her servis bazında doktora özgü bir numara verme özelliği olmalıdır.

92

d. Doktorun hastane ve uydu kliniklerde, semt polikliniklerinde verdiği hizmetler bir bütün olarak ele alınmalıdır.e. Doktor Hakedişlerinin (Girişimsel İşlem Puanları) otomatik olarak Performans Hesaplamasında kullanılabilmesi için sistemden ilgili ortama aktarım yapılabilmelidir ve yetkili kullanıcı tarafından is-tenildiğinde değişiklik yapılabilmelidir.f. Doktor hakedişleri kademeli olarak hesaplanmalıdır.g. Personelin Çalıştıkları Gün sayıları Performans Hesaplaması için Sistemden otomatik olarak alın-abilmek ve yetkili kullanıcı tarafından istenildiğinde müdahale edilebilmelidir.h. 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.i. Döner Sermaye İnceleme 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.j. Döner sermaye inceleme komisyonu ve döner sermaye komisyonu karar defterleri sistem üzerinde düzenlenebilmek ve geçmişe yönelik olarak bu defterler sorgulanabilmelidir.k. Sağlık Bakanlığı ve Maliye Bakanlığı Döner Sermaye payları hesaplanabilmek ve bu işlemler izlenebilmelidir.l. Döner Sermaye Ek Bordrosu ve İade Bordrosu olmalıdır.m. Döner Sermaye Bordro Ekranında icra kesintileri otomatik olarak ay ay düşülebilmelidir (İcra Takip Sistemi).n. İcra kesintileri, farklı vergi dilimleri, diğer kesintiler ayrı ayrı gösterilmek ve ödeme emrinde bu kesintiler farklı kalemlerde görülmelidir.o. Banka Datası ayrı olarak oluşturulabilmelidir.p. Yeni yüklenen yönetmelikler veri kaybına neden olmamalıdır.q. Mevzuat değişiklikleri zamanında uygulanmalıdır.r. İade ve ek ödeme tutarları devreden gelir vergisi matrahına yansımalıdır.

13.31.4. Eğitim ve Toplantı YönetimiEğitim ve toplantıların bir sisteme bağlanması için kurulacak olan yapıdır.a. Eğitim ve toplantıları listesi oluşturulabilmelidir.b. Eğitim ve toplantılara ön kayıt, kesin kayıt, kayıt silme yapmalıdır.c. Eğitim ve toplantı değerleme ve raporlama yapmalıdır.d. Eğitim ihtiyacını belirlemeli ve alman tüm eğitimler görüntülenmelidir.e. Eğitim talep formu oluşturmalıdır.f. Personelin eğitim bilgileri, yabancı dil durumu, almış olduğu sertifikalar ve katıldığı kursların girilebileceği bölümler olmalıdır.

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

93

a. Vardiya bilgilerib. Aylık toplam çalışma süresic. İzin hakkıd. Personele ilişkin mevzuat duyurularıe. Eğitim programlarıf. Sosyal aktiviteler ve diğer duyurularg. Performans hedefleri ve sonuçlarıh. Personele ilişkin yönetmelikler Personelin Gelişimi Performans değerleme girişleri ve sonuçların analizi yapılmalıdır. Kariyer planlama profil karşılaştırması yapmalıdır. Kariyer yedekleme sistemi kurmalı ve raporlamalıdır.

13.31.6. Anket İşlemler İstenilen sayıda anket oluşturulabilmeli ve herhangi bir sınırlama olmamalıdır. Her anket için birden çok seçenek oluşturulabilmelidir. Belirtilen bir tarihte otomatik olarak yayına girmesi ve belirtilen tarihte otomatik olarak

yayından çıkmasını sağlayacak özellikler mevcut olmalıdır. Anket arşivi sayesinde geçmiş anketler kontrol edilebilmeli, gerekli istatistik bilgilere elde

edilebilmelidir.(katılımcı sayısı, yüzdeli dağılım vb. gibi) Anketler de “cookie” ve “ip” blokları bulunmalı, istenirse aynı pc den tekrar tekrar oy kul-

lanılması engellenebilmelidir. Anketlere yorum yapılabilme Özelliği mevcut olmalıdır Kullanıcı grupları oluşturulabilmelidir Kullanıcı gruplarına anketlere erişim yetkilendirmeleri verilebilmelidir.(A grubu X anketini

görsün B grubu görmesin gibi. Yönetici panelinden ziyaretçi istatistikleri grafiksel olarak kontrol edilebilmelidir .(Günlük,

Aylık, Yıllık site ziyareti gibi.) Üye kontrol paneli bulunmalıdır. Üyeler unuttukları şifreyi değiştirme işlemi yapabilmelidir. İstenen anketlerin sonuçlan tüm kullanıcılara açılacak, istenenlerde ise sadece yöneticilere

açık tutulacaktır. Her kullanıcı sadece 1 (bir) oy kullanacaktır. Anketler için son oy kullanım tarihi tanımlanacaktır Anket sonuçlan hem sayısal olarak hem de grafik olarak görüntülenecektir Anketler kullanıcı grubu bazında da tanımlanacaktır Anketlerde katılımcının tek seçim veya birden fazla seçim yapabilmesi sağlanacaktır. Kul-

lanıcıların ankete katılımı istendiğinde zorunlu yapılacaktır. 0tomasyon sisteminden yapılmayan anketlerin (Kiosk yada internet üzerinden yapılamayan

hasta anketleri) sonuçları SPSS gibi ek programlara ihtiyaç duymadan KYS Sistemine gir-ilebilmeli ve sonuç analizleri grafiksel olarak alınacaktır. Grafik türlerini (pasta,çubuk,sütun vb.) kullanıcı belirleyecektir.

94

13.32. PBYS (Personel Bilgi Yönetim Sistemi)13.32.1. Döner Sermaye Ek Ödeme hesaplarının PTS ile Web Üzerinden bilgilendirilmesi yapıl-malıdır.13.32.2. Performans Ek ödeme Hesaplarının PTS ile Web üzerinden Bakanlık web servisleri üz-erinden bildirimlerinin yapılması gerekmektedir..13.32.3. PTS bildirimlerinin Performans Ek Ödeme hesaplaması, DSSÖ ödemeleri bildirimleri yapıl-malıdır.

13.33. DSSÖ (Döner Sermaye Sabit Ödemesi)13.33.1. Performans Ek ödeme Hesaplarına ek olarak DSSÖ ödemelerinin Yapılması sağlanabilme-lidir.13.33.2. DSSÖ ilave ek dönem açılabilmelidir. Açılan Bu ek dönem hesaplamaları Asıl dönem refer-ans alınarak oluşturulmalıdır.13.33.3. DSSÖ İçin ayrı bordro, Banka Listesi, İcra listesi, Ödeme emri alınabilmelidir.13.33.4. DSSÖ hesaplanan Matrahlar, ek ödeme ve Denge Ödemelerine aktarılmalıdır.13.33.5. DSSÖ hesaplanan Ödemeler Performans Ödemelerinden otomatik olarak Mahsup edilmelidir.

13.34. Performans Denge Ödemesi13.34.1. Performans Ek Ödeme Hesaplarına ek olarak Denge ödemelerinin Yapılması sağlanabilme-lidir...13.34.2. Denge ilave ek dönem açılabilmelidir. Açılan Bu ek dönem hesaplamaları Asıl dönem refer-ans alınarak oluşturulmalıdır.13.34.3. Denge İçin ayrı bordro, Banka Listesi, icra listesi, Ödeme emri alınabilmelidir.13.34.4. Denge hesaplanan Matrahlar, ek ödeme ve DSSÖ Ödemelerine aktarılmalıdır.13.34.5. Denge hesaplanan Ödemeler Performans Ödemelerinden otomatik olarak Mahsup edilme-lidir.

13.35. BİLGİ YÖNETİM, İSTATİSTİK VE RAPORLAMA İŞLEMLERİ MODÜLÜBu modülün asıl amacı, hastane yöneticilerinin, yönetimsel ve stratejik kararlar verebilmesi için; has-tanede gerçekleşen tüm tıbbi ve mali kaynaklan 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, Ra-por Yönetimi işlemlerini de kapsamalıdır.13.35.1. İSTATİSTİK İŞLEMLERİİstatistik Raporlama asgari olarak, Hasta İstatistik Raporlama, Poliklinik İstatistik Raporlama, Labo-ratuvar İ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, is-tenilen tarih dilimleri arasında; faaliyetlere ait raporların hazırlandığı modüldür.

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

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

95

edilebilmelidir. Resmi kuruluşlara gönderilmesi gereken istatistiki formlar (Örneğin, Form 053, 056, 057, vb.)

ve bildirimler (Örneğin, Bulaşıcı Hastalıklar) üretilmelidir. Günlük poliklinik hastalan listesi, yatan hastalar listesi, refakatçiler listesi kolaylıkla alın-

abilmelidir. Tüm bu işlemler belli tarih aralıkları için de yapılabilmelidir. Ameliyat olan hastaların ameliyatlarının (A1,A2,A3,B,C,D,E) servislere göre dağılımı

görülebilmeli ameliyatın olmadığı servisler de (dahiliye, endokrinoloji gibi) gösterilmelidir. Polikliniklerin ve doktorların günlük ya da belli tarih aralıklarındaki poliklinik sayıları, yap-

tırdıkları laboratuar tetkikleri, yatırdıkları hastalar, yaptıkları konsültasyon sayıları, kontrol hasta sayıları gibi sorgulamalar yapılabilmelidir.

Belirii bir zaman aralığında tanı, tedavi, yatış süresi, doktor ve verilen hizmet bazında sorgu-lama ve raporlamalar yapılabilmelidir.

Kurum yönetiminin alınmasını istediği raporları içermelidir. Klinik kayıtlarından yatan hastalar için; günlük, haftalık, aylık ve istenilen tarih dilimleri

arasında raporlar alınmalıdır. Hastaneye müracaat eden hastaların semt, ilçe, il bazında adres dökümü alınmalıdır. 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. İstatistiki raporlar istenilen tarih dilimleri arasında alınmalıdır. Servis hasta kabul defteri (sıra no, servis adı, hastanın adı soyadı,baba adı,cinsiyeti,doğum tar-

ihi, tanı(kod), yatış tarihi, çıkış tarihi, tedavi sonucu, adresi, nüfusa kayıtlı olduğu yer, sosyal güvencesi) hazırlanabilmelidir.

Ameliyat defteri (sıra no, hastanın adı soyadı, baba adı, cinsiyeti, doğum tarihi, doğum yeri, tarih, hasta kabul no, tanı(patolojik incelemesi varsa o da yazılacak), ameliyatın adı, ameliyatı yapan doktor, adı, anestezi tipi (genel,spinal,lokal,diğer), ameliyatın kodu (büyük ,orta,küçük), sonuç, asistan, hemşire isimleri) hazırlanabilmelidir.

Poliklinik defteri, (tarih,sıra no hastanın adı soyadı, cinsiyeti yaşı, cinsiyeti tanı, karar, düşünceler, sosyal güvence) hazırlanabilmelidir.

Belirli zaman aralığı için sistemden alman tüm raporlar ofis uygulamalarına aktarılabilmelidir. Sağlık Bakanlığınca verilerin, istenen formda düzenlenebilmesi için gerekli yeni düzen-

lemeler/revizyon yapılmalıdır. ÇKYS kapsamında toplanan hastane bilgi formları için veri toplama formları oluşturulabilme-

lidir. 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 uygun bir formatta sunum dosyası oluşturabilme-lidir.

13.36. KULLANICI BİLGİLERİ GİRİŞİHBYS’yi kullanacak kişilerin her türlü bilgilerinin tanımlanmasını sağlayan fonksiyondur.

96

13.36.1. Kullanıcı gruplarına sistemin yazılıma bilgi erişim, silme, güncelleme ile ilgili yetkilendirme işlemleri yapılmalıdır.13.36.2. Kullanıcı kayıtlarından çıktı alınmalıdır.13.36.3. Sistemde yapılan tüm değişiklikler bir log olarak saklanmalıdır.13.36.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.

13.37. TETKİK-HİZMET LİSTELERİ GİRİŞİKurumun, tanı/tedavi, tetkik gibi tanım bilgilerinin sisteme kaydedilmesini sağlayan fonksiyondur.13.37.1. 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 Forumu’nda yer alan bazı verilerle genel tanımlamaların yapıldığı fonksiyondur. Polikliniklerin, servislerin, kliniklerin, laboratuvarlar, ameliyathanelerin tanıtılması, ad-landırılması ve girişleri yapılmalıdır. Kurumun ambulans, oda, yatak vb. personel, araç, gereç, cihaz vb. bilgilerinin girişini ve tanımlanmasını sağlamalıdır.13.37.2. KOD BİLGİ GİRİŞİKullanılan kodlu bilgilerin tanımlanmasını sağlayacak fonksiyondur. Standart kodların yanı sıra özel kodlar tanımlanmalıdır. Kod sistemleri ile tanımlanabilecek tüm girdi ve çıktıların kodlanması, sistematik olarak ad-landırılması veya gruplandırılması mümkün olmalıdır.

13.38. SİSTEM BİLGİSİ DÜZENLEMEHastane Bilgi Sistemi Uygulama Yazılımı parametrelerinin düzenlenmesini sağlayacak fonksiyondur.13.38.1. Kurumun hangi bölümlerinde hangi program modüllerinin kullanılacağının tanımlanması imkanı vermelidir.13.38.2. Sistemin tüm işlemleri çeşitli yetki kategorilerine ayrılıp, kullanıcı gruplarına bu yetkiler ver-ilip alınmalıdır.13.38.3. Sistemin güvenlikle ilgili parametrelerinin girişi mümkün olmalıdır.13.38.4. Sistemin kullanıcıya verdiği hata mesajlarının görüntülenmesi mümkün olmalıdır.13.38.5. Yanlışlıkla oluşturulan aynı hastaya ait hasta kayıt numaraları tek bir hasta kayıt numarası al-tında birleştirilmelidir.

97

13.39. BAŞHEKİM BİLGİLENDİRME PANELİ13.39.1. Poliklinik genel durum bilgileri (günlük sevk sayısı, kabul edilen hasta sayısı, bekleyen hasta sayısı, ilk muayene saati, konsültasyon sayısı, dış kuruma sevk edilen hasta sayısı) izlenebilmelidir.13.39.2. Ameliyata almana hastaları birim/doktor bazlı izlenebilmelidir. Tahsilât durumu (vezne - nakit, kredi, senet, yazarkasa) ve aylık fatura miktarı bilgileri izlenebilmelidir.13.39.3. Birim randevu / kontenjan durumları izlenebilmelidir.13.40. SERVIS VE TALEP TAKIP MODÜLÜ13.40.1. Sorun/İstek/ Şikayet bildirim ve geri bildirimine ilişkin alternatif çözüm sürecinin tasarlan-ması ve işletilmesinden Alıcı’nın onayı alınmak kaydıyla Yüklenici sorumludur. Söz konusu sürecin işletilebilmesi amacıyla ; Kurumun bu şartname konusu işle sınırlı olmak üzere , taleplerinin internet üzerinden yazılım firmasına gönderip taleplerinin yönetildiği, Bakanlıklar tarafından yayınlanan duyu-ruların takip edildiği uygulamadır.13.40.2. Kurum tarafından yetkilendirilen kullanıcı yazılıma kullanıcı adı ve şifresi ile giriş yap-malıdır.13.40.3. Talebi girecek olan yetkilinin bağlı olduğu hastane bilgisi değiştirilemez durumda olmalıdır.13.40.4. Hastane tarafından girilecek olan talepler çeşidine göre gruplanabilmelidir.13.40.5. Girilecek talepler, talebin türüne göre yazılım, veri tabam ve teknik olarak gruplanabilmeli ve bu gruba ait tanımlı uygun modüller seçilerek talebin ayrı ayrı takip edilebilmesi sağlanmalıdır.13.40.6. Girilecek taleplere kayıt sırasında farklı formatta jpeg, pdf, doc...vb. uzantılı dosyalar ek-lenebilmelidir.13.40.7. Taleplerin takip edilebilmesi, sorgulanabilmesi amacı ile sistem tarafından bir referans nu-marası verilmelidir.13.40.8. Kuruma ait girişi yapılmış talep listesinden, talebin durumu yani firma tarafında hangi aşa-mada olduğunun takibi yapılabilmelidir. Talebin firma ile kurum üzerindeki hareket detayları sorgu-lanabilmek ve geçmişe yönelik sorgulamalar yapılarak raporlar alınabilmelidir .13.40.9. Kurumdan firmaya yazılan resmi yazılarla ilgili evrak takip işlemleri yapılabilmelidir.13.40.10. Firmanın genelgeler veya bilgilendirme maksatlı yayınlandığı duyurular listelenebilmeli, ra-porları alınabilmelidir.13.40.11. Kurum kullanıcısı talep takip uygulama modülü üzerinden, ilgili firma destek elemanına bu modül aracılığı ile telefonla görüşmek istediği konuyu ve kişiyi seçerek telefon ile aranmak istediğine ait talebi gönderebilinmelidir.13.40.12. Sistem Durması vb. acil durumlarda Acil Durum bildirimini bu yazılım aracılığı ile yapmalı ve bu Acil Durum bildirimi otomatik olarak Soruna müdahale edecek ilgili destek personeline sms ve mail olarak anında iletilmelidir.13.40.13. Acil durum iletildiğine ait durum bilgisi gelişmeleri kurum yetkilisine ait tanımlı gsm nu-marasına ayrıca sms ile iletilmelidir.13.40.14. Kurum içinde birimlerin aralarında soru/bilgi alma, hastane yönetiminden istek yapma, iç bir-imlerden istek yapma, forum tarzı yazışabilecekleri bir yapı mevcut olmalıdır.13.40.15. Yapılan kayıtlar sadece bir gruba (örneğin yönetim grubuna) yönelik olabilmelidir.13.40.16. Yapılan kayıtlar sadece bir kişiye ait olabilmelidir.13.40.17. İsteği yapan kişinin talebini/sorusunu karşılamak İçin kişiye ait bilgilerin girileceği, dahili no, terminal, kullanıcı adı, vs. alanları olmalıdır.

98

13.40.18. Yapılan talep/istek/soruların takibi yapılabilmelidir. Takipler; Açık (beklemedeolan),13.40.19. Yönlendirilmiş (ilgili kişi tarafından İsteğin görüldüğü/işlem yapıldığı anlamında), Kapalı (işlemleri tamamlanmış olan) şeklinde sınıflandırılabilmelidir.13.40.20. Yapılan talep/istek yetkili bir yönetici tarafından başka bir kişiye yönlendirebilmelidir.13.40.21. Kişilerin Kendi grupları içinde bilgilendirme, görüş alma, soru iletme gibi paylaşımlarım sağlamalıdır.13.40.22. Tüm bu işlemlerin raporları alınabilmelidir.13.41. İSTEK BILDIRIM TAKIP MODÜLÜ13.41.1. İstek Bildirim Takip Modülü kullanıcıların, yetkileri doğrultusunda, sistem aracılığıyla pro-gram ile ilgili isteklerin bilgi işlem personeline ve sistem yöneticisine gönderebilmesi, gönderilen is-teklerin cevabının gönderen kullanıcıya iletilmesi işlemlerini kapsamalıdır. Ayrıca modül firmaya yazılım isteklerinin iletilmesi ve sonuçların görüntülenmesini de içermelidir.13.41.2. Personel grup ilişkisi yapılarak gruba gelen istek bildirimler görüntülenmelidir.13.41.3. Kullanıcıya atanmış olan istek bildirimler görüntülenmelidir.13.41.4. İstek Bildirimler modül bilgisi (Ameliyathane, Patoloji, Laboratuar v.b.) ve istek tipi (Yazılım, Network, Donanım, Teknik Bakım v.b) bilgileri ile kaydedilebilmelidir.13.41.5. Kaydedilen istek bildirimler üzerinde yetki dahilinde değişiklik veya iptal işlemi yapılabilme-lidir.13.41.6. İstek bildirimler ilgili yazılım firmasına sistem üstünden gönderilebilmeli ve süreçteki durum çift taraflı entegrasyon aracılığıyla izlenebilmelidir.13.41.7. Gelen istek bildirimlerin cevapları yapıldı, yapılmayacak, hatalı bildirim, planlanacak statü-leri ile kullanıcılara iletilebilmelidir.13.41.8. Gönderilen ve cevabı iletilen istek bildirimlerin çıktısı alınabilmelidir.13.41.9. Belirlenen tarih aralığında kaydedilmiş olan istek bildirimler istek tipi, statü bilgilerine göre sorgulanarak görüntülenebilmelidir.

13.42. MERKEZI BILGISAYAR YÖNETIM MODÜLÜ13.42.1. Otomasyon sistemine bağlı tüm bilgisayarlara ait yazılım ve donanım bilgilerinin takibi ve denetlenmesi işlemlerini yapmalıdır. Hastanedeki bilgisayar envanterini izleyebilmeli ve bu bilgiler üzerinde inceleme ve analiz imkânı sağlamalıdır.13.42.2. Belirli periyotlar ile (haftalık veya aylık) tüm bilgisayarlara ait işletim sistemi ve donanım bilgileri (Disk, Ram, İşlemci vb..) otomatik olarak (bilgisayarı kullanan operatörün hiçbir işlem yap-masına gerek kalmadan) kayıt altına alınmalıdır.13.42.3. İstenildiğinde tüm bilgisayarlara veri toplama talimatı otomatik olarak gönderilebilmelidir ve bu bilgisayarlardan güncel yazılım ve donanım bilgileri toplanmalıdır. Bu işlem bilgisayarı kullanan kullanıcının bilgisi dışında otomatik olarak yapılmalıdır, kullanıcının bilgi toplanması için herhangi bir işlem yapmasına gerek olmamalıdır.13.42.4. Bilgisayarlara ait, isim, ip adresi, mac adresi, otomasyona son giriş tarihi, otomasyona giriş yapan kullanıcı bilgileri gibi genel bilgiler üstelenebilmelidir,13.42.5. Varsa terminallere bağlı olan barkod yazıcılara ait ayarlamalar merkezi olarak yapılabilmeli, ayar yapılabilmesi için terminalin yanına gidilmesine veya uzaktan erişim bağlantısı kurulmasına gerek olmamalıdır.

99

13.42.6. Her veri toplanmasından önceki veriler sistemde tutulmalıdır, bilgisayarlara ait yazılım ve do-nanım bilgileri geçmişe yönelik olarak tarihleri ile birlikte izlenebilmelidir.13.42.7. İstenen bilgisayara uzaktan erişim bağlantısı kurulabilmelidir, bu işlem için herhangi bir ara yazılım kullanılmamalıdır, uzaktan erişim bağlantısı HBS sistemi üzerinden kurulmalıdır.13.42.8. İstenen bilgisayarın kullanıcısına otomasyon sistemi üzerinden otomatik olarak mesaj gön-derilebilmelidir.13.42.9. Bilgisayar donanımlarında önemli değişiklikler (Ram, CPU değişiklikleri vb..) olması duru-munda, sistem yöneticisine, bilgisayar ve değişikliğe ait bilgileri içeren mesaj otomatik olarak atıl-malıdır.13.42.10. Hastanedeki bilgisayar envanteri üzerinden çeşitli sorgulamalar yapılabilmelidir (İşlemcisine göre, Ram miktarına göre, işletim sistemine göre, boş disk alanlarına göre vb..) istatistikler alınabilme-lidir.13.42.11. Bilgisayarların hangi servislere ait olduğu seçilebilmeli ve istenilen terminale ait bina, kat, oda numarası, dâhili numarası vb. bilgilerine ulaşılabilmelidir.13.42.12. Bilgisayarlardan otomasyona giriş yapan kullanıcı bilgisine göre, görev yeri, dahili numarası, GSM telefonu, e-mail vb., bilgileri takip edilebilmelidir.13.42.13. İstenildiğinde sistemde kayıtlı olan terminallere bağlı olan tüm barkod yazıcılara ait ayarla-malar tek bir tuşla hazırlanan tanımdan kopyalanabilmelidir.13.42.14. Teknik servis modülünden sistemde kayıtlı bilgisayarlara ait arıza bildiriminde bulunabilmeli ve istenilen terminale ait arıza bilgileri ve yapılan işlemler bu modül üzerinden de takip edilebilme-lidir.13.42.15. İstenen bilgisayarın kullanıcısına ağ(network) üzerinden otomatik olarak mesaj gönder-ilebilmelidir13.42.16. Hastanedeki tüm bilgisayarların anlık olarak açık veya kapalı olduğu bilgisi grafik olarak görüntülenebilmelidir13.42.17. Grafik olarak bilgisayar görüntüleme ekranında, bilgisayar arama yapılabilmelidir.13.42.18. Hastanede bulunan bilgisayarlar, bina ve servislere göre gruplandırılabilmelidir. İstenen her-hangi bir zamanda, hastanedeki herhangi bir binada o anda bulunan bilgisayarlar, bunların açık veya kapalı olma durumu grafik olarak izlenebilmelidir.13.42.19. Seçilen bilgisayar tek bir tuş yardımı ile açılabilmeli, açık olanlar ise aynı şekilde kapatıla-bilmelidir.13.42.20. Hastanedeki bilgisayarlarda kurulu olan programların takibi yapılabilmelidir. Hangi bilgisa-yarda hangi programların kurulu olduğu raporlanabilmelidir.13.42.21. Hastanedeki bilgisayarlarda çalışan işlemlerin(process) takibi yapılabilmelidir.13.42.22. Hastanedeki bilgisayarlardaki işletim sistemi servislerinin takibi yapılabilmelidir.

13.43. İNDIKATÖR İZLEM UYGULAMALARI13.43.1. İndikatör tanımları, dokümantasyon ve otomatik dönemlik sorgulama fonksiyonlarını içerme-lidir. 13.43.2. İndikatör sorguları dinamik olarak ekrandan düzenlenebilmeli13.43.3. Sağlık Bakanlığı İndikatör listesi baz alınmalıdır. Ancak hastane kendi ihtiyaçları doğrul-tusunda yeni indikatörler de tanımlayabilmelidir.

100

13.43.4. Bu indikatörlerin dönemlik raporları alınıp saklanması, trend analizi izlenebilmelidir.13.43.5. Hasta düşme bilgileri, Basınç ülseri takip, Personel yaralanma ile ilgili veriler istemden iş akış bilgilerine uygun olarak kaydedilmeli, istatistikler dinamik olarak derlenebilmelidir.

13.44. OLAY BILDIRIM UYGULAMALARI13.44.1. Hasta> personel, afet vb hastane İçinde ve çevresinde oluşan tüm olayların Olay tarihi, bildiren olay yeri bilgileri ile birlikte kaydedilmesi, izlenmesi yapılabilmelidir.13.44.2. Hasta ile ilgili tedavi, ilaç kullanım, tamlama ve bakım hataları, düşme gibi olay türlerine ait Olay türü, olay nedeni, sonucu, önlemler, yapılan uygulama bilgilerinin check list'ten birden fazla işaretlenmesi yapılabilmelidir.13.44.3. Tüm seçeneklerin dinamik olarak tanımlanabilmesi yapılabilmelidir.13.44.4. Afet ile ilgili Sağlık bakanlığının yayınladığı afet tanımlarının imaj ve renk uyaranları ile lis-telenmesi ve gerçekleşmesi durumunda sisteme kaydedilmesi yapılabilmelidir.13.44.5. Afet tatbikatlarının aynı ekran aracılığıyla takibi ve raporlanması yapılabilmelidir.13.44.6. Personel yaralanmaları ile ilgili, yaralanma formu ve yaralanma sonrası durum değerlendirme formlarının sistemden doldurulması yapılabilmelidir.13.44.7. Yaralanma ile ilgili temel bilgilerin dışında, yaralanma sonrası takibinde vital bulguların, test ve tetkik sonuçlarının ve konsültasyon sonuçlarının otomatik görüntülenmesi. Fizik muayene ve sonuç bilgisinin ekrana seçilebilen alanlar aracılığıyla kaydedilmesi yapılabilmelidir.

13.45. KALITE YÖNETIMI MODÜLÜ13.45.1. 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, organi-zasyon şemalarına, proseslere ve prosedürlere yetki dahilinde sistemden ulaşılacaktır.13.45.2. Önceden oluşturulmuş dokümanlar, Kalite Yönetim Modülüne eklenebilmeli, takip ve düzen-lemeleri modül üzerinden yapılacaktır.13.45.3. Modül içerisinde tüm dokümanlar, yetkili kullanıcılar dışında değiştirilemeyecek ve kopy-alanamayacaktır.13.45.4. Dokümanların ilişkili olduğu diğer dokümanlar / ekler tanımlanacaktır. Asıl doküman ince-lenirken ayrı form üzerinden tek tuşla doküman eklerine de ulaşılacaktır.13.45.5. 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 kutu-cuklarla 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.13.45.6. 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 il-gili birimle ilgili işlem/kayıt numarası program tarafından otomatik olarak verilecektir.13.45.7. Kalite birimi tarafından onaylanan ve otomatik olarak işlem numarası alan formlar, isteği ya-pan birim ve isteğe muhatap birim tarafından kendi ekranlarında görülecektir.

101

13.45.8. Kalite Biriminin uygun gördüğü uyarı veya yenilikler otomasyon sistemine eklenerek, kul-lanıcılara iletilecektir.13.45.9. Eğitim, Yönetim gözden geçirme gibi toplantılar için kullanıcılara, toplantı zamanı bildirile-cektir. Yapılan bildirimler sistem üzerinden takip edilecektir.13.45.10. Kullanıcılara kullanıcı bazında bağlı oldukları birimle İlgili kalite formlarım görme yetkisi verilecektir.13.45.11. Tarih kısıtlaması olan formlarda (Düzeltici İşlem Formu gibi) sonuçlanma tarihi geldiğinde muhatap birim ekranında ve aynı zamanda Kalite Yönetimi biriminin ekranında uyarı çıkacaktır13.45.12. Revizyon istekleri, kullanıcı tarafından Kalite birimi sorumlusuna iletilecek aynı şekilde sis-tem üzerinden cevabı yazılabilecektir.13.45.13. Anket İşlemleri: HASTANE tarafından istenen konular için anket formları elektronik or-tamda hazırlanacak ve otomasyona girişi yetkisi olan kullanıcıların oylamasına sunularak sonuçlar in-celenecektir. 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ğlanabilecektir.13.45.14. Anket konusu ve seçenekler HASTANE tarafından belirlenecektir. Sorulacak soru ve seçenek sayısında herhangi bir kısıtlama bulunmayacaktır.13.45.15. İstenen anketlerin sonuçları tüm kullanıcılara açılacak, istenenlerde ise sadece yöneticilere açık tutulacaktır.13.45.16. Her kullanıcı sadece 1 (bir) oy kullanacaktır.13.45.17. Anketler için son oy kullanım tarihi tanımlanacaktır.13.45.18. Anket sonuçları hem sayısal olarak hem de grafik olarak görüntülenecektir.13.45.19. Anketler kullanıcı grubu bazında da tanımlanacaktır.13.45.20. Anketlerde katılımcının tek seçim veya birden fazla seçim yapabilmesi sağlanacaktır.13.45.21. Kullanıcıların ankete katılımı istendiğinde zorunlu yapılacaktır.13.45.22. 0tomasyon sisteminden yapılmayan anketlerin (Kiosk yada internet üzerinden yapılamayan hasta anketleri) sonuçları ek programlara ihtiyaç duymadan kalite modülüne girilebilmeli ve sonuç analizleri grafiksel olarak alınacaktır. Grafik türlerini (pasta,çubuk,sütun vb.) kullanıcı belirleyecektir.13.45.23. SKS Rehberinde belirlenen Kalite İndikatörlerine ait veriler, Kalite Biriminin isteği doğrul-tusunda otomasyon sistemi üzerinden alınabilmelidir.

13.46. UZAKTAN EĞİTİM MODÜLÜ13.46.1. Uzaktan eğitim modülü bulunmalıdır. Kalite modülüne dahil yada entegre çalışmalıdır. Eğitim programları bu modül üzerinden düzenlebilmelidir. Kurum web sitesi üzerinden eğitim planları görülebilir ve yapılabilmelidir. Eğitim modülü ile ilgili gerekli istatistikler belirlenen iki tarih ar-alığında alınabilmelidir.

102

13.47. SOSYAL ALAN, KANTİN VE İŞLETMELER MODÜLÜ13.47.1. Aylık rutin sabit ödemelerin sistem üzerinden aksamadan takibi yapılabilmelidir.13.47.2. Elektrik, su, doğalgaz gibi faturalı gider ödemelerinin son ödeme günlerinde, ilgili kul-lanıcılara uyarı verilebilmelidir.13.47.3. Aylık, haftalık ve günlük tüm faturalı ödemeler tek bir ekranda görüntülenebilmelidir.13.47.4. Aylık kira gelirlerinin ve kira ödemelerinin HBYS üzerinden takibi yapılabilmelidir.13.47.5. Aylık gelir ve gider analiz tabloları alınabilmelidir.13.47.6. Sosyal alanların aylık ortalama kira rayici üzerinden metrekareye göre ve en az yarım günlük süreye göre otomatik kira bedeli (kısa süreli stant açına talepleri vb.) hesaplamaları yapılabilmelidir.13.47.7. Geciken kira ödemeleri için gecikme faizi oranı girilerek, otomatik hesaplama yapılabilme-lidir.

13.48. HEMŞİRELİK HİZMETLERİ MODÜLÜHemşirelik uygulamalarının ve hasta takibinin elektronik ortamda yapılmasını ve kaydedilmesini sağlayacak olan fonksiyonlardır.

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

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

Hemşirelik müdahaleleri/uygulamaları hekim isteminin bulunduğu modül ile ilişkilendirilme-lidir. 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.

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ç etk-ileşimleri, yaş, cins, vücut ağırlığı vb. özelliklere göre İlaç dozu ve sıvı miktarı hesapla-malarına otomatik olarak erişebilmelidir.

Hemşirelik müdahaleleri bölümü hastanın yaşam bulgularının kaydedildiği elektronik ortam-larla (örneğin monitör) ile ilişkilendirilmelidir.

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

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

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 ol-malıdır. Böylece her hemşirenin çalışma zamanı ve verdiği hizmet, dolayısıyla performansı nesnel olarak tanımlanabilmelidir.

Devir teslim notu yazılacak hemşire gözlem formatına ulaşılmalıdır. Hemşirenin, hastanın günlük yaşam aktivitelerini kaydetme imkanı olmalıdır. Hemşirelik girişimleri listelenmelidir. Hemşire, hastanın taburcu planlarını yapabilmelidir. Hastanın eğitim ihtiyaçları değerlendirilebilmelidir.

103

Hasta eğitim dokümanı basılabilmelidir. Kullanıcı tarafından hazırlanan standart hasta eğitim planları olmalıdır. Hastanın ağrı skalası ve ağrı değerlendirmesi yapılabilmelidir. Hayati bulguların takibine ilişkin kayıtlar tutulabilmelidir. Yeniden kabulde hastanın bir önceki tanıları ve tedavileri ile diğer hemşirelik bilgilerine

ulaşım sağlanmalıdır. Hasta transfer takibi yapılabilmelidir. Hemşire, hastanın demografik ve tıbbi hikâyesine ulaşmalıdır. Sınıflandırılmış tam 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. Kat malzeme stoku, belirlenen minimum seviyelere indiği zamanlarda otomatik malzeme talep

formu oluşturmalıdır. İlaç dozu hesaplama/yaş grubu/cinsiyet/ağırlık/vücut yüzeyi ile birlikte görüntülenebilmelidir. Rutin ya da istenildiğinde elde edilecek görüntü ve raporları sağlamalıdır.(İlaç uygulama hata-

ları, 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 oranlan, vb.)

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

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

13.49. AMELİYATHANE MODÜLÜAmeliyat isteklerini, randevulandırılması ve ameliyat sonrası kayıtların tutulabilmesini amaçlar. Bu amaç doğrultusunda;

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

Ameliyathane bekleme salonunda kullanılmak üzere ameliyattaki hastaların durumunu gösterir ekranlara idarece karar verilecek bilgiler görüntülenebilmelidir.

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 kim-lerin katıldığı (cerrah, anestezist, hemşire, teknisyen,vb.) bilgisi de kaydedilmelidir.

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.

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

Ameliyathanelerin randevu isteklerinin görüntülenerek düzenlenmesi sağlanmalıdır. Ameliyathane kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında istenen

raporlar alınmalıdır. Detaylı ameliyat ücretinin otomatik olarak hastanın mali faturalarına aktarılması sağlanmalıdır. Ameliyathane odalarının, anestezinin, hemşirelerin ve destek personelin çalışma programını

oluşturmalıdır. Personelin nöbet çizelgesi oluşturulabilmelidir.

104

Ameliyatı yapan operatör, yapılan ameliyatı kodlu listeden seçerek kaydedebilmelidir. Ameliyatta kullanılan malzemeler listeden seçilerek hasta hizmetlerine eklenmelidir. Ameliyathane ekipmanlarını izlemeyi sağlamalıdır. Hastalık kodlarına, gruplarına ya da kullanıcının tanımladığı alanlara göre sorgulamaları yap-

malıdır. Anestezi öncesi, anestezi esnasında ve sonrasında hasta takibi yapmalıdır. Uygulanan işlemler, malzemeler, setler ve paket listeler görüntülenmelidir. Hastanın ameliyathaneye girme ve çıkma zamanları izlenmeli, erteleme ve ameliyathanede

bekleme zamanlarını kaydetmek ve sorgulamak mümkün olmalıdır. Ameliyat notu yazılabilmeli ve 24 saat içinde tamamlanmayan raporlar için uyarı sistemi ol-

malıdır. 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.

Anestezi türü, bölüm ya da tanımlanan kriterlerde ameliyat listesi oluşturmalıdır. Ameliyathane dışından ameliyat listesine ulaşma ve randevu talep imkan sağlamalıdır. Modül üzerinden ameliyathane deposunda bulunan ilaç ve sarf malzemeler için kalite kriterleri

gereği asgari stok, son kullanma tarihleri,raf bilgisi tanımlanabilmelidir. Asgari stok miktarının altına düşen ilaç ve sarf malzemeler için kullanıcı sisteme giriş yaptığında uyan ekranı açıl-malıdır.

Beklenmeyen ameliyathaneye dönüş oranları raporları için bilgi sağlamalıdır. Ameliyatı birden fazla doktor gerçekleştirmiş ise her doktor yapmış olduğu ameliyat işlemine

ait ameliyat özetini yazabilmelidir. Modül üzerinden Ameliyathane de kullanılan cerrahi güvenlik formu doldurulabilmeli ve has-

taya daha önce doldurulmuş güvenlik formları görülebilmeli gerektiğinde yazdırılabilmelidir. Spesmen raporlarını ve durumlarını takip etmelidir. Yapılan ameliyatlara ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmeli, sorgular

yanıtlanabilmek ve raporların çıktısı alınabilmelidir. Günlük/Haftalık/Aylık/Yıllık ve belirlenen iki tarih arası raporlar alınabilmelidir.

13.50. AĞIZ VE DİŞ SAĞLIĞI MODÜLÜHastane dahilinde yer alan diş ünitleriyle müstakil ağız ve diş sağlığı merkezlerinde kullanılacağın-dan, bu birimlerin gereksinimlerine cevap vermek üzere tasarlanmış ve kapsamı ihtiyaca göre belirlen-miş olmalıdır.

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

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.

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.

Hastayla ilgili her tür oral diagnoz planlama, tetkik ve tedavi kayıtları tutulabilmelidir. 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

105

modülü ile gerekli entegrasyon sağlanmalıdır. Hastanın geçmiş bilgileri ve diş yapısına ilişkin bilgileri kaydedilebilmelidir. Her türlü randevu verme, iptal ve güncelleme işlemleri yapılabilmelidir. Ünitede mevcut cihazların durumu, cihaz takip modülüyle entegre olarak takip edilebilmelidir. Hastanın kuruma ilk müracaatındaki ağız durumunun tespiti ve kayıp diş, dolgu, protez vb. du-

rumların diş şeması üzerine kaydedilmesi zorlanabilmelidir. Hastanın sonraki gelişlerinde bu bilgiler görüntülenmeli ve gerektiğinde ilave düzenleme yapılabilmelidir.

Diş tedavilerinde süreklilik sağlanması için hastanın hekime yönlendirilmesi aşamasında, otomatik olarak, belirli bir süre içerisinde (örneğin 6 ay) son tedaviyi uygulayan hekime yön-lendirilmesi sağlanabilmelidir.

İşlemler tamamen şema üzerinde gerçekleştirilebilmeli, yetişkin ve çocuklar için ayrı ayrı diş şeması olmalıdır.

Dişlerin numaralandırılması uluslararası standartlarda belirtilen şekilde olmalıdır. Dişlerin üzerine bilgi amaçları notlar girilebilmeli ve not girilen dişler için kullanıcıya uyarı

verilebilmelidir. Her türlü sevk, reçete, rapor, adli rapor kayıtları yapılabilmeli ve bunların takibi yapılabilme-

lidir. Adli raporlar sadece yetkili personeller tarafından görüntülenebilinmelidir. Hizmetler kullanıcı tercihlerine göre sıralanabilmeli ve SUT koduna göre arama yapılabilme-

lidir. Röntgen işlemleri (istem ve görüntüleme) direkt diş polikliniği programı kullanarak da çalışa-

bilmelidir. Röntgen istemlerinde istem yapılan diş numarasına göre istem yapılabilmelidir. Ve istelinen

diş numarası röntgen biriminde görünmelidir. Yapılan işlemler tek diş, yarım çene, tek çene ve tam çene işlemlerine göre analiz edilip

gerekli kullanım kısıtlamaları getirebilmelidir. Her türlü tetkik işlemlerinde süresel ve adetsel kısıtlamalar getirebilmelidir. İşlemlerde belirtilen kısıtlamalardan dolayı meydana gelen engellemeler program akışını

yavaşlatmayacak derecede olmalıdır. Polikliniklerin ayrı ayrı randevu bilgileri tutulabilmeli. Günlük poliklinikler için doktor belirlenebilmeli ve bakacakları hasta adetleri verilebilmelidir. Hastaya ait ağız şeması teşhis ve planlama bilgileri saklanabilinmelidir. Polikliniklerde kullanılacak tetkikler paketlenebilmeli ve polikliniklere özel olarak tanıtılabil-

inmelidir. Hekim muayene ve tetkikler sonucu ve bu planların gerçekleşmediği sürece performans puanı

hesapları veya fatura süreçlerini etkilememelidir. Özellikle hekim tarafından kullanılabilecek formlarda, kullanıcı işlemlerin dokunmatik ekran

vasıtası ile yapılabilmesi, Diş şeması üzerinde uygun indikatörlerle hastanın teşhis, planlama ve tedavi durumunun

özetlenmesi, Röntgen, randevu, SGK müstehaklık, protez taahhütnamesi, MEDULA Hizmet kaydı,

MEDULA Özel Durumları gibi hastaya yapılacak işi doğrudan ilgilendiren işlevlere tek tıkla erişim sağlanmalı ve durumu hakkında bilgi verilmelidir.

106

Hekim/kullanıcı ücret veya katılım payı gerektiren durumlarda, hastaya yapması gereken ödeme konusunda toplu ve detaylı bir şekilde bilgilendirebilmelidir.

Yapılan işlemler veya talep edilen röntgen vb. tetkikler için “uygulama yeri” bilgisi ile girişler yapılmalıdır. Bu uygulama yeri bilgisi diş şeması üzerinde ilgili bölgeye tıklanması sonucu işlem/tetkik tanımına uygun olarak, diş, yarım çene, çene ve ağız detayında olmalıdır.

Mevzuat veya kurum yönetimi tarafından talep edilen ve uygulama sırasında kontrolü istenen kurallar, kurum veya kurum türlerine göre tanımlanabilir olmalıdır. Uygulama yeri, zaman ar-alığı veya sayısı gibi faktörlerle tanımlanabilecek kurallara ilave olarak, protez taahhüt ve medula hizmet kaydı gibi online web servislerinin sonucuna göre de kurallar işletilebilmelidir.

Röntgen sistemi ile entegre halinde olmalı, hastayı istenen röntgen filmine göre sıra numarası ile ilgili röntgen birimine yönlendirebilmelidir.

Klinikte hekim veya kullanıcı, röntgen talep edilmiş, talep edilen röntgeni çekilmiş veya en-jeksiyon için bekletilen hastaları görebilmelidir.

Hastanın anamnezinde uyarı gerektiren bir durum varsa görsel ve/veya sesli uyarılarla hekimin dikkatinin çekilmesi sağlanmalıdır.

Klinik kullanıcıları diş üzerine notlar bırakabilmeli ve bırakılan notları görüntüleyebilmelidir. Ortodonti için, Icon Index i görsel olarak belirlenebilmeli ve kayıt altına alınabilmelidir. Hastanın geçmiş bilgileri ve diş yapısına ilişkin bilgiler bir bütün olarak gösterilebilmeli, iste-

nildiğinde bu bilgiler filtrelenebilmelidir. Bir hizmet uygulandığında, hizmete ait sarf/ilaçlar düşülebilmeli, gerektiğinde bunlara müda-

hale edilebilmelidir. Hastanın geçmiş bilgileri ve röntgen görüntüleri çekildiği yer haricinde Genel Sekterliğe bağlı

diğer bütün sağlık tesislerinde görülebilmelidir. (Genel Şartlar) Modül dışında başka programa ihtiyaç duymadan e-imza ile reçete işlemleri gerçekleştir-

ilebilmelidir. (genel şartlar) Sicil Modülü ile entegrasyon halinde olmalı. İzinli veya raporlu olan hekimlerin sisteme girişi

ve hizmet girişi engellenmelidir. İç sevk yapıldığında hekimlerin izinli veya raporlu olup ol-madığını kontrol etmelidir.

Sistem üzerinde aynı veya diğer branşlara İç sevk yapılabilmelidir. SGK tebliğlerine göre ve Sağlık Bakanlığının istediği veya isteyeceği protez müstehaklık bel-

gesi, taahhütname vb. alınabilmeli ve depolanabilmelidir. Tedavisi takibe alınabilmeli ve takibe alınan kayıtlar görüntülene bilmeli açılan kayıtlar aşa-

maları takip’te ise hastaların gelişleri takip’ten açılmalıdır. Ve bitim olmadan faturaya yansı-mamalıdır.

Günlük Haftalık, aylık, yıllık ve belirlenen iki tarih arasında detaylı istatistik verileri alın-abilmelidir.

13.51. PROTEZ TAKİP MODÜLÜAğız ve diş sağlığı merkezlerinde uygulanan her türlü diş protez işlemin, elektronik ortamda kayıt al-tına alınması ve izlenmesini için gerekli olan modüldür. Bu modül sayesinde kurum içerisindeki pro-tez teknisyenlerinin ve kurumla anlaşması bulunan diş laboratuarlarının iş dağılımı, belirtilen kapasite ve kurallar doğrultusunda otomatik olarak gerçekleşecektir. Gerekli görüldüğü takdirde özel laboratu-

107

arlara ait döküm ücretleride bu modül tarafından takip edilecektir. Bütçe talimatında belirtilen protez hizmetleri gruplandırılarak teknisyenler ve özel laboratuar-

lara bu gruplar vasıtasıyla kapasite tanımları yapılacaktır. Protez teknisyenlerin izinli veya raporlu olduğu günlerde ilgili personellere iş teslimi yapıl-

ması engellenecektir. Diğer çalışan teknisyene atama yapılabilmelidir. Protetik tedaviler için alt aşama tanımları bulunmalı bu aşamaların protez laboratuarı ile etk-

ileşimli olarak kayıt altına alınması gereklidir. Kalite, Sağlık Uygulama Tebliği ve verimlilik kriterlerine uygun olarak aşamaların yürütülmesi yazılımla kayıt ve kontrol altına alınmalıdır.

Protez aşamaları öncesinde yapılan işin/parçanın aşamaya uygunluğu anketlerle değer-lendirilmeli ve kayıt altına alınmalıdır. Bununla ilgili istatistik veriler alınabilmelidir.

Teknisyen seçimi veya dışarıdan hizmet alınan laboratuvarlar seçimi iş yükü dağılımını eşitle-mek amacı ile otomatik olarak yapılabilmeli.

Protez işlemlerinin aşamaları zaman, hekim, teknisyen ve protez laboratuvarı detayında izlenebilmelidir.

Protez hakedişleri yönetmelikte belirtilen şekilde hazırlanabilmeli İstenildiği takdirde kurumun belirleyeceği kapasite miktarına bağlı olarak, kurum personellerin

iş limitleri dolmadan özel laboratuarlara iş dağılımı yapılmasını engellenecek düzeyde ol-malıdır.

Protez aşamaları ve laboratuar aşamalarının hangi tarihlerde olacağı, kurum tarafından belir-tilen iş günü sürelerine göre otomatik olarak belirlenecektir.

Laboratuar protez kabulü esnasında hastaya verilmek üzere barkod çıktısı alınabilecektir. Belirlenen kapasiteyi dolduran teknisyenlere özel yetki verilmesi koşuluyla tekrar iş verilmesi

sağlanabilinmelidir. 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. Kurum içerisindeki her türlü protez işlemine ait parça teslimleri bu modül tarafından yapıla-

cak, özel laboratuarlara teslim edilen ölçü vb. gibi parçaların takibi yapılacaktır. Laboratuvarın bir aşamada işi tamamlanmadan hekimin bir sonraki aşamaya geçmesi engel-

lenmelidir. Parça takiplerini barkod okuyucularla yapılabilmelidir. Red veya yenileme istenilen aşamaların istatistikleri alınabilmelidir. Aşama kabul süresi geçen hastaların, protez soruşturma ekranında kullanıcıların uyarılması

amacı ile farklı renkte gösterilmelidir. Ölçü taşıma işinde görevli protez birimi dışındaki personellerin (hekim destek vb.) isimleri sis-

tem üzerinden seçilebilmelidir. Tüm işlemler Kalite Standarlarına uygun olmalıdır. Günlük ,haftalık, aylık, yıllık ve belirlenen iki tarih arasında detaylı istatistik verileri alın-

abilmelidir. Hizmet anlaşması protokolü kapsamında farklı kurumdan gelen protez işlemleri HBYS’ye

kayıt olmadan protez modülünün lokalinde kayıt edilebilmelidir.

108

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

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

Hastanın servise kabulü ile ilgili tüm kayıtlar tutulabilmelidir. 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 mut-laka göz önünde bulundurulmalıdır.

Mevcut makinelerden çalışan ve arızalı ya da bakımda olanlarla bakıma alınması planlanan-ların listesi devamlı olarak güncellenmeli ve randevularda otomatik düzenlemeler yapılabilme-lidir.

Serviste bulunan makinelerin durumu, (varsa)cihaz takip modülünde yer almalıdır. Randevulu hasta kabulü yapılabilmeli, İstenen zaman diliminde hastaların randevuları periyo-

dik olarak düzenlenebilmelidir. Gerektiğinde randevu iptali ve diğer randevular arasında trans-ferler HBV, HCV, HIV vb. parametreler göz önünde bulundurularak yapılabilmelidir.

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.

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.

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.

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

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

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 an-daki fatura bilgileri görüntülenebilmelidir.

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

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.

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

0rgan nakline ilişkin işlemler yapılabilmeli ve hazırlık bilgileri tutulmalıdır. Diyaliz ünitesinde çalışan doktorlar ve hemşireler için gerekli çalışma ve nöbet çizelgeleri,

icap listeleri hazırlanabilmelidir. Ameliyathaneden, fistül ameliyatı yapılacak hastalara ilişkin randevular istenebilmelidir.

109

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

Hastaların transplantasyona uygunluk durumları ve iletişim bilgileri hakkındaki kayıtlar sis-temde tutulabilmeli, gerekli gizlilik, güvenlik ve mahremiyet ilkelerine azami dikkat edilme-lidir.

13.53. SAĞLIK KURULU ve ADLİ RAPOR MODÜLÜ 13.53.1. Sağlık Kurulu Modülüİşe başlama, Üniversiteye kayıt, engellilik, istirahat, yurtdışı tedavi vb. durumların tespitine yönelik olarak faaliyet gösteren kurulların iş ve işlemlerin takip edildiği ve kayıtlarının tutulup çıktılarının alındığı modüldür. Otomatik olarak tetkik ve konsültasyon istekleri yapılabilmelidir. 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ıla-bilmelidir. Sağlık kuruluna başvuran hastaların, sonuç ve raporlarının taranması gerektiğinde yıllar, aylar başvurma nedenleri, tanılar gibi bilgilere göre listelenebilmelidir. Sağlık Kurulu Raporları'nda tanı ve muayene bilgileri otomatik olarak rapor formlarına ek-lenebilmelidir. Serbest rapor yazma imkânı sağlanmalıdır. Şablon kararlar hazırlanabilme ve kullanabilme imkanı sağlanmalıdır. Randevu işlemleri yapılabilmelidir. Raporlarda başvuru nedenlerine göre ( Engellilik Rap. gibi) numaralandırılmaları otomatik olarak yapılabilmelidir. Gerektiğinde manuel düzeltmeler yapılabilmelidir. Mevzuat değişikliklerinde ya da sistemin kullanımı esnasında oluşabilecek eksikliklerde tale-plerin karşılanabilmesi sağlanmalıdır.

13.53.2. Adli Rapor Modülü Geçici ve adli raporların mevzuata uygun formatta sistem üzerinde yazılabilmesi ,değişiklik yapıldığı takdirde değişiklik tarihinin görülebilmesi sağlanmalıdır. Adli vakalarda kayıtların eksiksiz tamamlanmadığı durumlarda ( Örn.Ameliyat raporu) tabur-culuğa izin verilmemesi sağlanmalıdır. Adli rapor birimi olarak gelen ve giden evrak sistemi oluşturulabilmelidir ( T.C.no ile sorgu-lama yapılabilmesi) Adli vaka olarak kaydı alınmış hastaların daha sonraki kayıtlarında ekranda “ adli vaka “ uyarısı bulunmalıdır. Mevzuat değişikliklerinde ya da sistemin kullanımı esnasında oluşabilecek eksikliklerde tale-plerin karşılanabilmesi sağlanmalıdır.

13.54. DOSYA ve ARŞİV MODÜLÜBu sistemde, adli raporlar, hastaların epikrizleri, ameliyat raporları, laboratuvar sonuçları, yatan hasta dosyalan, anamnez verileri, radyoloji, patoloji, fizik tedavi, konsültasyon raporları v.b. tek

110

bir hasta kaydı ile ilişkilendirilerek tek bir hasta dosyasında manuel veya elektronik olarak sak-lanması, 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. Hastalık gruplaması, ICD-10 tanı kodlarına göre yapılabilmelidir. Hazırlanan tıbbi raporlar (patoloji, ameliyat, epikriz) istenen numaraya fakslanabilmek, varsa

hastanın e-posta adresine gönderilebilmelidir. (Varsa)Semt Polikliniği/Uydu poliklinik ve hastane arasında hasta dosyasının elektronik or-

tamda taşınması sağlanmalıdır. Önceden alınmış poliklinik randevuları bir gün önceden tıbbi arşivde görüntülenmelidir. Bir hastaya birden fazla tam (primer, sekonder tanı) girişi mümkün olmalıdır. Eksik dosyalar tıbbi arşivde tespit edilebilmeli ve bulunan eksiklikler ilgili kişilere (doktor,

hemşire, fizyoterapist vb) elektronik ortamda liste halinde bildirilmelidir. Arşiv kayıtlarının saklanacağı dolaplar, dolapta kaç raf olacağı, raf dosya kapasitesi tanımlan-

abilmelidir. Adli dosyaları sadece yetkili kişilerin görebilmesi sağlanmalıdır. Klinik arşiv biriminde bulunan dokümanlar sistem üzerinden talep edebilmeli ve bu talepler

arşiv modülüne otomatik olarak düşmelidir. Kanuni zorunluluk gereği kağıt ortamında saklanması gereken imzalı belgeler görüntü tarayıcı

(scanner)’dan geçirildikten sonra sistem içinde de saklanmalıdır. Dokümanlar standart dosya planı saklama usullerine göre arşivlenebilmelidir. Kullanıcılar bu

yapıyı tanımlayabilmek, sınırsız klasör oluşturabilmelidir. Bildirimi zorunlu hastalıklar için otomatik rapor hazırlanmalıdır.

Arşivlenmiş evrak hiçbir kullanıcı tarafından değiştirilememelidir. Arşiv yerleri uygulama yöneticisi tarafından tanımlanabilmelidir. Arşiv dokümanlarının aslı sistemde bir kopya olarak bulunmalıdır. Yetkisiz kullanıcılar dokümanın içeriğini görüntülememelidir. Kullanıcılar ve Birimler erişim

hakları çerçevesinde Arşivdeki dokümanlara ulaşabilmelidir. Arama/Listeleme/Raporlama fonksiyonları eksiksiz olarak çalışmalıdır. Sisteme kabul edilen tüm dokümanlar uygulama formatlarına bakılmaksızın arşivlenebilme-

lidir. Arşivde saklanan bilgiler zaman damgalı olarak tutulmalıdır.

13.55. KAN MERKEZİ MODÜLÜAcil ve ayaktan gelen hastalarla yatan hastalara ilişkin kan ve kan ürünü isteklerinin yerine getirilmesi

111

ve kan bankası için gerekli kayıtların tutulabilmesini amaçlar. HBYS üzerinde donör kayıtları transfüzyon kayıtları, kan ve kan ürünleri takibinin yapılabilmesini sağlayacak olan kapsamlı bir kan merkezi modülünün kurulması gerçekleştirilmelidir. Sistemin gerçekleştirilmesinde uluslararası kan bankası bilgi sisteminden (örneğin AABB ; American Association of Blood Banks) ve kodlama sis-temlerinden yararlanılmalıdır.

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.

Yapılan test ve diğer tetkik sonuçları kaydedilebilmeli bu sonuçlar istek yapan servislerden izlenebilmelidir.

Kan merkezince girilen tetkik sonuçlarının servislerden izlenebilmesi için; sonuç kan merkezinde ikinci bir kişi tarafından onaylanmalıdır.

Onaylanan sonuçlar hastanın dosyasına gönderilmelidir. Onaylanmamış sonuçlar hasta dosyasında görülmemelidir. Program 2. onay olmadığını kan merkezi sonuç ekranında uyarı şeklinde göstermelidir.

Crossmatch takibi yapılmalıdır. Hastanın kayıtları ile planlanan kan grubu arasında uyumsuzluk olduğunda uyarmalıdır.

Crossmatch çalışması uygun olmayan veya yapılmayan ürünün çıkışında uyarı vermeli. Acil servis ve ameliyathaneden yapılan isteklere öncelik tanınması için gereken otomatik

uyarı sağlanmalıdır. Kan ünleri miad ve kan grupları yönünden izlenmeli ve yazdırılabilmelidir. Crossmatch yapılacak kan miad sırasıyla bildirilmelidir. Kan merkezi, kan ve komponentlerin toplam, sahipli, rezervde kalan ve karantinadaki miktar-

larını; kan gruplarına göre görebilmelidir (stok ekranı) ve yazdırılabilmelidir. Her servis için ayrı bir sayfa açılmalı; bu sayfada kan veya komponent istenen hastanın adı -

soyadı,bilgisayar numarası, istenen kan miktarı,kan grubu, mevcut kanı, crosslu kanı, crosstan çıkarılan kanı, verilen kan miktarı, mevcut kanın hastaneden veya dışardan mı geldiği görülebilmelidir. Bu ekran üzerinden hastaya kan çıkışı yapılabilmeli ve çıkışla ilgili tüm işlemler otomatik olarak hasta dosyasına ve stok ekranına yansımalıdır. Kullanılmayıp geri dö-nen kanlar ve komponentleri de bu ekrandan görülebilmelidir. (kan akış ekranı)

Hastaya yapılan crossmatchlar hasta sonuç bölümüne kan merkezince girilmeli giriş yapılınca da otomatik olarak kan akış ekranına yansımalıdır.

Kan akışı ekranında fiyatlandırmanın kaç adet yapıldığı görülebilmelidir. Fiyatlandırılmayan kan varsa otomatik uyarı sağlanmalıdır. Hasta adına toplu yapılan çıkışların toplu onayı da yapılabilmeli.

Hastanın taburcu veya sevk edildiği kan merkezi programına hastane veri tabanınca bildirilme-lidir. Bu durum bildirilince hastanın onaylanmamış fiyatlandırması olduğu otomatik olarak veri tabanına aktarılmalı ve fatura basılması onay gelene dek ertelenmelidir.

Servise çıkışı yapılan kanların çıktısı alınabilmelidir. Çıktısı tarih, veriliş saati, hastanın adı- soyadı, bilgisayar numarası, kan grubu, verilen kanın türü ve numarası son kullanım tarihi, geri gelirse geliş saati, işlemi bilgisayara giren kişinin kullanıcı kodu bulunmalıdır.

Dışarıdan hastalara getirilen kanlar ve kan komponentlerinin kaydı yapılıp rapor halinde çıktısı alınabilmelidir.

112

Dışarı satılan kanların kaydı ve çıktısı alınabilmelidir. Merkezden çıkan ve geri dönen kan kompanentlerinin hastane içinde takibi yapılabilmelidir. Kan bankacılığında hayati öneme sahip olan vericinin ayrıntılı bilgileri bu program ile tutul-

malı ve gönüllü vericilerin gerektiğinde veri tabanından sorgulanıp onlara ulaşmasını kolay-laştırıcı bilgileri ekrana getirmelidir varsa cep telefonu, iş telefonu, ev telefonu, e-mail adresi, iş adresi, ev adresi, en son kan verdiği tarih, en son ve önceki serolojik test hikayesi daha önce alınan kanların kimlere ve ne şekilde verildiği, havuzlanmış Trombosit yapıldı ise hangi barkod numaralı torba ile kime verildiği takip edilmelidir. Eğer donör daha önce veri tabanında kayıtlı ise tekrar kan vermek istediğinde onu kaydetmek için zaman harcanmamalı yeni bir torba numarası ile kan alınabilmelidir. Bu arada donör’ün alman kan örneğinin kan grubu serolojik testleri ( HIV, Hepatit, VDRL vs) ve cross-match sonuçları çıkarılmalı daha önceden aferez donörü olmuşsa ve red edilmişse neden red edildiği kayıt edilmelidir.

Kan bankasının kullandığı donör sorgulama formu bu otomasyon programına kayıt edilebilme-lidir. Bu forma hastane yönetimi tarafından gelişen teknolojiye ve ortaya çıkabilecek yeni ihtiyaçlara göre yeni maddeler eklenebilmelidir. Donörün sürekli red mi yoksa geçici red mi olduğu ve hangi sebepten dolayı red edildiği kayıt edilmelidir. Donör, red süresi bitmeden tekrar başvurursa, program bu donörün kabulünü engellemelidir.

Red edilen donörlerin adı-soyadı, kimlik bilgileri, başvuru tarihi, red nedeni ve süresi; her ay liste halinde basılabilmelidir. Bu çıktıda red nedeni, (A-B-C) şeklinde gizli olarak basılacaktır.

İstenirse, donör sorgulama formu ve donör kimlik bilgileri dokunmatik bir ekran yardımı ile donörün kendisi tarafından girilebilmelidir. Red sebebi olabilecek bir cevap verildiğinde, yazılım donörü otomatik olarak red etmelidir.

Yazılımda donörün hemogram sonuçları, nabız, tansiyon, yaş, cinsiyet, boy-ağırlık gibi bilgi-leri kaydedilebilmeli, bu değerlerin kabul edilebilir sınırlar içinde olup olmadığı yazılım tarafından kontrol edilmelidir.

Program hastane veri tabanı ile entegre bir şekilde çalışabilmelidir. Kan isteminde bulunulan hastalar eğer hastane veri tabanına kayıtlı ise oradan otomatik olarak protokol numarasına göre bilgileri getirilmelidir. Eğer kayıtlı hastalar değilseler yeni kayıt yapılacaktır. Yazılım servislerden hasta kaydı ile kan ve tetkik istemlerinin girişine imkan vermelidir. Yazılımın veri tabanında daha önceden kayıtlı ise, hastane veri tabanına gitmeden kendi veri tabanından bilgi-leri getirmeli ve bunları girmek için zaman harcanmamalıdır. Kullanılan kan istem formların-daki ayrıntılar bu programa kayıt edilebilmelidir. Kan istem formu girildikten sonra, mevcut stok değerlendirilmelidir. Hasta yakını, hasta kan isteminin ne kadarının kimlerden karşı-landığını, hangi testlerin yapıldığını hangi testlerin sona erdiği hangilerinin yapılmakta olduğu konusunda kolay bir şekilde bilgilendirilebilmelidir.

Program ile alınan kanın, hastaya gidene kadar geçireceği işlemler kayıt edilmelidir. Eğer alı-nan kan torbalarından havuzlanmış trombosit elde edilecek ise bu da kayıt edilmelidir.

Program kan merkezinde çalışılan tüm testlerin sonuçlarını ve bulaşıcı hastalık testleri sonuçlarını kaydedebilmelidir. Ayrıca kuşkulu sonuç ve hatalı çalışma nedeniyle tekrarlanan testler de kaydedilmelidir. Böylece eldeki kit stoku da takip edilebilmelidir.

Program kan bankasında kayıt için kanuni olarak kullanılması gereken tüm defterleri iste-nildiğinde istenilen tarih ve saat aralığında dökebilmelidir. Ayrıca tekrar defter kaydı tutul-

113

masına gerek kalmamalıdır. Program, örnek tüpleri ve torbalar için barkod basabilmelidir. Örnek tüpleri veya torbalar üz-

erinde barkodlar zarar görürse tekrar barkod basmaya müsait bir yapıda olmalıdır. İstenirse gerekli görülmeyen, kanuni zorunluluğu ortadan kalkmış olan kayıtlar başka bir yere

aktarılabilmelidir. Program veritabanı istenildiğinde veya periyodik aralarla otomatik olarak yedeği alınabilmelidir. Kan bankası tarafından istenecek tüm istatistiki bilgiler bu program tarafından karşılanmalıdır.

Program hastaya çıkışı yapılan kan geri döndüğünde kanı stoka geri döndürebilmelidir. Program, kullanıcıların hangi işlemi ne zaman yaptığının ayrıntılı bir kütük kaydını tutabilme-

lidir. Program donör ve hastaya yapılan Özel testleri kayıt edebilecek ayrı bir modüle sahip ol-

malıdır. Program istenildiğinde ek istatistiki bilgiler sunabilmelidir. İmha edilecek veya edilmiş ürünler kayıt edilebilmelidir. Ayrıca imha nedenleri de kayıt

edilebilmelidir. Daha sonradan imha edilen ürünlerin istatistiki bilgilerine ulaşılabilmelidir. Gereğinde imha edilen ürün stoğa geri alınabilmek

Yazılım karantina altındaki kan ve komponentlerinin kullanılmasına izin vermemeli, karantina süresi sonunda serolojik testlerin negatif olması durumunda kan ve komponentlerini otomatik olarak kullanılabilir stoğuna almalıdır.

Yazılım yapılan iç ve dış kalite kontrol çalışmalarının sonuçlarını kaydedebilmelidir. Yazılımda ışınlanan torbalar barkodları okutularak otomatik olarak ışınlanmış olarak

kaydedilmelidir. Yazılım ışınlanma nedeniyle değişen miat bilgilerini takip edebilmelidir. Kullanılan kan bankası otomasyon programı konusunda herhangi bir problem olduğunda

sorunlara cevap verilmelidir. Program sayesinde kan torbaları üzerine; kan grubu, donör no, son kullanım tarihi, test

sonuçları, komponent türü, alım tarihi ve saati etiket olarak basılabilmelidir. Program, crosslanmış kanı belli sürede cross’dan çıkarmalı ve kullanıcıları çıkarılması gereken

kanlar açısından liste halinde uyarmalıdır. Kan merkezince çalışılmış ve sonuçlandırılmış tetkiklerde (kan grubu, cross-match, antikor

tanımlama vb.) diğer birim ve laboratuvarlarca düzenleme/düzeltme yapılamamalıdır. Program kan merkezi çalışmalarına uygun olarak, her türlü barkodu basabilmelidir. Yapılan tüm tetkik sonuçları basılabilmelidir. Transfüzyon amacıyla alman kan ve kan komponentlerine ait şahit numunelerin kaydı yapıla-

bilmeli kolayca bulunabilmesi sağlanmalıdır. Programa hastane yönetimi tarafından, gelişen teknolojiye ve ortaya çıkabilecek yeni

ihtiyaçlara bağlı olarak yeni maddeler istendiğinde eklenebilmelidir.

13.56. DİYET MODÜLÜ Hasta yemek planlamasının yapılmasını sağlamalıdır. 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 loğlarının tutulması, tarih aralığı ile izlenebilmesi sağlanmalıdır.

114

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.

Hastalar için planlanan kahvaltı ve menülerin hasta adına sisteme girilmesi sağlanmalıdır. Özel diyet menüleri görüntülenmelidir. Hekim isteminde yer alan hasta yemek rejimi, otomatik olarak diyet bölümünden görüntülen-

meli ve gerekli çıktılar alınmalıdır. Hasta yemek rejiminin yeniden planlandığı durumlarda diyetin otomatik olarak güncelleştir-

ilmesini sağlamalıdır. Tıbbi işlem öncesi aç kalması gereken hastaların otomatik olarak diyet bölümünden izlen-

mesini sağlamalıdır. Ameliyat yada işlemden çıkan hastanın ne zaman yemek yiyeceğinin otomatik olarak izlenmesi

sağlanmalıdır. 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. 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. Yatan hastalar için taburcu planına uygun diyet ile beslenme eğitim planlarının çıktı olarak

hastaya verilmesi sağlanmalıdır. Ayaktan hastalara verilen diyet protokollerinin görüntülenmesi sağlanmalıdır. Yatan hasta/ayaktan hastaların geçmiş zaman tüm diyet-menü durumları görüntülenmelidir. Ayaktan hastalar için beslenme ve diyet çizelgelerinin çıktıları alınabilmelidir. Ayaktan ve yatan hasta zayıflama rejimlerinin takibini yapmalıdır. Personel yemek listesinin sisteme girilmesi ve izlenmesi sağlanmalıdır. Malzeme girişi yapılabilmelidir. Bu bilgiler ışığında, yemek için gereksinim listesi çıkarılabilmelidir. Önceden çıkarılan liste ve mevcut stoklara uygun siparişler oluşturulabilmelidir. Stok girişi ve çıkışı işlemleri takip edilebilmelidir. Verilen zaman diliminde mevcut stok, harcanan, iade, miadı dolan, atılan malzeme miktar-

larına ilişkin çıktılar alınabilmelidir. 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. Günlük, haftalık, aylık ve yıllık malzeme ya da kaynak tüketimleri hesaplanabilmelidir. Modülde yer alan bilgi ve işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yanıt-

lanabilmeli ve raporların çıktısı alınabilmelidir. İstatistik, sorgu ve raporların tam listesi ve de-tayları sistem analizi aşamasında belirlenecektir.

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

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

115

hareketleri ve bu cihazların çalışma bilgileri ile cihaz kimlik bilgileri tutulmalıdır. 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. Çamaşırhane, steril depo üniteleri ve mutfak gibi birimlerdeki makineler de sistemde yer

almalıdır. Cihaz takip bilgilerinde cihaza yapılmış olan bakım maliyetleri fatura bazında kayıt altına

alınabilmelidir. Yazılım, tüm Medikal Cihaz Envanterini her türlü teknik ve mali bilgileri içerecek şekilde

oluşturabilmelidir Sarf ve yedek parça stoklarını detaylı olarak takip edebilir, ayrıca masraf merkezlerini her bir

cihaz ve/veya bölüm, bina, departman İçin oluşturabilir özellikte olmalı ve gerektiğinde yazılı doküman alınabilmelidir.

Yazılım, her türlü cihaz ve/veya envanterin barkodlu takibini yapabilir özellikte olmalı ve barkotlarda istediğimiz düzenlemeler yapılabilmelidir.

Yazılım, medikal cihaz ve her türlü demirbaşın bakımlarını, test ve kalibrasyonlarını planlayıp yönetebilir özellikte olmalıdır.

Yazılım, veri alma/verme özelliğine sahip olmalıdır. Yazılım, sistemde yer alan ve takibi yapılan her türlü envanterin ekonomik ömürlerini içeren

kayıtlara yönelik raporlama ve istatiksel analiz sonuçlarını verebilme özelliğinde olacaktır. Yazılım; veri giriş alanları üzerinden arama fonksiyonunu çağrılabilme özelliğine sahip olmalı

ve arama sonuçları kullanıcı tarafından kişisel olarak uyumlaştırılabilen bir listede gösterilebilmelidir.

Ayrıca, Yazılımın yazıcı çıktılarını PDF, Excell, Word vb. dosyası halinde alma ve otomatik olarak e-posta oluşturma imkanı bulunmalıdır.

Yazılım, yapılacak özel test ve kalibrasyon işlemlerinin görsel olarak kullanıcıya sunulabilmesine, yazılıma veri girişi sırasında yüklenmiş ilgili resim, grafik, video görüntüleri ve dokümanlar ile ilgili personele kılavuzluk yapabilmesine olanak vermelidir.

Kullanıcının ihtiyaçlarına cevap verecek şekilde gerektiğinde arayüzlerde güncellemeler istenebilmelidir.

Yazılıma giriş yapacak kullanıcılar kullanıcı adı ve şifresi ile giriş yapabilmelidir. Kullanıcılar sadece kendilerine izin verilen sınırlar dahilinde işlemler yapabilmelidirler. Hangi kullanıcı ne zaman hangi işlemi yaptığı bilgisi analiz raporu olarak görüntülenebilmelidir.

Yazılım ile bakım-onarım, test ve kalibrasyon işlemleri tek aşamalı olarak sisteme girilip, okunup, izlenip kapatılabilmelidir.

Yazılım ile tanımlanmış bir koruyucu bakım ve test ve kalibrasyon şablonu üzerinde yapılacak değişikliklerin ilgili tüm koruyucu bakımlara ve test ve kalibrasyona otomatik olarak güncellenmesi sağlanmalıdır.

Günlük, haftalık, aylık, yıllık gibi farklı iş emri planlama periyotları kullanılabilmelidir. Koruyucu bakım, test ve kalibrasyon iş emirleri tekli veya toplu olarak otomatik şekilde

listelenebilmelidir. İş Emri ile yapılan işlem, periyot, bakım- test ve kalibrasyon tipi, işçilik, malzeme kullanımı

gibi birden çok değer kayıt altına alınabilmelidir.

116

Personel, ekip ve taşeron bazında bilgiler depolanabilmelidir. Sisteme kaydedilen cihaz için bir bakım kartı açılması gerektiğinde, bakımın garanti

kapsamında bir rutin bakımsa firma bilgileri, hastane çalışanları tarafından yapılan bir bakımsa bakımı yapan sorumlu personelin bilgileri otomatik olarak gelmelidir.

Malzemelerin son maliyeti, ortalama maliyeti ve kullanıcının belirlediği standart maliyet takip edilebilmelidir. Bakım sırasında değişen parça/parçalar olması durumunda değişen parçalar sisteme daha önce kaydedilmiş bir cihaz-maliyet listesi olmalıdır.

Biten malzemeler belirlenebilmeli ve alternatif malzeme bilgileri sisteme girilebilmelidir. Malzemenin/yedek parçanın kullanılabileceği tüm demirbaşların listesi alınabilmelidir. Stok değişiklikleri yetkili personel tarafından saat ve tarih kaydı tutularak yapılabilmelidir Son malzeme maliyet ve stok durumu bilgilerine kolaylıkla ulaşılabilmelidir. İş emirlerinde kullanılan aletler kayıt edilebilmeli ve hareketleri izlenebilmelidir. Günlük, haftalık, ayık ve istenen periyotlarda raporlar oluşturabilmelidir.

13.58. DANIŞMA MODÜLÜHizmetin sürekliliğini sağlamak, hizmet kalitesini artırmak, sisteme hız kazandırmak amacıyla has-tane içerisindeki çeşitli hizmet kaynaklarına erişimi kolaylaştırıcı bilgiler bu modül içerisinde ele alın-malıdır.13.58.1. Amaca uygun farklı çözümler tasarlanabilir, örneğin; uygun olan yerlerde ekran, ışıklı pano(board), dokunmatik ekran (touch screen), vb. sistemler kullanılabilir.13.58.2. İdare 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 bilgilerib. Hastane, bölüm, doktor bilgileric. Acil mesaj/uyarılard. Genel bilgilendirmelere. Yer ve yön bilgilerif. Zamanlama bilgileri(tahmini bekleme süresi vb.)

13.58.3. Görüntülenecek bilgilerin Hastane Bilgi Yönetim Sistemi Uygulama Yazılımından gerçek za-manlı olarak elde edilmesi, idare tarafından tespit edilecek yerlerdeki ekranlara kadar iletilmesiYüklenici tarafından sağlanmalıdır. Bu iş için donanım gerekli ise İdare tarafından sağlanacaktır.

117

13.58.4. Görüntülenecek bilgi olmaması halinde bu ekranlardan, idarenin belirleyeceği bilgiler görün-tülenebilir (Hastane içinde uyulması gereken kurallar, sağlığın korunması konusunda bilimsel içerikli kısa bilgiler, vb.)13.58.5. Hastaların hastaneye geldiklerinde gidecekleri poliklinikleri vb. kendilerinin belirleye-bilmelerini 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ı gerekmekte-dir. Söz konusu uygulama için;

KIOSK vb veri erişim cihazları ve sistemleri üzerinde bulunan barkod okuyucuya T.C. Kimlik Numarası içeren hasta barkodu ya da ilgili alana ekrandaki dokunmatik klavye aracılığıyla T.C. Kimlik numarası veya Hasta numarası yazılarak sisteme giriş yapılabilmelidir.

Sisteme giriş sonrası ilave güvenlik önlemi olarak kendisine verilen şifre ya da bir başka kim-lik 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.

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.

Hastanın herhangi bir randevusu yoksa, gün içinde çalışan uzmanlık dalları ekranda listelen-meli ve hasta şikayetine göre uygun uzmanlık dalım seçebilmelidir.

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.

13.59. STERİLİZASYON MODÜLÜSağlık Kurumlan içerisinde teşhis ve tedavide kullanılan alet ve başlıkların (aerator, mikromotor v.b. gibi) sterilizasyon sürecinde gerçekleştirilen tüm işlemlerinin elektronik ortamda kayıt altına alınması ve izlenmesini sağlamalıdır.

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.

Alet ya da cihazların hangi hasta için hangi zamanda kullanıldığı bilgisine anlık olarak ulaşıla-bilmelidir,

Hasta için kullanılan aletlerin hangi sterilizasyon süreçlerinden geçtiğini detayları ile sorgula-malıdır.

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.

Uygulama bölümlerden oluşmalıdır. Tanımlamalar, Renk bandı tanımlama Tıbbi alet tanım-lama Personel tanımlama personel modülündeki kayıtlarla birebir olmalıdır.

Uygulamaya giriş yapan kullanıcılar kendi yetkileri çerçevesinde modül ve formlara ulaşa-bilmelidir.

Uygulama kullanıcısı ile ilgili olarak oturum bilgilerine ait log’lar sistemde kayıt altına alın-malıdır.

Kliniklerde doktorun, bir hasta üzerinde çalışmadan önce sterilizasyon paket barkodunu okut-ması yeterli olmalıdır.

118

Sterilizasyon ünitesinde paketler barkodlanabilmelidir. Sterilizasyon ünitesinde barkodlanmış paketler barkod okuyucu ile okunabilmelidir. Kliniklerde hasta ile kullanılan sterilizasyon paketi eşleştirilebilmelidir. Uygulama, hastane içerisinde istenen terminallerde çalışmalıdır.

13.60. SMS UYGULAMALARIBu modülde, Hastane yöneticilerine, Personellere, Yenidoğan ebeveynlerine ya da tanımlanacakKişilere yönelik olarak SMS ile bilgilendirme mesajları gönderilebilmelidir. SMS iletimlerine ilişkin GSM iletişim giderleri alıcı (Hastane İdaresi) tarafından karşılanacaktır.

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önderilebilme-lidir.

Mesajın gönderileceği kişiler, gönderilecek mesajın içeriği, hangi bilgilerin gönderileceği pro-gramcı müdahalesini gerektirmemelidir.

Tanımlanmış kişilere manuel tek mesaj gönderilebileceği gibi, bu kişilere toplu olacakta SMS gönderilebilmelidir.

Ek Prim performans puanlan hesaplandığında bu puanlar ilgili Doktorların GSM numaralarına SMS ile gönderilebilmelidir.

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.

İstenen toplantılar öncesinde katılımcılara SMS ile hatırlatma mesajı gönderilebilmelidir. GSM numarası kayıtlı olan hastalara istenen mesajlar SMS yoluyla tek veya toplu olarak gön-

derilebilmelidir. Yenidoğan bebekler için, ebeveynlerinden alınan GSM numaralarına bebeğin aşı takvimini

hatırlatıcı SMS mesajları gönderilebilmelidir. Hasta sonuçları, hastalara ait tıbbi raporlar gerektiğinde gönderilebilmeli HBYS ile SMS

modülü entegre çalışabilmelidir.

119

13.61. KONTROL VE MUAYENE İŞLEMLERİSistemin monte edilip işler hale getirilmesinden, gerekli yazılımların tümünün bilgisayar sistemine yüklenip kullanıma hazır hale getirilmesinden ve Yüklenicinin bu durumu resmen İdare’ye bildirmesinden sonra Muayene Komisyonu bir denetleme yapacaktır.

13.62. YAZILIM13.62.1. HBYS programının Server ve Client kurulum CD'leri hastane İdaresine teslim edilmelidir. Bu CD’ ler üzerlerinde yüklü programların donanımlara aktarılmasına dair tüm kolaylıkları sağlamış yazılım ve sistematiğe sahip olmalıdır.13.62.2. Şartname kapsamında tanımlanan ürünler yüklenici tarafından karşılanmış olup idare bunları sözleşme tarihince kiralamış olacaktır.13.62.3. Kiralanan yazılımların (hazır yazılımlar ve HBYS yazılımı) kullanım lisans hakları hastane ve bağlı birimlerinde geçerlidir ve hazır yazılımların lisanslarının belgelendirilmesi de aynı Kanun hükümlerine uygun olarak yapılmalıdır.

13.63. SOSYAL HİZMETLER 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 bilgi-lerinin kayıt altına alınabildiği, takip edilebildiği ve raporlanabildiği modüldür.

Tıbbi birimlerince gerekli görülen hastalar için istenecek sosyal hizmet konsültasyonlarının karşılanacağı bir iş listesi oluşturulacaktır.

Karşılanan hastalar için Sağlık Bakanlığı Tedavi Hizmetleri Genel Müdürlüğünün yayınladığı “Tıbbi Sosyal Uygulama Yönergesine göre yapılması gereken hasta görüşme formu, sosyal in-celeme raporu, sosyal hizmet birimi konsültasyon formu vb. formlar oluşturulabilmelidir.

Hazırlanan formlar; tarih, hasta, birim vb. kriterler seçilerek listelenebilmelidir.

13.64. YÖNETİM BİLGİLENDİRME 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ın-lanacak 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.

Panoların kullanım alanlarına göre (Örneğin: Ameliyathane, Poliklinik) hangi verilerin göster-ileceği HBYS yöneticisi tarafından belirlenebilmelidir.

Panolarda gösterilecek olan Poliklinik, klinik vb. bilgileri veritabanından gerçek zamanlı alın-malı, manuel bilgi girişi yapılmamalıdır.

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.

Panolar için yapılan tasarımlar, tasarım panolarda yayınlanmadan önce ön izleme yapılabilme-lidir.

Bir Panoda (ekranda) birden fazla içerik gösterilebilmelidir. Bu içerikte herhangi bir kısıtlama

120

olmamalıdır. (Örneğin: Aynı Ekranda poliklinik durumu, Hasta Yönlendirme, Nöbet Çizelgesi bilgileri gösterilebilmelidir.)

Poliklinik için; Poliklinik doluluk oranlarını, doktor durum bilgisini (Örnek: Doktor Ameliy-atta, Doktor İzinli vb.), Poliklinik kapasitelerini gösterebilmelidir.

Klinik için; yatan hastaların servis, doktor, oda ve yatak bilgilerini gösterebilmelidir. Doğumhane için; Doğan bebeğin anne adını, doğum tarih/saatini, doğum şeklini, boy ve kilo-

sunu gösterebilmeli istendiğinde bebeğin resmi eklenebilmelidir. 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.

Hemodiyaliz için; Hasta adı soyadı, hasta servisi, hastanın seans öncesi ve sonrası durumhareketleri gösterilebilmelidir. Böylelikle hasta yakınları panolar üzerinden bilgilendirilmiş olacaktır.

Nöbet bilgisi için; Nöbet servisini, Nöbetçi kişiyi, nöbetin başlama ve bitiş saatim, Nöbetçi idari personelleri gösterebilmelidir.

Eczane için; Nöbetçi eczane adını, adresini, telefon bilgilerini gösterebilmeli ve birden fazla eczane tanımlanabilmelidir.

Sağlık Bakanlığınca yayınlanmış olan veya hastanemiz Kalite, enfeksiyon, Hizmet KaliteStandartları birimleri tarafından oluşturulmuş olan eğitici ve tanıtıcı dokümanlar PDF, PPT, HTML, JPG formatlarında ve video olarak MPG,AVİ,SVF formatlarında gösterebilmelidir.

İstendiğinde panolarda gösterilecek olan bilgiler aynı anda tek panoda gösterilebilmelidir. Gös-terim şekli pano ekranının bölümlendirilmesi şeklinde olmalıdır.

Hastane Bilgi Yönetim Sistemi kapsamında yapılacak çalışmalar dolayısıyla Tedarikçiye vere-ceği ya da Tedarikçi tarafından herhangi bir şekilde öğrenilecek gizli bilgiler ile Tedarikçi ’den alınacak olan gizli bilgiler, Türkiye Cumhuriyeti Kanunları ve Sağlık Bakanlığı mevzuatına uygun, idare ve yüklenici arasında imzalanacak olan bir gizlilik sözleşmesi ile koruma altına alınmalıdır.

13.65. MOBİL UYGULAMA YAZILIMI MODÜLÜTeklif edilen mobil uygulama yazılımı İOS veya Android işletim sistemine sahip tablet ve mobil ci-hazlarda çalışacaktır. Mobil uygulama yazılımı aşağıdaki özellikleri sağlayacaktır;

Mobil işletim sistemi için geliştirilmiş olmalıdır. Veri bütünlüğünü sağlamalı, hekim veya kullanıcıyı büyük simgeler ile yönlendirmelidir.

Kullanıcı, HBYS’de kullandığı aynı kod ve şifre ile sisteme girebilmelidir. Sistemler, aynı çekirdek yapıda geliştirilmiş olmalıdır. Kullanıcı HBYS de şifre değiştirdiğinde, mobil cihaz-daki uygulamaya da bu şifreyle giriş yapabilmelidir.

13.65.1. Acil Servis Modülü Acil servise başvuran hasta listesine ulaşılabilmelidir. Hasta listesinde hastanın resmi, adı soyadı, başvuru numarası gibi bilgiler yer almalıdır. Müşahede hasta listesine ulaşılabilmelidir. Müşahededen çıkarılabilmelidir. Seçilen hastaya hekim tarafından order (ilaç, yaşam bulgu (ateş, nabız, tansiyon, solunum),

121

diyet) girilebilmeli, önceki order kayıtlarına ulaşılabilmelidir. Tetkik istem yapılabilmelidir. İstenen tetkiklere ait sonuçlar görülebilmelidir. Hastanın tıbbı öyküsüne erişilebilmelidir. Hemşire tarafından hasta başında hastanın yaşam bulgu girişi yapılabilmelidir. Girilen değer-

lere göre otomatik grafik çizilmelidir. Hemşire tarafından hasta başında hastanın sıvı bilgileri girilebilmelidir. Girilen değerlere göre

otomatik grafik çizilmelidir. Hastanın genel bilgilerine erişilebilmelidir. Bu bilgiler içinde hastanın resmi, kan grubu, temel

özlük bilgileri, tanısı, hekimi, oda-yatak numarası yer almalıdır. Hemşirenin hasta başında yaptığı girişimler işlemler kayıt edilebilmelidir. Uzman hekime konsültasyon isteğinde bulunulabilmelidir. Mevcut istekler görülebilmelidir. Hasta başında order dışında ilaç-sarf girişi yapılabilmelidir. Önceki kayıtlar görülebilmelidir. Acil servise başvuran hastaların resimleri mobil cihazdan çekilerek sisteme kayıt edilebilme-

lidir. Acil serviste hastanın bedensel resimleri (yara resimleri vb.) çekilerek sisteme kayıt

edilebilmelidir.13.65.2. Yatan Hasta (Servis) Modülü

Hemşirelerin sorumlu oldukları servislere göre yatan hasta listesine ulaşılabilmelidir. Hekim giriş yapıyorsa, sadece kendi hasta listesine ulaşmalıdır.

Hasta listesinde hastanın resmi, adı soyadı, başvuru numarası gibi bilgiler yer almalıdır. Seçilen hastaya hekim tarafından order (ilaç, yaşam bulgu (ateş, nabız, tansiyon, solunum),

diyet) girilebilmeli, önceki order kayıtlarına ulaşılabilmelidir. Tetkik istem yapılabilmelidir. İstenen tetkiklere ait sonuçlar görülebilmelidir Hastanın tıbbı öyküsüne erişilebilmelidir Hemşire tarafından hasta başında hastanın yaşam bulgu girişi yapılabilmelidir. Girilen değer-

lere göre otomatik grafik çizilmelidir. Hemşire tarafından hasta başında hastanın sıvı bilgileri girilebilmelidir. Girilen değerlere göre

otomatik grafik çizilmelidir. Hastanın genel bilgilerine erişilebilmelidir. Bu bilgiler içinde hastanın resmi, kan grubu, temel

özlük bilgileri, tanısı, hekimi, oda-yatak numarası yer almalıdır. Hemşirenin hasta başında yaptığı girişimler işlemler kayıt edilebilmelidir. Uzman hekime konsültasyon isteğinde bulunulabilmelidir. Mevcut istekler görülebilmelidir. Hasta başında order dışında ilaç-sarf girişi yapılabilmelidir. Önceki kayıtlar görülebilmelidir. Yatan hastaların resimleri mobil cihazdan çekilerek sisteme kayıt edilebilmelidir. Yatan hastanın bedensel resimleri (yara resimleri vb.) çekilerek sisteme kayıt edilebilmelidir. Hastanın ağrı takibi kayıt altına alınabilmelidir.

13.66. Hastabaşı Monitörü ModülüBu modül, yatan hastaların sosyal hayatlarını hastane içinde de devam ettirebilmeleri, hastaya

yapılan işlemlerin doğru, zamanında ve yerinde girilmesinin sağlanması, hastaya verilen hizmet kalitesinin artırılmasını amaçlar. Hasta, hekim ve hemşire için ayrı arayüzleri olmalıdır. Hasta başında

122

çalışacağı için, hekim geldiğinde hekim kullanıcısı ile giriş yapılabilmelidir. Aynı şekilde hemşire geldiğinde, erişim yetkisini kontrol ederek kullanıcısı ile sisteme girişine izin vermelidir. Görevliler yokken, hastanın erişebileceği arayüzler otomatik açılmalıdır.

Teklif edilen sistem mobil platformlarda çalışacaktır, İstekli hangi mobil cihazlara uyumlu olduğunu, yazılım için minimum sistem gereklerini sözleşme aşamasında belirtecektir. Gerekli donanımlar idaremiz tarafından sağlanacaktır. Hastabaşı monitör modülü aşağıdaki özellikleri sağlayacaktır;

Kullanıcı, HBYS’ de kullandığı aynı kod ve şifre ile sisteme girebilmelidir. Sistemler, aynı çekirdek yapıda geliştirilmiş olmalıdır. Kullanıcı HBYS de şifre değiştirdiğinde, mobil cihazda bu şifreyle giriş yapabilmelidir.

13.66.1. Hasta Modülü Hastalar sistem üzerinden internet kullanabilmeli, internet kullanırken sayfa kaydırma hareket-

lerini yapabilmelidir. Sistem üzerinden TV izleyebilmeli, TV izlerken kanal değişimi , film geçişlerini sağlamalı. Hasta, ekran üzerinde Facebook, twitter gibi sosyal paylaşım sitelerini kullanabilmeli , e -

postalarını takip edebilmelidir. Hasta ekran üzerinden Livemessenger, Gtalk gibi anlık mesajlaşma işlemlerini yapabilmelidir. Hasta, ekran üzerinden Skype, VOIP gibi sesli iletişim araçlarını kullanabilmelidir. Hasta ana ekranında yakında kullanması gereken ilaçlarını ve saati görebilmelidir.

13.66.2. Hekim Modülü Hekim sisteme giriş yaptıktan sonra, sadece o yatakta yatan ve kendisine bağlı hasta bilgilerine

erişmelidir. Hasta kendisine bağlı değilse, bilgilere erişim olmamalıdır. Hasta listesinde hastanın resmi, adı soyadı, başvuru numarası gibi bilgiler yer almalıdır. Hekim tarafından order (ilaç, yaşam bulgu (ateş, nabız, tansiyon, solunum), diyet) gir-

ilebilmeli, önceki order kayıtlarına ulaşılabilmeli Tetkik istem yapılabilmeli İstenen tetkiklere ait sonuçlar görülebilmelidir Hastanın tıbbı öyküsüne erişilebilmelidir Hemşire tarafından girilen yaşam bulgularına ait değerler görülebilmeli, otomatik grafik

çizilmelidir. Hemşire tarafından girilen sıvı bilgilerine ait değerler görülebilmeli, otomatik grafik çizilme-

lidir. Hastanın genel bilgilerine erişilebilmelidir. Bu bilgiler içinde hastanın resmi, kan grubu, temel

özlük bilgileri, tanısı, hekimi, oda-yatak numarası yer almalıdır. Hemşirenin hasta başında yaptığı girişimler görüntülenebilmelidir. Başka hekime konsültasyon isteğinde bulunulabilmelidir. Mevcut istekler görülebilmelidir. Hemşire tarafından girilen ilaç-sarf kayıtlarına erişilebilmelidir. Hemşire ve hekim tarafından kayıt edilen hastanın bedensel resimlerine (yara resimleri vb.) er-

işim sağlanmalıdır. Hemşire tarafından kayıt altına alınan ağrı takibi bilgilerine erişim sağlanmalıdır.

123

13.66.3. Hemşire Modülü Hemşire sisteme giriş yaptıktan sonra, sadece o yatakta yatan ve kendisine bağlı hasta bilgi-lerine erişmelidir. Hasta kendisine bağlı değilse, bilgilere erişim olmamalıdır. Hasta listesinde hastanın resmi, adı soyadı, başvuru numarası gibi bilgiler yer almalıdır. Hekim tarafından girilen order bilgisine göre, hemşire için otomatik oluşturulan çalışma liste-sine erişebilmelidir. Hangi ilacın hangi saatte verilmesi gerektiğini bu ekrandan görebilmeli, ilacı has-taya verdiğinde, aynı ekrandan işlemi tamamladığını kayıt altına alabilmelidir. İstenen tetkiklere ait sonuçlar görülebilmelidir Hastanın tıbbı öyküsüne erişilebilmelidir Hemşire tarafından hasta başında hastanın yaşam bulgu girişi yapılabilmelidir. Girilen değer-lere göre otomatik grafik çizilmelidir. Hemşire tarafından hasta başında hastanın sıvı bilgileri girilebilmeldir. Girilen değerlere göre otomatik grafik çizilmelidir. Hastanın genel bilgilerine erişilebilmelidir. Bu bilgiler içinde hastanın resmi, kan grubu, temel özlük bilgileri, tanısı, hekimi, oda-yatak numarası yer almalıdır. Hemşirenin hasta başında yaptığı girişimler işlemler kayıt edilebilmelidir. Konsültasyon istekleri ve sonuçları görülebilmelidir. Hasta başında order dışında ilaç-sarf girişi yapılabilmelidir. Önceki kayıtlar görülebilmelidir. Yatan hastaların resimleri mobil cihazdan çekilerek sisteme kayıt edilebilmelidir. Yatan hastanın bedensel resimleri (yara resimleri vb.) çekilerek sisteme kayıt edilebilmelidir. Hastanın ağrı takibi kayıt altına alınabilmelidir.

EKLER:1. EK-1 ENVANTER LİSTESİ (31 Sayfa)2. EK-2 LABORATUVAR CİHAZ LİSTESİ VE ÇALIŞMA ŞEKİLLERİ (12 Sayfa)3. EK-3 VTYS MEVCUT LİSANS BİLGİLERİ (1 Sayfa)

124

Documents

uygulama.saglik.gov.tr · Web viewİş ve işlemlerin yürütülmesi sırasındaki Yüklenici ve faaliyet gösteren yüklenicinin il içerisinde personellerine ait her türlü ulaşım