T.C.ANKARA VALİLİĞİ

İL SAĞLIK MÜDÜRLÜĞÜ

Dr.Abdurrahman Yurtaslan Onkoloji Eğt. ve Arşt Hst

İHTİYAÇ TALEP FORMUSayfa N o : 1 /1

Birim : BİLGİ İŞLEM MERKEZİ Talep Tarihi / N o : 0 5 /0 2 /2 0 1 8 .. . / 4

SIR/NO BRANŞ KODU MALZEMENİN ADI SUT KODU TALEP MİKTAR BİRİMİ

1 HASTANE BİLGİ SİSTEMİ KİRALAMA HİZMETİ

YOK

Künye No:

1 ADET

TALEBE YÖNELİK GEREKÇE VE GÖRÜŞLER

HBYS ALIMI İÇİN ŞARTNAME HAZIRLIKLARI YAPILDIĞINDAN DOLAYI HİZMETİN AKSAMAMASI İÇİN 2 AYLIK HASTANEMİZ İHTİYACIDIR.

Stok Takip Kapsamındadır / Kapsamında Değildir.

Yukarıda belirtilen talebin satın alınması hususunu onayınıza arz

U Y G U N D U R \ U Y G U N D E Ğ İ L D İ R .

BMBSOFT Bilgisayar Yazılım iletişim Sistemleri

T.C.ANKARA VALİLİĞİ

İL SAĞLIK MÜDÜRLÜĞÜDR.ABDURRAHMAN YURTARSLAN ONKOLOJİ EĞİTİM VE ARAŞTIRMA HASTANESİ

2 AYLIK HASTANE BİLGİ SİSTEMİ KİRALAMA HİZMETİ TEKNİK ŞARTNAMESİ

İÇİNDEKİLER TABLOSU1. GİRİŞ..................................................................................................................3

1.1. AMAÇ........................................................................................................... 3

1.2. KAPSAM...................................................................................................... 3

1.3. KISAADLAR VE KISALTMALAR.................................................................4

2. GENEL KOŞUL VE ÖNERİLER.........................................................................52.1. GENEL KOŞULLAR.....................................................................................5

2.2. ENTEGRASYON..........................................................................................7

2.3. DEMONSTRASYON....................................................................................8

2.4. DESTEK HİZMETLERİ.................................................................................9

2.5. VERİ TESLİM VE AKTARIMI......................................................................10

2.6. GİZLİLİK GÜVENLİK.................................................................................. 11

2.7. STANDARTLAR......................................................................................... 11

2.8. BİLGİ SİSTEMİ SORUMLUSU VE DİĞER ÇALIŞANLAR..........................11

2.9. EĞİTİM HİZMETLERİ................................................................................. 11

2.10. DONANIM.................................................................................................. 12

2.11. UYGULAMA YAZILIMLARI.........................................................................14

2.12. VERİTABANI YÖNETİM SİSTEMİ..............................................................18

2.13. KONTROL VE MUAYENE METODLARI...................................................19

2.14. BAKIM ONARIM TEKNİK DESTEK HİZMETLERİ..................................... 20

2.15. OLAĞANÜSTÜ DURUMLAR..................................................................... 212.16. YAZILIM LİSANS VE KULLANIM HAKLARI.............................................. 21

3. HBYS UYGULAMA YAZILIM GEREKLERİ.................................................... 213.1. HASTA KAYIT/KABUL MODÜLÜ.............................................................. 213.2. POLİKLİNİK MODÜLÜ...............................................................................243.3. HASTA YATIŞ, YATAN HASTA TAKİP VE HASTA ÇIKIŞ İŞLEMLERİ MODÜLÜ 283.4. VEZNE MODÜLÜ.......................................................................................313.5. ECZANE MODÜLÜ....................................................................................323.6. LABORATUVAR MODÜLÜ........................................................................343.7. STOK TAKİP, SATIN ALMA VE DEMİRBAŞ İŞLEMLERİ MODÜLÜ........413.8. DÖNER SERMAYE, FATURA VE FİNANSMAN İŞLEMLERİ MODÜLÜ... 43

3.9. PERSONEL İŞLEMLERİ MODÜLÜ........................................................... 473.10. BİLGİ YÖNETİM, İSTATİSTİK VE RAPORLAMA İŞLEMLERİ MODÜLÜ.. 49

3.11. EVRAK TAKİP MODÜLÜ............................................................................50

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

3.13. AMELİYATHANE MODÜLÜ...................................................................... 51

3.14. DOKU BANKASI MODÜLÜ....................................................................... 52

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

3.16. HEMODİYALİZ MODÜLÜ...........................................................................53

3.17. SAĞLIK KURULU MODÜLÜ..................................................................... 54

3.18. DOSYA VE ARŞİV MODÜLÜ.................................................................... 54

3.19. KAN MERKEZİ MODÜLÜ...........................................................................55

3.20. DİYET MODÜLÜ........................................................................................55

3.21. CİHAZ TAKİP MODÜLÜ.............................................................................56

3.22. İSTEK/ARIZA BİLDİRİM TAKİP SİSTEMİ.................................................. 56

3.23. STERİLİZASYON MODÜLÜ.......................................................................56

3.24. DANIŞMA MODÜLÜ...................................................................................57

3.25. ONKOLOJİ MODÜLÜ.................................................................................58

3.26. TEŞHİSLE İLİŞKİLİ GRUPLAR (TİG) İŞLEMLERİ.....................................59

4. YÜKLENİCİ TARAFINDAN TEMİN EDİLECEK DONANIMLAR................... 594.1. SUNUCU DONANIMI TEKNİK ÖZELLİKLERİ...........................................59

5. GENEL HUSUSLAR....................................................................................... 60

İletişim :......................... ....................

GİRİŞ

AMAÇİhale Dokümanında belirtilen süreli, sınırsız sayıda kullanıcı lisanslı, aşağıda amacı, kapsamı, şartları ve muhteviyatı tanımlı ürün ve elemanlarla birlikte hastanemizin otomasyon ihtiyaçlarını karşılamak üzere komple HBYS hizmeti bu alımın kapsamım oluşturmaktadır. Bu kapsam dahilinde yüklenici bu şartnamede belirtilen özelliklerde HBYS uygulaması yanında yine bu şartnamede belirtilen asgari özelliklerde sunucu donanımım da sözleşme süresince hastanede HBYS yazılımının çalışması için gerekli her türlü uygulamayı üzerinde çalıştırmak amacıyla idarenin kullanımına sunacaktır. Bu donanımın çalıştırılması, sorunlarının giderilmesi, bakımının yapılması gibi her türlü sorumluluk yükleniciye aittir.Demetevler yerleşkesi, Urankent ek binası ve Andiçen Hastanesi için Hastane bilgi sistemi gereksinimleri, birimler arası iletişimin sağlanması, kullanılan tanı ve tedavi cihazlarının yazılımları ile tam entegrasyonun sağlanması ve bu hizmetin güvenliği konusunda uygulanması gerekli önlemler bu hizmet kapsamına girer.

Bu projenin amacı hastanemize 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 ve idari ve mali hizmetlerinin elektronik ortamda yürütülmesi ve hizmetlerin hiçbir noktada kayıp ve kaçağa uğramaksızm, 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 idaresinin ihtiyaçlarına uygun olarak işlenmesi, hizmet ve malzeme kayıtlarının ilgili Sosyal Güvenlik Kurumlarına, ücretli hasta ise Şahsa, 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ı, hastanemizde kayıtlı verilerin hastane idaresince belirlenecek olan bazılarından üretilen tıbbi ve idari verilerin kitap, kitapçık, dergi, web sitesi vb yayın organları ile yayımlanması, Resmi kurumlardan gelen taleplerin değerlendirilmesi ve işlenmesi, Kanun, Tüzük, Yönetmelik, Yönerge, Genelge ve diğer resmi tebligatların mevcut otomasyon sistemine yansıtılması ve taleplerin gerçekleştirilmesi, Hastanenin fînans, 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.

Artık Hastane Bilgi Yönetim Sistemleri (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 sistemlere dönüşmüştür. Bu nedenle veri tabanında yer alan tüm verilerin gerektiğinde kullanılmak üzere başka bir veri tabanına idarece öngörülen içerik ve kapsamda aktarılması, ihtiyaç duyulacak başka verilerin Merkezi Hastane Randevu Sistemi (MHRS), Kimlik Paylaşım Sistemi (KPS), Çekirdek Kaynak Yönetim Sistemi (ÇKYS), elektronik faturalama süreçleri (MEDULA), vb) diğer sistemlerden hastane sistemine elektronik olarak aktarılması, sisteme veri aktarabilecek kurumda aktif çalışan cihazların sistemle entegrasyonu, üretilen sağlık verilerinin Sağlık-Net projesi kapsamında Bakanlık Veri Merkezine gönderilmesi, hastanelerde çalışmakta olan Laboratuar Bilgi Yönetim Sistemi(LBYS), Görüntü Arşiv ve İletişim Sistemleri(PACS) gibi sistemlerle entegrasyonu, hastane içi yönetim, karar destek ve iş akış süreçlerinin iyileştirilmesi, kaynak yönetimi ve tasarrufu sağlanması gibi beklentilere de cevap vermelidir. ARMAKOM sunucularına talep edildiği şekilde yatak, hasta, vaka ve personel bilgileri gerektiği gibi gönderilecektir. Bu paragrafta yer almasa dahi bu türden entegrasyonlar lisans vs gibi dışarıya ödeme yapılmasını gerektirmediği sürece yüklenici tarafından ihaleye verilen teklif kapsamında yapılacaktır (Ücret talep edilmeyecektir) Lisans vb. masraflar ortaya çıkması halinde durumun yazılı bildirimi sonucunda idare entegrasyonun yapılması/yapılmaması veya maliyetin karşılanma yöntemi ile ilgili kararını verecektir.

İhaleye katılacak gerçek ya da tüzel kişilerin kendilerine ait yazılımlarının; Sağlık Bakanlığı 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ım karşılayıp karşılamadığını titizlikle gözden geçirerek kullandıkları kodlama ve sınıflama sistemlerinde Sağlık Kodlama Referans Sunucusu’nda (SKRS) yayımlanan kodları referans almaları, yazılımların mesajlaşma sürecinde Sağlık Bakanlığı’nca kabul edilen güncel HL-7 standardını, Tıbbi Görüntü Arşiv ve iletimi bakımından güncel DICOM standardını desteklemesi gerekmektedir, bu konuda sözleşme süreci sonuna kadar üst kurumlarca yapılacak her türlü düzenlemeyi sisteme adapte etmek yüklenici sorumluluğundadır.

KAPSAM

Bu proje danışma, hasta kayıt ve kabul, poliklinik, yatış, tetkik, tedavi, ameliyat ve taburcu işlemleri, laboratuar 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 kaynaklan, kalite ve performans işlemleri, hak edişler, personel ek ödemeleri vb, ameliyathane, ağız ve diş sağlığı, kan merkezi, diyet, cihaz takip işlemleri ile hastanede üretilen verilerin işlenmesi, raporlanması, iletilmesi, paylaşılması, saklanması, veri tabanında yer alan tüm verilerin gerektiğinde kullanılmak üzere başka bir veri tabanına idarece öngörülen içerik ve kapsamda aktarılması, veya başka bir veri tabanı ile iletişim kurabilmesi (web servisi, vb. metodlar 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, Merkezi Hastane

İletişim:

Randevu Sistemi(MHRS), Aile Hekimliği Bilgi Sistemi(AHBS), Tele-Tıp/Tele-Sağlık, PACS 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 tüm elektronik, elektromekanik cihazların sistemle entegrasyonu, hastanemizde bulunan LBYS ve ileride kurulacak PACS ile entegrasyonunun yapılmasıdır.

KISAADLAR VE KISALTMALAR

AHBS: Aile Hekimliği Bilgi Sistemi BİM: Bilgi İşlem MerkeziÇKYS/MKYS/İKYS: Çekirdek Kaynak Yönetim Sistemi/Malzeme Kaynakları Yönetim Sistemi/İnsan KaynaklarıYönetim SistemiDEMO: DemonstrasyonDRG: 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 Md. 4’te tanımlanan elektronik imzayı ifade eder. HBYS: Hastane Bilgi Yönetim Sistemi Hz: HertzICD: Uluslararası Hastalık Sınıflandırması (UHS)IEEE: Elektrik ve Elektronik Mühendisleri Enstitüsü ISO: Uluslararası Standartlar Kurumu KB: KiloByteKGK: Kesintisiz Güç KaynağıKişisel Veri: Kişiyi belirli veya belirlenebilir kılan her türlü veri ya da veri kümesidir.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, elektronik, kağıt veya benzeri yollarla üretilen, taşman 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: Dr. Abdurrahman Yurtaslan Ankara Onkoloji Eğitim ve Araştırma Hastanesi.İstekli: Hastane Bilgi Sistemi Kiralama Hizmeti ihalesine katılarak teklif veren tedarikçi, hizmet sunucusu müteahhidi LBYS: Laboratuar Bilgi Yönetim Sistemi MB: MegaByteMbps : Megabit/saniye (Megabit Per Second)MHRS: Merkezi Hastane Randevu Sistemi MHz: Megahertz ms: MilisaniyeMSVS: Minimum Sağlık Veri SetiMobil İmza: Elektronik ortamlarda kullanılabilecek kimlik kartı ile nitelikli elektronik sertifıka'yı kullanmayı sağlayan bir servistir. 5070 sayılı Elektronik İ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 SistemleriRBS: Radyoloji Bilgi SistemiSağlık-NET: Ulusal ve Uluslar arası standartlar kullanılarak, Vatandaşlarımızın elektronik 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 Kurumu(devredilen), Emekli Sandığı(devredilen)) ve özel sigorta şirketlerinden biri tarafından karşılanan ya da yeşil kart sahibi hasta.Sistem: Bilgi Sistemi SGK: Sosyal Güvenlik Kurumu SKRS: Sağlık Kodlama Referans Sunucusu SQL: Yapısal Sorgulama Dili SUGR: Sistem ve Uyarlama Gerekleri Raporu SUT: Sağlık Uygulama Tebliği TDMS: Tek Düzen Muhasebe Sistemi

A SwW

LAJ

İletişim :

USVS: Ulusal Sağlık Veri Sözlüğü UPS / KGK: Kesintisiz güç kaynağı.UTP: Yalıtmışız Burgulu Çift VTYS: Veri Tabanı Yönetim SistemiYüklenici: Üzerine ihale yapılan ve sözleşme imzalanan uhdeli firmayı tanımlar.

GENEL KOŞUL VE ÖNERİLER

GENEL KOŞULLAR

Yüklenici sözleşme süresince hastane genelindeki yazılımlar ilgili olan ve kendilerine telefon ya da sistem üzerinden iletilen problemleri usulüne uygun şekilde alarak çözüm bulmak ya da yüklenicinin bünyesindeki daha uzman kişilere ulaştırarak çözülmesini sağlamakla görevli 4 (dört) personeli hastanede çalıştıracaktır.

a) Bu personelden bir tanesi hastane otomasyonu ile ilgili alanda bir yıldan fazla süre çalışmış olmalı, önlisans ilgili eğitim programlarından (yazılım veya donanım) mezun olmalıdır. Bu personel aynı zamanda diğer personelin şefi görevini yürüterek her türlü görev düzenlemelerini yapacak ve hastanede Bilgi İşlem Sorumlusuna bağlı olarak çalışacaktır. Bu personel hastanede ortaya çıkabilecek ve yazılıma müdahale edilmeden çözülebilecek problemlere müdahale etmek, gerektiğinde yazılıma ve veritabanına müdahale edebilmek ve diğer yüklenici personeli ve Bilgi İşlem Sorumlusunca kendisine bildirilecek kişileri yazılıma müdahale haricinde eğitebilecek özellikte olması gereklidir.

b) Diğer personeller en az lise mezunu olacak, Bilgisayar sertifikası veya bilgisayar alanında eğitim aldığı belgelenecektir. Çalıştırılacak tüm personel ile bilgi gizliliği sözleşmesi yapılacak ve idareye teslim edilecektir.

c) Her personele aylık 22 gün üzerinden günlük iki adet olmak üzere toplu taşım bileti verilecektir. İlgili biletlerin temini ve personele teslimine ilişkin belgeler aylık faturalar ile ibraz edilecektir.

d) Her iki personel hastane yemekhanesinden diğer hastane personelinin yararlandığı koşullarda yararlanacaktır. İstekliler tekliflerinde buna ilişkin ücret öngörmeyeceklerdir. Mesai devamları ve yemekler hastanede kullanılan ve maliyeti yükleniciye ait olan personel kartlan ve kart okuyucuları ile izlenecektir.

e) Personel için özel bir giyim öngörülmemektedir. Ancak kılık kıyafet ve görünüm açısından hastanenin ve devlet kumrularının genel koşullarına aykırı giyime izin verilmeyecektir.

f) Personelin kanundan kaynaklanan sigorta, kıdem tazminatı gibi mali ve mali olmayan tüm hakları yüklenicinin sorumluluğundadır.

Şef ve diğer personellerin yüklenici firma ile sürekli ve problemsiz şekilde irtibat kurabilmesi ve hastaneden de bu personele gerektiğinde mesai dışında da ulaşılabilmesi için gereken önlemler alınmış olmalıdır.

Yüklenici dört personeli hastanede sürekli çalıştıracaktır Bu personellerden şef görevi yapan aktif kullanılan yazılımda değişiklik yapabilme yetki ve yetisine sahip olacaktır. Bu yazılımcı hastanede görev yapacak, bilgi işlem sorumlusunun ileteceği veya düzenlenen toplantılarda belirtilen talepler ile ilgili gerekli teknik imkanları açıklamak, gerekirse yerinde sorun çözme görevini yerine getirecektir.

Yüklenici fırına kurulum, eğitim, problem çözme vb. süreçler ile otomasyon odaklı öngörülemeyen diğer durumlarda yüklenici firma adına hastanede çalışan ve şef görevi ifa eden personelin talebi ve daveti üzerine teknik şartname hükümlerini ve şartnamede belirlenen süreleri ihlal etmeyecek koşullarda yeterli sayıda personelle gereken desteği verecektir.

Resmi tatillerde yukarıda açıklanan personel için çalışma öngörülmemektedir, ancak bu tarihlerde de diğer tatil günlerinde olduğu gibi hastane 24 saat esasında çalıştığından telefonla ulaşarak destek almak, uzaktan veya yerinden müdahale için yüklenicinin belirleyeceği uygulama geçerli olacaktır. Hastanede özellikle mesai saatleri dışında ve tatil günlerinde bu sözleşme kapsamındaki yazılımsal problemler için ihtiyaç olduğunda yardım alınabilmesi için firma gerekli düzenlemeleri sözleşme kapsamında yapacak, erişimde zorluk olabilmesi ihtimaline karşı alternatif yol belirlenecektir. Sorunların çözümü için sorumluluk tamamen yükleniciye aittir. Bütün bu düzenlemeler aylık olarak yapılacak ve her ay başında bilgi işlem sorumlusuna yazılı olarak teslim edilecektir. Acil durumlarda erişilebilir olmak esastır, yüklenici diğer taleplerin bilgi işlem sorumlusu tarafından düzenli olarak kendisine iletilebilmesini sağlayacak online iletişim kanalı oluşturacak, bu kanaldan gönderilen talebin karşıya eriştiğini teyit etmek amaçlı olarak (talebin kendisini ve verilen sıra numarasını belirtir mail gibi) mesaj veya mail gönderecektir. İhtilaf halinde bu mail veya mesajlar esas alınacaktır. Bu sistemin işlememesi halinde veya işlese dahi yazılı bildirim yapmak idarenin takdirindedir. Olası çeşitli kanallardan yükleniciye iletilecek tüm talepler Bilgi İşlem Sorumlusuna iletilerek alınacak teyidi

Bütün çalışanlar hastanedeki genel giyim ve davranış kurallarına uygun davranacaklardır. Kullanılan araç ve gereçlerin bakımlı ve temiz olması, güvenliği, idarenin denetimine açık bulundurulması, tasarruf imkanlarından mümkün olduğunca yararlanılması çalışanların sorumlulukları arasındadır.

Çalışanlar hasta ve yakınları ile tüm hastane personeli ile iletişimde gereken nezaket ve uyum kurallarına uygun davranacaklardır. Çalışanlar gizliliği olan bilgilere özen göstereceklerdir.

Kayıt altına alınmış yetkilendirme haricinde HBYS veritabanında bulunan ve gizliliği bulunan diğer her türlü bilgi hastane dışına hiçbir yolla çıkarılamaz. Bu tür bilgilerin yetkisiz şekilde kullanılması veya HBYS ve hasta bilgilerinin tehlikeye düşürülmesi sözleşmeden doğan cezai yükümlülüklerin yanı sıra maddi sonuçları varsa gerek çalışan, gerekse yüklenicinin tazmin sorumluluğunun doğmasına yol açacaktır. Yüklenici, personelinin bu şartnamedeki koşulları karşıladığını idare her talep ettiğinde belgelemelidir. Personel her türlü faaliyetini kendi şifresi ile gerçekleştirecektir.

İş mevzuatından kaynaklanan yükümlülükler Yüklenici’ye aittir.Anayasa, Kanun, Yönetmelik, Yönerge, Tebliğ, Genelge, Üst Kurumlardan gelen resmi

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

Mevzuata aykırı olmamak şartıyla Hastane Bilgi Sistemi yazılımının kullanıcı istekleri doğrultusunda uyarlanması sürecini kontrol ve bu işlemleri disipline etmek amacıyla; kullanıcı istekleri, öncelikle idare tarafından resmi olarak tayin edilmiş kontrol teşkilatı tarafından kontrol edilecek, uygun görülen uyarlamalar İdare’nin belirlediği yönetici aracılığıyla Yüklenici’nin belirlediği ve İdareye bildirdiği proje liderine iletilecek, istekler önem ve gereklilik sırasına göre yazılıma yansıtılacaktır.

Kesin kabul öncesinde ve diğer gerekli durumlarda Yüklenici’nin çalışmaları Kontrol teşkilatı/Muayene Komisyonu tarafından gerekli görüldükçe denetlenir. Bu denetlemelerde sözleşmeye uymayan durumlar tespit edildiğinde, 4735 sayılı kanun çerçevesince işlem yapılacaktır.

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

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

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ınmasını takibeden 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önderilmelidir.

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.

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 ve bu durumu teklif dosyasında belgeleyecektir.

İhale konusu iş, ihaleye konu olan yazılımlar ve donanımlar sözleşme süresince garantilidir. Sözleşme süresince bu konulardaki her türlü problemin çözülmesi yüklenicinin sorumluluğundadır.

Hastanede sunucuların bulunduğu odada sistemin mevcut durumda çalışmasına yeten gerekli donanım mevcuttur. Yüklenici firmalar ihale dokümanı almış olmak kaydıyla istedikleri zaman bu odada bir defalığına gerekli incelemeyi yapabileceklerdir. İhale dokümanını Kamu İhale Kanununa göre temin eden istekiler sistem odasını inceleyerek mevcut durumu tespit etmekle yükümlüdürler. İhaleye teklif veren isteklilerin gereken tespit işlemlerini yerine getirdiği varsayılacaktır. Ayrıca bu şartnamenin ilgili maddesinde firma tarafından temin edilecek donanım gerekli minimum özellikleri ile belirtilmiştir. Yüklenici fırına yapacağı inceleme sonucunda yazılımının çalışması için başka bir donanım gerektiğini tespit ederse mülkiyeti ve maliyeti yine kendisine ait olmak üzere sözleşme süresince bu donanımı da temin edilecektir.

Firmalar tekliflerinde önerdikleri her türlü donanım ve yazılımı teknik detayları ve fiyat bilgileri ile tekliflerinde belirteceklerdir. Yüklenicilerin teklifleri toplam fiyat bazında değerlendirilecektir. Bunun için gerekli incelemeyi istekliler tekliflerini vermeden önce yapacaklar ve planlamalarını yapacakları tespitlere göre gerçekleştireceklerdir, teklifte bulunan istekilerin bu denetimi gerçekleştirmiş oldukları varsayılacaktır. İdare incelemede bulunmak üzere yazılı başvuran isteklilere sistem odasını inceleme imkanı tanıyacaktır.

Teklif edilecek yazılım bu şartnamede firma tarafından temin edileceği belirtilen donanımlar hariç mevcut donanımlar veya yüklenicinin temin edeceği ve temin ve çalıştırma dahil her türlü sorumluluğunu alacağı donanımlar üzerinde çalışacak ve bu şartnameyi karşılayacaktır. Diğer donanımlar üzerinde yapılacak geliştirmeler idarenin gerekli görmesi ya da yüklenicinin önermesi üzerine idarenin inisiyatifinde olmak üzere işin yürütülmeye başlanmasından sonra değerlendirilecektir.

Yüklenici mülkiyeti kendisine ait olan donanımlarda arıza çıkması ve gerekmesi durumunda ikamesi için gerekli önlemleri almakla sorumludur. İkame için gereken süreler arıza durumlarının

açıklandığı ilgili maddede açıklanmıştır. Yüklenici mülkiyeti kendisine ait olmayan, sunucu odasındaki diğer donanımı da kontrol etmek ve olası riskleri idareye bildirmekle ayrıca gerektiğinde teknik danışmanlık yapmakla sözleşme süresince sorumludur. İdareye ait olan sunucuların hiçbirisi kesinlikle HBYS çalışması ve yan görevleri için kullanılamaz, arıza durumlarında hasta ve idarenin mağduriyetini engellemek amacıyla idarenin izniyle yüklenici gerekirse her türlü maddi yükü kendisine ait olmak üzere devreye sokmakla cezai hükümler saklı kalmak kaydıyla yükümlüdür. Bu cihazlar esasen hastanede antivirüs, domain, DHCP, eski HBYS server vb. olarak kullanılmaktadır. Ancak ağ çalışmasını belirleyen ve etkileyen Domain, DHCP, sanal ağlar vb. sistemlerin hastanede mevcut sunucular üzerine kurularak yürütülmesi sorumluluğu yükleniciye aittir. Yüklenici sistemin işlemeye başlamasından sonra konu ile ilgili tespit ve önerilerini uygulamada karşılaşılabilecek engeller ve sağlanacak faydalar gibi durumları açıklayacak şekilde yazılı olarak idareye bildirir. Bundan sonraki işleyiş idarenin vereceği karara bağlıdır. Herhangi bir sebeple (arıza, kapasite artırımı sunucu değişikliği gibi gerekler yüklenicinin karar vereceği diğer sebepler dahil) sistemin sunuculara tekrar yüklenmesi, data yedeklemesi ve geri yüklemesi işlemleri gibi işlemler gerekli olduğunda yüklenici ücret talep etmeksizin bu işlemi yapacaktır.

Yüklenicinin sağladığı sunucular ve eklentilerinden kaynaklanan donanımsal ya da sözleşme kapsamındaki yazılımsal arıza durumlarında sistem hizmet veremiyorsa şartnamenin ilgili maddesinde sistemin tümünün durmasına yol açan arıza durumları maddesine uygun hareket edilir. Yüklenici sorumluluğundaki diğer donanımdan kaynaklanan durumlar veya sistemin hizmet vermesini durdurmayan ancak yavaşlatan veya bazı fonksiyonları yerine getirmesine engel olan durumlar kendi içerisinde değerlendirilecektir.

Hastanede çeşitli özellik ve sayıda switchler ve hublar kullanılmaktadır. Yüklenici bunlardan herhangi birisinin tüm ağı etkileyen olumsuz durumlara yol açtığını tespit etmesi halinde durumu idareye bildirmek ve yol açtığı durumu fiilen ispatlaması, yerine önerdiği düzenlemeyi açıkça belirtmesi gerekmektedir. Mevcut durumun kabul edilebilir ya da edilemez olduğuna, yerine firma tarafından önerilen sistem ya da alternatiflerinin uygulamasına ya da herhangi bir düzenleme yapılmasına gerek olup olmadığına karar verme konusunda idare yetkilidir.

Yüklenici ek ücret talep etmeksizin sistem planlaması, gerekebilecek idari düzenlemeler ve donanım seçimi gibi konularda danışmanlık hizmeti verir.

Herhangi bir durumda “yüklenici firmanın ihmali nedeni ile” (örneğin cihaz entegrasyonunun zamanında tamamlanmaması ve bundan yüklenici firmanın sorumlu olması gibi) hastane zararı oluştuğu tespit edildiği durumda yüklenici sorumludur.

İdare bu sözleşme amacı ve kapsamında temin edilen hizmetler ve donanımlar dışında kalan bilgi sistemi yazılımsal, donanımsal ve hizmet ihtiyaçlarını kendi mevzuatı çerçevesinde yüklenici dışındaki kaynaklardan temin etme hakkına sahiptir. Yüklenici bu konuda herhangi bir hak iddia edemez.

Yüklenicinin sektörden çekilmiş ya da yasaklanmış olması durumunda lisans bedeli ödenmiş olan yazılımların amacına uygun olarak kullanımına devam edilebilmesi ve sistemin idamesi için Yüklenici açık, anlaşılır ve uygulanabilir bir çözüm önerisini Teklif ekinde sunmalıdır. Bu çözüm önerisi, olmazsa olmaz koşullardan biridir.

