ZONGULDAK İLİ KAMU HASTANELER BİRLİĞİ GENEL SEKRETERLİĞİ

HASTANE BİLGİ YÖNETİM SİSTEMİ (HBYS)

YAZILIMI TEKNİK ŞARTNAMESİ

1 GİRİŞ

İŞİN TANIMI

Bu şartname, ZONGULDAK İLİ KAMU HASTANELER BİRLİĞİ GENEL SEKRETERLİĞİ’ne bağlı EK-l 'de ayrıntıları bulunan hastanelerde kullanılacak olan Hastane Bilgi Yönetim Sistemi ve Veri Tabanı Yönetim Sistemi yazılımlarının tanımı, kurulması, işletilmesi, bakımı, güncellenmesi ve sorunların çözümünü kapsar.

AMAÇ VE KAPSAM

ZONGULDAK İLİ KAMU HASTANELER BİRLİĞİ GENEL SEKRETERLİĞİ' nin 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. Bu amaçla, Genel Sekreterliğimizin belirleyeceği takvim doğrultusunda, Genel Sekreterliğimize bağlı tüm hastanelerin tek bir veri merkezi üzerinden çalışması yapılandırıldığında, HBYS yazılımlarının, tüm hastanelerin fiber bağlantılar ile bağlandığı tek bir veri merkezine, veri tabanına bağlanarak çalışması, Sağlık Bilişim Ağı (SBA) bünyesinde Sağlık Bilgi Sistemleri Genel Müdürlüğünün (2015/17) sayılı genelgesi doğrultusunda faaliyete geçirilmesi tamamlanmalıdır.

Hastane Bilgi Yönetim Sistemleri (HBYS) sadece hastane içi süreçleri etkileyen ve bu süreçlerden etkilenen bir yapı olmayıp diğer sistemlerle de veri alış verişi yapabilen sistemlere dönüşmüştür. Bu nedenle veri tabanında yer alan tüm verilerin gerektiğinde kullanılmak üzere başka bir veri tabanına idarece öngörülen içerik ve kapsamda aktarılması, ihtiyaç duyulacak başka verilerin Merkezi Hekim Randevu Sistemi (MHRS), Kimlik Paylaşım Sistemi (KPS), Çekirdek Kaynak Yönetim Sistemi (ÇKYS), elektronik faturalama süreçleri (MEDULA), vb) diğer sistemlerden hastane sistemine elektronik olarak aktarılması, sisteme veri aktarabilecek kurumda aktif çalışan cihazların sistemle entegrasyonu, üretilen sağlık verilerinin Sağlık-Net projesi kapsamında Bakanlık Veri Merkezine gönderilmesi, hastanelerde çalışmakta olan Laboratuvar Bilgi Yönetim Sistemi (LBYS), Görüntü Arşiv ve İletişim Sistemleri (PACS) gibi sistemlerle entegrasyonu, hastane içi yönetim, karar destek ve iş akış süreçlerinin iyileştirilmesi, kaynak yönetimi ve tasarrufu sağlanması gibi beklentilere de cevap vermelidir.

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ı, ESK verileri üzerinden gelişmiş analizler yapma imkânı sağlayacak bir Veri Madenciliği ve Karar Destek Sisteminin (KDS) oluşturulmasıdır.

Sağlık - NET, 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 kuramlarından toplanmak üzere, vatandaşlarımızın elektronik sağlık kayıtlarının, Ulusal ve Uluslararası standartlar kullanılarak, güvenli bir şekilde tek bir merkezde toplanmasını, gizlilik ve mahremiyet ilkeleri çerçevesinde, gerektiğinde mevzuat ve yetkiler dahilinde paylaşımını ve karar-destek sistemlerinde analiz edilerek yönetimsel ve bilimsel çalışmalarda kullanılmalarını içermektedir. Sağlık bilişim sektöründe yer alan ve Hastane Bilgi Yönetim Sistemi

1

(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; Bakanlığı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ığını titizlikle gözden geçirmeleri ve kullandıkları kodlama ve sınıflama sistemlerinde Sağlık Kodlama Referans Sunucusu’nda (SKRS) yayımlanan kodlan referans almaları, yazılımların mesajlaşma sürecinde Sağlık Bakanlığı’nca kabul edilen HL-7 (V.3.0) standardını, Tıbbi Görüntü Arşiv ve iletimi bakımından DICOM 3.0 standardım desteklemelidir.

Yürürlükte olduğu sürece, Sağlık Bakanlığı İdari ve Mali İşler Daire Başkanlığının genelgelerine riayet edilecektir.

3 TANIMLAR

KISA ADLAR VE KISALTMALAR

AHBS: Aile Hekimliği Bilgi Sistemi

BİM: Bilgi İşlem Merkezi

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

DEMO:Demonstrasyon

DRG:Diagnosis-Related Group

DYS: Doküman Yönetim Sistemi

GB: GigaByte

Gbps: Gigabit/saniye (Gigabit Per Second)

GHz: GigaHertz

Güvenli Elektronik İmza: 5070 sayılı Elektronik İmza Kanunu Md. 4’te tanımlanan elektronik imzayı ifade eder.

HBYS: Hastane Bilgi Yönetim Sistemi

Hz: Hertz

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

IEEE: Elektrik ve Elektronik Mühendisleri Enstitüsü

ISO: Uluslararası Standartlar Kurumu

KB: KiloByte

KGK: Kesintisiz Güç Kaynağı

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

Kişisel Sağlık Verisi: Kimliği belirli veya belirlenebilir bir kişinin fiziksel, ruhsal, sosyal sağlığına veya veri öznesinin aldığı sağlık hizmetine ilişkin olan, elektronik, kağıt veya benzeri yollarla üretilen, taşman veya saklanan sağlıkla ilgili her türlü verisidir. Bu kapsama sağlık hizmeti almak isteyen bireylere ilişkin kayıt bilgileri, ödeme bilgileri, sağlık gerekçeleriyle bireyi teşhis edebilmek amacıyla

2

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, Alıcı: 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: Laboratuar Bilgi Yönetim Sistemi

MB: MegaByte

Mbps : Megabit/saniye (Megabit Per Second)

MHRS: Merkezi Hastane Randevu Sistemi

MHz: Megahertz

ms: Milisaniye

MSVS: Minimum Sağlık Veri Seti

Mobil İmza: Elektronik ortamlarda kullanılabilecek kimlik kartı ile nitelikli elektronik sertifikayı kullanmayı sağlayan bir servistir. 5070 sayılı Elektronik İmza Kanunu'nda tarif edilen ve ıslak imza ile eşdeğer güvenli elektronik imzanın GSM veya SİM kartları kullanılarak uygulanması,

ns: Nanosaniye

ODBC: Açık Veri Tabanı Bağlantısı

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 dahilinde paylaşımım, karar-destek sistemlerinde analiz edilerek yönetimsel ve bilimsel çalışmalarda kullanılmalarım sağlayan sistemdir.

SB: Sağlık Bakanlığı

SBA: Sağlık Bilişim Ağı

HBYS: Sağlık Bilgi Yönetim Sistemi

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

3

SGK: Sosyal Güvenlik Kurumu

SKRS: Sağlık Kodlama Referans Sunucusu

SQL: Yapısal Sorgulama Dili

SUGR: Sistem ve Uyarlama Gerekleri Raporu

SUT: Sağlık Uygulama Tebliği

TDMS: Tek Düzen Muhasebe Sistemi

US VS: 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, Satıcı: Üzerine ihale yapılan ve sözleşme imzalanan istekli

4 BİLGİ YÖNETİM SİSTEMİ ALIMI İÇİN GENEL KOŞULLAR

3

4

4.1 EK-l'deki hastanelerin kurulumu ve önceki kullanılan sistemlerdeki tüm verilerin aktarımları projelendirilecek, projenin ayrıntılarının yer aldığı iş programı idareye verilecektir. Birliğimize bağlı tüm Sağlık Tesisleri ile Genel Sekreterliğin entegrasyon ve kurulum işlemlerinin 31.12.2017 tarihine kadar bitirilmesi planlandığından, proje iş programının 31.12.2017 tarihine kadar tamamlanması gerekmektedir. Bu hizmetin iş programına uygun olarak tamamlanmasına müteakip yüklenici, 01.01.2018 tarihine kadar idare ile birlikte sistem kontrol ve testlerini yaparak tespit edilen eksiklikleri bu şartname hükümlerine göre giderecektir.

4.2 İstekliler, EK-l'deki hastanelerde, İdarenin öngördüğü tarihlerde keşif yapabilir.

4.3 Yüklenici HBYS firması en az 5 (Beş) yıllık iş deneyimine sahip, tüm HBYS modüllerine hakim ve destek verebilen en az 1 (bir) adet firma temsilcisini sözleşme süresi boyunca proje lideri olarak görevlendirecektir. Proje liderinin iletişim bilgileri İdareye verilecektir. Proje liderinin izinli ve raporlu olduğu durumlarda aynı niteliklerde firma tarafından başka bir personel görevlendirecektir.

4.4 İş mevzuatından kaynaklanan yükümlülükler Yükleniciye aittir.

4.5 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, 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, idari şartname ve sözleşme hükümlerine göre belirtilen süre içerisinde yazılıma yansıtılacaktır.

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

4.7 İsteklilerin teklif ettiği uygulama yazılımları aynı çekirdek yapıda aynı firmanın ürünü

4

olmalıdır.

4.8 Teklif verecek firmalar yazılım sektöründe faaliyet gösteren bir firma olmalıdır. Bu çerçevede

5846 Fikir ve Sanat Eserleri Kanunu’nun 44. Maddesi gereğince çıkarılan Fikir ve Sanat Eserlerinin İşaretlenmesi Hakkında yönetmeliğin 4. ve 5. Maddeleri gereğince Yazılım geliştiren firmalara tahsis edilen “BİL-KOD” Bilgisayar Kod Numarasına ve teklif ettikleri yazılımın 5846 sayılı Fikir ve Sanat Eserlerini Korama Kanununa göre “İsteğe Bağlı Tescil Belgesine” sahip olmalıdırlar.

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

4.10 Yüklenici firma, hastanelerdeki mevcut donanımlar ile çalışmakta olan HBYS sisteminin tüm modüllerinin yaptığı işi yapabilmelidir.

4.11 İş ve işlemlerin yürütülmesi sırasındaki Yüklenicinin kendisine ait her türlü ulaşım ve iletişim giderleri Yükleniciye aittir.

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

4.13 HBYS kullanımı sınırsız kullanıcı lisanslı olarak kurumun hizmetine sunulacaktır.

4.14 Yazılım, Sağlık Bakanlığı’nca kurulan Sağlık-NET sisteminin gerektirdiği/gerektireceği altyapıya sahip olmalıdır.

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

4.16 Şartnamede istenilen tıbbi süreç yazılım uygulamaları, bilgisayarın yanı sıra, genel kabul gören işletim sistemlerinden en az biri üzerinde, mobil cihazlarda ve dokunulabilir ekranlarda da çalıştırılabilir olmalıdır.

ENTEGRASYON

4.17 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) karşılıklı veri alış verişi yapabilecek, yani gerektiğinde bir başka sistemle entegre edilebilir olacaktır.

4.18 Akıllı Kart Tabanlı Elektronik Kimlik Doğrulama Sistemi(Akıllı Kart Uygulaması) kimlik doğrulama için Sağlık Bakanlığının Kimlik Paylaşım Sistemi(KPS) web servisleri kullanılacaktır. Bu servislerin kullanımı için sözleşme imzalandıktan sonra YÜKLENİCİ firmaya web servis şifreleri teslim edilecektir.

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

4.20 Kullanılacak barkod yazıcılarla ilgili ayarlamalar (paper size, back feed ve sensor ayarlan gibi) Yüklenicinin sorumluluğundadır.

4.21 Hastane Bilgi Sisteminin daha sağlıklı ve sorunsuz işletilmesi amacıyla yeni alınacak Sunucuların konfigürasyonu yetkili servislere aittir. Ancak HBYS’nin işletilmesi için gerekli teknik destek Yüklenici tarafından sözleşme kapsamında olmak üzere sağlanmalıdır. Mevzuat kaynaklı

5

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.22 Yüklenici, HBYS’ye entegre edilmesi gereken donanım, cihaz ve sistem yazılımları için hiçbir surette diğer donanım, cihaz ya da sistem yüklenicilerinden doğrudan ücret talep edemez.

4.23 Sağlık Net ve USS için üretilen verileri eş zamanlı olarak Sağlık Net veya Ulusal Sağlık Sistemi (USS) sunucularına iletmelidir.

4.24 Medula sistemi kontrol edilmeli, hak sahipliği sorgulamaları alınmamış hastalar için otomatik sorgulama yapmalıdır.

4.25 Hastaneye başvurmuş, muayene olmamış SGK’ li hastaların 24 saat sonra takipleri otomatik olarak medula sisteminden silinmelidir.

4.26 Sistem üzerinden aile hekimlerine, aile hekiminin kesin kayıtlı hasta listesinde yer alan hastalarına ait tetkik, teşhis, tedavi ve tanıya ilişkin bilgileri web servisler aracılığıyla iletilebilmelidir.

4.27 Organ bağışı yapan kişilerin ad soyad, adres ve kimlik bilgileri ve bağışta bulunduğu organ bilgileri sistem üzerinde kaydedilebilmelidir.

4.28 Sistem üzerinden yatış planlaması yapılabilmelidir. Servislerdeki dolu yatakların rezervasyonu yapılabilmelidir. Dolu ve boş yataklar görüntülenebilmelidir.

4.29 İsteklinin teklif ettiği tüm uygulama yazılımları aynı çekirdek yapıya sahip olmalı ve aynı firmanın ürünü olmalıdır.

4.30 Sağlık Bakanlığı ve bağlı kurumlar tarafından hazırlanan projelere ilişkin veri setlerinin, eğer herhangi bir tarih belirtilmemiş ise en geç 15 gün içerisinde yazılıma ücretsiz olarak uyarlanması gerekmektedir.

4.31 Teklif edilen yazılım ve modüller, hastanelerin kullanmakta oldukları HBYS'de mevcut kullanılan tüm modüller, yazılımlar, web servisleri , kartlı sıra alma sistemi(RF ID özellikli-MİFARE Kartlı), vb. mevcut kullanılan tüm uygulamalara ek donanıma gereksinimi olmadan uyumlu ve aynı performansta çalışmalıdır.

4.32 SGK'nın web servisleri ve uygulamaları ile gerekli entegrasyon Yüklenici tarafından sağlanacaktır.

DESTEK HİZMETLERİ

4.33 Yüklenici teknik şartname kapsamında tedarik ettiği uygulama yazılımı modülleri ile sınırlı olmak üzere garanti sonrası ücreti karşılığı 5 (beş) yıllık bakım desteği vermelidir.

4.34 İstekli, kurumumuzun isteyebileceği yazılım düzenlemelerini kısa sürede yerine getirebilecek,7/24 esasına göre hizmet sunan kurumumuzda yazılım ve kullanıcı hatalarından kaynaklanan arızalara 7/24 esasına göre bakım ve teknik destek hizmeti sunacak organizasyon yapısına ve insan kaynağına sahip olmalıdır.

4.35 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 idareye kapalı bir zarfla teslim edecektir. Zarfın kapatma yeri Yüklenici tarafından kaşelenecek ve imzalanacaktır. Kullanıcı adı ve şifresinde değişiklik yapılması durumunda yenileri 3 iş günü içerisinde ve 6 ayda bir rutin olarak hastane idaresine teslim edilecektir. İdare ve yüklenici bu bilgilerin 3.şahıs, diğer firmalar, kurum ve kuruluşlara karşı güvenliğini sağlamakla müştereken

6

sorumludur. İdare tarafından şifreler kullanılarak sisteme müdahale edildiğinde sistemde oluşabilecek her türlü sorun İdarenin sorumluluğundadır.

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

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

4.38 Sözleşme ve/veya Garanti süresince; gelişen teknoloji doğrultusunda İdare, donanım entegrasyonu ya da program ilaveleri ve değişiklikleri istediği taktirde, (donanım, network ve lisanslar hariç) gerekli ilave ve entegrasyonlar Yüklenici tarafından ek ücret talep edilmeksizin yapılır.

4.39 Kurum idaresi, işleyiş ve ihtiyaçları göz önüne alarak yazılıma sınırlama ya da ilaveler isteyebilir. Kurumun talep edeceği yeni modüller veya var olan modüllere ilaveler için firma ek ücret talep edemez.

4.40 Yüklenici mevzuattaki değişiklikleri esas olarak kendisi takip eder, sistemde gerekli uyarlamaları yürürlülük tarihi itibariyle yerine getirmelidir. Mevzuat güncellemeleri ile ilgili gecikmelerden kaynaklanan kamu zararından yüklenici sorumludur.

4.41 Uygulama yazılımı Sosyal Güvenlik Kurumu tarafından geliştirilen “Medikal Ulak Sistemi”(MEDULA) web servislerini ve süreçlerini güncel haliyle kapsamalıdır. Sosyal Güvenlik Kurumu tarafından yapılan değişikleri satıcı kendisi takip etmeli, alıcının maddi kaybı olmaksızın uygulama yazılımına uygulamalıdır.

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

4.43 Yeni istekler ya da düzeltme taleplerinin ve yanıtlarının Yüklenici ve İdare arasında elektronik ortamda paylaşılması ve kayıt altına alınması için yüklenici tarafından bir sistem sağlanmalıdır. Yeni istekler yada düzetme taleplerinin ve yanıtlarının detaylı raporlandırılması yapılarak aylık periyotlar halinde ilgili kurum yetkililiklerine sunumu yapılmalıdır. Verilen sağlık hizmetini aksatacak veya kurumu zarara uğratacak gecikmelerden yüklenici firma idari şartname ve sözleşme hükümleri doğrultusunda sorumlu tutulacaktır.

VERİ TESLİM VE AKTARIMI

4.44 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 disc) ile iki kopya halinde İdare’nin istediği içerik, miktar ve kapsamda idareye teslim edilecektir. Sistemde tutulması gereken tüm veriler sözleşme süresi sona erdiğinde sisteme kaydedilmiş, gerekmesi halinde geri dönülebilmesi için alınan son bir yedek idareye teslim edilmiş olmalıdır.

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

7

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

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

4.48 Teslim edilecek veriler txt, csv, excel, vb formatında olmayıp kurumda çalışan orijinal veri tabanı formatında sadece veriler (data-only) olacak şekilde, kolay ve sorunsuz okunabilir bir medya (Daha önce kullanılmamış yeni harddisk, vb.) üzerinde 2 kopya teslim edilmelidir. Okunmasında sorun olabilecek tape, kartuş, vb. Kullanılmamalıdır.

4.49 Yeni kurulacak sistemler için; Yazılımın sahibi olan yüklenicinin kuruma ait verileri(Legacy), kendi kuracağı veri tabanına aktarması gerekecektir. Bu aktarım yüklenici tarafından sözleşme imzalandıktan sonra en fazla 60 (Altmış) gün içinde yapılacaktır. İdarenin izni alınarak, bir defaya mahsus 10 (on) gün ek süre verilecek; halen aktarım tamamlanmazsa idare şartnamede belirtilen hüküm uygulanacaktır. Veri aktarımı test çalışmaları ise yeni programın kurum hizmetlerinde kullanılmaya başlanmasından önce yaptırılacaktır. Veri aktarımının sağlıklı bir şekilde yapılabildiğine dair testler önceden tamamlanmış olmalıdır. Bu şartın sağlanıp sağlanmadığının tespiti için idarece kontrol komisyonu kurulacak olup, önceki firma ile yüklenici firma katılımcı olarak komisyona iştirak edecektir.

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

4.51 İdare, verilerin aktarımından sonra EK-2 VERİ AKTARIM KILAVUZU' ndaki maddelerin tümüne yada belirleyeceği maddelere göre inceleme/sorgulama yapabilir. EK-2'deki hangi maddelerin incelemeye/sorgulamaya tabi tutulacağı İdarenin inisiyatifindedir.

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

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

4.54 Veri aktarım hizmetinin söz konusu olabileceği bir başka durum, Aynı idari yapı altında olmasına rağmen uzak ya da farklı lokasyonlarda yer alan ve lokal veri tabanlarında tutulan verilerin ortak veri tabanına aktarılması ve bu verilerin işlenmesidir.

4.55 Yüklenici kurumun uzak/farklı lokasyonlarda yer alan semt polikliniği, ek bina, bağlı hastane vb. birimleri ile merkezdeki sunuculara anlık iletişim sağlanabilecek çözümleri idareye sunabilmelidir. Bu kapsamda hastanelerden laboratuar, görüntüleme ve diğer hizmetleri satın alan aile hekimleri ve/veya diğer sağlık kuramlarının bu istemlerini yapmaları ve bu işlemlerin sonuçlarını görebilmelerini web ara yüzleri üzerinden sağlayabilecek bir sistemin yüklenici tarafından sağlanması gereklidir.

8

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

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

4.56 Herhangi bir işlemin kim tarafından, hangi tarihte ve hangi zamanda yapıldığının logları tutularak istendiği takdirde sorgulanabilmelidir.

4.57 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 kuram zararı yükleniciye aittir. Yüklenici, hastanedeki verileri korumak ve veri kaybını önlemek için her türlü tedbiri almakla yükümlüdür.

4.58 Sözleşme süresi sonunda, gerekmesi halinde sözleşme(ler) süresince sisteme kaydedilmiş tüm veriler; Verilerin tutulduğu veri tabanına ait, tablo adetleri, tablolardaki kayıt sayılarını içeren özet bir rapor, tablo yapılan, ilişkileri, anahtar alanlar ile ilgili bilgileri içeren gerekli dokümantasyon, başka bir sistemde kullanılmak üzere hastane idaresi gözetiminde yeni yükleniciye eksiksiz teslim edilir. Teknolojik imkânlar ölçüsünde Veri aktarımı gerçekleşip bu verilerin yeni uygulamada kullanılabilirliği anlaşılana kadar hem eski hem yeni yüklenicinin sorumluluğu devam eder. Yeni yazılım tamamen faal hale geçene kadar sözleşmesi biten firmanın yazılımında kayıtlı olan tüm verilerin faturalandırma işlemi bitmeden yazılım kaldırılamayacak, aynı zamanda eski verilere ulaşılabilmesini sağlamak maksadı ile idare tarafından belirlenen modüller yine idarece belirlenecek süre ve birimlerde programın çalışması sağlanacaktır.

STANDARTLAR

4.58

4.59

4.60 Sağlık Bakanlığı’nca istenen ya da istenecek olan sağlık bilişim standardizasyon uygulamalarına adaptasyon, Yüklenicinin sorumluluğundadır. Bu adaptasyon için gerekebilecek her tür donanım, sarf malzeme ve lisanslar İdare’ye aittir.

5 BİLGİ SİSTEMİ SORUMLUSU VE DİĞER ÇALIŞANLARA AİT KOŞULLAR

5.1 İdare tarafından da belirlenen bir hastane personeli, sistemin amacına uygun olarak işletilebilmesi için yetkilendirilir, yetkili olduğu konular, yazılı olarak diğer hastane yetkililerine, çalışanlarına ve yükleniciye yazılı olarak bildirilir. Bu personel liderliğinde olmak şartıyla hastane idaresi gerektiğinde başka ilave personel de görevlendirilebilir.

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

5.3 Yüklenici, HBYS’de sorun çözmek, yeni özellik eklemek, vb. nedenlerden dolayı hastanede görevlendireceği personelin kimlik, ünvan, nitelik ve iletişim bilgilerini işyeri teslimi tarihi itibarı ile

9

idareye bildirmelidir. Görevlendireceği sorumlu personel değiştiğinde, yeni personelin kimlik, unvan, nitelik ve iletişim bilgilerini hastane idaresine bildirmelidir.

5.4 Sözleşme süresince Yüklenicinin hastanede görevlendireceği tüm elemanlar hastane kurallarına, disipline, gizlilik ilkelerine eksiksiz uymalıdır. Yüklenici tarafından hastaneye firma merkezinden gönderilen elemanlar hastanede görevine başlamadan önce görevlendirme yazısının ve görevlendirilen elemanın iletişim bilgilerinin fax yada e-mail yolu ile ilgili hastane yönetimine bildirilecektir. Görevlendirilen elemanlar göreve başlamadan önce hastane idaresine bilgi verip görevine başlamalı, iş tamamlandıktan sonra yapılan işler hakkında yazılı olarak raporu hastane idaresine sunmalıdır.

5.5 Yüklenici, Bilgi İşlem personeline, yeni eklenen modüller olduğunda, kullanılan modüllerde değişiklik yapıldığında ya da kullanılan modüllerin verimli kullanımını artırmak için HBYS konularında hastane idaresi ile koordineli bir şekilde hizmet içi eğitim verecektir. Verilen eğitimler gerek eğitici gerekse ilgili personelin karşılıklı imzaları ile tutanak altına alınıp ilgili yetkililere teslim edilecektir.

6 UYGULAMA YAZILIMLARI

YAZILIM ALTYAPISI

6.1 Uygulama yazılımı bu şartnamede tarif edilen tüm modüller için istemci/sunucu mimariye ve web tabanlı yapıya sahip olmalıdır. İstenmesi durumunda bu iki yapı eş zamanlı çalışabilmelidir.

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

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

6.4 Tüm yazılımlarda nihai tüm girdi/çıktı işlemleri aynı veritabanı üzerinden sağlanmalıdır; münferit, parçalı, kısmi, dolaylı çözümler kabul edilmez.

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

6.6 Tarih ya da tarih-saat bilgisi veya saat bilgisi veritabanı yönetim sisteminin tarih, tarih-saat veya saat formatında veri tabanın da saklanmalıdır (tarih bilgisi string veya (var)char formatında saklanmamalıdır). Kullanıcıya gösterim şekli ise işletim sistemi üzerinden ayarlanabilir olmalıdır. (Tarih bilgisi her yerde 8 basamaklı ve 10 karakter uzunluğunda ‘GG/AA/YYYY’ formatında tutulmalıdır.)

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

6.8 Kullanıcı ara yüzlerindeki tüm veriler tek tuş ile sıralanabilmeli, sıralamayı aktifleştirmek için klavyedeki enter v.b. tuşlara basılma ihtiyacı olmamalıdır.

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

10

6.10 Uygulama yazılımı, istemci işletim sistemi (COS) olarak Microsoft Workstation/2000 Professional/XP Professional/Vista, Windows XX, popüler bir GNU/Linux dağıtımı, Pardus gibi endüstri standardı istemci işletim sistemleri mimarisine uygun olmalı ve bu COS'ların herhangi biri üzerinde uyumlu çalışmalıdır.

6.11 Uygulama yazılımı, hizmetin her kademesinde barkod uygulamalarını destekliyor olmalıdır. (Hastaların ikinci gelişlerinde otomatik hasta tanıma, hasta bazında faturaya hizmet, ilaç ve sarf malzemeleri girişi, hastane dâhilinde hizmet veren tüm personele kod ve barkot tanımlanması gibi)

6.12 Teklif edilen yazılımlarda İlaç Takip Sistemi Projesi Kapsamında ilaçlar için karekod desteği de sağlanmış olmalıdır.

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

6.14 Rumi takvime ait bir tarihsel veri girildiğinde, bu veri miladi takvime göre çevrilebilmelidir.

6.15 Yalnız bölümlere değil herhangi bir kaynağa (doktor, cihaz, oda, tetkik, tedavi seansı, vb.) randevu verilebilmelidir.

6.16 Kişi ve cihazların çalışma, dinlenme ve bakım süreleri belirlendikten sonra geriye kalan zamanda kişi, cihaz, birim, ekip, yatak vs. konusunda randevu ve rezervasyon yapılabilmelidir.

6.17 Tıbbi cihazların periyodik bakımları ile randevu sistemi entegrasyonu mevcut olmalıdır

6.18 Randevu; doğrudan başvuru, rezervasyon, MHRS, telefon, SMS, Web ve Kiosk ve diğer yöntemler üzerinden yapılabilecek şekilde tasarlanmış olmalıdır.

6.19 Randevu yukarda belirtilen yöntemlerden hangisi ile alınmış olursa olsun hasta isimleri poliklinik ekranında ve kapı üstü monitörde bir arada ve randevu sıra/saati dikkate alınarak sıralanmalıdır.

6.20 Modüllerdeki güncellemeler tek merkezden tüm terminallere iletilebilmelidir.

6.21 İş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.

6.22 Barkotla yapılan okumalarda hem Türkçe Q Klavye hem de Türkçe F Klavye desteği olmalıdır.

6.23 Kullanılmakta olan Kâğıt Hasta Dosyaları’rın arşivlenmesi ve hastanın her başvurusunda arşivden çıkarılması ile ilgili yazılım gerekleri Satıcı tarafından yerine getirilmelidir.

6.24 Yazılım, uluslararası kabul görmüş sağlık bilişim standartlarıyla (GMDN, ICD-10, ATC, vb.) uyumlu olacak bir altyapıya sahip olmalıdır.

KULLANICI ARAYÜZÜ

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

6.26 Grafik arayüzüne uygun olarak kontroller hem Mouse hem de klavye yardımıyla yapılabilmelidir.

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

11

6.28 Tüm yazılımlar grafik ara yüzlü olmadır. Dördüncü ve/veya gerekli olursa beşinci kuşak (4GL ve 5GL) programlama dilleri ile geliştirilmiş olmalıdır. Firma/firmalar yazılım geliştirme araçlarını teklifinde belirtmelidir.

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

VERİ GİRİŞİ

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

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

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

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

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

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

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

6.37 Hastaya verilen hizmetlerden SUT ve diğer kurallar gereği birbiri ile faturalanamayacak hizmetler, belli yaş, cinsiyet, tanı, sosyal güvence v.b. ile ilişkili verilebilecek hizmetler açısından gerekli düzenlemeler yapılmalıdır.

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

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

6.40 Tıbbi bilgi girişinde, istenildiğinde fizik muayene bulgulan ö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.

12

GÜNCELLEME

6.41 Yazılımla ilgili gerek veritabanı gerekse modüllerde yapılacak olan her türlü güncelleme veya işlev düzenlemesi mevcut çalışan sistem üzerinden direkt olarak yapılmamalı, mutlaka firmanın bu tip işlemleri ayrı bir ortamında test edip, test ile ilgili tarih, saat ve sorunsuz çalıştığına dair firma sorumlusunca düzenlenen onay etiketi yetkililere bilgi olarak iletildikten sonra sisteme entegre edilmesi sağlanmalıdır.

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

6.43 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ının da detayları tutulmalı veya VTYS katmanındaki denetleme (audit) uygulama yazılımından da desteklenir olmalıdır.

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

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

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

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

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

6.49 Bildirimi yapılan istatistiklerde değişiklikler olmamalı, TSİM vb. formları kilitleme özelliği olmalı.

DİL ÖZELLİĞİ

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

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

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

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

6.54 Tüm yazılımda Türkçe karakterlerin aynı kodlarla (TSE tarafından Haziran 1989 tarih ve TS 5881 sayı ile kabul edilen 15 Mayıs 1989 tarihli ISO/IEC 8859/9 standardı) tanımlanması ve Türkçe karakter, Türkçe(F) veya (Q) klavye ve program desteği sağlanması gerekmektedir.

RAPORLAMA

6.55 Raporlamada da hiyerarşik yetkilendirme mümkün olmalıdır.

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

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

13

6.58 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.59 Raporun büyüklüğü ile ilgili sayfa/satır uzunluğu gibi bilgiler ekranda izlenmelidir.

6.60 Hazırlanan raporların ayrı bir dosyaya belli bir görsel ve elektronik formatta kayıt edilmesi mümkün olmalıdır.

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

6.62 Kullanıcı tarafından oluşturulmuş olan raporlar, istendiğinde ofis uygulamalarına gönderilebilmelidir.

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

6.64 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.65 Kullanıcının istediği çoklu parametrelerle sorgu yapılabilmeli ve rapor alınabilmelidir.

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

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

YARDIM

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

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

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

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

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

6.73 Her ekranda, belirli bir anda kullanılabilecek işlevlere ilişkin görsel kontroller (tuş, komut düğmesi, vb.) görüntülenmelidir.

6.74 Arayüzlerde ilgili alanların sadece isimler ile belirtilmiş olması yeterli değildir. Alan isimleri ile birlikte isme uygun resim v.b. görseller bulunmalıdır.

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

14

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

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

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

6.78 Kullanıcılar ait oldukları yetki düzeyi ve grubu ölçüsünde uygulamalara erişebilmeli, her kullanıcı grubu için veri

giriş, güncelleme ve rapor alma yetkileri ayrı ayrı tanımlanmalıdır. Bu tanımlar gerektiğinde HBYS yöneticisi tarafından değiştirilebilmelidir. Yapıları bu değişikliklerin arıza bildirimi vb. şekilde geri dönmemesi için kullanıcıya gerekli mesajlar otomatik olarak verilmelidir.

6.79 Yeni kullanıcı tanımlanmasında yetkilerin yeniden tek tek belirlenmesi yerine eşdeğer görevdeki kişilerin yetkileri direkt olarak yeni kullanıcıya aktarılabilmelidir.

6.80 Belli bir kullanıcı grubuna yeni bir yetki verilmesi istendiğinde o gruptaki kişilere tek tek yetki vermek yerine toplu olarak yetkilendirmenin de yapılabilmesi sağlanmalıdır.

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

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

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

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

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

6.86 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ılım 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.

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

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

6.89 İstekli, hastanedeki verileri korumak ve veri kaybını önlemek için her türlü tedbiri almakla yükümlüdür.

6.90 Veritabanı kullanıcı adı ve şifre tanımlamaları VTYS'nin üzerinde çalıştığı sistemin kullanıcı bilgilerinden bağımsız olmalıdır.

6.91 İstekli, virüs vb. tehlikelere karşı her türlü güvenlik tedbiri almalı ve bu konuda kurum personelini eğitmelidir. Donanım, yazılım ve network ihtiyaçlarını Alıcı tedarik etmeli, bunun dışında

15

gerekli düzenleme ve ayarlamalar için Yüklenici tarafından ek ücret talep edilmemelidir.

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

6.93 Alıcının isteği halinde terminaller domain yapısı üzerinde çalışmalıdır.

6.94 Sunucular üzerinde network iletişim protokolü olarak TCP/IP kullanılmalıdır.

6.95 Sistemlerde gereksiz servisler durdurulmalı ve yazılımlar kaldırılmalıdır.

6.96 Uzak erişim için ADSL şebekesi kullanılacak ise Alıcı statik IP adresini İstekliye bildirmelidir. ( iletişim giderleri alıcıya aittir)

6.97 Bilgi sistemleri kapsamında tutulacak her türlü kişisel bilginin gizliliği esastır.

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

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

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

6.101 Personel takip sistemi ile entegre çalışmalı mesaide gözükmeyen personel giriş yapmamalı.

6.102 Poliklinik, klinik laboratuvar bazında yetkilendirme yapmalı, yetkisi olmayan personel diğer modüllerdeki hasta listelerini görmemeli.

6.103 Hastaların epikriz ve anamnezlerini yetkili olmayan diğer kullanıcılar görmemeli.

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

6.104 Hizmetlerin ücretlendirilmesi hastaya, hastalığa, hastanın kurumuna ve anlaşmalara göre yapılabilmelidir. Ücretlendirme ile ilgili olarak hastalık, kurum, ödenen ücret v.b. istatistik ve grafiksel raporlar alınabilmelidir.

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

