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.

       

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

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

      9.  

    9. 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
    2. Alıcı’nın, satınalma sonrasında sözleşme yönetimi sürecinde teknik değerlendirmeleri yapabilecek uzman personele sahip olması gerekir.
    3. 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

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

      2. Veri Güvenliği ve İşlem Sürekliliği

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

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

    2. YAZILIMIN BELİRLENEN GEREKLERE GÖRE UYARLANMASI

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

       

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

      2. Donanım ve VTYS Eğitimi

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

      3. HBS Yazılımının Kurulması

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

         

      4. Uyarlanan Yazılımın Onaylanması

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

      5. Kullanıcı Eğitimi

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