Sözleşme süresi sonunda, gerekmesi halinde sözleşme süresince sisteme kaydedilmiş tüm veriler; Verilerin tutulduğu veri tabanına ait, tablo adetleri, tablolardaki kayıt sayılarını içeren özet bir rapor, tablo yapıları, ilişkileri, anahtar alanlar ile ilgili bilgileri içeren gerekli dokümantasyon, başka bir sistemde kullanılmak üzere hastane idaresi gözetiminde yeni yükleniciye idarece öngörülen içerik ve kapsamda teslim edilir. Teknolojik imkanlar ölçüsünde Veri aktarımı gerçekleşip bu verilerin yeni uygulamada kullanılabilirliği anlaşılana kadar hem eski hem yeni yüklenicinin sorumluluğu devam eder. Yeni yüklenicinin talep ettiği veya ihtiyaç duyduğu bilgiler, yükleniciye sağlanır.

Veri aktarım hizmetinin söz konusu olabileceği diğer durumlar, Aynı idari yapı altında olmasına rağmen uzak ya da farklı lokasyonlaıda yer alan ve lokal veri tabanlarında tutulan verilerin ortak veri tabanına aktarılması ve bu verilerin işlenmesi. Sağlık Bakanlığınca hastane yönetim yapılarının birleştirilmesi/ayrılması gibi durumlardır.

Hukuken ıslak imza ile eşdeğer olan ve 5070 sayılı Elektronik İmza Kanunu ve bağlı mevzuat ile tanımlanmış Güvenli Elektronik imza uygulamaları ile entegre bilgi sistemlerinin kullanılması ve sistem sürekliliğinin sağlanması imkanları süreç içerisinde değerlendirilecektir.

ENTEGRASYON

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, Tanı ve Tedavi amaçlı tıbbi cihaz yazılımları, Personel Devam Kontrol Sistemi(PDKS), 112 (ARMAKOM) vb), karşılıklı veri alış verişi yapabilecek, yani gerektiğinde bir başka sistemle entegre edilebilir olacaktır. Bu konulardaki ücretlendirme ile ilgili koşullar bu şartnamenin 1.1 AMAÇ maddesinde açıklanmıştır.

Kimlik doğrulama için Bakanlığımızın Kimlik Paylaşım Sistemi (KPS) web servisleri kullanılacaktır.

(Varsa) Önceden mevcut olan ve sisteme dahil edilebilecek istemci bilgisayarların, sisteme entegrasyonunu ve bağlantısını yüklenici yapacaktır.

Kullanılacak barkod yazıcılarla ilgili ayarlamalar (kağıt boyutu, geri besleme ve sensor ayarları gibi) Yüklenicinin sorumluluğundadır.

Hastane Bilgi Sisteminin daha sağlıklı ve sorunsuz işletilmesi amacıyla bu sözleşme kapsamında yüklenici tarafından sağlanarak hastanenin kullanımına sunulan Sunucuların konfıgürasyonu yükleniciye aittir. HBYS’nin işletilmesi için gerekli tüm teknik destek Yüklenici tarafından sözleşme kapsamında olmak üzere sağlanmalıdır. Mevzuat kaynaklı yazılım ve bu yazılımlara bağlı donanım entegrasyonları da(ömeğin karekod okuyucular, Akıllı Kimlik Kartı okuyucuları, vb) sözleşme süresince sözleşme kapsamında ek ücret talep edilmeksizin yerine getirilmelidir.

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üklenicilerinden doğrudan ve dolaylı ücret talep edemez.

Garanti süresince; gelişen teknoloji doğrultusunda İdare, donanım entegrasyonu ya da program ilaveleri ve değişiklikleri istediği taktirde, (donanım, network ve lisanslar hariç) gerekli ilave ve entegrasyonlar Yüklenici tarafından ek ücret talep edilmeksizin yapılır. Bu işlem için gerekebilecek olan RS232 gibi standart kabloların üretim ve/veya montajı yüklenici tarafından gerçekleştirilecektir. Sözleşme kapsamında yüklenici tarafından temin edilecek donanım bu kapsama dahildir ve yüklenici sorumluluğundadır. Bu donanımların parça dahil her tür bakım, onarım ve arızası halinde yenisiyle değiştirilmesinden doğan maliyetler sözleşme süresince yine yükleniciye aittir, yüklenici aylık raporlarında ilgili ayda arıza veya yeni entegrasyon nedeni ile tamir ettiği, satınaldığı veya ürettiği kabloları belirtecektir.

DEMONSTRASYON

Yüklenici, sözleşme imzalandıktan sonra, işin yapılması sürecinde, İdarenin istediği herhangi bir zamanda (yazılı olarak bildirilmesi kaydıyla) Yüklenici ya da yüklenicinin idareye bildirdiği temsilcisine tebliğinden itibaren, 7 takvim günü içerisinde sistemde yer alan verilerden, idarenin isteyeceği kapsamda bir program demonstrasyon (DEMO) seti hazırlayacaktır. Bu Demo Seti talebinin amacı, hastanenin mevcut verilerinin diğer bir Bilgi Sisteminde kullanılabilirliğinin test edilmesidir. DEMO için hâlihazırdaki yüklenicinin hazırlayacağı verilerden herhangi bir gerçek vatandaşın kimlik ve/veya adres bilgisine ulaşım mümkün olmayacaktır. Bir başka ifadeyle, hazırlanan sette 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 seti hazırlanacaktır. Bu demo verileri sözleşme sonunda yapılacak ihalede kullanılmak üzere de talep edilecektir.İhale komisyonu tarafından son teklif verme tarihinden sonra, nihai ihale kararının verilmesinden önce program demonstrasyonu (DEMO) istenebilir ve Yüklenici bu isteği yerine getirecektir.DEMO koşulları aşağıdaki gibidir;

Bu konudaki gerekler Bilgi İşlem Daire Başkanlığı'nın ilgili Genelgesinde yer almaktadır. Demonstrasyona teklifi geçerli firmalardan ekonomik olarak en avantajlı teklifi veren firmadan başlanacaktır.

İhale komisyonuna teklif edilen program hakkında komisyonun sorularına cevap vermek üzere mümkün olması halinde diğer kurumlardan veya Üniversitelerden 5 kişiye kadar bilirkişi davet edilebilir.

Demonstrasyona hak kazanan İstekliler, demonstrasyon aşamasından önce herhangi bir diğer firmanın şartnameye uymadığı yönünde itirazda bulunabileceklerdir. Bu itirazlar ilk demonstrasyon başlamadan en az iki gün öncesinde yazılı olarak yapılmalı ve ihale komisyonuna da bilgi verilmelidir. Yapılacak itirazda şartnameye uymayan noktalar açık ve net olarak yazılmış olmalıdır. İlgili firmanın demonstrasyonu, anlatılan şekilde şartnameye uymadığı belirtilen maddelerin değerlendirilmesi ile başlayacaktır. İtirazlar yukarıdaki koşullara uymadığı takdirde değerlendirmeye alınmayacaktır.

Benzer denetim sözleşmeden sonra kesin kabul öncesinde de veritabanı aktarılmış, hastaneye özgü düzenlemeler tamamlanmış, istemci ve sunucu tarafında gerekli kurulum ve benzeri çalışmalar tamamlanmış haliyle yapılacaktır.

İhale komisyonu teklifi geçerli bütün firmalara demonstrasyon yapacağı tarihi bildirecektir. Demonstrasyon tarihinden beş gün önce istekli firmalara demo dataları elden teslim edilecektir. Veri güvenliği açısından bu husustaki tebligat ve teslimatlar posta yolu ile yapılamaz ve istekli firmalar tekliflerini sunmaları ile birlikte bu hususu kabul ederler. Aksi yazılı olarak bildirilmedikçe kendisine bildirim yapılan bütün firmalar belirtilen tarihte demonstrasyonu gerçekleştirmekle yükümlüdür.

İstekliler yukarıda açıklanan koşullara uygun tarihte başvurarak veritabanı örneğini teslim almakla sorumludurlar, daha geç almaları halinde demonstrasyon yapmaları mümkün olacak ancak bu konuda ek süre talep edemeyeceklerdir. Teslim edilen verilerin problemli olması halinde demo tarihinden iki gün öncesine kadar idareye yazılı olarak durum bildirilerek ek süre ve dataların yeniden

teslimi talep edilmelidir. İhale komisyonu durumu değerlendirerek karar verecektir. Bu durumda sağlam dataların tesliminden itibaren 5. Gün demo yapılır.

Sözleşme öncesi demonstrasyon için firma veri yüklü bir server ile en az üç istemci bilgisayar, bunların bağlantısı için gereken donanımlar ile sunum için gerekebilecek projeksiyon cihazı, yazıcı, barkod yazıcı gibi donanımları idarenin göstereceği mekanda çalışmaya hazır hale getirmekle, idarece yukarıda açıklanan sürelerde verilecek olan ve mevcut HBYS firmasının veritabanından türetilecek 3-4 aylık verileri kapsayan ve mevzuata uygun hazırlanmış veritabanını aktarmış olmak ve gerekli sunumu yapmakla sorumludur.

Demonstrasyon data aktarımının test edilmesiyle başlayacaktır.Sözleşmeden önce yapılacak demonstrasyonda hastaneye özgü rapor ve barkod dizaynları gibi

bilgilerin eksik olması eksiklik sayılmayacak, ancak sözleşmeden sonra kesin kabul için yapılacak muayene/demonstrasyonda burada yazan şartlar geçerli olacak ancak hastaneye özgü rapor-barkod formatları, servis, yatak bilgileri gibi hastanemize özel düzenlenmiş olması gereken bilgilerin olmaması eksiklik addedilecektir.

Demo sırasında kullanılacak verilerde gerçek Vatandaşlık Numarası veya gerçek vatandaşlık numarasına erişimi mümkün kılan gerçek veri kümeleri yer almayacaktır.

Demo için gerekli bilgisayar, yazıcı, gerekli bağlantı kabloları İstekliler tarafından sağlanmalı ve idarenin gösterdiği mekana Demo başlama saatinden en az 1 saat önce kurulmuş ve çalışır duruma getirilmiş olmalıdır.

Yapılacak olan Demo sonucunda ihale komisyonu üyeleri ve firma yetkilisi/yetkilileri tarafından Demo raporu düzenlenecek ve imzalanacaktır.

DESTEK HİZMETLERİ

İstekliler teklif ettikleri uygulama yazılımının % 100 uyumlu olduğu Veri Tabanı Yönetim Sistemi ve İşletim Sistemlerinin ismini ve sürüm (versiyon) bilgilerini bir belge halinde tekliflerinde sunacaktır.

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

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. Örneğin 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 firma tarafından sağlanacak bir medya ile idareye teslim etmelidir. Hafta içinde ve tam yedeğin alınmadığı günlerde haftada en az üç defa veya imkanlara göre hergün hızlı yedek alınacak ve hem sıkıştırılarak hem de sıkıştırılmamış halde saklanacak, bu yedekler sunucular dışında yeterli alana sahip, sunucular ile gigabit ethemet ya da daha hızlı yollarla haberleşebilen, raid 5 destekli ve yüksek depolama kapasiteli cihaz/cihazlar üzerinde bulundurulacaktır. Bu cihazlar üzerinde ağ üzerinden erişebilecek kullanıcıları belirleme ve sadece okuma, okuma ve yazma, hangi klasörlere erişilebileceği ile ilgili ayarlar yapılabilecektir. Bu cihazın depolama kapasitesi raid 5 uygulanmış haliyle 3TB’den aşağı olmayacaktır. Bu amaçla kullanılacak depolama medya veya cihazları firma tarafından sağlanacak ve sorumlu idari personele teslim edilecek ve sadece bu personel tarafından onay verilen kullanıcılar tarafından erişilebilecektir. Alınan yedekler bu depolama ürünlerine yüklenmek üzere başka depolama araçları ile teslim edilecektir veya verilen yetkiler çerçevesinde depolama ürününün Bilgi İşlem Sorumlusu tarafından belirlenen klasörlerine ağ üzerinden yüklenecektir. Son alınan hızlı yedeklerin en az 5 tanesi, tam yedeklerin ise en az 2 tanesi sıkıştırılmamış ham haliyle depolanacak, yeni yedek eklendiğinde en eski sıkıştırılmamış yedek silinebilecektir. Her ay iki önceki aya ait ayın l ’i ile 15’ine ait tüm yedeklerin sıkıştırılmış halleri hariç saklanan diğer yedekler silinecek, silinmeyen yedekler olası yasal problemlerde değerlendirilmek üzere idare olarak saklanacaktır. Sonuç olarak geçmiş her aya ait iki adet sıkıştırılmış yedek, son iki aya ait sıkıştırılmış tüm yedekler, son alman beş sıkıştırılmamış hızlı yedek ve son alman iki adet sıkıştırılmamış tam yedek her an kullanıma hazır olarak bulundurulacaktır. Mevcut yazılım veritabanı sıkıştırılmamış halde yaklaşık log verileri hariç 65 Gb, sıkıştırıldıktan sonra yaklaşık 7 Gb yer kaplamaktadır.

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

İletişim :

VERİ TESLİM VE AKTARIMI

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 birer medya (Yedeklerin tutulması için kullanılan cihaz) ile iki ayrı kopya halinde tdare’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 alman son bir yedek idareye teslim edilmiş olmalıdır.

Sonradan ortaya çıkabilecek ihtilafları önlemek adına idare tarafından temin edilecek bir cihaz üzerinde program salt okunur çalışır halde ve son alınan yedek üzerine yüklü olacak şekilde teslim edilecektir. Bu bilgisayar veri aktarımından kaynaklı olabilecek bilgi hatalarının denetlenmesi amacıyla kullanılacaktır.

Hastane bilgi yönetim sisteminde tutulan veriler, Türkçe karakter içermeyen (ö, ü, ç, ş, ğ, ı, 1) ancak Türkçe alan adları ve anlaşılır tablo adlarına sahip tablolarda tutulmalıdır. Veriler teslim edilirken tablo yapıları, ilişkileri, anahtar alanlar ile ilgili bilgiler, doküman halinde verilerle birlikte teslim edilmelidir.

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

İ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 etmeksizin 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

Teslim edilecek veriler txt, csv, excel, vb formatında olmayıp kurumda çalışan orijinal veri tabanı formatında sadece veriler(data-only) olacak şekilde, yukarıda açıklanan koşullarda 2 kopya teslim edilmelidir. Okunmasında sorun olabilecek tape, kartuş, vb. kullanılmamalıdır.

Yeni kurulacak sistemler için; Yazılımın sahibi olan yüklenicinin kuruma ait verileri(Legacy), kendi kuracağı veri tabanına aktarması gerekecektir. Veri aktarımı test çalışmaları ise yeni programın kurum hizmetlerinde kullanılmaya başlanmasından önce yaptırılacaktır. Veri aktarımının sağlıklı bir şekilde yapılabildiğine dair testler önceden tamamlanmış olacaktır. Bu şartın sağlanıp sağlanmadığının tespiti için önceki firma, yeni firma ve kurum idaresinden yeterli sayıda teknik personelin katılımıyla bir komisyon kurulacaktır.

İdare tarafından gerek görülmesi halinde bir başka kurumdan da bu komisyona üyeler davet edilecektir. Aktarımın sorunsuz bir şekilde yapıldığına/yapılabileceğine dair yeterli kanıt ve bu kanıtların tüm taraflarca kabulü gerçekleşmedikçe önceki ve yeni yüklenicinin hak edişleri ve teminatlar ödenmez, iade edilmez.

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.

Hastane idaresi mevcut yazılımı tümüyle ya da kısmen uygulamadan kaldırıp yeni bir yazılımı uygulamaya alacak olur ise yeni yazılım çalışır hale gelene kadar Yüklenici kendi yazılımına ücreti karşılığında destek vermek zorundadır. Ancak bu ücret en son sözleşmede belirlenmiş olan miktar ve oranları aşamaz. Tutar, hizmet verilen gün sayısına göre hesaplanır. Yüklenici kendi programını çalışır hale getirene kadar aynı kural bir önceki yüklenici için de geçerli olacağından dolayı sözleşme yapılmış dahi olsa ücret talep edemez. Sistemin çalışır hale getirilmesi bu şartnamenin ilgili maddesinde belirtilen süreyi geçemez. İdare önceki yüklenici ile ilişkisini kesme tarihinde yükleniciye işe başlama talimatı verecektir. Bu talimatta belirlenmiş olan tarih işe başlama tarihi olarak kabul edilecektir.

Sözleşme bitişinde yapılacak ihale sürecinde isteklilerin veritabanı aktarımlarının değerlendirilebilmesi amacıyla yüklenici firma kullanılmakta olan veritabanından toplamı 3(üç) aylık veri girişini içeren türetilmiş veya ayıklanmış bir demo veritabanını idarenin bildireceği tarihte teslim edecektir. Bu veritabanında gizlilik arz eden TC kimlik, isim-soyisim gibi hastanın tahmin edilmesinde kullanılabilecek olan bilgiler veya satınalma yaklaşık maliyet bilgileri gibi alanlar rastgele bilgilerle değiştirilmiş halde ve boş bir sisteme yüklendiğinde sorgulama yapılabilecek ve çalışabilecek durumda ilgili dönemde kullanılan yaygın bir medyaya yüklenmiş halde teslim edilecektir. Ayrıca veritabanının hatasız aktarımını sağlamak için tablo açıklamaları veya ilgili tarihte geçerli olabilecek ve veritabanının aktarımında aktarımı yapacak firmaya yol gösterecek yeterli bilgiyi içeren doküman, tablo vs de ihalede kullanıma esas teşkil edecek özelliklerde teslim edilecektir.

GİZLİLİK GÜVENLİK

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

Sistemdeki verilerin güvenliği için alınacak teknolojik ve fonksiyonel önlemlere İdare ve Yüklenici birlikte karar verir. Üzerinde yazılı mutabakata varılmış ve gerekli tedbirler alınmış olmasına rağmen Veri tabanında yer alan verilerin tamamının kaybolması, silinmesi halinde oluşacak kurum zararı yükleniciye aittir.

STANDARTLAR

Sağlık Bakanlığı’nca istenen ya da istenecek olan sağlık bilişim standardizasyon uygulamalarına adaptasyon, Yüklenici’nin sorumluluğundadır. Bu adaptasyon için gerekebilecek her tür donanım, sarf malzeme ve lisanslar İdare’ye aittir, istekli tarafından sağlanan donanımlar buna dahil değildir.

BİLGİ SİSTEMİ SORUMLUSU VE DİĞER ÇALIŞANLAR

İdare tarafından da belirlenen bir hastane personeli, sistemin amacına uygun olarak işletilebilmesi için yetkilendirilir, yetkili olduğu konular, yazılı olarak diğer hastane yetkililerine, ç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.

İşe başlama tarihinden itibaren Çalışanların özlük hakları itibariyle bu dokümanda yer almayan hususlarda İş Kanununun ilgili hükümlerine göre hareket edilir.

Yüklenici, sistemin kurulumunda çalıştıracağı elemanları önceden belirlemiş olmalıdır. Bu personelin kimlik, unvan, nitelik ve iletişim bilgilerini işyeri teslimi tarihi itibarı ile idareye yüklenici tarafından bildirilmelidir.

İş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ünden itibaren 30(otuz) gün içerisinde idareye teslim edilerek özlük dosyasına konmalıdır. Bu belgeler idare tarafından incelendikten sonra muhafaza edilmek üzere Yüklenici’ye teslim edilecektir.

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ı, bu sözleşme ilgili personelin özlük dosyasında yer almalı, bu sözleşmede, çalışan personelin işinin gereği olarak edindiği hastalara, kurum personeline 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 fesh edilerek 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üklenici sorumludur.

Sözleşme süresince tüm elemanlar hastane kurallarına, disipline, gizlilik ilkelerine eksiksiz uymalıdır.

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 idareye vermelidir.

EĞİTİM HİZMETLERİ

Kurulan tüm yazılım birimleri için Yüklenici, İdare’nin belirleyeceği teknik ve uç kullanıcılarına tüm sistemi verimli olarak işletebilmek için eğitim verecektir. Eğitimler teklif fiyatlara dahil edilir ayrıca ücret ödenmez.Özellikler

Eğitim Dili: Eğitim Türkçe verilecektir.Eğitim Materyalleri: Eğitim tipine göre düzenlenmesi gereken eğitim ortamını ve eğitim

programları için gerekli materyalleri Yüklenici temin edecektir.Eğitim Yeri: Tablo 4’de belirtilen ve kurum personeline verilecek eğitim programları

(Bilgisayar Okur Yazarlığı, 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ılacaktır. Diğer eğitimler için ise (Yerel Ağ İşletim Sistemi Eğitimi, Çok Kullanıcılı İşletim Sistemi, VTYS Eğitimi, Sistem Bakım ve Onarım Eğitimi) Yüklenici İdare’nin onayına sunmak üzere eğitim yerleri önerecektir.

Eğitilecek Personel: Yüklenici, İdare’nin en az aşağıdaki tabloda belirtilen sayıda personelini aynı tabloda belirtilen konularda eğitecektir.

İîetişim :

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

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şılanacaktır.

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ı tablodaki verileri göz önüne alarak teklifinde sunacaktır. Eğitimin yukarıda tarif edilen çizelgeye ve Yüklenici tarafından sunulan plana uygun olarak yürütüldüğü İdare tarafından denetlenecektir.

Eğitmenler: Yüklenici, eğitimin sağlanmasında yetecek eğitmen/saati temin etmekle yükümlüdür.

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

Temel Bilgisayar Kullanım Eğitimi: Bu eğitim programında, Yüklenici, tabloda verilen hedef kitleyi kişisel bilgisayar ve yazıcı kullanımı, klavye, kısa yollar ve fare kullanımı, yedekleme, kişiselleştirme, genel bilgisayar ve bilgi güvenliği konularında eğitecektir. Bu eğitimin sonunda, eğitimi alan personelin genel bilgisayar kavramları ile tanışmış ve zararlı yazılımlardan korunma ve yanlış uygulamalardan kaçınma yolları hakkında bilgi sahibi olmaları beklenmektedir. Bu eğitim, yazılımı kullanacak olan tüm kurum personeline verilecektir, istatistik birimlerinde çalışacak personel eğitimleri detaylandırılmalıdır.

Sistem Bakımı ve Onarımı Eğitimi: Yüklenici, tabloda belirtilen hedef kitleye teklif edilen sunucu, yerel ağ ekipmanları ve bilgisayar çevre birimleri (klavye, mouse, yazıcı, yedekleme birimleri, vb.) konusunda bakım, onarım ve müdahale eğitimi verilecektir.

İletişim Altyapısı Bakım ve İşletimi Eğitimi: Yüklenici, tabloda belirtilen hedef kitleye, teklif edilen iletişim altyapısı bakımı, işletimi, yönetimi ve kullanımı konularında eğitim verecektir. Eğitim, önerilen tüm iletişim yazılımlarının kullanımını kapsamalıdır.

Çok Kullanıcılı İşletim Sistemi Eğitimi: Yüklenici, tabloda belirtilen hedef kitleye, teklif edilen çok kullanıcılı işletim sisteminin kullanımı ve yönetimi (yedekleme, kullanıcı tanımlama, kurtarma, vb.) konularında eğitim verecektir.

VTYS Eğitimi: Yüklenici, tabloda belirtilen hedef kitleye, teklif ettiği VTYS’nin kullanımı ve yönetimi (yedekleme, kullanıcı tanımlama, sorgu yaratma, kurtarma vb.) konularında eğitim verecektir.

Yazılım Kullanıcı Eğitimi: Yüklenici, tabloda belirtilen hedef kitleye uygulama yazılımının kullanımı konusunda eğitim verecektir.

Tablo Eğitim Hizmetleri

Eğitim Programının AdıEğitilecek Personelin Genel Tanımı

En Düşük Eğitim Süresi (Saat)

Eğitilecek Kişi Sayısı

Temel Bilgisayar Kullanım Eğitimi HastanePersoneli

8 500

İletişim Altyapısı Bakım ve İşletimi Eğitimi İşletmen 8 4Çok Kullanıcılı İşletim Sistemi Eğitimi İşletmen 8 4VTYS Eğitimi İşletmen 8 1Sistem Bakım-Onarım Eğitimi İşletmen 8 4Yazılım Kullanıcı Eğitimi Hastane

Personeli8 750

Sistem Odası, Bilgisayar ve Çevre Birimleri, Network Cihazları ve Kablolar Listesi

ONA

NIM

HizmetinGörülm

esiSırasın

daGerekli

Olan

Yüklenici bu şartnamenin son kısmında belirtilen özelliklerde donanımları işin başlaması ile aynı anda temin etmiş olacaktır. İlgili kısımda donanımda idarece öngörülen temel özellikler belirtilmiş olup en az bu özellikler sağlanacaktır. Ancak yazılımın özelliğinden dolayı aşağıdaki bilgilerle veya istekli tarafından yapılacak inceleme sonucu bu şartnamede talep edilen hız, güvenlik, tutarlılık vb. özelliklerin sağlanabilmesi için daha yüksek konfıgürasyona veya ek donanımlara ihtiyaç duyulması halinde bu özellikte donanım firma tarafından temin edilecektir. Bu konu sistemin sunucu tarafı ile sınırlıdır. İsteklinin sunucu tarafında kullanılmak amaçlı burada belirtilmeyen bir donanıma ihtiyaç

İletişim :

duyması halinde önce mutlaka yerinde inceleme yapmış olduğu ayrıca şartnamenin ilgili bölümlerinde web uygulaması ile ilgili ifadeleri dikkate almış olduğu kabul edilir.

İstekliler tekliflerini hazırlama aşamasında gerek görürlerse gerekli incelemeleri idareden izin alarak gerçekleştirebilirler. Şartnamede yüklenici tarafından temin edileceği bildirilen ve halihazırda mevcut olan donanımlar dışında bir donanım gerektiği tespit edilirse istekliler tekliflerinde bu donanımı ve fiyat bilgilerini belirtecekler, fiyat verecekleri teklife dahil olacaktır.

Sunucu odasında ana switch olarak HP Procurve 5406zl model omurga switch bulunmaktadır. Omurga switchden Urankent ek Binası, Başhekimlik Binası, KETEM Binası ve birkaç noktaya fıberoptik, diğer bölümlere cat kablo aracılığı ile bağlantı kurulmaktadır. Kolej semtinde bulunan Ahmet Andiçen Ek Binası ise 5 Mbps Methro Ethernet aracılığı ile bağlanmaktadır. Sözleşme başlangıcına kadar kablosuz bağlantı kurulması planlanmaktadır. Ahmet Andiçen Binası için farklı bir düzenleme yapılmaksızın (Uzak Masaüstü Bağlantısı vs) normal kurulumlar yapılacak ve çalıştırılacaktır.

Sunucu odasında internet bağlantısı için Methro Ethernet cihazları ve güvenlik ve paylaşım amaçlı Fortigate 310B model firewall bulunmaktadır. İnternet bağlantı hızı 30 Mbps’dir. Hastanemizde server yönetimli lisanslı antivirüs kullanılmakta, lisans vs işlemleri idarece yerine getirilmektedir.

Ayrıca HBYS server dışındaki DHCP, DOMAIN, DNS, Antivirüs gibi hizmet alanlarında çalıştırılmak için yeterli çeşitli kapasite ve özelliklerde 5 adet sunucu mevcuttur.

Yüklenici ilgili maddede nitelik ve nicelikleri belirlenen donanımları sözleşme süresince çalıştırmak üzere temin edecek ve hastane sunucu odasında çalışmasını sağlayacaktır. İşin yürütülmesine başlanmadan yapılacak denetimde sistemin bu donanım üzerinden çalışıyor olması gerekir. Aksi takdirde denetlemeye başlanmayacaktır. Bu şartnamede özellikleri belirlenen donanım sözleşmenin imzasını müteakip kesin kabul öncesinde hastane sunucu odasında sistem yüklenmiş, veritabanı aktarılmış ve çalışır halde kurulacaktır.

Toplamı 800 civarında olmak üzere 512 ve üzeri RAM’e sahip muhtelif özelliklerde bilgisayar bulunmaktadır. Bu sayıya dahil olarak 1 GB ram ve I GB depolama alanına sahip ince istemciler bulunmaktadır. Yaklaşık 100 adet Zebra TLP 2844 eşdeğeri model barkod yazıcı bulunmaktadır. Bu yazıcıların kullanılması ve ayarları yüklenicinin sorumluluğundadır. Burada belirtilen konfigürasyondaki bilgisayarlarda çalışılabilmelidir.. Bilgisayarlardan ve networkden kaynaklı yavaşlıklar yüklenici sorumluluğunda değildir. İdare ihtiyaç duyduğunda farklı network bölgelerinde ve bilgisayarlarda çalışma hızını denetleyebilir. Bu incelemede de yavaşlık tespit edildiğinde firma bu durumu çözmek zorundadır.

Entegre Laboratuvar cihazları.Hastanede (bağlı semt poliklinikleri dahil) bulunan ve/veya sözleşme süresinde alınacak olan laboratuar cihazları ile sisteme elektronik veri aktarımı yapabilecek diğer tanı ve tedavi amaçlı cihazların listesi ve mevcutların marka ve modelleri aşağıda sıralanmıştır. Birden fazla olan cihazlar birden fazla listelenmiştir.Bu cihazlar ilgili oldukları sözleşmeler süresine bağlı olarak kullanımdan çekilebilecek ve aynı koşullarda bir başkası gelebilecektir. Bu cihazların sözleşme süresince bu şartnamenin ilgili maddesinde yazdığı koşullarla bedelsiz entegrasyonu yüklenici firma sorumluluğundadır.

SIRANO MARKA

1 ABL7002 ADVIA2120AC1L3 ADV1A2120RUT1N4 ADV1A2120URANKENT5 ALIFAX6 ARC16000ACIL7 ARC16000RUTIN8 BCS9 BNII

10 CENTAURXPA11 CENTAURXPB12 ETIMAX13 ETÍMAXB14 H500ACIL15 H500RUTIN16 IDGELSTATION17 IMMULITE200018 INTERLAB19 IT1000

S i ,İletişim :

V)