6.106 Yazılımlarda; kurumuna faturalı hastalar için, kuruma gönderilecek faturalarda gösterilemeyecek olan ve kurum tarafından bedeli ödenmeyen ücretin hastalardan tahsil edilecek olanların ayrı bir şekilde gösteren ve hastadan vezne alındıları ile tahsiline imkân veren düzenlemeler yapılmış olmalıdır.

6.107 Yetkili bir kullanıcı tarafından vezne alındıları sistemden izlenebilmelidir. Bağlı tüm sağlık tesislerinin vezne alındıları Genel Sekreterliğimizin muhasebe sorumlusu tarafından da sistemden izlenebilmelidir.

6.108 Sosyal Güvenlik Kurumu, diğer sağlık sigorta kurumlan tarafından bedeli ödenmeyen ve ücreti karşılığı verilen hizmetler hasta mali dosyalarında görülmeli ancak kuruma gönderilen faturalarda yer almamalıdır.

6.109 Sosyal Güvenlik Kurumu veya diğer sağlık sigorta kurumları tarafından bedelinin bir bölümü ödenen ve fark ücreti hastadan tahsil edilmek suretiyle verilen hizmetler hasta mali dosyalarında

16

görülmeli ancak kuruma gönderilen faturalarda yer almamalıdır, (oda ücreti farkı, vb)

6.110 Sosyal Güvenlik Kurumu veya diğer sağlık sigorta kurumları tarafından bedelinin tümü ya da bir bölümü şartlı ödenen ve/veya fark ücreti hastadan tahsil edilmek suretiyle verilen hizmetler hasta mali dosyalarında görülmeli ancak kuruma gönderilen faturalarda yer almamalıdır. (Örneğin; kullanılması kurul raporu/uzmanlık raporu gerektiren ilaç ve malzemeler, yalnızca yatan kurum hastasına kullanılabilen, ayaktan tedavi g ören hastalara kullanımı için sağlık kurulu raporu gereken ilaç ve malzemeler, vb).

6.111 Sosyal Güvenlik Kurumu veya diğer sağlık sigorta kurumlan tarafından bedeli ödenmeyen ve bedelleri hastalardan da alınmayacak olan basit sarf malzemelerinin, herhangi bir şekilde faturalara işlenmesi önlenmelidir. Faturaya yansıtılmayan ancak hastaya verilen hizmetlerin ve malzemenin kaydı ayrıca tutulmalı, buna ilişkin istatistik bilgiler elde edilebilmelidir.

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

6.113 Katılım payından muaf olanlardan protez, araç ve gereç bedelleri faturalara otomatik olarak işlenmeli; Katılım payı ödenenlerden ise hasta faturasında bu miktar düşülmüş olmalıdır.

6.114 Maksimum fatura tutan, aynı tetkikin maksimum adedi vb tanımlamalar yapılabilmeli ve aşan durumlarda otomatik uyan sağlanmalıdır.

6.115 Sosyal Güvenlik Kurumlan tarafından bildirilen, birlikte fatura edilemeyecek olan hizmetlerin hasta dosyasına işlenmesi sırasında uyan verilmeli, bu tip hizmet, ilaç veya malzemeler hasta dosyasına işlenebilmeli veya engellenebilmeli, işlense bile faturalandırma aşamasında dikkate alınmamalıdır.

6.116 Sağlık turizmi göz önünde bulundurulduğunda, hastanın durumuna göre hastanemizde verilen hizmetler farklı fiyatlarda olabilmelidir. Verilen hizmetlere farklı fiyatlar uygulanabilmelidir.

7 VERİ TABANI YÖNETİM SİSTEMİ

7.1 İlimizde tek veri merkezi sistemine geçildiği takdirde sistem Aktif/Aktif cluster yapılandırmasıyla kullanılacaktır.

7.2 Hbys yazılımı İdaremiz envanterinde mevcut veri tabanı yönetim sisteminde çalışacaktır.

7.3 Felaket kurtarma ve Replikasyon İşlemi: Verinin güvenliğini ve hizmetin sürekliliğini sağlamak amacı ile veri tabanı sunucusunun hazırda bekleyen (Standby) başka bir sunucuya anlık olarak eşleştirilmesi (replikasyon) ve bu işlemin sürekliliğinin sağlanması amacıyla ihtiyaç halinde ve idarenin belirleyeceği yöntemle yüklenici gerekli desteği sağlamalıdır. Donanım ve lisans maliyetleri idarece karşılanacaktır.

8 KONTROL VE MUAYENE METODLARI

8.1 Şartnamede tanımlı sistem yazılımlarının tedarik edilmiş olması, yazılım işlevlerinin geliştirilmiş olması şartları, kesin kabulde aranacak şartlardandır. Yüklenici' ye yapılacak ödemeler bu çerçevede değerlendirilecektir.

8.2 Hizmet alımı yoluyla tedarik edilen yazılımlarda aylık hak edişler, İdare’nin ihtiyaçlarına

17

uygun asgari gerekler yerine getirilmek ve o aya ait tetkik raporlama işlemleri tamamlanmış olmak şartıyla ödenebilir.

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

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

8.5 Sistemin monte edilip işler hale getirilmesinden, gerekli yazılımlarının tümünün bilgisayar sistemine yüklenip kullanıma hazır hale getirilmesinden ve Satıcının bu durumu resmen Alıcıya bildirmesinden sonra Muayene Komisyonu bir denetleme yapacaktır.

8.6 Muayene Komisyonu teknik şartnameye verilen firma teklifini, sistem dokümanlarını inceleyerek, Alıcı ve Satıcı tarafından belirlenen ortak komisyonun hazırladığı test programları ile muayene işlemlerini Satıcı ile birlikte yapabilir.

8.7 Tüm sistemin en yüklü biçimde çalıştığı durumda (bütün iş istasyonları çalışırken) iş yoğunluğunun fazla olduğu hasta kayıt ve kabul, laboratuvar gibi birimlerde yalnızca bir tek kayda erişim gerektiren herhangi bir sorgu işleminin tamamlanması için 5 (beş) saniyeden fazla süre gerekmemelidir (Tüm veri tabanının sorgulandığı istatistik işlemleri hariç). Bu koşul, oluşturulacak muayene komisyonunca, kesin kabul öncesinde göz önüne alınmalıdır. Özetle, uygulama geliştirme yazılımlarının, Veri Tabanı Yönetim Sisteminin, ağ altyapısının ve kullanılmakta olan donanım elemanlarının performansı gözlenecektir.

8.8 Projenin kesin kabulü aşamasında hasta kayıt/kontrol, istek giriş, raporlama işlevlerinin Alıcı için uyarlanmış ve devreye girmiş olması gerekmektedir.

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

9 BAKIM ONARIM TEKNİK DESTEK HİZMETLERİ

9.1 Seviye 1: Önerilen çözümde, Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun genelini çalışamaz duruma getiriyorsa; 30 dk. içinde problem çözülmelidir.

9.2 Seviye 2: Önerilen çözümde Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun bir kısmını çalışamaz durama getiriyorsa; 1 (bir) Saat’te problem çözülmelidir.

9.3 Seviye 3: Önerilen çözümde Yüklenicinin sorumluluğunda olan ve bu şartname maddelerinde yer alan ürünlerde oluşan problem kurumun genel çalışmasını etkilemiyor fakat bazı fonksiyonları yerine getiremiyorsa; 4 Saat’te müdahale ve gün sonuna kadar çözüm sağlanmalıdır. Yüklenici bu seviyeye dahil aksaklıklar için idarece onaylanmak kaydıyla çözüm sürecini belirlenen bir tarihe kadar uzatabilir.

9.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ı Kanunu ve sözleşmenin ilgili hükümlerince işlem tesis edilecektir.

9.5 İstekliler, İdare’nin bulunduğu yere en yakın destek merkezlerinin adreslerini ve bu merkezin sorumlusuna ait iletişim bilgilerini teklif ekinde bildirmelidir.

9.6 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ı,...)

18

açıklanmalıdır. Bildirilen problemlerin İdare tarafından takip edilip edilemediği ve geri bildirimlerin nasıl yapıldığı açıklanmalıdır.

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

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

9.9 Hastanede ihalesi kesinleşmiş ya da kurulu bulunan PACS sistemlerinin mevcudiyeti halinde entegrasyon sağlanmalıdır. Entegrasyon için gerekli teknik altyapı ve PACS tedarikçisinin yapması gereken işlerin kesintisiz yürütülmesi İdare tarafından sağlanmalıdır.

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

10 OLAĞANÜSTÜ DURUMLAR

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

11 YAZILIM LİSANS VE KULLANIM HAKLARI

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

11.2 Uygulama yazılımının Server ve Client 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

11.3 Alıcı, yazılımı kendi personeline kullandıracağı gibi kurum dışından hizmet alımı ile hastanede çalışacak personele de kullandırabilir.

11.4 Satıcı’nın sektörden çekilmiş olması durumunda lisans bedeli ödenmiş olan yazılımların amacına uygun olarak kullanımına devam edilebilmesi ve sistemin idamesi için Satıcı açık, anlaşılır ve uygulanabilir bir çözüm önerisini Teklif ekinde sunmalıdır.

11.5 Lisans bedeli ödenmiş olan yazılım ve veri tabanı uygulamalarının kullanım hakkı sözleşme sürecince alıcınındır.

11.6 Veri Tabanında yer alan tüm veriler kayıtsız şartsız alıcınındır. Alıcı bu verileri ne zaman isterse, Satıcı bu verileri Sağlık Bakanlığı genelgelerinde yer alan formatta vermek zorundadır.

11.7 Program; normal yararlanma ile çelişen, Satıcının meşru yararlarına müdahale eder şekilde alınma amacı dışında, makul olmayan bir sebeple kullanılamaz.

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

19

11.9 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.) Alıcı’ya verilmelidir.

11.10 Anlaşmazlığa düşülmesi ve/veya aciliyet arz eden durumlarda hastane idaresi kendisine kapalı zarf içinde teslim edilen şifreleri veya kodlan yazılıma müdahale etmek amacıyla kullanabilir.

11.11 Alıcının 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.

12 HBYS UYGULAMA YAZILIM GEREKLERİ

12.1 HASTA KAYIT/KABUL MODÜLÜ

Kuruma ilk defa başvuran, kaydı veri tabanında bulunmayan hastalara ait genel bilgilerin girişini yapan, daha önceden kaydı bulunan hastalara yeni geliş kaydı açan ve ilgili sosyal güvenlik kurumundan provizyon ve takip numarası alan, hastayı kurum içindeki ilgili kliniğe sevk eden ve belirtilen arama kriterlerine göre kayıtlı hastaların bilgilerini ekranda gösteren fonksiyondur.

İlk Başvuru ve Kayıt

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

12.1.2 Hak sahipliği sorgulamaya yönelik web servisler bu modülden çalıştırılmalıdır.

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

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

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

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

12.1.7 İşlemleri yapılan hastalara otomatik olarak poliklinik sıra numarası verilebilmeli, poliklinik hastalan için randevu işlemleri (randevu verme, iptal, güncelleme, vs.) gerçekleştirilebilmelidir. Hasta kayıt ve sıra işlemleri ile ilgili etiket ya da çıktılar alınabilmelidir.

12.1.8 Gerekli modüllerle (vezne modülü vb.) entegre çalışabilmelidir.

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

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

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

20

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

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

12.1.14 Veri tabanında kaydı bulunan hastaların bilgileri tanımlanan yetkiler ölçüsünde görüntülenmeli, değiştirilmesi durumunda yapılan işlemlere ait loglar ve işlemi yapan bilgisi saklanmalıdır.

12.1.15 Kaydı yapılan ve randevusu olmayan hasta otomatik olarak sıra numarası almış olmalıdır.

12.1.16 Acil servisten hızlı kayıt yapabilme özelliği bulunmalıdır.

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

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

12.1.19 Yeni doğan bebek kaydı yapılabilmelidir. Anne TC’si baz alınarak veya anne dosyasına bağlı başvuru açılabilmelidir.

12.1.20 Randevu kaydı, randevu verme (gün, ay, yıl, saat), iptal etme, randevu yenileme, randevuyu veren personel kayıtlarının tutulması imkanı olmalıdır. Düzenlenen formların matbu hale dönüştürülen çıktıları alınmalıdır.

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

12.1.22 Hasta eğer doktor tarafından hastaneye yönlendirilmişse hangi doktor tarafından yönlendirildiği bilgisi kaydedilmelidir.

12.1.23 Kayıtta alınan bilgilerden gerekli olanları ilgili birimlere aktarılabilmelidir.

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

12.1.25 Hasta kimlik bilgileri sisteme kaydedilirken, hastanenin yapısına ve ihtiyacına göre sistemde hastaya ait resim ekleme özelliği olmalıdır. (Resimlerin çekilip/taranıp sisteme aktarılması için gerekli donanımın temini ayrıca hastane idaresi tarafından sağlanacaktır).

12.1.26 Yeni doğan hastaneden taburcu edilirken yeni doğana bir kod numarası verilmelidir.

12.1.27 Broşür, fatura, çağrı, vb. yollamak için hasta kayıtlarından adres etiketi üretilebilmelidir.

12.1.28 T.C. Kimlik numarasından MERNiS’in web servisi kullanılarak otomatik kayıt yapılabilmelidir.

12.1.29 Hastanın tüm gelişlerine ait laboratuvar, direkt grafi, tomografi, MR gibi tetkiklere ait sonuç ve raporlar görülebilmeli ve istenildiğinde çıktı alınabilmelidir.

12.1.30 HBYS, T.C. vatandaşı olan ve olmayan hastaları birbirinden ayırt edebilmelidir.

12.1.31 Hasta Kabul bölümünde ve gerektiği takdirde diğer bölümlerde hastaların kurumlarına göre provizyon sorgulamaları yapılabilmeli ve gerekiyorsa mesaj kodlan görüntülenebilmeli ve çıktısı alınabilmelidir.

12.1.32 Çalışan hastaların prim borcu sorgulaması, ayrı bir ekran aracına gerek kalmaksızın hasta kabul ekranından, sistem tarafından internet aracılığıyla otomatik olarak yapılabilmeli, sistem prim borcu olduğunda başka bir işlem yapılmasını gerektiğinde parametrik olarak engelleyebilmelidir. SGK ve

21

Yeşilkart Provizyon sorgulamaları sistem tarafından otomatik olarak yapılmalıdır. Alınan provizyon numarası veya provizyon alınamamış ise, hata bilgisi sistemde kaydedilmeli ve bu bilgilerle ilgili listeler hazırlanabilmelidir. İşlem anında provizyonu alınamayan hastaların; daha sonra provizyon alım işlemleri gerek hasta bazında gerekse toplu olarak tarih aralığı verilmek suretiyle otomatik olarak gerçekleştirilebilmelidir.

12.1.33 İleride kurulacak Semt Poliklinikleri ya da uydu kliniklerle hastane arasında randevu vermede koordinasyon olmalıdır. Sağlık Bakanlığı tarafından geliştirilen merkezi randevu sistemine entegrasyon sağlanabilmelidir.

12.1.34 Randevunun zamanında gerçekleşip gerçekleşmediği, gerçekleşmedi ise sebebi takip edilebilmelidir.

12.1.35 Hasta türüne göre zorunlu olan sahalar ve ekranda görüntülenecek sahalar belirlenebilmelidir. İlgili zorunlu sahalar sistem yetkilisi tarafından parametrik olarak belirlenebilmelidir.

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

12.1.37 Her hasta için tek kod numarası olmakla birlikte her müracaat için farklı hesap numarası olmalıdır. Hastanın finansal bilgilerinin taranmasında hem kod numarası hem de hesap numarası kullanılmalıdır.

12.1.38 Veri tabanında kaydı bulunan hastaların bilgileri değiştirilemez şekilde görüntülenmelidir.

12.1.39 Poliklinik başvurularında cinsiyet ve yaş kriterleri olmalı, 18+ yaş hastalar çocuk polikliniğine veya erkek hastalar kadın hastalıkları ve doğum polikliniğine giriş yapması engellenebilmelidir.

12.1.40 Hastalar için (hasta mahremiyeti için) rumuzlar kullanılabilmelidir yada ad soyadın ilk 2 (iki) harfi dışındaki harfler * (yıldız) işareti ile gösterilebilmelidir.

Doktor Atama

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

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

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

12.1.43 Otomatik atamada hasta sıradaki en müsait doktora atanmalıdır.

12.1.44 Otomatik atamaya dahil olacak doktorlar bir atama listesine eklenip çıkartılmalıdır.

12.1.45 Doktorların muayene saatleri doktor atanırken tanımlanmalıdır.

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

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

12.1.48 Doktor, hasta listesindeki hasta isminden tek tuşla geçmiş vizitlere ulaşmalıdır.

12.1.49 Doktor, atanan hastalar listesinden hastasını seçerek tıbbi bilgi girişi ekranına geçebilmelidir.

12.1.50 Performans puanları bu modülden görülebilmeli, istenen kriterlere uygun sorgulamalar (verilen zaman aralığına, verilen hizmet çeşidine göre v.b. sorgular) yapılabilmeli ve istenildiği takdirde

22

raporların çıktısı alınabilmelidir.

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

Başvuran hastaların başvuru nedenlerini kaydeden ve belirtilen arama kriterlerine göre, kayıtlı hastaların bilgilerini ekranda gösteren fonksiyondur.

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

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

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

12.1.54 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.Hasta Çıkış/Sevk İşlemi

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

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

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

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

12.1.59 Özel fiyat/indirim uygulanması için yetkilendirme yapılmalıdır. Bu yetkiyi kullanan şahıslarca yapılan işlemler ve tutarları günlük, haftalık, aylık, yıllık raporlar halinde alınabilmelidir.

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

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

12.1.62 Başka bir sağlık kuruluşuna sevk edilmiş hastalara ait sevk bilgileri görülebilmelidir. Bu şevkler ile ilgili tarih, kurum, tanı, sevk sebebi v.b. gibi kriterlere göre istatistiki raporlar alınabilmelidir.

12.1.63 Doktor ekranında hastanın o anki tedavisinin hangi aşamada olduğu bilgisi (tetkik istendi, yatış yapıldı, sevk edildi, çıkış yapıldı v.b.) yer almalıdır.

12.1.64 Belli kriterlere göre otomatik çıkış seçenekleri sunulabilmelidir.(10 gün sonra otomatik çıkış yap gibi)

Randevu İşlemleri Modülü

12.1.65 Bu modül, gerektiğinde poliklinik muayene randevu işlerinin yürütülebilmesi için Merkezi Hastane Randevu Sistemi(MHRS) ile entegre edilecektir.

23

12.1.66 Hasta randevularını düzenleyen alt modüldür. Randevu Girişi, Randevu Arama ve Görüntüleme, Randevu Onayı ve Kapatma işlemlerini kapsamalıdır. Poliklinik, Klinik, Laboratuvar, Fizik Tedavi, Radyoloji, Ameliyathane v.b. randevu verilen birimler için tasarlanmış olmalıdır. Randevu girişi, randevu görüntüleme ve arama işlemleri hem yetkili kişi hem de servis doktoru tarafından gerçekleştirilebilmelidir.

12.1.67 Hastaların internet, telefon ve doğrudan başvuru ile randevu alabilecekleri ve bu randevuların aksamadan yürüyebileceği bir randevu sistemi tasarlanmış olmalıdır. Bu konuda farklı çözümler geliştirilebilir. Hastaların internet ortamında randevu alabilmesi durumunda randevu alman ekranda kullanıcı kolaylıkları sağlanmış olmalıdır.

12.1.68 Hastanın geçerli telefon numarası alınmadan randevu verilmemelidir.

12.1.69 Özel, saatli ve saatsiz randevu alma özelliği olmalıdır.

12.1.70 Doktorların izin, geçici görev, ders gibi zamanlarda randevu saatlerini kapatmaları mümkün olabilmelidir.

12.1.71 Randevu düzenlerken uygulanacak başlama/bitiş saatleri ve muayene süreleri önceden belirlenebileceği gibi atama işlemi sırasında da belirlenebilmelidir.

12.1.72 Randevu işlemi tarih ve saat girme şeklinde değil, randevu defteri tarzı bir ekran görüntüsünden gerekli alanların seçilmesi sonucu gerçekleştirilmelidir.

12.1.73 Randevu arama işlemleri randevu çeşitleri, hasta bilgileri, bölüm ve/veya tarih aralığı girilerek gerçekleştirilebilmen, kısmi bilgi girişi ile de arama yapılmalıdır.

12.1.74 Günlük randevu listelerinin dökümü istenildiği zaman alınmalıdır.

12.1.75 Hastaya aynı tarih ve saat için farklı birimlerden randevu verilmesi engellenmelidir.

12.1.76 (varsa) Semt Poliklinikleri ya da uydu kliniklerle hastane arasında randevu vermede koordinasyon olmalıdır.

12.1.77 Randevunun zamanında gerçekleşip gerçekleşmediği, gerçekleşmedi ise sebebi takip edilebilmelidir.

12.1.78 Hastaneye müracaat eden hastaların semt, ilçe, il bazında adres dökümü alınmalıdır.

12.1.79 Tetkik birimlerinde her türlü randevu işlemi (randevu alma, iptal, güncelleme) yapılmalıdır.

12.1.80 Projenin kapsamında poliklinik, klinik ve ameliyathane randevu sistemlerinde istenen özelleştirmeler de gerçekleştirilmelidir.

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

12.1.82 Ameliyat randevusu verilirken, ameliyatın yapılacağı salonla birlikte hasta ameliyattan çıktıktan sonra yatırılacağı odanın da randevusu verilmelidir.

12.1.83 Ameliyat randevusu verilirken ameliyata girecek yardımcı personel, hemşire, anestezist vb. kişilerin de uygunluk durumu tespit edilerek ameliyat için görevlendirilmelidir.

24

12.1.84 Ameliyatlarda kullanılan özellikli malzemelerin/cihazların o ameliyat ile birlikte randevusu verilmelidir.

12.1.85 Muayene odalarına göre randevu işleminin gerçekleştirilmesi mümkün olmalıdır.

12.1.86 Randevu modülü, cihaz takip modülü ile entegre çalışmalı, o an içinde arızalı veya bakımda olan cihazlar için randevu engellenebilir olmalıdır.

12.1.87 Gerçek zamanlı randevu olmalıdır.

12.2 POLİKLİNİK MODÜLÜ

Poliklinik Modülü; hastanın müracaatından muayene olmasına ve hastaneyi terk etmesine kadar olan süreçteki, polikliniklerde ihtiyaç duyulan; tüm tıbbi ve mali işlemlerin elektronik ortama aktarılarak gerekli kayıtların tutulmasını ve bu bilgilerin gerektiğinde incelenebilmesini amaçlar. Hekim, periyodik olarak ve her istediğinde bu modül aracılığıyla Hekim Çalışma Cetveli oluşturmak üzere kendi çalışma saatlerini sisteme kaydedebilmelidir.

Poliklinik Kayıt İşlemleri

12.2.1 Bu modül aynı zamanda acil servis ve polikliniklerin ihtiyaçlarına cevap verebilecek şekilde düzenlenmiş olmalı ya da bunlar için gerekli düzenlenmelerin yapılabileceği şekilde tasarlanmış olmalıdır.

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

12.2.3 Belli şartlar çerçevesinde hasta katılım payı muafiyeti olan durumlar için sistem tarafından otomatik hatırlatılarak ilgili işlemin kolayca yapılması sağlanmalıdır ve eczanelerden hastalardan yersiz yere muayene katılım ücreti alınması engellenmelidir. (Sağlık kurulu raporu olan kronik hastalıklar gibi)

12.2.4 Hastaların hemşireleri ve doktorlar tarafından hasta dosyalarına işlenen tüm muayene ve tedavi bilgileri, özel sağlık bilgileri (alerjiler, diyabet, vb.) ve konsültasyon bilgileri bu modülden elektronik ortama aktarılabilmeli, bu bilgilerden yararlanılıp otomatik olarak epikriz düzenlenebilmelidir. Bu işlemlerin yürütülmesi için gerekli donanım, network ve sarf malzemeler İdare tarafından önceden sağlanmış olmalıdır.

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

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

12.2.7 Doktor tetkik isteklerinde tetkiki isteyen klinik, doktor, işlem yapan kullanıcı, isteğin yapıldığı tarih ve saat gibi bilgiler istekte otomatik olarak yer almalıdır.

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

25

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

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

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

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

12.2.13 Borcu olan hastanın gerektiğinde poliklinik kaydı yapılmamalıdır.

Hasta Tıbbi Bilgi Girişi

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

12.2.15 Tam 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

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

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

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

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

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

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

Yetkili personelin hastayla ilgili yapılmış tüm tıbbi bilgi girişlerini görüntüleyen, raporlayan alt işlevdir. Hasta dosyası görüntüleme, tıbbi bilgi görüntüleme işlemlerini kapsamalıdır.

26

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

12.2.22 Tek tuş ile eski gelişlerine (poliklinik-servis-acil v.b.) ve tetkik ve görüntüleme sonuçlarına ulaşmak ve tek tuş ile son duruma geri dönmek mümkün olmalıdır.

12.2.23 Hastanın yeni ve eski laboratuar sonuçlarının aynı parametreleri birbiri ile karşılaştırılabilmeli, aynı ekranda grafikler gösterilebilmelidir.

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

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

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

Tıbbi Rapor Hazırlama

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

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

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

12.2.30 Varsayılan rapor hazırlanabilme ve kullanılabilme imkanı olmalıdır.

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

12.2.32 Yazılımın ürettiği raporlar ofis uygulamalarına kolayca ve mevzuata uygun formatta aktarılabilmelidir.

12.2.33 İlaç raporu, istirahat raporu, durum bildirir rapor, sevk raporu v.b. raporlara tek tuş ile ulaşmak mümkün olmalıdır.

12.2.34 Ambulans sevk formu, adli rapor formu, iş göremezlik belgeleri v.b. evraklar sitem üzerinden kolaylıkla üretilebilmelidir.

İlaç ve Sarf Malzeme İstemi

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

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

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

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

12.2.39 İsteklerin günlük, haftalık, aylık ve istenilen tarih dilimleri arasındaki sorgu sonuçları

27

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

Poliklinik/Servis Raporlama

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

12.2.41 Doktor performans puanı ve hakkedişlerine ve bunların ayrıntılarına bu ekrandan ulaşılabilmelidir.

Tanı-Tarama İşlemi

Halen tedavi gören ve daha önce tedavi görmüş hastalar üzerinde tanı tarama işlemi yapılmasını sağlayan alt modüldür.

12.2.42 Tanı-tarama işlemi yetkili doktor tarafından gerçekleştirilmelidir.

12.2.43 Tanılar aranırken kısmi bilgi girişi ve mantıksal operatörlerle geliştirilmiş sorgular yapılmalıdır.(-ile başlayan, -içinde geçen,-ile biten v.b.)

Acil Servis

12.2.44 Poliklinik/servis yönetimi için sağlanan tüm yapı ve mekanizmalar acil servis için de sağlanacaktır.

12.2.45 Acil servise gelen hastalara ait tüm veri girişi, vezne, kayıt, tüm istenilen tetkik ve tedavi (ameliyat, randevu, konsültasyon, tetkik vb.) işlemleri tüm sistem dâhilinde öncelikli olarak sağlanmalıdır.

12.2.46 Sevk işlemleriyle ilgili bilgiler tutulmalıdır (sevk nedeni, kim tarafından nereye sevk edildiği, hangi ön tanıyla hangi servise yatırıldığı, hangi ameliyathaneye gönderildiği gibi).

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

12.2.48 Konsültasyon istekleri yapılabilmelidir.

12.2.49 Memur, sigortalı, ya da yeşil kartlı hastalar için yapılan muayene, laboratuvar, röntgen vb. gibi işlemler, otomatik olarak hasta faturalarına (mali kayıtlara) yansıtılmalıdır.

12.2.50 Acilde çalışan, diğer birimlerden nöbete katılan ve icap nöbeti tutan tüm hastane personelinin acil arama telefonları da dâhil olmak üzere tüm telefonları ile bulunabilecekleri adresleri ve diğer teknolojik iletişim yöntemleri sisteme kaydedilmelidir. Bu kayıtların güncelleştirilmesi yetkili şifresine bağlı olarak yapılabilmelidir. İhtiyaç durumunda bu adres ve telefonlara yalnızca hastane yönetimince tanımlanacak yetkililerin ulaşabilmesi için gerekli önlemler alınmalıdır.

12.2.51 Hastanedeki nöbet tutan tüm personelin listesi, yatak doluluk oram birim bazlı takip edilmeli ve Acil 112 komuta merkezine otomatik gönderim yapılabilmelidir.

12.2.52 Acil 112 komuta merkezinden yönlendirilerek gelen hastaların takibi yapılabilmelidir.

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

Yatış İşlemleri

28

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

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

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

12.3.4 Hasta yatağı ile ilgili özelliklere göre ücret farkları kayıtlara otomatik olarak işlenebilmelidir.

12.3.5 Yatak atama işleminde boş yataklardan oluşan listeden seçim yapılarak yatak ataması gerçekleştirilmelidir.

12.3.6 Yatış formu elektronik ortamda üretilebilmelidir.

12.3.7 Hasta yatış onay formları elektronik ortamda üretilebilmelidir.

12.3.8 Hasta yatışta, yatışı yapan doktor, ön tanı/tanı görülmelidir.

12.3.9 Klinik kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında raporlar alınmalıdır.

12.3.10 Yataklar ileri bir tarih için rezerve edilebilmelidir.

12.3.11 Hasta yatışta, yatışı yapan doktor, ön tanı ve taburcu zamanı görülmelidir.

12.3.12 Klinik kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında raporlar alınmalıdır.

12.3.13 Yatış ekranına hastanın provizyon alıp almadığının bilgisinin gözükmesi yoksa sorgulanabilmeli.

12.3.14 Hastanın yatışı sırasında beslenme-diyet gibi bilgilerinin kaydedilebilir olması, diyet modülü ile entegre çalışması sağlanmalıdır.

Yatan Hasta Takip İşlemleri

12.3.15 Hastaların hasta yatış kaydı onaylanmalıdır.

12.3.16 Hastaya verilmesi gereken ve ilgili sevk birimine yazılması gereken raporların hazırlanmasını sağlamalıdır.

12.3.17 Yatan hasta kayıtlarından istenilen kriterlere göre günlük, haftalık, aylık raporlar alınabilmelidir.

12.3.18 Hastanın sağlık seyriyle ilgili bilgiler, ilaç dozaj bilgileri, ameliyat bilgileri, v.b. gerektiğinde raporlanabilmelidir.

12.3.19 Ameliyathane ve ileri tetkik için randevu, diğer kliniklerden konsültasyon istek işlemleri gerçekleştirilmelidir.

12.3.20 Klinikteki hastalara yapılan hizmetlere göre kısmi sorgulama kriterleri verilerek hasta dosyasının ve uygulanan her türlü hizmetlerin görüntülenmesi ve/veya raporlanabilmesi sağlanmalıdır.

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

29

12.3.22 Yatan hastaların poliklinik bilgilerine ve önceki yatış bilgilerine ulaşılmalıdır.

12.3.23 Hekim istemlerinde; standart hekim istem paketleri, hastanın ihtiyacına yönelik bireyselleştirilmiş istemler, sınırlandırılmamış istem ve bunlara ulaşılmayı sağlayacak hekim istem menüleri oluşturmalıdır. Standart hekim istem paketlerine tek tuş yardımı ile kolay ulaşım sağlanmalıdır.

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

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

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

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

12.3.28 24 saat içinde imzalanmaya ihtiyaç duyulan hekim istemleri (narkotik ve psikotrop istemleri gibi) için uyarıcı bir takip sistemi oluşturulmalıdır.

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

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

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

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

12.3.33 Hasta için konsültasyon istemi yapılmalı ve konsültasyon durumu izlenebilmelidir.

12.3.34 Verilen hizmet/malzeme mükerrer kaydını önlemek üzere tekrarlayan işlem ya da tedaviler için uyan sağlanmalıdır.

12.3.35 Hastanın yatışının kaçıncı günü olduğu ve planlanan yatış süresinin karşılaştırılması yapılmalıdır.

12.3.36 Hasta odasının durumu (dolu, boş,) sistemden izlenmelidir.

12.3.37 Bu modül, Hastalık kodlarını (ICD-10) kullanabilmelidir.

12.3.38 Gerçekleşmeyen istem iptali mümkün olmalı, gerçekleşmeyen istemlerin faturaya yansıtılması engellenmiş olmalıdır.

12.3.39 Hastanın doktor tarafından ön ve yeniden değerlendirilmesi (anamnez) sağlamalıdır.

12.3.40 Hasta gecelemesi otomatik olarak faturalandırılmalıdır.

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

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

12.3.43 Kayıtların hangi kullanıcı tarafından girildiği yıl/ay /gün/saat olarak takip edilmelidir.

30

12.3.44 Yatan hasta listelerinin tetkik ve tedavi ünitelerinin yanı sıra oda bakım/temizlik sorumluları ile diyet sorumluları tarafından görülmesi sağlanmalıdır.

12.3.45 Hastanın bir servisten diğerine transfer bilgileri elektronik ortamda gerçekleştirilebilmelidir.

12.3.46 Sistem, yatan hasta kol bandı kimlik bilgilerini oluşturabilmelidir.

12.3.47 Hasta için yapılan isteklerin hangi doktor tarafından yapıldığı izlenmelidir.

12.3.48 Sistem, izole hastaları ve bazı özel durumlarda bazı hastaları gerektiğinde numara ile izlemelidir.

12.3.49 Sistem, hastaların izinli çıkışlarının kaydını tutarak kullanıcıya gerekli uyanları verebilmelidir.

12.3.50 Her türlü rapor (örneğin ameliyat ya da epikriz notu gibi) doktor tarafından onaylandıktan sonra sistemde yer almalıdır. Onaylanan rapor üzerinde onaylayan dışında hiç kimse değişiklik yapamamalı, yazılım, onaylayan hekimin yapacağı değişiklikleri idarenin bilgi ve iznine tabi olacak bir düzenlemeyi içermelidir. Yetki dahilinde değişiklik yapılırsa yapılan bu değişikliğe ait log, sitemde tutulmalıdır.

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

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

12.3.53 Ameliyathane için randevu istek işlemleri gerçekleşmelidir.

12.3.54 Klinikteki hastalara yapılan hizmetlere göre kısmi sorgulama kriterleri verilerek hasta dosyasının ve uygulanan her türlü hizmetlerin görüntülenmesi sağlanmalıdır.

12.3.55 Klinikte yatan hastalar için istenen bütün tıbbi istekler istenildiği her zaman görüntülenmelidir.

12.3.56 Servislerde bulunan terminallerden de servis çalışanlarının çalışma takvimi izlenebilmeli ve nöbet çizelgeleri oluşturulabilmelidir.

12.3.57 Verilen herhangi bir zaman diliminde, servis çalışanları için farklı parametrelerde günlük iş listeleri otomatik olarak oluşturulabilmelidir.(ameliyat, rutin ya da özel tetkik veya tedaviye alınacakların listesi, saatlik ateş, nabız, tansiyon takibi gereken hastaların listesi, vb.)

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

12.3.59 Çalışanların nöbet devir teslim işlemleri yapılabilecektir.

12.3.60 Yatan hasta - hemşire bağlantısı ve devir işlemleri yapılabilmelidir. Bu sayede hangi hastanın, hangi tarihlerde, hangi hemşireler tarafından takip edildiği takip ve kontrol edilebilmelidir. Bu bağlantı, ilaç ve sarf malzeme teslimatlarında kullanılabilmelidir.

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

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

