Informacje o przetargu
Rozbudowa Szpitalnego Systemu Informatycznego ESKULAP o dodatkowe moduły, funkcjonalności i licencje na potrzeby Centralnego Szpitala Klinicznego Instytutu Stomatologii Uniwersytetu Medycznego w Łodzi przy ul. Pomorskiej 251. - polska-łódź: systemy informacji medycznej
ROZWIŃ
Opis przedmiotu przetargu: przedmiotem zamówienia jest rozbudowa szpitalnego systemu informatycznego „eskulap” zwanego dalej ssi składającego się z modułów medycznych o dodatkowe moduły i funkcjonalności umożliwiające prowadzenie dokumentacji medycznej w formie elektronicznej dla oddziałów szpitalnych, poradni klinik psychiatrycznych i izby przyjęć. przedmiot umowy obejmować będzie a) dostawę bezterminowych (niewygasających) licencji oprogramowania medycznego wg poniższej tabeli; b) instalację, wdrożenie i konfigurację nowych modułów licencji bezterminowych medycznego oprogramowania aplikacyjnego; c) pełna integracja z modułami oprogramowania medycznego ssi; d) usługi nadzoru autorskiego i utrzymania modułów medycznego oprogramowania aplikacyjnego. zestawienie ilościowe wymaganych nowych 144 licencji. zamawiający przewiduje rozbudowę istniejącego ssi o nowe moduły i licencje. wymagania zgodności oraz wymagania techniczne i funkcjonalne stanowią definicję równoważności nowych modułów dla ssi. zamawiający zastrzega sobie prawo wezwania wykonawców do przeprowadzenia prezentacji oferowanego systemu. brak, podczas prezentacji, funkcji zadeklarowanej jako posiadana będzie równoważny z niespełnieniem kryteriów w danym obszarze. prezentacja może dotyczyć całości lub wybranych funkcjonalności według wyboru zamawiającego. prezentacja odbywać się będzie wyłącznie w obecności zamawiającego i upoważnionych przedstawicieli wykonawcy dokonujących prezentacji. przebieg prezentacji może zostać utrwalony za pomocą nagrania audio/video. ciężar udowodnienia równoważności spoczywa na wykonawcy. wymagania zgodności systemu równoważnego (dalej sr). zakres funkcjonalny dostarczanych w ramach sr modułów będzie zgodny z dokumentacją ssi przy czym musi on spełniać poniższe wymagania techniczno eksploatacyjne — wszystkie moduły sr muszą korzystać z bazy danych oracle będącej w posiadaniu i eksploatowanej w siedzibie zamawiającego, — sr musi pozwalać na wykonywanie kopii zapasowych zawartości danych w trakcie jego pracy, — sr musi posiadać mechanizmy gwarantujące spójność danych z ssi, — sr zapewnia wykorzystanie w pełnym zakresie i dostęp do danych zgromadzonych w systemie ssi, — wymagane jest wzajemne współdziałanie modułów sr z ssi poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze czyli sr jest zintegrowany z eksploatowanym ssi pod względem przepływu informacji na poziomie bazy danych. informacja raz wprowadzona w jakimkolwiek z modułów sr lub ssi jest wykorzystywana we wszystkich modułach sr i ssi, — moduły sr pracują na platformie systemu operacyjnego ms windows dla stacji roboczych począwszy od wersji windows xp w wersji 32 i 64 bity, — sr jest zintegrowany z ssi na poziomie nadawania uprawnień. wszystkie moduły muszą mieć wbudowany system haseł zabezpieczający przed dostępem osób niepowołanych z uwzględnieniem przyznawania praw do różnych funkcji poszczególnym użytkownikom zgodny z ssi, tj. administrator musi mieć możliwość definiowania i zmiany praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych a. modułów. b. jednostek organizacyjnych. c. opcji menu. d. formularzy, w tym również przycisków w obrębie formularzy. e. raportów. f. obiektów bazy danych (tabel, perspektyw, funkcji itd.) z rozróżnieniem praw select, insert, update, delete, refresh, execute. — musi być możliwe zdefiniowanie tożsamych uprawnień dla danego użytkownika w sr i ssi jednocześnie. to znaczy, że jeżeli np. lekarz ma prawo dostępu do dokumentacji danej grupy pacjentów w ssi musi mieć możliwość dostępu do niej z poziomu sr w module dokumentacji elektronicznej, — w sr wykorzystywane są następujące wspólne z ssi standardowe zbiory słownikowe a. rozpoznań zgodnie z klasyfikacją icd 10; b. procedur medycznych zgodnie z klasyfikacją procedur medycznych i laboratoryjnych icd 9 cm; c. kodów terytorialnych (gmin, powiatów, województw, krajów) i miejscowości; — w sr wykorzystywane są i wspólne z ssi następujące przedmiotowe zbiory słownikowe a. płatników (w tym oddziałów nfz) i umów z nimi zawartych; b. użytkowników; c. jednostek i lekarzy kierujących; d. terminarzy pracy lekarzy; e. katalogów badań; f. kontrahentów; g. katalogu leków, z uwzględnieniem receptariusza szpitalnego; h. kodów kreskowych (pacjent, dokument, próbka, lek). — sr zapewnia ciągłość numeracji kartotek (ksiąg szpitalnych, oddziałowych, poradnianych i laboratoryjnych), — podstawowe funkcje nawigacji po strukturze menu są jednolite i logiczne dla całego sr oraz mają przyporządkowane stałe dla całego sr klawisze. dotyczy to w szczególności a. przejścia pomiędzy poziomami menu; b. wyjścia do najwyższego poziomu; c. zatwierdzania i anulowania transakcji. — pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie rozróżnialne przez użytkownika w analogiczny sposób jak w ssi tzn pola edytowalne – kolor zielony; pola obligatoryjne – kolor żółty; pola wynikowe w których system sam uzupełnia dane na podstawie innych wpisanych przez użytkownika – kolor niebieski, — sr musi zapewniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących co najmniej jeden fragment wyszukiwanego słowa, — moduły sr muszą współpracować z aplikacjami biurowymi arkuszem kalkulacyjnym i edytorem tekstu w zakresie eksportu danych, — sr musi być polskojęzyczny z tym samym kodowaniem polskich znaków diakrytycznych co ssi oraz posiadać dokumentację w języku polskim, — sr musi obsługiwać drukarki obsługiwane przez macierzysty system operacyjny stacji roboczych w formacie a4 z możliwością zapisu wydruku do pliku oraz podglądu na ekranie, — sr musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. zabezpieczenia muszą funkcjonować także na poziomie klienta, nie tylko na poziomie motoru bazy danych. — sr musi monitorować wszystkie zdarzenia związane z jego eksploatacją (wprowadzanie danych, ich modyfikacja itp.), przechowując informacje o użytkowniku obsługującym zdarzenie, — sr tworzy i utrzymuje wspólny dla sr i w analogiczny sposób jak w ssi log systemu, rejestrujący wszystkich użytkowników i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych. z logu systemu administrator musi mieć możliwość sprawdzenia jakie dane z poziomu jakiej aplikacji stanowiącej element ssi lub sr zostały zmodyfikowane, — w logach sr monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. sql, ms office poprzez odbc – o ile zastosowane, itp.), — administrator posiada z poziomu aplikacji możliwość wyboru danych, które mają być monitorowane w logach systemu z dokładnością do poszczególnych kolumn w tabelach danych, — sr umożliwia administratorowi łatwe utrzymanie zbioru standardowych raportów (dodawanie, modyfikowanie, usuwanie raportów), — w ramach sr zapewnione jest oprogramowanie narzędziowe pozwalające na definiowanie i generowanie dowolnych zestawień i raportów związanych z zawartością informacyjną bazy danych. raporty takie muszą mieć możliwość korzystania z wszelkich danych przetwarzanych przez sr i ssi oraz muszą umożliwiać ich wywołanie przez użytkownika z poziomu dowolnej aplikacji sr lub ssi w zakresie przyznanych uprawnień, — raporty umożliwiają eksport danych do formatu tabelarycznego xls, — każdej jednostce organizacyjnej można zdefiniować odrębny zakres raportów, — zakres używanych skrótów klawiszowych sr musi być spójny z ssi. realizacja zamówienia nastąpi w bud. b 1, ul. czechosłowacka 8/10, 92 216 łódź szczegóły zostały określone w załączniku nr 2 do siwz. ii.1.6)
| Adres: | Pomorska 251, 92-213 Łódź, woj. ŁÓDZKIE |
|---|---|
| Dane kontaktowe: | email: administracja@isum.pl tel: +48 426757577 fax: +48 426789368 |
Dane postępowania
| ID postępowania: | 9405820151 | ||
|---|---|---|---|
| Data publikacji zamówienia: | 2015-03-18 | Termin składania wniosków: | 2015-04-23 |
| Rodzaj zamówienia: | dostawy | Tryb& postępowania [PN]: | Przetarg nieograniczony |
| Czas na realizację: | 98 dni | Wadium: | 18000 ZŁ |
| Oferty uzupełniające: | NIE | Oferty częściowe: | NIE |
| Oferty wariantowe: | NIE | Przewidywana licyctacja: | NIE |
| Ilość części: | 0 | Kryterium ceny: | 100% |
| WWW ogłoszenia: | www.cskis.umed.pl | Informacja dostępna pod: | Samodzielny Publiczny Zakład Opieki Zdrowotnej Centralny Szpital Kliniczny Instytut Stomatologii Uni Pomorska 251, 92-213 łódź, woj. łódzkie |
| Okres związania ofertą: | 60 dni | ||
Kody CPV
| 48517000-5 | Pakiety oprogramowania informatycznego | |
| 48814000-7 | Systemy informacji medycznej |
Wyniki
| Nazwa części | Wykonawca | Wartość |
|---|---|---|
| Pakiet nr 12 – Leki psychotropowe | Konsultant IT Sp. z o.o. Poznań | 1 033 815,00 |
Barometr Ryzyka NadużyćRaport końcowy na temat potencjalnego ryzyka nadużyć dla wskazanej części wyniku postępowania przetargowego.
| Dane ogłoszenia o wyniku: Data udzielenia: 2015-04-29 Dotyczy cześci nr: 0 Kody CPV: 48814000 48517000 Ilość podmiotów składających się na wykonawcę: 1 Kwota oferty w PLN: 1 033 815,00 zł Minimalna złożona oferta: 1 033 815,00 zł Ilość złożonych ofert: 1 Ilość ofert odrzuconych przez zamawiającego: 0 Minimalna złożona oferta: 1 033 815,00 zł Maksymalna złożona oferta: 1 033 815,00 zł | |
| TI | Tytuł | Polska-Łódź: Systemy informacji medycznej |
|---|---|---|
| ND | Nr dokumentu | 94058-2015 |
| PD | Data publikacji | 18/03/2015 |
| OJ | Dz.U. S | 54 |
| TW | Miejscowość | ŁÓDŹ |
| AU | Nazwa instytucji | Samodzielny Publiczny Zakład Opieki Zdrowotnej Centralny Szpital Kliniczny Instytut Stomatologii Uniwersytetu Medycznego w Łodzi |
| OL | Język oryginału | PL |
| HD | Nagłówek | - - Dostawy - Ogłoszenie o zamówieniu - Procedura otwarta |
| CY | Kraj | PL |
| AA | Rodzaj instytucji | 8 - Inne |
| HA | EU Institution | - |
| DS | Dokument wysłany | 13/03/2015 |
| DT | Termin | 23/04/2015 |
| NC | Zamówienie | 2 - Dostawy |
| PR | Procedura | 1 - Procedura otwarta |
| TD | Dokument | 3 - Ogłoszenie o zamówieniu |
| RP | Legislacja | 4 - Unia Europejska |
| TY | Rodzaj oferty | 1 - Oferta całościowa |
| AC | Kryteria udzielenia zamówienia | 2 - Oferta najbardziej korzystna ekonomicznie |
| PC | Kod CPV | 48218000 - Pakiety oprogramowania zarządzającego licencjami 48517000 - Pakiety oprogramowania informatycznego 48814000 - Systemy informacji medycznej 72262000 - Usługi rozbudowy oprogramowania 72263000 - Usługi wdrażania oprogramowania 72268000 - Usługi dostawy oprogramowania |
| OC | Pierwotny kod CPV | 48218000 - Pakiety oprogramowania zarządzającego licencjami 48517000 - Pakiety oprogramowania informatycznego 48814000 - Systemy informacji medycznej 72262000 - Usługi rozbudowy oprogramowania 72263000 - Usługi wdrażania oprogramowania 72268000 - Usługi dostawy oprogramowania |
| RC | Kod NUTS | PL PL113 |
| IA | Adres internetowy (URL) | www.cskis.umed.pl |
| DI | Podstawa prawna | Dyrektywa klasyczna (2004/18/WE) |
18/03/2015 S54 - - Dostawy - Ogłoszenie o zamówieniu - Procedura otwarta
Polska-Łódź: Systemy informacji medycznej
2015/S 054-094058
Ogłoszenie o zamówieniu
Dostawy
Sekcja I: Instytucja zamawiająca
I.1)Nazwa, adresy i punkty kontaktowe
Samodzielny Publiczny Zakład Opieki Zdrowotnej Centralny Szpital Kliniczny Instytut Stomatologii Uniwersytetu Medycznego w Łodzi
Pomorska 251
Punkt kontaktowy: Samodzielny Publiczny Zakład Opieki Zdrowotnej – Centralny Szpital Kliniczny – Instytut Stomatologii Uniwersytetu Medycznego w Łodzi, Pomorska 251
Osoba do kontaktów: Tomasz Miazek
92-213 Łódź
POLSKA
Tel.: +48 426757484
E-mail: zam.publ@cskis.umed.pl
Faks: +48 426789368
Adresy internetowe:
Ogólny adres instytucji zamawiającej: www.cskis.umed.pl
Więcej informacji można uzyskać pod adresem: Powyższy(-e) punkt(-y) kontaktowy(-e)
Specyfikacje i dokumenty dodatkowe (w tym dokumenty dotyczące dialogu konkurencyjnego oraz dynamicznego systemu zakupów) można uzyskać pod adresem: Powyższy(-e) punkt(-y) kontaktowy(-e)
Oferty lub wnioski o dopuszczenie do udziału w postępowaniu należy przesyłać na adres: Powyższy(-e) punkt(-y) kontaktowy(-e)
I.2)Rodzaj instytucji zamawiającej
Inna: samodzielny publiczny zakład opieki zdrowotnej
I.3)Główny przedmiot lub przedmioty działalności
Zdrowie
I.4)Udzielenie zamówienia w imieniu innych instytucji zamawiających
Instytucja zamawiająca dokonuje zakupu w imieniu innych instytucji zamawiających: nie
Sekcja II: Przedmiot zamówienia
II.1)Opis
II.1.1)Nazwa nadana zamówieniu przez instytucję zamawiającą:
Rozbudowa Szpitalnego Systemu Informatycznego ESKULAP o dodatkowe moduły, funkcjonalności i licencje na potrzeby Centralnego Szpitala Klinicznego Instytutu Stomatologii Uniwersytetu Medycznego w Łodzi przy ul. Pomorskiej 251.
II.1.2)Rodzaj zamówienia oraz lokalizacja robót budowlanych, miejsce realizacji dostawy lub świadczenia usług
Dostawy
Główne miejsce lub lokalizacja robót budowlanych, miejsce realizacji dostawy lub świadczenia usług: SP ZOZ Centralny Szpital Kliniczny Instytut Stomatologii UM w Łodzi – bud. B-1 ul. Czechosłowacka 8/10, 92-216 Łódź.
Główne miejsce lub lokalizacja robót budowlanych, miejsce realizacji dostawy lub świadczenia usług: SP ZOZ Centralny Szpital Kliniczny Instytut Stomatologii UM w Łodzi – bud. B-1 ul. Czechosłowacka 8/10, 92-216 Łódź.
Kod NUTS PL,PL113
II.1.3)Informacje na temat zamówienia publicznego, umowy ramowej lub dynamicznego systemu zakupów (DSZ)
Ogłoszenie dotyczy zamówienia publicznego
II.1.4)Informacje na temat umowy ramowej
II.1.5)Krótki opis zamówienia lub zakupu
Przedmiotem zamówienia jest rozbudowa Szpitalnego Systemu Informatycznego „Eskulap” zwanego dalej SSI składającego się z modułów medycznych o dodatkowe moduły i funkcjonalności umożliwiające prowadzenie dokumentacji medycznej w formie elektronicznej dla Oddziałów Szpitalnych, Poradni Klinik Psychiatrycznych i Izby Przyjęć.
Przedmiot umowy obejmować będzie:
a) dostawę bezterminowych (niewygasających) licencji oprogramowania medycznego wg poniższej tabeli;
b) instalację, wdrożenie i konfigurację nowych modułów licencji bezterminowych medycznego oprogramowania aplikacyjnego;
c) pełna integracja z modułami oprogramowania medycznego SSI;
d) usługi nadzoru autorskiego i utrzymania modułów medycznego oprogramowania aplikacyjnego.
Zestawienie ilościowe wymaganych nowych 144 licencji.
Zamawiający przewiduje rozbudowę istniejącego SSI o nowe moduły i licencje. Wymagania zgodności oraz wymagania techniczne i funkcjonalne stanowią definicję równoważności nowych modułów dla SSI.
Zamawiający zastrzega sobie prawo wezwania Wykonawców do przeprowadzenia prezentacji oferowanego systemu. Brak, podczas prezentacji, funkcji zadeklarowanej jako posiadana będzie równoważny z niespełnieniem kryteriów w danym obszarze. Prezentacja może dotyczyć całości lub wybranych funkcjonalności według wyboru zamawiającego. Prezentacja odbywać się będzie wyłącznie w obecności zamawiającego i upoważnionych przedstawicieli wykonawcy dokonujących prezentacji. Przebieg prezentacji może zostać utrwalony za pomocą nagrania audio/video. Ciężar udowodnienia równoważności spoczywa na wykonawcy.
Wymagania zgodności systemu równoważnego (dalej SR).
Zakres funkcjonalny dostarczanych w ramach SR modułów będzie zgodny z dokumentacją SSI przy czym musi on spełniać poniższe wymagania techniczno-eksploatacyjne:
— Wszystkie moduły SR muszą korzystać z bazy danych Oracle będącej w posiadaniu i eksploatowanej w siedzibie Zamawiającego,
— SR musi pozwalać na wykonywanie kopii zapasowych zawartości danych w trakcie jego pracy,
— SR musi posiadać mechanizmy gwarantujące spójność danych z SSI,
— SR zapewnia wykorzystanie w pełnym zakresie i dostęp do danych zgromadzonych w systemie SSI,
— Wymagane jest wzajemne współdziałanie modułów SR z SSI poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze czyli SR jest zintegrowany z eksploatowanym SSI pod względem przepływu informacji na poziomie bazy danych. Informacja raz wprowadzona w jakimkolwiek z modułów SR lub SSI jest wykorzystywana we wszystkich modułach SR i SSI,
— Moduły SR pracują na platformie systemu operacyjnego MS Windows dla stacji roboczych począwszy od wersji Windows XP w wersji 32 i 64 bity,
— SR jest zintegrowany z SSI na poziomie nadawania uprawnień. Wszystkie moduły muszą mieć wbudowany system haseł zabezpieczający przed dostępem osób niepowołanych z uwzględnieniem przyznawania praw do różnych funkcji poszczególnym użytkownikom zgodny z SSI, tj. Administrator musi mieć możliwość definiowania i zmiany praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych:
a. Modułów.
b. Jednostek organizacyjnych.
c. Opcji menu.
d. Formularzy, w tym również przycisków w obrębie formularzy.
e. Raportów.
f. Obiektów bazy danych (tabel, perspektyw, funkcji itd.) z rozróżnieniem praw select, insert, update, delete, refresh, execute.
— Musi być możliwe zdefiniowanie tożsamych uprawnień dla danego użytkownika w SR i SSI jednocześnie. To znaczy, że jeżeli np. lekarz ma prawo dostępu do dokumentacji danej grupy pacjentów w SSI musi mieć możliwość dostępu do niej z poziomu SR w module Dokumentacji Elektronicznej,
— W SR wykorzystywane są następujące wspólne z SSI standardowe zbiory słownikowe:
a. Rozpoznań zgodnie z klasyfikacją ICD-10;
b. Procedur medycznych zgodnie z klasyfikacją procedur medycznych i laboratoryjnych ICD-9 CM;
c. Kodów terytorialnych (gmin, powiatów, województw, krajów) i miejscowości;
— W SR wykorzystywane są i wspólne z SSI następujące przedmiotowe zbiory słownikowe:
a. Płatników (w tym oddziałów NFZ) i umów z nimi zawartych;
b. Użytkowników;
c. Jednostek i lekarzy kierujących;
d. Terminarzy pracy lekarzy;
e. Katalogów badań;
f. Kontrahentów;
g. Katalogu leków, z uwzględnieniem receptariusza szpitalnego;
h. kodów kreskowych (pacjent, dokument, próbka, lek).
— SR zapewnia ciągłość numeracji kartotek (ksiąg Szpitalnych, Oddziałowych, Poradnianych i Laboratoryjnych),
— Podstawowe funkcje nawigacji po strukturze menu są jednolite i logiczne dla całego SR oraz mają przyporządkowane stałe dla całego SR klawisze. Dotyczy to w szczególności:
a. Przejścia pomiędzy poziomami Menu;
b. Wyjścia do najwyższego poziomu;
c. Zatwierdzania i anulowania transakcji.
— Pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie rozróżnialne przez użytkownika w analogiczny sposób jak w SSI tzn: pola edytowalne – kolor zielony; pola obligatoryjne – kolor żółty; pola wynikowe w których system sam uzupełnia dane na podstawie innych wpisanych przez użytkownika – kolor niebieski,
— SR musi zapewniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących co najmniej jeden fragment wyszukiwanego słowa,
— Moduły SR muszą współpracować z aplikacjami biurowymi: arkuszem kalkulacyjnym i edytorem tekstu w zakresie eksportu danych,
— SR musi być polskojęzyczny z tym samym kodowaniem polskich znaków diakrytycznych co SSI oraz posiadać dokumentację w języku polskim,
— SR musi obsługiwać drukarki obsługiwane przez macierzysty system operacyjny stacji roboczych w formacie A4 z możliwością zapisu wydruku do pliku oraz podglądu na ekranie,
— SR musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować także na poziomie klienta, nie tylko na poziomie motoru bazy danych.
— SR musi monitorować wszystkie zdarzenia związane z jego eksploatacją (wprowadzanie danych, ich modyfikacja itp.), przechowując informacje o użytkowniku obsługującym zdarzenie,
— SR tworzy i utrzymuje wspólny dla SR i w analogiczny sposób jak w SSI log systemu, rejestrujący wszystkich użytkowników i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych. Z logu systemu Administrator musi mieć możliwość sprawdzenia jakie dane z poziomu jakiej aplikacji stanowiącej element SSI lub SR zostały zmodyfikowane,
— W logach SR monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. SQL, MS Office poprzez ODBC – o ile zastosowane, itp.),
— Administrator posiada z poziomu aplikacji możliwość wyboru danych, które mają być monitorowane w logach systemu z dokładnością do poszczególnych kolumn w tabelach danych,
— SR umożliwia administratorowi łatwe utrzymanie zbioru standardowych raportów (dodawanie, modyfikowanie, usuwanie raportów),
— W ramach SR zapewnione jest oprogramowanie narzędziowe pozwalające na definiowanie i generowanie dowolnych zestawień i raportów związanych z zawartością informacyjną bazy danych. Raporty takie muszą mieć możliwość korzystania z wszelkich danych przetwarzanych przez SR i SSI oraz muszą umożliwiać ich wywołanie przez użytkownika z poziomu dowolnej aplikacji SR lub SSI w zakresie przyznanych uprawnień,
— Raporty umożliwiają eksport danych do formatu tabelarycznego xls,
— Każdej jednostce organizacyjnej można zdefiniować odrębny zakres raportów,
— Zakres używanych skrótów klawiszowych SR musi być spójny z SSI.
Realizacja zamówienia nastąpi w bud. B-1, ul. Czechosłowacka 8/10, 92-216 Łódź
Szczegóły zostały określone w załączniku nr 2 do SIWZ.
Przedmiot umowy obejmować będzie:
a) dostawę bezterminowych (niewygasających) licencji oprogramowania medycznego wg poniższej tabeli;
b) instalację, wdrożenie i konfigurację nowych modułów licencji bezterminowych medycznego oprogramowania aplikacyjnego;
c) pełna integracja z modułami oprogramowania medycznego SSI;
d) usługi nadzoru autorskiego i utrzymania modułów medycznego oprogramowania aplikacyjnego.
Zestawienie ilościowe wymaganych nowych 144 licencji.
Zamawiający przewiduje rozbudowę istniejącego SSI o nowe moduły i licencje. Wymagania zgodności oraz wymagania techniczne i funkcjonalne stanowią definicję równoważności nowych modułów dla SSI.
Zamawiający zastrzega sobie prawo wezwania Wykonawców do przeprowadzenia prezentacji oferowanego systemu. Brak, podczas prezentacji, funkcji zadeklarowanej jako posiadana będzie równoważny z niespełnieniem kryteriów w danym obszarze. Prezentacja może dotyczyć całości lub wybranych funkcjonalności według wyboru zamawiającego. Prezentacja odbywać się będzie wyłącznie w obecności zamawiającego i upoważnionych przedstawicieli wykonawcy dokonujących prezentacji. Przebieg prezentacji może zostać utrwalony za pomocą nagrania audio/video. Ciężar udowodnienia równoważności spoczywa na wykonawcy.
Wymagania zgodności systemu równoważnego (dalej SR).
Zakres funkcjonalny dostarczanych w ramach SR modułów będzie zgodny z dokumentacją SSI przy czym musi on spełniać poniższe wymagania techniczno-eksploatacyjne:
— Wszystkie moduły SR muszą korzystać z bazy danych Oracle będącej w posiadaniu i eksploatowanej w siedzibie Zamawiającego,
— SR musi pozwalać na wykonywanie kopii zapasowych zawartości danych w trakcie jego pracy,
— SR musi posiadać mechanizmy gwarantujące spójność danych z SSI,
— SR zapewnia wykorzystanie w pełnym zakresie i dostęp do danych zgromadzonych w systemie SSI,
— Wymagane jest wzajemne współdziałanie modułów SR z SSI poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze czyli SR jest zintegrowany z eksploatowanym SSI pod względem przepływu informacji na poziomie bazy danych. Informacja raz wprowadzona w jakimkolwiek z modułów SR lub SSI jest wykorzystywana we wszystkich modułach SR i SSI,
— Moduły SR pracują na platformie systemu operacyjnego MS Windows dla stacji roboczych począwszy od wersji Windows XP w wersji 32 i 64 bity,
— SR jest zintegrowany z SSI na poziomie nadawania uprawnień. Wszystkie moduły muszą mieć wbudowany system haseł zabezpieczający przed dostępem osób niepowołanych z uwzględnieniem przyznawania praw do różnych funkcji poszczególnym użytkownikom zgodny z SSI, tj. Administrator musi mieć możliwość definiowania i zmiany praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych:
a. Modułów.
b. Jednostek organizacyjnych.
c. Opcji menu.
d. Formularzy, w tym również przycisków w obrębie formularzy.
e. Raportów.
f. Obiektów bazy danych (tabel, perspektyw, funkcji itd.) z rozróżnieniem praw select, insert, update, delete, refresh, execute.
— Musi być możliwe zdefiniowanie tożsamych uprawnień dla danego użytkownika w SR i SSI jednocześnie. To znaczy, że jeżeli np. lekarz ma prawo dostępu do dokumentacji danej grupy pacjentów w SSI musi mieć możliwość dostępu do niej z poziomu SR w module Dokumentacji Elektronicznej,
— W SR wykorzystywane są następujące wspólne z SSI standardowe zbiory słownikowe:
a. Rozpoznań zgodnie z klasyfikacją ICD-10;
b. Procedur medycznych zgodnie z klasyfikacją procedur medycznych i laboratoryjnych ICD-9 CM;
c. Kodów terytorialnych (gmin, powiatów, województw, krajów) i miejscowości;
— W SR wykorzystywane są i wspólne z SSI następujące przedmiotowe zbiory słownikowe:
a. Płatników (w tym oddziałów NFZ) i umów z nimi zawartych;
b. Użytkowników;
c. Jednostek i lekarzy kierujących;
d. Terminarzy pracy lekarzy;
e. Katalogów badań;
f. Kontrahentów;
g. Katalogu leków, z uwzględnieniem receptariusza szpitalnego;
h. kodów kreskowych (pacjent, dokument, próbka, lek).
— SR zapewnia ciągłość numeracji kartotek (ksiąg Szpitalnych, Oddziałowych, Poradnianych i Laboratoryjnych),
— Podstawowe funkcje nawigacji po strukturze menu są jednolite i logiczne dla całego SR oraz mają przyporządkowane stałe dla całego SR klawisze. Dotyczy to w szczególności:
a. Przejścia pomiędzy poziomami Menu;
b. Wyjścia do najwyższego poziomu;
c. Zatwierdzania i anulowania transakcji.
— Pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie rozróżnialne przez użytkownika w analogiczny sposób jak w SSI tzn: pola edytowalne – kolor zielony; pola obligatoryjne – kolor żółty; pola wynikowe w których system sam uzupełnia dane na podstawie innych wpisanych przez użytkownika – kolor niebieski,
— SR musi zapewniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących co najmniej jeden fragment wyszukiwanego słowa,
— Moduły SR muszą współpracować z aplikacjami biurowymi: arkuszem kalkulacyjnym i edytorem tekstu w zakresie eksportu danych,
— SR musi być polskojęzyczny z tym samym kodowaniem polskich znaków diakrytycznych co SSI oraz posiadać dokumentację w języku polskim,
— SR musi obsługiwać drukarki obsługiwane przez macierzysty system operacyjny stacji roboczych w formacie A4 z możliwością zapisu wydruku do pliku oraz podglądu na ekranie,
— SR musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować także na poziomie klienta, nie tylko na poziomie motoru bazy danych.
— SR musi monitorować wszystkie zdarzenia związane z jego eksploatacją (wprowadzanie danych, ich modyfikacja itp.), przechowując informacje o użytkowniku obsługującym zdarzenie,
— SR tworzy i utrzymuje wspólny dla SR i w analogiczny sposób jak w SSI log systemu, rejestrujący wszystkich użytkowników i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych. Z logu systemu Administrator musi mieć możliwość sprawdzenia jakie dane z poziomu jakiej aplikacji stanowiącej element SSI lub SR zostały zmodyfikowane,
— W logach SR monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. SQL, MS Office poprzez ODBC – o ile zastosowane, itp.),
— Administrator posiada z poziomu aplikacji możliwość wyboru danych, które mają być monitorowane w logach systemu z dokładnością do poszczególnych kolumn w tabelach danych,
— SR umożliwia administratorowi łatwe utrzymanie zbioru standardowych raportów (dodawanie, modyfikowanie, usuwanie raportów),
— W ramach SR zapewnione jest oprogramowanie narzędziowe pozwalające na definiowanie i generowanie dowolnych zestawień i raportów związanych z zawartością informacyjną bazy danych. Raporty takie muszą mieć możliwość korzystania z wszelkich danych przetwarzanych przez SR i SSI oraz muszą umożliwiać ich wywołanie przez użytkownika z poziomu dowolnej aplikacji SR lub SSI w zakresie przyznanych uprawnień,
— Raporty umożliwiają eksport danych do formatu tabelarycznego xls,
— Każdej jednostce organizacyjnej można zdefiniować odrębny zakres raportów,
— Zakres używanych skrótów klawiszowych SR musi być spójny z SSI.
Realizacja zamówienia nastąpi w bud. B-1, ul. Czechosłowacka 8/10, 92-216 Łódź
Szczegóły zostały określone w załączniku nr 2 do SIWZ.
II.1.6)Wspólny Słownik Zamówień (CPV)
48814000, 48517000, 48218000, 72262000, 72263000, 72268000
II.1.7)Informacje na temat Porozumienia w sprawie zamówień rządowych (GPA)
Zamówienie jest objęte Porozumieniem w sprawie zamówień rządowych (GPA): nie
II.1.8)Części
To zamówienie podzielone jest na części: nie
II.1.9)Informacje o ofertach wariantowych
Dopuszcza się składanie ofert wariantowych: nie
II.2)Wielkość lub zakres zamówienia
II.2.1)Całkowita wielkość lub zakres:
Zamówienie o łącznej wartości powyżej 134 000 EUR. Szczegółowy opis i zakres przedmiotu zamówienia określa załącznik nr 2 w Specyfikacji Istotnych Warunków Zamówienia.
Szacunkowa wartość bez VAT:
Zakres: między 800 000 i 900 000 PLN
Szacunkowa wartość bez VAT:
Zakres: między 800 000 i 900 000 PLN
II.2.2)Informacje o opcjach
Opcje: nie
II.2.3)Informacje o wznowieniach
Jest to zamówienie podlegające wznowieniu: nie
II.3)Czas trwania zamówienia lub termin realizacji
Rozpoczęcie 4.5.2015. Zakończenie 31.7.2015
Sekcja III: Informacje o charakterze prawnym, ekonomicznym, finansowym i technicznym
III.1)Warunki dotyczące zamówienia
III.1.1)Wymagane wadia i gwarancje:
Na całość zamówienia Zamawiający wymaga wniesienia wadium w wysokości 18 000 PLN.
(słownie: osiemnaście tysięcy złotych zero groszy) – zgodnie z art. 45 ustawy Pzp, w terminie do dnia składania ofert do godz. 12:00 – potwierdzenie wniesienia wadium stanowi – załącznik nr 15.
Wadium może być wnoszone w jednej lub kilku następujących formach:
1) pieniądzu (przelew);
2) poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym;
3) gwarancjach bankowych;
4) gwarancjach ubezpieczeniowych;
5) poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z 9.11.2000 o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz.U. z 2007 r. Nr 42, poz. 275 z późn. zm.).
Wadium wnoszone w pieniądzu wpłaca się przelewem na rachunek bankowy:
PKO BP S.A. nr 59 1130 1163 0014 7148 0720 0005.
Z dopiskiem: Sprawa nr ZP/08/2015 – WADIUM.
Potwierdzeniem wniesienia wadium w formie pieniężnej będzie oryginał lub kopia przelewu załączona do oferty lub wygenerowane elektronicznie potwierdzenie wykonania przelewu, przy czym w terminie określonym dla wniesienia wadium środki winny znaleźć się na rachunku bankowym Zamawiającego.
Potwierdzeniem wniesienia wadium w formach, o których mowa w punktach 2–5, będzie załączony oryginał poręczenia lub gwarancji do oferty.
1. Zamawiający zwróci wadium wszystkim Wykonawcom niezwłocznie po wyborze najkorzystniejszej oferty lub unieważnieniu postępowania, z wyjątkiem Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem kiedy Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3, z przyczyn leżących po jego stronie, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1, pełnomocnictw, listy podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt. 5, lub informacji o tym, że nie należy do grupy kapitałowej, lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust. 2 pkt. 3, co powodowało brak możliwości wybrania oferty złożonej przez wykonawcę jako najkorzystniejszej.
2. Zamawiający zwróci niezwłocznie wadium na wniosek Wykonawcy, który wycofał ofertę przed upływem terminu składania ofert.
3. Jeżeli wadium wniesiono w pieniądzu, Zamawiający zwróci je wraz z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane, pomniejszone o koszty prowadzenia rachunku bankowego oraz prowizji bankowej za przelew pieniędzy na rachunek bankowy wskazany przez Wykonawcę.
4. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca, którego oferta została wybrana:
— odmówił podpisania umowy w sprawie zamówienia publicznego na warunkach określonych w ofercie,
— zawarcie umowy w sprawie zamówienia publicznego stało się niemożliwe z przyczyn leżących po stronie Wykonawcy.
Oferta niezabezpieczona w wymaganym terminie wadium, spowoduje wykluczenie Wykonawcy przez Zamawiającego.
(słownie: osiemnaście tysięcy złotych zero groszy) – zgodnie z art. 45 ustawy Pzp, w terminie do dnia składania ofert do godz. 12:00 – potwierdzenie wniesienia wadium stanowi – załącznik nr 15.
Wadium może być wnoszone w jednej lub kilku następujących formach:
1) pieniądzu (przelew);
2) poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym;
3) gwarancjach bankowych;
4) gwarancjach ubezpieczeniowych;
5) poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z 9.11.2000 o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz.U. z 2007 r. Nr 42, poz. 275 z późn. zm.).
Wadium wnoszone w pieniądzu wpłaca się przelewem na rachunek bankowy:
PKO BP S.A. nr 59 1130 1163 0014 7148 0720 0005.
Z dopiskiem: Sprawa nr ZP/08/2015 – WADIUM.
Potwierdzeniem wniesienia wadium w formie pieniężnej będzie oryginał lub kopia przelewu załączona do oferty lub wygenerowane elektronicznie potwierdzenie wykonania przelewu, przy czym w terminie określonym dla wniesienia wadium środki winny znaleźć się na rachunku bankowym Zamawiającego.
Potwierdzeniem wniesienia wadium w formach, o których mowa w punktach 2–5, będzie załączony oryginał poręczenia lub gwarancji do oferty.
1. Zamawiający zwróci wadium wszystkim Wykonawcom niezwłocznie po wyborze najkorzystniejszej oferty lub unieważnieniu postępowania, z wyjątkiem Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem kiedy Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3, z przyczyn leżących po jego stronie, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1, pełnomocnictw, listy podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt. 5, lub informacji o tym, że nie należy do grupy kapitałowej, lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust. 2 pkt. 3, co powodowało brak możliwości wybrania oferty złożonej przez wykonawcę jako najkorzystniejszej.
2. Zamawiający zwróci niezwłocznie wadium na wniosek Wykonawcy, który wycofał ofertę przed upływem terminu składania ofert.
3. Jeżeli wadium wniesiono w pieniądzu, Zamawiający zwróci je wraz z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane, pomniejszone o koszty prowadzenia rachunku bankowego oraz prowizji bankowej za przelew pieniędzy na rachunek bankowy wskazany przez Wykonawcę.
4. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca, którego oferta została wybrana:
— odmówił podpisania umowy w sprawie zamówienia publicznego na warunkach określonych w ofercie,
— zawarcie umowy w sprawie zamówienia publicznego stało się niemożliwe z przyczyn leżących po stronie Wykonawcy.
Oferta niezabezpieczona w wymaganym terminie wadium, spowoduje wykluczenie Wykonawcy przez Zamawiającego.
III.1.2)Główne warunki finansowe i uzgodnienia płatnicze i/lub odniesienie do odpowiednich przepisów je regulujących:
Należność za dostawę zostanie uregulowana przez Zamawiającego nie później niż 30 dni od dnia otrzymania faktury VAT.
III.1.3)Forma prawna, jaką musi przyjąć grupa wykonawców, której zostanie udzielone zamówienie:
O udzielenie zamówienia mogą ubiegać się Wykonawcy, tj. osoby fizyczne, osoby prawne albo jednostki organizacyjne nieposiadające osobowości prawnej prowadzące działalność gospodarczą w zakresie objętym przedmiotem zamówienia, którzy spełniają warunki określone w art. 22 ust. 1 ustawy Pzp i nie podlegają wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp.
III.1.4)Inne szczególne warunki
Wykonanie zamówienia podlega szczególnym warunkom: nie
III.2)Warunki udziału
III.2.1)Sytuacja podmiotowa wykonawców, w tym wymogi związane z wpisem do rejestru zawodowego lub handlowego
Informacje i formalności konieczne do dokonania oceny spełniania wymogów: I. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy spełniają warunki art. 22 ust. 1 Ustawy Pzp, tj.:
1. posiadają uprawnienia do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania;
2. posiadają wiedzę i doświadczenie;
3. dysponują odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia;
4. spełniają warunki dotyczące sytuacji ekonomicznej i finansowej.
II. Z udziału w postępowaniu wyklucza się wykonawców, którzy podlegają wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp.
Ocena spełniania warunków udziału w postępowaniu będzie dokonywana na podstawie oświadczeń i dokumentów złożonych w postępowaniu.
Ocena dokonana będzie metodą 0-1, tj. (spełnia – nie spełnia).
O udzielenie zamówienia mogą ubiegać się Wykonawcy, tj. osoby fizyczne, osoby prawne albo jednostki organizacyjne nieposiadające osobowości prawnej prowadzące działalność gospodarczą w zakresie objętym przedmiotem zamówienia, którzy spełniają warunki określone w art. 22 ust. 1 ustawy Pzp i nie podlegają wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp:
3. Oświadczenie Wykonawcy, że spełnia warunki określone w art. 22 ust. 1 ustawy Pzp – załącznik nr 3;
4. Oświadczenie Wykonawcy, że nie podlega wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp – załącznik nr 4.
W celu wykazania spełnienia przez wykonawcę warunków, o których mowa w art. 22 ust. 1 ustawy z 29.1.2004 Pzp., zamawiający żąda następujących dokumentów:
5. Wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, głównych dostaw lub usług, w okresie ostatnich trzech lat przed upływem terminu składania ofert albo wniosków o dopuszczenie do udziału w postępowaniu, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy lub usługi zostały wykonane, oraz załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie – załącznik nr 5;
Zamawiający uzna za spełnienie wymogu dot. załącznika nr 5, jeśli Wykonawca przedstawi minimum jeden dokument np. w formie referencji, poświadczający należyte wykonanie lub wykonywanie dostaw licencji i wdrożenia oprogramowania systemu szpitalnego o wartości zamówienia na kwotę nie mniejszą niż 500 000 PLN z podaniem wartości, przedmiotu zamówienia, daty wykonania i podmiotów, na rzecz których dostawy zostały wykonane lub są wykonywane.
Dowodami, o których mowa powyżej, są:
1) poświadczenie, z tym że w odniesieniu do nadal wykonywanych dostaw poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu albo ofert;
2) w przypadku zamówień na dostawy lub usługi – oświadczenie wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa w pkt 1.
W przypadku, gdy zamawiający jest podmiotem, na rzecz którego dostawy wykazane w wykazie głównych dostaw zostały wcześniej wykonane, wykonawca nie ma obowiązku przekładania powyższych dowodów.
W celu wykazania braku podstaw do wykluczenia z postępowania o udzielenie zamówienia wykonawcy w okolicznościach, o których mowa w art. 24 ust. 1 Ustawy, zamawiający żąda, w formie oryginału lub kserokopii poświadczonej za zgodność z oryginałem przez Wykonawcę, następujących dokumentów:
7. Aktualnego odpisu z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt. 2 ustawy Pzp, wystawionego nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert – załącznik nr 7;
8. Aktualnego zaświadczenia właściwego naczelnika urzędu skarbowego potwierdzającego, że Wykonawca nie zalega z opłacaniem podatków lub zaświadczenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert – załącznik nr 8;
9.A ktualnego zaświadczenia właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzającego, że Wykonawca nie zalega z opłacaniem składek na ubezpieczenie zdrowotne i społeczne, lub potwierdzenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu – wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert – załącznik nr 9;
Uwaga:
10. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentów, o których mowa:
— w pkt 7, 8, 9 składa dokument lub dokumenty, wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że:
a) nie otwarto jego likwidacji ani nie ogłoszono upadłości (wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert);
b) nie zalega z uiszczaniem podatków, opłat, składek na ubezpieczenie społeczne i zdrowotne albo że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu (wystawione nie wcześniej niż 3 miesięcy przed upływem terminu składania ofert);
11. Jeżeli w miejscu zamieszkania osoby lub w kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa w pkt 10, zastępuje się je dokumentem zawierającym oświadczenie złożone przed notariuszem, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio miejsca zamieszkania osoby lub kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania (wystawionym nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert).
Uwaga:
Jeżeli wykonawca, wykazując spełnienie warunku, o którym mowa w art. 22 ust. 1 ustawy (tj. w pkt. VI ppkt. 5 i 6 SIWZ) polega na zasobach innych podmiotów na zasadach określonych w art. 26 ust 2b ustawy, zobowiązany jest udowodnić zamawiającemu, że będzie dysponował tymi zasobami w trakcie realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonaniu zamówienia oraz wykazać, że w stosunku do tych podmiotów brak jest podstaw wykluczenia z postępowania o udzielenie zamówienia, poprzez złożenie razem z ofertą dokumentów wymienionych w pkt. VI ppkt. 4,7,8,9,12 niniejszej specyfikacji dotyczących każdego z tych podmiotów, o ile podmioty te będą brały udział w realizacji części zamówienia.
Kopie dokumentów dotyczących tych podmiotów są poświadczane za zgodność z oryginałem przez te podmioty.
Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonywania zamówienia, zdolnościach finansowych lub ekonomicznych innych podmiotów, niezależnie od charakteru prawnego łączących go z nim stosunku.
Uwaga:
Jeżeli wykonawca, wykazując spełnianie warunków, o których mowa w art. 22 ust. 1 ustawy, polega na zasobach innych podmiotów na zasadach określonych w art. 26 ust. 2b ustawy, zamawiający, w celu oceny, czy wykonawca będzie dysponował zasobami innych podmiotów w stopniu niezbędnym dla należytego wykonania zamówienia oraz oceny, czy stosunek łączący wykonawcę z tymi podmiotami gwarantuje rzeczywisty dostęp do ich zasobów, żąda dokumentów dotyczących w szczególności:
a) zakresu dostępnych Wykonawcy zasobów innego podmiotu;
b) sposobu wykorzystania zasobów innego podmiotu, przez Wykonawcę, przy wykonywaniu zamówienia;
c) charakteru stosunku, jaki będzie łączył Wykonawcę z innym podmiotem;
d) zakresu i okresu udziału innego podmiotu przy wykonywaniu zamówienia.
W zakresie potwierdzenia niepodlegania wykluczeniu na podstawie art. 24 ust. 2 pkt. 5 ustawy, składamy:
12. Oświadczenie dot. Listy podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt. 5 ustawy Pzp tj. w rozumieniu ustawy z 16.2.2007 o ochronie konkurencji i konsumentów (Dz.U. nr 50, poz. 331 z późn. zm.) albo informację o tym, że Wykonawca nie należy do grupy kapitałowej – załącznik nr 10.
1. posiadają uprawnienia do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania;
2. posiadają wiedzę i doświadczenie;
3. dysponują odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia;
4. spełniają warunki dotyczące sytuacji ekonomicznej i finansowej.
II. Z udziału w postępowaniu wyklucza się wykonawców, którzy podlegają wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp.
Ocena spełniania warunków udziału w postępowaniu będzie dokonywana na podstawie oświadczeń i dokumentów złożonych w postępowaniu.
Ocena dokonana będzie metodą 0-1, tj. (spełnia – nie spełnia).
O udzielenie zamówienia mogą ubiegać się Wykonawcy, tj. osoby fizyczne, osoby prawne albo jednostki organizacyjne nieposiadające osobowości prawnej prowadzące działalność gospodarczą w zakresie objętym przedmiotem zamówienia, którzy spełniają warunki określone w art. 22 ust. 1 ustawy Pzp i nie podlegają wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp:
3. Oświadczenie Wykonawcy, że spełnia warunki określone w art. 22 ust. 1 ustawy Pzp – załącznik nr 3;
4. Oświadczenie Wykonawcy, że nie podlega wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp – załącznik nr 4.
W celu wykazania spełnienia przez wykonawcę warunków, o których mowa w art. 22 ust. 1 ustawy z 29.1.2004 Pzp., zamawiający żąda następujących dokumentów:
5. Wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, głównych dostaw lub usług, w okresie ostatnich trzech lat przed upływem terminu składania ofert albo wniosków o dopuszczenie do udziału w postępowaniu, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy lub usługi zostały wykonane, oraz załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie – załącznik nr 5;
Zamawiający uzna za spełnienie wymogu dot. załącznika nr 5, jeśli Wykonawca przedstawi minimum jeden dokument np. w formie referencji, poświadczający należyte wykonanie lub wykonywanie dostaw licencji i wdrożenia oprogramowania systemu szpitalnego o wartości zamówienia na kwotę nie mniejszą niż 500 000 PLN z podaniem wartości, przedmiotu zamówienia, daty wykonania i podmiotów, na rzecz których dostawy zostały wykonane lub są wykonywane.
Dowodami, o których mowa powyżej, są:
1) poświadczenie, z tym że w odniesieniu do nadal wykonywanych dostaw poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu albo ofert;
2) w przypadku zamówień na dostawy lub usługi – oświadczenie wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa w pkt 1.
W przypadku, gdy zamawiający jest podmiotem, na rzecz którego dostawy wykazane w wykazie głównych dostaw zostały wcześniej wykonane, wykonawca nie ma obowiązku przekładania powyższych dowodów.
W celu wykazania braku podstaw do wykluczenia z postępowania o udzielenie zamówienia wykonawcy w okolicznościach, o których mowa w art. 24 ust. 1 Ustawy, zamawiający żąda, w formie oryginału lub kserokopii poświadczonej za zgodność z oryginałem przez Wykonawcę, następujących dokumentów:
7. Aktualnego odpisu z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt. 2 ustawy Pzp, wystawionego nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert – załącznik nr 7;
8. Aktualnego zaświadczenia właściwego naczelnika urzędu skarbowego potwierdzającego, że Wykonawca nie zalega z opłacaniem podatków lub zaświadczenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert – załącznik nr 8;
9.A ktualnego zaświadczenia właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzającego, że Wykonawca nie zalega z opłacaniem składek na ubezpieczenie zdrowotne i społeczne, lub potwierdzenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu – wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert – załącznik nr 9;
Uwaga:
10. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentów, o których mowa:
— w pkt 7, 8, 9 składa dokument lub dokumenty, wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że:
a) nie otwarto jego likwidacji ani nie ogłoszono upadłości (wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert);
b) nie zalega z uiszczaniem podatków, opłat, składek na ubezpieczenie społeczne i zdrowotne albo że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu (wystawione nie wcześniej niż 3 miesięcy przed upływem terminu składania ofert);
11. Jeżeli w miejscu zamieszkania osoby lub w kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa w pkt 10, zastępuje się je dokumentem zawierającym oświadczenie złożone przed notariuszem, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio miejsca zamieszkania osoby lub kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania (wystawionym nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert).
Uwaga:
Jeżeli wykonawca, wykazując spełnienie warunku, o którym mowa w art. 22 ust. 1 ustawy (tj. w pkt. VI ppkt. 5 i 6 SIWZ) polega na zasobach innych podmiotów na zasadach określonych w art. 26 ust 2b ustawy, zobowiązany jest udowodnić zamawiającemu, że będzie dysponował tymi zasobami w trakcie realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonaniu zamówienia oraz wykazać, że w stosunku do tych podmiotów brak jest podstaw wykluczenia z postępowania o udzielenie zamówienia, poprzez złożenie razem z ofertą dokumentów wymienionych w pkt. VI ppkt. 4,7,8,9,12 niniejszej specyfikacji dotyczących każdego z tych podmiotów, o ile podmioty te będą brały udział w realizacji części zamówienia.
Kopie dokumentów dotyczących tych podmiotów są poświadczane za zgodność z oryginałem przez te podmioty.
Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonywania zamówienia, zdolnościach finansowych lub ekonomicznych innych podmiotów, niezależnie od charakteru prawnego łączących go z nim stosunku.
Uwaga:
Jeżeli wykonawca, wykazując spełnianie warunków, o których mowa w art. 22 ust. 1 ustawy, polega na zasobach innych podmiotów na zasadach określonych w art. 26 ust. 2b ustawy, zamawiający, w celu oceny, czy wykonawca będzie dysponował zasobami innych podmiotów w stopniu niezbędnym dla należytego wykonania zamówienia oraz oceny, czy stosunek łączący wykonawcę z tymi podmiotami gwarantuje rzeczywisty dostęp do ich zasobów, żąda dokumentów dotyczących w szczególności:
a) zakresu dostępnych Wykonawcy zasobów innego podmiotu;
b) sposobu wykorzystania zasobów innego podmiotu, przez Wykonawcę, przy wykonywaniu zamówienia;
c) charakteru stosunku, jaki będzie łączył Wykonawcę z innym podmiotem;
d) zakresu i okresu udziału innego podmiotu przy wykonywaniu zamówienia.
W zakresie potwierdzenia niepodlegania wykluczeniu na podstawie art. 24 ust. 2 pkt. 5 ustawy, składamy:
12. Oświadczenie dot. Listy podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt. 5 ustawy Pzp tj. w rozumieniu ustawy z 16.2.2007 o ochronie konkurencji i konsumentów (Dz.U. nr 50, poz. 331 z późn. zm.) albo informację o tym, że Wykonawca nie należy do grupy kapitałowej – załącznik nr 10.
III.2.2)Zdolność ekonomiczna i finansowa
Informacje i formalności konieczne do dokonania oceny spełniania wymogów: Opłaconą polisę, a w przypadku jej braku innego dokument potwierdzającego, że wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia – załącznik nr 6.
Minimalny poziom ewentualnie wymaganych standardów: Zamawiający uzna wymóg dot. załącznika nr 6 za spełniony, jeśli Wykonawca przedstawi, iż jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia na kwotę minimum 1 000 000 PLN.
Minimalny poziom ewentualnie wymaganych standardów: Zamawiający uzna wymóg dot. załącznika nr 6 za spełniony, jeśli Wykonawca przedstawi, iż jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia na kwotę minimum 1 000 000 PLN.
III.2.3)Kwalifikacje techniczne
Informacje i formalności konieczne do dokonania oceny spełniania wymogów:
Oświadczenie Wykonawcy, że spełnia warunki określone w art. 22 ust. 1 ustawy Pzp.
Oświadczenie Wykonawcy, że spełnia warunki określone w art. 22 ust. 1 ustawy Pzp.
III.2.4)Informacje o zamówieniach zastrzeżonych
III.3)Specyficzne warunki dotyczące zamówień na usługi
III.3.1)Informacje dotyczące określonego zawodu
III.3.2)Osoby odpowiedzialne za wykonanie usługi
Sekcja IV: Procedura
IV.1)Rodzaj procedury
IV.1.1)Rodzaj procedury
Otwarta
IV.1.2)Ograniczenie liczby wykonawców, którzy zostaną zaproszeni do składania ofert lub do udziału
IV.1.3)Zmniejszenie liczby wykonawców podczas negocjacji lub dialogu
IV.2)Kryteria udzielenia zamówienia
IV.2.1)Kryteria udzielenia zamówienia
Oferta najkorzystniejsza ekonomicznie z uwzględnieniem kryteriów kryteria określone poniżej
1. Cena. Waga 80
2. Termin wsparcia technicznego. Waga 20
IV.2.2)Informacje na temat aukcji elektronicznej
Wykorzystana będzie aukcja elektroniczna: nie
IV.3)Informacje administracyjne
IV.3.1)Numer referencyjny nadany sprawie przez instytucję zamawiającą:
IV.3.2)Poprzednie publikacje dotyczące tego samego zamówienia
nie
IV.3.3)Warunki otrzymania specyfikacji, dokumentów dodatkowych lub dokumentu opisowego
IV.3.4)Termin składania ofert lub wniosków o dopuszczenie do udziału w postępowaniu
23.4.2015 - 12:00
IV.3.5)Data wysłania zaproszeń do składania ofert lub do udziału zakwalifikowanym kandydatom
IV.3.6)Języki, w których można sporządzać oferty lub wnioski o dopuszczenie do udziału w postępowaniu
polski.
IV.3.7)Minimalny okres, w którym oferent będzie związany ofertą
w dniach: 60 (od ustalonej daty składania ofert)
IV.3.8)Warunki otwarcia ofert
Data: 23.4.2015
Dodatkowe informacje o osobach upoważnionych i procedurze otwarcia: 1. Tomasz Miazek;
2.. Katarzyna Konopska;
3. Maria Antosik;
4. Joanna Burakowska-Kapuścińska;
5. Jan Kamiński;
6. Michał Sikała;
7. Jarosław Raf.
Miejscowość:
W Łodzi przy ul. Pomorskiej 251 w pok. 246 (parter, budynek A-3).
Osoby upoważnione do obecności podczas otwarcia ofert: takDodatkowe informacje o osobach upoważnionych i procedurze otwarcia: 1. Tomasz Miazek;
2.. Katarzyna Konopska;
3. Maria Antosik;
4. Joanna Burakowska-Kapuścińska;
5. Jan Kamiński;
6. Michał Sikała;
7. Jarosław Raf.
Sekcja VI: Informacje uzupełniające
VI.1)Informacje o powtarzającym się charakterze zamówienia
Jest to zamówienie o charakterze powtarzającym się: nie
VI.2)Informacje o funduszach Unii Europejskiej
Zamówienie dotyczy projektu/programu finansowanego ze środków Unii Europejskiej: tak
Podać odniesienie do projektu (projektów) i/lub programu (programów): Przedmiot zamówienia finansowany jest ze środków EFRR. Rozbudowa Szpitalnego Systemu Informatycznego Eskulap o dodatkowe moduły, funkcjonalności i licencje w ramach projektu pn. Poprawa jakości obsługi pacjentów i dostępności do usług medycznych w Centralnym Szpitalu Klinicznym Uniwersytetu Medycznego w Łodzi poprzez rozwój usług E-zdrowie – część 3, dofinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Działania IV.2 E-usługi publiczne Regionalnego Programu Operacyjnego Województwa Łódzkiego na lata 2007–2013, dla którego w 21.11.2014 zawarta została z Województwem Łódzkim, w imieniu którego działa Zarząd Województwa Łódzkiego – Instytucja Zarządzająca Regionalnym Programem Operacyjnym Województwa Łódzkiego na lata 2007–2013 umowa o dofinansowanie projektu nr UDA-RPLD.04.02.00-00-058/12-00.
Podać odniesienie do projektu (projektów) i/lub programu (programów): Przedmiot zamówienia finansowany jest ze środków EFRR. Rozbudowa Szpitalnego Systemu Informatycznego Eskulap o dodatkowe moduły, funkcjonalności i licencje w ramach projektu pn. Poprawa jakości obsługi pacjentów i dostępności do usług medycznych w Centralnym Szpitalu Klinicznym Uniwersytetu Medycznego w Łodzi poprzez rozwój usług E-zdrowie – część 3, dofinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Działania IV.2 E-usługi publiczne Regionalnego Programu Operacyjnego Województwa Łódzkiego na lata 2007–2013, dla którego w 21.11.2014 zawarta została z Województwem Łódzkim, w imieniu którego działa Zarząd Województwa Łódzkiego – Instytucja Zarządzająca Regionalnym Programem Operacyjnym Województwa Łódzkiego na lata 2007–2013 umowa o dofinansowanie projektu nr UDA-RPLD.04.02.00-00-058/12-00.
VI.3)Informacje dodatkowe
Wymagane dokumenty i oświadczenia:
1. Wypełniony i podpisany „Formularz ofertowy” – załącznik nr 1;
2. Wypełnione i podpisane „Szczegółowy opis wymaganych funkcjonalności systemu”– załącznik nr 2;
Pozostałe dokumenty zgodnie z załącznikami nr 3–14.
W tym Zamawiający wymaga:
W celu potwierdzenia, że oferowane dostawy odpowiadają wymaganiom określonym przez Zamawiającego Wykonawca winien dołączyć do oferty:
13. Oświadczenie dotyczące dokumentów poświadczających spełnienie wymogów funkcjonalności oprogramowania oraz integracji przedmiotu zamówienia z istniejącym systemem informatycznym -załącznik nr 11.
14. Zaświadczenie potwierdzające, iż firma (dot. zał. nr 11*) jest właścicielem lub posiadaczem praw o których mowa w zał. nr 11. – załącznik nr 12.
Dodatkowo zamawiający wymaga od Wykonawcy niżej wymienionych dokumentów:
15. Potwierdzenie wniesienia wadium – załącznik nr 13.
16. Ewentualnego pełnomocnictwa osób podpisujących ofertę w imieniu Wykonawcy udzielonego przez Wykonawcę (imienne upoważnienie do reprezentowania Wykonawcy w niniejszym zamówieniu, jeżeli osoba podpisująca nie została wskazana do reprezentacji we właściwym rejestrze) – załącznik 14.
Warunki umowy wymagane od Wykonawcy stanowi „Wzór umowy” w załączeniu do części A SIWZ.
Zgodnie z przepisem art. 144 ustawy Prawo zamówień publicznych, zakazuje się istotnych zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, chyba że Zamawiający przewidział możliwość dokonania takiej zmiany w ogłoszeniu o zamówieniu lub w specyfikacji istotnych warunków zamówienia oraz określił warunki takiej zmiany.
Zamawiający przewiduje możliwość dokonania zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy oraz określa warunki tych zmian przez wprowadzenie do zawartej umowy następujących aneksów:
a) aneks terminowy – dopuszczający zmianę terminu wykonania zamówienia. Zamawiający na pisemny wniosek Wykonawcy, w przypadkach uzasadnionych, dopuszcza wydłużenie terminu wykonania zamówienia o 7 dni – aneksem;
b) aneks aktualizacji danych Wykonawcy poprzez zmianę nazwy, zmianę adresu, formy prawnej itp.;
c) zmiany stawek podatku VAT, przy czym zmianie ulegnie wyłącznie cena brutto, cena netto pozostanie bez zmian. Zmiana ceny obowiązuje od dnia wejścia w życie przepisów ją wprowadzających;
d) zmiany osób odpowiedzialnych za realizację umowy – Kierowników Projektu;
e) zmiany Harmonogramu Realizacji Umowy w zakresie pośrednich terminów wykonania poszczególnych etapów oraz wzajemnych zobowiązań Stron;
f) aneks przewidujący zmianę zastosowanej technologii wykonania elementów systemu stanowiących przedmiot zamówienia na lepszą/lepsze (np. nowocześniejszą), po zaakceptowaniu jej/ich przez Zamawiającego pod warunkiem, iż cena oferty nie ulegnie zmianie.
1. Wypełniony i podpisany „Formularz ofertowy” – załącznik nr 1;
2. Wypełnione i podpisane „Szczegółowy opis wymaganych funkcjonalności systemu”– załącznik nr 2;
Pozostałe dokumenty zgodnie z załącznikami nr 3–14.
W tym Zamawiający wymaga:
W celu potwierdzenia, że oferowane dostawy odpowiadają wymaganiom określonym przez Zamawiającego Wykonawca winien dołączyć do oferty:
13. Oświadczenie dotyczące dokumentów poświadczających spełnienie wymogów funkcjonalności oprogramowania oraz integracji przedmiotu zamówienia z istniejącym systemem informatycznym -załącznik nr 11.
14. Zaświadczenie potwierdzające, iż firma (dot. zał. nr 11*) jest właścicielem lub posiadaczem praw o których mowa w zał. nr 11. – załącznik nr 12.
Dodatkowo zamawiający wymaga od Wykonawcy niżej wymienionych dokumentów:
15. Potwierdzenie wniesienia wadium – załącznik nr 13.
16. Ewentualnego pełnomocnictwa osób podpisujących ofertę w imieniu Wykonawcy udzielonego przez Wykonawcę (imienne upoważnienie do reprezentowania Wykonawcy w niniejszym zamówieniu, jeżeli osoba podpisująca nie została wskazana do reprezentacji we właściwym rejestrze) – załącznik 14.
Warunki umowy wymagane od Wykonawcy stanowi „Wzór umowy” w załączeniu do części A SIWZ.
Zgodnie z przepisem art. 144 ustawy Prawo zamówień publicznych, zakazuje się istotnych zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, chyba że Zamawiający przewidział możliwość dokonania takiej zmiany w ogłoszeniu o zamówieniu lub w specyfikacji istotnych warunków zamówienia oraz określił warunki takiej zmiany.
Zamawiający przewiduje możliwość dokonania zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy oraz określa warunki tych zmian przez wprowadzenie do zawartej umowy następujących aneksów:
a) aneks terminowy – dopuszczający zmianę terminu wykonania zamówienia. Zamawiający na pisemny wniosek Wykonawcy, w przypadkach uzasadnionych, dopuszcza wydłużenie terminu wykonania zamówienia o 7 dni – aneksem;
b) aneks aktualizacji danych Wykonawcy poprzez zmianę nazwy, zmianę adresu, formy prawnej itp.;
c) zmiany stawek podatku VAT, przy czym zmianie ulegnie wyłącznie cena brutto, cena netto pozostanie bez zmian. Zmiana ceny obowiązuje od dnia wejścia w życie przepisów ją wprowadzających;
d) zmiany osób odpowiedzialnych za realizację umowy – Kierowników Projektu;
e) zmiany Harmonogramu Realizacji Umowy w zakresie pośrednich terminów wykonania poszczególnych etapów oraz wzajemnych zobowiązań Stron;
f) aneks przewidujący zmianę zastosowanej technologii wykonania elementów systemu stanowiących przedmiot zamówienia na lepszą/lepsze (np. nowocześniejszą), po zaakceptowaniu jej/ich przez Zamawiającego pod warunkiem, iż cena oferty nie ulegnie zmianie.
VI.4)Procedury odwoławcze
VI.4.1)Organ odpowiedzialny za procedury odwoławcze
Krajowa Izba Odwoławcza
ul. Postępu 17a
02-676 Warszawa
POLSKA
Tel.: +48 224587840
Faks: +48 224587800
VI.4.2)Składanie odwołań
Dokładne informacje na temat terminów składania odwołań: Dokładne informacje na temat terminów składania odwołań: Wykonawcy, uczestnikowi konkursu, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu danego zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez Zamawiającego przepisów ustawy Pzp przysługują środki ochrony prawnej przewidziane w Dziale VI ustawy Pzp. (Dz. U. z 2013 r. Poz. 907 z późn. zm.) – Środki ochrony prawnej – art. 179–198g.
VI.4.3)Źródło, gdzie można uzyskać informacje na temat składania odwołań
Krajowa Izba Odwoławcza
ul. Postępu 17a
02-676 Warszawa
POLSKA
Tel.: +48 224587840
Faks: +48 224587800
VI.5)Data wysłania niniejszego ogłoszenia:
13.3.2015
| TI | Tytuł | Polska-Łódź: Systemy informacji medycznej |
|---|---|---|
| ND | Nr dokumentu | 161596-2015 |
| PD | Data publikacji | 09/05/2015 |
| OJ | Dz.U. S | 90 |
| TW | Miejscowość | ŁÓDŹ |
| AU | Nazwa instytucji | Samodzielny Publiczny Zakład Opieki Zdrowotnej Centralny Szpital Kliniczny Instytut Stomatologii Uniwersytetu Medycznego w Łodzi |
| OL | Język oryginału | PL |
| HD | Nagłówek | - - Dostawy - Ogłoszenie o udzieleniu zamówienia - Procedura otwarta |
| CY | Kraj | PL |
| AA | Rodzaj instytucji | 8 - Inne |
| HA | EU Institution | - |
| DS | Dokument wysłany | 06/05/2015 |
| NC | Zamówienie | 2 - Dostawy |
| PR | Procedura | 1 - Procedura otwarta |
| TD | Dokument | 7 - Ogłoszenie o udzieleniu zamówienia |
| RP | Legislacja | 4 - Unia Europejska |
| TY | Rodzaj oferty | 9 - Nie dotyczy |
| AC | Kryteria udzielenia zamówienia | 2 - Oferta najbardziej korzystna ekonomicznie |
| PC | Kod CPV | 48218000 - Pakiety oprogramowania zarządzającego licencjami 48517000 - Pakiety oprogramowania informatycznego 48814000 - Systemy informacji medycznej 72262000 - Usługi rozbudowy oprogramowania 72263000 - Usługi wdrażania oprogramowania 72268000 - Usługi dostawy oprogramowania |
| OC | Pierwotny kod CPV | 48218000 - Pakiety oprogramowania zarządzającego licencjami 48517000 - Pakiety oprogramowania informatycznego 48814000 - Systemy informacji medycznej 72262000 - Usługi rozbudowy oprogramowania 72263000 - Usługi wdrażania oprogramowania 72268000 - Usługi dostawy oprogramowania |
| RC | Kod NUTS | PL113 |
| IA | Adres internetowy (URL) | www.cskis.umed.pl |
| DI | Podstawa prawna | Dyrektywa klasyczna (2004/18/WE) |
09/05/2015 S90 - - Dostawy - Ogłoszenie o udzieleniu zamówienia - Procedura otwarta
Polska-Łódź: Systemy informacji medycznej
2015/S 090-161596
Ogłoszenie o udzieleniu zamówienia
Dostawy
Sekcja I: Instytucja zamawiająca
I.1)Nazwa, adresy i punkty kontaktowe
Samodzielny Publiczny Zakład Opieki Zdrowotnej Centralny Szpital Kliniczny Instytut Stomatologii Uniwersytetu Medycznego w Łodzi
Pomorska 251
92-213 Łódź
Polska
Tel.: +48 426757484
E-mail: zam.publ@cskis.umed.pl
Faks: +48 426789368
Adresy internetowe:
Ogólny adres instytucji zamawiającej: www.cskis.umed.pl
I.2)Rodzaj instytucji zamawiającej
Inna: Samodzielny Publiczny Zakład Opieki Zdrowotnej
I.3)Główny przedmiot lub przedmioty działalności
Zdrowie
I.4)Udzielenie zamówienia w imieniu innych instytucji zamawiających
Instytucja zamawiająca dokonuje zakupu w imieniu innych instytucji zamawiających: nie
Sekcja II: Przedmiot zamówienia
II.1)Opis
II.1.1)Nazwa nadana zamówieniu
Rozbudowa Szpitalnego Systemu Informatycznego ESKULAP o dodatkowe moduły, funkcjonalności i licencje na potrzeby Centralnego Szpitala Klinicznego Instytutu Stomatologii Uniwersytetu Medycznego w Łodzi przy ul. Pomorskiej 251.
II.1.2)Rodzaj zamówienia oraz lokalizacja robót budowlanych, miejsce realizacji dostawy lub świadczenia usług
Dostawy
Główne miejsce lub lokalizacja robót budowlanych, miejsce realizacji dostawy lub świadczenia usług: SP ZOZ Centralny Szpital Kliniczny Instytut Stomatologii UM w Łodzi – bud. B-1 ul. Czechosłowacka 8/10, 92-216 Łódź.
Główne miejsce lub lokalizacja robót budowlanych, miejsce realizacji dostawy lub świadczenia usług: SP ZOZ Centralny Szpital Kliniczny Instytut Stomatologii UM w Łodzi – bud. B-1 ul. Czechosłowacka 8/10, 92-216 Łódź.
Kod NUTS PL113
II.1.3)Informacje na temat umowy ramowej lub dynamicznego systemu zakupów (DSZ)
II.1.4)Krótki opis zamówienia lub zakupu
Przedmiotem zamówienia jest rozbudowa Szpitalnego Systemu Informatycznego „Eskulap” zwanego dalej składającego się z modułów medycznych o dodatkowe moduły i funkcjonalności umożliwiające prowadzenie dokumentacji medycznej w formie elektronicznej dla Oddziałów Szpitalnych, Poradni Klinik Psychiatrycznych i Izby Przyjęć.
Przedmiot umowy obejmować będzie:
a) dostawę bezterminowych (niewygasających) licencji oprogramowania medycznego wg poniższej tabeli;
b) instalację, wdrożenie i konfigurację nowych modułów licencji bezterminowych medycznego oprogramowania aplikacyjnego;
c) pełna integracja z modułami oprogramowania medycznego SSI;
d) usługi nadzoru autorskiego i utrzymania modułów medycznego oprogramowania aplikacyjnego.
Zestawienie ilościowe wymaganych nowych 144 licencji.
Zamawiający przewiduje rozbudowę istniejącego SSI o nowe moduły i licencje. Wymagania zgodności oraz wymagania techniczne i funkcjonalne stanowią definicję równoważności nowych modułów dla SSI.
Zamawiający zastrzega sobie prawo wezwania Wykonawców do przeprowadzenia prezentacji oferowanego systemu. Brak, podczas prezentacji, funkcji zadeklarowanej jako posiadana będzie równoważny z niespełnieniem kryteriów w danym obszarze. Prezentacja może dotyczyć całości lub wybranych funkcjonalności według wyboru zamawiającego. Prezentacja odbywać się będzie wyłącznie w obecności zamawiającego i upoważnionych przedstawicieli wykonawcy dokonujących prezentacji. Przebieg prezentacji może zostać utrwalony za pomocą nagrania audio/video. Ciężar udowodnienia równoważności spoczywa na wykonawcy.
Wymagania zgodności systemu równoważnego (dalej SR).
Zakres funkcjonalny dostarczanych w ramach SR modułów będzie zgodny z dokumentacją SSI przy czym musi on spełniać poniższe wymagania techniczno-eksploatacyjne:
— Wszystkie moduły SR muszą korzystać z bazy danych Oracle będącej w posiadaniu i eksploatowanej w siedzibie Zamawiającego.
— SR musi pozwalać na wykonywanie kopii zapasowych zawartości danych w trakcie jego pracy.
— SR musi posiadać mechanizmy gwarantujące spójność danych z SSI.
— SR zapewnia wykorzystanie w pełnym zakresie i dostęp do danych zgromadzonych w systemie SSI.
— Wymagane jest wzajemne współdziałanie modułów SR z SSI poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze czyli SR jest zintegrowany z eksploatowanym SSI pod względem przepływu informacji na poziomie bazy danych. Informacja raz wprowadzona w jakimkolwiek z modułów SR lub SSI jest wykorzystywana we wszystkich modułach SR i SSI.
— Moduły SR pracują na platformie systemu operacyjnego MS Windows dla stacji roboczych począwszy od wersji Windows XP w wersji 32 i 64 bity.
— SR jest zintegrowany z SSI na poziomie nadawania uprawnień. Wszystkie moduły muszą mieć wbudowany system haseł zabezpieczający przed dostępem osób niepowołanych z uwzględnieniem przyznawania prawdo różnych funkcji poszczególnym użytkownikom zgodny z SSI, tj. Administrator musi mieć możliwość definiowania i zmiany praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych:
a. Modułów.
b. Jednostek organizacyjnych.
c. Opcji menu.
d. Formularzy, w tym również przycisków w obrębie formularzy.
e. Raportów.
f. Obiektów bazy danych (tabel, perspektyw, funkcji itd.) z rozróżnieniem praw select, insert, update, delete, refresh, execute.
— Musi być możliwe zdefiniowanie tożsamych uprawnień dla danego użytkownika w SR i SSI jednocześnie.To znaczy, że jeżeli np. lekarz ma prawo dostępu do dokumentacji danej grupy pacjentów w SSI musi mieć możliwość dostępu do niej z poziomu SR w module Dokumentacji Elektronicznej,
— W SR wykorzystywane są następujące wspólne z SSI standardowe zbiory słownikowe:
a. Rozpoznań zgodnie z klasyfikacją ICD-10.
b. Procedur medycznych zgodnie z klasyfikacją procedur medycznych i laboratoryjnych ICD-9 CM.
c. Kodów terytorialnych (gmin, powiatów, województw, krajów) i miejscowości.
— W SR wykorzystywane są i wspólne z SSI następujące przedmiotowe zbiory słownikowe:
a. Płatników (w tym oddziałów NFZ) i umów z nimi zawartych.
b. Użytkowników.
c. Jednostek i lekarzy kierujących.
d. Terminarzy pracy lekarzy.
e. Katalogów badań.
f. Kontrahentów.
g. Katalogu leków, z uwzględnieniem receptariusza szpitalnego.
h. kodów kreskowych (pacjent, dokument, próbka, lek).
— SR zapewnia ciągłość numeracji kartotek (ksiąg Szpitalnych, Oddziałowych, Poradnianych iLaboratoryjnych).
— Podstawowe funkcje nawigacji po strukturze menu są jednolite i logiczne dla całego SR oraz mają przyporządkowane stałe dla całego SR klawisze. Dotyczy to w szczególności:
a. Przejścia pomiędzy poziomami Menu.
b. Wyjścia do najwyższego poziomu.
c. Zatwierdzania i anulowania transakcji.
— Pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie rozróżnialne przez użytkownika w analogiczny sposób jak w SSI tzn: pola edytowalne – kolor zielony, pola obligatoryjne – kolorżółty, pola wynikowe w których system sam uzupełnia dane na podstawie innych wpisanych przez użytkownika – kolor niebieski.
— SR musi zapewniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących co najmniej jeden fragment wyszukiwanego słowa.
— Moduły SR muszą współpracować z aplikacjami biurowymi: arkuszem kalkulacyjnym i edytorem tekstu w zakresie eksportu danych.
— SR musi być polskojęzyczny z tym samym kodowaniem polskich znaków diakrytycznych co SSI oraz posiadać dokumentację w języku polskim.
— SR musi obsługiwać drukarki obsługiwane przez macierzysty system operacyjny stacji roboczych w formacie A4 z możliwością zapisu wydruku do pliku oraz podglądu na ekranie.
— SR musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować także na poziomie klienta, nie tylko na poziomie motoru bazy danych.
— SR musi monitorować wszystkie zdarzenia związane z jego eksploatacją (wprowadzanie danych, ich modyfikacja itp.), przechowując informacje o użytkowniku obsługującym zdarzenie.
— SR tworzy i utrzymuje wspólny dla SR i w analogiczny sposób jak w SSI log systemu, rejestrujący wszystkich użytkowników i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych. Zlogu systemu Administrator musi mieć możliwość sprawdzenia jakie dane z poziomu jakiej aplikacji stanowiącej element SSI lub SR zostały zmodyfikowane.
— W logach SR monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. SQL, MS Office poprzez ODBC – o ile zastosowane, itp.).
— Administrator posiada z poziomu aplikacji możliwość wyboru danych, które mają być monitorowane w logach systemu z dokładnością do poszczególnych kolumn w tabelach danych.
— SR umożliwia administratorowi łatwe utrzymanie zbioru standardowych raportów (dodawanie,modyfikowanie, usuwanie raportów).
— W ramach SR zapewnione jest oprogramowanie narzędziowe pozwalające na definiowanie i generowanie dowolnych zestawień i raportów związanych z zawartością informacyjną bazy danych. Raporty takie muszą mieć możliwość korzystania z wszelkich danych przetwarzanych przez SR i SSI oraz muszą umożliwiać ich wywołanie przez użytkownika z poziomu dowolnej aplikacji SR lub SSI w zakresie przyznanych uprawnień.
— Raporty umożliwiają eksport danych do formatu tabelarycznego xls.
— Każdej jednostce organizacyjnej można zdefiniować odrębny zakres raportów.
— Zakres używanych skrótów klawiszowych SR musi być spójny z SSI.
Realizacja zamówienia nastąpi w bud. B-1, ul. Czechosłowacka 8/10, 92-216 Łódź.
Szczegóły zostały określone w załączniku nr 2 do SIWZ.
Przedmiot umowy obejmować będzie:
a) dostawę bezterminowych (niewygasających) licencji oprogramowania medycznego wg poniższej tabeli;
b) instalację, wdrożenie i konfigurację nowych modułów licencji bezterminowych medycznego oprogramowania aplikacyjnego;
c) pełna integracja z modułami oprogramowania medycznego SSI;
d) usługi nadzoru autorskiego i utrzymania modułów medycznego oprogramowania aplikacyjnego.
Zestawienie ilościowe wymaganych nowych 144 licencji.
Zamawiający przewiduje rozbudowę istniejącego SSI o nowe moduły i licencje. Wymagania zgodności oraz wymagania techniczne i funkcjonalne stanowią definicję równoważności nowych modułów dla SSI.
Zamawiający zastrzega sobie prawo wezwania Wykonawców do przeprowadzenia prezentacji oferowanego systemu. Brak, podczas prezentacji, funkcji zadeklarowanej jako posiadana będzie równoważny z niespełnieniem kryteriów w danym obszarze. Prezentacja może dotyczyć całości lub wybranych funkcjonalności według wyboru zamawiającego. Prezentacja odbywać się będzie wyłącznie w obecności zamawiającego i upoważnionych przedstawicieli wykonawcy dokonujących prezentacji. Przebieg prezentacji może zostać utrwalony za pomocą nagrania audio/video. Ciężar udowodnienia równoważności spoczywa na wykonawcy.
Wymagania zgodności systemu równoważnego (dalej SR).
Zakres funkcjonalny dostarczanych w ramach SR modułów będzie zgodny z dokumentacją SSI przy czym musi on spełniać poniższe wymagania techniczno-eksploatacyjne:
— Wszystkie moduły SR muszą korzystać z bazy danych Oracle będącej w posiadaniu i eksploatowanej w siedzibie Zamawiającego.
— SR musi pozwalać na wykonywanie kopii zapasowych zawartości danych w trakcie jego pracy.
— SR musi posiadać mechanizmy gwarantujące spójność danych z SSI.
— SR zapewnia wykorzystanie w pełnym zakresie i dostęp do danych zgromadzonych w systemie SSI.
— Wymagane jest wzajemne współdziałanie modułów SR z SSI poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze czyli SR jest zintegrowany z eksploatowanym SSI pod względem przepływu informacji na poziomie bazy danych. Informacja raz wprowadzona w jakimkolwiek z modułów SR lub SSI jest wykorzystywana we wszystkich modułach SR i SSI.
— Moduły SR pracują na platformie systemu operacyjnego MS Windows dla stacji roboczych począwszy od wersji Windows XP w wersji 32 i 64 bity.
— SR jest zintegrowany z SSI na poziomie nadawania uprawnień. Wszystkie moduły muszą mieć wbudowany system haseł zabezpieczający przed dostępem osób niepowołanych z uwzględnieniem przyznawania prawdo różnych funkcji poszczególnym użytkownikom zgodny z SSI, tj. Administrator musi mieć możliwość definiowania i zmiany praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych:
a. Modułów.
b. Jednostek organizacyjnych.
c. Opcji menu.
d. Formularzy, w tym również przycisków w obrębie formularzy.
e. Raportów.
f. Obiektów bazy danych (tabel, perspektyw, funkcji itd.) z rozróżnieniem praw select, insert, update, delete, refresh, execute.
— Musi być możliwe zdefiniowanie tożsamych uprawnień dla danego użytkownika w SR i SSI jednocześnie.To znaczy, że jeżeli np. lekarz ma prawo dostępu do dokumentacji danej grupy pacjentów w SSI musi mieć możliwość dostępu do niej z poziomu SR w module Dokumentacji Elektronicznej,
— W SR wykorzystywane są następujące wspólne z SSI standardowe zbiory słownikowe:
a. Rozpoznań zgodnie z klasyfikacją ICD-10.
b. Procedur medycznych zgodnie z klasyfikacją procedur medycznych i laboratoryjnych ICD-9 CM.
c. Kodów terytorialnych (gmin, powiatów, województw, krajów) i miejscowości.
— W SR wykorzystywane są i wspólne z SSI następujące przedmiotowe zbiory słownikowe:
a. Płatników (w tym oddziałów NFZ) i umów z nimi zawartych.
b. Użytkowników.
c. Jednostek i lekarzy kierujących.
d. Terminarzy pracy lekarzy.
e. Katalogów badań.
f. Kontrahentów.
g. Katalogu leków, z uwzględnieniem receptariusza szpitalnego.
h. kodów kreskowych (pacjent, dokument, próbka, lek).
— SR zapewnia ciągłość numeracji kartotek (ksiąg Szpitalnych, Oddziałowych, Poradnianych iLaboratoryjnych).
— Podstawowe funkcje nawigacji po strukturze menu są jednolite i logiczne dla całego SR oraz mają przyporządkowane stałe dla całego SR klawisze. Dotyczy to w szczególności:
a. Przejścia pomiędzy poziomami Menu.
b. Wyjścia do najwyższego poziomu.
c. Zatwierdzania i anulowania transakcji.
— Pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie rozróżnialne przez użytkownika w analogiczny sposób jak w SSI tzn: pola edytowalne – kolor zielony, pola obligatoryjne – kolorżółty, pola wynikowe w których system sam uzupełnia dane na podstawie innych wpisanych przez użytkownika – kolor niebieski.
— SR musi zapewniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących co najmniej jeden fragment wyszukiwanego słowa.
— Moduły SR muszą współpracować z aplikacjami biurowymi: arkuszem kalkulacyjnym i edytorem tekstu w zakresie eksportu danych.
— SR musi być polskojęzyczny z tym samym kodowaniem polskich znaków diakrytycznych co SSI oraz posiadać dokumentację w języku polskim.
— SR musi obsługiwać drukarki obsługiwane przez macierzysty system operacyjny stacji roboczych w formacie A4 z możliwością zapisu wydruku do pliku oraz podglądu na ekranie.
— SR musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować także na poziomie klienta, nie tylko na poziomie motoru bazy danych.
— SR musi monitorować wszystkie zdarzenia związane z jego eksploatacją (wprowadzanie danych, ich modyfikacja itp.), przechowując informacje o użytkowniku obsługującym zdarzenie.
— SR tworzy i utrzymuje wspólny dla SR i w analogiczny sposób jak w SSI log systemu, rejestrujący wszystkich użytkowników i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych. Zlogu systemu Administrator musi mieć możliwość sprawdzenia jakie dane z poziomu jakiej aplikacji stanowiącej element SSI lub SR zostały zmodyfikowane.
— W logach SR monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. SQL, MS Office poprzez ODBC – o ile zastosowane, itp.).
— Administrator posiada z poziomu aplikacji możliwość wyboru danych, które mają być monitorowane w logach systemu z dokładnością do poszczególnych kolumn w tabelach danych.
— SR umożliwia administratorowi łatwe utrzymanie zbioru standardowych raportów (dodawanie,modyfikowanie, usuwanie raportów).
— W ramach SR zapewnione jest oprogramowanie narzędziowe pozwalające na definiowanie i generowanie dowolnych zestawień i raportów związanych z zawartością informacyjną bazy danych. Raporty takie muszą mieć możliwość korzystania z wszelkich danych przetwarzanych przez SR i SSI oraz muszą umożliwiać ich wywołanie przez użytkownika z poziomu dowolnej aplikacji SR lub SSI w zakresie przyznanych uprawnień.
— Raporty umożliwiają eksport danych do formatu tabelarycznego xls.
— Każdej jednostce organizacyjnej można zdefiniować odrębny zakres raportów.
— Zakres używanych skrótów klawiszowych SR musi być spójny z SSI.
Realizacja zamówienia nastąpi w bud. B-1, ul. Czechosłowacka 8/10, 92-216 Łódź.
Szczegóły zostały określone w załączniku nr 2 do SIWZ.
II.1.5)Wspólny Słownik Zamówień (CPV)
48814000, 48517000, 48218000, 72262000, 72263000, 72268000
II.1.6)Informacje na temat Porozumienia w sprawie zamówień rządowych (GPA)
Zamówienie jest objęte Porozumieniem w sprawie zamówień rządowych (GPA): nie
II.2)Całkowita końcowa wartość zamówienia (zamówień)
II.2.1)Całkowita końcowa wartość zamówienia (zamówień)
Wartość: 1 033 815 PLN
Łącznie z VAT. Stawka VAT (%) 23
Łącznie z VAT. Stawka VAT (%) 23
Sekcja IV: Procedura
IV.1)Rodzaj procedury
IV.1.1)Rodzaj procedury
Otwarta
IV.2)Kryteria udzielenia zamówienia
IV.2.1)Kryteria udzielenia zamówienia
Oferta najkorzystniejsza ekonomicznie z uwzględnieniem kryteriów
1. Cena. Waga 80
2. Termin wsparcia technicznego. Waga 20
1. Cena. Waga 80
2. Termin wsparcia technicznego. Waga 20
IV.2.2)Informacje na temat aukcji elektronicznej
Wykorzystano aukcję elektroniczną: nie
IV.3)Informacje administracyjne
IV.3.1)Numer referencyjny nadany sprawie przez instytucję zamawiającą
ZP/08/2015
IV.3.2)Poprzednie publikacje dotyczące tego samego zamówienia
Ogłoszenie o zamówieniu
Numer ogłoszenia w Dz.U.: 2015/S 54-094058 z dnia 18.3.2015
Sekcja V: Udzielenie zamówienia
V.1)Data decyzji o udzieleniu zamówienia:
29.4.2015
V.2)Informacje o ofertach
Liczba otrzymanych ofert: 1
V.3)Nazwa i adres wykonawcy, na rzecz którego została wydana decyzja o udzieleniu zamówienia
Konsultant IT Sp. z o.o.
ul. Romana Maya 1
61-371 Poznań
Polska
Tel.: +48 616624222
Faks: +48 616624223
V.4)Informacje na temat wartości zamówienia
Początkowa szacunkowa całkowita wartość zamówienia:
Wartość: 880 000 PLN
Bez VAT
Całkowita końcowa wartość zamówienia:
Wartość: 1 033 815 PLN
Łącznie z VAT. Stawka VAT (%) 23
Wartość: 880 000 PLN
Bez VAT
Całkowita końcowa wartość zamówienia:
Wartość: 1 033 815 PLN
Łącznie z VAT. Stawka VAT (%) 23
V.5)Informacje na temat podwykonawstwa
Przewidywane jest zlecenie podwykonawstwa w ramach zamówienia: nie
Sekcja VI: Informacje uzupełniające
VI.1)Informacje o funduszach Unii Europejskiej
Zamówienie dotyczy projektu/programu finansowanego ze środków Unii Europejskiej: tak
Podać odniesienie do projektu (projektów) i/lub programu (programów): Zamówienie dotyczy projektu/programu finansowanego ze środków Unii Europejskiej: tak
Podać odniesienie do projektu (projektów) i/lub programu (programów): Przedmiot zamówienia finansowany jest ze środków EFRR. Rozbudowa Szpitalnego Systemu Informatycznego Eskulap o dodatkowe moduły,funkcjonalności i licencje w ramach projektu pn. Poprawa jakości obsługi pacjentów i dostępności do usług medycznych w Centralnym Szpitalu Klinicznym Uniwersytetu Medycznego w Łodzi poprzez rozwój usługE-zdrowie – część 3, dofinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Działania IV.2 E-usługi publiczne Regionalnego Programu Operacyjnego Województwa Łódzkiego na lata 2007–2013, dla którego w 21.11.2014 zawarta została z Województwem Łódzkim, w imieniu którego działa Zarząd Województwa Łódzkiego – Instytucja Zarządzająca Regionalnym Programem Operacyjnym Województwa Łódzkiego na lata 2007–2013 umowa o dofinansowanie projektu nr UDA-RPLD.04.02.00-00-058/12-00.
Podać odniesienie do projektu (projektów) i/lub programu (programów): Zamówienie dotyczy projektu/programu finansowanego ze środków Unii Europejskiej: tak
Podać odniesienie do projektu (projektów) i/lub programu (programów): Przedmiot zamówienia finansowany jest ze środków EFRR. Rozbudowa Szpitalnego Systemu Informatycznego Eskulap o dodatkowe moduły,funkcjonalności i licencje w ramach projektu pn. Poprawa jakości obsługi pacjentów i dostępności do usług medycznych w Centralnym Szpitalu Klinicznym Uniwersytetu Medycznego w Łodzi poprzez rozwój usługE-zdrowie – część 3, dofinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Działania IV.2 E-usługi publiczne Regionalnego Programu Operacyjnego Województwa Łódzkiego na lata 2007–2013, dla którego w 21.11.2014 zawarta została z Województwem Łódzkim, w imieniu którego działa Zarząd Województwa Łódzkiego – Instytucja Zarządzająca Regionalnym Programem Operacyjnym Województwa Łódzkiego na lata 2007–2013 umowa o dofinansowanie projektu nr UDA-RPLD.04.02.00-00-058/12-00.
VI.2)Informacje dodatkowe:
Wymagane dokumenty i oświadczenia:
1. Wypełniony i podpisany „Formularz ofertowy” – załącznik nr 1.
2. Wypełnione i podpisane „Szczegółowy opis wymaganych funkcjonalności systemu”– załącznik nr 2.
Pozostałe dokumenty zgodnie z załącznikami nr 3–14.
W tym Zamawiający wymaga:
W celu potwierdzenia, że oferowane dostawy odpowiadają wymaganiom określonym przez Zamawiającego Wykonawca winien dołączyć do oferty:
13. Oświadczenie dotyczące dokumentów poświadczających spełnienie wymogów funkcjonalności oprogramowania oraz integracji przedmiotu zamówienia z istniejącym systemem informatycznym – załącznik nr 11.
14. Zaświadczenie potwierdzające, iż firma (dot. zał. nr 11*) jest właścicielem lub posiadaczem praw o których mowa w zał. nr 11. – załącznik nr 12.
Dodatkowo zamawiający wymaga od Wykonawcy niżej wymienionych dokumentów:
15. Potwierdzenie wniesienia wadium – załącznik nr 13.
16. Ewentualnego pełnomocnictwa osób podpisujących ofertę w imieniu Wykonawcy udzielonego przez Wykonawcę (imienne upoważnienie do reprezentowania Wykonawcy w niniejszym zamówieniu, jeżeli osoba podpisująca nie została wskazana do reprezentacji we właściwym rejestrze) – załącznik 14.
Warunki umowy wymagane od Wykonawcy stanowi „Wzór umowy” w załączeniu do części A SIWZ.
Zgodnie z przepisem art. 144 ustawy Prawo zamówień publicznych, zakazuje się istotnych zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, chyba że Zamawiający przewidział możliwość dokonania takiej zmiany w ogłoszeniu o zamówieniu lub w Specyfikacji Istotnych Warunków Zamówienia oraz określił warunki takiej zmiany.
Zamawiający przewiduje możliwość dokonania zmian postanowień zawartej umowy w stosunku do treści oferty,na podstawie której dokonano wyboru Wykonawcy oraz określa warunki tych zmian przez wprowadzenie do zawartej umowy następujących aneksów:
a) aneks terminowy – dopuszczający zmianę terminu wykonania zamówienia. Zamawiający na pisemny wniosek Wykonawcy, w przypadkach uzasadnionych, dopuszcza wydłużenie terminu wykonania zamówienia o 7 dni – aneksem;
b) aneks aktualizacji danych Wykonawcy poprzez zmianę nazwy, zmianę adresu, formy prawnej itp.;
c) zmiany stawek podatku VAT, przy czym zmianie ulegnie wyłącznie cena brutto, cena netto pozostanie bez zmian. Zmiana ceny obowiązuje od dnia wejścia w życie przepisów ją wprowadzających.
d) zmiany osób odpowiedzialnych za realizację umowy – Kierowników Projektu;
e) zmiany Harmonogramu Realizacji Umowy w zakresie pośrednich terminów wykonania poszczególnych etapów oraz wzajemnych zobowiązań Stron;
f) aneks przewidujący zmianę zastosowanej technologii wykonania elementów systemu stanowiących przedmiot zamówienia na lepszą/lepsze (np. nowocześniejszą), po zaakceptowaniu jej/ich przez Zamawiającego pod warunkiem, iż cena oferty nie ulegnie zmianie.
1. Wypełniony i podpisany „Formularz ofertowy” – załącznik nr 1.
2. Wypełnione i podpisane „Szczegółowy opis wymaganych funkcjonalności systemu”– załącznik nr 2.
Pozostałe dokumenty zgodnie z załącznikami nr 3–14.
W tym Zamawiający wymaga:
W celu potwierdzenia, że oferowane dostawy odpowiadają wymaganiom określonym przez Zamawiającego Wykonawca winien dołączyć do oferty:
13. Oświadczenie dotyczące dokumentów poświadczających spełnienie wymogów funkcjonalności oprogramowania oraz integracji przedmiotu zamówienia z istniejącym systemem informatycznym – załącznik nr 11.
14. Zaświadczenie potwierdzające, iż firma (dot. zał. nr 11*) jest właścicielem lub posiadaczem praw o których mowa w zał. nr 11. – załącznik nr 12.
Dodatkowo zamawiający wymaga od Wykonawcy niżej wymienionych dokumentów:
15. Potwierdzenie wniesienia wadium – załącznik nr 13.
16. Ewentualnego pełnomocnictwa osób podpisujących ofertę w imieniu Wykonawcy udzielonego przez Wykonawcę (imienne upoważnienie do reprezentowania Wykonawcy w niniejszym zamówieniu, jeżeli osoba podpisująca nie została wskazana do reprezentacji we właściwym rejestrze) – załącznik 14.
Warunki umowy wymagane od Wykonawcy stanowi „Wzór umowy” w załączeniu do części A SIWZ.
Zgodnie z przepisem art. 144 ustawy Prawo zamówień publicznych, zakazuje się istotnych zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, chyba że Zamawiający przewidział możliwość dokonania takiej zmiany w ogłoszeniu o zamówieniu lub w Specyfikacji Istotnych Warunków Zamówienia oraz określił warunki takiej zmiany.
Zamawiający przewiduje możliwość dokonania zmian postanowień zawartej umowy w stosunku do treści oferty,na podstawie której dokonano wyboru Wykonawcy oraz określa warunki tych zmian przez wprowadzenie do zawartej umowy następujących aneksów:
a) aneks terminowy – dopuszczający zmianę terminu wykonania zamówienia. Zamawiający na pisemny wniosek Wykonawcy, w przypadkach uzasadnionych, dopuszcza wydłużenie terminu wykonania zamówienia o 7 dni – aneksem;
b) aneks aktualizacji danych Wykonawcy poprzez zmianę nazwy, zmianę adresu, formy prawnej itp.;
c) zmiany stawek podatku VAT, przy czym zmianie ulegnie wyłącznie cena brutto, cena netto pozostanie bez zmian. Zmiana ceny obowiązuje od dnia wejścia w życie przepisów ją wprowadzających.
d) zmiany osób odpowiedzialnych za realizację umowy – Kierowników Projektu;
e) zmiany Harmonogramu Realizacji Umowy w zakresie pośrednich terminów wykonania poszczególnych etapów oraz wzajemnych zobowiązań Stron;
f) aneks przewidujący zmianę zastosowanej technologii wykonania elementów systemu stanowiących przedmiot zamówienia na lepszą/lepsze (np. nowocześniejszą), po zaakceptowaniu jej/ich przez Zamawiającego pod warunkiem, iż cena oferty nie ulegnie zmianie.
VI.3)Procedury odwoławcze
VI.3.1)Organ odpowiedzialny za procedury odwoławcze
Krajowa Izba Odwoławcza
ul. Postępu 17a
02-676 Warszawa
Polska
Tel.: +48 224587840
Faks: +48 224587800
VI.3.2)Składanie odwołań
Dokładne informacje na temat terminów składania odwołań: Wykonawcy, uczestnikowi konkursu, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu danego zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez Zamawiającego przepisów ustawy Pzp przysługują środki ochrony prawnej przewidziane w Dziale VI ustawy Pzp. (Dz.U. z 2013 r. poz. 907 z późn. zm.) – Środki ochrony prawnej – art. 179–198g.
VI.3.3)Źródło, gdzie można uzyskać informacje na temat składania odwołań
Krajowa Izba Odwoławcza
ul. Postępu 17a
02-676 Warszawa
Polska
Tel.: +48 224587840
Faks: +48 224587800
VI.4)Data wysłania niniejszego ogłoszenia:
6.5.2015