■13/1

K/

20 I1000SR21 I2000SR22 LABUMATURISET23 LABUMATUR1SETAC1L24 LIA1SONX25 M1CT26 RAPIDLAB126527 RAP1DLAB34828 VIDAS29 VITEK

UYGULAMA YAZILIMLARI

YAZILIM ALTYAPISI

Uygulama yazılımı servislerde kullanılan hekim, tıbbi sekreter, hemşire ve diğer tüm işlemler için kullanılan modül-modüller, polikliniklerde kullanılan modüller, hasta kayıt işlemleri modüllerinde, radyoloji biriminde kullanılan modüller, laboratuvar ve ana depolar dışında diğer hizmet birimlerinde kullanılan modüller web tabanlı mimariye sahip olacaktır. Kurulumdan itibaren bu modüller kullanılacaktır. Arıza bildirim vs gibi yan işlemler de web sürüm kullanılan birimlerde web üzerinden yapılabilecektir. Bahsedilen birimlerde kesinlikle istemci sunucu tabir edilen program kurulumu gerektirmeyecektir. Diğer modüller bu şartnamenin diğer özelliklerini karşılamak kaydıyla web tabanlı ya da istemci/sunucu mimariye sahip olabilir. Yüklenici firma teklif ettiği mimariyi teklifinde belirtmelidir. Web tabanlı modüllerin hastane dışından kullanılıp kullanılmayacağına hastane idaresi karar verecektir.

Web tabanlı modüllerin çalışması için belirli bir işletim sistemi zorunlu olmamalı, asgari olarak MS Windows ve Linux tabanlı (Örn Ubuntu, Pardus) işletim sistemlerinde çalışabilmelidir. Tarayıcı bağımlılığı olmamalı en az 2 farklı tarayıcı ile çalışmalı ve bu tarayıcılardan en az bir tanesi Linux (Örn Pardus, Ubuntu) üzerinde çalışabilir olmalıdır. Web tabanlı modülün kullanılması için ek kurulum vs gerektirmemelidir. Bazı laboratuvar cihazları gibi çeşitli portlardan bağlanarak bilgisayara ve otomasyona veri aktaran cihazlar gibi haller istisnadır.

İstekliler süreç içerisinde yazılımın diğer modüllerinin de hastane network altyapı durumuna göre idarenin öngöreceği sürelerle web tabanlı versiyonlarına geçilebileceğini, kendilerinin işin başlangıcını müteakip hızla var olan ve yukarıda belirtilen modüllerin eksiklerini gidermek ve yeni modülleri oluşturmak için çalışacaklarını göz önünde bulundurdukları kabul edilir. Teklif edecekleri donanımsal ürünlerde de bu durumu dikkate almış oldukları kabul edilir.

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

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.

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.

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 (tarih bilgisi string veya (var)char formatında saklanmamalıdır). Kullanıcıya gösterim şekli ise işletim sistemi üzerinden ayarlanabilir olmalıdır. (GG.AA.YYYY, GG/MM/YYYY, GG.AA.YYYY HH24:M1:SS gibi)

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.

Uygulama yazılımı ve VTYS, uygulama sunucu işletim sistemi (SOS) olarak Solaris, UNIX, Linux, Microsoft Windows 200X Server gibi endüstri standardı sunucu işletim sistemleri mimarisine uygun olmalı ve bu SOS’lerden herhangi biri üzerinde kusursuz çalışmalıdır.

Uygulama yazılımı, istemci işletim sistemi (COS) olarak Microsoft XP Professional, Windows 7, 8, 8.1 web tabanlı yazılım kısmı ise ek olarak Linux, Pardus gibi endüstri standardı istemci işletim sistemleri mimarisine uygun olmalı ve bu COS'ların herhangi biri üzerinde uyumlu çalışmalıdır.

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

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

Rumi takvime ait bir tarihsel veri girildiğinde, bu veri miladi takvime göre çevrilebilmelidir.Yalnız bölümlere değil herhangi bir kaynağa (doktor, cihaz, oda, tetkik, tedavi seansı, vb.)

randevu verilebilmelidir.Kişi ve cihazların çalışma, dinlenme ve bakım süreleri belirlendikten sonra geriye kalan

zamanda kişi, cihaz, birim, ekip, yatak vs. konusunda randevu ve rezervasyon yapılabilmelidir.Web uygulamaları hariç istemci yazılımının terminallere kurulumu ağ üzerinden

yapılabilmelidir. Kurulum için gerekli kaynaklar uygun bir medya üzerinde idareye teslim edilmelidir.İstemci tarafındaki programlarda yapılması gerekebilecek güncellemeler merkezi

gerçekleştirilebilmeli, güncelleme yapmayan kullanıcıların sisteme girişini engelleyecek önlemler bulunmalıdır.

Hastane veritabanına bağlanan bütün istemci bilgisayarlar provizyon, takip numarası alma ve medula fatura gönderimi gibi online olarak yapılan işlemler için istemcide internet bağlantısına ihtiyaç duymadan sunucu üzerinden bu sorgulamaları gerçekleştirebilmelidir.

KULLANICI ARAYÜZÜ

Kullanıcı arayüzü grafiksel (GDI) olmalıdır.Grafik arayüzüne uygun olarak kontroller hem Mouse hem de klavye yardımıyla

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

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

Tüm yazılımlar grafik ara yüzlü olmadır. Modern programlama dilleri ile geliştirilmiş olmalıdır.

VERİ GİRİŞİ

Veri girişleri, uygun kodlar kullanılarak yapılmalıdır. Kullanıcı biliyorsa kodu doğrudan girebilmeli, değilse kodların açıklamalarını otomatik olarak listeletip, istediği kodu seçebilmelidir. Sistemde kullanılan kodlar, Sağlık Bakanlığı ve hastane yönetimi tarafından belirlenmiş kodlarla uyumlu olmalıdır. Veri girişleri mümkün olan yerlerde barkod/karekod/RFID desteği ile sağlanmalıdır.

Sistemde veri bütünlüğünü koruyacak denetimler bulunmalı ve tutarsız veri girişi engellenmelidir. Programlar gerekli olan yerlerde, aralık (range) ve tutarlılık (consistency) kontrolünü yapmalı ve mümkün olan yerlerde hataları kendisi düzeltmelidir. Program, mümkün olduğunca, hatalı veri girişlerinde, kullanıcıya zaman kazandırmak için otomatik seçenekler sunup kullanıcının seçenekleri seçerek hatayı düzeltmesine yardımcı olmalıdır.

Hastalık, hizmet, malzeme vb. kodlama sistemleri ile ilgili bilgi girişleri hastane ve Yüklenici tarafından belirlenecek bir plan dahilinde, yüklenici tarafından sisteme aktarılmalıdır.

Bilgi girişi esnasında, mümkün olan her alanda hazır listelerden faydalanma, gerekli yerlerde istenilen veri alanlarına ilk değer atama, tarih, gün, saat, yaş, vb. değerlerin ilgili alanlara otomatik olarak girilmesi, sık kullanılan alanlarda otomatik doldurma işlevinin kullanılması, hazır listelerde liste elemanına girilen harflerle kısa sürede ulaşma gibi veri girişi sırasında kullanıcı hatalarını en aza indirgeyecek ve kullanım kolaylığı sağlayacak kontrollere sahip olmalıdır.

Yazılımda kullanılacak hasta arama yöntemi klasik karakter-karakter birebir uygunluk değil benzer Türkçe karakterler de göz önüne alınarak (U yerine Ü, G yerine G gibi) aramayı kapsamalıdır. Aramayı hızlandırmak için gerekli diğer alanlar aynı ekranda bulunmalıdır.

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

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

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

Geri ödeme kurumlarının ödemeye ve faturalamaya ilişkin kuralları sisteme yüklenici tarafından entegre edilmeli, değişiklikler geciktirmeden sisteme aktarılmalıdır.

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.

Tıbbi bilgi girişinde, istenildiğinde fizik muayene bulguları önceden tanımlanmış servise özel bilgiler üzerinden kodlanabilmeli ve bu alandaki bilgiler her türlü sorgulamada, araştırmalarda kullanılabilecek yapıda olmalıdır.

GÜNCELLEME

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

V/

İletişim : 15/1

Kritik alanlardaki değiştirme ve silme ancak yetki ölçüsünde yapılabilmelidir. Değişikliklere sonradan erişim ve geri düzeltme için mutlaka log dosyalarında detayları tutulmalı veya VTYS katmanındaki denetleme (audit) uygulama yazılımından da desteklenir olmalıdır.

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

Güncelleme sonrası da tutarlılık kontrolleri yapılabilmelidir.Hastanın bazı bilgilerinde yanlışlık olması durumunda (kurumunun yanlış girilmesi, telefon

numarasının yanlış girilmesi ya da değişmesi, vb.) bu hastaya ait kayıtlar veri bütünlüğü bozulmadan (örneğin hizmetin sunum tarihi değişmeden) geriye yönelik olarak düzeltilebilmelidir.

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.

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

DİL ÖZELLİĞİ

Tüm ekranlar ve raporlar, Türkçe olmalıdır.Tüm sıralamalar, karşılaştırmalar ve sorgulamalar Türkçe alfabeye göre yapılmalıdır.Kullanılan menü, dosya, alan, değişken, tablo vb. isimlendirmeler Türkçe ve anlamlı olmalıdır.Para, tartı, uzunluk vb. konularda Türkiye'de geçerli yerel birimler kullanılmalıdır.Tüm yazılımda Türkçe karakterlerin aynı kodlarla (TSE tarafından Haziran 1989 tarih ve TS

5881 sayı ile kabul edilen 15 Mayıs 1989 tarihli ISO/IEC 8859/9 standardı) tanımlanması ve Türkçe karakter, Türkçe(F) veya (Q) klavye ve program desteği sağlanması gerekmektedir.

RAPORLAMA

Raporlamada da hiyerarşik yetkilendirme mümkün olmalıdır.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.Üretilen raporlar amacına uygun ve kolay okunabilir olmalıdır.Kullanıcı hazırlanan raporu ekranda görme, rapor hazırlama aşamalarında geri-ileri gitme ya da

iptal etme olanaklarına sahip olmalıdır.Raporun büyüklüğü ile ilgili sayfa/satır uzunluğu gibi bilgiler ekranda izlenmelidir.Hazırlanan raporların ayrı bir dosyaya belli bir görsel ve elektronik formatta kayıt edilmesi

mümkün olmalıdır.Raporlar sadece veri tabanı verilerine dayanılarak hazırlanmalıdır. Kullanıcılar hazırlanmış ve

onaylanmış raporları değiştirememelidir.Kullanıcı tarafından oluşturulmuş olan raporlar, istendiğinde ofis uygulamalarına

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

bulunmalıdır.Uygulama yazılımları, rapor ve veri çıktılarını hazırlayabilmeli ve raporlar ofis uygulamalarına

tek tuş yardımı ile aktarılabilmelidir.Kullamcı’nın istediği çoklu parametrelerle sorgu yapılabilmeli ve rapor alınabilmelidir.Uygulama yazılımında yer alacak istatistik ve yönetim amaçlı raporlar, geliştirilmiş olan grafik

sunum birimi sayesinde değişik grafikler olarak sunulabilmelidir.

YARDIMKullanıcı istediğinde sadece bir tuşa basarak yardım alabilmelidir.Hata mesajları; açık, anlaşılır olmalıdır. Her hatanın, hata kod numarası olmalıdır. Kullanıcı bu

numara ile Hata Mesajları dokümanına başvurarak, hatanın sebebini ve hata düzeltme yollarını bulabilmelidir.

Acil ve mevzuat gereği durumlar dışında kalan kullanıcı istekleri ile şikâyetleri, önceden tasarlanmış bir sistemle Yüklenici’ye bildirilmelidir. İstek ya da şikâyetin Yüklenici tarafından alındığına dair İdare’ye gönderilen geri bildirimde, isteğin hangi süre içinde karşılanabileceği, ya da sorunun hangi süre içinde çözümlenebileceğine dair yaklaşık süre yer almalıdır. Bu sürecin sağlıklı işletilebilmesi bakımından yazılımın form ve raporlarının ekran görüntüleri üzerinde görülebilen, sistematik bir tanımlayıcı bulunmalıdır.

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.

Sistemde oluşan problemlerin düzeltilmesi talebinde yukarıdaki prosedürler beklemeksizin gerekli müdahale gerçekleştirilmelidir.

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

Uygulama Yazılımının, VTYS’ ne en etkin ve hızlı yöntemle bağlanması için gerekli düzenlemeler Yüklenici tarafından yapılmalı ve takip edilmelidir.

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

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

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

Sistem hiyerarşik yetkilendirmeyi desteklemelidir. Bir kullanıcı grubu, başka bir kullanıcı grubuna üye yapılabilmelidir. Yetkiler üye olunan gruptan otomatik olarak devralınabilmelidir. Üye olunan gruptan dolayı sahip olunan yetki ilgili kullanıcı veya grup için gerektiğinde yasaklanabilmelidir.

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

Güvenli ve fonksiyonel bağlantı ile ilgili tüm hizmetler Yüklenici tarafından karşılanmalıdır. İnternet erişim tesisi ve giderleri İdare’ye aittir.

Yüklenici bilgi güvenliğini artırmak için alternatif güvenlik çözüm önerilerinde bulunabilir.Uygulama yazılımları tüm sistem genelindeki kullanıcı, işlem ve bilgi düzeylerinde bilgi

gizliliğini ve güvenliğini sağlamalıdır. Her kullanıcının gerektiğinde değiştirilebilir kişisel bir şifresi olmalıdır. Bu şifre ile farklı bir lokasyonda oturum açıldığında ilk oturum otomatik olarak kapatılmalı, bir kişiye ait şifrenin birden çok kişi tarafından kullanılmasına izin verilmemelidir. İstenilen kullanıcıların birden fazla oturum açmasına izin verilebilmelidir. Aktif kullanıcıların hangi bilgisayarlarda oturum açtıklarına dair sorgulamalar topluca listelenebilmeli, kayıtları tutulmalıdır. İstenen kullanıcıların oturumları yetkili kullanıcılar tarafından kapatılabilmelidir.

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

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.

Bilgi sistemleri kapsamında tutulacak her türlü kişisel bilginin gizliliği esastır.Kişiler hakkında tutulacak bilgiler gereken en düşük düzeyde tutulmalıdır.Kişisel bilgilerin hizmetin sürdürülmesi ve geliştirilmesi amacı dışında işlenmesi engellenmiş

olmalıdır.Sistemde kişisel bilgilerin kurum iş akışını engellemeyecek ancak belirlenen amaçlar dışında

kullanımını engelleyecek önlemler olmalı, hasta haklarına riayet edilmelidir.Yüklenici, hastanedeki verileri korumak ve veri kaybını önlemek için her türlü tedbiri almakla

yükümlüdür. Online yöntemler ile hasta ve hasta yakınlarına belirli bilgilerin sağlanması için uygulamalar hayata geçirildiğinde, yüklenicinin önüne olarak hastane bilgi sistemine herhangi bir amaç veya yöntemle erişmesi gerektiğinde veri güvenliği ve gizliliğine dair önlemleri almak ve gerekli önerilerde bulunmak yüklenicinin sorumluluğundadır.

Kullanıcılar kişisel şifrelerini değiştirebilmeli, sistem yöneticileri gerekli görürlerse belirli sürelerde şifre değişimini zorunlu tutabilmelidirler.

MALİ KAYITLARA İLİŞKİN GENEL ÖZELLİKLER

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

Uygulama yazılımının; müracaat eden Sigortalı hastaların hak sahipliğinin (müstehaklık) sorgulanmasına yönelik On-line Provizyon veya takip numarası alma işlemlerini yapabilen ve Sosyal Güvenlik Kurumu ile diğer sağlık sigorta kurumlarının web servislerini kullanabilen bir yazılım olması zorunludur.

Yetkili bir kullanıcı tarafından vezne alındıları sistemden izlenebilmelidir.Sosyal Güvenlik Kurumu veya diğer sağlık sigorta kurumlan tarafından bedeli ödenmeyen ve

bedelleri hastalardan da alınmayacak olan basit sarf malzemelerinin, herhangi bir şekilde faturalara işlenmesi önlenmelidir. Faturaya yansıtılmayan ancak hastaya verilen hizmetlerin ve malzemenin kaydı ayrıca tutulmalı, buna ilişkin istatistik bilgiler elde edilebilmelidir.

Uygulama yazılımı parametrik olmalıdır. Kurum bünyesinde açılacak yeni bir birim, sunulacak yeni bir hizmet, kullanılacak yeni bir malzeme veya bazı kurumlara (Sosyal Güvenlik Kurumu, Yeşil Kart, vb.) uygulanan ücretlendirme (genel ya da özel indirimler, ücretsiz sunma ya da o kurum hastalarına belli hizmetleri vermeme ya da fatura dışı bırakma gibi) kullanıcılar tarafından yetkileri

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.

Maksimum fatura tutarı, aynı tetkikin maksimum adedi, geçimsiz hizmetler, performans yönetmeliği kısıtlamaları ve kuralları vb tanımlamalar yapılabilmeli ve aşan durumlarda otomatik uyarı ve gerektiğinde önleme sağlanmalıdır.

Sistemde uygun durumdaki dosyaları belirlenen zamanlarda faturalarını düzenleyerek Medula kayıtlarını yapmak ve onay almak işlevini gören, mümkün olan alanlarda insan müdahalesini azaltacak yada ortadan kaldıracak araçlar bulunmalıdır.

Medula düzenlemelerinden dolayı aynı kişiye aynı gün veya aynı tedavi içerisinde birlikte fatura edilemeyecek olan ancak çeşitli sebeplerle hastaya verilmesi gereken malzeme ve hizmetlerden önce veya sonra sunulmuş olması gibi kriterlerden etkilenmeksizin faturalandırılabilecek tutarı en yüksek olanı veya olanları fatura ederek diğerlerini fatura dışı bırakacak bir sistem bulunmalıdır.

Sosyal Güvenlik Kurumuna faturalandırılan işlemlerin Medula sistemine tek bir tuşla otomatik olarak gönderilmesi, yine dönen faturaların tek bir tuşla otomatik sorgulanması yapılabilmeli ve otomatik olarak fatura kayıtları ve dönem sonlandırma işlemleri yapılabilmelidir.

Medula sisteminden dönen hatalar arayüzlerde kullanıcıya referans numaralarına göre hizmet veya ilaç bazında gösterilmelidir.

Sosyal Güvenlik Kurumuna gönderilen ve örneklenen faturalar üzerinde kullanıcıların değişiklik yapmaları engellenmeli ve kullanıcı bu konuda yazılım tarafından otomatik olarak üretilen bir bilgilendirme mesajı ile uyarılmalıdır.

Faturası düzenlenen işlemlere ait herhangi bir düzenleme yapılması söz konusu olduğunda faturanın iptal edilmesine gerek kalmaksızın hizmet - ilaç düzenlemeleri yapılabilmeli ve fatura tutarı yazılım tarafından otomatik olarak güncellenmelidir.

Geri ödeme kurumlan tarafından ödemesi yapılan faturalara ait tahsilat işlemleri yazılım tarafından toplu olarak ya da tek tek yapılabilmeli ve tahsilatlara ilişkin tüm raporlar üretilebilmelidir.

Fatura ve tahsilat bilgileri ile kurum borç alacak durumları kurum, servis, doktor bazında belirtilen tarihler aralığında takip edilebilmelidir.

Medula dönem sonlandırma ve doğrulama işlemleri sistem tarafından topluca gerçekleştirilebilmelidir.

VERİTABANİ YÖNETİM SİSTEMİ

VTYS aşağıdaki özellikler dahilinde Yüklenici tarafından sözleşme süresince kullandırılmalıdır.

GENEL ÖZELLİKLER

İstekli, projede teklif edilen VTYS lisansım tüm uygulama geliştirme ve çalıştırma hakları ile (İdare’nin diğer projelerde veya kendisinin geliştireceği uygulamalarda da bütün hakları ile kullanılmak üzere) temin etmelidir. Hastanede kullanıcı bazında kısıtlama olmayacaktır.

İsteklinin, teklif ettiği VTYS ürünleri lisanssız ve Türkiye'de teknik desteği olmayan, güncelliğini kaybetmiş ürünler olmamalıdır. Bu durumda yüklenici ilk hak ediş düzenlenmesine kadar geçecek süre içerisinde idare adına VTYS lisanslamasım yapmalı, bu lisanslama maliyeti yüklenici tarafından karşılanmalı ve bu bedel teklif fiyatı içerisine dahil edilmiş olmalıdır. İstekli, ayrıca teklif ettiği ürünler için Türkiye'deki ana firma statüsündeki şirketten bu ihaleye özel yetki belgesi almalıdır. Bu konudaki belgeler yukarıda belirtilen süre içerisinde Bilgi İşlem Sorumlusuna teslim edilmelidir.

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

VTYS çok kullanıcılı veri erişimini desteklemelidir.Teklif edilen VTYS 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.

ÖLÇEKLENEBİLME ve PERFORMANS

VTYS'de veri silme, ekleme ve güncelleme işlemlerinde kayıt yada sayfa bazında kilitleme mantığı kullanılmalıdır.

Teklif edilen VTYS'de sorgulamalar için kilit kullanılmama opsiyonu bulunmalıdır.VTYS’de indeks işlemleri çevrim-içi (online) olarak gerçekleştirilebilmelidir.Teklif edilecek VTYS; devamlılık ve performans anlamında online çalışabilecek çözümleri

desteklemelidir. Cluster ve load-balanced desteği sunmalıdır.

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

Önerilen VTYS, ilişkisel mimari bünyesinde veri bütünlüğünü sağlayabilmelidir. Gerek nesne bütünlüğü (entity integrity) gerekse referans bütünlüğü (referential integrity) sağlanmalıdır.

VTYS tetikleme (trigger) mekanizmasına sahip olmalıdır. Tetiklemeler, DML (Data Manipulation Language) işlemlerinden (yeni kayıt ekleme - insert, kayıt güncelleme - update ve kayıt silme - delete) önce ve/veya sonra çalışacak şekilde ayarlanabilmelidir.

Teklif edilen VTYS, verilere erişimi şifrelerle koruma altına almalıdır. VTYS’nin gelişmiş bir şifre yönetim mekanizması olmalıdır.

VTYS'nin kullanımı sırasında, durdurmaya gerek olmadan yedekleme ve yedekten geri yükleme özellikleri olmalıdır.

Başarılı/Başarısız tüm veri tabanı ve obje erişim işlemlerini monitör edebilmek mümkün olmalıdır.

Önerilen VTYS, veri tabanında tüm işlemlerin tutulduğu log dosyalarına, denetim işlemlerini kolaylaştırmak, kim, neyi, ne zaman yaptı sorularına daha kolay cevap verebilmek amacıyla, SQL arayüzüyle (grafik ve komut) ulaşma özelliğine sahip olmalıdır. Bu özellik 3.parti bir yazılım ile gerçekleştirilecek ise bu yazılım da teklif edilmelidir.

VTYS üzerinde salt okunur veya yazılabilir görüntü (view) oluşturma imkanı olmalıdır.VTYS üzerinde, veritabanına sadece bağlanma (connect) ve/veya sadece bazı veritabanı

kullanıcılarına ait nesnelere seçme (select) yetkisi verebilme ve/veya bu kullanıcının kendi kaynaklarını oluşturabilme özelliği bulunmalıdır. Böylece, lisans bedeli hastane tarafından ödenmiş olan aynı VTYS üzerinde, yeni bir lisans bedeli ödenmeksizin birden fazla uygulamanın aynı VTYS üzerinde kurulu farklı veritabanlarım oluşturma ve VTYS kullanıcılarının birbirlerinin nesnelerine salt okunur şekilde erişebilmeleri mümkün olacaktır.

KONTROL VE MUAYENE METODLARI

Şartnamede tanımlı sistem yazılımlarının, donanımlarının tedarik edilmiş ve kurulumlarının bitmiş olması, yazılım işlevlerinin geliştirilmiş ve çalışır hale getirilmiş olması, hastaneye özgü rapor formatı, barkod vs ayarlarının tamamlanmış, cihaz entegrasyonlarının gerçekleştirilmiş olması kısaca yazılımın mevcut hali ile hastanede çalışmaya başlayacak şekilde uyarlanmış olması şartları, kesin kabulde aranacak şartlardandır.

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 İdareye bildirmesinden sonra Muayene Komisyonu bir denetleme yapacaktır.

Kontrol, muayene ve testler teknik heyetin gözetiminde sistemin kurulduğu mahalde bilfiil icra ettirilecektir.

Uygulama yazılımının diğer fonksiyonlarının tümüyle devreye alınması Yüklenici ve İdarenin mutabık kalacağı iş planına göre gerçekleştirilecektir. Bu prosedür ve işin yürütülmeye başlaması için önerilen süre önceki yüklenicinin sözleşmesinin bitmemiş olması durumu hariç hiçbir surette sözleşmenin imzalanmasından sonra l(Bir) ayı geçemez. Sözleşmeden sonraki bir ay içerisinde yüklenicinin hazırlıklarını bitirdiğini yazılı olarak beyan etmesinin ardından idare kesin kabul işlemlerini başlatır. Kesin kabul işleminden sonra önceki yüklenicinin hala sözleşmesi bitmemiş ise sistem hazır olarak bu sözleşmenin bitmesini bekler. Sözleşmenin bitimini müteakip veritabanı son hali ile aktarılmaya başlanır ve sistem devreye alınır. Bu koşullara uymayan durumlarda Kamu ihale Kanunu ve Kamu İhale Sözleşmeleri Kanunu ile diğer yasal mevzuata göre işlem tesis edilir.

Tüm sistemin en yüklü biçimde çalıştığı durumda (bütün iş istasyonları çalışırken) iş yoğunluğunun fazla olduğu hasta kayıt ve kabul, laboratuar gibi birimlerde yalnızca bir tek kayda erişim gerektiren herhangi bir sorgu işleminin tamamlanması için 4 saniyeden fazla süre gerekmemelidir(Tüm veri tabanının sorgulandığı istatistik işlemleri hariç). Uygulama geliştirme yazılımlarının, Veri Tabanı Yönetim Sisteminin, ağ altyapısının ve kullanılmakta olan donanım elemanlarının performansı gözlenecektir.

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

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

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

Sözleşmenin imzalanmasından sonra yukarıdaki koşullar yerine getirilecektir. Bu denetleme sonucunda ve kesin kabulün yapılması sonrasında işin yürütülmesi aşamasına geçilecektir. Ancak işin başlangıcı hiçbir şartla bir önceki firmayla yapılmış olan sözleşmenin bitmesinden önce olmayacaktır. İhalenin uzaması ya da işin başlamasından önce yapılması gereken işlemlerin uzun sürmesi nedeni ile önceki firma ile yapılan sözleşmenin işin başlamasından önce sona ermesi durumu söz konusu olabilir. Bu durumda idare, faaliyetlerinin yürütülebilmesi için hizmet alımı yapabilir.

Yüklenici kesin kabulden sonra yukarıda işin yürütülmesi aşamasına geçilinceye kadarki süreçte fatura kesemeyecektir. Sözleşme süresi işin yürütülmeye başlamasından sonraki dönemi kapsamaktadır. Farklı ifadeyle önceki firmanın sözleşmesinin bitimini müteakip işin yürütülmesine

geçilebilecek ve bu tarihten sonraki dönem için fatura kesilebilecektir. Yüklenicinin faturalarında sorunlarla karşılaşmamak için eğer işin yürütülmesine ay içerisinde herhangi bir gün başlanmış ise ilk fatura bu tarihten ay sonuna kadarki süreyi kapsayacaktır.

BAKIM ONARIM TEKNİK DESTEK HİZMETLERİ

GENEL KOŞULLAR VE TANIMLARSeviye 1: Önerilen çözümde, Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde

yer alan ürünlerde (Yazılım ve Sunucu) oluşan problem kurumun genelini çalışamaz duruma getiriyorsa; 1 Saat’te müdahale ve takip eden 1 Saat’te çözüm garantisi verilmelidir.

Seviye 2: Önerilen çözümde (Yazılım ve Sunucu) Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun bir kısmını çalışamaz duruma getiriyorsa; 2 Saat’te müdahale ve takip eden 2 Saat’te çözüm garantisi verilmelidir.

Seviye 3: Önerilen çözümde (Yazılım ve Sunucu) Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun genel çalışmasını etkilemiyor fakat bazı fonksiyonları yerine getiremiyorsa; 4 Saat’te müdahale ve ertesi gün sonuna kadar çözüm sağlanmalıdır.

Seviye 4: Önerilen çözümde (Yazılım, Donanım,..) Kesin Kabul'den sonra kullanıcı ihtiyaçları, istekleri ve önerileri kurum tarafından belirlenen ve kurum adına sistem sorumlusu olarak çalışan personelin onayıyla Yükleniciye bildirilir. En geç ertesi iş günü Yüklenici geri bildirim yapar ve bu isteği hangi sürede karşılayabileceğini İdareye bildirir. Uygulama ve uyarlama işlemleri, tebligattan itibaren bir aylık süreyi geçmeyecek şekilde idarece belirlenir. İlgili kurumlarca ve mevzuat gereğince yapılacak düzenlemeler bu maddeye dahil olmayıp, düzenlemenin içeriğine ve öngörülen süreye göre firma tarafından bildirime gerek kalmaksızın gerçekleştirilecektir.