12.3.63 Hastanın kurum borç-avans durumunun görüntülenmesi ve sistemde takibi yapılabilmelidir.

31

12.3.64 Hastaya yapılan tetkik, tedavi, ilaç, sarf malzeme ve diğer bilgi girişleri barkod vasıtası ile yapılabilmelidir.

12.3.65 Hastanın yatırmış olduğu avans durumu makbuz numarası görülebilmeli ve ödeme anında vezne ve döner sermaye ile ilişkilendirilebilmelidir.

12.3.66 Hasta formuna girilen tüm kayıtlar aynı ekran üzerinden çok seçenekli yapıda gruplanabilmeli, fıltrelenebilmeli ve sorgulanabilmelidir.

12.3.67 Resmi evrakların kurum kodu girilebilmeli, parametrik alandan seçilebilmelidir.

12.3.68 Tahakkuk yapılarak kurum türüne göre ayrıntılı işlenebilmeli, çıktı alınabilmelidir.

12.3.69 Mali tahakkuklar fatura edilmek üzere muhasebe modülüne aktarılabilmelidir.

12.3.70 Ücretli hastaların ödeme belgelerine ilişkin makbuz numarası ve miktarı hasta dosyalarında görülebilmelidir.

12.3.71 Adı verilen hastanın hangi serviste ve hangi odada yattığı sorgulaması yapılabilmelidir.

12.3.72 Yoğun bakımlarda bulunan hastalar için de tüm bu işlemler aynı şekilde yapılabilmelidir.

12.3.73 İlk kez gelen hastaya verilen numaranın sonraki tüm yıllarda geçerli olması sağlanmalıdır.

12.3.74 Uygulanabilecek indirimler ve borçlu hasta kayıtlan yetkiye bağlanabilmeli, detaylı olarak takip edilebilmelidir.

12.3.75 Refakatçi hastaların kart numaraları takip edilebilmeli ve sorgulama yapılabilmelidir.

12.3.76 Elektronik hasta kaydı mobil cihazlar aracılığıyla takip edilebilmeli, tetkik ve order girişi yapılabilmeli, radyolojik görüntüler görüntülenebilmelidir.

Hasta Taburcu İşlemleri

12.3.77 Belirli tarih aralıklarında taburcu olan hastaların listesi alınmalıdır.

12.3.78 Hasta taburcu ve çıkışı işlemleri ve ilgili bilgilerin girilmesi sağlanmalıdır.

12.3.79 Hastanın klinikten çıkışında diğer kuramlara sevk işlemleri gerçekleştirilebilmelidir.

12.3.80 Hastanın yatışma ait her türlü bilginin hasta yatış ve taburcu bölümüne gitmesi sağlanmalıdır.

12.3.81 Hastanın taburcu faturası saatlendirilerek bu andan sonra yapılacak hizmet girişleri engellenmelidir. Fatura iptali ya da değiştirilmesi yetkilendirilmiş kişiler tarafından yapılmalıdır. Böyle durumlarda gerekçe yazılabilmelidir. Yapılan bu tür işlemlere ait kayıtlar sistemde tutulmalıdır.

12.3.82 Yatan hastaların taburcu edildikten sonra evrakların arşive ve faturaya gönderildiğine ait bilgi tutulmalıdır.

12.3.83 Günün sadece belirleri saatlerinde taburcu işlemi yapabilme imkânı sağlanmalıdır.

12.4 VEZNE MODÜLÜ

Ana Vezne, Acil Vezne, Nöbetçi Veznesi, Yatan Hasta Veznesi, Özel Hasta Vezneleri vb. kapsayan modüldür.

12.4.1 Bir veznede ya da birden fazla veznede yapılan giriş/çıkışların kayıtları bir arada tutulmalıdır.

32

12.4.2 Vezne makbuzunun çıktısı alınmalı ve bu çıktıda ödenen ücretin ayrıntılı dökümü de yer almalıdır.

12.4.3 Ücretli hastanın gerekli ücreti ödediğine dair bilgiler, ilgili hizmet birimine otomatik olarak anında aktarılmalıdır.

12.4.4 Sosyal güvencesi bulunan bir hastanın mali işlemleri istendiğinde ücretli olarak sürdürülebilme özelliğine sahip olmalıdır.

12.4.5 Modül kapsamında gerçekleştirilen işlemlerle ilgili çeşitli istatistikler (tarihe, tahsilat veya ödeme türüne göre) alınmalı, sorgular yanıtlanmalı ve raporların çıktısı alınmalıdır.

12.4.6 Vezne modülü kapsamında gerçekleştirilen tüm tahsilat bilgileri, Muhasebe modülüne aktarılmalıdır.

12.4.7 Seçilen bir sonraki tarihe göre kaydı tutulan kasa miktarının devri yapılmalıdır.

12.4.8 Belirlenen tarihte kasaya giren, çıkan, devir ve kalan sorgulaması yapılmalıdır.

12.4.9 Kasa defteri, merkez kasa, makbuz defteri ve makbuz fişleri kayıt/kontrolü yapılmalı ve raporlar alınmalıdır.

12.4.10 Veznedarın hareketleri takip edilebilmesi için gerekli diğer hususları da içermelidir.

12.4.11 Sistem, kurum hastalarının paket fiyatın dışında kalan hizmetleri için hastanın ekstra para ödeyebilmesine yönelik ayrı bir fonksiyona sahip olmalıdır.

12.4.12 Hasta faturasını kredi kartı vb. bir ödeme aracı ile ödemek isterse gerekli düzenlemeleri yapacak bir fonksiyona sahip olmalıdır.

12.4.13 Bu modül döner sermaye yönetmeliğine ve usulüne uygun olarak tüm ilgili modüller ile bütünleşik olarak çalışmalıdır.

12.4.14 Ücretli hastaların her türlü muayene, tetkik ve tedavi işlemlerinden önce ücret ödemelerini, ödeme işleminden sonra işlemlerinin geçerlilik kazanmasını sağlayacak düzenlemelere sahip olmalıdır.

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

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

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

12.5 ECZANE MODÜLÜ

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

33

Eczane İşlemleri Genel Özellikler

12.5.2 İlaç ürün kartlarında ilacın etken maddesi, eşdeğerleri görüntülenebilmelidir.

12.5.3 İlaç ve sarf listelerinde ürü uyan renklendirmeleri yapılmalıdır. (Minimum miktar uyarısı,miat bilgisi uyansı,fiyat güncellenmesi gereken, vb.)

İlaç Güncelleme İşlemleri

12.5.4 İlaç eczacılık Genel Müdürlüğünce yayınlanan İlaç fiyat ve açıklama güncellemeleri otomatik olarak program tarafından kontrol edilerek kullanıcı uyarılmalıdır.

12.5.5 Güncelleme esnasında sadece değişiklik yapılan ilaçların fiyat ve açıklama değişikliği belirtilmelidir.

Eczane Analiz Raporları

12.5.6 1.İhale hazırlık analizi: Hastane ilaç alımlarında kılavuzluk edecek hastanede kullanılan ilaçların ayrıntılı raporunu verecek sistemdir.

12.5.7 Bu analiz yıl içerisinde ticari isimle kullanılan ilaçların etken maddelerini ayrıştırarak yıl içinde aynı etkenden kaç adet kullanılmış son 3 aylık dönemde ne kadar ortalama kullanılmış hesaplamalı ve ayrıntılı bilgi sunmalıdır.

12.5.8 Analiz detay raporunda;

12.5.9 Depodaki Stok: Etken maddenin ihalesi oluşturulan depodaki stok miktarı,

12.5.10 Servislerdeki Miktar: Tüm servislerdeki toplam miktar.,

12.5.11 Toplam İhale Kalanı: Daha önceden ihalesi yapılıp firmalardan henüz alınmamış miktar toplamı,

12.5.12 Hesaplanan Açık: Tüketim hızına ve ihalede bildirilen ay süresine göre hesaplanan ihtiyaç miktarından depodaki, servislerdeki ve firmalardan alınacak miktar toplamı çıkartılarak hesaplanan kalan.

12.5.13 Şeklinde ayrıntılar yer almalıdır.

12.5.14 Minimum ve maksimum Stok analizi yer almalıdır. Analiz detaylarında Kalan stok, eşdeğer grubu, ürünün kaç gün yeteceği, hesaplanan minimum veya maksimum miktar yer almalıdır.

12.5.15 Eczane stokları analiz edilerek ihtiyaç fazlası ürün listesi fikri verecek; miat durumlarına, aylık ve yıllık tüketimlerine göre analiz ederek elde kalan ilaç stoğunu belirlemelidir.

12.5.16 Eczane stoklarında uzun süredir istem yapılmayan veya çıkış yapılmayan ilaçların listesini analiz ederek kontrol sağlanmalıdır.

12.5.17 Sistemde İlaç Bilgi bankası yer almalıdır. İlaç bilgi bankasında ürün eşdeğerleri, aynı etkenli ilaçlar, ilaçların firmalar, ATC kodu, İlaç fiyatları, jenerik vb bilgiler yer almalıdır.

12.5.18 Eczane modülü içerisinden hangi ihaleden, hangi firmadan ne kadar malzeme alacağının kaldığına ilişkin takipler yapılabilmelidir. Ayrıca sistem son alım tarihinden en az 10 gün önce henüz alınmamış malzeme varsa kullanıcıyı uyarmalıdır. Kullanıcı ihale sonuçlarını kaydedebilmelidir.

12.5.19 Sistemde miattan veya farklı nedenlerden dolayı daha sonra tüketilmesi veya hiç tüketilmemesi istenen ürünlerin çıkışı yasaklanabilmelidir. Gerek görüldüğünde engelleme kaldırılarak tüketime

34

devam edilebilir.

12.5.20 Sistem üzerinden parametrik olarak birbirine eşdeğer iki ilaçtan birinin daha önce tüketilmesi için “eşdeğerini ver” seçeneği seçilebilmelidir.

12.5.21 Sistem order aşamasında başka birimlerin de istediği malzeme miktarlarına bakarak eğer yeterli ilaç yoksa kullanıcıya eşdeğer ilaç listesini de göstererek başka bir ilaç istemeye yönlendirebilmelidir.

12.5.22 İEGM sitesinde yayınlanan ilaç listesi sistem aracılığıyla poliklinik servis modülü ekranında listelenebilmektedir. Listede arama, eşdeğerlerini listeleme, aynı etken maddeleri görebilme özellikleri olmalıdır.

12.5.23 Eczane modülünden antibiyotik ilaçların onay zorunlulukları ayarlanabilmektedir. Hastaya ilaç uygulama sırasında bu ayarlar kontrol edilerek gerekiyorsa uzman doktora yönlendirme yapılarak onay alınabilmelidir.

İlaç Çıkış İşlemleri

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

12.5.25 Doktorların hazırladığı ilaç isteklerinin görüntülenmesi ve bu istekler üzerinde tarama yapabilme imkanı sağlamalıdır. Sistem; onaylanmış standart hekim istemlerini, iptal edilen istemleri, değiştirilen istemleri, taburcu istemlerini ve güncellenmiş ilaç listesinde olmayıp reçete edilen ilaçları izlemeyi gerçekleştirmelidir.

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

12.5.27 Bölümlere özel ilaçların takibini gerçekleştirmelidir.

12.5.28 Sistem ilaç doz hesaplamaları alt yapısına sahip olmalıdır.

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

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

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

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

12.5.33 Hastaya tekrarlayan ilaç verilişlerini işlem başına faturaya aktarabilmelidir.

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

12.5.35 Sistem, yatan hastaların poliklinik sürecinde kullandığı ilaçlan görüntülemelidir.

12.5.36 Taburcu edilme işlemleri sırasında verilen ilaç reçetesinin sistemde görüntülenmesi sağlanmalıdır.

12.5.37 İlaçlar için istenilen kapsamda etiket üretilmelidir; hasta adı soyadı, bölüm-oda-yatak, hasta protokol no, ilaç adı, doz miktarı, ilaç formu, ilacı talep eden kişi ve tarih saat belirtilmelidir.

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

35

12.5.39 Sistem, kesilen ya da iptal edilen ilaçlan görüntülemelidir.

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

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

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

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

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

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

12.5.46 Kemoterapi istemleri için; tanımlanmış standart istem paketleri, doz hesaplama ve hastaya faturalama işlemlerini yapmalıdır.

12.5.47 Birden fazla hastaya kullanılacak ilaç formlarında her faturalama için bir birim ücretlendirmesi yapmalıdır.

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

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

12.5.50 Yatan hastaların kullandıkları ilaçlar; doz ya da miktarları hangi tür olursa olsun (örneğin; tek tablet, ampul, kutu, vb.) otomatik olarak ilgili hastanın bilgisayar ortamındaki mali kayıtlarına işlenmelidir.

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

12.5.52 Kullanıcının güvenlik ve yetki seviyesine bağlı olarak bazı etkileşimleri önemsememe esnekliği olmalıdır.

12.5.53 Sistem, ilaç etkileşimlerini rapor halinde üretmelidir

12.5.54 Jenerik ve geleneksel isim bazında güncelleştirilmiş ilaç listesi oluşturulmalı ve görüntülenmelidir.

12.5.55 Sistem günlük olarak; tüm doğrulanan ve doğrulanmayan hekim istemlerini, tüm ilaç tedavi listesini, durdurulan istemleri ve atlanan ya da uygulanmayan dozlar ile nedenlerini kayıt ve raporlama olanağı sunmalıdır.

12.5.56 Sistem yatan hasta katları için taburcu sürecinde ilaç kullanım bilgisi dokümanını üretmelidir.

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

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

36

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

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

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

12.5.62 Allerjik reaksiyonlar ve ilaç yan etkileri için oluşturulan formatta rapor üretmelidir

12.5.63 EHU onayı gerektiren ilaçlar istendiğinde istekler, Eczane karşılama ekranına gelmen önce, enfeksiyon uzmanının onayından geçmelidir. EHU ve UD- A 72 onayı gerektiren antibiyotikler sistemde tanımlanmalıdır.

Eczane Depo Kontrol İşlemleri

12.5.64 Eczane stoklarındaki ilaç ve malzemenin miktarı, fiyatları ve miatlarının gösterimini yapacak fonksiyondur.

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

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

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

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

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

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

12.5.71 İlaçların depo raf ömrü izlenmelidir.

12.5.72 Stok kontrolüne işlemler barkodla yapılabilmelidir.

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

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

12.5.75 Teklif edilen uygulama yazılımı stoktaki ürünlerin minimum ve maksimum miktarlarını verilen kriterlere göre tüketim miktarına bakarak hesaplayabilmelidir.

12.5.76 Teklif edilen uygulama yazılımını durmuş (örn son iki ay kullanılmayan ilaçlar) ilaç miktarlarını tüketime bakarak listeleyebilmelidir.

12.5.77 Teklif edilen uygulama yazılımı bitmeyecek ilaç listesini hazırlayabilmelidir. Verilen kriterlere göre tüketim hızına bakarak miadı dolduğu halde tüketilemeyeceğini öngörerek listeleyebilmelidir.

12.5.78 Teklif edilen uygulama yazılımı ihale için alınması öngörülen ürün üstesini hazırlayabilmelidir. Sistem bu veriyi hazırlardan stoktaki ürün miktarı ve firmaların henüz teslim etmediği ilaçları dikkate almalıdır. Sistem tüketim hızına bakarak ihtiyacı hesaplayabilmelidir. Kullanıcılar ürünlerim tüketim hızını parametrik olarak sistem üzerinden ayarlayabilmelidir.

İlaç Sipariş Verme

37

13.5.79 İlgili birimden ilaç isteğinde bulunulmasını gerçekleştiren fonksiyondur. Sipariş verilen ilaç isteklerini gösterme ve istekler üzerinde arama özelliklerine sahip olmalıdır.

13.5.80 İlaç alınan firmalar izlenebilmelidir.

13.5.81 Teklif edilen uygulama yazılımı ile harcama belgeleri yönetmeliğinde belirtilen formların HBYS üzerinden alınması sağlanmalı Genel Sekreterliğimizin ilgili birimlerinde raporlanmalıdır.

13.5.82 Satın alma için onaylanmış firma listesi oluşturmalı ve periyodik olarak değerlendirmelidir.

13.5.83 Belirlenen minimum stok seviyeleri bazında otomatik olarak satın alma talebi sağlamalıdır.

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

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

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

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

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

13.5.87 Yatan hasta reçetelendirmesinde doktora eczane stoğundan muadil ilaç önerisi getirmelidir.

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

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

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

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

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

13.5.93 Yetkili doktor, ilaç ve bilgilerini kodlu girişin yanı sıra serbest bir şekilde de yazabilmelidir.

Majistral İlaç Üretimi

13.5.94 Majistral ilaç üretimlerinin yapılabilmesini sağlayan fonksiyondur.

13.5.95 Majistral ilaç katalogu oluşturulmalıdır.

13.5.96 Her bir majistral ilaç için formül tanımlaması yapılmalıdır.

13.5.97 Oluşturulan majistral ilaçların stok ve fiyat takipleri yapılmalıdır.

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

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

38

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

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

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

13.5.102Yatan hasta reçetelendirilmesinde doktora eczane stokundan muadil ilaç önerisi getirmelidir.

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

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

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

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

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

12.6 LABORATUVAR MODÜLÜ

12.6.1 Bu modülün amacı yatan hastalar, poliklinik hastaları ve doğrudan başvuran hastalara ait laboratuvar isteklerinin kaydedilmesi ve alınacak her türlü laboratuvar örneğinin karışmasını önleyecek otomatik etiketlemeyi yapmasıdır. Hastalar için yapılan tetkikler hastanın mali kayıtlarına aktarılmalıdır.

12.6.2 Laboratuvar cihazlarının otomasyon sistemine entegrasyonu ve gerekli ayarların yapılması satıcıya aittir. Satıcı bunun için ayrı bir ücret talep edemez.

12.6.3 Laboratuvarda kullanılan cihazların kalibrasyon ayarları takip edilebilmelidir.

12.6.4 Laboratuvar cihazlarında kullanılan kitlerin takibi yapılabilmeli ve istenen istatistiki bilgilere ulaşılabilmelidir.

Tetkik İstem Yönetimi

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

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

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

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

39

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

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

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

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

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

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

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

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

13.6.17 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)

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

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

13.6.20 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

40

değerlendirilebilecek, ödeme güçlüğü çıkarabilecek, birlikte istenmiş tetkikler)

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

13.6.22 Tetkik tekrarı ve tetkikin yeniden istenmesi sistem tarafından ayırt edilebilir olmalıdır. Klinisyen, laboratuvar sonucunun hastanın kliniği veya diğer tetkikleri ile uyuşmadığını ve laboratuvarda bir yanlışlık olduğunu düşünüyorsa aynı örnek üzerinden tetkik tekrarı yapabilmeli, bu istem yeniden faturalandırılmamalı, laboratuvarın elinde bulunan örnek üzerinden tetkik tekrarı yapılabilmelidir.

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

13.6.24 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)

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

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

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

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

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

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

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

13.6.32 Hastalar için istenen tüm tetkikler (radyoloji sonuç raporları, diğer laboratuvarlar, tetkike yönelik girişimler, muayene, vb.) tek bir çıktı üzerinde alınabilmelidir.

13.6.33 İstenen tetkiklerin gerektiğinde dökümü alınabilmeli ve hastaya verilebilmelidir.

41

13.6.34 Hastanın bir gelişine ait bütün tetkikler tek bir barkod numarası altında toplanmalı ve aynı ekranda görüntülenebilmelidir. Hastanın önceki gelişlerine aynı ekrandan ulaşılabilmelidir.

13.6.35 Hastanın aynı gelişine ait Oral Glukoz Tolerans Testi (OGTT) vb. diğer yükleme testleri tek bir barkod numarası ile takip edilebilmeli ve birlikte raporlanabilmelidir. Ayrıca bu tetkiklerin oto analizörlerde çalışmaları esnasında yazılımdan kaynaklanan herhangi bir problem yaşanmamalıdır.

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

13.6.37 Sistem, tetkik kodlarını parametrik olarak tutmalıdır.

13.6.38 Sistem, konsültasyon kodlarını parametrik olarak tutmalıdır.

13.6.39 Sistem, numune kodlarını parametrik olarak tutmalıdır.

13.6.40 Sistem, tetkik/tahlil istem notlarına ait kodları parametrik olarak tutmalıdır.

13.6.41 Sistem, sonuç notlarını parametrik olarak tutmalıdır.

13.6.42 Sistem, tek ve grup bazlı olarak tüm tetkik/tahlil kodlarını parametrik olarak tutmalıdır.

13.6.43 Sistem, kalite kontrol ve standartlara ait kodları parametrik olarak tutmalıdır.

13.6.44 Sistem, tahlilin yapıldığı laboratuvar kodlarını parametrik olarak tutmalıdır.

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

13.6.46 Sistem, tamamlanmamış tahlil/tetkikler tespit edebilmeli ve bekleyen işler listelenebilmelidir.

Hasta/Örnek Etiketleme

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

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

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

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

42

gelecektir.

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

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

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

13.6.54 Örnek Toplama Merkezinden, hastane dışından(semt poliklinikleri vb.) ve hastanenin değişik yerlerinden (poliklinik, ameliyathane vb) numune bilgisi ve tetkik istek girişi yapılabilmelidir.

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

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

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

13.6.58 Bu numaraların mümkünse laboratuvardaki elektronik cihazların (oto-analizör, kan sayım cihazları vb.) standartlarına uyumlu olması sağlanmalıdır.

13.6.59 Örnek Toplama Merkezinden, hastane dışından(semt poliklinikleri vb.) ve hastanenin değişik yerlerinden (poliklinik, ameliyathane vb) numune bilgisi ve tetkik istek girişi yapılabilmelidir.

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

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

13.6.62 Test, DRG ve/veya paket anlaşma uyumunu kontrol edebilmeli; DRG ve/veya paket anlaşmaya uymayan testleri uyarabilmelidir

13.6.63 Numunenin laboratuvara kabul ediliş tarih ve saati, teslim eden ve teslim alan kişi bilgileri tutulmalı.

Örneklerin Laboratuvar(lar)a Taşınması

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

Tetkik İstekleri Görüntüleme, Hasta Kabul, Örnek Kabul/Ret Kriterleri ve Randevu Planlama

13.6.65 Hastanın/Örneklerin laboratuvara gelişi, bu hasta/örneklerin laboratuvara kabul edilmesi ve bazı hasta/örneklerin kısmen veya tamamen laboratuvar tarafından reddedilmesi işlemlerini ifade eder.

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

43

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

13.6.68 Laboratuvar kabulü aşamasında laboratuvara gelen hasta/örneklerin özelliklerine göre tamamen ya da

kısmen reddedilebilmesi mümkün olmalı, ret nedeni ile ilgili (poli)klinik ve doktor

bilgilendirilebilmelidir. (Örneğin hemolizli kanların bazı biyokimya parametreleri için reddedilirken diğer bazı parametreler için kabul edilebilmesi, endoskopi yapılacak hastanın tok gelmesi halinde reddedilmesi gibi).

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

13.6.70 Yapılan isteğin türüne göre laboratuvar istekleri sadece ilgili laboratuvarlarda görülebilmelidir.

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

13.6.72 Arama sonucu ekranda gösterilen tetkikler işaretlenerek detaylı bilgi alınabilmelidir.

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

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

13.6.75 Önceden randevusunu almış hasta, laboratuara geldiğinde kaydedilmelidir.

13.6.76 Hangi tür tetkiklerin iş listesine girmeyeceği seçilebilmelidir.

13.6.77 Bu kayıt sırasında elle giriş en az seviyede yapılmalı, hasta iş listesinden seçilmelidir.

13.6.78 Yapılan bu işlemler, kurumda şayet kurulu bulunan PACS/LBYS varsa bu sistemlere elektronik ortamda iletilmelidir.

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

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

13.6.81 Tarih-saat, doktor ve cihaz bazında randevu verilmeli, iptal edilebilmeli ve istenildiğinde, acil durumlarda anlık randevu verme imkanı da olmalıdır.

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

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

13.6.84 Yeni tetkik randevusu planlanabilmeli, takipte olan hastaların randevu planlaması

44

yapılabilmelidir.

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

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

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

Tetkik Sonuç Girişi

13.6.88 Laboratuvarlarda tetkik sonuçlarının girilmesini sağlayan alt modüldür.

13.6.89 Her laboratuvar biriminin, kendine özel tetkik sonuçlan için giriş ekranları olmalıdır.

13.6.90 Tetkik sonuçlanın otomatik olarak verebilen cihazlar ile uyum içinde çalışmalıdır.

13.6.91 Tetkik sonuçlarının girişi, kodlu listelerden seçilerek veya manüel olarak gerçekleştirilmelidir.

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

13.6.93 Çalışılamayan tetkik istekleri çalışılamama sebepleriyle kaydedilip iptal edilmelidir.

13.6.94 Hastane dışı laboratuvarlardan gelen soft ve hardcopy laboratuar sonuçları sisteme girilebilmelidir.

13.6.95 Alfanümerik test kodlamasına izin vermelidir.

13.6.96 İstendiğinde raporlar e-mail, faks, server ve yazıcıya gönderilmelidir.

13.6.97 Profil olarak istenen testleri, profil olarak veya profil içinden seçilenleri ayrı olarak raporlamalıdır.

13.6.98 Teknisyen, doktor, cihaz bazında iş listeleri oluşturmalıdır.

13.6.99 Aşağıda belirtilen kriterlere göre sorgu oluşturabilmeli, liste ve rapor alınabilmelidir.

* Hasta Numarası

* Hasta Adı

* Test Adı

* Test Kodu

* İsteyen Doktor veya Merkez

* Normal değerler dışındaki tetkik sonuç sayılan

* İstenen değer aralığındaki ya da dışındaki tetkik sonuç sayılan

13.6.100 İstenen ve uzun test süresi nedeniyle o anda devam eden testleri günlük bazda listelemelidir.

45

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

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

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

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

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

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

13.6.107 Laboratuvar Hekimi raporu onaylamadıkça diğer kullanıcılar tetkik sonuçlarını görememelidir. (Yetkilendirilmiş olanlar hariç) Doktor onayından sonra otomatik olarak rapor oluşturulmalıdır.

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

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

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

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

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

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

13.6.114 Hastalar kendi laboratuvar tetkiklerini web üzerinden görebilmeli, bilgiye erişimle ilgili güvenlik standartlarında İdare’nin belirlediği standartlar uygulanmalıdır.

13.6.115 Tetkik girişinde normal değerler otomatik olarak sağlanmalıdır. Rutin tekrar tetkikleri için ilk

46

girişte otomatik temin programı oluşturulmalı, tekrar tekrar aynı hasta girilmemelidir.

13.6.116 Mükerrer istem kontrolü ve uyansı yapılmalıdır.

13.6.117 İstenildiğinde sistemdeki kullanıcılar her bir tetkik için ayrı ayrı görme, değiştirme, onaylama işlemlerine yetkilendirilebilmelidir.

13.6.118 İstatistiklerde grafikler desteklenmeli ve yetkili kullanıcılar kendi grafikleri oluşturabilmelidirler.

13.6.119 Her kullanıcı tetkikleri ekranında kendi istediği sırada görebilmelidir.

13.6.120 Hasta Sonuç Raporu’nda da tetkikler istenilen sırada olabilmelidir.

13.6.121 Kullanıcılar çok kullandıkları sözcükleri, açıklamaları, notları vb. ihtiva eden listeleri oluşturabilmeli ve istedikleri an bu listeye tek bir tuşla ulaşabilmelidirler.

13.6.122 Sistem kültür tetkiklerini desteklemelidir. Birden fazla üreme olduysa, üreyen bütün bakteriler ayrı ayrı sisteme girilebilmeli ve bunlara uygulanan antibiyogram verileri sistemde tutulabilmelidir.

13.6.123 İstenildiğinde her bakteri için ayrı ayrı antibiyogram gruplan oluşturulabilmelidir.

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

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

13.6.125 Bedeli ödenmemiş tetkiklerin sonuçlan görülmemeli ama ne aşamada olduğu bilgisi sistemde yer almalıdır. EKG, EEG, EMG v.b. tetkiklerin verileri sistem içinde yer almalıdır.

13.6.126 EKG, EEG, EMG v.b. tetkiklerin verileri sistem içinde yer almalıdır

13.6.127 Dışarıda yapılan tetkiklerin hekim onayından geçtikten sonra sisteme yüklenmesi ve bu tetkiklerin dışarıda yapıldığı bilgisinin dip not olarak verilmesi mümkün olmalıdır. Tetkikin yapıldığı yer ve zaman bilgisi de tutulabilmelidir.Yazılım tetkik sonuçlarının onaylanmasında en az iki seviyeyi desteklemelidir. Teknisyenlerin onayladığı sonuçlar laboratuvar doktorlarının onayına sunulmalı, laboratuvar doktorları gerek g ördüğünde teknisyen onayını beklemeden onay yapabilmelidir.

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

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

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

13.6.131 Elle girme durumunda, sonuçlan sayılar şeklinde, kodlanmış notlar şeklinde ve/veya serbest metin alanı olarak girilmesine imkân tanımalıdır.

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

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

13.6.134 Tetkik/tahlili sonuçlarının değerlendirilmesi için kriter olan referans değerleri, kullanıcı

47

tarafından girilebilmelidir.

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

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

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

13.6.138 Sistem, bir tedavinin tamamlanması sonrasında ve/veya kullanıcı tarafından belirlenen periyotlar sonunda kümülâtif raporlar üretebilmelidir. Bu raporlar, tarih/zaman bazından sıralanabilmelidir.

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

13.6.140 Sistem, tamamlanmış tüm istemleri ve sonuçlarını arşivlemelidir.

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

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

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

13.6.144 Kültür antibiyogram test işlemleri ve sonuçlarının tutulmasını sağlamalıdır.

13.6.145 Sistem, mikrobiyoloji laboratuvarında enfeksiyon kontrolü ile ilgili raporlar üretebilmelidir.

13.6.146 Testlerin tekniker ve Uzman onay bilgileri alınabilmektedir.

Tetkik Raporu Hazırlama

13.6.147 Tetkik sonuçlarına göre laboratuvar doktorunun istediği tıbbi raporlan hazırlayacak olan alt modüldür.

13.6.148 Kullanıcı tarafından tanımlanan rapor formatlarını desteklemelidir. Departmanların farklı test gruplan için kullanımlarına uygun çeşitli rapor formadan hazırlamalıdır.

13.6.149 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ı mümkün olmalıdır.

13.6.150 Standart rapor hazırlanabilme ve kullanılabilme imkânı olmalıdır.

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

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

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

13.6.154 Tetkik raporlarında (yaş, cinsiyet gibi parametreler göz önünde bulundurularak) normal

48

olmayan sonuçlar işaretli ve farklı şekilde yazılmalıdır.

13.6.155 Laboratuvar Hekimi raporu onaylamadıkça diğer kullanıcılar tetkik sonuçlannı görememelidir. (Yetkilendirilmiş olanlar hariç) Doktor onayından sonra otomatik olarak rapor oluşturulmalıdır.

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

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

13.6.158 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 raporlan alınabilmektedir.

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

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

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

Laboratuar Malzeme Takibi

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

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

13.6.164 Birim, kişi ve cihaz bazında malzeme kullanım detayları görüntülenmelidir.

13.6.165 Sarf malzemelerinin son kullanım tarihine yönelik takipler yapılmalı ve sistem kullanıcıyı uyarmalıdır.

13.6.166 Hastanenin kit tedarikçisi ile imzalamış olduğu sözleşmeye göre sözleşme sonuna kadar hangi testten ne kadar teslim alacağı sisteme kaydedilebilmeli, her parti kit teslimatında bu teslimat miktarları girilerek sözleşmeye göre daha ne kadar kit teslim alınabileceği sistem üzerinde görülebilir olmalıdır.

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

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

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

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

13.6.171 Kritik stok seviyeleri belirlenip bu seviyenin altına düşülmeden önce ve bu seviyenin altına

49

düşülmesi durumunda kullanıcı farklı seviyelerde uyarılabilmelidir.

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

İstatistik/İş Yükü

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

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

13.6.175 İstenildiğinde personele, cihaza ve işleme göre tekrar istatistikleri alınmalıdır.

13.6.176 Sarf malzemesi kullanımına yönelik personel, cihaz, işlem istatistikleri alınmalıdır.

13.6.177 Sistem standart tıbbi rapor hazırlama imkanına sahip olmalıdır.

13.6.178 Laboratuar sonuçlarıyla ilgili günlük, haftalık, aylık raporlar alınmalıdır.

13.6.179 Laboratuvarla ilgili istatistikî raporların hazırlanmasını sağlayan alt modüldür. Laboratuvara yönelik istatistikî 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.

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

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

13.6.182 Laboratuvar departmanları, çalışanları ve cihazlar bazında istatistikler verebilmelidir.

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

Film Arama ve Arşiv Modülü

13.6.184 Bu modül hastanede arşivlenmiş hard copy radyoloji sonuçlarına ait gerek film gerekse de raporlara ulaşmak için kullanılmalıdır.

13.6.185 Bu modül arşiv yazılımı niteliğinde olmalıdır. Radyolog/Hekim/Hastane İdare Birimleri, Dosya/Film Arama Modülü aracılığıyla ihtiyaç duyduğu film isteğini yapmalı, sistem ilgili hastaya ait, elektronik ortamda bulunmayan filmlerin bulunduğu film arşivine istek mesajım yollamalıdır. Bu mesaj radyoloji arşivi tarafından alınmalı, istek değerlendirilmeli ve film ilgili radyologa/hekime/ Hastane İdare Birimlerine iletilmelidir. Bu esnada isteğin tamamlandığı ve filmin hangi radyologa veya hekime, Hastane İdare Birimlerine yollandığı kaydedilmelidir.

13.7 STOK TAKİP, SATINALMA VE DEMİRBAŞ İŞLEMLERİ MODÜLÜ

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

Stok Takip ve Satmalına İşlemleri

50

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

13.7.3 Demirbaşlar için uygulanmakta olan Sicil Numaralan Kodlarla belirlenen standartlara uygun olarak verilmelidir.

13.7.4 Depolar arası devir işlemleri yapılabilmelidir.

13.7.5 Kuruma ait taşıt bilgileri tutulmalıdır.

13.7.6 Kurum, birim, kişi ve malzeme bazında demirbaş zimmetleri takip edilebilmelidir.

13.7.7 Ortak Alana yapılan demirbaş çıkışları için “Dayanıklı Taşınırlar Listesi” oluşturulabilmelidir.

13.7.8 3 Aylık Tüketim Malzemeleri Çıkış Bildirimi Listesi alınabilmelidir.

13.7.9 Departmanlar bazında stok ve/veya sarf malzeme talepleri satınalma departmanına elektronik ortamda iletilmelidir.

13.7.10 Stok ve/veya sarf malzemelerin fiyat karşılaştırması, geçmiş fiyatlarla mukayesesi, eşdeğerlere getirilmiş fiyatlarla mukayesesi yapılmalıdır (mukayese cetvelleri).

13.7.11 Mukayese cetvelleri ile birlikte isteği yapılmış olan stok ve sarf malzemelerinin satınalma onayının alınabilmesi için standart form çıktısı üretilebilmelidir.

13.7.12 Stok ve/veya sarf malzeme bazında tedarikçilerin listeleri en son alım fiyatlan ve şartlannı gösterir bir liste oluşturulmalıdır.

