Hbys Hizmet Alımı İlanı

T.C.

SAĞLIK BAKANLIĞI MERSİN HALK SAĞLIĞI BAŞKANLIĞI ÇAMLIYAYLA İLÇE ENTEGRE DEVLET HASTANESİ HBYS ELEMANSIZ HİZMET ALIMI TEKNİK ŞARTNAMESİ

BÖLÜM I

1.  AMAÇ VE KAPSAM

Sağlık kurum ve kuruluşlarında, idari ve mali kayıtların tutulması ve kullanılmasındaki başarılı uygulamaların, tıbbi kayıtların tutulması ve kullanılması bakımından da eşdeğer bir başarı .çizgisine ulaşması gerekmektedir. Bilgi sistemleri, kurum içi süreçleri etkileyen ve bu süreçlerden etkilenen bir yapı olmayıp diğer sistemlerle de veri alış verişi yapabilen sistemlere dönüşmüştür. Bu nedenle bilgi sistemleri, veri tabanında yer alan tüm verilerin gerektiğinde kullanılmak üzere başka bir veri tabanına eksiksiz aktarılması, ihtiyaç duyulacak başka verilerin (Kimlik Paylaşım Sistemi (KPS), Çekirdek Kaynak Yönetim Sistemi (ÇKYS) vb) diğer sistemlerden kurum sistemine elektronik olarak aktarılması, sisteme veri aktarabilecek kurumda aktif çalışan cihazların sistemle entegrasyonu, üretilen sağlık verilerinin Sağlık-Net projesi kapsamında Bakanlık Veri Merkezine gönderilmesi, karar destek ve iş akış süreçlerinin iyileştirilmesi, kaynak yönetimi ve tasarrufu sağlanması gibi beklentilere de cevap vermelidir.

2.   STANDARTLAR

Genel amaç, standardizasyonun başlangıcını oluşturan Sağlık-NET omurgası üzerinden, ulusal çapta, tüm vatandaşların sağlık verilerinin, belirlenmiş olan Minimum Sağlık Veri Setlerine (MSVS) göre gizli, güvenli ve mahremiyet ilkelerine uygun bir şekilde toplanmasını sağlayacak Elektronik Sağlık Kaydı (ESK) veritabanının oluşturulması ve ESK verilerini esas alarak gelişmiş analizler yapma imkânı sağlayacak bir Karar Destek Sisteminin (KDS) oluşturulmasıdır. Sağlık-NET, Bakanlığımızın “Karar Sürecinde Etkili Bilgiye Erişim'' hedeflerini yerine getirmeyi amaçlayan ve bu çerçevede, tüm sağlık kumrularından toplanmak üzere, vatandaşlarımızın elektronik sağlık kayıtlarının, Ulusal ve Uluslararası standartlar kullanılarak, güvenli bir şekilde tek bir merkezde toplanmasını, gizlilik ve mahremiyet ilkeleri çerçevesinde, gerektiğinde yetkiler dahilinde paylaşımını ve karar-destek sistemlerinde analiz edilerek yönetimsel ve bilimsel çalışmalarda kullanılmalarını içermektedir. Sağlık bilişim sektöründe yer alan Hastane Bilgi Yönetim Sistemi (HBYS) yazılımı ve diğer sağlık bilgi sistemi yazılımı üreten gerçek ya da tüzel kişilerin kendilerine ait yazılımlarının; kanlığımızın web sitesinde yayımlanan Minimum Sağlık Veri Setleri (MSVS) ve Ulusal Sağlık Veri Sözlüğünde (USVS) tanımlanan veri standartlarını karşılayıp karşılamadığım titizlikle gözden geçirmeleri ve kullandıkları kodlama ve sınıflama sistemlerinde Sağlık Kodlama Referans Sunucusu’nda (SKRS) yayınlanan kodları referans almaları, yazılımların mesajlaşma sürecinde Sağlık Bakanlığınca kabul edilen HL-7 (V.3.0) standardını desteklemelidir.

Sağlık-NET, ülke genelinde sağlık hizmeti sunan özel, kamu, üniversite, vakıf, vb. dahil tüm kurum ve kuruluşları kapsayan bir sistem olarak tasarlanmıştır. Bu sebeple Sağlık-NET alanında yapılan çalışmaların sağlık kurum ve kuruluşlarının yöneticileri, sağlık bilgi sistemi yazılımı üreten gerçek ve tüzel kişiler ve sektörde rol alan ve bu alandan etkilenen diğer paydaşlar tarafından izlenme zorunluluğu vardır.

Yazılım üreticilerinin yapacakları tasarım çalışmalarında güncel Minimum Sağlık Veri Setleri (MSVS), Sağlık-NET ve Sağlık Kodlama Referans Sunucusunu (SKRS) dikkate alması Sağlık-NET sisteminin, işletilmesi bakımından son derece önemli bir husustur.

3.                                     YÜKLENİCİ         TARAFINDAN YAZILIM DESTEĞİ 7/24 ESASINA GÖRE VERİLECEKTİR.

4.                 TANIMLAR

1.2.  KISA ADLAR VE KISALTMALAR

4 ENTEGRE HASTANE : Çamlıyayla İlçe Entegre Devlet Hastanesi

AHBS: Aile Hekimliği Bilgi Sistemi

BİM: Bilgi İşlem Merkezi

HSB: Halk Sağlığı Başkanlığı

TSM: Toplum Sağlığı Merkezi

ASM: Aile Sağlığı Merkezi

BYS: Başkanlık Bilgi Yönetim Sistemi (HBYS + LBYS)

ÇKYS/MKYS/İKYS: Çekirdek Kaynak Yönetim Sistemi/Malzeme Kaynakları Yönetim

Sistemi/İnsan Kaynakları Yönetim Sistemi

DEMO: Demonstrasyon

DRG: Diagnosis-Related Group

HBYS: Hastane Bilgi Yönetim Sistemi

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

Kişisel Veri: Kişiyi belirli veya belirlenebilir kılan her türlü veri ya da veri kümesidir.

Kişisel Sağlık Verisi: Kimliği belirli veya belirlenebilir bir kişinin fiziksel, ruhsal, sosyal sağlığına veya veri öznesinin aldığı sağlık hizmetine ilişkin olan, elektronik, kâğıt veya benzeri yollarla üretilen, taşman veya saklanan sağlıkla ilgili her türlü verisidir. Bu kapsama sağlık hizmeti almak isteyen bireylere ilişkin kayıt bilgileri, ödeme bilgileri, sağlık gerekçeleriyle bireyi teşhis edebilmek amacıyla ilgili kişiye tahsis edilen numara, takma ad, sembol veya diğer herhangi bir özellik veya tanıtıcı, veri öznesine sağlık hizmeti sağlayan kişinin (örneğin; sağlık personeli) kimlik bilgileri gibi bilgiler de girmektedir.

KPS: Kimlik Paylaşım Sistemi

İdare: Hastane Bilgi Yönetim Sistemi Tedarik Edecek Kurum/Kuruluş

İstekli: Mal veya hizmet alımları ile yapım işlerinin ihalesine teklif veren tedarikçi, hizmet

sunucusu veya yapım müteahhidi

LBYS: Laboratuvar Bilgi Yönetim Sistemi

HBYS: Hastane Bilgi Yönetim Sistemi

MHRS: Merkezi Hastane Randevu Sistemi

MSVS: Minimum Sağlık Veri Seti

MÜDÜRLÜK LABORATUVARLARI: Mersin İl Halk Sağlığı Laboratuvarı,

PACS: Tıbbi Görüntü Yönetim ve Arşiv Bilgi Sistemi

PDKS: Personel Devam Kontrol Sistemleri RBS: Radyoloji Bilgi Sistemi

Sağlık-NET: Ulusal ve Uluslar arası standartlar kullanılarak, vatandaşlarımızın elektronik

sağlık verilerinin, tüm sağlık kurum ve kuruluşlarından, güvenli bir şekilde tek bir merkeze

aktarılmasını, gizlilik ve mahremiyet ilkeleri çerçevesinde ve sadece gerektiğinde yetkiler 7

dahilinde paylaşımını, karar-destek sistemlerinde analiz edilerek yönetimsel ve bilimsel

çalışmalarda kullanılmalarını sağlayan sistemdir.

SB: Sağlık Bakanlığı

Sigortalı hasta: Tedavi giderleri devlet, kamu iktisadi teşekkülleri, vakıflar, bankalar, Sosyal Güvenlik Kurumu (Bağ-Kur(devredilen), Sosyal Sigortalar Kurumu(devredilen), Emekli Sandığı(devredilen)) ve özel sigorta şirketlerinden biri tarafından karşılanan ya da yeşil kart sahibi hasta.

Sistem: Bilgi Sistemi

SGK: Sosyal Güvenlik Kurumu

SKRS: Sağlık Kodlama Referans Sunucusu

SUGR: Sistem ve Uyarlama Gerekleri Raporu

SUT: Sağlık Uygulama Tebliği USVS: Ulusal Sağlık Veri Sözlüğü UPS / KGK: Kesintisiz güç kaynağı UTP: Yalıtımsız Burgulu Çift VTYS: Veri Tabanı Yönetim Sistemi

Yüklenici: Üzerine ihale yapılan ve sözleşme imzalanan istekli SQL: Yapısal Sorgulama Dili

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

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

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

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

5.   KONU

1.3.  KONU

İşin tanımı: 18 ay süre ile, Çamlıyayla İlçe Entegre Devlet Hastanesi için HBYS, AÇSAP, VEREM SAVAŞ DİSPANSERİ MODÜLÜ, HALK SAĞLIĞI BAŞKANLIĞI için LBYS, FATURALANDIRMA SİSTEMİ, RADYOLOJİ BİLGİ SİSTEMİ ve İNSAN KAYNAKLARI MODÜLÜ (Personel Özlük, Ek Ödeme, Maaş Bordro) kurulumu ve güncellenmesi işidir.

A.    Bu şartname gerek Çamlıyayla İlçe Entegre Devlet Hastanesine ilk defa başvuran ya da poliklinik hizmeti veren aile hekimi tarafından hastaneye sevk edilen kişinin tedavisine bu hastanede devam edilmesine karar verilmesinden ve bu hastanın entegre ilçe hastanelerinden diğer bir sağlık kurumuna şevkine ya da taburcu edilmesine kadar yapılan tüm işlemlerin ve bu esnada hasta için kullanılan her türlü ilaç ve tıbbi malzemelerin yanı sıra hastaya verilen laboratuvar ve radyoloji hizmetlerinin, Halk Sağlığı Başkanlığınca bu hastanelere gönderilen her türlü ilaç ve tıbbi malzemenin hangi hastaya hangi amaçla kullanıldığının takip edilmesi ve kayıt altına alınmasını sağlayan,

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

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

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

•         DEL

•         INTEL xeon x5675 3.07GHZ 2 cpu 24 core işlemci