Yüklenici orijinal yazılımlar ve veriler üzerinde (bakım, uyarlama, güncelleme, düzeltme, yedekleme vb. işlemleri hariç) bilgi işlem sorumlusunun yazılı izni olmadan köklü değişiklikler yapamaz. Ayrıca hastane personelince talep edilmiş dahi olsa hastane Bilgi İşlem Sorumlusu bilgisi ve onayı olmadan değişiklik yapamaz.

Sözleşme süresince; yukarıda tanımlanan Seviye 1, Seviye 2, Seviye 3, arızalara, ilgili maddelerde tanımlanan süreler içinde müdahale edilmemesi ve çözülmemesi durumunda idarelerce 4734 ve 4735 sayılı Kanunlara uygun olarak idari şartnamede öngörülen cezai işlemler yapılacaktır.

3(üç) kez üst üste yapılan yazılı bildirime rağmen (mücbir sebepler haricinde) aynı hatanın verilen süre içerisinde giderilememesi durumunda, idare Kamu İhale Kanunu ve Kamu İhale Sözleşmeleri Kanununa uygun şartlarla cezai işlem uygulamaya ve arkasından sözleşmeyi tek taraflı olarak fesih hakkına sahiptir.

Sözleşme kapsamında Yüklenici tarafından sağlanan ürünlerin yedek parçalarının bedeli Yüklenici tarafından karşılanır.

İstekliler, İdare’nin bulunduğu yere en yakın destek merkezlerinin adreslerini ve bu merkezin sorumlusuna ait iletişim bilgilerini teklif ekinde bildirmelidir. Bu konudaki gerekler daha önce açıklanmıştır.

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

Yüklenici yönetimin haftalık/aylık olarak belirleyeceği dönemlerdeki değerlendirme toplantılarına talepleri karşılayabilecek yetkinlikte(yazılım-network uzmanı-implamantatör vb) personel ile katılmak zorundadır.

İdare, Yüklenici’nin kuracağı yazılımlar için network altyapısı, elektrik altyapısı, bina yerleşim planını önceden hazırlamalıdır. Bilgi desteği ve hizmet verilecek birimlerde bilgisayarın ve personelin çalışması için gerekli araç gereç ve mekanı tahsis etme yükümlülüğü İdare’ye aittir.

Yazıcılar için gerekli olan şerit, kartuş, kağıt, basılı evrak, fatura vb. sarf malzemesi kapsammda olanlar, İdare tarafından ihtiyaç duyuldukça asgari stok seviyeleri de dikkate alınarak karşılanır.

Hastanede PACS sistemi temini halinde entegrasyon hizmeti en geç 15 takvim günü içerisinde tamamlanmalıdır. Entegrasyon için gerekli teknik altyapı ve PACS tedarikçisinin yapması gereken işlerin kesintisiz yürütülmesi İdare tarafından sözleşmesi koşullarına göre sağlanacaktır. Yüklenici de bu anlamda üzerine düşen görevleri gecikmeksizin yerine getirecektir.

HBYS, PACS, LBYS gibi sistemlerde yapılacak değişikliklerden herhangi biri, diğerinin çalışmasını etkiliyorsa, değişikliğin yapılacağı sistemin yüklenicisi bu değişikliği önceden idareye bildirmek zorundadır. Diğer sistemlerin yüklenicileri farklı ise gerekli koordinasyon idare tarafından sağlanır ve doğacak maliyetler, değişikliği yapacak yüklenici ile idare arasında çözüme kavuşturulur. Değişiklik, diğer sistemlerin kesintisiz ve doğru çalışmasını etkiliyorsa değişiklik yapacak yüklenici İdare kanalıyla diğer yüklenicileri önceden bilgilendirmek zorundadır.

OLAĞANÜSTÜ DÜRÜMLAR

İstekliler olağanüstü durumlarda, önerdikleri çözümlerin (Yangın, Sel, Deprem, vb) nasıl bir teknolojik önlem ile sürekliliğini sağlayacaklarını ve sistemdeki bilginin nasıl kurtarılacağına dair planlarını ayrıca belirtmelidir. İlgili planın idarece onaylanmasından sonra bu plan doğrultusunda İdare gerekli donanım ve yazılımları temin edecektir.

YAZILIM LİSANS VE KULLANIM HAKLARI

5846 sayılı Fikir ve Sanat Eserleri Kanunu ile bu kanuna istinaden çıkarılmış ikincil mevzuat çerçevesince işlem tesis edilecektir.

HBYS UYGULAMA YAZILIM GEREKLERİ

HASTA KAYIT/KABÜL 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.

İlk Başvuru ve Kayıt

Mü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. Takip numarası gibi bilgiler ekranda görüntülenmelidir.

Kimlik, adres ve kurum bilgilerinin kaydı hastanın hastaneye ilk gelişinde bir kez yapılmalı, sonraki gelişlerinde bu bilgiler aynı dosya numarası üzerinden izlenebilmeli, dosya numarasına kolayca ve değişik sorgulamalarla erişilebilmeli, bu bilgilerin yeniden girilmesine ihtiyaç olmamalıdır. Sorgulamada uygun kayda rastlanmaz ise doğrudan kayıt ekranına yönlendirmeli, arama için girilen bilgiler uygun yerlerine yazılmış olmalıdır. Ancak gerekli hallerde bu bilgiler için güncelleme yapılabilmelidir. Kimlik Paylaşım Sisteminin imkanları ile kimlik ve adres bilgileri sorgulanabilmeli ve hasta kartına doğrudan aktarılabilmelidir.

Hasta hakkında bir sonraki kullanıcıyı uyaracak veya bilgilendirecek uyarılar sisteme girilebilmeli, hasta kartına veya bilgilerine ulaşan her kullanıcı bu uyarıyı görmelidir.

Herhangi bir birimde idarece belirlenecek belirli hizmetler girildiği takdirde bu hizmetler için ayrı ayrı belirlenecek uyarılar yine ayrı ayrı belirlenen süreler içerisinde hasta kartına veya bilgilerine ulaşan her kullanıcıya iletilecektir. Örneğin radyoaktif tedavi alan bir hastanın bu durumunun hastanın başvurduğu başka bir personel yada hekim tarafından hasta kartını açtığında öğrenilmesi gibi. Böylece benzer durumlara hassasiyeti bulunan personelin korunması amaçlanmaktadır.

Aynı hasta için T.C. Kimlik numarası bazında 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ı verilebilmeli, Hastanın her ayrı ziyaretinde bu sıra/geliş numarası ile ilgili polikliniğe ve gerekli tüm birimlere sevk işlemi otomatik olarak yapılabilmelidir.

Kayıt ve kabul işlemleri yapılan hastaların poliklinik işlemlerini kolaylaştırmak için barkod destekli sistemler, kiosk 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. Hasta MHRS aracılığıyla randevulu başvurmakta ise bu randevusunun değerlendirmeye alınması için gereken prosedürleri içermelidir. Randevulu hastanın randevu saatinde muayene olabilmesi için gereken düzenlemeler yapılmış olmalıdır. Mevzuat gereğince öncelikli olan kişilere yönelik olarak öncelikli muayene kuralları işletilmelidir, hastanın yaşı gibi sistem tarafından bilinen öncelikler sistem tarafından otomatik olarak işlenebilmelidir. Öncelikli hasta yaşı idarenin talebi ile değiştirilebilmelidir. Hastaya verilen etiket çıktısında tahmini muayene başlangıç ve bitiş saati, GSS takip numarası, Hastanın hangi polikliniğe kaydının yapıldığı, hangi doktora muayene olacağı, muayene sıra numarası, kurumu, TC kimlik numarası, geliş numarası gibi bilgileri bulunmalıdır. İdarenin talebine göre istenilen numarayı tanımlayan barkod veya karekod basılabilınelidir.

Müracaat kaydı iptal edilmek istenildiğinde, hasta eğer muayene olmamış ise iptal edilmeye izin vermeli ve iptal gerekçesini sormalıdır. Gerekçe olmadan iptal edilememelidir. İptal edilen kayıtlar filtre uygulayarak listelenebilmelidir.

Gerekli modüllerle (vezne modülü vb.) entegre çalışabilmelidir. Hastanın borç bakiyesi vs bulunması durumunda kullanıcı etkin şekilde uyarılmalı kullanıcı isterse kaydetmeye izin vermelidir.

Ücretli bir hasta müracaat kaydı sonrasında vezne birimine yönlendirilmeli. Vezne biriminde

Adli vaka kapsamındaki ve psikiyatri kliniğince yapılan işlemlere yetki verilen kullanıcılar dışında erişim engellenebilmelidir.

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

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

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

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

listelenip 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ülenmen, 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ü alınabilmelidir.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 numaraları yardımıyla sorgulanmalıdır.Yeni doğan bebek kaydı yapılabilmelidir.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ı verilebilmeli ya da uygun büyüklükte bir etiket çıktısı alınabilmelidir.

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.Evde bakım hastalarının başvuru kaydını yapabilmeli, başvurusu onaylanan hastaların

hizmetleri için hasta kabul işlemlerini yapabilecek gerekli düzenlemeler yapılmış olmalıdır.

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

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

Kullanıcı, “otomatik” ve “seçerek” atama olmak üzere iki şekilde Doktor atama yapabilmelidir.Otomatik atamada hasta sıradaki en müsait doktora atanmalıdır.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 ve sayısını

görmelidir. Sayı bilgileri poliklinik veya doktor için izin verilen en fazla sayıyı, atanan hasta sayısını ve kalan boş pozisyonu içermelidir.

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

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.

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 yansıyabilecek değişiklik yapma imkanı verilmemelidir.

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

İletişim :v

Muayeneleri 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 şevki otomatik olarak iletilmeli ve sonuçlar da otomatik olarak görüntülenmelidir.

Özel fıyat/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.

Randevu İşlemleri ModülüBu modül, gerekli kısımları ile ilgili olarak Merkezi Hastane Randevu Sistemi(MHRS) ile entegre edilecektir. Aşağıda açıklanan ve özellikle doktor poliklinik randevularını içeren ve MHRS kapsamına alınacak diğer tüm işlevler MHRS altyapısının kurallarına göre işleyecektir. MHRS kapsamındaki kayıtların sonuçlarını süresinde Sağlık .NET sistemine aktaracaktır.Hasta randevularını düzenleyen alt modüldür. Randevu Girişi, Randevu Arama ve Görüntüleme, Randevu Onayı ve Kapatma işlemlerini kapsamalıdır. Poliklinik, Klinik, Laboratuvar, Fizik Tedavi, Radyoloji, Ameliyathane v.b. randevu verilen birimler için tasarlanmış olmalıdır. Randevu girişi, randevu görüntüleme ve arama işlemleri hem yetkili kişi hem de servis doktoru tarafından gerçekleştirilebilmelidir.

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

MHRS kotalarının işlenebilmesi için en az 6 haftalık programın işlenebileceği bir ekran bulunmalıdır. Bu ekranda her hekim sadece kendisinin programını girebilecektir. Bu ekranda MHRS tarafında işlenmiş olan bütün durumlar bulunacak, hekim ilgili tarih ve saatler arasında süre açısından çakışma olmamak kaydıyla her zaman dilimini serbestçe ayarlayabilecektir.

Hekim ilgili haftanın girişini gerçekleştirdikten sonra onaylayacak ve yetkili bir kullanıcının onaylaması için hazır hale gelecektir. Sistem yetkili personel tarafından da onaylanan bu programları belirli zamanlarda MHRS sistemine otomatik olarak işleyecek gerekli şablonları vs ayarlayacaktır. Sonradan değişiklik yapılması gerektiğinde web servislerin izin verdiği ölçüde ve yetkili kullanıcının komutu ile düzeltme işlemini yerine getirecektir. Hekimler yetkili kullanıcının onayından sonra ilgili haftanın programına müdahale edemeyecek sadece yetkili kullanıcı tarafından düzeltme yapılabilecektir. Hekim herhangi bir nedenle izin vs alması durumunda buradaki bilgiler kontrol edilecektir. Personel modülünü kullanan kullanıcı hekim randevuya açık günlerinin hangileri olduğuna dair izin talebi işlenmesi ve form çıktısı alınması esnasında uyarılacak, iznin sisteme girilmesine izin verilmeyecektir. Tersi durumda sisteme izin işlenmiş olması durumunda da hekimin ilgili tarihlere giriş yapamamalıdır.

Sistemden hekimlerin MHRS programları ile ilgili detaylı raporlar alınabilecek, örneğin hekimlerin topluca ileriye dönük ne kadar süre için veri girdikleri, belirli bir sürenin altına düşen hekimler gibi raporlar alınabilecektir. Sisteme tanımlanan süreden daha kısa süre için veri giren hekimlere ve belirlenen yetkili kullanıcılara sistem konu ile ilgili otomatik uyarı verecektir.

Sistem MHRS kuralları çerçevesinde randevu almış hastaların listesini önceden belirli periyotlarla web servisler aracılığıyla çekecek, hasta kartı mevcut ise ilgili tarihte açıldığı anda randevu saati henüz geçmemiş ise randevu işleminin gereğini yapacaktır. Kayıt kullanıcısına hasta kartı olmayan veya T.C. kimlik numarası vermeden randevu alan hastalara kolay ulaşabilmesi için kayıt işlemlerinin gerçekleştirildiği modülde randevu almış hastaların listesine ulaşabileceği ve istediği kaydı listeden seçerek işlemlere devam edebileceği düzenlemeler yapılacaktır. Önceden hasta kartı var olup da T.C. kimlik numarası vermeden randevu alınmış olması durumunda randevunun mevcut hasta kartı ile birleştirilmesi gibi farklı durumlar için gereken önlemler alınacak, öngörülemeyen durumlarla karşılaşıldığında en kısa sürede çözüm üretilerek programa eklenecektir.

Sistem MHRS ile ilgili geri bildirimleri otomatik olarak öngörülen süreler dahilinde yapacak, şablonları işleyecek, poliklinik kayıtları hekim kayıtları eşleştirme kayıt düzenleme gibi işlevin yerine getirilmesi için gerekli ve izin verilen her türlü işlemin program üzerinden yapılmasını mümkün kılacaktır.

Çeşitli bölümler için ayrılan randevu zamanlarında alman randevunun uygulanması için çözüm

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.

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

düzenlenmiş olmalı ya da bunlar için gerekli düzenlenmelerin yapılabileceği şekilde tasarlanmış olmalıdır.

Her müracaat esnasında var ise bir önceki müracaatta alınan allerji, diabet, v.b. kronik hastalıklar ile ilgili bilgiler otomatik olarak ekrana gelmelidir. Kanser, diyabet MSVS gibi bilgiler sistemde tutulacak, hekim gerekli gördüğü değişiklikleri yaptıktan sonra Sağlık .NET’e göndermek üzere sisteme kaydı gerçekleşecektir.

Hastaların hemşireleri ve doktorları tarafından hasta dosyalarına işlenen tüm muayene ve tedavi bilgileri, özel sağlık bilgileri (alerjiler, diyabet, vb.) ve konsültasyon bilgileri bu modülden elektronik ortama aktarılabilmeli, bu bilgilerden yararlanılıp otomatik olarak epikriz düzenlenebilmelidir.

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

Ücretli hastalar haricinde; özel sigortalı, memur, Emekli Sandığı(devredilen), SSK(devredilen)’lı, Bağkurlu(devredilen), yeşil kartlı, vb. SGK mensubu ve kurumuna faturalı hastaların; muayene ve tedavi bilgileri ile laboratuvar, röntgen vb. tetkik istek işlemleri yapılabilmeli ve tamamlanan işlemler hasta faturalarına (mali kayıtlarına) otomatik olarak atılmalıdır. Özetle, vezne yükü azaltılırken arada oluşabilecek kayıp ve kaçaklar da önlenebilecek şekilde düzenleme yapılmış olmalıdır. Tetkik grupları oluşturulabilmeli, hekimler özelleştirilebilen bu listeler üzerinden tetkik istemlerini yapabilmeli sayı belirleyebilmeli, gerektiğinde not yazabilmelidirler. Ücretli hastalar ücretini ödemeden muayene edilememelidir.

Muayene katkı payı alınması gereken kurumlara mensup hastaların muayene edilmesi esnasında, eğer katkı payı alınmamış ise kullanıcı bilgilendirilmelidir. Katkı payı yatırılmadan muayene izni vermemelidir. Kişi sigortalı olmasına rağmen sigortasının karşılamadığı hizmetlerin vezneden tahsiline yönelik düzenlemeler bulunmalı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üntülenebilmelidir. İstenen tetkiklerin onaylanmış sonuçları da poliklinik modülünde görülebilmelidir. Bu şekilde hasta dosyasındaki laboratuvar test sonuçları bir arada bütünlük ve sadelik içinde izlenebilmelidir.

Laboratuar, röntgen vb. tetkikleri sonuçlanan hastalara ait Sonuç Gösterme sırası verilebilmeli ve bu Sonuç Gösterme Sırası alan hastalar, hekim tarafından, muayene edilecek hasta listesi içerisinde görülebilmelidir.

Ücretli hastalara ait işlemler ve tetkik istekleri, her durumda poliklinik modülünden yapılabilmeli, ödeme yapmamış hastaların kontrolü, örnek alma öncesinde ya da tetkik öncesinde burada kontrol edilmeli ve engellenmelidir. Ücretli hastanın muayene olmadan önce vezneye gitmesini sağlamak amacıyla hastanın kaydı öncelikle veznedeki terminalden görülmeli ve hasta ücretini vezneye ödedikten sonra ilgili birimde gözükmelidir. Bu gereksinimler doğrultusunda vezne modülü ile entegrasyonun sağlanmış olması gerekmektedir.

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 hastalara ait listeler, poliklinik hemşiresi ya da doktoru tarafından görüntülenebilmeli, listedeki hastalar kontrol, muayene ya da konsültasyon amaçlı olmaları gibi durumlarına göre ve isim, kurum vs gibi çeşitli kriterlere göre fıltrelenebilmelidir. 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. Sıra bilgileri mevcut durumda kapı önü monitörler aracılığı ile yansıtılmaktadır. Yazılım kapı önü monitörlerde poliklinik sıra bilgileri ve gerekli olabilecek diğer bilgileri yansıtabilecek şekilde uyarlanmış olmalıdır.

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

İletişim :

Aynı ekrandan hekim ve yetkili personel hastanın daha önceki başvurularına (ayaktan-yatan) erişebilmeli ve detaylarını inceleyebilmelidir.

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

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

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

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

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

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

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

Bildirimi Zorunlu Hastalıklar konusunda gerekli uyarılar yapılacak ve bildirim için form ve adres etiket bilgileri mümkün olduğunca otomatik olarak oluşturulacak, bu hastalıklara ait teşhisler girildiğinde kullanıcı yazılım tarafından otomatik olarak üretilen bir bilgilendirme mesajı ile uyarılacak ve bu hastalıklara ait Bildirimi Zorunlu Hastalık Raporları çıktı olarak alınabilecektir.

Zehirlenme vakalarında, hastaya zehirlenmeye yönelik bir teşhis kayıt edildiğinde, zehirlenme vaka kayıt formu otomatik açılmalı ve zorunlu olarak doldurulması gerekmektedir.

Psikiyatrik muayene amaçlı getirilen adli hastalara ait “Adli vaka psikiyatrik muayene formu” sistemden doldurulabilmeli ve raporlanabilmelidir.

KETEM hastalarına ait KETEM hasta kayıt formları sistemde doldurulabilmeli ve raporlanabilmelidir.