13.7.13 Onayı alınmış stok ve/veya sarf malzeme taleplerinin siparişe aktanlıp, firmaya gönderilmek üzere sipariş çıktısı alınmalıdır.

13.7.14 Kritik stok seviyesinde olan stok ve/veya sarf malzemeler için otomatik sipariş listesi hazırlanmalıdır.

13.7.15 Sipariş listesi ile mutabakatlı olarak stok ve/veya sarf malzeme girişleri yapılmalıdır.

13.7.16 Stok ve/veya sarf malzemelerinin departman bazında istek raporları alınmalıdır.

13.7.17 Stok ve/veya sarf malzemelerde tedarik türü ile ilgili bilgiler ayrı ayrı izlenebilmelidir.

13.7.18 Kullanılan her stok ve/veya sarf malzeme için kimlik bilgileri tutulmalıdır.

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

13.7.20 Kalite bilgileri, hem stok ve/veya sarf malzeme hem de malzemenin alındığı firma bazında tutulmalıdır.

13.7.21 Sistemde, mevcut yıllık/aylık stok ve/veya sarf malzeme tüketimi ve olası tüketim artışlarını dikkate alacak şekilde stok ve/veya sarf malzeme talep tahminleri yapılmalıdır.

13.7.22 Modül, ambar ve depoların bütünlük içersinde hizmet vermesini sağlamalıdır.

13.7.23 Stok ve/veya sarf malzeme gruplarına göre toplam istekler gösterilmelidir.

13.7.24 Sipariş verilecek firma/firmalar ve eczaneler kodlu listeye eklenip çıkartılabilmelidir.

51

13.7.25 Tüm stok ve/veya sarf malzemelerinin gösterimi ve arama sorgulama işlemleri yapılmalıdır.

13.7.26 Her bir stok ve/veya sarf malzemenin; stok no, açık adı, varsa raf ömrü, varsa depolama koşulları, miktan, birimi (adet, kilo, litre, paket),giriş/çıkış (sarf) bilgileri, üretildiği firma, üretimini yapan firmanın kalite belgesi gösterilmelidir.

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

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

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

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

13.7.31 İhale ilan bilgileri ile şartname bilgilerinin birlikte otomatik olarak gelmesi sağlanmalıdır.

13.7.32 İhaleye ait bilgiler ihale ilanına, idari şartnameye ve sözleşmeye otomatik olarak gelmelidir.

13.7.33 İhalelere ait tüm çıktıların 4734 sayılı Kamu İhale Kanunu normlarına uygun olması gerekmektedir. 4964 sayılı Kanun ile getirilen değişikliklerin tamamını da kapsamalıdır.

13.7.34 Kamu İhale Kurumu’nun 03 Temmuz 2009 tarih ve 27277 nolu Resmi Gazete’de yayınlanan “Çerçeve Anlaşma İhaleleri Uygulama Yönetmeliğinde Değişiklik Yapılmasına Dair Yönetmelik ” kapsamında belirtilen hususları karşılıyor olmalıdır.

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

13.7.36 Gelen malzemenin bölümlere dağıtım kaydı yapılmalıdır.

13.7.37 Her parti stok ve/veya sarf malzemesi için fiyat girişi ve maliyet hesaplamaları yapılmalıdır.

13.7.38 Stok ve/veya sarf malzemesi girişi ve çıkışı barkod okuyucu vasıtasıyla sağlanabilmelidir.

13.7.39 İlaç ve tıbbı malzemelerin son kullanma tarihi kontrolleri ve uyanları sağlanmalıdır.

13.7.40 Alternatifli stok maliyetleri oluşturulmalıdır, (o.m. fifo,lifo gibi)

13.7.41 Stok ve malzemelerin kullanım sıklığı raporlanabilmelidir.

13.7.42 Stoklar gruplanabilmeli, aynı malzeme birden fazla birim (Paket, adet, kilo, vb.) bazında izlenebilmelidir.

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

13.7.44 Depo/ambar tanımları yapılabilmelidir.

52

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

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

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

13.7.48 Tutulan kayıtlara ve yapılan işlemlere ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir. İstatistik, sorgu ve raporların tam listesi ve detaylan Sistem ve Uyarlama Gerekleri Analizi aşamasında belirlenecektir.

Demirbaş Takip Modülü

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

13.7.50 Demirbaş kayıtlan tutulmalıdır.

13.7.51 Demirbaşlara ilişkin amortisman ve yeniden değerlendirme işlemleri yapılabilmelidir.

13.7.52 Demirbaşlarla ilgili her tür sorgulama yapılabilmelidir Gerekli matbu evrakların çıktıları alınabilmelidir.

13.7.53 Demirbaş malzemeler yapılan tamirat, tadilat ve onaranlar sisteme kaydedilmeli ve bu işlemler takip edilebilmelidir.

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

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

13.7.56 Demirbaşın özelliklerinin girildiği alanların olması ve bu ekrana yukarıda belirtilen ekrandan çıkmadan tek ekran üzerinden yapılabilmesi gerekir. Demirbaş özelliklerinde firma no, sicil no, marka, model, garanti başlama,bitiş tarihleri, temin edilen belge no, hibe eden, seri no gibi alanlarının olması ve girilen bu bilgilerin MKYS ye gönderilmesi sağlanmalıdır.

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

13.7.58 Bakım bilgilerinde , Bakım başlama/bitiş tarihleri, periodlar, son bakım tarihi, gelecek bakım tarihi, bakım sözleşmesi başlama / bitiş tarihi, bakım dönem fiyatı gibi alanların olması, bu bilgilerin demirbaşın diğer bilgileri ile takip edilmesi sağlanmalıdır.

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

13.8 DÖNER SERMAYE, FATURA ve FİNANSMAN İŞLEMLERİ MODÜLÜ

53

13.8.1 Bu modül ücretli hastaların ve Emekli Sandığı(devredilen), Sosyal Sigortalar Kurumu(devredilen), Bağkur(devredilen), Özel Sigorta, Yeşil Kart vb. Kurumuna faturalı hastaların tüm fatura ve icmal fatura işlemleri ile taahhütname takip işlemlerini gerçekleştirmeyi amaçlar.

Döner Sermaye ve Muhasebe İşlemleri

13.8.2 Muhasebenin esas fonksiyonu olan ’’Kontrol Fonksiyonu”nu öne çıkartmak ve daha az kaynak ile daha verimli sonuçlar almak için;

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

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

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

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

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

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

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

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

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

Faturalama

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

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

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

13.8.15 Kodların fiatlandırılması yapılmalıdır.

13.8.16 Fiyatların otomatik revizyonu sağlanmalıdır..

13.8.17 Ödenmemiş faturaların takibi yapılmalıdır.

13.8.18 Kurumundan sevkli hastaların hastaneye giriş işleminden sonra, belli süreler içinde çıkış yapmayanların takibi yapılarak çıkışlarının verilebilmesi için gerekli düzenlemeler yapılmış olmalıdır.

54

13.8.19 SGK mensubu (Memur, Emekli Sandığı (devredilen), Sosyal Sigortalar Kurumu (devredilen), Bağkur (devredilen)), Özel Sigorta, Yeşil Kart vb. sahibi hastalar için hasta bazında ayrıntılı olarak verilen hizmetlerin dökümü ve tutarları hazırlanabilmelidir.

13.8.20 Kuramlardan olan alacaklar, icmal fatura bazında ayrıntılı olarak takip edilebilmelidir.

13.8.21 Ücretli ve taahhütnameli hasta ile tahsillerinin takibi yapılabilmelidir.

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

13.8.23 Faturalama işlemlerinde SGK’ya ait MEDULA projesine uygun verilerin düzenlenmesi ve gönderilmesi sağlanmalıdır.

13.8.24 Faturaların on-line muhasebeye aktarılması sağlanmalıdır.

13.8.25 Faturalama işlemlerinde her yıl güncellenmekte olan Bütçe Uygulama Talimatı hükümlerine uygun belgelerin düzenlenmesi sağlanmalıdır.

13.8.26 Ödeme şekline göre fiyatlandırma yapılmalıdır.

13.8.27 Faturalarda tahsilât şekli belirtilmelidir.

13.8.28 SUT’daki tetkikler için genel veya özel açıklama sahalarına göre faturalama esnasında uyanlar verilmeli. SUT’a aykırı kayıt yapılması engellenmelidir. Cinsiyet, adet kontrolleri tanımlanabilmeli, birlikte faturalanamayan hizmetler ekran aracılığıyla düzenlenebilmelidir. Hizmetlerin günlük girilebilir limitleri tanımlanabilmeli, bunu geçen uygulamalarda faturalama sırasında bu hizmet tutarları otomatik olarak sıfırlanmalıdır.

13.8.29 Kuram anlaşmalarına göre ödenmeyecek ilaç veya sarf malzeme bilgileri tanımlanabilmeli, bu tanımlamalar doğrultusunda fatura işlemi sırasında otokontrol sağlanabilmelidir.

13.8.30 Ayaktan hastaların faturalanması aşamasında birimlere ve uzmanlık dalı ayrımlarına göre sorgulama yapılabilmeli. Fatura verilen kriterlere göre yaratılabilmelidir.

13.8.31 Sosyal güvencesiz yatan hastanın yatışı esnasında sosyal güvencesi sahibi olduktan sonraki tarih aralığındaki fatura ayrımı yapılabilmeli. Kuruma fatura edilecek bölüm otomatik hazırlanabilmelidir.

13.8.32 Paket hastalan için SUT da belirtilen kriterler doğrultusunda paket dışında kurama fatura edilebilecek tetkik veya malzemenin tanımlanabilir olması, bu tanımlamalara göre fatura kaydı yaratılabilmelidir. Paket filtreleme işlemi yapılmalı, paket içinde ve dışında kalan hizmetler listelenmeli, istisnai durumlar (eşlik eden hastalık, uzayan yatış, akut böbrek yetmezliği, vb.) belirlenip paket dışı bırakılabilmelidir. Ek listesinde yer alan hizmetler otomatik olarak paket dışı bırakılmalıdır. Ayaktan paket uygulamasında paket filtreleme işlemi toplu olarak tüm hastalar üstünden otomatik olarak yapılmalı, kullanıcının zaman harcaması engellenmelidir. Başvuru hizmetler, GSS’ye gönderilmeden önce sistem tarafından kontrol edilmeli, sorunlu veriler listelenmelidir. Sistem tarafından GSS’ye gönderilebilecek başvurular otomatik olarak kontrol edilip, uygun olmayan başvurular listelenmelidir.(paket filtreleme yapılmamışlar, takip nosu olmayanlar, tanısı olmayanlar, muayenesi olmayanlar vb.)

13.8.33 Organ naklinde alıcı ve verici bilgilerinin alıcı üzerinden faturada edilebilmelidir.

Kurum Anlaşmaları ve Fiyatlandırmalar

13.8.34 Kuram bazında yapılacak anlaşmaların tanımlarının yapılabilmesine yönelik yapı ve

55

mekanizmalar sağlanmalıdır.

13.8.35 Tanımlanan kuram anlaşmalarının paket bazında fiyat listelerinin oluşturulmasına yönelik yapı ve mekanizmalar sağlanmalıdır.

13.8.36 Kurum bazında hastalara yönelik sorgulamalar yapılmalıdır.

13.8.37 Değişik gruplamalar (Banka, Kurum, SKG (Memur, Emekli Sandığı, Bağkur, SSK), Yeşil Kart, Özel Sigorta, Cari Fiyatlar, TTB, SUT, vb.) yapılmalı, hastane fıyatları bu gruplardaki kalemlere otomatik olarak yansıtılmalı ve gerektiğinde kalem bazında da düzenleme yapma özelliği olmalıdır.

Personel Hakedişleri

13.8.38 Performansa dayalı ek ödeme bilgilerinin Bakanlık Merkezinde tutulması ve analiz edilmesi amacıyla uygulamaya alman sistemlere veri aktarım için gerekli düzenlemelere sahip olmalıdır.

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

13.8.40 Doktorun hastane ve uydu kliniklerde, semt polikliniklerinde verdiği hizmetler bir bütün olarak ele alınmalıdır.

13.8.41 Doktor Hakedişlerinin (Girişimsel İşlem Puanları) otomatik olarak Performans Hesaplamasında kullanılabilmesi için sistemden ilgili ortama aktarım yapılabilmelidir ve yetkili kullanıcı tarafından istenildiğinde değişiklik yapılabilmelidir.

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

13.8.43 Performans işlemleri, Hesaplama işlemleri dönemsel olarak yapılabilmeli dönem işlemlerinde kesinleşen muhasebeleşen dönemler için yetkili kullanıcı tarafından kilitleme yapılarak müdahale edilmesi engellenebilmelidir.

13.8.44 Döner Sermaye İnceleme heyeti tarafından yapılan incelemeler sonucunda silinmesi öngörülen işlemler doktor hak edişinden düşmeli ancak bu düşme faturalama ve gelir yapısında değişikliğe sebep olmamalıdır.

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

Genel Muhasebe

13.8.46 (Varsa)Vergi yükümlülüklerinin yerine getirilmesine baz teşkil edecek raporlar sistemden alınmalıdır, (muhtasar, KDV, damga vergisi, v.b.)

13.8.47 Tek düzen hesap planının uygulandığı muhasebe sistemi olmalıdır.

13.8.48 Kayıtların yasal defterlere geçirilmesi sağlanmalıdır.

13.8.49 Sabit kıymet takibi, değerleme ve amortisman hesaplaması yapılmalıdır.

13.8.50 Demirbaş ve sabit kıymet takip sistemi kurulmalıdır, (demirbaş ve sabit kıymetin kimlik bilgileri ile yapılan her türlü bakım ve onarımlar dâhil)

13.8.51 Yılsonu kapanış ve yeni yıla devir işlemleri, otomatik olarak yapılabilmelidir.

13.9 PERSONEL İŞLEMLERİ MODÜLÜ

56

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

Personel Takip İşlemleri

13.9.2 Hastane personeline ilişkin tüm bilgilerin saklanıp, Memur ve sözleşmeli (döner sermaye vb.) personele ilişkin kimlik, sicil, izin ve özlük bilgileri tutulmalıdır. Bu kayıtlar Sağlık Bakanlığı Personel Genel Müdürlüğü'nde tutulan kayıtlarla uyumlu olmalıdır.

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

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

13.9.5 Personel devam takip işlemleri için, personel kimlik (proximity veya barkodlu) kartlarının okutulması ve kart sisteminin Hastane Bilgi Sistemi’nin Personel Modülü ile entegre olarak çalışması sağlanmalıdır. Bu şekilde belirlenen devam takip işlemleri, inceleme değerlendirme ve istatistik modülünden ayrıntılı olarak yetkili idareciler tarafından incelenebilmelidir. İdare, sistemler arası entegrasyonu sağlamak üzere gerekli düzenlemeleri yapmaktan sorumludur. (Gerekli donanım, network ve lisans bedelleri İdare tarafından karşılanacaktır.)

13.9.6 Hizmet alımı yoluyla çalıştırılan personele ait özlük bilgileri bu modül içerisinde tutulmalı ve gerektiğinde raporlanmalıdır.

13.9.7 Personel modülü içerisinde kayıtlı olmayan hiçbir personel HBYS içerisinde iş veya işler yapamamalıdır.

13.9.8 Personelin yakınları kaydedilebilmeli, Personel yakınlarının listelenebilmelidir.

13.9.9 Yeni atanan personellerin; Göreve başlama işlemleri ve yazışmaları programdan hazırlanabilmelidir.

13.9.10 Başka kuruma atanan personellerin işlemleri yapılabilmeli, nakil belgeleri düzenlenebilmelidir.

13.9.11 Personele Nüfus Cüzdanı Örneği düzenlenebilmelidir.

13.9.12 Personellerin Kan grubu girilebilmeli ve listesi alınabilmelidir.

13.9.13 Günlük olarak izin, rapor dönüşü ve doğum günü olan personeller listelenebilmelidir.

13.9.14 Emekli Sicil No Bildirim Formu düzenlenebilmelidir.

13.9.15 Gelen ve Giden Evrak kayıtlan yapılabilmeli, gelen ve giden evrak listeleri alınabilmelidir.

Zaman Yönetimi

13.9.16 Personelin çalışma zamanını görüntülemeli ve veri girişlerini yapmalıdır.

13.9.17 Vardiya bilgilerinin bordroya entegrasyonu ve raporlama işlemleri yapılabilmelidir.

13.9.18 Nöbetler, fazla mesailer girilebilmeli, raporlanmalı ve gerektiğinde bordroya aktarılmalıdır.

13.9.19 Yıllık izin ve/veya rapor girilmeli, raporlanmalı ve bordroya aktarılmalıdır.

Bordro ve S.S.K. İşlemleri

57

13.9.20 Maaş bordrosu, ek fark bordrosu, fazla mesai bordrosu, vb. personel ücret ödemelerine ilişkin tüm bordrolar hazırlanabilmelidir.

13.9.21 Her tür sigorta ve emeklilik kesintileri, Maliye’ye ait kesintiler, vb. ilişkin işlemler yapılabilmelidir.

13.9.22 Kanun, yönetmelik ve yönergelere uygun olarak Döner Sermayeden personele pay dağıtılması işlemleri yapılabilmelidir.

13.9.23 Tüm bu işlemlerle ilgili rapor çıktılan almabilmelidir.

13.9.24 Her türlü ödemeler ve kesintiler hesaplanmalıdır. Buna bağlı olarak;

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

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

■ Özel sigorta, icra gibi kesintiler kaydedilebilmelidir.

■ Diğer kanuni ve özel kesintiler kaydedilebilmelidir.

13.9.25 Kıdem, ihbar bordrosu çıkartılmalıdır.

13.9.26 Gerekli görülmesi halinde her türlü yasal raporlan hazırlamalıdır.

■ SSK İşe Giriş Bildirgesi / Personel bildirgesi

■ SSK Aylık Bildirge

■ Emekli Aylık Bildirge (SGDP)

■ Ek-1 ve Ek- 2

■ SSK 4 Aylık Bildirge

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

■ İşyeri Bilgi Formu (İŞKUR)

■ İşsizlik Ödeneği Talep Formu

■ Çalışma Bakanlığı İşyeri Bildirgesi

■ İş Sözleşmesi

■ İlgili diğer raporlar.

13.9.27 Özel Gider İndirimi hesaplamalı ve raporlamalıdır.

13.9.28 Harcırah hesaplamalı ve raporlamalıdır.

13.9.29 Bordro raporlarını hazırlamalıdır.

■ Ücret raporu,

■ Veriliyorsa avans raporu,

■ Muhasebe icmal raporu,

58

■ Personel ödenekleri raporu,

■ Personel kesintileri raporu,

■ Personelin gelir vergisi matrah raporu,

■ Yıllık bordro icmali.

13.9.30 Banka havale dosyasını hazırlamalıdır.

13.9.31 Değişen vergi, Prim, matrah oran ve parametreleri tanımlanmalı ve parametreler her ay değişebilir olarak düzenlenmelidir.

13.9.32 Toplu ücret artışı ya da düzeltme yapmalıdır.

13.9.33 Gerektiğinde fark bordrosu yapmalıdır.

Eğitim ve Toplantı Yönetimi

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

13.9.35 Eğitim ve toplantılar listesi oluşturulabilmelidir.

13.9.36 Eğitim ve toplantılara ön kayıt, kesin kayıt, kayıt silme yapmalıdır.

13.9.37 Eğitim ve toplantı değerleme ve raporlama yapmalıdır.

13.9.38 Eğitim ihtiyacım belirlemeli ve alman tüm eğitimler görüntülenmelidir.

13.9.39 Eğitim talep formu oluşturmalıdır.

Personel Portalı

13.9.40 Personelin kendi şifresini kullanarak herhangi bir yerden girebileceği aşağıda bazı örnekleri verilen kişiye özgü ve genel bilgileri içermelidir.

13.9.41 Vardiya bilgileri.

13.9.42 Aylık toplam çalışma süresi.

13.9.43 İzin hakkı.

13.9.44 Personele ilişkin mevzuat duyuruları.

13.9.45 Eğitim programlan.

13.9.46 Sosyal aktiviteler ve diğer duyurular.

13.10 BİLGİ YÖNETİM, İSTATİSTİK VE RAPORLAMA İŞLEMLERİ MODÜLÜ

13.10.1 Bu modülün asıl amacı, Sağlık Bakanlığının, TKHK ve ZKHB’nin, hastane yöneticilerinin, yönetimsel ve stratejik kararlar verebilmesi için; hastanede gerçekleşen tüm tıbbi, idari ve mali kaynakları izleyebilmesi, herhangi bir personele sorma ihtiyacı duyulmadan sorgulayabilmesi, değerlendirebilmesi ve analiz edebilmesidir. Kullanıcı Bilgileri Girişi, Tetkik-Hizmet Listeleri, Kurum Genel Bilgi Girişi, Kodlu Bilgi Girişi, Sistem Bilgisi Düzenleme, Rapor Yönetimi işlemlerini de kapsamalıdır.

İstatistik İşlemleri

59

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

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

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

13.10.5 Resmi kuruluşlara gönderilmesi gereken istatistiki formlar (Örneğin, Form 053, 056, 057, vb.) ve bildirimler (Örneğin, Bulaşıcı Hastalıklar) üretilmelidir.

13.10.6 Günlük poliklinik hastaları listesi, yatan hastalar listesi, refakatçiler listesi kolaylıkla alınabilmelidir. Tüm bu işlemler belli tarih aralıkları için de yapılabilmelidir.

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

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

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

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

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

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

Kullanıcı Bilgileri Girişi

13.10.13 HBYS’yi kullanacak kişilerin her türlü bilgilerinin tanımlanmasını sağlayan fonksiyondur.

13.10.14 Kullanıcı gruplarına sistemin yazılıma bilgi erişim, silme, güncelleme ile ilgili yetkilendirme işlemleri yapılmalıdır.

13.10.15 Kullanıcı kayıtlarından çıktı alınmalıdır.

13.10.16 Sistemde yapılan tüm değişiklikler bir log olarak saklanmalıdır.

13.10.17 Oluşturulacak olan kullanıcı tanımlan personel modülünde bulunan kullanıcı alanları ile ortak olmalıdır. Münferit veya tek başına çalışma yapamaz.

Tetkik-Hizmet Listeleri Girişi

13.10.18 Kurumun, tanı/tedavi, tetkik gibi tanım bilgilerinin sisteme kaydedilmesini sağlayan fonksiyondur.

Kurum Genel Bilgi Girişi

13.10.19 Kurum ile ilgili işleyişi sağlayan ve Sağlık Bakanlığı Tedavi Hizmetleri Genel Müdürlüğünce veri toplamada kullanılan Hastane Bilgi Formu’nda yer alan bazı verilerle genel tanımlamaların yapıldığı fonksiyondur.

60

13.10.20 Polikliniklerin, servislerin, kliniklerin, laboratuvarların, ameliyathanelerin tanıtılması, adlandırılması ve girişleri yapılmalıdır.

13.10.21 Kurumun ambulans, oda, yatak vb. personel, araç, gereç, cihaz vb. bilgilerinin girişini ve tanımlanmasını sağlamalıdır.

Kod Bilgi Girişi

13.10.22 Kullanılan kodlu bilgilerin tanımlanmasını sağlayacak fonksiyondur.

13.10.23 Standart kodların yanı sıra özel kodlar tanımlanmalıdır.

13.10.24 Kod sistemleri ile tanımlanabilecek tüm girdi ve çıktıların kodlanması, sistematik olarak adlandırılması veya gruplandırılması mümkün olmalıdır.

Sistem Bilgisi Düzenleme

13.10.25 Hastane Bilgi Sistemi Uygulama Yazılımı parametrelerinin düzenlenmesini sağlayacak fonksiyondur.

13.10.26 Kurumun hangi bölümlerinde hangi program modüllerinin kullanılacağının tanımlanması imkanı vermelidir.

13.10.27 Sistemin tüm işlemleri çeşitli yetki kategorilerine ayrılıp, kullanıcı gruplarına bu yetkiler verilip alınmalıdır.

13.10.28 Sistemin güvenlikle ilgili parametrelerinin girişi mümkün olmalıdır.Sistemin kullanıcıya verdiği hata mesajlarının görüntülenmesi mümkün olmalıdır.

13.10.29 Yanlışlıkla oluşturulan aynı hastaya ait hasta kayıt numaralan tek bir hasta kayıt numarası altında birleştirilmelidir.

Rapor Yönetimi

13.10.30 Rapor yönetimi fonksiyonu, değişen kurum ihtiyaçlarına göre standart rapor biçimleri (tıbbi ve istatistik!) tanımlanması, güncellenmesi ve yetkilendirilmesi işlerini gerçekleştirmelidir.

13.10.31 Tanımlanmış rapor biçimlerinde silme, değiştirme, güncelleme yapılmalıdır.

13.10.32 Sistemde kullanılan standart rapor biçimlerinin hangi birimler tarafından kullanılabileceği tanımlanmalıdır.

13.10.33 Raporların gruplandırılması mümkün olmalıdır. Sistemde kullanılan tüm rapor şablonlan (çıktı formadan) bilgi işlem kullanıcıları tarafından, yerinde düzenlenebilmeli.

13.10.34 İstatistikî raporlamalar için yeni sorgulama kriterleriyle istatistikî rapor tanımlamaları gerçekleştirmelidir.

13.10.35 Kalite indikatörleri için veri toplama ve rapor hazırlama özelliği olmalıdır

13.11 HEMŞİRE GÖZLEM ve GİRİŞİM MODÜLÜ

13.11.1 Hemşirelik uygulamalarının ve hasta takibinin elektronik ortamda yapılmasını ve kaydedilmesini sağlayacak olan fonksiyonlardır.

13.11.2 Sistem, Hemşirelik Tanısı bakımından Lisans gerektirmeyecek bir kod yapısı ile çalışabilmelidir.

61

13.11.3 Sistem, her hemşirelik müdahalesinin gerektirdiği araç-gereç, ekipman, personel ve zamanı tanımlayabilmelidir.

13.11.4 Hemşirelik müdahaleleri/uygulamaları hekim isteminin bulunduğu modül ile ilişkilendirilmelidir. Böylece bağımsız hemşirelik uygulamalarının yanı sıra, hekim istemine bağlı olarak gerçekleştirilecek hemşirelik bakım uygulamaları da (örneğin ilaç, intravenöz sıvı tedavisi vb.) yerine getirilebilmelidir. Bakımın bütünlüğü ve devamlılığı korunmalıdır.

13.11.5 Hemşirelik müdahaleleri/uygulamalar Eczane Modülü ile ilişkilendirilmelidir. Hemşire hekim istemlerine bağlı uygulamaları gerçekleştirirken, ilaçların etki ve yan etkileri, ilaç-ilaç etkileşimleri, yaş, cins, vücut ağırlığı vb. özelliklere göre ilaç dozu ve sıvı miktarı hesaplamalarına otomatik olarak erişebilmelidir.

13.11.6 Hemşirelik müdahaleleri bölümü hastanın yaşam bulgularının kaydedildiği elektronik ortamlarla (örneğin monitör) ile ilişkilendirilmelidir.

13.11.7 Sistem hemşirelik bakım planının günlük hemşire gözlem notlarıyla ilişkilendirilmesini sağlamalıdır.

13.11.8 Sistem yetkili kişi/kurum tarafından yeni veri girişine ve veri güncellemesine olanak sağlamalıdır.

13.11.9 Sistemin kullanımı sırasında gizliliğin korunması için ve kullanıcının / hemşirenin kimliği, çalışma zamanı ve verdiği hizmetin tanımlanabilmesi için her hemşirenin bir kullanıcı kodu olmalıdır. Böylece her hemşirenin çalışma zamanı ve verdiği hizmet, dolayısıyla performansı nesnel olarak tanımlanabilmelidir.

13.11.10 Devir teslim notu yazılacak hemşire gözlem formatma ulaşılmalıdır.

13.11.11 Hemşirenin, hastanın günlük yaşam aktivitelerini kaydetme imkanı olmalıdır.

13.11.12 Hemşirelik girişimleri listelenmelidir.

13.11.13 Hemşire, hastanın taburcu planlarını yapabilmelidir.

13.11.14 Hastanın eğitim ihtiyaçları değerlendirilebilmelidir.

13.11.15 Hasta eğitim dokümanı basılabilmelidir.

13.11.16 Kullanıcı tarafından hazırlanan standart hasta eğitim planlan olmalıdır.

13.11.17 Hastanın ağrı skalası ve ağrı değerlendirmesi yapılabilmelidir.

13.11.18 Hayati bulguların takibine ilişkin kayıtlar tutulabilmelidir.

13.11.19 Yeniden kabulde hastanın bir önceki tanıları ve tedavileri ile diğer hemşirelik bilgilerine ulaşım sağlanmalıdır.

13.11.20 Hasta transfer takibi yapılabilmelidir.

13.11.21 Hemşire, hastanın demografik ve tıbbi hikayesine ulaşmalıdır.

13.11.22 Sınıflandrılmış tanı ve görüntüleme, iş listesi-randevu erişimi ve özel tetkik hazırlık dokümanı ile birlikte görüntülenebilmeli gerekli çıktılar alınabilmelidir.

13.11.23 Kat malzeme stoku, belirlenen minimum seviyelere indiği zamanlarda otomatik malzeme talep formu oluşturmalıdır.

62

13.11.24 Rutin ya da istenildiğinde elde edilecek görüntü ve raporlan sağlamalıdır.(İlaç uygulama hataları, yataktan düşme, İV komplikasyonlar, standart bakım planı varyasyonları, yatak yarası, tekrarlayan işlemler, kat doluluk oranlan, hasta bağımlılık oranlan ve hemşire hasta oranlan, vb.)

13.11.25 Hemşire çalışma listesi oluşturmalı ve bölümler, tarihler ve vardiya bazında/çalışma listesinin insan kaynaklan bölümü ile entegrasyonu sağlanmalıdır.

13.11.26 Hemşirelerin kendi çalışma listelerini oluşturması sağlanmalıdır.

13.12 AMELİYATHANE MODÜLÜ

13.12.1 Ameliyat isteklerini, randevulandırılmasını ve ameliyat sonrası kayıtların tutulabilmesini amaçlar. Bu amaç doğrultusunda;

13.12.2 Sistemdeki herhangi bir terminalden yapılan ameliyat randevu isteği kaydedilmeli ve randevu onayı, isteyen kişi tarafından bu modülde izlenebilmelidir.

13.12.3 Doğumhane, Yoğun Bakım, Anestezi birimlerinde ve Uyanma Odalarında kullanılabilecek şekilde tasarlanmış olmalı, ameliyathane defterine ilişkin bilgiler tutulmalıdır. Ameliyata kimlerin katıldığı (cerrah, anestezist, hemşire, teknisyen,vb.) bilgisi de kaydedilmelidir.

13.12.4 Ameliyathanede yapılan işlemler, klinik ve poliklinik modüllerinde olduğu gibi hastanın dosyasına/faturasına işlenebilmelidir. Hizmetlerin ve kullanılan malzemelerin, giriş/çıkış/stok/istek işlemleri yapılabilmelidir.

13.12.5 Hastaların ameliyat sonuçlarının girişini ve eski ameliyatlarına ait bilgilerinin sorgu kriterlerine göre aranıp raporlanmasını gerçekleştirmelidir.

13.12.6 Ameliyathanelerin randevu isteklerinin görüntülenerek düzenlenmesi sağlanmalıdır.

13.12.7 Ameliyathane kayıtlarından günlük, haftalık, aylık ve istenilen tarih dilimleri arasında istenen raporlar alınmalıdır.

13.12.8 Detaylı ameliyat ücretinin otomatik olarak hastanın mali faturalanna aktanlması sağlanmalıdır.

13.12.9 Ameliyathane odalarının, anestezinin, hemşirelerin ve destek personelin çalışma programını oluşturmalıdır. Personelin nöbet çizelgesi oluşturulabilmelidir.

13.12.10 Ameliyatı yapan operatör, yapılan ameliyatı kodlu listeden seçerek kaydedebilmelidir.

13.12.11 Ameliyatta kullanılan malzemeler listeden seçilerek hasta hizmetlerine eklenmelidir.

13.12.12 Ameliyathane ekipmanlarını izlemeyi sağlamalıdır.

13.12.13 Hastalık kodlarına, gruplarına ya da kullanıcının tanımladığı alanlara göre sorgulamaları yapmalıdır. Anestezi öncesi, anestezi esnasında ve sonrasında hasta takibi yapmalıdır.

13.12.14 Uygulanan işlemler, malzemeler, setler ve paket listeler görüntülenmelidir.

13.12.15 Hastanın ameliyathaneye girme ve çıkma zamanlan izlenmeli, erteleme ve ameliyathanede bekleme zamanlarını kaydetmek ve sorgulamak mümkün olmalıdır.

13.12.16 Ameliyat notu yazılabilmeli ve 24 saat içinde tamamlanmayan raporlar için uyan sistemi olmalıdır.

13.12.17 Anestezi türü, bölüm ya da tanımlanan kriterlerde ameliyat listesi oluşturmalıdır.

63

13.12.18 Ameliyathane dışından ameliyat listesine ulaşma ve randevu talep imkanı sağlamalıdır.

13.12.19 Beklenmeyen ameliyathaneye dönüş oranlan raporlan için bilgi sağlamalıdır.

13.12.20 Spesmen raporlarını ve durumlarını takip etmelidir.

13.12.21 Yapılan ameliyatlara ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve rapor çıktısı alınabilmelidir.

13.13 HEMODİYALİZ MODÜLÜ

13.13.1 Hastanın servise kayıt ve kabulünden, herhangi bir nedenle (başka bir merkeze nakil, ex.) servisten ayrılışına dek gereksinim duyulan işlemlerin yapılmasını ve gerekli kayıtlann tutulmasını amaçlar.

13.13.2 Poliklinik başka servis ya da acilden hastanın servise kabulü ile ilgili işlemler gerçekleştirilebilmelidir.

13.13.3 Hastanın servise kabulü ile ilgili tüm kayıtlar tutulabilmelidir.

13.13.4 Herhangi bir anda servisteki dolu, boş makineler listelenebilmeli ve seçim yapılabilmeli, bu seçim yapılırken hasta ve hemodiyaliz makinesinin HBV, HCV, HIY vb. parametreleri mutlaka gözönünde bulundurulmalıdır.

13.13.5 Mevcut makinelerden çalışan ve arızalı ya da bakımda olanlarla bakıma alınması planlananların listesi devamlı olarak güncellenmeli ve randevularda otomatik düzenlemeler yapılabilmelidir.

13.13.6 Serviste bulunan makinelerin durumu, cihaz takip modülünde yer almalıdır.

13.13.7 Randevulu hasta kabulü yapılabilmeli, istenen zaman diliminde hastaların randevular periyodik olarak düzenlenebilmelidir. Gerektiğinde randevu iptali ve diğer randevular arasında transferler HBV, HCV, HIV vb. parametreler göz önünde bulundurularak yapılabilmelidir.

13.13.8 Hasta Tabelası bilgileri ve hastanın diyaliz sırasında gerçekleştirilen tedavileri kolayca sisteme girebilmeli ve bu kayıtlara istenildiğinde ulaşılabilmelidir.

13.13.9 Hangi hastanın hangi seansta hangi hemşire tarafından takibinin yapıldığının, hastaya verilen destek tedavisi ve tıbbi tedavinin kim tarafından uygulandığının kaydı tutulmalıdır. Bu kayıtlar istenildiği zaman belirli formatlarda görüntülenebilmeli/raporlanabilmelidir.