•         24 GB RAM

•         Windows 2008 Server Standart(64 bit)

Hali hazırda Entegre İlçe Hastanemizde bulunan Laboratuvar ve Röntgen Cihazları:

•         Hemogram cihazı: 1 adet(SYSMEX Xn550)

•         Kardiyak Panel: 1 adet (GETEİN 1100)

•         İdrar cihazı: 1 adet (COBAS U411)

•          Biyokimya cihazı: 1 adet (COBAS INTEGRA 400 PLUS)

•         Röntgen Cihazı: 1 adet (FUJİFİLM CR-IR 392)

6.   İŞİN AMACI

Bu işin amacı hastanemize başvuran tüm hastaların karşılama, kayıt, kabul, muayene, tetkik, tedavi, randevu, sevk, reçete diğer sağlık hizmetleri ve idari ve mali hizmetlerinin elektronik ortamda yürütülmesi.

7.                   İŞİN   KAPSAMI

Bu proje danışma, hasta kayıt ve kabul, acil poliklinik ve diğer poliklinik(diş ve dahiliye polikliniği), tetkik, tedavi ve taburcu işlemleri, laboratuar ve görüntüleme birimleri, eczane, ambar, stok kontrol, satın alma, bilgi yönetimi, arşiv, istatistik, insan kaynakları, kalite ve performans işlemleri, hak edişler, ağız ve diş sağlığı, kan merkezi, diyet, cihaz takip işlemleri ile hastanede üretilen verilerin işlenmesi, raporlanması, iletilmesi, paylaşılması, saklanması, veri tabanında yer alan tüm verilerin gerektiğinde kullanılmak üzere başka bir veri tabanına eksiksiz aktarılması, ihtiyaç duyulacak başka verilerin(Kimlik Paylaşım Sistemi (KPS), Çekirdek Kaynak Yönetim Sistemi (ÇKYS), elektronik faturalama süreçleri (MEDULA), Sağlık -NET, Merkezi Hastane Randevu Sistemi(MHRS), Tele-Tıp/Tele-Sağlık, vb.) dizer sistemlerden hastane sistemine va da hastane sisteminden diğer sistemlere elektronik olarak aktarılması, iş akış düzenlemelerini sağlayacak yazılımların sağlanması, sisteme veri aktarabilecek cihazların sistemle entegrasyonunun yapılmasıdır.

BÖLÜM 11

GENEL KOŞUL VE ÖNERİLER

1.  İş mevzuatından kaynaklanan yükümlülükler Yüklenici’ye aittir.

2.    Anayasa, Kanun, Yönetmelik, Yönerge, Tebliğ, Genelge, Üst Kurumlardan gelen resmi talimatlar gibi mevzuat kaynaklı zorunlu değişiklikler idarece öngörülen süre içerisinde Yüklenici tarafından yerine getirilecektir. Doküman ve raporların çıktısı mevzuat doğrultusunda düzenlenecektir. Bu düzenlemeler için Yüklenici’ye ek ücret ödenmeyecektir.

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

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

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

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

7.   Yüklenici firma Sağlık Bakanlığı Kayıt Tescil Sistemine kaydını tamamlamış olmalıdır.

8.     Yazılım, Sağlık Bakanlığı’nca kurulan Sağlık-NET sisteminin gerektirdiği/gerektireceği altyapıya sahip olmalıdır. Sağlık-Net entegrasyon süreci süratle tamamlanmalı sistemin devreye alınmasını takibeden 10. iş gününün sonunda Bakanlık Veri Merkezine USVS çerçevesinde kaydedilmiş tüm veri paketleri gönderilmiş olmalı, 10. Günden itibaren takip eden süreçte günlük olarak veriler gönderilmelidir.

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

10.     Teklif edilen sistemler yatay ve dikey genişlemeye uygun olacak ve diğer sistemlerle (Kimlik Paylaşım Sistemi (KPS), Akıllı Kimlik Kartı Projesi, MEDULA, ÇKYS/MKYS, PACS, LBYS, Sıramatik, KIOSK, Tanı ve Tedavi amaçlı tıbbi cihaz yazılımları, Personel Devam Kontrol Sistemi (PDKS) vb.), Sağlık.Net Online Veri ve E-Nabız Veri Gönderimi sistemi ile karşılıklı veri alış verişi yapabilecek, yani gerektiğinde bir başka sistemle entegre edilebilir olacaktır.

11.    Entegre İlçe Hastanemizde kullanılacak HBYS, Halk Sağlığı Merkez Labaratuvarının hali hazırda kullandığı HBYS ile entegre çalışılmalıdır ve sisteme eklenecek yeni cihazların sisteme entegrasyonu sağlanmalıdır. Bu düzenlemeler için Yüklenici’ye ek ücret ödenmeyecektir.

12.      Yüklenici bir sözleşme çerçevesinde yazılımın asıl üreticisi olmayıp, aracı bayi vb. konumda olan tedarikçilerden garantiyi de kapsayacak şekilde yetki belgesi istenecektir.

13.   Akıllı Kart Tabanlı Elektronik Kimlik Doğrulama Sistemi (Akıllı Kart Uygulaması) uygulanan iller haricinde Bakanlığımıza bağlı kuruluşlarda kimlik doğrulama için Bakanlığımızın Kimlik Paylaşım Sistemi (KPS) web servisleri kullanılacaktır.

2.14.       Yüklenici, kurumun mevcut sisteminde yer alan verileri yeni kurulacak sisteme aktaracaktır.

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

16.      Teklifin verilmiş olması; teklif verenlerin her türlü inceleme ve araştırmayı yapmış olduğunu, işin tümünü veya bölümlerini yaparken karşılaşabileceği her türlü durumu göz önüne aldığını, yapılacak işin kalitesi ve miktarı hakkında tam bilgi sahibi olduğunu ifade eder.

17.      Teklif verenler, yapacakları ihale çalışmalarında ve masraflarla ilgili olarak hiçbir tazminat, ek ödeme, vb. talebinde bulunamazlar.

18.   Mevzuat kaynaklı yazılım ve bu yazılımlara bağlı donanım entegrasyonları da(ömeğin karekod okuyucular, Akıllı Kimlik Kartı okuyucuları, vb) sözleşme süresince sözleşme kapsamında ek ücret talep edilmeksizin yerine getirilmelidir.

19.        HBYS’nin işletilmesi için gerekli teknik destek Yüklenici tarafından sözleşme kapsamında sağlanmalıdır. Mevzuat kaynaklı yazılım ve bu yazılımlara bağlı donanım entegrasyonları da (örneğin karekod okuyucular, Akıllı Kimlik Kartı okuyucuları, vb.) sözleşme süresince ek ücret talep edilmeksizin Yüklenici tarafından yerine getirilmelidir.

20.   İdare ve Yüklenici en geç uygulama yazılımının sisteme yüklenmesiyle birlikte lisanslama işlemlerini tamamlamış olacak ve bu durum 5846 sayılı Fikir ve Sanat Eserlerini Koruma Kanunu’nda belirtilen yasal gereklere uygun olarak belgelenecektir.

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

22.    Sistem kurulduğunda Yüklenici, sistem ve veritabanı üzerinde en üst düzeyde kullanıcıya sahip kullanıcının (administrator, root, vb) adını ve şifresini gerektiğinde kullanılmak üzere Kurumların idarelerine kapalı bir zarfla teslim edecektir. Kullanıcı adı ve şifresinde değişiklik yapılması durumunda yenileri aynı gün Kurumların idaresine teslim edilecektir. İdare ve Yüklenici bu bilgilerin 3.şahıs, diğer firmalar, kurum ve kuruluşlara karşı güvenliğini sağlamakla müştereken sorumludur.

23.   Yüklenici; sistemin yoğunluğunun az olduğu saatlerde günlük, haftalık, aylık ve yıllık olarak tüm verilerin yedeklerini yeterli sayıda ve farklı fiziksel ortamlara otomatik olarak alacak ve kurumun belirlediği bir yerde ve kurumdaki teknik-idari bir personelin sorumluluğunda saklanmak üzere teslim edecektir.

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

25.    Kullanılacak barkod yazıcılarla ilgili ayarlamalar (paper size, back feed ve sensor ayarları gibi) Yüklenici’nin sorumluluğundadır.

26.            Sağlık Mevzuatında yapılan değişiklik ve eklemeler, Kurumlan zarara uğratmayacakşekilde ivedilikle yazılıma yansıtılacaktır. Uygulama ve uyarlama işlemlerinin tebligatından itibaren bir hafta süre içinde gerekli yazılım düzenlemeleri Yüklenici tarafından yapılacaktır. Doküman ve raporların çıktısı mevzuat doğrultusunda düzenlenecektir. Bu düzenlemeler için Yüklenici’ye ek ücret ödenmeyecektir.

27.      Yazılım koruyucu server bakım, anti-virüs programı ve teknik destek hizmetlerinin zamanında yerine getirilmesi Yüklenici’nin sorumluluğunda olup, Yüklenici bu hizmetlerden dolayı ayrıca bir ücret talep edemez.

28.      Uygulama yazılımları kurumdaki tüm birimlerde yapılan her türlü işlemin anında kaydedilmesini sağlayacak kolaylıklara sahip olacak, işlem kaçağına kesinlikle meydan vermeyecektir.

29.    Sistemde tutulan tüm veriler ve lisans bedeli ödenmiş olan tüm yazılımların kullanım hakkı süresi içinde idareye aittir. Sözleşme herhangi bir şekilde sona erdiğinde sistem çalışır vaziyette ve veriler en son haliyle orijinal veri tabanı formatında sadece veriler (data only) olacak şekilde kolay ve sorunsuz okunabilir bir medya (taşınabilir hard disk) ile iki kopya halinde idareye teslim edilecektir. Sistemde tutulması gereken tüm veriler sözleşme süresi sona erdiğinde sisteme kaydedilmiş olacak ve sistemden üretilebilecek tüm rapor, çıktı ve faturalar kusursuz olarak üretilmiş olacaktır.

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

31.      Teslim edilecek veriler txt, csv, excel, vb. formatında olmayıp, Kurumlarda çalışan orijinal veri tabanı formatında sadece veriler(data-only) olacak şekilde, kolay ve sorunsuz okunabilir bir medya (taşınabilir harddisk, vb.) üzerinde iki kopya halinde teslim edilecektir.

Okunmasında sorun olabilecek tape, kartuş, vb. kullanılmayacaktır.

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

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

34.   İdare mevcut yazılımı tümüyle ya da kısmen uygulamadan kaldırıp, yeni bir yazılımı uygulamaya alacak olur ise yeni yazılım çalışır hale gelene kadar, Yüklenici kendi yazılımına ücreti karşılığında destek vermek zorundadır. Ancak bu ücret en son sözleşmede belirlenmiş olan miktar ve oranları aşamaz. Tutar, hizmet verilen gün sayısına göre hesaplanır.

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