Ameliyata uygun görülen hasta için, planlanan ameliyat bilgisi (ameliyat tipi, anestezi tipi vs.jsisteme kayıt edilebilmelidir. Girilen verilere göre otomatik belirlenebilecek sabit girdiler sistem tarafından kullanıcı girişine gerek kalmadan işlenmelidir.

Hastane enfeksiyon takibine ait bilgiler kayıt edilebilmelidir.Acil ameliyat yapılması gereken hastalara ait, ameliyat istemleri yapılabilmeli, bu kayıtlar

ameliyathane birimi tarafından görülebilmelidir.Muayene işlemi tamamlanan hastanın işlemi kilitlenebilmeli, kilitli kayıt değiştirilememeli.Hastaya ait özlük bilgilerinde hata var ise, aynı modül üzerinde bu bilgileri değiştirebilmelidir.Hastaya Mr vb. tetkik istenilmeden önce, Radyoloji Ön Tanısı kayıt edilebilmeli ve bu bilgi

çekim yapan kullanıcı tarafından görülebilmeli ve değerlendirilebilmelidir.Sevk işlemleri yapılmalı ve sevk işlemleri ile ilgili bilgiler tutulmalıdır.( kim tarafından, nereye

sevk edildiği vb.)Sevk kaydı sırasında Sevk nedeni, sevk edilen hastane, sevk edilen poliklinik, sevk edilme

gerekçesine ait teşhisler, Sevk şekli kayıt edilebilmelidir.Sevk edilen hastanın hangi araç ile sevk edildiği bilgisi kayıt edilebilmelidir. Sevk sonrasında

gerekli raporlar almabilmelidir.Sevk kayıtları kilitlenebilmeli, kilitlenen sevk üzerinde müdahale edilememelidir.Reçete bazında mortalité ya da morbidité riski olabilecek ilaç kombinasyonları için otomatik

uyarı sağlanmalı ve bu kombinasyonların listesi istendiğinde görüntülenebilmelidir.Hastanın daha önceki müracaatlarına ilişkin bilgiler (yazılmış ilaçlar, yapılan tedaviler, istenen

tetkikler, vb.) görülebilmelidir.Hastanın daha önceki gelişlerine ait teşhisler, tarih, klinik ve doktor isimleri ile beraber

görüntülenebilmelidir.Hastanın daha önceki muayene kayıtları muayene olduğu doktor, poliklinik, protokol numarası,

muayene tarihi bilgileri ile beraber görüntülenmelidir.Hastane dâhilindeki laboratuarlarda yapılamayan tetkikler için sevk işlemleri

gerçekleştirilebilecek, bu tetkiklerin hastanın mali kayıtlarına yansıtılmasıyla ilgili gerekli düzenlemelersistem içinde yer alacaktır.

1 . ırü

İ le t iş im : y / jT w ( ¿ rV J

Hastanede laboratuar cihazlarına ait kitlerin tükenmesi durumunda, hekim istemi yaparken bu istemlerin engellenmesi mümkün olmalıdır.

Organ nakline ilişkin işlemler yapılabilecek ve gerekli bilgiler tutulacaktır.Birden fazla incelemeyi içeren paketler oluşturulabilmeli ve istenilen paket seçilebilmelidir.Protokol numaraları, program tarafından otomatik olarak verilmeli ve protokol numarası

verilmiş kaydın herhangi bir kullanıcı tarafından silinmesi engellenmelidir. Protokol hekimin hastaya ön tanı-kesin tanı koyması ile otomatik verilmeli, diğer işlemlere bundan sonra geçilebilmelidir.

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.

Muayene sonrasında gerekli görülmesi durumunda hastaya SSK İş Görmezlik raporu düzenlenebilmelidir.

Muayene sonrasında gerekli görülmesi durumunda hastaya istirahat raporu düzenlenebilmelidir.

Hastaya kayıt edilen Ön Tanı kolaylıkla kesin tanıya dönüştürülebilmelidir.Hastaya en az 1 Ön Tanı, en az 5 adet kesin tanı kayıt edilebilmelidir.Hekim kullanıcıları kendi kliniklerine ait yatan hastalarının listesini görebilmelidir.Muayene işlemi sonrasında Yatış İsteminde bulunabilmek, gerekli görmesi durumunda İstemi

İptal edebilmelidir.Muayene edilerek, yatışı uygun görülen hastaya yatış istemi yapılmadan önce, Hastane Yatak

Durumları görüntülenebilmeli, boş yatak bulunmaması durumunda hastanın yatış istemini yapmadan başka bir kuruma yönlendirilebilmelidir. Gerektiğinde hasta farklı kliniklere de yatırılabilmeli, bu durumda heııı yatırıldığı klinikte hem de yatıran hekimin kliniğinde listelerde yer almalı, hastanın yattığı klinikten bakıldığında hangi kliniğin hastası olduğu kolaylıkla anlaşılmalı, kendi kliniğinde ise gerçekte hangi klinikte yattığı kolaylıkla anlaşılabilmelidir. Böylece yattığı klinikteki hemşire ve hekimlerin gerekebilecek işlemleri yapabilmeleri, hastaya malzeme vs düşebilmeleri amaçlanmaktadır.

Hasta Yatış Formu yazdırılabilmelidir.Muayene işlemleri sırasında sık sık kullanılan teşhisler sistem tarafından otomatik

öğrenebilmeli ve ilgili ekranda gösterilmelidir. Sık kullanılan teşhisler bu ekrandan seçilerek hastaya kayıt edilebilmelidir.

Hastaya muayene sonucu karar yazılması esnasında kolaylık sağlaması amacı ile Karar şablonları oluşturulabilmelidir.

Bu ekran üzerinde, ilgili hekime ait toplam, muayene edilen ve muayene edilmek üzere bekleyen hasta sayıları görünebilmelidir.

İlgili ekranda Kliniğe ait bir haftalık kapasite bilgisi girilebilmelidir. Bu sayede hekim bir hafta boyunca her bir gün için kaç hastayı muayene edeceğini tanımlayabilmelidir. İstenildiğinde bu özelliğin birim bazında devre dışı bırakılabilmesi gereklidir.

Sık kullanılan teşhisler için özel adlar belirlenebilmelidir. Bu sayede istenilen bir teşhis hekim tarafından daha kolay hatırlanabilecek bir isim ile kullanılabilecektir.

Kanser hastaları için kanser TNM evreleme işlemleri yapılabilmelidir. TNM tanımları hekim tarafından yapılabilecek parametrik yapıda olmalıdır. Mevcut evrelemeler data aktarımı ile alınacak, sonrasında yeni tanımlar eklenmesi gerektiğinde idarenin bildirmesi ile yüklenici tarafından sisteme eklenecektir.

Konsültasyon istemlerinde Neden ve konsültasyon işleminin poliklinik/servis vb. gibi hangi birimde yapılacağı bilgileri kayıt edilebilmelidir. Konsültasyon istenirken doktor belirtilebileceği gibi sadece birim belirtilerek de konsültasyon istenebilmelidir.

Kan istemleri yapılabilmelidir.Kardiyoloji, Radyoloji, Ultrason sonuçlarına ulaşılabilmelidir. Bu bilgiler aynı ekran veya aynı

ekran üzerinden erişilebilecek ekranlar ile görüntülenebilmelidir.Toplu sonuç yazdırılabilmelidir.Acil müşahede odalarında kalma sürelerinin hesaplanması için gerekli bilgiler kayıt

edilebilmelidir ve bu bilgiler raporlanabilmelidir.Tek hekim raporları, ilaç muafiyet raporları hazırlanabilmek ve raporlanabilmelidir. Bu

raporların SGK sunucularına buradan girilen verilerle gönderilebilmesini sağlayacak düzenlemeler yapılmış olmalı, bu raporların hazırlanmasında SGK tarafından öngörülen kısıtlamalar uygulanmalı kurallara uygun olmayan girişlerin önlenmesi mümkün olmalıdır. Örneğin teşhis ilaç ilişkisi gibi. Raporların onayı, SGK sunucusuna gönderilmesi veya geri alınması ile medula tarafından sağlanan diğer imkanların kullanılması mümkün olmalıdır.

İlgili hastaya ait masraf listesi, istem listesi, epikriz raporu aynı ekran üzerinden alınabilmelidir.

Diyet istemi yapılabilmelidir.İntihar / Kriz formu kayıt edilebilmelidir.Hekim hizmet vermediği zamanlarda, Hizmet Vermediği bilgisini sisteme kayıt edebilmeli ve

bu bilgi poliklinik LCD monitörde görüntülenebilmelidir.Her hekim kendi hastalarına veya polikliniğe ait protokol defterini aynı ekranda alabilmelidir.Acil muayene işlemleri sırasında Acil servis başvuru şekli (Normal, İş Kazası, Trafik Kazası,

Adli Vaka) belirlenebilmelidir.Triaj belirleme amacı ile muayene ekranı olmalı ve acil servis hastaları muayene öncesinde bu

ekrandan Triaj belirlemesi yapılabilmelidir.Muayene sonucunda hastaya çalışabilir raporu, çalışan raporu, diyaliz raporu, hasta alt bezi

raporu, öğrenci raporu, muafiyet raporu, verem savaş raporu, iş göremezlik raporu vb. verilebilmelidir. Online işlem gerektiren raporların işlemleri otomatik gerçekleştirilmelidir.

İş göremezlik raporunda ikinci on gün verilirse rapor çıktısında alınan birinci on gün raporu da beraber çıkmalıdır.

Bulaşıcı hastalık tanısı hastaya eklenmişse gerekli formların çıkartılması için uyarı vermelidir. Ayrıca bulaşıcı hastalık kontrol birimine hastanın yönlendirilmesini, hastanın bu birimde kontrolünün yapılıp yapılmadığı bilgisi poliklinikte bulunmalıdır.

Sosyal hizmetler biriminin işleyişi ilgili mevzuat uyarınca düzenlenecek, diğer polikliniklerden otomasyon üzerinden bu birime belli durumdaki hastaların yönlendirilmesi ile birimin hasta için yaptığı çalışmaları sisteme işlemesini sağlayan temel özellikleri sağlamalıdır.

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.

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

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.

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

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.

Tıbbi Rapor HazırlamaHastaya ait tanı ve sonuçlarının raporlandığı alt işlevdir. Rapor formadan, ilgili mevzuata uygun dizayn edilmiş olmalıdır.

Tıbbi rapor hazırlama işlemi, doktorun yetkisinde olmalıdır.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.Varsayılan rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır.Yatan ve ayaktan hasta için ön tanı ve kesin tanı, primer ve sekonder tanılar belirtilerek

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

aktarılabilmelidir.İlaç muafiyet raporlarında SGK’nın koyduğu kurallar ve hasta tıbbi bilgi girişi anlatımında

belirlenen kurallar geçerlidir.

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

İlaç ve sarf malzemeleri, kodlu listelerden seçilerek istekte bulunulmalıdır.İstekler üzerine tarama kriterleri girilerek arama yapılabilmelidir.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.İsteklerin günlük, haftalık, aylık ve istenilen tarih dilimleri arasındaki sorgu sonuçları

ekrana/kağıda yazdırılabilmelidir.

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ı

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

Yatış İşlemleri

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

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

Diyet modülü ile entegre çalışmalıdır. Diyet orderinin sisteme girilebilmesi için fonksiyon bulunmalı, hastanın diyet bilgileri girilmeden yatışı engellenebilmelidir. Diyet bilgileri hekim tarafından diyetisyenlerce oluşturulan listeye göre öğünler için ayrı ayrı seçilebilmelidir, hekimlerce belirlenen diyetler diyetisyenlerce birim, hasta vs gibi kriterlerle sorgulanabilmelidir. Burada amaç birimlere gönderilecek yemeklerin listesinin kolayca hazırlanması ve istatistiklerinin alınmasıdır.

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

Ekranda provizyon takip bilgileri izlenebilmeli ve gerektiğinde provizyon alınabilmelidir.Hasta yatağı ile ilgili özelliklere göre ücret farkları kayıtlara otomatik olarak işlenebilmelidir.Yatak atama işleminde daha önceden yatış yapan bölüm ile ilişkilendirilmiş boş yataklardan

oluşan listeden seçim yapılarak yatak ataması gerçekleştirilmelidir. Bölüm ile ilişkili boş yatak bulunmaması halinde yetkilendirilmiş kullanıcılar başka bölümlerin yataklarına yatışı yönlendirebilmelidir. Daha önce başka bölümlere bu yöntemle yatış yaptırmış olan birimlerin bu yatakları dolu iken boşalan kendi birimlerine yatış yaparken yetkilendirilmiş kullanıcı uyarılmalıdır. Bu işlemler cinsiyet farkı gözetilerek yerine getirilecektir. Örneğin birimin kendi odalarında erkek hasta yeri boşalmış ise ve başka birimlerde bayan hastası yatmaktaysa yukarıdaki kontrol uygulanmayacaktır. Bir birim yatakları hala dolu olsa bile ikinci defa veya devam eden seferlerde başka birime yatış yapma talebinde bulunursa yetkili kullanıcı ilgili birimin hala başka birimde yatan hastası olduğu konusunda yetkili kullanıcıyı uyarmalıdır. Yetkili kullanıcı hastanenin yatak durumunu etkin şekilde izleyebilmelidir.

Yataklar ileri bir tarih için rezerve edilebilmelidir.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ınmalıdır.

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ırlanmasını

sağlamalıdır.Yatan hasta kayıtlarından istenilen kriterlere göre günlük, haftalık, aylık raporlar

alınabilmelidir.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

raporlanabilmelidir.Yatan hastaların poliklinik bilgilerine ve önceki yatış bilgilerine ulaşılmalıdır.Tetkik numunesi ve diğer gereksinimler için kullanıcının tasarladığı şekilde hasta bilgileri

etiketi basılmalıdır.Hekim istemlerinde; standart hekim istem paketleri, hastanın ihtiyacına yönelik

bireyselleştirilmiş istemler, sınırlandırılmamış istem ve bunlara ulaşılmayı sağlayacak hekim istem menüleri oluşturmalıdır. Standart hekim istem paketlerine tek tuş yardımı ile kolay ulaşım sağlanmalıdır.

Hekim istemi içindeki tüm kalemlerin ilgili bölümlere otomatik olarak gitmesi sağlanmalıdır.Sadece yetkilendirilmiş hekim veya kullanıcı tarafından hekim istemlerinin iptali, yenilenmesi

sağlanmalıdır. Numune alınmış veya bir şekilde işleme alınmış istemler üzerinde değişiklik yapılamamalıdır.

Hekim istemlerinin verilmesini takiben hemşireye ait yapılacak işler için otomatik iş listesioluşturulmalı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ğlanmalı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.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ılmalıdır.Hasta odasının durumu (dolu, boş,) sistemden izlenmelidir.Bu modül, Hastalık kodlarını (1CD-10) kullanabilmelidir.Hastanın tüm tıbbi bilgilerine buradan da ulaşılabilmelidir.Gerçekleşmeyen istem iptali mümkün olmalı, gerçekleşmeyen istemlerin faturaya yansıtılması

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. Bu işlem esnasında yatak türü (izole

yatak vs.) ve dolayısı ile fiyat farklılıklarının ve sosyal güvencesine göre farklılaşabilen kuralların göz önünde bulundurulabilmesi için imkan sağlanmış olmalıdır.

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

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

Hasta yoğun bakımda yatarken kattaki hasta odasını tutma imkanı olmalıdır.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

izlemelidir.Sistem, hastaların izinli çıkışlarının kaydını tutarak kullanıcıya gerekli uyarıları verebilmelidir.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 yapamamak, 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, sistemde eski ve yeni hali ile tutulmalıdır. İşlemi kapalı hastanın bu işlemine dair raporlar üzerinde değişiklik yapılması önlenmelidir.

Bölüme ait hasta listesi aktif görüntülenmeli ve diğer bölümlerin hasta listeleri pasif görüntü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ülenmelidir.Hasta refakatçilerinin aldığı tüm hizmetler (geceleme, yemek vb.) sistemden izlenip otomatik

olarak hastanın hesabına yazılmalıdır. Sosyal güvencesinin karşılayıp karşılamama durumuna göre vezne tahsilatı veya faturasına yansıtma fonksiyonlarını yerine getirmelidir.

Hastanın yatışı sırasında yapılan ameliyat, eczane, laboratuar, röntgen vs. gibi işlemler ve kullanılan tüm malzemelere ait ücretler (kateter, enjektör vb.) hastanın elektronik ortamda bulunan mali kayıtlarına ve hasta dosyasına anında yansıtılmalıdır. Hastanın herhangi bir andaki fatura bilgileri görüntülenebilmelidir.

Hastane dâhilindeki laboratuvarlarda yapılamayan tetkikler için sevk işlemleri gerçekleştirilebilecektir.

Hastane eczanesinde bulunmaması yada stokta kalmaması nedeniyle hastanece karşılanamayan ve hastaya dışarıdan aldırılan ilaç istekleri de hastanın kayıtlarına eklenmeli ancak masraf olarak işlenmemelidir.

Organ nakline ilişkin işlemler yapılabilecek ve gerekli bilgiler tutulacaktır.Serviste yapılan cerrahi müdahalelerle ilgili bilgiler tutulmalıdır.( biyopsi, apse drenajı vb.)Hasta dosyalarının işlenmesinde; terapilerin kim tarafından uygulandığı, ilaç ve diğer tıbbi

malzemelerin kim tarafından hastaya verildiği ile ilgili bilgiler, Yataklı Tedavi Kurumlan İşletme Yönetmeliği'nin 71, 72 ve 73. maddelerinde belirtilen hususlara uygun olarak kayıt edilmelidir.

Düzenlenmesi gereken matbu formların çıktıları alınabilmelidir. (Örneğin; epikriz, ölüm tutanağı, adli rapor, vb .)

Bildirimi Zorunlu Hastalıklar ile ilgili listeler alınabilmelidir.Servislerde bulunan terminallerden de servis çalışanlarının çalışma takvimi izlenebilecek ve

nöbet çizelgeleri oluşturulabilecektir.Verilen herhangi bir zaman diliminde, servis çalışanları için farklı parametrelerde günlük iş

listeleri otomatik olarak oluşturulabilmelidir.(ameliyat, rutin ya da özel tetkik veya tedaviye alınacakların listesi, saatlik ateş, nabız, tansiyon takibi gereken hastaların listesi, vb.)

Serviste mevcut mayi, ilaç, araç-gereç, her türlü sarf malzemesi ve demirbaş listesi görülebilecek ve bunlara ilişkin hareketler takip edilebilecektir.

Çalışanların nöbet devir teslim işlemleri yapılabilecektir.Yatan hasta - hemşire bağlantısı ve devir işlemleri yapılabilmelidir. Bu sayede hangi hastanın,

hangi tarihlerde, hangi hemşireler tarafından takip edildiği takip ve kontrol edilebilmelidir. Bubağlantı, ilaç ve sarf malzeme teslimatlarında kullanılabilmelidir.

Hastanın eski hastalar arasında arama bağlantısı, yanlışlıkla yapılmış ayrı dosyaların birleştirilmesi işlemleri yapılabilmelidir.

Yeni hasta kaydı sırasında eski hastalarla arasında arama bağlantısı olması ve aynı ad, soyad ve baba adı olan kayıtlar listelenebilmeli ve bu yolla mükerrer kayıtların tek bir numara altında birleştirilebilmesi mümkün olmalıdır.

Hastanın kurum borç-avans durumunun görüntülenmesi ve sistemde takibi yapılabilmelidir.Hastaya yapılan tetkik, tedavi, ilaç, sarf malzeme ve diğer bilgi girişleri barkod vasıtası ile

yapılabilmelidir.Hastanın yatırmış olduğu avans durumu makbuz numarası görülebilmeli ve ödeme anında

vezne ve döner sermaye ile ilişkilendirilebilmelidir.Hasta formuna girilen tüm kayıtlar aynı ekran üzerinden çok seçenekli yapıda gruplanabilmeli,

filtrelenebilmeli ve sorgulanabilmelidir.Resmi evrakların kurum kodu girilebilmeli, parametrik alandan seçilebilmelidir.Tahakkuk yapılarak kurum türüne göre ayrıntılı işlenebilmeli, çıktı alınabilmelidir.Mali tahakkuklar fatura edilmek üzere muhasebe modülüne aktarılabilmelidir.Ücretli hastaların ödeme belgelerine ilişkin makbuz numarası ve miktarı hasta dosyalarında

görülebilmelidir.Otomatik olarak işleyecek hizmetler tanımlanabilmek, hizmetler birbirine bağlanarak biri

girildiğinde diğerinin de otomatik girilmesi, bir hizmet girildiğinde belirli sarfların depodan düşülmesi ve hasta hesabına işlenmesi gibi.

Elektronik Oıder hekim tarafından ilaçlar, diyet türü, harici ilaçlarının kullanımı için ve diğer açıklamalar için not ekleyebilmek suretiyle sisteme kaydedilebilmelidir. İlaçlar eklenirken sisteme girilen bilgilerden tespit edilmek suretiyle seçilen ilaçlardan geçimsiz olanlar var ise hekim uyarılmalı, diyet konusunda var ise öneriler bilgi olarak gösterilmelidir. Hekim tarafından ileri dönük order verilebilmelidir. Hekimce onaylanan orderların hemşire tarafından görülüp görüldüğünün sisteme girilmesi ile eczane ekranına ve diğer ekranlara yansımalıdır.

Sisteme girilen orderda seçilmiş ilaçlardan EHU onayı gerektirenler Enfeksiyon uzmanlarınca onaylanacağı ekrana düşürülmelidir. Burada onayın geçerlilik süresiyle birlikte onay bilgileri kaydedilebilmeli ve eczane tarafından görülebilmelidir. Eczane onay olup olmadığını görmekle birlikte onay verilmemiş ilaçların çıkışını da yapabilmelidir. Bir defa onay verilen ilacın geçerlilik süresince onay vermeye ihtiyaç olmamalı, eczane tarafından onaylı olarak görülmesi sağlanmalıdır.

Hastanede belirli bir serviste yer olmaması halinde tanımlanan yetkilere göre farklı servislere yatış yapılabilmelidir. Bu durumda asıl servisin hekim ve hemşireleri ile fiziki yatış yapılan servisin de hekim ve hemşirelerinin hastanın esas biriminin hangisi olduğu anlaşılacak şekilde görülebilmesi, hizmet işlenebilmesi, yatışı yapılan birimden kullanılan malzemelerin ilgili birimin deposundan düşülebilmesi, orderinin hemşireler tarafından görülerek eczaneye aktarılabilmesi gibi işlemler yapılabilmelidir.

Hasta Taburcu İşlemleri

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 faturası saatlendirilerek bu andan sonra yapılacak hizmet girişleri

engellenmelidir. Fatura iptali ya da değiştirilmesi yetkilendirilmiş kişiler tarafından yapılmalıdır. Böyle durumlarda gerekçe yazılabilmelidir. Yapılan bu tür işlemlere ait kayıtlar sistemde tutulmalıdır.

Taburcu işlemleri esnasında, yatış ve taburcu tarihleri dışında kalan tarihlere ait hizmet veya ilaç kaydı var ise kullanıcı uyarılmalıdır.

İstem yapılmış ancak sonuçlandırılmamış kaydı bulunan hastalar taburcu edilmesi esnasında kullanıcı uyarılmalıdır.

Hastanın ex olarak taburcu edilmesi esnasında ex sebebi alanı doldurulmadan kayıt edilmemelidir.

Taburcu işlemleri esnasında taburcu teşhisi girilmeden taburcu edilememelidir.Taburcu işlemleri esnasında taburcu tarihi girilmesi istenmeli ve ilerleyen günler için taburcu

yapılamamak.Taburcu işlemleri esnasında kapatılmamış refakatçi kaydı var ise kullanıcı uyarılmalı.Yatan hastaların taburcu edildikten sonra evrakların arşive ve faturaya gönderildiğine ait bilgi

tutulmalıdır.Taburcu edilen hastanın yatak bilgisi boşaltılmalıdır.Taburcu edilen hastanın hangi yataklarda kaldığı bilgisine erişilebilmelidir.Taburcu olan hastanın nakil edildiği birimlere ait bilgilere erişilebilmelidir

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

almalıdır.Ücretli hastanın gerekli ücreti ödediğine dair bilgiler, ilgili hizmet birimine otomatik olarak

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ı, sorgular yanıtlanmak 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ılmalı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ılmak ve

raporlar 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

yapacak 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ünleş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 olmalıdır.Ücretli hastalar için istenirse depozit alınabilmek, verilen hizmetlerin bedeli alınan depozitten

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

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

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

Her vezne için ayrı bir "vezne tanım" adı tanımlanabilmelidir.Tanımlanan her vezne tanımında, hangi personellerin çalışabileceği belirlenebilmelidir.Vezne tanımları aktif ve pasif edilebilmelidir.Gün sonunda kasa kapama işlemleri yapılabilmelidir. Kasa kapama sonrasında otomatik olarak

kasa numarası verilebilmelidir.

Vezne ekranına girişte, hali hazırda yazıcıda takılı bulunan matbu makbuza ait seri no bilgilerinin kayıt edileceği bir ekran olmalıdır.

Vezne makbuzu çıktısında, kullanıcı, yazdırılan tarih saat, bilgileri olmalıdır.Kurum mensubu bir hastaya ait fatura edilemeyen hizmet veya ilaçlar tek kalemde tahsil

edilebilmelidir.Hastaya ait ödeme cetveli alınabilmelidir.Yatan hastanın tüm masrafları (sarf, ilaç,) elektronik ortamda hasta hesaplarına geçirilmelidir.Muayene katılım payı alınması gereken (Yurt Dışı SSK v.b) hastalarda muayene katılım payı

alınabilmelidir.İlgili hastaya ait tüm makbuz listesi aynı ekrandan alınabilmelidirDepozito tahsilâtı sırasında alınabilecek maksimum depozito tutarı önceden belirlenebilmelidir.Bankaya havale ile yapılan ödemelerde banka havale no ve banka adı kayıt edilebilmelidir.Vezne tahsilât ekranında, kesilecek olan makbuzun numarası görüntülenmelidir.Vezne tahsilâtı sırasında hangi hizmet ve ilaçların tahsil edildiği görüntülenebilmeli,

istenildiğinde bazı hizmet veya ilaçlar tahsil edilecek tutardan=çıkarılabilmelidir.Tahsilat esnasında açıklama kayıt edilebilmelidir.Depozito iade işlemleri yapılabilmelidir.Makbuz iptali işlemlerinde açıklama bilgisi girilmesi zorunlu olmalıdır.Geçici teminat, Şartname bedelleri, Damga pulu vb. tahsil edilebilmelidir.Yabancı hastalar ile ilgili olarak ve/veyaya bireysel ödemeli tıbbi işlemler kapsamındaki

hizmetler ile ilgili Sağlık Bakanlığı Strateji Geliştirme Başkanlığının ilgili genelgesi ile bildirilen fiyat listesi ve uygulama kuralları uygulanmalıdır.

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.

İlaç Çıkış İşlemleri

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

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. İlaç isteği yapılmış hastaların tarih ve saat aralığı ile süzülebilmesi, hastaların kliniği, doktoru, odası gibi bilgilerinin görüntülenebilmesi mümkün olmalıdır.

Hekim istem süresi boyunca; ilaçlar ve dozları, hasta bazında kullanımı durdurulan ve ertelenen ilaçları, değiştirilen ilaçları, mevcut hekim istemlerinin başlangıç ve bitiş zamanlarını, hastanın allerjilerini izleyebilmelidir.

Bölümlere özel ilaçların takibini 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ülemeli ve çıktısını

verebilmelidir.İ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 aktarabil mel id ir.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 gruplar oluşturabilmeli (narkotik, psikotrop, soğuk zincir gerektiren gibi, bu özellikler istenildiğinde kullanıcı tarafından artırılabilmeli) bu gruplar bazında raporlanabilmelidir.

Sistem, yatan hastaların poliklinik sürecinde kullandığı ilaçları görüntülemelidir.Taburcu edilme işlemleri sırasında verilen ilaç reçetesinin sistemde görüntülenmesi

sağlanmalıdır.İ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ülemelidir.Sistem, kesilen ya da iptal edilen ilaçları görüntülemelidir.Hasta başka bir bölüme aktarıldığı zaman önceki planlanan ilaçları ve uygulama zamanlarını

transfer etmelidir.

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

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

Çıkışı yapılan ilaç ve malzemelerin otomatik stoktan düşümünü gerçekleştirmelidir.Dağıtılan ilaçlar için malzeme dağıtım belgesi düzenlemelidir.İlaç dağıtımını; ünite doz, kat stok ilaçları, zayi/fıre ilaç ve acil ilaç kapsamında

gerçekleştirmelidir.Kemoterapi istemleri için; tanımlanmış standart istem paketleri, doz hesaplama ve hastaya

faturalama işlemlerini yapmalıdır.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ı raporlamalıdır.Eczane kayıtlarından günlük haftalık, aylık ve istenilen tarih dilimleri arasında, hasta, birim,

doktor bazında veya topluca dökümler alınmalıdır. Dönemlik ilaç maliyetleri, depo bazında maliyetler, ilaç karlılık oranları vb. hastanede ihtiyaç duyulan raporlar kullanıcı isteklerine göre oluşturulabilmeli görüntülenip, bastırılabilmelidir.

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. Gerektiğinde ondalık işlemler yapılabilmelidir.

Hastalara verilen ilaçların eczane tarafından ret edilmesi durumunda kayda alınabilmelidir.Tek hekim veya heyet raporu gerektiren, EHU onayı gerektiren bir ilaç kullanımı olduğunda

kullanıcı uyarılmalı gerekli onayların alınmasını sağlamalı, gerekirse istisnai durumlar için eczanenin çıkış yapabilmesini sağlamalıdır.

Tanımlı ilaçların, birimler arasmda çıkış, hasta tabelası veya hasta tabela istemleri ekranının hangilerinde kullanılabileceği tanımlanabilmelidir.

Tabelası eczane tarafından onaylanan istemlere müdahale edilememelidir. Eczaneden onayın iptalini müteakip müdahale edilebilmelidir.

Hekim tarafından kayıt edilen Order Planları sadece yetkiler dahilinde değiştirilebilmelidir. Hekim tarafından kayıt edilen order planlarını değiştirebilmek amacıyla düzenleyen kullanıcıdan dışındaki kullanıcılara bu order planlarını değiştirebilmek için yetki tanımları yapılabilmelidir.

Hekim tarafından tabela istemi yapılması esnasında, ilaçların raf ömrü gösterilmelidir.Tabela istemi yapılırken ilacın hangi depolarda ne miktarda olduğu gösterilmelidir. Yalnızca

izin verilen depolardan istem yapılabilecektir. Arama yapılırken hekimin arama yaptığı ilacın eczanede bulunmaması durumunda sistem muadil tanımlanan ilaçları seçenek olarak sunmalıdır. Muadil tanımlaması kolaylıkla yapılabilmelidir.

Tanımlanan seviyelerde herhangi bir etkileşimi olduğu zaman sistem otomatik olarak uyarı yapmalıdır.

Sistem, ilaç etkileşimlerini rapor halinde üretmelidir.Formüler, jenerik ve geleneksel isim bazında güncelleştirilmiş ilaç listesi oluşturulmalı ve

görüntülenmelidir.Sistem günlük olarak; tüm doğrulanan ve doğrulanmayan hekim istemlerini, tüm ilaç tedavi

listesini, durdurulan istemleri ve atlanan ya da uygulanmayan dozlar ile nedenlerini kayıt ve raporlama olanağı sunmalıdır.

Hekim tarafından yapılan order istemleri, istem yapılan birim dışında başka bir birim tarafından da onaylanabilmelidir.

Sistem, intravenöz(IV) karışımlar, pediatrik ilaç uygulamaları, Total Parenteral Nütrisyon(TPN) için ilaç uygulamaları kapsamında çözüm üretmelidir.

Eczanede bulunmayan ve dışarıdan temin edilen ilaçları sınıflamalı ve listelemelidir.Etkili olmayan tedavi ya da yanlış ilaç tedavileri için tanımlanan formatlarda rapor üretmelidir.Alerjik reaksiyonlar ve ilaç yan etkileri için oluşturulan formatta rapor üretmelidir.Haftasonu ya da tatil süreleri için yukarıdaki ilgili işlemler gerekli olduğu kadar gün için

topluca yapılabilmelidir.

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

Stokta kayıtlı ilaçlar hakkında sorgu kriterlerine göre arama yapmalıdır.İlaç minimum stok seviye göstergelerini tanımlamalı ve minimum stok seviye kontrolleri

yapmalıdır.İlaçların son kullanma tarihleri-miat ile ilgili kontrolleri ve istenen uyarıları

gerçekleştirmelidir.Önceden belirlenen parametreleri temel alarak dağıtılan ve dönen ilaç kalemleri için depo

stokları otomatik olarak güncellenmelidir.

Depo stok ilaçlarını tanımlandığı şekilde listelemelidir (tablet, doz, kutu, ampul,vs).Miadı geçmiş, kırılmış ya da bozulmuş ilaçları izlemeli ve listelemelidir.İlaçların depo raf ömrünü izlemelidir.Stok kontrolüne ilişkin işlemler barkodla yapılabilmelidir.Bölümlerin aylık ilaç kullanımını izlemelidir.Bir ilaç veya tıbbi malzemeden hastane genelinde hangi depolarda kaç adet olduğu bilgisine

tek bir ekran üzerinden ulaşılabilmedir.

Majistral İlaç ÜretimiMajistral ilaç üretimlerinin yapılabilmesini sağlayan fonksiyondur.

Majistral ilaç katalogu oluşturulmalıdır.Her bir majistral ilaç için formül tanımlaması yapılmalıdır.Oluşturulan majistral ilaçların stok ve fiyat takipleri yapılmalıdır.Majistral ilaç için kullanılan malzemeleri stoktan otomatik olarak düşürmelidir.

Reçete İşlemleri (Ayaktan / Yatan) Alt Sistemi

Reçete yazma işlemi doktorun yetkisinde olmalıdır.Eşdeğer ilaç uygulamalarını desteklemelidir.Reçete görüntüleme ve reçete arama işlemleri yapılabilmelidir.Ayaktan tedavi gören hastaların reçetelerini bilgisayar ortamında üretmeli ve hastaya çıktı

verilmesini, elektronik ortamda Sosyal Güvenlik Kurumuna bildirimi ve reçete numarasının verilmesini sağlamalıdır. Uygulamada elektronik imza ile e-reçete yazabilmek mümkün olmalıdır.

Yatan hasta reçetelendirmesinde doktora eczane stokundan muadil ilaç önerisi getirmelidir. Standart ilaç isimlerinin kodlu listeden seçilerek reçete sayfasına aktarılması mümkün

olmalıdır.İlaçların kullanımı ile ilgili bilgi girişi de standart kod ve listelerden seçilerek

gerçekleştirilmelidir.Eski reçeteleri, istenen arama kriterlerine göre arayıp göstermelidir.Bu modül, eczanenin birden fazla konumda (hastanenin farklı binaları, vb.) hizmet vermesini

desteklemelidir.Eczanede yapılan işlemlere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmeli,

sorgular yanıtlanabilmek ve raporların çıktısı alınabilmelidir.

LABORATUVAR MODÜLÜ

Laboratuvar modülü Ankara Kamu Hastaneleri Birliği 2 No’lu Genel Sekreterliği tarafından ihale edilen merkezi laboratuvar modülüne entegre olacaktır. Bu başlıkta yer alan maddeler ilgili (Merkezi Laboratuvar İçin Yapılacak Olan) ihalenin gerçekleşmesine kadar kullanılacak olan süreç için ve entegrasyon gerçekleştikten sonra hala otomasyon bünyesinde kalacak olan işlevlerin sürdürülebilmesi için gerekli olacak özellikleri belirlemek amacıyla yazılmıştır. İhaleye giren istekli kendisinden bu konuda talep edilecek entegrasyonu sürecin gerekliliğine göre sözleşme öncesinde veya sözleşme esnasında gerçekleştireceğini taahhüt eder.

Bu modülün amacı yatan hastalar, poliklinik hastaları ve doğrudan başvuran hastalara ait laboratuvar isteklerinin kaydedilmesi ve alınacak her türlü laboratuvar örneğinin karışmasını önleyecek otomatik etiketlemeyi yapmasıdır. Hastalar için yapılan tetkikler hastanın mali kayıtlarına aktarılmalıdır.Yapılan laboratuar tetkiklerinin ayrıca maliyet analiz istatistikleri yapılmalıdır.Hastanede ihalesi kesinleşmiş ya da kurulu bulunan laboratuar cihazlarının HBYS ile entegrasyon çalışmaları kesin kabule kadar hızla tamamlanacaktır. Bu durumda ek ücret talep edilmez. Laboratuar cihazlarının HBYS'den daha sonra kurulması halinde de Yüklenici gerekli tüm danışmanlık ve entegrasyon hizmetini ücretsiz olarak sunmak zorundadır. Yüklenici, laboratuar cihazlarının sonradan kurulması halinde bu entegrasyon hizmetini hangi şartlarda vereceğini teklifine ekleyecektir, teklifte işin yürütülmesi esnasında cihaz entegrasyonu için gereken süre beş işgününü aşmayacaktır. Cihazların entegrasyonu için gereken kablo RS232 gibi standart bir kablo ise firma tarafından hazırlanacaktır. Farklı ve özel bir kablo ise firma sorumlu değildir.Yazılım laboratuar Performans Kriterleri çerçevesinde numunenin alındığı tarih ve saat bilgisi, numunenin laboratuara alındığı tarih ve saat bilgisi, cihazda çalışılmaya başlandığı tarih ve saat bilgisi, çalışmanın tamamlandığı tarih ve saat bilgisi, teknik ve uzman onaylarına ait ayrı ayrı tarih ve saat bilgilerini tutabilmeli ve istenildiğinde raporlayabilmelidir.

Tetkik İstem YönetimiHasta üzerinde yapılması istenen tetkik isteklerinin girişi ve ilgili tetkik birimine gerekli bilgilerin iletilmesini sağlayan alt modüldür. Tetkik isteme, tetkik istekleri üzerinde arama ve görüntüleme işlemlerini kapsamalıdır. Diğer kurumlardan alınan ya da diğer kurumlara verilen tüm tetkik hizmetleri için gerekli yazılım düzenlemeleri ve haberleşme altyapısı kurulacaktır. Diğer kurumların yazılım ve altyapıları elverdiği ve idare ve yükleniciye fazladan maliyet oluşturmadığı takdirde yüklenici ücret talep etmeyecektir.

Hasta üzerinde yapılması istenen tüm laboratuar(Biyokimya, mikrobiyoloji, radyoloji, seroloji, odyometri, patoloji, EMG, EEG, vb) tetkik isteklerinin girişi ve ilgili tetkik birimine gerekli bilgilerin iletilmesini sağlayan fonksiyondur. Tetkik isteme, tetkik istekleri üzerinde arama ve görüntüleme işlemlerini kapsamalıdır.

Eğer diğer kurum/kuruluşlardan tetkik hizmeti satın alınıyorsa (hasta için laboratuvar tetkiki isteniyor, ancak bu tetkik hastane içinde değil kurum dışında çalışacak ise) bu istemler bu fonksiyon içerisinde ele alınmalı ve bu istemler web servisler yoluyla iletilebilmelidir.

Dışarıdan alman sonuçlar hekim tarafından onaylandıktan sonra ve sonuçların nereden sağlandığı belli olacak şekilde yetkili kullanıcılar tarafından görüntülenebilmelidir.

Eğer başka bir kuruma laboratuvar hizmeti veriliyorsa dış kurum/kuruluşlardan yapılan bu istemler web servisler yoluyla alınabilmelidir.

Tetkik istek işlemi, doktor tarafından gerçekleştirilmeli, kim tarafından ne zaman istem yapıldığı sisteme kaydedilmeli, istenen tüm tetkikler tek bir raporda görülebilmeli, dökümü alınabilmeli ve hastaya verilebilmeli, doktorların tetkik istek tipleri ve sayıları belirli tarih aralıkları için detaylı ve özet olarak raporlanabilmelidir. Hastaya protokol verilmeden tetkik istenememelidir.

Tetkik istek girişi, tetkiklerin kodlu bir listeden seçilip istenmesi şeklinde olacaktır.Bilgi işlem birimi idarenin veya laboratuvarm onayı ile genel istek panel/paketleri

oluşturabileceği gibi hekim de kendine uygun tetkik istek panel/paketleri oluşturabilmeli, bunları istediği zaman güncelleyebilmeli, bir önceki maddede anlatıldığı gibi sık kullanılanlar tetkikler bölümüne ilave edebilmelidir.

Başka kuramlardan tetkik için gönderilen hastaların tetkik istekleri yukarıdaki maddelerde anlatıldığı gibi yapılabilmeli, veya giriş bölümünde anlatıldığı gibi başka kurumlardaki sistemlerden hastanedeki sisteme tetkik girişi yapılabilmelidir.

Hastanın bir gelişine ait bütün tetkikler aynı ekranda görüntülenebilmelidir. Hastanın önceki gelişlerine aynı ekrandan ulaşılabilmelidir.

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

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

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

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

Aynı tetkik hem dışarıdan hizmet alımı yöntemiyle hem de laboratuvarda çalışılabiliyorsa ancak farklı metotlar kullanılıyorsa veya farklı referans aralıkları kullanılıyorsa bu tetkikler sistemde farklı şekilde tanımlanmalı, bir önceki maddede belirtilen tüm özellikler belirtilebilir olmalıdır. Başka bir ifade ile SUT üzerinde aynı kodla tanımlanmış bile olsa, yani faturalama açısından değişen bir şey olmasa bile, tetkikin farklı bir kodla ancak farklı çalışma yöntemiyle yeniden tanımlanabilir olması, raporlamalarda ise isteğe bağlı olarak bu tetkiklerin ayrı veya aynı tetkik şeklinde gösterilebilmesi sağlanmalıdır.

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

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

Bazı hastalara bazı tetkiklerin istemesinin önlenmesi ve/veya kullanıcıya uyarı verildikten sonra seçilmesi sağlanmalıdır. (Erkek hastaya gebelik testi gibi)

Bazı tetkiklerin, diğer bazı tetkiklerle birlikte istenmesinin önlenmesi ve/veya kullanıcıya uyarı verdikten sonra seçilmesi sağlanmalıdır. (Farklı metotlarla çalışan ancak aynı klinik sonuç için değerlendirilebilecek, ödeme güçlüğü çıkarabilecek, birlikte istenmiş tetkikler)

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

Tetkik tekrarı ve tetkikin yeniden istenmesi sistem tarafından ayırt edilebilir olmalıdır. Klinisyen, laboratuvar sonucunun hastanın kliniği veya diğer tetkikleri ile uyuşmadığını ve

ile tişim :

laboratuvarda bir yanlışlık olduğunu düşünüyorsa aynı örnek üzerinden tetkik tekrarı yapabilmeli, bu istem yeniden faturalandırılmamalı, laboratuvarın elinde bulunan örnek üzerinden tetkik tekrarı yapılabilmelidir. Şüpheli sonuçlar da şüpheli oldukları belli olacak şekilde görüntülenebilmelidir.

Hekimin bazı hesaplamalı testleri seçmeye özendirilmesi (Örneğin total ve direkt bilirubin tetkikini seçen hekime indirekt bilirubin önerilmesi gibi) mümkün olmalıdır.

Bazı özel tetkikler için spesifik bilgilerin sisteme girişi zorunlu hale getirilebilmen veya bu bilgilerin girilmesi teşvik edilebilmelidir. (LH testi için son adet tarihi veya hamilelik durumu gibi veya hastanın sigara kullanıp kullanmadığı gibi)

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

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

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

Kültür ve antibiyotik duyarlılık istemleri ve buna benzer istemler için tetkik isteminin SUT kodlarına uygun şekilde yapılması sağlanmalıdır. Antibiyotik duyarlılık testi yapılmamışsa yalnızca kültür testi faturalandırılmalı, laboratuvar tarafından antibiyotik duyarlılık testi yapılmışsa bu işlem için ayrıca ücretlendirilmelidir. Örneğin hekim yalnızca balgam kültürü isteminde bulunabilmeli (SUT Kodu 905675), eğer kültürde herhangi bir üreme olmadıysa bunun dışında ayrıca bir ücretlendirme yapılmamalıdır. Eğer kültürde herhangi bir üreme olursa bu durumda yapılan her antibiyotik duyarlılık testi için ayrı bir ücretlendirme yapılmalıdır. (SUT Kodu 905610, Antibiyotik duyarlılık testi). Tüm kültür- antibiyogram istemleri için 906060 Kültür ve antibiyotik duyarlık testi kullanılması yoluna gidilmemeli, yapılan işlemlerin performansının doğru olarak ölçülmesi sağlanmalıdır.

Bazı tetkiklerin aynı anda birden fazla istenmesine izin verilmezken, bazılarının birden fazla istenmesine izin verilebilmelidir. Örneğin hastaya aynı anda iki tane AST tetkiki istenmesi engellenirken, aynı hastaya iki tane eklem grafısi (örneğin sağ ve sol) tetkiki istenebilmelidir.

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

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

Tetkiklerin otoanalizörlerde çalışmaları esnasında yazılımdan kaynaklanan herhangi bir problem yaşanmamalıdır.

Sistem, laboratuar tetkik/tahlil istem girişlerinin, hem laboratuardan hem de hastanenin diğer birimlerinden (acil, ayakta tedavi, klinikler... vb) girilebilmesine imkan tanımalıdır.

Sistem, tetkik kodlarını, konsültasyon kodlarını, numune kodlarını, sonuç notlarını, vb. parametrik olarak tutmalıdır.

Sistem, kullanıcı tanımlı iş listelerinin tanımlanmasına, ölçek, format ve sıralarını değiştirme imkanı tanımalıdır.

İstem, tamamlanmamış tah 1 i 1/tetkiklerin tespit edebilmeli ve bekleyen işler listesine kaydetmelidir.

Hasta/Örnek Etiketleme

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

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

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

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

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

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

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

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

Ö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ıdır.Kan barkodu basılmış ve basılmamış hastaların listesi alınabilmeli, liste üzerinde çeşitli

kriterlere göre arama-süzme işlemleri yapılabilmelidir. Ücretli hastaların ücretlerini yatırmadan barkod basılması engellenmelidir.

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

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

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

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

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

Reddedilmesi gereken tetkikler için istemde bulunan hekim bilgilendirilmek suretiyle şartlı kabul yapılması mümkün olmalıdır. Bu durumda hangi hekimin, ne zaman şartlı kabule onay verdiğinin kayıt altına alınması ve hekimin kararı ile örneğin çalışıldığının belirtilebilmesi gerekmektedir.

Yapılan isteğin türüne göre laboratuvar istekleri sadece ilgili laboratuvarlarda görülebilmeli, listelerde çeşitli arama-süzme işlemleri yapılabilmeli, acil, öncelikli ve adli gibi farklı özellikteki hastalar için yapılan istekler kolay fark edilebilir olmalıdır.

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

Arama sonucu ekranda gösterilen tetkikler işaretlenerek detaylı bilgi alınabilmelidir.Seçilen tetkik üzerinden tetkik sonuç girişi ekranına geçilebilmelidir.Tetkik isteklerinin hangi aşamada olduğu (örnek alındı, sonuç girildi, işlem yapılmadı, vb.)

gösterilebilmelidir.Önceden randevusunu almış hasta, laboratuara geldiğinde kaydedilmelidir.Hangi tür tetkiklerin iş listesine girmeyeceği seçilebilmelidir.Bu kayıt sırasında elle giriş en az seviyede yapılmalı, hasta iş listesinden seçilmelidir.Yapılan bu işlemler, kurumda şayet kurulu bulunan PACS/LBYS varsa bu sistemlere

elektronik ortamda iletilmelidir. Mevcut durumda hastanemizde kurulu PACS sistemine istem bilgileri iletilmekte, randevu ve raporlama işlemleri bu yazılım üzerinden yürütülmekte, işlemin yapıldığı bilgisi ve rapor PACS tarafından otomasyona aktarılmaktadır. Poliklinik gibi ilgili ekranlarda tıklanarak entegrasyon kapsamında hastaların görüntülerinin hekim ve diğer kullanıcılara gösterilmesi sağlanacaktır. Entegrasyon sonucunda hekimler poliklinik ve klinik ekranlarından hasta bilgileri içerisinden erişerek pacs arayüzü üzerinden tekrar arama yapmasına gerek kalmaksızın ulaşabileceklerdir. Bu ekranda hekimin otomasyondan görüntülediği hasta dışında başka hastanın bilgilerine ulaşmasına izin verilmeyecektir. Bu entegrasyon için gereken uygulamalar sözleşme kapsamında eksiksiz yerine getirilecektir.

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

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

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.

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

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

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

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

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

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

Tetkik Sonuç GirişiLaboratuvarlarda ve tetkik yapılan diğer birimlerde tetkik sonuçlarının girilmesini sağlayan alt modüldür.

Her biriminin, kendine özel tetkik sonuçları için giriş ekranları olmalıdır.Tetkik sonuçlarını otomatik olarak verebilen cihazlar ile uyum içinde çalışmalıdır. Bu özellik

için cihazlardan hangi yeteneklerin istendiği teklif ile beraber belirtilmelidir.Tetkik sonuçlarının girişi, kodlu listelerden seçilerek veya manüel olarak gerçekleştirilmelidir.

Ekranlarda güncel ve eski tetkik sonuçları yan yana görüntülenmeli, tanı ve eski tanılarına erişilebilmelidir.

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

Çalışılamayan tetkik istekleri çalışılamama sebepleriyle kaydedilip iptal edilmelidir.Hastane dışı laboratuvarlardan gelen soft ve hardcopy laboratuar sonuçları sisteme

girilebilmelidir.Alfanümerik test kodlamasına izin vermelidir.İ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

raporlamalıdır.Teknisyen, doktor, cihaz bazında iş listeleri oluşturmalıdır.Aşağıda belirtilen kriterlere göre sorgu oluşturabilmen, liste ve rapor alınabilmelidir.

Hasta Numarası Hasta Adı Test Adı Test Koduİsteyen Doktor veya MerkezNormal değerler dışındaki tetkik sonuç sayılarıİstenen değer aralığındaki ya da dışındaki tetkik sonuç sayıları

İstenen ve uzun test süresi nedeniyle o anda devam eden testleri günlük bazda listelemelidir. Sonuçlanması normalden günden uzun süren testleri izlemeli, sonuçlanması gereken zaman konusunda teknisyeni uyarmalıdır.

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

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

Hastanın tetkik sonuçlarının otomatik olarak görüntülenmesi ve raporlanmasının yanı sıra, doktorların serbest görüş ve açıklama yazması mümkün olmalıdır.

Yazılan raporlar, rapor çıktısı alınacak şekilde ekranda gösterilebilmeli ve gerekli komutla istendiğinde yazıcıdan dökümü alınmalıdır.

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

Tetkik raporlarında (yaş, cinsiyet gibi parametreler gözönünde bulundurularak) normal değerler her tetkik satırında yer almalı, normal olmayan sonuçlar işaretli ve farklı şekilde yazılmalıdır.

Laboratuvar Hekimi raporu onaylamadıkça diğer kullanıcılar tetkik sonuçlarını görememelidir.(Yetkilendirilmiş olanlar hariç) Doktor onayından sonra otomatik olarak rapor oluşturulmalıdır. Yazılım tetkik sonuçlarının onaylanmasında en az iki seviyeyi desteklemelidir. Teknisyenlerin onayladığı sonuçlar laboratuar doktorlarının onayına sunulmalı, laboratuar doktorları gerek gördüğünde teknisyen onayını beklemeden onay yapabilmelidir.

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.

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

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

Laboratuvar tarafında üretilmiş bilgilerle birlikte (sonuç, işlem zamanı, kimin tarafından yapıldığı vb.) hastanın yaş, cinsiyet, poli(klinik), istem şekli (acil, öncelikli, rutin), yatan ya da ayaktan olma durumu, doktor, tanı, ön tanı, kullandığı ilaçlar gibi laboratuvar tarafında gerekli olabilecek tüm bilgilerin hem fıltrelenebileceği hem de listelenebileceği, laboratuvar ya da hastane yönetiminin ihtiyaç duyabileceği her türlü rapor ya da istatistik üretilebilmelidir. Üretilen raporlar pdf, csv, rtf, xls(x), doc(x) ya da txt formatlarında kaydedilebilmelidir veya yazıcıya gönderilebilmelidir.

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

Radyoloji raporlarının direkt ses olarak elde edileceği, saklanacağı ve daha sonraki adımlarda ilgili kullanıcı tarafından dinlenerek sisteme girileceği yapı ve mekanizmalar Radyoloji Modülü bünyesinde entegre olarak sağlanmalıdır. Bu işlemler direkt bu modül içersinde, ilgili iş adımında, herhangi bir şekilde uygulama/kontrol değişikliği yapılmaksızın, entegre olarak gerçekleştirilmeli; indirekt, kopuk, parçalı ve münferit çözümler kullanılmamalıdır.

Hastalar kendi laboratuvar tetkiklerini web üzerinden görebilmeli, bilgiye erişimle ilgili güvenlik standartlarında İdare’nin belirlediği standartlar uygulanmalıdır. SMS ile sonuç\şiffe talebi uygulamalarını desteklemelidir.

Laboratuar Malzeme Takibi

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

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

Birim, kişi ve cihaz bazında malzeme kullanım detayları görüntülenmelidir.Sarf malzemelerinin son kullanım tarihine yönelik takipler yapılmalı ve sistem kullanıcıyı

uyarmalıdır.Hastanenin kit tedarikçisi ile imzalamış olduğu sözleşmeye göre sözleşme sonuna kadar hangi

testten ne kadar teslim alacağı sisteme kaydedilebilmeli, her parti kit teslimatında bu teslimat miktarları girilerek sözleşmeye göre daha ne kadar kit teslim alınabileceği sistem üzerinde görülebilir olmalıdır.

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

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

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

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

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

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

Patoloji İşlemleri

Hasta bazında patoloji istekleri yapılabilmelidir.

İletişim :

/

Hastaya tetkik istenirken istek notu, aciliyet bilgisi, alınma yeri, alınma şekli bilgileri kaydedilebilmelidir.

Hastaya aynı anda birden fazla tetkik istenebilmeli, yanlış kaydedilen istekler silinebilmelidir.Biyopsi istemi ardından etiket basılabilmelidir.Patoloji laboratuarına gelen örnekler kabul edilebilmeli, bu sırada otomatik biyopsi numarası

üretilmelidir. Aynı hastaya birden fazla verilecek otomatik biyopsi numaraları, birleştirilip tek bir raporla raporlanabilmelidir.

Kabul aşamasında hatalı istemler düzeltilerek kabul işlemi gerçekleştirilmelidir.Patoloji laboratuarına eksik gelen materyal izlenebilmeli, tüm kayıtlarda tarih ve kullanıcı

bilgisi sistemde tutulmalıdır.Raporun verileceği olası tarih otomatik olarak görüntülenmelidir. Dışarıdan gelen

materyallerde hastaya slip verilerek rapora kolay erişim sağlanmalıdır.Biyopsi bazında makroskopik değerlendirme yapılabilmeli, alınacak kesit sayısı belirlenmeli ve

hazırlanacak preparatlara göre otomatik etiket bastırılmalıdır.Her bir preparat ayrı ayrı takip edilebilmeli, tüm süreçlerin tekrarlanabilmesi, sürecin

kalitesinin ölçülebilmesi, işlemlerin hangi statüde olduğunun izlenebilmesi sağlanmalıdır.Makroskopik sonucu girilecek biyopsi seçildiğinde, daha önce ilişkilendirildiği standart

raporlar görüntülenebilmelidir. Rapor üzerinde gerekli değişiklikler ve biçimsel düzenlemeler (renk, punto, font vb.) program tarafından doğrudan yapılabilmeli, bu işlemler için ayrıca lisanslı başka programlar kullanmaya gerek duyulmamalıdır.

Biyopsi ile ilişkili imajlar hasta dosyası içinde bütünleşik olarak saklanabilmelidir.Tetkikler, birden fazla standart raporla ilişkilendirilebilmeli, sonuç girilirken listeden uygun

rapor seçilebilmelidir.Tanı alanına, metin olarak yazılabilmeli veya hazırlanmış Tanı listesinden seçim

yapılabilmelidir.Hastaya ait laboratuar ve tıbbi görüntüleme sonuçlan ile tanı ve ameliyat bilgileri kolaylıkla

görüntülenebilmelidir.Makroskopik ve mikroskop metinlerinden istatistik alınacak olan alanlar gerektiğinde

yetkilendirilmiş kullanıcılar tarafından da dinamik olarak tanımlanabilmeli ve istenilen kombinasyonda istatistik alınabilmelidir.

Onaylanmış patoloji raporları listelenmelidir.Sonuç raporları hasta bazında veya bölüm bazında toplu olarak basılabilmelidir.Rapor Şablonları yetkilendirilmiş kullanıcılar tarafından dinamik olarak yerinde

düzenlenebilmelidir.Bölüm, birim bazında istenen tetkiklerin seçilen sonuçları görüntülenebilmelidir.Yetkilendirilmiş kullanıcılar tarafından dinamik olarak istatistik raporları derlenebilmelidir.Tarih aralığında patoloji biriminin aktivitesi, yapılan uygulamaların dağılımı, alınma yeri ve

şekline göre dağılımı, uygulamaların yapıldığı hastaların listesi alınabilmelidir.Tanı, makroskopi ve mikroskopi alanlarından yazılan anahtar kelimeye göre arama

yapılabilmelidir.Onaylanmış Patoloji raporlarının yazdırılabilmesi ve görüntülenebilmesi yetki tanımları

içerisinde eklenebilmeli ve sadece belirlenen kullanıcıların görüntüleyebilmesi veya yazdırabilmesi sağlanabilmelidir.

Hastanın önceki patoloji sonuçları ayrıntıları ile görülebilmelidir.Yazdırılan raporlar aynı formatta veri tabanında saklanmalı ve yeniden yazdırıldığında veri

tabanımdaki bilgiler yeniden sorgulanmadan, aynı rapor yazdırılabilmelidir.İstenildiği kadar ek rapor yazılabilmelidir. Ek rapor yazımı sırasında ek raporun ait olduğu

biyopsi numarası kayıt edilebilmeli ve asıl raporun alınması esnasında otomatik olarak ek raporlarda sistem tarafından verilmelidir.

Yetki dahilinde biyopsi numarasına müdahale edilebilmelidir.Frozen yapılması durumunda, ilgili işlemleri yapan hekim kayıt edilebilmelidir.Tahmini sonuç tarihi belirtilebilmelidir.Patoloji sonuçları sadece isteyen servis/poliklinik tarafından görülebilmelidir.Detaylı arama işlemleri yapılabilmelidir. Örneğin: biyopsi no, mikroskopi, tanı, işlem tarihi vb.Alınan örnekte eksiklik yer alması durumunda, ilgili hekim / kliniğe mesaj gönderilebilmelidir.Preparat takibi yapılabilmelidir.Aynı hastaya ait daha önceki Biyopsi raporu mevcut ise, bir rapordan diğer rapora bilgi

kopyalaması yapılabilmelidir.Sonuçlanmış Patoloji raporunun hangi kullanıcılar tarafından yazdırıldığı ve kullanıcı

tarafından kime teslim edildiği kayıt görülebilmelidir.Patoloji raporları onaylandıktan sonra hastanın cep telefonuna var ise raporun çıktığına dair

bilgi mesajı gönderilebilmelidir.Patoloji raporlarının direkt ses olarak elde edileceği, saklanacağı ve daha sonraki adımlarda

ilgili kullanıcı tarafından dinlenerek sisteme girileceği yapı ve mekanizmalar Patoloji Modülü

bünyesinde entegre olarak sağlanmalıdır. Bu işlemler direkt bu modül içerisinde, ilgili iş adımında, herhangi bir şekilde uygulama/kontrol değişikliği yapılmaksızın, entegre olarak gerçekleştirilmeli; endirekt, kopuk, parçalı ve münferit çözümler kullanılmamalıdır. Ses kaydının kaybolmaması için azami önlem alınmalı, kaydeden ve dinleyenin klavye ya da mouse gerekmeden kayıt ve dinleme çal durdur işlemlerini yapabilmesi için gereken donanım ile mikrofon ve kulaklıklar sözleşme kapsamında yüklenici tarafından dörder adet temin edilecektir.

İstatistik/İş Yükü

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

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

İstenildiğinde personele, cihaza ve işleme göre tekrar istatistikleri alınmalıdır.Sarf malzemesi kullanımına yönelik personel, cihaz, işlem istatistikleri alınmalıdır.Sistem standart tıbbi rapor hazırlama imkanına sahip olmalıdır.Laboratuar sonuçlarıyla ilgili günlük, haftalık, aylık raporlar alınmalıdır.

Arşiv

Bu modül hastanede arşivlenmiş dosyalara ulaşmak için kullanılmalıdır.Bu modül arşiv yazılımı niteliğinde olmalıdır. Radyolog/Hekim/Hastane İdare Birimleri,

modül aracılığıyla ihtiyaç duyduğu dosya isteğini yapmalı, sistem ilgili hastanın dosya istek mesajını arşiv birimine göstermelidir. İsteğin tamamlandığı ve filmin hangi radyologa veya hekime, Hastane İdare Birimlerine yollandığı kaydedilmelidir, tekrar alındığında sisteme kaydedilebilmelidir. Sistemden geriye dönük olarak çıkarılan ve geri dönmeyen dosyalar hakkında istatistik, liste vs alınabilmeli, halen açık işlemi bulunan hastaların listede işaretlenmesi veya liste dışı bırakılması gibi imkanlar bulunacaktır.

STOK TAKİP, S A TIN ALMA 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/1 1545 sayılı Karara istinaden yayımlanan “Taşınır Mal Yönetmeliği”ne uygun, Maliye Bakanlığınca belirlenen ve Bakanlığımızca yürürlüğe konulan Kod Sistemini kullanan ve ÇKYS/MKYS modülü ile veri alış verişini yapabilecek bir altyapıya sahip olmalıdır. MKYS entegrasyonu sadece veri gönderimi değil sunulan bilgileri sağlanan imkanlara uygun olarak karşıdan almayı, silmeyi, düzeltmeyi de kapsamalıdır. Malzeme çıkışı için ilk giren ilk çıkar yöntemi kullanılmalı, ancak kullanıcı tercihi ile miad sıralamasına göre çıkış sıralaması imkanı da otomasyona eklenebilir olmalıdır.

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

Stokların takibinde esas miad, teslimat, parti, UBB kodu, SUT kodu gibi bütün bilgilerin aynı tür malzemeler için tek kart ile takibidir ancak sistem yapısı gereği malzeme özelliklerinde bazı farklılıklar olması durumunda yeni malzeme kartı açmak gerekiyor ise alman istatistikler bu malzemelerin hepsi için toplam olarak alınabilmelidir. Örneğin Stok takip birimi bir malzemenin geçmiş tüketimini incelerken birbiri ile aynı olan malzemelerin hepsini toplam olarak görebilmelidir.

Demirbaşlar için uygulanmakta olan Sicil Numaralan 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.Departmanlar bazında stok ve/veya sarf 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 isteği yapılmış olan stok ve sarf malzemelerinin satınalma

onayı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ını

gösterir 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.Kritik stok seviyesinde olan stok ve/veya sarf malzemeler için otomatik sipariş listesi

hazırlanmalıdır.Sipariş listesi ile mutabakatlı 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 malzemelerde tedarik türü ile ilgili bilgiler ayrı ayrı izlenebilmelidir.Kullanılan her stok ve/veya sarf malzeme için kimlik bilgileri tutulmalıdır. Tüketim ve diğer

işlemlerin kolay takip edilebilmesi için birbirinin aynı ya da muadili olan malzeme kimlikleri arasında ilişki kurabilmelidir. Böylece çeşitli nedenlerle farklı kimlik kartı açılması gereken durumlarda birbiri ile ilişkilendirilmiş tüm malzemelerin tüketimi, depolardaki mevcudu gibi bilgilere ulaşılarak doğru bilgi edinilebilmesi sağlanmalıdır.

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

Kalite bilgileri, hem stok ve/veya sarf malzeme hem de malzemenin alındığı firma bazında tutulmalı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.

Modül, ambar ve depoların bütünlük içersinde hizmet vermesini sağlamalıdır.Stok ve/veya sarf malzeme gruplarma göre toplam istekler gösterilmelidir.Sipariş verilecek fırma/fırmalar 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şulları, miktarı, birimi (adet, kilo, litre, paket),giriş/çıkış (sarf) bilgileri, üretildiği firma, ü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.

Yapılacak olan tüm satmalına işlemlerinin 4734 sayılı Kanun, 4735 sayılı Kanun ve ilgili diğer Kamu İhale mevzuatı çerçevesinde gerçekleştirilmesi gerekmektedir.

İhalenin yaklaşık maliyetinin ihale süreci ile resmi ilişkisi olmayan diğer kişilere karşı gizliliğini sağlamaya yönelik her tür yazılım ve donanımsal tedbirler alınmalıdır.

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

İhale ilan bilgileri ile şartname bilgilerinin birlikte otomatik olarak gelmesi sağlanmalıdır.İhaleye ait bilgiler ihale ilanına, idari şartnameye ve sözleşmeye otomatik olarak gelmelidir.İhalelere ait tüm çıktıların 4734 sayılı Kamu İhale Kanunu normlarına uygun olması

gerekmektedir. 4964 sayılı Kanun ile getirilen değişikliklerin tamamını da kapsamalıdır.Kamu İhale Kurumu’nun 03 Temmuz 2009 tarih ve 27277 nolu Resmi Gazete’de yayınlanan

“Çerçeve Anlaşma İhaleleri Uygulama Yönetmeliğinde Değişiklik Yapılmasına Dair Yönetmelik ” kapsamında belirtilenen hususları karşılıyor olmalıdır.

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

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.Stok ve/veya sarf malzemesi girişi ve çıkışı barkod okuyucu vasıtasıyla sağlanabilmelidir.İ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. fifo,lifo gibi)Stok ve malzemelerin kullanım sıklığı raporlanabilmelidir.Stoklar gruplanabilmeli, aynı malzeme birden fazla birim (Paket, adet, kilo, vb.) bazında

izlenebilmelidir.Stok fazlası işlemler ile ilgili 27 Mart 2009 tarih ve 2009 / 23 Sayılı Resmi Gazete’de

yayınlanan mevzuat değişikliği uyarınca; Kuıumların 4 aylık tüketebileceği azami stoklarının belirlenebilmesi, Geriye kalan sürede (8 ay) hemen tüketemeyeceği/daha sonra tüketeceği düşünülen stokların “İHTİYAÇ FAZLASI “ olarak Bakanlığa MKYS sistemi üzerinden bildirilebilmesi, Stok fazlası ve ihtiyaç fazlası ürünlerin Sağlık bakanlığı bünyesindeki diğer kurumlarca yapılan istek doğrultusunda bu kurumlara çıkışlarının yapılabilmesi ve bu işlemin MKYS’ YE bildirilebilmesi, İhtiyaç Fazlası ürünlerden İade yapmadan diğer kurumlara tüketim yapılabilmesi ve bu işlemin MKYS’ YE bildirilebilmesi işlemleri yazılım üzerinden yapılabilmelidir.

Depo/ambar tanımları yapılabilmelidir.Servisler, ameliyathane yoğun bakım, acil servis, vb. yerlerdeki tıbbi sarf malzeme depoları

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

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ıtlanabilmeli ve raporların çıktısı alınabilmelidir. İstatistik, sorgu ve raporların tam listesi ve detayları Sistem ve Uyarlama Gerekleri Analizi aşamasında belirlenecektir

Birimlerden ihale için yapılan istekler çeşitli filtre kriterleri ile bir ekranda görülebilmeli, istenen malzemelerin geçmiş tüketim bilgileri ile birlikte değerlendirilerek aynı ekranda miktarlarını aynen veya değiştirerek onaylanmasını sağlayan bir ekranı bulunmalıdır. Aynı ekranda miktarı değiştirilen malzemelere açıklama girilebilmeli ve bu bilgiler yapılacak dizayna göre ekrandan alınacak çıktıya yansıtılabilmelidir.

İhalenin yaklaşık maliyetinin gizliliği gerekli yetkiler ve sistem içi güvenlik öğeleri ile sağlanmalıdır.

TEFE - TÜFE bilgilerini alabilmek için alınan malzemelerin hangi firmadan, hangi ihale ile kaç liradan alındığının bilinmesi sağlanmalıdır.

Ambar sistemi Taşınır Mal Yönetmeliğine uyumlu olmalıdır.Hasta adına yapılan istemlerde malzemenin hasta hesabına kaydı takip edilmeli eksik

faturalandırma engellenmelidir.Herhangi bir depo ya da birden fazla depo için bir malzemenin tüketimine dair raporlar

ve/veya grafikler sisteme eklenebilmelidir. Burada malzemelerin ana depolardan ara depolara çekilmesi değil, hastaya veya başka şekillerde tüketilmek suretiyle yapılan çıkışlar esas alınacaktır.

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

Demirbaş kayıtları tutulmalıdır.Demirbaşlara ilişkin amortisman ve yeniden değerlendirme işlemleri yapılabilmelidir.Demirbaşlarla ilgili her tür sorgulama yapılabilmelidir Gerekli matbu evrakların çıktıları

alınabilmelidir.Demirbaş malzemeler yapılan tamirat, tadilat ve onarımlar sisteme kaydedilmeli ve bu işlemler

takip edilebilmelidir. Demirbaşların tamiratı için kullanılan malzemeler depodan/birim deposundan demirbaşla ilişkilendirilerek düşülebilmeli ve geriye dönük olarak izlenebilmelidir.

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

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.

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.

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

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 bilgilerin demirbaşın diğer bilgileri ile takip edilmesi sağlanmalıdır.

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.

DÖNER SERMA YE, 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.

Döner Sermaye ve Muhasebe İşlemleriMuhasebenin esas fonksiyonu olan ’’Kontrol Fonksiyonu”nu öne çıkartmak ve daha az kaynak ile daha verimli sonuçlar almak için;

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

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

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

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

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

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

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

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

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

Faturalama

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

Sonuçlanması belirli bir süreç gerektiren patoloji, radyoloji, kültür gibi tetkiklerin istem yapıldıktan sonra (işleminin başladığı, numunenin alındığı, çekimin yapıldığı gibi) durum bilgisinin işlem henüz açık iken sisteme girilmesi mümkün olmalı. Bu durumda ilgili hasta başvurusu; yatan hasta taburcu edildikten, ayaktan hastalar ise gerekli süreç sonunda otomatik olarak kapatılsa dahi fatura edilmelerinin engellenmesi gereklidir. Bu durumdaki dosyalarda beklemeye yol açan işlemin onaylanmasına kadar bekleme süreci devam etmeli, tetkik üzerinde bir defa son onay verildikten sonra yetkili kullanıcı haricinde işlemin açılması veya sonuç girişi yapılması mümkün olmamalıdır. Bekleme süreci içerisinde de sadece beklemeye yol açan tetkiklerin sonuç girişi ve onaylanmasına izin vermelidir, başka değişiklik yapılamamalıdır. Bu durumda bekleyen hasta dosyaları sorgulanabilmeli, belirlenen bir süreyi geçen hallerde ilişkilendirilecek personele uyarı verilmesi gibi seçenekler mevcut olmalıdır.

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

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

Kodların fiyatlandırılması yapılmalıdır.Fiyatların otomatik revizyonu sağlanmalıdır. Fiyat revizyonu firma sorumluluğundadır.Faturaların on-line muhasebeye aktarılması sağlanmalıdır. Saymanlığa teslim edilmesi gereken

evraklar otomatik alınabilmelidir.Ödenmemiş faturaların takibi yapılmalıdır. Faturaların tahsil edilmesi esnasında banka adı,

tahsilat numarası varsa indirim tutarı kayıt edilebilmelidir.Kurumundan şevkli hastaların hastaneye giriş işleminden sonra, belli süreler içinde çıkış

yapmayanların takibi yapılarak çıkışlarının verilebilmesi için gerekli düzenlemeler yapılmış olmalıdır. Koşulları uyan hastaların şevklerinin kapama işlemleri belirtilen saatlerde otomatik olarak yapılabilmelidir.

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.Ücretli ve taahhütnameli hasta ile tahsillerinin takibi yapılabilmelidir. Ücretli hastanın

ödenmemiş bakiyesi var ise, müracaat biriminde kaydı engellenebilmeli, ancak acil serviste bu durum göz ardı edilebilmelidir.

Modülde yer alan bilgi ve işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli 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.

Donör vs. kayıtlarında faturalar, bu kişilerin ilişkili olduğu hasta adına kesilebilmelidir.Fatura üzerinde ICD-10 kodları ve Bağkur, SSK, Emekli Sandığı ve Yeşilkart hastaları için,

sistemden alman provizyon numaraları veya provizyon sorgulamasından alman hata mesajları görüntülenebilmelidir. Provizyon alınamayan hasta listeleri alınabilmeli ve gerektiğinde topluca sorgulama yapılarak takip numaraları topluca alınabilmelidir. Provizyon alınamayan hastaların listesi alınabilmelidir.

Kurum anlaşmalarına göre ödenmeyecek ilaç veya sarf malzeme bilgileri tammlanabilmeli, bu tanımlamalar doğrultusunda fatura işlemi sırasında otokontrol sağlanabilmelidir. Kurum bazında faturaya dahil edilmeyecek, ancak hastaya kullanılabilecek hizmet ve ilaçların tanımları kurum tanımları ekranından yapılabilmelidir.

Ayaktan hastaların faturalanması aşamasında birimlere ve uzmanlık dalı ayrımlarına göre sorgulama yapılabilmeli ve fatura verilen kriterlere göre oluşturulabilmelidir. Belirlenecek saatlerde işlemi kapatılmış ve fatura edilmeye hazır olan ayaktan SGK mensubu hastalarının faturaları otomatik olarak kesilebilmelidir.

Sosyal güvencesi olmadan yatan hastanın yatışı ile sosyal güvence sahibi olduktan sonraki fatura ayrımı yapılabilmeli. Kuruma fatura edilecek bölüm otomatik hazırlanabilmelidir.

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

Gelir kalemlerine göre ve gelir yerlerine göre fatura raporları otomatik olarak alınabilmelidir. Bu alman raporlar sistemde saklı kalarak, ihtiyaç halinde yeniden hesaplama yapılmadan yazdırılabilmelidir.

Belirtilen tarih aralığında kesilen faturalar, servis, doktor, hizmet bazında raporlanabilmelidir.Yurt Dışı Sigortalı hastaların listesi alınabilmelidir.Faturası kesilen Yeşil Kart hastalarının hizmet dökümü raporlanabilmelidir:Belirtilen bir yıl için, her ayın tahsilat toplamını ayrı ayrı gösteren rapor olmalıdır.Hastaya ait yatan fatura kaydının iptal edilmesi durumunda, iptal sebebi sorulmalı ve sebep

yazılmadan iptale izin verilmemelidir.İptal edilen fatura kayıtlarına istenildiğinde ulaşılabilmek, iptal eden kullanıcı, bilgisayar ve

iptal tarihi görülebilmelidir.Faturası kesilen bir yatan hasta kaydı üzerindeyken, yatan ve ayaktan fatura tarihleri ile fatura

numaraları görülebilmelidir.Fatura kesilen bir hasta kaydı üzerindeyken, hastaya kesilen faturaların listesi alınabilmelidir.

(yatan ve ayaktan faturasının bilgileri görülebilmelidir.)Faturası kesilen bir hasta üzerindeyken, ilgili hastaya kesilen bir faturasının, başka bir ekrana

geçmeden, bir icmale dahil edilmesi sağlanabilmelidir.Faturası kesilen bir hastanın işlemi tek tuş ile iptal edilebilmelidir.Ketem hastalarına ait hizmet listesi raporlanabilmelidir.Normal GSS takip numarası alınan, ancak daha sonra kanser teşhis konulan hastaların listesi

alınabilmelidir.Normal GSS takip numarası alınan, ancak doktor muayenesi sonrasında kanser teşhisi konan

hastaların, teşhis kayıt edildikten sonra, otomatik olarak GSS takip numarasının silinmesi ve onkolojik takip numarasının alınması. Hastalara farklı takipler gerektiren teşhisler konulduğunda veya hizmetler girildiğinde (onkolojik, acil, yatış, günübirlik, bağlı takip vs.) sistem otomatik olarak takipleri uygun takiplerle değiştirmeli, ek takipleri almalı, paket hizmetlerin normale çevrilmesi gibi işlemleri yapmalıdır.

Belirtilen saatte otomatik olarak çalışan bir task ile normal GSS takip numarası olan ancak kanser teşhisi kayıt edilen hastaların, GSS takipleri silinerek, onkolojik GSS takip numarası alınmalıdır.

Ayaktan paket maliyetini geçen hastalarda, doktor maliyeti aştığını görebilmeli, ancak işlem yapabilmelidir.

Paket maliyet analizleri alınabilmelidir. Paket işlemlerin her birinden yapılan kar veya zarar tutarı raporlanabilmelidir.

Yatan hastaların paket analiz raporları alınabilmelidir.Klinik Faaliyet raporları alınabilmelidir. Klinik bazında gelirlerin toplamları

raporlanabilmelidir.Klinik bazında kesilen ve kesilmeyen fatura /hizmet toplamları tek bir raporda gösterilmelidir.Takip alma aşamasında hastanın önceki işlemleri sistem tarafından bulunarak kullanıcı

müdahalesine gerek kalmadan sistem tarafından otomatik olarak bulunarak gerekli süre ve branş kontrolleri yine sistem tarafından yapıldıktan sonra uygun takip sorgulanmalı ve veri tabanına kayıt edilmelidir. Hastanın başvuru tipine göre (Adli Vaka, Trafik Kazası, İş Kazası, Meslek Hastalığı vb.) uygun takipler sorgulanmalı, başvuru tipi değiştiğinde de önceden alınan takip numarası yeni başvuru tipine göre değiştirilmelidir.

Bağlı takiplerde bir önceki takip kaydı kontrol edilerek, bu takibe bağlı takibin, ayrıca bir işlem yapmadan, kullanıcı poliklinik işlemini kaydettiği anda sistem tarafından alınmalıdır.

Hastaya Yoğun Bakım paketi girildiğinde sistem, yoğun bakım takibini almalıdır.Hasta bir servisten başka bir servise nakil edildiğinde, nakil takipleri kullanıcıya ayrıca bir

işlem yaptırmadan sistem tarafından alınmalıdır.Hastaya Acil Hemodiyaliz hizmeti girildiğinde sistem hemodiyaliz takibini otomatik almalıdır.Hemodiyaliz, ESWL, Fotoferez, Oksijen, Plazmaferez, ESWT hastalarına başvuru açıldığında

sistem hastaya verilen hizmetleri kontrol ederek ilgili takibi almalıdır.Protokol verilmiş ancak takip alınmamış ayaktan başvuruların listesi alınabilmeli, bu hastalara

toplu olarak takipleri alınabilmelidir.Sistem, protokol verilmemiş ancak takip alınmış ayaktan başvuruları tespit ederek bu

Paket fiyatları, malzeme fiyatları, SUT ekleri ve bu ekler ile ilgili kural açıklamaları yayınlanmasını müteakip herhangi bir uyarıya gerek kalmaksızın firma tarafından sisteme yansıtılmalıdır. Koşulsuz olarak bu türden kurallar ve kısıtlamalar yürürlükteki mevzuata birebir uyumlandırılmış olacaktır. Örneğin bu şartnamenin hazırlandığı esnada geçerli olan "Hastaya, ayaktan paket işlemine ek olarak EK10C listesinden bir hizmet girilmişse, sistem fatura kapsamına alarak fatura etmelidir." gibi.

SGK başvuruları MEDULA sisteminden fatura edilirken; bu başvuruların sistemden hizmet kaydını, hizmet iptalini, fatura kaydını ve iptalini hem tek tek hem de toplu bir şekilde tek bir ekrandan yapılabilmelidir.

SGK başvurularına kesilen faturaların sistemden Hizmet Dökümü ve Hasta Listeleri alınabilmelidir.

Sistemden kesilen SGK faturaları ile MEDULA sisteminde kayıtlı olan faturalar arasında eşit olması için hizmet, ilaç ve fatura fiyatlarında eşitleme yapılabilmeli ve bu eşitleme oranları kullanıcı bazında yetkilendirilmelidir.

Hizmet gönderilmesinde veya fatura kaydı yapıldığında MEDULA sisteminden gelen hatalar sistemde tutulmalı, kullanıcı hatayı giderdikten sonra hizmetlerin veya faturanın MEDULA onayı iptal edilip tekrar gönderilebilmelidir.

Uzayan yatış, eşlik eden hastalık, komplikasyon gibi hizmete göre özellikli takipler kullanıcıya başka bir işlem yaptırmadan kontrol etmeli ve gerekli takibi hizmetin özelliğine göre almalıdır.

Ayaktan faturalar sistemden otomatik olarak kesilebilmelidir.Fatura kayıt sırasında resmi kodlar, branş, kayıt tarihi kontrol edilerek, alınması gereken

takipler otomatik alınmalıdır. Hizmet, ilaç ve sarflar uygun takipler altına otomatik yerleştirilmelidir. Hizmet, ilaç ve sarflar takipler arasında manuel olarak taşınabilmelidir.

Hastanın raporu yazılmamış tetkikleri varsa fatura kesilmesi engellenmelidir.Taburcu aşamasında eğer paket işlem uygulanmışsa, bu paketler öncelikle medulaya kayıt

edilmeli ve medula çıkış bildirimi sistem tarafından yapılmalıdır.Hastaya özel olarak temin edilen malzemelerin faturasına yansıtılmadan hasta faturasının

kesilmesini engelleyecek bir uygulaması bulunmalıdır. Hastaya özel olarak temin edilen malzemelerin mevzuata uygun fatura edilebilmesini sağlayacaktır.

Hizmet bazında minimum gün sayıları ve gün içinde girilebilecek hizmet sayısı tanımlanabilmelidir.

Sistemde bulunan kesilmiş veya kesilmeyi bekleyen faturalar tarih, kurum, hasta, birim, kesilmiş olma veya kesilmemiş olma, takip numarası olup olmama, fatura birimine teslim edilmiş olup olmama gibi muhtelif kriterlere göre sorgulanabilmelidir.

Fatura ile ilgili işlemlere sadece yetkili personel tarafından topluca bir bölümden erişilebilmelidir.

Fatura birimine teslim edilen ve fatura edilmemiş hasta işlemleri sistemden işaretlenebilmeli ve sonradan sorgulanabilmelidir. Teslim tarihi vs sistemde tutulmalı ve görülebilmelidir. Fatura birimi ilgili işlemlerdeki sorunlardan dolayı hemen fatura edemediğinde daha sonradan toplu sorgu atılabilecek şekilde hazır listeden işlemdeki problemi seçerek işaretleyebilmelidir. Bu hazır liste fatura birimi personelince geliştirilebilmelidir. Ayrıca teslim edilen her işlem ile ilgili bağımsız serbest not alınabilecek metin alanı olacak ve fatura kullanıcılarının sadece kendilerinin görebileceği şekilde sistemde tutulacaktır.

Yurtdışı sigortalı hastaların ilgili mevzuatında öngörülen formatta listeleri alınabilmelidir.İcmal numaraları yıla göre numaralandırılmalı ancak sistemden herhangi bir numara

sorgulandığında birden fazla yıldaki aynı numaralar çağırılmamalıdır.Hastalara uygulanan ayaktan veya yatan paketlerinin kar zarar sorgulamaları yapılabilmelidir.

Sistem hastanın işlemlerinin bağımsız fiyatlarının toplamı ile paket kapsamındaki her işlemin fiyatlarını bir listede gösterebilmeli, kullanıcı birden fazlasının uygulanma ihtimali olan hastalarda hangi paketin uygulanacağına karar verebilmelidir.

Hastalara alman ayaktan, yatan bağlı takiplerle ilişkilendirilen hizmetlerini kolaylıkla bir diğer takibe taşımasını sağlayan fonksiyon bulunmalıdır.

Hasta kayıt ekranında SGK kapsamında takip alınamadığında veya kurum hatası alındığında kullanıcı inisiyatifi ile diğer kurumlan da takip alıncaya kadar deneme seçeneği olmalıdır. Böylece kurumunu yanlış bildiren hastaların kurumu kullanıcıyı yormadan tespit edilebilecektir. Ancak bu işlem kesinlikle otomatik yapılmayacaktır.

Geçimsiz hizmetlerin bir arada bulunduğu işlemlerde faturalamanın mümkün olması için geçimsiz hizmetlerden sadece bir tanesini fatura kapsamında bırakıp diğerlerini fatura dışı bırakabilmelidir. Bu durumda tutarı en yüksek olan hizmet veya paket tercih edilmelidir.

Kemik iliği nakli hizmeti girilen SGK kapsamındaki hastalara hizmet girildiği anda kemik iliği takibi almalıdır. Alınamadığında her hasta kartı açılmasında işlemi yeniden denemelidir.

Kurum Anlaşmaları ve Fiyatlandırmalar

Kurum bazında yapılacak anlaşmaların tanımlarının yapılabilmesine yönelik yapı ve mekanizmalar 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.

Personel Hakedişleri

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.

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

Doktorun hastane ve uydu kliniklerde, semt polikliniklerinde, farklı birimlerde verdiği hizmetler bir bütün olarak ele alınmalıdır. Acil serviste görev yapan asistan hekimlerin uzmanlık bilgisi gerektirmemek koşulu ile yaptıkları hizmetlerin puanı birim ortalamalarına katılmalıdır.

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 istenildiğinde değişiklik yapılabilmelidir.

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

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.

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.

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

Performansa dayalı ek ödeme alan personel programdan kendi performans bilgilerine ulaşabilmeli, başkalarının performans bilgilerine yetkili personeller dışında erişim engellenmelidir.

Rapor gerektiren hizmetlerde ilgili hizmetin performansı raporun onaylandığı tarihte personelin hesabına geçecektir.

Personelin izinli oldukları tarihlerde programları açılmayacağı gibi sekreter vs görevliler tarafından adlarına hizmet ve performans girilmesine engel olunabilecektir.

Bütün işlemleri yürürlükteki mevzuata göre yapmalı ve gereken ekleme-düzenlemeler zamanında yapılmalıdır. Performans yönetmeliği hükümleri uyarınca gereken düzenleme ve kısıtlamalar sisteme yansıtılabilmeli, gerekli düzenleme ve güncellemeler gecikmeksizin yerine getirilmelidir.

PERSONEL İŞLEMLERİ MODÜLÜ

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

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, banka hesap numarası, sicil, izin ve özlük bilgileri tutulmalıdır. Bu kayıtlar Sağlık Bakanlığı Personel Genel Müdürlüğü'nde tutulan kayıtlarla uyumlu olmalıdır.

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

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

Personel devam takip işlemleri için, personel kimlik (proximity veya barkodlu) kartlarının okutulması ve kart sisteminin Hastane Bilgi Sistemi’nin Personel Modülü ile entegre olarak çalışması sağlanmalıdır. Bu şekilde belirlenen devam takip işlemleri, inceleme değerlendirme ve istatistik modülünden ayrıntılı olarak yetkili idareciler tarafından incelenebilmelidir. Personelin hastanede bulunma durumuna göre hastane yemekhanesinden yemek yiyip yiyemeyeceği gibi kontroller de yapılacak, yemek şirketinin hak edişine esas olabilecek personele dair istatistikler sistemden alınabilecektir. Örneğin bir mesai günü öğle yemeğini birlikte yemiş iki personelden akşam nöbetçi olan ve nöbeti sisteme işlenmiş olan yemek yiyebilirken diğeri nöbetçi olmadığı için turnikeden geçemeyecektir. Bu madde hastane idaresinin gereken düzenlemeleri talep etmesi halinde geçerli

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 yapamamalıdır. Personelin görevli olmadığı zamanlarda (izin, rapor vs) HBYS şifreleri otomatik olarak devre dışı bırakılabilmelidir.

Zaman Yönetimi

Personelin çalışma zamanını 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.

Bordro ve (varsa) S.S.K. İşlemleri

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ılabilmelidir.

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;

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

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

Özel sigorta, icra gibi kesintiler kaydedilebilmelidir.

Diğer kanuni ve özel kesintiler kaydedilebilmelidir.

Kıdem, ihbar bordrosu çıkartılmalıdır.Gerekli görülmesi halinde her türlü yasal raporları hazırlamalıdır.

SSK İşe Giriş Bildirgesi / Personel bildirgesi

SSK Aylık Bildirge

Emekli Aylık Bildirge (SGDP)

- Ek-İve Ek-2

SSK 4 Aylık Bildirge

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

İşyeri Bilgi Formu (İŞKUR)

İşsizlik Ödeneği Talep Formu Çalışma Bakanlığı İşyeri Bildirgesi İş Sözleşmesi İlgili diğer raporlar.

Özel Gider İndirimi hesaplamalı ve raporlamalıdır.Harcırah hesaplamalı ve raporlamalıdır.Bordro raporlarını hazırlamalıdır.

Ücret raporu,

Veriliyorsa avans raporu,

Muhasebe icmal raporu,

Personel ödenekleri raporu,

Personel kesintileri raporu,

Personelin gelir vergisi matrah raporu,

Yıllık bordro icmali.

Banka havale dosyasını hazırlamalıdır.Değişen vergi, Prim, matrah oran ve parametreleri tanımlanmalı ve parametreler her ay

değişebilir olarak düzenlenmelidir.

Gerektiğinde fark bordrosu yapmalıdır.

Eğitim ve Toplantı YönetimiEğitim ve toplantıların bir sisteme bağlanması için kurulacak olan yapıdır.

Eğitim ve toplantıları listesi oluşturulabilmelidir.Eğitim ve toplantılara ön kayıt, kesin kayıt, kayıt silme yapmalıdır.Eğitim ve toplantı değerleme ve raporlama yapmalıdır.Eğitim ihtiyacını belirlemeli ve alınan tüm eğitimler görüntülenmelidir.Eğitim talep formu oluşturmalıdır.Hastanede mevcut toplantı salonlarının kaydı tutularak gerektiğinde ücretli ve ücretsiz

toplantılar için takvim üzerinde rezervasyon yapılacaktır. Bu durumda çakışmaları önleyecek, toplantı için gereken koşullar sisteme işlenebilecek, toplantıda görev alacak ya da izleyici olacak kullanıcılara bilgi verilebilecektir. Ücretlendirme ile ilgili durumlar vezne modülü ile entegre çalışacaktır.

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.

Vardiya bilgileri.Aylık toplam çalışma süresi.İzin hakkı.Personele ilişkin mevzuat duyuruları.Eğitim programları.Sosyal aktiviteler ve diğer duyurular.

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; hastanede gerçekleşen tüm tıbbi ve mali kaynakları izleyebilmesi, herhangi bir personele sorma ihtiyacı duyulmadan sorgulayabilmesi, değerlendirebilmesi ve analiz edebilmesidir. Kullanıcı Bilgileri Girişi, Tetkik-Hizmet Listeleri, Kurum Genel Bilgi Girişi, Kodlu Bilgi Girişi, Sistem Bilgisi Düzenleme, Rapor Yönetimi işlemlerini de kapsamalıdır. Talep edilen raporlar veya dinamik ekranlar makul sürelerde sisteme eklenecektir.

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

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

Tıbbi ve bilimsel araştırmalar için tutulan kayıtlardan gerekli veriler alınabilmek ve analiz 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 hastaları listesi, yatan hastalar listesi, refakatçiler listesi kolaylıkla alınabilmelidir. Tüm bu işlemler belli tarih aralıkları için de yapılabilmelidir.

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

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

Kurum yönetiminin alınmasını istediği raporları içermelidir.Hastanede kullanılan malzemelerin herhangi bir depodaki miktarını, giriş ve çıkış tarihleri,

miktarları, alman firma bilgileri, fiyatları vs bilgilerinin, çıkışlarda yine benzer tarih, miktar, çıkılan depo vs bilgilerinin, en sonunda malzemelerin her birinin fatura edildiği hastanın görülebileceği bir istatistik yönetim kademesinin erişiminde olacaktır. Bu rapor sonucunda kullanılan herhangi bir malzemenin hastanedeki tüm hareketi sonucunda faturalandığı hastanın ve fatura bilgilerinin erişilebilir olması gerekmektedir. Bu istatistik dinamik bir ekran aracılığıyla alınacaktır. Kullanıcı depo seçebilecek, seçimden sonra depoda belirtilen dönemde hareket görmüş malzemeler sıralanacak, kullanıcı iteğine göre bir malzeme seçerek onun üzerinden inceleme yapacak veya seçmeden ilgili depodaki tüm malzemeleri sorgulayacak, seçtiği birinin yukarıda anlatıldığı gibi detaylarını görebilecektir.

Bir önceki raporla ilişkili olarak malzeme hizmet eşleşmesi yapılarak bir malzeme

malzemelerden birisi birlikte fatura edilmediği takdirde bunların listelenebileceği bir istatistik mevcut olacaktı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.Belirli zaman aralığı için sistemden alınan tüm raporlar ofis uygulamalarına aktarılabilmelidir.

Kullanıcı Bilgileri GirişiHBYS’yi kullanacak kişilerin her türlü bilgilerinin tanımlanmasını sağlayan fonksiyondur.

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

Kullanıcı kayıtlarından çıktı alınmalıdır.Sistemde yapılan tüm değişiklikler bir log olarak saklanmalıdır.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.

Tetkik-Hizmet Listeleri GirişiKurumun, tanı/tedavi, tetkik gibi tanım bilgilerinin sisteme kaydedilmesini sağlayan fonksiyondur.

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

Polikliniklerin, servislerin, kliniklerin, laboratuvarlarm, ameliyathanelerin tanıtılması, adlandı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.

Kod Bilgi GirişiKullanı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

adlandırılması veya gruplandırılması mümkün olmalıdır.

Sistem Bilgisi DüzenlemeHastane Bilgi Sistemi Uygulama Yazılımı parametrelerinin düzenlenmesini sağlayacak fonksiyondur.

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

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

Sistemin güvenlikle ilgili parametrelerinin girişi mümkün olmalıdır.Sistemin kullanıcıya verdiği hata mesajlarının görüntülenmesi mümkün olmalıdır.Yanlışlıkla oluşturulan aynı hastaya ait hasta kayıt numaraları tek bir hasta kayıt numarası

altında birleştirilebilmelidir.

EVRAK TAKİP MODÜLÜ

Kuruma gelen resmi evrakların geldiği yer, evrak tarihi ve numara bilgileri girilebilmelidir.Evrakın cevaplanma tarihi, konusu varsa ekleri kaydedilebilmelidir.Evrakın ulaşım şekli (faks, posta, elden v.b) varsa ulaşım açıklaması kaydedilebilmelidir.Evrak kurum içinde hangi birime gönderilecekse seçilebilmelidir.Evrakın aciliyet bilgisi ve süre bilgisi varsa kaydedilebilmelidir. Kullanıcıyı uyarmalıdır.Kurumdan gönderilen resmi evrakların gittiği yer, evrak tarihi ve numarası

girilebilmelidir.İstenilen tarih aralığında gelen ve giden evraklar tüm kayıt bilgileri, kayıt tarihi ve kaydeden

bilgileriyle raporlanabilmelidir.Evraklara zimmet numarası verilebilmelidir.Yanlış kaydedilmiş evrak kayıtları yetkililerce iptal edilebilmelidir.

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

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

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

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

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

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

Hemşirelik müdahaleleri bölümü hastanın yaşam bulgularının kaydedildiği elektronik ortamlarla (ö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ğlamalıdır.

Sistem yetkili kişi/kurum tarafından yeni veri girişine ve veri güncellemesine olanak sağlamalı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 olmalı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 imkânı olmalıdır.Hemşirelik girişimleri listelenmelidir.Hemşire, hastanın taburcu planlarını yapabilmelidir.Hastanın eğitim ihtiyaçları değerlendirilebilmelidir.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 hikayesine ulaşmalıdır.Sınıflandırılmış tanı ve görüntüleme, iş listesi-randevu erişimi ve özel tetkik hazırlık dokümanı

ile birlikte görüntülenebilmeli gerekli çıktılar almabilmelidir.Kat malzeme stoku, belirlenen minimum seviyelere indiği zamanlarda otomatik malzeme talep

formu oluşturmalıdır.Rutin ya da istenildiğinde elde edilecek görüntü ve raporları sağlamalıdır.(İlaç uygulama

hataları, yataktan düşme, İV komplikasyonlar, standart bakım planı varyasyonları, yatak yarası, tekrarlayan işlemler, kat doluluk oranlan, hasta bağımlılık oranları ve hemşire hasta oranları, vb.)

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

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

AMELİYA THANE MODÜL Ü

Ameliyat isteklerini, randevu ayarlamasını 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.

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

Ameliyathanede yapılan işlemler, klinik ve poliklinik modüllerinde olduğu gibi hastanın dosyasma/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 raporlanmasmı 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.

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

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ı

yapmalı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 zamanlan izlenmeli, erteleme ve ameliyathanede

bekleme zamanlarım kaydetmek ve sorgulamak mümkün olmalıdır. Gerektiğinde bu tür bilgilerden istenilenlerin çeşitli yollarla hasta yakınlarına ulaştırılabilmesini sağlayacak uygulama mevcut olmalıdır. Örneğin bilgilendirme ekranlarına yansıtılabilmelidir.

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

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.Beklenmeyen ameliyathaneye dönüş oranları raporları için bilgi sağlamalıdır.Spesmen raporlarım 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.Ameliyatlarda ilişkilendirilen anestezi vs bilgileri otomatik olarak sisteme işlenebilmelidir.

DOKU BANKASI MODÜLÜ

Hasta ve donörler tek bir ekran aracılığıyla kaydedilmelidir. Kayıt işlemi sırasında aynı kaydın birden fazla kez yapılmasını engellemek için ad, soyad bilgilerinden tarama işlemi yapılmalıdır.

Kayıt bilgileri, donör/hastanın, yaş, cinsiyet, kan grubu, kurum, vergi numarası, not, adres, telefon vb. bilgilerini içermelidir. Donör/hastaya birden fazla telefon numarası bilgisi girilebilmelidir.

Hastalarda tanı bilgisi alınmalı, birden fazla tanı eklenebilmelidir.Hasta ve donör kayıtları birbirinden ayrılabilmeli ve hastalarla vericiler ilişkilendirilmelidir.

Bir hasta ile birden fazla vericinin ilişkilendirilmesi mümkün olmalıdır. Vericilere yapılan işlemlerin hastaya fatura edilmesi sağlanabilmelidir.

Vericiler sayfasından, hasta ile ilişkilendirilmiş vericiler, yaş, cinsiyet, yakınlık, kan grubu, fenotip ve uyum bilgileri ile listelenmelidir.

Vericisi olmayan hastalar bekleme listesine alınmalıdır.Tetkik istek bölümünde, sistemde tanımlı tetkikler listelenmek ve hastaya istenecek tetkikler

bu listeden seçilmelidir.İstek sırasında, gerekli durumlarda, aciliyet ve/veya istek notu bilgileri sisteme

kaydedilebilmelidir.Hastaya birden fazla tetkik istenebilmek, yanlış seçilen tetkikler istek listesinden

silinebilmelidir.Tetkiklerin kaydedilmesi sırasında, çalışma grubu, çalışma tarihi ve istek tarihi alanlarını

içeren etiket (barkot) bastırılabilmelidir.Yetkili kullanıcılar tarafından bekleme listeleri güncellenmekte, hatalar düzeltilmelidir.

Hastanın son durumuna (Bekleme, Transplantasyon, exitus vb.) göre bekleme listesi otomatik olarak güncellenmelidir.

Hasta bazında süreç (Bekleme, Transplantasyon, Exitus vb.) izlenebilmelidir.Doku bazında oluşturulan bekleme listeleri; aciliyet, hastanın durumu ve hastanın medikal

bilgileri doğrultusunda güncellenmek, transplantasyon bilgileri kaydedilmelidir.Kadavra bilgileri, fenotipi ve/veya kan grubu, çıkarılan organlar kaydedilmek, kadavra ve

organlara otomatik numara verilmek, bilgiler ilgili merkeze gönderilmelidir.Daha önce kaydedilmiş olan kadavra seçilip, tarama yapılacak liste belirlenerek tarama işlemi

yapılmalıdır. Kadavra kaydedilmediği acil durumlarda, doğrudan fenotip ve/veya kan grubu girilerek tarama yapılabilmelidir.

Bekleme listesinden aşağıdaki kriterlere göre tarama yapılabilmelidir;Öncelikler (yaş, hastanın durumu, aciliyet vb.),Fenotip uyumu (en yüksek uyumdan, en düşük uyuma doğru),Public specificity, broad ve split antijenlere göre uyum.Tanı, cinsiyet, kayıt tarihi, yaş, klinik, fenotip bilgilerine göre farklı kombinasyonlarda

sorgulamalar yapılabilmelidir. Sorgulama sonuçları hasta bilgilerini (hasta no, ad, yaş, kan grubu, fenotip, adres, telefon) içeren listeler bastırılabilmelidir.

Dönendik, hasta ve verici sayıları, vericilerin akrabalıklara göre dağılımı, akrabalıklara göre uyumların dağılımı raporları alınabilmelidir. Dönemlik değişimler grafiksel olarak

Hasta verici dağılım bilgileri grafiksel olarak görüntülenebilmelidir.

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

Hastane dahilinde yer alan diş ünitesinin gereksinimlerine cevap vermek üzere tasarlanmış ve kapsamı ihtiyaca göre belirlenmiş 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 modülü ile gerekli entegrasyon sağlanmalıdır.

Hastanın geçmiş bilgileri ve diş yapısına ilişkin bilgileri kaydedilebilmelidir. Uygun geçmiş bilgiler grafiksel ağız şeması üzerinde gösterilmeli, hizmet girişi yapılırken şema üzerinden seçimi yapılan bölge ile ilişkilendirilmelidir.

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.

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ştirilebilmelidir.

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, H1V vb. parametreleri mutlaka gözönünde bulundurulmalıdır.

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

Serviste bulunan makinelerin durumu, (varsa)cihaz takip modülünde yer almalıdır.Randevulu hasta kabulü yapılabilmeli, istenen zaman diliminde hastaların randevuları

periyodik olarak düzenlenebilmelidir. Gerektiğinde randevu iptali ve diğer randevular arasında transferler HBV, HCV, HIV vb. parametreler gözönünde bulundurularak yapılabilmelidir.

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 andaki fatura bilgileri görüntülenebilmelidir.

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

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.

Organ 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

Ameliyathaneden, fıstül ameliyatı yapılacak hastalara ilişkin randevular istenebilmelidir.Diğer birimlerden konsültasyon isteğinde bulunulabilmeli, sonuçlar izlenebilmeli, diğer

birimlerin konsültasyon ve randevu taleplerine cevap verilebilmelidir.Hastaların transplantasyona uygunluk durumları ve iletişim bilgileri hakkındaki kayıtlar

sistemde tutulabilmeli, gerekli gizlilik, güvenlik ve mahremiyet ilkelerine azami dikkat edilmelidir.

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

Randevu işlemleri gerçekleştirilebilmelidir.Kurulda görüşülecek vaka için önceden gerekli hazırlıkların yapılmasına olanak tanınmalıdı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ılabilmelidir.

Alınacak raporların onaylanmadan alınmasına izin vermemelidir.Sağlık kurulunda düzenlenen raporları sadece yetki verilen kullanıcıların görmesi ve

yazdırması sağlanmış olmalıdır. Yetkili kullanıcılar dışındaki kullanıcıların raporları yazdırması engellenmelidir.

Ayrı rapor türleri için ayrı sıra sistemleri oluşturulabilmeli ve gerektiğinde tüm raporlar ayrı bir sıra sistemi ile takip edilebilmelidir.

Sağlık kurulu raporu geçerlilik süresi seçilebilmelidir.Balthazard formülleri tanımlanabilmeli ve hesaplama yapabilmelidir.Daha önce ilgili hastaya düzenlenen raporların listesi görünmelidir.Sağlık kurulunda sık sık kullanılan kararlar önceden tanımlanarak kullanılabilmelidir.Her bir rapor türü için ayrı ayrı yazdırılabilecek kullanıcılar yetkilendirilebilmelidir.Hangi raporu türü için hangi polikliniklere otomatik kayıt yapılacağı önceden

tanımlanabilmelidir.Bir hastaya ait tüm sağlık kurulu raporlarının ve bu sağlık kurulu raporunda hangi doktorlar

tarafından muayene edilerek, hangi teşhislerin verildiğini gösteren bir ekran olmalıdır.Raporlarda sistemde mevcut olan bilgiler hazır olarak gelecektir.Sağlık kurulu protokol defteri vs sistemde tutulmalıdır.

DOSYA VE ARŞİV MODÜLÜ

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

Arşiv için dosya oluşturma,

Dosya kontrolü,

Arşivleme,

Arşiv istek,

Arşiv karşılama,

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 fakslanabilmeli, varsa

hastanın e-posta adresine gönderilebilmelidir.(Varsa)Semt Polikliniği/Uydu poliklinik ve hastane arasında hasta dosyasının elektronik

ortamda 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 tanı(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.Adli dosyaları sadece yetkili kişilerin görebilmesi sağlanmalıdır.Hasta arşiv ekranında hasta dosyasının oda, kat, raf ve sıra numaralarına göre giriş yapılıp

Hasta dosyasının tüm hareketleri izlenebilmeli, dosyanın istenilen anda nerede olduğu görülebilmelidir. Arşivden dosya isteme, istem onay, dosyayı istemciye sunum, dosyayı arşive geri alma gibi aşamalar veritabanına kaydedilmeli ve bu işlemler sadece yetkili kullanıcılar tarafından yapılabilmelidir. Söz konusu aşamalarla ilgili ayrı yetki düzeyleri tanımı mümkün olmalıdır.

KAN MERKEZİ MODÜL Ü

Acil ve ayaktan gelen hastalarla yatan hastalara ilişkin kan ve kan ürünü isteklerinin karşılanması ve Kan Bankası için gerekli kayıtların tutulabilmesini, Kızılay Kan Merkezi ile önüne entegre çalışıp sistemin gereksinimlerine göre kan talebi, numaralandırılması, teslim alınması, üretilmesi ve kayıtlara geçirilmesi, bu başlıkta yer alan maddelerin de bu entegrasyona uyumlu kaydının tutulması gibi faaliyetleri 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 Bankası Modülünün kurulması gerçekleştirilmelidir.

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.

Çeşitli kaynaklardan temin edilen kan ve kan ürünlerine ait donör ve kaynak bilgileri sisteme girilebilmelidir.

Yapılan test ve diğer tetkik sonuçları kaydedilebilmeli, bu sonuçlar istek yapan servislerden izlenebilmelidir.

Merkezden çıkan kanların hastane içinde takibi yapılabilmelidir.Acil servis ve ameliyathaneden yapılan isteklere öncelik tanınması için gereken otomatik uyarı

sağlanmalıdır.Kan ürünleri, miyad ve kan gruplan yönünden izlenmelidir.Crossmatch takibi yapılmalıdır.Hastanın kayıtları ile planlanan kan grubu arasında uyumsuzluk olduğunda uyarmalıdır.Kan Merkezinde yapılan incelemelere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde

edilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.Bu alt modülde tutulan bazı gizli kayıtlara erişebilecek personel farklı seviyelerde

yetkilendirilebilmelidir.Hasta için kan merkezinden yapılan kan ürününe bağlı olarak, laboratuar modülünde ilgili

tetkik kayıtları otomatik yaratılmalı ve bu kayıtlar hasta faturasına yansıtılabilmelidir.Kan torba etiketi basılabilmeüdirDonör kaydı esnasında Flebitomi seçilmesi durumunda, sistemin otomatik olarak kanın

kaydının durumu bilgisini "imha" olarak değiştirmelidir.Muadil ürün çıkışı yapılabilmelidir.Kan İstem yapıldığında Cross gerektiren bir ürün istenmişse sistem Cross istemini otomatik

olarak yapmalıdır.Ürün için Cross'un uygun olmadığı belirtildiğinde, HBYS otomatik olarak hasta hesabına yeni

bir cross istemi yapılabilmelidir.Donöre ait geçmiş geliş bilgileri ayrıntıları ile gösterilmelidir.Kurum dışından gelen kan ürünlerinde kurum bazında miat belirtilebilmelidir.Hastaya, kan ürünleri çıkışı yapıldığında ilgili sarf malzeme kayıtları sistem tarafından

otomatik olarak hastanın mali bilgilerine yansıtılmalıdır.Donör anket formu HBYS üzerinden doldurulabilmelidir.Donör kaydı sırasında anket doldurulmadan devam edilmesine izin verilmemelidir.Toplu kan çıkış yapılabilmelidir, (hasta bazında)Kan Transfüzyon formu HBYS üzerinde doldurulabilmelidir.Kan iade alındığında aynı hastaya otomatik olarak rezerv edilebilmelidir.Cross sonucu uygun olmadığında gerekli kontroller kan merkezin tarafından (SubGrup

Kontrolü, Doktor Onayı) yapılarak çıkışa izin verilmelidir.Cross sonucu az uygun olduğunda gerekli kontroller kan merkezi tarafından (SubGrup

Kontrolü, Doktor Onayı) yapılarak çıkışa izin verilmelidir.Sistem Cross gerektirmeyen ürünleri otomatik olarak belirtmeli bu ürünler için Cross

yapmadan çıkışına izin verilmelidir.

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.

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

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ülenmen ve gerekli çıktılar alınmalıdır.Hasta yemek rejiminin yeniden planlandığı durumlarda diyetin otomatik olarak

güncelleştirilmesini sağlamalıdır.Tıbbi işlem öncesi aç kalması gereken hastaların otomatik olarak diyet bölümünden

izlenmesini sağlamalıdır.Ameliyat ya da 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.Bu bilgiler ışığında, yemek için gereksinim listesi çıkarılabilmelidir.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ıtlanabilmeli ve raporların çıktısı alınabilmelidir.

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 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. Tamir veya bakım için kullanılan sarf ve yedek parça gibi malzemeler cihaz üzerinde tüketim veya eklenti olarak tutulabilmeli, gerekli raporlamalar yapılabilmelidir.

Çamaşırhane, steril depo üniteleri ve mutfak gibi birimlerdeki makineler de sistemde yer almalıdır.

İSTEK/A RIZA BİLDİRİM TAKİP SİSTEMİ

Yazılım kurum içinde arıza bildirim, onay ve takibinin yapılabilmesi için gerekli arayüzlerin yetki çerçevesinde kullanılabilmesine olanak sağlamalıdır.

Bildirim formlarına verilerin girilmesini ve yapılan arıza bildirimlerinin otomatik olarak ilgili kullanıcı ekranına aktarılmasını desteklemelidir.

Bu ekran yapılacak arıza bildirimlerinde arıza türünün seçilebileceği, arıza bildirimi yapanın bilgilerinin otomatik olarak doldurulacağı, ayrıca arıza ile ilgili serbest yazı eklenebilmesine olanak sağlamalıdır.

İlgili arıza türü ile ilgili yetki verilen kişi sadece yetkili olduğu arıza türü veya türleri ile ilgili bildirimleri görerek yanıtlayabilme ya da bir teknisyene yönlendirebilme imkanına sahip olmalıdır.

Gerektiğinde arıza bildirimi ile ilgili teknisyene vermek üzere bir rapor alabilmelidir. Teknisyenler de sistem üzerinde kendine atanan görevleri görebilmeli ve gerektiğinde yamtlayabilmelidir. Sistemde bildirimi yapanın da en son onaylaması sağlanabilmeli ve ilgili istatistikler elde edilebilmelidir.

Arıza bildirimine bağlı olarak demirbaş takip modülünde de bahsedildiği şekilde arızanın giderilmesi için kullanılan malzemeler bu modül üzerinden demirbaşa kullanıldığı belirtilerek düşümü yapılabilmeli ve raporlanabilmelidir.

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ım 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şılabilmelidir.

Hasta için kullanılan aletlerin hangi sterilizasyon süreçlerinden geçtiğini detayları ile sorgulamalı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ımlamalarRenk bandı tanımlama Tıbbi alet tanımlamaPersonel tanımlama(personel modülündeki kayıtlarla birebir olmalıdır.)

• SterilizasyonTeslim işlemi İade işlemi Sterilizasyon işlemi

• Yönetimsel İşlemlerModül, form ve kullanıcı yetkilendirme

• KlinikHasta ile paket eşleşimi

• RaporlarHasta ile kullanılan paketKullanıcı/Personel bazlı yapılan sterilizasyon işlemleri

Uygulamaya giriş yapan kullanıcılar kendi yetkileri çerçevesinde modül ve formlara ulaşabilmelidir.

Uygulama kullanıcısı ile ilgili olarak oturum bilgilerine ait log’lar sistemde kayıt altına alınmalıdır.

Kliniklerde doktorun, bir hasta üzerinde çalışmadan önce sterilizasyon paket barkodunu okutması yeterli olmalıdır.

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.

DANIŞMA MODÜLÜ

Hizmetin sürekliliğini sağlamak, hizmet kalitesini artırmak, sisteme hız kazandırmak amacıyla hastane içerisindeki çeşitli hizmet kaynaklarına erişimi kolaylaştırıcı bilgiler bu modül içerisinde ele alınmalıdır. Gizlilik ve mahremiyet esaslarına aykırı olmayacak şekilde muhtelif bilgiler sağlanacaktır.

Uygun olan yerlerde ekran, ışıklı pano(board), dokunmatik ekran(touch screen), vb. sistemler kullanılabilir. Halihazırda bilgi ekranları ameliyathane, poliklinik genel bilgilendirme ve poliklinik önü bilgilendirme amacıyla kullanılmaktadır. Diğer yöntemler kullanılmaya karar verirse yazılımsal açıdan sözleşme kapsamında yüklenici gereken düzenlemeleri yerine getirecektir.

İ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:

g) Randevu, hizmet bilgileri

h) Hastane, bölüm, doktor bilgileri

i) Acil mesaj/uyarılar