13.13.10 Diğer parenteral tedaviler için özel takip listeleri oluşturulmalı ve her hasta için minimum ilaç ve malzeme stok kontrolü sağlanmalıdır.

13.13.11 Hastan hepatit, diabet, hiper/hipotansiyon gibi kronik takip gerektiren hastalıklar ve damar yoluna ilişkin kayıtlan tutulmalıdır.

13.13.12 Doktor isteklerinin (tedavi, ilaç vb.) kayıtlan ve isteğin hangi doktor tarafından yapıldığının kaydı tutulmalıdır.

13.13.13 Hastaya kullanılan ilaç, yapılan ameliyat, tetkik, vb. işlemler ve kullanılan tüm malzemelere ait ücretler (fistül operasyonu, kateter, enjektör, röntgen, ilaç, vb.) hastanın elektronik ortamda bulunan mali kayıtlarına ve hasta dosyasına anında yansıtılmalıdır. Hastamn herhangi bir andaki fatura bilgileri görüntülenebilmelidir.

13.13.14 Diyaliz ünitesinde bulunan stoklara ilişkin kayıtlar tutulmalıdır. Bu stok kayıtlarında kullanılacak solüsyonlar, setler, diyalizörler ve diğer malzemelere ilişkin stok hareketleri, son durumlar ve istatistikler alınabilmelidir.

64

13.13.15 Yatak ya da makine değişiklikleri, hastaların izinli ayrılışları gibi işlemler yapılabilmeli ve geçmişe dönük olarak izlenebilmelidir.

13.13.16 Hastanın ayrılışında epikriz raporları hazırlanabilmeli ve istenildiğinde başka bir kuruma sevk işlemleri yapılabilmelidir.

13.13.17 Organ nakline ilişkin işlemler yapılabilmeli ve hazırlık bilgileri tutulmalıdır.

13.13.18 Diyaliz ünitesinde çalışan doktorlar ve hemşireler için gerekli çalışma ve nöbet çizelgeleri, icap listeleri hazırlanabilmelidir.

13.13.19 Ameliyathaneden, fıstül ameliyatı yapılacak hastalara ilişkin randevular istenebilmelidir.

13.13.20 Diğer birimlerden konsültasyon isteğinde bulunulabilmeli, sonuçlar izlenebilmeli, diğer birimlerin konsültasyon ve randevu taleplerine cevap verilebilmelidir.

13.13.21 Hastaların transplantasyona uygunluk durumları ve iletişim bilgileri hakkındaki kayıtlar sistemde tutulabilmeli, gerekli gizlilik, güvenlik ve mahremiyet ilkelerine azami dikkat edilmelidir.

13.13.22 Hastaya uygulanan/kullanılan ancak hastane tarafından karşılanmamış olan ilaç ve malzemeler hastanın kayıtlarına eklenmeli ancak masraf olarak işlenmemesini sağlayacak düzenlemeler sistemde yer almalıdır

13.13.23 Diyaliz ünitesinde tedavi gören hastaların kayıt ve işlemlerine ilişkin çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir. İstatistik, sorgu ve raporların tam listesi ve detayları Sistem Uyarlama Gerekleri Analizi aşamasında belirlenecektir.

13.13.24 Hastane eczanesinde bulunmaması ya da stokta kalmaması nedeniyle hastanece karşılanamayan ve dışarıdan aldırılan ilaç ve malzeme istekleri de hastanın kayıtlarına eklenmeli ancak masraf olarak işlenmemesini sağlayacak düzenlemeler sistemde yer almalıdır. Yani ilgili mevzuat hükümlerine göre işlem yapılacaktır.

13.13.25 Konsültasyon istekleri randevulandıırlabilmeli ve sonuçlan takip edilebilmelidir.

13.14 SAĞLIK KURULU MODÜLÜ

13.14.1 İşe, okula başlama, sakatlık, iş göremezlik, istirahat, yurtdışı tedavi vb. durumların tespitine yönelik olarak faaliyet gösteren kurulların iş ve işlemlerinin takip edildiği ve kayıtlarının tutulup çıktılarının alındığı modüldür. Bu modülde:

13.14.2 Randevu işlemleri gerçekleştirilebilmelidir.

13.14.3 Kurulda görüşülecek vaka için önceden gerekli hazırlıkların yapılmasına olanak tanınmalıdır.

13.14.4 Otomatik olarak tetkik ve konsültasyon istekleri yapılabilmelidir.

13.14.5 Hastanenin işlev ve yetkilerine uygun olarak (rapor, yurtdışı tedavi, hakem hastane vb.) gerekli formlar oluşturulmalı, yetki veya işlev değişikliği durumunda gerekli düzenlemeler yapılabilmelidir.

13.15 DOSYA ve ARŞİV MODÜLÜ

13.15.1 Bu sistemde, adli raporlar, hastaların epikrizleri, ameliyat raporlan, laboratuvar sonuçları, yatan hasta dosyalan, anamnez verileri, radyoloji, patoloji, fizik tedavi, konsültasyon raporlan v.b. tek bir hasta kaydı ile ilişkilendirilerek tek bir hasta dosyasında manuel veya elektronik olarak saklanması, gerektiğinde verilerin güncellenmesi, hatalı verilerin düzeltilmesi, verilere erişim ve analiz ile ilgili fonksiyonlar yer almaktadır. Kayıt fonksiyonları yanında aşağıdaki fonksiyonlar da gerçekleştirilmelidir:

65

■ Arşiv için dosya oluşturma,

■ Dosya kontrolü,

■ Arşivleme,

■ Arşiv istek,

■ Arşiv karşılama,

■ Arşiv takip

fonksiyonları özelleştirilerek geliştirilmeli ve uygulamaya alınmalıdır.

13.15.2 Hastalık gruplaması, ICD-10 tanı kodlarına göre yapılabilmelidir.

13.15.3 Hazırlanan tıbbi raporlar (patoloji, ameliyat, epikriz) istenen numaraya fakslanabilmeli, varsa hastalara e-posta adresine gönderilebilmelidir.

13.15.4 Semt Polikliniği/Uydu poliklinik ve hastane arasında hasta dosyasının elektronik ortamda taşınması sağlanmalıdır.

13.15.5 Önceden alınmış poliklinik randevuları bir gün önceden tıbbi arşivde görüntülenmelidir.

13.15.6 Bir hastaya birden fazla tam (primer, sekonder tanı) girişi mümkün olmalıdır.

13.15.7 Eksik dosyalar tıbbi arşivde tespit edilebilmeli ve bulunan eksiklikler ilgili kişilere (doktor, hemşire, fizyoterapist vb) elektronik ortamda liste halinde bildirilmelidir.

13.15.8 Adli dosyalan sadece yetkili kişilerin görebilmesi sağlanmalıdır.

13.16 KAN MERKEZİ MODÜLÜ

13.16.1 Acil ve ayaktan gelen hastalarla yatan hastalara ilişkin kan ve kan ürünü isteklerinin karşılanması ve Kan Bankası için gerekli kayıtların tutulabilmesini amaçlar. HBYS üzerinde donör kayıtlan, transfüzyon kayıtlan, kan ve kan ürünleri takibinin yapılabilmesini sağlayacak olan kapsamlı bir Kan Bankası Modülünün kurulması gerçekleştirilmelidir.

13.16.2 Sistemdeki herhangi bir terminalden yapılan kan ve/veya kan ürünü istekleri, isteğin kim tarafından yapıldığı Kan Merkezi çalışanı tarafından görülebilmelidir.

13.16.3 Çeşitli kaynaklardan temin edilen kan ve kan ürünlerine ait donör ve kaynak bilgileri sisteme girilebilmelidir.

13.16.4 Yapılan test ve diğer tetkik sonuçlan kaydedilebilmeli, bu sonuçlar istek yapan servislerden izlenebilmelidir.

13.16.5 Merkezden çıkan kanların hastane içinde takibi yapılabilmelidir.

13.16.6 Acil servis ve ameliyathaneden yapılan isteklere öncelik tanınması için gereken otomatik uyan sağlanmalıdır.

13.16.7 Kan ürünleri, miat ve kan gruplan yönünden izlenmelidir.

13.16.8 Crossmatch takibi yapılmalıdır.

13.16.9 Hastanın kayıtlan ile planlanan kan grubu arasında uyumsuzluk olduğunda uyarmalıdır.

66

13.16.10 Kan Merkezinde yapılan incelemelere ve tutulan kayıtlara ilişkin çeşitli istatistikler elde edilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir.

13.16.11 Bu alt modülde tutulan bazı gizli kayıtlara erişebilecek personel farklı seviyelerde yetkilendirilebilmelidir.

13.16.12 Kan merkezince girilen tetkik sonuçlarının servislerden izlenebilmesi için; sonuç kan merkezinde ikinci bir kişi tarafından onaylanmalıdır.

13.16.13 Onaylanan sonuçlar hastanın dosyasına gönderilmelidir. Onaylanmamış sonuçlar hasta dosyasında görülmemelidir. Program 2. onay olmadığını kan merkezi sonuç ekranında uyan şeklinde göstermelidir.

13.16.14 Crossmatch yapılacak kan miadı sırasıyla bildirilmelidir.

13.16.15 Kan merkezi, kan ve komponentlerin toplam, sahipli, rezervde kalan ve karantinadaki miktarlarını; kan gruplarına göre görebilmelidir (stok ekranı)

13.16.16 Her servis için ayrı bir sayfa açılmalı; bu sayfada kan veya komponent istenen hastanın adı-soyadı, bilgisayar numarası, istenen kan miktarı, kan grubu, mevcut kanı, crosslu kanı, crosstan çıkarılan kanı, verilen kan miktarı, mevcut kanın hastaneden veya dışarıdan mı geldiği görülebilmelidir. Bu ekran üzerinden hastaya kan çıkışı yapılabilmeli ve çıkışla ilgili tüm işlemler otomatik olarak hasta dosyasına ve stok ekranına yansımalıdır. Kullanılmayıp geri dönen kanlar ve komponentleri de bu ekrandan görülebilmelidir. (kan akış ekranı)

13.16.17 Hastaya yapılan crossmatchlar hasta sonuç bölümüne kan merkezince girilmeli giriş yapılınca da otomatik olarak kan akış ekranına yansımalıdır.

13.16.18 Kan veya komponentlerinin fiyatlandınlması kan merkezince yapılmalıdır. Servis doktorları kan veya komponentinin istemini yaptığında sadece istem görülmeli ancak fıyatlandırılmamalıdır.

13.16.19 Kan merkezince kan çıkışı hasta adına yapıldıktan sonra fiyatlandırması hastane veri tabanına hemen gönderilmemelidir bir süre bekletilmeli kan geri gelmediği takdirde kan merkezince onay verildikten sonra hastane veri tabanına gönderilmelidir veri tabanına onay saati değiştirilerek kanın verildiği saat ve tarih aktarılmalıdır.

13.16.20 Fiyatlandırma temin edilen kanın hastanede alınması veya dışarıdan gelmesine göre otomatik olarak yapılmalıdır. Yine, Rh(+) pozitif veya Rh(-) negatif kanlar farklı fiyatlandırılmasından program fıyatlandırmayı buna göre otomatik yapabilmelidir.

13.16.21 Kan akışı ekranında fiyatlandırmanın kaç adet yapıldığı görülebilmelidir. Fiyatlandırılmayan kan varsa otomatik uyan sağlanmalıdır.

13.16.22 Hastanın taburcu veya sevk edildiği kan merkezi programına hastane veri tabanına bildirilmelidir. Bu durum bildirilince hastanın onaylanmamış fiyatlandırması olduğu otomatik olarak veri tabanına aktarılmalı ve fatura basılması onay gelene dek ertelenmelidir.

13.16.23 Servise çıkışı yapılan kanların çıktısı alınabilmelidir. Çıktısı tarih, veriliş saati, hastanın adı-soyadı, bilgisayar numarası, kan grubu, verilen kanın türü ve numarası son kullanım tarihi, geri gelirse geliş saati, işlemi bilgisayara giren kişinin kullanıcı kodu bulunmalıdır.

13.16.24 Dışarıdan hastalara getirilen kanlar ve kan komponentlerinin kaydı yapılıp rapor halinde çıktısı alınabilmelidir.

13.16.25 Dışarı satılan kanların kaydı ve çıktısı alınabilmelidir.

67

13.16.26 Kan bankacılığında hayati öneme sahip olan vericinin ayrıntılı bilgileri bu program ile tutulmalı ve gönüllü vericilerin gerektiğinde veri tabanından sorgulanıp onlara ulaşmasını kolaylaştırıcı bilgileri ekrana getirmelidir varsa cep telefonu, iş telefonu, ev telefonu, e-mail adresi, iş adresi, ev adresi, en son kan verdiği tarih, en son ve önceki serolojik test hikâyesi daha önce alman kanların kimlere ve ne şekilde verildiği, havuzlanmış Trombosit yapıldı ise hangi barkod numaralı torba ile kime verildiği takip edilmelidir. Eğer donör daha önce veri tabanında kayıtlı ise tekrar kan vermek istediğinde onu kaydetmek için zaman harcanmamak yeni bir torba numarası ile kan alınabilmelidir. Eğer verici aferez donörü ise donör ile randevulaşılmalı. Bu arada donör’ün alınan kan örneğinin kan grubu serolojik testleri (HTV, Hepatit, VDRJL vs) ve cross-match sonuçlan çıkarılmalı daha önceden aferez donörü olmuşsa ve red edilmişse neden red edildiği kayıt edilmelidir.

13.16.27 Kan bankasının kullandığı donör sorgulama formu bu otomasyon programına kayıt edilebilmelidir. Bu forma hastane yönetimi tarafından gelişen teknolojiye ve ortaya çıkabilecek yeni ihtiyaçlara göre yeni maddeler eklenebilmelidir. Donörün sürekli red mi yoksa geçici red mi olduğu ve hangi sebepten dolayı red edildiği kayıt edilmelidir. Donör, red süresi bitmeden tekrar başvurursa, program bu donörün kabulünü engellemelidir.

13.16.28 Red edilen donörlerin adı-soyadı, kimlik bilgileri, başvuru tarihi, red nedeni ve süresi; her ay liste halinde basılabilmelidir. Bu çıktıda red nedeni, (A-B-C) şeklinde gizli olarak basılacaktır.

13.16.29 İstenirse, donör sorgulama formu ve donör kimlik bilgileri dokunmatik bir ekran yardımı ile donörün kendisi tarafından girilebilmelidir. Red sebebi olabilecek bir cevap verildiğinde, yazılım donörü otomatik olarak red etmelidir.

13.16.30 Yazılımda donörün tam kan sayımı sonuçlan, nabız, tansiyon, boy-ağırlık gibi bilgileri kaydedilebilmeli, bu değerlerin kabul edilebilir sınırlar içinde olup olmadığı yazılım tarafından kontrol edilmelidir.

13.16.31 Program hastane veri tabam ile entegre bir şekilde çalışabilmelidir. Kan isteminde bulunulan hastalar eğer hastane veri tabanına kayıtlı ise oradan otomatik olarak protokol numarasına göre bilgileri getirilmelidir. Eğer kayıtlı hastalar değilseler yeni kayıt yapılacaktır. Yazılım servislerden hasta kaydı ile kan ve tetkik istemlerinin girişine imkân vermelidir. Yazılımın veri tabanında daha önceden kayıtlı ise, hastane veri tabanına gitmeden kendi veri tabanından bilgileri getirmeli ve bunları girmek için zaman harcanmamalıdır. Kullanılan kan istem formlarındaki ayrıntılar bu programa kayıt edilebilmelidir. Kan istem formu girildikten sonra, mevcut stok değerlendirilmelidir. Hasta yakını, hasta kan isteminin ne kadarının kimlerden karşılandığını, hangi testlerin yapıldığını hangi testlerin sona erdiği hangilerinin yapılmakta olduğu konusunda kolay bir şekilde bilgilendirilebilmelidir.

13.16.32 Program ile alman kanın, hastaya gidene kadar geçireceği işlemler kayıt edilmelidir. Eğer alman kan torbalarından havuzlanmış trombosit elde edilecek ise bu da kayıt edilmelidir.

13.16.33 Program kan merkezinde çalışılan tüm testlerin sonuçlarını ve bulaşıcı hastalık testleri sonuçlarını kaydedebilmelidir. Ayrıca kuşkulu sonuç ve hatalı çalışma nedeniyle tekrarlanan testler de kaydedilmelidir. Böylece eldeki kit stoğu da takip edilebilmelidir.

13.16.34 Program kan bankasında kayıt için kanuni olarak kullanılması gereken tüm defterleri istenildiğinde istenilen tarih ve saat aralığında dökebilmelidir. Ayrıca tekrar defter kaydı tutulmasına gerek kalmamalıdır.

13.16.35 Program, örnek tüpleri ve torbalar için barkod basabilmelidir. Örnek tüpleri veya torbalar üzerinde barkodlar zarar görürse tekrar barkod basmaya müsait bir yapıda olmalıdır.

13.16.36 Program kanuni zorunluluklar veya gönüllü donör bankası oluşturma amacı ile kayıtları sonsuza kadar saklayabilmelidir. İstenirse gerekli görülmeyen kanuni zorunluluğu ortadan kalkmış olan kayıtlar başka bir yere aktarılabilmelidir. Program veritabanının istenildiğinde veya periyodik aralarla otomatik olarak yedeği alınabilmelidir. Kan bankası tarafından istenecek tüm istatistikî bilgiler

68

bu program tarafından karşılanmalıdır.

13.16.37 Program hastaya çıkışı yapılan kan geri döndüğünde kanı stoğa geri döndürebilmelidir.

13.16.38 Program, kullanıcıların hangi işlemi ne zaman yaptığının ayrıntılı bir kütük kaydını tutabilmelidir.

13.16.39 Program donör ve hastaya yapılan özel testleri kayıt edebilecek ayrı bir modüle sahip olmalıdır.

13.16.40 Program istenildiğinde ek istatistikî bilgiler sunabilmelidir.

13.16.41 İmha edilecek veya edilmiş ürünler kayıt edilebilmelidir. Ayrıca imha nedenleri de kayıt edilebilmelidir. Daha sonradan imha edilen ürünlerin istatistikî bilgilerine ulaşılabilmelidir.

13.16.42 Yazılım karantina altındaki kan ve komponentlerinin kullanılmasına izin vermemeli, karantina süresi sonunda serolojik testlerin negatif olması durumunda kan ve komponentlerini otomatik olarak kullanılabilir stoğuna almalıdır.

13.16.43 Yazılım yapılan iç ve dış kalite kontrol çalışmalarının sonuçlarını kaydedebilmelidir.

13.16.44 Yazılımda ışınlanan torbalar barkodları okutularak otomatik olarak ışınlanmış olarak kaydedilmelidir. Yazılım ışınlanma nedeniyle değişen miat bilgilerini takip edebilmelidir.

13.16.45 Program sayesinde kan torbalan üzerine; kan grubu, donör no, son kullanım tarihi, test sonuçlan, komponent türü, alım tarihi ve saati etiket olarak basılabilmelidir.

13.16.46 Program, crosslanmış kanı belli sürede cross’dan çıkarmalı ve kullanıcılar çıkarılması gereken kanlar açısından liste halinde uyarmalıdır.

13.16.47 Program kan merkezi çalışmalarına uygun olarak, her türlü barkodu basabilmelidir.

13.16.48 Yapılan tüm tetkik sonuçlan basılabilmelidir.

13.16.49 Programa hastane yönetimi tarafından, gelişen teknolojiye ve ortaya çıkabilecek yeni ihtiyaçlara bağlı olarak yeni maddeler istendiğinde eklenebilmelidir.

13.17 DİYET MODÜLÜ

13.17.1 Hasta yemek planlamasının yapılmasını sağlamalıdır.

13.17.2 Ayaktan muayene olan hastalara yönelik olarak diyet listelerinin sistemde tutulması, hastaya verirken sistemden alınması ve bu sayının ve diyet türünün loğlarının tutulması, tarih aralığı ile izlenebilmesi sağlanmalıdır.

13.17.3 Yatan hastalar ve refakatçileri için servislerden yemek ve kahvaltı listesi girilerek diyet bölümünden izlenmesi, çıktı alınabilmesi ve sonraki günlerde diyet mutfağının yapması gereken yemek miktarlarının olduğu listenin alınması sağlanmalıdır.

13.17.4 Hastalar için planlanan kahvaltı ve menülerin hasta adına sisteme girilmesi sağlanmalıdır.

13.17.5 Özel diyet menüleri görüntülenmelidir.

13.17.6 Hekim isteminde yer alan hasta yemek rejimi, otomatik olarak diyet bölümünden görüntülenmeli ve gerekli çıktılar alınmalıdır.

13.17.7 Hasta yemek rejiminin yeniden planlandığı durumlarda diyetin otomatik olarak güncelleştirilmesini sağlamalıdır.

69

13.17.8 Tıbbi işlem öncesi aç kalması gereken hastaların otomatik olarak diyet bölümünden izlenmesini sağlamalıdır.

13.17.9 Ameliyat ya da işlemden çıkan hastanın ne zaman yemek yiyeceğinin otomatik olarak izlenmesi sağlanmalıdır.

13.17.10Sistem diyet kısıtlarının izlenmesini sağlamalıdır. Örneğin; hastanın potasyumdan fakir diyeti varsa hasta için aykırı bir menü girildiğinde sistem uyarmalıdır.

13.17.11Seçilen menünün otomatik olarak kalori hesabı yapılmalı, etiket olarak alıp hasta yemeği ile birlikte gelmesi sağlamalıdır.

13.17.12Yatan hastalar için taburcu planına uygun diyet ile beslenme eğitim planlarının çıktı olarak hastaya verilmesi sağlanmalıdır.

13.17.13Ayaktan hastalara verilen diyet protokollerinin görüntülenmesi sağlanmalıdır.

13.17.14Yatan hasta/ayaktan hastaların geçmiş zaman tüm diyet-menü durumları görüntülenmelidir.

13.17.15Ayaktan hastalar için beslenme ve diyet çizelgelerinin çıktıları alınabilmelidir.

13.17.16Ayaktan ve yatan hasta zayıflama rejimlerinin takibini yapmalıdır.

13.17.17Personel yemek listesinin sisteme girilmesi ve izlenmesi sağlanmalıdır.

13.17.18Malzeme girişi yapılabilmelidir.

13.17.19Bu bilgiler ışığında, yemek için gereksinim listesi çıkarılabilmelidir.

13.17.20Önceden çıkarılan liste ve mevcut stoklara uygun siparişler oluşturulabilmelidir.

13.17.21Stok girişi ve çıkışı işlemleri takip edilebilmelidir.

13.17.22Verilen zaman diliminde mevcut stok, harcanan, iade, miadı dolan, atılan malzeme miktarlarına ilişkin çıktılar alınabilmelidir.

13.17.23Gün içinde hazırlanacak kahvaltı ve yemekler için gerekli olan malzeme istendiğinde, depodan çıkması gereken günlük miktar otomatik olarak görülebilmelidir.

13.17.24Günlük, haftalık, aylık ve yıllık malzeme ya da kaynak tüketimleri hesaplanabilmelidir.

13.17.25Modülde yer alan bilgi ve işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanabilmeli ve raporların çıktısı alınabilmelidir. İstatistik, sorgu ve raporların tam listesi ve detayları sistem analizi aşamasında belirlenecektir.

13.18 CİHAZ TAKİP MODÜLÜ

13.18.1 Bu modülde; hastanede kullanılan tüm cihazlarla ilgili bilgiler ve bu cihazların hastane içi ve dışındaki hareket bilgileri tutulmalıdır.

13.18.2 Servis poliklinik ve laboratuvarlarda kullanılan cihazların (solunum cihazı, EKG, tansiyon aleti, biyopsi seti, portable röntgen cihazı vb, taşınabilir diğer cihazlar) hastane içindeki hareketleri ve bu cihazların çalışma bilgileri ile cihaz kimlik bilgileri tutulmalıdır.

13.18.3 Cihazların periyodik bakım ve çağrı bakımı, onarım ve yenileme ile ilgili bilgileri ve garanti süreleriyle ilgili bilgiler tutulmalıdır.

70

13.18.4 Çamaşırhane, steril depo üniteleri ve mutfak gibi birimlerdeki makineler de sistemde yer almalıdır.

13.19 SERVER VE VERSİYON TAKİP MODÜLÜ

13.19.1 Sunucu üzerinde çalışan ve bütün modülleri kontrol eden bir modüldür.

13.19.2 Modül sistem sunucu saati ile terminal saatini eşleştirmelidir.

13.19.3 Sistemde çalışan herhangi bir terminaldeki versiyon numaralarının eski olması halinde çalışması engellemelidir.

13.19.4 Sunucu üzerinden terminallerdeki modüller otomatik olarak güncellemelidir.

13.19.5 Terminallere tek tek veritabanı yolu, sunucu,adı,vb ayarlar tanımlanmamalı server modülü tarafından bütün terminaller kurulum sırasında otomatik olarak ayarlanmaktadır.

13.20 STERİLİZASYON MODÜLÜ

13.20.1 Sağlık Kurumlan içerisinde teşhis ve tedavide kullanılan alet ve başlıkların (aerator, mikromotor v.b. gibi) sterilizasyon sürecinde gerçekleştirilen tüm işlemlerinin elektronik ortamda kayıt altına alınması ve izlenmesini sağlamalıdır.

13.20.2 Uygulama, defter ve form kullanımını ortadan kaldırarak kayıtlarda meydana gelebilecek manuel hataları engellenmeli, güvenilirliği, hızlı sorgulama ve raporlamayı kolaylaştırmalıdır.

13.20.3 Alet ya da cihazların hangi hasta için hangi zamanda kullanıldığı bilgisine anlık olarak ulaşılabilmelidir.

13.20.4 Hasta için kullanılan aletlerin hangi sterilizasyon süreçlerinden geçtiğini detayları ile sorgulamalıdır.

13.20.5 Bir hasta için kullanılan alet ve cihazların sterilizasyon sürecini; tarih, saat, personel ve yapılan işlemler bazında işleyebilmelidir.

13.20.6 Uygulama bölümlerden oluşmalıdır.

■ Tanımlamalar

■ Renk bandı tanımlama

■ Tıbbi alet tanımlama

■ Personel tanımlama(personel modülündeki kayıtlarla birebir olmalıdır.)

■ Sterilizasyon

■ Teslim işlemi

■ İade işlemi

■ Sterilizasyon işlemi

13.20.7 Yönetimsel İşlemler

71

■ Modül, form ve kullanıcı yetkilendirme

■ Klinik

■ Hasta ile paket eşleşimi

■ Raporlar

■ Hasta ile kullanılan paket

■ Kullanıcı/Personel bazlı yapılan sterilizasyon işlemleri

13.20.8 Uygulamaya giriş yapan kullanıcılar kendi yetkileri çerçevesinde modül ve formlara ulaşabilmelidir.

13.20.9 Uygulama kullanıcısı ile ilgili olarak oturum bilgilerine ait log’lar sistemde kayıt altına alınmalıdır.

13.20.10 Kliniklerde doktorun, bir hasta üzerinde çalışmadan önce sterilizasyon paket barkodunu okutması yeterli olmalıdır.

13.20.11 Sterilizasyon ünitesinde paketler barkodlanabilmelidir.

13.20.12 Sterilizasyon ünitesinde barkodlanmış paketler barkod okuyucu ile okunabilmelidir.

13.20.13 Kliniklerde hasta ile kullanılan sterilizasyon paketi eşleştirilebilmelidir.

13.20.14 Uygulama, hastane içerisinde istenen terminallerde çalışmalıdır.

13.21 DANIŞMA MODÜLÜ

13.21.1 Hizmetin sürekliliğini sağlamak, hizmet kalitesini artırmak, sisteme hız kazandırmak amacıyla hastane içerisindeki çeşitli hizmet kaynaklarına erişimi kolaylaştırıcı bilgiler bu modül içerisinde ele alınmalıdır.

13.21.2 Amaca uygun farklı çözümler tasarlanabilir. Örneğin; uygun olan yerlerde ekran, ışıklı pano(board), dokunmatik ekran(touch screen), vb. sistemler kullanılabilir.

13.21.3 İdare tarafından tespit edilecek yerlerde ve sayıda, aşağıda belirtilen bilgilerin hasta ve hasta yakınlarına görüntülenmesini sağlayacak yapı ve mekanizmalar geliştirilebilir:

■ Randevu, hizmet bilgileri

■ Hastane, bölüm, doktor bilgileri

■ Acil mesaj/uyanlar

■ Genel bilgilendirmeler

■ Yer ve yön bilgileri

■ Zamanlama bilgileri(tahmini bekleme süresi vb.)

13.21.4 Görüntülenecek bilgilerin Hastane Bilgi Yönetim Sistemi Uygulama Yazılımından gerçek zamanlı olarak elde edilmesi, idare tarafından tespit edilecek yerlerdeki ekranlara kadar iletilmesi Yüklenici tarafından sağlanmalıdır. Bu iş için (gerekli olması halinde yazılım lisanslan) ve donanım İdare tarafından sağlanır.

72

13.21.5 Görüntülenecek bilgi olmaması halinde bu ekranlardan, idarenin belirleyeceği bilgiler görüntülenebilir (Hastane içinde uyulması gereken kurallar, sağlığın korunması konusunda bilimsel içerikli kısa bilgiler, vb.)

13.21.6 Hastaların hastaneye geldiklerinde gidecekleri poliklinikleri vb. kendilerinin belirleyebilmelerini sağlamak amacıyla verilecek danışmanlık hizmetinin otomatik olarak yapılabilmesini sağlayacak algoritmaları içeren yazılımların sözleşme süresince hastanelerde çalıştırılması gerekmektedir. Söz konusu uygulama için;

13.21.7 KIOSK vb veri erişim cihazlan ve sistemleri üzerinde bulunan barkod okuyucuya T.C. Kimlik Numarası içeren hasta barkodu ya da ilgili alana ekrandaki dokunmatik klavye aracılığıyla T.C. Kimlik numarası veya Hasta numarası yazılarak sisteme giriş yapılabilmelidir.(söz konusu uygulama için gerekli donanım ve lisanslar İdare tarafından sağlanacaktır.)

13.21.8 Sisteme giriş sonrası ilave güvenlik önlemi olarak kendisine verilen şifre ya da bir başka kimlik doğrulama ve güvenlik unsuru ile hasta kimlik kontrolü yapılmalı ve 3 (üç) kez üst üste yanlış girişte sistem tarafından işlem sonlandırılmalıdır.

13.21.9 Hasta kimlik bilgisi doğrulandıktan sonra, hastanın almış olduğu randevu kontrolü sistem tarafından otomatik yapılmalı ve o güne alınmış tüm randevuları onaylanıp hasta, barkodu basılarak ilgili polikliniğe yönlendirilebilmelidir.

13.21.10 Hastanın herhangi bir randevusu yoksa, gün içinde çalışan uzmanlık dallan ekranda listelenmeli ve hasta şikayetine göre uygun uzmanlık dalını seçebilmelidir.

13.21.11 Hasta seçmiş olduğu uzmanlık dalma göre poliklinikleri ekranda görebilmeli ve listelenen her bir poliklinik için çalışma saati, poliklinik adı, doktoru, kalan kontenjanı, sevk edilen hasta sayısını görebilmelidir.

13.21.12 Hasta uygun polikliniği seçtiği anda sistem tarafından aşağıdaki kontrolleri otomatik yapılmalıdır;

■ Cinsiyet kontrol: Kadın hastaların gideceği polikliniklere Erkek hastaların gidememesi ya da tersi.

■ Gün Kontrol: Aynı gün içinde aynı polikliniğe ya da uzmanlık dalma birden fazla kez gitmesi ya da gitmemesi

■ Yaş Kontrol: Hastanın yaşının seçtiği poliklinik için uygunluğu

■ Provizyon kontrol: Hastanın provizyon alıp almayacağı kontrolü

■ Doktor İzin Kontrolü: Seçilen poliklinik doktoru izinliyse o poliklinik seçildiğinde uyan verilmesi

■ Kontenjan Kontrolü: Seçilen polikliniğin kontenjanı dolmuş ise hastaya uyarı verilmesi

13.21.13 Hasta KIOSK ile poliklinik tarih ve saat seçimi yaparak randevu alabilmelidir.

13.21.14 Hasta yeni yada geçmiş tarihlerdeki laboratuar sonuçlan görüntüleyebilmelidir.

13.21.15 Hastanın yanlış bilgi girişlerinde sistem hastayı uyarmalı ve doğru giriş için yönlendirmelidir.

13.21.16 KIOSK üzerinden alınacak randevular için kapasite tanımı yapılabilmelidir.

13.21.17 Yatan hastalar için işlem yapılmamalı ve hasta uyarılmalıdır.

73

13.22 KALİTE YÖNETİMİ MODÜLÜ

13.22.1 Hastane içinde kullanılan dokümanlar tek elden takip edilip, istenilen birime istenilen doküman ağ üzerinden gönderilebilmelidir.

13.22.2 Kullanıcı yetkileri ayarlanabilmelidir.

13.22.3 Revizyonlar takip edilebilmelidir.

13.22.4 Birimlere duyurular gönderilebilmelidir.

13.22.5 Dokümanlar ofis programlarında açılabilmelidir.

13.22.6 Kalite Yönetimi ile ilgili tüm formlara (düzeltici ve önleyici işlem formları, doküman değişikliği talep formu, yıllık eğitim programı vb.), tüm planlara, diğer kalite planlarına, kalite el kitabına, organizasyon şemalarına, proseslere ve prosedürlere yetki dâhilinde sistemden ulaşılabilmelidir.

13.22.7 Önceden oluşturulmuş (Word, Excel, pdf, html gibi formatlarda) dokümanlar, Kalite Yönetim Modülüne eklenebilmeli, takip ve düzenlemeleri modül üzerinden yapılabilmelidir.

13.22.8 Modül içerisinde tüm dokümanlar, yetkili kullanıcılar dışında değiştirilememeli ve kopyalanamamalıdır.

13.22.9 Sistem dâhilinde kullanıcıların ulaşabildiği formlar (örneğin düzeltici işlem formu gibi), ekranda doldurulabilmeli ve aynı kullanıcı tarafından birkaç nüsha şeklinde yazıcıdan çıktısı alınabilmelidir. Bu formlar yetki dâhilinde tüm birimler tarafından görülebilmeli ve doldurulabilmelidir. Form üzerinde kutucuklarla istek yapılacak birim, uygunsuzluğun giderileceği tarih gibi bazı bilgiler açılır kutudan seçilebilir olmalı, bazı bilgiler ise onay kutusu şeklinde işaretlenebilir olmalıdır.

13.22.10 Kalite Biriminin uygun gördüğü uyan veya yenilikler kullanıcılara iletilebilmelidir.

13.22.11 İç yazışmalar modül üzerinden yapılabilmelidir.

13.22.12 Kullanıcılara kullanıcı bazında bağlı olduklan birimle ilgili kalite formlannı görme yetkisi verilmelidir.

Düzeltici - Önleyici Faaliyetler (DÖFİ)

13.22.13 Düzeltici ve Önleyici faaliyet kaydı açılması sistem üzerinden online gerçekleştirilmelidir.

13.22.14 DÖFİ ile ilgilenecek İş grubu ve görevli seçimi yapılabilmelidir.

13.22.15 DÖFİ ile ilgili iş atamalarının yapılabilmesi gerekmektedir.

13.22.16 DÖFİ Sonuçlanana kadar takibi ve raporlanması yapılması gerekmektedir.

Uygunsuzluk Kayıtları

