KİK Kararı: 2022/UH.II-991
Hukuk Asistanı ile Kararları Analiz Edin
Bu karara ve binlerce benzer karara sorunuzu sorun. Kaynak atıflı detaylı yanıtlar alın.
Karar Bilgileri
Kamu İhale Kurumu Kararı
2022/UH.II-991
17 Ağustos 2022
2022/290347 İhale Kayıt Numaralı "GÖRÜNTÜ ARŞİV ... BS) VE KARDİYOLOJİ BİLGİ SİSTEMİ (KBS)" İhalesi
KAMU İHALE KURULU KARARI
Toplantı No : 2022/039
Gündem No : 24
Karar Tarihi : 17.08.2022
Karar No : 2022/UH.II-991
Toplantıya Katılan Üyeler
BAŞVURU SAHİBİ:
Ge Medical Systems Türkiye Ltd. Şti.,
İHALEYİ YAPAN İDARE:
Bursa Uludağ Üniversitesi Sağlık Uygulama ve Araştırma Merkezi,
BAŞVURUYA KONU İHALE:
2022/290347 İhale Kayıt Numaralı “Görüntü Arşivleme ve İletişim Sistemi (Pacs), Radyoloji Bilgi Sistemi (Rbs), Nükleer Tıp Bilgi Sistemi (Nbs) ve Kardiyoloji Bilgi Sistemi (Kbs)” İhalesi
KURUM TARAFINDAN YAPILAN İNCELEME:
Bursa Uludağ Üniversitesi Sağlık Uygulama ve Araştırma Merkezi tarafından 24.05.2022 tarihinde açık ihale usulü ile gerçekleştirilen “Görüntü Arşivleme ve İletişim Sistemi (Pacs), Radyoloji Bilgi Sistemi (Rbs), Nükleer Tıp Bilgi Sistemi (Nbs) ve Kardiyoloji Bilgi Sistemi (Kbs)” ihalesine ilişkin olarak Ge Medical Systems Türkiye Ltd. Şti.nin 27.06.2022 tarihinde yaptığı şikâyet başvurusunun, idarenin 01.07.2022 tarihli yazısı ile reddi üzerine, başvuru sahibince 07.07.2022 tarih ve 31939 sayı ile Kurum kayıtlarına alınan 07.07.2022 tarihli dilekçe ile itirazen şikâyet başvurusunda bulunulmuştur.
Başvuruya ilişkin olarak 2022/718 sayılı itirazen şikâyet dosyası kapsamında yapılan inceleme neticesinde esas inceleme raporu tanzim edilmiştir.
KARAR:
Esas inceleme raporu ve ekleri incelendi.
İtirazen şikâyet dilekçesinde özetle, bahse konu ihalenin 24.05.2022 tarihinde gerçekleştirildiği, 17.06.2022 tarihli kesinleşen ihale kararında ise ihalenin Apaz Medikal Ürün ve Bilişim Yazılım San. ve Tic. A.Ş.nin üzerinde bırakıldığı, kendilerinin ise ekonomik açıdan en avantajlı ikinci teklif sahibi olarak belirlendikleri bilgisinin EKAP üzerinden tebliğ edildiği, ilgili kesinleşen ihale kararı için 27.06.2022 tarihinde idareye şikayet başvurusunda bulundukları, başvurunun reddi üzerine anılan kesinleşen ihale kararının iptali, adı geçen isteklinin yeterlik kriterlerini sağlamadığı gerekçesiyle teklifinin değerlendirme dışı bırakılması ve ihalenin kendi üzerinde bırakılması gerektiği gerekçeleriyle itirazen şikayet başvurusunda bulundukları, şöyle ki;
İdari Şartname’nin 7.1.h maddesinde “…3) İhaleye teklif veren istekli ve isteklinin hizmet kapsamında kullanılacak cihazları/ürünleri, Sağlık Bakanlığı tarafından yayınlanan güncel “Tıbbi Cihaz Yönetmeliği”ne uygun olarak T.C. İlaç ve Tıbbi Cihaz Ulusal Bilgi Bankası’na (TITUBB) veya Ürün Takip Sistemi (UTS) ve T.C. Sağlık Bakanlığı KTS kaydı olmalı ve kayıtlı olduğuna dair belge sunulmalıdır…” düzenlemesinin yer aldığı, kendileri tarafından Teknik Şartname’de özellikleri tanımlanan “Kardiyoloji Bilgi Sistemi” için “00840682147200” ve “Doz Yönetim Sistemi” için “00195278462091” numaralı ÜTS kayıt çıktılarının söz konusu yeterlik kriterleri sağlanacak şekilde teklifleri kapsamında idareye sunulduğu,
Tıbbi Cihaz Yönetmeliği’nin “Tanımlar” başlıklı 3’üncü maddesinde ise “…eee) Tıbbicihaz;
- Amaçlanan asli fonksiyonunu, insan vücudu içerisinde veya üzerinde farmakolojik, immünolojik veya metabolik etkiler ile sağlamayan fakat fonksiyonunu yerine getirirken bu etkiler tarafından desteklenebilen ve spesifik olarak;
i) Hastalığın; tanısı, önlenmesi, izlenmesi, tahmini, prognozu, tedavisi veya hafifletilmesi,
ii) Yaralanma veya sakatlığın; tanısı, izlenmesi, tedavisi, hafifletilmesi veya kompanse edilmesi,
iii) Anatominin ya da bir fizyolojik yahut patolojik sürecin veya durumun; araştırılması, ikame edilmesi veya modifikasyonu,
iv) Organ, kan ve doku bağışları dâhil olmak üzere, insan vücudundan elde edilen örneklerin in vitro tetkiki vasıtasıyla bilgi sağlanması,
tıbbi amaçlarından biri veya daha fazlası için, imalatçı tarafından insan üzerinde tek başına veya birlikte kullanılmak üzere tasarlanan alet, aparat, teçhizat, yazılım, implant, reaktif, materyal veya diğer malzemeleri…” hükmünün yer aldığı,
Bu kapsamda ilgili hizmetin bir parçası olan “Kardiyoloji Bilgi Sistemi” ve “Doz Yönetim Sistemi,” “Tıbbi Cihaz” tanımına girdiği anlaşıldığından isteklilerin teklif dosyasında bu sistemlere ait ÜTS çıktılarını sunmakla mükellef oldukları, Teknik Şartname’nin 5’inci maddesinde “…İsteyen firmalar bu teknik şartnamede tanımlanan KBS yazılımları özelliklerini PACS yazılımı içinde karşılayabiliyorlarsa ayrıca KBS yazılımları teklif etmeyebilirler.” düzenlemesine yer verildiği, ihale üzerinde bırakılan istekli tarafından teklif edilen PACS sistemleri olan “Sectra Core” (ÜTS NO: 8682009009226) ve “Sectra Workstation” (ÜTS NO: 8682009009219) ürünlerine “Ürün Takip Sistemi” (https://utsuygulama.saglik.gov.tr/UTS/) üzerinden ulaşıldığında ilgili kullanma kılavuzlarının bu ürünlerin kullanım amaçları içerisinde herhangi bir kardiyoloji çözümü veya atfı bulunmadığını gösterdiği, bu sebeple Şartname’nin anılan 5’inci maddesinin karşılanması için ayrı bir PACS yazılımı teklif edilmesi ve bu yazılımın ÜTS kaydının bulunması gerektiğinin şart olduğu,
Teknik Şartname’nin “Doz Yönetim Sistemi” başlıklı 8’inci maddesinde anılan istekli tarafından teklif edilen PACS sistemleri ürünlerine “Ürün Takip Sistemi” (https://utsuygulama.saglik.gov.tr/UTS/) üzerinden ulaşıldığında ilgili kullanma kılavuzlarının bu ürünlerin kullanım amaçları içerisinde herhangi bir kardiyoloji çözümü veya atfı bulunmadığını gösterdiği, bu sebeple Şartname’nin anılan 8’inci maddesinin karşılanması için ayrı bir PACS yazılımı teklif edilmesi ve bu yazılımın ÜTS kaydının bulunması gerektiğinin şart olduğu,
İhale üzerinde bırakılan istekli Apaz Medikal Ürün ve Bilişim Yazılım San. ve Tic. A.Ş. adına Ürün Takip Sistemi (ÜTS) portalı üzerinde yapılan kontrollerde “Üretici, İthalatçı, Bayi İhracatçı” olarak kayıtlı bir “Kardiyoloji Bilgi Sistemi” ve “Doz Yönetim Sistemi” kaydına rastlanılmadığı, bu sebeple adı geçen isteklinin teklifinin İdari Şartname’nin 7.1.h. maddesi uyarınca değerlendirme dışı bırakılması gerektiği,
Teknik Şartname’nin “Kapsam” başlıklı 3’üncü maddesinde “Bu Teknik Şartnamede gerekli asgari yazılımların listesi “Sistem Bileşenleri” tablosunda gösterilmiştir. Sunulacak hizmet alımı için asgari gerekli lisans sayıları ve donanım olarak ifade edilmiştir. Yüklenici bunun üzerinde hizmet alımının daha iyi şartlarda gerçekleştirilebilmesi için her türlü yazılım, donanım ve altyapı çalışmalarını hiçbir ücret talep etmeden gerçekleştirebilir. İsteyen firmalar bu teknik şartnamede tanımlanan (RBS ve KBGS) yazılımları özelliklerini PACS yazılımı içinde karşılayabiliyorlarsa ayrıca RBS KBGS yazılımları teklif etmeyebilirler.
Ürün Adet
1- Yazılımlar
…
g) Radyoloji için PACS ile entegre Post-Process Yazılımı Uygulamaları 5” düzenlemesinin yer aldığı, teklif edilecek olan post process sunucusunun PACS ile entegre bir uygulama olması gerektiği, ancak anılan isteklinin ÜTS kayıt sisteminde bulunan kullanım kılavuzu incelendiğinde post process sunucusunun stand alone (kendi arşivi olan ve PACS’tan bağımsız çalışabilen) bir uygulama olduğunun görüleceği,
Teknik Şartname’nin 4’üncü maddesinde “4.1.2. RBS sistemi çekim öncesi iş akışı (kayıt, çekim odası seçimi, randevulandırma, tetkik kabul) yönetimini yapabilmelidir.” düzenlemesinin yer aldığı, çekim öncesi iş akışı yönetiminin (Hastanın radyolojiye girişinden çekimin yapılmasına kadar yapılan kayıt, randevulandırma, çekim odası çekimi ve kabul süreci) RBS sistemiyle sağlanabileceği, anılan isteklinin teklif ettiği üründe RBS sistemi bulunmadığı ve bahse konu ürünün Sağlık Bakanlığı ÜTS kayıt sisteminde bulunan kullanım kılavuzu içerisinde de böyle bir özellikten bahsedilmediği,
Teknik Şartname’nin 4’üncü maddesinde “4.1.5. Randevu Yönetimi çift randevuya izin vermeyecektir. Gerekli durumlarda kullanıcı uyarılacak, çift randevu ancak yetkisi bulunan kullanıcı tarafından sağlanacaktır. Acil, önemli vb. hastalara yetkilendirilen kullanıcı tarafından isimsiz randevu verilebilecek veya bazı zaman aralıkları saklı tutulabilecektir.” düzenlemesinin yer aldığı, ilgili maddede belirtilen çift randevunun, isteği yapılan bir tetkikin 2 farklı çekim noktasına yönlendirilmesinin engellenmesini ifade ettiği, anılan isteklinin RBS sistemini ayrıca teklif etmediğinden dolayı bu özelliğin PACS raporlama modülüyle karşılanamayacağı,
Teknik Şartname’nin 4’üncü maddesinde “4.1.8. Entegrasyon çerçevesinde HBYS, RBS ye hasta verilerini ve inceleme isteklerini HL7 protokolü doğrultusunda ADT (admin, discharge, transfer) ve ORM (order request message) mesajları ile iletecektir. RBS bu veriler ışığında incelemeyi planlayacak ve inceleme ile ilgili, randevu bilgilerini, faturalamaya yansıyacak tetkik bilgilerini, inceleme raporlarını, istatistik bilgilerini ve malzeme kullanım verilerini HBYS ye yine HL7 (ORU ve DFT) mesajlarını kullanarak aktaracaktır.” düzenlemesinin yer aldığı, ilgili madde içerisinde geçen “Malzeme kullanım verilerini HBYS ye yine HL7 (ORU ve DFT) mesajlarını kullanarak aktaracaktır” ifadelerinin RBS sistemi olmadan gerçekleştirilemeyeceği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıt sisteminde bulunan kullanım kılavuzu içerisinde böyle bir özellikten bahsedilmediği.
Teknik Şartname’nin 4’üncü maddesinde “4.1.16. Hasta randevuları HBYS üzerinden alınamadığı durumlarda veya manuel randevulama istenildiğinde, grafik ara yüzlü randevulama modülü sistemde bulunacaktır.” düzenlemesinin yer aldığı, ilgili maddede talep edilen randevulandırma modülünün bir RBS modülü olduğu, anılan isteklinin Sağlık Bakanlığı ÜTS kayıt sisteminde bulunan kullanım kılavuzu içerisinde bu modülün olduğuna dair herhangi bir bilgi bulunmadığı,
Teknik Şartname’nin 4’üncü maddesinde “4.1.19. Tetkik parametreleri, kontrast madde kullanımı, alınan X ışını dozu, modalite tipi, prosedür kodu organ bilgisi, RBS sistemine gönderildiği takdirde dokümante edilebilir olacaktır.” düzenlemesinin yer aldığı, ilgili maddenin sağlanması için RBS sisteminin ve DFT haberleşmesinin olması gerektiği, anılan isteklinin teklifinde RBS olmadığı ve ilgili kılavuzda bu maddenin yapılabilirliğine dair bir bilgi olmadığı,
Teknik Şartname’nin 4’üncü maddesinde “4.1.26. Çeşitli istatistikî bilgileri (modalitelere ve her bir cihaza göre günlük bakılan hasta sayısı, aylık bakılan hasta sayısı, yıllık bakılan hasta sayısı, randevu verilen hasta sayısı, randevusuna gelmeyen hasta sayısı, tekrar edilen inceleme sayısı vb) alarak MS Excel veya diğer profesyonel raporlama araçlarına göndermek için olanak bulunacak, haftalık, aylık, yıllık, vb. bazda otomatik raporlama makroları oluşturulabilir olacaktır.” düzenlemesinin yer aldığı, ilgili maddede verilen istatistik verilerinin randevu verilen hasta sayısı ve randevusuna gelmeyen hasta sayısı kısmının sadece RBS sistemi üzerinden elde edilebileceği, bu doğrultuda anılan isteklinin teklifinin değerlendirme dışı bırakılması gerektiği,
Teknik Şartname’nin 4’üncü maddesinde “4.1.33. RBS sistemi geçmiş raporlar içerisinde sadece ilgili bölümler (Bulgular, Sonuç...) içinde arama yapmaya ve çıkan sonuçları dışarı aktarma olanağı sağlamalıdır.” düzenlemesinin yer aldığı, ilgili maddede belirtildiği gibi yazılan raporların bulgular, sonuç gibi bölümlere ayrılabilmesi ve geçmiş raporlarda kelime veya kelime öbeği araması yapılırken bunu sadece bulgular ya da sonuçlar gibi bölümlerde yapabilmesi gerektiği, anılan isteklinin kullanım kılavuzunda bu özelliğin yerine getirildiğine dair bir bilgi bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “Yüklenici firma kuracağı KBS ile Kardiyoloji Kliniğinde, hasta tetkik istem yönetimi, inceleme, raporlama, istatistikler ve sistem yönetimi konularında entegre işlevleri yerine getirerek kardiyolojik tetkiklerin görüntüler haricindeki tüm işlemlerin elektronik ortamda gerçekleştirilmesini sağlayacaktır.” düzenlemesinin yer aldığı, ilgili maddede bahsedilen kardiyoloji iş akışının dijital hale getirilmesi ve iş akışının yönetilmesi için özelleşmiş bir “Kardiyoloji Bilgi Sistemi” yazılımına ihtiyaç olduğu, ancak anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.1. Sistem modüler olmalı ve sonrasında gerek görüldüğünde farklı modüller ( CRM, Holter, EP...) eklenebilmelidir” düzenlemesinin yer aldığı, ilgili maddede kardiyoloji raporlama modüllerine, gerek duyulduğunda ek olarak kalp pili implantı, kalp pili takibi, elektrofizyoloji gibi raporlama modüllerinin olmasından bahsedildiği, anılan isteklinin ÜTS kayıtlı bir ürünü görülmediği gibi, üretici firma dokümanlarında da sadece EKO ve anjio modüllerinin görüleceği,
Teknik Şartname’nin 5’inci maddesinde “5.1.2. Klinik rapor aktarma gereçleri, HİS ADT arayüzü, sınırsız client lisanslaması, görüntü inceleme araçları, dahili istatistik gereçleri gibi kardiyoloji iş akışının ana özelliklerini içermeli” düzenlemesinin yer aldığı, ilgili madde içerisinde geçen kardiyoloji iş akışının temel özelliklerinin anılan isteklinin ÜTS’de kayıtlı ürünler kullanım kılavuzunda geçmediği,
Teknik Şartname’nin 5’inci maddesinde “5.1.5. Kateter ve Ekokardiyografi için birbirinden bağımsız ayrı ayrı klinik raporlama modülleri içermeli; her bir tetkik moduna özel birden fazla rapor şablonu imkanı sunabilmesi ve gerektiğinde bu şablonlar üzerinde her an editör sayfasından değişim yapılabilmeli; prosedürel dokümantasyonuna imkan sağlaması” düzenlemesinin yer aldığı, ilgili maddede bahsedilen modüler yapı (Anjio ve Eko tetkiklerinin yapılandırılmış verilerle oluşturulan raporlar) ve modüllerinin rapor şablonlarının oluşturabilmesi için özelleşmiş bir Kardiyoloji Bilgi Sistemi yazılımına ihtiyaç olduğu, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.7. ICD9, ICD10 tanı kodlama sistemlerini desteklemeli” düzenlemesinin yer aldığı, ilgili maddede bahsedilen tanı kodlarının hastanın istek aşamasında girilebilmesi için veya HBYS’de girilen tanı kodlarının aktarılabileceği özelleşmiş bir Kardiyoloji Bilgi Sistemi yazılımına ihtiyaç olduğu, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.9. Raporlar yazılırken manuel veri girişi olması halinde raporun da aynı ekranda yan yana görünmesi imkanını sağlayabilmelidir; Rapor içerisinde herhangi bir kelime ve/veya cümleye tıklandığında o verinin geldiği alanı çerçeve halinde sistemde gösterebilmeli ve değiştirme imkanı vermelidir; benzer şekilde veri girişi yapılan alana tıklanıIdığında da bu verinin rapordaki yeri görsel olarak aydınlatılmalıdır” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için raporlama yapılırken verilerin girildiği formların (sayfaların) ve yapılandırılmış verilerle üretilen rapor ekranının aynı ekranda olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.12. Eko ölçüm ve hesaplamalarında hastanın benzer geçmiş tetkiklerindeki ölçümleriyle görsel karşılaştırma (trend) gösterebilmeli ve gerektiğinde bu görsel raporlara atılabilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için yapılandırılmış bir raporlama sistemi ve alınan ölçümlerin veya girilen bilgilerin karşılaştırılabileceği önceki-şimdiki tetkik raporu özelliği bulunması ve eski-yeni sayfalarının aynı ekranda olması, bunların da bir grafik halinde gösterilip istenirse rapora gönderilebilmesi gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.13. Yeni ölçüm ve hesaplamaları konfigure etme imkanı vermelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için ölçümlerin konfigürasyon ara yüzünün olması ve veri tabanında saklanıyor olmasının gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.14. İstenildiğinde geriye dönük rapordaki ölçüm ve bulgu gibi veriler, istatistiki ve bilimsel araştırma-kıyaslamada kullanabilmek adına zaman, tetkik modu, görevli personel vb gibi kriterlerle filtrelenerek sorgulanabilmek ve sorgu sonuçları Excel vb programlara dışa aktarım ile transfer edilebilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için yapılandırılmış veri tabanı olan ve bu verileri arayüzden sorgu çekebilecekleri bir istatistik modülü barındıran özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.15.3. Bu modül, hemodinamik sistem ile entegrasyonlu veya entegrasyonsuz kullanılabilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen entegrasyonların yapılabilmesi için özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.15.4. Tetkik sırasında gerekli görüldüğünde yapılması halinde FFR, IVUS, OCT gibi tetkiklerde elde edilen ölçüm değerleri için rapor ve veri tabanında ilgili alanlara sahip olmalı” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için FFR, IVUS, OCT gibi cihazlardan gelen ölçümlerin aktarılabileceği rapor şablonu olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.15.6. Kardiyologlara yapılandırılmış raporlama (structured reporting) imkanını sunmalıdır” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler her bir ölçüm için ayrı ayrı alanları olan gerektiğinde otomatik gerektiğinde manuel girilebilecek ölçüm verilerini barındıran ayrı bir veri tabanı olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.15.11. Pulmoner, aort, mitral kapaklar için cerrahi bilgileri, implant ve eksplant protez ve yapılandırılmış verileri için verileri içermelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için yapısal kalp modülü (STRUCTURAL HEART) içeren özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.15.14. Prosedür logları kolaylıkla zaman mührü ile kayıt altına alınabilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için prosedür log formatı olan [yapılan prosedürel (ilgili doktor, teknisyen girişi) veya klinik işlemlerin (tanısal darlık yüzdesi, takılan stent) tarih ve zamanını gösteren] bir anjio raporlama modülü içeren özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.15.15. Sonuç raporuna, işlem sonuçları ile ilgili notları da içeren vasküler diyagram veya anotasyon eklenmiş görüntü eklenebilmelidir; Bu görüntü tanısal veya girişimsel işlemleri aynı anda ya da ayrı ayrı rapora ekleyebilme özelliği sunmalıdır” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için Syntax veya BARI tabanlı koroner şeması, non-invasiv işlemler için periferik şemaları olan bir anjio raporlama modülü içermesi gerektiği, bu şema üzerine tıklanarak girilen tanısal anjio işlemlerin otomatik cümleler oluşturarak rapora aktarılacağı ve istenirse görsel zenginlik anlamında şemanın da rapora eklenebileceği özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.15.16. Stenoz durumu görülen hastaların raporunda kullanılmak üzere, stenozun olduğu koroner damarın yeri ve derecesi vasküler diyagram üzerinde veya hastanın kateter labında işlem sırasında çekilen görüntüsünün üzerinde gösterilebilmelidir; ve hastaya balon veya stent uygulaması yapılması halinde bu işlemler için şema veya imaj üzerinde ilgili tedavi işleminin sembolleri belirtebilmelidir.” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için Syntax veya BARI tabanlı koroner şeması, non-invasiv işlemler için periferik şemaları olan bir anjio raporlama modülü içermesi gerektiği, bu şema üzerine tıklanarak girilen girişimsel kardiyoloji işlemlerin otomatik cümleler oluşturarak rapora aktarılacağı ve istenirse görsel zenginlik anlamında şemanın da rapora eklenebileceği özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.16.6. Sistem, ölçüm ve hesaplama eğilim diagramları verebilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için yapılandırılmış bir raporlama sistemi ve ölçümlerin karşılaştırılabileceği önceki-şimdiki tetkik raporu özelliğinin aynı ekran üzerinde olması gerektiği ve bunları grafik halinde gösterebilmesi gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.16.7. Kullanıcı raporuna eko görüntüsü ekleyebilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için PACS ile entegre çalışabilecek özelleşmiş bir “Kardiyoloji Bilgi Sistemi” yazılımına ve PACS’ta açılan bir görüntünün manuel veya otomatik rapora aktarılmasına imkan vermesine ihtiyaç olduğu, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.16.8. Cihazlardan gelen ölçümler belli kriterler çerçevesinde rapora yapay zeka yöntemiyle otomatik değerlendirme cümleleri gönderebilmeli; gerek görülürse bunlara elle müdahale edilebilmeli; kriterler değiştirilebilmelidir.” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için eko cihazlarında ölçülen veya kullanıcı tarafından eko tetkik modunun formlarına elle girilen ölçümlerin nihayetinde “American Society of Echocardiography (ASE)” kriterlerine bağlı kalıp otomatik veya kullanıcıların hemfikir olduğu düzenlenebilir kriterleri kullanılarak hastanın eko bulgularını değerlendirebilecek yapay zeka uygulamaları olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.16.10. Görüntüleyici otomatik olarak, kardiyolog tarafından seçilen en az 16 segmentli modelde duvar hareket skorlama değerlerine dayanarak bulgu açıklamasını (finding statement) oluşturabilmeli ve rapora eklemelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için eko tetkik modu içerisinde sol ventrikül duvar hareket skorlama grafiği olan, duvar hareket skor indeksini otomatik hesaplayabilen ve sol ventrikül duvarının çeşitli segmentlerinde yapılan renkli işaretlemelerle rapora otomatik cümle atabilen eko raporlama modülü olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.17.2. Efor testi ve holter cihazlardan alınan PDF dokümanları gösterebilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen entegrasyonların yapılabilmesi için ekg, efor ve holter gibi raporlama modülü olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.17.4. Eski ve yeni EKG’leri birbiri ile görsel olarak kıyaslayabilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen entegrasyonların yapılabilmesi için EKG yönetim sistemi olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.1.18. KBS’de yazılan raporlar imzalanmadan önce kalite kontrol mekanizmasından geçmelidir: Bu bağlamda;
- Zorunlu alanların tanımlanması ve renkli gösterge ile bu alanların kolayca görülebilmesi ve bu alanla doldurulmadan raporun imzalanmasının söz konusu olmaması
- Doktor ismi seçilmeden raporun imzalanamaması
- Doldurulması zorunlu olmayan ama klinik veya istatistik açıdan önemli olan alanların görsel olarak diğerlerinden ayırt edilebilmesi
- Tetkikte görülen ikilemli veya anormal ölçüm değerleri varsa bunları rapor onaylanmadan renkli olarak uyarabilmesi” düzenlemesinin yer aldığı, ilgili maddede bahsedilen özellikler için içerisinde rapor onaylanmadan kullanıcıyı yönlendirecek kalite kontrol mekanizması olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 5’inci maddesinde “5.2.11. Hemodinamik kardiyak sisteminden ölçüm verileri alınabilmelidir” düzenlemesinin yer aldığı, ilgili maddede bahsedilen entegrasyonların yapılabilmesi için hemodinamik entegrasyonu olan özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin “Eko İşleme Yönetim Sistemi” başlıklı 5.4.1 - 5.4.19’uncu maddeleri arasında PACS içerisinden manuel veya otomatik açılabilen, görüntüler üzerinde post-processing yapma imkanı sunan ve gerek görüldüğünde bu bilgilerin rapora otomatik aktarılabileceği bir EKO ileri işleme sisteminin olması (Tomtec, EchoPAC vs gibi) gerektiği, standart PACS viewer ile bu işlemlerin gerçekleştirilemeyeceği,
Teknik Şartname’nin “Anjio İşleme Yönetim Sistemi” başlıklı 5’inci maddesinde “5.5.7. Sonuçlar, referans görüntüsünü, yüzdesel alan tıkanmasını, yüzdesel çap küçülmesini ve de normal veya stenotik damarların ölçülerini mm olarak içermelidir” düzenlemesinin yer aldığı, ilgili maddelerde bahsedilen özellikler için standart PACS görüntüleyici içerisinde kardiyoloji bölümüne özel yetkilendirme de yapılabilen kuantitatif stenoz (QCA) yapabilen plug-in (eklenti) özellikleri olan PACS sisteminin olması gerektiği, bu analiz sonucunda oluşan bilgilerin de rapora otomatik aktarılmasının gerektiği, bunun için de özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin “Anjio İşleme Yönetim Sistemi” başlıklı 5’inci maddesinde “5.5.8. Ventriküler analiz raporu, uygun bir şekilde işaretlenmiş grafik dış hatları, duvar hareket grafikleri, ejeksiyon fraksiyonu ve de diğer alakalı parametreleri olan görüntüleri içermelidir” düzenlemesinin yer aldığı, ilgili maddelerde bahsedilen özellikler için standart PACS görüntüleyici içerisinde kardiyoloji bölümüne özel yetkilendirme de yapılabilen kuantitatif sol ventrikül analizi (QLVA-ventrikulografi) yapabilen plug-in (eklenti) özellikleri olan PACS sisteminin olması gerektiği, bu analiz sonucunda oluşan bilgilerin de rapora otomatik aktarılmasının gerektiği, bunun için de özelleşmiş bir “Kardiyoloji Bilgi Sistemi”nin olması gerektiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin “Doz Yönetim Sistemi” başlıklı 8’inci maddesinde “TEKNİK ÖZELLİKLER
Sistem hastanın tek seferde ve sene içinde toplamda maruz kaldığı doz bilgisini hesaplayabilmelidir…” düzenlemesinin yer aldığı, dosewatch doz takip, izleme ve uyarı yazılımının her hastanın tek seferde ve sene içinde toplamda maruz kaldığı doz bilgisini hesaplaması ve istenirse raporlaması gerektiği, hasta bilgi sisteminin hasta bazlı 12-6-3 aylık kümülatif doz bilgisini ve her çekim için uygulanan parametrelerin detaylarını içerdiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “TEKNİK ÖZELLİKLER
…
Çekilen hastada mA Modülasyon değerleri ve hastanın çekim merkezinde nasıl konumlandırıldığı gösterilmelidir...” düzenlemesinin yer aldığı, [Off Isocenter Shift] ([İzomerkez Dışına Kayma]); izomerkez dışına kayma bölümünde hastanın bir görünüm alanı içinde doğru şekilde konumlandırılmasını değerlendirmeye yönelik bilgilerin görüntülendiği, [mA Modulation] ([mA Modülasyonu]); tablonun mA modülasyon bölümünün, her referansın uzunluğu ile birlikte ortalama CT yoğunluk değerlerini (lateral projeksiyon için sarı, AP projeksiyonu için mor) gösterdiği, bu bilginin cihazda mevcut olan tüm doz modülasyon özelliklerinin kullanımı hakkında bilgi sağladığı, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “RADYASYON DOZ ÖLÇÜM ÖZELLİKLERİ
…
Sistem aşırı doz kullanımı durumlarında ilgili çekim için yorum ve açıklama zorunluluğunu sağlayacak alanlara sahip olmalıdır...” düzenlemesinin yer aldığı, aşırı doz alarmı sisteminin protokol başına tespit edilen doz limitleri aşıldığı takdirde uyarı verdiği, aşırı doz uygulamalarının izlenmesine ve kök sebep analizi yapılmasına yardımcı olduğu, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “RADYASYON DOZ ÖLÇÜM ÖZELLİKLERİ
…
Sistem aşırı doz kullanımı durumunda uyarı vermeli ve uyarı miktarlarını protokol, teknisyen ve ekipman bazında raporlayabilmelidir...” düzenlemesinin yer aldığı, dosewatch alarm takip sisteminin aşırı doz kullanımı durumunda worklist ana ekranı üzerinde hastaya özel uyarı verdiği ve uyarı miktarlarını protokol, teknisyen ve ekipman bazında inceletebildiği ve raporladığı, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “RADYASYON DOZ ÖLÇÜM ÖZELLİKLERİ
…
Her çekim için sistem maksimum, ortalama, minimum ve medyan değerlerini göstermeli ve güncellemelidir...” düzenlemesinin yer aldığı, yapılan her seri çekim ve local study description için sistemin maksimum, ortalama, minimum ve medyan değerlerini gösterdiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “RADYASYON DOZ ÖLÇÜM ÖZELLİKLERİ
…
Sistem ilgili doz bilgisi için Volume CT Dose Index (CTDIvol), Dose Length Product (DLP), Effective Dose, Size Specific Dose Estimate (SSDE) değerlerini gösterebilmelidir...” düzenlemesinin yer aldığı, dosewatch yazılım sisteminin size-specific dose estimate (SSDE - Boyuta Özgü Doz Tahminleri) ve seçili seriler için hasta boyutu metriklerini gösterdiği, görüntüleme cihazı ve dosewatch yapılandırmasının sağladığı verilere bağlı olarak SSDE hesaplaması için farklı yöntemlerin kullanıldığı, [CTDIvol]; volümetrik CT doz indeksi hesaplamasına ihtiyaç olduğu, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “RADYASYON DOZ ÖLÇÜM ÖZELLİKLERİ
Bilgisayarlı Tomografi (BT), Girişimsel Kardiyoloji ve Radyoloji (Anjiyo), C-Kollu, Mamografi, Dijital Röntgen ve Floroskopi grubu cihazlardan doz bilgisi alabilmeli ve bu bilgileri grafiksel arayüz üzerinde raporlayabilmelidir.
...” düzenlemesinin yer aldığı, dosewatch sistemi ile uyumlu olan bilgisayarlı tomografi (BT), girişimsel kardiyoloji ve radyoloji (anjiyo), c-kollu, mamografi, dijital röntgen ve floroskopi grubu cihazlardan doz bilgisi alabildiği ve bu bilgileri grafiksel arayüz üzerinde gösterdiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “GENEL ÖZELLİKLER
…
Sistem üzerinde hasta bazlı, operasyon türü bazlı tek tek detay görüntülenebileceği gibi, günlük, haftalık veya aylık olarak grafiksel raporlara bakılabilmelidir...” düzenlemesinin yer aldığı, dosewatch sistemi üzerinde hasta bazlı, operasyon ve protokol bazlı tek tek detay görüntülenebileceği gibi günlük, haftalık veya aylık olarak grafiksel raporlara ulaşabilme imkanı bulunduğu, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “TEKNİK ÖZELLİKLER
…
Sistem ilgili çekim için hasta bilgilerinin yanında operasyonu gerçekleştiren teknisyenin de bilgilerine yer vermelidir...” düzenlemesinin yer aldığı, dosewatch doz takip, izleme ve uyarı yazılımı üzerindeki worklist arayüzünde hasta bilgilerinin yanında operasyonu gerçekleştiren teknisyenin de bilgilerine ulaşıldığı, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “TEKNİK ÖZELLİKLER
…
Sistemde kritik eşiklere ilişkin tanımlamalar ve uyarılar olmalıdır. Tanımlamalar belirli bir doz seviyesi veya istatistiksel hesaplamalarla belirlenebilmelidir (Örnek: medyanın iki katı)...” düzenlemesinin yer aldığı, dosewatch doz takip, izleme ve uyarı yazılımının kritik eşiklere ilişkin tanımlamalar ve uyarıları içerdiği, mean/median %25-%75 değerlerini hesaplamadığı ve yansıttığı,
Teknik Şartname’nin 8’inci maddesinde “TEKNİK ÖZELLİKLER
…
Sistem hasta ismi veya soy ismi üzerinden arama yapmaya izin vermelidir...” düzenlemesinin yer aldığı, sistemin patient history sekmesi üzerinden hasta ismi veya soy ismi üzerinden arama yapılmasına ve tüm verilerine ulaşılmasına imkan sağladığı, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “TEKNİK ÖZELLİKLER
…
Sistem içerisinde bulunan verilerin tarihsel ve modalitelere bağlı olarak hastane veya kuruluş bazlı olarak dışarıya XLS formatında aktarılmasına izin vermelidir...” düzenlemesinin yer aldığı, sistemin dosewatch administrator sekmesi altında bulunan modülden tarihsel ve modalitelere bağlı olarak hastane veya kuruluş bazlı olarak dışarıya XLS formatında tüm işlenmemiş (ham) verilerin aktarılmasına izin verdiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı,
Teknik Şartname’nin 8’inci maddesinde “TEKNİK ÖZELLİKLER
…
Sistem en çok kullanılan 10 yönteme ilişkin rapor sunabilmelidir...” düzenlemesinin yer aldığı, dosewatch doz takip sistemindeki analiz modülünde CT DLP, anjiyografi, mamografi AGD ve DAP değerleri ile protokol bazlı analizlerin yapılarak en çok kullanılan 10 protokolün detaylarını raporlayabildiği, anılan isteklinin Sağlık Bakanlığı ÜTS kayıtlarında böyle bir yazılımın bulunmadığı iddialarına yer verilmiştir.
A) Başvuru sahibinin iddialarının değerlendirilmesi sonucunda aşağıdaki hususlar tespit edilmiştir.
4734 sayılı Kamu İhale Kanunu’nun “İhaleye katılımda yeterlik kuralları” başlıklı 10’uncu maddesinde “…9) İdarenin talebi halinde doğruluğu teyit edilmek üzere, tedarik edilecek malların numuneleri, katalogları ve/veya fotoğrafları
İhale konusu işin niteliğine göre yukarıda belirtilen bilgi veya belgelerden hangilerinin yeterlik değerlendirmesinde kullanılacağı, ihale dokümanında ve ihale veya ön yeterliğe ilişkin ilân veya davet belgelerinde belirtilir.” hükmü,
Hizmet Alımı İhaleleri Uygulama Yönetmeliği’nin “Yeterliğin belirlenmesinde uyulacak ilkeler” başlıklı 28’inci maddesinde “…(2) Yeterlik değerlendirmesi için istenecek belgelerin ve yeterlik değerlendirmesinde aranılacak kriterlerin, ihale veya ön yeterlik ilanı ile idari şartnamede veya ön yeterlik şartnamesinde ya da davet yazısında belirtilmesi zorunludur…” hükmü,
Kamu İhale Genel Tebliği’nin 16.9’uncu maddesinde “Katalog, kılavuz, çizim, fotoğraf vb. belgeler ve/veya numune istenen ihalelerde, tekliflerin değerlendirilmesi aşamasında bu belgelerden ve/veya numune üzerinden teknik şartnameye uygunluk değerlendirmesi yapılır. Tekliflerin değerlendirilmesi aşamasında anılan belgeler ve/veya numune üzerinden teknik değerlendirme yapılmasının öngörülmemesi halinde ise bu durumun ihale dokümanında belirtilmesi koşuluyla istenen belgelerin ve/veya numunenin sadece teklif ekinde sunulup sunulmadığına bakılır.” açıklaması,
İdari Şartname’nin “İhale konusu işe ilişkin bilgiler” başlıklı 2’nci maddesinde “2.1. İhale konusu hizmetin;
a) Adı: GÖRÜNTÜ ARŞİVLEME VE İLETİŞİM SİSTEMİ (PACS), RADYOLOJİ BİLGİ SİSTEMİ (RBS), NÜKLEER TIP BİLGİ SİSTEMİ (NBS) VE KARDİYOLOJİ BİLGİ SİSTEMİ (KBS)
b) Miktarı ve türü:
36 AY SÜRE İLE 2.100.000 ADET GÖRÜNTÜ ARŞİVLEME VE İLETİŞİM SİSTEMİ (PACS), RADYOLOJİ BİLGİ SİSTEMİ (RBS) , NÜKLEER TIP BİLGİ SİSTEMİ (NBS) VE KARDİYOLOJİ BİLGİ SİSTEMİ (KBS) HİZMET ALIMI İŞİ
Ayrıntılı bilgi idari şartnamenin ekinde yer almaktadır.
c) Yapılacağı yer: BURSA ULUDAĞ ÜNİVERSİTESİ SAĞLIK UYGULAMA VE ARAŞTIRMA MERKEZİ VE BAĞLI BİRİMLERİ
ç) Bu bent boş bırakılmıştır.” düzenlemesi,
Anılan Şartname’nin “İhaleye katılabilmek için gereken belgeler ve yeterlik kriterleri” başlıklı 7’nci maddesinde “7.1. İsteklilerin ihaleye katılabilmeleri için aşağıda sayılan belgeleri teklifleri kapsamında sunmaları gerekir:
…
h)
-
İstekliye veya yetki aldığı firmaya ait TSE'nin “Hizmet Yeterlilik Belgesi” teklifle birlikte sunulmak zorundadır.
-
İstekliler “Tıbbi Cihaz Satış, Reklam ve Tanıtım Yönetmeliği” kapsamında İl Sağlık Müdürlüğü'nden alınan “Tıbbi Cihaz Satış Merkezi Yetki Belgesi”ni sunmak zorundadır.
-
İhaleye teklif veren istekli ve isteklinin hizmet kapsamında kullanılacak cihazları/ürünleri, Sağlık Bakanlığı tarafından yayınlanan güncel “Tıbbi Cihaz Yönetmeliği”ne uygun olarak T.C. İlaç ve Tıbbi Cihaz Ulusal Bilgi Bankası’na (TITUBB) veya Ürün Takip Sistemi (UTS) ve T.C. Sağlık Bakanlığı KTS kaydı olmalı ve kayıtlı olduğuna dair belge sunulmalıdır.
-
Tıbbi Cihaz Yönetmeliği kapsamı dışında olan ürünler için isteklilerin kapsam dışı yazılı beyanları esastır.” düzenlemesi,
Aynı Şartname’nin “Mesleki ve teknik yeterliğe ilişkin belgeler ve bu belgelerin taşıması gereken kriterler:” başlıklı 7.5’inci maddesinde “7.5.4. İsteklinin teklifi kapsamında sunması gerektiği bu şartnamenin 7 nci maddesi dışındaki maddeleri ile teknik şartnamede belirtilen aşağıdaki belgeler:
TEKNİK ŞARTNAMEDE YER VERİLEN BÜTÜN MADDELERE TEK TEK CEVAP VERİLECEKTİR.” düzenlemesi,
Söz konusu Şartname’nin “Diğer hususlar” başlıklı 47’nci maddesinde “47.1. …BU ŞARTNAMEDE BELİRTİLMEYEN HUSUSLARDA; TEKNİK ŞARTNAMEDE BELİRTİLEN HUSUSLAR, HİZMET ALIMI İHALELERİ UYGULAMA YÖNETMELİĞİ, HİZMET İŞLERİ GENEL ŞARTNAMESİ, 4734 VE 4735 SAYILI KANUN HÜKÜMLERİ GEÇERLİDİR.” düzenlemesi,
Teknik Şartname’nin “İŞİN KONUSU” başlıklı 1’inci maddesinde “1.1. Bu ihalenin konusu, UÜ-SUAM kurulularında tetkik istenen hastalardan üretilen ortalama 3 yıllık 2.100.000 (ikimilyonyüzbin) yıllık 700.000 (yediyüzbin) (Aylık 58.333, ellisekizbin) (± % 10) tetkikdir. Radyoloji, Kardiyoloji ve nükleer tıp görüntülerinin sayısal veriye dönüştürülmesi ve bu verinin sayısal ortama aktarılması, tanımlı alanlar üzerinden indekslenmesi, depolanması, istendiğinde farklı noktalardan sayısal veriye erişilmesi için gerekli olan servis büro hizmetlerinin satın alınmasıdır.
1.2. Bu teknik şartname; servis büro hizmeti olarak alınacak RBS (Radyoloji Bilgi Sistemi), Kardiyoloji Bilgi ve Görüntüleme Sistemi (KBGS), Doz Yönetim Sistemi (DYS) ve PACS (Görüntü Arşivleme ve İletişim Sistemi) sistemlerinin teknik özelliklerini, ekipmanlarını, montaj ve kullanımını kapsar.
1.3. Sistemlerin amacı; Radyoloji, Kardiyoloji ve Nükleer Tıp bölümlerinde yapılan tanısal çalışmaların elektronik ortamda yapılabilmesini ve bu çalışmaların iş akışlarını en üst düzeyde verimli hale getirilmesinin sağlanması ve radyasyon üreten cihazların radyasyon bilgilerini hasta bazında gösterilmesi, detaylı analizler sunulması, yönetimsel raporların oluşturulması ve nihayetinde hastaya verilen dozun ve görüntü kalitesinin optimize edilmesidir. Sistemin ayakta kalma süresinin aylık çalışma zamanı; (7 gün / 24 saat temelinde) göz önüne alındığında; % 99 üzerinde olacaktır.
…
1.5. Teklif edilecek PACS sistemlerinin UBB veya ÜTS ve T.C. Sağlık Bakanlığı KTS kaydı olmalıdır.
…
1.13. İhaleye katılan firmalar bu teknik şartnamede yer verilen bütün maddelere tek tek cevap verecektir.” düzenlemesi,
Anılan Şartname’nin “Kapsam” başlıklı 3’üncü maddesinde “Bu Teknik Şartnamede gerekli asgari yazılımların listesi “Sistem Bileşenleri” tablosunda gösterilmiştir. Sunulacak hizmet alımı için asgari gerekli lisans sayıları ve donanım olarak ifade edilmiştir. Yüklenici bunun üzerinde hizmet alımının daha iyi şartlarda gerçekleştirilebilmesi için her türlü yazılım, donanım ve altyapı çalışmalarını hiçbir ücret talep etmeden gerçekleştirebilir. İsteyen firmalar bu teknik şartnamede tanımlanan (RBS ve KBGS) yazılımları özelliklerini PACS yazılımı içinde karşılayabiliyorlarsa ayrıca RBS KBGS yazılımları teklif etmeyebilirler.
Ürün Adet
- Yazılımlar
…
g) Radyoloji için PACS ile entegre Post-Process Yazılımı Uygulamaları 5” düzenlemesi,
Aynı Şartname’nin “RBS (Radyoloji Bilgi Sistemi)” başlıklı 4’üncü maddesinde “…4.1. RBS Yazılım Özellikleri:
…
4.1.2. RBS sistemi çekim öncesi iş akışı (kayıt, çekim odası seçimi, randevulandırma, tetkik kabul) yönetimini yapabilmelidir.
…
4.1.5. Randevu Yönetimi çift randevuya izin vermeyecektir. Gerekli durumlarda kullanıcı uyarılacak, çift randevu ancak yetkisi bulunan kullanıcı tarafından sağlanacaktır. Acil, önemli vb. hastalara yetkilendirilen kullanıcı tarafından isimsiz randevu verilebilecek veya bazı zaman aralıkları saklı tutulabilecektir.
…
4.1.8. Entegrasyon çerçevesinde HBYS, RBS ye hasta verilerini ve inceleme isteklerini HL7 protokolü doğrultusunda ADT (adinin, discharge, transfer) ve ORM (order request mesage) mesajları ile iletecektir. RBS bu veriler ışığında incelemeyi planlayacak ve inceleme ile ilgili, randevu bilgilerini, faturalamaya yansıyacak tetkik bilgilerini, inceleme raporlarını, istatistik bilgilerini ve malzeme kullanım verilerini HBYSye yine HL7 (ORU ve DFT) mesajlarını kullanarak aktaracaktır.
…
4.1.16. Hasta randevuları HBYS üzerinden alınamadığı durumlarda veya manuel randevulama istenildiğinde, grafik ara yüzlü randevulama modülü sistemde bulunacaktır.
…
4.1.19. Tetkik parametreleri, kontrast madde kullanımı, alınan X ışını dozu, modalite tipi, prosedür kodu organ bilgisi, RBS sistemine gönderildiği takdirde dokümante edilebilir olacaktır.
…
4.1.26. Çeşitli istatistiki bilgileri (modalitelere ve her bir cihaza göre günlük bakılan hasta sayısı, aylık bakılan hasta sayısı, yıllık bakılan hasta sayısı, randevu verilen hasta sayısı, randevusuna gelmeyen hasta sayısı, tekrar edilen inceleme sayısı vb) alarak MS Excel veya diğer profesyonel raporlama araçlarına göndermek için olanak bulunacak, haftalık, aylık, yıllık, vb. bazda otomatik raporlama makroları oluşturulabilir olacaktır.
…
4.1.33. RBS sistemi geçmiş raporlar içerisinde sadece ilgili bölümler (Bulgular, Sonuç...) içinde arama yapmaya ve çıkan sonuçları dışarı aktarma olanağı sağlamalıdır.” düzenlemesi,
Adı geçen Şartname’nin “Kardiyoloji Bilgi (KBS) ve Görüntüleme Sistemi” başlıklı 5’inci maddesinde “Yüklenici firma kuracağı KBS ile Kardiyoloji Kliniğinde, hasta tetkik istem yönetimi, inceleme, raporlama, istatistikler ve sistem yönetimi konularında entegre işlevleri yerine getirerek kardiyolojik tetkiklerin görüntüler haricindeki tüm işlemlerin elektronik ortamda gerçekleştirilmesini sağlayacaktır.
…
İsteyen firmalar bu teknik şartnamede tanımlanan KBS yazılımları özelliklerini PACS yazılımı içinde karşılayabiliyorlarsa ayrıca KBS yazılımları teklif etmeyebilirler.
5.1. KBS Yazılım Özellikleri
5.1.1. Sistem modüler olmalı ve sonrasında gerek görüldüğünde farklı modüller ( CRM, Holter, EP...) eklenebilmelidir;
5.1.2. Klinik rapor aktarma gereçleri, HİS ADT arayüzü, sınırsız client lisanslaması, görüntü inceleme araçları, dahili istatistik gereçleri gibi kardiyoloji iş akışının ana özelliklerini içermeli;
5.1.5. Kateter ve Ekokardiyografı için birbirinden bağımsız ayrı ayrı klinik raporlama modülleri içermeli; her bir tetkik moduna özel birden fazla rapor şablonu imkanı sunabilmesi ve gerektiğinde bu şablonlar üzerinde her an editör sayfasından değişim yapılabilmeli; prosedürel dokümantasyonuna imkan sağlaması;
…
5.1.7. ICD9, ICD10 tanı kodlama sistemlerini desteklemeli;
…
5.1.9. Raporlar yazılırken manuel veri girişi olması halinde raporun da aynı ekranda yan yana görünmesi imkanını sağlayabilmelidir; Rapor içerisinde herhangi bir kelime ve/veya cümleye tıklandığında o verinin geldiği alanı çerçeve halinde sistemde gösterebilmeli ve değiştirme imkanı vermelidir; benzer şekilde veri girişi yapılan alana tıklanıIdığında da bu verinin rapordaki yeri görsel olarak aydınlatılmalıdır;
…
5.1.12. Eko ölçüm ve hesaplamalarında hastanın benzer geçmiş tetkiklerindeki ölçümleriyle görsel karşılaştırma (trend) gösterebilmeli ve gerektiğinde bu görsel raporlara atılabilmelidir;
5.6.13. Yeni ölçüm ve hesaplamaları konfigure etme imkanı vermelidir;
5.6.14. İstendildiğinde geriye dönük rapordaki ölçüm ve bulgu gibi veriler, istatistiki ve bilimsel araştırma-kıyaslamada kullanabilmek adına zaman, tetkik modu, görevli personel vb gibi kriterlerle filtrelenerek sorgulanabilmek ve sorgu sonuçları Excel vb programlara dışa aktarım ile transfer edilebilmelidir;
…
5.1.15. Kateter Raporlama Modülü ile;
…
5.1.15.3. Bu modül, hemodinamik sistem ile entegrasyonlu veya entegrasyonsuz kullanılabilmelidir;
5.1.15.4. Tetkik sırasında gerekli görüldüğünde yapılması halinde FFR, IVUS, OCT gibi tetkiklerde elde edilen ölçüm değerleri için rapor ve veri tabanında ilgili alanlara sahip olmalı;
…
5.1.15.6. Kardiyologlara yapılandırılmış raporlama (structured reporting) imkanını sunmalıdır;
…
5.1.15.11. Pulmoner, aort, mitral kapaklar için cerrahi bilgileri, implant ve eksplant protez ve yapılandırılmış verileri için verileri içermelidir;
…
5.1.15.14. Prosedür loğları kolaylıkla zaman mührü ile kayıt altına alınabilmelidir;
5.1.15.15. Sonuç raporuna, işlem sonuçları ile ilgili notları da içeren vasküler diyagram veya anotasyon eklenmiş görüntü eklenebilmelidir; Bu görüntü tanısal veya girişimsel işlemleri aynı anda ya da ayrı ayrı rapora ekleyebilirle özelliği sunmalıdır;
5.1.15.16. Stenoz durumu görülen hastaların raporunda kullanılmak üzere, stenozun olduğu koroner damarın yeri ve derecesi vasküler diyagram üzerinde veya hastanın kateter labında işlem sırasında çekilen görüntüsünün üzerinde gösterilebilmelidir; ve hastaya balon veya stcnt uygulaması yapılması halinde bu işlemler için şema veya imaj üzerinde ilgili tedavi işleminin sembolleri belirtebilmelidir.
5.1.16. Eko Raporlama Modülü ile;
…
5.1.16.6. Sistem, ölçüm ve hesaplama eğilim diagramları verebilmelidir;
5.1.16.7. Kullanıcı raporuna eko görüntüsü ekleyebilmelidir;
5.1.16.8. Cihazlardan gelen ölçümler belli kriterler çerçevesinde rapora yapay zeka yöntemiyle otomatik değerlendirme cümleleri gönderebilmeli; gerek görülürse bunlara elle müdahale edilebilmeli; kriterler değiştirilebilmelidir.
…
5.1.16.10. Görüntüleyici otomatik olarak, kardiyolog tarafından seçilen en az 16 segmentli modelde duvar hareket skorlama değerlerine dayanarak bulgu açıklamasını (finding statement) oluşturabilmeli ve rapora eklemelidir;
…
5.1.17. EKG Raporlama Modülü ile;
…
5.1.17.2. Efor testi ve holter cihazlardan alman PDF dokümanları gösterebilmelidir;
…
5.1.17.4. Eski ve yeni EKG’leri birbiri ile görsel olarak kıyaslayabilmelidir;
…
5.1.18. KBS’de yazılan raporlar imzalanmadan önce kalite kontrol mekanizmasından geçmelidir: Bu bağlamda;
- Zorunlu alanların tanımlanması ve renkli gösterge ile bu alanların kolayca görülebilmesi ve bu alanla doldurulmadan raporun imzalanmasının söz konusu olmaması
- Doktor ismi seçilmeden raporun imzalanamaması
- Doldurulması zorunlu olmayan ama klinik veya istatistik açıdan önemli olan alanların görsel olarak diğerlerinden ayırt edilebilmesi
- Tetkikte görülen ikilemli veya anormal ölçüm değerleri varsa bunları rapor onaylanmadan renkli olarak uyarabilmesi
…
5.1. Kardiyoloji PACS Yazılım Özellikleri
…
5.2.11. Hemodinamik kardiyak sisteminden ölçüm verileri alınabilmelidir;
…
5.4. Eko İşleme Yönetim Sistemi
5.4.1. En az aşağıda belirtilen fonksiyonları destekleyen, PACS içinde depolanan eko görüntü verilerini işleyebilen bir Eko İşleme (Eko İleri Analiz) sistemi, tam entegre şekilde sağlanacak; yazılım modalite bağımsız olarak, gelen tüm eko görüntülerini işleyebilecektir;
5.4.2. Yazılım, çok boyutlu eko, vasküler ve abdominal ultrason görüntülerini açıp analiz edebilmelidir;
5.4.3. Eko görüntüleyici, tüm eko tetkiğinin ön izlemesini gösterebilmelidir;
5.4.4. Yazılım, kullanıcılara görüntülerin sanki hala ultrason sistemindeymiş gibi tetkikleri manipule ve analiz edebilmesine yardımcı olan belirli Eko tarayıcılarından gelen anatomik M-mod, compress/reject veya diğerleri gibi çoklu tarayıcı görüntü işleme kabiliyetlerine imkan sunan orjinal ham veri kümeleri barındıran tetkikleri gösterebilmelidir;
5.4.5. Eko görüntüleri üzerinde istenirse farklı farklı ölçümler otomatik olarak yapılabilmeli, strain, oto-EF hesaplama gibi ileri eko analizleri yapılabilmeli ve buradan çıkacak ölçüm değerlerinin rapora otomatik veya manuel şekilde rapora anlık aktarımı sağlanabilmelidir.
5.4.6. Global ve segmental duvar hareketleri hakkında bilgi veren parametrik görüntüleme aracı
5.4.7. Kullanıcı, görüntüleri eğitim dosyası, konferans ve araştırma için işaretleyebilmelidir;
5.4.8. Kullanıcı, görüntülere başlık (caption) ekleyebilmelidir;
5.4.9. Kullanıcı istediğinde sadece başlıklandırılmış ya da işaretlenmiş görüntüleri görebilmelidir;
5.4.10. Kullanıcı görüntüleri istediğinde tam ekran görebilmelidir;
5.4.11. Kullanıcı Eko Kart (Echo Cart) üzerinde yapılmış olan ölçüm ve hesaplamaları görebilmelidir;
5.4.12. Eko kart üzerinden yapılmış olan ölçüm ve hesaplamalar, eko raporu içinde doğru alana ilişkilendirilebilmelidir (report mapping);
5.4.13. Kullanıcı ölçüm ve hesaplama yapabilmelidir;
5.4.14. Kullanıcı tek tuşla, rapor görüntüsüne geçebilmelidir;
5.4.15. Eko görüntüleyici içinde kullanıcı, klinik bulguları (clinical finding) ekleyebilmelidir;
5.4.16. Kullanıcı, klinik bulgu listesini bir drop down menüden seçebilmelidir;
5.4.17. Kullanıcı ek klinik bulgular ekleyebilmelidir;
5.4.18. Eko görüntüleyici, duvar hareket skorlama verebilmelidir;
5.4.19. Görüntüleyici otomatik olarak, kardiyolog tarafından seçilen duvar hareket skorlama değerlerine dayanarak bulgu açıklamasını (finding statement) oluşturabilmen ve rapora eklemelidir;
5.5. Anjio İşleme Yönetim Sistemi
…
5.5.7. Sonuçlar, referans görüntüsünü, yüzdesel alan tıkanmasını, yüzdesel çap küçülmesini ve de normal veya stenotik damarların ölçülerini mm olarak içermelidir;
5.5.8. Ventriküler analiz raporu, uygun bir şekilde işaretlenmiş grafik dış hatları, duvar hareket grafikleri, ejeksiyon fraksiyonu ve de diğer alakalı parametreleri olan görüntüleri içermelidir;
…” düzenlemesi,
Bahse konu Şartname’nin “Doz Yönetim Sistemi” başlıklı 8’inci maddesinde “Genel Özellikler
…
- Sistem üzerinde hasta bazlı, operasyon türü bazlı tek tek detay görüntülenebileceği gibi, günlük, haftalık veya aylık olarak grafiksel raporlara bakılabilmelidir.
…
Radyasyon Doz Ölçüm Özellikleri
- Bilgisayarlı Tomografi (BT), Girişimsel Kardiyoloji ve Radyoloji (Anjiyo), C-Kollu, Mamografi, Dijital Röntgen ve Floroskopi grubu cihazlardan doz bilgisi alabilmeli ve bu bilgileri grafiksel arayüz üzerinde raporlayabilmelidir.
…
- Sistem ilgili doz bilgisi için Volüme CT Dose Index (CTDIvol), Dose Length Product (DLP), Effective Dose, Size Specific Dose Estimate (SSDE) değerlerini gösterebilmelidir.
…
- Sistem aşırı doz kullanımı durumlarında ilgili çekim için yorum ve açıklama zorunluluğunu sağlayacak alanlara sahip olmalıdır.
- Sistem aşırı doz kullanımı durumunda uyarı vermeil ve uyarı miktarlarını protokol, teknisyen ve ekipman bazında raporlayabilmelidir.
- Her çekim için sistem maksimum, ortalama, minimum ve medyan değerlerini göstermeli ve güncellemelidir.
Teknik Özellikler
- Sistem Hastanın tek seferde ve sene içinde toplamda maruz kaldığı doz bilgisini hesaplayabilmelidir.
- Çekilen hastada mA Modülasyon değerleri ve hastanın çekim merkezinde nasıl konumlandırıldığı gösterilmelidir
…
- Sistemde kritik eşiklere ilişkin tanımlamalar ve uyarılar olmalıdır. Tanımlamalar belirli bir doz seviyesi veya istatistiksel hesaplamalarla belirlenebilmelidir (Örnek: medyanın iki katı)
…
- Sistem en çok kullanılan 10 yönteme ilişkin rapor sunabilmelidir.
…
- Sistem hasta ismi veya soy ismi üzerinden arama yapmaya izin vermelidir.
- Sistem içerisinde bulunan verilerin tarihsel ve modalitelere bağlı olarak hastane veya kuruluş bazlı olarak dışarıya XLS formatında aktarılmasına izin vermelidir.
…
- Sistem ilgili çekim için hasta bilgilerinin yanında operasyonu gerçekleştiren teknisyenin de bilgilerine yer vermelidir.” düzenlemesi yer almaktadır.
İhale konusu işin Bursa Uludağ Üniversitesi Sağlık Uygulama ve Araştırma Merkezi tarafından 24.05.2022 tarihinde gerçekleştirilen Görüntü Arşivleme ve İletişim Sistemi (PACS) Radyoloji Bilgi Sistemi (RBS), Nükleer Tıp Bilgi Sistemi (NBS) ve Kardiyoloji Bilgi Sistemi (KBS) hizmet alımı işi olduğu, 24.05.2022 tarihinde gerçekleştirilen ihaleye iki istekli tarafından teklif verildiği, ihale komisyonu tarafından Apaz Medikal Ürün ve Bilişim Yazılım San. ve Tic. A.Ş. teklifinin sınır değerin altında kaldığı tespit edilerek adı geçen istekliden aşırı düşük teklif açıklamalarını sunmasının 26.05.2022 tarihinde EKAP üzerinden tebliğ edildiği, yapılan aşırı düşük teklif açıklamasının ardından 17.06.2022 tarihinde onaylanan ve aynı tarihte EKAP üzerinden tebliğ edilen ihale komisyonu kararıyla ihalenin Apaz Medikal Ürün ve Bilişim Yazılım San. ve Tic. A.Ş. üzerinde bırakıldığı, başvuru sahibi Ge Medical Systems Türkiye Ltd. Şti.nin de ekonomik açıdan en avantajlı ikinci teklif sahibi olarak belirlendiği anlaşılmıştır.
4734 sayılı Kanun’un ihaleye katılımda yeterlik kurallarını düzenleyen 10’uncu maddesinde, tedarik edilecek malların numuneleri, katalogları ve/veya fotoğraflarının istenebileceği ve bu hususun ihale dokümanında ve ihale veya ön yeterliğe ilişkin ilân veya davet belgelerinde belirtileceği hükme bağlanmıştır.
2022/290347 ihale kayıt numaralı “Görüntü Arşivleme ve İletişim Sistemi (PACS), Radyoloji Bilgi Sistemi (RBS), Nükleer Tıp Bilgi Sistemi (NBS) ve Kardiyoloji Bilgi Sistemi (KBS) hizmet alımı işi” ihalesinin kesinleşmiş ihale dokümanı düzenlemeleri incelendiğinde, istekliler tarafından teklif edilen cihazların teknik değerlendirilmelerine ilişkin herhangi bir katalog, ve/veya fotoğraf sunulmasına yönelik veya numune/demo uygulaması yapılmasına yönelik bir düzenlenmenin yapılmadığı, İdari Şartname’nin 7.1.h.3’üncü maddesinde ihaleye teklif veren istekli ve isteklinin hizmet kapsamında kullanılacak cihazlar/ürünleri hakkında Sağlık Bakanlığı tarafından yayınlanan güncel “Tıbbi Cihaz Yönetmeliği”ne uygun olarak T.C. İlaç ve Tıbbi Cihaz Ulusal Bilgi Bankası’na (TITUBB) veya Ürün Takip Sistemi (UTS) ve T.C. Sağlık Bakanlığı KTS’ye kayıtlı olması ve kayıtlı olduğuna dair belge sunmalarının gerektiği, anılan Şartname’nin 7.5.4’üncü maddesinde Teknik Şartname’de yer verilen bütün maddelere tek tek cevap verileceği, adı geçen Şartname’nin 47.1’inci maddesinde ise, İdari Şartname’de belirtilmeyen hususlarda Teknik Şartname’de belirtilen hususların Hizmet Alımı İhaleleri Uygulama Yönetmeliği, Hizmet İşleri Genel Şartnamesi, 4734 ve 4735 sayılı Kanun hükümlerinin geçerli olacağı düzenlemelerine yer verildiği anlaşılmıştır.
Teknik Şartname’nin 1.5’inci maddesinde teklif edilecek PACS sistemlerinin UBB veya ÜTS ve T.C. Sağlık Bakanlığı KTS kaydı olması gerektiği, anılan Şartname’nin “Kapsam” başlıklı 3’üncü maddesinde ise, isteyen firmaların bu teknik şartnamede tanımlanan (RBS ve KBGS) yazılımları özelliklerini PACS yazılımı içinde karşılayabiliyorlarsa ayrıca RBS ve KBGS yazılımları teklif etmeyebilecekleri düzenlemesine yer verildiği görülmüştür.
Başvuru konusu ihalede, ihale üzerinde bırakılan istekli tarafından ürün takip numarası 8682009009226 olan Sectra marka IDS7 modelinin teklif edildiği, istekli tarafından teklif kapsamında teklif edilen sisteme ilişkin ÜTS kayıt çıktılarının, satış, bakım, onarım ve servis yetki belgelerinin, yapılacak iş takviminin ve Teknik Şartname maddelerine cevap verilen formun sunulduğu tespit edilmiştir.
Yapılan incelemede, ihale üzerinde bırakılan istekli tarafından sunulan Teknik Şartname maddelerine tek tek cevap verilen formun (2022/290347 IKN … Teknik Şartname’si uygunluk beyanıdır.) idarece uygun bulunduğu, başvuruya konu ihaleye ait İdari Şartname’nin 7.1.h.3’üncü maddesinde ihaleye teklif veren istekli ve isteklinin yalnızca hizmet kapsamında kullanılacak cihazlar/ürünleri hakkında Sağlık Bakanlığı tarafından yayınlanan güncel “Tıbbi Cihaz Yönetmeliği”ne uygun olarak T.C. İlaç ve Tıbbi Cihaz Ulusal Bilgi Bankası’na (TITUBB) veya Ürün Takip Sistemi (UTS) ve T.C. Sağlık Bakanlığı KTS’ye kayıtlı olması ve kayıtlı olduğuna dair belge sunmalarının gerektiğinin belirtildiği, ürünlerin içeriklerinde yer alan detaylı bilgiler için ayrıca açıklama ve bilgi/belge istenilmediği ve yeterlik kriteri olarak belirlenmediği, ek olarak tekliflerin değerlendirilmesinde esas alınması öngörülen Teknik Şartname’de belirtilen teknik kriterlere uygunluğu belirlemeye yönelik numune, katalog veya herhangi bir tanıtıcı dokümanın tekliflerle birlikte idareye sunulmasının bir yeterlik kriteri olarak düzenlenmediği ve idarece anılan hususların istenmediği görüldüğünden, isteklilerce ihale dokümanında yer alan şartlar ve bu kapsamda olmak üzere Teknik Şartname’nin kabul edilerek teklif verilmesi hususu çerçevesinde teklif edilen cihazların/sistemin, Teknik Şartname’ye uygun olup olmadığının kontrolünün muayene ve kabul aşamasına bırakıldığı anlaşılmaktadır.
Bu itibarla, teklif edilen cihazların/sistemin Teknik Şartname’ye uygunluğunun muayene ve kabul aşamasına bırakılması gerektiği değerlendirildiğinde başvuru sahibinin iddiasının yerinde olmadığı sonucuna ulaşılmıştır.
B) İhalelere Yönelik Başvurular Hakkında Yönetmelik'in 18'inci maddesi yönünden yapılan inceleme sonucunda herhangi bir aykırılık tespit edilmemiştir.
Açıklanan nedenlerle, 4734 sayılı Kanun'un 65'inci maddesi uyarınca bu kararın tebliğ edildiği veya tebliğ edilmiş sayıldığı tarihi izleyen 30 gün içerisinde Ankara İdare Mahkemelerinde dava yolu açık olmak üzere,
Anılan Kanun'un 54'üncü maddesinin onbirinci fıkrasının (c) bendi gereğince itirazen şikâyet başvurusunun reddine,
Oybirliği ile karar verildi.
10 Milyon+ Karar Arasında Arayın
Mahkeme, tarih, anahtar kelime ile filtreleyin. AI ile benzer kararları otomatik bulun.