j) Genel bilgilendirmeler

k) Telefon numarası, yer ve yön bilgileri

l) Zamanlama bilgileri(tahmini bekleme süresi vb.)

Görüntülenecek bilgilerin Hastane Bilgi Yönetim Sistemi Uygulama Yazılımından gerçek zamanlı olarak elde edilmesi, idare tarafından tespit edilecek yerlerdeki ekranlara kadar iletilmesi Yüklenici tarafından sağlanmalıdır. Bu iş için (gerekli olması halinde yazılım lisansları) ve donanım İdare tarafından

İletişim :

Görüntülenecek bilgi olmaması halinde bu ekranlardan, idarenin belirleyeceği bilgiler görüntülenebilir (Hastane içinde uyulması gereken kurallar, sağlığın korunması konusunda bilimsel içerikli kısa bilgiler, vb.)

Hastaların hastaneye geldiklerinde gidecekleri poliklinikleri vb. kendilerinin belirleyebilmelerini sağlamak amacıyla verilecek danışmanlık hizmetinin otomatik olarak yapılabilmesini sağlayacak algoritmaları içeren yazılımların sözleşme süresince hastanede çalıştırılması gerekmektedir. Söz konusu uygulama için idarece talep edilmesi halinde;

a) 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.(söz konusu uygulama için gerekli donanım ve lisanslar İdare tarafından sağlanacaktır.). Bu cihazlar üzerinde güvenlik amaçlı kart okuyucu, avuç içi tarayıcı vs güvenlik ekipmanı bulunması halinde sözleşme kapsamında entegrasyon yapılacaktır. Bunun için ücret talep edilmeyecek, lisans veya üçüncü kişiler ile ilgili olarak maliyet oluşması halinde yükümlülük idarede olacaktır.