13.22.17 Uygunsuzluk yer ve tiplerinin tanımlanması yapılabilmelidir.

13.22.18 Uygunsuzluk kayıtlarının girilmesi, dönemsel bazda raporlanması yapılabilmelidir.

13.22.19 Uygunsuzluktan DÖFİ oluşturulabilmelidir.

Kalite Hedefleri Takibi

74

13.22.20 Süreç ve performans İzleme sistem üzerinden gerçekleştirilmelidir.

13.22.21 Dönemsel kalite hedeflerinin tanımlanması, yapılabilmelidir.

13.22.22 Hedeflerin sonuçların kayıt ve raporlanması yapılabilmelidir.

Eğitim Kayıtları

13.22.23 Personele verilen uyum eğitimleri ve diğer eğitimlerin takibi yapılabilmelidir.

13.22.24 İç ve dış eğitim kurslarının planlanması yapılabilmelidir.

Anket İşlemleri:

13.22.25 ALICI tarafında istenen konular için anket formları elektronik ortamda hazırlanabilmeli ve otomasyona girişi yetkisi olan kullanıcıların oylamasına sunularak sonuçlar incelenebilmelidir.

13.22.26 Anket konusu ve seçenekler ALICI tarafından belirlenebilmelidir.

13.22.27 İstenen anketlerin sonuçlan tüm kullanıcılara açılabilmeli, istenenlerde ise sadece yöneticilere açık tutulabilmelidir.

13.22.28 Her kullanıcı sadece 1 (bir) oy kullanabilmelidir.

13.22.29 Anketler için son oy kullanım tarihi tanımlanabilmelidir.

13.22.30 Anket sonuçlan hem sayısal olarak hem de grafik olarak görüntülenebilmelidir.

13.22.31 Anketler kullanıcı grubu bazında da tanımlanabilmelidir.

13.22.32 Anketlerde katılımcının tek seçim veya birden fazla seçim yapabilmesi sağlanabilmelidir.

13.22.33 Kullanıcıların ankete katılımı istendiğinde zorunlu yapılabilmelidir.

13.23 DOKÜMAN YÖNETİM SİSTEMİ

13.23.1 Sınırsız sayıda doküman tipi (gelen evrak, dilekçe, izin formu vb.) tanımlanabilmelidir.

13.23.2 Doküman tipleri için standart künye bilgisi tanımlanabilmelidir.

13.23.3 Doküman tipleri için; tipe özel ek alanlar sınırsız sayıda tanımlanabilmelidir.

13.23.4 Sisteme katılan dokümanların daha sonra indekslenmesi veya tekrar indekslenmeleri mümkün olmalıdır.

13.23.5 Doküman tipine özel tanımlanan alanlar tarih, karakter, sayısal gibi farklı içerikte olabilmeli ve uzunluk, ön değer, zorunlu alan olması gibi bilgiler sistemden girilebilmelidir.

13.23.6 Sonradan doküman tipine ek özellik eklenebilmelidir.

13.23.7 Doküman tipine özel tanımlanan alanlar, sonradan pasif hale getirilebilmelidir.

13.23.8 Sisteme sınırsız sayı ve formatta doküman eklenebilmelidir.

13.23.9 Taranmış dokümanlar ile faks ve e-mailler sistemde yönetilebilmelidir.

13.23.10 Dokümanlar sisteme katılırken ilk kullanım ve son kullanım tarihleri verilebilmelidir.

75

13.23.11 Dokümanlarda iş akışı dışında da yetkiler doğrultusunda değişiklik yapılabilmelidir.

13.23.12 Kullanıcılar, dokümana not ekleyebilmelidir. Diğer kullanıcılar dokümana eklenmiş notlan görebilmeli ancak her kullanıcı kendi yazdığı not üzerinde değişiklik yapabilmelidir.

13.23.13 Doküman silme işlemleri sadece sanal olarak yapılabilmeli, fiziksel silme sadece özel yetkiye sahip kişiler tarafından yapılabilmelidir.

13.23.14 Silinmiş ve imha edilmiş dokümanlar geçmişe yönelik olarak sorgulanabilmelidir.

13.23.15 Dokümanlar sistemden görüntülenebilmelidir.

13.23.16 Dokümanların güncellenmesi yetkiler dâhilinde yapılabilmelidir.

13.23.17 Seçilen bir doküman ile iş akışı başlatılabilmelidir.

13.23.18 Seçilen bir doküman, artık değişiklik yapılamayacağı son durumuna getirilebilmelidir.

13.23.19 Dokümana, yayım öncesi kontrollü erişim sağlayan kayıt imkânı sağlanmalıdır.

13.23.20 Dokümanların kayıt edildikten sonra yayımlanabilmesi sağlanmalıdır.

13.23.21 Her bir doküman için yetkiler kullanıcı ya da grup bazında verilebilmelidir.

13.23.22 Bir doküman kullanıcı tarafından check-out edilip rezerv edilebilmelidir.

13.23.23 Bir doküman, kullanıcı tarafından check-in edilip yeni versiyonu elde edilebilmelidir.

13.23.24 Microsoft Word, Excel veya benzeri uygulamalar ile entegrasyonu sağlanmalı, bu uygulamalar içerisinden sisteme doküman kayıt, check in-out işlemleri yapılabilmelidir.

13.23.25 Her bir dokümana yapılan işlem, kimin yaptığı, tarih ve saati gibi bilgiler sorgulanabilmeli ve rapor amaçlı detaylı dökümü alınabilmelidir.

13.24 ARAMA FONKSİYONLARI

13.24.1 Doküman adı, başlığı, klasör adı, kategorisi, tipi, formatı, sahibi, revizyonu, kayıt, yayım ve ilk kullanım tarih aralıkları gibi künye bilgilerinden bir ve/veya birden fazlası ile arama yapılabilmelidir.

13.24.2 Arama sonuçlan aramayı yapan kullanıcının yetkileri dâhilindeki dokümanları içermelidir.

13.24.3 Doküman tipilerine göre değişiklik gösterebilen özel alanlar ve bu özel alanların değerlerinde, eşit, büyük, küçük, arasında gibi nitelemeler ile arama yapılabilmelidir.

13.24.4 Yazılım, Türkçe karakterler ile sorunsuz çalışabilmeli, tüm sorgulama, sıralama ve karşılaştırmaların Türkçe alfabeye göre yapılması mümkün olmalıdır.

13.24.5 Arama sonucunda listelenen dokümanların bulundukları klasörler görülebilmelidir.

13.24.6 Arama sonuçlan yazdırılabilmelidir.

13.25 DİJİTAL ARŞİV SİSTEMİ AMAÇ VE KAPSAM

13.25.1 Bu teknik şartname kapsamında alınacak yazılım hizmeti ile , hastanemizin fiziksel belgelerinin

76

elektronik ortama aktarılabilmesi için gerekli olan kurumumuzda mevcut bulunan Hastane Bilgi Yönetim Sistemi Yazılımı ile entegreli dijital arşiv sistemi yazılımın temin edilmesi amaçlanmaktadır.

BELGE TARAMA YAZILIMI

13.25.2 Tarama yazılımı, jieste (batch) bazlı taramayı desteklemelidir. Taranan evrakların ilgisine göre topluca taranarak sistemde yönetilebilmesi sağlanmalıdır.

13.25.3 Tarama yazılımı, deste tabanlı indeks alanı oluşturabilmelidir. Belgelerin ortak indeks alanları sadece bir kere girilerek tüm desteye sistem tarafından otomatik olarak uygulanmalıdır.

13.25.4 Tarama yazılımında, ayıraç tipi deste tabanlı tanımlanabilmelidir. Belgelerin topluca taranması durumunda evrakların sistem tarafından ayrıştırılabilmesi sağlanmalıdır.

13.25.5 Tarama yazılımı, sabit sayfa ile belge ayrıştırmasını desteklemelidir.

13.25.6 Tarama yazılımı, ayrıştırılması unutulan evrakın yeniden taranmaya ihtiyaç duyulmadan bölünebilmesini sağlamalıdır.

13.25.7 Tarama yazılımı, evrak içinde taranan sayfanın yeniden tarama yapılmadan kendi yerine taşınabilmesini desteklemelidir.

13.25.8 Tarama yazılımı, deste tarama işleminin askıya alınabilmesine imkan sağlamalıdır. Tarama işlemi durdurulup sonra tekrar başlandığında destede kalınan yerden devam edilebilmelidir.

13.25.9 Tarama yazılımı, farklı ayarla taranan belirli sayfanın belge içinde değiştirilebilmesine imkan sağlamalıdır.

13.25.10 Tarama yazılımı, aşağıda belirtilen görüntü iyileştirme yeteneklerine sahip olmalıdır.

13.25.11 Görüntü Temizleme, yarıçapı belirli bir sayıdan küçük olan noktaların otomatik olarak kaldırılması,

13.25.12 Çizgi Kaldırma (Yatay - Dikey),

13.25.13 Otomatik Yönlendirme,

13.25.14 Black Border Removal,

13.25.15 Tarama yazılımı ISIS veya TWAIN sürücüleri ile desteklenmelidir.

13.25.16 İndeks aşamasında red edilen dokümanlar, tarama yazılımın işlem kuyruğuna gönderilebilecektir. (Red nedenleri: Eksik sayfa, bozuk görüntü, v.b.).

13.25.17 Tarama uygulaması, farklı tarama ayarlarının saklanmasına ve yüklenmesine imkan verebilmelidir.

13.25.18 Tarama uygulaması, taranan sayfa üzerinde büyütme, küçültme (zoom) ve döndürme özelliklere sahip olmalıdır.

13.25.19 Tarama uygulaması, dijitalleştirilen dokümanların künye bilgilerinin girilebilmesi için bir indeks modülü içermelidir.

13.25.20 İndeks Modülü, Dijital Arşiv ile tam entegre olarak çalışmalıdır.

13.25.21 İndeks Modülü, veri giriş alanları yetkili kullanıcılar tarafından oluşturulabilir ve güncellenebilir yapıda olmalıdır.

77

13.25.22 İndeks Modülü, veri giriş ekranları, dinamik bazlı olarak yetkilendirilebilmelidir.

13.25.23 İndeks Modülü, aynı anda birden fazla kullanıcının işlem yapabilmesini sağlamalıdır.

13.25.24 Tarama kalitesi iyi olmayan evraklar, reddedilebilmeli ve reddedilen evraklar tarama kuyruğuna düşmelidir.

13.25.25 İndeksleme işlemi biten evraklar, otomatik olarak Dijital Arşive aktarılmalıdır.

13.25.26 Indexleme Modülü TC Kimlik numarasına göre veya diğer kimlik bilgilerine göre şahıs kimlik bilgilerini MERNİS sisteminden doğrulayabilme ve eksik kimlik bilgilerini tamamlayabilme yeteneğine sahip olmalıdır. MERNİS ile ilgili bağlantı, kullanım hakkı ve hesap açılması işlemleri kurumun sorumluluğundadır.

13.25.27 Taranan evrak, bulunduğu depo adı, kabin ve raf numarası gibi bilgiler birlikte veri tabanına kaydedilmeli ve daha sonra program üzerinden yapılacak evrak aramalarında personel bu bilgiler ile evrakın yerini bulabilmelidir.

13.25.28 Her bir hastanın farklı tarihlerde oluşturulmuş arşiv dosyalan ve klasörleri, hastaya ait tek bir dosya altında tasnif edilecek ve işlemlerin farklı tarihlerde yapıldığı anlaşılacak şekilde yapılandırılacaktır. Arşivin farklı noktalarında bulunan hastaya ait klasörler hasta kodu altında bir araya toplanacaktır. Bu düzenleme arşivde bulunan hasta belgelerin içerdiği ortak bilgiler elverdiği ölçüde yapılacaktır.

13.25.29 Evrak tarama işleminde; arşiv içerisinde farklı noktalarda olabilecek bir hastaya ait hasta muayene dosyalan, Hasta kodu altında, arşivde aynı yere toplanacaktır .

Dijital Arşiv Yazılımı

13.25.30 Teklif edilen Dijital Arşiv Sistemi yazılımı Türkçe Dil destekli ve Türkçe Menülü olmalıdır, evrakların taranması, indekslenmesi, yönetimi vb. işlemleri tamamen yazılım üzerinden yapılabilmelidir.

13.25.31 Sistem, ekran ve yazıcıya çıktı verebilmelidir. Ekrandaki listelenmiş bilgiler Excel/Word çıktısı olarak alınabilmelidir.

13.25.32 Uygulama içerisinde yapılacak geliştirme, güncelleme ve değiştirme işlemleri yetki dahilindeki kullanıcılar tarafından ve programlama bilgisi gerektirmeden yapılabilmelidir.

13.25.33 En üst menüden en alt menüye kadar kullanıcı yetki tanımlamaları, ilave yazılım geliştirme ihtiyacı olmadan yapılabilmelidir. Kullanıcılar yetkisi dahilinde olmayan modül ve bölümleri menüde görmemeli ve erişim imkanı kısıtlanmalıdır. Kullanıcılar gruplandıralabilmeli, gruplara grup yetkisi atanabilmeli, ayrıca kullanıcılara, kullanıcı bazında yetki atanabilmelidir. Kullanıcı gruplan farklı isimlerde adlandıralabilmelidir.

13.25.34 Tasarlanan her bir kayıt ve sorgu ara yüzünün farklı sürümleri de tasarlanabilmeli ve güvenli bir versiyon kontrolü olmalıdır. Dokümanlar gibi bu ara yüz tasarımları da silinememelidir. Yeni bir versiyon oluşturana kadar; kullanıcılar, ara yüzün son versiyonu üzerinden çalışmaya devam edebilmelidir. Gerekli görüldüğünde tasarların eski versiyonlarına geri dönülebilmeli ve kullanıcıların bu tasarımı kullanmaları sağlanabilmelidir.

13.25.35 Dijital arşiv sistemine eklenen hiçbir dokümanın orijinali üzerinde değişiklik yapılamamalıdır. Doküman üzerinde değişiklik yapma yetki dahilinde olmalı ve değişiklikler versiyonlar halinde saklanmalıdır. Yapılan işlemler loglanmalıdır.

13.25.36 Üzerinde değişiklik yapılan dokümanlara, kayıt işlemi gerçekleşene kadar, diğer kullanıcıların

78

değişiklik yapmak üzere erişimi engellenmeli ve sadece okunması sağlanmalıdır.

13.25.37 Sorgulama sonucu bulunan dokümanın, tarihçesi ve üzerinde yapılan değişiklikler görüntülenebilmelidir.

13.25.38 Taranarak uygulamaya aktarılan dokümanlar dışında; kullanıcılar kendi oluşturdukları dokümanları, uygulamaya ekleyebilmek ve sistem tarafından belirlenmiş dokümana ait indeks alanları ile dokümanın künye bilgisi de saklanabilmelidir.

13.25.39 Kullanıcının kendi bilgisayarından aktaırlan dokümanlar yetkilendirme dokümanın sahibinde olmak, ilgili yetkiler verilmedikçe diğer kullanıcıların bu dokümana erişimi mümkün olmamalıdır

13.25.40 Kullanıcıların ekledikleri dokümanların hiyerarşik olarak üst yöneticileri tarafından görüntülenmesi yetkisi, sistem yöneticileri tarafından belirlenebilmelidir.

13.25.41 Seçilen bir dokümana ek dosya kaydetme özelliği bulunmalıdır. İstenildiği takdirde ek olarak kaydedilen dosyalar görüntülenebilmelidir.

13.25.42 Hasta muayene klasör ve dosyalan, hasta kodu veya hasta adı soyadı bazında sorgulanabilmek, hasta muayene ve raporlan ile ilgili tüm raporlama, düzenleme ve kayıt işlemleri hasta bazında yapılmalıdır.

13.25.43 Seçilen bir hastaya ait farklı tarihlerde arşivlenmiş klasörlerde bulunan o hastaya ait muayene belgeleri, klasör bazında gösterilmelidir. Kullanıcı hastaya ait klasörün detayındaki belgelere aynı ekrandan ulaşabilmelidir.

13.25.44 Arşivde bulunan belge ve klasörlerin, arşiv dışına çıkış işlemleri yazılım ile takip edilebilmeli, dışarı çıkan belge ve klasörler, alan kişi, alan birim, veren yetkili, veriliş tarihi, planlanan dönüş tarihi gibi bilgiler ile birlikte sisteme kaydedilmeli, belge ve klasörler geri teslim edildiğinde teslim eden, teslim alan, dönüş tariki gibi bilgiler ile birlikte tekrar sisteme kaydedilmelidir.

13.25.45 Belge ve klasörlerin arşiv dışına çıkması ve geri dönmesi esnasında yazılım, tarafların imzalayacağı matbuu bir makbuz üretebilmelidir. Makbuzun üretildiğini gösteren bilgi, yapılan teslim veya geri alım işlemi için ayrı ayrı kaydedilmelidir.

13.25.46 Arşiv dışındaki belge ve klasörler anlık olarak sorgulanabilmelidir. Birimlerdeki ödünç klasör ve belgeler, birimler bazında yada tüm birimleri içerecek şekilde raporlanabilmelidir. Geçmiş tarihli arşiv hareketleri klasör bazında veya belge bazında raporlanabilmelidir. Dönüş tarihinde teslim edilmemiş belge ve klasörler tespit edilebilmek, raporlanabilmelidir.

13.25.47 Dijital arşiv yazılımını kullanan kullanıcılar, yazılıma girdiklerinde ödünç aldıkları belge ve klasörleri Ana Sayfada teslim etmeleri gereken tariki gösterir bilgi ile birlikte görebilmelidirler. Yazılım, kullanıcıların arşivden ödünç aldıkları belgeler içinden teslim tariki geçen belge ve klasörler için kullanıcıyı uyarmaktır.

13.25.48 Teklif edilen uygulama yazılımı kurumumuzda bulunan Hastane Bilgi Yönetim Sistemi Yazılımı ile entegre ve aynı çekirdek yapıda olmalıdır.

13.25.49 Tekhf edilen Yazılımda metin Arama-Tarama-Sorgulama desteği, Kes-Kopyala-Yapıştır ile hem resim hem de metin parçalarının başka ortamlara taşınması özellikleri bulunmalıdır.

13.25.50 Saklanacak belgelerin formatı pdf,jpg,tiff resim standardında ve minimum 200 dpi çözünürlükte olması gerekmektedir.

13.25.51 Evrakların, orijinal hak korunarak, düzenlenmesi, taranması, görüntü iyileştirilmesi, sayfa çevirme, küçültme, büyültme ve mercek tutulabilmesi (Zoom) yapılabilecektir.

79

13.25.52 Yetkisi olan her personel,Dijital kayıt alanındaki tüm dosyalan dışarı alabilmelidir.

