1. GİRİŞ

1.1 AMAÇ VE KAPSAM

1.2 TANIMLAR, KISAADLAR VE KISALTMALAR

2. HASTANE BİLGİ SİSTEMİ (HBS) ALIMI İÇİN GENEL KOŞUL VE ÖNERİLER

3. HASTANE BİLGİ SİSTEMİ (HBS) YAZILIM GEREKLERİ

3.1 GENEL GEREKLER

3.2 KULLANICI ARAYÜZÜ GEREKLERİ

3.3 İŞLEVSEL GEREKLER

4. HASTANE BİLGİ SİSTEMİ TEKNOLOJİK ALTYAPI TEMEL GEREKLERİ

4.1 GENEL GEREKLER

4.2 DONANIM TEKNİK GEREKLERİ

5. PROJE SÜRECİ GEREKLERİ

5.1 SİSTEM VE UYARLAMA GEREKLERİ ANALİZİ

5.2 YAZILIMIN BELİRLENEN GEREKLERE GÖRE UYARLANMASI

5.3 HBS'NİN KURULMASI

5.4 KESİN KABUL

5.5 SİSTEM DESTEK

6. EĞİTİM GEREKLERİ

7. DOKÜMANTASYON GEREKLERİ

7.1 KULLANICI DOKÜMANTASYONU

7.2 EĞİTİM EL KİTABI

8. DİĞER GEREKLER

8.1 BAKIM VE DESTEK HİZMETLERİNE İLİŞKİN TARTLAR

8.2 DONANIMIN VE HAZIR YAZILIMIN KABULÜNE İLİŞKİN KOŞULLAR

8.3 YAZILIM LİSANS VE KULLANIM HAKLARI

EKLER

EK-1 Nitelik Güvencesi Kılavuzları, Sistem veUyarlama Gerekleri Raporu

EK-2 Nitelik Güvencesi Kılavuzları,Genel Dokümantasyon

 

TABLOLAR

Tablo 1- Eğitim Süreci ve Hedef Kitle 42

  1.  
  2. GİRİŞ
    1. AMAÇ VE KAPSAM
    2. Hastanelerde sunulan sağlık hizmetinin en iyi şekilde verilebilmesi, gelir ve giderlerin izlenebilmesi, gelir kaçaklarının önlenmesi, kaynakların doğru yönlendirilmesi, hastane yönetimine stratejik kararlar vermek üzere bilgi sağlanması amaçlarıyla hastanelerde bilgi sistemlerinin kurulmasına ihtiyaç vardır.

      Hastane Bilgi Sistemi yazılım, donanım ve gerekli iletişim altyapısından oluşur. Bu parçalar birlikte düşünülmeli ve bütünleşik bir şekilde yapılandırılmalıdır. İdeal bir bilgi sistemi kullanıcı gereklerini karşılayan, kolay kullanılabilir, etkin, güvenilir, kolay güncellenebilir ve modüler bir yapıda olmalıdır. Bu özelliklerin sağlanması da büyük ölçüde sistemin geliştirilmesi ve kurulması sırasında izlenen yöntem ve ilkelere bağlıdır. Sonuç olarak Hastane Bilgi Sistemi satınalımındaki adımlar, ihale teknik şartlarının hazırlanması ve sözleşme yönetimi özenle ele alınmalıdır.

      Günümüzde Hastane Bilgi Sistemleri paketleri, yaygın kullanım alanı bulmaktadır. Her bir hastane için bilgi sisteminin ve bunun donanım/yazılım altyapısının yeniden tasarlanarak geliştirilmesi yerine, işlevsel bakımdan büyük benzerlik gösteren birçok hastanede uygulanabilen paketler, çok sayıda uygulamanın olanak sağladığı değerlendirme ve mükemmelleştirme çalışmalarının da etkisiyle kısa zamanda etkin ve verimli biçimde kullanıma girebilmektedir. Hastane Bilgi Sistemlerinde, özgün sistem geliştirme yerine paket uygulamasının yeğlenmesi ile, benzer uygulamalarda edinilmiş deneyimden ve dünya çapında gelişmiş ve rekabetçi pazar olanaklarının sağladığı yüksek başarım/fiyat oranlarından yararlanılmş olmaktadır. Ancak, farklı hastaneler arasında büyük ölçüde benzerlikler olmakla birlikte, bir yandan uzmanlık ve hizmet alanlarının farklılığı, diğer yandan her bir kurumun farklı çap ve kapasitede oluşu, ve diğer bir yandan da her kurumun elindeki insangücü kaynağının nitelik ve nicelik farkı nedeniyle satınalınan HBS paketinin mutlaka belli bir uyarlama sürecinden geçmesi gerekmektedir.

      Bu doküman, hastane bilgi sistemleri satınalımı için bir şartname değildir; şartname hazırlığında gözönüne alınacak birtakım önerileri içermekte, yukarıda değinilen yöntem ve ilkeler için bir çerçeve çizmektedir. Çeşitli aşamalarda yenilenecektir. Kılavuz niteliği taşımanın yanısıra, yazılım ve donanım temel gereklerini, satınalma, uyarlama, eğitim ve kullanım desteği gibi proje süreci adımlarını, dokümantasyon, eğitim gereklerini, bakım, garanti, lisans ve kullanım haklarını, muayene ve kabul şartlarını kapsamaktadır.

       

    3. TANIMLAR, KISAADLAR VE KISALTMALAR

        Alıcı

    Hastane Bilgi Sistemi Satınalacak Devlet Hastanesi

        "ücretli hasta"

    Hastanedeki masraflarının tümünü kendi parasıyla ödeyen hasta

        "memur, sigortalı, ya da yeşil kartlı hasta"

    Tedavi giderleri devlet, kamu iktisadi teşekkülleri, bankalar, Sosyal Sigortalar Kurumu, Emekli Sandığı ve özel sigorta şirketlerinden biri tarafından karşılanan ya da yeşil karta sahip hasta

        HBS

    Hastane Bilgi Sistemi

        IEEE

    Elektrik ve Elektronik Mühendisleri Enstitüsü

        ICD

    Uluslararası Hastalık Sınıflandırması (UHS)

        ISO

    Uluslarası Standartlar Kurumu

        KGK

    Kesintisiz Güç Kaynağı

        ODBC

    Açık Veri Tabanı Bağlanırlığı

        Satıcı

    Hastane Bilgi Sistemi’nin (Yazılım, Donanım) satınalınabileceği kuruluşlardan her biri

        SB

    Sağlık Bakanlığı

        SQL

    Standart Sorgulama Dili

        SUGR

    Sistem ve Uyarlama Gerekleri Raporu

        UTP

    Yalıtımsız Burgulu Çift

        VTYS

    Veri Tabanı Yönetim Sistemi

  3.  
  4. HASTANE BİLGİ SİSTEMİ (HBS) ALIMI İÇİN GENEL KOŞUL VE ÖNERİLER
    1. HBS satınalımının ilk aşaması, olurluk çalışmasıdır. Bu çalışma için hastane yöneticileri, idari yetkililer, hekimler ve teknik kişilerden bir kurul oluşturulmalıdır. Bu kurul ilgili çalışmaları denetlemeli ve ihtiyaçların doğru saptanmasını sağlamalıdır.
    2. Olurluk çalışması sonucunda oluşturulacak raporda özellikle aşağıdaki bilgiler yer almalıdır.
    1. Teknolojinin gelişebilirliği ve donanım ve yazılımda firma bağımlılığını ortadan kaldırmak için istemci/sunucu mimari tercih edilmelidir. İstemci/ sunucu mimari sayesinde merkezi bilgisayarın daha düşük kapasiteli, yalnızca veri tabanı işletimi için yeterli olması olanaklıdır. Kullanıcı arayüzü iş istasyonlarında işletilebilir.
    2. Kullanıcı arayüzünde Grafiksel Kullanıcı Arabirimi tercih edilmelidir.
    3.  

    4. Alınacak iş istasyonu ve yazıcı sayılarının belirlenmesinde aşağıdaki veriler kullanılmalıdır:
    1. Alınacak iş istasyonu sayısının en az 1.5 katı kadar personele bilgisayar eğitimi verilebilmelidir. Başka bir deyişle, eğitilebilecek personel sayısının 2/3 sinden fazla iş istasyonu alınmamalıdır.
    2. Alınacak ana işgören (server) kapasitesinin belirlenmesinde, yukarıda değinilen değişkenlerin yanısıra, tutulacak kayıtlar, yedekleme ve yazılım hacmi de gözönüne alınmalı, bu hesaplar da olurluk çalışmasında açıkca ortaya konulmalıdır.
    3.  
    4. Sağlık Projesi kapsamında yapılan satınalmalarda ISO 9000 benzeri kalite standartlarına uyum zorunlu tutulmaktadır. Bu standartlara uymayan donanımın alınması, bazı koşullarda, alıcının yüksek bakım maliyetleriyle karşılaşmasına yol açabilir.
    5. Birimlerarası iletişim altyapısında Kategori 5 UTP kablo ve birim öbekleri (ör. ayrı binalar) arasında optik lif (fiber optik) bağlantıları tercih edilmelidir.
    6. Donanım ve yazılım garantisi en az 2 yıl olmalı ve bölüm 8.1’de belirtilen koşullar sağlanmalıdır.
    7. Teklifte Yeralması Gereken Bilgiler

    8. Teklif sahibi firma, daha önce gerçekleştirdiği ve halen yürüttüğü Hastane Bilgi Sistemleri çalışmaları ile ilgili olarak hastane özelliklerini, kullanılan donanım ve yazılım konfigürasyonları ile adet ve kapasiteleri zorunlu olarak ve açıkca belirtmeli, Alıcı bu konuda yeterli temas ve incelemeleri yapmalıdır.
    9. Proje sürecinde yeralan aşamaları ve her aşama için Satıcı'nın önerdiği süreleri kapsayan bir iş planı, firmanın teklifinde yeralmalıdır. Her bir aşama için öngörülen adam-ay bilgisi ile teknik eleman isimleri ve ünvanları da belirtilmelidir. Satıcı, iş planında süreci oluşturan aşamaları nasıl gerçekleştireceğini açıkça belirtmelidir. Projede çalışacak elemanların özgeçmişleri, kimlik bilgileri ve konuları ile ilgili deneyimleri ve eğitimleri de teklifte yeralmalıdır.
    10.  

    11. Teklife, bu çerçevede satınalınan tüm donanım ve yazılım için garanti sonrası 5 yıllık bakım sözleşmesi taslağı eklenmelidir. Burada yazılım uzmanı, programcı, vb. personel için birim ücretler de belirtilecektir. Bakım sözleşmeleri için aşağıdaki listedeki tavan fiyatlar geçerli olmalıdır.