b) Sisteme giriş sonrası ilave güvenlik önlemi olarak kendisine verilen şifre ya da bir başka kimlik doğrulama ve güvenlik unsuru ile hasta kimlik kontrolü yapılmalı ve 3 (üç) kez üst üste yanlış girişte sistem tarafından işlem sonlandırılmalıdır.

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

d) Hastanın herhangi bir randevusu yoksa, gün içinde çalışan uzmanlık dalları ekranda listelenmeli ve hasta şikayetine göre uygun uzmanlık dalını seçebilmelidir.

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

f) Hasta uygun polikliniği seçtiği anda sistem tarafından aşağıdaki kontrolleri otomatik yapılmalıdır;

Cinsiyet kontrol: Kadın hastaların gideceği polikliniklere Erkek hastaların gidememesi ya da tersi.Gün Kontrol: Aynı gün içinde aynı polikliniğe ya da uzmanlık dalma birden fazla kez gitmesi ya da gitmemesiYaş Kontrol: Hastanın yaşının seçtiği poliklinik için uygunluğu Provizyon kontrol: Hastanın provizyon alıp almayacağı kontrolü Doktor İzin Kontrolü: Seçilen poliklinik doktoru izinliyse o poliklinik seçildiğinde uyarı verilmesiKontenjan Kontrolü: Seçilen polikliniğin kontenjanı dolmuş ise hastaya uyarı verilmesi