13.25.53 Import (Yetkisi olan her personel,Dijital kayıt alanına dışardan herhangi bir dosya türü aktarabilmelidir.

13.25.54 İlgili belgelerin resimleri mail olarak gönderilebilmelidir.

13.25.55 İmha listelerinin hazırlanması mümkün olmalıdır.

13.25.56 Sağlık personeli HBYS üzerinde bulunan, hasta dosyasının içindeki tüm dokümanlara yetkileri dâhilinde, tek bir merkezden bilgisayar sistemi üzerinden çok hızlı şekilde ulaşabilmelidir.

13.25.57 Hasta dosyalarının Dijital Arşiv ile elektronik ortama geçirilmesi ve doküman yönetiminin uygulanmaya başlamasıyla, dokümanlardaki elle yapılan işlemlerdeki hatalar ve verimsizlik azaltılmalıdır.

13.25.58 Hasta dosyasında basılı olarak bulunan tüm dokümanlar; taranarak indekslenmelidir.

13.25.59 Tarama istatistikleri tutulmalıdır.

13.25.60 İşlem bazında yetkilendirme yapılabilmelidir.

13.25.61 Kayıt bazında yetkilendirme yapılabilmelidir.

13.25.62 Bir dokümanın sadece bir numarası bulunacak birimlere ayrıca numara verilmeyecektir.

13.25.63 Taranarak kayıtlandırılmış gelen evrakın elektronik kopyası üzerinde kesinlikle hiçbir değişiklik yapılamayacaktır.

13.26 AKILLI KART İLE HASTA TANIMA SİSTEMİ

13.26.1 Teklif edilen uygulama yazılımı kurumumuzda kurulu bulunan Hastane Bilgi Yönetim Sistemi Yazılımı ile entegre çalışmalıdır.

13.26.2 Teklif edilen uygulama yazılımı mevcut kurulu bulunan ve halen demirbaşımıza kayıtlı alarak aktif kullanılan MEFARE manyetik kart ve mifare kart okuyucular ile uyumlu olmalıdır. Alıcı tarafından daha önce hastalara verilen kartlar sorunsuzca kullanılabilmelidir.

13.26.3 Kart okuyucularla yapılacak işlemlerde hasta, başka birime ve herhangi bir veri giriş elemanına ihtiyaç duymadan poliklinik kaydını yapabilmelidir. Sistem poliklinik sıra numarasını otomatik olarak verebilmelidir.

13.26.4 Teklif edilen uygulama yazılımı ile, hastalara verilecek kartların tasarımı, bilgi yüklenmesi, yüklenen bilgilerin ilgili modüller tarafından okunabilmesi ve değerlendirilmesi, kartlarının basımının yapılabilmesi mümkün olmalıdır.

13.26.5 Hastanemize gelen bir hasta herhangi bir polikliniğe kaydını, manyetik kartları poliklinik kapı önlerinde bulunan kart okuyuculara okutarak yapabilmelidir. Hasta bu işlem için herhangi bir yardıma ihtiyaç duymamalıdır.

13.26.6 Sistem, kaydını yaptıran hastanın provizyon sorgulamasını yapabilmeli, sıra numarasını verebilmeli ve eğer ücret ödemesini gerektiren bir durum varsa hastayı vezneye yönlendirebilmelidir. Müracaat eden hasta yaptığı bu işlemleri poliklinik kapısının üstünde bulunan monitörlerden takip edebilmelidir.

13.26.7 Her poliklinik için muayene sırası gelen ilk on hastanın listesini ekranda göstermelidir.

80

13.26.8 İlk on hastadan sonra muayene sırası bekleyen diğer hastaların isim listesini de göstermelidir.

13.26.9 Aktif olan hasta ismi büyük harflerle yazılmalıdır.

13.26.10 Doktorlar hastalan aciliyetine göre muayeneye alabilmelidir.

13.26.11 Doktor istediği zaman istediği mesajı ekrana gönderebilmelidir.

13.26.12 Sistem hastalan polikliniklere göre listelemelidir. Doktor değişse bile yeni gelen doktor hasta listesini görebilmeli ve önceki doktorun kaldığı yerden muayeneye devam edebilmelidir.

13.26.13 Doktorların belirlediği kontenjan dışında hasta sisteme hasta kaydının yapılması önlenmelidir.

13.27 ONLİNE HASTA VE HEKİM PORTALI

13.27.1 Hekim ve hastalar internet tarayıcılarını kullanarak online hasta ve hekim portalına ulaşabilmelidirler.

13.27.2 Hekimlere yetki seviyelerine göre şifreler üretilebilmelidir.

13.27.3 Her hekim online hasta ve hekim portalını kullanarak sadece web tarayıcılar üzerinden kullanıcı adı ve şifresini girerek kendi hasta listesine ve hasta dosyasına ulaşabilmelidir.

13.27.4 Hekimler kendi hasta listesinde yer alan hastaların hastaneye daha önceki gelişlerini ve yapılan işlemleri (teşhis, tedavi, tetkik) görebilmelidir.

13.27.5 Hekimler hastalarına ait epikriz raporlarına ulaşabilmelidir.

13.27.6 E- reçete uygulamasına geçilmesi halinde veya sistem üzerine reçetelerin kaydedilmesi halinde hekimler hastalanna yazılan reçeteleri görebilmelidir.

13.27.7 Sistem üzerinden hekimler varsa hastalarına ait pacs görüntülerine DICOM formatında ulaşabilmelidir.

13.27.8 Sistem üzerinden hekimler hastalarına ait ameliyat bilgilerine ulaşabilmelidir.

13.27.9 Hekimler hastalan için hastaneden sıra numarası ve randevu alabilmelidir.

13.27.10 Hekimler sistem üzerinden hastalarına mesaj gönderebilmeli, hastalarda kendi kullanıcı adı ve şifreleriyle sisteme giriş yaptıklarında bu mesaj lan görebilmelidir.

13.27.11 Sistem üzerinden hastane tarafından yapılan duyurular yayınlanabilmeli ve bu duyurular tüm kullanıcılar tarafından görülebilmelidir.

13.27.12 Hastalar herhangi bir web tarayıcısını kullanarak kendi kullanıcı adı ve şifresi ile sisteme giriş yapabilmelidir.

13.27.13 Hastalar sistem üzerinden kendilerine yapılan işlemleri (teşhis, tedavi, tetkik) görebilmelidir.

13.27.14 Hastalar sistem üzerinden tahlil ve tetkik sonuçlarına ulaşabilmelidir.

13.27.15 Hastalar sistem üzerinden olacakları ameliyatlara ilişkin yapılması gereken hazırlıkları takip edebilmelidir.

13.27.16 Hastalar sistem üzerinden hekimlerine mesaj gönderebilmelidir.

13.27.17 Hastalar sistem üzerinden sıra numarası ve randevu alabilmelidir.

81

13.27.18 Hastalara ait bilgilerin aile hekimleri ya da diğer doktorlar tarafından görülebilmesine ilişkin yetkiler hastanın kendisi tarafından düzenlenebilmelidir.

13.27.19 Kullanıcılar kullanıcı adı ve şifrelerini sistem üzerinden değiştirebilmelidir.

13.27.20 Portal girişte cep telefonu mesajı doğrulama işlemini yapabilmelidir.

13.28 PROGRAM ANA MODÜLÜ

13.28.1 Kullanıcılar yetki düzeylerine göre kullanabileceği modüllere tek bir ekran üzerinden erişebilmelidir.

13.28.2 Yönetim modülüne girişte şifre hatırlama özelliği bulunmalıdır. Kullanıcı istediği taktirde şifresini sisteme tanıtabilmelidir.

13.28.3 Yönetim modülü üzerinden hastane içinde tüm kullanıcılara duyuru gönderilebilmelidir.

13.28.4 İstenildiğinden istatistik modülündeki raporlar yönetim modülünde tanımlanabilmeli ve ana menü üzerinden gösterilebilmelidir.

13.28.5 Yönetim modülü üzerinde hesap makinesi ve ofis programlan açılabilmelidir.

13.28.6 Ana ekran üzerinden Hastane içi arıza bildirimleri yapılabilmelidir.

13.28.7 Yönetim modülünde kullanıcılar kullanma yetkisine sahip oldukları exeler ile ilgili güncelleme notlarına ulaşabilmelidir.

13.28.8 Yönetim modülü Doküman Yönetim Sistemi ile entegre olarak çalışabilmelidir. Gelen ve giden evraklar bu modül üzerinden görülebilmelidir.

13.28.9 Ana menüde kullanıcılar için ajanda oluşturulabilmelidir. Ayrıca doktorlar için özel not bölümü oluşturulmalıdır.

13.28.10 Ana menüde hastane içi uygunsuzlukların bildirimi ile görüş ve önerilerin iletilebileceği bir platform bulunmalıdır.

13.28.11 Ana menü üzerinden kullanıcı anketleri düzenlenebilmelidir.

13.28.12 Hastanede görevli doktorların nöbet ,icap nöbeti, sağlık kurulu, izin vb. durumları ile hastanede çıkan yemek listesi gibi bilgiler program açılışında günlük bilgi panelleriyle görülebilmelidir.

13.28.13 Doktorların aylık çalışma planlarını tam gün yasası ile uyumlu olarak önceden sisteme girilebilmelidir. Sistem tam gün yasası ile uyumlu olarak doktorların mesai içi ve mesai dışı çalışma puanlarını hesaplayabilmelidir.

13.29 PSİKOMETRİ MODÜLÜ

13.29.1 Psikiyatri testlerinin bilgisayar ortamında uygulanmasını sağlayan modüldür. Yazılım MMPİ testinin sonucunun anında grafikli olarak alınabilmesini sağlamalıdır.

13.29.2 Doktor bilgisayarına bağlı ekranlar sayesinde aynı anda birden fazla hastaya test yapabilmelidir.

13.29.3 Test sürerken doktor test durumunu anlık olarak izleyebilmelidir.

13.29.4 Doktor gerekli gördüğü durumda uzaktan testi sonlandırabilmelidir.

82

13.29.5 Yarım kalan testlere daha sonra tekrar devam edilebilmelidir.

13.29.6 Test cevaplan geçersiz sayılıp hasta tekrar teste tabi tutulabilmelidir.

13.29.7 Test sonuçlarını ön değerlendirme yapma imkanın olmalıdır.

13.29.8 Testler için zaman sınırlaması konulabilmelidir.

13.29.9 Hastaya cevaplarını değiştirme imkanı sağlamalıdır.

13.29.10 MMPİ testi için grafik çizerek sonuçlan görsel olarak gösterebilmelidir.

13.29.11 Test sonuçlarına doktor görüşü eklenebilmelidir.

13.29.12 Aynı hastanede yapılmış olan önceki tedavileri görülebilmelidir.

13.29.13 Aşağıdaki testler uygulanabilmelidir ;

13.29.14 MMPİ (Minessota Kişilik Testi),

13.29.15 Cornel Index (Davranış Testi)

13.29.16 Zung Testi (Depresyon Ölçeği),

13.29.17 SCL (Ruhsal Belirti Tarama) Testi

13.29.18 MMSE (Standardize Mini Mental Test)

13.29.19 HEDEF (Fiili Ehliyet Durum Testi)

13.29.20 Bireysel Görüşme

13.29.21 İstekli firmalar bu ihale kapsamında teklif ettiği pisikometri modülüne ait Kültür Bakanlığından almış oldukları isteğe bağlı tescil belgelerini teklifleri ekinde sunmalıdırlar.

13.30 PERSONEL DEVAM VE KONTROL SİSTEMİ VE

YEMEKHANE GEÇİŞ SİSTEMİ

13.30.1 Hastane Bilgi Yönetim Sistemi ile entegre olabilmelidir.

13.30.2 Personel bilgileri ve resimleri kaydedilebilmelidir.

13.30.3 Giriş ve çıkışlarda engelleme konulabilmelidir.

13.30.4 Yazılım kamera uyumlu olmalıdır ve giriş ve çıkışlarda fotoğraf çekilebilmeli ve kaydedilebilmelidir.

13.30.5 Vardiya tanımlama özelliği bulunmalıdır.

13.30.6 Giriş ve çıkışlarda geç gelen veya erken çıkanları uyarma ve raporlayabilme özelliği bulunmalıdır.

13.30.7 Yönetici ekranlarından raporlar izlenebilmelidir.

13.30.8 İzin bilgileri tutulabilmek ve raporlanabilmelidir.

13.30.9 PDKS sistemi hastanemiz yemekhanesine de kurulmalıdır. Yemek yiyen personel sayıları

83

öğünlere göre ve günlük olarak raporlanabilmelidir.

13.30.10 Yemek saatleri istenildiği taktirde sınırlandırılabilmelidir.

13.30.11 Nöbet bilgileri tanımlanabilmek ve raporlanabilmelidir.

13.31 YÖNETİCİ MODÜLÜ

Yönetici modülü 15 kullanıcı olarak tasarlanacaktır.

Genel Mimari

13.31.1 Fiziksel veri modelini son kullanıcıya daha basit ve anlaşılır şekilde sunmaya olanak sağlamalıdır.

13.31.2 Veri tabanına bağlanmakta ‘pooling’ mekanizmasını desteklemeli, tek veri tabanı kullanıcısının birden fazla sorguyu çalıştırmasına ve kullanıcı kalabalıklığının önlenmesine olanak tanımalıdır.

13.31.3 Veri kaynaklarındaki verilere erişmede, bu verilerin başka bir yapıya, ortama taşınmasına gerek olmamalı, raporlama aracı farklı kullanıcıların şemalarına erişebilmeli, bunların farklı bir şema altında toplanmasına gerek olmamalıdır.

Anlık Raporlama ve Analiz

13.31.4 Birden fazla kaynaktan gelen bilgiler aynı rapor içerisinde gösterilebilmelidir.

13.31.5 Filtreleme işlemleri kolayca yapılabilmelidir. Filtrelemede kullanılacak bilgiler kullanıcıya listelenmek ve bunlardan seçmesi sağlanmalıdır.

13.31.6 Raporlamada çeşitli matematiksel, istatistiksel, metin işleme, tarih işleme vs. fonksiyonları kullanılabilmelidir.

13.31.7 Raporlarda sıralama seçeneklerinin olması gereklidir.

13.31.8 Hazırlanan bir rapor tablo formatında görülebilmek, grafiğe ve pivot tablo şekline kolayca çevrilebilmelidir.

13.31.9 Kurum yönetiminin alınmasını istediği raporlan içermehdir.

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

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

13.31.12 Tanımlanmış rapor biçimlerinde silme, değiştirme, güncelleme yapılmalıdır.

Kullanım Kolaylığı

13.31.13 Raporlar herhangi bir kodlama bilgisine sahip olmayan kişilerce hazırlanabilmek ve sunulabilmelidir.

13.31.14 Raporlar daha sonra çalıştırılabilmek üzere kurulmalıdır (schedule).

13.31.15 Kullanıcılar veriler arasındaki fiziksel ilişkileri bilmeden mantıksal bütünlük içerisinde raporlan hazırlayabilmekler.

84

Güvenlik ve Yönetimsel Özellikler

13.31.16 Sorgular kullanıcı bazında, grup bazında sınırlandırılabilmek.

13.31.17 Kullanıcılar kendi şifrelerini değiştirebilmek. Bu işlem de yetkilendirmeye dahil olmak.

13.31.18 Kullanıcılar çeşitli veri kaynaklarının farklı kullanıcı adı ve şifrelerini bilmeden bu kaynakları kullanabilmek. Sisteme tek kullanıcı adı ve şifre ile girerek farklı kaynakları sorgulayabilmek.

13.31.19 Kullanıcılar raporlama tabanındaki değişikliklerden etkilenmeden çalışmalarına devam edebilmek.

Rapor Dağıtımı ve Erişim

13.31.20 Verilerin dağıtımı zamana bağlı olabileceği gibi belli olaylar tarafından da tetiklenebilir olmalıdır.

13.31.21 Raporlar çeşitli formatlarda dağıtılabilmelidir.

13.31.22 Elektronik posta ile rapor dağıtımı yapılabilmelidir.

13.32 PACS-RBS SİSTEMİ

PACS Sistemi Genel Özellikleri

13.32.1 YÜKLENİCİ İhtiyaç duyulan hastanelerde HBYS İLE BİRLİKTE KENDİ PACS SİSTEMİNİ ÜCRETSİZ VERMELİDİR entegre etmek ve kullanımına sunacak ve bu işlemler için bir bedel talep etmeyecektir. Eğer hastanenin kendine ait bir PACS sistemi var ise HBYS yüklenicisi bu sistemlerin entegrasyonu için hiçbir ad altında bir bedel talep etmeyecektir. PACS sistemi yüklenicisi ile entegrasyon hususunda azami derecede işbirliği yapacaktır.

13.32.2 Görüntü Değerlendirme, Arşivleme ve İletişim Sistemi, radyoloji departmanı bünyesinde Radyoloji Bilgi Sistemi ile birkkte çalışacak arşivleme sistemidir. PACS, görüntü üreten cihazlardan gelen görüntüyü saklayan ve istendiğinde bu görüntüleri istemciye gönderen yazılımdır. Sistem, görüntü ve iş akışlannı düzenleyecek ve yeni alınacak modalite ve yazılımlara açık standartlarda uygun bağlantı desteği imkânını sunmalıdır.

13.32.3 PACS sistemi sunucu yazılımları Unix/Linux veya Windows altyapısı üzerinde çalışmalıdır. PACS istemci yazılımı ve 3 boyutlu görüntüleme yazılımları RBS yazılımı ile entegre çalışmalıdır.

13.32.4 PACS’teki görüntülere tüm iş istasyonları üzerinden online olarak anında ulaşılabilmelidir. İş istasyonları üzerinde görüntü tutulmamalıdır.

13.32.5 PACS sistemi “nearline” mantığında çalışan DAS, NAS, SAN veya HSM gibi depolama mimarilerini destekleyebilmelidir.

13.32.6 İmaj(lar) tanımlanabilen zaman aralıklarıyla otomatik olarak İkincil Depolama Ünitesinde (Nearline/Arşiv) arşivlenebilmelidir.

13.32.7 Arşiv sunucu yazılımının desteklediği arşiv büyüklüğünde herhangi bir sınırlama ve veri miktarına bağlı lisanslama olmamalıdır.

13.32.8 Arşiv sunucu yazılımı, kümeleme ve replikasyonu (clustering ve data replication) destekleyebilmeli ve clustered olarak yapılandırılmalıdır.

85

Birincil Depolama Ünitesi ( Online ) ikincil Depolama Ünitesi ( Nearline/Arşiv )Disk Disk

13.32.9 HBYS’den RBS’ye güncelleme mesajı geldiğinde arşivde bulunan hasta veri tabam da otomatik olarak güncellenmelidir.

13.32.10 PACS sistemi uygulama yazılımı arayüzü ve yardım menüleri Türkçe olmalıdır.

13.32.11 Raporlama iş istasyonlarından sorgulanabilmelidir.

13.32.12 Sistem DICOM Send özelliği ile istekte bulunan iş istasyonuna hasta görüntülerini gönderebilmelidir. Şartname cevabı ile birlikte sisteme ait tüm DICOM Conformance Statement’lar verilmelidir. DICOM 3.0 uyumluluğu, aşağıda listelenen fonksiyonları kapsamalıdır;

o DICOM Store SCP, SCU

o DICOM Query/Retreive SCP, SCU

o DICOM Print SCU

° DICOM Storage Commitment ° Dicom Worklist

° DICOM Modality Performed Procedure Steps (MPPS).

13.32.13 Tüm görüntüler sistem üzerinde PACS sunucularında tutulmalı, hangi iş istasyonundan istenirse istensin o iş istasyonu üzerinde en geç 2 (iki) sn. içerisinde görüntülenebilmelidir. Görüntülenen tetkik kesitsel bir çalışma ise ekranda bölünmüş görüntüleme alanının tamamı, ekran kaça bölünmüş olursa olsun en geç 2 (iki) sn. içerisinde yüklenmelidir. Fare ile kesitler üzerinde ileri veya geri gidildiğinde herhangi bir bekleme söz konusu olmamalıdır. (İdeal ortamda ve veri iletişim hızının en az 100 Mbps olduğu ağlar varsayılmıştır.)

13.32.14 Arşiv sistemi, diğer sistem sağlayıcılarının DICOM 3.0 uyumlu iş istasyonları ile de çalışabilmelidir.

13.32.15 Arşiv sistemi yönetimi arayüzü LAN üzerindeki PC’lerden web ile erişilebilir olmalıdır. PACS’a kontrolsüz gönderilmiş RBS ile eşleşmemiş görüntüler web arayüzü üzerinden kontrol edilerek düzeltilebilmeli ve RBS ile eşleştirilmesi sağlanabilmelidir.

13.32.16 PACS veritabanında rapor durum bilgilerinin otomatik güncellemesi olmalıdır. (Yeni, Çekim yapıldı, Raporlandı, Dikte edildi, Tamamlandı)

13.32.17 Sistem merkezi bir veri tabanına sahip olmalıdır. Dağıtık mimarideki çözümler kabul edilmeyecektir. Cihazlardan gelen görüntüler ilk olarak sistem tarafından alınmalı ve iş istasyonlarına merkezi veri tabanından aktarılmalıdır.

13.32.18 Sistem kullanıcı girişleri kullanıcı ismi ve şifre ile yetki seviyeli olmalıdır. Sisteme girişler RBS üzerinden ve/veya PACS üzerinden tek bir şifre ile olmalıdır. Sisteme RBS üzerinden girilirse PACS veya PACS üzerinden girilirse RBS otomatik olarak açılmalıdır.

13.32.19 Hasta bilgilerinin birleştirilmesi ve değiştirilmesi olanağı sunulmalıdır.

13.32.20 Teklif edilen sistem en az DICOM Lossy JPEG ve DICOM Lossless JPEG veya DICOM Lossless JPEG2000 görüntü sıkıştırma algoritmalarını desteklemelidir. Bu sıkıştırma türlerinden bir veya birkaçı kullanım amacına bağlı olarak seçilebilir olmalıdır (Tanı amaçlı, Web, Klinik versiyonları v.s) Tüm bu özelliklerin belirtildiği Dicom Conformance Statement’lar teklif dosyasına eklenmelidir.

13.32.21 Hastanede mevcut olan ve/veya sonradan alınan tüm cihazların tüm modalitelerin bağlanması/sisteme dahil edilmesi işi yüklenici firmaya aittir. Yüklenici ayrıca DICOM uyumlu olmayan modalitelerin sisteme bağlanması için İdare tarafından talep edilen cihazların da (Film tarayıcı, Dicom çevirici vb.) entegrasyonunu sağlayacaktır. Yüklenici firma, modalitelerin sağlayıcısı

86

ve HBS üreticisi firma ile birlikte çalışacaktır. Yüklenici firma, modalitenin alındığı firma ve HBS üretici firması arasında entegrasyon hususunda çıkan problemlerde İdare hakem rolü oynayacaktır.

13.32.22 Ayrıca DICOM uyumlu olmayan cihazların (örnek; frame grabber, DICOM çevirici), CR veya film tarayıcı vasıtasıyla DICOM standardında görüntü üretebilmesi sağlanmalıdır.

13.32.23 Yazılım ilgili noktalar arasında HL7 protokolü ile haberleşmelidir. Radyoloji Bilgi sistemine (RBS)’ye güncelleme mesajı geldiğinde arşivde bulunan hasta verileri de güncellenmelidir.

13.32.24 PACS sistemi uygulama yazılımı ara yüzü, kullanıcı kılavuzları ve yardım menüleri Türkçe olmalıdır.

Web Görüntü Dağıtım Sistemi Yazılımı

13.32.25 Hastane iletişim ağına bağlı bütün departmanlar tarafından radyolojik görüntülere erişim imkanı sağlanmalıdır. Bu iş için kullanılacak web görüntü dağıtım sistemi sunucusu yazılımı dışında istemcilere ayrı bir kurulum yapılmamalıdır. Görüntü dağıtım sisteminde, yeni veriler arşiv sistemindeki verilerle eşzamanlı olarak bulunmalıdır.

13.32.26 Hastalar TC kimlik numaralan ile WEB üzerinden görüntülerine ulaşabilmelidirler

13.32.27 Görüntü Dağıtım Web Sunucu yazılımı, arşiv veritabanındaki görüntüleri web üzerinden hizmete açan bir yazılımdır. Görüntü Dağıtımı Web Sunucu yazılımından RBS’de bulunan onaylı Hasta Raporlarına erişilebilmelidir.

13.32.28 Görüntü Dağıtım Sunucu yazılımı, kullanılacak istemcilerdeki Microsoft Windows NT/2000/XP veya üstü işletim sistemi ve Internet Explorer 5.5 veya üzeri sürümlerin veya muadili web tarayıcıların desteğine sahip olmalıdır.

13.32.29 Web görüntü dağıtım sistemi üzerindeki görüntülere kullanıcılar web tarayıcı üzerinden sorgulama yaparak ulaşabildikleri gibi mevcut Hastane Bilgi Sistemi ile yapılacak Open API entegrasyonu sayesinde kullanıcılar hastane bilgi sistemi istemci yazılımının içerisindeki hasta dosyasından görüntü link’ini klikleyerek görüntülere ulaşabilmelidir. Yüklenici bu entegrasyon için Hastane Bilgi Sistemi firması ile müştereken sorumludur.

13.32.30 Görüntü Dağıtım Sunucu yazılımı, erişim kısıtlama, yetkilendirme, SSL gibi RBS’de tanımlı kullanıcı güvenlik mekanizmalarını desteklemelidir.

13.32.31 Hastane birimlerinde radyolojik inceleme isteği yapan kullanıcılar, yerel alan ağı ve bu ağ üzerindeki kişisel bilgisayarlar ile sistemi kullanarak, oluşan görüntülere Görüntü Dağıtım Sunucusu üzerinden erişecektir.

13.32.32 Herhangi bir lisans kısıtlaması olmamalı, Web görüntü dağıtım sistemi limitsiz kullanıcı lisansı ile birlikte gelmelidir.

13.32.33 Teklif edilen Web görüntü dağıtım sisteminin yüksek rezolüsyonlu monitor desteği olacaktır.

13.32.34 Teklif edilen Web görüntü dağıtım sistemi çoklu monitörleri desteklemelidir.

13.32.35 Kullanıcılar lokalde bağlı olan yazıcı üzerinden baskı alabilmelidir.

13.32.36 Kullanıcı seviyelerinde ayrı ayrı sınırlandırılabilen fonksiyonlar şunlardır;

■ Layout değiştirme

■ Cine butonlan

87

■ Pencereleme

■ Kenar keskinleştirme

■ Sürekli yakınlaştırma

■ Optik kaydırma

■ Döndürme, aynalama

■ Renkleri ters çevirme

■ Görüntü yazılarını gösterme/kaldırma

■ Windows'a görüntü aktarma(copy-paste)

■ Mesafe ve açı ölçümü alma Radyoloji Bilgi Sistemi Yazılımı (RBS)

13.32.37 RBS, Dijital Radyoloji Departmanında, hasta tetkik istem yönetimi, inceleme, raporlama, sarf malzemeleri, istatistikler ve sistem yönetimi konularında entegre işlevler yerine getirerek radyolojik görüntüler haricindeki tüm işlemlerin elektronik ortamda gerçekleştirilmesini sağlamalıdır. RBS ve PACS ile tam bir uyum içerisinde çalışarak iş akışını düzenlemeli ve PACS'ın bu iş akışına uygun çalışmasını sağlamalıdır.

13.32.38 Polikliniklerden istenilen tetkikler eş zamanlı olarak sisteme düşmelidir.

13.32.39 Tetkik istenen hastaların; kimlik bilgileri, tedavi bilgiler gibi tüm bilgilerine ulaşılabilmelidir.

13.32.40 Hastaya önceden Radyoloji, Patoloji yada İleri Tetkik ile ilişkilendirilmiş herhangi bir bölümden tetkik sonucu yazılmışsa ve bu sonuca erişim izni verilmişse, hastanın eski sonuçlan görüntülenebilmelidir.

13.32.41 Bölümlere göre eski sonuçlan görüntüleme yetkisi verilebilmelidir.

13.32.42 Gelen hastalar direkt kabul edilebilmeli yada belirlenen kriterlere göre randevu verilebilmelidir.

13.32.43 Randevu başlangıç ve bitiş saati, en küçük randevu zaman dilimi, hafta sonu randevu verebilme, mesai saatleri dışında randevu verebilme yetkisi verilebilmelidir.

13.32.44 Randevu için günlük kontenjan belirlenebilmeli ve belirlenen kontenjan dolduğunda o güne randevu verilememeli ve bir sonraki güne otomatik olarak geçilmelidir.

13.32.45 Randevu vermeden o gün kabul edebilmek amacı ile belirli bir kontenjan miktarı ayarlanabilmelidir. Kontenjan sayısı dolduğunda kullanıcı uyarılıp hastayı kabul etmesi engellenmelidir.

13.32.46 Hastanede bir bölümün birden fazla odada çekim yapması durumunda, hastanın çekim için odalardan birine gönderilmesi amacı ile, bir bölüm için birden fazla çekim odası tanımlanabilmeli ve hasta bu odalardan birisine gönderilebilmeli her odanın hasta sırası ayrı gitmeli ve odaların ayrı ayrı günlük yada belirli süre aralığında çekim raporlan alınabilmelidir.

13.32.47 Kullanıcının randevuyu iptal edebilmesi kısıtlanabilmelidir.

13.32.48 Hastanede randevu vermek yada hastayı belirli odalara yönlendirmek amacı ile bir danışma birimi bulunması durumunda danışma devreye alınıp hastanın önce danışmaya uğrayıp danışmadan randevu verilmesi yada odalara yönlendirilmesi ve hasta sıra barkodu verilebilmesi sağlanabilmelidir. Danışma birimi bulunmaması durumunda danışma devreden çıkartılıp hastanın direkt çekim odasından

88

kabulü sağlanabilmelidir.

13.32.49 RBS modülünün dış monitör desteği olmalıdır. Oda dışına konulacak dış monitor vasıtasıyla, dışarıya çekim için sıra bekleyen hasta listesini yansıtabilmeli ve çekim yapılacak hastayı dış monitör vasıtasıyla çağırabilmelidir.

13.32.50 Dış monitörde acil hastalar ilk sırada ve acil olduğu belirtilerek listelenebilmelidir.

13.32.51 Her bölüm için puan alacak doktor listesi belirlenebilmeli kabul sırasında doktor seçimi yapılabilmelidir. İstenmesi durumunda kabul edilen tüm hizmetlerin bir doktora gitmesi sağlanabilmelidir.

13.32.52 Randevuda bölüm için tek bir randevu listesi yapılabilmeli ayrıca doktora göre yada alt odalara göre ayrı ayrı randevu listesi oluşturulabilmek ve bunların takibi ayrı ayrı yapılabilmelidir. Her doktorun yada odanın randevuya gelen listesi birbirinden ayrı yada toplu olarak listelenebilmelidir. Günlük randevu listelerinin yazıcı çıktısı alınabilmelidir.

13.32.53 Her durum için barkot çıkarılabilmelidir. Hasta sıra barkodu, deftere yapıştırmak için kabul barkodu, randevu barkotu ... gibi.

13.32.54 Program barkot okuma sistemi ile çalışabilmelidir. Poliklinikten gelen hastaların barkodu okutulup hasta dosyasına konumlanması ve hasta randevusuna geldiğinde randevu barkodu okutulup hasta randevu dosyasına konumlanması sağlanabilmelidir.

13.32.55 Çıkarılan tüm raporlar için yazdırılmadan önce otomatik ön izleme yapabilmeli yada direkt yazıcıya yollanması sağlanabilmelidir.

13.32.56 Kullanıcıların programda her fonksiyona erişim için ayrı ayrı yetkilendirilmesi yapılabilmelidir. Hastayı odaya gönderme, randevu verme, hasta kabul etme, rapor yazabilme... yetkisi gibi.

13.32.57 Her bölüm için ayrı ayrı stok açıp hasta kabulü sırasında stoktan düşüm yapılabilmelidir. Bir malzeme stokta bittiğinde kullanıcı uyarılıp, program üzerinden ilgili birimden malzeme istemi yapabilmesi sağlanmalıdır.

13.32.58 Stoktan düşüm yapılmayıp da sadece kullanılan malzemelerin istatistiğinin tutulmasının istenmesi durumunda, malzeme listesi tanımlayıp tanımlanan listedeki malzemelerden kabul sırasında miktarlar girilerek, istenilen tarih aralığı için kullanılan malzeme istatistiği alınabilmelidir.

13.32.59 Doktorların rapor yazarken kullandıkları şablonlar sisteme girilip rapor yazarken bu şablonlardan seçim yapabilmesi sağlanabilmelidir. Ya da şablonlar tetkiklerle ilişkilendirilip tetkike rapor yazarken ilişkilendirilen şablonun otomatik açılması sağlanabilmelidir.

13.32.60 Her bir tetkik için ayrı ayrı rapor şekil ve bilgi tasarımı yapılabilmelidir.

13.32.61 Çekim yapacak cihazlara iş listesi gönderilebilmelidir.

13.32.62 Bulunan cihazların bilgisi sisteme girilebilmeli ve bir cihaz arızalandığında cihazın çekim yaptığı tetkiklerin poliklinikten istenmesi engellenebilmelidir.

13.32.63 Poliklinikten doktor tetkik için ayrıca bir not girebilmeli ve bu notu ilgili kişi modülden görebilmelidir.

13.32.64 Hastaya sonuç teslim bilgisi girilebilmeli ve özel not düşülebilmelidir.

13.32.65 Hastaya ayrıca ek tetkik girilmesi sağlanabilmelidir.

89

13.32.66 Birimlerden hastalarla ilgili tüm istatistikler alınabilmelidir. İstenen tarih aralığına göre; kabul edilen hasta listesi, kabul edilmeyen hasta listesi, poliklinikten çekim için tüm gönderilen hastaların listesi... vs.

13.32.67 RBS, hasta tetkik istem yönetimi, inceleme, raporlama, istatistikler ve sistem yönetimi konularında entegre işlevleri yerine getirmelidir.

13.32.68 Radyoloji Bilgi Sistemi; İstem Kayıt, Doktor Atama, Hasta Tıbbi Bilgi Girişi, Hasta Tıbbi Bilgi Görüntüleme ve Görüntü Raporlama, Radyoloji Raporu Hazırlama, Radyoloji İstatistik Raporlama gibi fonksiyonları kapsamalıdır.

13.32.69 Radyoloji Bilgi Sistemi, randevulama ve doktor atama işlemlerini gerçekleştirebilecektir.

13.32.70 RBS üzerinden hastanın HBS üzerindeki bilgilerine ulaşılabilmelidir.

13.32.71 RBS üzerinden hastaya HBS vasıtasıyla girilen tetkiklerin takibi ve raporlaması yapılabilmelidir.

13.32.72 RBS üzerinden aynı anda hasta DICOM görüntüleri görüntülenebilmek ve Hastaya rapor yazılabilmelidir.

13.32.73 RBS yazılımı üzerinden yazılan raporlar HBYS üzerinden görüntülenebilmelidir.

13.32.74 Hastaya yazılan raporlar kullanıcı bazlı kilitlenebilmek ve kilitleyen kullanıcı dışında bir başka kullanıcı rapor üzerinde değişiklik yapamamalıdır.

13.32.75 Hastaya yazılan raporlan, kullanıcı onaylanmadan diğer kullanıcılar görüntüleyememelidir.

13.32.76 RBS yazılımı üzerinden hastaya çekim için harcanan sarf malzemelerin takibi ve raporlaması günlük/haftalık/aylık ve tanımlanan tarik aralığında yapılabilmelidir.

13.32.77 Hastaya bir başka kurumdan yazılan raporlar tarayıcı vasıtasıyla, sisteme dahil edilebilmek ve rapor yerine kullanılabilmelidir.

13.32.78 Raporlama için her birime ayrı ayrı şablonlar oluşturulabilmelidir. Raporlamada kullanılacak sabit açıklamalar, şablonlar tanımlana bilmeli ve tetkiklere ayrı ayrı ilişkilendirilebilmelidir.

13.32.79 Onaylanmış raporlar için yazma koruması olmalıdır, rapor ekleme desteği bulunmalıdır.

13.32.80 RBS, gerektiğinde Türkçe konuşma tanıma yazılımı sistemleri ile bütünleşik çalışabilmeyi desteklemelidir.

13.32.81 RBS veritabanında rapor durum bilgilerinin otomatik güncellemesi olmalıdır. (Yeni, Çekim yapıldı, Raporlandı, Dikte edildi, Tamamlandı)

13.32.82 Hasta bilgilerinin birleştirilmesi ve değiştirilmesi olanağı sunulmalı, bu işlem RBS üzerinden yapılabilmelidir. Yapılan bu değişikliklerin takibi arşiv üzerinde yapılabilmelidir.

13.32.83 Radyoloji sonuç raporları, raporların hekim tarafından düz metin olarak üretildiği birimlerde (Ultrasonografı, bilgisayarlı tomografi, vb.) önceden tanımlanmış olan şablonlar üzerinden düzenlenecektir. Yeni şablonların tanımlanması mümkün olacaktır. Bu şablonların içerisine jpeg veya bitmap görüntü içerebilmelidir.

13.32.84 Raporlarda kullanılacak olan tanı, işlem, sonuç kodları gibi kodların liste ve menülerden seçilmesi mümkün olmalıdır.

13.32.85 RBS sunucusu, üzerinde aynı anda sınırsız sayıda istemci çalışabilmelidir. Sonradan açılacak

90

birimlerde de kullanılabilmelidir.

13.32.86 RBS, HBS ve PACS Sistemlerinin yazılımları sistem bütünlüğü açısından tam entegre çalışmalıdır ve Türkçe ara yüze sahip olmalıdır. Sistem için Türkçe olmayan çözümler değerlendirme dışı bırakılacaktır.

13.32.87 Medikal uyanlar, istek sebebi, istekte bulunan doktor, istekte bulunan bölüm, dışandan istekte bulunan kurum, hastanın taşınabilme durumu, tetkik yapan doktor-teknisyen bilgisi gibi bilgiler saklanacak ve dokümante edilebilecektir.

13.32.88 ICD- 10 hastalık sınıflandırması kodlarını kullanılabilecektir.

13.32.89 RBS, PACS kapsamındaki modalitelere DICOM 3.0 Worklist (DWL) standardında iş listeleri göndermelidir. DICOM uyumlu tüm cihazlara RBS’den gönderilen demografik ve istem bilgilerine ait iş listelerinin gönderilmesini yüklenici firma gerçekleştirilmelidir.

13.32.90 RBS ve PACS uygulama yazılımlarının arayüzü ve yardım menüleri Türkçe olmalıdır. Herhangi bir şekilde arayüzü ve yardım menüleri Türkçe olmayan yazılımlar kabul edilmeyecektir..

13.32.91 RBS sunucusu, üzerinde aynı anda web üzerinden veya istemci olarak kullanıcının bağlanabilmesi için RBS lisansına göre sınırlama yapmayacaktır.

13.32.92 Sistemde yer alan her hastaya ait RBS’nin ihtiyaç duyduğu klinik ve kimlik bilgileri HBS’den HL7 mesajlan ile alınacak ve otomatik olarak görüntülenebilecektir; bu şekilde bu modül üzerinde tekrar tanımlamaya/veri girişine gerek kalmayacaktır.

13.32.93 Tarih-saat ve cihaz bazında randevu verilecek, iptal edilebilecek ve istenildiğinde, acil durumlarda özel saatsiz randevu verme imkânı da olacaktır.

13.32.94 Verilmiş olan randevuların akıbeti ve ne aşamada olduğu yetkilendirilmiş kullanıcılar tarafından sistem üzerindeki raporlar kullanılarak takip edilebilecektir.

13.32.95 Gerek yeni randevu planlanması, gerekse takipte olan hastaların randevu planlaması yapılabilecektir.

13.32.96 Randevu bilgilerindeki herhangi bir değişiklik neticesinde üretilebilecek sistemin ihtiyaç duyduğu komutlar ve veriler PACS ve HBS sistemine otomatik olarak HL7 mesajları ile iletilecektir.

13.32.97 Randevu Yönetimi rutin kullanımda çift randevuya izin vermemelidir. Gerekli durumlarda kullanıcı uyarılarak çift randevu sağlanabilmelidir.

13.32.98 Radyoloji bölümünün izniyle modaliteler belirli zaman dilimleri, belirli birimler ya da özellikli uygulamalar için rezerve edilebilecektir.

13.32.99 Üzerinde kurulacak olan yazılımın veritabanı lisanslan yüklenici tarafından sağlanacaktır.

13.32.100 Yapılan işlemlerin kullanıcı bazında logları tutulmalıdır.

13.32.101 RBS sistemi kullanıcıların birbirleri arasında iletişim kurmasına olanak sağlayacak mesajlaşma özelliğine sahip olmalıdır. Sistem, o anda sistemi kullanan kullanıcıları göstermeli ve aralarında özel durumlar için mesajlaşma imkanı sunmalıdır.

13.32.102 RBS modalite yoğunluğu, bekleyen hasta sayısı gibi bilgileri gerçek zamanlı gösterecek grafiksel çizelgelere sahip olmalıdır.

13.32.103 Sistem, raporlama sırasında radyologun o hasta için raporlamaya ara verip, başka bir hastanın bilgilerini görüntülemesine ve raporunu yazmasına ve daha sonra ara verdiği hastaya geri dönmesine

91

olanak sağlamalıdır.

Radyoloji Hasta Kabul

13.32.104 Önceden randevusunu almış hastaya yönelik RBS’nin ihtiyaç duyduğu hasta kayıt bilgileri HBS’den HL7 mesajları ile alınmalıdır.

13.32.105 Radyoloji hasta kabul modülünde sekreter listesi oluşturulurken hangi tür tetkiklerin iş listesine girmeyeceğinin seçilebileceği bir altyapıya sahip olmalıdır.

13.32.106 Bu kayıt sırasında hasta iş listesinden seçilmeli ve gerekli cihaza randevu verilmesi sağlanmalıdır.

Radyoloji İş Akış-Durum Takibi

13.32.107 Sistemdeki herhangi bir terminalden yapılan radyolojik görüntüleme isteği görülmeli, kaydedilebilmeli ve işlemin sonuçlanıp sonuçlanmadığına dair bilgiler isteyen kişiye iletilebilmelidir.

13.32.108 Sonuçlanmış olan radyoloji isteklerine yönelik radyoloji raporları isteği yapan doktor görüntülenebilmeli ve raporlar elektronik hasta dosyasına entegre olarak saklanmalıdır.

13.32.109 PACS’ta mevcut olan hasta radyolojik görüntüsü, raporu ile birlikte istekte bulunan doktora iletilebilmeli ve bu görüntüler gerektiğinde görüntülenmelidir.

13.32.110 Radyoloji birimlerinde görevli personelin yapacağı işler otomatik olarak görüntülenmeli, personel tarafından tamamlanan işin bir sonraki iş adımına yine otomatik olarak geçişi sağlanmalıdır.

13.32.111 RBS’den işlerin durumu, iş adımı, sonuç, gerçekleştiren kişi, cihaz vb. bilgilerin takibi yapılmalıdır. Tetkik durum takibi (hasta geldi, sonuç alındı, rapor yazıldı v.b.) statü bazında takip edilmelidir.

Radyolojik Tetkik

13.32.112 Radyolojik tetkik yapıldıktan sonra yapılan işlem bilgilerinin (görüntü raporu değil) girilmesini sağlayan alt modül olarak sistemde yer almalıdır.

13.32.113 Tetkiklerle ilgili günlük, haftalık, aylık ve istenen tarih aralığında istatistikler alınabilmelidir.

13.32.114 RBS, DICOM Modality Modality Performed Procedure Step (MPPS) özelliğini desteklemelidir. Bu özelliği sağlayan cihazlarda tetkik parametreleri, alman X ışını dozu, modalite tipi, prosedür kodu organ bilgisi RBS sistemine aktarılarak dokümante edilebilmelidir. Uygulama zamanında kurumda bulunan DICOM MPPS (DICOM Modality Performed Procedure Step) destekleyen modaliteler RBS tarafında MPPS olarak entegre edilmelidir.

Radyoloji Sonuç Raporlama

13.32.115 Radyolojik sonuçlarının girilmesini sağlayan fonksiyonlara sahip olmalıdır.

13.32.116 Raporlama kelime işlem aracı olarak dış bir kelime işlem aracı kullanılan veya raporlamanın entegre sistem içinde yapıldığı bir çözüm önerilmelidir.

13.32.117 Onaylanmış raporlar için yazma koruması olmalıdır, rapor ekleme desteği bulunmalıdır.

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

92

13.32.119 Raporlarda kullanılacak olan tanı, işlem, sonuç kodları gibi kodların liste ve menülerden seçilmesi mümkün olmalıdır.

Sarf Malzeme Takibi (Opsiyonel: İhtiyaç varsa istenmelidir.)

13.32.120 Birim, kişi ve cihaz bazında malzeme kullanım detayları görüntülenmelidir.

13.32.121 Sarf malzemelerinin son kullanım tarihine ve süresine yönelik takipler yapılabilmeli ve sistem bu duruma ilişkin rapor üretebilecek bir altyapıya sahip olmalıdır.

Yerel Görüntüleme/Raporlama Sistemi Yazılımı

13.32.122 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde görüntülerin pul resmi (thumbnail) olarak gösterimi sağlanacaktır.

13.32.123 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde, herhangi bir hastanın herhangi bir modaliteye ait değişik zamanlarda çekilen görüntülerinin karşılaştırılması ve radyolojik bulguların geriye dönük değerlendirilmesi sağlanmalıdır.

13.32.124 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde (1x1 1x2, 2x2, 3x3,4x4 v.b.) satır x sütun görüntüleme modlarında gösterim yapılmalıdır.

13.32.125 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde tek veya seri görüntüler içeren 2 (iki) ayrı çalışma yan yana gösterilebilmeli ve bu görüntüleme modunda ekran yatay veya dikey olarak bölünebilmelidir.

13.32.126 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde tam ekran (full screen) görüntüleme yapılabilmelidir.

13.32.127 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde görüntüler yüklenirken ekranda modaliteye uygun diziliş biçimi (layout) otomatik olarak seçilmelidir.

13.32.128 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde görüntü ebatları önceden tanımlı (preset) olarak kaydedilmeli ve görüntüler bu ebatlarda gösterilmelidir.

13.32.129 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde saniyede en az 15 (onbeş) görüntüye kadar otomatik veya interaktif olarak (kullanıcının fare hareketleri ile) peş peşe (cine) görüntüleme yapılmalıdır.

13.32.130 Raporlama İş İstasyonu üzerinden, DICOM Print yapılabilmelidir.

13.32.131 Raporlama İş İstasyonu ve Klinik Dağıtım Sisteminde Sistemde görüntü büyütme (zoom) ve seçilen görüntü kesitinin fare kontrolünde yer değiştirmesi (pan) yapılmalıdır.

13.32.132 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde görüntüler döndürülebilmelidir. (rotate).

13.32.133 Raporlama İş İstasyonu ve Görüntü Dağıtım Sisteminde görüntüyü ters çevirme özelliği olmalıdır (mirror image).

13.32.134 Raporlama iş istasyonu yazılımında kalibrasyon fonksiyonlu mesafe, açı, ölçme gibi işlemler yapılabilmelidir.

13.32.135 Raporlama İş İstasyonunda görüntünün herhangi bir yerine yazı veya şekil yerleştirme özelliği olmalıdır.

13.32.136 Görüntüler ve bu görüntülere ait raporların sistemde birlikte saklanması sağlanmalıdır.

93

13.32.137 Raporlama İş İstasyonunda özel okuma aparatı ile dijital ortama okunan raporların, her bir hasta için ayrı ses dosyaları halinde en az rapor onaylanana kadar saklanması sağlanmalıdır.

13.32.138 Kesitler incelendiğinde, kesitlere ait referans görüntüler varsa bu görüntüler üzerinde incelenen kesit veya kesitlerin lokasyonu grafiksel olarak gösterilebilmelidir. (CT Scout Lines, MR Reference Lines.)

13.32.139 Firma sınırsız sayıda iş istasyonunda kullanılmak üzere lisans vermelidir.

13.32.140 Görüntüleme iş istasyonu yazılımı ile arşiv sunucusu üzerindeki görüntülere kayıpsız olarak ulaşılabilmelidir.

13.32.141 Getirilen görüntüler üzerinde ileri görüntü işleme işlemleri yapılabilmelidir. Diğer özelliklere ek olarak çekimleri 3 boyutlu hale dönüştürme ve dönüştürülen 3 boyutlu görüntüler üzerinde işlemler yapılabilmelidir.

13.32.142 Görüntüleme iş istasyonu yazılımında farklı kullanıcıların ihtiyaçlarına cevap vermek üzere asılı protokoller (adaptive hanging protocols) bulunacaktır.

13.32.143 Görüntüleme iş istasyonu yazılımında en az 9x9 boyutuna kadar olan tüm varyasyonlarda görüntüleme yapabilmelidir.

13.32.144 Görüntüleme iş istasyonu yazılımında görüntüler üzerinde Lut işlemleri yapılabilmelidir. Bu sayede görüntüler renklendirilebilmelidir.

13.32.145 Görüntüleme iş istasyonu yazılımı ile DICOM Store SCU, DICOM Query/Retreive SCU, özelliklerine sahip olacaktır.

13.32.146 Yetkili kullanıcı hastanede bulunan ve ağa bağlı olan tüm DICOM yazıcıları, hastanenin herhangi bir biriminden RBYS yazılımı yada Viewer yazılımı vasıtasıyla görüntüleyebilmeli ve istediği yazıcıya görüntüleri yazım için gönderebilmelidir.

13.32.147 Görüntüleme iş istasyonu yazılımında görüntünün herhangi bir yerine yazı veya şekil yerleştirme özelliği olacaktır ve değiştirilen görüntüler değiştirilen haliyle kullanıcının bilgisayarına alınabilecektir. Bu işlem esnasında orijinal görüntü dosyasında herhangi bir değişiklik veya bozulma olmamalıdır.

13.32.148 Görüntüleme iş istasyonu yazılımlannın birinde modalitelerde veya hastane bilgi sisteminde yanlış girilen hasta kayıtlannm PACS arşiv sunucusunda düzeltilebilmelidir.

13.32.149 Hasta CD/DVD’leri oluşturmak mümkün olacak ve oluşturulan her bir hasta CD/DVD’si İçerisinde görüntüleme yazılımı da sistem tarafından otomatik olarak eklenecektir.

13.32.150 Hastanın sisteme kayıtlı eski tetkiklerinin mevcudiyeti görülebilmeli, gerektiğinde ekran bölünecek şekilde çağrılarak karşılaştırmalı raporların yazılmasına imkan vermelidir.

13.32.151 Hasta görüntüleri hastanede bulunan tüm birimlerden yetkilendirilen kullanıcılar tarafından HBS yazılımı üzerinden görüntülenebilmelidir. Bu görüntüleme işlemi sırasında HBS programından çıkıp bir başka program çalıştırılmadan tek komutla görüntülere ulaşılabilmelidir.

VRT (Volume Rendering Technique)

13.32.152 İncelenen organ sagittal koronal ve aksial planda Mouse’un bir hareketi ile izlenebilmelidir. Tespit edilen bir lezyonun lokalizasyonu bir işaretleme ile her üç anatomik planda da izlenebilmelidir. B öylece patolojilerin diğer organlarla olan ilişkisi volumetrik olarak saptanabilmelidir.

13.32.153 Organa uygun dansite, opasite ve renkler otomatik olarak kolayca ayarlanabilmelidir.

94

13.32.154 Organ, kontrast madde ve kemik gibi farklı dokular klinik görünüme uygun renk ve dansitelerde oluşturulabilmelidir.

13.32.155 Organların renklendirilmesinin yanı sıra parlaklık ve opasite gibi ayarlar da ayrıca yapılabilmeli ve bunlar sabitlenerek kaydedilebilmelidir.

13.32.156 Zoom yapılan VRT imajlarda hiçbir şekilde rezolüsyon ve renk kontrast ayarlarının kaybı olmamalı, bu sayede boyut olarak küçük olan patoloji ve organların daha rahat gösterilebilmesi, imajların büyük olarak incelenebilmesi ve basılabilmesi sağlanmalıdır.

13.32.157 Hastanın önceki incelemelerinin farklı modalitelerde yapılmış olması halinde mevcut patolojinin takibi, ölçümlerinin karşılaştırılması ve yeniden VRT yapılması mümkün olmalıdır.

13.32.158 İmajların rotasyon, kesme ve renklendirme işlemleri iş istasyonlarına takılmış olan extra görüntü işleme hızlandırıcı kartlar sayesinde real time olarak uygulanabilmelidir. Bu hızlandırıcı kartlar, yeni ayar yapıldıktan sonra yeni görüntü oluşturulması için gereken beklenme süresini milisaniye (ms) bazına indirebilmelidir.

13.32.159 VRT, MPR, MIP, MINIP görüntüleri clip planlar şeklinde kesilebilmeli, istenmeyen organlar görüntü kapsamından çıkarılarak kaliteli görüntüler elde edilebilmelidir.

13.32.160 Oluşturulan volumetrik görüntülerin kesit kalınlıkları cihaz tarafından otomatik hesaplanabilmek ve istendiğinde kullanıcı tarafından değiştirilebilmelidir.

13.32.161 Threshold değerini değiştirerek kemik yapılan yok etmek ya da yeniden eklemek mümkün olabilmelidir (Bone Removal özelliği). Buna ek olarak, yalnızca kemik, yalnızca damar veya yalnızca kemik ile damar görüntülenebilmelidir.

13.32.162 SSD görüntülerde threshold değerleri değiştirilerek Kemik yapıdan yumuşak dokunun tam olarak ayırt edilebilmesi sağlanabilmelidir. (B öylece kemik kırıklarının yumuşak doku ile dolarak kırığın gizlenmesi önlenebilmelidir.) MIP (Maximum Intensity Projection), MINIP (Minimum Intensity Projection), MPR (Multiplanar Reformatting), SSD

(Single Step to Digital)

13.32.163 Aksial, koronal, ve sagittal planda MPR MIP MIP thick MIP thin MINIP, MINIP thick görüntüler elde etmek mümkün olabilmelidir.

13.32.164 MIP görüntüleme tekniği ile yumuşak dokuların silinmesi ve sadece damar yapıların görüntülenmesi sağlanabilmelidir. Bu MIP tekniği MR ve BT imajlarına aynı şekilde kolayca tatbik edilebilmelidir.

13.32.165 MIP kullanılarak kemik görüntüleme sağlanabilmelidir.

13.32.166 MINIP tekniği ile özellikle akciğer parenkim havalanmasına bağlı hastalıklar kolayca görüntülenebilmelidir.

13.32.167 Dansitej kontrast ve opasite ayarlamaları yapılabilmelidir.

13.33 Karar Destek Yönetimi

13.33.1 Karar Destek Sistemi (KDS), paydaş kuramlardan veya diğer kaynaklardan temin edilen ve Kuram faaliyetlerini ve karar verme sürecini destekleyici önemli ve stratejik verilerin kontrollü bir şekilde kaydedildiği ve yönetildiği, ve kullanıcıya iş zekası çerçevesinde analiz yapma imkanı sunan, ihtiyaca göre yeni raporların veya ekranların tasarlanmasına olanak tanıyan sistem olarak tanımlanabilir. Aşağıdaki iş süreçleri, KDS’nin hayata geçirilmesine ve uygulanmasına ilişkin ilgili

95

süreçlerin özet tanımlarım içermektedir.

Veri İhtiyacının Karşılanması

13.33.2 Veri ihtiyacının Karşılanması süreçlerinde ihtiyaç duyulan verilerin kaynaklarının tespit edilmesi, elde edilmesi, konsolide edilerek tutarlı hale getirilmesi ve işlenerek bilgi haline getirilmesi aktivitelerini içermektedir.

KDS Veri Yönetimi

13.33.3 KDS Veri Yönetimi süreci, Karar Destek Sistemine (KDS) dış sistemlerden entegrasyon aracılığı ile aktarılan veriler ile diğer Kuram ve Kuruluşlardan yazılı veya elektronik ortamlarda temin edilen verilerin gerekli içerik ve biçim kontrollerinin yapılmasını ve kontrollerin ardından KDS'ye aktarılmasını içermektedir.

Rapor Tasarlanması

13.33.4 Rapor tasarlanması süreci sistemde mevcut bulunmayan rapor ihtiyaçlarının tespit edilmesi ve tespit edilen raporların geliştirilmesi aktivitelerini kapsamaktadır. Yeni raporlar tasarlanır, yetki seviyeleri belirlenir ve kullanıma sunulur.

Tasarım Raporu

13.33.5 Yüklenici, bilgi sistemlerinin geliştirilmesi için öngördüğü uygulama mimarisi tasarımını yapacaktır. Yazılım mimarisinin tasarlanması, doğrulanması ve çözümlerin tasarlanması aktiviteleri gerçekleştirilecektir. Veri modelleme aktiviteleri de bu aşamada gerçekleştirilecektir. Mantıksal ve fiziksel veri modelleri hazırlanacaktır. Söz konusu tasarım çalışmaları raporlanarak kurama teslim edilecektir. İstekli, tasarım raporunun teslimatı ve Kuram onayına sunulması için, ise başlanmasından itibaren 5 (beş) aydan daha fazla bir süre harcanmayacak şekilde proje planını yapacaktır. İstekli teklif vermeden önce talep etmesi halinde Kurum donanım ve yazılım envanterine ilişkin olarak, Kurum Bilgi İşlem birimi ile görüşebilecektir.

Raporlamaya İlişkin Gereksinimler

13.33.6 Üretilen raporlar amacına uygun ve kolay okunabilir olacaktır.

13.33.7 Kullanıcı; hazırlanan rapora ekranda görüntüleme, rapor hazırlama aşamalarında geri-ileri gitme ya da iptal etme olanaklarına sahip olacaktır.

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

13.33.9 Hazırlanan raporların sunucu üzerinde ayrı bir rapor dosyasına belli bir görsel ve elektronik formatta kayıt edilmesi mümkün olacaktır.

13.33.10 Kullanıcı tarafından oluşturulmuş olan bazı raporlarda bulunan veriler yetki seviyeleri doğrultusunda (yazdırma, güncelleme, bilgisayarına kaydetme gibi), MS Office uygulamalarına tek tuş yardımı ile aktarılabilecektir.

13.33.11 Raporlar sadece veritabanı verilerine dayanılarak hazırlanacaktır. Kullanıcılar hazırlarımı ş ve onaylanmış raporlan yazılım içinde yer alan herhangi bir mekanizma ile değiştiremeyecektir.

13.33.12 Standart raporlar dışında anlık ihtiyaçlara yönelik olarak yeni rapor tanımlama ve oluşturma süreci kullanıcılar tarafından yürütülebilecek kadar kolay ve parametrik olacaktır.

13.33.13 Kullanıcının istediği çoklu parametrelerle sorgu yapılabilecek ve rapor alınabilecektir. Raporlarda, her rapor için tanımlanacak olan alanlara göre veri filtreleme ve seçim yapılabilecektir.

96

13.33.14 Mümkün olan tüm raporlarda, programlama gerektirmeden, kullanıcılar raporda listelenen sütun ve satırların sıralamasını değiştirebilecektir, rapor içeriğini etkilemeyen sütun veya satırları silebilecektir.

13.33.15 KDS kapsamında yer alacak istatistik ve yönetim amaçlı raporlara çubuk, pay, vb. değişik grafikler eklenebilecek, daha sonra edinilecek harita temelli sistemlerle entegrasyon sağlanabilecektir.

13.33.16 İş zekası gereci, oluşturulan veri küpleri üzerinden raporların “sürükle bırak” vb. yöntemlerle kolaylıkla oluşturulmasını sağlayacak arayüzlere sahip olacaktır.

13.33.17 İş zekası gereci aracılığı ile düz tablo, çapraz rapor, vb. değişik tipteki raporların alınması sağlanacaktır.

13.33.18 Raporlara kriter geçişini sağlayan arayüzler geliştirilebilecek, bu arayüzlerde listeden çoklu seçim, tekli seçim, ağaç, vb. kullanılabilecektir.

13.33.19 İş zekası gereci ile belli raporların belli saatlerde otomatik olarak çalışması ve tanımlanan durumlar için otomatik olarak kullanıcılara dağıtımı sağlanabilecektir.

13.33.20 İs zekası gereci vasıtası ile oluşturulan raporlar Excel, Powerpoint, vb. ofis uygulamalarına doğrudan aktarılabilecek, ya da CSV, PDF, TXT, XML gibi formatlara dönüştürülebilecektir.

13.33.21 İş zekası gereci ile yeni bir rapor tasarlandığı durumda, tasarlanan rapora ilişkin gerekli bilgi ilgili kullanıcılara otomatik e-posta yoluyla gönderilebilecektir.

13.33.22 İs zekası gereci ile geliştirilen raporlarda detaylandırma (“drill down”) ve genele dönüştürme işlemleri yapılabilecektir.

Teknik Eğitim Kapsamı

13.33.23 Kurum Bünyesindeki KDS sorumlusu olarak gösterilen personele verilecek eğitimle.

13.33.24 Veri Toplama ve Veri Toplamanın Tüm Süreçleri.

13.33.25 Veri Modellerinin güncellenmesi ve aşamaları.

13.33.26 Analiz , Liste ve vs. Raporların Hazırlanması ve Sisteme dahil edilmesi.

13.33.27 KDS Arayüzünün tüm modüllerini kullanma ,yönetme , Yetkilendirme ve diğer tüm arayüz etkinliklerinin eğitimi.

Kullanıcı Eğitim Kapsamı

13.33.28 Kurum bünyesindeki KDS sistemini kullanacak olan tüm personellere verilecek olan eğitimler.

13.33.29 KDS Arayüzüne giriş ve yetki dahilinde olan modüllerinin eğitimi.

13.34 AĞIZ VE DİŞ SAĞLIĞI MODÜLÜ

13.34.1 Hastane dahilinde yer alan diş ünitleriyle müstakil ağız ve diş sağlığı merkezlerinde kullanılacağından, bu birimlerin gereksinimlerine cevap vermek üzere tasarlanmış ve kapsamı ihtiyaca göre belirlenmiş olmalıdır.

13.34.2 Hastanın şikayetleri, muayene ve tetkik sonuçlan, doktorun tanısı, yazılan ilaçlar ve kararlar elektronik ortamda hasta dosyasına işlenebilmelidir.

13.34.3 Hastanın ilk müracaatı ise, gereksinim duyulan özel sağlık bilgileri (Allerji, diabet, kanama

97

bozukluğu, alt ve üst çene yapısal bozuklukları vb.) kaydedilebilmelidir.

13.34.4 Sevk işlemleri ile ilgili bilgiler, hastanın nereye ve neden sevk edildiğinin, sevk işleminin kim tarafından yapıldığının kaydı tutulabilmelidir.

13.34.5 Hastayla ilgili her tür oral diagnoz planlama, tetkik ve tedavi kayıtlan tutulabilmelidir.

13.34.6 Hasta için kullanılan her tür malzeme, protez vb. bilgilerin kaydı tutulmalıdır. Klinik işlemler ve bu işlemlerin hastanın faturasına kaydedilebilmesi için vezne, döner sermaye ve faturalama modülü ile gerekli entegrasyon sağlanmalıdır.

13.34.7 Hastanın geçmiş bilgileri ve diş yapısına ilişkin bilgileri kaydedilebilmelidir.

13.34.8 Her türlü randevu verme, iptal ve güncelleme işlemleri yapılabilmelidir,

13.34.9 Ünitede mevcut cihazların durumu, cihaz takip modülüyle entegre olarak takip edilebilmelidir.

13.34.10 Modülde yer alan işlemlerle ilgili çeşitli istatistikler elde edilebilmeli, sorgular yanıtlanmak ve raporların çıktısı alınabilmelidir. İstatistik, sorgu ve raporların tam listesi ve detaylan Sistem Uyarlama Gerekleri Analizi aşamasında belirlenecektir.

13.34.11 Ünit başı dokunmatik monitör sistemine uygun modül bulunmalıdır. Hekim, bütün işlemleri klavye, mouse kullanmadan yapabilmelidir. Dokunmatik monitörden klinik dışındaki monitöre hasta çağırma işlemini yerine getirebilmelidir.

13.34.12 Her hekime ait diş performans katsayısı ve mesai dışı puan katsayısı raporu anlık olarak doktor poliklinik ekranından görülebilmelidir.

13.34.13 Doktor poliklinik ekranında hastaya ait ilk ağız planının girilebileceği bir ekran olmalıdır.

13.34.14 Doktor poliklinik ekranında 4 yılda bir SGK tarafından ödenen protez işlemlerinin müstehaklığının sorgulandığı bir ekran olmalıdır.

13.34.15 Ağız ve Diş Sağlığı Merkezlerinde kalite ve verimlilik standartları çerçevesinde istenen tüm uygulamalar desteklenmelidir.

13.35 LABORATUVAR (PROTEZ TAKİP) MODÜLÜ

13.35.1 Bu modülün amacı hastalara ait Protez laboratuvar isteklerinin kaydedilmesi iç (ADSM) ve dış (Özel) laboratuar modülü olarak ayrı, ayrı kayıtlarının tutularak Hastalar için yapılan laboratuar işlerinin hastanın mali kayıtlarına aktarılmasını sağlamalı ve Laboratuvar işlemlerinin ayrıca maliyet analiz ve istatistikleri yapılmalıdır.

13.35.2 Ağız ve diş sağlığı merkezlerinde uygulanan her türlü diş protez işlemin, elektronik ortamda kayıt altına alınması ve izlenmesini için gerekli olan modüldür. Bu modül sayesinde kurum içerisindeki protez teknisyenlerinin ve kurumla anlaşması bulunan diş laboratuvarlarının iş dağılımı, belirtilen kapasite ve kurallar doğrultusunda otomatik olarak gerçekleşecektir. Gerekli görüldüğü takdirde özel laboratuvarlara ait döküm ücretleri de bu modül tarafından takip edilecektir.

13.35.3 Bütçe talimatında belirtilen protez hizmetleri gruplandırılarak teknisyenler ve özel laboratuarlara bu gruplar vasıtasıyla kapasite tanımlan yapılabilmelidir.

13.35.4 Protez aşamaları, hem tedaviyi gerçekleştiren hekim tarafını, hem de teknisyen veya özel laboratuvar tarafını takip edebilecek düzeyde kayıt altına alıp izlenilmesi sağlanacaktır.

13.35.5 Protez aşamaları için hastaya verilen randevu tarihleri ve işlemlerin gerçekleşme tarihleri ayrı ayrı tutularak zamanında gerçekleşmeyen işlemler tespit edilebilecek düzeyde işlem ve randevu

98

tarihleri takip edilecektir.

13.35.6 Protez teknisyenlerin izinli veya raporlu olduğu günlerde ilgili personellere iş teslimi yapılması engellenecektir.

13.35.7 İstenildiği takdirde kurumun belirleyeceği kapasite miktanna bağlı olarak, kurum personellerin iş limitleri dolmadan özel laboratuvarlara iş dağılımı yapılmasını engellenecek düzeyde olmalıdır.

13.35.8 Protez aşamaları ve laboratuvar aşamalarının hangi tarihlerde olacağı, kurum tarafından belirtilen iş günü sürelerine göre otomatik olarak belirlenecektir.

13.35.9 Protez aşamalarına ait belirlenen tarihlerde ilgili hastaya otomatik olarak randevu kaydı açılması sağlanacaktır.

13.35.10 Protez işlemleri için klinik ve laboratuar tarafından ölçü kabul işlemi için anket uygulaması yapılacaktır. Cevaplanan anketin yeterli seviyeye ulaşmaması halinde işleme devam edilemeyecek düzeyde zorlayıcı olması istenildiği takdirde sağlanılacaktır.

13.35.11 Laboratuvar protez kabulu esnasında hastaya verilmek üzere barkod çıktısı alınabilecektir.

13.35.12 Belirlenen kapasiteyi dolduran teknisyenlere özel yetki verilmesi koşuluyla tekrar iş verilmesi sağlanabilinmelidir.

13.35.13 Klinik tarafında hekim protez istem belgesi oluşturabilmeli ve bu form sayesinde protezin rengi ve var ise özel notlarını belirtip elektronik ortamda protez kabul birimine iletebilmelidir.

13.35.14 Reçete işlemi diye adlandırılan protez işlemleri bu modül tarafından takip edilmeli ve gerekli istatistiki bilgiler istenildiği takdirde bu modül tarafından alınmalıdır.

13.35.15 Özel laboratuvarlara ait protez kabul kayıtları, bu laboratuvarlara tahsis edilecek kullanıcı kodu ve şifre vasıtasıyla internet üzerinden görüntülenmesi sağlanılacaktır.

13.35.16 Kurum içerisindeki her türlü protez işlemine ait parça teslimleri bu modül tarafından yapılacak, özel laboratuvarlara teslim edilen ölçü vb. gibi parçaların takibi yapılacaktır. Ayrıca alçı döküm süreleri HBYS üzerinden takip edilecektir.

13.35.17 Özel laboratuarların yapmış oldukları protezlere ait kayıtlar tutulmalı, yapılan iş ve işlemlerin miktarı takip edilebilmelidir.

13.35.18 İhale aşamasında miktarı belirlenmiş olan her türlü kron-köprü,bitimleri ile iskelet protez bitimleri miktarına ulaşılmadan uyan vermeli özel laboratuarların fazla iş yapmaları önlenebilmelidir.

13.35.19 Protez işlemleri, klinik talep ve protez laboratuar onay mekanizması ile istenildiğinde yürütülebilmelidir. Protez laboratuarında onay işlemi sırasında teknisyen seçimi veya dışardan hizmet alman laboratuarlar seçimi iş yükü dağılımım eşitlemek amacı ile otomatik olarak yapılabilmelidir.

13.35.20 Protez işlemlerinin aşamaları zaman, hekim, teknisyen ve protez laboratuarı detayında izlenebilmelidir.

13.35.21 RPT (Protez tekrarlan) kayıt altına alınabilmelidir.

14. EVDE BAKIM UYGULAMALARI

14.1 Evde sağlık hizmetinden faydalanmak isteyen hastaların başvurularının alınmasını sağlanacak, kimlik ve adres bilgilerini kimlik paylaşım sisteminden otomatik olarak çekecektir.

99

14.2 Başvuruların ilgili birimlere tedavi veya değerlendirme için atamaların yapılmasına başvuruların doğrudan iptali gibi işlemlerin yapılmasını sağlayacaktır.

14.3 Hastalara yapılan işlemlerin yapılması (sevk konsültasyon istemi, tetkik istemi, dış kurum ihtiyacı gibi) sağlanacaktır.

14.4 İstenen hizmet biriminin yetkisini artırma yada kısıtlama imkanı sunacaktır.

14.5 Kullanıcıların bilgilerini ve kullanıcı hareketlerini raporlayacaktır.

14.6 Yetkilendirilmiş kullanıcılara duyuru yapabilecektir.

14.7 Hizmet birimi bazında hasta dosyasındaki temel işlemlerin yapılmasına olanak sağlayacaktır. Hasta değerlendirme işleminin yapılması, kabulü, tanı konsültasyon istemi, sevk işlemi, rapor işlemleri, epikriz, randevu, malzeme işlemleri, tedavi işlemleri, hemşirelik işlemleri, birim iş listesini görme, randevu düzenleme gibi işlemler bu modül üzerinden kayıt ve takip edilecektir. .

14.8 Laboratuvar sonuçları, radyolojik tetkik sonuçları, heyet raporları, ilaç raporları, ölüm bildirimi yapılması sağlanacaktır.

14.9 Bakanlığın istemiş olduğu veriler ve yerel karar destek amaçlı oluşturulan rapor ve grafikler hazırlanacaktır.

14.10 Evde Bakım Hizmetleri Yönetmeliği gereği ek formlar sistem üzerinden oluşturulacaktır.

14.11 İstendiği takdirde erişim yapan bilgisayarlara sistem yöneticisi aracılığıyla gerekli güvenlik politikaları çerçevesinde engelleme veya erişim hakkı tanınması gerçekleştirilebilmelidir. Erişim sağlamaya çalışan bilgisayarlara ait IP adresi veya kullanıcı bazlı yetkilendirme ile otomatik olarak sistem yöneticisine bir talepte bulunabilmeli, sistem yönetici onayına bağlı olarak o talep yapılan bilgisayarlara erişim hakkı tanımlanabilmelidir. Daha sonrasında isteğe bağlı olarak bu erişim hakları tekrar kaldırılabilmelidir.

15. TEŞHİSLE İLİŞKİLİ GRUPLAR (TİG) MODÜLÜ

Sağlık Bakanlığı tarafından hastanelerin sağlık hizmeti bedelleri Teşhisle İlişkili Gruplar (TİG) ve Branş Bazlı Ayaktan Gruplar (BBaG) sistemi doğrultusunda planlanarak ödenecektir. Bu modül ile TİG’ e iletilecek verilerin oluşturulması, kontrolü yapılmalıdır.

Bu modül TİG için özel olarak hazırlanmış ve kendi arayüzlerine sahip olmalıdır.

15.1 TİG sistemine kaydedilecek hastalar için içeriği TİG tarafından belirtilmiş olan XML dosyası oluşturulabilmelidir. XML dosyası ilgili hastalar için toplu veya tek tek oluşturulabilmelidir.

15.2 XML oluşturulacak hastalar TİG için hazırlanmış ayrı bir liste üzerinden takip edilmelidir. Hasta listesi sorgulanırken, Tarih, Hasta numarası, Baş lan gıç-B itiş tarih aralıkları, Servis, Epikriz durumu gibi kriterler kullanılabilmelidir.

15.3 XML oluşturulmuş veya oluşturulmamış hastalar liste üzerinde görülebilmeli ve bu kriter ile listelenebilmelidir. Bu sayede daha Önce XML oluşturulmuş hastalar İçin yeniden XML oluşturulması engellenebilmelidir. Listelenen kriterlere göre aynı ekran üzerinde hastalara toplu XML oluşturulması sağlanabilmelidir.

15.4 Yatan Hastalar ve Günübirlik hastalar ayrı ayrı takip edilebilmelidir.

15.5 Günübirlik hastalarda hastaya seans uygulanmış ise her bir seans için TİG sistemine gönderilecek XML dosyalar oluşturmalıdır.

15.6 Klinik Kodlamacılar tarafından TİG sistemine girişi yapılacak kodların belirlenmesi için XML oluşturma listesinden hastanın tedavi bilgilerine aynı modül üzerinden kolayca erişilebilmelidir.

100

15.7 XML oluşturmak için hazırlanan hasta listesi Word, Excel, PDF gibi dış ortamlara aktarılabilmelidir. Hazırlanan liste modül üzerinden, ek bir yazılım kullanılmadan e-posta olarak istenen adrese de gönderilebilmelidir.

15.8 Oluşturulan XML dosyalan kullanıcı bilgisayarlarında da işletim sistemi üzerinde XML dosyası olarak da arşivlenmelidir. Bilgisayara kaydedilen bu dosyalar program üzerinden listelenebilmelidir. Liste üzerinden istenilen dosya seçilerek fiziksel olarak bilgisayardan silinebilmelidir. Dosya arşivleme işlemi otomatik olarak ve ay-yıl bilgisi ile arşivlenmelidir.

15.9 XML dosyalarının arşivleneceği klasör sabit isimli olmalıdır, ancak kullanıcı tarafından hangi disk bölümünde arşivlenebileceği seçilebilmelidir. Disk bölümü değiştirildiğinde bir önceki disk bölümündeki dosyalar, otomatik olarak yeni seçilen disk bölümüne taşınmalıdır.

15.10 Kullanıcı bilgisayarına kaydedilen XML dosyalarındaki verilerin TİG sistemine yüklenmeden önce Klinik Kodlamacılar tarafından ayrı bir ekran üzerinden kontrolü yapılabilmelidir. Kontrol sırasında dosyanın XML içeriği son kullanıcının anlayabileceği yapıda gösterilmelidir, bu gösterimde Xml tagları(simgeleri) gösterilmeyecektir.

15.11 Klinik Kodlamacılar tarafından oluşturulan ve kontrolü yapılan XML dosyaları TİG sistemine kodlanırken XML içerisindeki hangi kayıtların kodlanıp hangilerinin kodlanmadığı sistemde tutulabilmelidir. Klinik kodlamacılar, kodlamasını yaptıkları hastaları kodlanmış veya kodlanmamış olarak kaydedebilmelidirler.

15.12 Kodlama kontrollerinin yapılabilmesi amacıyla kayıtlar sorgulanabilmelidir. Kodlanmış hastalar, kodlanmamış hastalar şeklinde kriterler verilebilmelidir. Bu listeye yalnızca XML oluşturulmuş kayıtların gelmesi sağlanmalıdır.

15.13 TİG sisteminde Klinik Kodlamacılar kodlaması yapılan kayıtları Excel dosyası formatında kaydedebilmektedirler. TİG programından kaydedilen bu Excel dosyası program üzerinden otomatik olarak okunup üstedeki hastalar kodlanmış olarak güncellenebilmelidir.

15.14 TİG sistemine program üzerinden link tıklanarak ulaşılabilmelidir

16 İŞ SAĞLIĞI VE GÜVENLİĞİ TAKİP SİSTEMİ

16.1 Çalışan güvenliği kapsamında takip edilecek tüm personellerin liste ve bilgileri farklı bir işleme gerek duyulmadan İnsan Kaynakları birimi verilerinden otomatik olarak ekrana gelmeli

16.2 Farklı bir modüle ihtiyaç duyulmadan bu personellerden işten ayrılanlar belirlenebilmeli

16.3 Çalışan Güvenliği kapsamından oluşturulması gereken formların; türü, risk düzeyi, periyod ve tekrar durumu türünden bilgileri tanımlanabilmeli, bu formlar klinik ya da tetkiklerle ilişkilendirilebilmeli

16.4 Tanımlanan formlara soru grupları, alt grupları ve soru içerikleri eklenebilmeli

16.5 İstenilen tarih aralıklarında aşı takibi olan ve aşısı yapılmamış ya da yapılan personel sorgulaması yapılabilmeli

16.6 İşten ayrılan personel farklı bir modüle ihtiyaç duyulmadan Aşı Takip Sistemi ekranı içerisinden belirtilebilmeli ve bu şekilde takibi sonlandırılmalıdır.

16.7 Aşı takibine alınacak personeller herhangi bir kayda ve güncellemeye ihtiyaç duyulmadan insan kaynakları biriminin yapmış olduğu kayıtlardan otomatik olarak listelenmeli

16.8 Aşının tarihi, adı, uygulama tarihi ve lot numarası kayıtları tutulabilmeli

16.9 Personellerin aşı geçmişleri görüntülenebilmeli

101

17 EĞİTİM

17.1 Kurulan tüm yazılım birimleri için Satıcı, Alıcı’nın belirleyeceği teknik ve uç kullanıcılarına tüm sistemi verimli olarak işletebilmek için eğitim vermelidir. Eğitim planına iki taraf birlikte karar vermelidir. Ancak Satıcı, vereceği eğitim ve eğitmenlerle ilgili ayrıntıları teklifinde belirtmelidir.

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

17.2 Eğitim Materyalleri: Eğitim tipine göre düzenlenmesi gereken eğitim ortamım ve eğitim programlan için gerekli materyalleri Satıcı temin etmelidir.

17.3 Eğitim Yeri: Aşağıda belirtilen ve kurum personeline verilecek eğitim programlan (Bilgisayar Okur Yazarlığı, Yazılım Kullanıcı Eğitimi) Alıcı’nın belirlediği mekan ya da mekanlarda, teknik şartlarda belirlenen esaslar göz önüne alınarak yapılmalıdır.

17.4 Eğitimde Kullanılacak Yazılı Dokümanlar: Eğitim süresinde kullanılacak olan eğitim dokümanları, eğitim programlan başlamadan önce hazırlanmalı ve onaylanmak üzere Alıcı’ya teslim edilmelidir. Bu dokümanlar Türkçe olmalıdır. Onaylanan dokümanlar en az eğitime alınacak personel sayısı kadar çoğaltılmalıdır. Bu işlem için Satıcı ek bir ücret talep etmemelidir.

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

17.6 Eğitim Planı: Satıcı, her eğitim için önerdiği eğitim planlarını, günlük eğitim çizelgelerini, eğitimi alacak adayların başarı düzeylerini değerlendirecek plan ve prosedürleri kapsayacak bir Eğitim Planım aşağıdaki verileri göz önüne alarak teklifinde sunmalıdır

17.7 Eğitmenler: Satıcı, eğitimin sağlanmasında yetecek eğitmen/saati temin etmelidir.

17.8 Eğitim Maliyeti: Bu dokümanda verilen şartlar çerçevesinde verilecek eğitimin bedeli Satıcı’nın teklif bedelleri içerisinde yer almalıdır.

17.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 Alıcı tarafından Eğitim onaylanmalıdır. Katılımcılar tarafından yeterli ve uygun bir şekilde verilmediği belirtilen eğitimler tekrarlanmalıdır.

17.10 Sertifikalar: Eğitilen kişinin ilgili eğitim programım başarılı bir şekilde tamamlaması durumunda, tüm eğitim programlan için Satıcı tarafından katılım belgeleri verilmelidir.

102

18 DEMONSTRASYON

18.1 İhaleye katılan isteklilerden gerekli şartları taşıdığı belirlenenler için idarece planlanan zamanlarda demonstrasyon uygulanır.

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

18.3Demo, İdarenin sağlayacağı bir mekanda yapılmalıdır.

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

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

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

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

18.8 Demonun birinci aşamasını tamamlayan ve ikinci aşamaya geçmeye hak kazananlarla gizlilik sözleşmesi imzalanmak kaydıyla ilgili mevzuatlarda belirtilen şartlarda, idarenin vereceği veri setleriyle test ve demo yapılması istenecektir. Bu Demo Seti talebinin amacı, hastanenin mevcut verilerinin diğer bir Bilgi Sisteminde kullanılabilirliğinin test edilmesidir.

19 KURULUM VE KONFİGURASYON

19.1 Yüklenici firma aşağıda belirtilen hususları eksiksiz yerine getirmelidir:

19.2 Sistemlerin kurulumundan önce ve sonra yapılacak her türlü analiz, planlama, yazılım özelleştirme çalışmaları öngörülerek projelendirilen iş planı verilmelidir. Yüklenici bütün sistemleri anahtar teslim olarak tamamlamalı ve tanımlanan işin tamamlanabilmesi için herhangi bir ek maliyet çıkartmamalıdır. Sunucu odalarında kullanılması gereken kesintisiz güç kaynağı, havalandırma ve soğutma sistemleri planlamaya dahil edilmelidir.

19.3 Görüntüleme cihazları ile RBS arasında DICOM Worklist entegrasyonu yapılmalıdır. Bu hastanedeki mevcut cihazlar ile satın alınacak/kiralanacak cihazların DICOM W/L arayüzleri tamamıyla yüklenici firma tarafından sağlanmalıdır.

19.4 Görüntüleme cihazlan ile RBS veya PACS arasındaki DICOM MPPS entegrasyonu yapılmalıdır.

19.5 Yüklenici tarafından atanacak Proje Lideri, sözleşme imzalanmasını takiben hemen projeye dahil olmalı ve proje boyunca saha çalışanları ile birlikte projeyi takip edip hastane tarafında sorumlu kişilerlerle koordinasyonu sağlamalıdır.

19.6 Yüklenici firma, tüm yazılımları kurumun göstereceği yere kurup çalışır durumda teslim etmelidir. Kurulum için gerekli tüm malzeme ve masraflar yüklenici firma tarafından karşılanmalıdır.

103

20 TEKNİK SERVİS, MUAYENE VE KABUL, GARANTİ, YEDEK PARÇA

20.1 Sistem, Kabul ve Muayene tarihinden ve Geçici Kabulün yapılmasından itibaren geçerli olmak üzere en az 1 yıl garantiye sahip olmalıdır.

20.2 Yüklenici firma, bütün yazılım arızalan için 7x24x2 (7 gün 24 saat 2 saatte müdahale) bazında bakım ve destek hizmetini garanti süresince sağlamalıdır. Müdahale, telefonla, e-posta veya idarenin izniyle uzaktan erişimle yapılabilir.

20.3 Proje kapsamında temin edilen ürün ve hizmetlerde oluşabilecek arıza, bakım, konfigrasyon ve onarım istekleri için İdare Firmayı telefon, elektronik posta veya faks ile haberdar eder. Mesai saatleri dışında verilecek haberler için Yüklenici Firma adına sorumlu kişilerin 7 gün 24 saat ulaşılabilecek telefon numaralan, elektronik posta ve faks numaralan İdare’ye yazılı olarak bildirilmelidir.

20.4 Yüklenici bu şartnamenin 4.1 maddesinde açıklanan işlemi aynı maddede belirtilen tarihe kadar bitirmek zorundadır. Aksi durumlar için yükleniciye idarece ihtar ile 10(on) gün ek süre verilebilir, bu süre sonunda da iş bitirilmezse sözleşmenin fesih hükümleri uygulanır.

20.5 Bu şartnamenin 9.1, 9.2 ve 9.3 maddelerinde düzenlenen seviyelere göre düzenlenen sürelerde aksaklıkların giderilemediği durumlarda gecikilen her takvim günü için; İlgili sözleşme kısmının bedeli üzerinden %0,1 (bindebir) oranında gecikme cezası uygulanır, aksaklık giderilmezse aynı seviyeden 2.defa süre verilerek bu aşamada da gecikilen her takvim günü için İlgili sözleşme kısmının bedeli üzerinden %0,2 (binde iki) oranında gecikme cezası uygulanır. Verilen bu süre sonunda da aksaklık giderilmezse sözleşmenin fesih hükümleri uygulanır.

20.6 Yüklenici, garanti süresi boyunca bütün yazılımların güncellemelerini ve bakımlarını ücretsiz olarak yapacaktır.

20.7 Kabul ve Muayene, test zamanlaması kararlaştırılmış ve son şekli verilmiş Proje Planı esas alınarak gerçekleştirilmelidir.

20.8 Sistemin kabul ve muayene işlemleri, sistemlerin kurulu olduğu mahallindeki idare tarafından belirlenecek komisyonlar tarafından yapılmalıdır. Kontrol ve muayenede, şartnamede istenilen ve teklifte belirtilen tüm özelliklerin uygunluğu kontrol edilmelidir.

20.9 Kabul ve muayene sırasında firmalardan sistemin teknik özellikleri ve performansına ilişkin testlerin yapılması istenildiğinde gerekli yazılım, donanım, personel ve düzeneği firmalar ücretsiz olarak sağlamalıdır. Kabul ve muayenede oluşabilecek kaza ve hasarlardan Yüklenici firma sorumludur.

20.10 Başarısızlık, performans kabul testine tabi tutulan sistemin bir bölümünü veya tümünü reddetmeyle sonuçlanabilir.

20.11 İdare isterse değiştirilen yazılım ürünlerine, geliştirilenlere, yeni versiyonlara ve sistemlerin kabulünden sonra eklenen veya belli bir alanı değiştirilenlere de kabul testleri uygulayabilir.

20.12 Yüklenici firma en son testlere ait raporları muayene heyetine teslim etmelidir.

Sefer ÇAVUŞ Ahmet VURAL Aytekin AYGÜN Zekeriya SAĞLAM

Üye Üye Üye Üye

104

Dt. Emre ERBAYCUKomisyon Başkanı

105