T.C. SAĞLIK BAKANLIĞI

TUNCELİ İl SAĞLIK MÜDÜRLÜĞÜ

ENTEGRE İLÇE HASTANELERİ İÇİN HBYS, MÜDÜRLÜK İÇİN LBYS, FATURALANDIRMA VE

İNSAN KAYNAKLARI MODÜLÜ TEKNİK ŞARTNAMESİ

1. GİRİŞ

Sağlık Bakanlığı Tedavi Hizmetleri Genel Müdürlüğünce yayımlanan 29.9.2011 tarih ve 39846 nolu Sağlık Bakanlığına Bağlı İlçe Devlet Hastanelerinde Entegre Sağlık Hizmeti Sunulmasına İlişkin Usul ve Esaslar Hakkındaki Yönerge uyarınca ilimizde bulunan Toplam 5 adet hastane "yataklı kurum fonksiyonu korunarak” müdürlüğümüze devredilmiştir. Bu yönergenin 6.c maddesinde "...yataklı tedavi hizmetleri ise ilçe devlet hastanesi personeli tarafından sunulur” denilmektedir. Aynı yönergenin 13. Maddesinde de "Bu Yönergede düzenleme bulunmayan hususlarda, sağlık hizmetlerinin yürütülmesinde diğer ilgili mevzuat hükümleri uygulanır” denilmiştir.

Yönerge uyarınca bu hastanelerin "döner sermaye hesapları aktif ve pasifleriyle müdürlüğümüze devredilmiş olduğundan bundan böyle bu hastanelerin personel özlük işlemleri müdürlüğümüz bünyesindeki bilgi yönetim sistemi tarafından yapılacaktır. Bu hastanelerin ayrı bir döner sermayelerinin bulunmaması nedeni ile bu hastanelerin satın alma ve ödeme işlemleri de müdürlüğümüz tarafından yapılacağı için bu hastanelerin ilgili kayıtları yine müdürlüğümüz bünyesindeki sistemlerde tutulacaktır.

Bu hastanelerde aile hekimleri tarafından mesai saatlerinde verilen poliklinik hizmetleri zaten aile hekimleri yazılımlarında kayıt altına alındığından bu hizmetlerin müdürlüğümüz bünyesinde tekrardan kayıt altına alınmasına gerek yoktur. Bununla birlikte hastanede görevli hekimler ve mesai saatleri dışında aile hekimleri tarafından (nöbet, icap vb.) hastaya verilen sağlık hizmetleri SGK'ya fatura edilmeyecek olsa da bu hizmetlerin kayıt altına alınması zorunluluğu "diğer ilgili mevzuat hükümleri' uyarınca devam etmektedir.

Yönerge uyarınca her ne kadar müdürlüğe devredilmiş olsa da bu hastanelerde hasta yatış, yatan hasta takip ve hasta çıkış işlemleri, poliklinik, stok takip, laboratuvar işlemleri ve radyoloji işlemleri kayıt altına alınmaya devam edilmek durumundadır.

Bu şartname, Sağlık Bakanlığı Hastane Bilgi Yönetim Sistemleri Alım Kılavuzu esas alınarak, entegre ilçe hastanelerinin ihtiyaçları doğrultusunda sadeleştirilerek hazırlanmıştır. Bununla birlikte, entegre ilçe hastanelerinin müdürlüğümüzün bir parçası haline gelmiş olması ve birden fazla entegre Hastane Bilgi Yönetim Sisteminin (Madde 8 HBYS Uygulama Yazılım Gerekleri' nin tamamı) müdürlüğümüz bünyesindeki yeni oluşturulacak olan veritabanında tutulması gerektiğinden, bu hastanelere kurulacak olan sistemlerin belirtilen cihaz veri aktarım yazılımları hariç web tabanlı olması bir zorunluluk haline gelmiştir.

Bu hastanelerde HBYS' nin temel modüllerinden yatan hasta, poliklinik, stok, laboratuvar ve radyoloji modülleri etkin olarak kullanılacaktır. Bu nedenle hastanelerin tümünü ve laboratuvarları tek bir merkezde toplayan merkezi bir sistemin kurulmasına karar verilmiştir.

Bu şartname, entegre ilçe hastanesinde hastaya verilen tüm sağlık hizmetlerinin, (hasta için kullanılan her türlü ilaç ve tıbbi malzemenin yanı sıra hastaya verilen laboratuvar ve radyoloji hizmetleri), müdürlüğümüz tarafından hastanelere gönderilen her türlü ilaç ve tıbbi malzemenin, bu malzemenin hangi hastaya hangi amaçla kullanıldığının takip edilmesi ve kayıt altına alınmasını

2

tarif eder (Aile hekimleri tarafından mesai saatleri içerisinde kendi hastalarına verdikleri hizmet hariç).

Madde 9 içerisinde bahsedilmiş olan LBYS hem müdürlüğümüz tarafından hem de entegre ilçe hastaneleri tarafından kullanılacaktır ve bu nedenle iki defa yazılmamıştır. Entegre ilçe hastanesinde kullanılacak sürüm doğal olarak Madde 9' da bahsedilmiş olan LBYS'nin tüm özelliklerini karşılamak zorunda olmayacaktır ancak HBYS tarafından kullanıldığı tüm bölümlerin laboratuvar cihaz verilerinin otomasyona aktarımları için kullanılacak sistemler hariç yine web tabanlı olması gerekmektedir. Bununla birlikte ilçelerde zaman zaman internet kesilebilmektedir ve bu tür durumlarda entegre hastanelerin çalışmaya devam edebilmesi gerekmektedir. Yüklenici bununla ilgili tedbirleri anlaşma devam ettiği sürece alacak, alınacak tedbir tercihi ile ilgili ücretler yüklenici tarafından karşılanacak ve kurumumuz bu iş için herhangi bir ek ücret ödemeyecektir. Normal internet bağlantısı var olduğu sürece, daha hızlı olan normal internet bağlantısı kullanılacaktır.

Önerilen HBYS yazılımının kullanım kolaylığı ve esnekliği, güncelleştirme ve kurulum kolaylığı amacıyla tüm sağlık tesisleri için teklif edilecek yazılım LBYS veri aktarım yazılımları ve RBS Radyoloji verilerinin sisteme aktarımları haricinde web tabanlı olmalıdır.

Madde 9'da anlatılan LBYS içerisinde aile hekimleri tarafından hazır barkodlar kullanılacaktır. Her aile hekimine önceden basılmış barkodlar dağıtılacak, aile hekimleri bu barkodları kullanacaklardır. Laboratuvar tarafındaki cihazların durumlarına göre hemogram ve sedim cihazları aynı veya ayrı tüplerde çalışabilmekte, aynı şekilde biyokimya ve elisa/hormon cihazlarında aynı veya ayrı tüpler kullanılabilmektedir. Benzer şekilde, bazı durumlarda cihazlar bozulabilmekte, tüpler A cihazında çalışması gerekirken B cihazında çalıştırılabilmektedir. Yine zaman zaman hastanın elisa/hormon tetkiklerinin tüplerin bir tanesinin kaybolması, numunenin yetersiz olması gibi nedenlerle biyokimya tüpü ile çalışması (veya bunun tersi) gerekmektedir. Böyle durumlarda cihazlar için özel olarak üretilmiş barkodlar kullanılacak olursa LBYS'nin çalışmasında sorunlar yaşanmaktadır. Bu sebeple cihazlar için ayrı barkodların kullanılmasını gerektiren çözümler teknik olarak yetersiz sayılacak ve ihale dışı bırakılacaktır. Teklif edilen sistemin, aynı barkod numarası ile sedim, hemogram, biyokimya, elisa/hormon tetkiklerini çalışabilmesi gerekmektedir. İstekli bunu yapabildiğini demonstrasyon aşamasında gösterebilmelidir.

Sağlık Bilgi Sistemleri Genel Müdürlüğünün 2015/17 sayılı ‘‘Sağlık Bilgi Sistemleri Uygulamaları Hakkındaki Genelge” kapsamında tüm sağlık tesislerinde kullanılan, sağlık uygulama yazılımlarını üreten kamu ve özel kurum ve kuruluşlarının Kayıt Tescil Sistemi’ ne (KTS) kayıt edilmesi gerekmektedir. Bu bağlamda yüklenici firma KTS ye kayıtlı olmak durumundadır. Firmanın KTS ye kayıtlı olup olmadığı idare tarafından kontrol edilecektir. Aksi bir durumla karşılaşılması halinde yükleniciye KTS kaydı için süre tanınacak, firmaya tanınan süre sonunda kayıt yapılmamışsa idare tarafından gerekli yaptırımlar uygulanacaktır.

İdare tarafından talep edilmesi durumunda idarenin öngereceği yapıda active-directory kurulumunun yapılması ve işletilmesi işi yüklenici tarafından ücretsiz yerine getirilmelidir. Domain yapısının kurulması ve sistemlerin entegrasyonu yüklenicinin önerdiği ve idarenin onaylayacağı bir yapıda olmalı, HBYS ve Laboratuvar başta olmak üzere otomasyon sisteminin ve müdürlüğümüz personelince kullanılan diğer sistemlerin sorunsuz çalışması yüklenicinin sorumluluğunda olacaktır. İdare tarafından active-directory kurulumu talebi halinde gerekli donanım altyapısı idare tarafından karşılanacaktır.

3

HİZMET ALIMI TEKNİK ŞARTNAMESİ 1

1. GİRİŞ ……………………………………………………………………………………………………… 7

1.1. AMAÇ VE KAPSAM ……………………………………………………………………………………........... 7

1.2. KISA ADLAR VE KISALTMALAR ……………………………………………………………………… 8

1.3. KONU …………………………………………………………………………………………

10

2. GENEL KOŞULLAR …………………………………………………………………………………. 10

2.1. GENEL KOŞULLAR ……………………………………………………………………………………………… 10

2.2. ENTEGRASYON …………………………………………………………………………………………………. 14

2.3. DEMONSTRASYON ……………………………………………………………………………………………. 15

2.4. SİSTEM YÖNETİMİ ŞARTLARI …………………………………………………………………………….19

2.5. Sistem Yönetimi Kapsamı …………………………………………………………………………………..19

2.6. Sistem Odaları …………………………………………………………………………………………………… 19

2.7. Ağ Altyapısı ……………………………………………………………………………………………………… 20

2.8. Sunucu Altyapısı …………………………………………………………………………………………………20

2.9. Güvenlik Altyapısı ……………………………………………………………………………………………….21

4

2.10. DESTEK HİZMETLERİ ……………………………………………………………………………………… 21

2.11. VERİ TESLİM VE AKTARIMI …………………………………………………………………………….. 22

2.12. GİZLİLİK, GÜVENLİK VE ERİŞİM ……………………………………………………………………… 23

2.13. KİŞİSEL VERİLERİN KORUNMASI ……………………………………………………………………. 25

2.14. DİĞER HÜKÜMLER …………………………………………………………………………………………… 26

3. EĞİTİM HİZMETLERİ ……………………………………………………………………………. 28

4. UYGULAMA YAZILIMLARI ………………………………………………………………………. 29

4.1. YAZILIM ALTYAPISI …………………………………………………………………………………………… 29

4.2. KULLANICI ARAYÜZÜ ……………………………………………………………………………………….. 30

4.3. YAZILIM MİMARİSİ ……………………………………………………………………………………………… 31

4.4. VERİ GİRİŞİ ……………………………………………………………………………………………………… 31

4.5. GÜNCELLEME VE VERSİYON YÖNETİMİ ……………………………………………………………32

4.6. DİL ÖZELLİĞİ …………………………………………………………………………………………………… 32

4.7. RAPORLAMA ……………………………………………………………………………………………………… 33

4.8. YARDIM …………………………………………………………………………………………………………… 34

5. VERİ TABANI YÖNETİM SİSTEMİ ………………………………………………………....... 34

5

5.1. GENEL ÖZELLİKLER …………………………………………………………………………………........ 34

5.2. ÖLÇEKLENEBİLME ve PERFORMANS ……………………………………………………………….35

5.3. VERİ GÜVENLİĞİ ve VERİ TUTARLILIĞI …………………………………………………………. 35

6. KONTROL VE MUAYENE METODLARI …………………………………………………… 35

7. OLAĞANÜSTÜ DURUMLAR …………………………………………………………………. 36

8. YAZILIM LİSANS VE KULLANIM HAKLARI ……………………………………………… 37

9. HBYS UYGULAMA YAZILIM GEREKLERİ ……………………………………..……………37

9.1. HASTA KAYIT/KABUL MODÜLÜ ………………………………………………………………………37

9.1.1. İlk Başvuru ve Kayıt ……………………………………………………………………………………….. 37

9.1.2. Hastayı Bir Doktor'a Atama ……………………………………………………………………………. 39

9.1.3. Tekrar Geliş Kaydı ve Kayıt Görüntüleme İşlemi………………………………………………… 40

9.1.4. Hasta Çıkış/Sevk İşlemi…………………………………………………………………………………….. 40

9.2. POLİKLİNİK MODÜLÜ ……………………………………………………………………………………… 40

9.2.1. Poliklinik Kayıt İşlemleri …………………………………………………………………………………… 40

9.2.2. Hasta Tıbbi Bilgi Girişi ……………………………………………………………………………………… 42

9.2.3. Hasta Tıbbi Bilgi Görüntüleme ……………………………………………………………………… 42

6

9.2.4. Tıbbi Rapor Hazırlama …………………………………………………………………………………… 43

9.2.5. İlaç ve Sarf Malzeme İstemi ………………………………………………………………………… 43

9.2.6. Poliklinik/Servis Raporlama …………………………………………………………………………… 43

9.3. HASTA YATIŞ, YATAN HASTA TAKİP VE HASTA ÇIKIŞ MODÜLÜ ..……………………. 43

9.3.1. Yatış İşlemleri …………………………………………………………………………………………………… 43

9.3.2. Yatan Hasta Takip İşlemleri ……………………………………………………………………………… 43

9.3.3. Hasta Taburcu İşlemleri …………………………………………………………………………………… 45

9.4. STOK TAKİP VE DEMİRBAŞ İŞLEMLERİ MODÜLÜ …………………...………………………45

9.4.1. Stok Takip İşlemleri ………………………………………………………………………………………… 45

9.4.2. Demirbaş Takip İşlemleri ………………………………………………………………………………… 47

9.5. ECZANE MODÜLÜ …………………………………………………………………………………………… 49

9.5.1. Eczane Depo Kontrol İşlemleri ……………………………………………………………………… 49

9.6. KIOSK MODÜLÜ ………………………………………………………………….……………………… 55

9.7. KLİNİK ARŞİV MODÜLÜ ……………………………………………………….……………………… 56

9.8. KALİTE YÖNETİMİ MODÜLÜ ………………………………………………….……………………… 56

7

9.9. UYARI VE SMSMODÜLÜ ………………………………………………………………………………… 58

9.10. WEB SAYFA YÖNETİMİ ………………………………………………………………………………… 59

10. LABORATUVAR BİLGİ YÖNETİM SİSTEMİ ..……………………………………..……60

10.1. TETKİK İSTEM YÖNETİMİ ……………………………………………………………………………….60

10.2. HASTA/ÖRNEK ETİKETLEME MODÜLÜ ………………………………………………………….. 62

10.3. ÖRNEKLERİN LABORATUVAR(LAR)A TAŞINMASI ………………………………………….63

10.4. LABORATUVAR KABUL VE RET ………………………………………………………………………63

10.5. ÖRNEKLERİN HAZIRLANMASI VE PRE-ANALİTİK AŞAMA ……………………………… 64

10.6. ANALİTİK AŞAMA ……………………………………………………………………………………………… 64

10.7. KLİNİK ONAY (UZMAN ONAYI) ………………………………………………………………………65

10.8. RAPORLAMA VE İSTATİSTİK MODÜLÜ …………………………………………………………..66

10.9. KALİTE KONTROL MODÜLÜ …………………………………………………………………………..68

10.10. LABORATUVAR SONUÇLARININ GÖRÜNTÜLENMESİ ……………………………………68

11. PACS UYGULAMA YAZILIM GEREKLERİ …..……………………………………..……69

11.1. GENEL ŞARTLAR ………………………………………………………………………………………………..69

11.2. PACS SİSTEMİ GENEL ÖZELLİKLERİ ………………………………………………………………….69

11.3. RBS (RADYOLOJİ BİLGİ SİSTEMİ) MODÜLÜ ……………………………………………………..71

8

12. FATURA SİSTEMİ ……………………………………………………………………………… 71

13. PERSONEL ÖZLÜK MODÜLÜ …………………………………………………………… 72

14. SBYS MOBİL UYGULAMA MODÜLLERİ ……………………………………………. 72

14.1. GENEL ÖZELLİKLER ……………………………………………………………………………………………72

14.2. HEKİM UYGULAMA MODÜLÜ ……………………………………………………………………………..73

14.3. HEMŞİRE UYGULAMA MODÜLÜ ………………………………………………………………………… 74

15. KLİNİK MÜHENDİSLİK BİLGİ YÖNETİM SİSTEMİ ………………………………… 76

15.1. GENEL ŞARTLAR ……………………………………………………………………………………………… 76

15.2. KLİNİK MÜHENDİSLİK ENVANTER YÖNETİM MODÜLÜ …………………………………… 76

15.3. BİYOMEDİKAL HİZMET PLANLAMA VE YÖNETİM MODÜLÜ ……………………………… 77

16. KLİNİK KARAR DESTEK SİSTEMİ ………………………………………………………. 78

17. YAZILIM, DONANIM DESTEK PERSONELLERİ …………………………………. 80

18. BAKIM ONARIM VE TEKNİK DESTEK ………………………………………………. 82

19. ANTİVİRÜS YAZILIMI ……………………………………………………………………… 83

EKLER: 1)EK-1: GİZLİLİK SÖZLEŞMESİ TASLAĞI

2)EK-2 : VERİ AKTARIM KILAVUZU

1. GİRİŞ1.1. AMAÇ VE KAPSAM

9

Bu projenin amacı; İl Sağlık Müdürlüğü bünyesinde bulunan 5 Entegre İlçe Hastanesinin(Pertek, Hozat, Çemişgezek, Mazgirt ve Ovacık) ve 2 TSM(Pülümür ve Nazımiye)’nin Hastane Bilgi Yönetim Sistemlerinin tek bir çatı altında yönetilebilmesidir. Bu kapsamda, Merkezi İnsan Kaynakları, Merkezi Laboratuvar Bilgi Sistemi, Merkezi PACS Dijital Arşiv ve Görüntü Paylaşım Sistemleri, Merkezi Kalite Yönetim Sistemi ve Müdürlük bünyesinde bulunan hastanelerin daha etkin yönetilebilmesine olanak sağlayacak yazılımların temini, hastanelerimize başvuran tüm hastaların karşılama, kayıt, kabul, muayene, tetkik, tedavi, randevu, sevk, reçete, yatış, ameliyat, taburcu, diğer sağlık hizmetleri ve idari ve mali hizmetlerinin elektronik ortamda yürütülmesi ve hizmetlerin hiçbir noktada kayıp ve kaçağa uğramaksızın, Sağlık Bakanlığınca belirlenen/belirlenecek olan standartlara uygun olarak kayıt altına alınması ile bu kayıtların, mevzuat ve hastane 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 müdürlük bünyesindeki hastane sistemine elektronik olarak aktarılması, müdürlük bünyesindeki hastanelerde kayıtlı verilerden hastane idaresince belirlenecek olan bazılarından üretilen tıbbi ve idari verilerin kitap, kitapçık, dergi, web sitesi gibi 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 finans, insan kaynakları, zaman, araç, gereç, malzeme gibi kaynaklarının tasarrufuna ve verimliliklerinin artırılmasına yönelik iş akış düzenlemelerinin yapılması, gerekli diğer elektronik sistemlerle(kurum içi ve kurum dışı), cihazlarla entegre komple bir sistem kurulması amaçlar arasındadır.

Bu amacın gerçekleştirilmesi için bilgi teknolojileri alanındaki değişime uyum sağlayan, yazılım dili en son teknolojiye haiz, Sağlık Bakanlığı müfredatlarına bağlı sürekli gelişen, uygulaması kolay, kullanıcı kolaylığı en üst seviyede olan, sorunsuz ve kesintisiz 24 saat çalışan teknik desteği en üst seviyede olan ve etkili hizmete sahip Sağlık Bakanlığı SBYS alım çerçeveleri ilkelerine tam uyumlu bir SBYS’ nin sunucu ve harici depolama birimlerine kurulması ve işletilmesi amaçlanmaktadır.

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

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

Sağlık bilişim sektöründe yer alan ve Hastane Bilgi Yönetim Sistemi (HBYS) yazılımı ve diğer sağlık bilgi sistemi yazılımı üreten gerçek ya da tüzel kişilerin kendilerine ait yazılımlarının; Sağlık Bakanlığının web sitesinde yayımlanan Minimum Sağlık Veri Setleri (MSVS) ve Ulusal Sağlık Veri Sözlüğünde (USVS) tanımlanan veri standartlarını karşılayıp karşılamadığını titizlikle gözden geçirmeleri ve kullandıkları kodlama ve sınıflama

10

sistemlerinde Sağlık Kodlama Referans Sunucusunda (SKRS) yayımlanan kodları referans almaları, yazılımların mesajlaşma sürecinde Sağlık Bakanlığı’nca kabul edilen HL-7 (V.3.0) standardını, Tıbbi Görüntü Arşiv ve iletimi bakımından DICOM 3.0 standardını desteklemelidir.

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. Ulusal Sağlık Sistemi (USS) ye Sağlık Bakanlığının istediği formatta veri aktarımın yapılması firmanın sorumluluğunda olup firmadan kaynaklı veri kayıpları sonucunda oluşacak kurum zararı yükleniciye aittir. Sağlık Bakanlığının Teletıp-Teleradyoloji projesi için idare tarafından veri aktarımı yapılması istenen durumlarda gerekli sistem entegrasyonlarının yapılması ve Sağlık Bakanlığının ilgili birimlerine bakanlığın istediği formatta eksiksiz veri aktarımı yüklenici firmanın sorumluluğundadır.

1.3. KISA ADLAR VE KISALTMALAR

5 ENTEGRE HASTANE : Pertek, Çemişgezek, Ovacık, Hozat ve Mazgirt2 TSM: Pülümür ve NazımiyeAHBS: Aile Hekimliği Bilgi SistemiBİM: Bilgi İşlem MerkeziİSM: İl Sağlık MüdürlüğüTSM: Toplum Sağlığı MerkeziASM: Aile Sağlığı MerkeziBYS: Müdürlük Bilgi Yönetim Sistemi (HBYS + LBYS)ÇKYS/MKYS/İKYS: Çekirdek Kaynak Yönetim Sistemi/Malzeme Kaynakları Yönetim Sistemi/İnsan Kaynakları Yönetim SistemiDEMO: DemonstrasyonDÖF: Düzenleyici-Önleyici FaaliyetlerDRG: Diagnosis-Related GroupHBYS: Hastane Bilgi Yönetim SistemiICD: Uluslararası Hastalık Sınıflandırması (UHS)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, kâğıt veya benzeri yollarla üretilen, taşınan veya saklanan sağlıkla ilgili her türlü verisidir. Bu kapsama sağlık hizmeti almak isteyen bireylere ilişkin kayıt bilgileri, ödeme bilgileri, sağlık gerekçeleriyle bireyi teşhis edebilmek amacıyla ilgili kişiye tahsis edilen numara, takma ad, sembol veya diğer herhangi bir özellik veya tanıtıcı, veri öznesine sağlık hizmeti sağlayan kişinin (örneğin; sağlık personeli) kimlik bilgileri gibi bilgiler de girmektedir.KPS: Kimlik Paylaşım Sistemiİdare: Hastane Bilgi Yönetim Sistemi Tedarik Edecek Kurum/Kuruluşİstekli: Mal veya hizmet alımları ile yapım işlerinin ihalesine teklif veren tedarikçi, hizmet sunucusu veya yapım müteahhidiLBYS: Laboratuvar Bilgi Yönetim SistemiHBYS: Hastane Bilgi Yönetim SistemiMHRS: Merkezi Hastane Randevu SistemiMSVS: Minimum Sağlık Veri SetiMÜDÜRLÜK LABORATUVARLARI: Tunceli Halk Sağlığı Laboratuvarı,PACS: Tıbbi Görüntü Yönetim ve Arşiv Bilgi SistemiPDKS: Personel Devam Kontrol Sistemleri RBS: Radyoloji Bilgi Sistemi

11

Sağ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 SistemiSGK: Sosyal Güvenlik KurumuSKRS: Sağlık Kodlama Referans SunucusuSUGR: Sistem ve Uyarlama Gerekleri RaporuSUT: Sağlık Uygulama TebliğiUSS: Ulusal Sağlık SistemiUSVS: Ulusal Sağlık Veri SözlüğüUPS / KGK: Kesintisiz güç kaynağıUTP: Yalıtımsız Burgulu Çift VTYS: Veri Tabanı Yönetim SistemiVEM: Sağlık Bilgi Sistemleri Genel Müdürlüğünce Duyurulan Minimum Veri ModeliYüklenici: Üzerine ihale yapılan ve sözleşme imzalanan istekliSQL: Yapısal Sorgulama Dili

Web Tabanlı HBYS Yazılımı : Başka herhangi bir ek bileşene ve programa gerek kalmadan, uygulama yazılımının tüm modül ve programlarına yaygın olarak kullanılan web tarayıcılarından biri üzerinden (Internet Explorer, Firefox, Opera, Chrome vb.) erişim sağlanan HBYS yazılımını ifade eder. Aşağıdaki durumlar ise bu kapsamın dışındadır.

a) HBYS Uygulama Yazılımı tarafından üretilen doc, xls, pdf vb. rapor formatlarının görüntülenebilmesi ve yazıcıya basılabilmesi için gerekli olabilecek ofis editörleri ve benzeri yazılımların bilgisayarlara kurulması,

b) İstekli tarafından sağlanmış olsun ya da olmasın, uç bilgisayarların RS-232, RS-422, RS-485, USB, Ethernet, PCI, PC/104, PCMCIA, ISA, Parallel Port gibi bu bilgisayarın herhangi bir I/O (girdi-çıktı) birimine bağlanarak çalışan cihazlar (her türlü yazıcı, tarayıcı, kamera, barkod yazıcı ve barkod okuyucu, IVR kart, medikal monitör, medikal, diagnostik ya da benzer amaçla sonuç üreten ve ürettiği sonucu diğer sistemlere aktaran ve/veya uç bilgisayardan bilgi alarak çalışan her türlü cihaz) için gerekli olan sürücü ve arayüz yazılımlarının kurulması.

c) Web tarayıcı üzerinde yapılması gereken ayarlamalar ve gerekli versiyonun kurulması.

1.4. KONUİşin tanımı: 24 ay süre ile, 5 adet entegre ilçe hastanesi için HBYS, AÇSAP, VEREM SAVAŞ DİSPANSERİ MODÜLÜ, İl SAĞLIK MÜDÜRLÜĞÜ için LBYS, FATURALANDIRMA SİSTEMİ, RADYOLOJİ BİLGİ SİSTEMİ ve İNSAN KAYNAKLARI MODÜLÜ (Personel Özlük) kurulumu ve güncellenmesi işidir.

12

A. Bu şartname gerek 5 entegre ilçe hastanemize ilk defa başvuran ya da poliklinik hizmeti veren aile hekimi tarafından hastaneye sevk edilen kişinin tedavisine bu hastanelerde devam edilmesine karar verilmesinden ve hastaneye yatırılma işleminden başlayarak bu hastanın entegre ilçe hastanelerinden diğer bir sağlık kurumuna sevkine ya da taburcu edilmesine kadar yapılan tüm işlemlerin ve bu esnada hasta için kullanılan her türlü ilaç ve tıbbi malzemelerin yanı sıra hastaya verilen laboratuvar ve radyoloji hizmetlerinin, Sağlık Müdürlüğünce bu hastanelere gönderilen her türlü ilaç ve tıbbi malzemenin hangi hastaya hangi amaçla kullanıldığının takip edilmesi ve kayıt altına alınmasını sağlayan,

B. Gerekse Müdürlük Laboratuvarlarında ve 5 Entegre ilçe hastane laboratuvarlarında yapılmakta olan kliniğe yönelik tetkiklerle ilgili LBYS yazılımları ve bu yazılım üzerinden istem yapacak tüm kullanıcılar (Aile Sağlığı Merkezleri ile İl Sağlık Müdürlüğüne bağlı sağlık birimlerinde AÇSAP, Verem Savaş Dispanseri, Toplum Sağlığı Merkezleri ve entegre hastane acil ve polikliniklerde görev yapan hekimler ve hastane laboratuvarından tahlil isteminde bulunacak aile hekimleri) ile laboratuvarlar arasında iletişimi sağlayan merkezi otomasyon programının yaptırılması işidir.

Tüm modüller Sağlık Bakanlığının istediği özellikte güncellenebilmelidir.

Yüklenici; ihale sonrası kendisine tanınan işi teslim etme süresi içinde, aşağıda asgari teknik özellikleri belirtilen programı hazırlayarak bu hizmetten yararlanacak olan isimleri yazılı kurum ve kuruluşlara yine belirlenen cihazları kurmak/yüklemek ve doğru işletilmesini sağlamak zorundadır.

2. GENEL KOŞULLAR

2.1. GENEL KOŞULLAR2.1.1. Sözleşme süresi 24 aydır ve sözleşme süresince yüklenici firmaya ait bilgi sistemi sorumlusu

ve diğer çalışanlara ait koşullar maddesindeki Ek-4 de belirtilen adette destek personeli ilgili birimlerde bulundurulacaktır.

2.1.2. Müdürlük Bünyesindeki hastaneler sözleşmenin imzalanmasından sonra devralınacaktır. İdare, süresi içerisinde sistemin devreye alınamaması durumunda geçen her gün için sözleşme bedelinin % 0.1’i (Binde bir) oranında cezai işlem uygulama hakkına sahiptir.

2.1.3. İş mevzuatından kaynaklanan yükümlülükler Yüklenici ‘ye aittir.2.1.4. Yüklenici bir sözleşme çerçevesinde başka bir gerçek ya da tüzel kişiden aldığı ve başka bir

gerçek ya da tüzel kişinin ürettiği yazılım ile ihaleye katılamaz. Teklif edilen SBYS yazılımı, ihaleye katılım gösteren yüklenicinin kendi ürünü olmalıdır. VTYS bu konuda kapsam dışında tutulacaktır.

2.1.5. 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 ya da kanun yönetmelik tebliğ ve genelgelerde belirtilen 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 yüklenici tarafından ek ücret talep edilemez.İdare, üst kurumlarca sistemin devreye alınması için idareye verilen son tarih doğrultusunda süresi içerisinde sistemin devreye alınamaması durumunda geçen her gün için sözleşme bedelinin % 0.1’i (Binde bir) oranında yükleniciye cezai işlem uygulama hakkına sahiptir.

2.1.6. Bu teknik şartname kapsamında, Yüklenicinin sorumluluğunda olan konularla ilgili yaşanan aksaklıkların İdare tarafından tesbit edilip verilen süre içerisinde giderilmemesi durumunda İdare, Sözleşme bedelinin % 0.1’i (Binde bir) oranında yükleniciye cezai işlem uygulama hakkına sahiptir.

2.1.7. Mevzuata aykırı olmamak şartıyla Sağlık Müdürlüğüne bağlı çeşitli sağlık birimlerinin (ASM, AÇSAP, Verem Savaş Dispanseri, TSM, Halk Sağlığı Laboratuvarı), şube birimleri ve entegre ilçe hastanelerinin ihtiyaçları doğrultusunda sistem üzerinde talep ettikleri ek entegre yazılımlar ve

13

sistem güncellemeleri resmi yazı ile idareye iletmeleri yoluyla kayıt altına alınacak, yine resmi bir yazı ile talepler yükleniciye gönderilecektir. Bu aşamada 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ş Talep Değerlendirme Komisyonu tarafından kontrol edilecek, uygun görülen uyarlamalar İdare’nin belirlediği yönetici aracılığıyla Yüklenicinin 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. İsteklerin karşılanma süresi hastane bünyesinde 2015/17 sayılı genelgeye uygun olarak oluşturulan talep değerlendirme komisyonunun uygun göreceği süreler içerisinde olacaktır.

2.1.8. Kesin kabul öncesinde ve diğer gerekli durumlarda Yüklenicinin ç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, yükleniciye 4735 sayılı kanun çerçevesince işlem yapılacaktır.

2.1.9. Müdürlük merkezi ve bağlı hastanelerin sunucu ve depolama ünitelerinde yer alan tüm veriler, kayıtsız şartsız müdürlüğümüze aittir. Yüklenici firma, idare bu verileri ne zaman isterse istediği formatta vermek zorundadır. İdarenin izin ve yetki vermediği hiçbir firma çalışanı bu verilere ulaşamayacak ve ulaşmayı denemeyecektir.

2.1.10. Yüklenici ile anlaşmazlığa düşülmesi durumunda; konu mahkemeye intikal etse bile yüklenici mahkeme sonuçlanıncaya kadar geçen sürede bu şartnamede yapmayı kabul ettiği her türlü işi yapmakla yükümlüdür. İhtiyaç duyulması halinde yetkili idare bu teknik şartname ile alınan tüm sisteme müdahale etme hakkına sahiptir.

2.1.11. İş ve işlemlerin yürütülmesi sırasındaki Yüklenicinin kendisine ait her türlü ulaşım,barınma ve iletişim giderleri Yüklenici ’ye aittir. Sağlık Müdürlüğüne bağlı ASM, AÇSAP, Verem Savaş Dispanseri, TSM, Halk Sağlığı Laboratuvarı, Müdürlük bünyesinde yer alan birimler ve entegre ilçe hastanelerinin talepleri doğrultusunda sistem üzerinde yapılacak hertürlü iş ve işlemler için yüklenici talepleri ve sorunları uzaktan bağlantı yoluyla çözmeye çalışacak ancak idarenin gerekli görmesi durumunda işi yapacak yüklenici personelleri yerinde hizmet vermek üzere yüklenici tarafından bahsi geçen birimlere gönderilecektir. Yüklenici personellerinin Müdürlüğümüze bağlı birimlere ulaşımı, yiyecek ve barınma giderleri yüklenici tarafından karşılanacak, bu personeller için müdürlüğümüzden herhangi bir ek ücret talebinde bulunulmayacaktır.

2.1.12. Müdürlük ve bağlı hastaneler kamusal sağlık hizmeti yürütmektedir. Kamusal sağlık hizmeti ile ilgili üst kurumlara karşı sorumluluğu bulunmaktadır. Yapmış olduğu sağlık hizmeti sürecinde kişisel sağlık kayıtlarının da olduğu kişiye özel veya kamu sağlığını ilgilendiren önemli veri ve bilgileri toplayabilmekte veya üretebilmektedir. Bahsi geçen kişisel bilgiler ile ilgili olarak doğrudan hizmet sunumu yaptığı şahıslara ve kurumlara karşı sorumluluğu her durumda devam etmektedir. HBYS sözleşmelerinin bitmesi ve yeni sözleşme yapılması aşamalarında veri aktarımı, hizmetin devamlılığı açısından kaçınılmazdır. Ancak veri aktarım süreçlerinin sonunda verilerin doğru ve tam aktarılması başarılmış olsa dahi yeni bir sistem veya yazılıma geçen verilerin orijinal ilk kayıt edildiği sistemde oluşan bütünlüğü yeni sisteme aktarıldığında aynı olamamaktadır. Sözleşmesi biten yazılımda bulunan veya hastane talepleri doğrultusunda geliştirilen veya değiştirilen form, rapor gibi dokümanların yeni HBYS’de farklı şekilde depolanıyor veya sunuluyor olabilmektedir. Özellikle hukuki sürece taşınmış ve geçmişe dönük incelemelerde verinin, raporların aynı görsel bütünlükte ve ilişki bütünlüğünde olması önem arz etmektedir. Hastanelerde, elektronik hasta dosyası diyebileceğimiz kişisel bilgilerin ilk defa kaydedildiği ve veri bütünlüğünün sağlandığı şekli ile yetkililer tarafından kontrollü şekilde ulaşılabiliyor olması gerekmektedir. Yüklenici firmadan beklenen bu şartname kapsamında kendi hizmet sözleşmesinin bitiminden sonra devam eden süreçte kullanılacak şekilde her hastanedeki veri tabanı ve HBYS uygulama yazılımına ait ve “salt okunur” özellikte hastane yöneticisinin görevlendireceği bir yetkiliye verilmek üzere bir kullanıcı tanımlayarak sistemi son hali ile arşiv niteliğine uygun bırakmasıdır. İlgili kullanıcı hesabı arşiv niteliğinde teslim edilen HBYS’nin içindeki her türlü veriye ulaşabiliyor olmalı ancak veriler veya

14

sistem parametreleri üzerinde hiçbir değişiklik yapamamalıdır. Bir kullanıcı ile çalışır vaziyette bırakılacak sistem için gerekli donanım ihtiyacı hastane idaresi tarafından temin edilecektir. Tahsis edilen kullanıcı hesabı kurum adına olacak istenildiğinde şifresi değiştirilebilecektir. Yine bu teknik şartname kapsamında alınan veya hizmetin devamında HBYS kapsamında müdürlük bünyesinde oluşturulan veya alınan karar destek, iş zekâsı veya yönetim modülü gibi içinde yukarıda bahsi geçtiği şekli ile arşiv niteliğinde, “salt okunur” olacak şekilde 5 (beş) kullanıcı tanımlayarak ilgili sistemleri çalışır vaziyette bırakacaktır. Sistem ayrı bir donanıma taşınması gerekiyor ise gerekli donanım ihtiyacı idare tarafından karşılanacaktır. Yeni donanımın kurulumu ve tam çalışır pozisyona gelmesi yüklenicinin sorumluluğundadır ve bu işlemler için hiçbir ek ücret talep edemez. Her bir birim kendileri ile ilgili bilgilere erişebiliyor olacak, Müdürlük Makamına verilen kullanıcı ise her türlü sınırsız erişime sahip olacaktır. Kullanıcı hesapları, veriler veya sistem parametreleri üzerinde hiçbir değişiklik yapamamalıdır. Yüklenici firma bu maddede belirtilen sayıda ve özellikte kullanıcı hesabını yine bu maddede anlatıldığı işleri yapabilmesi için tanımlamalı, sözleşme bitiminden sonra her türlü desteği vermeli ve bu hizmet için 2 yıllık süreçte hiç bir ek ücret talep etmemelidir.

2.1.13. Yüklenici sözleşme süresince HBYS programı üzerindeki güncellemeleri, yenilikleri, yazılımdaki gelişme ve değişimleri hiçbir ek ücret talep etmeden gerçekleştirecektir. Bu işlemlerden idareye mali yük getirecek yenilik ve gelişmelerde mutlaka idarenin onayı alınacaktır ve donanım maliyetleri idare tarafından karşılanacaktır.

2.1.14. Yüklenici bu şartnamede belirtilen modül ve fonksiyonların çalışabilmesi için gereken Verilerin tekrarsız ve tutarlı bir biçimde girilebilmesi için gereken önlemleri alır, ilişkilendirmeleri yapar. Bu hususun veri tabanı, uygulama yazılımı ya da modül alt başlıklarında ayrıca belirtilmesi gerekmez.

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

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

2.1.17. İstekliler Genel Müdürlük Kayıt ve Tescil Bilgi Sistemine kaydını yaptırmış, gizlilik sözleşmesi imzalanmış olan firmaların yer aldığı Bakanlık İnternet sitesinde ilan edilen liste içerisinde bulunacak ve belgesini ihale sırasında sunacaktır.

2.1.18. Sağlık Bakanlığının 2013/14 sayılı genelgesi doğrultusunda, Bölgesel Veri Merkezi kullanıma açıldığında, HBYS ve alt modülleri ile entegre olduğu tüm donanım ve yazılım sistemlerinin Bölgesel Veri Merkezi üzerinde sorunsuz çalışması Yüklenicinin sorumluluğundadır.

2.1.19. Sağlık Bakanlığı Bilgi Sistemleri Genel Müdürlüğü tarafından İdarenin talebi üzerine veya belirli aralıklarla SBYS için güvenlik ve performans testleri yapılabilir veya yaptırılabilir. Genel Müdürlük tarafından yapılacak testler sonucunda ortaya çıkacak, bu şartname kapsamında olan yazılım gereksinimlerini Yüklenici ek bir ücret talep etmeksizin eksiksiz yerine getirecektir.

2.1.20. Yüklenici, kurulacak olan PACS Sistemini Müdürlüğümüz bünyesinde bağlı bulunan kurumların Sağlık Bilgi Yönetim Sistemleri uygulamasına tam entegre olacak şekilde çalıştıracaktır. İstenirse Hastaneler arasında veri paylaşımı yüklenici tarafından sağlanmalıdır.

2.1.21. Yüklenici, yazılımın maksimum performansta çalışması için terminal ve sunucularda gerekli minimum sistem gereksinimlerini teklifinde belirtmelidir. Teklif edilen gereksinimler idare tarafından değerlendirilecek olup nihai kararı idare verecektir.

2.1.22. Teklif edilen sistem, tıbbi verilerin güvenliği mevzuatındaki Kişisel Sağlık Kayıtlarının Güvenliği Politikalarında belirlenen hususlara uygun olmalıdır. Güvenlik için alınacak ilave önlemlere İdare ve Yüklenici birlikte karar verir. Verilerin kaybolması, silinmesi, üçüncü şahıslara verilmesi ve buna benzer nedenlerle oluşacak kurum zararında sorumluluk Yükleniciye aittir.

2.1.23. Şartnamede istenilen yazılım modülleri bilgisayarların yanı sıra mobil cihazlarda (IOS ve Android işletim sistemlerinin güncel versiyonlarında) ve dokunmatik ekranlarda da çalıştırılabilir

15

olmalıdır. Yüklenici firma tüm yazılım ekranlarının mobil cihazlarda ve dokunmatik ekranlarda ergonomik olarak çalışmasını sağlayacak ara yüz tasarımlarını yapmış olmalıdır.

2.1.24. Sağlık Bilgi Sistemleri Genel Müdürlüğünün 2015/17 sayılı ‘‘Sağlık Bilgi Sistemleri Uygulamaları Hakkındaki Genelge” kapsamında tüm sağlık tesislerinde kullanılan, sağlık uygulama yazılımlarını üreten kamu ve özel kurum ve kuruluşlarının Kayıt Tescil Sistemi’ ne (KTS) kayıt edilmesi gerekmektedir. Bu bağlamda yüklenici firma KTS ye kayıtlı olmak durumundadır. Firmanın KTS ye kayıtlı olup olmadığı idare tarafından kontrol edileceğinden; yüklenici tarafından ilgili KTS belgesi ihale aşamasında ihale komisyonuna sunulmalıdır. Aksi bir durumla karşılaşılması halinde yükleniciye KTS belgesi için süre tanınacak, firmaya tanınan süre sonunda kayıt yapılıp idareye ilgili belge sunulmamışsa yüklenici firma ihale dışı bırakılacaktır.

2.1.25. Yatan Hasta Eğitimi Formu, Taburcu Formu vb. hastadan imzalı olarak alınması gereken onam formlarının hastaya imzalatıldıktan sonra taranarak hastanın elektronik dosyasına eklenmesi sağlanabilmelidir.

2.1.26. SBYS yazılımları e-imza kütüphanelerini desteklemelidir.2.1.27. İdare tarafından talep edilmesi durumunda idarenin öngöreceği yapıda active-directory

kurulumunun yapılması ve işletilmesi işi yüklenici tarafından ücretsiz yerine getirilmelidir. Domain yapısının kurulması ve sistemlerin entegrasyonu yüklenicinin önerdiği ve idarenin onaylayacağı bir yapıda olmalı, HBYS ve Laboratuvar başta olmak üzere otomasyon sisteminin ve müdürlüğümüz personelince kullanılan diğer sistemlerin sorunsuz çalışması yüklenicinin sorumluluğunda olacaktır. İdare tarafından active-directory kurulumu talebi halinde gerekli donanım altyapısı ve lisanslar idare tarafından karşılanacaktır.

2.1.28. Sistem üzerinde SMS entegrasyonu olmalı (varsa) kurumun sms hesabından otomatik olarak ilgili personellere sistem üzerinden bilgilendirme, uyarı, tebrik, hatırlatma vs. mesajlar gönderilebilmeli, otomatik olarak tanımlama yapılabilmelidir.

2.1.29. İl Sağlık Müdürlüğü ve bağlı tesislerde kullanılmak üzere yüklenici tarafından idarenin talepleri doğrultusunda çeşitli amaçlarla kullanılmak üzere bir eğitim modülü hazırlanacaktır. İdarenin talebi üzerine yüklenici firma tarafından hiçbir ek ücret talep edilmeksizin Online Eğitim Modülünün kurulması ve işletilmesi sağlanacaktır. Online eğitim modülü aracılığıyla bütün kullanıcılar istedikleri yada sistem tarafından kendilerine atanan modüllere ait video görsellerini görebilecek, sisteme yüklenen eğitim dokümanlarını okuyup takibini yapabilecek ve her bir ders için sistem öntest-sontestini yapılabilecek yapıda olmalı ve başarısız olunan dersler sistem tarafından tekrardan seçilmelidir. Her bir kullanıcının kendi kullanıcı adı ve şifresi olmalı, her bir kullanıcının eğitime ne kadar süre katıldığı, başarı durumu vb. sistem yöneticisi tarafından modül bazlı veya kullanıcı bazlı detaylı olarak raporlanabilmelidir.

2.1.30. HBYS uygulama yazılımının verimli çalışabilmesi için gerekli ayarların yapılması, güncellenmesi, güncelleme araçlarının periyodik kontrollerinin yapılması, yönetilebilir network cihazlarının yapılandırılması, hatalarının giderilmesi, internet sitelerinin yapılandırılması ve güncellenmesi, hata ve isteklerin yapılması, Web Servislerinin kurulması, yapılandırılması, yedeklenmesi, Firewall ayarlarının yapılandırılması ve firewall cihazının idarenin bilgisi dahilinde yönetilmesi, güvenlik prosedürlerinin uygulanması ve yapılandırılması, internet bağlantısının yapılması ve yönetilmesi, WLAN ayarlarının yapılaması, güncellenmesi, Domain Controller yapılandırılması, güncellenmesi, yedeklenmesi veya yeniden kurulması gibi işlemler yüklenici tarafından herhangi bir ek ücret talep edilmeksizin yapılacaktır. Tüm bu işlemler için gerekli donanım, yazılım ve lisans idare tarafından temin edilecektir. Bu işlemler dışında kurumun izni ve bilgisi olmadan çevrimiçi bağlantıda bulunulmayacak, kurum sistemine uzaktan bağlanılmayacaktır. Bağlantı sırasında kesinlikle güvenlik prosedürleri ihlal edilmeyecektir.

2.1.31. İhaleye girecek yazılım firmalarının Kültür ve Turizm Bakanlığı'ndan, program lisans tescilinde kullanılan BİL-KOD numarasını almış olmaları gerekmektedir.

2.1.32. İhaleye girecek firma Sağlık Bakanlığı tarafından verilen "ÇKYS/MKYS ile HBYS entegrasyonu" belgesini sunacaktır.

16

2.1.33. Koruyucu bakım ve teknik destek hizmetlerinin zamanında yerine getirilmesi Firma'nın sorumluluğunda olup Firma bu hizmetlerden dolayı ayrıca bir ücret talep etmeyecektir.

2.1.34. Müdürlük bünyesinde çalışan hekimlerce müdürlüğün talebi doğrultusunda mesai saatleri içerisinde ve sonrasında muayene işlemlerinin yapılabilmesi ve e-reçete yazılabilmesi için sistem üzerinde gerekli konfigürasyonların yapılması ve sistemin kullanıma hazır hale getirilmesi yüklenicinin sorumluluğundadır. Yüklenici önerdiği otomasyon sistemi üzerinden bu hizmeti veremezse temin edeceği başka bir yazılım üzerinden bu hizmeti hekimlere vermek durumundadır. Yeni sistem için lisanslama, bakım işleri ve gerekli entegrasyonlar firma tarafından ücretsiz olarak yerine getirilecektir. Bakanlığın talepleri doğrultusunda mevzuat kapsamında gerekli entegrasyon ve güncellemeleri ücretsiz olarak yerine getirmek firmanın sorumluluğundadır.

2.1.35. Teklif edilen HBYS, LIS ve PACS yazılımları firmanın kendisine ait yazılımlar olmalıdır.

2.2. ENTEGRASYON2.2.1. Teklif edilen sistemler yatay ve dikey genişlemeye uygun olacak ve diğer sistemlerle Kimlik

Paylaşım Sistemi(KPS), Akıllı Kimlik Kartı Projesi, MEDULA, ÇKYS/MKYS, PACS, LBYS, Sıramatik, KIOSK, Tanı ve Tedavi amaçlı tıbbi cihaz yazılımları, Personel Devam Kontrol Sistemi (PDKS), MHRS, DYS/EBYS hastane internet ve intranet siteleri gibi) karşılıklı veri alış verişi yapabilecek, yani gerektiğinde bir başka sistemle yüklenici tarafındanücretsiz entegre edilebilir olacaktır.

2.2.2. İlimizde Akıllı Kart Tabanlı Elektronik Kimlik Doğrulama Sistemine geçilmiş ise Akıllı Kart Uygulaması, geçilmemiş ise kimlik doğrulama için Sağlık Bakanlığının Kimlik Paylaşım Sistemi (KPS) web servisleri kullanılacaktır. (Bu servisler için gerekli şifreler idaremizce yüklenici firmaya verilecektir.)

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

2.2.4. Kullanılacak barkod yazıcılarla ilgili ayarlamalar (paper size, backfeed ve sensor ayarları gibi) Yüklenicinin sorumluluğundadır. Bu ayarlamalar ve dizayn tamamen hastane yönetiminin talebi doğrultusunda yapılacaktır.

2.2.5. SBYS ve HBYS’nin işletilmesi için gerekli teknik destek Yüklenici tarafından sözleşme kapsamında olmak üzere sağlanmalıdır. Mevzuat kaynaklı yazılım ve bu yazılımlara bağlı donanım entegrasyonları da (örneğin kare kod okuyucular, Akıllı Kimlik Kartı okuyucuları, avuç içi izi damar tanıma sistemini, e-imza gibi) sözleşme süresince sözleşme kapsamında ek ücret talep edilmeksizin yerine getirilmelidir.

2.2.6. Yazılım, Sağlık Bakanlığı’nca kurulan Sağlık-NET sisteminin gerektirdiği/ gerektireceği altyapıya sahip olmalı ve Sağlık-Net entegrasyon süreci süratle tamamlanmalı, Sağlık Bilgi Sistemleri veri alma servislerine (SYSWS-Sağlık Yönetim Sistemi Web Servis-USS Servisler) entegrasyon süreci süratle tamamlanmalı ve sistemin devreye alınmasını takip eden ve SYSWS sisteminin çalışması şartı ile 10. günün sonunda hastanede olan tüm veri paketleri gönderilmiş olmalıdır. 10. günden itibaren takip eden süreçte veriler anlık olarak gönderilmelidir. Bu madde İdare’nin oluşturacağı Kontrol Komisyonunca takip edilip Yüklenici tarafından yapılmadığı takdirde, Birim Fiyat Teklif Cetvelinde belirtilen ilgili iş kaleminin toplam bedelinin %0,4 (binde dördü) oranında cezai işlem uygulayabilecektir. Bakanlık kaynaklı veya hastane altyapısı kaynaklı erişimin olmadığı durumlarda yüklenici durumu tutanakla tespit etmeli ve göndermesi gereken verileri erişim tekrar sağlandığında bir plan dahilinde göndermelidir.

2.2.7. Yüklenici yazılımı İl Ambulans Servisi Başhekimliği Komuta Kontrol Merkezinin kullandığı ARMAKOM yazılımına entegre çalışabilmeli, otomatik olarak (her 10 dakikada bir) acil servis, yoğun bakım ve diğer servisler ve bu servislerin boş yatak durumlarına ilişkin bilgilerin ulaştırılmasını sağlamalıdır.Armakom’un izin verdiği diğer web servis parametrelerine de veri gönderebilmelidir.

17

2.2.8. Yüklenici İl Sağlık Müdürlüğü ve Hastane Yönetimi tarafından uygulamaya koyduğu /koyacağı sistemlere entegrasyonu sağlamalıdır. Yüklenici bunun için herhangi bir ek ücret talep etmemelidir.

2.2.9. Sistemin devreye alınmasını takiben tüm laboratuvar cihazları sisteme entegre edilip devreye alınmış olacaktır. Yüklenici firma ile sözleşme imzalanmasını takiben hastanelerimizde bulunan Laboratuvar cihazlarının sisteme entegrasyonu yüklenici tarafından herhangi bir ek ücret talep etmeksizin ücretsiz gerçekleştirilecektir. Laboratuvar cihazlarının sisteme entegrasyonunda yaşanacak aksaklıklar ve gecikmeler dolayısıyla idare mevzuat kapsamında gerekli gördüğü yaptırımları firmaya uygulayabilecektir.

2.2.10. Yüklenici, HBYS'ye entegre edilmesi gereken mevcut donanım ve sonradan HBYS’ye entegre edilmesi gereken, cihaz ve sistem yazılımları için hiçbir surette diğer donanım, cihaz ya da sistem yüklenicilerinden doğrudan ücret talep edemez. Sözleşme süresi boyunca laboratuvar cihazı, röntgen cihazı vb. yeni donanım alınması ya da değişmesi durumunda yüklenici firma sistemle entegrasyonunu hiçbir surette ek ücret talep etmeden yerine getirecektir.

2.2.11. Yüklenici, tarafından Tüm entegrasyon işlemlerinde 2015/17 nolu genelgeye göre hareket edilecektir. Teknik şartnamede genelge hükümlerine aykırı madde var ise 2015/17 nolu genelge hükümleri geçerli sayılacaktır.

2.2.12. Laboratuvarlara kurulacak olan cihazların laboratuvar otomasyon sistemine entegrasyonu HBYS firması tarafından Sözleşme süresi içinde ücretsiz olarak sağlanacaktır. Ayrıca yapılan sözleşme süresi içerisinde yapılacak yeni ihalelerde veya aynı ihalede kurulacak cihazların markalarında herhangi bir değişiklik olması durumunda veya laboratuvarlara daha sonra dahil edilecek olan farklı veya aynı amaçla kullanılacak olan cihazların, Laboratuvar Otomasyon sistemine Sözleşme süresi içinde entegrasyonu da firma tarafından ücretsiz sağlanacaktır. Yüklenici entegrasyon süreçlerinde görevlendireceği personelin her türlü ulaşım, barınma, yeme-içme masraflarını karşılayacaktır, kurumumuzdan herhangi bir ek ücret talep edilmeyecektir. 2.2.13. Yüklenici mevcut ve yeni cihazların entegrasyonunu ücretsiz olarak yapacaktır.

2.3. DEMONSTRASYON

2.3.1. İhale aşamasında idarenin gerek görmesi halinde istekliler fiyat avantajına göre oluşturulan sıra ile program demonstrasyonu için davet edilir. İdarenin uygun görmesi durumunda demo istemeden en avantajlı firmadan başlayarak ihale şartlarını sağlayan en avantajlı firmaya ihaleyi verebilecektir.

2.3.2. Demo istenmiş olan isteklilerin demonstrasyona davet yazısında belirtilmiş olan tarih ve saatte demo yapmaları gerekmektedir. 4734 Sayılı Kamu İhale Kanununda belirtilmiş olan mücbir sebepler dışında herhangi bir gerekçe ile ek süre verilmeyecektir. Demo, İdarenin sağlayacağı bir mekânda yapılacaktır.

2.3.3. Demo sırasında sunulan SBYS yazılımında genel işleyişi aksatmayacak eksikliklerin tespiti durumunda kurulum aşamasından sonra idarenin belirleyeceği süre zarfında bu eksikliklerin tamamlanması koşuluyla firmaların sunduğu yazılım teknik şartlar bağlamında yeterli kabul edilebilecektir. Karşılaşılan eksikliklerin genel işleyişi aksatıp aksatmayacağı kararını komisyon üyeleri verecek olup, firmaların bu hususta itiraz hakkı olmayacaktır ve demo esnasında çok fazla eksiklik görülmesi halinde ilgili firma yetersiz kabul edilecektir. Sözleşme imzalandıktan sonraki süreçte İdare, belirlediği süre zarfında bu eksikliklerin tamamlanarak devreye alınamaması durumunda geçen her gün için firmaya sözleşme bedelinin % 0.1’i (Binde bir) oranında cezai işlem uygulama hakkına sahiptir.

2.3.4. Demo sırasında kullanılacak 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 hazırlanan veriler yer alacaktır.

18

İdarenin talebi Demo' ya davet edilen isteklinin, Demo'yu kendi sağlayacağı veriler ile yapması şeklinde de olabilir.

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

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

2.3.7. Demonstrasyon işlemleri (demo) İdare tarafından belirlenecek işin idari ve teknik boyutta değerlendirilmesini sağlayacak personel tarafından yapılacaktır.

2.3.8. Tüm değerlendirmelerin İhale Komisyonu Üyeleri tarafından yapılması kaydıyla Demo’ya İdareden gerek görülen kadar personel katılabilir ancak karara katılamaz. İdare, teknik şartnamedeki ilgili modülleri kullanan personellerin demo sunumuna katılımını ve bu personellerin firmanın sunduğu yazılımla ilgili sorularına demo süresince firmalarca eksiksiz cevap verilmesini talep edebilecektir.

2.3.9. Demo’ya, İstekli adına aynı anda 5 kişiyi geçmeyecek sayıda üye katılabilir.

2.3.10. Yapılacak olan demo sonucunda ihale komisyonu üyeleri ve firma yetkilisi/yetkilileri tarafından imzalanmış demo raporunun tutulması ve ihale dosyasında saklanması gerekmektedir. Firma yetkililerince herhangi bir sebepten dolayı tutanak imzadan imtina edilirse, bu durum tutanakta açıkça belirtilmelidir. İdarenin talebi doğrultusunda, Firmaların demo sunumunda görülen eksiklikleri; komisyon üyelerince sunum bittikten hemen sonra tutulan demo raporunda belirtilecek yada sonradan tutulacak toplu karar raporuyla bu eksiklikler demo sunumu yapan bütün firmalara tebliğ edilecektir.

2.3.11. İsteklinin yapacağı yeterlilik demo’su sonunda ihale komisyonundan yeterlilik alması zorunludur. Demo, ihale komisyonunca yapılan belge değerlendirmesi sonucu teklifi geçerli sayılan en düşük/avantajlı teklifi veren firmadan başlanacak şekilde yapılacaktır. Demo sonucuna göre yeterli görülen 1. ve 2. en avantajlı olarak belirlenen istekliler tespit edildiğinde diğer isteklilerden demo yapmaları istenmeyebilecektir.

2.3.12. Teknik şartname maddelerinde bulunan özelliklerin demoda gösterilmesi için gerekli olan tüm donanım ve sarf malzemeler İsteklilerce karşılanacaktır.

2.3.13. MKYS, Sağlık.Net Online, Kızılay entegrasyonu gibi entegrasyonlar için demonstrasyon işlemlerinde kullanılacak ekranlar İstekli tarafından önceden hazırlanacaktır.

2.3.14. Demonstrasyonu boş veri tabanı üzerinden yapmak isteyen İsteklilerin demonstrasyonları geçersiz sayılacaktır.

2.3.15. İstekli, ihaleden önce demonstrasyon için sağlık kuruluşunda kurum işleyişini izlemek amacıyla İdarenin izniyle fizibilite çalışması yapabilir. Fizibilite esnasında mevcut program üzerinde herhangi bir görüntüye bakılmayacak olup işleyiş hakkında sadece sözel bilgi alınabilecektir.

2.3.16. Demonstrasyon sürecinde aşağıdaki sırayla gidilecektir. Birinci ve ikinci aşamayı tamamlayanlar üçüncü aşama için değerlendirilecektir. Birinci ve ikinci aşamayı geçemeyenler doğrudan yetersiz sayılacak üçüncü aşama uygulanmayacaktır.

2.3.17. Birinci Aşama-Programın Genel İşleyişi ve İhtiyacı Karşılama Yeteneği İdare, Teknik şartnamede yazılı tüm şartları demo’ da görmek isteyebilecektir. Buna ek olarak aşağıda bulunan maddelerin demo sürecinde asgari olarak kontrol edebilecektir.

2.3.17.1. Faturalama süreci tüm ayrıntıları ile SUT kuralları, MEDULA uygulamaları, faturalama kuralları, vezne ve tahsilat uygulamaları, fatura raporları, sağlık turizmine yönelik fiyatlandırma ve fatura çalışmaları,

19

2.3.17.2. Girişimsel işlemlerin birlikte girilip puanlandırılmasına ilişkin kuralların denetlenmesi,2.3.17.3. İş göremezlik, e-Reçete, e-Rapor, ilaç, tedavi, malzeme ve engellilik gibi rapor

gönderim ve çıktıları,2.3.17.4. Tüm ayrıntıları ile stok ve MKYS yönetimi,2.3.17.5. Demirbaş yönetimi,2.3.17.6. Maaş, özlük, nöbet ve ek ödeme işlemleri hesaplanması, performans takip sistemi

veri gönderimi, personelin kendi ek ödeme, nöbet ve maaş bordrolarını izlemesine yönelik işlemler,

2.3.17.7. Kalite yönetiminde SBYS’ye yönelik maddeler,2.3.17.8. İndikatör yönetiminde SBYS’ye yönelik maddeler,2.3.17.9. Hasta bilgilendirme monitör uygulamaları, poliklinik önü hasta monitörleri

uygulamaları, qmatik ve sıramatik sistemleri ile entegrasyon becerisi için ayrıntılı analiz değerlendirmesi,

2.3.17.10. Üst yönetimin operasyonel bazda alabileceği raporlar, analizler için Karar Destek Sistemleri (KDS) kontrolü,

2.3.17.11. Eczane işlemleri, benzer ilaç uygulamaları, minimum-maksimum stok, son kullanma tarihleri ile ilgili işlemler, raporlar ve içerikleri,

2.3.17.12. Malzeme istek ve çıkışları MKYS işlem ayakları, MKYS’ye yönelik işlemler ve SBYS sistemi ile karşılaştırmaları,

2.3.17.13. Sağlık kurulu işlemleri, fotoğraf çekme ve yükleme uygulamaları, 2.3.17.14. Kan bankası işlemleri, Kızılay entegrasyonu, donör işlemleri, dışarıya kan satışı, 2.3.17.15. İstatistiksel işlemler, Hastane Bilgi Formları, Sağlık Bakanlığı standart formların

izlenmesi,2.3.17.16. Diyet ve Rasyon Sistemi ile diyet işlemleri,2.3.17.17. Personel Devam Takip Sistemi ile İnsan Kaynakları Sisteminde yer alan izin ve rapor

işlemleri, nöbet listelerinin planlanması,2.3.17.18. Kiosk sistemleri,2.3.17.19. Kullanıcı yönetimi, yetkiler, gruplandırma ve grup yetki tanımlama.

2.3.18. İkinci Aşama-Log Tutma ve Analizi

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

2.3.18.2. Tüm loglama işlemlerinde, işlemin zamanı, işlemin yapıldığı cihaza ait MAC veya kullanıcının IP adresi, işlemi yapan kullanıcı bilgisi standart olarak yer alacaktır.

2.3.18.3. Loglama işlemleri veri tabanı seviyesinde yapılacaktır, uygulama üzerinden yapılan loglama işlemleri sağlıklı ve güvenilir olmayacağından kabul edilmeyecektir.

2.3.18.4. Loglama işleminde değişiklik bilgileri satır bazlı log saklama veya alan bazlı log saklama yöntemlerinden birisi ile yapılabilecektir. SBYS bu yöntemlerden hangisini kullanıyor olursa olsun bir kayda ait geçmiş değişiklik bilgilerinin sorgulanmasına yönelik altyapıyı içerecektir.

2.3.18.5. Bakım faaliyetlerini yapan personel ve zaman bilgileri tutulabilmelidir.

2.3.18.6. Sisteme eklenen her bir yeni kayıt için, ekleme tarihi, kaydın eklendiği cihaza ait MAC veya IP adresi ve kaydı ekleyen kullanıcı bilgisi loglanacaktır.

2.3.18.7. Loglama işlemleri en az aşağıdaki alt kategorilerde yapılacaktır.a) Sağlıkta Minimum Loglama Standardı (SAMİLOG) işlemleriSAMİLOG’ta yer alan ve “Loglanacak” olarak belirtilen tüm veri alanlarına ait update (değiştirme) ve delete (silme) işlemleri loglanacaktır. SAMİLOG Genel Müdürlük tarafından güncellendikçe Yüklenici en geç 30 gün içerisinde SAMİLOG’ a eklenen veya değiştirilen alanlar ile ilgili loglama işlemlerini de yerine getirecektir.

20

b) Yetki loglama işlemleri; SBYS’ de herhangi bir kullanıcı veya kullanıcı grubunda yapılan yeni yetki verme ve var olan yetkiyi alma işlemleri loglanacaktır.

2.3.18.8. SBYS, İdarenin istediği tablo ve alanlar için en geç 5 gün içerisinde loglama işlemlerine başlayacaktır.

2.3.18.9. SBYS üzerinde tutulan tüm log kayıtları sorgulanabilir olmalıdır. SBYS en az aşağıdaki raporlama fonksiyonlarını sağlamalıdır;

a) Herhangi bir tarihte yapılan değişiklik ve silme işlemlerine ait loglar sorgulanabilmelidir.b) Herhangi bir kayıt üzerinde yapılan değişiklik ve silme işlemleri sorgulanabilmelidir.c) Herhangi bir kullanıcının yapmış olduğu tüm değişiklik ve silme işlemleri sorgulanabilmelidir.d) Yapılan herhangi bir kayda dair tüm değişiklik ve silme işlemlerinde orijinal kayıtlara

erişilebilmelidir. e) Sadece SBYS arayüzü üzerinden yapılan ekleme, silme, güncelleme işlemleri değil veri tabanı

yönetim araçları ile veri tabanı kullanıcılarının yaptığı işlemler de loglanabilmelidir.

2.3.19. Üçüncü Aşama-Veri Aktarım Yeteneği

2.3.19.1. Genel Müdürlük tarafından verilen “Veri Modeli Oluşturma ve Veri Aktarımı Yeterlilik Belgesi” sahibi olan İstekliler ihale sürecinde veri aktarımı ve teslimiyle ilgili demonstrasyonun bu bölümünden başarıyla geçmiş sayılacak ve bu yazılımlar için kendilerinden veri aktarım demonstrasyonu istenmeyecektir.

2.3.19.2. “Veri Modeli Oluşturma ve Veri Aktarımı Yeterlilik Belgesi”olmayan İsteklilerden mevcut SBYS programının yedeklenmiş verilerinin ve sistemin başladığı anda hastane işleyişini aksatmayacak olan verilerin bir kısmını aktarması istenebilir. İsteklilere ayrıca SBYS VEM görüntüleri ve Referans Kodlar Tablosu aktarıma başlamadan önce teslim edilecektir. İdarenin VEM’de olmayan görüntülerin aktarılmasını istemesi durumunda bu görüntüler de İsteklilere teslim edilecektir. Aktarım şemasının oluşturulması ve en az 2 (iki) aylık verinin aktarılması için en az 10 takvim günü en fazla süre 15 (on beş) takvim günü verilecektir. Aktarımın yeterliliği, VEM’de tanımlanan modellerin tamamının ve VEM kapsamı dışında tutulabilen verilerin aktarılması İdare tarafından değerlendirilecektir.

2.3.20. Demo süresi her bir İstekli için bildirim süreleri hariç olmak üzere en fazla 5 (beş) iş gününü aşmayacaktır. Demo planı kurum tarafından İsteklilere Demo daveti ile birlikte gönderilecektir. Demo için davetler bildirilen elektronik posta, faks, veya resmi yazıyla yapılabilir.

2.3.21. İstekli ilçe hastaneleri, TSM lerde ve Verem Savaş Dispanserinde kullanılacak HBYS'nin; giriş kısmında da belirtildiği üzere LBYS ve RBS verilerinin sisteme aktarımı için kullanılacak sistemler hariç Web Browser üzerinde çalışan Web Tabanlı mimaride olduğunu beyan etmeli ve ürünün hangi yapı üzerinde geliştirildiği detaylı olarak açıklanmalıdır. İstekli kullandığı veya kullanacağı programlama dilleri ve VTYS hakkında detaylı bilgilendirme yapacaktır.

2.3.22. Teklif edilen HBYS, belirtilen cihaz veri aktarım sistemleri hariç gerçek web tabanlı mimaride tasarlanmış ve bu yapıya uygun şekilde geliştirilmiş olmalıdır. Otomasyon destek personellerinin kullandığı otomasyona ait yazılımlar web tabanlı olmak zorunda olmayıp firmanın tasarrufuna bırakılmıştır. İstemci-sunucu (client-server) mimariye göre geliştirilip herhangi bir ara yazılım ile web tarayıcısı içerisinden kullanıma uygun hale getirilen yazılımlar teknik olarak yetersiz kabul edilecek ve demo sonlandırılarak ihale dışı bırakılacaktır.

2.3.23. İstekliler, tercih edilen İnternet Tarayıcısı (Web Browser) vasıtasıyla HBYS ye erişecek ve modüllerin mevcut sistemle entegre biçimde çalıştığını ihale komisyonuna kanıtlayacaktır. İnternet tarayıcısı (Web Browser) desteği olmayan arayüzler teknik olarak yetersiz sayılacak ve ihale dışı bırakılacaktır.

21

2.4. SİSTEM YÖNETİMİ ŞARTLARIFirma Aşağıda kapsamları belirtilen müdürlük bünyesindeki her hastane için bütün iş ve işlemleri yerine getirmekle yükümlüdür. Teknik koşullarda belirtilen işler (aşağıda maddeler halinde düzenlenmiştir.) düzenli olarak yapılacaktır ve yapılan bu işlemlerin raporlaması aylık olarak idareye ve müdürlüğe takip eden ayın 5. gününe kadar verilecektir.

2.4.1. Sistem Yönetimi Kapsamı2.4.1.1. Sunucuların kurulum, konfigürasyon, yönetim, performans ölçümü ve

değerlendirilmesi.2.4.1.2. Sunucuların performans ve hatalarının raporlanması.2.4.1.3. Sunucuların Fault-Tolerance, LoadBalancing ve Cluster gibi kesintisiz fonksiyonlarının

konfigüre edilmesi.2.4.1.4. Sunucu yazılımlarının kurulumu, yönetim ve güncelleştirilmesi ve idarece belirlenen

periyodlarda bakımlarının yapılması.2.4.1.5. Dizin servislerinin (Domain, directoryservices) yedekli olarak tasarım ve yönetimi.2.4.1.6. Active directory’deki güvenlik planları (Policy) oluşturulması güncellenmesi ve

uygulanması.2.4.1.7. TCP/IP, DHCP, DNS, WINS, SMTP, POP3 servislerinin tasarım ve yönetimi. 2.4.1.8. E-posta sistemlerinin kurulum, tasarım ve yönetimi.2.4.1.9. Veri depolama ağlarının (SAN, NAS) tasarımı ve yönetimi.2.4.1.10. E-posta listeleri yönetimi.2.4.1.11. Antivirüs ve antispam sistemlerinin tasarımı, yönetimi ve raporlanması.2.4.1.12. Sunucu ve istemci cihazlar için merkezi izleme ve yönetim sistemlerinin tasarımı

(SCOM, WSUS gibi).2.4.1.13. Linux ve Windows Web servislerinin tasarım ve yönetimi.2.4.1.14. Terminal servislerinin yönetimi.2.4.1.15. Sunucu ve kullanıcı verileri için yedekleme sistemlerinin tasarımı ve yönetimi.2.4.1.16. Dosya paylaşımı ve yazıcı sistemlerinin tasarımı ve yönetimi.2.4.1.17. Sistemlerin performans analizi ve istatistiksel verilerin toplanması.2.4.1.18. Merkezi güncelleme uygulama sistemlerinin tasarımı ve yönetimi.2.4.1.19. Sanal özel ağ (VPN) sistemlerinin tasarımı ve yönetimi.2.4.1.20. Saldırı tespit sistemlerinin (IDS) tasarımı ve yönetimi.2.4.1.21. İstemci cihazlarının İşletim sistemi güncellemelerinin doğrulanıp eksik olanların

tamamlanması

2.4.2. Sistem Odaları2.4.2.1. Yüklenici mevcut sistem odalarının yönetimini ve güvenliğini sağlayacaktır.2.4.2.2. Yüklenici sistem odalarının standartlara uygun bir şekilde yapılandırılması ve çalışması

için İdareye gerekli önerileri yazılı olarak bildirecektir.2.4.2.3. Firma sistem odalarında meydana gelen sorunlara müdahale edecek, gerektiğinde ilgili

birimlere bildirecektir.

2.4.3. Ağ Altyapısı2.4.3.1. Firma tarafından mevcut ve eklenecek olan anahtar ve yönlendiricilerin güncellenmesi

ve İdarenin belirlediği kurallara göre yapılandırılması gerçekleştirilecektir.

22

2.4.3.2. Network yedekli olarak çalışmalıdır. Bununla ilgili donanım ihtiyaçları idareye aittir. Firma ihtiyacı olan donanımları idareye bildirmelidir.

2.4.3.3. Mevcut topoloji çıkarılacak, gerektiğinde yeni yapılacak ağ projelerinin topolojisi hazırlanacaktır.

2.4.3.4. Ağda oluşan aykırı davranışların tespiti için Yüklenici, İdarenin isteği doğrultusunda gerekli altyapıyı belirleyecek ve sorunun çözümü için gerekli çalışmaları yapacaktır.

2.4.3.5. Var olan ağ cihazlarının doğru çalışıp çalışmadığı test edilerek gerekli konfigürasyonlar yapılacaktır.

2.4.3.6. Yüklenici idarenin isteği doğrultusunda ağ güvenliği için 802.1x, LDAP, RADIUS uygulamaları için kurulum ve yönetim desteği verecektir.

2.4.3.7. Yüklenici İdarenin sağlayacağı ağ yönetim araçları ile ağ alt yapısını izleyerek yönetimini sağlayacaktır.

2.4.3.8. Yüklenici Kurum bilgi işlem ağının güvenliğini sağlayacaktır.2.4.3.9. Ana internet bağlantısı ve diğer uzak uç bağlantılarının (WAN) yönetimi ve

problemlerinin giderilmesi sağlanacaktır. Servis sağlayıcı kaynaklı sorunlar ilgili birimlere bildirilecektir.

2.4.3.10. İnternet, yerel ağ (LAN) ve diğer uzak uç bağlantılarının(WAN) performanslı ve güvenli bir şekilde çalışması için gerekli tedbirler yüklenici tarafından alınacaktır.

2.4.3.11. Kullanıcıların internet trafiğinin sınırlandırılarak, internet kullanım politikasının oluşturulması için idareye önerilerde bulunmak, İdarece uygun bulunan önerilerin uygulanması ve kontrol edilmesi yüklenici tarafından sağlanacaktır.

2.4.3.12. İnternet trafiğinin loglarının tutulması ve kurum yönetimine raporlanması yüklenici tarafından sağlanacaktır.

2.4.3.13. VPN (Virtual Private Network) ve G-DAT bağlantılarının yönetimi yüklenici tarafından sağlanacaktır.

2.4.3.14. Kablosuz (Wireless) network’un yönetimi ve problemlerinin giderilmesi yüklenici tarafından sağlanacaktır.

2.4.3.15. Kurum DNS, DHCP, WINS kayıtlarının yönetimi yüklenici tarafından sağlanacaktır.2.4.3.16. Firma hastanenin yerleşimine göre VLAN yapılandırmasını, Accesslist, routing gibi

ayarlarını yapmalıdır.

2.4.4. Sunucu Altyapısı2.4.4.1. Yüklenici sunucular ve üzerinde var olan birimlerin, gerekli durumlarda bios, firmware,

driver ve üretici firmanın ve İdarenin önerdiği performans ayarlarını ve güncellemelerini gerçekleştirecektir.

2.4.4.2. Yüklenici İdarenin sahip olduğu disk depolama ünitelerinin en son bios, firmware, driver ve üretici firmanın ve İdarenin önerdiği performans ayarlarını ve güncellemelerini gerçekleştirecektir.

2.4.4.3. Yüklenici sunucuların sağlıklı ve performanslı çalışması için gerekli tedbirleri alacak, yapılması gerekenleri İdareye bildirecektir.

2.4.4.4. Yüklenici mevcut ya da yeni alınan sunucuların gerektiğinde yeniden yapılandırılması, işletim sistemi ve diğer servislerinin kurulmasını sağlayacaktır.

2.4.4.5. Yüklenici İdarenin sağlayacağı sunucu yönetim araçları ile sunucuları izleyerek yönetimini sağlayacaktır.

2.4.4.6. Firma tarafından Mail Server’ların işletimi sağlanacak ve Yüklenici firma, müdürlük bünyesindeki her hastanenin e-mail domaini altındaki mail adreslerinin açılması ve mail server’ının pop3 destekli olarak ve her mailin en az 30 mb alana sahip olarak hizmet verilmesini

23

sağlayacaktır. Elektronik posta sistemi için veri tabanı bakımı, kullanıcı ekleme silme, hata mesajlarının ayıklanması, OWA ve OMA sistem bakımları yapılacaktır. Mail Web Access için resim doğrulaması yapılacaktır.

2.4.4.7. Sanallaştırma planlaması firma tarafından yapılacaktır. Mevcut Serverların sanallaştırma yazılımı üzerine taşınması işlemi yüklenici tarafından yapılacaktır.

2.4.4.8. İşletim sistemi, VTYS, yazılım uygulamalarının yedeklemeleri Sağlık Bakanlığı’nın mevzuatında belirtildiği şekilde Bilgi işlem çalışanları marifetiyle Firma/İstekli sorumluluğunda alınacaktır ve Bilgi İşlemden sorumlu İdari yöneticiye teslim edilecektir.

2.4.4.9. Yüklenici; sistemin yoğunluğunun az olduğu saatlerde günlük, haftalık, aylık ve yıllık olarak tüm verilerin yedeklerini yeterli sayıda ve farklı fiziksel ortamlara manuel ve/veya otomatik olarak alacak ve idarenin belirlediği bir yerde ve idaredeki teknik-idari bir personelin sorumluluğunda saklanmak üzere teslim edecektir. Yüklenici tarafından sistem yoğunluğu göz önünde bulundurulmak suretiyle 24 saatlik zaman dilimi içerisinde günlük en az 3 kez yedekleme yapılacaktır. Aynı şekilde VEM’e (Sağlık Bilgi Sistemleri Genel Müdürlüğünce Duyurulan Minimum Veri Modeli Sürüm 1.0) uygun hazırlanan veritabanı görüntüsünün de günlük, haftalık, aylık ve yıllık olarak yedekleri alınacaktır.Yüklenici, VEM yeni versiyonunun yayınlanıp duyurulmasını takiben en geç 30 takvim günü içerisinde sistemlerinde gerekli güncellemeleri yapacaktır.

2.4.4.10. Yedekleme sisteminin çalışırlığının kontrolü, hata mesajlarının ayıklanması ve gerekli güncellemeler firma tarafından ücretsiz yapılacaktır.

2.4.5. Güvenlik Altyapısı2.4.5.1. Yüklenici, hastanenin istediği bilgi işlem güvenlik altyapısını tasarlayıp yapılması

gerekenleri İdareye bildirecektir.2.4.5.2. Yüklenici firma tarafından mevcut Anti virüs ve Firewall sunucuları ve yazılımları

yönetilecektir ve gerekli kurulum ve konfigürasyonlarını yapmak, uygun politikalar oluşturarak kullanıcıların internete en verimli şekilde erişimini sağlamak ve belli periyotlarda güvenlik denetimi, rapor ve yedekleme işlemlerini gerçekleştirmek, güncelleştirmelerin kontrolü, firmware güncellemelerinin yapılması, hata mesajların kontrolü ve önlem alınması firmanın yükümlüğündedir. Antivirüs ve Firewall raporları idareye haftalık ve aylık periyotlarla sunulmalıdır.

2.4.5.3. Firma uzaktan erişim gerektiren bakım ve güncellemeleri Sağlık Bakanlığı bilgi güvenliği politikaları dokümanı çerçevesinde yapmakla mükelleftir. Uzaktan bağlanacak personelin bilgileri bağlanma zamanı bağlantıyı bitirme zamanı ve yaptığı tüm işlemler tutanak halinde idareye teslim edilecektir.

2.5. DESTEK HİZMETLERİ2.5.1. İ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.

2.5.2. Sistem kurulduğunda Yüklenici, sistem ve veritabanı üzerinde en üst düzeyde kullanıcıya sahip kullanıcının (administrator, root gibi) 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 idareye teslim edilecektir. İdare ve yüklenici bu bilgilerin 3.şahıs, diğer firmalar, kurum ve kuruluşlara karşı güvenliğini sağlamakla sorumludur.

2.5.3. Yüklenici; sistemin yoğunluğunun az olduğu saatlerde günlük en az 2 kez, haftalık, aylık ve yıllık olarak tüm verilerin yedeklerini (donanım ve sarf malzemeleri idare tarafından karşılanacaktır) 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.

24

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 idareye teslim etmelidir.

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

2.5.5. Yüklenici kurumun web sayfası tasarımı ve güncellemesi işlerini herhangi bir ek fiyat talep etmeksizin yapacaktır. Kurumun talepleri doğrultusunda müdürlüğümüz birimleri için logo oluşturulması, tasarım geliştirilmesi benzeri iş ve işlemler yüklenici tarafından ücretsiz yapılacaktır.

2.6. VERİ TESLİM VE AKTARIMI2.6.1. Herhangi bir sebeple mevcut bilgi sisteminin kullanımına son verilirse, verilerin tamamı

orijinal veri tabanı formatında, Sağlık Bilgi Sistemleri Genel Müdürlüğünce Duyurulan Minimum Veri Modeli (VEM)’e uygun görüntüler içerecek şekilde kolay ve sorunsuz okunabilir bir medya ortamında, üç kopya halinde idareye teslim edilecektir. Teslim sırasında düzenlenecek tutanakta varsa DVD/CD numarası, HDD seri numarası vb. şekilde medya ortamını tanımlayacak işaretler, dosyanın boyutu, oluşturulma tarihi, her bir tablodaki kayıt sayılarını gösteren bir doküman, teslim eden tedarikçi yetkilisi ve teslim alan idare yetkilisi bilgileri yer alacaktır. İdareye teslim edilen verilerin eksik veya okunamayacak durumda olduğunun tespiti halinde idare tarafından yükleniciye gerekli yaptırımlar uygulanacaktır. Teslim alınan bu veriler yeni kurulacak sisteme eksiksiz ve hatasız olarak aktarılacak ve bu verilerin kullanılması sağlanacaktır.

2.6.2. Veri aktarımlarında yaşanabilecek uyuşmazlık hallerinde İdarenin hakemliğinde eski ve yeni Yüklenici bir araya getirilerek çözüm üretilecektir. Çözüm sağlanamaması durumunda sözleşmeler ve ilgili mevzuat çerçevesinde gerekli yaptırımlar uygulanacaktır.

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

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

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

2.6.6. Teslim edilecek veriler txt, csv, xls gibi bir formatta olmayıp kurumda çalışan orijinal veri tabanı formatında sadece veriler(data-only) olacak şekilde, kolay ve sorunsuz okunabilir bir medya (Daha önce kullanılmamış yeni hard disk gibi) üzerinde 3 kopya halinde teslim edilmelidir. Okunmasında sorun olabilecek tape, kartuş, gibi kullanılmamalıdır.

2.6.7. 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ış olmalıdı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 kurulmalıdır.

25

2.6.8. İdare tarafından gerek görülmesi halinde bir başka kurumdan da uzmanlar davet edilebilecektir. 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 veritabanı aktarılmış sayılmaz.

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

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

2.6.11. İdare, yüklenici firmadan istediği zaman aralığında hastanede kullanılan veri tabanı formatında tüm verisini isteyebilir. Bunun için ek ücret talep edilmemelidir.

2.6.12. İdare Yükleniciye veri (data) aktarımı için analiz verisini teslim edecek ve Yüklenici VEM standardına göre veri aktarımını yapacak ve VEM’e uygun olarak son verinin tesliminden itibaren;

a) Anlık yatan ve tedavisi devam eden hastalara ait tüm verileri 24 saat içerisinde,b) Anlık borç verilerini 72 saat içerisinde,c) Son bir aya ait tüm hasta verilerini 5 gün içerisinde,d) Son altı aya ait tüm hasta verilerini 30 gün içerisinde,e) Sağlık tesisine ait VEM’de belirtilen görüntülere (view) ait tüm verileri her 3 yıl için 90 gün

içerisinde,f) VEM’de belirtilmeyen görüntüler (view) İdare tarafından Yükleniciye teslim edilen verilerin

teslim tarihinden itibaren 30 gün içerisinde aktarımı yapılacaktır. Veri aktarımlarında aksi durumların tespiti halinde idare tarafından yüklenici firmaya yaptırım uygulanabilecektir.

2.7. GİZLİLİK, GÜVENLİK VE ERİŞİM2.7.1. Sağlık Bilgi Yönetim Sistemlerinin kurulum ve işletim faaliyetlerinde, Sağlık Bakanlığı Bilgi

Güvenliği Politikaları Yönergesi ve Bilgi Güvenliği Politikaları Kılavuzunda belirtilen esaslar çerçevesinde hareket edilecektir. Yönerge ve Kılavuzun uygulanması esnasında tereddüt edilen hususlar için İdarenin onayı alınacaktır.

2.7.2. Demonstrasyon aşamasında veri aktarım yeterlilik testlerine katılan İstekli firmalar ve sözleşme aşamasında yüklenici firma ile örneği Ek’ de bulunan Kurumsal Gizlilik Taahhütnamesi imzalanır. İhale sonrası İdare ile Yüklenici personeli arasında imzalanacak Hizmet Sözleşmesini takiben Yüklenici ile İdare arasında, örneği Ek’de bulunan Personel Gizlilik Sözleşmesi imzalanır.

2.7.3. Kişisel sağlık verileri hassas veriler kapsamında olması sebebiyle; sözleşme süresince veya sonrasında kayıtlı tüm veriler hiçbir surette, hiçbir zaman işi bırakan firmada kalmak üzere kopyalanamaz, çıktı alınamaz, firma sunucularına aktarılamaz, ifşa edilemez. Aksi davrandığı tespit edilenler hakkında Türk Ceza Kanunun ilgili hükümlerine ve ihale mevzuatına aykırı davranmaktan dolayı da Kamu İhale Mevzuatı hükümlerine göre İdare tarafından hukuki süreç başlatılır.

2.7.4. 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 İdare tarafından mutabakata uygun tedbirler alınmış olmasına rağmen veri tabanında yer alan verilerin tamamının veya bir kısmının kaybolması, çalınması, silinmesi durumunda ve Yüklenicinin kusurunun tespit edilmesi halinde oluşacak kurum zararı Yükleniciye aittir.

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

2.7.6. Uygulama yazılımları tüm sistem genelindeki kullanıcı, işlem ve bilgi düzeylerinde bilgi güvenliğini sağlamalıdır. Her kullanıcının gerektiğinde değiştirilebilir kişisel bir parolası olmalıdır. Bu kullanıcı ile farklı bir lokasyonda oturum açıldığında ilk oturum otomatik olarak kapatılmalıdır.

26

2.7.7. Kullanıcı parolaları geri dönüşümsüz olarak şifrelenmesi (MD5 gibi algoritmalar kullanılarak) sağlanmalıdır.

2.7.8. Uygulama yazılımının, VTYS'ye bağlanma yöntemleri Yüklenicinin kullandığı teknolojiyle uyumlu olmalı; gerekli olan konfigürasyonlar Yüklenici tarafından sağlanmalı; bağlanma hızı kullanıcının yapmak istediği işlemleri engelleyecek ölçüde olmamalıdır.

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

2.7.10. Kayıtları görebilme ve değişiklik yapabilme şeklinde iki ayrı erişim tipi tanımlanabilmelidir.2.7.11. Kullanıcılarla ilgili yetki sorgulama alanları (silme yetkisi bulunan kullanıcılar, değiştirme

yetkisi bulunan kullanıcılar, rapor yazma yetkisi bulunan kullanıcılar, silme yetkisi olup rapor yazma yetkisi bulunmayan kullanıcılar gibi) bulunmalıdır.

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

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

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

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

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

2.7.17. Kullanıcılar için saat bazında sisteme giriş sınırlandırması yapılabilmelidir.2.7.18. Poliklinik, klinik, laboratuvar bazında yetkilendirmeler yapılabilmelidir. Kullanıcının yetki

verilmeyen bir poliklinikteki hasta listesine erişimi engellenmelidir.2.7.19. Minimum parola uzunluğu tanımlanabilmeli ve bu kurala uymayan parolalar kabul

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

engellenmelidir.2.7.21. Bilgi güvenliği politikaları kılavuzunda yer alan parola güvenliği kurallarına göre parolalar

oluşturulmalıdır.2.7.22. Parola geçerlilik günü tanımlanabilmelidir. Örneğin kullanıcıların her 15 günde bir

parolalarını değiştirmeleri sistem tarafından istenebilmelidir.2.7.23. Kullanıcıların otomasyona giriş-çıkış zamanları istenildiğinde raporlanabilmelidir.2.7.24. Sisteme yapılan geçersiz giriş denemeleri istenildiğinde raporlanabilmelidir.2.7.25. Sistemdeki tüm kullanıcı grupları ve kullanıcılar istenildiğinde raporlanabilmelidir.2.7.26. SBYS’de anlık sisteme bağlı olan kullanıcı sayısı ve bu kullanıcıların listesi istenildiğinde

alınabilmelidir.2.7.27. İdare ve Yüklenici arasında yapılan sözleşmenin SBYS ile birlikte alt yapı, donanım ve

sunucuları da kapsaması durumunda;

27

2.7.27.1. Kalıcı olarak veri barındırma imkânı olan disk/flaş bellek vb. depolama ortamlarında yer alan veriler, sözleşme süresi sonunda bir daha geri döndürülemeyecek şekilde kalıcı olarak silinir. Her bir cihazda yer alan verilerin ne şekilde silindiği/imha edildiğini gösteren ayrıntılı bir rapor, yapılan veri silme/imha işlemlerinin sonunda İdare’ye teslim edilir.

2.7.27.2. Donanım üzerindeki veri depolama birimlerinde oluşan bir hatanın düzeltilmesi için arızalı birimin değişime karar verilmiş ise; arızalı veri depolama biriminin Üreticiye/Yükleniciye iade edilme durumuna İdare karar verir.

2.7.28. Uzak bağlantı için VPN veya benzeri güvenli bağlantı yöntemleri kullanılacaktır. Bağlantının gizliliğinin ne şekilde sağlanacağına Sağlık Bakanlığı Bilgi Güvenliği Politikaları Yönergesi ve Bilgi Güvenliği Politikaları Kılavuzunda belirtilen esaslar dikkate alınmak suretiyle İdare ve Yüklenici birlikte karar verecektir.

2.7.29. Firma tarafından idare tarafındaki sunucularda yapılacak her türlü işlem idarenin gözetimi altında yapılmalıdır. Bu işlemler için uzak masaüstü/uzaktan bakım ve destek gerektiği durumlarda idareden izin alınarak idarenin gözetimi altında işlemler gerçekleştirilmelidir.

2.7.30. Veri tabanındaki bütün verilerin giriş, değişiklik ve silme logları kişi, tarih, saat, birim bazında tutulmalıdır. (Insert, update ve delete işlemlerinde geçmiş bilgileri de içeren fullloglama).

2.7.31. İstekliler bilgi güvenliğini artırmak için alternatif güvenlik çözüm önerilerinde bulunabilirler.2.7.32. 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.

2.7.33. SBYS kapsamında hastanelerde kullanılacak HBYS ve LBYS, Sağlık Bakanlığı tarafından yayımlanan "Bilgi Güvenliği Politikaları" ile uyumlu olmalıdır. Sistemde Bakanlıkça yayımlanmış olan genelgeler ve yönetmeliklere aykırı bir durum olmamalıdır. Yine Bakanlığın yayımlamış olduğu yeni genelge ve yönetmeliklere uygun olarak gerekli entegrasyonun yapılması yüklenicinin sorumluluğundadır. Sağlık Bakanlığına bağlı SOME(Siber Olaylarla Mücadele Birimi) biriminin talep ve tavsiyeleri üzerine gerekli güvenlik önlemlerini almak, işletmek ve idareye danışmanlık hizmeti vermek ücretsiz olarak yüklenici tarafından yerine getirilecektir. Gerekli hallerde oluşacak donanım ihtiyacı yüklenicinin tavsiyesi üzerine idare tarafından değerlendirilip gerekli görülmesi halinde idarece temin edilecek, bu donanımların devreye alınması ve işletilmesi ücretsiz olarak yüklenicinin sorumluluğunda olacaktır.

2.8. KİŞİSEL VERİLERİN KORUNMASI2.8.1. Anayasa’nın 20 nci maddesinin, 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun ve

Kişisel Sağlık Verilerinin İşlenmesi ve Mahremiyetinin Sağlanması Hakkında Yönetmeliğin, kişisel verilerin korunmasına ilişkin hükümlerine azami düzeyde hassasiyet gösterilir.

2.8.2. Kişisel verilerin ve kişisel sağlık verilerinin işlenmesinde, 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun 4 üncü maddesinde yer alan genel ilkelere; ayrıca kişisel verilerin işlenmesinde Kanun’un 5 inci maddesinde, kişisel sağlık verilerinin işlenmesinde ise Kanun’un 6 ncı maddesinde yer alan hükümlere riayet edilir.

2.8.3. Kişisel verilerin ve kişisel sağlık verilerinin aktarılmasında, 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun 8 inci ve 9 uncu maddesinde yer alan hükümlere riayet edilir.

2.8.4. 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun 12 nci maddesinin birinci fıkrası uyarınca veri sorumlusu (İdare); verilerin hukuka aykırı olarak işlenmesini önlemek, verilere hukuka aykırı olarak erişilmesini önlemek, verilerin muhafazasını sağlamak amaçlarıyla uygun güvenlik düzeyini temin etmeye yönelik gerekli her türlü teknik ve idari tedbirleri almak zorundadır.

2.8.5. 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun 12 nci maddesinin ikinci fıkrası uyarınca veri sorumlusu (İdare), kişisel verilerin kendi adına başka bir gerçek veya tüzel kişi tarafından

28

işlenmesi hâlinde, birinci fıkrada belirtilen tedbirlerin alınması hususunda bu kişiler (yüklenici) ile birlikte müştereken sorumludur.

2.8.6. 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun 12 nci maddesinin üçüncü fıkrası uyarınca veri sorumlusu (İdare), kendi kurum veya kuruluşunda, bu Kanun hükümlerinin uygulanmasını sağlamak amacıyla gerekli denetimleri yapmak veya yaptırmak zorundadır. Dolayısı ile bu Kanun hükümlerine uyumluluğun sağlanıp sağlanmadığı hususunda veri sorumlusu (İdare) veri işleyeni (yüklenici) denetleyebilir.

2.8.7. 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun 12 nci maddesinin dördüncü fıkrası uyarınca veri sorumlusu (İdare) ile veri işleyen (yüklenici), öğrendiği kişisel verileri bu Kanun hükümlerine aykırı olarak başkasına açıklayamaz ve işleme amacı dışında kullanamaz. Bu yükümlülük görevden ayrılmalarından sonra da devam eder.

2.8.8. Kişisel verilere ilişkin suçlar bakımından 26.09.2004 tarihli ve 5237 sayılı Türk Ceza Kanununun 135 ila 140 ıncı madde hükümleri uygulanır.

2.8.9. 6698 sayılı Kişisel Verilerin Korunması Kanunu hükümlerine uygunsuzluk nedeniyle Kişisel Verileri Koruma Kurulu tarafından verilecek idari para cezaları ile ilgili kişiler tarafından açılacak davalarda hükmedilecek maddi ve manevi tazminat davaları, kusurlu olması hâlinde veri işleyen (yüklenici) tarafından ödenir.

2.9. DİĞER HÜKÜMLER

2.9.1. Kiralanan yazılım, sözleşme süresince ücretsiz garanti kapsamında olup; sözleşme süresi sonunda yeni bir ihale yapılmasına karar verildiği durumda; mevcut yazılım yeni yapılacak ihale süreci neticelenip yeni sistem hizmete geçirilinceye kadar yazılım destek garantisi devam edecektir. (Ancak ihale süreci normal seyirde devam etmez veya yeni ihaleyi alan firma sistemi normal ihale sürecinde kuramaz ise garanti süresinin dolmasından itibaren geçen bu süre için mevcut yazılım firması ile bakım anlaşması yapılır).

2.9.2. İhaleyi alan firma tüm laboratuvar cihaz entegrasyonunu yaptıktan ve programın aktif hale getirilmesini sağlayıp, kullanıcı kuruluşlara teslim ettikten sonra meydana gelebilecek yazılımsal teknik aksaklıkların giderilmesinden sorumlu olacaktır.

2.9.3. Firmanın daha önce hazırladığı Laboratuvar Otomasyon Program yazılımının bulunması ve bunu bir başka laboratuvarlarda kullanmış olması ve aynı zamanda da bu yazılım içerisinde aile hekimliği ile ilgili modülünde sonradan kullanıcılar ile yapılacak istişareler ile düzeltilebilecek düzeyde hazır olması gerekir. Ayrıca Sağlık Bakanlığı ve SGK nın yapacağı mevzuat değişikliklerinin programa entegre edilmesi ücretsiz olarak sağlanmalıdır.

2.9.4. Tedarikçi ile sözleşmenin bitirilmesi veya herhangi bir nedenle sözleşmenin feshinde düzenlenecek devir tutanağı ile Sağlık Bakanlığının ilgili yönergeleri kapsamında belirtilen şartlar çerçevesinde dataların aktarımı firma (yeni yüklenici data aktarımı yapacaktır, mevcut firma dataları idarenin istediği şekilde teslim etmekle yükümlüdür) tarafından gerçekleştirilecektir. Mevcut firma dataların sağlam ve eksiksiz olduğunu idareye göstermelidir. Datalar, İdarenin oluşturacağı bilgisayar komitesi tarafından kontrol edilerek teslim alınacaktır. Yedeklerin teslim edilmemesi veya dataların aktarılmasını engelleyici şifreler konulması durumlarında idare tarafından gerekli adli ve idari yaptırımlar uygulanacaktır.

2.9.5. Laboratuvar İletişim Sistem programında lisanslı veri tabanı kullanılmalı ve veritabanının lisansı kurumumuz adına yaptırılmalıdır. Lisanssız, süre kısıtlaması ve kapasite sınırı olan veritabanı kullanılamayacaktır. Kurumumuz adına yaptırılacak olan veri taban lisans belgesi sözleşme imzalandıktan sonra, muayene kabul komisyonuna belge halinde sunulmalıdır.

2.9.6. Otomasyon sisteminin server merkezi İdarenin belirleyeceği yerde olacak, diğer laboratuvarlarda farklı sunucu kullanılmayacaktır.

2.9.7. Otomasyon tetkik istemi yapan tüm birimlerle (Aile hekimleri, Hastane poliklinikleri, TSM'ler, AÇSAP Merkezi vb.) laboratuvarlar arasındaki iletişimi sağlamalıdır.

29

2.9.8. Sağlık Müdürlüğü idaresinin bilgisi dahilinde veya dışında bu entegrasyon için tarafların (BYS'ni kuracak olan yüklenici firma ve cihaz tedarikçi firma) birbirinden ücret talep etmeyeceği firma tarafınca taahhüt edilmelidir.

2.9.9. Laboratuvarlarımızda bulunan ve Laboratuvar Otomasyon sistemine entegre edilecek bütün cihazlarla cihazın bağlantı özelliği olması durumuna göre tek yönlü veya çift yönlü, barkotlu veya barkotsuz iletişim yapılabilmelidir.

2.9.10. LBYS, Aile Sağlığı Merkezlerinden, hastane acil ve poliklinik veya idarece belirlenen diğer sağlık birimlerinden (verem savaş dispanserleri, açsap merkezleri ve toplum sağlığı merkezleri) gelen numunelerin barkotlara kodlanmış bilgilerini değerlendirip, tetkiklerinin yapılmasını sağlayıp, sonuçları kendi iletişim için kullanılacak iş istasyonunda (PC) depolayarak, buradan ilgili sağlık kurumlarına ve aile hekimliği birimlerine ve merkez sunucuya aktarabilen bir yapıya haiz olacaktır. Sistem kesintisiz çalışabilecek özellikte tasarlanmalıdır.

2.9.11. Sistemde, laboratuvar otomasyon programında numune kabul biriminde görev yapanlara, manüel numune girişi yapanlara, su analiz raporu hazırlayanlara ve çıkan neticeleri ilk ve son onaylayıcılara (laboratuvarda görevlendirilenler) kullanıcı tanımı yapılabilmeli. Kullanıcılar yalnızca yetkili oldukları bölümlere ulaşabilmelidir. İstenildiğinde onay kullanıcılarına menü dışında ünite bazında da yetkiler tanımlanabilmelidir.

2.9.12. Sistemde, aile hekimi gibi dışarıya hizmet verilen birimlerle ilgili tanımlamalar ve yetkilendirmeler yapılabilmelidir.

2.9.13. Veritabanı günlük olarak yedeklenebilmeli bu yedekler otomatik olarak başka bir bilgisayara kopyalanabilmelidir.

2.9.14. Sistem, Sağlık Bakanlığınca belirtilmiş olan Laboratuvar Performans Kriterlerini sağlamaya yönelik tüm yazılım ihtiyaçlarını karşılayacak özellikte olmalıdır.

2.9.15. Kurulacak Sistemin istenilen bir alan adı (Domain Name) üzerinden, laboratuvar dışındaki uzak noktalardaki Sağlık Müdürlüğüne bağlı sağlık birimleri ve aile hekimliği ile hastanelerde acil ve poliklinik birimlerindeki kullanıcı bilgisayarlarına kurulum gerektirmeden WEB tarayıcıları üzerinden, gerekli modüllerinin çalışabilme özelliği olmalıdır.

2.9.16. Her sağlık birimi hasta istemlerinin kaydında sadece kendi doktor listesini görmelidir. Doktorların görev yeri değişikliği veya geçici görev yeri değişikliği durumları için bir doktor birden fazla sağlık biriminde tanımlanabilmelidir.

2.9.17. Cihazsız (manuel) çalışılan testlerin sonuçları otomasyon sistemine elle girilebilmelidir.

2.9.18. 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ı, Ek-1'de yer alan 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 fes 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.

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

2.9.20. Hiçbir şart ve koşulda kesinlikle sigortasız personel çalıştırılmayacaktır.

3. EĞİTİM HİZMETLERİ3.1.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 vermelidir. Eğitimler teklif fiyatlara dahil edilir ayrıca ücret ödenmez.

3.2.Eğitim Dili: Eğitim Türkçe verilmelidir.3.3.Eğitim Materyalleri: Eğitim tipine göre düzenlenmesi gereken eğitim ortamını İdare, eğitim

programları için gerekli materyalleri ise Yüklenici temin edecektir.

30

3.4.Eğitim Yeri: kurum personeline verilecek eğitim programları (Temel Bilgisayar Kullanım Eğitimi, Yazılım Kullanıcı Eğitimi) İdare’nin belirlediği mekan ya da mekanlarda, teknik şartlarda belirlenen esaslar göz önüne alınarak yapılmalıdır.

3.5.Diğer eğitimler için ise (İletişim Altyapısı Bakım ve İşletimi 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 önerebilir.

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

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

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

3.9.Eğitim Planı: Yüklenici, her eğitim için önerdiği eğitim planlarını, günlük eğitim çizelgelerini, eğitimi alacak adayların başarı düzeylerini değerlendirecek plan ve prosedürleri kapsayacak bir Eğitim Planını Tablo-1‘deki verileri göz önüne alarak planlamalıdır. Eğitimin yukarıda tarif edilen çizelgeye ve Yüklenici tarafından sunulan plana uygun olarak yürütüldüğü İdare tarafından denetlenecektir.

3.10. Eğitmenler: Yüklenici, eğitimin sağlanmasında yetecek eğitmen/saati temin etmelidir.3.11. Eğitim Programlarının Değerlendirilmesi: Her eğitim programının bitiminden sonra

katılımcılara değerlendirme formları doldurtulmalıdır. Bu formlar baz alınarak İdare tarafından Eğitim onaylanmalıdır. Katılımcılar tarafından yeterli ve uygun bir şekilde verilmediği idarece belirlenen eğitimler tekrarlanacaktır.

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

3.13. Temel Bilgisayar Kullanım Eğitimi: Bu eğitim programında, Yüklenici, Tablo-1 ‘de 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ğitmelidir. 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 verilmeli, istatistik birimlerinde çalışacak personel eğitimleri detaylandırılmalıdır.

3.14. Sistem Bakım-Onarım Eğitimi: Yüklenici tarafından, Tablo-1 ‘de belirtilen hedef kitleye teklif edilen sunucu, yerel ağ ekipmanları ve bilgisayar çevre birimleri (klavye, mouse, yazıcı, yedekleme birimleri gibi) konusunda bakım, onarım ve müdahale eğitimi verilmelidir.

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

3.16. Çok Kullanıcılı İşletim Sistemi Eğitimi: Yüklenici, Tablo-1 ‘de belirtilen hedef kitleye, teklif edilen çok kullanıcılı işletim sisteminin kullanımı ve yönetimi (yedekleme, kullanıcı tanımlama, kurtarma gibi) konularında eğitim vermelidir.

3.17. VTYS Eğitimi: Yüklenici, Tablo-1‘de belirtilen hedef kitleye, teklif ettiği VTYS’nin kullanımı ve yönetimi (yedekleme, kullanıcı tanımlama, sorgu yaratma, kurtarma gibi) konularında eğitim vermelidir.

3.18. Yazılım Kullanıcı Eğitimi: Yüklenici, Tablo-1‘de belirtilen hedef kitleye uygulama yazılımının kullanımı konusunda eğitim vermelidir.

31

3.19. Yüklenici hizmet vermeye başladığı andan itibaren idarenin talebi üzerine en az 3 senedir bünyesinde çalışan ve sisteme tamamen hâkim olmuş yazılım ve donanım alanından 2 personelini en az 3 ay boyunca idarede çalıştıracaktır.

3.20. SBYS üzerinde çeşitli güncellemeler veya ek bileşen, modül tanımları yapılması halinde mevcut kullanıcılara eğitimin mutlaka verilmesi gerekmektedir. Sistem üzerinde yapılacak herhangi bir değişiklik için kullanıcıları bilgilendirme ve eğitme yüklenicinin sorumluluğunda olup yeterli düzeyde eğitim verilmemesi halinde Yükleniciye İdare tarafından yaptırım uygulanacaktır.

3.21. İdarenin talebi üzerine yüklenici firma tarafından hiçbir ek ücret talep edilmeksizin Online Eğitim Modülünün kurulması ve işletilmesi sağlanacaktır. Online eğitim modülü aracılığıyla bütün kullanıcılar istedikleri yada sistem tarafından kendilerine atanan modüllere ait video görsellerini görebilecek, her bir ders için sistem öntest-sontest yapılabilecek yapıda olmalı ve başarısız olunan dersler sistem tarafından tekrardan seçilmelidir. Her bir kullanıcının kendi kullanıcı adı ve şifresi olmalı, her bir kullanıcının eğitime ne kadar süre katıldığı, başarı durumu vb. sistem yöneticisi tarafından modül bazlı veya kullanıcı bazlı detaylı olarak raporlanabilmelidir.

Tablo - 1 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 Kurum Personeli 4 150

Yazılım Kullanıcı Eğitimi Kurum Personeli 4 150

İletişim Altyapısı Bakım ve İşletimi Eğitimi İşletmen 2 10

Çok Kullanıcılı İşletim Sistemi Eğitimi İşletmen 2 10

VTYS Eğitimi İşletmen 2 2

Sistem Bakım-Onarım Eğitimi İşletmen 2 2

4. UYGULAMA YAZILIMLARI

4.1. YAZILIM ALTYAPISI4.1.1. Entegre Hastane Bilgi Yönetim Sistemi hem müdürlüğümüz hem de il merkezi dışındaki

ilçelerde aynı veritabanı üzerinde çalışacağı için, LBYS ve RBS cihaz veri aktarım sistemleri hariç mutlaka web tabanlı mimaride olmalıdır. Bu mimari tanımlar bölümünde Web Tabanlı HBYS Yazılımı olarak tarif edilmiştir. Bu mimarinin dışında birden fazla veritabanı kullanılarak bilgilerin ilçe hastanelerindeki veritabanında tutulması ve daha sonra merkezi veritabanında konsolide edilmesi türündeki çözümler geçerli çözüm olarak kabul edilmeyecektir. Web tabanlı mimariye sahip uygulama, Microsoft İnternet Explorer, Mozilla Firefox, Google Chrome, Safari vb. tarayıcılarında çalışabilmelidir. Aşağıdaki durumlar ise bu kapsamın dışındadır.

4.1.1.1. HBYS Uygulama Yazılımı tarafından üretilen doc, xls, pdf gibi rapor formatlarının görüntülenebilmesi ve yazıcıya basılabilmesi için gerekli olabilecek ofis editörleri ve benzeri yazılımların bilgisayarlara kurulması,

4.1.1.2. İstekli tarafından sağlanmış olsun ya da olmasın, uç bilgisayarların RS-232, RS-422, RS-485, USB, Ethernet, PCI, PC/104, PCMCIA, ISA, Parallel Port gibi bu bilgisayarın herhangi bir I/O (girdi-çıktı) birimine bağlanarak çalışan cihazlar (her türlü yazıcı, tarayıcı, kamera, barkod yazıcı ve barkod okuyucu, IVR kart, medikal monitör, medikal, diagnostik ya da benzer amaçla sonuç üreten ve ürettiği sonucu diğer sistemlere aktaran ve/veya uç bilgisayardan bilgi alarak çalışan her türlü cihaz) için gerekli olan sürücü ve arayüz yazılımlarının kurulması.

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

32

4.1.3. Uygulama yazılımı, ortak veri tabanı üzerinden çalışan bütünleşik bir yapıya sahip olmalıdır. Veri hangi modül/ara yüz tarafından girilirse girilsin; gereksinim duyan diğer modüller/ara yüzler yetkileri dahilinde bu veriye ulaşabilmelidir. Belirli işlemler ortak kullanılan veriler aracılığı ile kontrol edilebilmeli ve tetiklenebilmelidir. Veri tabanı üzerinde veri tabanı kullanıcısı bazında katalog ve şema oluşturma işlemleri yapılabilmeli ve ortak veri tabanı tek instance üzerinde çalışmalıdır.

4.1.4. Tüm yazılımlarda nihai tüm girdi/çıktı işlemleri aynı veri tabanı yazılımı ile sağlanmalıdır; münferit, parçalı, kısmi, dolaylı çözümler kabul edilmez. Sisteme bağlı olan tüm entegre ilçe hastaneleri aynı veritabanını kullanmak zorundadır.

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

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

4.1.7. Uygulama yazılımı Türkçe olmalı, tüm sıralamalar ve karşılaştırmalar Türkçe alfabeye göre yapılabilmelidir.

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

4.1.9. Uygulama yazılımı, istemci işletim sistemi (COS) olarak Microsoft Workstation/2000 Professional/XP Professional/Vista, Windows 7-8-10, 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.

4.1.10. Rumi takvime ait bir tarihsel veri girildiğinde, bu veri miladi takvime göre çevrilebilmelidir.4.1.11. Yetkili istediğinde farklı özellikte yetkilere sahip yeni türde bir kullanıcı da oluşturabilmeli.4.1.12. Türkiye’de yaygın kullanılan Office yazılımları (MS Office, Open Office gibi) ve Acrobat

Reader ile tam uyumlu çalışmalıdır.

4.2. KULLANICI ARAYÜZÜ4.2.1. Kullanıcı ara yüzü; Grafik Ara Yüzüne(GUI) sahip olmalıdır.4.2.2. Grafik ara yüzüne uygun olarak kontroller hem Mouse hem de klavye yardımıyla yapılabilmelidir.4.2.3. Kullanıcı ara yüzünde görsel iç bütünlük sağlanmalı, yazılımın her ara yüzünde benzer ekran tasarımları kullanılmalı, tanımlanmış fonksiyon tuşlarının aynı amaçla kullanılması gibi teknikler kullanılarak kullanım kolaylığı sağlanmalıdır.4.2.4. Sisteme erişimlerde bot ve robotlar tarafından sisteme girişleri engelleyecek CAPTCHA gibi önlemler kullanılmalıdır.4.2.5. Zaman bilgisinin kullanıcıya gösterim şekli işletim sistemi üzerinden ayarlanabilmelidir (Örnek: GG.AA.YYYY, GG/AA/YYYY, GG.AA.YYYY HH24:MI:SS vb.).4.2.6. Arayüzde reklam içeren herhangi bir içerik bulunmamalıdır.4.2.7. Kullanıcı arayüzü tümüyle Türkçe olmalıdır.

4.3. YAZILIM MİMARİSİ4.3.1. Kullanıcı ara yüzü; Grafik Ara Yüzüne(GUI) sahip olmalıdır.4.3.2. Teklif edilen HBYS’nin LBYS ve RBS cihaz veri aktarımları hariç her modülünün web tarayıcısı (Web Browser) vasıtasıyla çalışan tek veri tabanı sunucusu üzerinden çalışan web tabanlı mimariye sahip olması gerekmektedir.

33

4.3.3. Teklif edilen SBYS, gerçek web tabanlı mimaride tasarlanmış yada istemci/sunucu (akıllı istemci (smart client) veya zengin istemci (rich client)) ve dinamik web tabanlı mimariye sahip olmalıdır. Yükleniciye bağlı otomasyon destek personellerince kullanılacak sistemler ve yazılımlar bu kapsam dışındadır.4.3.4. Müdürlük bünyesindeki Serverlar üzerinde kurulacak sistem Fault-Tolerance, LoadBalancing ve Cluster gibi kesintisiz fonksiyonları desteklemelidir.4.3.5. Uç bilgisayarlarda uygulama yazılımını çalıştırmak için web tarayıcı harici(Activex, Flash, Silverlight, Java FX, Java runtime hariç) herhangi bir uygulama yüklenmeyecektir.4.3.6. Uygulama (browser) bağımsız olmalıdır. Türkiye’de aktif olarak kullanılan popüler tarayıcıların tümünü desteklemeli ve her türlü kişisel, dizüstü ve tablet bilgisayarlarda problemsiz çalışabilmelidir. Web tarayıcıların yeni sürümleri çıktığında problem oluşması halinde uygulamada gerekli güncellemeler yüklenici tarafından süratle yapılmalıdır. Bunun için hiçbir şekilde yükleniciye ek ücret ödenmez.4.3.7. Uygulamanın yayınlandığı web sunucusunun (HTTP Server) en son sürümü (IIS, Apache gibi) kullanılmalı ve web sunucusunun yeni sürümü çıktığında uygulama yeni sürümde çalışacak şekilde güncellenmelidir. Bunun için hiçbir şekilde ek ücret ödenmez.4.3.8. Uygulama yazılımının kullandığı yazılım iskelet altyapısının (framework) en son sürümü kullanılmalı ve yeni sürümü çıktığında uygulama yüklenici tarafından yeni sürüme firma uyarılmadan yükseltilmelidir. Sözleşme kapsamında idareye bağlı bütün birimlerce kullanılmakta olan bilgisayarların ve sunucuların işletim sistemi ve uygulama güncellemelerinin düzenli takibi yüklenici tarafından yapılmalıdır. Bunun için hiçbir şekilde yükleniciye ek ücret ödenmez.4.3.9. Uygulama yazılımda yetkisiz girişleri engellemek için resim doğrulama gibi yöntemler kullanılmalıdır.4.3.10. Uygulamada, oturum süresi yönetilebilmeli gerekirse sınırsız süreli oturum verilebilmelidir. Tarayıcı(Browser) kullanıcı tarafından kapatıldığında oturumu da otomatik olarak sonlandırılmalıdır.

4.4. VERİ GİRİŞİ4.4.1. Hatalı veri girişini en aza indirmek için ilgili alanlar üzerinde anında bilgi doğrulama, bilgi

önerme ve gerektiğinde kullanıcı yönlendirmede yapılacak işlem hakkında ekranın altında sürekli mesaj ve bilgi gösterilmelidir.

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

4.4.3. 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 hatalı veri girişlerinde, kullanıcıya zaman kazandırmak için otomatik seçenekler sunup kullanıcının seçenekleri seçerek hatayı düzeltmesine yardımcı olmalıdır.

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

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

34

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

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

4.4.8. Veri girişleri kontrol edilirken Sağlık Bakanlığının Sağlık-net iş kuralları uygulanmalı, Sağlık-net’e uyumsuz veri girişleri engellenmelidir.

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

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

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

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

4.5. GÜNCELLEME VE VERSİYON YÖNETİMİ4.4.1. Güncelleme sadece anahtar olmayan alanlarda yapılabilmeli, eğer anahtar alanlar üzerinde

güncelleme gerekiyorsa bunun veri tutarlılığını sağlamak üzere tek bir işlem (transaction) içinde tamamlanması sağlanmalıdır.

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

4.4.3. Hastanın bazı bilgilerinde yanlışlık olması durumunda (kurumunun yanlış girilmesi, telefon numarasının yanlış girilmesi ya da değişmesi gibi) bu hastaya ait kayıtlar veri bütünlüğü bozulmadan (örneğin hizmetin sunum tarihi değişmeden) geriye yönelik olarak düzeltilebilmelidir.

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

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

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

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

4.6. DİL ÖZELLİĞİ4.6.1. Tüm ekranlar ve raporlar, Türkçe olmalıdır.4.6.2. Tüm sıralamalar, karşılaştırmalar ve sorgulamalar Türkçe alfabeye göre yapılmalıdır.4.6.3. Kullanılan menü, dosya, alan, değişken, tablo vb. isimlendirmeler Türkçe ve anlamlı

olmalıdır.4.6.4. Para, tartı, uzunluk vb. konularda Türkiye'de geçerli yerel birimler kullanılmalıdır.4.6.5. Tüm yazılımda Türkçe karakterlerin aynı kodlarla (TSE tarafından Haziran 1989 tarih ve TS

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

4.7. RAPORLAMA4.6.1. Raporlamada hiyerarşik yetkilendirme mümkün olmalıdır.

35

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

4.6.3. Raporlar ekranda görülme, rapor hazırlanma aşamalarında geri-ileri gitme ya da iptal edilme olanaklarına sahip olmalıdır.

4.6.4. Rapor hazırlandıktan sonra raporun büyüklüğü ile ilgili sayfa sayısı ekranda izlenmelidir.4.6.5. Hazırlanan raporların ayrı bir dosyaya belli bir görsel ve elektronik formatta kayıt edilmesi

mümkün olmalıdır.4.6.6. Raporlar, İdare’nin istediği (XLS(X), PDF, CSV, DOC(X), RTF, TXT, IMAGE vb.) biçimlerde ofis

uygulamalarına gönderilebilmelidir. 4.6.7. Üretilen raporlarda isteğe bağlı olarak ve raporun yapısının uygun olması durumunda tarih,

değişik bölüm/servis vb. kriterlere göre filtre seçenekleri bulunmalıdır.4.6.8. Uygulama yazılımında yer alacak istatistik ve yönetim amaçlı raporlar, geliştirilmiş olan

grafik sunum birimi, veri setine uygun olarak kolon (column), bar, çizgi (line), pasta (pie), alan (area), dağılım (scatter), radar, halka (doughnut) grafiklerini oluşturabilmelidir.

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

4.6.10.Dinamik raporlama Proje yöneticisi veya İdare tarafından verilen listede bulunan kullanıcılara Proje yöneticisi tarafından verilen yetkisi olan kullanıcı tarafından yapılabilmeli ve kullanıcıların programcıdan bağımsız olarak kendi raporlarını oluşturabileceği alt yapı hazır olmalıdır. Bu sisteme verilecek olan yetkiler İdare tarafından Yükleniciye yazılı olarak bildirilecek olup bu yapı üzerinden yapılacak raporlama esnasında oluşabilecek performans problemlerinin sorumluluğu Yüklenici’ ye aittir.

4.6.11.Uygulama yazılımının kaynak kodlarında değişiklik gerektirmeden istenildiğinde, İdare tarafından verilen listede bulunan kullanıcılara Proje yöneticisi tarafından verilen yetki dahilinde kullanıcı, raporlama aracı sayesinde yeni rapor formları üretebilmeli ve rapor formlarını daha sonra kullanılmak üzere saklayabilmelidir. Bu raporlama aracı 30 günü geçmeyecek şekilde İdare tarafından belirlenecek sürede Yüklenici tarafından sağlanmalı ve herhangi bir ücret talep edilmemelidir.

4.6.12.Özellikli veya istenilen ekranlarda SQL cümleleri aracılığı ile istenilen veri blokları alınabilmelidir.

4.6.13.Alınan bu veri blokları üzerinde kullanıcı sıralama ve çapraz filtreleme özelliklerini kullanabilmelidir.

4.6.14.Proje Yöneticisi veri bloğunu oluşturan SQL cümleciğini görebilmelidir.4.6.15.İdare tarafından verilen listede bulunan kullanıcılara Proje yöneticisi tarafından verilen yetki

dahilinde kullanıcı önceden hazırlanan SQL cümlesini değiştirebilmelidir.4.6.16.İdare tarafından verilen listede bulunan kullanıcılara Proje yöneticisi tarafından verilen yetki

dahilinde kullanıcı yeni SQL cümlesi ekleyerek veri bloğu oluşturabilmelidir.4.6.17.Veri bloğu oluşturan bu SQL cümleleri veri tabanında daha sonra kullanılmak üzere

kaydedilebilmelidir.4.6.18.Veri bloğu oluşturan SQL cümleciklerinin kullanıcı bazında çalıştırılabilmesi için ayrıca

kullanıcı yetkilendirilmesi yapılabilmelidir.

4.8. YARDIM4.7.1. Kullanıcı istediğinde sadece bir tuşa basarak yardım alabilmelidir.4.7.2. 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.

4.7.3. Acil ve mevzuat gereği durumlar dışında kalan kullanıcı istekleri ile şikâyetleri, önceden tasarlanmış bir sistemle Yüklenici'ye bildirilmelidir. İstek ya da şikâyetin Yüklenici tarafından

36

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ı(CRM) bulunmalıdır. Bu tanımlayıcı istek ya da şikâyeti bildiren kullanıcılara, E-posta ortamında da bilgilendirmede bulunmalıdır.

4.7.4. Yazılımda Hata oluşması durumunda otomatik olarak hata oluştuğu tespit edilmeli ve log kayıtları kaydedilebilmelidir.

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

4.7.6. Yüklenici, Uygulama yazılımı ile ilgili Türkçe olarak hazırlanmış bir eğitim dokümanı verecektir. Daha sonraları yazılımda yapılan değişiklikleri içeren güncel doküman, elektronik ortamda ve yazılı olarak Alıcı'ya teslim edilecek ve Alıcı bu dokümanı çoğaltma ve kurum dâhilindeki kullanıcılara dağıtma hakkına sahip olacaktır.

4.7.7. Acil durumlarda Kullanıcılar tarafından Firma’nın sistem sorumlusuna sözlü tebliğ yapılabilir. Acil durumlarda ayrıca yazılı bir emir beklenmeksizin sorunlar Firma tarafından çözümlenmelidir.

4.7.8. Tüm modüller ara yüzler ve fonksiyonlar için temel işlevleri açıklayan yardım videoları bulunmalıdır.

5. VERİ TABANI YÖNETİM SİSTEMİ

VTYS aşağıdaki özellikler dahilinde Yüklenici tarafından garanti süresince (bakım anlaşması yapıldığı taktirde bu sürede dahil edilecektir) kullandırılmalıdır.

Yüklenici, teklif edeceği fiyata en az 1 CPU VTYS için gerekli olan sınırsız kullanıcılı lisans bedelini dahil etmelidir. İdare VTYS lisans bedeli için hiçbir isim altında kuruma bağlı hiçbir birim için herhangi bir ek bedel ödemeyecektir. Sistemin sorunsuz çalışması firmanın sorumluluğundadır.

5.1. GENEL ÖZELLİKLER

5.1.1. İstekli, projede teklif edilen VTYS lisansını kendi yazılımı ile uyumlu olacak şekilde teklif etmelidir. Gerekli olması halinde VTYS yazılımı Tunceli İl Sağlık Müdürlüğü adına lisanslanmalıdır.

5.1.2. İsteklinin, teklif ettiği VTYS ürünleri lisanssız ve Türkiye'de teknik desteği olmayan ürünler olmamalıdır. Bu durumda yüklenici ilk hak edişin düzenlenmesine kadar geçecek süre içerisinde idare adına VTYS lisanslamasını yapmalı, bu lisanslama maliyeti yüklenici tarafından karşılanmalı ve bu bedel teklif fiyatı içerisine dahil edilmiş olmalıdır.

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

5.1.4. VTYS çok kullanıcılı veri erişimini desteklemelidir.5.1.5. VTYS index yapısını desteklemelidir.5.1.6. Teklif edilen VTYS ile yaratılacak veri tabanı büyüklüğünde herhangi bir kısıtlama

olmamalıdır.5.1.7. 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.

5.1.8. Veritabanında veri bütünlüğü; kısıtlayıcılar (constraints), kurallar (rules), varsayılanlar (defaults), tetikler (triggers) ve işlemsel bütünlük kayıtları (transactions) gibi mekanizmalar ile sağlanmış olmalıdır.

5.2. ÖLÇEKLENEBİLME VE PERFORMANS

37

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

5.2.2. Teklif edilen VTYS'de sorgulamalar için kilit kullanılmama opsiyonu bulunmalıdır.5.2.3. VTYS'de indeks işlemleri çevrim-içi (online) olarak gerçekleştirilebilmelidir.5.2.4. Önerilen VTYS, SQL cümlelerinin, otomatik olarak maliyet tabanlı sorgu iyileyicisi (query

optimizer) aracılığıyla en iyi performansı verecek şekilde çalıştırılmasını sağlamalıdır. Sorgu iyileyicisi, sorgulama işleminde, kullanılacak verinin tipine, sunucunun sorgulama çalıştırma özelliklerine, sunucunun platform yapısının mimarisinin yeteneklerine ve kullanılabilir sistem kaynaklarına bakarak sorgulamayı en etkin şekilde çalıştırma özelliğine sahip olmalıdır.

5.2.5. Teklif edilecek VTYS; devamlılık ve performans anlamında online çalışabilecek çözümleri desteklemelidir.

5.3. VERİ GÜVENLİĞİ VE VERİ TUTARLILIĞI

5.3.1. Önerilen VTYS, ilişkisel mimari temelinde 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.

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

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

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

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

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

5.3.7. VTYS üzerinde salt okunur veya yazılabilir görüntü (view) oluşturma imkanı olmalıdır.5.3.8. 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.

6. KONTROL VE MUAYENE METODLARI

6.1. Müdürlüğümüz bünyesindeki her bir hastanede ve ayrıca Müdürlüğümüz bünyesinde kontrol teşkilatları kurulacaktır. Hastanelerdeki kontrol teşkilatları bir bütün olarak kendi hastanelerindeki işlerin kontrolü ve kabulünü yapacaklardır. Müdürlüğümüz bünyesinde kurulan kontrol teşkilatı Müdürlüğümüzü ilgilendiren konularla ilgili işleri kontrol edecektir. Yüklenici ilgili kontrol teşkilatlarının kontrollerini yapabilmesi için gerekli olan tüm bilgi, belge ve raporları zamanında ilgililere sunmalıdır. Kontrol teşkilatları kontrol ve yapılan işin kabulü ile ilgili bir tarih ve zaman çizelgesi belirleyecek ve yüklenici buna uyacaktır.

6.2. İdare tarafından planlanacak merkezi yedekleme prosedürü ile tüm hastanelerin veri tabanı yedeği alınacaktır. Bu işlemin takibi ve sorunsuz gerçekleşmesi (gerekli donanım ihtiyacı hariç) yüklenici sorumluluğundadır. Alınan yedeklerle ilgili kayıtlar kontrol teşkilatınca takip edilecektir.

6.3. Kontrol teşkilatınca Sağlık-Net 2 veri gönderimi istatistikleri değerlendirilecek verilerle ilgili veri eksikliği, veri gönderilip gönderilmediği, hatalı veri gönderilmesi gibi durumlar kontrol edilecektir. Yükleniciden kaynaklanan sorunlarda idari şartnamede öngörülen cezai müeyyide uygulanacaktır.

6.4. Kontrol teşkilatınca Performans Yönetimi Bilgi Sistemine veri gönderimi istatistikleri değerlendirilecek verilerle ilgili veri eksikliği, veri gönderilip gönderilmediği, hatalı veri gönderilmesi

38

gibi durumlar kontrol edilecektir. Yükleniciden kaynaklanan sorunlarda idari şartnamede öngörülen cezai müeyyide uygulanacaktır.

6.5. Kontrol teşkilatınca 112 Komuta merkezine veri gönderimi istatistikleri değerlendirilecek, veri eksikliği, veri gönderilip gönderilmediği, hatalı veri gönderilmesi gibi durumlar kontrol edilecektir. Yükleniciden kaynaklanan sorunlarda idari şartnamede öngörülen cezai müeyyide uygulanacaktır.

6.6. Yüklenici firma, iş bu teknik şartnamenin ilgili maddelerinde anlatılan sistem yönetimi, veri tabanı yönetimi, teknik destek kapsamında Müdürlük bünyesindeki Müdürlük Merkezi dâhil şartnamede belirtilen her hastane için bütün iş ve işlemleri yerine getirmekle yükümlüdür. Teknik konularda bu teknik şartnamede belirtilen işler düzenli olarak yapılacaktır ve yapılan bu işlemlerin raporlaması hazırlanıp aylık olarak kontrol teşkilatlarınca belirlenen güne kadar ilgililere verilmelidir.

6.7. Kontrol teşkilatınca uygulama yazılımı üzerindeki “İstek Bildirim/Takip Bölümü” nde yapılan talepler ve yazılı olarak yükleniciden talep edilen işlerin zamanında doğru şekilde karşılanmayanları değerlendirilecek yükleniciden kaynaklanan sorunlarda idari şartnamede öngörülen cezai müeyyide uygulanacaktır.

6.8. 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. Ulusal Sağlık Sistemi (USS) ye Sağlık Bakanlığının istediği formatta veri aktarımının yapılması ve SBYS üzerinden yapılacak entegrasyonlar ile Medula Sistemine veri aktarımları yüklenicinin sorumluluğunda olup yüklenici kaynaklı veri kayıpları sonucunda oluşacak kurum zararı yükleniciye ait olup, yükleniciye cezai müeyyide uygulanacaktır. USS verilerinin bakanlık tarafına doğru şekilde aktarılıp aktarılmadığı ve eksiklikler varsa bu verilerin aktarımının sağlanması yüklenicinin sorumluluğunda olup; yüklenici personellerince veri kaybını önleyecek gerekli önlemlerin alınması, veri iletimlerinin düzenli takibi, sistem üzerinde gerekli iyileştirmelerin yapılması sağlanacaktır. Sağlık Bakanlığının Teletıp-Teleradyoloji projesi kapsamında veri aktarımının yapılabilmesi için gerekli sistem entegrasyonlarının yapılması ve Sağlık Bakanlığının ilgili birimlerine bakanlığın istediği formatta eksiksiz veri aktarımı yüklenici firmanın sorumluluğundadır. Aksi durumların oluşması halinde yükleniciye cezai müeyyide uygulanacaktır.

7. OLAĞANÜSTÜ DURUMLAR

Felaket Kurtarma (DisasterRecovery): Sunucular, Hastaneler içerisinde bir sistem odasında barındırılmalıdır. Sistemodası altyapı maliyetleri kurumumuz tarafından karşılanacaktır. Herhangi bir felaket durumunda sistemin bu sunucular üzerinden devam edebilmesi için gerekli önlemler ve ayarlamalar firma tarafından yapılmalıdır. Olağanüstü durumlara karşı yüklenici tarafından idareye gerekli öneriler sunulacak ve ücretsiz danışmanlık hizmeti verilecektir.

8. YAZILIM LİSANS VE KULLANIM HAKLARI

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

9. HBYS UYGULAMA YAZILIM GEREKLERİ

9.1. HASTA KAYIT/KABUL MODÜLÜ

Kuruma ilk defa başvuran ve kaydı veri tabanında bulunmayan hastalara ait genel bilgilerin girişini yapan, daha önceden kaydı bulunan hastalara yeni geliş kaydı açan ve her ne kadar entegre

39

ilçe hastanelerinde kullanılmayacak olsa da ileride gerekirse ilgili sosyal güvenlik kurumundan provizyon ve takip numarası alan, hastayı kurum içindeki ilgili kliniğe sevk eden ve belirtilen arama kriterlerine göre kayıtlı hastaların bilgilerini ekranda gösteren fonksiyondur.

9.1.1. İlk Başvuru ve Kayıt9.1.1.1. Müracaat eden her hastanın; genel kimlik bilgileri, adres bilgileri, hastaya ait sosyal

güvenlik ve sevk bilgileri girilebilmelidir. İlk kayıt ve güncellemeler sırasında KPS servisleri ile hastanın T.C. Kimlik Numarası'ndan diğer bilgilerine erişim sağlanabilmelidir. Kimlik bilgileri doğrulanan hasta verileri hiç bir kullanıcı tarafından değiştirilememelidir.

9.1.1.2. İleride gerekirse hak sahipliği sorgulamaya yönelik web servisler bu modülden çalıştırılmalıdır.

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

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

9.1.1.5. Hastanın hastaneyi her ziyareti için; hastaya 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. Hastanın muayene girişine sonuç ve kontrol sırası verilebilmelidir.

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

9.1.1.7. Hasta kayıt ve sıra işlemleri ile ilgili etiket ya da çıktılar alınabilmelidir.9.1.1.8. Hasta kaydı gerçekleştirilmeden önce hastanın mevcut kaydının olup olmadığı otomatik

olarak sorgulanmalıdır. Eğer hastanın başka kaydı yoksa, kuruma ilk müracaatında verilen kod numarası ile bir kez kayıt başlatılmalı ve aynı numara ile izlenmelidir. Birden fazla kod numarası verilerek kayıt yapılması engellenmelidir.

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

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

9.1.1.11. Aramalarda kısmi bilgi girilebilmeli, arama sonucu birdenfazla kayıt bulunursa bunların listelenip

gösterilmesi, seçilmesi veya sorgunun geliştirilmesi mümkün olmalıdır.9.1.1.12. Veri tabanında kaydı bulunan hastaların bilgileri tanımlanan yetkiler ölçüsünde

görüntülenmeli, değiştirilmesi durumunda yapılan işlemlere ait loglar ve işlemi yapan bilgisi saklanmalıdır.

9.1.1.13. Acil servisten hızlı kayıt yapabilme özelliği bulunmalıdır.9.1.1.14. Hastaların genel kayıt bilgilerinin dökümü alınabilmelidir.9.1.1.15. Hastanın diğer birimlere sevki otomatik olarak yapılmalı ve yaptığı her müracaatı ve

müracaatında yapılan işlemler istendiğinde kod ve hesap numaraları yardımıyla sorgulanmalıdır.9.1.1.16. Yeni doğan bebek kaydı yapılabilmelidir.9.1.1.17. Müracaat eden her hastaya adının, soyadının ve kod numarasının yer aldığı bir kimlik

kartı verilebilmeli ya da uygun büyüklükte bir etiket çıktısı alınabilmelidir.9.1.1.18. Hasta eğer doktor/aile hekimi tarafından hastaneye yönlendirilmişse hangi doktor

tarafından yönlendirildiği bilgisi kaydedilmelidir.9.1.1.19. Kayıtta alınan bilgilerden gerekli olanları ilgili birimlere aktarılabilmelidir.9.1.1.20. Hasta dosyaları için de etiket basılabilmelidir.9.1.1.21. Hasta kimlik bilgileri sisteme kaydedilirken, hastanenin yapısına ve ihtiyacına göre

sistemde hastaya ait resim ekleme özelliği olmalıdır. (Resimlerin çekilip/ taranıp sisteme aktarılması için gerekli donanımın temini ayrıca hastane idaresi tarafından sağlanacaktır).

40

9.1.1.22. Kimliği belirsiz olarak alınan kayıtlarda açıklama girilmeden kayıt alınmasına izin verilmemeli, tekrar gelişlerinde ise bu uyarıya tüm kullanıcıların erişimi sağlanabilmelidir.

9.1.1.23. Kayıt alınma aşamasında seçilen geliş sebebine göre kullanıcı veri girişi zorunlu olabilmelidir. (Örneğin; trafik kazasında plaka bilgisi, adli vakada adli vaka geliş sebebi gibi.)

9.1.1.24. Hasta, ilgili mevzuatta belirtilen sürede yeniden giriş yaptığında, bir önceki gelişinde eğer trafik kazası – adli vaka –iş kazası gibi bir sebepten dolayı geldi ise kayıt alma ekranında kullanıcıya uyarı verebilmelidir.

9.1.1.25. Kayıt kabul aşamasında kullanılacak form tanımı yapılabilmeli, yapılan formlar kayıt aşamasında kullanıcı tarafından doldurulabilmelidir.

9.1.1.26. Alınan kayıtlarda kurum bilgisi veya kimlik bilgisinin hatalı olması durumunda MEDULA ve KPS servislerinden gelen doğru bilgi ile güncellenebilmeli, sonrasında kullanıcıya uyarı verebilmelidir.

9.1.1.27. Alınan hasta kayıtlarına kullanıcılar not düşebilmeli, ilgili notu hekim ve diğer kayıt alan kullanıcıların da görebilmesi sağlanabilmelidir.

9.1.1.28. Kayıt alma aşamasında 112 ile gelen hastalar için 112 vaka bildirimi sisteme girilebilmelidir.

9.1.1.29. Kullanıcı, “otomatik” ve “seçerek” atama olmak üzere iki şekilde hekim ataması yapabilmelidir.

9.1.1.30. Aramalarda kısmi bilgi girilebilmeli, arama sonucunda birden fazla kayıt bulunursa listelenip gösterilebilmeli, seçilebilmeli veya sorgu geliştirilebilmelidir.

9.1.1.31. Girilen T.C. Kimlik Numarasının geçerliliği kontrol edilebilmeli, geçerli olmayan T.C. Kimlik Numarasının girişi otomatik olarak engellenebilmelidir. T.C. Kimlik Numarası geçerlilik kontrolü için internet bağlantısı gerekmemeli, kontrol işlemi KPS üzerinden çevrimiçi (online) olarak yapılabilmelidir. Bu işlem T.C. Kimlik Numarası algoritması kullanılarak istemci bilgisayar üzerinde yapılabilmelidir.

9.1.1.32. Girilen telefon numaraları kontrol edilebilmeli, geçerli olmayan (örneğin 5 rakamlı) telefon numaraları kabul edilmemelidir. Cep telefonu girişi gereken yerlerde 10 hane zorunluluğu ilk rakamın 5 olması gibi kontroller yapılabilmelidir.

9.1.1.33. Herhangi bir sebeple (eksik belge, savcılıktan gelen listeler, sahte karne, sahte kimlik vb.) aranan kişiler olduğunda, bu kişilere ait bilgiler kaydedilebilmeli, aranan kişilerin hasta kayıt işleminde sistemin kullanıcısına gerekli uyarı mesajları verilebilmeli ve engellemeler yapılabilmelidir.

9.1.1.34. Hasta kayıt bilgilerinde girilmesi zorunlu olan alanlar tanımlanabilmeli ve bu zorunlu alanların boş bırakılarak hasta kaydı yapılması engellenebilmelidir.

9.1.1.35. Arzu eden hastalar için her bilgisayardan gerçek isminin görülmesi engellenebilmeli, rumuz kullanılabilmeli, hasta ismi sadece belirli bilgisayarda ve/veya yetki verilen kişilerin ekranlarında görülebilmelidir.

9.1.1.36. Girilen T.C. Kimlik Numarasının geçerliliği kontrol edilebilmeli, geçerli olmayan T.C. Kimlik numaraları ile randevu girişi otomatik olarak engellenebilmelidir.

9.1.1.37. Muayene olmayan hastalara ve tetkik-tahlil sonucu çıkmamış hastalara “Tetkik Sonuç Gösterme” sırası verilmesi engellenebilmelidir. Tetkik-Tahlil sonuçları çıkmış olan hastalara sonuç gösterme işlemi için sıra alış işlemi otomasyon sistemi üzerinden ilgili birim, hastane web sitesi ve kiosk üzerinden verilebilmelidir. Sonuç göstermek için sıra almış olan hastalar poliklinik LCD sıramatik sisteminde görüntülenebilmelidir.

9.1.1.38. Kimliği belirsiz olarak alınan kayıtlarda açıklama girilmeden kayıt alınmasına izin verilmemeli, tekrar gelişlerinde ise bu uyarıya tüm kullanıcıların erişimi sağlanabilmelidir.

9.1.1.39. Kayıt alınma aşamasında seçilen geliş sebebine göre kullanıcı veri girişi zorunlu olabilmelidir. (Örneğin; trafik kazasında plaka bilgisi, adli vakada adli vaka geliş sebebi gibi.)

9.1.1.40. Hasta, ilgili mevzuatta belirtilen sürede yeniden giriş yaptığında, bir önceki gelişinde eğer trafik kazası – adli vaka –iş kazası gibi bir sebepten dolayı geldi ise kayıt alma ekranında kullanıcıya uyarı verebilmelidir.

41

9.1.1.41. Kayıt kabul aşamasında kullanılacak form tanımı yapılabilmeli, yapılan formlar kayıt aşamasında kullanıcı tarafından doldurulabilmelidir.

9.1.1.42. Alınan kayıtlarda kurum bilgisi veya kimlik bilgisinin hatalı olması durumunda MEDULA ve KPS servislerinden gelen doğru bilgi ile güncellenebilmeli, sonrasında kullanıcıya uyarı verebilmelidir.

9.1.1.43. Alınan hasta kayıtlarına kullanıcılar not düşebilmeli, ilgili notu hekim ve diğer kayıt alan kullanıcıların da görebilmesi sağlanabilmelidir.

9.1.1.44. Kayıt alma aşamasında 112 ile gelen hastalar için 112 vaka bildirimi sisteme girilebilmelidir.

9.1.1.45. Kullanıcı, “otomatik” ve “seçerek” atama olmak üzere iki şekilde hekim ataması yapabilmelidir.

9.1.1.46. Aramalarda kısmi bilgi girilebilmeli, arama sonucunda birden fazla kayıt bulunursa listelenip gösterilebilmeli, seçilebilmeli veya sorgu geliştirilebilmelidir.

9.1.1.47. Girilen T.C. Kimlik Numarasının geçerliliği kontrol edilebilmeli, geçerli olmayan T.C. Kimlik Numarasının girişi otomatik olarak engellenebilmelidir. T.C. Kimlik Numarası geçerlilik kontrolü için internet bağlantısı gerekmemeli, kontrol işlemi KPS üzerinden çevrimiçi (online) olarak yapılabilmelidir. Bu işlem T.C. Kimlik Numarası algoritması kullanılarak istemci bilgisayar üzerinde yapılabilmelidir.

9.1.1.48. Girilen telefon numaraları kontrol edilebilmeli, geçerli olmayan (örneğin 5 rakamlı) telefon numaraları kabul edilmemelidir. Cep telefonu girişi gereken yerlerde 10 hane zorunluluğu ilk rakamın 5 olması gibi kontroller yapılabilmelidir.

9.1.1.49. Herhangi bir sebeple (eksik belge, savcılıktan gelen listeler, sahte karne, sahte kimlik vb.) aranan kişiler olduğunda, bu kişilere ait bilgiler kaydedilebilmeli, aranan kişilerin hasta kayıt işleminde sistemin kullanıcısına gerekli uyarı mesajları verilebilmeli ve engellemeler yapılabilmelidir.

9.1.1.50. Hasta kayıt bilgilerinde girilmesi zorunlu olan alanlar tanımlanabilmeli ve bu zorunlu alanların boş bırakılarak hasta kaydı yapılması engellenebilmelidir.

9.1.1.51. Arzu eden hastalar için her bilgisayardan gerçek isminin görülmesi engellenebilmeli, rumuz kullanılabilmeli, hasta ismi sadece belirli bilgisayarda ve/veya yetki verilen kişilerin ekranlarında görülebilmelidir.

9.1.1.52. Girilen T.C. Kimlik Numarasının geçerliliği kontrol edilebilmeli, geçerli olmayan T.C. Kimlik numaraları ile randevu girişi otomatik olarak engellenebilmelidir.

9.1.2. Hastayı Bir Doktor'a Atama: Hastayı Bir Doktor'a Atama Başvuran hastaların hangi doktor tarafından muayene edileceğini belirleyen alt modüldür.

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

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

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

9.1.2.4. Doktor, hasta listesindeki hasta isminden tek tuşla geçmiş vizitlere ulaşmalıdır.9.1.2.5. Doktor, atanan hastalar listesinden hastasını seçerek tıbbi bilgi girişi ekranına

geçebilmelidir.9.1.3. Tekrar Geliş Kaydı ve Kayıt Görüntüleme İşlemiBaşvuran hastaların başvuru nedenlerini kaydeden ve belirtilen arama kriterlerine göre, kayıtlı

hastaların bilgilerini ekranda gösteren fonksiyondur.9.1.3.1. Aramalarda kısmi bilgi girilebilmeli, arama sonucu birden fazla kayıt bulunursa bunların

listelenip gösterilmesi, seçilmesi veya sorgunun geliştirilmesi mümkün olmalıdır.9.1.3.2. Veri tabanında kaydı bulunan hastaların bilgileri, değiştirilemez şekilde

görüntülenmelidir. Ancak yeni bilgi girişine müsaade edilmelidir.

42

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

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

9.1.4. Hasta Çıkış/Sevk İşlemiMuayeneleri sonuçlanan hastaların kayıtlarının kapanmasını sağlayan işlevdir.

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

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

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

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

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

9.2. 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. (Aile hekimleri mesai saatlerinde kendi kullandıkları aile hekimliği programları üzerinden poliklinik kayıtlarını tutacaklarından bu modülü yalnızca normal mesai saati dışında kullanacaklardır. (Nöbet, acil icap vb) )

9.2.1. Poliklinik Kayıt İşlemleri9.2.1.1. Bu modül aynı zamanda acil servis ve polikliniklerin ihtiyaçlarına cevap verebilecek

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

9.2.1.2. Her müracaat esnasında ilk müracaatta alınan allerji, diabet, v.b. kronik hastalıklar ile ilgili bilgiler otomatik olarak ekrana gelmelidir.

9.2.1.3. Hasta dosyalarına işlenen tüm muayene ve tedavi bilgileri, özel sağlık bilgileri (alerjiler, diyabet, vb.) ve konsültasyon bilgileri elektronik ortama aktarılabilmeli, bu bilgilerden yararlanılıp otomatik olarak epikriz düzenlenebilmelidir.

9.2.1.4. Öncelikli hasta (65 yaş üstü hastalar, hamileler, engelliler vb.) takibi yapılabilmelidir.9.2.1.5. Bu modülden, hastanın doktorları tarafından, hastaya ait tanı kodlarının Uluslararası

Hastalık Kodlaması ICD-10 kullanılarak girilebileceği düzenlemeler yapılmış olmalı ve Tanı Kodlaması yapılmamış hastaların işlemi tamamlanamamalıdır.

9.2.1.6. Tetkik istekleri ve tetkiklerin onaylanmış sonuçları Laboratuvar Bilgi Yönetim Sisteminde doğrudan görüntülenebilmelidir.

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

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

43

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

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

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

9.2.1.12. Kit kontrolü ve cihaz arızası gibi nedenlerle kısıtlanan tetkikler için Laboratuvar Bilgi Yönetim Sistemi’ndeki kısıtlama kontrol mekanizması ile entegre çalışabilmelidir.

9.2.1.13. İlaç, işlem, sarf giriş işlemlerinin kolaylaştırılması amacıyla paket şablonlar oluşturulabilmelidir.

9.2.1.14. Poliklinik ekranında hasta kimlik bilgilerine erişim sağlanabilmelidir.9.2.1.15. E-Reçete kurallarına uygun olarak reçete yazılabilmeli, barkod oluşturulabilmeli ve rapor

alınabilmelidir. Arşiv bazında reçetelere erişilebilmelidir. Reçete ekranında şablon oluşturulabilmelidir. Doz/adet bilgilerinde ilaç eklenmeden seçim yapılabilmeli ve bu veriye göre gün hesaplamasının yapılması sağlanabilmelidir.

9.2.1.16. Hasta listesi, hasta statüsüne göre renklendirilebilmelidir. Hangi rengin neye karşılık geldiği bilgisine ulaşılabilmeli, filtreleme ve sıralama yapılabilmelidir.

9.2.1.17. E-nabız Kişisel Sağlık Kaydı Sisteminde yer alan hasta verisine muayene aşamasında erişilebilmelidir.

9.2.1.18. Poliklinik ekranı üzerinde mevzuat gereği doldurulması gereken [FTR, kanser tarama formu, kuduz vakası, adli vaka, BZBH (Bildirim Zorunlu Bulaşıcı Hastalık) vb.] özel formlar oluşturulabilmeli, girilen isteme göre formların kullanıcıyı veri girişine yönlendirmesi sağlanabilmelidir. Girilen tanıya özel doldurulması gereken formların ilgili hekim vb. tarafından zorunlu olarak doldurulmasının sağlanması yüklenici firmanın sorumluluğunda olup, HBYS tarafında formlar doldurulmadan işlemlerin ilerlemesi engellenmeli ve kullanıcılar bu konuda detaylı olarak sistem üzerinden bilgilendirilmelidir. Hekimlerin ilgili form ekranlarından Bakanlığın istemiş olduğu zorunlu bilgileri doldurmadan çıkması engellenmelidir ve hekim manuel olarak ekranı kapatıp açtığında, doldurulması gereken formun tekrar açılıp form doldurulmadan HBYS sisteminde ilerlenmesinin engellenmesi gerekmektedir.

9.2.1.19. İhtiyaç halinde hastanın önceki gelişlerine ait arşiv dosya istemleri sistem üzerinden "Arşiv Dosya Talep Formu" doldurularak yapılabilmelidir.

9.2.1.20. e-Rapor süreçlerinde raporu hazırlayan hekimin hatalı rapor üretimini engelleyecek kontrollere sahip olmalıdır. e-Rapor süreçlerinin gerektirdiği fonksiyonlara sahip olmalı ve SGK mensubu olan hastalara ait rapor verileri onay sonrası otomatik olarak SGK servislerine gönderilebilmelidir.

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

9.2.1.22. Muayene ve sonuç gösterme sırası gelen hastaların çağrılabilmesi için LCD sıramatik vb. cihazlar ile bilgi aktarımı veya entegrasyon sağlanabilmelidir. LCD sıramatikte hastanın içeride olup olmadığı bilgisi görülebilmelidir.

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

44

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

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

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

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

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

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

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

9.2.3. 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.9.2.3.1. Hastanın tedavi gördüğü tüm birimler ile ilgili tıbbi bilgi girişlerinin görüntülenmesini,

raporlanmasını sağlamalıdır.9.2.3.2. Doktor ya da tedavi sürecine katılan sağlık personeli, hastaya bugüne kadar yapılmış

tıbbi işlemleri yetkisi dahilinde görebilmelidir.9.2.3.3. Tıbbi bilgisi görüntülenen ve/veya raporlanan hastaların epizot ve genel bilgilerine geçiş

kolayca mümkün olmalıdır.9.2.3.4. Gizlilik ve Mahremiyet İlkeleri çerçevesinde sadece hastaya tetkik, tedavi ve bakım

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

9.2.4. Tıbbi Rapor HazırlamaHastaya ait tanı ve sonuçlarının raporlandığı alt işlevdir. Rapor formatları, ilgili mevzuata uygun

dizayn edilmiş olmalıdır.9.2.4.1. Tıbbi rapor hazırlama işlemi, doktorun yetkisinde olmalıdır.9.2.4.2. Tıbbi raporlarda kullanılacak tanı kodlarının ve rapor sonuçlarının, liste ve ekranlardan

seçilmesi mümkün olmalı, serbest rapor yazma imkanı da bulunmalıdır.9.2.4.3. Varsayılan rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır.9.2.4.4. Yatan ve ayaktan hasta için ön tanı ve kesin tanı, primer ve sekonder tanılar belirtilerek

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

aktarılabilmelidir.

45

9.2.5. İ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.9.2.5.1. İlaç ve sarf malzemeleri, kodlu listelerden seçilerek istekte bulunulmalıdır.9.2.5.2. İstekler üzerine tarama kriterleri girilerek arama yapılabilmelidir.9.2.5.3. Hastaya yapılan küçük cerrahi girişim, eczane, laboratuvar, röntgen gibi işlemlerde

kullanılan malzemelere ait ücretler hastanın mali kayıtlarına ve hasta dosyasına anında yansıtılmalıdır.9.2.5.4. İsteklerin günlük, haftalık, aylık ve istenilen tarih dilimleri arasındaki sorgu sonuçları

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

9.2.6. Poliklinik/Servis RaporlamaPoliklinik/servis ile ilgili istatistiksel raporların hazırlanmasını sağlayan fonksiyondur.

Poliklinik/Servise başvuran hastaların ve doktorların günlük, haftalık, aylık, yıllık sayıları, grup ve sevk eden makam ve maksatlara göre dağılımları, hasta akıbetleri, poliklinik/servis sarf malzeme raporları, maliyetleri ve tanımlı istatistik raporları kapsamalıdır.

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

9.3.1. Yatış İşlemleri9.3.1.1. Aile hekimi, acil servis vb birimlerden tüm yataklı servislere kabul ile ilgili işlemler

gerçekleştirilebilmelidir.9.3.1.2. Refakatçi işlemleri yapılabilmelidir. Refakatçi ücretleri, hastanın elektronik ortamdaki

mali kayıtlarına otomatik olarak yansıtılabilmelidir.9.3.1.3. Hastanın yatışıyla ilgili tüm işlemler (Hasta bilgileri, yatış onayı bilgileri, vb.)

gerçekleştirilebilmelidir.9.3.1.4. İleride gerekirse hasta yatağı ile ilgili özelliklere göre ücret farkları kayıtlara otomatik

olarak işlenebilmelidir.9.3.1.5. Yatak atama işleminde boş yataklardan oluşan listeden seçim yapılarak yatak ataması

gerçekleştirilmelidir.9.3.1.6. Yatış formu elektronik ortamda üretilebilmelidir.9.3.1.7. Hasta yatış onay formları elektronik ortamda üretilebilmelidir.9.3.1.8. Hasta yatışta, yatışı yapan doktor, ön tanı/tanı görülmelidir.

9.3.2. Yatan Hasta Takip İşlemleri9.3.2.1. Hastaların hasta yatış kaydı onaylanmalıdır.9.3.2.2. Hastaya verilmesi gereken ve ilgili sevk birimine yazılması gereken raporların

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

alınabilmelidir.9.3.2.4. Hastanın sağlık seyriyle ilgili bilgiler, ilaç dozaj bilgileri, ameliyat bilgileri, v.b.

gerektiğinde raporlanabilmelidir.9.3.2.5. Ameliyathane ve ileri tetkik için randevu, diğer kliniklerden konsültasyon istek işlemleri

gerçekleştirilmelidir.9.3.2.6. Klinikteki hastalara yapılan hizmetlere göre kısmi sorgulama kriterleri verilerek hasta

dosyasının ve uygulanan her türlü hizmetlerin görüntülenmesi ve/veya raporlanabilmesi sağlanmalıdır.

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

9.3.2.8. Yatan hastaların poliklinik bilgilerine ve önceki yatış bilgilerine ulaşılmalıdır.9.3.2.9. Hekim istemlerinde; standart hekim istem paketleri, hastanın ihtiyacına yönelik

bireyselleştirilmiş istemler, sınırlandırılmamış istem ve bunlara ulaşılmayı sağlayacak hekim istem

46

menüleri oluşturmalıdır. Standart hekim istem paketlerine tek tuş yardımı ile kolay ulaşım sağlanmalıdır.

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

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

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

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

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

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

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

9.3.2.17. Hekime epikriz ve ameliyat notu yazma imkanı sağlamalı ve hekim onayı verildikten sonra bu raporların sistemde yer alması sağlanmalıdır.

9.3.2.18. Hasta için konsültasyon istemi yapılmalı ve konsültasyon durumu izlenebilmelidir.9.3.2.19. Verilen hizmet/malzeme mükerrer kaydını önlemek üzere tekrarlayan işlem ya da

tedaviler için uyarı sağlanmalıdır.9.3.2.20. Hastanın yatışının kaçıncı günü olduğu ve planlanan yatış süresinin karşılaştırılması

yapılmalıdır.9.3.2.21. Hasta odasının durumu (dolu, boş,) sistemden izlenmelidir.9.3.2.22. Bu modül, Hastalık kodlarını (ICD-10) kullanabilmelidir.9.3.2.23. Gerçekleşmeyen istem iptali mümkün olmalı, gerçekleşmeyen istemlerin faturaya

yansıtılması engellenmiş olmalıdır.9.3.2.24. Hastanın doktor tarafından ön ve yeniden değerlendirilmesini (anamnez) sağlamalıdır.9.3.2.25. Hasta gecelemesi otomatik olarak faturalandırılmalıdır.9.3.2.26. Gece yarısı (günlük) yatan hasta doluluk oranları, real time geceleme ve doluluk

projeksiyonu yapmalıdır.9.3.2.27. Yatışı istenen hastanın doktorunun sorgulanması yapılmalı; sisteme kayıtlı ya da yetkili

olmayan doktorun yaptığı yatış istekleri gerçekleştirilmemelidir.9.3.2.28. Kayıtların hangi kullanıcı tarafından girildiği yıl/ay/gün/saat olarak takip edilmelidir.9.3.2.29. Yatan hasta listelerinin tetkik ve tedavi ünitelerinin yanısıra oda bakım/temizlik

sorumluları ile diyet sorumluları tarafından görülmesi sağlanmalıdır.9.3.2.30. Hastanın bir servisten diğerine transfer bilgileri elektronik ortamda

gerçekleştirilebilmelidir.9.3.2.31. Sistem, yatan hasta kol bandı kimlik bilgilerini oluşturabilmelidir.9.3.2.32. Hasta için yapılan isteklerin hangi doktor tarafından yapıldığı izlenmelidir.9.3.2.33. Sistem, izole hastaları ve bazı özel durumlarda bazı hastaları gerektiğinde numara ile

izlemelidir.9.3.2.34. Sistem, hastaların izinli çıkışlarının kaydını tutarak kullanıcıya gerekli uyarıları

verebilmelidir.9.3.2.35. Her türlü rapor (örneğin ameliyat ya da epikriz notu gibi) doktor tarafından

onaylandıktan sonra sistemde yer almalıdır. Onaylanan rapor üzerinde onaylayan dışında hiç kimse değişiklik yapamamalı, yazılım, onaylayan hekimin yapacağı değişiklikleri idarenin bilgi ve iznine tabi olacak bir düzenlemeyi içermelidir. Yetki dahilinde değişiklik yapılırsa yapılan bu değişikliğe ait log, sitemde tutulmalıdır.

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

47

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

9.3.2.38. Ameliyathane için randevu istek işlemleri gerçekleşmelidir.9.3.2.39. Klinikteki hastalara yapılan hizmetlere göre kısmi sorgulama kriterleri verilerek hasta

dosyasının ve uygulanan her türlü hizmetlerin görüntülenmesi sağlanmalıdır.9.3.2.40. Klinikte yatan hastalar için istenen bütün tıbbi istekler istenildiği her zaman

görüntülenmelidir.

9.3.3. Hasta Taburcu İşlemleri9.3.3.1. Belirli tarih aralıklarında taburcu olan hastaların listesi alınmalıdır.9.3.3.2. Hasta taburcu ve çıkışı işlemleri ve ilgili bilgilerin girilmesi sağlanmalıdır.9.3.3.3. Hastanın klinikten çıkışında diğer kurumlara sevk işlemleri gerçekleştirilebilmelidir.9.3.3.4. Hastanın yatışına ait her türlü bilginin hasta yatış ve taburcu bölümüne gitmesi

sağlanmalıdır.9.3.3.5. Hastanın taburcu faturası saatlendirilerek bu andan sonra yapılacak hizmet girişleri

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

9.4. STOK TAKİP VE DEMİRBAŞ İŞLEMLERİ MODÜLÜ Bu modül, 4734 Kamu İhale Kanunu,4735 sayılı Kamu İhaleleri Sözleşme Kanunu, 5018 sayılı

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

9.4.1. Stok Takip İşlemleri 9.4.1.1. İlaç, tıbbi malzeme ve her türlü stok ve sarf malzemesi iş ve işlemlerinin takip edilmesini

amaçlar. 9.4.1.2. Demirbaşlar için uygulanmakta olan Sicil Numaraları Kodlarla belirlenen standartlara

uygun olarak verilmelidir. 9.4.1.3. Depolar arası devir işlemleri yapılabilmelidir. 9.4.1.4. Kurum, birim, kişi ve malzeme bazında demirbaş zimmetleri takip edilebilmelidir. 9.4.1.5. Ortak Alana yapılan demirbaş çıkışları için "Dayanıklı Taşınırlar Listesi"

oluşturulabilmelidir. 9.4.1.6. 3 Aylık Tüketim Malzemeleri Çıkış Bildirimi Listesi alınabilmelidir. 9.4.1.7. Stok ve/veya sarf malzemelerin fiyat karşılaştırması, geçmiş fiyatlarla mukayesesi,

eşdeğerlere getirilmiş fiyatlarla mukayesesi yapılmalıdır. 9.4.1.8. Kritik stok seviyesinde olan stok ve/veya sarf malzemeler için otomatik sipariş listesi

hazırlanmalıdır. 9.4.1.9. Sipariş listesi ile mutabakatlı olarak stok ve/veya sarf malzeme girişleri yapılmalıdır. 9.4.1.10. Stok ve/veya sarf malzemelerinin departman bazında istek raporları alınmalıdır. 9.4.1.11. Stok ve/veya sarf malzemelerde tedarik türü ile ilgili bilgiler ayrı ayrı izlenebilmelidir. 9.4.1.12. Kullanılan her stok ve/veya sarf malzeme için kimlik bilgileri tutulmalıdır. 9.4.1.13. Sistemde, mevcut yıllık/aylık stok ve/veya sarf malzeme tüketimi ve olası tüketim

artışlarını dikkate alacak şekilde stok ve/veya sarf malzeme talep tahminleri yapılmalıdır. 9.4.1.14. Modül, ambar ve depoların bütünlük içersinde hizmet vermesini sağlamalıdır.9.4.1.15. Stok ve/veya sarf malzeme gruplarına göre toplam istekler gösterilmelidir. 9.4.1.16. Tüm stok ve/veya sarf malzemelerinin gösterimi ve arama sorgulama işlemleri

yapılmalıdır. 9.4.1.17. 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 bilgileri gösterilmelidir.

48

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

9.4.1.19. Gelen malzemenin bölümlere dağıtım kaydı yapılmalıdır. 9.4.1.20. Stok ve/veya sarf malzemesi girişi ve çıkışı barkod okuyucu vasıtasıyla sağlanabilmelidir. 9.4.1.21. İlaç ve tıbbı malzemelerin son kullanma tarihi kontrolleri ve uyarıları sağlanmalıdır. 9.4.1.22. Stok ve malzemelerin kullanım sıklığı raporlanabilmelidir. 9.4.1.23. Stoklar gruplanabilmeli, aynı malzeme birden fazla birim (Paket, adet, kilo, vb.) bazında

izlenebilmelidir. 9.4.1.24. 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; Kurumları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.

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

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

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

9.4.1.28. Bu modül, ambar ve depoların birden fazla konumdan hizmet vermesini desteklemelidir. Envanter dökümü (aylık, yıllık) yapılabilmelidir.

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

9.4.2. Demirbaş Takip İşlemleri

Bu sistem, tıbbi cihazlar haricindeki dayanıklı taşınırların yönetimine ilişkin zimmet oluşturma, envanter bilgilerinin girilerek künye oluşturma, karekod oluşturma ve sayım yapabilme, bakım, onarım, arıza takibi, sözleşme yönetimi, teknik personele iş atama, gerektiğinde araç takibi, RFID etiketleme ile takip, malzeme giriş ve çıkış işlemlerinin yapılabilmesini amaçlamaktadır.

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

9.4.2.2. Kuruma ait taşıt bilgileri tutulabilmelidir.9.4.2.3. Kurum, birim, kişi ve malzeme bazında demirbaş zimmetleri takip edilebilmelidir.9.4.2.4. Ortak alana yapılan demirbaş çıkışları için “Dayanıklı Taşınırlar Listesi”

oluşturulabilmelidir.9.4.2.5. Demirbaş kayıtları tutulabilmelidir. 9.4.2.6. Demirbaşlara ilişkin amortisman (aşınma payı) ve yeniden değerlendirme işlemleri

yapılabilmelidir. Döner sermaye kaynağı ile alınan demirbaşlar amortisman hesabına göre sorgulanabilmelidir.

9.4.2.7. Demirbaşlarla ilgili her tür sorgulama yapılabilmelidir. Gerekli matbu evrakların çıktıları alınabilmelidir. Tüm cihazlar grup kodlarına ve bulundukları birime göre sorgulanabilmelidir.

9.4.2.8. Demirbaş malzemeler için yapılan tamirat, tadilat ve onarımlar sisteme kaydedilebilmeli ve bu işlemler takip edilebilmelidir.

49

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

9.4.2.10. 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 numarası, sicil numarası, marka, model, garanti başlama, bitiş tarihleri, temin edilen belge numarası, hibe eden, seri numarası gibi alanlarının olması ve girilen bu bilgilerin MKYS ye gönderilmesi sağlanabilmelidir.

9.4.2.11. Arıza bildirimi ilgili birimce sistem üzerinden teknik birime bildirilebilmeli, bu bildirim sorgu yapılmaksızın ekranda görülebilmeli, teknik birimce arızaya yapılan müdahaleler (yapılan işlem, işlemi kimin yaptığı vs.) ve tüm demirbaşlara ilişkin kalibrasyon (ölçümleme), bakım, onarım vb. işlemler sisteme girilebilmeli ve sorgulanabilmelidir.

9.4.2.12. Dayanıklı taşınır defteri sistem üzerinden alınabilmelidir.9.4.2.13. Taşıtların marka, model, plaka, araç türü, şase ve motor numarası, yaptığı km, km’sine

göre yakıt miktarı, yakıt bedeli, şoförü, periyodik bakım ve onarımları vb. bilgiler sisteme girilebilmeli, sorgulanabilmeli ve araç envanter (döküm) formu oluşturulabilmelidir.

9.4.2.14. 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 numarası, motor numarası alanları olmalı ve girilen bu bilgiler MKYS'ye gönderilebilmelidir. Demirbaşa ait bakım bilgileri tek ekran üzerinden girilebilmelidir.

9.4.2.15. 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ı vb. alanlar olmalı, bu bilgiler demirbaşın diğer bilgileri ile takip edilebilmelidir.

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

9.4.2.17. Demirbaşların kullanıcılara zimmeti yapıldığında zimmet fişi çıktısı (örneğin; ayniyat depoda mevcut) ile birlikte zimmeti yapılan demirbaşların üzerine yapıştırılacak olan barkodların da basılabilmesi sağlanabilmelidir.

9.4.2.18. MKYS üzerinde kullanılan demirbaş işlemlerine ait tüm sistemlerin DVYS'ye bire bir aktarılması sağlanabilmelidir.

9.4.2.19. Demirbaş listesi ya da zimmet listesi alınırken; çıktıda demirbaşın taşınır kodu, cinsi, marka ve modeli, seri numarası ve demirbaş numarası olmalıdır.

9.4.2.20. Mevzuat değişikliğinde ihtiyaç duyulan yeni gereklilikler DVYS'ye eklenebilmelidir. İhtiyaca cevap veremeyen modüllerde revizyona gidilebilmelidir.

9.4.2.21. Gerekli matbu evrakların (demirbaş eşya ve mefruşat için terkini kayıt müzekkeresi, demirbaş eşya teslimat senedi, demirbaş eşya sayım cetveli, demirbaş eşya icmal defteri, demirbaş eşya zabıt varakası, ayniyat yevmiye defteri, amortisman defteri vb.) çıktıları alınabilmelidir.

9.4.2.22. Demirbaşa ait yedek parça ve aksesuar (bilgisayar soğutucusu vb.) tanımı yapılabilmelidir.

9.4.2.23. İlgili demirbaş kaydı üzerinden cihaz tanımı yapılabilmelidir. 9.4.2.24. Serviste bulunan cihazların durumu, KMBYS’de yer almalıdır.9.4.2.25. Demirbaş kayıt işlemi, varlık yönetimi yazılımı üzerinden başlatılabilmeli, gerekli liste

değerleri seçilebilmeli, ilgili tüm (en az MKYS’nin zorunlu kıldığı) bilgiler girilebilmeli ve MKYS tarafından künye numarası verilecek şekilde kayıt işlemi tamamlanabilmelidir.

9.4.2.26. Demirbaş kayıt işlemi sırasında kullanılacak tüm listeler ve liste değerleri MKYS Mevzuatında belirtilen değerler ile eşitlenmiş olmalı ve güncellemeler gerçek zamanlı yapılabilmelidir.

9.4.2.27. Kaydedilen demirbaşların devam eden bir “Arıza Kaydı” var ise, sistem tarafından arıza olarak görüntülenmesi sağlanabilmelidir.

9.4.2.28. Demirbaş kaydı; cihazın arıza, bakım, kalibrasyon, kurulum, söküm ve zimmet geçmişini, iş emirleri görüntülenebilecek şekilde saklanabilmelidir.

50

9.4.2.29. Demirbaşın zimmet işlemleri, zimmet sürecindeki iş adımlarını kapsayacak şekilde sistem üzerinden yapılabilmelidir.

9.4.2.30. Demirbaş, kullanıma göre ilgili kullanıcıya atanabilmeli ve kullanım süresi boyunca ilgili kayıtlar saklanabilmelidir.

9.4.2.31. Demirbaş kaydı ile birlikte demirbaşa ait sözleşmeler, fotoğraflar ve diğer ilgili dokümanlar da kaydedilebilmelidir.

9.4.2.32. Demirbaşlar, gruplandırılabilmeli ve söz konusu grupların kapsadığı demirbaşlar istenildiğinde güncellenebilmelidir.

9.4.2.33. Demirbaşların konum bilgisi istenildiği zaman güncellenebilmelidir. 9.4.2.34. Konum verileri hastanenin fiziksel yapısına uygun ve hiyerarşik şekilde

tanımlanabilmelidir.9.4.2.35. Güncellenen demirbaş kayıtları, MKYS entegrasyonu ile MKYS veri tabanında da

güncellenebilmelidir.9.4.2.36. Demirbaş kayıtları, istenildiği anda listelenebilmelidir. Marka, model, fiziksel durum vb.

ayrıştırıcı özellikler sayesinde filtrelenerek XLS (X), DOC (X), PDF, XML, RTF, HTML ve görüntü (image) olarak dışa alınabilmelidir.

9.4.2.37. Ayniyat, teknik servis, bilgi işlem, vb. birimler yetkilerine göre demirbaşları görüntüleyebilmeli ve sadece bu demirbaşlar üzerinden işlem yapabilmelidir.

9.4.2.38. İdare tarafından belirlenen zaman aralığında demirbaş sayımları planlanabilmeli ve sistem tarafından otomatik olarak tanımlanabilmelidir.

9.4.2.39. Sayım tarih aralıkları, sayım süreleri (1 gün, 2 gün, vb.), sayım türleri (tıbbi cihaz, ayniyat, vb.), hedeflenen maliyet ve sayım yapılıp yapılmadığı bilgileri İdare tarafından anlık olarak görüntülenebilmelidir.

9.4.2.40. Sayım sonuçları grafik ve liste halinde görüntülenebilmelidir. XLS (X), DOC (X), PDF, XML, RTF, HTML ve görüntü (image) olarak dışa alınabilmelidir.

9.4.2.41. Sayım sonucunda ortaya çıkan eksik demirbaş bilgilerinin maliyet ve/veya satın alma bilgileri yetkili kişiler tarafından görüntülenebilmelidir.

9.4.2.42. Sayım sırasında karşılaşılan çeşitli fiziksel durumlar ve eksiklik kayıtları el terminalinden girilebilmeli ve söz konusu veriler sayım sonucunda görüntülenebilmelidir.

9.4.2.43. Ek zimmet işlemleri yapılabilmelidir.9.4.2.44. Barkod ve karekod oluşturulabilmelidir. 9.4.2.45. Sabit kıymet takibi, değerleme ve amortisman hesaplaması yapılabilmelidir.9.4.2.46. Demirbaş ve sabit kıymet takip sistemi (demirbaş ve sabit kıymetin kimlik bilgileri ile

yapılan her türlü bakım ve onarımlar dâhil) oluşturulabilmelidir.9.4.2.47. Demirbaş üzerinde bulunan Rfid barkodları terminaller ile okutularak demirbaşın

bulunduğu yer sorgulaması yapılabilmelidir. 9.4.2.48. Şu anda mevcut kullanılan ara Rfid barkod cihazının kurulumu sağlanıp program

üzerinden barkod yazdırılması sağlanmalıdır.9.4.2.49. Demirbaş yönetim sisteminden zimmet ve zimmet iadeleri yapılıp MKYS

gönderilebilmelidir.9.4.2.50. Demirbaş RFID etiketleme sistemi olmalıdır. Belirli bir kişiye veya birime zimmettenmiş

demirbaşların RFID etiketleri basılabilmelidir.9.4.2.51. MKYS sistemine kaydedilen sicil numarasına göre RFID tag üzerine manyetik olarak

kaydedilebilmelidir.9.4.2.52. RFID etiket üzerinde yazıyla demirbaş bilgileri gösterilmelidir.9.4.2.53. Demirbaş Mobil RFID uygulaması olmalıdır. Cihazın bulunduğu yerdeki demirbaşlar RFID

anten vasıtasıyla taranarak ekran üzerinde gösterilmelidir.9.4.2.54. Eğer demirbaş üzerinde 2D barkod (Karekod) ile seri numarası varsa cihaz ile okutularak

uygulamaya kaydedilebilmelidir.9.4.2.55. Cihaz üzerinden zimmet çıkışı yapılabilmeli ve yapılan zimmetler MKYS sistemine

kaydedilmelidir.

51

9.4.2.56. Cihaz üzerinden zimmet iptali yapılabilmeli ve iptal işlemleri MKYS sistemine bildirilmelidir.

9.4.2.57. Hastanelerdeki demirbaş takibi için kullanılacak olan el terminallerinin ihtiyaç duyduğu demirbaş mobil uygulamaları ve diğer sistem entegrasyonları için yüklenici tarafından herhangi bir ek ücret talep edilmeyecektir. El terminali uygulamaları Windows Mobile 6.5 ve üzeri, Android 4.0 ve üzeri işletim sistemleriyle çalışabilir olmalıdır.

9.5. ECZANE MODÜLÜ

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

9.5.1. Eczane Depo Kontrol İşlemleriEczane stoklarındaki ilaç ve malzemenin miktarı ve miatlarının gösterimini yapacak fonksiyondur.9.5.1.1. İlaç ve sarf malzemeleri, kodlu listelerden seçilerek istekte bulunulabilmelidir.9.5.1.2. 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ılabilmelidir. Hastalara ve hastalıklara ait maliyet analizleri gerektiğinde görüntülenebilmeli ve/veya raporlanabilmelidir.

9.5.1.3. İsteklerin istenilen tarih dilimleri arasındaki sorgu sonuçları, ekrana/kâğıda yazdırılabilmelidir.

9.5.1.4. Hastalara yapılan ilaç/malzeme isteklerinde barkod/karekod uygulamasını destekleyebilmelidir.

9.5.1.5. Hekimlerin hazırladığı ilaç istekleri görüntülenebilmeli ve bu istekler üzerinde tarama yapılabilmelidir. Onaylanmış standart hekim istemleri, iptal edilen istemler, değiştirilen istemler, taburcu istemleri ve güncellenmiş ilaç listesinde olmayıp reçete edilen ilaçlar izlenebilmelidir.

9.5.1.6. 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 alerjilerini izleyebilmelidir.

9.5.1.7. Bölümlere özel olan ilaçların takibi gerçekleştirilebilmelidir.9.5.1.8. İlaç doz hesaplamaları alt yapısına sahip olmalıdır.9.5.1.9. Tanımlanan seviyelerde herhangi bir etkileşim olduğu zaman sistem otomatik olarak

kullanıcıya ekranda uyarı mesajı verebilmelidir.9.5.1.10. İlaç etkileşimleri rapor halinde üretilebilmelidir.9.5.1.11. İstendiğinde her bir hastanın ilaç tedavi profili görüntülenebilmelidir.9.5.1.12. Formüler, jenerik isim bazında güncelleştirilmiş ilaç listesi oluşturulabilmeli ve

görüntülenebilmelidir.9.5.1.13. İlaç listesi, var olan ilaç kullanım rehberleri ile desteklenmelidir. İlaç rehberleri ile ilgili

gerekli lisans ücretleri İdare tarafından karşılanacaktır.9.5.1.14. Otomatik olarak fiyat güncellemesi yapılabilmelidir.9.5.1.15. Hastalara uygulanan ilaç kayıtları istenilen zaman dilimi ve sınıflamada

görüntülenebilmelidir.9.5.1.16. Günlük olarak; tüm doğrulanan ve doğrulanmayan hekim istemleri, tüm ilaç tedavi

listesi, durdurulan istemler ve atlanan ya da uygulanmayan dozlar ile nedenleri kayıt edilebilmeli ve raporlanabilmelidir.

9.5.1.17. Yatan hasta katları için taburcu sürecinde ilaç kullanım bilgisi dokümanı üretilebilmelidir.9.5.1.18. Raporlar; kullanılan ilaçlar, teşhisler, ilaç sınıflamaları, hekim isimleri ve branşları bazında

alınabilmelidir.9.5.1.19. Yatan hastaların poliklinik sürecinde kullandığı ilaçlar görüntülenebilmelidir.9.5.1.20. Taburcu edilme işlemleri sırasında verilen ilaç reçetesi görüntülenebilmelidir.

52

9.5.1.21. İlaçlar için istenilen kapsamda etiket üretilebilmeli; hasta adı soyadı, bölüm-oda yatak, hasta protokol no, ilaç adı, doz miktarı, ilacın uygulanması gereken saat bilgileri (2x1/2 vb.), ilaç formu, ilaç kullanım yolu, ilacı talep eden kişi ve tarih saat belirtilebilmelidir.

9.5.1.22. Birim doz olarak hazırlanan ilaçların üzerine doğru hastaya doğru doz kontrolünün yapılabilmesi için etiket üretilebilmelidir.

9.5.1.23. İlaç istemini yapan kişinin bölümü, istem tarih ve saati ile yatan hastalar için yatak bilgisi görüntülenebilmelidir.

9.5.1.24. Kesilen ya da iptal edilen ilaçlar görüntülenebilmelidir.9.5.1.25. 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 hekimlerin listesi görüntülenebilmelidir.

9.5.1.26. Çıkışı yapılan ilaç ve malzemeler otomatik olarak stoktan düşürülebilmelidir.9.5.1.27. Dağıtılan ilaçlar için malzeme dağıtım belgesi düzenlenebilmelidir.9.5.1.28. Alerjik reaksiyonlar ve ilaç yan etkileri için oluşturulan formatta rapor üretebilmelidir.9.5.1.29. Hekim istemlerini ve reçetelerini tarayarak en sık kullanılan ilaçlar raporlanabilmelidir.9.5.1.30. Eczane kayıtlarından istenilen tarih dilimleri arasında raporlar alınabilmelidir.9.5.1.31. Stokta kayıtlı ilaçlar hakkında stok kartı bilgilerine göre sorgulama yapılabilmelidir.9.5.1.32. İlaç minimum stok seviye göstergeleri tanımlanabilmeli ve minimum stok seviye

kontrolleri yapılabilmelidir.9.5.1.33. Miadı geçmiş, kırılmış ya da bozulmuş ilaçlar izlenebilmeli ve listelenebilmelidir.9.5.1.34. Stok kontrolüne ilişkin işlemler barkodla yapılabilmelidir. 9.5.1.35. İlaç alınan firmalar izlenebilmelidir. 9.5.1.36. Belirlenen minimum stok seviyeleri bazında otomatik olarak satın alma talebi

sağlanabilmelidir.9.5.1.37. Her bir majistral ilaç için formül tanımlaması ile oluşturulan majistral ilaçların stok ve

fiyat takipleri yapılabilmelidir. Majistral ilaç listesi oluşturulabilmelidir.9.5.1.38. Reçete yazma işlemi hekimin yetkisinde olmalıdır.9.5.1.39. Eşdeğer ilaç uygulamalarını desteklemelidir.9.5.1.40. Reçete görüntüleme ve reçete arama işlemleri yapılabilmelidir.9.5.1.41. Yatan hasta reçetelendirmesinde hekime eczane stokundan muadil ilaç önerisi

getirebilmelidir.9.5.1.42. İlaçların kullanımı ile ilgili bilgi girişi, ilgili kod ve listelerden seçilerek

gerçekleştirilebilmelidir.9.5.1.43. Eski reçeteler, istenen arama kriterlerine göre aranarak gösterilebilmelidir.9.5.1.44. Eczanede yapılan işlemlere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmeli,

sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.9.5.1.45. Tanımlı olmayan ürünler için yeni kart oluşturulabilmelidir.9.5.1.46. Uyuşturucu ilaçlarının giriş ve çıkışları takip edilebilmelidir. Uyuşturucu ilaçlarına ait aylık

çıkış raporları ilaç bazında ve kullanıldığı hastaya ait bilgiler (ad, soyadı, protokol, teşhis, servis, hekim vb.) ile birlikte raporlanabilmelidir.

9.5.1.47. Kırmızı, turuncu, yeşil ve mor reçeteli ilaçların takibi yapılabilmelidir. Mor reçeteli ilaç istemi yapıldığında sistem reçete seri numarası bilgisini sormalı, eczane tarafından ilaç çıkış yapıldığında ise ilaç seri numarası vb. bilgiler sistem tarafından istenmelidir. Kayıt altına giren bu bilgiler raporlanabilmeli ve yazdırılabilmelidir.

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

9.5.1.49. Eczane tarafından bir servis (cep) deposuna çıkış işlemi yapılacağında, istemi yapılan ilaca ait eczane stok miktarı ile birlikte o servis (cep) deposunun stok miktarı da görüntülenebilmelidir.

9.5.1.50. İlacın minimum, kritik, maksimum stok seviyeleri manuel olarak tanımlanabilmeli ve sistem üzerinde dönemsel tüketimlere bakılarak otomatik olarak hesaplanabilmelidir. Kayıtlı tüm

53

ilaçlara ait stok seviye bilgileri, her seviye için belirlenen dönem periyoduna göre o periyottaki tüketim miktarları hesaplanacak şekilde tek bir tuşa basılarak sistem tarafından otomatik hesaplanabilmelidir.

9.5.1.51. Girişi yapılan tüm ilaçlara ait; miat, kalan stok ve miada kalan gün bilgileri alınabilmeli, ilgili kontroller yapılabilmeli ve istenen uyarılar gerçekleştirilebilmelidir. Hatalı yapılmış miat bilgileri için bu ekran üzerinden düzeltme işlemi yapılabilmelidir.

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

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

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

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

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

9.5.1.57. Eczanede bulunan tüm malzemelere ait stok durumları raporlanabilmelidir.9.5.1.58. Kurum bünyesindeki tüm servis (cep) depolarına ait stok durumları raporlanabilmeli, bu

rapora Eczane ve Malzeme Yönetimi Modülü üzerinden erişim sağlanabilmelidir.9.5.1.59. Depoya yapılan her giriş ve çıkış işlemi sonucunda, giriş ve çıkış fişi üzerinden tek bir

butona basarak MKYS gönderimi otomatik olarak yapılabilmelidir.9.5.1.60. Eczaneden hastalara yapılan ilaç çıkış kayıtlarının MKYS gönderimi toplu olarak

yapılabilmelidir. Bu işlem için verilen tarih aralığındaki hastaya çıkışlar listelenebilmeli ve tek bir tuşa basarak tüm çıkışların ait oldukları servislere (birim) göre gruplanarak MKYS ye gönderilebilecek çıkış fişleri oluşturulabilmelidir.

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

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

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

9.5.1.64. MKYS-HBYS karşılaştırılmasında sistemden kaynaklı tutarsız kayıtlar tespit edildiğinde düzeltilebilmesi için sistem üzerinde gerekli yardımcı işlemler bulunmalıdır. Tespit edilen her hatalı kayıt için mutlak surette bir düzeltme yöntemi sunulmalıdır.

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

9.5.1.66. Depo stok ilaçlarını tanımlandığı şekilde listeleyebilmelidir (tablet, doz, kutu, ampul vb.).9.5.1.67. İlaçların depo raf ömrü izlenebilmelidir.9.5.1.68. Hastanın evden getirdiği ilaçlar sisteme kaydedildikten sonra verilen order eczanede

görüntülenip onaylanabilmelidir.9.5.1.69. İlaç orderları eczanede listelenirken, kontur vizit ve normal orderlar belirleyici şekilde

görüntülenebilmeli, kemoterapi protokolü olan hastalar listede ayrıca belirtilebilmelidir.9.5.1.70. İstek; hasta, servis veya stok bazında (acil gibi) karşılanabilmelidir.

54

9.5.1.71. İlaç - ilaç etkileşimi, besin etkileşimi, yüksek riskli ilaç tanımları için ilaç tanımları ekranında düzenleme yapılabilmeli, istek karşılanırken bu bilgilere ulaşılabilmeli, bu bilgiler ilaç ile ilgili bilgilerin olduğu sistemlerin veritabanına entegrasyonu yapılarak da sağlanabilmelidir. İlaç ile ilgili bilgileri sağlayan sistemler için ödenecek lisans ücretlerinden İdare sorumludur.

9.5.1.72. EHU onayı gerektiren ilaçlar belirlenebilmeli, bu fonksiyon belirlenen kurallar doğrultusunda çalışabilmeli ve onayı olmayan ilaçların karşılanması engellenebilmelidir. Bu kontrol, parametrik olarak sadece uyarı verilerek de yapılabilmelidir.

9.5.1.73. İlaç tanımlarında ATC ilişkisi kurulabilmeli, bu ilişkiye göre rapor alınabilmelidir.9.5.1.74. Dönemlik ilaç maliyet raporları karşılaştırmalı olarak alınabilmelidir (yıl, firma vb. ).9.5.1.75. Son kullanma tarihi yaklaşan ilaç raporunun alınmasında yetkili kullanıcılara mail

gönderilerek veya sistemde duyuru şeklinde görüntülenerek gerekli uyarılar yapılabilmelidir.9.5.1.76. İlaç karşılama işleminde; karşılanmayacak olarak seçim yapılabilmeli, karşılamama

nedeni yazılabilmeli, istenen adetin altında ve üstünde karşılama seçenekleri de olabilmelidir.9.5.1.77. Malzeme/ilaçların MKYS detayları görüntülenebilmelidir.9.5.1.78. Malzeme/ilaçların UBB barkodları tanımlanabilmelidir.9.5.1.79. Malzeme/ilaçların Bütçe Kodu ve Taşınır Hesap Kodu gibi bilgileri tanımlanabilmelidir. 9.5.1.80. Malzeme/ilaçların; tahmini temin süreleri, özel saklama koşulları ve kullanım türü gibi

bilgilerinin girişi yapılabilmelidir.9.5.1.81. Malzeme/ilaçlar ayaktan ve yatan hastalara göre ayrılabilmeli ve istemler buna göre

yapılabilmelidir. 9.5.1.82. Malzeme/ilaçlar, kullanıcının belirlediği veya tanımladığı gruplara dâhil edilebilmeli ve

bu gruplara göre stok sorgulaması yapılabilmelidir. 9.5.1.83. Malzeme/ilaçların güncellenen fiyat değişikliklerine sistem üzerinden bakılabilmelidir. 9.5.1.84. Tıbbi Malzeme Tebliği'ne göre; işletme gideri, hazine kesintisi, çocuk esirgeme kesintisi

gibi hesaplamalar otomatik yapılabilmelidir.9.5.1.85. İlaçların; antidot, onkoloji, enteral nütrisyon, parantel nütrisyon, majistral, human

albumin, tüberküloz ilaçları (TBC), antibiyotik ayırımı yapılabilmeli ve kullanılan hasta listesi alınabilmelidir.

9.5.1.86. İlaçların hastaya düşümünde hekim ve uzman onayı gerekliliği girilebilmeli ve onay aşaması olmadan hastaya düşüm yapılamaması sağlanabilmelidir.

9.5.1.87. İlaçların hasta üzerine kaydedilmesi aşamasında sağlık kurulu raporu gerekliliği kontrolü yapılabilmelidir.

9.5.1.88. Giriş ve çıkış fişlerinde İlaç Takip Sistemi’ne (İTS) veri gönderimi yapılabilmelidir. 9.5.1.89. İlaçların; prospektüs bilgileri, formülü, endikasyonları, farmokolojik özellikleri,

kontrendikasyonları, uyarı ve önlemleri, yan etkileri, ilaç- besin etkileşimleri uyarıları sisteme kayıt edilebilmelidir.

9.5.1.90. Human Albumin kullanımına ait şartlar, ikaz ve uyarılar sistem üzerinden otomatik verilebilmelidir.

9.5.1.91. MKYS tarafında aktif pasifliği veya diğer bilgileri güncellenen malzemelerin sistem üzerinde de güncelleme işlemi yapılabilmelidir.

9.5.1.92. Yılsonu devir işlemlerinde MKYS tarafından stoklar alınabilmeli ve sistem üzerine aktarım yapılabilmelidir.

9.5.1.93. Stok kartı bilgilerinde malzeme/ilaçların ay ve yıl bazında; giriş, çıkış, mevcut stok, tarih bazında MKYS'ye gönderilen gönderilmeyen gibi tüm bilgileri tek ekranda sistem üzerinde görüntülenebilmelidir.

9.5.1.94. Malzeme/ilacın hastane genelinde; birim bazında stokları, stoklara bağlı çıkışların aylık ortalama miktarı ve aylık çıkış % oranı hesaplanabilmeli, tek ekranda görüntülenebilmelidir.

9.5.1.95. İlaç tanımlamada; ilacın adı, barkodu, etken maddesi, perakende ve kamu satış fiyatları, farmasötik şekli (flakon, ampul, süspansiyon vb.), kutu içindeki adedi, miat uyarı seviyesi, raf numarası, eşdeğerleri gibi temel bilgiler tanımlanabilmeli, istenen ilaç pasif hale getirilebilmelidir. Bir

55

ilacın barkodu değişirse aynı adla ilaç girişi yapılabilmelidir. Barkod güncellemelerine olanak tanımalıdır.

9.5.1.96. Genel bütçe veya döner sermaye stoklarından istenen aynı ilaç için bütçe tercihi sistemden yapılabilmeli, hangi ilacın hangi bütçeden öncelikle seçileceği belirlenebilmeli, bütçe stokunda ilaç bittiğinde istemlerin diğer bütçeden karşılanması otomatik olarak sağlanabilmelidir (genel ve döner bütçe stokları ayrı ayrı kontrol edilebilmelidir).

9.5.1.97. İlaçlar geldikleri yere göre (başka hastane, bağış, stok devir, iade, satınalma vb.) sorgulanabilmeli, raporlamalar alınabilmelidir.

9.5.1.98. Bir hasta adına yapılmış istemlerden onaylanmamış olanlar üzerinde hekim tarafından ekleme veya düzeltme yapılabilmeli, bu değişiklik aynı istem üzerine eklenebilmelidir. Onaylanmış istem üzerinde herhangi bir değişiklik yapılamamalıdır.

9.5.1.99. Hastaya aynı gün içinde onaylanmış ilaçlardan ikinci kez istek yapılırsa isteği yapan hekimin ekranına uyarı verilebilmelidir. Bu uyarının hekim tarafından dikkate alınması hekimin kararına bırakılabilmelidir.

9.5.1.100. İlaç onaylama esnasında; miat, narkotik, kan ürünü vb. özellikli durumlar için isteğe bağlı uyarılar üretebilmelidir. Kullanıcının yetki ve güvenlik seviyesine bağlı olarak uyarıları dikkate alma/almama esnekliği olabilmelidir.

9.5.1.101. Özellikli ilaçların; kan ürünü, narkotik, psikotrop, antibiyotik, raporlu ilaç vb. takibi gerçekleştirilebilmeli, kullanıcı tarafından fark edilmesini sağlayacak ayırt edici düzenlemeler sunabilmelidir.

9.5.1.102. Stoklarda kaç çeşit ilaç bulunduğu ve bunların toplam maliyeti güncel olarak görüntülenebilmelidir.

9.5.1.103. Tedarikçi firmadan ürün değişimi sonrası miat güncellemesi ve buna paralel olarak seri numarası güncellemesi yapılabilmelidir.

9.5.1.104. Belli bir ilacın verilen zaman dilimi içinde; hangi kliniklere, hangi hastalara, hangi dozlarda çıkışının yapıldığı bilgisi ve işlemi onaylayan kullanıcı görülebilmelidir.

9.5.1.105. Stok kartı ekranında ilaç adı yazıldığında; alınan ihale karar tarihi ve adı, firma ve ihale numarası görüntülenebilmelidir.

9.5.1.106. MKYS'den alınabilen tüm cetvel, belge ve defterlerin; a) Taşınır kod düzeyindeb) Malzeme adına görec) Tarih aralığına göred) Barkoduna göre alınması sağlanmalıdır.

9.5.1.107. Firmalar tarafından ilaç alımları sırasında gönderilen XML bilgilerinin sisteme aktarılması sağlanabilmelidir.

9.5.1.108. Firmalar tarafından ilaç alımları sırasında gönderilen Paket Transfer Sistemi (PTS) verilerinin sistem tarafından çözümlenebilmesi ve içerisinde bulunan tüm ilaçların girişlerinin yapılması sağlanabilmelidir.

9.5.1.109. Girişi yapılan İTS sarf bildirimlerinin çıkışları, barkodları okutulduğunda ve hasta üzerine düşümü yapıldığında otomatik olarak yapılabilmelidir.

9.5.1.110. İTS'de malzemelerin; gönderilen, gönderilmeyen, iadesi veya sarf bildirimi yapılmış olarak barkod ile sorgulamaları yapılabilmeli ve listeleri alınabilmelidir.

9.5.1.111. Ameliyathane deposunda bulunan ilaç ve sarf malzemeler için kalite kriterleri gereği asgari stok, son kullanma tarihleri tanımlanabilmelidir.

9.5.1.112. Yatan hasta servislerinin kullanmış oldukları ilaç ve sarf malzemeler için kalite standartları gereği son kullanma tarihleri takip edilebilmelidir. Servis yetkili kullanıcısı tarafından serviste kullanılan ilaç, sarf malzemeler için kritik stok seviyesi tanımlanabilmelidir. İlaç ve sarf malzemesi girişi yapıldığında asgari stok seviyesi altına düşmüş ve son kullanma tarihleri yaklaşmış olan ilaç, sarf malzemelerin listesi sunularak kullanıcıya uyarı verilebilmelidir.

56

9.5.1.113. Bu kılavuzda yer alan kriterler asgari kriterler olup sistemin, Bakanlık tarafından yapılan uygunluk değerlendirme kriter kılavuzunda yer alan kriterleri sağlaması gerekmektedir.

9.5.1.114. Stok ve/veya sarf malzemelerin hangi firmalar tarafından üretildiğine ilişkin kayıtlar ve firmalarla ilgili kimlik bilgileri tutulabilmelidir.

9.5.1.115. Kalite bilgileri, hem stok ve/veya sarf malzeme hem de malzemenin alındığı firma bazında tutulabilmelidir.

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

9.5.1.117. Stok seviyeleri (kritik, uyarı ve maksimum) tüketim bilgilerine göre dinamik olarak oluşturulabilmelidir.

9.5.1.118. Ambar ve depoların bütünlük içerisinde hizmet vermesi sağlanabilmelidir.9.5.1.119. Stok ve/veya sarf malzeme gruplarına göre toplam istekler gösterilebilmelidir. 9.5.1.120. Firmalar, firma- malzeme ilişkilerine göre düzenlenebilmeli, sipariş bilgileri bu ilişkiye

göre hazırlanabilmelidir.9.5.1.121. Tüm stok ve/veya sarf malzemelerinin gösterimi ve arama sorgulama işlemleri

yapılabilmelidir.9.5.1.122. 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österilebilmelidir.

9.5.1.123. Stok kontrol bilgileri ile ilgili olarak; maksimum stok seviyesi, kritik stok seviyesi, emniyetli stok seviyesi, tahmini temin süresi gibi kayıtlar tutulabilmelidir.

9.5.1.124. Gelen malzemenin bölümlere dağıtım kaydı yapılabilmelidir.9.5.1.125. Her parti stok ve/veya sarf malzemesi için fiyat girişi ve maliyet hesaplaması

yapılabilmelidir. 9.5.1.126. Stok ve/veya sarf malzeme girişi ve çıkışı barkod okuyucu vasıtasıyla sağlanabilmelidir.9.5.1.127. İlaç ve tıbbi malzemelerin son kullanma tarihi kontrolleri ve uyarıları yapılabilmelidir.9.5.1.128. Konsinye kaydı oluşturulabilmeli, konsinye malzeme hastaya çıkıldığında otomatik stok

hareketleri oluşabilmelidir. Firma konsinye malzeme tutanağı taranabilmelidir.9.5.1.129. Stok ve malzemelerin kullanım sıklığı raporlanabilmelidir.9.5.1.130. Bütçe tanımlanabilmeli ve takibi yapılabilmelidir. Alım yaptıkça ilgili kalemden gerekli

düşümler otomatik yapılabilmelidir. Doğrudan temin ve ilgili alımlar için bütçe %10 takibi yapılabilmelidir.

9.5.1.131. Düzenlenmesi gereken tüm formlar güncel KİK mevzuatına uygun olarak düzenlenebilmeli ve Ofis yazılımlarına aktarılabilmelidir.

9.6. KIOSK MODÜLÜ

Hastaların, sağlık tesisinin herhangi bir birimine uğramadan, direk olarak kiosk üzerinden gitmek istedikleri polikliniklere randevu almasını amaçlamaktadır.

9.6.1. Hasta sorgulaması T.C. Kimlik numarası üzerinden yapılabilmelidir.9.6.2. Hasta Kayıt Modülünde yapılan iş kuralı kontrolleri bu modülde de uygulanabilmelidir.9.6.3. Sistemde kayıtlı hastalar; muayene, laboratuvar sonuçları gösterme ve sağlık kurulu

sıralarını ekrandan alabilmelidir.9.6.4. Hastanın Kiosk Modülü üzerinden randevu alabilmesi için daha önceden oluşturulmuş bir

hasta dosya kaydı gerekmemelidir. İlk kez başvuran hastalar için T.C. Kimlik Numarası KPS üzerinden sorgulanabilmeli ve KPS’den gelen bilgiler ile hastaya otomatik olarak dosya açılarak randevu işlemine devam etmesi sağlanabilmelidir.

9.6.5. Randevu alınabilecek poliklinikler seçilebilmelidir.9.6.6. Seçilen polikliniğe ait bilgiler (bina, kat, oda) görüntülenebilmeli ve hastaya verilecek sıra

barkodunda yer almalıdır.

57

9.6.7. Sisteme giriş; barkod okuyucuya T.C. Kimlik Numarası içeren hasta barkodunun okutulması ya da dokunmatik klavye aracılığıyla T.C. Kimlik Numarası veya Hasta Numarası yazılarak yapılabilmelidir (söz konusu uygulama için gerekli donanım ve lisanslar İdare tarafından sağlanacaktır.).

9.6.8. Sisteme giriş sonrası ilave güvenlik önlemi olarak kendisine verilen şifre ya da bir başka kimlik doğrulama ve güvenlik unsuru ile hastanın kimlik kontrolü yapılabilmelidir. 3 (üç) kez üst üste yanlış giriş yapılması durumunda sistem tarafından işlem sonlandırılabilmelidir.

9.6.9. Hastanın seçmiş olduğu uzmanlık dalına göre poliklinikler ekranda görülebilmeli ve listelenen her bir poliklinik için; çalışma saati, poliklinik adı, hekimi, toplam kontenjan, kalan kontenjan ve bekleyen hasta sayısı görüntülenebilmelidir.

9.6.10. Hastanın yeni ya da geçmiş tarihlerdeki laboratuvar sonuçlarının çıkıp çıkmadığı görüntülenebilmeli, istenmesi halinde güvenlik kontrolleri (kimlik doğrulama) yapıldıktan sonra sonuçların çıktısı verilebilmelidir.

9.6.11. Tetkik sonucu gösterecek hasta kapasitesi; birim, hekim vb. için gün bazında zaman dilimlerine göre ayrı ayrı tanımlanabilmelidir.

9.6.12. İdarenin uygun göreceği yerlerde ekran, ışıklı pano (board), LCD, dokunmatik ekran (touch screen) vb. sistemlerde gerekli uyarılar/bilgilendirmeler yapılabilmelidir.

9.6.13. Görüntülenecek bilgi olmaması halinde bu ekranlardan, İdarenin belirleyeceği bilgiler görüntülenebilmelidir (Hastane içinde uyulması gereken kurallar, sağlığın korunması konusunda bilimsel içerikli kısa bilgiler vb.).

9.6.14. Hastanın test ve tetkik sonuçlarının durumu takip edilebilmelidir.9.6.15. Randevular için kapasite tanımı yapılabilmelidir.9.6.16. Kiosk cihazı üzerinden istendiğinde bilgilendirme yapılabilmelidir.

9.7. KLİNİK ARŞİV MODÜLÜ

Adli raporlar, hastaların epikrizleri, ameliyat raporları, laboratuvar sonuçları, yatan hasta dosyaları, anamnez verileri, radyoloji, patoloji, fizik tedavi, konsültasyon raporları vb. tek bir hasta kaydı ile ilişkilendirilebilmesini amaçlamaktadır.

9.7.1. Tek bir hasta dosyasında manuel veya elektronik olarak veriler saklanabilmelidir. Gerektiğinde verilerin güncellenmesi, hatalı verilerin düzeltilmesi, verilere erişim ve analiz işlemleri yapılabilmelidir.

9.7.2. Kayıt fonksiyonları yanında;a) Arşiv için dosya oluşturma,b) Dosya kontrolü,c) Arşivleme,d) Arşiv istek,e) Arşiv karşılama,f) Arşiv takip fonksiyonları özelleştirilerek geliştirilebilmeli ve uygulamaya alınabilmelidir.

9.7.3. Hastalık gruplamaları, ICD-10 tanı kodlarına göre yapılabilmelidir.9.7.4. Hazırlanan tıbbi raporlar (patoloji, ameliyat, epikriz) sistem üzerinde erişilebilir olmalıdır.9.7.5. Önceden alınmış poliklinik randevuları bir gün önceden klinik arşivde görüntülenebilmelidir.9.7.6. Eksik dosyalar tıbbi arşivde tespit edilebilmeli ve bulunan eksiklikler ilgili kişilere (hekim,

hemşire, fizyoterapist vb.) ve/veya birimlere (poliklinik, klinik vb.) elektronik ortamda liste halinde bildirilebilmelidir.

9.7.7. Arşiv kayıtlarının saklanacağı dolaplar, dolapta kaç raf olduğu ve/veya olacağı, raf dosya kapasitesi tanımlanabilmeli ve tanımlanan her dolap bir oda ile ilişkilendirilebilmelidir.

58

9.7.8. Adli dosyalar sadece yetkili kişiler tarafından görülebilmelidir.9.7.9. Dokümanlar sistem üzerinden talep edilebilmeli ve bu talepler arşiv sisteminde

görüntülenebilmelidir.9.7.10. Bildirimi zorunlu hastalıklar için otomatik rapor hazırlanabilmelidir.9.7.11. Arşivlenmiş dosya bilgileri hiçbir kullanıcı tarafından değiştirilememelidir.9.7.12. Yetkisiz kullanıcılar tarafından dokümanın içeriğinin görüntülenmesi engellenebilmelidir.

Kullanıcılar ve birimler erişim hakları çerçevesinde arşivdeki dokümanlara ulaşabilmelidir.9.7.13. Arama/Listeleme/Raporlama fonksiyonları olmalıdır. 9.7.14. Arşivde saklanan bilgiler zaman damgalı olarak tutulabilmelidir.9.7.15. TİG Modülü ile entegre çalışabilmeli, istenildiğinde TİG ekranından hastanın arşivdeki

dosyalarına erişilebilmelidir.9.7.16. Arşiv görevlisi tarafından “hasta taburcu edildi” bilgisi izlenebilmeli, dosya teslim formu

sistem üzerinden otomatik olarak oluşturulabilmeli ve çıktısı alınabilmelidir. 9.7.17. Arşiv birimine herhangi bir nedenle (eksik evrak, epikriz yazılmamış vb.) gönderilmemiş

dosyaların takip işlemleri yapılabilmelidir.

9.8. KALİTE YÖNETİMİ MODÜLÜ

9.8.1. Anket sonuçları hastane genelinde otomasyon şifresi bulunan tüm kullanıcılarca görülmelidir. Anket rapor sonuçları istenilen tarih aralığı girildikten sonra memnuniyet katsayısını otomatik olarak verebilmelidir.

9.8.2. Anketlerde bulunan öneri kısmı veri girişi yapıldıktan sonra liste olarak yayınlanabilir ve çıktı alınabilmelidir.

9.8.3. Yayınlanacak olan anket sonuçları tarihleri kalite birimince onay verildikten sonra diğer kullanıcılarca görülebilmelidir. Anket veri girişlerinde eksiklik olduğu takdirde sistem uyarı vermeli ve eksik veriye kullanıcıyı yönlendirmelidir.

9.8.4. Veri girişi yapılan her anket izlenebilirlik açısından kalite biriminin belirleyeceği format çerçevesinde numaralandırılabilmeli aynı anket numarasıyla başka anket kaydedilememelidir. Anketlerin yayınlanma onayı verildikten sonra tüm kullanıcılara uyarı mesajı geçilmelidir.

9.8.5. Anket veri girişleri için sadece yetkilendirilen kullanıcılara izin verilmelidir. Yeni anketler oluşturulabilmeli, oluşturulan anket için sorular ve seçenek dinamik olarak tanımlanabilmelidir. Anketler sonuçları raporu genel olarak alınabildiği gibi belli tarih aralığı, servis veya polikliniğe göre de alınabilmelidir.

9.8.6. Bu modül eski anket verilerini içermekle beraber, 1 Temmuz 2011 de yürürlüğe giren yeni Anket Uygulama Rehberine uygun anketleri ve yeni hesaplama metodunu da içermelidir.

9.8.7. Kalite Yönetim sisteminin dokümantasyon prosedüründe belirtilen prosedürler, talimatlar, formlar, kalite planları, kitapçıklar, görev tanımları, süreç tanıtım kartları, indikatör kartları, dış kaynaklı doküman ve düzeltici önleyici faaliyetler tanımlandığı şekilde modülde bulunmalı.

9.8.8. Kişiler istedikleri dokümana, “doküman arama” kısmı aracılığı ile anahtar kelimeler girerek ya da dokuman kodu ile ulaşabilmelidir.

9.8.9. Formlar dışındaki dokümanların çıktı alınması yasaklanmalıdır.9.8.10. Dokümanların kalite birimince belirlenecek olan kullanıcılar tarafından okunması

sağlanmalıdır. Yeni yayınlanan dokümanlara ilişkin uyarı yazısı bulunmalı kişiler dokumanı okumadıkça uyarı yazısı silinmemelidir.

9.8.11. Dokümanların kişiler tarafından okunup okunmadığına dair rapor kalite birimince alınabilmelidir. Yeni dokuman talebi ve doküman revizyon isteği kalite modülünde bulunacak bir bölüm aracılığı ile yapılabilmelidir.

9.8.12. Revizyon talebinde bulunulacak dokumanın yanında revizyon isteği yap butonu bulunmalıdır.

59

9.8.13. Kişiler revizyon istek nedenlerini, varsa yapmaları gereken açıklamaları, değişiklik yapılmış dokumanı sisteme atabilecekleri doküman ekleme kısmı aracılığı ile yapacaklardır.

9.8.14. Doküman ekleme ve revizyon talepleri kalite birimince belirlenecek yetkili kullanıcılarca yapılacaktır. Dokümantasyon prosedüründe belirtilen prosedürler, talimatlar, formlar, kalite planları, kitapçıklar, görev tanımları, süreç tanıtım kartları, indikatör kartları, dış kaynaklı doküman takip listeleri kalite biriminin belirlediği formatta düzenlenecektir.

9.8.15. Sisteme yeni doküman eklendiğinde veya doküman revizyonu olduğunda sisteme bu dokümanlar atıldıktan sonra otomatik olarak doküman takip listesine dokümanın bilgileri geçmelidir. Liste her revize olduğunda revizyon numarası bir artırılmalıdır. Aynı gün içinde birden çok revizyon olursa tek bir numara artışı olmalıdır.

9.8.16. Doküman revizyonlarında formlar için belirlenen form numarası sonundaki iki rakam bir sayı olarak otomatik artırılmalıdır. Birimler güncel olan dokümanlara ulaşmalı. Eski dokümanlar için belirlenen birimlere göre iptal klasörü oluşturulmalı ve istenildiği takdirde eski dokümanlara kalite yönetim birimince bu iptal klasöründen ulaşılabilmeli. Aynı kodlu belgelerin kaydedilmesine izin vermemeli.

9.8.17. Hizmet kalite standartları çerçevesinde hazırlanan süreç tanıtım kartları, indikatör kartları sisteme otomatik olarak atıldıktan sonra ilgili süreç ve ilgili indikatör için belirlenmiş yetkili kullanıcılar tarafından veriler girildikten sonra bu veriler kalite yönetim biriminde görülebilmelidir.

9.8.18. Düzeltici önleyici faaliyet takipleri için oluşturulmuş bölümde kalite birimindeki Düzeltici ve Önleyici faaliyet formatındaki gibi bir formatta veri sistemi kurulacak, kalite birimince belirlenmiş yetkili kullanıcılarca düzeltici ve Önleyici faaliyet isteği gönderilebilecektir.

9.8.19. Gönderilen düzeltici ve önleyici faaliyet formu kalite yönetim direktörü tarafından onaylandıktan sonra düzeltici ve önleyici faaliyetler takip listesine kaydı olacak ve düzeltici ve önleyici faaliyete otomatik numara verebilecektir.

9.8.20. DÖF’ ün sonuçlanıp sonuçlanmadığı bilgisi veya temrin tarihlerine göre sistem tarafından gerekli ikaz ve bildirimler yapılabilmelidir.

9.8.21. Kalite yönetim sistemine yönelik her türlü duyuru, ileti tüm kullanıcıların görebileceği şekilde iletilmelidir. Kalite birimince iletilecek tebligatlar ve dokümanlar kişi listesinden gönderilecek kişiler seçildikten sonra ilgili kullanıcıya uyarı olarak düşmeli ve belirlenen süre sonunda tebligatın okunup okunmadığı bilgisi rapor olarak alınabilmelidir.

9.8.22. Sağlık Bakanlığı Performans Yönetimi Kalite Geliştirme Daire Başkanlığınca yayınlanan Hizmet Kalite Standartlarında Kalite Yönetim biriminin standartları arasında bulunup bulunmamasına bakılmaksızın standardın HBYS’den oluşturulmasını istediği gerekli değişiklikler hastanece yazılan resmi yazıyla tebliğ edildikten sonra yüklenici firma tarafından belirtilen süreler içinde yapılmalıdır.

9.8.23. Hizmet Kalite Standartlarında Hasta ve yakınlarının görüş ve önerileri alınmalı ve Görüşler internet üzerinden de bildirilebilmelidir.” Maddesi kapsamında internet sitemizde hastaların görüş ve önerilerinin alındığı bir bölüm bulunması gerekmektedir. Zorunlu doldurulması gereken bilgiler alanı olmalıdır. Hastanın Adı, Soyadı, T.C. Kimlik No, E-mail adresi ve telefon bilgileri doldurulmamış öneri ve şikayetler kabul edilmemelidir.

9.8.24. Çalışanların görüş ve önerileri alınmalı ve Görüşler intranet üzerinden de bildirilebilmelidir.” Maddesi kapsamında intranet sistemimizde çalışanların görüş ve önerilerinin alındığı göze çarpan bir bölüm bulunması gerekmektedir.

9.8.25. Personel Eğitim Takip Sistemi oluşturulmalıdır.9.8.26. Hastane çalışan tüm personele ait eğitim öğrenim durumları, yabancı dil bilgileri, kurum dışı

ve kurum içi çalışma bilgileri, sertifikaları, kuruma oryantasyon, birim içi oryantasyon ve tüm hizmet içi eğitim bilgileri girilebilmelidir. Bu bilgilerin tümünü içeren her personele ait eğitim kartı çıktısı alınabilmelidir.

9.8.27. Modülde oryantasyon ve hizmet içi eğitimleri tanımlanabilmeli ve bu eğitimlere katılacak personeller belirlenebilmelidir. Bu eğitimlere katılan personellerin katılım bilgileri ve puanları katılım onay listesinden seçilerek kaydedilebilmelidir. Her bir eğitim için birim, kadro unvan, görev gibi

60

filtreleme seçeneklerine göre katılım raporları alınabilmelidir, katılmayan personeller listelenebilmelidir.

9.8.28. Hizmet içi eğitim tanımlarında planlanan ve gerçekleşen tarih gibi bilgiler yanında, yıllık eğitim planlarında gösterilecek eğitimler belirlenebilmelidir. Eğitim planında yer alması gereken eğitimleri içeren 6 aylık Eğitim planları otomatik olarak oluşturulabilmeli ve aynı modül üzerinden tüm kullanıcıların ulaşabileceği bir şekilde yayınlanabilmelidir.

9.8.29. Hastanede çalışan personellerin hepsi listelenebilmelidir. Personeller çalıştıkları birimlere, eğitim durumu ve unvanlarına göre listelenebilmelidir.

9.8.30. Sertifika sahibi personeller listelenebilmelidir. Sertifika sahibi personeller birim bazında da listelenebilmelidir.

9.8.31. İptal edilen eğitimler gerekçeleri ile listelenebilmelidir.9.8.32. Ertelenen eğitimler nedenleri ile listelenebilmelidir.9.8.33. Yıl içerisinde yapılan tüm eğitimler, planlı eğitimler, plan dışına çıkılan eğitimler,

planlanmamış eğitimler şeklinde listelenebilmelidir.9.8.34. İhaleyi kazanan firma otomasyon sisteminde kayıtlı bilgi ve belgeleri eksiksiz olarak yeni

sisteme aktaracaktır.

9.9. UYARI VE SMSMODÜLÜ

Bu modül, SMS işlemlerinin yapılabilmesini amaçlamaktadır.9.9.1. Tanımlanacak kişilere (hastane yöneticileri, personel, hasta/hasta yakını vb.) SMS ile

bilgilendirme mesajları gönderilebilmelidir. SMS iletimlerine ilişkin giderler İdare tarafından karşılanacaktır.

9.9.2. Tanımlanan cep telefonu numaralarına hastanenin belirleyeceği saatte istenen istatistiki bilgiler (hasta sayısı, yatan hasta sayısı, ameliyat sayısı, sevk sayısı vb.) SMS yoluyla gönderilebilmelidir.

9.9.3. Mesajın gönderileceği kişiler, gönderilecek mesajın içeriği, hangi bilgilerin gönderileceği Yüklenici müdahalesini gerektirmemelidir.

9.9.4. Tanımlanmış kişilere manuel tek mesaj gönderilebileceği gibi bu kişilere toplu olarak da SMS gönderilebilmelidir. Toplu SMS gönderimlerinde minimum 500 kişi için aynı anda gönderim yapılabilmelidir.

9.9.5. Ek prim performans puanları hesaplandığında bu puanlar ilgili hekimlerin cep telefonu numaralarına SMS ile gönderilebilmelidir.

9.9.6. Tıp bayramı, hemşireler günü vb. özel günlerde istenen personellere SMS ile kutlama mesajları gönderilebilmelidir. Bu mesajlar şablon olarak tanımlanabilmelidir.

9.9.7. İstenen toplantılar ve eğitimler öncesinde katılımcılara otomatik SMS ile hatırlatma mesajı gönderilebilmelidir.

9.9.8. Laboratuvar ve radyoloji sonuçları çıkan hastalara konu ile ilgili bilgilendirme amaçlı SMS gönderilebilmelidir.

9.9.9. Randevu ile başvuran hastalara randevularını hatırlatma amaçlı SMS gönderilebilmelidir.9.9.10. Ayaktan ve yatan hastalara tedavilerinin bitimlerinde hastalığının tanısına göre İdare

tarafından belirlenecek SMS’ler otomatik olarak gönderilebilmelidir.9.9.11. Cep telefonu numarası kayıtlı olan hastalara İdare tarafından belirlenecek mesajlar SMS

yoluyla tek veya toplu olarak gönderilebilmelidir.9.9.12. Özel grup tanımları yapılabilmeli ve grup bazında SMS gönderilebilmelidir.9.9.13. Unvan ve branş bazında personele SMS gönderilebilmelidir.9.9.14. Rehberde çift cep telefonu numarası olan kişilere aynı anda çift SMS gönderim özelliği

olmalıdır.9.9.15. Hazır SMS şablonları oluşturulabilmeli ve bu şablonlarda gönderilecek kişinin "Ad-Soyadı"

bilgisini dinamik olarak temsil eden özel alan kullanılabilmelidir.

61

9.9.16. Kullanıcı gönderim listeleri oluşturabilmeli ve bu gönderim listesinde tek kişi, grup veya kayıtlı olmayan herhangi bir kişi gibi bilgiler karışık olarak tek seferde eklenebilmelidir.

9.9.17. Gönderilen SMS’lerin durumunu takip edebileceği bir ekran olmalı ve burada tarih aralığına, GSM numarasına, gönderim durumuna veya mesaj içeriğine göre arama yapabilmelidir.

9.9.18. SMS gönderimleri ile ilgili detaylı raporlar alınabilmelidir (gönderim sayısı, gönderim türü vb.).

9.9.19. Yüklenici firma, hastanenin mevcut veya ilerde alınacak olan toplu SMS paketlerini SMS sağlayıcı firma API'leri ile HBYS'nin çeşitli uygulama yazılımlarında ve veri tabanı tetiklemeleri (insert, update, delete, select v.b.) altında entegrasyonunu sağlayabilmelidir.

9.9.20. Ebeveyn cep telefonu numaralarına bebek aşı takvimini hatırlatıcı SMS mesajları gönderilebilmelidir.

9.9.21. İdare isterse hasta kaydı yapıldığı anda ve/veya yatış kabulünde içeriği İdare tarafından belirlenecek otomatik SMS gönderebilmelidir.

9.9.22. Personel ve veri tabanında kayıtlı hastalar için doğum günü mesajının İdare tarafından istenmesi durumunda SMS ile ilgili kişiye gönderimi otomatik yapılabilmelidir.

9.9.23. Hastaya ait tıbbi raporlar ve sonuçlar gerektiğinde SMS ile hastaya ve hekime gönderilebilmeli, HBYS ile Uyarı ve SMS sistemi ile entegre çalışabilmelidir.

9.9.24. Acil istenen konsültasyonlar ve sonucu panik değer aralığında çıkan sonuçlar hekime SMS ile gönderilebilmelidir.

9.9.25. Günlük olarak poliklinik sayıları, dinamik hesaplanan ciro, fatura, yatış sayıları, yatak doluluk oranları vb. raporlar hastane yönetimine e-posta, SMS yöntemiyle otomatik gönderilebilmesi için Temel İstatistik ve Raporlama Modülü ile entegre çalışabilmelidir. İstenen rapor, belirlenen kişilere belirlenen saatlerde otomatik e-posta ile gönderilebilmelidir.

9.10. WEB SAYFA YÖNETİMİ

İl Sağlık Müdürlüğü ve Müdürlük Bünyesindeki Hastanelerin kendi web sayfası bulunmaktadır. Sağlık Bakanlığı tarafından tasarımları gerçekleştirilmiş olup hastanelerimizce kullanılmakta olan web sitelerinin işletilmesi, bakımı ve her türlü veri girişi yüklenicinin sorumluluğunda olup hastanelerimizde görevli yüklenici personellerince bu işlerin yapılması sağlanacaktır. Yüklenici personelleri sisteme tanıtılacak olup idarenin talep ettiği iş ve işlemleri web siteleri üzerinde yapacaktır. Ayrıca idarenin talebi durumunda yüklenici tarafından hastane web sunucuları veya idare tarafından sağlanacak Hosting üzerinde çalışacak ve dinamik olarak güncellenebilecek web sayfaları hazırlanacaktır. WEB siteleri bakanlığın genelgeleri ve standartlarına uygun olarak yapılmalı ve işletilmelidir.

Yüklenici kurumun web sayfası tasarımı ve güncellemesi işlerini herhangi bir ek fiyat talep etmeksizin yapacaktır. Kurumun talepleri doğrultusunda müdürlüğümüz birimleri için logo oluşturulması, tasarım geliştirilmesi benzeri iş ve işlemler yüklenici tarafından ücretsiz yapılacaktır.

10. LABORATUVAR BİLGİ YÖNETİM SİSTEMİ

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

Tetkik ve Teşhis Hizmetleri Dairesi Başkanlığı Akılcı Laboratuvar Kullanım Projesi kapsamında tamamlanan çalışmaların prosedürlerine uygun olarak yapılması gerekmektedir. Yüklenici bu bağlamda aşağıdaki maddelerin hepsinin gereğini idarenin istediği formatta yerine getirmek zorundadır.

62

Karar Sınırı(Eşik Değer), Kritik Değer(Panik Değer) ve ölçüm Birimlerinin Harmonizasyonu Prosedürü

Akılcı Test istemi prosedürü

Reflex Test ve Reflektif Test Uygulamaları

Tıbbi Laboratuvar Onay Destek

10.1.TETKİK İSTEM YÖNETİMİ10.1.1. Hasta üzerinde yapılması istenen tüm laboratuvar(Biyokimya, mikrobiyoloji, radyoloji,

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

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

10.1.3. Tetkik istek girişi, tetkiklerin kodlu bir listeden seçilip istenmesi şeklinde olabileceği gibi, daha hızlı tetkik girişi yapabilmek için gruplandırılmış tetkiklerin farklı sayfalarda, hatta her sayfada sık kullanılan tetkiklerin hızlı bir şekilde onay kutucuklarından fare veya tek tuşla seçilebilmesi mümkün olmalıdır.

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

10.1.5. Tetkikler acil 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.

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

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

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

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

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

63

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

10.1.12. Tetkik tekrarı ve tetkikin yeniden istenmesi sistem tarafından ayırt edilebilir olmalıdır. Klinisyen, laboratuvar sonucunun hastanın kliniği veya diğer tetkikleri ile uyuşmadığını ve laboratuvarda bir yanlışlık olduğunu düşünüyorsa aynı örnek üzerinden tetkik tekrarı yapabilmeli, bu istem yeniden faturalandırılmamalı, laboratuvarın elinde bulunan örnek üzerinden tetkik tekrarı yapılabilmelidir.

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

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

10.1.15. Hekim, tetkik istemlerini yaparken 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.

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

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

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

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

10.1.20. Portör tetkiki, Kan grubu-Gebelik test, Kültür-Antibiyogram ve İdrar tetkikleri için veri giriş ekran modülü olmalı; Portör ve evlilik testlerinde T.C kimlik girilmeden; kan grubu ve gebelik testlerinde ise telefon numarası ve T.C kimlik girilmeden kayıt yapılamamalı ve bu testler için laboratuvar defterine dönüştürülebilecek kayıtlar alınabilmelidir.

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

10.2. HASTA/ÖRNEK ETİKETLEME MODÜLÜHastaya tetkik istemi yapılması aşamasında barkod etiketlerinin seçilmesi, tüplerin seçilmesi, barkod etiketlerinin tüplere yapıştırılması ve hastadan kan alınması aşamalarını kapsamaktadır.Burada anlatılan dışında her bir cihaz için farklı barkod numarası gerektiren çözümler biyokimya tüpünün aynı zamanda hormon/elisa cihazında çalışamadığı ya da hormon/elisa tüpünün biyokimya cihazında çalıştırılamadığı çözümler teknik olarak yetersiz sayılacak ve istekli ihale dışı bırakılacaktır.

10.2.1. Laboratuvar otomasyonunda iki farklı şekilde barkotla çalışma sistemi olmalıdır. Bunlardan birincisi numune barkotlarının önceden tekli, üçlü, dörtlü ve beşli olarak basıldıktan sonra basılmış olan barkotların numune takibinde kullanılabilme özelliğinde olmalıdır. İkinci yöntem, ise

64

hasta kaydı sırasında anında barkot yazıcıdan barkot bastırılmasıdır. Burada hastanın ne kadar barkoda ihtiyacı olduğu sistem tarafından tespit edilebilmesidir. Anında barkot basma uygulamasında barkotların üzerine çalışılacak test grubunun adı, hasta adı ve soyadı, barkot numarası, gönderen hekimin veya Sağlık biriminin adı yazılı olmalıdır.

Her bir barkod grubunda bulunacak dört etikette barkod numarası ve barkod dışında ayrıca her bir barkodun altına Örneğin; 4 lü barkod grubunda bulunacak 4 etikette barkod numarası ve barkod dışında ayrıca her bir barkodun altına;

1- Biyokimya2- Hemogram3- Hormon-ELISA4- TİT

Yazmalıdır. Böylece aile hekimi hangi istemlerde bulunduysa bu istemlerle ilgili barkodu yapıştırmalıdır. Aşağıdaki örnek barkod etiketinde 1001 ve 1002 örnek nolu hastalar için hazırlanmış barkod görülmektedir.

10.2.2. Tetkik istemi aşamasında aile hekimi tarafından tek bir numara girilmeli, bu numara altında biyokimya, hemogram, hormon-ELISA ve TİT yapılabilmeli ve tüm sonuçlar aynı ekranda görülebilmelidir.

10.2.3. Tablo 1'de gösterilen barkod etiketlerinde, barkodlar tüp tipine göre gruplandırılmış olmalıdır.

10.2.4. Barkodlarda ayrıca aile hekimi veya kurum kodu bulunmasına gerek olmamalı, ancak sistem üzerinde kaydın kimin tarafından yapıldığı izlenebilir olmalıdır.

10.2.5. Barkod etiketleri aile hekimlerine dağıtılmadan önce hangi hekime hangi aralıktaki barkodların dağıtıldığı kayıt altına alınabilir olmalıdır böylece barkod numarasından hangi hekimin kayıt yaptığı da anlaşılabilir olmalıdır.

10.2.6. Üretilen barkodlarda tüp tipi bilgisi yer aldığından, laboratuvar kabulü aşamasında hangi tüpün kabulünün yapıldığına gerek olmaksızın, sadece barkod okutularak tüp kabulü yapılabilir olmalıdır. Böylece tek bir hastanın biyokimya tüpü laboratuvara ulaşırken hemogram tüpü kaybolduysa bile bu işlem kayıt altına alınmış olmalıdır. Ayrıca kullanıcının hangi tüpün kabulünü yaptığını belirtirken ayrıca bir seçim yapmasına gerek kalmayacağından kullanıcı hataları en aza indirilmiş olacaktır.

10.2.7. Tek bir hasta istemi için tek bir numara kullanılacağı için (tokluk kan şekeri dahil) hekimlerin her tüpün numarasını ayrı ayrı girmek yerine tek bir numara ile kayıt yapması mümkün olacaktır.

10.2.8. Tetkik istem ekranında yukarıdaki her tüpe girecek tetkikler farklı bir grup altında görülebilmeli, böylece hekim ya da sağlık personelinin hangi gruptan seçim yaptığı kolayca görülebilir olmalıdır.

65

10.2.9. Barkod etiketlerinin özellikleri aşağıda belirtilmiştir.Mekanik Şartlara. Etiketlerin ölçüsü en az 25mm x 40 mm olmalıdır.b. Kenar boşlukları 1,5 mm standart olmalıdır.c. Her iki etiketin arasında 3 mm standart boşluk olmalıdır.d. Etiketler grupları arasında perfore özelliği olmalı ve perforeler kolay koparılabilir özellikte

olmalıdır.Teknik Şartlara. Etiketlerin -40 ile +50 dereceye dayanabilmesi için depfreeze özelliği olmalıdır.b. Etiketler 2 yıl boyunca 22 derece sıcaklık ve %50 bağıl nem olan bir ortamda saklanabilir

kaliteye sahip olmalıdır.

10.3. ÖRNEKLERİN LABORATUVAR(LAR)A TAŞINMASIÖrnek toplama bölümünden laboratuvara örnek taşınması işlemini ifade eder. İsteğe bağlı olarak

bu süreçler kayıt altına alınabilmelidir.10.3.1. Kan taşıma elemanlarının kan toplama noktalarında topladıkları kan tüplerini mobil barkod

okuyucular ile okutmaları ve kanın kim tarafından hangi tarih ve saatte teslim alındığı kayıt altına alınabilir olmalıdır. Gerekli yazılımlar hiçbir ücret istenmeden istekli tarafından sağlanacaktır (Mobil barkod okuyucu kullanılması istenirse bunun için gerekli donanım idare tarafından karşılanacak ve cihaz enterasyonu 20 gün içerisinde sistemde aktif hale getirilecektir.)

10.3.2. Laboratuvara kimin ne zaman hangi tüpleri teslim ettiği mobil ya da sabit barkod okuyucular ile kayıt altına alınabilir olmalıdır.

10.4. LABORATUVAR KABUL VE RETÖrneklerin laboratuvara gelişi ve bu örneklerin laboratuvara kabul edilmesi ve bazı örneklerin

kısmen veya tamamen laboratuvar tarafından reddedilmesi işlemlerini ifade eder.10.4.1. 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üleb ilmelidir10.4.2. Hangi tüp ya da kabın kabulünün yapıldığı ayrıca bir işleme gerek kalmaksızın

yapılabilmelidir.10.4.3. Laboratuvar kabulü aşamasında laboratuvara gelen örneklerin özelliklerine göre tamamen

ya da kısmen reddedilebilmesi mümkün olmalı, ret nedeni ile ilgili doktor bilgilendirilebilmelidir. (Örneğin hemolizli kanların bazı biyokimya parametreleri için reddedilirken diğer bazı parametreler için kabul edilebilmesi gibi). Bu düzenlemeler laboratuvar yöneticileri tarafından belirlenmiş prosedürlere göre kullanıcı tarafından kolayca yapılabilir olmalıdır.

10.4.4. Reddedilmesi gereken tetkikler için hekimle görüşerek şartlı kabul yapılması mümkün olmalıdır. Bu durumda hangi hekimle, ne zaman ve ne konuşulduğunun kayıt altına alınması ve hekimin ısrarı ile örneğin çalışıldığının belirtilebilmesi gerekmektedir.

10.5. ÖRNEKLERİN HAZIRLANMASI VE PRE-ANALİTİK AŞAMA10.5.1. Manüel olarak barkod üretilmesi gerekiyorsa laboratuvarda bu işlem için kullanışlı bir

modül mevcut olmalı, primer tüpteki barkod okutulduktan sonra farklı cihazlar için barkod üretilmeli, laboratuvar içi üretilecek bu barkodlara LBYS tarafından otomatik olarak karar verilebilmelidir.

10.5.2. Barkodsuz olarak çalışan cihazlar için LBYS tarafından otomatik olarak pozisyon ve barkod eşleştirmesi yapılabilmeli, pozisyon bilgisinin cihaz tarafında kullanıcı tarafından manüel olarak girilmesi mümkün olduğu kadar engellenmelidir.

10.6. ANALİTİK AŞAMA

66

Örneklerin hazırlanması aşamasından sonra başlayan ve çalışılmış olan tetkiklerin uzman onayına (klinik onay) hazır hale gelmesine kadarki tüm aşamaları ifade etmektedir.

10.6.1. Manüel olarak çalışılan tetkik sonuçları kısa yol tanımlanarak kolayca girilebileceği gibi, seçilir listeden veya kodlu olarak seçilebilmeli, önceden belirlenmiş sonuçlar dışında başka sonuç girişine izin verilmemesi sağlanmalıdır.

10.6.2. Başka testlerin sonuçlarından veya hastaların demografik bilgilerinden hareket ederek hesaplanabilen hesaplamalı testler LBYS tarafında otomatik olarak tanımlanabilmeli, teknisyenlerin bu sonuçları manüel olarak kaydetmeleri engellenmelidir.

10.6.3. Acil istem yapılmış tetkiklerin cihazlarda ya da manüel çalışmalarda öncelikli olarak çalışması sağlanmalıdır.

10.6.4. Cihazlarda yabancı dilde üretilen standart bazı sonuçların (negative -> negatif gibi) sonuçların LBYS tarafında otomatik olarak Türkçeye çevrilmesine, ya da cihaz tarafında üretilen sonuçların standart prosedürlere bağlı olarak yorumlanmış halinin sisteme otomatik olarak alınmasına (ELISA tetkikleri için titre değerlerinden hareketle negatif pozitif gibi sonuçların otomatik olarak hesaplanması gibi) imkan sağlanmalıdır.

10.6.5. Tetkik sonuçlarının farklı birimlere sistem tarafından aktarılması, aynı tetkik sonucunun farklı birimlerde görüntülenmesi ve raporlanması (SI gibi) mümkün olmalıdır.

10.6.6. Henüz klinik onaya gitmemiş bir tetkik sonucunun teknisyen kararı ile tekrara verilmesi mümkün olmalı, teknisyenin örneğin en son çalışıldığı tüpe LBYS üzerinden rack-pozisyona göre rahatça erişebilmesine imkan sağlanmalıdır.

10.6.7. PDF, RTF gibi standart formatlarda sonuç üreten veya grafik sonucu üreten cihazların LBYS uyumlu olması durumunda, ya da cihazlar tarafından üretilen sonuçların taranarak LBYS üzerinde saklanabilmesi mümkün olmalıdır.

10.6.8. Hastaya uygulanan tetkiklerin hangi cihazın hangi lotu ile çalışıldığı LBYS üzerinde tutulabilmelidir.

10.6.9. İsteğe bağlı olarak diyaliz hastaları gibi takipli hastalar dışındaki hastaların sonuçlarının referans aralıkları içinde çıkması durumunda otomatik olarak klinik onaya gitmesine imkan verilebilmelidir.

10.6.10. Her laboratuvar yalnızca kendine ait sonuçları değiştirebilmeli, diğer laboratuvarların sonuçlarını görüntüleme imkanı opsiyonel veya yalnızca belli tetkiklerle sınırlı olmalıdır. Ancak Tunceli Merkez Halk Sağlığı Laboratuvar yöneticisi tarafından tüm laboratuvarların günlük olarak Kalite Kontrol ekranındaki sonuçlar, görülebilmelidir.

10.6.11. Çalışılan tetkiklerin teknisyen ya da o düzeyde çalışan personel tarafından onaylanmasının (teknik onay) ardından uzman onayına (klinik onay) hazır hale gelmeli, teknik onay yapılmamış tetkiklerin klinik onayda görülmemesi sağlanmalıdır.

10.6.12. Teknik onay aşamasında hastanın yaş, cinsiyet, özel durum (son adet tarihi, sigara içip içmediği) , (poli)kliniği, referans aralığı, hangi cihazda çalışıldığı, hastanın varsa eski sonuçları, tetkik tekrar ediliyorsa daha önceki tekrar sonuçları ve onaylanacak testle ilgili olabilecek diğer tetkik sonuçları aynı ekranda görülebilir olmalıdır.

10.6.13. Teknik onay aşamasında sonucun referans aralığına göre düşük ya da yüksek olması, panic değerler içinde olması, tetkik sonucunun daha önceki tetkiklerden çok yüksek ya da çok düşük olması (delta-check), ya da tetkik sonucunun diğer tetkiklerle laboratuvar yönetimi tarafından belirlenmiş prosedürler çerçevesince uyumsuz olması durumunda farklı renk kodları ile teknisyene uyarı verilebilmelidir.

10.6.14. Teknik onay aşamasında hastanın eski sonuçları ve kalite kontrol modülündeki ilgili tetkikin kalite kontrol sonuçları isteğe bağlı olarak ekranda görülebileceği gibi, ilgili tetkikin o günkü tüm sonuçları grafik olarak ekranda görülebilmelidir.

10.6.15. Teknisyenler hasta ya da örnek bazında, tetkik bazında ya da tetkik grupları bazına çalıştıkları sonuçlarına teknik onay verebilmelidir.

10.6.16. Laboratuvar kabulde olduğu gibi teknisyenlerin de örnekleri tamamen ya da kısmen reddedilebilmeli, ret nedeni ile ilgili (poli)klinik ve doktor bilgilendirilebilmelidir. (Örneğin hemolizli

67

kanların bazı biyokimya parametreleri için reddedilirken diğer bazı parametreler için kabul edilebilmesi gibi). Bu düzenlemeler laboratuvar yöneticileri tarafından belirlenmiş prosedürlere göre kullanıcı tarafından kolayca yapılabilir olmalıdır.

10.6.17. Laboratuvar kabulde olduğu gibi, reddedilmesi gereken tetkikler için hekimle görüşerek şartlı kabul yapılması mümkün olmalıdır. Bu durumda hangi hekimle, ne zaman ve ne konuşulduğunun kayıt altına alınması ve hekimin ısrarı ile örneğin çalışıldığının belirtilebilmesi gere kmektedir.

10.6.18. Herhangi bir tetkik eğer çalışılamadıysa bu tetkik nedeni ile birlikte kaydedilebilmeli, tetkik iptali sağlanabilmelidir.

10.6.19. Teknisyenlerin istedikleri her zaman, özellikle de gün sonu işlemlerinde laboratuvar kabulü yapılmış ancak çalışılmamış tetkikleri listelemesi sağlanmalıdır.

10.6.20. Laboratuvar cihazlarının içinde farklı materyal bulunan diğer örnekleri (örneğin serum ile birlikte idrar veya diğer vücut sıvıları çalışabilme) aynı anda çalışabilmeleri durumunda, LBYS tarafında da bunun olanaklı olması sağlanabilmelidir.

10.6.21. Laboratuvarlarda hazırlanan Panik Değer listesindeki parametreler, sistem üzerinden kontrol edip kullanıcıya UYARI vermelidir.

10.6.22. Manüel olarak çalışılan tetkikler için çalışma listeleri hazırlanabilmeli, hazırlanan bu listelerde manüel tetkik girişini kolaylaştırmak amacıyla barkod okuyucuya uygun barkodlar basılabilmelidir. Bu listeler teknisyenin uygun göreceği sıraya göre basılabileceği gibi bu listeler için günlük, haftalık, aylık ya da yıllık sıra numarası kullanılabilmelidir.

10.6.23. Manüel olarak çalışılan tetkiklerin kritik olanları gerekirse iki farklı teknisyen tarafından sisteme girildikten ve bu iki sonucun birbirinin aynısı olmasının ardından klinik onaya gitmesi imkanı sağlanmalıdır.

10.7. KLİNİK ONAY (UZMAN ONAYI)Çalışılan tetkiklere klinik onay verildikten sonraki aşamada başlayıp, uzman tarafından elektronik

olarak onaylanması ve HBYS tarafından görüntülenebilmesi ve/veya kağıda basılabilmesi ve/veya web üzerinden görüntülenebilmesine hazır hale getirilmesi işlemidir.

10.7.1. Uzmanların yalnızca yetkili olduğu laboratuvar(lar)daki sonuçları onaylayabilmesi, yetkili olmadıkları laboratuvarlarda da onaylanmış sonuçları onay aşamasında görebilmesi mümkün olmalıdır.

10.7.2. Hasta için istenen tetkiklerin hangi aşamada olduğu uzman tarafından her zaman izlenebilir olmalı, uzmanın yetkili olduğu laboratuvar(lar)da tetkiklerin hangi aşamada olduğu (kabul, cihazda, teknik onayda, tekrarda vb.) izlenebilir olmalıdır.

10.7.3. Klinik onaya hazırlanmış olan tetkiklerin teknik onaydan geçmiş olmakla beraber, laboratuvar yönetiminin kararına göre belli tetkik grupları tamamlandıktan sonra (örneğin tüm biyokimya tetkiklerinin tamamlanmasının ardından) klinik onay aşamasına geçmeleri sağlanmalıdır.

10.7.4. Klinik onay aşamasında hastanın yaş, cinsiyet, özel durum (son adet tarihi, sigara içip içmediği), (poli)kliniği, referans aralığı, hangi cihazda çalışıldığı, hastanın varsa eski sonuçları, tetkik tekrar ediliyorsa daha önceki tekrar sonuçları ve onaylanacak testle ilgili olabilecek diğer tetkik sonuçları aynı ekranda görülebilir olmalıdır.

10.7.5. Klinik onay aşamasında sonucun referans aralığına göre düşük ya da yüksek olması, panik değerler içinde olması, tetkik sonucunun daha önceki tetkiklerden çok yüksek ya da çok düşük olması (delta - check), ya da tetkik sonucunun diğer tetkiklerle laboratuvar yönetimi tarafından belirlenmiş prosedürler çerçevesince uyumsuz olması durumunda farklı renk kodları ile uyarı verilebilmelidir.

10.7.6. Uzman dilediği tetkikler için tekrar isteminde bulunabilmeli, tekrar nedenini dilerse sistem üzerinde girebilmeli, tetkik tekrarında çalışılmasını istediği cihazı belirleyebilmelidir. Teknisyenler tekrarı istenen tetkikleri yine LBYS üzerinde cihazlardaki son pozisyonuna göre rahatlıkla bulabileceklerdir. Onay verdikleri sonuçlarla ilgili de onay nedenini girmeleri mümkün olmalıdır.

68

10.7.7. Panik değerlerle ilgili klinik ve ilgili doktorun uyarılması için HBYS tarafına özel bilgilendirme mesajı gönderilebilecektir.

10.7.8. Klinik onay verilmemiş hiçbir sonuç (acil durumlar için "klinik onay alınmadan basılmıştır" ibaresi hariç) kağıda basılamamalı, HBYS ve LBYS tarafında da başka kullanıcılar tarafından görüntülenememelidir.

10.7.9. Klinik ve teknik onaylarının hangi kullanıcı tarafından ne zaman yapıldığı görüntülenebilmelidir.

10.7.10. Klinik onay aşamasında hastanın eski sonuçları ve kalite kontrol modülündeki ilgili tetkikin kalite kontrol sonuçları isteğe bağlı olarak ekranda görülebileceği gibi, ilgili tetkikin o günkü tüm sonuçları grafik olarak ekranda görülebilmelidir.

10.8. RAPORLAMA VE İSTATİSTİK MODÜLÜKlinik onayının ardından sonuçların hastaya ve/veya hekime verilmesi/görüntülemesi aşamasını

ifade ettiği gibi LBYS üzerinden alınabilecek tüm raporlar bu bölümde anlatılmaktadır.

9.8.1. Hasta sonuç raporunun laboratuvarın isteği doğrultusunda hazırlanması esastır. Hasta sonuç raporunda tetkiklerin gruplanması, sıralanması, SI gibi farklı birimler üzerinden farklı sonuçların otomatik olarak hesaplanması, gruplara başlık konulması ya da konulmaması, hasta sonuç raporunda hastanın eski sonuçlarının görünüp görünmemesi, tekrar edilmiş sonuçlarda "tekrar edildi" ibaresinin görünüp görünmemesine laboratuvar yönetimi tarafından karar verilmelidir.

9.8.2. 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 LBYS tarafında laboratuvar yönetiminin tercihine göre düzenleme yapılmalıdır.

9.8.3. 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 bakanlığımızın belirlemiş olduğu performans kriterlerine uygun olarak yapılmalıdır.

9.8.4. Referans aralığı içinde ya da dışında olan sonuçlar raporda laboratuvar yönetiminin isteğine göre farklı font ya da farklı işaretlerle birlikte görülebilmeli, gerektiğinde sonuçlara dipnotlar eklenebilmelidir.

9.8.5. Pozitif HIV sonucu veya buna benzer sonuçların görüntülenmesi ve/veya kağıda basılması gibi durumlarda bakanlığımızca belirlenmiş olan standartlara kesin olarak uyulmalıdır.

9.8.6. Üretilen hasta sonuç raporları e-posta, faks ya da yazıcıya gönderilebilmelidir.9.8.7. LBYS tarafında üretilmiş bilgilerle birlikte (sonuç, işlem zamanı, kimin tarafından yapıldığı

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

9.8.8. Hastaların kendi laboratuvar tetkiklerini web üzerinden görebilecekler, bilgiye erişimle ilgili güvenlik standartları ile ilgili olarak kurumun belirlediği standartlara uyulacaktır.

9.8.9. Sistem laboratuvarda çalışılan hastaları günlük olarak, talep edileceği şekilde Laboratuvar defteri haline getirecek modülü içermelidir. Hasta adı ve soyadı, gönderildiği sağlık kurum ve hekiminin adının ve tetkikin yapıldığı tarihinin, test sonuçlarının test adının hemen önünde yazılı olduğu rapor çıktısı günlük, aylık olarak alınabilmelidir.(Ciltleme için rapor çıktısında yeterli boşluk bırakılmalıdır.)

69

9.8.11. İki tarih aralığı verilerek test bazında referans değer aralığına göre kaç testin normal, yüksek ve düşük çıktığı bilgisini PDF formatında verebilmelidir. Ayrıca istenmesi durumunda bu bilgilerden türetilecek farklı raporlarda sisteme firma tarafından eklenmelidir.

9.8.12. Sistemde çalışılmış olan tüm testlerin, hasta sayılarının, bu hasta ve testler için tahakkuk edecek olan ücret tutarları sistemden yararlanacak olan hekimleri için iki tarih aralığı girilerek istatistiği alınabilmelidir.Test ve tahakkuk ücret istatistikleri SUT daki fiyatlara ve firmalara ödenecek ücretlerine göre kesin çalışılmış olan rakamları göstermeli, istek yapılmış ama sonuç çıkmamış olan rakamları içermemelidir. Ünite (Hormon-Elisa, Biyokimya, Hemogram gibi SUT da yapılması gerekenler) ve test (GLU, CHOL gibi) bazlı PDF formatında raporlanabilmelidir. Dolayısıyla tüm bu istatistikî bilgiler tüm laboratuvarlar bazında toplam olarak ve ayrı ayrı da İl Sağlık Müdürlüğünde ve merkez laboratuvarında belirlenen kullanıcılar tarafından görülebilmeli ve PDF olarak yazdırılabilmelidir.

9.8.13. Biyokimya, Hormon-Elisa ve Hemogram testleri için test ve test grubu bazında (Örneğin 1 aylık Glukoz, Kolesterol, Üre vb. testler için ayrı ayrı veya tüm biyokimya testleri için) Kit Verimlilik Hesabı günlük, aylık ve yıllık olarak otomatik yapılabilmelidir.

9.8.14. Günlük, aylık ve yıllık olarak test bazında referans değer aralığının altında ve üzerinde çıkan testler ile normal aralıklar içerisinde olan aynı tür test istatistikleri alınarak, normal test sayıları ile uygunsuz test sayıları arasındaki % oranlarının otomatik olarak hesaplanarak rapor olarak çıktısının alınmasının sağlanması gerçekleştirilmelidir.

9.8.15. Laboratuvarda yapılmakta olan özellikle Biyokimya, Elisa ve Hormon, Hemogram tetkiklerinde manuel olarak girilecek olan kontrol ve tekrarlarda harcanan kit miktarlarının günlük, aylık ve yıllık olarak istatistiğinin PDF formatında alınmasını sağlanması gerçekleştirilmelidir.

9.8.16. Laboratuvarlara gönderilen numune sahiplerinin sayısı günlük, aylık ve yıllık olarak tek bir işlemde alınabilmelidir.

9.8.17. Hastalardan istenen tetkiklerin test alış fiyatları ve SUT daki fiyatlar girilerek iki ayrı tabloda test gruplarına göre toplam test ve gelirleri ve toplam test giderleri hesaplanarak; Aylık Toplam Test Detayları (Aile hekimleri ile hastane hekimlerinin istemleri dahil,Gelirleri gösteren) ve Aylık Toplam Gerçekleşen Test Sayıları ve Firmalara Ödenecek olan Fatura Tutarı (Aile hekimleri ile hastane hekimlerinin istemleri dahil Giderleri gösteren),ve ayrıca hem Aile hekimleri ve hem de Hastane hekimlerinin tahlil istemleri neticesinde ayrı ayrı gelir ve gideri gösteren istatistiki tablolarla beraber yine Aile hekimlerinin fatura detayları bu başlıklı yazı ile hasta ve test sayısı olarak PDF formatında alınabilmelidir.

9.8.18. İki tarih aralığı girilerek o tarihler arasındaki POZİTİF sonuçlu HbsAg, HCV, HIV, VDRL, AntiHbs ve diğer mikrobiyolojik parametrelerin istatistiği hasta adı, tetkiki isteyen hekim adı da olacak şekilde PDF olarak alınabilmelidir.

9.8.19. Entegre hastane laboratuvarlarından; hastane acil ve poliklinik hekimleri ile o bölgedeki aile hekimlerinin de tahlil istemlerinde bulunacağı dikkate alınarak; aile hekimlerinin ve hastane hekimlerinin istemiş oldukları tahlillerin günlük,aylık ve yıllık istatistikleri ayrı ayrı ve genel toplamları da olacak şekilde PDF olarak alınabilmelidir.

10.9. KALİTE KONTROL MODÜLÜİç ve dış kalite kontrol çalışmaları ile cihaz kalibrasyon bilgilerinin LBYS tarafından kayıt altına

alındığı modüldür.10.9.1. Kalite kontrol sonuçları LBYS uygulamasının her aşamasında laboratuvar tarafından

görülebilir olmalıdır.10.9.2. Kalite kontrol sonucunun LBYS'ye gönderilmesini destekleyen tüm cihazların kalite kontrol

sonuçları LBYS'ye (cihaz desteklediği ölçüde) otomatik olarak gönderilmelidir.10.9.3. Laboratuvar uzmanları Levey-Jennings grafikleri ve Westgard kurallarına göre iç kalite

kontrol sonuçlarını LIS üzerinden görebilmelidir.

70

10.9.4. Westgard kural ihlalleri LBYS tarafından otomatik olarak tespit edilebilmeli ve kullanıcı uyarılabilmelidir.

10.9.5. Gerektiğinde herhangi bir kalite kontrol sonucu dışlanabilmeli (exclude), bu sonuçlar için düzeltici-önleyici faaliyet notu girilebilmeli, yeni kontrol çalışılana kadar çalışılmış olan hasta tetkiklerinin otomatik olarak tekrarı istenebilmelidir.

10.9.6. Kalite kontrol sonuçlarının hangi lot'larla çalışıldığı kayıt altına alınmalıdır.10.9.7. Kalibrasyon çalışmalarında ne kadar kit harcanacağı sisteme kaydedilebilmeli, yapılan tüm

kalibrasyon çalışmaları harcanan kit miktarları ile birlikte sisteme kaydedilebilmelidir.

10.10.LABORATUVAR SONUÇLARININ GÖRÜNTÜLENMESİ10.10.1. Test sonuçlarının son kademe onayı verilmesi durumunda anında program üzerinden

Sağlığı Müdürlüğüne bağlı sağlık birim hekimleri ya da Aile hekimleri tarafından alınabilmelidir.10.10.2. Alınan hasta raporlarında kurumun istediği şekilde rapor başlığının tanımlanabilmesi,

gerektiğinde logo konulabilmesi, her raporda sabit dip not düşülebilmesi gerekmektedir.10.10.3. Hasta raporlarında sonucunun referans aralığı ile birlikte bu sonucun referans aralığı

içinde olup olmadığı kolayca görülebilmeli, referans aralığı dışındaki değerler için farklı gösterim ifadeleri (L,H,Low, High, Düşük, Yüksek vb.) tanımlanabilmelidir. Testin özelliğine göre istenildiğinde sonuçlar NEGATİF veya POZİTİF şeklinde tanımlanabilmelidir. Referans değer aralıkları dışında olan sonuçlar otomatik olarak kalın karakterde görüntülenebilmelidir.

10.10.4. Hastanın barkot numarası, TC kimlik numarası veya hasta adı ve soyadı girilerek WEB üzerinden sonuçlarına ulaşabilmeli ve sonuç yazdırılabilmelidir.

10.10.5. Hasta sonuç raporları alınırken ekranda hastanın daha önceki rapor sonuçlarınada bakılabilmelidir.

10.10.6. Hasta sonuç raporunun lazer yazıcıdan alınması durumunda satırın daha kolay okunması için gerekli renk tanımları yapılabilmelidir.

10.10.7. Hastanın tüm sonuçları tek veya en fazla iki adet A4 kâğıdına sığdırılmaya çalışılacak Hemogram, Biyokimya gibi sistemde aktif olan üniteler ve ünite dahilindeki testlerin sırası kullanıcı tarafından düzenlenebilecektir.

10.10.8. Sistemde testlerle ilgili referans aralıkları cinsiyete ve yaşa göre tanımlanabilmeli ve neticeler buna göre verilebilmelidir.

10.10.9. Hastanın herhangi bir test neticesi ile ilgili doktora bir açıklama yazılması gerekiyorsa Sonuç onay ekranında AÇIKLAMA başlığında direkt olarak not yazılmalı ve bu not hekim tarafından kendi sonuç görme ekranında görülmelidir.

10.10.10.Laboratuvar sonuçları Aile Hekimliği programları ile entegre olabilecek web servislerine sahip olmalıdır. Bu web servisleri aracılığı ile aile hekimliği programlarından istemler LBYS'ye alınabilmeli, sonuçlar da LBYS'den Aile Hekimliği programlarına aktarılabilmelidir.

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

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

11. PACS UYGULAMA YAZILIM GEREKLERİ

11.1. GENEL ŞARTLAR 11.1.1. Yüklenici firma, kurumun ileride RBS ve PACS sistemlerini değiştirmesi durumunda, teklif

ettiği RBS ve PACS sistemleri verilerinin, yeni alınacak RBS ve/veya PACS sistemlerine aktarılması için gerekli desteği verecektir.

11.1.2. Uygulamalar gizlilik, güvenlik ve mahremiyet ilkeleri çerçevesinde yürütülecektir. Bu açıdan tüm taraflar eşit derecede sorumludur.

71

11.1.3. Kurum tarafından kullanılan mevcut donanımın yetersiz kalması durumunda yüklenici firma kurum tarafından alınan yeni donanımların gerekli ayarları yaparak sisteme entegre ederek çalışır hale getirecektir. Firma bu iş ve işlemler için ilave ücret istemeyecektir.

11.1.4. PACS için gerekli lisanslar yüklenici firma tarafından ücretsiz karşılanacaktır.

11.2. PACS SİSTEMİ GENEL ÖZELLİKLERİ Görüntü Değerlendirme, Arşivleme ve İletişim Sistemi, radyoloji departmanı bünyesinde Radyoloji

Bilgi Sistemi ile birlikte çalışacak arşivleme sistemidir. PACS, görüntü üreten cihazlardan gelen görüntüyü saklayan ve istendiğinde bu görüntüleri istemciye gönderen yazılımdır. Sistem, görüntü ve iş akışlarını düzenleyecek ve yeni alınacak modalite ve yazılımlara açık standartlarda uygun bağlantı desteği imkânını sunmalıdır.

11.2.1. Görüntü Arşivleme ve İletişim Sistemi olarak görev yapacaktır. 11.2.2. PACS sistemi sunucu yazılımları Unix/Linux veya Windows altyapısı üzerinde çalışmalıdır.

PACS istemci yazılımı ve 3 boyutlu görüntüleme yazılımları RBS yazılımı ile entegre çalışmalıdır. 11.2.3. PACS’taki görüntülere tüm iş istasyonları üzerinden online olarak anında ulaşılabilmelidir.

İş istasyonları üzerinde görüntü tutulmamalıdır .11.2.4. İmaj(lar) tanımlanabilen zaman aralıklarıyla otomatik olarak İkincil Depolama Ünitesinde

(Nearline/Arşiv) arşivlenebilmelidir. 11.2.5. Geçici alana kayıt edilen görüntüler, otomatik olarak farklı depolama ünitelerine (Nearline /

Arşiv) arşivlenebilecektir. 11.2.6. Arşiv sunucu yazılımının desteklediği arşiv büyüklüğünde herhangi bir sınırlama ve veri

miktarına bağlı lisanslama olmamalıdır. 11.2.7. Yazılım, kümeleme (clustering) mimarisini desteklemelidir. 11.2.8. HBYS’den RBS’ye güncelleme mesajı geldiğinde arşivde bulunan hasta veri tabanı da

otomatik olarak güncellenmelidir. 11.2.9. Raporlama iş istasyonlarından sorgulanabilmelidir. 11.2.10. Sistem DICOM Send özelliği ile istekte bulunan iş istasyonuna hasta görüntülerini

gönderebilmelidir. 11.2.11. PACS Modülü, İdare bünyesindeki DICOM uyumlu ve DICOM opsiyonu açık tüm tıbbi

cihazlar ile entegre çalışacaktır. DICOM uyumlu olup DICOM opsiyonu açık olmayan cihazların DICOM opsiyonunun açılması ve DICOM uyumlu olmayan cihazların DICOM uyumlu ve DICOM opsiyonu açık hale getirilmesi İdarenin sorumluluğundadır. Bu durumdaki cihazların DICOM uyumlu ve DICOM opsiyonu açık hale getirilmesinden sonra PACS Modülü ile entegre çalışır hale getirilmesi Yüklenicinin sorumluluğunda olacak ve bu işlem için ek bir ücret talep edilmeyecektir.

11.2.12. Yüklenici firma, kurumun ileride RBS ve PACS sistemlerini değiştirmesi durumunda, teklif ettiği RBS ve PACS sistemleri verilerinin, yeni alınacak RBS ve/veya PACS sistemlerine aktarılması için gerekli desteği verecektir.

11.2.13. PACS sistemi online kavramında çalışmalı, tüm arşiv üzerindeki görüntülere tüm iş istasyonları üzerinden sorgulama yapılarak ulaşılabilmelidir.

11.2.14. Yazılım yönetim arayüzü LAN üzerindeki PC’lerden web ile erişilebilir olmalıdır. PACS’a kontrolsüz gönderilmiş RBS ile eşleşmemiş görüntüler web arayüzü üzerinden kontrol edilerek düzeltilebilmeli ve RBS ile eşleştirilmesi sağlanabilmelidir.

11.2.15. Sistem kullanıcı girişleri kullanıcı ismi ve şifre ile yetki seviyeli olmalıdır. 11.2.16. Sisteme ilk etapta entegre edilecek cihazlar listesinde verilen tüm modalitelerin

bağlanması/sisteme dahil edilmesi işi yüklenici firmaya aittir. Yüklenici ayrıca DICOM uyumlu olmayan modalitelerin sisteme bağlanması için İdare tarafından talep edilen cihazların da (Film tarayıcı, Dicom çevirici vb.) entegrasyonunu sağlayacaktır. Yüklenici firma, modalitelerin tedarikçisi ile birlikte çalışacaktır.

11.2.17. PACS Modülü Bakanlık tarafından oluşturulan TTS’ye entegre olmalıdır.

72

11.2.18. PACS Modülü, hastaya ait eski ve yeni görüntülere kullanıcının doğrudan erişebilmesini sağlayacaktır.

11.2.19. PACS Modülü, uygulama sunucusu içerisinde veya bağlı depolama ünitelerinde gerekli geçici depolama alanı oluşturacak ve görüntüler e-Radyoloji sistemine gönderilemeyen DICOM görüntüleri bu alanda saklanacaktır.

11.2.20. PACS Modülü, İdarenin talebi doğrultusunda Bakanlık e-Radyoloji sistemine gönderilemeyen DICOM görüntüleri için, gönderilememe nedenlerinin raporlanmasını sağlayacaktır. Gönderilemeyen görüntüler için otomatik veya manuel düzeltme bölümü sunacaktır.

11.2.21. Geçici alanda tutulan görüntüler, İdarenin talebi doğrultusunda eRadyoloji sistemine gönderildikten sonra geçici alandan otomatik olarak silinecektir.

11.2.22. PACS Modülünün desteklediği arşiv büyüklüğünde ve arşivlenen Hasta/Tetkik sayılarında herhangi bir sınırlama olmayacaktır.

11.2.23. Tüm görüntülere raporlama iş istasyonlarından sorgulama yapılarak ulaşabilecektir. Hasta, görüntü ve radyolojik raporlar ilişkilendirilebilecektir.

11.2.24. Sağlık Bakanlığı Tele-Tıp servislerine Güvenli Veri Aktarım (SSL veya TLS) protokolü ile DICOM veri gönderebilecektir.

11.2.25. İletilen ve arşivlenen DICOM görüntülerinin bütünlüğü ve uyumluluğu otomatik olarak kontrol edilecektir.

11.2.26. PACS Modülü, tetkiklere rapor ekleyebilecek, eklenen raporlar görüntülenebilecektir. Rapor hazırlama modülü, temel metin işlevlerini (kalın, altı çizili, italik yazma, kopyalama, hizalama, yazı tipi ve boyutu gibi) gerçekleştirebilen bir metin editörü içerecektir. Hazırlanan raporlar gerektiğinde e-imza veya e-imzasız olarak kapatılabilecek ve kapatılan (onaylanan) raporlar üzerinde daha sonra hiçbir şekilde değişikliğe izin verilmeyecektir.

11.2.27. PACS sistemine kurum bünyesinde bulunan sabit veya gezici görüntüleme cihazlarına ait hertürlü görüntüler (Röntgen, mamografi görüntüleri vb.) sisteme dışarıdan aktarılabilmelidir. Aktarımın sağlanması için gerekli modül ve ayarları yüklenici tarafından ücretsiz olarak sağlanmalıdır.

11.2.28. Hastaların dijital ortamda getirdikleri DICOM uyumlu olan görüntüler PACS Modülüne aktarılabilecek ve hasta dosyası ile ilişkilendirilmesi yapılabilecektir.

11.2.29. Sistem üzerinden görüntüler idarenin istediği formatta görüntülenebilecek, bununla ilgili konfigürasyonları yapmak yüklenicinin sorumluluğunda olacaktır.

11.2.30. Görüntü Dağıtım Sunucu yazılımı, erişim kısıtlama, yetkilendirme gibi kullanıcı güvenlik mekanizmalarını desteklemeli Sağlık Bakanlığı Tele-Tıp servislerine Güvenli Veri Aktarım (SSL veya TLS) protokolü ile DICOM veri gönderebilmelidir.

11.3. RBS (RADYOLOJİ BİLGİ SİSTEMİ) MODÜLÜ 11.3.1. RBS, hasta tetkik istem yönetimi, inceleme, raporlama, istatistikler ve sistem yönetimi

konularında entegre işlevleri yerine getirmelidir. 11.3.2. Radyoloji Bilgi Sistemi; İstem Kayıt, Doktor Atama, Randevulu Hasta Muayenesi

Düzenleme (modalitelere göre, istem bölgelerine göre, yatan ve poliklinik hastalarına göre, aciliyete göre, vb.), Hasta Tıbbi Bilgi Girişi, Hasta Tıbbi Bilgi Görüntüleme ve Görüntü Raporlama, Radyoloji Raporu Hazırlama, Radyoloji İstatistik Raporlama(modalitelere ve her bir cihaza göre günlük bakılan hasta sayısı, aylık bakılan hasta sayısı, yıllık bakılan hasta sayısı, randevu verilen hasta sayısı, randevusuna gelmeyen hasta sayısı, tekrar edilen inceleme sayısı, ICD tanı kodlarına göre sıralama, cihaz bakımı, vb.) gibi fonksiyonları kapsamalıdır.

11.3.3. RBS Modülü, Hasta Sağlık Bilgilerine Erişim, Rapor yazma, Eski Raporları Okuma, Görüntüleri Farklı Ortamlara Aktarma gibi kullanıcı yetki seviyesinde ayarlanabilen fonksiyonları içerecektir.

11.3.4. Radyoloji Bilgi Sistemi, randevulama ve doktor atama işlemlerini gerçekleştirebilmelidir. 11.3.5. Verilmiş olan randevuların akıbeti ve ne aşamada olduğu yetkilendirilmiş kullanıcılar

tarafından sistem üzerindeki raporlar kullanılarak takip edilebilmelidir.

73

12. FATURA SİSTEMİ

12.1. Sistem üzerinden hastaya verilen sağlık hizmetlerin (poliklinik, tetkik istemleri, radyoloji vb.) icmalleri ile bağlantılı faturaları istenen tarih aralığında, kurum, verilen hizmetler bazında alınabilmelidir. Çıktılar ilgili kurumun istediği formatta alınabilmelidir. (Çıktı ekran, dosya, xls ve pdf formatlarında alınabilmelidir.)

12.2. Sisteme icmal şablonları eklenebilmeli ve bu seçime göre icmaller hasta ve işlem bazında alınabilmelidir. (Örneğin Aile Hekimi İcmalleri hasta ve test olarak toplam icmali alınabilmeli).

12.3. İstem icmal modülünde çıkarılacak icmallerin verileri, sisteme dahil olan tüm kurumlar ve aile hekimlerinin müdürlüğümüz LBYS e yaptığı tetkik istemlerinden otomatik olarak alınabilmeli, istenilen tarihe göre icmali yapılabilmelidir.

12.4. Kodların fiyatlandırılması yapılmalıdır, fiyatlar gerektiğinde kolayca revize edilebilir olmalıdır.12.5. Memur, Emekli Sandığı (devredilen), Sosyal Sigortalar Kurumu (devredilen), Bağ-kur

(devredilen), Yeşil Kart vb. sahibi hastalar için hasta bazında ayrıntılı olarak verilen hizmetlerin dökümü ve tutarları hazırlanabilmelidir.

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

12.7. Faturalama işlemlerinde her yıl güncellenmekte olan SUT veya BUT hükümlerine uygun belgelerin düzenlenmesi sağlanmalıdır.

12.8. Faturalama sisteminde Aile Hekimliği laboratuvar işlemleri için BUT ve SUT'da tarif edildiği şekilde faturalama/ elektronik faturalanma yapılmalıdır.

12.9. Faturalandırma modülünde kesilecek faturaların verileri, aile hekimleri doktorlarının müdürlüğümüz LBYS e yaptığı tetkik istemlerinden otomatik olarak alınabilmeli, istenilen tarihe göre faturalanması yapılabilmelidir.

12.10. Hizmet detayları (Bağ-Kur, SSK, Emekli Sandığı, Memur, Yeşilkart), raporlar alınabilmeli ve TSIM'e transfer için uyun şablonda çıktı vermelidir.

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

12.12. Faturalama işlemlerinde her yıl güncellenmekte olan TUT ve SUT ve BUT hükümlerine uygun belgelerin düzenlenmesi sağlanmalıdır.

13. PERSONEL ÖZLÜK MODÜLÜ

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

13.2. Personel özlük işlemlerinde; personelin resmi görev yeri, fiili görev yeri, resmi unvanı, fiili unvanı, 2. görev unvan bilgileri tek ekranda, tek sekmede ve tek tuşla güncellenebilmelidir. Aynı bilgilerin geçmiş durumları tek ekranda tablo halinde görülebilmedir.

13.3. Görevden ayrılma, izin, rapor, nöbet vb. işlemler yapılabilmeli ve ilgili kayıtlar tutulmalı, geçici görevde olan personelin takibi yapılabilmelidir. Personel İzin takip sistemi; yıllık, mazeret, hastalık (rapor), ücretsiz(aylıksız) izni desteklemelidir.

13.4. Personellerin hak ettiği yıllık izinler günü geldiğinde otomatik tanımlanmalıdır. Gerektiğinde toplu olarak izin hakları hesaplatılarak liste üzerinde tüm personel için görülerek kaydedilebilmelidir.

13.5. Birinci Basamak sağlık kuruluşlarının çalışan personellerinin özlük işlerinin uzak kullanıcı tarafından merkeze online olarak iletilmesi sağlanmalıdır.

13.6. Kullanıcı yalnızca yetkili olduğu birimlerdeki ve 2.basamak kurumlarına bağlı personelleri görebilmeli ve işlemleri sadece bu kişiler üzerinde yapabilmelidir.

74

13.7. Kuruluşların veri girişlerinin durumu takip edilebilmelidir. İstenildiğinde veri girişleri engellenebilmelidir.

13.8. Personel özlük modülü, kurumumuzun istediği özelliklere ve değişikliklere adapte edilebilmeli, aynı bilgilerin sisteme tekrar tekrar girilmemesi için gerekli önlemler alınmış olmalıdır.

13.9. Personel özlük modülünden tüm raporlar (bakanlığın müdürlükten talep ettiği raporlar dahil) alınabilmeli ve bilgiler hazırlanmalıdır. Personel özlük modülü üzerinden çeşitli kriterlere, meslek gruplarına, birimlere, yaş aralığına, cinsiyete göre ve müdürlüğümüzün talep edeceği diğer bazı kriterlere göre personel sorgulaması yapılabilecek ve gerektiğinde word, excel veya pdf ortamında dökümü yapılabilecek özellikte olmalıdır.

13.10. Yüklenici firma özlük modülünden girilen personel bilgilerine istinaden kendi otomasyon yazılımı üzerinden veyahut yüklenici tarafından temin edilecek bir sistem üzerinden seçilen personel kriterlerine göre personellerin cep telefonlarına kısa mesaj atılmasını sağlayacak. Kısa mesaj atılması için gereken SMS paketleri müdürlük tarafından temin edilecek olup yüklenicinin kuracağı sistem üzerinden otomatik doğum günü mesajı atılması, belli günlerde belirli kriterlere göre seçilen personellere örneğin hemşireler günü için kurumda çalışan hemşirelere otomatik sms atılması vb. işlemler gerçekleştirilecektir.

14. SBYS MOBİL UYGULAMA MODÜLLERİ

Bu sistem, sağlık tesisinde yapılan bazı işlemlerin mobil cihazlar (tablet, akıllı telefon, vb.) ile de yapılabilmesini ve elektronik olarak takibini amaçlamaktadır. Mobil cihazlar için geliştirilen yazılımlar “Uygulama” olarak ifade edilmektedir.14.1. Genel Özellikler

14.1.1. Uygulama, yetkili mağazalar (store) üzerinde yayımlanmalı ve güncel versiyon yüklenebilmelidir.

14.1.2. Uygulama mobil cihaz özelliklerine göre adapte olabilmeli, arayüzlerde görüntüde taşma, görüntülenememe vb. sorunlar olmamalıdır.

14.1.3. Uygulamada veri transferleri uçtan uca şifrelenerek güvenli bir şekilde yapılmalıdır.14.1.4. Sistemin HBYS ile entegre olarak çalışması gerekmektedir. Uygulamayı indiren kullanıcılar

HBYS giriş bilgileriyle uygulamaya giriş sağlayabilmelidir.14.1.5. Kullanıcılar HBYS giriş bilgileriyle uygulamaya giriş yaptığında HBYS’de oluşturdukları profil

bilgilerine erişim sağlayabilmelidir.14.1.6. Hasta listesinden verilen barkod okutularak hasta bilgilerine erişim sağlanabilmelidir.14.1.7. Konsültasyon hasta listesine erişim sağlanabilmelidir.14.1.8. Hasta listesi görüntülendiği zaman yatan hastalar için; başvuru numarası, hasta adı soyadı,

oda ve yatak bilgileri görülebilmelidir.14.1.9. Hasta listesi ayaktan hastaları temsil ediyorsa, muayene durumları listede ayırt edici

figürler ile belirtilebilmelidir (örneğin; sırada, takipte, muayene sonlandı vb.).14.1.10. Hastaya ait detay bilgi ekranı açıldığında hastanın hekim bilgisi, cinsiyet, yaş, başvuru

tarihi, klinik bilgi, muayene tipi, muayene durumu vb. bilgi olarak görüntülenebilmelidir.14.1.11. Uygulama üzerinden fotoğraf çekilebilmeli ve hastaya ait detay bilgi ekranına hastanın

fotoğrafı kayıt edilebilmelidir.14.1.12. Uygulama üzerinden ihtiyaç halinde hastaya ait cilt yara fotoğrafı, doku fotoğrafı vb.

uygulama üzerinde kaydedilebilmelidir. Uygulama üzerinden hastaya ait önceden kaydedilmiş fotoğraflar görüntülenebilmelidir.

14.1.13. Uygulama e-İmza kütüphanelerini kullanabilmelidir.14.1.14. Uygulama konuşarak yazdırma özelliğini desteklemelidir. Veri giriş alanları konuşarak

yazdırma özelliği kullanılarak doldurulabilmelidir.

75

14.1.15. Uygulama üzerinden yöneticiler için yetkileri dahilinde sağlık tesisine ait istatistiklere, hastaların ayaktan, yatan, taburcu, doğum, sevk, reçete, e-reçete, radyoloji, laboratuvar tetkik,vb. sayılarına anlık ve geçmişe dönük olarak ulaşılabilmelidir.

14.2. Hekim Uygulama ModülüBu modülde hekimlerin mobil cihazlardan yapabildiği işlemler tanımlanmıştır.

14.2.1. Uygulama üzerinden anamnez bilgileri girilerek var olan bilgiler güncellenebilmelidir.14.2.2. Teşhisler alanında hastaya ait girilmiş tanılar listelenebilmeli, ek tanı girilebilmeli ve girilen

tanılar iptal edilebilmelidir. Tanı kodu ya da adı ile arama yapılabilmelidir.14.2.3. İlk muayene aşamasında tanı girildiği zaman hastaya protokol numarası üretilebilmeli ve

hastanın muayene statüsü değiştirilebilmelidir.14.2.4. Konsültasyon kısmında hastaya ait konsültasyonlar listelenebilmeli, yeni konsültasyon

istenebilmelidir. Aynı ekran üzerinde konsültasyon sonuçları okunabilmelidir.14.2.5. Görüntüleme alanı oluşturulabilmeli, ilgili alanda hastanın PACS görüntülerine

erişilebilmeli ve ek olarak yazılmış raporlar hekim tarafından görülebilmelidir.14.2.6. Görüntüleme ekranında hastaya ek görüntüleme tetkiki istenebilmeli, istenen tetkikler

yapılmadığı takdirde iptal edilebilmelidir.14.2.7. Uygulama ile hekimlere yetkili olduğu kliniklerin hastalarını görme ve bu hastaların

hastalık bilgilerine erişebilme yetkisi verilebilmelidir.14.2.8. İstem (Order) işlemleri uygulama üzerinden yapılabilmelidir.14.2.9. Uygulama klinik karar destek sistemi ile entegre olabilmelidir. İstem yapılırken hastanın

sağlık verilerine (tanı, anamnez, laboratuvar sonuçları vb.) göre uygulama üzerinden klinik karar destek sistemi tetiklenebilmelidir.

14.2.10. Hastaların tahlilleri, tıbbi görüntüleri (DICOM Standardı) ve vital bulguları uygulama üzerinden takip edilebilmelidir.

14.2.11. Konsültasyon işlemleri uygulama üzerinden takip edilebilmelidir.14.2.12. Hastanın sıvı ölçümleri uygulama üzerinden takip edilebilmelidir.14.2.13. Hastanın epikriz bilgisine uygulama üzerinden erişilebilmeli ve düzenlenebilmelidir.14.2.14. Hastanın yara takipleri görsel olarak uygulama üzerinden yapılabilmelidir.14.2.15. Hastanın reçete işlemleri uygulama üzerinden yapılabilmelidir. Reçeteye ilişkin MEDULA

işlemleri yapılabilmelidir.14.2.16. Uygulama üzerinden hekim, hastalara bulunduğu servis grubunca tanımlanmış sık

kullanılan tedavilerin istemleriniyapabilmelidir.14.2.17. Uygulama üzerinden hastaya girilen istemler tarih bazında listelenebilmeli,ilgili tarihte

kaydedilmiş birden fazla istem varsa listede onay durumu ile birlikte gösterilebilmelidir.14.2.18. Uygulama üzerinden hastaya yapılan istemlerde ilgili istemin ilaç, uygulama veya diyet

olduğu belirtilebilmelidir.14.2.19. Uygulama üzerinden hekim tarafından istemler üzerinde aşağıdaki işlemler

yapılabilmelidir;a) İstemin uygulama zamanını değiştirebilmeb) Durdurabilme (stoplayabilme)c) Eczane onayı alınmamış istemi silebilmed) İstem miktarını değiştirebilmee) İstemin serum içinde verilebileceğini belirtebilmef) Lüzum halinde isteneceğini bildirebilme

14.2.20. Uygulama üzerinden girilmiş istemler,devam eden gün resmi tatil ise tatil günleri boyunca otomatik olarak tatil günlerine aktarılabilmelidir.

14.2.21. Bir hastaya birden fazla hekim epikriz girmiş ise her hekim diğer hekimlerin epikrizlerini de görüntüleyebilmeli ancak sadece kendi epikrizlerini güncelleyebilmelidir.

76

14.2.22. Uygulama üzerinden hekim, vizit notlarını girebilmelidir.14.2.23. Uygulama üzerinden hekim, hasta teşhislerini kaydedebilmelidir. Hastaya teşhis eklerken

teşhisi adına ve koduna (ICD-10) göre arayabilmeli, ön tanı, kesin tanı, ayırıcı tanı durumunu bildirebilmeli, ana tanı veya sevk tanısı olarak işaretleyebilmelidir.

14.3. Hemşire Uygulama ModülüBu modülde hemşirelerin mobil cihazlardan yapabildiği işlemler tanımlanmıştır.

14.3.1. Hemşireler hastalara bakım planlarını uygulama üzerinden ekleyebilmeli ve bu bakım planları bölümler halinde listelenip işlem yapılabilmelidir.

14.3.2. Bakım planları listelenirken işlem adı, uygulama zamanı, uygulayan hemşire adı, uygulamada kullanılacak olan araç gereç listelenmeli ve bu listeleme maddelerine göre hızlı arama yapılabilmelidir.

14.3.3. Hastaya birden fazla bakım planı eklenebilmeli ve hemşire her bakım planına kendi değerlendirme notlarını girebilmelidir.

14.3.4. Hemşire uygulama üzerinden hastaya ait gözlem bilgilerini kaydedebilmeli ve izleyebilmelidir.

14.3.5. Uygulama üzerinden hastaya ait hekim tarafından girilmiş teşhisler listelenebilmeli, alerji ve bulaşıcı hastalık vb. özellikler takip edilebilmeli,vücut ağrı derecelendirmesi de bu bölümde takip edilebilmelidir. Hemşireler hastanın vücut bölgesini seçerek ağrı skalası üzerinde ağrının derecesini artırıp eksiltebilmelidir.

14.3.6. Uygulama üzerinden hastaya ait ateş, solunum, nabız, tansiyon, şeker, kullanılan insülin bilgisi, SpO2, hemşire açıklaması, vb. yaşam (vital) bulgu bilgileri kaydedebilmeli ve listelenebilmelidir.

14.3.7. Uygulama üzerinden bebeğe ait yaşam bulguları ölçüm tarihi, saati ve ölçüm yapan kişi, ateş, nabız, solunum, SPo2, AKŞ (Açlık Kan Şekeri), IV (intravenöz), anne sütü, idrar, defekt, kusma, vb. bilgiler kayıt edilebilmeli ve listelenebilmelidir.

14.3.8. Uygulama üzerinden gebeye ait dilatasyon, efasman, ÇKS (Çocuk Kalp Sesi), kontraksiyon, amnion sıvı (mayii), baş seviyesi, hemşire açıklaması, travay takip (gebe takip) vb. bilgileri girilebilmeli ve listelenebilmelidir.

14.3.9. Uygulama üzerinden kanama, fundus seviyesi, mobilizasyon,uterus kontraksiyonu, vb. lohusaya ait takip bilgileri girilebilmeli ve listelenebilmelidir.

14.3.10. Uygulama üzerinden sıvı (mayii) ve AÇT(Aldığı Çıkardığı Takibi) bilgileri girilebilmeli ve listelenebilmelidir.

14.3.11. Uygulama üzerinden bebek adı, kan grubu, canlı/ölü doğum durumu, cinsiyeti, doğumu gerçekleştiren bilgisi, doğum tarihi, doğum saati, boyu, kilosu, baş çevresi, APGAR1 sonucu, APGAR5 sonucu, göz antiseptiği sürülme durumu, işitme testi yapılma durumu, topuk kanı alınma durumu, K vitamin desteği verilme durumu, doğum türü, doğum sırası vb. yeni doğmuş bebek bilgileri girilebilmeli ve listelenebilmelidir.

14.3.12. Uygulama üzerinden hekim tarafından hasta istemine eklenen ilaç ve uygulamalar saatlik dilimlerle listelenebilmelidir. Örneğin 3x1 ilk doz 10:00’da girilmiş bir ilacın uygulama listesinde 10:00-18:00-02:00 (ertesi gün tarihli) için 3 ayrı kayıt oluşturulabilmelidir. Bu kayıtlar listelenirken;

a) İlaç veya uygulama adıb) Kullanım periyoduc) Kullanım şeklid) Hekimin istemde sisteme girdiği açıklamalare) Uygulanması gereken saatf) İlacı uygulayan kullanıcı bilgisig) İlacın uygulanma zamanıh) İlaç uygulanırken barkod okutulma durum bilgisii) Uygulayan hemşirenin açıklaması

77

vb. bilgiler görüntülenebilmelidir.14.3.13. Uygulama üzerinden hemşire gerektiğinde(hasta ameliyatta, ilacın geç temini vb.) saatinde

uygulanamayan ilaç ve tedaviler için gecikme sebebini girebilmelidir.14.3.14. Uygulama üzerinden hemşire yaptığı uygulama yolunu çoklu seçim listesinden

seçebilmelidir.14.3.15. Uygulama üzerinden hemşire, hastaya uygulamak istediği ilacın barkodunu okutabilmeli

ve okutulan barkoda ilişkin doğrulamalar (doğru hasta, doğru ilaç, doğru zaman, doğru doz, doğru yol) yapılabilmelidir. Eğer doğru barkod okutulduysa ilacın hastaya uygulandığı bilgisi kaydedilebilmelidir. Aksi halde doğru barkod okutulmadan o ilacın hastaya uygulandığı kayıt altına alınamamalıdır.

14.3.16. Uygulama üzerinden hemşire gerekli durumlarda ilacı veya tedaviyi hastaya uygulamadığını, uygulamama nedenini girerek kayıt altına alabilmelidir (Örneğin tansiyonu normal değerlerin altında bir hasta için yapılan istemde tansiyon düşürücü ilaç bulunuyorsa hemşire bu ilacı uygulamadığını işaretleyebilir). Uygulamama nedeni girilmeyen kayıtların “uygulanmadı” olarak işaretlenmesi mobil uygulama tarafından engellenebilmelidir.

14.3.17. Uygulama üzerinden idarenin talep ettiği, hemşirelerin doldurması gereken formlar (Itaki Risk Değerlendirme Formu, Harizmi Risk Değerlendirme Formu, Bası Yarası Riskini Ölçme, Uyandırma Odası Takip Formu, Hemşire Anamnez Formu, Anestezi Güvenlik Formu, vb.) doldurulabilmelidir. Uygulama üzerinden hemşire, hastaya daha önceden eklenmiş formları ve formların cevaplarını görüntüleyebilmeli ve hastaya yeni bir form ekleyebilmelidir.

14.3.18. Uygulama üzerinden hemşireler için iş listesi tanımlanabilmelidir. Yaklaşan işlemler için (anjiokat, sonda değişim zamanı, tedavi zamanı vb.) hemşireye uyarı verilebilmeli ve hemşire seçtiği işlem üzerinden ilgili forma ulaşabilmeli ve doldurabilmelidir.

14.3.19. Uygulama üzerinden hasta özgeçmişinde ağrı değerlendirmesi, alerji, gebelik, son 3 yıl tetanos aşısı, geçirilmiş ameliyatlar, kronik hastalık, alışkanlıklar, kullandığı ilaçlar vb. bilgiler görüntülenebilmelidir.

14.3.20. Hastaya yapılmış bir istem listelenirken ilgili istemin ilaç, uygulama veya diyet olduğu görüntülenebilmelidir.

14.3.21. Uygulama üzerinden ilaçların hastalara uygulanmayacağı durumlarda (hastanın taburcu olması, istem durdurma, ex vb.) hemşire tarafından uygulanmayan ilaçlar için iade işlemi yapılabilmelidir.

15. KLİNİK MÜHENDİSLİK BİLGİ YÖNETİM SİSTEMİ

Sistem, kurumda Biyomedikal Birimlerinin süreçlerini destekleyecek ve süreçlerle ilgili raporları sunabilecek nitelikte olmalıdır. Kurumun Biyomedikal Birimlerinin değişen ya da eklenen ihtiyaçlarını karşılayabilmek için bu şartname de tanımlanan teknolojik altyapı özellikleri ile uyum sağlayabilecek potansiyelde olmalıdır.

15.1. Genel Şartlar15.1.1. Bakanlık tarafından yayımlanan KMBYS iş akışlarına uygun olarak çalışabilmelidir.15.1.2. ÇKYS ve MKYS’ye entegre çalışmalıdır.15.1.3. Kurumun mevcut biyomedikal envanter bilgileri MKYS’den aktarılabilmelidir.15.1.4. Dijital dosyalar saklanabilmeli ve dosyalara erişilebilmelidir.15.1.5. Karekod bulunan etiketler basılabilmelidir.

15.2. Klinik Mühendislik Envanter Yönetim ModülüSağlık tesisinde klinik mühendislik ile ilgili işlemlerin envanter yönetiminin elektronik olarak yapılması amaçlanmaktadır.

15.2.1. Sistemde tanımlı cihazların ÇKYS/MKYS üzerinden stok hareket ilişkileri girilebilmelidir.15.2.2. Sistemde tanımlı cihazların ÇKYS/KMBYS üzerinden künye numarası alınabilmelidir.

78

15.2.3. Tanımlı cihazlara karekod bastırılabilmeli, bu karekod üzerinden cihaz künye bilgilerine erişilebilmelidir.

15.2.4. Bakanlık tarafından belirlenen tür, tanım, branş, marka tanımları, KMBYS tanımları ile uyumlu olmalıdır.

15.2.5. Tıbbi cihazlara ait bölüm, lokasyon, garanti başlangıç, bitiş, seri numarası, lotnumarası ve üretim yılı vb. tüm gerekli bilgiler tanımlanabilmelidir.

15.2.6. Bir cihaza ait dijital dosyalar (katalog, sözleşme vb.) yüklenebilmeli ve bu dosyalar indirilebilmelidir.

15.2.7. Biyomedikal ve taşınır malzemelerin, MKYS giriş ve çıkış işlemleri yapılabilmelidir. 15.2.8. MKYS’nin çalışmadığı durumda sistem çalışılabilmelidir. 15.2.9. Zimmet işlemlerinde standart lokasyon tanımlaması ile MKYS’de dinamik birim/lokasyon

tanımlanması ve kişi tanımlanması yapılabilmelidir.15.2.10. MKYS malzeme işlemlerinden; birlik içi devir, ambarlar arası devir veya düzeltme çıkış

işlemlerinde çıkış yapıldığı anda giriş otomatik oluşabilmelidir. Herhangi bir liste veya ekstra seçim yapma zorunluluğu olmadan giriş ve çıkışların eş zamanlı işleyebilmesi sağlanabilmelidir.

15.2.11. Demirbaş işlemlerinde gerekli tüm kontroller yapılabilmelidir.15.2.12. Malzeme girişi yapıldığında künye numarası/numaraları alınabilmelidir.15.2.13. Belirli tarihler arasında sağlık tesisi bazında hangi cihazların hurdaya ayrıldığı, hangi

hastaneye veya hastaneden devredildiği veya malzeme tanımının değiştiği durumlarda cihaz hareket bilgisine erişilebilmelidir.

15.2.14. Biyomedikal dayanıklı taşınır depo, ayniyat dayanıklı taşınır depo ve medikal depo, cerrahi alet depolarında tüm işlemler (satın alma, birlik içi devir, düzeltme girişi, zimmet, hurdaya ayırma, ambarlar arası devir, emanet işlemleri, ihtiyaç fazlası işlemleri vb.) yapılabilmelidir. Bu depolar, MKYS ile entegre çalışabilmeli ve kullanıcıların ayrıca MKYS’de işlem yapma zorunluluğu bulunmamalıdır.

15.2.15. MKYS’de bulunan Taşınır İşlem Fişi (TİF), zimmet, kayıttan düşme, teklif onay tutanağı vb. tüm raporlar MKYS ile aynı olacak şekilde üretilebilmelidir.

15.3. Biyomedikal Hizmet Planlama ve Yönetim ModülüBir cihazın kaydına yapılan tüm değişiklikler hangi tarihte ve hangi kullanıcı tarafından yapıldığını bir tablo şeklinde listelenebilmelidir. Bu değişiklikler cihaz bilgileri, cihaza yaratılan iş emirleri, kalibrasyon sertifikaları gibi bilgileri ve olayları kapsamalıdır.

15.3.1. Bir cihaza ait tüm arıza kayıtları bir tablo şeklinde listelenebilmelidir.15.3.2. Bir cihazın alt ekipmanları da ayrı cihaz şeklinde takip edilebilmelidir. Bir cihaza bağlı

cihazlar ya da ekipmanlar kayıt edilebilmeli ve görüntülenebilmelidir.15.3.3. Bir cihaz kaydı için oluşturulan tüm iş emirleri tamamlanmış olsun ya da olmasın tarih

bazında listelenebilmelidir.15.3.4. Bir cihazın herhangi bir iş emri için eklenen dosyalarına listeden erişilebilmelidir.15.3.5. İş talebi tamamlandığı zaman talebi bildiren kullanıcıya bildirim yapılabilmelidir.15.3.6. İş talebi oluşturulabilmelidir.15.3.7. İş talebi oluşturulurken; tıbbi cihaz, lokasyon, birim/bölüm ve açıklama alanları

girilebilmelidir.15.3.8. İş talebi oluşturulurken kullanıcı, sadece kendi zimmetinde veya yetkisinde bulunan

cihazlardan birini seçebilmeli ve kendi yetkisinde olmayan bir cihazla ilgili kayıt girmesi önlenebilmelidir.

15.3.9. Kullanıcı, kendi bildirdiği iş taleplerinin detaylarını ve seçtiği iş talebi için oluşturulan iş emirlerinin güncel durumlarını görüntüleyebilmelidir.

15.3.10. Kullanıcılar, birimlerden gelen iş taleplerini yetkilerine göre görebilmelidir.15.3.11. Kullanıcılar, her bir talep için bir ya da birden çok iş emri kaydı oluşturabilmelidir.

79

15.3.12. İş emirleri oluşturulurken ilgili dayanıklı taşınır künye bilgileri, iş emri oluşturma ekranına otomatik olarak kopyalanabilmelidir.

15.3.13. Kullanıcı, iş emri yönetimi ekranını açtığında sadece kendine atanmış ve henüz tamamlanmamış iş emirlerini görebilmelidir.

15.3.14. İş emri yönetimi ekranlarında, her bir iş emri türünün iş akışlarında hangi durumu beklediği listelenebilmelidir.

15.3.15. Bir iş emri kaydı üzerinde yapılan tüm değişiklikler; değişikliğin ne olduğu, değişikliğin yapıldığı tarih ve değişikliği yapan kullanıcı bazında listelenebilmelidir.

15.3.16. Bir iş emri için parça siparişleri kayıt edilebilmeli ve istenilen zaman aralığında görüntülenebilmelidir.

15.3.17. Bir iş emri için bir hizmet alınması gerekiyorsa ya da alınmışsa bu bilgi kayıt edilebilmelidir.15.3.18. Bir iş emri için dış firmaların yaptığı her müdahale (bakım anlaşması kapsamında, garanti

kapsamında ya da faturalı olabilir) kayıt edilebilmelidir.15.3.19. İş emri için dijital dosyalar yüklenebilmelidir.15.3.20. Bir iş emrinin tamamlanması için başka iş emirleri oluşturulabilmelidir.15.3.21. Bir iş emri bir cihazla ilgiliyse cihazın çalışamaz durumda kaldığı zaman aralıkları pasif

zaman olarak belirtilebilmelidir.15.3.22. Plan dahilinde oluşturulan iş emirlerinin plan tarihleri kullanıcıların onayına sunulabilmeli

ve onay alınabilmelidir.15.3.23. İdare bünyesindeki farklı teknik birimler (biyomedikal, teknik hizmetler, bilgi işlem ve bağlı

birimler), kendileri ile ilgili iş emirlerini takip edebilmeli ve birimler arası koordinasyon sağlanabilmelidir.

15.3.24. Teknik hizmet ile ilgili tüm sözleşmeler kayıt edilebilmelidir.15.3.25. Kayıt edilen sözleşmenin; hangi hizmet için olduğu, sorumlu personeli, geçerli tarihleri ve

kapsadığı demirbaşlar seçilerek ilgili sözleşme dokümanları ile birlikte kaydedilebilmelidir.15.3.26. Sözleşmelerin imzalandığı firma/firmalar; irtibat, kişi ve adres bilgileri ile birlikte

kaydedilmelidir.15.3.27. Bakım ve kalibrasyon yapılması gerekli demirbaşların her biri için; tekil, grup ve/veya

marka-model bazında bakım ve kalibrasyon bilgileri sözleşmede belirtilen şekilde planlanabilmelidir. Planlanan iş emirleri otomatik olarak oluşturulabilmelidir.

15.3.28. İş emirleri, tür bazlı tanımlarda dahi her bir demirbaş için oluşturulabilmeli ve bakım/kalibrasyon iş emirleri, bakım ve onarım sürecine uygun şekilde takip altına alınabilmelidir.

15.3.29. Bakım ve kalibrasyon yapılan demirbaşların işlem sürelerinin ölçülebilmesi için iş emri otomatik oluşturulabilmelidir.

15.3.30. Bakım ve kalibrasyon sonucunda ortaya çıkan değerler, her bir demirbaş için kaydedilebilmeli ve ilgili hastane yetkilisi tarafından sistem üzerinden onaylanabilmelidir.

15.3.31. Islak imza gerektiren onaylar için girilen değerler üzerinden demirbaşın diğer bilgileri ile birlikte form çıktısı alınabilmeli ve imzalanan form sistem üzerine taranıp kaydedilebilmelidir.

15.3.32. Bakım ve kalibrasyon sürecindeki adımlar için süreler tanımlanabilmeli ve Key Performance Indicator (KPI) bilgisi bu şekilde karşılaştırılabilmelidir.

15.3.33. Planlanan bakım, kalibrasyon, kurulum ve söküm tarihler koruma takvimi üzerinde görüntülenebilmeli ve takvim üzerinde ilgili iş emrine işlem yapılabilmesi sağlanabilmelidir.

15.3.34. Planlamalar, bir demirbaş için belirlenen zaman aralıklarında oluşturulabilmelidir.15.3.35. Arıza süreci, başlangıcından bitimine kadar sistem üzerinde görüntülenebilmelidir. Süreç

içerisinde yer alan adımlar, sağlık tesisinin “Onarım Süreçleri”ne göre değiştirilebilmelidir.15.3.36. Arıza bildirimleri; sistem arayüzü, tarayıcı (browser) veya mobil yazılım üzerinden

yapılabilmeli ve ilgili birimlere gerekli bildirimler gönderilebilmelidir.15.3.37. Arıza, bakım, kalibrasyon, kurulum ve söküm süreçleri devam ederken, demirbaş ve varlık

yönetim sisteminde de ilgili bilgi otomatik olarak güncellenmelidir.

80

15.3.38. Arıza süreçlerinin adımları için zamanlar tanımlanabilmeli ve beklenen süreden uzun süren işlemler için kullanıcılar bilgilendirilmelidir. Sözleşmede belirtilen cezai yaptırımları içeren dokümanlar otomatik oluşturulabilmelidir.

15.3.39. Arıza kaydı için arıza türleri ve nedenleri diğer bilgiler ile birlikte girilebilmelidir.15.3.40. Arıza süreçleri, iç ve dış müdahale bilgileri ile kaydedilebilmelidir.15.3.41. Arıza, dış müdahale ile çözülen bir arıza ise tamir ücreti ve tamir eden firma bilgileri diğer

bilgiler ile birlikte kaydedilebilmelidir.15.3.42. Arıza, iç müdahale ile çözülen bir arıza ise kullanılan malzeme ve tasarruf edilen miktar

bilgiler diğer bilgiler ile birlikte kaydedilebilmelidir.15.3.43. Arıza sürecinde görevli personel bilgileri kaydedilebilmeli ve arıza süreç adımlarına göre

personel için performans bilgileri alınabilmelidir.15.3.44. Bakım, kalibrasyon, arıza, kurulum ve söküm sürecindeki tüm adımlar ve kullanıcı bilgileri,

ilgili adımdaki kayıtlar ile birlikte “geçmiş kayıt” olarak kayıt edilebilmeli ve yetkili kullanıcılar tarafından demirbaş kaydı ve/veya ilgili iş emrinin kaydı üzerinden görüntülenebilmelidir.

15.3.45. Bakım, kalibrasyon ve arıza süreçlerinin zaman performansları istatistiksel olarak görüntülenebilmeli ve raporlanabilmelidir.

15.3.46. Arıza maliyetleri ve durumları istatistiksel olarak görüntülenebilmelidir.15.3.47. Bakım, arıza, kurulum ve söküm durumları istatistiksel olarak görüntülenebilmelidir.

16. KLİNİK KARAR DESTEK SİSTEMİ

Klinik Karar Destek Sistemi sağlık profesyonellerine hastaları hakkında doğru kararı vermelerine yardımcı olacak önerileri sunabilmelidir.

16.1. Sistem, SBYS ile entegre olmalı ve SBYS’de üretilen verileri kullanabilmelidir.16.2. Kullanıcılar HBYS giriş bilgileriyle sisteme giriş sağlayabilmelidir.16.3. Hekime ya da kliniğe özel karar destek algoritmaları oluşturulabilmelidir.16.4. Sistem üzerindeki algoritmalar, yazılımcıdan bağımsız, İdare yetkilileri tarafından

tanımlanabilir yapıda olmalıdır.16.5. Sistem, oluşturulan algoritmaların birbirini tetiklemesine bağlı olarak işletilmelidir.16.6. Sistemde, hastaya ait fiziksel muayene sonuçları, laboratuvar test sonuçları, vital bulgular

vb. klinik veriler ile hastaya özgü kişisel veriler birleştirilebilmeli ve önceden belirlenen algoritmalarla hekimlere önerilerde bulunması sağlanabilmelidir.

16.7. Sistem, hastanın laboratuvar sonuçlarına bağlı olarak ek tetkik önerilerinde bulunabilmedir.16.8. Sistem aracılığı ile hekimin tanı koymasına ve tedavi planlamasına yardımcı olacak klinik veri

tabanları (klinik rehberler, bilimsel makale veri tabanları vb.) ile entegre olarak teşhis ve tedavi önerilerine yönelik bilgi alınabilmesi sağlanabilmelidir.

16.9. Hastanın anamnez ve tetkik sonucu bilgileri kullanılması ile sistem olası tanı önerilerinde bulunabilmelidir.

16.10. Sistem, anımsatıcılar ve uyarılar aracılığıyla tetkik, ilaç istem (order) ve tedavi planı önerisi sunabilmelidir.

16.11. Sistem, hastanın tetkik sonucunun anormal değerlerde (referans aralığı/karar sınırı dışında) olması durumunda hekime uyarı verebilmelidir.

16.12. Tetkik sonuçlarına göre ilaç doz kontrolleri sağlanabilmelidir.16.13. Sistem üzerinde hastanın vital bulgu ve laboratuvar değerlerine göre hekime istem (order)

edilecek ilaç öneri setleri bulunabilmelidir.16.14. Sistem, hekime, olası hastalıklarla ilgili eğitim videoları ve örnek resimler (olası hastalıkla

ilgili benzer EKG görüntüsü, ultrason videosu vb.) sunarak hastaya ait bulgular ile sistemin sunduğu bilgileri karşılaştırma yapma imkanı verebilmelidir.

16.15. Hasta için SBYS’de bulunan alerji tanımlamaları kullanılarak sistemin ilaç istem (order) aşamasında hekime alerjik reaksiyon uyarısı vermesi sağlanabilmelidir.

81

16.16. Hastanın vital bulgularına göre hekime uyarı sunulabilmelidir.16.17. Sistem yataklı servislerde kullanılacak ise doğru hastaya, doğru zamanda, doğru ilacın, doğru

doz ve doğru uygulama yolu ile kullanımı için gerekli kontrolleri sağlayabilmeli ve gerektiğinde uyarı verebilmelidir.

16.18. Anamnez sırasında HBYS’ye kaydedilen hastanın yanında getirdiği ilaçlar ile hastaya order edilen ilaçların arasındaki etkileşimler sistem üzerinden kontrol edilebilmelidir.

16.19. Sistem, bir ilaç bilgi kaynağı ile entegre edilerek ilaç doz etkileşimleri, ilaç besin etkileşimleri, ilaç-ilaç etkileşimleri ve ilaç alerji etkileşimlerinde uyarı verebilmelidir.

16.20. Hastanın demografik ve hastalık bilgilerine göre sistemde tanımlanacak kontroller çerçevesinde tanı, tedavi vb. konularda sağlık profesyoneline uyarı verebilmelidir.

16.21. Sistemin, koruyucu sağlık hizmetleri kapsamında, istenilen zaman aralıklarında hastaya kontrol amaçlı yapılması gereken tetkikler konusunda hekime uyarı vermesi sağlanabilmelidir.

16.22. Sistem, istem yapılırken (gebe hastalar için özellikle radyoloji istemlerinde) hekime ve çekim öncesinde radyoloji teknisyenine uyarı verebilmelidir.

16.23. Sistem, MR vb. elektromanyetik tetkik istemi sırasında, hastada protez (kalp pili vb.) olup olmadığı ile ilgili olarak hekimi tetkik isteminde bulunulduğu anda uyarabilmelidir.

16.24. Sistem, hastalara takılı protezlerin bilgisini tutmalı, MR vb. elektromanyetik tetkik çekim öncesinde hastanın hayatını tehlikeye sokabilecek protezler (kalp pili vb.) ile ilgili olarak diğer sağlık personelini uyarabilmelidir.

16.25. Sistem, e-order işlemleri sırasında hekimin istediği ilaçlar hastada böbrek, karaciğer vb. organ fonksiyonlarını olumsuz yönde etkileyecek ise bu duruma ilişkin hekime uyarı verebilmelidir.

16.26. Sistemde hekim tarafından seçilen bulgulara göre hekime tanı seçenekleri sunulabilmelidir.16.27. Sistem tarafından verilen öneri ve uyarılar hekim veya hemşire tarafından istenildiği zaman

sonlandırılabilmelidir.16.28. Hemşire hasta başında hasta anamnezini HBYS’ye girdiği anda sistem hasta vital bulgularına

göre hemşireye öneri veya uyarı verebilmelidir.16.29. Hemşire hasta başında veya masaüstü bilgisayardan HBYS’de hastaya ait İtaki veya Harizmi

formlarını doldurduğunda sistem otomatik olarak riskleri hesaplamalı ve çıkan sonuca göre hemşireye uyarı verebilmelidir.

16.30. Hemşire sistem üzerinden hasta başında veya masaüstü bilgisayardan hastaya ait bası yarası, sistem tanılama, ağrı formlarını ve skala formlarını doldurduğunda sistem otomatik olarak riskleri hesaplamalı ve çıkan sonuca göre hemşireye uyarı verebilmelidir.

16.31. Hemşireler tarafından HBYS’ye girilen hastanın bası yarası, itaki, harizmi, düşme riski veya ağrı vs. gibi bilgilere göre hemşirelere tedavi ve bakıma yönelik kolaylık sağlayacak algoritmalar olmalıdır. Örneğin hastanın ağrı skalası şiddetli ise sistem, hasta bakım planlarına Ağrı Bakım Formu ataması yapabilmeli ve vital bulgularına günde 2*1 ateş ölçümü yapabilmelidir.

16.32. Sistem, değişim zamanı gelen ekipmanlar ile ilgili hemşireye veya ilgili personele uyarı verebilmelidir.

16.33. İdareler tarafından tanımlanan ekipman değişim, ekleme-çıkarma sürelerine göre hemşireye veya ilgili personele uyarı verilebilmelidir (Örneğin idrar sondası değişim süresi 2 gündür vb.).

17. YAZILIM, DONANIM DESTEK PERSONELLERİ

17.1. Yüklenici firma bünyesinde çalıştırdığı ve EK-4 te belirtilen nitelikte personelleri hastanelerde ve müdürlük bünyesinde görevlendirip, sürekli müdürlük bünyesinde bulunduracaktır. Görevli personeller idarece kendilerine tahsis edilen birimde çalışacaklardır. Bu personellerin her türlü özlük hakları ve tüm giderleri yükleniciye ait olacaktır. İşe başlama tarihinden itibaren çalışanların özlük hakları itibariyle bu dokümanda yer almayan hususlarda 4857, 5510 sayılı Kanunların ilgili hükümlerine göre hareket edilmelidir.

82

17.2. Yüklenicinin bu şartname kapsamında müdürlük ve hastanelerde çalıştıracağı personel "Yüklenici Çalışanları" olarak anılacaktır.

17.3. 6331 sayılı iş sağlığı ve güvenliği kanununun getirdiği tüm yükümlülükler yükleniciye aittir. Yüklenici çalışanları bu kanun kapsamında, çalıştıkları sürece hastanelerdeki ilgili mevzuata uymakla mükelleftir.

17.4. Sözleşme süresince kurumda çalıştırılacak kişi sayısı ve özellikleri EK-4 te ki tabloda belirtilmiştir. Söz konusu elemanlar, sözleşme süresince firma tarafından kurumda çalıştırılacaktır. (Tabloda da söz konusu çalışanların adet ve özellikleri Sağlık Bakanlığı tarafından yayınlanan 2009/64 sayılı genelgeye istinaden yer almaktadır)

17.5. Network, Donanım, Teknik Destek ve Yazılım Bakım Elemanları: Uygulama yazılımı ile ilgili destek hizmeti vereceklerdir. Hastanelerde sürekli görevlendirilecektir. Ayrıca bu elemanlar İstekli firma ile kurum arasındaki ilişkilerin yürütülmesi yazılımların sorunsuz çalışması için gerekli önlemlerin alınması, istenen rapor, döküm ve kartların hızlıca hazırlanması ve/veya hazırlatılması, kullanıcıların yazılım destek taleplerine cevap verilmesi, SBYS’nin yaygınlaştırılması için gerekli entegrasyon çalışmalarının yapılması, Müdürlük ve bağlı birimlerdeki mevcut her türlü bilgisayar, yazıcı vs. sistem ile ilgili donanımların tamir ve bakımlarının takibinden sorumlu olacaktır. Bunların yanında sistem üzerindeki idari değişiklikler gibi nedenlerle gerekli olabilecek uyarlamaların yapılmasında Sağlık Bakanlığı Sağlık Bilgi Sistemleri Genel Müdürlüğü ile irtibatı sağlayacaktır. Hastanenin işleyişi ile ilgili hizmet kalitesini arttırıcı iyileştirmeler yapılması konusunda danışmanlık yapmalıdır. Hastanede var olan ve yeni alınacak tıbbi cihazların sisteme entegrasyon konusunda çalışmaları planlamak ve yürütülmesine katkıda bulunacaktır. Yapılan çalışmalarla ilgili olarak kurum amirine aylık faaliyet raporları sunacaktır. SBYS yazılımı konusunda tecrübe sahibi olmalı, yazılım ile ilgili gelebilecek her türlü destek taleplerini öncelikle cevaplayabilmelidir. Hastane içinde çözümlenemeyen sorunları bağlı bulunduğu yazılım firması ile gerekli irtibatı kurarak çözmeli veya çözülmesini sağlamalıdır. Bu faaliyetlere nezaret etmelidir. Bilgisayarlara yazılım kurulumlarını yapmalı veya yaptırmalıdır. SBYS yazılımı üzerinden mevzuat kapsamında bakanlığa gitmesi istenen bütün verileri günlük olarak takip edecek, yapılan hataların düzeltilmesi için hatayı yapan kullanıcılara ve idari birimlere gerekli bilgilendirmeleri yapacaktır. Sağlık Bakanlığı KDS sistemine anlık olarak giden verilerin takibi ve Sağlık Bakanlığı Verimlilik Analiz Uygulaması, TSİM vb. sistemlerle olan veri tutarlılığını kontrol edip sistemsel sorunlara idarenin bilgisi dahilinde çözüm bulmakta firma personellerinin sorumluluğunda olacaktır.

17.6. Yüklenici firma 7 gün 24 saat kesintisiz hizmet vermek zorundadır. Dolayısıyla Sistemin 24 saat çalışır durumda kalmasından bu personeller sorumlu olacaktır. Çalışacak yazılım ve donanım personelinin 24 saat ulaşılabilecek güncel telefonu ve adresi kurum idaresine yüklenici tarafından bildirilecektir. Bu personel SBYS’nin hizmet vermesini engelleyecek acil durumlarda kurum birimlerindeki arıza yerine ulaşıp müdahale edebilmelidir.

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

17.8. İş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ı olmadığına dair adli sicil belgesi, tek hekim imzalı sağlık raporu, son 6 ay içerisinde çekilmiş 4 adet vesikalık fotoğraf çalışmaya başladığı günden itibaren 30(otuz) gün içerisinde idareye teslim edilerek özlük dosyasına konulmalıdır. Bu belgeler idare tarafından incelendikten sonra, İdarenin uygun görüşü ve onayı sonrası personeller işe başlayacaktır. Personel alımında daha önceden sağlık alanında çalışmış, iş deneyimi olan teknik personele öncelik verilecektir ve işe alınacak personellerin teknik bilgi ve becerileri ilgili idare tarafından değerlendirmeye tabi tutulacaktır. İşe alınan personeller 2 aylık deneme süresine tabi tutulacak ve teknik bilgi ve beceri olarak yetersiz görülen personellerin değişmesi tutulacak rapor ile yüklenici firmadan istenebilecektir. Teknik altyapı olarak yetersiz olduğu görülen ve kurum işleyişini aksatan personel gerekli şartları sağlıyor olsa bile idarenin talebi üzerine

83

firma tarafından yeni personellerle ek ücret talep edilmeksizin değiştirilecektir. Personel değişimi konusunda mevzuat kaynaklı bütün yükümlülükler yükleniciye aittir.

17.9. 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 hasta bilgilerini, 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şamaz. Aksi davrandığının tespit edilmesi halinde iş akdi fesih edilerek hakkında yasal işlem başlatılacaktır. Doğacak zarar kendisinden tazmin edilecektir. İdareye karşı, personel kaynaklı gizlilik ihlalinden Yüklenici sorumludur.

17.10. Hiçbir şart ve koşulda kesinlikle sigortasız personel çalıştırılmayacaktır.17.11. Çalışan personelin maaş ve sigortalarının ödendiğine dair belge her ay kurum idaresine

verilecektir.17.12. Yüklenici, Müdürlük bünyesinde çalışan Yüklenici Çalışanlarının maaş ödemelerini banka

aracılığı ile yapacak olup yüklenici bunu sağlamakla mükelleftir. Elden maaş ödemesi yapılmayacaktır.17.13. Firma destek elemanı olarak çalışan 2 personelin, yemek ve yol giderleri yüklenici tarafından

karşılanacak olup, yükleniciye yemek ve yol giderlerinin karşılanması noktasında ek bir bedel ödenmeyecektir. Personeller için yol ve yemek bedeli nakdi olarak ödenecektir, her bir firma personeline geliş gidiş yol ücreti ve bir öğün yemek ücreti olarak ayda 22 gün üzerinden, en az Esnaf ve Sanatkarlar Odasının il geneli için belirleyeceği yemek ve dolmuş yol bedeli ödenecek olup yüklenici firma tarafından bordroda gösterilecektir. İdareye bağlı kurum yemekhanelerinden faydalanmak isteyen işçiler yemek bedelini ödeyerek idarenin belirleyeceği saatlerde yemeklerini yiyebileceklerdir.

17.14. Yüklenicinin teklif ettiği personel, idarenin bilgilendirilmesinden sonra çalışabilecektir.17.15. Yüklenicinin eğitim ve destek elemanlarının kurum personelinin formalarıyla karışmayacak

renkte kıyafetleri olmalı; saç, sakal ve giyim konusunda Devlet Memurları Kıyafet Yönetmeliği’ne uygun davranılmalıdır. Ayrıca elemanların yaka kimlik kartları olmalı ve mutlaka takılmalıdır.

17.16. Çalışanların iş programı, İş Kanunu Hükümlerinde belirtilen çalışma süreleri dikkate alınarak görevlendirilecekleri birimler ve vardiyaları hastane yönetiminin öngöreceği şekilde düzenlenecek ve yüklenici bu programa mutlaka uyacaktır.

17.17. Sözleşme süresince tüm elemanlar idarenin belirlediği ve mevzuat kaynaklı kurallara, disipline, gizlilik ilkelerine eksiksiz uymalıdır.

17.18. Yüklenici tarafından sağlanan personel, çalışma saatleri ve görevlendirildikleri üniteler haricinde(kendilerinin hastalık durumları hariç) kurum içerisinde bulunmamalıdır.

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

17.20. İl Sağlık Müdürlüğünün gerekli gördüğü hallerde yüklenici personelleri yazılım ve donanım altyapısı konusunda teknik destek vermek üzere kuruma bağlı farklı sağlık tesislerinde görevlendirilebilir. İdarenin gerekli görmesi halinde SBYS sistemininde entegre çalıştığı Sağlık Bakanlığı ve diğer kamu kuruluşlarının çeşitli yazılım altyapılarına erişim için yüklenici personellerine kullanıcı adı ve şifresi tanımlanabilecek, yüklenici personelleri kendilerine tanımlanan bu erişim bilgileri kapsamında idarenin kendilerinden talep etmiş olduğu işlemleri kurumun gizlilik, güvenlik ve erişim politikaları doğrultusunda yürütmekle sorumlu tutulacaklardır. Aksi yönde hareket eden yüklenici personellerine idare tarafından yaptırım uygulanacaktır.

17.21. Yüklenici çalışanlarının haftalık çalışma düzenleri idare ile Yüklenici tarafından belirlenecek olup, yüklenici bu programa mutlaka uyacaktır. Çalışma düzeninde personelin işe giriş ve çıkış saatlerinin takibinden Yüklenici sorumludur. Yüklenici kendi belirleyeceği ve idarenin onay vereceği bir metod ile personellerinin işe saatinde ve düzenli gelip gitmediğinin takibini yapacak ve personellerinin devam, izin ve rapor durumlarını idareye aylık bildirecektir. Birbirini takip eden süreçte sürekli olarak idareden idari izin talep eden ve mesai saatlerine riayet etmeyen disiplinsiz personeller yüklenici tarafından sözleşme bitimini beklemeden ivedi bir şekilde yeni personeller ile değiştirilecektir. Yüklenici çalışanlarını kurum dışında herhangi bir yerde çalıştıramayacaktır. Ayrıca

84

yüklenici personelleri mesai saatlerinde kurum işleri dışında şahsi işlerinde çalışamayacak veya başka bir iş yerinin, şahsın vb. işini yapamayacaktır.

17.22. Firma elemanlarının hatalı işlemlerinden ve maddi zararlarından dolayı Kurumun zarara uğratılması halinde idarece oluşturulacak komisyon tarafından tutanakla belirlenecek zarar ve ziyanı, firma ödeyecek ve ilk istihkakında kesilecektir.

17.23. Sözleşmenin uygulandığı ayda yürürlükteki fiyat farkı kararnamesi hükümlerine göre uygulama yapılacaktır. Sadece işçilik giderleri için fiyat farkı ödenecek olup SBYS için herhangi bir fiyat farkı ödenmeyecektir.

17.24. Sözleşme süresince kurumda çalıştırılacak kişi sayısı ve özellikleri aşağıdaki tabloda belirtilmiştir. Söz konusu elemanlar, sözleşme süresince firma tarafından kurumda çalıştırılacaktır. (Tabloda da söz konusu çalışanların adet ve özellikleri Sağlık Bakanlığı tarafından yayınlanan 2009/64 sayılı genelgeye istinaden yer almaktadır).

18. BAKIM ONARIM VE TEKNİK DESTEK

18.1. Seviye 1: Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun genelini çalışamaz duruma getiriyorsa; 1 Saat'te müdahale ve takip eden 2 Saat'te çözüm üretilmelidir.

18.2. Seviye 2: 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 üretilmelidir.

18.3. Seviye 3: 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ın yerine getirilememesine neden oluyorsa; 4 Saat'te müdahale ve ertesi gün sonuna kadar çözüm üretilmelidir.

18.4. Sözleşme süresince; yukarıda tanımlanan Seviye 1, Seviye 2, Seviye 3, arızalara, ilgili maddelerde tanımlanan süreler içinde müdahale edilmemesi ve çözülmemesi durumunda 4734 ve 4735 sayılı Kanunlara uygun olarak idarenin cezai işlem uygulama hakkı vardır.

18.5. Yüklenici İdarenin bulunduğu yere en yakın destek merkezlerinin adreslerini ve bu merkezin sorumlu ve sorumlularına ait kişisel iletişim bilgilerini bildirmelidir. İl Sağlık Müdürlüğü İdaresi tarafından telefon, faks, e-posta ile bildirilen isteklerin (bakım, onarım, teknik destek, güncelleme ve arıza vb.) yüklenici tarafından takip edilip edilemediği ve geri bildirimlerin nasıl yapılacağı açıklanmalıdır. Garanti veya sözleşme kapsamında ve garanti sonrası Bakım, destek, güncelleme ve eğitim hizmetleri kapsamında yer alması gereken işlerden bazıları şunlardır:

18.6. Elektronik veri aktarımı yapabilecek tanı ve tedavi amaçlı cihazların sisteme entegrasyonu,18.7. Sistemi ilgilendiren mevzuat ve üst kurum talepleri,18.8. Verilen hizmetin kalite ve hızını artıracak diğer uygulamalar,18.9. Manyetik ortamda meydana gelebilecek herhangi bir arıza durumunda yüklenebilmesi için

tüm yazılım bileşenlerinin yeterli sayıda kopyalarının İdareye verilmiş olması.18.10. Meydana gelebilecek her türlü yeni versiyon değişikliklerinin ve dokümantasyonun garanti

kapsamı içerisinde ve zamanında İdareye verilmiş olması.18.11. Yedekleme işlemi yapılması ve yedeklemelerin periyodik olarak idare yönetimine verilmesi.18.12. Network üzerinde işletilmesi teknik olarak olası olan diğer yazılımların sisteme

entegrasyonu.

PERSONEL ÇALIŞTIRILMASINA DAYALI HİZMET ALIMLARI ÜCRET TABLOSU / EK-4Network, Donanım, Teknik Destek ve Yazılım Bakım Elemanı

Brüt Asgari Ücretin %100 Fazlası(4 yıllık Lisans Mezunu)

2(iki) Personel

85

18.13. Teklif edilen tüm sistem ve yazılımların bakım onarım güncelleme vb. destek hizmeti sözleşme kapsamındadır.

18.14. Teklif edilen tüm sistem ve yazılımların sözleşme süresince sağlıklı ve 7/24 kesintisiz işletilmesinden yüklenici (tek muhatap) sorumlu olup, buna uygun sistem yapısı tasarlanmalıdır.

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

18.16. Yüklenici ihale sürecinde idarenin işini kolaylaştırmak amaçlı veya mevzuat gereğince istenebilecek ek yazılım modüllerini ve raporları sisteme eklemeyi taahhüt etmelidir.

19. ANTİVİRÜS YAZILIMI

19.1. Yüklenici, İl Sağlık Müdürlüğü ve bağlı birimlerinde kullanılmak üzere var olan antivirus yazılımının lisans süresi bitimi itibariyle teklif ettiği sistemle uyumlu çalışan en az 250 kullanıcılık ve en az 2 yıllık lisansa sahip antivirüs yazılımını tedarik etmekle yükümlüdür.

19.2. Yüklenicinin teklif ettiği antivirüs yazılımı, başta laboratuvar sistemi ve Sağlık Bakanlığına bağlı sistemler olmak üzere müdürlük ve bağlı birimlerce kullanılan bütün sistemlerle uyumlu çalışmalıdır. Yüklenici tarafından önerilen antivirüs yazılımı idare tarafından kontrol edilecek, müdürlük bünyesinde kullanılan sistemlerle uyumsuzluk tespit edilmesi durumunda; idare, yüklenici tarafından yazılımın değiştirilmesini talep edebilecektir.

19.3. Yüklenicinin teklif ettiği sistem kapsamında müdürlükçe tedarik edilen sunuculara antivirüs kurulumu yüklenicinin sorumluluğunda olup, gerek görülmesi halinde idarenin onayı alınmak suretiyle yüklenici anılan sunuculara tedarik edeceği antivirüs yazılımını kuracaktır. Antivirüs yazılımının tedarik ve kurulumu için yüklenici firma, idareden herhangi bir ek ücret talep etmeyecektir. Tüm yazılımsal özelliklerin ihtiyaca göre yapılandırılması gibi konularda telefon/e-posta ile ve gerektiği takdirde yerinde müdehale ile yüklenici tarafından teknik danışmanlık ve rehberlik hizmeti verilecektir.

EK-1

GİZLİLİK SÖZLEŞMESİ TASLAĞI

1. Genel ŞartlarBir taraftan [...........................................adres....................] adresinde faaliyet gösteren

[ l.TARAF'IN ADI.................................] (kısaca "İDARE") ile diğer taraftan[ adres....................] adresinde faaliyet gösteren [.......................................2.TARAF'IN ADI..............](kısaca "YÜKLENİCİ") (hepsi birlikte "TARAFLAR" olarak anılacaktır) arasında [.................işin adı ya dakonusu .....] ("İş ") ile ilgili olarak birbirlerine ilişkin edindiği veya edineceği aşağıda detayları belirtilenbilgilerin gizli tutulacağını ve aşağıda belirlenen kurallara uyulacağını kabul beyan ve taahhüt etmişlerdir. İş bu sözleşme birbirinin aynı 2(iki) asıl kopya olarak tanzim edilmiş olup her biri taraflardan birine saklanmak üzere teslim edilmiş olacaktır.

2. Tanımlar:Bakanlık: Sağlık BakanlığıİSM: İl Sağlık Müdürlüğü İdare:Hastane/Kurum/İdareYüklenici: Hastane Bilgi Sistemi kapsamında yazılım tedarik eden her birgerçek ya da tüzel kişi, şirket, tedarikçiBYS: Müdürlük Bilgi Yönetim SistemiVTYS: Veri Tabanı Yönetim SistemiVeri Öznesi: Kişisel sağlık verilerinin sahibi olan birey.SGK: Sosyal Güvenlik Kurumu

86

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şınan veya saklanan sağlıkla ilgili her türlü verisidir. Bu kapsama sağlık hizmeti almak isteyen bireylere ilişkin kayıt bilgileri, ödeme bilgileri, sağlık gerekçeleriyle bireyi teşhis edebilmek amacıyla ilgili kişiye tahsis edilen numara, takma ad, sembol veya diğer herhangi bir özellik veya tanıtıcı, veri öznesine sağlık hizmeti sağlayan kişinin (örneğin; sağlık personeli) kimlik bilgileri gibi bilgiler de girmektedir.

Veri İşleme: Otomatik olarak yapılıp yapılmadığına bakılmaksızın kişisel veriler üzerinde gerçekleştirilen herhangi bir işlem veya işlem dizisidir. Veri işleme; kişisel verilerin toplanmasını, kaydedilmesini, organize edilmesini, depolanmasını, uyarlanmasını veya değiştirilmesini, geri erişimini, konsültasyonunu, kullanılmasını, iletim yoluyla açıklanmasını, yayılmasını veya diğer herhangi bir şekilde kullanılır halde bulundurulmasını, sıralanmasını veya kombinasyonunu, bloke edilmesini, silinmesini veya yok edilmesini ifade eder.

3. AmaçHastane Bilgi Yönetim Sistemi kapsamında yapılacak çalışmalar dolayısıyla Tedarikçi' ye vereceği ya da Tedarikçi tarafından herhangi bir şekilde öğrenilecek gizli bilgiler ile Tedarikçi' den alınacak olan gizli bilgilerin işbu sözleşmede belirtilen şartlar ve taahhütler dahilinde gizli tutulmasıdır.

4. Gizli BilgiBu gizlilik sözleşmesi ile aşağıdaki bilgiler kesinlikle "Gizli Bilgi" olarak kabul edilecektir:

a) İşbu Sözleşmenin imzalanmasından önce veya sonra Tarafların birbirinden, temsilcilerinden, çalışanlarından, yardımcılarından ve ilgili diğer üçüncü taraflardan yazılı veya sözlü olarak edindikleri, gizli olduğu açıkça ifade edilen veya edilmeyen, İş'le ve Taraflarla ilgili ticari olup olmadığına bakılmaksızın her türlü gizli bilgi,

b) İş'in yapılması sırasında elde edilen her türlü gizli bilgi, yazışmalar, yazılımlar ve yazılımlara ait ticari sır niteliği taşıyan bilgiler,

c) Veri öznelerine ait kişisel sağlık verileri başta olmak üzere her türlü kişisel veri,d) BYS'ne kaydedilen ve özel ve hassas niteliği olan veri/bilgi,e) Yürürlükteki mevzuat ve iç düzenlemeler uyarınca kullanıcılar tarafından gizli tutulması

gereken elektronik ortamdaki veya kağıt ortamdaki resmi ya da özel kişisel bilgi, belge, veri ve kayıtlar,

f) İşbu sözleşme kapsamında doğrudan ya da dolaylı, sözlü veya yazılı şekilde elde edilen veyahut elektronik ortamda bulunan resmi ya da özel, teknik, mali, hukuki, idari her türlü kişisel ve hassas niteliği olan veri bilgi, belge ve kayıtlar,

g) İdareye ait tüm ihale verileri ve dokümanları,h) Sözleşmeler, taahhütnameler vs. her türlü hukuki evrak,i) Bunun yanında sözlü, yazılı, grafiksel veya bilgisayar ortamında okunabilecek türde fakat

henüz yayımlanmamış, kamuya duyurulmamış yönetsel kararlar ya da gizli tutulan her türlü belirleme, tasarım, planlama, çizim, bilgi, buluş, araştırma, oluşum, metot, süreç, prosedür, geliştirme, know-how, araştırma, iş planı, strateji, finansal bilgi.

ı) Herhangi bir şüpheye mahal bırakmaksızın, işbu Sözleşme kapsamında Gizli Bilgi; Hastane çalışanları da dahil vebunlarla sınırlı olmamak üzere idare için doğrudan ya da dolaylı hizmet eden tüm personeli, danışmanları ve diğer yetkilileri tarafından Tedarikçi'ye temin edilen bilgileri de kapsar.

4.1. Aşağıdaki bilgiler ise gizli olarak addedilmeyecektir:

a) İfşa edilme tarihinde kamuya genel olarak duyurulmuş olan veya duyurulan bilgiler.

87

b) Herhangi bir anlaşmaya veya gizlilik yükümlülüğü getiren bir göreve tabi olmayan bir kaynak tarafından gizliliğe tabi olmayan bir şekilde verilen bilgiler.

5. Kişisel Sağlık Verilerinin Gizlilik, Güvenlik, Bütünlük, Erişilebilirlik ve MahremiyetininSağlanmasına Dair Genel Şartlar

5.1. Hastane Bilgi Yönetim Sistemi de dahil tüm yazılımların Sağlık Bakanlığı'nın bilgi güvenliği politikalarına ve kişisel sağlık verilerinin mahremiyetinin korunması ile ilgili mevzuata uygun olması şarttır.

5.2.Kişisel sağlık verileri özel niteliği olan veri kategorisinde yer almaktadır. Bu nedenle SGK, kişilerin özel sigorta şirketleri ile yapmış oldukları sözleşme kapsamı ile sınırlı olmak üzere bu şirketler, Sağlık Bakanlığı veya Bakanlığa bağlı İl Sağlık Müdürlüklerinde bulunan veri tabanı dışında hiçbir veri tabanı yönetim sistemine kişisel sağlık verileri başta olmak üzere hiçbir veri, idarenin bilgisi dışında (otomatik olup olmadığına bakılmaksızın) gönderilmez ve kaydedilemez.

5.3. BYS yazılımı üzerinde hastane ile arasında hukuki bir bağ olanlar dışında hiç kimseye doğrudan veya dolaylı olarak kişisel sağlık verilerine erişim hakkı verilmez. Yazılım üzerinde, sağlık hizmeti sunumuna katılan personele sadece hizmet sunumu gereği kadar veri ve bilgiye erişebileceği düzenlemeler yapılmış olmalıdır.

5.4. BYS ile toplanan kişisel sağlık verileri, veri öznesi, SGK, kişilerin özel sigorta şirketleri ile yapmış oldukları sözleşme kapsamı ile sınırlı olmak üzere bu şirketler, Sağlık Bakanlığı ve İl Sağlık Müdürlükleri dışında hiçbir surette üçüncü taraflarla paylaşılamaz. Yasalarla öngörülen istisnalar saklıdır.

5.5. Bakanlıkça belirlenen bilgisayar, donanım, yazılım ve bilgi teknolojileri ile ilgili asgari şartlara uyulur.

5.6. Müdürlük Bilgi Yönetim Sisteminde, vatandaşlara ait veriler dahil tüm verilerinin gizlilik, bütünlük, güvenlik, erişilebilirlik ve mahremiyetini sağlamak amacıyla yazılım üreticisi gerçek ya da tüzel kişi Anayasa, Yasalar, Yönetmelikler, Yönerge, Tebliğ, Genelge ve diğer alt mevzuat ile Genel Toplumsal değerlere, dürüstlük ilkelerine aykırı hiçbir işlem tesis edemez.

5.7. Hastane Bilgi Yönetim Sistemi ve çeşitli tür yazılımlar, web servisleri, web siteleri, e-posta, Sabit Diskler, Taşınabilir Diskler, kağıda yazdırılmış veri ve bilgiler vb aracılığıyla ya da sözlü olarak SGK, kişilerin özel sigorta şirketleri ile yapmış oldukları sözleşme kapsamı ile sınırlı olmak üzere bu şirketler, Bakanlık ve/veya Sağlık Müdürlüğünün sağlamış olduğu sunucu bilgisayarlar haricinde başka sunucu bilgisayar(lar)daki veri tabanı yönetim sistemlerine, görevi gereği bu verilere erişim hakkı bulunan gerçek ya da tüzel kişiler haricindeki diğer kişilere ait sistemlere kimlik ve kişisel sağlık verilerinin aktarılması ve/veya kaydedilmesi yasaktır.

5.8. Herhangi bir vatandaşa ait kişisel verileri ile kişisel sağlık verilerinin SGK, kişilerin özel sigorta şirketleri ile yapmış oldukları sözleşme kapsamı ile sınırlı olmak üzere bu şirketler, İl Sağlık Müdürlüğü ya da Bakanlık Merkezi haricindeki sunucu bilgisayarlara kaydedildiğinin bağımsız ve yetkili, en az üç kişiden oluşan bir teknik ekip tarafından tespit edilmesi halinde, yazılım tedarikçisine yazılı tebligatta bulunulur ve mümkün olan en kısa süre içerisinde ihlal şartları ortadan kaldırılarak bu yazılımın kullanımına en kısa zamanda son verilir. Yazılımı kullanan diğer hastanelerin de kullanımına son verilmesi için tespitin yapıldığı yerdeki idare tarafından derhal Sağlık Bakanlığına yazılı bildirimde bulunulur.

5.9. Mevzuat aykırı davrandığı tespit edilenler ile kişisel sağlık verilerini hukuka aykırı olarak işleyenler (otomatik olup olmadığına bakılmaksızın, kişisel verilerin ve kişisel sağlık verilerinin toplanması, kaydedilmesi, organize edilmesi, depolanması, uyarlanması veya değiştirilmesi, geri erişimi, konsültasyonu, kullanılması, iletim yoluyla açıklanması, yayılması veya diğer herhangi bir şekilde kullanılır halde bulundurulması, sıralanması veya kombinasyonu, bloke edilmesi, silinmesi veya yok edilmesi) hakkında yasal işlem başlatılır.

5.10.Sağlık Bakanlığı söz konusu yazılımın kullanımdan kaldırılması için her tür haber verme ve duyuru yolunu kullanabilir.

88

5.11.Hastane Bilgi Yönetim Sistemi ekranlarında hiçbir surette gerçek ya da tüzel kişi, ürün ya da hizmete dair reklam nitelikli unsurlara yer verilemez, hiçbir ürün ya da hizmetin satışı, satışının teşviki, ürün ya da hizmete doğrudan ya da dolaylı yönlendirme yapılamaz.

5.12.BYS yazılım tedarikçisi Veri Tabanında yer alan hiçbir kayıt üzerinde hak iddia edemez. Yazılım kullanım sözleşmesi herhangi bir nedenle sona erdirildiğinde idarenin kendi sunucu ve kullanıcı bilgisayar(lar)ında tutulan tüm veriler bir başka yazılıma, (kapsamı idare tarafından belirlenmek üzere) aktarılabilecek bir formatta, veri miktarına uygun bir medya ile ve bir tutanak ile idareye Teslim edilir.

5.13.Yazılım bakım, güncelleme ve teknik destek hizmetleri, (Varsa) öncelikle destek elemanları aracılığıyla karşılanmaya çalışılır. Sistemi tümüyle çalışmaz hale getiren bir arıza gibi zorunluluk halinde hastane yönetiminin vereceği tek kullanımlık şifre ile belirli bir süre zarfında yani geçici süreli olarak erişim hakkı verilebilir.

5.14. İdare, yazılım tedarikçisi tarafından kendisine sağlanan BYS yazılımını ve bu yazılıma ait ticari sır niteliğindeki hiçbir bilgiyi üçüncü taraflarla paylaşamaz.

5.15.BYS uygulama yazılımı içerisinde, sağlık hizmeti sunumu amacını aşan ve bilimsel literatür haricinde kalan hiçbir veri/bilgi otomatik şekilde işlenemez.

6. İstisnalar

Yüklenici, Bakanlıktan, Sağlık Müdürlüğünden ve İdareden alacağı bilginin;a) İşbu sözleşmenin hükümlerini ihlal etmeyen ve kamuoyuna mal olmuş ya da olacak türden olması

durumunda,

b) Açıklanması Bakanlık tarafından kesin yazılı onay ile mümkün kılınmış olan bilgi olması halinde,c) Yüklenici tarafından gerekliliğinin önceden idareye yazılı olarak bildirilmesi ve onayının alınması

sonucunda bütünüyle işbirliğinin sağlanmış olması halinde,

d) Herhangi bir kanuna, mahkeme kararına ya da hükmüne dayanılarak açıklanmak zorunda kalınan bilgi olması halinde ancak belirtilen mahkeme kararı ile sınırlı olmak kaydıyla,

öğrendiği bilgiyi, belgeyi, veriyi, kaydı gizli tutmak zorunda değildir.7. Mülkiyet Hakkı

İdare tarafından Yüklenici'ye sağlanan bilgiyi Yüklenici, kullanma izni çerçevesinde veya başka suretle herhangi bir lisans, marka, patent ya da buna benzer bir fikri mülkiyet hakkı tesisine konu edemez. Söz konusu bilgi üzerinde mutlak mülkiyet hakkı İdareye aittir. Dolayısıyla, İdare tarafından Gizli Bilgi'nin Yüklenici'ye sağlanması, hiçbir surette Yüklenici'ye böyle bir hak sağlamayacaktır.

8. Yükümlülükler8.1. Taraflar, yazılı veya sözlü olarak aldıkları Gizli Bilgi'lerle ilgili olarak aşağıdakileri kabul

etmektedir ve bünyeleri altında faaliyet gösteren diğer tüm personelin ("Temsilciler") de aşağıdaki yükümlülüklere uymasını sağlayacaktır:

8.2. Taraflardan her biri, Gizli Bilgileri yalnızca sağlık hizmet sunumu ve hizmetin kapsam ve niteliğinin geliştirilmesi amacı için kullanacaktır. Taraflardan her biri, Gizli Bilgileri başka herhangi bir amaçla, özellikle de bir diğer Taraf aleyhine doğrudan veya dolaylı zarar verecek herhangi bir şekilde kullanmayacaktır.

8.3. Taraflardan her biri, Gizli Bilgileri tamamen ve titizlikle gizli tutacak ve iş amacıyla bu bilgilere ihtiyaç duyan temsilcileri dışında herhangi bir şahsa kısmen veya tamamen ifşa etmeyeceklerdir. Temsilcilerine, Gizli Bilgilerin gizlilik niteliğini ve işbu Sözleşme gereği bu bilgilerin gizli tutulmasından sorumlu olduklarını bildirecekler ve Temsilcileri de akdi olarak bu bilgilerin gizli tutulması ile yükümlü kılacaklardır.

89

8.4. Gizli Bilgi'lerin bütün asılları İş'in sonunda derhal ilgili Taraf'a iade edilecek, iade edilemeyen bütün kopyalar ilgili Taraf'ça onaylanacak şekilde yok edilecektir.

8.5. Taraflardan herhangi biri Gizli Bilgi'lerin gizlilik niteliği ve bu Gizli Bilgi'lerin kullanılabileceği amaçlar hakkında açıkça bilgi vermeyi; bu kişilerin kendilerinin işbu sözleşme ile taahhüt edilen yükümlülüklere tabi imişler gibi sorumluluklarına riayet etmelerinden mesul olmayı kabul eder.

9. Süre9.1. İşbu sözleşme, imzalandığı tarihte yürürlüğe girecek ve İş'in tamamlanmasından sonra da süre

sınırı olmaksızın geçerliliğini koruyacaktır.9.2. İş bu sözleşme 2(iki) orijinal metin olarak tanzim edilmiş olup her biri taraflardan birine

saklanmak üzere teslim edilmiş olacaktır.

10. Tazminatİşbu sözleşme kapsamındaki yükümlülüklerin ihlal edilmesi ve ihlalin tespiti halinde, ihlal eden taraf diğer Taraf'ın bu yüzden uğrayacağı zararları ilk yazılı talep üzerine nakden ve defaten tazmin edecektir.

11. Yetkili Mahkemeİşbu Sözleşmeden doğacak uyuşmazlıklarda İdarenin bulunduğu yerdeki Mahkeme ve İcra Daireleri yetkili olacaktır.

12. Vergi Resim HarçlarBu sözleşmenin imzalanmasıyla doğacak olan her türlü vergi, resim harç vb resmi giderler

Yükleniciye ait olacaktır.

İmza tarihi:. . ./..../

1. TARAF YETKİLİSİNİN ADI 2. TARAF YETKİLİSİNİN ADIEK-2 VERİ AKTARIM KILAVUZU

Veritabanı dönüşümlerinin sağlıklı yapılabilmesi için en az aşağıdaki kriterler sağlanmalıdır.1. Tablo veri yapıları ve şema bilgileri tam olarak verildi mi?2. Tablolar arasındaki ilişki yapıları verildi mi?3. Tablo isimleri verildi mi?4. Belirtilen tabloda ne ile ilgili veri olduğu verildi mi?5. Tablo içindeki verinin tipi, yapısı, özellikleri verildi mi?6. Veritabanına bilgi girişi yapılırken bazı verilerin kod olarak kayıt edilebildiği ve kayıt edilebilen bu verilerin kod karşılıkları (örneğin bayan veritabanına B mi, K mı kayıt ediliyor) verildi mi?7. Sistem tanımları için tetkik tanımları bilgisi verildi mi? Verildiyse bu alanlar nelerdir? Yapıları nasıldır?8. Sistem tanımları için sarf tanımları bilgisi verildi mi? Verildiyse bu alanlar nelerdir? Yapıları nasıldır?9. Sistem tanımları için ilaç tanımları bilgisi verildi mi? Verildiyse bu alanlar nelerdir? Yapıları nasıldır?10. Sistem tanımları için birim, servis, poliklinik tanımları bilgisi verildi mi? Verildiyse bu alanlar nelerdir? Yapıları nasıldır?

90

11. Sistem tanımları için personel tanımları bilgisi verildi mi? Verildiyse bu alanlar nelerdir? Yapıları nasıldır?12. Sistem tanımları için kullanıcı tanımları bilgisi verildi mi? Verildiyse bu alanlar nelerdir? Yapıları nasıldır?13. Sistem tanımları için teşhis, tanı tanımları bilgisi verildi mi? Verildiyse bu alanlar nelerdir? Yapıları nasıldır?14. Sistem tanımları için ICD10 dan başka teşhis kullanıp kullanılmadığı bilgisi verildi mi? Verildiyse bu veriler nelerdir? Yapıları nasıldır?15. İlaç ve sarf malzemeler için barkod/karekod takip işlemi yapılıyor mu? Yapılıyorsa barkod/karekod yapısı nasıldır?16. Adli vaka tanımları sistemde yapılabiliyor mu? Yapılmışsa bu kayıtlar hangi tablodadır? Yapıları nasıldır?17. Hasta kimlik bilgileri için hastalara ait kimlik bilgilerinin detaylı açıklamaları var mı? Tablo yapısı verildi mi? Verildi ise tabloların bu alan yapıları nasıldır?18. Hastanın ilk dosya kaydı bilgisinde hangi verilerin zorunlu olarak girişleri mevcuttur? Bu veriler verildi mi? Bu zorunlu bilgi girişleri nelerdir?19. Sistemde TC kimlik bilgisi tekil mi? Aynı TC kimlik no birden fazla olabilir mi? Sistem de TC kimlik no dan başka tekil bilgiler nelerdir? Bu bilgiler verildi mi?20. Medeni durum ayrımı yapılmakta mıdır? Bu bilgiler nelerdir? Bu yapısal bilgiler verildi mi? Herhangi bir kod karşılığı var mıdır?21. Uyruk ayrımı nasıl yapılmaktadır? Bu bilgiler nelerdir? Bu yapısal bilgiler verildi mi? Herhangi bir kod karşılığı var mıdır?22. Hasta resimleri sistemde nerede tutulmaktadır? Veri tipi nasıldır?23. Gelir Grupları hasta bilgisinde mevcut mudur? Gelir grubu takip yapısı nasıldır? Bu bilgilerin tutulduğu ayrı bir tablo var mıdır? Varsa tablo yapıları nasıldır? Bu tablodaki veri yapıları nasıldır?24. Yakınlık kodu bilgisi var mı? Varsa alan ismi, tipi nasıldır? Varsa kod karşılıkları nelerdir?25. İl, İlçe kodlarının sisteme hangi tablodan geldiği bilgisi verildi mi? Bu tablolar nelerdir? Tablo yapıları nasıldır? Tablo içerikleri bilgileri nasıldır? SKRS sistemindeki il kod karşılıkları sistemde mevcut mudur?26. Bebek, Çocuk, Adli vaka, kontrol hastası için ek bilgiler var mı? Varsa nelerdir? Bu alanlar nelerdir? Buradaki veri tipleri nasıldır?

91

27. Hastanın öz geçmiş, soy geçmiş, şikayeti, hikayesi, allerjisi, kronik hastalıkları gibi bilgilerin hangi tablolarda hangi yapılarda tutulduğu bilgisi verildi mi? Verildiyse bunlar nelerdir? Bu bilgilerin veri tipleri, yapıları nasıldır?28. Laboratuvar tanımları hangi tabloda bulunmaktadır? Bu bilgiler verildi mi? Alanların isimleri, birbirleri ile bağlantıları nasıldır?29. Cihaz tanımları verildi mi? Alan tanımları nasıldır? Tipleri nelerdir?30. Cihaz Test tanımları verildi mi? Alan tanımları nasıldır? Tipleri nelerdir?31. Laboratuvar istem bilgileri hangi tablodadır? Radyoloji bilgileri ile aynı tabloda mıdır?32. Laboratuvar sonuçları için istem bilgilerinde sonuç bilgileri mevcut mudur? Ve diğer test kodu bilgileri, test- tetkik kodu bilgileri var mıdır? Varsa alan isimleri, tipleri nasıldır?33. Laboratuvar sistemine ait antibiyotik, mikroorganizma gibi kayıtlar hangi tablodadır? Bu bilgilerin tabloları nelerdir? Alanlar nelerdir? Tipleri nelerdir?34. Laboratuvarda manuel sonuç kayıtları hangi tabloya yapılmaktadır? Bu tablolar nelerdir? Alanlar nelerdir? Tipleri nelerdir?35. Kullanılan rapor çeşitleri nelerdir? Bütün rapor bilgileri aynı tabloda mı tutulmaktadır?36. Doğum bilgileri sistemde nasıl tutuluyor? Tablo adı nedir?Bağlantısı nasıldır? Veri tipleri nelerdir?37. Mernis ölüm formu kaydı tutuluyor mu? Tutuluyorsa kayıt hangi tabloya yapılmaktadır? Alanlar nelerdir? Veri tipleri nasıldır?38. Demirbaş aktarımları için demirbaşlar hangi tabloda bulunmaktadır? Tablo ismi nedir? Alanlar nelerdir? Tipleri nelerdir?39. Demirbaşlardan düşümüyapılan, zimmeti yapılan, başka kuruma verilen bilgiler hangi tablodadır? Alanlar nelerdir? Tipleri nelerdir?40. Demirbaşların yeni taşınır mal yönetmeliğine göre uyarlaması yapıldıysa bu eklenen taşınır ile ilgili alanlar nelerdir?41. Demirbaşların döner sermaye veya genel bütçe şeklinde ayrımı yapılıyor mu? Yapılıyor ise bu ayrım nasıl yapılmaktadır? Alanlar nelerdir? Tipleri Nasıldır?42. Demirbaş amortisman kayıtları hangi tabloda tutulmaktadır? Alanlar nelerdir? Tipleri nasıldır?43. Stok takip için taşınır malzeme tanımları hangi tablodadır? Alanlar nelerdir? Tipleri nasıldır?44. Ayniyat taşınır fişleri hangi tabloda tutulmaktadır? Alanlar nelerdir? Tipleri nasıldır? Ayniyat içinde dönem ambar ayrımları nasıldır? Takipleri nasıl yapılmaktadır?45. Taşınır fişlerinin giriş ve çıkışları aynı tabloda mıdır? Tablolar nelerdir? Alanlar nelerdir? Tipi nedir? Giriş ve Çıkış Fişlerinin ayrımı nasıl yapılmaktadır?46. Ayniyat ambar devirlerinin takibi hangi tablodadır? Alanlar nelerdir? Tipler nelerdir?47. Firma tanımları nasıl yapılmaktadır? Hangi tablodadır? Alanlar nelerdir?48. Personelin personel kaydı hangi tablolara yapılmaktadır? Bu tablolar nelerdir? Alanlar nelerdir? Tipleri, anlamları nasıldır?49. Personelin bakmakla yükümlü olduğu kimselerin takibi yapılıyor mu? Bu tablo hangisidir? Alanlar nelerdir? Tipleri nasıldır?50. Personel izin bilgileri hangi tablodadır? Tablo adı nedir? Alanlar nelerdir? Tipleri nasıldır?51. Personellerin raporları hangi tablodadır? Tablo adı nedir? Alanlar nelerdir? Tipleri nasıldır?52. Ayrılan personelin bilgileri hangi tablodadır? Bu bilgilerin yapısı nasıldır? Tipleri nelerdir?53. Personelin nöbet bilgileri hangi tablodadır? Bu bilgilerin yapısı nasıldır? Tipleri nelerdir?54. Personelin sicil bilgi girişleri var mı? Hangi tablodadır? Veri yapıları nasıldır? Tipleri nelerdir?55. Personel resimleri hangi tabloda tutulmaktadır? Alanlar nelerdir? Tipleri nasıldır?56. Evrak takip işlemleri hangi tabloda tutulmaktadır? Yapısı nasıldır? Veri tipleri nelerdir?57. Evrakların kurum içerisinde takibi nasıl yapılmaktadır? Hangi tablolarda bu bilgiler mevcuttur? Alanlar nelerdir? Veri tipleri nasıldır?58. Evrakların görüntüleri sistemde tutuluyor mu? Hangi tabloda tutuluyor? Alanlar nelerdir? Tipleri nasıldır?59. Evrakların geldiği yer bilgileri, şablon bilgileri hangi tablodadır? Bu tablolar nelerdir? Alanlar nelerdir? Tipleri nasıldır?

92

60. Satın alma ihale bilgileri hangi tablolardadır? Bu tablolar nelerdir? Yapısı nasıldır?61. Satın alma süreçlerindeki ihalelere ait evraklar hangi tablodadır? Bu tablolar nelerdir? Yapısı nasıldır?62. Satın alma süreçlerindeki ihalelere ait dokümanların gerçek verileri hangi tablodadır? Bu veriler nasıldır? Alanlar nasıldır? Veri tipleri nasıldır?63. Satın alma süreçlerindeki ihalelerin malzemeleri hangi tablodadır? Bu veriler nasıldır? Alanlar nasıldır? Veri tipleri nelerdir?64. İhalelerde girilen teklifler, birim fiyatlar gibi bilgiler hangi tablodadır? Bu veriler nasıldır? Alanlar nasıldır? Veri tipleri nelerdir?65. İhaleye teklif veren firmalar hangi tablodadır? Bu tablo nedir? Alanlar nelerdir? Tipleri nasıldır?66. İhale kalan firmalar hangi tablodadır? Bu tablo nedir? Alanlar nelerdir? Tipleri nasıldır?67. Cihaz bilgileri hangi tabloya yapılmaktadır? Bu tablonun adı nedir? Alanlar nelerdir? Tipleri nelerdir?68. Kalibrasyon bilgileri hangi tablodadır? Alanların isimleri nelerdir? Veri tipleri nasıldır?69. Cihaz Bakım Bilgileri hangi tabloda mevcuttur? Bu alanlar nelerdir? Veri tipleri nelerdir?70. Polikliniklerde, servislerde teşhislere ait sık kullanılanlar yapısı var mıdır? Varsa hangi tablodadır? Alanlar nelerdir? Veri tipleri nelerdir?71. Polikliniklerde, servislerde laboratuvar istekleri ile ilgili sık kullanılanlar yapısı var mıdır? Varsa hangi tablodadır? Alanlar nelerdir? Veri tipleri nelerdir?72. Polikliniklerde, servislerde ilaç istekleri ile ilgili sık kullanılanlar yapısı var mıdır? Varsa hangi tablodadır? Alanlar nelerdir? Veri tipleri nelerdir?73. Polikliniklerde, servislerde tetkik istekleri ile ilgili sık kullanılanlar yapısı var mıdır? Varsa hangi tablodadır? Alanlar nelerdir? Veri tipleri nelerdir?74. MKYS'de malzeme tanımlarının sistem ile bağlantısı nasıldır?75. MKYS'de yer alan malzemeler ile demirbaş bilgilerinin bağlantısı nasıldır?76. MKYS'de malzeme taşınır işlem fişi giriş ve çıkış bilgileri hangi tabloda mevcuttur? Bu tablolarının sistemdeki ilaç çıkış işlemleri ile bağlantısı nasıldır?77. MKYS'de hasta ilaç çıkışlarına taşınır işlem fişi kesiliyor mu? Kesiliyorsa hangi tablo kullanılmaktadır?78. MKYS'de başka kurumdan devir bilgileri hangi tabloda tutulmaktadır?79. Sistemde tetkik randevu bilgileri mevcut mudur? Bu tablolar nasıl tutulmaktadır?80. Trafik kazalarına ait vaka faturaları sistem de nasıl tutulmakta, nasıl fatura edilmektedir? Bilgileri hangi tabloda tutulmaktadır?81. İntihar tespit, intihar izlem, madde bağımlılık tespit ve izlem formları hangi tabloda bulunmaktadır? Yapısı nasıldır?82. Bildirimi zorunlu hastalıklar formu, kanser formu, domuz gribi vakası formu, zehirlenme formları sistem üzerinde tutuluyor mu? Tutuluyorsa tablo yapıları nasıldır? Stoklar hangi tabloda bulunmaktadır?83. Gebe izlem formları sistemde tutulmakta mıdır? Tutuluyorsa yapıları nasıldır?84. Donör Bilgileri sistemde hangi tablolarda ve nasıl bir yapıda tutulmaktadır? Kan giriş ve çıkış bilgileri hangi tabloda bulunmaktadır?85. Veri tipleri ile ilgili Örneğin; tablo adı:act, açıklama:(actions) tablosu. Hasta ile ilgili her tür işlem (Doktor istek, ameliyat vb) bu tabloya kayıt edilir.

KOMİSYON BAŞKANI ÜYE ÜYE

Erhan AKYOL Umut ERDEM Kadri DULKADİRBilgisayar Mühendisi Bilgisayar İşletmeni Programcı