MHRS randevusu var ise buna uygun olarak işlemler yürütülmelidir.Hasta yeni yada geçmiş tarihlerdeki laboratuar sonuçları görüntüleyebilmelidir. Bunun için

cihaz üzerinde bulunabilecek barkod okuyucu veya printer imkanları da kullanılabilecektir.Hastanın yanlış bilgi girişlerinde sistem hastayı uyarmalı ve doğru giriş için yönlendirmelidir.KIOSK üzerinde çalışacak yazılımın web tabanlı olması tercih edilecektir. Web tabanlı

olmaması halinde sadece belirli işlemleri yapmak üzere özelleştirilmiş modül kullanılarak güvenlik sağlanacaktır. Kiosktan yapılan işlemler için log kayıtlarında mutlaka işlem yapılan KIOSK’u tanımlayacak bilgiler de tutulacaktır.

Yatan hastalar için işlem yapılmamalı ve hasta uyarılmalıdır.

ONKOLOJİ MODÜLÜ

Onkoloji hastalarının tüm tam ve tedavi süreçleri parametrik olarak izlenebilmeli, tam ve evreye göre standart tedavi protokollerine ulaşılabilmek, bu protokollerden hangisi uygulanacaksa, reçete ve uygulama bilgileri kolayca planlanabilmek ve raporlanmalıdır.

Tedavi süreçlerinde gelişebilmesi muhtemel komplikasyonlar, alınması gerekli önlemler, acil başvurularda alınması gerekli önlemler, yapılması gerekli tetkikler ve tedavi planlaması gibi süreçlerin takip edilebilmesi ve geriye doğru gözlemlenebilmesi mümkün olmalıdır.

Onkolojik hastaların performans durumları, planlanan ve uygulanmış tanı çalışmaları, evrelendirme aşamaları, evre değişiklikleri, grade ve patolojik evre bilgileri, yayılım ve metastaz bilgileri, hastanın tedaviye verdiği cevap kolayca seçilerek kaydedilebilmelidir.

TNM evre tanımları sistemden yapılabilmeli, sistemde tanımlı olan bölgeler, kullanıcıları bilgilendirmek amacıyla, imaj ve şemalarla ilişkilendirilebilmelidir. TNM evre tanımları var olan

sistemden veri aktarımı ile alınacak, bunun dışındaki tanımlar hastane bilgi işlem sorumlusunun iletmesi halinde firma tarafından sisteme eklenecektir.

Hastalara özgü takip ve tedavi randevuları standardize edilebilmeli, bunlar oluşabilecek değişikliklere göre kolayca modifiye edilebilmelidir. Verilen randevuda hastanın yatması ön görülüyorsa, randevu tarihinde, hastanın bölüm/birimi ve cinsiyetine göre yatak randevusu ayarlanabilmelidir.

Radyoterapi cihazlarının hasta kabul, tedavi planlama, set-up ve uygulama yazılımı olarak kullanılan impact yazılımı ile tam bir uyumda çalışmalı, iki yazılım arasında ilgili birimin gerekli önbilgileri sağlamak suretiyle talep etmesi durumunda idarece firmaya bildirilecek veri aktarımları hatasız yapılabilmeli, entegre olarak çalışabilmesi sağlanmalıdır.

Onkolojik tanılar, tedavi seçenekleri, evrelerine göre dinamik raporlar alınabilmeli, bunların aylara/yıllara göre değişimleri takip edilebilmelidir.

Brakiterapi hastalarının tedavi planlarının, tedavi tekniği ayrıntılarının ve epikrizinin hazırlanabildiği, süre doz hesaplamalarını otomatik olarak yapabilen bir servisi de içermelidir.

TEŞHİSLE İLİŞKİLİ GRUPLAR (TİG) İŞLEMLERİ

Geri ödemelerde de kullanılan bir vaka sınıflama sistemidir.

MEDULA dönem sonlandırmalarını TİG kurallarına göre otomatik göndermelidir.Hasta verilerini TİG kodlama programlarının gereksininmlerine uygun ve hatasız olarak XML

veya talep edilecek diğer formatında dışarı vermelidir.Kodlama sırasında kullanılmak amacıyla hasta verilerine toplu şekilde ulaşılması için gereken

kolaylıklar (talep edilen verilere tek ekran veya rapor üzerinden ulaşılması) sağlanmalıdır.

YÜKLENİCİ TARAFINDAN TEMİN EDİLECEK DONANIMLAR

SUNUCU DONANIMI TEKNİK ÖZELLİKLERİ

Bu madde kapsamında; her yazılımın performans verebilmesi için ihtiyaç duyacağı minimum gerekler farklılaşabileceği için donanımsal gerekler ile ilgili düzenleme yapılmamıştır. Teklif edilecek yazılımın performans anlamındaki üstün özelliklerinin ilgili istekliye daha düşük donanım gerekleri ve dolayısı maliyet avantajı getirebileceği, idareye ise talep edilen performansı daha düşük maliyetle temin etme imkanı ve dolayısı ile kamu yararı sağlayacağı öngörülmektedir. Aşağıda yüklenicinin temin ile sorumlu olduğu donanımlar ve genel kurallar belirlenmiştir.

Yüklenici; bu ihale kapsamında, sözleşme süresince hastane bünyesinde sunucu odasında kullanılmak üzere bu sözleşme kapsamında sözleşme süresince yüklenici tarafından sağlanacak uygulama yazılımının VTYS’nin ve diğer her türlü fonksiyonlarını yerine getirmek ve sunucu görevi görmek üzere gereken donanımı temin edecek ve sözleşme başlangıcında yapacağı sunucu tarafındaki kurulumları gerçekleştirecektir.

Sözleşme kapsamında temin edilen yazılımların çalışması için hiçbir surette idarenin sahip olduğu veya temin edeceği sunucu donanımları kullanılmayacak sadece yüklenici tarafından temin edilecek sunucular ve gerekiyorsa depolama üniteleri kullanılacak ve bu şartnamenin yazılımsal ve performans gereklerini yerine getirecektir. Ayrıca bu şartnamenin ilgili maddelerinde yedeklemeye veya veritabanı teslimi gibi gereklere dair düzenlemeler nedeni ile gerekebilecek yedekleme ortamları da yüklenici firmanın sorumluluğundadır.

İdarenin sahip olduğu sunucu harici donanımlar vs mevcut görevlerini aksatmayacak şekilde yüklenici tarafından kullanılabilir. Yüklenici sunucu harici donanımlar kapsamında olmak üzere yapacağı tespitler sonucu sunucular dışında farklı bir donanım gerektiği ve bu donanımın idare bünyesinde bulunmadığı tespit edilir ise bu donanımın temin ve diğer her türlü yükümlülüğü sözleşme süresince yükleniciye aittir.

Network altyapısı ile ilgili kablolama, switch gibi gerekler, istemci tarafındaki donanımlar, internet bağlantısı ve cihazlarında olabilecek arıza giderilmesi, bakım ve lisans gibi giderler idarenin sorumluluğundadır. Bu maddede isteklilerin teklif edecekleri yazılımların bu manada özel donanım gerektirmeyeceği ve mevcutlar üzerinde çalışabileceği varsayılmıştır. Ancak kurulumdan sonra yüklenici, yazılımının bu şartnamenin yazılımsal ve performans gereklerini, temin ettiği donanım ve idarede mevcut donanım üzerinde sağlayabildiğini gösterdikten sonra sonradan ortaya çıkan gelişmeler ve yazılımsal düzenlemeler ile (web sürümlere geçiş gibi bu şartnamede öngörülmüş gelişmeler bu kapsamda değildir.) idareye ait donanımlardan kaynaklı yetersizlik ve sıkıntılar ortaya çıkması halinde bu donanımlara ait sorumluluk idareye, yüklenici tarafından temin edilen donanımlardan kaynaklı sıkıntılar ortaya çıkması halinde sorumluluk yükleniciye aittir

Yazılım gereklerinden dolayı sunucu dışında idarede mevcut olan herhangi bir donanım yerine başka özelliklerde bir donanım veya idarede bulunmayan bir donanım temini gerekli ise yüklenicinin sorumluluğundadır. İstekliler bu maddeyi idarenin halihazırda bir otomasyon sistemi kullandığını, bu yazılımın idareye ait donanımlar üzerinde çalıştığını göz önünde bulundurarak değerlendirmesi gerekir.

İdare; bu madde ile sadece sunucuların ve yazılımın özelliklerinden dolayı yazılıma özel olarak diğer donanımın yüklenici tarafından sağlanmasını, idare tarafından yazılıma özel donanım temin edilmesine mahal bırakılmamasını öngörmektedir.

Sözleşme kapsamında yüklenici tarafından temin edilen donanım ürünlerin arızalarına müdahale yüklenici tarafından yerine getirilecektir. Sistemin işleyişini ilgilendiren ve İdare'ye ait sunucu ve ana iletişim omurgası ve diğer bileşenlerin kesintisiz ve yüksek performanslı olarak çalışmasını sağlayacak bakım ve ayarlamalar konusunda danışmanlık ve talep edildiğinde gerekli düzenlemeleri yapmak yazılımı sağlayan yüklenici tarafından sağlanacaktır. Yukarıdaki maddeler ile çelişmemek kaydıyla gerekli olabilecek yedek parça, ek donanım ve yazılımlar İdare tarafından temin edilecektir.

GENEL HUSUSLAR

Demonstrasyon yapacak istekliler ile teslim edilecek datalar ile ilgili, ihale üzerinde kalan yüklenici ile de gerçek veritabanı ile ilgili olmak üzere gizlilik sözleşmesi yapılacaktır.Yüklenici veya istekli firmalar bu şartnamede açıklanmayan durumlar ile ilgili olarak diğer ihale dokümanlarına ve mevzuata tabidirler.

V/ U - t - rı •

d

İletişim :W

60/1