Bakım Tipi

Tavan Fiyat

Donanım

      Parçalı donanım

Teklif Fiyatının % 5’i

      Parçasız donanım

Teklif Fiyatının % 3’ü

Yazılım

      Hata düzeltme

Ücretsiz

      Yeni koşul ve taleplere uyarlama

Birim ücretler tekliftekiyle aynı kalmak üzere belirlenir

 

    1. Firma teklifinde aşağıdaki bilgileri de vermelidir:
    1. Tekliflerin değerlendirilmesinde, yalnızca fiyatlara bakılmaması, teknik nitelik ve hastane ihtiyaçlarını karşılama düzeyinin de ele alınması gerekir. Alıcı bunun için gereken teknik danışmanlığı verebilecek uzmanlardan yararlanmalıdır.
    2.  

      Sözleşme Yönetimi

    3. Alıcı’nın, satınalma sonrasında sözleşme yönetimi sürecinde teknik değerlendirmeleri yapabilecek uzman personele sahip olması gerekir.
    4. Sistem kullanıma girdikten sonraki iki ay içinde, tüm sistemin en yüklü biçimde çalıştığı durumlarda (bütün iş istasyonları çalışırken) veri tabanında yalnızca bir tek kayda erişim gerektiren herhangi bir kullanıcı işleminin tamamlanması için 10 saniyeden fazla süre gerekmemelidir. Bu koşul, kesin kabul öncesinde mutlaka gözönüne alınmalıdır.

 

  1. HASTANE BİLGİ SİSTEMİ (HBS) YAZILIM GEREKLERİ
    1. GENEL GEREKLER
    1. Veri girişleri, uygun kodlar kullanılarak yapılmalıdır. Kullanıcı biliyorsa kodu doğrudan girebilmeli, değilse kodların açıklamalarını otomatik olarak listeletip, istediği kodu seçebilmelidir. Sistemde kullanılan kodlar, Sağlık Bakanlığı ve ilgili hastane yönetimleri tarafından belirlenmiş kodlarla uyumlu olmalıdır. Örneğin, hastalık kodlaması için Uluslararası Hastalık Kodlamasının 8. ve 10. versiyonları (ICD-8 ve ICD-10) desteklenmeli ve bu kodlamalar ve ilgili açıklamaları yazılımdan bağımsız olarak veri tabanında tutulacak tablolarda yer almalıdır. Bu tablolar, gerektiğinde kolayca güncellenebilmeli, bu güncellemeler ve veri girişi ile ilgili modüller de tasarlanmalı ve sistemde yeralmalıdır.
    2. Yazılım, geçerli hastalık, hizmet, malzeme vb. kodlama sistemlerini içermelidir. Bu konudaki uyarlama gerekleri, bölüm 5.1'de belirtilen "Sistem ve Uyarlama Gerekleri Analizi" çalışmasında belirlenmeli ve gerekli onaylamalardan sonra uygulamaya konmalıdır. Bu kodlamalar ve ilgili açıklamaları yazılımdan bağımsız olarak veri tabanında tutulacak tablolarda yer almalıdır. Bu tablolar, gerektiğinde kolayca güncellenebilmeli, bu güncellemeler ve veri girişi ile ilgili modüller de tasarlanmalı ve sistemde yeralmalıdır.
    3. Yazılım, tüm sistem genelinde, kullanıcı, işlem ve bilgi düzeylerinde bilgi gizliliği ve güvenliğini sağlamalıdır. Gerekli yerlerde şifreler kullanılmalıdır. Her kullanıcının bir şifresi olmalı ve bu şifre istenildiğinde değiştirilebilmelidir. Sistemde yapılan tüm işlemleri içeren bir otomatik günce (log) kütüğü tutulması zorunludur.
    4. HBS kapsamında tutulacak her türlü kişisel bilginin gizliliği esastır. Bu çerçevede:
    1. Yazılım modüler yapıda olmalı, yeni modüllerin sistemle bütünleştirilmesi kolayca yapılabilmelidir. Eklenebilecek modüller detaylarıyla birlikte belirtilmelidir.
    2. Yazılım, VTYS üzerinde çalışmalı ve kayıtlar bu VTYS'de yeralan tablolarda tutulmalıdır. Yazılım modülleri ortak veritabanındaki veriler üzerinde çalışmalıdır. Veri tek bir kaynaktan ve bir kez girilmelidir. Uç kullanıcılar, yetkileri çerçevesinde veriyi değiştirebilmelidir.
    3. Yazılım modülleri bütünleşik olarak çalışmalıdır. Bütünleşik çalışma, ortak veri tabanı kullanımı anlamına gelmektedir. Veri tek bir modül tarafından giriliyorsa, bu veriye gerek duyan diğer modüller bu veriye ulaşabilmelidir. Bazı işlemler de ortak kullanılan veriler aracılığıyla kontrol edilebilmeli ve tetiklenebilmelidir. Örneğin, parasını ödemeyen özel bir hasta kaydının röntgen modülünde gözükmemesi gibi.
    4. Yazılım parametrik olmalıdır. Hastanede açılabilecek yeni bir birim, sunulabilecek yeni bir hizmet, kullanılacak yeni bir malzeme, kullanıcılar tarafından yetkileri çerçevesinde kolaylıkla sisteme dahil edilebilmelidir.
    5. Tüm sıralamalar ve karşılaştırmalar Türkçe alfabeye göre yapılabilmelidir.
    6. Yazılımın donanımdan ve işletim sisteminden bağımsız olması, değişik platformlarda çalışabilmesi yeğlenmelidir. Bu çerçevede, yazılım ve donanım teknolojilerindeki gelişmelere açık, yenilikleri destekleyebilecek sistem mimarileri, eski teknolojilere dayalı olanlara yeğlenmelidir.
    7. Satıcı, yeni modüllerin eklenmesi ve ihtiyaç duyulabilecek değişikliklerin yapılması işlemlerine bölüm 8.1’de belirtilen şartlar dahilinde gerekli desteği verebileceğini teklifinde taahhüt etmelidir.
    8. Yazılımın etkin kullanımını sağlamak için kullanıcı kılavuzları ve eğitim el kitapları Bölüm 7'de ve idari şartnamede belirtilen içerikte ve sayıda hazırlanmış olmalı ve yazılımla birlikte teslim edilmelidir.
    1. KULLANICI ARAYÜZÜ GEREKLERİ
    1. Yazılım kapsamındaki tüm ekranlar, raporlar ve hata mesajları Türkçe olmalıdır.
    2. Yazılımın kullanımı kolay olmalı, kullanıcı arayüzü aşağıda verilen standartlara uymalıdır.
    3. Grafiksel Kullanıcı Arayüzü tercih edilmelidir.
    1. Kullanıcı istediğinde sadece bir tuşa basarak yardım alabilmelidir.
    2. Yardım hem ekran bazında hem de alan bazında hazır olmalıdır.
    3. Her ekranda, belirli bir anda kullanılabilecek işlevlere ilişkin görsel kontroller (tuş, komut düğmesi, vb.) görüntülenmelidir.
    1. Yazılım özellikle bilgi girişi sırasında kullanıcı hatalarını enaza indirecek kontrollere sahip olmalıdır.
    2. Hatalar için uygun mesajlar ekranda belirmeli ve kullanıcı haberdar edilmelidir.
    3. Uygun alanlarda veri girişi geçerli verileri listeden tarayıp seçme şeklinde yapılabilmelidir.
    4. Gerekli alanlara uygun bir ilk değer verilmelidir.
    5. Verilerin tutarlılık kontrolleri ve modüller arası çapraz kontroller yapılmalıdır.
    1. Güncelleme sadece anahtar olmayan alanlarda yapılabilmelidir.
    2. Güncellenecek kayıt mutlaka ekranda gözükmelidir.
    3. Tutarlılık kontrolleri ve modüller arası çapraz kontroller güncelleme işleminde de yapılmalıdır.

 

    1. İŞLEVSEL GEREKLER
    2. Bu bölümde, yazılımda bulunması önerilen yazılım modül kümesi ve her modül için önerilen işlevsel gerekler yeralmaktadır. Satıcı, önerdiği paket ve/veya çözümle ilgili olarak ek modüller önerebilir, ve/veya tanımlanan işlevleri yerine getirmek kaydıyla öngörülen modülleri farklı şekilde ele alabilir. Örneğin, gereksenen iki modüle karşılık Satıcı iki modülün de gereklerini karşılayan tek bir entegre modül önerebilir.

      Her bir yazılım modülü için saptanan zorunlu genel gereksinimler aşağıda verilmektedir. Birçok gereksinim, modüllerin bütünleşik bir şekilde çalışmalarını gerektirmektedir. Gereksinimler içerisinde sözü edilen rapor, sorgu ve istatistiklerin tam listesi, modüller arası bilgi paylaşımı bölüm 5.1'de detayları verilen Sistem ve Uyarlama Gerekleri Analizi çalışması sonucunda belirlenecek ve Alıcı’nın onayına sunulacaktır.

       

       

      1. Hasta Kayıt/Kabul ve Danışma Modülü
    1. Doktorların ve hastane personelinin oda numaraları ve benzeri konular hakkında bilgi verebilmelidir.
    2. Adı verilen hastanın hangi serviste yattığı hakkında sorgulama yapılabilmelidir.
    3. Müracaat eden her hastanın genel kimlik bilgileri, öz ve soy geçmişi, sosyal hastalıkları ve sosyal güvenlik bilgileri ile varsa sevk eden kuruluş, tek bir hasta numarasına bağlı olarak tutulmalıdır. Hastanın kaydı, hastaneye ilk gelişinde bir kez yapılmalı, sonraki gelişleri aynı numara üzerinden izlenebilmeli, yeniden kayıt yapılması engellenmelidir. Birden fazla numara verilerek kayıt yapılması durumunda, bu kayıtlar tek bir hasta numarasında birleştirilebilmelidir. Kayıtlar üzerinde değişiklik yapılabilmelidir.
    4. Hastanın ilgili polikliniğe ve gerekli tüm birimlere (Örneğin, Sağlık Kurulu Sekreterliği veya Başhekimlik Makamına) sevki otomatik olarak yapılmalıdır. Hastanın hastaneyi her ziyareti hasta numarasından ayrı bir sıra numarası verilerek izlenmeli, her ziyarette gerçekleşen işlemler ayrı ayrı sorgulanabilmelidir.
    5. Ücretli hastanın muayene olmadan önce vezneye gitmesini sağlamak amacıyla hastanın kaydı öncelikle veznedeki terminalde görünmelidir. Hasta ücretini vezneye ödedikten sonra ilgili birimde kaydı gözükmelidir. Bu gereksinimler doğrultusunda Vezne modülü ile entegrasyon gerekmektedir.
    6. Hastaya otomatik olarak poliklinik sıra numarası verilmelidir.
    7. Poliklinik hastaları için randevu işlemleri gerçekleştirilebilmelidir. (randevu verme, iptal, güncelleme, vs.)
    8. Düzenlenmesi gereken matbu formların çıktıları alınabilmelidir.
      1.  
      2. Ayakta Tedavi Gören Hasta (Poliklinik) Modülü
    1. Hastanın şikayetleri, muayene ve tetkik sonuçları, doktorun tanısı, yazılan ilaçlar ve kararlar elektronik ortamdaki hasta dosyasına işlenmelidir.
    2. Hastanın ilk müracaatı ise, gereksinim duyulan özel sağlık bilgileri (alerjiler, diabet, vb.) kaydedilmelidir.
    3. Sevk işlemleri ile ilgili bilgiler tutulmalıdır. (sevk nedeni, nereye sevk edildiği)
    4. Hastanın daha önceki müracaatlarına ilişkin bilgiler (yazılmış ilaçlar, yapılan tedaviler, istenen tetkikler, vb.) görülebilmelidir.
    5. Hastanın muayenesi sırasında, doktor tarafından gerekli görülen istekler (radyoloji, laboratuvar, vb.) gerekli birime otomatik olarak iletilmeli, sonuçlar da otomatik olarak görülebilmelidir.
    6. Birden fazla incelemeyi içeren paketler oluşturulabilmeli ve istenilen paket seçilebilmelidir.
    7. Ücretli hastanın, ücretini ödemeden muayene olması, ya da doktor tarafından yapılan isteklerinin gerçekleştirilmesi önlenmelidir. Örneğin, veznede ödemesini yapmayan bir hastaya ait istekler tetkik yapacak birimlerde görüntülenmemelidir.
    8. Memur, sigortalı, ya da yeşil kartlı hastalar için yapılan muayene, laboratuvar, röntgen vs. gibi işlemler, otomatik olarak hasta faturalarına (mali kayıtlarına) yansıtılmalıdır.
    9. Kontrol için gelen hastalara ait işlemler gerçekleştirilebilmelidir.
    10. Poliklinik hastasının kayıt ve işlemlerine 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.
      1.  
      2. Yatan Hasta Modülü
    1. Poliklinik ya da acil servis hastasının servise kabulu ile ilgili işlemler gerçekleştirilebilmelidir.
    2. Sevk işlemleri ile ilgili bilgiler tutulmalıdır. (sevk nedeni, nereye sevk edildiği)
    3. Hastanın yatışıyla ilgili tüm kayıtlar (Hasta bilgileri, yatış onayı bilgileri, vb.) tutulmalıdır .
    4. Herhangi bir anda tüm servislerdeki dolu, boş yataklar listelenebilmeli ve seçim yapılabilmelidir.
    5. Randevulu hasta yatışı işlemleri yapılabilmelidir.
    6. Hasta yatağı ile ilgili özelliklere göre ücret farkları kayıtlara otomatik olarak işlenebilmelidir.
    7. Hasta Tabelası bilgileri ve hastanın yatışı sırasında gerçekleştirilen tedaviler kolayca sisteme girilebilmeli ve bu kayıtlara istenildiğinde ulaşılabilmelidir.
    8. Doktor isteklerinin (tedavi, ilaç vb.) kayıtları ve isteğin hangi doktor tarafından yapıldığının kaydı tutulmalıdır.
    9. Hastane eczanesinde bulunmaması ya da stokta kalmaması nedeniyle hastanece karşılanamayan ve dışarıdan aldırılan ilaç istekleri de hastanın kayıtlarına eklenmeli ancak masraf olarak işlenmemelidir.
    10. Konsültasyon istekleri randevulandırılabilmeli ve sonuçları takip edilebilmelidir.
    11. Hastanın yatışı sırasında yapılan ameliyat, eczane, laboratuvar, röntgen vs. gibi işlemler ve kullanılan tüm malzemelere ait ücretler (katater, enjektör vb.) hastanın elektronik ortamda bulunan mali kayıtlarına ve hasta dosyasına anında yansıtılmalıdır. Hastanın herhangi bir andaki fatura bilgileri görüntülenebilmelidir.
    12. Yatak ya da servis değişiklikleri, izinli ayrılışlar gibi işlemler yapılabilmeli ve geçmişe dönük olarak izlenebilmelidir.
    13. Hasta refakatçilerine ait işlemler yapılabilmeli, gerekli ücretler, hastanın elektronik ortamdaki mali kayıtlarına otomatik olarak yansıtılmalıdır.
    14. Hastanın taburcu işlemlerine ilişkin olarak epikriz raporları hazırlanabilmeli ve istenildiğinde başka bir kuruma sevk işlemleri yapılabilmelidir.
    15. Organ nakline ilişkin işlemler yapılabilmeli ve gerekli bilgiler tutulmalıdır.
    16. Yatan hastanın kayıt ve işlemlerine 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.
      1.  
      2. Laboratuvar Modülü
    1. Sistemdeki herhangi bir terminalden yapılan laboratuvar istekleri laboratuvar çalışanı tarafından algılanabilmeli, kaydedilebilmeli ve sonuçlar isteyen kişiye bildirilebilmelidir. Gelen isteğin kimin tarafından yapıldığı da kaydedilmelidir. Hastanın doğrudan başvurusu kabul edilebilmelidir.
    2. Randevu işlemleri yapılabilmelidir.
    3. Ücretli hastaların, ücretlerini ödemeden laboratuvar tahlillerini yaptırmaları önlenmelidir. Bu gereksinim için vezne modülü ile entegrasyon gerekmektedir.
    4. Yatan hastalar için yapılan incelemelerin ücretleri otomatik olarak hastanın elektronik ortamdaki faturasına yansıtılmalıdır.
    5. İstenen incelemelerin sonuçları kaydedilebilmeli ve istek sahibi tarafından görülebilmelidir. Sıkça kullanılan serbest metin halindeki sonuç raporları listelenebilmeli ve kullanılabilmelidir. Ayrıca, yeni sonuç raporları tasarlanabilmelidir.
    6. Tetkik sonuç raporlarında uygun yerlerde normal değerler de verilmelidir.
    7. Sonuç raporları yazıldıktan sonra yetkili bir kişi tarafından onaylanmalıdır.
    8. Laboratuvarda kullanılan malzemelere ait giriş/çıkış/stok/istek işlemleri yapılabilmelidir.
    9. Laboratuvarda yapılan testlerin ve incelemelerin maliyet analizi yapılabilmelidir.
    10. Sisteme bağlanabilen tıbbi cihazlar için, test ve inceleme sonuçları doğrudan elektronik olarak aktarılabilmelidir.
    11. Laboratuvarda yapılan incelemelere ve tutulan kayıtlara 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.
      1.  
      2. Radyoloji Modülü
    1. Sistemdeki herhangi bir terminalden yapılan röntgen isteği görülebilmeli, kaydedilebilmeli ve işlemin sonuçlanıp sonuçlanmadığına dair bilgiler, isteyen kişiye iletilebilmelidir.
    2. Randevu işlemleri yapılabilmelidir.
    3. Ücretli hastaların, ücretlerini ödemeden röntgen tetkiklerini yaptırmaları önlenmelidir. Bu gereksinim için vezne modülü ile entegrasyon gerekmektedir.
    4. Yapılan incelemelerin ücreti otomatik olarak hastanın elektronik ortamdaki faturasına yansıtılmalıdır.
    5. İstenen incelemelerin sonuçları, sonuç raporlarının hekim tarafından düz metin olarak üretilebildiği birimlerde (Ultrasonografi, Bilgisayarlı Tomografi, vb.) sisteme kaydedilebilmeli ve istek sahibi tarafından görülebilmelidir. Sıkça kullanılan serbest metin halindeki sonuç raporları listelenebilmeli ve kullanılabilmelidir. Ayrıca, yeni sonuç raporları tasarlanabilmelidir.
    6. Birimde kullanılan malzemelere ilişkin giriş/çıkış/stok/istek işlemleri yapılabilmelidir.
    7. Birimde yapılan işlemlerin maliyet analizi yapılabilmelidir.
    8. Çalışanlar ve çalışma takvimi izlenebilmelidir.
    9. Birimde yapılan incelemelere ve tutulan kayıtlara 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.
      1.  
      2. Ameliyathane Modülü
    1. Sistemdeki herhangi bir terminalden yapılan ameliyat randevu isteği kaydedilmeli ve randevu onayı, isteyen kişiye bildirilmelidir.
    2. Ameliyathane Defterine ilişkin bilgiler tutulmalıdır. Ameliyata kimlerin katıldığı (cerrah, anestezist, hemşire, teknisyen,vb.) bilgisi de kaydedilmelidir.
    3. Yapılan ameliyatın ücreti otomatik olarak hastanın faturasına yansıtılmalıdır.
    4. Ameliyathanede kullanılan malzemelere ilişkin giriş/çıkış/stok/istek işlemleri yapılabilmelidir.
    5. Çalışanların ve nöbet çizelgesinin izlenmesi sağlanmalıdır.
    6. Yapılan ameliyatlara ve tutulan kayıtlara 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.
      1.  
      2. Eczane Modülü
    1. İlaç giriş ve çıkış işlemleri yapılabilmeli ve ilgili kayıtlar tutulmalıdır.
    2. İlaç bilgileri, farklı birimler bazında (kutu/doz) tutulabilmelidir.
    3. İlacın etken maddelerine ilişkin bilgiler tutulabilmeli, üretici/satıcı firmalara göre ayrım yapılabilmeli, muadili ilaçlar listelenebilmelidir.
    4. İlaçlar hakkında farmakolojik bilgiler düz metin formatında tutulabilmelidir. (İlaç etkileşimleri, aşırı doz alımında yapılması gerekenler, ilaç endikasyonları ve kontrendikasyonları vb.)
    5. Yazan hekime göre yazılan ilaçların dökümü alınabilmelidir.
    6. Sistemdeki herhangi bir terminalden yapılan ilaç isteklerinin yetkili kişi tarafından algılanabilmesi sağlanabilmeli, istekler kaydedilmeli ve sonuçlar isteyen kişiye bildirilmelidir. Olmayan ilaçlar için istek sahibi uyarılmalıdır.
    7. Servislerden veya başka birimlerden (örneğin ameliyathane) yapılan isteklere göre hasta bazında ve toplu ilaç çıkışı yapılabilmeli ve ilgili kayıtlar tutulmalıdır.
    8. Hastanın ilaç masrafları otomatik olarak hastanın elektronik ortamdaki mali kayıtlarına işlenmelidir.
    9. Stok kontrolüne ilişkin işlemler yapılabilmelidir.
    1. İlaç fiyatları güncelleştirilebilmelidir.
    2. Yazılım modülü, barkod uygulamasını desteklemelidir.
    3. 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. İstatistik, sorgu ve raporların tam listesi ve detayları Sistem ve Uyarlama Gerekleri Analizi aşamasında belirlenecektir.
    4. Bu modül, eczanenin birden fazla konumda (hastanenin farklı binaları, vb.) hizmet vermesini desteklemelidir.
      1. Depo, Ambar ve Demirbaş (Ayniyat) Modülü
    1. Hastanede kullanılan ve saklanan her malzeme için kimlik bilgileri, özel saklama koşulları, raf ömrü bilgileri tutulmalıdır.
    2. Hangi malzemenin hangi firmalar tarafından üretildiğine ilişkin kayıtlar ve firma kimlik bilgileri tutulmalıdır.
    3. Kullanıcı memnuniyetine ilişkin kalite bilgileri, hem malzeme hem de malzemenin alındığı firma bazında tutulmalıdır.
    4. Malzeme giriş/çıkışı yapılabilmeli ve gerekli kayıtlar tutulmalıdır.
    5. Stok kontrol işlemleri yapılabilmelidir.
    1. Demirbaş kayıtları tutulmalı ve bu kayıtlarla ilgili demirbaş işlemleri yapılabilmelidir.
    2. Demirbaşlara ilişkin amortisman ve yeniden değerlendirme işlemleri yapılabilmelidir.
    3. Gerekli matbu evrakların çıktıları kolayca alınabilmelidir.
    4. Envanter dökümü (aylık,yıllık) yapılabilmelidir.
    5. 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.
    6. Bu modül, ambar ve depoların birden fazla konumdan hizmet vermesini desteklemelidir.

 

      1. Vezne Modülü
    1. Veznede ya da birden fazla veznede yapılan giriş/çıkışların kayıtları birarada tutulmalıdır.
    2. Vezne makbuzunun çıktısı alınabilmeli ve bu çıktıda ödenen ücretin ayrıntılı dökümü de yeralmalıdır.
    3. Ücretli hastanın gerekli ücreti ödediğini ilgili hizmet birimine otomatik olarak aktarmalıdır.
    4. Modülde yeralan bilgi ve işlemlerle ilgili ç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.
    5. Bu modül döner sermaye yönetmeliğine ve usulüne uygun olarak döner sermaye, fatura, muhasebe modülü ile bütünleşik olarak çalışmalıdır.
      1.  
      2. Döner Sermaye, Faturalama ve Muhasebe Modülü
    1. Ücretli ve memur, sigortalı ya da yeşil kartlı hastalar için ayrıntılı faturalar, kurum bazında fatura icmalleri hazırlanabilmeli ve çıktıları alınabilmelidir. Kurumlara göre düzenlenecek değişik fatura tiplerinin tüm listesi Sistem ve Uyarlama Gerekleri Analizi sonucunda ortaya çıkarılmalıdır.
    2. Kurum faturalarının ve ücretli hasta senetlerinin takibi yapılabilmelidir.
    3. Verilen hizmete göre bilgiler konsolide edilmeli, hizmet maliyetlerinin belirlenmesi İstatistik Modülü ile bütünleşik olarak sağlanabilmelidir.
    4. Maliye Bakanlığı tarafından tutulması istenen defterlere ait kayıtlar saklanabilmelidir.
    5. Sağlık Bakanlığı ve Maliye Bakanlığı Döner Sermaye payları hesaplanabilmeli ve bu işlemler izlenebilmelidir.
    6. Sağlık İşletmeleri için uygulanacak olan Tekdüzen Hesap sistemine uygun olmalıdır.
    7. Hesap Planı, Yevmiye Fişi (Mahsup/Tahsil/Tediye), Yevmiye Defteri, Büyük Defter, Yardımcı Defter, Bilanço, Kebir Mizan, Kasa Hesabı tutulmalıdır. Fiş girişi, hesaplara işlenmesi işlemleri yapılabilmelidir.
    8. Hastanenin alacak ve borçları izlenebilmelidir.
    9. Nakit Bütçesi yapılarak nakit giriş/çıkış durumu izlenebilmelidir.
    10. Yıl sonu işlemleri yapılabilmelidir.
    11. Banka hesapları takip edilebilmelidir.
    12. Modülde yeralan bilgi ve işlemlerle ilgili ç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.
    13. Özellikle hastanın faturasına mali yansıması olan modüllerle bütünleşik olarak çalışmalıdır.

 

      1. Personel ve Bordro İşlemleri Modülü
    1. Memur ve sözleşmeli (döner sermaye, vakıf, dernek, vb.) personele ilişkin kimlik, sicil ve özlük bilgileri tutulmalıdır. Bu kayıtlar Sağlık Bakanlığı Personel Genel Müdürlüğü'nde tutulan kayıtlarla uyumlu olmalıdır.
    2. Tayin, terfi, ceza, izin, rapor ve nöbet gibi işlemler yapılabilmeli ve ilgili kayıtlar tutulmalıdır.
    3. Geçici görevde olan personelin takibi yapılabilmelidir.
    4. Maaş bordrosu, ek fark bordrosu hazırlanabilmelidir
    5. Emekli sandığı ve SSK kesintileri, zorunlu tasarruf, konut edindirme yardımı vb. ilişkin işlemler yapılabilmelidir.
    6. Döner sermayeden personele pay dağıtılması işlemleri yapılabilmelidir.
    7. Gerekli matbu evrakların çıktıları kolayca alınabilmelidir.
    8. Bankalara maaş transferi için gerekli işlemler yapılabilmelidir.
    9. Personel sicil ve bordro bilgilerine ve işlemlerine ilişkin 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.
      1.  
      2. İstatistik Modülü
    1. Üst düzey yöneticilere, yönetimsel ve stratejik kararlar vermede destek olmak üzere özet bilgiler ve grafikler istenen formatta sağlanmalıdır.
    2. İstenen zaman aralığında her birim/doktor için gelir-gider, performans gibi değerlere ulaşılabilmelidir.
    3. Tıbbi ve bilimsel araştırmalar için tutulan kayıtlardan gerekli veriler alınabilmeli ve analiz edilebilmelidir.
    4. Resmi kuruluşlara gönderilmesi gereken istatistiki formlar (Örneğin, Form 053, 056, 057, vb.) ve bildirimler (Örneğin, Bulaşıcı Hastalıklar) üretilmelidir.
    5. Doktorların poliklinikteki hasta sayısı, yaptırdıkları incelemeler, yatırdıkları hasta-gün sayısı, yaptıkları konsültasyon sayısı, kontroldeki hasta sayısı, gibi bilgiler üretilmelidir.
    6. Tanı, tedavi, yatış süresi, doktor ve verilen hizmet bazında maliyet analizleri yapılabilmelidir.
    7. Bu modül içerisinde yeralacak istatistik ve raporların tam listesi ve detayları Sistem ve Uyarlama Gerekleri Analizi aşamasında belirlenecektir.
  1.  
  2. HASTANE BİLGİ SİSTEMİ TEKNOLOJİK ALTYAPI TEMEL GEREKLERİ
    1. GENEL GEREKLER
    1. Tüm donanım 220 V 20 V, 50 Hz 2 Hz güç kaynağı ile çalışacaktır.
    2. Tüm fişler ve kablolar Türk Standartları’na uygun olmalıdır.
    3. Tüm bilgisayar donanımı satıcıları, tercihan ISO 9000 ailesi kalite standartlarına uygun olmalıdır. Satıcılar ilgili sertifikalarını belgelemelidirler.
    4. Tüm donanım ve sistem yazılımı birimleri, ISO 8859 Latin V Standardı’nda belirtildiği biçimiyle Türkçe karakter setini desteklemelidir.
    5. Tüm donanım birimleri, sıcaklık, nem ve toz etkenleri açısından aşağıdaki ofis ortamında işleyebilmelidirler:
    6. İşleyiş Sıcaklığı : 20° C + 10° C

      Nem Oranı : %20 - %80

      Toz : 0.40 gr/m3

    7. Bilgisayarlar ve tamamlayıcı birimler tamamen yeni ve hiç kullanılmamış olmalıdırlar. Satıcı bunu teklifinde belirtmelidir.

 

 

 

    1. DONANIM TEKNİK GEREKLERİ
      1. Birimlerarası İletişim Altyapısı Kurulması
      2. Satıcı'nın teklif öncesi iletişim altyapısının kurulacağı yerleşkeyi plan üzerinde ve yerinde incelemesi ve ona göre kendi kablolama ve ağ mimarisi tekliflerini hazırlaması tercih edilmelidir.

        İletişim altyapısının kurulumu Satıcı tarafından yapılacaktır. Kablolama planı, iş istasyonu sayısıyla sınırlı tutulmamalı, ileride uç konulabileceği düşünülen odalar da bu kapsamda ele alınmalıdır. Kablolama için bina ve odalar içinde uygun kablo kanalları kullanılacaktır.

        Satıcı, önerdiği iletişim altyapısı konfigürasyonunu ayrıntılı olarak açıklamalıdır. Önerilen mimarinin gerektirdiği, tüm araç-gereç (patch panel, RJ45 priz, repeater, transceiver, concentrator v.b) özellikleri ve fiyatları ile birlikte önerilmeli ve teklifte yer almalıdır.

      3. Veri Güvenliği ve İşlem Sürekliliği
      4. Sistemdeki kritik verinin tamamının, sistem performansını düşürmeden yedeklenmesini sağlayacak yedekleme üniteleri istenmelidir.

        Merkezi işgörende meydana gelebilecek donanım arızalarına karşı, tüm sistemin kesintisiz çalışmasını sağlayacak paralel bir işgören ya da başka bir mekanizma önerilmesi sağlanmalıdır. Bu mekanizma kesintisiz bir çalışma ortamı sağlayacaktır; ancak maliyetinin de yüksek olacağı gözönüne alınmalıdır.

      5. Donanım Dağılımı
  1. PROJE SÜRECİ GEREKLERİ
    1. SİSTEM VE UYARLAMA GEREKLERİ ANALİZİ
    2. Kapsam:

      Bu süreçte, aşağıda detayları anlatılan etkinlikleri içine alan bir sistem ve uyarlama gerekleri analizi çalışması yapılacaktır. Bu çalışma projenin ilk aşamasıdır.

      Analiz sonucunda, içeriği Ek-1’de verilen Sistem ve Uyarlama Gerekleri Raporu (SUGR) hazırlanacak ve Alıcı'nın onayına sunulacaktır. Çalışmanın en düşük süresi hazırlık, gözden geçirme ve kabulü de içermek üzere 4 ay olarak önerilmektedir. Satıcı, teklifinde bu süreçte yeralacak etkinlikleri ve tüm süreç için öngördüğü süreleri iş planında belirtmelidir. Paket yazılım satınalımında uyarlama gereğinin en azda tutulması esas olmakla birlikte, Alıcı’nın özel gereklerinin karşılanması amacıyla paketin bir ölçüde uyarlanması bazı durumlarda kaçınılmaz olmaktadır. SUGR hazırlığında, pakette değişiklik yapılmadan yalnızca Alıcı’nın kullandığı kodların, tanımların, listelerin ve benzer parametrelerin belirlenmesinin yanısıra doğrudan doğruya programlarda yapılması zorunlu görülen değişiklikler de gözönüne alınmalıdır.

      SUGR'nin Hazırlanması:

      Bu aşamada, hastane içerisindeki veri akışı incelenmeli, işlevsel gereklerin detayları ve varolan sorunlar belirlenmelidir. Varolan sistemdeki hasta kuyrukları, kaçaklar gibi sorunlar öncelikli olarak incelenmelidir. Tüm modüller için detay gereksinimler, rapor, sorgu ve istatistiklerin tam listesi belirlenmelidir. Gereksinimler ve sorunlar, SUGR'nin ilgili bölümlerinde belirtilmelidir. Özellikle kaçağın önlenmesi ve kuyrukların azaltılması için alternatif öneriler sunulmalı, hastane işleyişinde ve kullanılan formlarda değişiklik gereksinimi varsa bu öneriler belirtilmeli, ve kullanıcı arayüzü gibi kullanıcıyı doğrudan etkileyecek konular SUGR'de yeralmalıdır. Bu satınalma çerçevesinde satınalınan donanımın dağılımı da SUGR'nin ilgili bölümlerinde yeralmalıdır.

      SUGR'nin Gözden Geçirilmesi:

      Hazırlanan SUGR, Alıcı ve Satıcı'nın yetkililerinin katılacağı toplantılarla gözden geçirilmelidir. Bu süreçte en az 3 adet gözden geçirme toplantısı düzenlenmelidir. Bu toplantıların ilk ikisi için incelenecek rapor toplantı tarihinden en az 10 iş günü önce Alıcı'ya teslim edilmelidir. Bu toplantılar sırasında oluşan görüşler raporun ilgili bölümlerine en geç toplantıları izleyen 10 iş günü içinde yansıtılacak ve ilgili rapor son haline getirilecektir.

      Son gözden geçirme toplantısı için ise, raporun son hali toplantı tarihinden en az 20 iş günü önce Alıcı'ya teslim edilecektir. Toplantıdaki görüşler rapora yansıtıldıktan sonra onaylanacaktır. Bir sonraki aşamaya, ancak son SUGR'nin Alıcı tarafından onaylanmasından sonra geçilecektir.

      Satıcı, gözden geçirme toplantıları için önerdiği tarihleri iş planında belirtmelidir.

      Önerilen En Düşük Süre: 4 ay

      Çıktı : Onaylanmış SUGR

    3. YAZILIMIN BELİRLENEN GEREKLERE GÖRE UYARLANMASI
    4. Kapsam:

      Bu aşamada, detaylandırılmış işlevsel gerekler baz alınarak, yazılım paketi hastanelerin ihtiyacını görecek ve sorunlarını çözümleyebilecek şekilde uyarlanmalıdır. Alıcı tarafından onaylanan gereksinimler (SUGR) yazılım paketine yansıtılmalıdır. Pakette yeralmayan gereksinimlere ilişkin işlemler pakete eklenmeli, pakette değişik olarak ele alınan işlemler ise gereksinimler çerçevesinde değiştirilmelidir. Bu aşamanın süresi yazılım paketinin kapsamına bağlı olarak değişecektir. Satıcı, bu aşama için önerdiği süreyi teklifinde belirtmelidir.

      Çıktı: Uyarlanmış Yazılım, Kullanıcı Dokümanları, Eğitim Dokümanları

       

    5. HBS'NİN KURULMASI
    1. Donanımın ve Hazır Yazılımların Kurulması
    2. VTYS'nin Kurulması
    3. Donanım ve VTYS Eğitimi
    4. HBS Yazılımının Kurulması
    5. Uyarlanan Yazılımın Onaylanması
    6. Kullanıcı Eğitimi
    7. Yazılımın Varolan Sistemle Birlikte İşletilmesi ve Onaylanması
      1. Donanımın ve Hazır Yazılımların Kurulması
      1. VTYS’nin Kurulması
      2. Kapsam:

        VTYS, donanım üzerinde kurulacaktır. VTYS’nin bilgisayarlara yüklenmesinden ve gerekli testlerin yapılmasından ve VTYS’nin efektif bir şekilde çalışması için gerekli konfigürasyon ve ayarlamaların yapılmasından Satıcı sorumludur.

      3. Donanım ve VTYS Eğitimi
      4. Kapsam:

        Satıcı, sağladığı donanım ürünlerine ve VTYS'ne ilişkin bir eğitimi bölüm 6’da belirtilen esasları gözönüne alarak gerçekleştirecektir.

      5. HBS Yazılımının Kurulması
      6. Kapsam:

        Yazılımın bilgisayarlara yüklenmesinden ve doğru bir şekilde çalıştırılmasından Satıcı sorumludur. Hastanede yeralan birimler, yatak sayıları gibi çeşitli parametrelerle, kurulduğu hastaneye göre konfigüre edilmelidir.

         

      7. Uyarlanan Yazılımın Onaylanması
      8. Kapsam:

        Uyarlanan yazılım, hastanede belirlenen bir mekanda, kullanıcıların onayına sunulmalıdır. SUGR'de belirtilen tüm işlevsel, kullanıcı arayüzüyle ilgili gerekler, nitelikler ve raporda yeralan diğer gereklerin uyarlanan yazılım tarafından karşılandığının kullanıcılar tarafından onaylanması için her modüldeki ekranlar, menüler, ve işlevler modülün muhtemel kullanıcıları tarafından gereksinimlerin karşılanıp karşılanmadığı konusunda denetlenecektir. Satıcı bu süreçte Alıcı’ya her türlü kullanım desteği ve danışmanlık hizmetini sağlayacaktır. Bu süreç, yazılım ve ilgili dokümantasyon onaylanana dek devam etmeli, gerekli değişiklikler bu süre içinde yapılmalıdır. Bir sonraki aşamaya ancak gerekli onaylar alındıktan sonra geçilebilecektir.

        Önerilen En Düşük Süre: 1 ay

      9. Kullanıcı Eğitimi
      10. Kapsam:

        Uyarlanmış yazılımı kullanacak personele verilecek kullanıcı eğitimleri için gerekli eğitim planı, idari şartnamede belirtilen koşullara göre düzenlenmeli, süreleri, eğitmenle ilgili ayrıntıları ve eğitim yöntemlerini içerecek şekilde Satıcı firmanın teklifinde yeralmalıdır. Bu eğitim programının sonunda, her adayın, satınalma sözleşmesi kapsamında sağlanacak donanım, yazılım ve materyalleri kullanarak, sözleşmede belirlenen amaçlara ulaşması sağlanmalıdır. Bu aşamada verilecek eğitim bölüm 6’da belirtilen ölçütlere uygun olarak gerçekleştirilmelidir.

      11. Yazılımın Varolan Sistemle Birlikte İşletilmesi ve Onaylanması
    1. KESİN KABUL
    2. Kapsam:

      Sistemin daha önceki aşamalarda proje kapsamındaki hastanede başarıyla işletilmesi ve onaylanması, kurulan donanım sistemleri ve hazır yazılımların kontrol ve muayenesinin idari şartnamede yeralan kabul esaslarına göre yapılmasından ve VTYS ve HBS yazılımlarının da kabul edilmelerinden sonra kesin kabul gerçekleşecektir. Satıcı’ya yapılacak ödemelerin, mutlaka verilecek hizmetlerin tümüyle ve sözleşme uyarınca doyurucu düzeyde gerçekleştirilmesinin ardından tamamlanması esastır.

    3. SİSTEM DESTEK
  1. EĞİTİM GEREKLERİ
  2. Kurumu yapılan tüm donanım ve yazılım birimleri için, Satıcı Alıcı’nın belirlenen teknik ve uç kullanıcılarına tüm sistemi efektif olarak işletebilmek için eğitim vermelidir. Eğitim planına iki taraf birlikte karar vereceklerdir.

      1. Genel Koşullar
    1. Eğitim Dili: Eğitim Türkçe verilecektir.
    2. Eğitim Materyalleri: Eğitim tipine göre düzenlenmesi gereken eğitim ortamını ve eğitim programları için gerekli materyalleri (tepegöz, datashow, vs.) Satıcı temin edecektir.
    3. Eğitim Yeri:
    4. Tablo 1’de belirtilen ve Hastane personeline verilecek eğitim programları (Bilgisayar Okur Yazarlığı, HBS Yazılımı Kullanıcı Eğitimi) Alıcı’nın belirlediği mekan ya da mekanlarda, teknik şartlarda belirlenen esaslar gözönüne alınarak yapılacaktır.

      Diğer eğitimler için ise (Yerel Ağ İşletim Sistemi Eğitimi, Çok Kullanıcılı İşletim Sistemi, VTYS Eğitimi, Sistem Bakım ve Onarım Eğitimi) Satıcı Alıcı’nın onayına sunmak üzere eğitim yerleri önerecektir. Satıcı, bu eğitimi, eğitimlerin içerikleri aynı olmak kaydıyla üretici firma lisanslı eğitmenlerden oluşan bir firma aracılığıyla da verebilir. Bu durumda Alıcı'nın onayı gerekmektedir.

    5. Eğitilecek Personel:
    6. Satıcı, Alıcı'nın enaz Tablo 1'de belirtilen sayıda personelini aynı tabloda belirtilen konularda eğitmelidir.

       

    7. Eğitimde Kullanılacak Yazılı Dokümanlar: Eğitim süresinde kullanılacak olan eğitim dokümanları, eğitim programları başlamadan önce hazırlanacak ve onaylanmak üzere Alıcı’ya teslim etmelidir. Bu dokümanlar Türkçe olacaktır. Onaylanan dokümanlar Bölüm 7’de belirtilen sayı kadar çoğaltılacaktır. Bu işlem için Satıcı ek bir ücret talep edemeyecektir.
    8. Eğitim Sırasında Kullanılacak Sarf Malzemeleri: Eğitim süresince kullanılacak disket, sürekli form, A-4 kağıdı gibi sarf malzemeleri ek ücret talep edilmeksizin Satıcı tarafından karşılanacaktır.
    9. Eğitim Planı: Satıcı, 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 teklifinde sunacaktır. Bu Plan, tekliflerin değerlendirilmesinde etken olacaktır. Eğitimin yukarıda tarif edilen çizelgeye ve Satıcı tarafından sunulan plana uygun olarak yürütüldüğü Alıcı tarafından denetlenecektir.
    10. Sertifikalar: Tüm eğitim programları için Satıcı tarafından, eğitilen kişinin ilgili eğitim programını başarılı bir şekilde tamamladığına dair sertifikalar verilecektir.
    11. Eğitmenler: Satıcı, eğitimin sağlanmasında yetecek eğitmen/saati temin etmelidir. Ayrıca, Satıcı bu iş için görevlendireceği personelin eğitim durumunu, sayısını, bu konulardaki deneyimlerini belirtecektir. Çok kullanıcılı işletim sistemi ve VTYS eğitimleri için, eğitmenin üretici firmadan lisanslı eğitimci olmalıdır.
    12. Eğitim Maliyeti: Bu dokümanda verilen şartlar çerçevesinde verilecek eğitimin bedeli Satıcı’nın teklif bedelleri içerisinde yer almalıdır.
    13.  

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