36.    Sağlık Bakanlığı’nca istenen ya da istenecek olan standardizasyon uygulamalarına adaptasyon, Yüklenici!nin yükümlülükleri arasındadır. Bu adaptasyon için gerekebilecek her tür donanım, sarf malzeme ve lisanslar idareye aittir.

37.   Kesin kabul öncesinde ve diğer gerekli durumlarda yüklenicinin çalışmaları Muayene Komisyonu tarafından gerekli görüldükçe denetlenir. Bu denetlemelerde sözleşmeye uymayan durumlar tespit edildiğinde, Yüklenici’ye yazılı olarak bildirilir. Bu bildirimlerdeki hususlar Yüklenici tarafından süresi içinde çözüme kavuşturulur.

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

39.   3(üç) kez üst üste yapılan yazılı bildirime rağmen (mücbir sebepler haricinde) aynı hatanın verilen süre içerisinde giderilememesi durumunda, idare sözleşmeyi tek taraflı olarak fesih hakkına sahiptir.

40.    Yüklenici orijinal yazılımlar ve veriler üzerinde (bakım, uyarlama, güncelleme, düzeltme, yedekleme vb. işlemleri hariç) idarenin yazılı izni olmadan köklü değişiklikler

yapamaz.                      ;.(::1

41.   Garanti süresince; gelişen teknoloji doğrultusunda idare, donanım entegrasyonu ya da program ilaveleri ve değişiklikleri istediği taktirde, (donanım, network ve lisanslar hariç) gerekli ilave ve entegrasyonlar Yüklenici tarafından ek ücret talep edilmeksizin yapılacaktır.

42.    Yüklenici mevzuattaki değişiklikleri esas olarak kendisi takip edecek, sistemde gerekli uyarlamaları yapacaktır.

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

44.   Yüklenici ve idarenin adı ve/veya adresi değişse bile karşılıklı tüm yükümlülükler aynen devam edecektir.

45.   Taraflar yükümlülüklerini karşı tarafın yazılı izni olmaksızın devredemez.

46.    Bilgi ve belgelerde herhangi bir yanlış veya yanıltıcı beyan kanaati oluşması durumunda gerekli yasal işlemler yapılarak söz konusu teklifler değerlendirme dışı bırakılacaktır.

47.   Yazılım, Sağlık Bakanlığı’nca kullanılmakta olan Sağlık-NET sisteminin gerektirdiği altyapıya sahip olmalıdır.

48.   Sağlık Bakanlığı tarafından pilot uygulamaları başlatılan e-kimlik ve e-reçete, e-rapor

vb. sistemler ile veri/bilgi paylaşımını destekleyecek özellikler Kurum Bilgi Sistemi’ne kazandırılacak ve bu işlemler için ek ücret ödenmeyecektir.

49.   Uzmanlık birimlerine göre dinamik istem formları oluşturulabilmelidir.

50.      İstem formları kullanım kolaylığı açısından dinamik olarak hazırlanabilmelidir. Bu formlar üzerinde yer, tetkik ve hizmetler Mouse (fare) ile seçilebilmelidir. Bu istemler acil olarak işaretlenerek istemi gerçekleştiren kullanıcıların uyarılması sağlanmalıdır.

51.    Sistem üzerinden görevlendirmeler ve takipleri yapılabilmelidir.

52.   Duyurular yapılabilmeli, duyurulardaki ekler (PDF, JPG formatında) eklenebilmelidir.

53.   Vatandaşların kurum web sitesi üzerinden tetkik sonuçlarına ulaşmak istediklerinde Yüklenici firma entegrasyonu sağlamalıdır.

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

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

56.      Sağlık Bakanlığı ve SGK nın yapacağı mevzuat değişikliklerinin programa entegre edilmesi ücretsiz olarak sağlanmalıdır.

57.    Tedarikçi ile sözleşmenin bitirilmesi veya herhangi bir nedenle sözleşmenin feshinde düzenlenecek devir tutanağı ile Sağlık Bakanlığı İdari ve Mali İşler Daire Başkanlığı tarafından 19.09.2010 tarih ve 2010/61 nolu genelgede belirtilen şartlar çerçevesinde dataların aktarımı firma (yeni yüklenici data aktarımı yapacaktır, mevcut firma dataları idarenin istediği şekilde teslim etmekle yükümlüdür.) tarafından gerçekleştirilecektir. Mevcut firma dataların sağlam ve eksiksiz olduğunu idareye göstermelidir. Datalar İdarenin oluşturacağı bilgisayar komitesi tarafından kontrol edilerek teslim alınacaktır. Yedeklerin teslim edilmemesi veya dataların aktarılmasını engelleyici şifreler konulması durumlarında idari şartname madde 51 deki cezalar uygulanır.

58.     İhaleyi alan firma tarafından en az 2 (iki) adet teknik destek personeli 7/24 uzaktan yardım hizmeti verecektir.

59.    İhaleyi alan firma tarafından bu personellerin isimleri iletişim bilgileri ve e-mailleri idare tarafına kapalı zarf ile teslim edilecektir.

BÖLÜM III EĞİTİM HİZMETLERİ

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

1.  Eğitim Dili: Eğitim Türkçe verilmelidir.

2.     Eğitim Materyalleri: Eğitim tipine göre düzenlenmesi gereken eğitim ortamını ve eğitim programları için gerekli materyalleri Yüklenici temin etmelidir.

3.        Eğitim Yeri: Tablo l'de belirtilen ve kurum personeline verilecek eğitim programları (Bilgisayar Okur Yazarlığı, Yazılım Kullanıcı Eğitimi , Yerel Ağ İşletim Sistemi Eğitimi, Çok Kullanıcılı İşletim Sistemi, VTYS Eğitimi, Sistem Bakım ve Onarım Eğitimi) İdare'nin belirlediği mekan ya da mekanlarda, teknik şartlarda belirlenen esaslar göz önüne alınarak yapılmalıdır.

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

5.      Eğitimde Kullanılacak Yazılı Dokümanlar: Eğitim süresinde kullanılacak olan eğitim dokümanları bir CD içerisinde (içeriğin okunabilmesi için ek program gerekmesi

halinde bu programın otomatik yüklenmesini sağlayacak şekilde), eğitim programları başlamadan önce hazırlanmalı ve onaylanmak 15 üzere İdare'ye teslim edilmelidir. İçerik Türkçe olmalıdır. Bu işlem için Yüklenici ek bir ücret talep etmemelidir.

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

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

8.       Eğitmenler: Yüklenici, eğitimin sağlanmasında yetecek eğitmen/saati temin etmelidir.

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

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

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

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

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

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

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

16.   Tablo 1

Eğitim Programının Adı	Eğitilecek Personelin Genel Tanımı	En Düşük Eğitim Süresi (Saat)
Temel Bilgisayar Kullanım Eğitimi	Kurum Personeli	4
Yazılım Kullanıcı Eğitimi	Kurum Personeli	4
Çok Kullanıcılı işletim Sistemi Eğitimi	İşletmen	2
iletişim Altyapısı Bakım ve İşletimi Eğitimi	İşletmen	2
VTYS Eğitimi	İşletmen	2
Sistem Bakım-Onarım Eğitimi	İşletmen	2

 

BÖLÜM IV

4.1.   ENTEGRASYON

4.1.1.       Başkanlık Bilgi Yönetim Sisteminin ileride kurulması halinde, daha sağlıklı ve sorunsuz işletilmesi amacıyla yeni alınacak Sunucuların konfıgürasyonu yetkili servislere aittir. Ancak BYS'nin işletilmesi için gerekli teknik destek Yüklenici tarafından sözleşme kapsamında olmak üzere sağlanmalıdır. Mevzuat kaynaklı yazılım ve bu yazılımlara bağlı donanım entegrasyonları da (örneğin karekod okuyucular, Akıllı Kimlik Kartı okuyucuları, vb) sözleşme süresince sözleşme kapsamında ek ücret talep edilmeksizin yerine getirilmelidir.

4.1.2.    Yüklenici, BYS' ye entegre edilmesi gereken mevcut ve yeni donanım, cihaz ve sistem yazılımları için hiçbir surette diğer donanını, cihaz ya da sistem yüklenicilerinden doğrudan ücret talep edemez.

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

4.1.4.    Yüklenici mevcut ve yeni cihazların entegrasyonunu ücretsiz olarak yapacaktır.

4.1.5.     İsteklinin talebi durumunda yeni modül ilavesi yapılabilecek ve yazılıma entegrasyon için herhangi bir ücret talep edilmeyecektir.

4.2.   DEMONSTRASYON

4.2.1.     İdare tarafından ihale sonrasında program demonstrasyonu istenmesi halinde İdarenin istediği herhangi bir zamanda (yazılı olarak bildirilmesi kaydıyla) Yüklenici Firma bu isteği yerine getirecektir. Firmanın yapacağı tanıtım sonunda ihale Komisyonundan yeterlilik alması zorunludur. Tekliflerin değerlendirilmesinde, önerilen yazılım ve/veya donanımın teknik nitelik ve kurum ihtiyaçlarını karşılama düzeyi ele alınacaktır. DEMO, idarenin belirlediği yerde, komisyon huzurunda, belge değerlendirmeleri sonucunda eksik belgesi bulunmayan isteklilerden en düşük tekliften başlamak üzere İdarenin yazılı bildiriminden en geç 3 iş günü içerisinde yapılacaktır. Demo için gelen istekliler teknik şartnamede istenilen özellikleri gösterebilmek amacı ile tam teçhizatlı olarak hazır bulunacaklardır. Demo sonrasında ihale komisyonu tarafından düzenlenecek ilgili Demo yeterlilik tutanağına Yüklenici Firma, firmanın demoya katılan yetkili temsilcisi de imza atacaktır. Demo yapılması neticesinde teklifte sunulan herhangi bir madde veya alt maddelerin Teknik şartnameye uygun olmadığının tespiti halinde istekli ihale dışı bırakılacaktır. İhale Komisyonunun Demonstrasyon değerlendirilmesinde teknik şartnamede belirtilen hususları taşıması yanında programın görselliği, kullanım ve uygulama kolaylığı, tasarımı önemli bir değerlendirme kriteri sayılacaktır.

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

4.2.3.    Demo ortamında îdare gerekli internet erişimi, Kesintisiz Güç Kaynağı vb. malzemeleri hazır bulundurmalıdır.

4.2.4.       Tüm değerlendirmelerin İhale Komisyonu Üyeleri tarafından yapılması kaydıyla Demo’ya idareden gerek görülen kadar personel katılabilir ancak karara katılamaz.

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

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

4.2.7.    Yapılacak olan Demo sonucunda ihale komisyonu üyeleri ve firma yetkilisi/yetkilileri tarafından imzalanmış Demo raporunun tutulması ve ihale dosyasında saklanması gerekmektedir. Firma yetkililerince herhangi bir sebepten dolayı tutanak imzadan imtina edilirse, bu durum tutanakta açıkça belirtilmelidir.

BÖLÜM V UYGULAMA YAZILIMLARI 1.           YAZILIM ALTYAPISI

1.1.   Teklif edilen HBYS web tabanlı veya istemci/sunucu mimaride olmalıdır.

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

1.3.   Tarih bilgisi her yerde 8 basamaklı ve 10 karakter uzunluğunda ‘GG/AA/YYYY’ formatında tutulmalıdır.

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

1.5.      Uygulama yazılımı, istemci işletim sistemi (COS) olarak Microsoft Windows XP Professional/Vista/7-8-10/, Linux, Pardus gibi endüstri standardı istemci işletim sistemleri mimarisine uygun olmalı ve bu COS'lar üzerinde uyumlu çalışmalıdır.

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

1.7.      İşleyişe hız kazandırmak, duyuru yayınlamak ve kurum işleyişi ile ilgili konularda haberleşmek üzere, kullanıcılar ya da tanımlanmış gruplar, yetkileri dahilinde sistem üzerinden, iş düzeni ve çalışma düzenini bozmayacak şekilde on-line/ off-line haberleşebilir. Bu uygulama instant messaging şeklinde olmayacaktır. Ayrıca görevlendirmeler yapabilecek, görevlendirme yapılan personeli belirtilen aralıklarla otomatik olarak uyaracak ve yapılan görevlendirme veya verilen işleri takip edebilecek ve raporlayabilecek bir yapı kurulmuş olmalıdır.

1.8.    Sayısal Güvenlik ve Açık Anahtar Altyapısı, 2004 yılında yürürlüğe giren 5070 Sayılı Kanun ve ilgili tebliğleri uyarınca Sağlık Hizmeti sunan kurum çalışanlarının işlemleri ve kurumlar arası iletişim için ulusal sayısal sertifıkasyon sisteminin entegrasyonu Yüklenici sorumluluğundadır.

1.9.    Yazılım, mobil el cihazlarını (Tablet PC, PDA,vb.) desteklemelidir. İlgili mobil cihazlar üzerinden hasta tetkiki istenebilmeli, tedavi ve order bilgileri girilebilmelidir.

1.10.     Yazılım Sağlık Bakanlığı tarafından belirlenen Laboratuvar Performans Kriterleri ve Kılavuzu çerçevesinde numunenin alındığı tarih ve saat bilgisi, numunenin laboratuvara kabul edildiği tarih ve saat bilgisi, cihazda çalışılmaya başlandığı tarih ve saat bilgisi, çalışmanın tamamlandığı tarih ve saat bilgisi, teknik ve uzman onaylarına ait ayrı ayrı tarih ve saat bilgilerini hafızasında tutabilmeli ve istenildiğinde raporlayabilmelidir.

1.11.       Yazılım, Kurum içinde yazılım programı ile ilgili arıza bildirim, onay ve takibin yapılabilmesi için gerekli arayüzlerin yetki çerçevesinde Kurumda idarece belirlenen yetkili kişiler tarafından kullanılabilmesine olanak sağlamalıdır. Bildirim formlarına verilerin girilmesini ve yapılan arıza bildirimlerinin otomatik olarak ilgili kullanıcı ekranına aktarılmasını desteklemelidir.

2.   KULLANICI ARAYÜZÜ

2.1.    Kullanıcı arayüzü grafiksel (GDI) olmalıdır.

2.2.    Grafik arayüzüne uygun olarak kontroller hem mause hem de klavye yardımıyla yapılabilmelidir. Ancak yazılımın mümkün olan her fonksiyonu klavye üzerinden yürütülebilmeli, kullanılan kısa yollar sistematik olmalıdır.

2.3.    Kullanıcı ara yüzünde görsel iç bütünlük sağlanmalı, yazılımın her arayüzünde benzer ekran dizaynları kullanılmalı, tanımlanmış fonksiyon tuşlarının aynı amaçla kullanılması gibi teknikler kullanılarak kullanım kolaylığı sağlanmalıdır.

2.4.    Kullanıcı arayüzü veri girişi, güncelleme, dil özelliği, raporlama ve yardım başlıklarında sayılan özellikleri taşımalıdır.

3.   VERİ GİRİŞİ

3.1.    Hatalı veri girişini en aza indirmek için ilgili alanlar üzerinde anında bilgi doğrulama, bilgi önerme ve gerektiğinde kullanıcıyı yönlendirmek için yapılacak işlem hakkında ekranın altında sürekli mesaj ve bilgi gösterilmelidir.

3.2.    Veri girişleri, uygun kodlar kullanılarak yapılmalıdır. Kullanıcı kodu biliyorsa 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 kurum yönetimi tarafından belirlenmiş kodlarla uyumlu olmalıdır. Mümkün olan yerlerde veri girişleri barkod desteği ile sağlanmalıdır.

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

3.4.    Hastalık, hizmet, malzeme vb. kodlama sistemleri ile ilgili bilgi girişleri ilgili kodlama sisteminde yapılan güncellemeleri çeşitli kaynaklar kullanılarak yetkili kullanıcılar tarafından yazılımcı desteğine ihtiyaç duyulmaksızın online olarak yapılabilmelidir.

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

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

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

3.8.   Kullanıcının; kayıtlarına sıklıkla ihtiyaç duyduğu ya da işlemini tamamlamak üzere beklettiği hastaları bir hızlı erişim veya gözlem listesine alması ve bu listeden çağırması mümkün olmalıdır.

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

3.10.    Tıbbi bilgi girişinde, istenildiğinde fizik muayene bulguları önceden tanımlanmış servise özel bilgiler üzerinden kodlanabilmeli ve bu alandaki bilgiler her türlü sorgulamada,

araştırmalarda kullanılabilecek yapıda olmalıdır.

3.11.       Yazılım laboratuvar ve radyoloji gibi birimlere yapılan istemlerin kolay kayıt edilebilmesi için kullanıcı tarafından oluşturulabilen esnek arayüzler sunmalı ve hizmetler gibi istemlerde servis ve doktor bazında kısıtlanabilmelidir.

3.12.    Yazılım tablo bazında yetkilendirme imkanı sunabildiği gibi tablo alanları bazında da yetkilendirme imkanlarına sahip olmalıdır. Kullanıcılara ait yetki grupları oluşturulabilmeli ve gerektiğinde yetkiler kopyalanabilirlik yoluyla çoğaltılabilmelidir.

4.   GÜNCELLEME

4.1.   Güncelleme sadece anahtar olmayan alanlarda yapılabilmelidir.

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

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

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

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

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

4.7.   Özellikle Adli VakaTara ait önceki kayıtların değiştirilmesi engellenmiş olmalıdır.

5.   DİL ÖZELLİĞİ

5.1.   Tüm ekranlar ve raporlar, Türkçe olmalıdır.

5.2.   Tüm sıralamalar, karşılaştırmalar ve sorgulamalar Türkçe alfabeye göre yapılmalıdır.

5.3.   Kullanılan menü, dosya, alan, değişken, tablo vb. isimlendirmeler Türkçe ve anlamlı olmalıdır.

5.4.   Para, tartı, uzunluk vb. konularda Türkiye'de geçerli yerel birimler kullanılmalıdır.

5.5.   Tüm yazılımda Türkçe karakterlerin aynı kodlarla (TSE tarafından Haziran 1989 tarih

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

6.   RAPORLAMA

6.1.   Raporlamalarda hiyerarşik yetkilendirme mümkün olmalıdır.

6.2.   Üretilen raporlar amacına uygun ve kolay okunabilir olmalıdır.

6.3.   Kullanıcı hazırlanan raporu ekranda görme, rapor hazırlama aşamalarında geri-ileri gitme ya da iptal etme olanaklarına sahip olmalıdır.

6.4.   Raporun büyüklüğü ile ilgili sayfa/satır uzunluğu gibi bilgiler ekranda izlenmelidir.

6.5.        Hazırlanan raporların ayrı bir dosyaya kullanıcı tarafından belirlenecek ofis yazılımlarınca açılabilen her türlü elektronik formatta kayıt edilmesi mümkün olmalıdır.

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

6.7.   Yeni rapor tanımlama ve rapor formu oluşturma süreci kolay ve parametrik olmalıdır.

6.8.       Kullanıcı tarafından oluşturulmuş olan raporlar, istendiğinde ofis uygulamalarına gönderilebilmelidir. Raporlamalar, olabildiğince esnek yapıya sahip olmalıdır.

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

6.10.    Tüm raporlar, programlama gerektirmeden, istendiğinde yetkili kullanıcılar tarafından değiştirilebilmelidir.

6.11.     Gerek duyulduğunda yetkili kullanıcılar özel rapor oluşturabilmeli ve bu işlem ek bir yazılım gerektirmemelidir.

6.12.       Uygulama yazılımları, rapor ve veri çıktılarını hazırlayabilmeli ve raporlar ofis uygulamalarına tek tuş yardımı ile aktarılabilmelidir.

6.13.        Hazırlanan raporlara ait çıktılar kartuşlu, nokta vuruşlu ve lazer yazıcılardan alınabilmelidir.

6.14.    Kullanıcının istediği çoklu parametrelerle sorgu yapılabilmeli ve rapor alınabilmelidir.

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

7.   YARDIM

7.1.   Kullanıcı istediğinde sadece bir tuşa basarak yardım alabilmelidir.

7.2.   Hata mesajları; açık, anlaşılır ve dikkat çekici olmalıdır. Her hatanın, hata kod numarası olmalıdır. Kullanıcı bu numara ile Hata Mesajları dokümanına başvurarak, tanın sebebini ve hata düzeltme yollarını bulabilmelidir.

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

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

8.   GÜVENLİK VE ERİŞİM SİSTEMİ

8.1.     HBYS, Sağlık Bakanlığı ve Mersin Halk Sağlığı Başkanlığı tarafından yayınlanan ve güncellenen Bilgi Güvenliği Politikaları ile uyumlu olmalıdır.

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

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

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

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

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

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

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

8.9.        İstekliler bilgi güvenliğini artırmak için alternatif güvenlik çözüm önerilerinde bulunabilirler.

8.10.    İstekliler teklif edecekleri bütün sistemlerin desteklediği güvenlik mekanizmalarını detaylı olarak açıklamalıdır.

8.11.    Uygulama yazılımları tüm sistem genelindeki kullanıcı, işlem ve bilgi düzeylerinde bilgi gizliliğini ve güvenliğini sağlamalıdır. Her kullanıcının gerektiğinde değiştirilebilir kişisel bir şifresi olmalıdır. Bu şifre ile farklı bir lokasyonda oturum açıldığında ilk oturum otomatik olarak kapatılmalı, bir kişiye ait şifrenin birden çok kişi tarafından kullanılmasına izin verilmemelidir.

8.12.      Bilgi sistemleri kapsamında tutulacak her türlü kişisel bilginin gizliliği esastır. Bu amaçla;

•    Kişiler hakkında tutulacak bilgiler gereken en düşük düzeyde tutulmalıdır.

•    Kişisel bilgilerin hizmetin sürdürülmesi ve geliştirilmesi amacı dışında işlenmesi engellenmiş olmalıdır.

•    Sistemde kişisel bilgilerin kurum iş akışını engellemeyecek ancak belirlenen amaçlar dışında kullanımını engelleyecek önlemler olmalı, hasta haklarına riayet edilmelidir.

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

9.1.     Uygulama yazılımı parametrik olmalıdır. Kurum bünyesinde açılacak yeni bir birim, sunulacak yeni bir hizmet, kullanılacak yeni bir malzeme, fatura formatlarındaki değişiklikler kullanıcılar tarafından yetkileri çerçevesinde kolaylıkla sisteme dahil edilebilmelidir.

9.2.      Aynı tetkikin maksimum adedi vb tanımlamalar yapılabilmeli ve aşan durumlarda otomatik uyarı sağlanmalıdır.

9.3.      Hasta ile ilgili yapılan tüm işlemler (muayene, laboratuvar-radyoloji işlemleri gibi) kurum bazında belirtilen tarihler aralığında takip edilebilmelidir.

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

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

10.2.    Yüklenici, teklif edeceği fiyata VTYS için gerekli olan en az 12 ay süreli lisans bedelini dahil etmelidir. İdare VTYS lisans bedeli için hiçbir isim altında herhangi bir ek bedel ödemeyecektir.

11.                               GENEL   ÖZELLİKLER

11.1.          İstekli, projede teklif edilen VTYS lisansını tüm uygulama geliştirme ve çalıştırmahakları ile (İdare’nin diğer projelerde veya kendisinin geliştireceği uygulamalarda da bütün haklan ile kullanılmak üzere) temin etmelidir.

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

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

11.4.    VTYS çok kullanıcılı veri erişimini desteklemelidir.

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

12.   ÖLÇEKLENEBİLME ve PERFORMANS

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

12.2.   Teklif edilen VTYS'de sorgulamalar için kilit kullanılmama opsiyonu bulunmalıdır.

12.3.   VTYS’de indeks işlemleri çevrim-içi (online) olarak gerçekleştirilebilmelidir.

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

13.1.    Önerilen VTYS, ilişkisel mimari bünyesinde veri bütünlüğünü sağlayabilmelidir.

Gerek nesne bütünlüğü (entity integrity) gerekse referans bütünlüğü (referential integrity) sağlanmalıdır.

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

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

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

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

13.6.          Önerilen VTYS, veri tabanında tüm işlemlerin tutulduğu log dosyalarına, denetimişlemlerini kolaylaştırmak, kim, neyi, ne zaman yaptı sorularına daha kolay cevap verebilmek amacıyla, SQL arayüzüyle (grafik ve komut) ulaşma özelliğine sahip olmalıdır. Bu özellik 3. parti bir yazılım ile gerçekleştirilecek ise bu yazılım da teklif edilmelidir. İsteklinin, teklif ettiği 3. parti yazılım ürünü freeware, lisanssız ve Türkiye'de teknik desteği olmayan ürünler olmayacaktır.

13.7.   VTYS üzerinde salt okunur veya yazılabilir görüntü (view) oluşturma imkanı olmalıdır.

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

14.                               BAKIM ONARIM HİZMETLERİ

14.1.       Seviye 1: Önerilen çözümde, Yüklenici’nin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun genelini çalışamaz duruma getiriyorsa; 1 Saat’te müdahale ve takip eden 1 Saat’te çözüm garantisi verilmelidir.

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

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

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

14.5.     Yüklenici’ler İdare’nin bulunduğu yere en yakın destek merkezlerinin adreslerini ve bu merkezin sorumlusuna ait kişisel iletişim bilgilerini bildirmelidir.

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

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

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

14.9.    Garanti veya sözleşme kapsamında ve garanti sonrası Bakım, destek, güncelleme ve eğitim hizmetleri kapsamında yer alması gereken işlerden bazıları şunlardır:

•   Elektronik veri aktarımı yapabilecek tanı ve tedavi amaçlı cihazların sisteme entegrasyonu,Sistemi ilgilendiren mevzuat ve üst kurum talepleri, Verilen hizmetin kalite ve hızını artıracak diğer uygulamalar.

•    Manyetik ortamda meydana gelebilecek herhangi bir arıza durumunda yüklenebilmesi içiri tüm yazılım bileşenlerinin yeterli sayıda kopyalarının İdare’ye verilmiş olması.

•   Meydana gelebilecek her türlü yeni versiyon değişikliklerinin ve dokümantasyonunun garanti kapsamı içerisinde ve zamanında İdare’ye verilmiş olması.

•   Yedekleme işlemi yapılması ve yedekleme ürünlerinin periyodik olarak kuruma verilmesi.

•   Network üzerinde işletilmesi teknik olarak olası olan diğer yazılımların siteme entegrasyonu.

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

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

14.12.       Sistem kapasitesinin artırılmasına yönelik olarak VTYS, İşletim Sistemi, Kod Sistemleri, Ağ Yönetim Yazılımları, Güvenlik Yazılımları, Ofis paketleri vb. yazılımların lisansları; İdare’nin uygun görmesi halinde başka bir Yükleniciden da alınabilir.

14.13.    Yüklenici, yazılım üzerinde yaptığı köklü değişikliklerin tümünü İdare’nin onayını almak suretiyle uygulamaya koymalıdır. Güncellemeler hakkında tüm kullanıcılar bilgilendirilmelidir.

14.14.       Hizmeti alınan HBYS’nin versiyon artırımı ve güncellemeler garanti süresince sözleşme kapsamındadır.

14.15.     Gerekli görüldüğü taktirde server taşınması ve teknik desteği Yüklenici tarafından ücretsiz olarak yapılmalıdır.

15.   YAZILIM LİSANS VE KULLANIM HAKLARI

15.1.    Uygulama yazılımının kurulumu için gerekli yazılım uygun bir medya ile kuruma teslim edilmelidir. Programların donanımlara aktarılmasına dair tüm kolaylıklar sağlanmış olmalıdır.

15.2.      Lisans bedeli ödenmiş olan yazılım ve veri tabanı uygulamaların kullanım hakkı İdare’nindır.

15.3.    Veri Tabanında yer alan tüm veriler kayıtsız şartsız İdare’nindır. İdare bu verileri ne zaman isterse, Yüklenici bu verileri İdarenin istediği formatta vermek zorundadır.

15.4.    İdare, yazılımı kendi personeline kullandıracağı gibi kurum dışından yapacağı hizmet alımı ile kurumda çalışacak personele de kullandırabilir.

15.5.     İdare’nin bilgisayar programının yüklenmesi, görüntülenmesi, çalıştırılması, işletilmesi veya depolanması fiillerini ifa ettiği sırada, bilgisayar programının herhangi bir öğesi altında yatan düşünce ve ilkeleri belirlemek amacı ile programın işleyişini gözlemlemesi, tetkik etmesi ve sınaması serbesttir.

15.6.    Program; normal yararlanma ile çelişen, Yüklenici’nin meşru yararlarına müdahale eder şekilde alınma amacı dışında, makul olmayan bir sebeple kullanılamaz.

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

15.8.    Yazılımlara ilişkin tüm kullanım ve sistem kitapçıkları, üzerinde saklandığı medya ile birlikte (CD, DVD, disket, tape kartuşu, vb.) İdare’ye verilmelidir.

15.9.   Tüm kullanım hakları, isimlerin değişmesi durumunda aynen geçerli olmalıdır.

16.   İSTATİSTİK İŞLEMLERİ

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

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

16.2.     Tıbbi ve bilimsel araştırmalar için tutulan kayıtlardan gerekli veriler alınabilmeli ve analiz edilebilmelidir.

16.3.      Resmi kuruluşlara gönderilmesi gereken istatistiki formlar ve bildirimler (Örneğin, Bulaşıcı Hastalıklar) üretilmelidir.

16.4.        Günlük Dahiliye polikliniği, diş polikliniği ve acil polikliniği hastaları listesi, enjeksiyon, pansuman vs. listeleri ve müşadede yatan hasta sayısı kolaylıkla alınabilmelidir. Tüm bu işlemler belli tarih aralıkları için de yapılabilmelidir.

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

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

16.7.   Kurum yönetiminin alınmasını istediği raporları içermelidir.

16.8.        Bu raporların detayı kurum yönetimiyle yapılacak çalışmanın sonucu kurum personelinin tasarım grubuna onaylatmasıyla yazılıma aktarılmalıdır.

16.9.    İstatistiki raporlar istenilen tarih dilimleri arasında alınmalıdır.

16.10.        Belirli zaman aralığı için sistemden alman tüm raporlar ofis uygulamalarına aktarılabilmelidir.

17.   OLAĞAN ÜSTÜ DURUMLAR

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

BÖLÜM VI

HBYS UYGULAMA YAZILIMI GEREKLERİ 1.       HASTA KAYIT VE POLİKLİNİK MODÜLÜ

Kuruma ilk defa başvuran hastalara ait genel bilgilerin girişini yapan, daha önceden kaydı bulunan hastalara yeni geliş kaydı açan ve belirtilen arama kriterlerine göre kayıtlı hastaların bilgilerini ekranda gösteren fonksiyondur.

1.1.   Hasta Kabul

1.1.1.     Müracaat eden her hastanın genel kimlik bilgileri, adres bilgileri, hasta kurum hastası ise hastaya ait sosyal güvenlik ve sevk bilgileri girilebilmelidir.

1.1.2.    Her kurum için, hangi bilgilerin zorunlu olarak girilmesi gerektiği tanımlanabilmelidir. (kimlik no, anne adı, baba adı, doğum tarihi vb.)

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

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

1.1.5.     Bir hasta kaydı esnasında, aynı TC Kimlik numarasının başka bir hastada kullanılmış olması durumunda, kullanıcı uyarılarak, ilgili kimlik numarasını taşıyan diğer hastanın dosya numarası belirtilmelidir.

1.1.6.       Hastanın sağlık kuruluşunu her ziyareti için; hasta dosya numarasından ayrı bir sıra/geliş numarası verilebilmeli, hastanın her ziyaretinde bu sıra/geliş numarası ile ilgili polikliniğe ve gerekli tüm birimlere sevk işlemi otomatik olarak yapılabilmelidir.

1.1.7.       Hastanın kayıt işlemi sırasında girilen doğum tarihi alanın değerine göre yaşı hesaplanarak ekranda gösterilmelidir.

1.1.8.     Kayıt ve kabul işlemleri yapılan hastaların poliklinik işlemlerini kolaylaştırmak için barkod destekli sistemler kullanılmalıdır.

1.1.9.      İşlemleri yapılan hastalara otomatik olarak poliklinik sıra numarası verilebilmelidir. Hasta kayıt ve sıra işlemleri ile ilgili etiket ya da çıktılar alınabilmelidir.

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

1.1.11.    Aynı hastaya birden fazla kod numarası verilmişse yetki verilen kişi bu kayıtları yazılım arayüzü ile otomatik olarak birleştirebilmelidir.

1.1.12.      Aynı hastaya ait farklı dosya numaraları birleştirilirken, eğer iki kaydın ad, soyad, baba ad, anne ad bilgileri farklı ise kullanıcı uyarılmalıdır.

1.1.13.       Yapılan kayıtların hangi kullanıcı tarafından yapıldığının kaydı otomatik olarak tutulmalı ve görüntülenebilmelidir.

1.1.14.     Kaydı yapılarak muayene edilen bir hastanın poliklinik bilgileri değiştirilememelidir. Ancak henüz muayene edilerek protokol verilmemiş ise kurum ve servis bilgileri değiştirilebilmelidir.

1.1.15.       Aramalarda kısmi bilgi girilebilmeli, arama sonucu birden fazla kayıt bulunursa bunların listelenip gösterilmesi, seçilmesi veya sorgunun geliştirilmesi mümkün olmalıdır.

1.1.16.       Arzu eden hastalar için rumuz kullanılarak sistemde her terminalden görülmesi engellenmelidir.

1.1.17.        Hastanın kimlik bilgilerine ulaşmanın mümkün bulunmadığı Acil durumlarda veritabanına hızlı kayıt yapabilme özelliği bulunmalıdır.

1.1.18.    Hastaların genel kayıt bilgilerinin dökümü alınabilmelidir.

1.1.19.     Hastanın diğer birimlere şevki otomatik olarak yapılmalı ve yaptığı her müracaatı ve müracaatında yapılan işlemler istendiğinde sorgulanmalıdır.

1.1.20.     Müracaat eden her hastaya adının, soyadının ve kod numarasının yer aldığı bir kimlik kartı verilebilmeli ya da uygun büyüklükte bir etiket çıktısı alınabilmelidir.

1.1.21.    Kayıtta alman bilgilerden gerekli olanları ilgili birimlere aktarılabilmelidir.

1.1.22.    Hasta dosyaları için de etiket basılabilmelidir.

1.1.23.      Adrese dayalı Nüfus Kayıt Sistemini Desteklemeli ve hastaya ait adres bilgileri de online olarak sorgulanıp veritabanına kayıt edilebilmelidir.

1.1.24.      Sağlık Bakanlığı tarafından pilot uygulaması başlatılan akıllı kart türündeki kimlik doğrulama ve kayıt sistemlerine uyumlu olmalı ve bu tür sistemlere ait yazılımlar yapılmış olmalıdır.

1.1.25.     Adli vakalara erişim kullanıcılar ve kullanıcı grupları bazında kısıtlanabilmeli, yetkisiz kullanıcıların bu dosyalara erişebilmesi engellenmelidir. Ayrıca hasta dosyaları için minimum 3(üç) düzey tanımı yapılabilmeli ve kullanıcı ya da kullanıcı gruplarının ancak yetki verilen düzeylere ulaşabilmesi sağlanabilmelidir. Ayrıca adli muayene işlemleri yazılım üzerinden düzenlenerek veritabanına kayıt edilebilmeli ve Sağlık Bakanlığı tarafından belirlenen matbu formlara uygun şekilde çıktı olarak alınabilmelidir.

1.1.26.      Hasta dosyalarında çeşitli kanunlarla ya da genelgelerle tanınmış öncelik tanımları yapılabilmeli ve bu tür hastaların kaydı aşamasında öncelik bilgileri dikkate alınarak kayıt işlemleri yapılabilmelidir.

1.1.27.    İstenildiğinde bir hastaya “Yeni İşlem Açılamaması” amacı ile kilit konulabilmelidir.

1.1.28.    Adli vakalı hastalara Adli Vaka Kilidi konulabilmelidir.

1.1.29.     Müracaat kaydı iptal edilmek istenildiğinde, eğer muayene olmamış ise iptal edilmeye izin vermeli ve iptal gerekçesini sormalıdır. Gerekçe olmadan iptal edememelidir.

1.1.30.      Hastaya ait bilgilerin kayıt edilmesi esnasında, asıl sosyal güvenceden yararlanan / çalışan kişinin kimlik numarası kayıt edilebilmelidir.

1.1.31.     Hastaya ait güvenlik seviyeleri, hasta öncelik bilgileri ve eğitim durumu belirlenebilmelidir.

1.1.32.    Hastaya ait uyarı girişi yapılabilmelidir.

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

2.1.   Aramalarda kısmi bilgi girilebilmeli, arama sonucu birden fazla kayıt

bulunursa bunların listelenip gösterilmesi, seçilmesi veya sorgunun geliştirilmesi mümkün olmalıdır.  ;

2.2.    Veri tabanında kaydı bulunan hastaların bilgileri, değiştirilemez şekilde görüntülenmelidir. Ancak yeni bilgi girişine müsaade edilmelidir.

2.3.    Sorgulama sonucu bulunan ve gösterilen vakaların kaydı sonuçlanmış ve

kapanmış ise faturaya yansıyabilecek değişiklik yapma imkanı verilmemeli, ancak radyoloji tetkik sonuçlarının hasta kayıtlarına girilmesi mümkün olmalıdır.

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

3.   Hasta Çıkış/Sevk İşlemi

Muayeneleri sonuçlanan hastaların kayıtlarının kapanmasını sağlayan işlevdir.

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

3.2.    Hastanın çıkış işlemleri sonrasında işlemi 2 düzey olarak kilitlenebilmelidir. 1 düzeyde var olan hizmetlere müdahale edilememeli, 2 düzeyde ise var olanlara müdahale edilemeyeceği gibi yeni hizmet kaydıda girilememeli.

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

4.   Poliklinik İşlemleri

4.1.             Özel sigortalı, memur, Emekli Sandığı(devredilen), SSK(devredilen)’lı, Bağkurlu(devredilen), yeşil kartlı, vb. SGK mensubu ve kurumuna faturalı hastaların; muayene ve tedavi bilgileri ile laboratuvar, röntgen vb. tetkik istek işlemleri yapılabilmelidir.

4.2.    Doktor tetkik ekranında BUT / SUT kodu yazmadan, ekran üzerinde Mouse kullanarak seçim yaparak istem yapabilmelidir. Aynı ekran üzerine seçilen tetkike ait açıklama girebilmeli, istenilen tetkiklerin miktarlarının belirtebilmelidir.

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

4.4.    Polikliniklerde; poliklinik ya da doktor bazında olmak üzere, muayene sırası almış olan hastaların listeleri, poliklinik hemşiresi ya da doktoru tarafından kolayca görüntülenebilmeli; bu listeler gerektiğinde “dijital board” lara yansıtılabilecek şekilde düzenlenmiş olmalıdır.

4.5.    Sık karşılaşılan acil vakalar ve zehirlenmeler için tanı yöntemleri ve tedavi protokolleri sistemde bulunmalı, tanı ve tedaviye hız kazandırmak birden fazla incelemeyi

içeren paketler oluşturulabilmeli ve istenilen paket seçilebilmelidir.

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

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

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

4.9.     HİNİ Vaka Bildim formu sistem üzerinden doldurulabilmeli ve raporlanabilmelidir. Ayrıca belirtilen periyotlarda bu hastalara ait toplu liste almabilmelidir.

4.10.    Demir Takviyesi gerektiren hastalarda, demir takviye bilgileri kayıt edilebilmelidir.

4.11.        Düzenli aralıklar ile Enjeksiyon ve Pansuman yapılması gereken hastalara ait Enjeksiyon ve Pansuman planları oluşturulabilmelidir. Oluşturulan bu planlar Enjeksiyon birimince görülebilmeli ve yapılan işlemler yapan sağlık memuru tarafından onaylanabilmelidir.

4.12.    Hastane enfeksiyon takibine ait bilgiler kayıt edilebilmelidir.

4.13.          Muayene işlemi tamamlanan hastanın işlemi kilitlenebilmeli, kilitli kayıt değiştirilememeli.

4.14.        Hastaya ait özlük bilgilerinde hata var ise, aynı modül üzerinde bu bilgileri değiştirebilmelidir.

4.15.    Sevk işlemleri yapılmalı ve sevk işlemleri ile ilgili bilgiler tutulmalıdır, (kim tarafından, nereye sevk edildiği vb.)

4.16.      Sevk kaydı sırasında Sevk nedeni, sevk edilen hastane, sevk edilen poliklinik, sevk edilme gerekçesine ait teşhisler, Sevk şekli kayıt edilebilmelidir.

4.17.    Sevk kayıtları kilitlenebilmeli, kilitlenen sevk üzerinde müdahale edilememelidir.

4.18.      Reçete bazında mortalite ya da morbidite riski olabilecek ilaç kombinasyonları için otomatik uyarı sağlanmalı ve bu kombinasyonların listesi istendiğinde görüntülenebilmelidir.

4.19.    Hastanın daha önceki müracaatlarına ilişkin bilgiler (yazılmış ilaçlar, yapılan tedaviler, istenen tetkikler, vb.) görülebilmelidir.

4.20.    Hastanın daha önceki gelişlerine ait teşhisler, tarih, kilinik ve doktor isimleri ile beraber görüntülenebilmelidir.

4.21.     Hastanın daha önceki muayene kayıtları muayene olduğu doktor, poliklinik, protokol numarası, muayene tarihi bilgileri ile beraber görüntülenmelidir.

4.22.    Organ nakline ilişkin işlemler yapılabilecek ve gerekli bilgiler tutulacaktır.

4.23.         Birden fazla incelemeyi içeren paketler oluşturulabilmeli ve istenilen paket seçilebilmelidir.

4.24.    Muayene sonrasında kontrole gelecek hastalar Muayene Karar kısmına otomatik olarak belirtilmelidir.

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

4.26.     Hastalar polikliniklere randevuyla gönderilmeli ve bu randevular tüm bilgisayarlarda, gerçek zamanlı olarak izlenebilmelidir (refresh metodu kullanılmadan).

4.27.    Protokol numaraları, program tarafından otomatik olarak verilmeli ve protokol numarası verilmiş kaydın herhangi bir kullanıcı tarafından silinmesi engellenmelidir.

4.28.     İstek ve tetkik gibi bilgiler parametrik olmalı ve çalışanın modül kullanımını mümkün olduğunca pratikleştirmelidir.

4.29.     Pratik tetkik veya istem grupları oluşturularak, bu şablonlar üzerinden kullanıcıların kolay ve hızlı bilgi girişi sağlanabilmelidir.

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

4.31.    Hastaya kayıt edilen Ön Tanı tek bir tuş ile kesin tanıya dönüştürebilmelidir.

4.32.    Hastaya en az 1 Ön Tanı, en az 5 adet kesin tanı kayıt edilebilmelidir.

4.33.      Muayene işlemleri sırasında sık sık kullanılan teşhisler sistem tarafından otomatik öğrenebilmeli ve ilgili ekranda gösterilmelidir. Sık kullanılan teşhisler bu ekrandan seçilerek hastaya kayıt edilebilmelidir.

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

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

4.36.    Kurum tipine göre hasta listesi alınabilmelidir.

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

4.38.    Kan istemleri yapılabilmelidir.

4.39.     Acil müşahede odalarında kalma sürelerinin hesaplanması için gerekli bilgiler kayıt edilebilmelidir ve bu bilgiler raporlanabilmelidir.

4.40.    Tek hekim raporları hazırlanabilmeli ve raporlanabilmelidir.

4.41.    Aşı takibi yapılabilmelidir.

4.42.    İntihar / Kriz formu kayıt edilebilmelidir.

4.43.    Muayene edilen hastaya ait aile hekimi bilgileri aynı ekran üzerinde görünmelidir.

4.44.     Acil muayene işlemleri sırasında Acil servis başvuru şekli (Normal, İş Kazası, Trafik Kazası, Adli Vaka) belirlenebilmelidir.

5.   Hasta Tıbbi Bilgi Girişi

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

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

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

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

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

5.6.    Hastanın muayenesi sonrası düzenlenen doktor reçetesi sisteme kayıt edilebilmeli, kayıt sırasında gösterilen ilaç listesi güncel liste olmalı ve ilaçlar seçim yapılarak girilmelidir. Kayıt edilen reçete için otomatik olarak reçete takip provizyonu sorgulanıp veritabanına otomatik olarak aktarılmalıdır.

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

6.   Hasta Tıbbi Bilgi Görüntüleme

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

6.2.   Doktor ya da tedavi sürecine katılan sağlık personeli, hastaya bugüne kadar yapılmış tıbbi işlemleri yetkisi dahilinde görebilmelidir.

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

6.4.     Gizlilik ve Mahremiyet İlkeleri çerçevesinde sadece hastaya tetkik, tedavi ve bakım hizmeti sunan ve sır saklama yükümlülüğü bulunan yetkili personelin tıbbi bilgi görüntülenmesinde ve/veya raporlanmasında ananınez ve tetkik sonuçlarının gerekli ekrana/kağıda yazdırılmasına imkan verilmeli, diğer personel bu verilere ulaşamamalıdır.

7.     Tıbbi Rapor Hazırlama

7.1.   Tıbbi rapor hazırlama işlemi, doktorun yetkisinde olmalıdır.

7.2.    Tıbbi raporlarda kullanılacak tanı kodlarının ve rapor sonuçlarının, liste ve ekranlardan seçilmesi mümkün olmalı, serbest rapor yazma imkanı da bulunmalıdır.

7.3.    Varsayılan rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır. Bunun için yazılım şablon kayıtlar oluşturabilmeli ve istenildiğinde bu kayıtlardan yararlanarak otomatik olarak rapor hazırlanabilmelidir.

7.4.    Yatan ve ayaktan hasta için ön tanı ve son tanı, primer ve sekonder hastalıklar belirtilerek girilmelidir. Bu tanıların uygunluklarının doktor bazında incelenmesi için rapor oluşturulmalıdır.

7.5.         Yazılımın ürettiği raporlar ofis uygulamalarına kolayca ve istenen formatta aktarılabilmelidir.

8.     İlaç ve Sarf Malzeme İstemi

8.1.   îlaç ve sarf malzemeleri, kodlu listelerden seçilerek istekte bulunulmalıdır.

8.2.   İstekler üzerine tarama kriterleri girilerek arama yapılabilmelidir.

8.3.      Hastaya yapılan küçük cerrahi girişim, eczane, laboratuvar, röntgen gibi işlemlerde kullanılan malzemelere ait ücretler hastanın mali kayıtlarına ve hasta dosyasına anında yansıtılmalıdır. Dolayısıyla hastalara ve hastalıklara ait maliyet analizleri gerektiğinde görüntülenebilmeli ve/veya raporlanabilmelidir..

8.4.     İsteklerin günlük, haftalık, aylık ve istenilen tarih dilimleri arasındaki sorgu sonuçları ekrana/kağıda yazdırılabilmelidir.

9.   ECZANE MODÜLÜ

9.1.    Sistem, ilaç etkileşimlerini rapor halinde üretmelidir.

9.2.   Sistem, istendiğinde her bir hastanın ilaç tedavi profilini görüntülemelidir.

9.3.   Formüler, jenerik ve geleneksel isim bazında güncelleştirilmiş ilaç listesi oluşturulmalı ve görüntülenmelidir.

9.4.   İlaç listesi var olan ilaç kullanım rehberleri ile desteklenmelidir.

9.5.   Sistem, otomatik olarak fiyat güncellemesi yapmalıdır.

9.6.       Sistem, hastalara uygulanan ilaç kayıtlarını istenilen zaman dilimi ve sınıflamada üretmelidir.

9.7.      Kullanılan ilaçlar, teşhisler, ilaç sınıflamaları, doktor isimleri ve branşları bazında istenilen raporlar gerçekleşmelidir.

9.8.    Sistem, ilaç istemini yapan kişiyi ve bölümü görüntülemelidir.

9.9.    Sistem, kesilen ya da iptal edilen ilaçları görüntülemelidir.

9.10.      Hasta başka bir bölüme aktarıldığı zaman önceki planlanan ilaçları ve uygulama zamanlarını transfer etmelidir.

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

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

9.13.    Doktor istemlerini ve reçetelerini tarayarak en sık kullanılan ilaçları raporlamalıdır.

9.14.    Çıkışı yapılan ilaç ve malzemelerin otomatik stoktan düşümünü gerçekleştirmelidir.

9.15.    Dağıtılan ilaçlar için malzeme dağıtım belgesi düzenlemelidir.

9.16.    İlaç dağıtımını; ünite doz, kat stok ilaçları, zayi/fire ilaç ve acil ilaç kapsamında gerçekleştirmelidir.

9.17.    Eczanede bulunmayan ve dışarıdan temin edilen ilaçları sınıflamalı ve listelemelidir.

9.18.      Etkili olmayan tedavi ya da yanlış ilaç tedavileri için tanımlanan formatlarda rapor üretmelidir.  .V

9.19.    Alleıjik reaksiyonlar ve ilaç yan etkileri için oluşturulan formatta rapor üretmelidir.

9.20.    Doktor istemlerini ve reçetelerini tarayarak en sık kullanılan ilaçları raporlamalıdır.

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

10.   Eczane Depo Kontrol İşlemleri

10.1.    Stokta kayıtlı ilaçlar hakkında sorgu kriterlerine göre arama yapmalıdır.

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

10.3.        İlaçların son kullanma tarihleri-miyad ile ilgili kontrolleri ve istenen uyarıları gerçekleştirmelidir.

10.4.      Önceden belirlenen parametreleri temel alarak dağıtılan ve dönen ilaç kalemleri için depo stokları otomatik olarak güncellenmelidir.

10.5.    Depo stok ilaçlarını tanımlandığı şekilde listelemelidir (tablet, doz, kutu, ampul,vs).

10.6.   Miyadı geçmiş, kırılmış ya da bozulmuş ilaçları izlemeli ve listelemelidir.

10.7.    İlaçların depo raf ömrünü izlemelidir.

10.8.    Stok kontrolüne ilişkin işlemler barkodla yapılabilmelidir.

10.9.    Bölümlerin aylık ilaç kullanımını izlemelidir.

10.10.     Bir ilaç veya tıbbi malzemeden hastane genelinde hangi depolarda kaç adet olduğu bilgisine tek bir ekran üzerinden ulaşılabilmedir

10.11.    Sağlık Bakanlığının İlaç Takip Sistemine entegrasyon olmalıdır.

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

11.1.   Reçete yazma işlemi doktorun yetkisinde olmalıdır.

11.2.    Eşdeğer ilaç uygulamalarını desteklemelidir.

11.3.    Reçete görüntüleme ve reçete arama işlemleri yapılabilmelidir.

11.4.     Ayaktan tedavi gören hastaların reçetelerini bilgisayar ortamında üretmeli ve hastaya çıktı verilmesini sağlamalıdır.

11.5.     Standart ilaç isimlerinin kodlu listeden seçilerek reçete sayfasına aktarılması mümkün olmalıdır.

11.6.       İlaçların kullanımı ile ilgili bilgi girişi de standart kod ve listelerden seçilerek gerçekleştirilmelidir.

11.7.    Eski reçeteleri, istenen arama kriterlerine göre arayıp göstermelidir.

11.8.      Bu modül, eczanenin birden fazla konumda (hastanenin farklı binaları, vb.) hizmet vermesini desteklemelidir.

11.                 90. Eczanede yapılan işlemlere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı almabilmelidir.

BÖLÜM VII

LABORATUVAR MODÜLÜ

1.  Tetkik İstem Yönetimi

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

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

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

1.4.       Tetkik istek girişi, tetkiklerin kodlu bir listeden seçilip istenmesi şeklinde olabileceği gibi, daha hızlı tetkik girişi yapabilmek için gruplandırılmış tetkiklerin farklı sayfalarda, hatta her sayfada sık kullanılan tetkiklerin hızlı bir şekilde onay kutucuklarından fare veya tek tuşla seçilebilmesi mümkün olmalıdır.

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

1.6.        Tetkik için hastanın uyması gereken kurallar (örneğin kan şekeri için hastanın aç gelmesi) tetkik istemi yapılırken (seçilen tetkikin özelliğine göre istem yapan kullanıcının isteğiyle veya otomatik olarak) çıktı olarak alınmalı ve hastaya verilmelidir.

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

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

1.9.      Aynı tetkik hem dışarıdan hizmet alımı yöntemiyle hem de laboratuarda çalışılabiliyorsa ancak farklı metotlar kullanılıyorsa veya farklı referans aralıkları kullanılıyorsa bu tetkikler sistemde farklı şekilde tanımlanmalı, bir önceki maddede belirtilen

tüm özellikler belirtilebilir olmalıdır. Başka bir ifade ile SUT üzerinde aynı kodla tanımlanmış bile olsa, yani faturalama açısından değişen bir şey olmasa bile, tetkikin farklı bir kodla ancak farklı çalışma yöntemiyle yeniden tanımlanabilir olması, raporlamalarda ise isteğe bağlı olarak bu tetkiklerin ayrı veya aynı tetkik şeklinde gösterilebilmesi sağlanmalıdır.

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

1.11.       Bazı polikliniklerde çalışan hekimlerin bazı tetkikleri istemesinin önlenmesi ve/veya kullanıcıya uyarı verildikten sonra seçilmesi sağlanmalıdır.

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

1.13.          Bazı tetkiklerin, diğer bazı tetkiklerle birlikte istenmesinin önlenmesi ve/veya kullanıcıya uyarı verdikten sonra seçilmesi sağlanmalıdır. (Farklı metotlarla çalışan ancak aynı klinik sonuç için değerlendirilebilecek, ödeme güçlüğü çıkarabilecek, birlikte istenmiş tetkikler)Uygulamaya ve branşlara özel bazı tetkiklerin yalnızca yetkili hekimler tarafından istenebilmesi mümkün olmalıdır.

1.14.      Tetkik tekrarı ve tetkikin yeniden istenmesi sistem tarafından ayırt edilebilir olmalıdır. Klinisyen, laboratuvar sonucunun hastanın kliniği veya diğer tetkikleri ile uyuşmadığını ve laboratuvarda bir yanlışlık olduğunu düşünüyorsa aynı örnek üzerinden

tetkik tekrarı yapabilmeli, bu istem yeniden faturalandırılmamalı, laboratuvarm elinde bulunan örnek üzerinden tetkik tekrarı yapılabilmelidir.

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

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

1.17.     Hekim tarafından örneğin X, Y ve Z testleri istendiğinde sistem Z testinin çalışılmasını refleks olarak önerebilmelidir. Böylece Z testi X ve Y testlerin sonucuna göre çalışılabilecek, buna da laboratuvar hekimin onayıyla karar vermiş olacaktır. Bu sayede bu

tetkikin gereksiz yere faturalandırılmasının önüne geçilecektir. Yapılan bu öneri hekim tarafından iptal edilebilmeli ve bu tetkiki laboratuvarın her durumda çalışması sağlanabilmelidir.

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

1.19.    Bazı tetkiklerin aynı anda birden fazla istenmesine izin verilmezken, bazılarının birden fazla istenmesine izin verilebilmelidir. Örneğin hastaya aynı anda iki tane AST tetkiki istenmesi engellenebilmelidir.

2.   Tetkik İstek Görüntüleme

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

2.2.   Arama sonucu ekranda gösterilen tetkikler işaretlenerek detaylı bilgi almabilmelidir.

2.3.    Seçilen tetkik üzerinden tetkik sonuç girişi ekranına geçilebilmelidir.

2.4.    Tetkik isteklerinin hangi aşamada olduğu (örnek alındı, sonuç girildi, işlem yapılmadı, vb.) gösterilebilmelidir.

3.   Tetkik Sonuç Tarama ve Görüntüleme

3.1.   Tetkik sonuç görüntüleme işlemi yetkili doktor tarafından gerçekleştirilmelidir.

3.2.     Tetkik sonuçları belirli tarih aralığı veya tetkik çeşitlerine göre filtreleme yapılarak sorgulanabilmeli ve maliyet analizleri yapılabilmelidir.

3.3.    Dışarıda yapılan tetkiklerin hekim onayından geçtikten sonra sisteme yüklenmesi ve bu tetkiklerin dışarıda yapıldığı bilgisinin dipnot olarak verilmesi mümkün olmalıdır. Tetkikin yapıldığı yer ve zaman bilgisi de tutulabilmelidir.

3.4.      Yazılım hastanın son gelişine ve önceki gelişlerine ait sonuçlar üzerinde deltacheck yapabilmeli ve rapor edebilmelidir.

3.5.    Sistem, tetkik/tahlil istemlerini doğrudan dijital tıbbi analiz cihazlarına (on-line analiz) aktarabilmelidir.

3.6.    Sistem, test sonuçlarını otomatik olarak doğrudan dijital tıbbi analiz cihazlarından (on-line analiz) alabilmeli ve/veya hasta, numune, tetkik/tahlil, iş kodunu ve sonuçları elle girmeye imkan tanımalıdır.

3.7.     Elle girme durumunda, sonuçları sayılar şeklinde, kodlanmış notlar şeklinde ve/veya serbest metin alanı olarak girilmesine imkan tanımalıdır.

3.8.    Tetkik/tahlili sonuçlarının girilmesi sırasında, varsa hastaya ait önceki tetkik/tahlillerin de sonuçları görülebilmelidir.

3.9.       Sistem, tetkik/tahlili sonuçlarını, olması gereken referans aralığı ve varsa önceki tetkik/tahlillerle karşılaştırarak göstermelidir.

3.10.    Tetkik/tahlili sonuçlarının değerlendirilmesi için kriter olan referans değerleri, kullanıcı tarafından girilebilmelidir.

3.11.      Sistem, tetkik/tahlili sonuçları girildiğinde ve/veya ihtiyaç duyulduğunda sonuçlarla ilgili rapor üretebilmelidir.

3.12.    Sistem, tetkik/tahlil sonuçları ile ilgili boş (değer girilmemiş) şablonların yazıcıdan çıktı alınmasına imkan tanımalıdır.

3.13.         Hastanın tüm gelişlerine ait tetkik sonuçları toplu olarak tek bir ekranda görüntülenebilmeli ve rapor edilebilmelidir.

3.14.     Sistem, bir tedavinin tamamlanması sonrasında ve/veya kullanıcı tarafından belirlenen periyotlar sonunda kümülatif raporlar üretebilmelidir. Bu raporlar, tarih/zaman

bazından sıralanabilmelidir.

3.15.     Acil istenen tetkik/tahlil sonuçları, istemi yapan kullanıcı ve/veya birimin tarafından sonuçlar alınır alınmaz görülebilmelidir.

3.16.    Arşivlenmiş tetkik/tahlil sonuçlarına ulaşmak kolay olmalıdır.

3.17.       Sistem, klinik kimya testleri yapan on-line analiz cihazlarından tetkik sonuçlarını otomatik olarak alabilmelidir.

3.18.    Sistem, hematoloji testleri yapan on-line analiz cihazlarından tetkik sonuçlarını otomatik olarak alabilmelidir.

3.19.    Testlerin tekniker ve Uzman onay bilgileri alınabilmelidir.

4.   Hasta/Örnek Etiketleme

4.1.    Barkodlar basılmadan önce hekim tarafından istenmiş tetkikler ekranda görülebilmelidir. Eğer manyetik kart, hasta dosya numarası veya TC Kimlik Numarası veya

protokol numarası gibi bir numarası varsa bu numara üzerinden tetkik istemlerine ulaşılabileceği gibi, ad-soyad-(poli)klinik bilgileri ile birlikte hastayı ayırt edici diğer bilgiler (anne baba adı, cinsiyeti, doğum yeri, tarihi gibi) ekranda görüldükten sonra istem bilgisine kolayca ulaşılabilmelidir.

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

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

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

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

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

4.7.       Barkod basılırken hastaya hangi sonucunun ne zaman çıkacağı otomatik olarak üretilebilmeli ve basılabilmelidir.

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

4.9.    Örnek Toplama Merkezinden, hastane dışından (aile hekimleri vb.) ve hastanenin değişik yerlerinden numune bilgisi ve tetkik istek girişi yapılabilmelidir.

4.10.    Test istem ve örnek toplama sırasında test ile ilgili uyarı ve işlemler belirtilmelidir.

4.11.    İstenen testler için kaç adet hangi özellikte tüp veya kap hazırlanması gerektiği otomatik olarak hesaplanmalıdır.

4.12.                      Hasta  / Örnek Etiketleme için barkod ve cihaz teminin sağlanmalıdır.

5.   Tetkik Raporu Hazırlama

5.1.   Kullanıcı tarafından tanımlanan rapor formatlarını desteklertıelidir.

5.2.     Hastanın tetkik sonuçlarının, gerekli diğer bilginin otomatik olarak görüntülenmesi ve raporlanmasının yanı sıra, doktorların serbest görüş ve açıklama yazması mijmkün olmalıdır.

5.3.    Standart rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır.

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

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

5.6.    Test istem ve uygulama durumları acil, öncelikli ve rutin olarak seviyelbndirilebilmelidir. Acil ve öncelikli testler için test başlatma ve rapor yazdırma imkanı olmalıdır.

5.7.    Tetkik raporlarında (yaş, cinsiyet gibi parametreler göz önünde bulundurularak) normal olmayan sonuçlar işaretli ve farklı şekilde yazılmalıdır.

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

5.9.    Raporlar onaylayan doktor adına elektronik olarak imzalanmalı, ıslak imza gerektiğinde ilgili doktor imzalamalıdır.

5.10.     Cihazlarda çalışan tetkiklerin hangi cihazın, hangi rak/pozisyonunda çalışıldığı bilgisi sistemde tutulabilmeli ve geriye dönük bu «bilgilere ulaşılabilmelidir. Cihaz performans raporları alınabilmektedir.

5.11.    Herhangi bir anda analizörlerde çalışılan hastalar görüntülenebilmelidir.

5.12.     Tetkik sonuçlarında yapılan tüm değişiklikler değişikliği yapan kullanıcı ve değişimin yapıldığı tarih bazında sistemde saklanmalıdır.

5.13.            Barkodu okunmayan ama çalışılan tetkikler daha sonradan hasta ile ilişkilendirilebilmektedir.

nen yere raporun

6.   Laboratuvar Çalışmaları Raporlama

6.1.        Laboratuvarla ilgili istatistiki raporların hazırlanmasını sağlayan alt modüldür. Laboratuvara yönelik istatistiki raporları kapsamalıdır. Laboratuvarda bulunan cihazların tetkik sonuçlarının istatistiksel olarak incelenip cihazların sapma ve güvenilirlikleri hakkında bilgi vermelidir.

6.2.    İstem yapan doktor veya bölüm bazında istatistik verebilmelidir.

6.3.   Tanı (ICD-10) bazında istatistik verebilmelidir.

6.4.   Hastanın ait olduğu kurum bazında istatistik verebilmelidir.

6.5.   Laboratuvar departmanları, çalışanları ve cihaz bazında istatistikler verebilmelidir.

6.6.        Gerektiğinde, yapılmış olan istemin akıbeti ve ne aşamada olduğunun takibi yapılabilmelidir.

7.   Laboratuvar Kalite Kontrol Sistemi

7.1.      Laboratuvar Kalite kontrolü ile ilgili fonksiyonları içeren modül proje kapsamında geliştirilerek uygulamaya alınmalıdır.

7.2.     Yapılacak sistem analizi ve kullanıcı ihtiyaçlarının belirlenmesi neticesinde İdare ve Yüklenici’nın karşılıklı mutabık kalacağı Laboratuvar Kalite Kontrolü uygulama sistemi geliştirilmeli ve uygulanmalıdır.

8.   RADYOLOJİ MODÜLÜ

8.1.    Radyoloji İstem Yönetimi

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