Tablo 1- Eğitim Süreci ve Hedef Kitle

EĞİTİM PROGRAMININ ADI

EĞİTİLECEK PERSONELİN GENEL TANIMI

EN DÜŞÜK EĞİTİM SÜRESİ

(saat)

EĞİTİLECEK KİŞİ SAYISI İÇİN TEMEL KURALLAR

Bilgisayar Okur Yazarlığı Eğitimi Hastane Personeli

30

iş istasyonu başına 1.5 personel

Ofis Otomasyon Paketi Eğitimi * Hastane Personeli

45

yazıcı başına bir personel

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

20

hastane başına en az 2 personel

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

30

hastane başına en az 2 personel

VTYS Eğitimi İşletmen

40

hastane başına en az 2 personel

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

20

hastane başına en az 2 personel

HBS Yazılımı Kullanıcı Eğitimi Hastane Personeli

40

iş istasyonu başına 1.5 personel

      1. Eğitim Programlarının Genel İçerikleri
    1. Bilgisayar OkurYazarlığı Eğitimi
    2. Bu eğitim programında, Satıcı, Tablo 1’de verilen hedef kitleyi kişisel bilgisayar ve yazıcı kullanımı (iş istasyonlarının işletim sistemleri, klavye ve grafiksel kullanıcı arayüzü önerilmişse fare kullanımı, yedekleme), konularında eğitecektir. Bu eğitimin sonunda, eğitimi alan personelin genel bilgisayar kavramları ile tanışmış olmaları beklenmektedir. Bu eğitim, bilgisayar kullanacak olan tüm hastane personeline verilecektir.

    3. Ofis Otomasyon Paketi Eğitimi (eğer satın alınıyorsa)
    4. Satıcı, Tablo 1’de belirtilen hedef kitleyi teklif edilen tablolama, kelime işlemci ve temel veritabanı yönetimi sistemi konularında eğitim verecektir. Bu eğitim sonunda, adaylar kapsamlı bir raporu (kullanıcıların kendi işlerine yönelik basit işlemler içeren tablo ve grafikler) bilgisayar ve yazıcı kullanarak hazırlayacak beceriyi edinmiş olmalıdırlar. Özellikle idari işler ve sekreterlik servislerinde çalışan personel bu eğitimi almalıdır.

    5. Sistem Bakımı ve Onarımı Eğitimi
    6. Satıcı, Tablo 1’de belirtilen hedef kitleye teklif edilen merkez işgören, yerel ağ ekipmanları ve bilgisayar çevre birimleri (yazıcı, yedekleme birimleri, vb.) konusunda bakım, onarım ve müdahale eğitimi verecektir.

    7. İletişim Altyapısı Bakım ve İşletimi Eğitimi
    8. Satıcı, 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 verecektir. Eğitim, önerilen tüm iletişim yazılımlarının kullanımını kapsayacaktır.

       

    9. Çok Kullanıcılı İşletim Sistemi Eğitimi
    10. Satıcı, Tablo 1’de belirtlilen hedef kitleye, teklif edilen çok kullanıcılı işletim sisteminin kullanımı ve yönetimi (yedekleme, kullanıcı tanımlama, kurtarma, konfigürasyon, vb.) konularında eğitim verecektir.

    11. VTYS Eğitimi
    12. Satıcı, Tablo 1’te belirtilen hedef kitleye, teklif ettiği VTYS’nin kullanımı ve yönetimi (yedekleme, kullanıcı tanımlama, sorgu yaratma, kurtarma, konfigürasyon, vb.) konularında eğitim verecektir.

    13. HBS Yazılımı Kullanıcı Eğitimi
  1. DOKÜMANTASYON GEREKLERİ
  2. Bu bölümde, proje sürecinde hazırlanması ve Alıcı’ya teslim edilmesi gereken HBS dokümantasyon setinin içerikleri verilmektedir. Kullanıcı dokümantasyonunu oluşturan her bir kitaptan her bir birim için (servis, işlevsel modül, vb.) en az 2 kopya, eğitim el kitabından ise eğitim alacak personel sayısından en az 2 fazla kopya verilecektir. Dokümantasyon seti uyarlanmış HBS yazılımının son halini yansıtmalıdır.

    1. KULLANICI DOKÜMANTASYONU
      1. HBS Kullanıcı Kılavuzu
      2. Kullanıcı kılavuzu, Ek-2’de tanımlanan kurallara uymalıdır. Kullanıcı kılavu zunun ilk taslağı, yazılım gerekleri analizi aşamasında hazır olmalıdır. Bu kılavuz, yazılımı bir karakutu gibi sunmalıdır. Bir başka deyişle, bu dokümanda vurgu, kullanıcı girdisi ve bu girdinin yol açtığı çıktı üzerinde olmalıdır. Bu kılavuzun, yazılım mühendisliği sürecinin bu kadar erken bir aşamasında geliştirilmesinin nedeni, yazılıma kullanıcı gözüyle bakmayı kolaylaştırmasıdır. Ayrıca SUGR incelemesi süreci için de yararlı bir girdidir.

      3. HBS Hata Mesajları El Kitabı
      4. Bu doküman yazılım işletilirken meydana gelebilecek hatalar için bir başvuru niteliği taşımalıdır. Hatanın kaynağı, düzeltilmesi için yapılması gerekenler ile diğer açıklamaları içermelidir. Ek-2’de tanımlanan kurallara uymalıdır.

      5. HBS Bakım ve İşletim El Kitabı
      6. HBS Bakım ve İşletim El Kitabı, yazılım ürününün desteklenmesi ve bakımı ile ilgili, örneğin eksikliklerin giderilmesi ve yeni geliştirilen bölümlerin eklenmesi yordamları ile ilgili talimatlar içermelidir.

        HBS Bakım ve İşletim El Kitabı en az aşağıdakilerden oluşmalıdır :

        1) Aşağıdakileri içeren işletim talimatları:

        a) Giriş

        b) Yürütme çizelgeleri

        c) Kurma gerekleri

        d) İş denetimi yordamları

        e) Hata yordamları

        f) Güvenlik yordamları

        g) Dağıtım yordamları

        h) Yedekleme ve kurtarma yordamları

        i) Yeniden başlatma yordamları

        2) Çevresel gerekleri de içeren sistem belirtimi

        3) Girdi/Çıktı Belirtimleri

        4) Kabul kontrolleri

      7. HBS Kuruluş El Kitabı
      8. HBS Kuruluş El Kitabı, yazılım ürününün kuruluşu, kullanıcının kontrol edebileceği kuruluş seçenekleri ve kuruluş testinin uygulanması ile ilgili talimatlar içermelidir .

      9. HBS Veri Tabanı El Kitabı
    1. EĞİTİM EL KİTABI
    1. İçindekiler
    2. Giriş
    1. Çıktı tanımlamaları ve çıktı yorumu
    2. Alfabetik Dizin
  1.  
  2. DİĞER GEREKLER
    1. BAKIM VE DESTEK HİZMETLERİNE İLİŞKİN ŞARTLAR
    2. Bu bölümde, bakım ve destek hizmetlerine ilişkin şartlar yeralmaktadır. Garanti şartları, bakım sözleşmeleri ile ilgili şartlar detaylı bir şekide anlatılmaktadır.

      1. DONANIM VE HAZIR YAZILIM GARANTİSİ
    1. Önerilen araç-gereç yeni olmalı; hem donanım, hem de hazır yazılım, üretimi süren modellerden olmalıdır.
    2. Teklifte yer alan donanım ve hazır yazılımın (VTYS, çok kullanıcılı işletim sistemi, tek kullanıcılı işletim sistemi, ağ işletim sistemi, tümleşik ofis otomasyonu paketi) garanti süreleri ve garantinin kapsamı Satıcı tarafından detaylı olarak belirtilmelidir.
    3. Satıcı teklif edeceği bilgisayar sistemleri ve çevre birimleri için en az iki (2) yıl garanti verecektir. Satıcı, Alıcı adına düzenlenmiş gerekli garanti belgelerini Kesin Kabul sırasında teslim edecektir. Garanti süresinin başlangıç tarihi, muayene komisyonunun belirleyeceği kesin kabul tarihidir. Garanti süresinin iki (2) yıldan fazla olması tercih sebebidir.
    4. Alıcı, Garanti kapsamındaki taleplerini vakit geçirmeksizin Satıcı’ya bildirecektir. Satıcı bu bildirimi aldıktan sonra, kusurlu malları veya parçaları, Alıcı’ya hiçbir masraf yüklemeksizin mümkün olan en süratli biçimde tamir edecek veya yenileriyle değiştirecektir. Satıcı, arıza bildiriminin yapıldığı gün telefon aracılığıyla hatayı çözümlemeye çalışacak, bunun mümkün olmadığı hallerde en geç ertesi iş günü hataya yerinde müdahale edecek ve en geç arıza bildirimini takip eden 5 iş günü içerisinde arızayı giderecektir. Arızalı malların yerinde onarımının mümkün olmadığı durumlarda bütün taşıma risk ve masrafları Satıcı'ya ait olmak üzere arıza 7 iş günü içerisinde giderilecek, gerekli testler yapılacak ve çalışır halde teslim edilecektir.
    5. Satıcı, bildirim yapılmasına rağmen kusur(lar)ı belirtilen süre içerisinde gidermediği takdirde Alıcı, Sözleşme çerçevesinde Satıcı karşısında başvurabileceği diğer bütün hakları saklı kalmak kaydıyla ve bütün masraf ve riski Satıcı’ya ait olarak, gerekli düzeltme işlemlerine başvurabilir. Böylece tahakkuk edecek masraflar Satıcı'nın kesin teminatından tahsil edilir.
    6. Satıcı, garanti süresi içerisinde tüm teçhizat ve malların bakım ve onarım hizmetlerini ücretsiz yerine getirecektir.
    7. Satıcı, garanti süresinin bitiminden sonra en az beş (5) yıl süre ile sistemi çalıştıracak her türlü yedek parçayı sağlamayı taahhüt edecektir.
    8. Satıcının aşağıdaki garantileri sağlaması gereklidir:
      1. DONANIM KAPASİTE ARTIRIMI VE GÜNCELLEŞTİRME
      2. HBS donanımına ilişkin bilgisayar ve bilgisayar çevre birimlerinin tümü için, teklifte bulunan firmalarca, bu ekipmanın teknik spesifikasyonlarda istenen ve firma tekliflerinde belirtilen kapasite arttırım olanakları için birer fiyat tarifesi verilecektir. Fiyat tarifeleri ihalede istenen konfigürasyon arasındaki tüm arttırım basamaklarını ayrı ayrı gösterecektir. Ayrıca fiyat tarifesinin, garanti süresinin bitiminden sonra bir yıldan az olmamak üzere, ne kadar süre ile geçerliliğini koruyacağı belirtilecektir.

      3. YAZILIM GARANTİSİ
      4. Yazılımın garanti süresi en az iki (2) yıl olmalıdır. Bu süre yazılımın kesin kabulünden sonra başlayacaktır. Yazılımda ortaya çıkabilecek hatalar, telefon, fax ya da posta ile Satıcı’nın Acil Yardım Masasına bildirilecektir. Satıcı alınan şikayeti kaydetmeli ve alındığına dair hastaneye geri bildirim yapmalıdır. Satıcı, arıza bildiriminin yapıldığı gün telefon aracılığıyla hatayı çözümlemeye çalışacak, bunun mümkün olmadığı hallerde en geç ertesi iş günü hataya yerinde müdahale edecek ve en geç arıza bildirimini takip eden 5 iş günü içerisinde arızayı giderecektir. Bu süre içerisinde, Satıcı yazılıma anında müdahale edebilecek en az iki teknik elemanı bu iş için ayırmalı ve bu kişilerin adlarını hastanelere bildirmelidir.

      5. BAKIM SÖZLEŞMESİ
    1. Mevzuat, yönetmelik, yasa ve kodlama sistemlerinde olabilecek değişmelerin yazılıma yansıtılması veya uygulamadan kaynaklanacak bakım ve güncelleştirme ihtiyaçlarının yerine getirilmesi gerekecektir. Satıcı, buna yönelik teknik desteği, yazılım garanti süresinin bitiminden sonra, yazılım garantisinde belirtilen hata düzeltme süreleri koşullarıyla yeni bir yazılım bakım sözleşmesi ile vermeyi taahhüt etmelidir. Alıcı tarafından talep edilebilecek bakım hizmetlerini nasıl vereceğini gösterir örnek bakım teklifini de sunmalıdır.
    2. Satıcı, donanım garanti süresinin bitiminden sonra Donanım Bakım Sözleşmesi yapmayı taahhüt edecektir. Satıcı, garanti süresinin sonunda Alıcı tarafından talep edilebilecek bakım ve onarım hizmetlerini nasıl vereceğini gösterir örnek bakım onarım teklifini de sunmalıdır. Bu bakım onarım teklifinin yıllık tutarı parçalı bakım için ihale bedeli üzerinden %5, parçasız bakım için yine ihale bedeli üzerinden %3 oranını aşmamalıdır.
    3. Satıcı, VTYS garanti süresinin bitiminden sonra VTYS Bakım Sözleşmesi yapmayı taahhüt edecektir. Alıcı tarafından talep edilebilecek bakım hizmetlerini nasıl vereceğini gösterir örnek bakım teklifini de sunmalıdır.
    1. DONANIMIN VE HAZIR YAZILIMIN KABULÜNE İLİŞKİN KOŞULLAR
    2. Bu bölümde, satınalınacak donanım ve hazır yazılım ürünlerinin kabulüne ilişkin genel esaslar ve her ürün grubu kabulü için dikkat edilmesi gereken noktalar yeralmaktadır.

      1. GENEL ESASLAR
    1. Satın alınan sistemlerin, çevre ünitelerinin ve yazılımlarının çalıştırılması, kullanılması, bakım ve onarımları ile ilgili tüm hususları kapsayan orjinal doküman ve kitaplar satınalınan donanım ve yazılımla birlikte Alıcı'ya teslim edilecek ve bu dokümanlar için Satıcı tarafından hiç bir ek ücret talep edilmeyecektir.
    2. Sistem birimlerinin bağlantıları için gerekli her türlü bağlantı kablosu, güç kablosu, soket, konnektör ve benzeri donanımlar Satıcı tarafından ek bir ücret talep edilmeden sağlanacaktır.
    3. Tüm donanımın yeni ve hiç kullanılmamış olduğu, imalat hatası olmadığı, taşıma sırasında hasar görmediği ve teklifte belirtilen marka ve modele uygun olduğu fiziksel olarak Kesin Muayene ve Kabul Komisyonu tarafından muayene edilerek Kesin Muayene ve Kabul Raporu düzenlenecektir.
    4. Kontrol ve Muayene sırasında yapılacak her türlü masraf, Satıcı tarafından karşılanacaktır.
    5. Kesin kabul, Teknik Şartname'de belirtilen proje süreci gereklerine uygun olarak yapılacaktır.

 

      1. İŞ İSTASYONLARI
    1. Alıcı'nın saptayacağı “Benchmark” tipi yazılımlar ile ürünlerin hem Teknik Şartname’deki ilgili özelliklere hem de Satıcı tarafından sağlanan ürün özelliklerine uygunluğu test edilecektir.
    2. Satın alınan aynı tip ürünlerin her birine ayrı ayrı ya da kabul örneklemesi yolu ile test uygulanabilecektir. Bu testlerde teslimat kümesindeki ürünlerin birbirleri ile aynı olmasına da dikkat edilecektir.
    3. Ürünün kullanılması, işletilmesi, bakım ve onarımları ile ilgili tüm hususları kapsayan orjinal doküman ve kitapların teslim edilip edilmediği kontrol edilecektir.
    4. Satıcı ürününün testi için kendi yöntem(ler)ini önerecektir. Uygun görülmesi halinde bu yöntemlerin tümü ya da bir bölümü Alıcı'nın bu ürün için uyguladığı test yöntemlerine eklenebilecek, mevcut yöntemin bir parçası ya da tümü ile değiştirilebilecektir.
      1. YAZICILAR
    1. Ürünlerin hem Teknik Şartname’deki hem de Satıcı tarafından sağlanan ürün özelliklerinde belirtilen performans değerleri, ayrı ayrı ya da kabul örneklemesi şeklinde test edilecektir.
    2. Teslimat kümesindeki ürünlerin birbirleri ile aynı olmasına dikkat edilecektir.
    3. Ürünün kullanılması, işletilmesi, bakım ve onarımları ile ilgili tüm hususları kapsayan orjinal doküman ve kitapların teslim edilip edilmediği kontrol edilecektir.
    4. Satıcı, ürününün testi için kendi yöntem(ler)ini önerecektir. Uygun görülmesi halinde bu yöntemlerin tümü ya da bir bölümü Alıcı'nın bu ürün için uyguladığı test yöntemlerine eklenebilecek, mevcut yöntemin bir parçası ya da tümü ile değiştirilebilecektir.
    5. Yazıcılar ile birlikte işletim sistemi için sürücü yazılımlar teslim edilmelidir.
    6.  
      1. MERKEZİ İŞGÖRENLER
    1. Alıcı'nın saptayacağı “Benchmark” tipi yazılımlar ile ürünlerin hem Teknik Şartname’deki ilgili özelliklere hem de Satıcı tarafından sağlanan ürün özelliklerine uygunluğu test edilecektir.
    2. Satıcı'nın işletim sistemi ve diğer ilgili yazılımların kuruluşunu yapması ve Alıcı'nın öngördüğü yöntemler ile işlev testlerinin yapılmasını sağlaması istenecektir.
    3. Merkezi İşgören bilgisayarın donanım parçalarının (disk, tape, v.b.) işlevsellik testleri Alıcı'nın belirleyeceği “Benchmark” ya da benzeri yöntemlerle yapılacaktır.
    4. Ürünün kullanılması, işletilmesi, bakım ve onarımları ile ilgili tüm hususları kapsayan orjinal doküman ve kitapların teslim edilip edilmediği kontrol edilecektir.
    5. Satıcı, ürününün testi için kendi yöntem(ler)ini önerecektir. Uygun görülmesi halinde bu yöntemlerin tümü ya da bir bölümü Alıcı'nın bu ürün için uyguladığı test yöntemlerine eklenebilecek, mevcut yöntemin bir parçası ya da tümü ile değiştirilebilecektir.
      1. İLETİŞİM ALTYAPISI
    1. Her ürün için (Modem, HUB cihazı, kablo ve kablo kanalları, işletim sistemi, vb.) Teknik Şartname’de belirtilen özelliklerin sağlanıp sağlanmadığı tesbit edilecektir.
    2. Eğer yerel ağ işletim sistemi önertilmişse, orjinal disketleri, kullanım ve işletim el kitapları, diğer ilgili orjinal dokümanlar ve lisanslarının verilip verilmediği kontrol edilecektir.
    3. Alıcı, Satıcı'nın yardımıyla kablolama yapısında yeralan her ucun çalışırlığını kontrol edecektir.
    4. Satıcı, ürününün testi için kendi yöntem(ler)ini önerecektir. Uygun görülmesi halinde bu yöntemlerin tümü ya da bir bölümü Alıcı'nın bu ürün için uyguladığı test yöntemlerine eklenebilecek, mevcut yöntemin bir parçası ya da tümü ile değiştirilebilecektir.
    5. Eğer yerel ağ işletim sistemi önerilmişse, iş istasyonları ve yazıcılar için sürücü desteği olup olmadığı kontrol edilecektir.
    6. Elektrik topraklamasının standarda uygun olup olmadığı saptanacaktır.
      1. ÇOK KULLANICILI İŞLETİM SİSTEMİ
    1. Teknik Şartname’de belirtilen özelliklerin sağlanıp sağlanmadığı tesbit edilecektir.
    2. Önerilen merkezi işgören ile uyumluluğu ve sorunsuz çalışmaları test ve kontrol edilecektir.
    3. İşletim Sisteminin orjinal disketleri, kullanım ve işletim el kitapları, diğer ilgili orjinal dokümanlar ve lisanslarının verilip verilmediği kontrol edilecektir.
    4. Satıcı, ürününün testi için kendi yöntem(ler)ini önerecektir. Uygun görülmesi halinde bu yöntemlerin tümü ya da bir bölümü Alıcı'nın bu ürün için uyguladığı test yöntemlerine eklenebilecek, mevcut yöntemin bir parçası ya da tümü ile değiştirilebilecektir.
      1. TEK KULLANICILI İŞLETİM SİSTEMİ (Eğer Satın alınıyorsa)
    1. Teknik Şartname’de belirtilen özelliklerin sağlanıp sağlanmadığı tesbit edilecektir.
    2. Önerilen iş istasyonu platformuna uyumluluğu ve sorunsuz çalışmaları test ve kontrol edilecektir.
    3. İşletim Sisteminin orjinal disketleri, kullanım ve işletim el kitapları, diğer ilgili orjinal dokümanlar ve lisanslarının verilip verilmediği kontrol edilecektir.
    4. Satıcı, ürününün testi için kendi yöntem(ler)ini önerecektir. Uygun görülmesi halinde bu yöntemlerin tümü ya da bir bölümü Alıcı'nın bu ürün için uyguladığı test yöntemlerine eklenebilecek, mevcut yöntemin bir parçası ya da tümü ile değiştirilebilecektir.
      1. OFİS OTOMASYON PAKETİ (Eğer Satın alınıyorsa)
    1. Her ürün için Teknik Şartname’de belirtilen özelliklerin sağlanıp sağlanmadığı tesbit edilecektir.
    2. Teslim edilen ürünlerin önerilen iş istasyonu platformuna uyumluluğu ve sorunsuz çalışmaları test ve kontrol edilecektir.
    3. Her ürün için orjinal disketler, kullanım ve işletim el kitapları, diğer ilgili orjinal dokümanlar ve lisansların verilip verilmediği kontrol edilecektir.
      1. VTYS
    1. Teslim edilen ürünün önerilen donanım platformuna uyumluluğu ve sorunsuz çalışması test ve kontrol edilecektir.
    2. Kullanım ve işletim el kitapları, diğer ilgili orjinal dokümanlar ve lisansların verilip verilmediği kontrol edilecektir.
    3. Satıcı, ürününün testi için kendi yöntem(ler)ini önerecektir. Uygun görülmesi halinde bu yöntemlerin tümü ya da bir bölümü Alıcı'nın bu ürün için uyguladığı test yöntemlerine eklenebilecek, mevcut yöntemin bir parçası ya da tümü ile değiştirilebilecektir.

 

    1. YAZILIM LİSANS VE KULLANIM HAKLARI
    1. alındığı birincil bilgisayar ile birincil bilgisayar çalışmadığı hallerde onun yedeği olan bir bilgisayarda kullanılabilir ya da kullanılmak üzere kopyalanabilir;
    2. güvenli saklama veya yedekleme amaçlarıyla çoğaltılabilir;
    3. alındığı bilgisayar değiştirildiğinde yeni bilgisayarda kullanılabilir, kullanılmak üzere kopyalanabilir ya da aktarılabilir.