SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA (SIWZ) · - Oprogramowanie umo Ŝliwiaj ące gromadzenie, przechowywanie i udost ępnianie danych. Oprogramowanie Systemowe - Oprogramowanie

Koszalin, dnia 18.07.2013r. Nr sprawy: TP-231/4/PN/124/2013

SPECYFIKACJA ISTOTNYCH WARUNKÓW

ZAMÓWIENIA (SIWZ)

na

MEDYCZNY SYSTEM INFORMATYCZNY

DLA SZPITALA WOJEWÓDZKIEGO W KOSZALINIE

Oznaczenie przedmiotu zamówienia wg Wspólnego Słownika Zamówień (CPV): 48000000 Pakiety oprogramowania i systemy informatyczne 30200000 Urządzenia komputerowe 72000000 Usługi informatyczne: konsultacyjne, opracowywania oprogramowania i wsparcia

Wartość szacunkowa: powyŜej 200.000 Euro Termin składania ofert: 03.09.2013 r. godz. 1000 Termin otwarcia ofert: 03.09.2013 r. godz. 1015

Podstawa prawa: Ustawa z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych – tekst jednolity z 2010r. (Dz. U. z 2010 r. Nr 113, poz. 759 ze zm.) zwana dalej „ustawą Pzp”. Postępowanie o udzielenie zamówienia publicznego jest prowadzone w trybie przetargu nieograniczonego (PZP, art. 39).

ZATWIERDZIŁ , DN. 24.07.2013 R.

SIWZ TP-231/4/PN/124/2013

Szpital Wojewódzki im. Mikołaja Kopernika ul. Chałubińskiego 7, 75-581 Koszalin 2

1. INFORMACJE O ZAMAWIAJ ĄCYM

Nazwa: Szpital Wojewódzki im. Mikołaja Kopernika

Adres: ul. Chałubińskiego 7, 75-581 Koszalin

NIP: 669-10-44-410

Regon: 330006292-00036

Fax: 94 34 88 103

Tel. 94 34 88 415

E-mail: [email protected]

Strona internetowa, na której Zamawiający umieści SIWZ:

www.swk.med.pl

Godziny urzędowania administracji:

7.25– 15.00

Rachunek bankowy (wadium): BOŚ O/ Koszalin

Numer rachunku: 35 1540 1043 2001 8101 3130 0001

TP-231/4/PN/124/2013

Numer postępowania: Postępowanie, którego dotyczy niniejsza specyfikacja oznaczone jest powyŜszym znakiem. Wykonawcy powinni powoływać się na ten znak we wszystkich kontaktach z Zamawiającym.

SIWZ TP-231/4/PN/124/2013


2. POSTANOWIENIA OGÓLNE

Na potrzeby SIWZ, jak i we wszystkich związanych z nią dokumentach nadaje się wymienionym niŜej pojęciom następujące znaczenia:

UŜytkownik - Oznacza osobę naleŜącą do personelu Zamawiającego, posiadającą uprawnienia do korzystania z danego Modułu Oprogramowania Aplikacyjnego, nadane jej przez Wykonawcę lub Zamawiającego.

Szpital - Oznacza Szpital Wojewódzki w Koszalinie wraz ze wszystkimi jednostkami organizacyjnymi.

Stacja Robocza - Oznacza komputery klasy PC lub/i terminal z monitorem.

Moduł (aplikacja) Oprogramowania Aplikacyjnego

- Część składowa Oprogramowania Aplikacyjnego, charakteryzująca się spójnym zakresem merytorycznym realizowanych funkcji, wykonująca swoje procedury we wzajemnej interakcji z innymi Aplikacjami wchodzącymi w skład Oprogramowania Aplikacyjnego.

Oprogramowanie Aplikacyjne – [Zintegrowany System Informatyczny]

- Zbiór współdziałających i współpracujących ze sobą Aplikacji konfiguracji określonych w SIWZ, wykonujących swoje procedury we wzajemnej interakcji, będący utworem o właściwościach w rozumieniu ustawy z dnia 4 lutego 1994 r. „o prawie autorskim i prawach pokrewnych” [t.j. Dz.U. 2006 nr 90 poz 631 ze zm.], do którego prawa autorskie i majątkowe przysługują autorowi lub/i Wykonawcy.”.

Hospital Information System (HIS)

- System informatyczny wspomagający funkcjonowanie i zarządzanie Szpitala w zakresie procedur medycznych i leczenia pacjentów.

Picture Archiving and Communication System (PACS)

- System informatyczny wspomagający gromadzenie, udostępnianie i wymianę obrazów medycznych.

Radiology Information System (RIS)

- System informatyczny wspomagający przechowywanie, przetwarzanie i udostępnianie radiologicznych obrazów medycznych.

Laboratory Information System (LIS)

- System informatyczny wspomagający gromadzenie, przechowywanie i przetwarzanie danych medycznych wytwarzanych przez laboratorium diagnostyki medycznej.

Oprogramowanie Bazodanowe (motor bazy danych)

- Oprogramowanie umoŜliwiające gromadzenie, przechowywanie i udostępnianie danych.

Oprogramowanie Systemowe

- Oprogramowanie realizujące funkcje systemu operacyjnego niezbędne dla eksploatacji stacji roboczych i serwerów oraz do prawidłowego funkcjonowania Oprogramowania Bazodanowego i Aplikacyjnego.

Projekt - Oznacza wszelkie świadczenia Wykonawcy opisane w „Szczegółowym opisie przedmiotu zamówienia” i opisane we wzorze umowy.

Autor - Podmiot, któremu przynaleŜne są prawa autorskie.

Sprzęt komputerowy Systemy komputerowe (serwery, komputery typu PC, terminale, tablety) i aktywne urządzenia sieciowe (przełączniki rdzeniowe, przełączniki brzegowe, przełączniki końcowe, moduły rozszerzeń do przełączników i porty przewodowej transmisji danych oraz kontrolery i punkty dostępowe bezprzewodowej transmisji danych, monitory wielkoformatowe, dotykowe monitory wielkoformatowe)

Serwer/serwery - System komputerowy dysponujący zasobami umoŜliwiającymi zainstalowanie i eksploatację oprogramowania bazodanowego i aplikacyjnego, udostępniony(-e) Wykonawcy przez Zamawiającego, przeznaczony(-e) do gromadzenia i przetwarzania danych.

System Informatyczny

- Zintegrowane oprogramowanie aplikacyjne o właściwościach i konfiguracji określonych w SIWZ do zarządzania Szpitalem, w zakresie działalności statutowej Zamawiającego, do którego Wykonawcy przysługują autorskie prawa majątkowe lub prawo do odpłatnego oferowania Zamawiającemu nadane przez producenta.

Usługi WdroŜeniowe

- Całokształt usług świadczonych przez Wykonawcę (w szczególności: instalacja, konfiguracja i wdroŜenie personelu), których celem jest doprowadzenie do uruchomienia pracy Zintegrowanego Systemu Informatycznego.

SIWZ TP-231/4/PN/124/2013


Błąd oprogramowania (wyróŜniono 3 grupy: awarie, wady i usterki)

- Reakcja oprogramowania, uŜytkowanego we właściwych warunkach eksploatacji, na prawidłowe działanie uŜytkownika, polegająca na wykonaniu procedur w sprzeczności z dokumentacją lub przewidzianą (załoŜoną) funkcją a nie powodowaną, przez co najmniej jedną z następujących przyczyn:

a) zastosowanie oprogramowania w sposób niezgodny z przeznaczeniem,

b) błędne wprowadzenie danych przez uŜytkownika,

c) uŜytkowanie oprogramowania na sprzęcie komputerowym nie spełniającym minimalnych parametrów, a w szczególności parametrów wydajnościowych określonych dla wskazanej ilości stanowisk i producenta motoru bazy danych oraz oprogramowania systemowego,

d) uŜytkowanie oprogramowania w sieci logicznej LAN,

e) uŜytkowanie oprogramowania w pomieszczeniach z niesprawną lub niewydolną instalacją elektryczną i zasilaniem elektrycznym,

f) działanie wirusa komputerowego,

g) wdroŜenia oprogramowania wykonanego w sposób wadliwy, z wyłączeniem sytuacji, w której zostało to wykonywane przez Wykonawcę,

h) niewłaściwa parametryzacja oprogramowania aplikacyjnego, systemowego oraz motoru bazy danych, z którym ta współpracuje, z wyłączeniem sytuacji, w której zostało to wykonane przez Wykonawcę,

i) modyfikacja lub ingerencja w oprogramowanie przez Zamawiającego lub osoby trzecie,

j) zmiana w systemach dziedzinowych urządzeń, z którymi współpracuje oprogramowanie, w szczególności w programach sterujących aparatów diagnostycznych,

k) wszelkie działania Zamawiającego lub osób trzecich ingerujące w oprogramowanie, z którym Oprogramowanie Aplikacyjne zostało zintegrowane w zakresie wywołującym skutki dla tej integracji (sterowniki lab., interfejsy HL7, inne),

l) działanie siły wyŜszej,

m) niewykonanie przez Zamawiającego uaktualnień oprogramowania systemowego i aplikacyjnego zalecanych przez ich producentów,

n) brak zgłoszenia niepomyślnego wykonania aktualizacji oprogramowania przez Zamawiającego i dalsza eksploatacja oprogramowania mimo pojawiania się błędów (dotyczy takŜe logów),

o) niezastosowanie się Zamawiającego do zaleceń Producentów oprogramowania systemowego i aplikacyjnego w zakresie ich eksploatacji,

p) uŜytkowanie oprogramowania ze złamaniem warunków licencyjnych nałoŜonych na Zamawiającego postanowieniami umowy licencyjnej.

Awaria (błąd krytyczny)

- Nieprawidłowość w pracy oprogramowania uniemoŜliwiająca wykonywanie pracy przez oprogramowanie aplikacyjne w całości lub jego elementów, mające kluczowe znaczenie, bez których poprawne działanie i uŜytkowanie systemu komputerowego przestaje być zasadne.

Wada - Nieprawidłowość w pracy oprogramowania uniemoŜliwiająca lub znacznie utrudniająca wykonanie jej poszczególnych funkcji, za sprawą której eksploatacja Aplikacji staje się dalece nie ergonomiczna, nie uniemoŜliwia jednak poprawnego zapisu oraz odczytu danych.

Usterka - Nieprawidłowość w pracy oprogramowania, bez usunięcia której oprogramowanie moŜe normalnie funkcjonować, lecz jej uŜytkowanie jest uciąŜliwe.

Standardy WdroŜeniowe

- Oznacza ogólnie przyjęte na rynku normy i zasady realizacji usług o charakterze wdroŜeniowym i instruktaŜowym realizowane w związku z uruchomieniem oprogramowania aplikacyjnego.

Inny sprzęt komputerowy

- Specjalizowane urządzenia niezbędne do prawidłowego funkcjonowania i eksploatacji oprogramowania, w tym urządzenia peryferyjne (drukarki, skanery, czytniki kodów kreskowych, kolektory danych).

Inne oprogramowania

- Specjalizowane aplikacje, niezbędne do prawidłowego funkcjonowania całości rozwiązania teleinformatycznego (np. oprogramowanie biurowe, systemowe, antywirusowe itd.).

SIWZ TP-231/4/PN/124/2013


Gwarancja i Serwis (nadzór autorski)

- Oznacza całokształt świadczonych przez Wykonawcę usług (gwarancyjno-serwisowych), związanych z zapewnieniem poprawnej pracy Zintegrowanego Systemu Informatycznego i pozostałych składników będących przedmiotem zamówienia, szczegółowo określonych w SIWZ oraz we wzorze umowy.

Sieć teleinformatyczna

- Fizyczne okablowanie lub/i bezprzewodowe połączenie w standardzie WiFi, łączące serwer ze stacjami, umoŜliwiające wymianę informacji wraz z urządzeniami aktywnymi.

Dokumentacja Podręcznik w formie papierowej lub elektronicznej, zawierający opis uŜytkowy oprogramowania oraz instrukcję jego obsługi w języku polskim.

Unowocześnienie aplikacji

- Obejmuje zmiany zakresu funkcjonalnego i uŜytkowego oprogramowania w ramach poszczególnych Aplikacji oznaczające przynajmniej jedną z poniŜszych modyfikacji:

a) usprawnienia dotychczasowych mechanizmów,

b) poszerzenia funkcjonalności zastosowanych mechanizmów,

c) dodanie nowych mechanizmów,

d) zmiany estetyczne i formalne.

Unowocześnienie oprogramowania powoduje konieczność dostarczenia Zamawiającemu nowej Dokumentacji, w której ujęte i opisane zostają wprowadzone modyfikacje. W zapisie formalnym oznaczenia wersji oprogramowania składającym się z trzech cyfr przedzielonych kropkami „n.x.y”, unowocześnienie jest opisywane pierwszą z tych cyfr – „n”.

Aktualizacja aplikacji

- Obejmuje zmiany nie kwalifikowane jako unowocześnienie, nie powodujące konieczności dostarczenia Zamawiającemu nowej dokumentacji. W zapisie formalnym oznaczenia wersji oprogramowania składającym się z trzech cyfr przedzielonych kropkami „n.x.y”, aktualizacja jest opisywana drugą z tych cyfr - „x”.

Poprawka - Obejmuje zmiany nie kwalifikowane jako unowocześnienie lub aktualizacja związane z eliminacją zidentyfikowanych błędów oprogramowania, zmianami interfejsu, usprawnieniem działania funkcji lub procesów, nie wprowadzające nowych rozwiązań. W zapisie formalnym oznaczenia wersji oprogramowania składającym się z trzech cyfr przedzielonych kropkami „n.x.y”, poprawka jest opisywana trzecią z tych cyfr - „y”.

SIWZ - Specyfikacja Istotnych Warunków Zamówienia.

Nośnik - Fizyczny środek (materiał lub urządzenie) przechowujący lub przeznaczony do przechowywania w nim danych (ciągów symboli): CD, DVD, FDD, HDD, SDD, pendrive.

Siła WyŜsza - Wydarzenia i okoliczności nadzwyczajne, nieprzewidywalne, niezaleŜne od woli i intencji którejkolwiek ze stron umowy, w szczególności takie jak: wojna, zamieszki, rewolucja, trzęsienia ziemi, warunki atmosferyczne, poŜary lub inne klęski Ŝywiołowe, wybuchy lub wypadki transportowe.

SIWZ TP-231/4/PN/124/2013


3. OGÓLNY OPIS PRZEDMIOTU ZAMÓWIENIA 3.1. ZAKRES

Przedmiot zamówienia obejmuje 2 zadania 3.2. SPECYFIKACJA TECHNICZNA

1) Specyfikacje techniczne dla zadań 1 – 2 znajdują się odpowiednio w załącznikach 1 – 2. 2) Wymagane funkcjonalności oprogramowania określono w załącznikach nr 1 - 2.

3.3. ZADANIE 1. WDROśENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI

ZARZĄDCZEJ a) dostawa ZSI z odpowiednimi licencjami według specyfikacji funkcjonalnej określonej w załączniku Nr 1 do

SIWZ dla modułów części medycznej b) dostawa oprogramowania realizującego funkcje bazy danych z odpowiednią licencją (w wersji najnowszej z

aktualnymi poprawkami producenta obsługująca platformę sprzętową wyposaŜoną w dwa procesory minimum cztero-rdzeniowe – minimalne warunki jakie musi spełniać dostarczane oprogramowanie realizujące funkcje bazy danych umoŜliwiające zainstalowanie, wdroŜenie i eksploatację ZSI),

c) instalacja, konfiguracja i wdroŜenie ZSI dla części medycznej oprogramowania d) instalacja, konfiguracja i wdroŜenie oprogramowania bazy danych, e) instalacja i przeniesienie danych w pełnym zakresie ze źródeł aktualnie eksploatowanych przez

Zamawiającego f) integracja ZSI w zakresie medycznym z posiadanymi systemami informatycznymi g) integracja ZSI w zakresie medycznym z posiadaną aparaturą medyczną, h) integracja ZSI z podpisem elektronicznym i) optymalizacja bazy danych po pierwszym pełnym cyklu eksploatacji systemów (pierwszy pełny cykl

eksploatacyjny jest okresem funkcjonowania Szpitala w ciągu 12. kolejnych miesięcznych okresów rozliczeniowych z Płatnikami w układzie roku kalendarzowego).

j) wdroŜenie w zakresie administrowania bazą danych wdroŜonego nowego systemu ZSI dla części medycznej k) wdroŜenie w zakresie administrowania i eksploatacji całego zakresu funkcjonalnego wdroŜonego ZSI, l) świadczenie usługi serwisowej wraz z nadzorem autorskim dla ZSI dla licencji nabywanych w ramach

niniejszego zamówienia. 3.4. ZADANIE 2.

WDROśENIE SYSTEMU ARCHIWIZOWANIA DANYCH a) dostawa niezbędnego sprzętu wraz z oprogramowaniem z odpowiednimi licencjami według specyfikacji

funkcjonalnej określonej w załączniku Nr 2 do SIWZ, b) instalacja, konfiguracja i wdroŜenie. c) integracja wdroŜonego systemu z ZSI:

1) w części medycznej w zakresie danych i dokumentów medycznych; 2) w części administracyjnej w zakresie dokumentów elektronicznych;

d) wdroŜenie w zakresie administrowania systemem archiwizacji e) świadczenie usługi serwisowej dla licencji nabywanej w ramach niniejszego zamówienia.

SIWZ TP-231/4/PN/124/2013


4. SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

4.1. WYMAGANIA DOTYCZĄCE LICENCJI NA UśYTKOWANIE OPROGRAMOWANIA Tabela 1. Licencjonowanie oprogramowania opisanego w załącznikach 1 i 2.

Liczba uŜytkowników Numer załącznika

(zakres funkcjonalny)

Oprogramowanie aplikacyjne

Typ licencji Zarejestrowanych jednoczesna praca ogółem

HIS bezterminowa bez ograniczeń do 500. uŜytkowników 1 Baza danych bezterminowa bez ograniczeń do 1000. uŜytkowników

2 System archiwizacji bezterminowa bez ograniczeń do 100. uŜytkowników

a) Licencje mają być zainstalowane w systemie, z określeniem uprawnień do ich wykorzystywania na stacjach roboczych / terminalach, zgodnie z wykazem jednostek przeznaczonych do informatyzacji.

b) Wykonawca oświadcza, Ŝe przysługują mu wyłączne prawa do udzielania licencji lub posiada nadane przez jej autora prawo do udzielania sublicencji na uŜytkowanie Oprogramowania Aplikacyjnego.

c) Wykonawca udzieli Zamawiającemu licencji/sublicencji na uŜytkowanie Oprogramowania Aplikacyjnego, którego zakres funkcjonalny został określony w SIWZ.

d) Licencja/sublicencja na uŜytkowanie Oprogramowania Aplikacyjnego jest licencją niewyłączną i zostaje udzielona Zamawiającemu na czas nieokreślony.

e) Zamawiający ma prawo tylko do takich kopii, które są niezbędne do zapewnienia bezpieczeństwa ich działania. f) Kopie niezbędne do zapewnienia bezpieczeństwa Oprogramowania Aplikacyjnego nie mogą być eksploatowane

równocześnie z jego instalacjami produkcyjnymi. g) Zamawiający nie ma prawa do sprzedaŜy, odsprzedaŜy, wypoŜyczania, uŜyczania, powielania, odstępowania lub

rozpowszechniania w innej formie, zmienienia, dekompilacji, tłumaczenia Oprogramowania Aplikacyjnego. h) Zamawiający nie ma prawa do usuwania, bądź zmiany znaków handlowych i informacji o Wykonawcy, bądź

producencie podanych w Oprogramowaniu Aplikacyjnym i materiałach towarzyszących. i) Zamawiający ma prawo do rozpowszechniania bez ograniczeń rezultatów wykonywania Oprogramowania

Aplikacyjnego oraz danych i zestawień utworzonych za jego pomocą. j) Certyfikaty licencyjne dostarczone przez Wykonawcę będą zawierać powyŜsze warunki od b) do i). k) Certyfikaty licencyjne zostaną przekazane Zamawiającemu w dniu uregulowania przez Wykonawcę naleŜności za

dostarczone licencje. 4.2. WYMAGANIA DOTYCZĄCE WDROśENIA

a) W ramach usług wdroŜeniowych wchodzić będzie w szczególności: � Przeprowadzenie analizy przedwdroŜeniowej. � Przeprowadzenie próbnej migracji danych w ZSI. � Wykonanie instalacji systemów: HIS. � Integracja z pracującym systemem w Przychodni i Szpitalu firmy Impulsy Medicus On-Line. � Integracja z modułem rozliczeń z NFZ systemu firmy Impulsy Medicus On-Line, wersja A20130701_5. � Instalacja i przeniesienie danych z baz danych aktualnie eksploatowanych systemów HIS System HIS –

Solmed. � Harmonizacja i normalizacja danych przeniesionych z aktualnie eksploatowanych systemów. � Konfiguracja oraz parametryzacja oprogramowania aplikacyjnego. � Optymalizacja baz danych wdroŜonych nowych systemów: HIS po pierwszym pełnym cyklu ich

eksploatacji. � Integracja z systemem RIS w standardzie HL7 lub mechanizmu widoku bazy danych na poziomie

umoŜliwiającym dwustronną zautomatyzowaną wymianę danych z zachowaniem ograniczeń integralnościowych baz danych integrowanych systemów informatycznych.

� Integracja z LIS MARCEL w standardzie HL7 na poziomie przekazywania zleceń wykonania i odbioru wyników badań.

� Uzyskanie opisów interfejsów do integracji z wymienionymi w SIWZ systemami oraz określenie wykonawcy lub wykonawców tych integracji jest obowiązkiem Wykonawcy.

� Ustalenie kosztów integracji z systemami i urządzeniami posiadanymi przez Zamawiającego jest obowiązkiem Wykonawcy.

� Zamawiający nie przewiduje pośredniczenia w rozmowach z firmami trzecimi dotyczących integracji z ich systemami. Zamawiający wyjaśnia, Ŝe koszty integracji są częścią kosztu oferty składanej przez Wykonawcę na dostawę i wdroŜenie ZSI.

� Zamawiający zapewnienia dostęp do danych do migracji. Uzyskanie opisu struktur i formatów w jakich te dane są przechowywane jest obowiązkiem Wykonawcy.

SIWZ TP-231/4/PN/124/2013


� Zamawiający wymaga, aby moduły oprogramowania aplikacyjnego, wdroŜone przez Wykonawcę w ramach realizacji przedmiotu zamówienia, były wdroŜone w pełnej ich funkcjonalności opisanej w Załączniku nr 1, 2.

� Oferowane oprogramowanie aplikacyjne musi posiadać zaimplementowany protokół HL7. � Wykonawca przed zawarciem umowy dostarczy wykaz dokumentów, których oczekuje od Zamawiającego

do przeprowadzenia analizy przedwdroŜeniowej. � Wykonawca przeniesie dane z posiadanych przez Zamawiającego baz danych na własny koszt. � Zamawiający wymaga, by Wykonawca zharmonizował i znormalizował znajdujące się w systemie

medycznym słowniki, np.: jednostek kierujących, personelu zlecającego, miejscowości z kodami pocztowymi. Przez harmonizację i normalizację słowników rozumie odpowiednio: scalenie słowników przechowujących te same dane z usunięciem danych powielonych i ujednoliceniem gromadzonych wartości/znaczenia danych juŜ znajdujących się w tych słownikach, - ujednolicenie struktur tych słowników. Uzupełnienie danych w słownikach nie jest obowiązkiem Wykonawcy

� Instalacja i wdroŜenie winny odbywać się w godzinach pracy pracowników Zamawiającego tj. w dni robocze (od poniedziałku do piątku), w godz. 7.30-14:30. Zamawiający dopuszcza wykonywanie prac w innym czasie niŜ wskazany, po odpowiednim uzgodnieniu i jego akceptacji.

� Po dokonaniu instalacji i wdroŜenia docelowo system powinien: - spełniać wymagania określone niniejszą SIWZ, - uwzględniać charakter prowadzonej przez Zamawiającego działalności oraz spełniać wymagania

obowiązujących przepisów prawa, w szczególności ustaw i rozporządzeń dotyczących: � Podmiotów objętych ustawą o działalności leczniczej, � Rozliczeń i sprawozdawczości do NFZ, � Rodzaju i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania, � Ochrony danych osobowych, � Informatyzacji podmiotów realizujących zadania publiczne, � Rachunkowości i sposobu liczenia kosztów u Zamawiającego, � Systemu informacji w ochronie zdrowia.

� Zamawiający wymaga, by docelowo wdroŜone moduły spełniały następujące warunki: - zapewnienie pełnego wykorzystania i dostępu do danych zgromadzonych w obecnie funkcjonującym u

Zamawiającego systemie medycznym (HIS, PACS ), - zachowanie ciągłości obecnie stosowanych przez Zamawiającego oznaczeń dokumentacji medycznej, - umoŜliwienie kontynuacji sprawozdawania i rozliczania świadczeń udzielonych pacjentom

przebywającym w Szpitalu od 5 lat (moŜliwość przesłania do NFZ pełnej historii hospitalizacji oraz historii rozliczeń), przy wykorzystaniu jednego modułu/aplikacji,

- umoŜliwienie dokonywania korekt zakwestionowanych przez NFZ świadczeń sprawozdanych i rozliczonych od roku 2008,

- zachowanie przekazanej do NFZ historycznej numeracji zestawów świadczeń, świadczeń i procedur rozliczeniowych oraz zachowanie historycznej numeracji wszystkich innych danych przekazanych do NFZ i potwierdzonych przez niego takich jak id uprawnień, numeracja sesji, numer przepustki, itp.,

- zapewnienie moŜliwości wykonywania archiwalnych statystyk i raportów, - zapewnienie moŜliwości wykonywania kopii zapasowych struktur danych w trakcie ich pracy, - posiadanie sprawnego mechanizmu archiwizacji danych i mechanizmów gwarantujących spójność

danych. Wymagane jest wzajemne współdziałanie modułów systemu medycznego poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerach,

- zapewnienie współpracy w zakresie eksportu danych z aplikacjami oprogramowania biurowego np. OpenOffice, MS Office,

- zapewnienie aktualizacji informacji w bazach danych podczas rutynowych czynności wykonywanych na stanowiskach pracy,

- winny być w języku polskim i komunikować się z uŜytkownikiem w języku polskim, udostępniając mu moŜliwość korzystania z rozbudowanych podpowiedzi,

- winny posiadać aktualną dokumentację w języku polskim – instrukcję obsługi kaŜdego modułu systemu dla uŜytkownika (w wersji papierowej - wydruku oraz w wersji elektronicznej) pozwalającą na samodzielną naukę obsługi kaŜdego modułu. Wykonawca dostarczy do wszystkich komórek organizacyjnych Zamawiającego ww. dokumentację w wersji elektronicznej oraz dodatkowo trzy egzemplarze w formie wydruku - w języku polskim.

b) Standardy wdroŜeniowe: � Wykonawca zobowiązany jest przedłoŜyć w ofercie opis Standardów WdroŜeniowych (wg załącznika nr 3)

zawierający w minimalnym zakresie informacje, do których odwołują się Istotne postanowienia Umowy oraz: - obligatoryjne czynności administratora w trakcie wdroŜenia i eksploatacji systemu, - zasady komunikacji pomiędzy stronami, - zasady dokumentowania prac,

SIWZ TP-231/4/PN/124/2013


- wykaz elementów mogących stanowić ewentualne problemy przy realizacji wdroŜenia, - wykaz zaniechań Zamawiającego powodujących dla niego skutki finansowe, - szczegółowe procedury odbiorów, - procedury przeprowadzenia testów weryfikacyjnych, - zasady realizacji wdroŜenia personelu wraz z określeniem zakresu w podziale na poszczególne grupy

zawodowe, - zasady przeprowadzenia migracji danych z posiadanego przez Zamawiającego systemu, - sposób rozstrzygania kwestii spornych, - wzory protokołów:

� Odbioru Ilościowego, � Odbioru Danych Niezbędnych do Realizacji WdroŜenia, � Rozpoczęcia Realizacji Umowy, � Przeprowadzenia usług wdroŜeniowych personelu, � Wykonania Usługi, � Przeprowadzenia Testów Weryfikacyjnych, � Protokół Odbioru, � Protokół Odmowy Odbioru, � Formularz Zgłoszenia Błędu, Formularz Zgłoszenia Konsultacji.

4.3. WYMAGANIA DOTYCZĄCE SZKOLEŃ

a) Szkolenia obejmować będą: � administrowanie nową wdroŜoną bazą danych, � administrowanie wszystkimi wymienionymi modułami oprogramowania aplikacyjnego, � eksploatacja modułów oprogramowania aplikacyjnego.

b) W ramach szkolenia (podczas wdroŜenia) Wykonawca przekaŜe uŜytkownikom pełną wiedzę niezbędną do poprawnego uŜytkowania modułów, potrzebną do wykonywania obowiązków słuŜbowych na zajmowanym stanowisku pracy.

c) Zamawiający, w ramach szkolenia uŜytkowników, przewiduje szkolenia grupowe i indywidualne. Liczbę osób do przeszkolenia z poszczególnych zakresów określa

d) Tabela 2.

Tabela 2. Wykaz ilości osób do szkoleń.

Personel Liczba osób do szkolenia

Personel medyczny

� lekarze 261 osób � pielęgniarki 491 osób � sekretarki medyczne – 63 osób � dyspozytor - 2 osoby � ratownik medyczny - 29 osób

Personel administracyjny � 10 osób

Administratorzy systemów � 5 osoby

e) Przed rozpoczęciem szkoleń, Wykonawca przeszkoli wszystkich administratorów Zamawiającego w pełnym zakresie ZSI.

f) Szkolenia nie mogą odbywać się w grupach większych niŜ 8 osób. g) Przed przystąpieniem do szkoleń Wykonawca uruchomi bazy testowe systemu, tak by umoŜliwi ć uŜytkownikom

testowanie funkcjonalności modułów. h) Wykonawca jest zobowiązany do przeszkolenia osób wskazanych przez Zamawiającego. i) Szkolenia grupowe winny się odbywać w podziale na grupy zawodowe, a tym samym w podziale na poszczególną

funkcjonalność modułów. j) Czas szkolenia z danego modułu systemu dla danej grupy zawodowej powinien uwzględniać stopień

skomplikowania modułu. k) Szkolenia grupowe - Wykonawca jest zobowiązany do zainstalowania we własnym zakresie, w siedzibie

Zamawiającego, w miejscu przez niego wskazanym, 8 stanowisk roboczych komputerowych wraz z oprogramowaniem .

l) KaŜde szkolenie grupowe winno zakończyć się krótkim testem sprawdzającym wiedzę szkolonego personelu uzyskaną podczas szkolenia oraz podpisaniem protokołu z realizacji szkolenia zawierającym: czas trwania szkolenia, jego zakres merytoryczny, wyniki testu końcowego, wykaz uczestników. Protokół winien być podpisany i przez osoby szkolące i uczestniczących w szkoleniu.

m) Wykonawca po zawarciu umowy dostarczy harmonogram szkoleń do akceptacji Zamawiającego.

SIWZ TP-231/4/PN/124/2013


4.4. WYMAGANIA DOTYCZĄCE PERSONELU WYKONAWCY a) WdroŜenie i szkolenie muszą realizować osoby wymienione w ofercie Wykonawcy w Wykazie osób (wg

załącznika nr Załączniku nr 10 do SIWZ). b) Zamawiający wymaga, by prace instalacyjne i wdroŜeniowe systemu, szkolenia grupowe i indywidualne personelu

Zamawiającego przeprowadzały osoby posiadające doświadczenie w zakresie produktów, których dotyczyć będzie instalacja oraz wdroŜenie.

c) Osoby wykonujące prace instalacyjne i wdroŜeniowe oraz szkolące muszą być dyspozycyjne w trakcie trwania prac instalacyjnych, wdroŜeniowych oraz szkoleń. Wymagany jest stały kontakt roboczy z Zamawiającym.

d) Wykonawca przekaŜe Zamawiającemu wykaz numerów telefonów kontaktowych do osób wykonujących prace instalacyjne, wdroŜeniowe i szkolenia. Stały kontakt oznacza dyspozycyjność osób wykonujących prace instalacyjne i wdroŜeniowe w trakcie trwania prac instalacyjnych i wdroŜeniowych w godzinach pracy zamawiającego tj. 7:25 do 15:00.

e) Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w osobach instalujących i wdraŜających zgłaszana była niezwłocznie przez Wykonawcę, z zastrzeŜeniem, Ŝe osoba zastępująca musi posiadać nie mniejsze kwalifikacje niŜ osoba zastępowana. Zastępstwo lub trwała zmiana danej osoby wymaga akceptacji ze strony Zamawiającego.

f) Zamawiający moŜe zaŜądać zmiany osoby wdraŜającej. 4.5. WYMAGANIA DOTYCZĄCE TERMINÓW

a) Realizacja przedmiotu umowy następować będzie zgodnie z Harmonogramem Rzeczowo – Finansowym (HRF), stanowiącym integralną część umowy, przedłoŜonym przez wykonawcę najpóźniej 5 dni przed podpisaniem umowy. HRF przed podpisaniem umowy musi zostać zaakceptowany prze Zamawiającego.

b) Wykonawca zobowiązuje się do aktualizacji HRF i uzgadniania go z Zamawiającym przynajmniej raz na kwartał. c) Analizę przedwdroŜeniową naleŜy wykonać w ciągu miesiąca od dnia podpisania umowy. d) Zobowiązania wykonawcy obejmujące realizację zadań 1-2 powinny być wykonane w terminie do dnia

31.12.2013. e) Zamawiający dokona zapłaty wynagrodzenia umownego ratalnie, przy czym:

- 6% wynagrodzenia umownego brutto zapłaci nie później niŜ w terminie całkowitego wykonania zadań 1-2, jeŜeli Wykonawca zrealizuje umowę w sposób naleŜyty, potwierdzony w protokołach Odbiorów Częściowych; szczegółowe ustalenia w tym zakresie powinny zostać zawarte w HRF,

- pozostałe 94% wynagrodzenia umownego brutto zapłaci w równych miesięcznych (ilość rat + okres wdroŜenia = 48) równych ratach, określonych w HRF. Pierwsza rata płatna będzie w terminie do 30 dni od daty doręczenia do siedziby Zamawiającego prawidłowo wystawionej faktury VAT i kopii Protokołu Odbioru.

4.6. WYMAGANIA DOTYCZĄCE GWARANCJI, USŁUG SERWISOWYCH I NADZORU AUTORSKIEGO OPROGRAMOWANIA

a) W ramach usług serwisowych i udzielonej gwarancji - przez okres min. 36 miesięcy od daty podpisania Protokołu Odbioru Końcowego – bezusterkowego, Wykonawca zapewni pełną funkcjonalność oprogramowania aplikacyjnego poprzez nieodpłatne usuwanie awarii, błędów i usterek programistycznych w dostarczonym oprogramowaniu, nieodpłatne dostarczanie nowych wersji oprogramowania, aktualizacji i oprawek oraz ich aplikowanie, stałą nieodpłatną adaptację do wymogów obowiązującego prawa oraz bezpłatne udzielanie konsultacji.

b) W ramach nadzoru autorskiego - przez okres min. 36 miesięcy od daty podpisania Protokołu Odbioru Końcowego – bezusterkowego, Wykonawca będzie równieŜ świadczył bezpłatnie usługę nadzoru autorskiego w tym okresie.

c) Zakres świadczonych usług serwisowych dla oprogramowania aplikacyjnego będzie zgodny z wymogami wymienionymi w Tabela 3.

Tabela 3. Zakres usług serwisowych oprogramowania aplikacyjnego (Zadanie 1) i nadzoru autorskiego.

Nazwa Usługi Przedmiot Usługi

Serwis Aplikacji [SA]

Gotowość Wykonawcy do usuwania Błędów Oprogramowania Aplikacyjnego.

Nadzór Autorski [NA]

Usługa realizowana przez Autora Oprogramowania Aplikacyjnego za pośrednictwem Wykonawcy. Subskrypcja usługi zapewnia Zamawiającemu poprawę jakości oraz poszerzenie zakresu funkcjonalnego Oprogramowania Aplikacyjnego, jak równieŜ dostosowanie go do zmian czynników wewnętrznych organizacji Zamawiającego oraz zewnętrznych, będących efektem nowelizacji uwarunkowań prawnych. W ramach usługi Wykonawca zagwarantuje: − prowadzenie rejestru zgłaszanych przez uŜytkowników Błędów Aplikacji, − wprowadzanie do Aplikacji nowych funkcji oraz usprawnień juŜ istniejących

stanowiących wynik sugestii uŜytkowników, − wprowadzanie do Aplikacji nowych funkcji oraz usprawnień juŜ istniejących

stanowiących wynik inwencji twórczej Autora,

SIWZ TP-231/4/PN/124/2013



− wprowadzanie do Aplikacji zmian stanowiących konsekwencję wejścia w Ŝycie nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny, opublikowanych w postaci ustaw, rozporządzeń, itp.

− wprowadzanie do Aplikacji zmian wymaganych przez wyszczególnione poniŜej organizacje w stosunku do których Zamawiający ma obowiązek prowadzenia sprawozdawczości: � Ministerstwa Zdrowia, � NFZ, � Centrów Zdrowia Publicznego, PZH GUS itp.

− wprowadzanie w trybie pilnym do Aplikacji zmian i poprawek usuwających stwierdzone błędy i luki we wbudowanych mechanizmach i funkcjach zabezpieczeń,

− gotowość do odpłatnego wykonania na zlecenie Zamawiającego zaproponowanych przez niego modyfikacji Aplikacji.

Konsultacje [KA]

Gotowość do świadczenia Zamawiającemu usługi pomocy technicznej i eksploatacyjnej w odniesieniu do wszystkich wdroŜonych modułów.

Serwis Motoru BD [SBD]

Gotowość do zdalnej diagnostyki i usuwania awarii Motoru Bazy Danych. − unowocześnianie i aktualizowanie Motoru Bazy Danych do wersji udostępnianych i

zalecanych przez jego PRODUCENTA dla prawidłowej, stabilnej i bezpiecznej eksploatacji Motoru Bazy Danych,

− bieŜące wprowadzanie poprawek Motoru Bazy Danych zalecanych przez jego PRODUCENTA dla prawidłowej, stabilnej i bezpiecznej eksploatacji Motoru Bazy Danych,

− gotowość do zdalnej diagnostyki i usuwania awarii Motoru Bazy Danych. NiezaleŜnie od okoliczności i uwarunkowań decyzja o aktualizacji bazy danych do najnowszej wersji wymaga akceptacji Zamawiającego.

d) Zakres świadczonych usług serwisowych dla oprogramowania wdroŜonego w ramach zadań 1-2 będzie zgodny z wymogami wymienionymi w Tabela 4.

Tabela 4. Zakres usług serwisowych oprogramowania wdroŜonego w ramach zadań 1 - 2 i nadzoru autorskiego.


Serwis Aplikacji [SA]

Gotowość Wykonawcy do usuwania błędów oprogramowania wdroŜonego w ramach zadań 1-2.


Usługa realizowana przez Autora oprogramowania wdroŜonego w ramach zadań 1-2 za pośrednictwem Wykonawcy. Subskrypcja usługi zapewnia Zamawiającemu poprawę jakości oraz poszerzenie zakresu funkcjonalnego oprogramowania wdroŜonego w ramach zadań 1-2 jak równieŜ dostosowanie go do zmian czynników wewnętrznych organizacji Zamawiającego oraz zewnętrznych, będących efektem nowelizacji uwarunkowań prawnych. W ramach usługi Wykonawca zagwarantuje: − prowadzenie rejestru zgłaszanych przez uŜytkowników Błędów oprogramowania, − wprowadzanie do oprogramowania nowych funkcji oraz usprawnień juŜ istniejących

stanowiących wynik sugestii uŜytkowników uwzględnionych przez producenta w ramach procesu rozwoju oprogramowania,

− wprowadzanie do oprogramowania nowych funkcji oraz usprawnień juŜ istniejących stanowiących wynik inwencji twórczej Autora,

− wprowadzanie do oprogramowania zmian stanowiących konsekwencję wejścia w Ŝycie nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny, opublikowanych w postaci ustaw, rozporządzeń, itp.

− wprowadzanie w trybie pilnym do oprogramowania zmian i poprawek usuwających stwierdzone błędy i luki we wbudowanych mechanizmach i funkcjach zabezpieczeń,

− gotowość do odpłatnego wykonania na zlecenie Zamawiającego zaproponowanych przez niego modyfikacji oprogramowania.

Konsultacje [KA]


Serwis Motoru BD [SBD]

Gotowość do zdalnej diagnostyki i usuwania awarii Motoru Bazy Danych. − unowocześnianie i aktualizowanie Motoru Bazy Danych do wersji udostępnianych i

zalecanych przez jego PRODUCENTA dla prawidłowej, stabilnej i bezpiecznej eksploatacji Motoru Bazy Danych,

− bieŜące wprowadzanie poprawek Motoru Bazy Danych zalecanych przez jego

SIWZ TP-231/4/PN/124/2013



PRODUCENTA dla prawidłowej, stabilnej i bezpiecznej eksploatacji Motoru Bazy Danych,

− gotowość do zdalnej diagnostyki i usuwania awarii Motoru Bazy Danych. NiezaleŜnie od okoliczności i uwarunkowań decyzja o aktualizacji bazy danych do najnowszej wersji wymaga akceptacji Zamawiającego.

e) Warunki brzegowe świadczenia usług serwisowych dla oprogramowania aplikacyjnego przedstawiono w Tabela 5. Tabela 5. Warunki świadczenia usług serwisowych Oprogramowania Aplikacyjnego i oprogramowania

wdroŜonego w ramach zadań 1 - 2.

Nazwa Minimalne

warunki serwisu Uwagi

Godziny pracy Serwisu 700-1600 Okres godzin w ciągu dnia roboczego od poniedziałku do piątku.

Czas reakcji Serwisu 4h

Czas w godzinach liczony od chwili zaewidencjonowania w serwisie Zgłoszenia Serwisowego do momentu przyjęcia zgłoszenia tj. nadania mu statusu „przyjęte/ zarejestrowane” w godzinach pracy serwisu.

Czas usunięcia Awarii 48h Czas liczony w dniach roboczych od upłynięcia czasu reakcji.

Czas usunięcia Wady Aplikacji

7 dni Czas liczony w dniach roboczych od upłynięcia czasu reakcji.

Czas usunięcia Usterki Programistycznej


Czas obsługi Konsultacji 10 dni Czas liczony w dniach roboczych od upłynięcia czasu reakcji.

f) Wszystkie wykonane przez Wykonawcę interwencje serwisowe wykonane w ramach umowy będą wymagały dokumentacji w formie pisemnej na formularzach „Zgłoszenie awarii” oraz „Protokół z naprawy”, których wzory dostarczy Wykonawca.

g) KaŜde zgłoszenie, wymagające reakcji serwisu będzie miało dowolną z nw. form: � formularz elektroniczny udostępniony przez Wykonawcę, � list elektroniczny, � fax.

h) Zgłoszenia, będą potwierdzane przez Zamawiającego na formularzu „Zgłoszenie awarii”, nie później niŜ w pierwszym dniu roboczym po zgłoszeniu awarii, przy czym opóźnienie w tym zakresie nie wpływa na obowiązki Wykonawcy wynikające z treści niniejszej umowy.

i) Przyjęcie zgłoszeń będzie potwierdzane przez Wykonawcę w formie elektronicznej (poczta elektroniczna) nie później niŜ w 4 godziny po zgłoszeniu awarii przy czym opóźnienie w tym zakresie nie wpływa na obowiązki Wykonawcy wynikające z treści niniejszej umowy.

j) Osoby upowaŜnione do podpisywania formularzy o których mowa w pkt. f), dokonywania zgłoszeń, o których mowa w pkt. f) oraz do wysyłania potwierdzeń, o których mowa w pkt. h), zostaną wskazane prze obie Strony nie później niŜ w dniu podpisania Protokołu Odbioru Końcowego.

k) Naprawy będą wykonywane zgodnie z procedurami serwisowymi opracowanymi przez Wykonawcę i zaakceptowanymi przez Zamawiającego.

l) Wykonawca obowiązany będzie prowadzić rejestr interwencji serwisowych i dostarczać Zamawiającemu kwartalne raporty dotyczące między innymi liczby interwencji, czasu naprawy, specyfikacji napraw.

m) Wykonawca zapewni rozwój oprogramowania aplikacyjnego zgodnie ze zmieniającymi się powszechnie obowiązującymi przepisami prawa lub przepisami prawa wewnętrznie obowiązującymi wydanymi na podstawie delegacji ustawowej, z zastrzeŜeniem, Ŝe wykonawca zobowiązany jest do: � przekazania zamawiającemu informacji o nowych wersjach oprogramowania aplikacyjnego, � udostępniania uaktualnień oprogramowania aplikacyjnego (nowych wersji oprogramowania aplikacyjnego.

4.7. WYMAGANIA DOTYCZĄCE GWARANCJI I WARUNKI SERWISU INFRASTRUKTURY TECHNICZNEJ

1) Warunki gwarancyjne sprzętu (sprzęt komputerowy, inny sprzęt komputerowy): � minimum 36 miesięcy (trzy lata) gwarancji; � zamawiający oczekuje moŜliwości przedłuŜenia czasu gwarancji do pięciu lat; � wszystkie naprawy gwarancyjne realizowane w miejscach zainstalowania w siedzibie Zamawiającego, a w

przypadku, gdy jest to niemoŜliwe z przyczyn technicznych w innym miejscu po uzgodnieniu z Zamawiającym;

� Wykonawca ponosi koszty napraw gwarancyjnych, włączając w to koszt części i transportu; � w czasie obowiązywania gwarancji dostawca zobowiązany jest do udostępnienia Zamawiającemu nowych

wersji BIOS, wbudowanego oprogramowania firmowego (ang. firmware) i sterowników (na płytach CD lub adresy stron internetowych umoŜliwiające Zamawiającemu załadowanie tego oprogramowania);

SIWZ TP-231/4/PN/124/2013


� w okresie gwarancji Zamawiający nie będzie zobowiązany do zapewnienia oryginalnych opakowań producenta.

2) Warunki serwisu sprzętu: � w okresie gwarancji Zamawiający uzyska nieodpłatny dostęp do bazy wiedzy technicznej, systemu

zgłoszeń, pomocy technicznej oraz bezpłatnych aktualizacji oprogramowania; � sprzęt będzie objęty min. 3 letnim serwisem świadczonym przez autoryzowany kanał serwisowy

producenta: - serwis obejmuje podmianę sprzętu, aktualizacje oprogramowania (BIOS, firmware, sterowniki); - czas reakcji na zgłoszenie awarii tj. przybycie serwisu do odbiorcy będzie wynosił maksymalnie 24

godziny w dni robocze; - zgłoszenia będą przyjmowane drogą pisemna, telefoniczną na wskazany nr telefonu, pocztą

elektroniczną na wskazany adres elektroniczny lub przez wskazaną stronę internetową; - czas naprawy maksymalnie 5 dni lub inny uzgodniony z Zamawiającym w przypadkach, gdy

dotrzymanie tego terminu jest niemoŜliwe ze względów logistycznych bądź technicznych; - podmiana sprzętu następuje po uprzedniej weryfikacji i akceptacji konieczności wymiany sprzętu

przez inŜyniera wsparcia technicznego Wykonawcy; - w przypadku nie dokonania naprawy w terminach określonych wyŜej, Wykonawca wymieni wadliwy

sprzęt lub podzespół na nowy o parametrach nie gorszych niŜ uszkodzony, bez dodatkowych opłat; - Wykonawca wymieni sprzęt lub podzespół na nowy w okresie gwarancji w przypadku 3 istotnych

awarii sprzętu lub podzespołu. Za uszkodzenie istotne przyjmuje się kaŜde uszkodzenie ograniczające funkcję sprzętu;

- w przypadku wymiany uszkodzonego sprzętu na nowy lub wymiany podzespołu będą obowiązywać będą warunki gwarancji i serwisu wynikające z umowy, a bieg terminu gwarancji sprzętu nowego, wymienionego rozpoczyna się od nowa z chwilą jego dostarczenia i uruchomienia;

- czas reakcji w przypadkach wymagających podmiany sprzętu: � jeŜeli zgłoszenie takie zostanie zaakceptowane do godz. 15.00 dnia roboczego sprzęt na podmianę

zostanie wysłany tego samego dnia; � zgłoszenia będą przyjmowane w dni robocze od godz. 8.00 do godz. 18.00.

4.8. ODBIÓR KOŃCOWY � Po zakończeniu realizacji zadań 1 - 2 Wykonawca wykona i przekaŜe Zamawiającemu dokumentację

powykonawczą dla administratorów zawierającą dokładny opis funkcjonalny poszczególnych elementów z uwzględnieniem ich konfiguracji na etapie wdroŜenia.

� Po zakończeniu realizacji zadań od 1 do 2 oraz po stwierdzeniu poprawności funkcjonowania wszystkich wdroŜonych elementów Wykonawca pisemnie zgłosi gotowość do odbioru przedmiotu zamówienia. Warunkiem przyjęcia zgłoszenia będzie:

� Po otrzymaniu zgłoszenia gotowość do odbioru przedmiotu zamówienia Zamawiający w terminie 7. dni przystąpi do czynności odbiorowych, a po ich wykonaniu i nie stwierdzeniu usterek, przedstawi Wykonawcy do podpisu Protokół Odbioru Końcowego – bezusterkowy w terminie ostatecznym do 31.12.2013.

� Warunkiem podpisania Protokołu Odbioru Końcowego poszczególnych zadań (bezusterkowego) będzie: - wykonanie przez Wykonawcę testów poprawności działania wdroŜonych elementów, - dla elementów w zakresie zadania 1 zintegrowania z posiadanym oprogramowaniem i sprzętem

Zamawiającego (dla Zadań od 1 do 2) i odpowiednich testów, - pisemne zaakceptowanie przez Zamawiającego przekazanych przez Wykonawcę wyników testów,

� Dla zadania 1 Wykonawca powinien zagwarantować ciągłość rozwoju wdroŜonego oprogramowania aplikacyjnego przez okres min. 3 lat (36 miesięcy), liczony od daty podpisania Protokołu Odbioru Końcowego (bezusterkowego).

� W przypadku stwierdzenia usterek podczas odbioru strony podpiszą protokół odmowy odbioru zawierający uzasadnienie takiej odmowy z wykazem stwierdzonych usterek i terminami ich usunięcia. Po usunięciu usterek Wykonawca ponownie zgłosi gotowość do odbioru przedmiotu zamówienia.

� Na Wykonawcy spoczywa obowiązek zagwarantowania ciągłości rozliczeń Zamawiającego z NFZ w okresie realizacji przedmiotu zamówienia oraz w okresie objętym gwarancją – z uwzględnieniem zapisów Rozporządzenia Ministra Zdrowia z dnia 06.05.2008r. w sprawie ogólnych warunków umów o udzielanie świadczeń opieki zdrowotnej (Dz.U.2008, nr 81, poz.484), a w szczególności terminów rozliczeń wynikających z treści §23 ust. 1 i 3 Załącznika pt. „Ogólne warunki umów o udzielanie świadczeń opieki zdrowotnej” do tego rozporządzenia.

SIWZ TP-231/4/PN/124/2013


5. WARUNKI UDZIAŁU W POSTĘPOWANIU

O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy: 1. Spełniają warunki udziału w niniejszym postępowaniu na podstawie art. 22 ust. 1 ustawy Pzp dotyczące:

a) posiadania uprawnień do wykonywania określonej działalności lub czynności, jeŜeli przepisy prawa nakładają obowiązek ich posiadania,

b) posiadania wiedzy i doświadczenia: Wykonawca musi udokumentować posiadanie wiedzy i doświadczenia poprzez wykazanie realizacji głównych dostaw i instalacji, w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeŜeli okres prowadzenia działalności jest krótszy – w tym okresie, przynajmniej jednej dostawy i instalacji o wartości nie mniejszej niŜ 1.500.000,00 PLN brutto, odpowiadającej swoim rodzajem dostawie objętej przedmiotem zamówienia w ramach jednej dostawy. Za dostawę odpowiadającą swoim rodzajem dostawom objętym przedmiotem zamówienia, Zamawiający uzna dostawę obejmującą wszystkie poniŜsze elementy łącznie: � dostawę, instalację, konfigurację i wdroŜenie Hospital Information System (HIS) obejmującego część medyczną w

konfiguracji obejmującej minimum: Ruchu Chorych – Izba Przyjęć, Ruch Chorych – Oddział, Statystyka, Zlecenia, Rozliczeń z płatnikami, Kolejka oczekujących, Apteka, Blok operacyjny

� portal umoŜliwiający wykonywanie usług on-line, z liczbą stanowisk roboczych nie mniejszą niŜ 60, z których uŜytkownicy korzystają z wdroŜonego systemu informatycznego oraz liczbą uŜytkowników systemu informatycznego nie mniejszą niŜ 80 osób,

� dostawę infrastruktury teleinformatycznej zawierającej co najmniej: s macierz dyskowa, urządzenia do archiwizowaniu

c) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia: Wykonawca musi udokumentować dysponowanie odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia w postaci co najmniej 8 osób, które będą uczestniczyć w wykonaniu zamówienia, w tym: � Co najmniej 1 kierownik projektu, posiadający:

- co najmniej 5-letnie doświadczenie w pełnieniu funkcji kierownika projektu w projektach dotyczących wdroŜeń oraz serwisu (utrzymanie, wsparcie, rozwój) systemów informatycznych w słuŜbie zdrowia, - co najmniej wykształcenie wyŜsze techniczne w zakresie informatyki oraz jeden z certyfikatów potwierdzających kwalifikacje merytoryczne zarządzania projektami IT: PRINCE2, PMA, PMP lub równowaŜny.;

� Co najmniej 3 wdroŜeniowców, posiadających co najmniej 3-letnie doświadczenie w pełnieniu funkcji wdroŜeniowca w zakresie analizy wymagań, projektowania i wdraŜania systemów informatycznych do obsługi zakładów opieki zdrowotnej w części medycznej;

� Co najmniej 1 wdroŜeniowca, posiadającego co najmniej 2-letnie doświadczenie w pełnieniu funkcji wdroŜeniowca w zakresie analizy wymagań, projektowania i wdraŜania oraz integracji systemu informatycznego do obsługi zakładów opieki zdrowotnej w części PACS;

Uwaga: � Osoby proponowane na wyŜej wymienione stanowiska, muszą posługiwać się językiem polskim w stopniu

umoŜliwiającym swobodne porozumiewanie się w mowie i piśmie. W przypadku, gdy proponowana osoba nie posługuje się językiem polskim, wykonawca na własny koszt zatrudni tłumacza języka polskiego, przez okres realizacji zamówienia.

� Zamawiający nie dopuszcza przedstawienia tej samej osoby do pełnienia więcej niŜ dwóch funkcji z wymienionych powyŜej.

� Kierownik projektu nie moŜe łączyć funkcji. d) sytuacji ekonomicznej i finansowej:

Wykonawca musi udokumentować swoją sytuację ekonomiczną i finansową poprzez przedłoŜenie: � informacji banku lub spółdzielczej kasy oszczędnościowo-kredytowej, potwierdzającej wysokość posiadanych

środków finansowych lub zdolność kredytową wykonawcy, wystawionej nie wcześniej niŜ 3 miesiące przed upływem terminu składania ofert na kwotę minimum 500.000,00 PLN;

� opłaconej polisy, a w przypadku jej braku innego dokumentu potwierdzającego, Ŝe wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia. Suma ubezpieczenia od odpowiedzialności cywilnej musi opiewać na kwotę nie niŜszą niŜ 1.500.000,00 PLN.

2. Nie podlegają wykluczeniu na podstawie art. 24 ust. 1 ustawy Pzp. 3. Wykonawca moŜe polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia, lub zdolnościach finansowych innych podmiotów, niezaleŜnie od charakteru prawnego łączącego go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić Zamawiającemu, iŜ będzie dysponował zasobami niezbędnymi do 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 wykonywaniu zamówienia. JeŜeli Wykonawca, wykazując spełnianie warunków określonych w rozdz. 5 pkt.1 lit. a), b) i c), polega na zasobach innych podmiotów na zasadach określonych w art. 26 ust. 2b ustawy Pzp, a podmioty te będą brały udział w realizacji części zamówienia, Zamawiający Ŝąda od Wykonawcy przedstawienia w odniesieniu do tych podmiotów dokumentów wymienionych w §1 rozporządzenia Prezesa Rady Ministrów z dnia 19.02.2013 r. w sprawie rodzajów dokumentów, jakich

SIWZ TP-231/4/PN/124/2013


moŜe Ŝądać Zamawiający od Wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz. U. z 2013r., poz. 231). JeŜeli Wykonawca, wykazując spełnianie warunku określonego w rozdz. 5 pkt. 1 lit. d), polega na zdolnościach finansowych innych podmiotów na zasadach określonych w art. 26 ust. 2b ustawy Pzp, Zamawiający wymaga przedłoŜenia informacji, o której mowa w §1 ust. 1 pkt 9 ww. rozporządzenia. 5.1. WYKAZ OŚWIADCZEŃ LUB DOKUMENTÓW, JAKIE MAJĄ DOSTARCZYĆ WYKONAWCY W CELU

OCENY SPEŁNIANIA POSTAWIONYCH WARUNKÓW / WYMAGAŃ W celu oceny spełnienia przez Wykonawcę stawianych mu warunków / wymagań oferta musi zawierać następujące oświadczenia lub dokumenty według Tabela 6.

Tabela 6. Oświadczenia lub dokumenty, które naleŜy załączyć do oferty.

Lp. Rodzaj dokumentu Okres waŜności dokumentu

1. Formularz ofertowy – wypełniony i podpisany przez osoby upowaŜnione do reprezentowania Wykonawcy (zgodnie z dokumentem określającym status prawny Wykonawcy lub dołączonym do oferty pełnomocnictwem) – wg zał. nr 6 do SIWZ.

Brak wymagań

2.

Szczegółowy opis przedmiotu zamówienia (stanowiący załączniki nr 1, 2, do SIWZ) podpisany przez osoby upowaŜnione do reprezentowania Wykonawcy (zgodnie z dokumentem określającym status prawny Wykonawcy lub dołączonym do oferty pełnomocnictwem) potwierdzający spełnianie wymagań dotyczących oferty.

Brak wymagań

3.

Oświadczenia Wykonawcy: - o spełnieniu przez niego warunków określonych w art. 22 ust. 1 ustawy Pzp (wg zał. nr 7 do SIWZ), - o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 ust. 1 ustawy Pzp (wg zał. nr 8 do SIWZ).

Brak wymagań

4.

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

Odpis wystawiony nie wcześniej niŜ 6 m-cy przed upływem terminu składania

ofert

5.

Oryginał pełnomocnictwa, jeŜeli osobą podpisującą ofertę nie będzie osoba upowaŜniona na podstawie dokumentu wymienionego w pkt 4 tabeli lub kopii potwierdzonej za zgodność z oryginałem przez osobę wystawiającą lub przez notariusza. Dla pełnomocnictwa tego, zgodnie art. 1 ust. 1 pkt 2 ustawy z dnia 16 listopada 2006 r. o opłacie skarbowej (Dz. U. z 2006 r. Nr 225, poz. 1635 ze zm.) nie jest wymagane uiszczenie opłaty.

Brak wymagań

6.

Dokument potwierdzający wniesienie wadium (w przypadku złoŜenia wadium w innej niŜ gotówka dopuszczonej formie, Zamawiający wymaga załączenia do oferty kserokopii dokumentu wadialnego oraz złoŜenia wraz z ofertą oryginału dokumentu wadialnego w sposób umoŜliwiający zwrot oryginału dokumentu bez uszkodzenia).

Wadium naleŜy wnieść do upływu terminu składania

ofert

7.

Aktualne zaświadczenia właściwego naczelnika urzędu skarbowego oraz właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzających odpowiednio, Ŝe Wykonawca nie zalega z opłacaniem podatków, opłat oraz składek na ubezpieczenie zdrowotne i społeczne, lub zaświadczeń, Ŝ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 m-ce przed upływem

terminu składania ofert

8. Aktualne informacje z Krajowego Rejestru Karnego, w zakresie określonym w art. 24 ust. 1 pkt 4-8 ustawy Pzp oraz w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy Pzp.

Wystawione nie wcześniej niŜ 6 m-cy przed upływem


9. Aktualną informację z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 10 i 11 ustawy Pzp.

Wystawione nie wcześniej niŜ 6 m-cy przed upływem


10 Listę podmiotów naleŜących do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów albo informacji o tym, Ŝe nie naleŜy do grupy kapitałowej

-

11.

Informacja banku lub spółdzielczej kasy oszczędnościowo-kredytowej, potwierdzająca wysokość posiadanych środków finansowych lub zdolność kredytową Wykonawcy na kwotę min. 500.000,00 PLN. Uwaga:

Do przeliczania środków finansowych lub zdolności kredytowej wyraŜonych w

Wystawiona nie wcześniej niŜ 3 m-ce przed upływem


SIWZ TP-231/4/PN/124/2013



innej walucie niŜ złoty polski na złoty polski, Zamawiający przyjmie średni kurs opublikowany przez Narodowy Bank Polski z dnia publikacji ogłoszenia o niniejszym postępowaniu w Dzienniku Urzędowym Unii Europejskiej.

12.

Opłacona polisa ubezpieczenia odpowiedzialności cywilnej, a w przypadku jej braku inny dokument potwierdzający, Ŝe Wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia. Suma ubezpieczenia od odpowiedzialności cywilnej musi opiewać na kwotę nie niŜszą niŜ 1.500.000,00 PLN. Uwaga:

Do przeliczania sumy ubezpieczenia wyraŜonej w innej walucie niŜ złoty polski na złoty polski, Zamawiający przyjmie średni kurs opublikowany przez Narodowy Bank Polski z dnia publikacji ogłoszenia o niniejszym postępowaniu w Dzienniku Urzędowym Unii Europejskiej.

Brak wymagań

13.

Wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych równieŜ wykonywanych głównych dostaw i instalacji w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeŜeli okres prowadzenia działalności jest krótszy – w tym okresie, a mianowicie przynajmniej jednej dostawy o wartości nie mniejszej niŜ 1.500.000,00 PLN brutto, odpowiadającej swoim rodzajem dostawie objętej przedmiotem zamówienia w ramach jednej dostawy, z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów na rzecz których dostawy i instalacje zostały wykonane oraz załączenie dowodów, czy zostały lub są wykonywane naleŜycie (wg zał. nr 9 do SIWZ). Za dostawę odpowiadającą swoim rodzajem dostawom objętym przedmiotem zamówienia, Zamawiający uzna dostawę obejmującą wszystkie poniŜsze elementy łącznie: � dostawę, instalację, konfigurację i wdroŜenie Hospital Information System

(HIS) obejmującego część medyczną w konfiguracji obejmującej minimum: Ruchu Chorych – Izba Przyjęć, Ruch Chorych – Oddział, Statystyka, Zlecenia, Rozliczeń z płatnikami, Kolejka oczekujących, Apteka, Blok operacyjny

� portal umoŜliwiający wykonywanie usług on-line, z liczbą stanowisk roboczych nie mniejszą niŜ 60, z których uŜytkownicy korzystają z wdroŜonego systemu informatycznego oraz liczbą uŜytkowników systemu informatycznego nie mniejszą niŜ 80 osób.

� dostawę infrastruktury teleinformatycznej zawierającej system do archiwizacji. Uwaga:

Do przeliczania wartości zrealizowanych dostaw wyraŜonej w walutach innych niŜ złoty polski na złoty polski, Zamawiający przyjmie średni kurs opublikowany przez Narodowy Bank Polski z dnia publikacji ogłoszenia o niniejszym postępowaniu w Dzienniku Urzędowym Unii Europejskiej.

Brak wymagań

14.

Wykaz osób, które będą uczestniczyć w wykonaniu zamówienia wraz z informacjami na temat ich kwalifikacji zawodowych w określonych niŜej zakresach merytorycznych, doświadczenia i wykształcenia niezbędnych do wykonania zamówienia, a takŜe zakresu wykonywanych przez nie czynności w niniejszym projekcie oraz informacją o podstawie do dysponowania tymi osobami, w tym: � Co najmniej 1 kierownik projektu, posiadający: - co najmniej 3-letnie doświadczenie w pełnieniu funkcji kierownika projektu

w projektach dotyczących wdroŜeń oraz serwisu (utrzymanie, wsparcie, rozwój) systemów informatycznych w słuŜbie zdrowia,

- co najmniej jeden z certyfikatów potwierdzających kwalifikacje merytoryczne zarządzania projektami IT: PRINCE2, PMA, PMP lub certyfikatu równowaŜnego.;



(wg zał. nr 10 do SIWZ). Jedna osoba moŜe legitymować się kwalifikacjami w więcej niŜ jednym zakresie merytorycznym.

Brak wymagań

SIWZ TP-231/4/PN/124/2013



Uwaga: � Osoby proponowane na wyŜej wymienione stanowiska, muszą posługiwać się

językiem polskim w stopniu umoŜliwiającym swobodne porozumiewanie się w mowie i piśmie. W przypadku, gdy proponowana osoba nie posługuje się językiem polskim, wykonawca na własny koszt zatrudni tłumacza języka polskiego, przez okres realizacji zamówienia.

� Zamawiający nie dopuszcza przedstawienia tej samej osoby do pełnienia więcej niŜ dwóch funkcji z wymienionych powyŜej.

� Kierownik projektu nie moŜe łączyć funkcji.

15. Propozycja Ramowego Harmonogramu Realizacji Projektu oraz proponowane

Standardy WdroŜeniowe realizacji projektu przygotowany na podstawie załącznika nr 3 do SIWZ.

Brak wymagań

16.

Próbka oferowanego ZSI, umoŜliwiająca weryfikację oferowanych funkcjonalności, w szczególności w zakresie podlegającym ocenie punktowej w ramach kryterium oceny ofert, w postaci oprogramowania aplikacyjnego (w zakresie HIS ), zainstalowanego na swoim sprzęcie (np. przenośnym komputerze) jako w pełni działającego i skonfigurowanego umoŜliwiającego weryfikację oferowanej funkcjonalności.

Zamawiający wymaga, aby próbka została złoŜona wraz z ofertą. Próbka jest rozumiana jako dokument zgodnie z Rozporządzeniem Prezesa Rady Ministrów z dnia 19 lutego 2013 r. w sprawie dokumentów rodzajów dokumentów, jakich moŜe Ŝądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane. Zamawiający wyjaśnia, Ŝe zgodnie z art. 97 ust. 2, zwróci próbki Wykonawcom, których oferty nie zostały wybrane, na ich wniosek. Próbkę Wykonawcy, który złoŜył ofertę najkorzystniejszą, Zamawiający, zgodnie z art. 97 ust. 1, przechowuje jako załącznik do protokołu przez okres 4 lat od dnia zakończenia postępowania o udzielenie zamówienia, w sposób gwarantujący jego nienaruszalność.

Brak wymagań

17. Tabela określająca minimalny czas wdroŜenia personelu (uŜytkowników i administratorów) Zamawiającego (wg zał. nr 5 do SIWZ).

Brak wymagań

18

Zasady realizacji usług serwisowych (wg zał. nr 4 do SIWZ) podpisany przez osoby upowaŜnione do reprezentowania Wykonawcy (zgodnie z dokumentem określającym status prawny Wykonawcy lub dołączonym do oferty pełnomocnictwem) potwierdzający spełnianie wymagań dotyczących oferty.

Brak wymagań

2. Wymienione powyŜej dokumenty, wchodzące w skład oferty, mogą być przedstawione w formie oryginałów lub kopii

poświadczonych za zgodność z oryginałem, przez Wykonawcę lub osoby upowaŜnione do reprezentowania Wykonawcy (zgodnie z dokumentem określającym status prawny Wykonawcy lub dołączonym do oferty pełnomocnictwem), na kaŜdej z zapisanych stron. Wszystkie dokumenty i oświadczenia powinny być opatrzone datą, aktualną w stosunku do terminu składania ofert.

3. Poza wskazanymi wyŜej oświadczeniami Zamawiający nie dopuszcza złoŜenia innych oświadczeń, w szczególności zastąpienia oświadczeniami: specyfikacji techniczno-funkcjonalnej i deklaracji zgodności CE dla wszystkich elementów sprzętu komputerowego i aktywnych urządzeń sieciowych.

4. JeŜeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczpospolitej Polskiej, składa dokumenty wymagane rozporządzeniem Prezesa Rady Ministrów z dnia 19 lutego 2013r. w sprawie rodzajów dokumentów, jakich moŜe Ŝądać Zamawiający od Wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz.U. 2013r., poz. 231).

5. JeŜeli w kraju pochodzenia osoby lub w kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa w pkt 5.1., 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 kraju pochodzenia osoby lub kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania.

6. Zamawiający zastrzega sobie moŜliwość zaproszenia Wykonawcy by dokonał prezentacji/demonstracji oferowanego oprogramowania aplikacyjnego, zainstalowanego na swoim sprzęcie, w celu weryfikacji faktycznie oferowanej funkcjonalności ZSI według wcześniej określonego scenariusza. O moŜliwości prezentacji systemu Wykonawca zostanie powiadomiony przez Zamawiającego z zachowaniem odpowiednich terminów wymaganych w PZP. Scenariusz prezentacji systemu Wykonawca otrzyma od Zamawiającego razem z powiadomieniem o moŜliwości jej przeprowadzenia.

7. Po zawarciu umowy z wybranym Wykonawcą, Wykonawcy biorący udział w postępowaniu, których oferty nie zostały wybrane, mogą złoŜyć wniosek o zwrot próbek.

8. Wykonawca moŜe powierzyć wykonanie zamówienia podwykonawcom. W takim przypadku wymagane jest podanie w formularzu oferty (lub na oddzielnym druku załączonym do oferty) zakresu prac (części zamówienia), które zostaną

SIWZ TP-231/4/PN/124/2013


powierzone podwykonawcy. Brak informacji na temat podwykonawców, będzie traktowany jako zobowiązanie do samodzielnego wykonania zamówienia.

9. Wykonawcy mogą wspólnie ubiegać się o udzielenie zamówienia w rozumieniu art. 23 ust. 1 ustawy Pzp. 1) W takim przypadku zobowiązani są do ustanowienia pełnomocnika do reprezentowania ich w niniejszym

postępowaniu albo do reprezentowania i zawarcia umowy. Pełnomocnictwo naleŜy załączyć do oferty. Zamawiający będzie prowadzić korespondencję i rozliczenia finansowe wyłącznie z pełnomocnikiem, który został lub zostanie do tych czynności umocowany.

2) W przypadku wyboru, przez Zamawiającego, oferty złoŜonej przez Wykonawców wspólnie ubiegających się o udzielenie zamówienia, Wykonawcy ci zobowiązani będą, najpóźniej przed zawarciem umowy na zrealizowanie przedmiotu zamówienia, do przedłoŜenia zawartej między nimi umowy.

3) Wszyscy Wykonawcy wspólnie ubiegający się o udzielenie zamówienia ponoszą solidarnie odpowiedzialność prawną za realizację zamówienia. Problematykę zobowiązań solidarnych, w zakresie nie uregulowanym przez umowę pomiędzy Wykonawcami wspólnie ubiegającymi się o udzielenie zamówienia, regulują przepisy prawa cywilnego.

4) KaŜdy z warunków określonych w rozdz. 5 punkcie 1. powinien spełniać co najmniej jeden z Wykonawców wspólnie ubiegający się o udzielenie zamówienia albo wszyscy ci Wykonawcy wspólnie.

5) Warunki określone w rozdz. 5 punkcie 2. kaŜdy z Wykonawców wspólnie ubiegających się o udzielenie zamówienia powinien spełniać samodzielnie.

6) Oświadczenie o spełnieniu przez niego warunków określonych w art. 22 ust. 1 ustawy Pzp oraz oświadczenie o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 ust. 1 ustawy Pzp składane są przez kaŜdego z tych Wykonawców osobno.

7) Oferta składana przez Wykonawców wspólnie ubiegających się o udzielenie zamówienia musi być podpisana i oznaczona w taki sposób, by prawnie zobowiązywała wszystkie te podmioty.

5.2. OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA WARUNKÓW / WYMAGAŃ UDZIAŁU W

POSTĘPOWANIU Zamawiający dokona oceny spełniania przez Wykonawców w/w warunków/wymagań udziału w postępowaniu zgodnie z regułą spełnia/nie spełnia, na podstawie analizy załączonych do oferty dokumentów oraz informacji w nich zawartych. Niespełnienie, chociaŜby jednego warunku/wymagania, skutkować będzie wykluczeniem Wykonawcy i/lub odrzuceniem jego oferty, z zastrzeŜeniem art. 26 ust. 3 ustawy Pzp. 5.3. WALUTA W JAKIEJ PROWADZONE BĘDĄ ROZLICZENIA ZWIĄZANE Z REALIZACJĄ NINIEJSZEGO

ZAMÓWIENIA PUBLICZNEGO Wszelkie rozliczenia związane z realizacją zamówienia publicznego, którego dotyczy niniejsza SIWZ, dokonywane będą wyłącznie w złotych polskich (PLN).

SIWZ TP-231/4/PN/124/2013


6. OPIS SPOSOBU PRZYGOTOWANIA OFERTY

1) KaŜdy Wykonawca ma prawo złoŜyć tylko jedną ofertę. 2) Ofertę naleŜy przygotować ściśle według wymagań określonych w niniejszej SIWZ. 3) Oferta, aby była waŜna, musi być podpisana przez Wykonawcę lub upowaŜnionych do zaciągania zobowiązań

przedstawicieli Wykonawcy, wymienionych w aktualnych dokumentach rejestracyjnych firmy lub osoby posiadające pisemne pełnomocnictwo, które powinno być dołączone do oferty.

4) Oferta musi być sporządzona w języku polskim. Dokumenty sporządzone w języku obcym muszą być złoŜone wraz z tłumaczeniem na język polski.

5) Wzory dokumentów dołączonych do niniejszej SIWZ powinny zostać wypełnione przez Wykonawcę i dołączone do oferty bądź teŜ przygotowane przez Wykonawcę w innej zgodnej z niniejszą SIWZ formie.

6) Oferta musi być jednoznaczna, tzn. sporządzona w formie zgodnej ze wzorem opracowanym przez Zamawiającego, bez dopisków, opcji i wariantów, z zachowaniem formy wymaganych załączników.

7) Zamawiający nie przewiduje udzielania zamówień uzupełniających na zasadach określonych w art. 67 ust. 1 pkt 7) ustawy Pzp.

8) Zamawiający nie dopuszcza moŜliwości składania ofert częściowych. 9) Zamawiający nie dopuszcza moŜliwości składania ofert wariantowych. 10) Zamawiający nie przewiduje moŜliwości zawarcia umowy ramowej. 11) Zamawiający nie przewiduje moŜliwości przeprowadzenia aukcji elektronicznej. 12) Wykonawca ponosi wszelkie koszty związane z przygotowaniem i złoŜeniem oferty. 13) Oferty oraz wszelkie oświadczenia i zaświadczenia składane w trakcie postępowania są jawne, z wyjątkiem

informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, o ile Wykonawca składając ofertę zastrzeŜe, Ŝe nie mogą być one udostępniane innym uczestnikom postępowania.

14) Część oferty, która zawiera informacje stanowiące tajemnicę przedsiębiorstwa, w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, a Wykonawca zastrzega ich poufność, naleŜy umieścić w odrębnej kopercie z opisem „ZastrzeŜona część oferty”. Zamawiający nie odpowiada za ujawnienie informacji stanowiących tajemnicę przedsiębiorstwa przekazanych mu przez Wykonawcę wbrew postanowieniom niniejszego podpunktu. Wykonawca nie moŜe zastrzec informacji, o których mowa w art. 86 ust. 4 ustawy Pzp.

SIWZ TP-231/4/PN/124/2013


7. OPIS KRYTERIÓW I SPOSOBU OBLICZANIA CENY Wybór oferty zostanie dokonany na podstawie poniŜszych kryteriów: 1. Cena 50% 2. Okres gwarancji, świadczenia usług serwisowych i nadzoru autorskiego dla oprogramowania aplikacyjnego

wdroŜonego w zakresie zadania 1 (zgodnie z zasadami określonymi w załączniku nr 4 do SIWZ) 30% 3. Wymagania techniczne 20% Ocena punktowa oferty „i” (badanej) będzie wynikać z ilości punktów, jakie otrzyma ta oferta za kaŜde kryterium łącznie, wg wzoru:

Pi = P(Ci) + P(Si) + P(Ti) Gdzie: Pi - ocena punktowa oferty „i” (badanej). P(Ci) - ilość punktów, jakie otrzyma oferta „i” (badana) za kryterium „CENA”. P(Si) - ilość punktów, jakie otrzyma oferta „i” (badana) za kryterium „OKRES GWARANCJI, ŚWIADCZENIA

USŁUG SERWISOWYCH I NADZORU AUTORSKIEGO”. P(Ti) - ilość punktów, jakie otrzyma oferta „i” (badana) za kryterium „WYMAGANIA TECHNICZNE”. I. Zasady oceny kryterium „cena” Sposób obliczania ceny Podana w ofercie cena oferowana musi zawierać wszelkie koszty, jakie poniesie Wykonawca z tytułu umowy, jaka zostanie zawarta po wyborze oferty, w szczególności musi zawierać: 1) Oferta cenowa winna być sporządzona na załączonych wzorach formularzy. W przypadku wykorzystania własnych

formularzy ich forma i treść musi dokładnie odpowiadać załączonym wzorom. 2) Wykonawca określi ceny jednostkowe w polskich złotych (PLN) brutto, na dostawę wymienioną w formularzu

cenowym. 3) Ceny jednostkowe określone przez Wykonawcę zostaną ustalone na okres waŜności umowy i nie będą podlegały

zmianom. 4) Cena podana w ofercie powinna zawierać wszelkiego rodzaju opłaty i koszty związane z dostawą: wartość netto

oferowanego przedmiotu zamówienia, podatek VAT, cenę transportu loco Zamawiającego, załadunku, rozładunku, instalacji, wdroŜenia oprogramowania i wdroŜenia personelu, koszty ubezpieczenia, odprawy celne, wszystkie rabaty, upusty, podatki i inne, jeŜeli występują.

5) Oferowana przez Wykonawcę cena to cena brutto i będzie traktowana jako ostateczna do zapłaty przez Zamawiającego.

Cena musi być podana cyfrowo, zarówno w wartości brutto (z podatkiem VAT) jak i netto, max. do 2 miejsc po przecinku. Przy niezmienianym zakresie zadań podana przez Wykonawcę cena, jest ceną ostateczną niepodlegająca zmianom. W przypadku kryterium cena oferta otrzyma zaokrągloną do dwóch miejsc po przecinku ilość punktów wynikających z działania:

C min P(Ci) = -------------------- x 50

C i Gdzie: P(Ci) - ilość punktów, jakie otrzyma oferta „i” (badana) za kryterium „CENA”. C min - najniŜsza cena spośród wszystkich waŜnych i nieodrzuconych ofert. C i – cena oferty badanej. II. Zasady oceny kryterium „okres gwarancji, świadczenia usług serwisowych i nadzoru autorskiego” Gwarancja (G) będzie obliczona wg następującego wzoru:

ilość punktów przyznana ofercie badanej P (Si) = ------------------------------------------------------------------------------------ x 30

najwyŜsza ilość punktów spośród złoŜonych ofert (najdłuŜsza gwarancja) P (Si) – otrzymane punkty za warunki gwarancji, Uwaga:

1. Za kaŜdy następny miesiąc gwarancji powyŜej 36 miesiąca jest przyznawany wykonawcy 1 pkt. Maksymalna ilość przyznanych punktów to 36 za 36 dodatkowych miesięcy lub więcej. Ilość miesięcy jakie gwarantuje wykonawca na Nadzór Autorski i Serwis nad Oprogramowaniem Aplikacyjnym liczonym od dnia zakończenia wdroŜenia, znajdują się na formularzu ofertowym.

2. Punkty za długość oferowanego okresu świadczenia usług gwarancyjnych, serwisowych i nadzoru autorskiego są przyznawane wyłącznie dla Oprogramowania Aplikacyjnego wdroŜonego w zakresie zadania 1 jako składnika krytycznego dla funkcjonowania Szpitala.

SIWZ TP-231/4/PN/124/2013


III. Zasady oceny kryterium „WYMAGANIA TECHNICZNE” W przypadku tego kryterium punkty zostaną przyznane wg następującego wzoru:

To P(Ti) = ------------- x 20

Tmax Gdzie: P(Ti) - ilość punktów, jakie otrzyma oferta „i” (badana) za kryterium „WYMAGANIA TECHNICZNE”. To –ilość punktów uzyskana przez Wykonawcę w tym kryterium. Tmax – maksymalna ilość punktów moŜliwa do uzyskania w tym kryterium, tj. 20 punktów.

Lp. Wymagania techniczne, za spełnienie których zostaną przyznane

punkty Ilość moŜliwych do uzyskania punktów

1. Pochodzenie oferowanych modułów systemów w części HIS od jednego producenta

tak – 4 nie – 0

2. Wielkość składników pobieranych do pamięci podręcznej przeglądarki WWW max 300Kb RAM w części HIS

tak – 4 nie – 0

3. W części medycznej (HIS) system wykorzystuje motor bazy danych Open Source

tak – 8 nie – 0

4. System HIS uruchamia się na stacji roboczej nie dłuŜej niŜ 5 sekund zarówno podczas pierwszego jak i kolejnego uruchomienia

tak – 4 nie – 0

Do obliczenia ilości punktów w tym kryterium będą brane pod uwagę parametry podane przez Wykonawcę w Formularzu ofertowym w tabeli (wg załącznika nr 6 do SIWZ). Ostateczna ilość punktów przyznanych ofercie jest sumą punktów przyznanych za poszczególne kryteria. Oferta, która przedstawia najkorzystniejszy bilans (maksymalna liczba przyznanych punktów w oparciu o ustalone kryteria) zostanie uznana za najkorzystniejszą. Pozostałe oferty zostaną sklasyfikowane zgodnie z ilością uzyskanych punktów. Realizacja zamówienia zostanie powierzona Wykonawcy, którego oferta uzyska najwyŜszą ilość punktów Pi. Objaśnienia:

1. Punkty za wymagania techniczne są przyznawane wyłącznie dla Oprogramowania Aplikacyjnego wdroŜonego w zakresie zadania 1 jako składnika krytycznego dla funkcjonowania Szpitala.

SIWZ TP-231/4/PN/124/2013


8. TERMIN ZWI ĄZANIA OFERTĄ

1) Czas trwania terminu związania ofertą wynosi 60 dni. 2) Bieg terminu związania ofertą rozpoczyna się wraz z upływem terminu oznaczonego na składanie ofert

ostatecznych.

SIWZ TP-231/4/PN/124/2013


9. INFORMACJE O SPOSOBIE POROZUMIEWANIA SIĘ ZAMAWIAJ ĄCEGO Z

WYKONAWCAMI ORAZ PRZEKAZYWANIA OŚWIADCZE Ń LUB DOKUMENTÓW,

A TAK śE WSKAZANIE OSÓB UPRAWNIONYCH DO POROZUMIEWANIA SIĘ Z

WYKONAWCAMI

1) W postępowaniu o udzielenie zamówienia dopuszcza się, oprócz formy pisemnej, przekazywanie oświadczeń, zawiadomień, dokumentów składanych w związku z art. 26 ust. 3 i 4, art. 87 ust. 1 oraz art. 89 ust. 1 pkt 7 ustawy Pzp oraz informacji w formie faksu lub drogą elektroniczną – w formie e-mail (w obydwu przypadkach potwierdzonych niezwłocznie listownie). Wykonawca zobowiązany jest do podania w formularzu ofertowym numeru faksu i adresu e-mail. Numer faksu i adres e-mail Zamawiającego podane są w pkt. I SIWZ. Wyjaśnienia i zmiany do SIWZ oraz informacje o odwołaniach dotyczących treści ogłoszenia o zamówieniu lub postanowień SIWZ Zamawiający będzie umieszczał na własnej stronie internetowej - swk.med.pl

2) Wykonawca jest obowiązany niezwłocznie zawiadamiać o zmianie adresu korespondencyjnego. JeŜeli Wykonawca zmienia adres korespondencyjny, nie informując o tym Zamawiającego, pismo wysłane pod dotychczasowy adres uwaŜa się za doręczone.

3) W przypadku, gdy Zamawiający lub Wykonawca przekazują oświadczenia, wnioski, zawiadomienia oraz informacje drogą elektroniczną lub faksem, kaŜda ze stron na Ŝądanie drugiej niezwłocznie potwierdza fakt ich otrzymania. W przypadku braku potwierdzenia otrzymania wiadomości przez Wykonawcę, Zamawiający domniema, Ŝe pismo wysłane przez Zamawiającego na numer faksu lub adres e-mail, podany przez Wykonawcę, zostało mu doręczone w sposób umoŜliwiający zapoznanie się Wykonawcy z treścią pisma.

4) W przypadku przesyłania korespondencji za pośrednictwem poczty kurierskiej, opakowanie firmowe kuriera powinno być oznakowane w sposób szczególny, zwracający uwagę, Ŝe koperta zawiera dokumenty dotyczące przetargu. Opakowania nieoznakowane będą otwierane na ryzyko Wykonawcy.

5) Osobami upowaŜnionymi przez Zamawiającego do kontaktowania się z Wykonawcami jest:

SIWZ TP-231/4/PN/124/2013


10. MIEJSCE, TERMIN I SPOSÓB ZŁOśENIA OFERTY

1) Ofertę naleŜy złoŜyć w sekretariacie Szpitala Wojewódzkiego w Koszalinie, w nieprzekraczalnym terminie do dnia 03.09.2013r. do godziny 1000.

2) Ofertę wraz ze wszystkimi załącznikami na ponumerowanych stronach (prosimy o dołączenie dokumentów w kolejności określonej w rozdziale 5.1.1. (tabela)) naleŜy złoŜyć w zabezpieczonej przed otwarciem kopercie. Kopertę naleŜy opisać następująco:

„NAZWA WYKONAWCY

NR POSTĘPOWANIA: TP-231/4/PN/124/2013

MEDYCZNY SYSTEM INFORMATYCZNY

SZPITAL WOJEWÓDZKI IM. MIKOŁAJA KOPERNIKA

UL. T. CHAŁUBI ŃSKIEGO 7, 75-581 KOSZALIN

DZIAŁ ZAMÓWIE Ń PUBLICZNYCH”

NIE OTWIERA Ć PRZED …….(TERMIN SKŁADANIA OFERT)……

3) Oferta złoŜona po terminie zostanie zwrócona Wykonawcy po upływie terminu przewidzianego do wniesienia

odwołania. 4) Na kopercie (paczce) oprócz opisu jw. naleŜy umieścić nazwę, adres oraz nr telefonu i faksu Wykonawcy.

SIWZ TP-231/4/PN/124/2013


11. ZMIANY LUB WYCOFANIE ZŁOśONEJ OFERTY

1) Wykonawca moŜe, przed upływem terminu składania ofert, wprowadzić zmiany lub wycofać złoŜoną przez siebie ofertę (zgodnie z art. 84 ustawy Pzp).

2) Zmiany, poprawki lub modyfikacje złoŜonej oferty muszą być złoŜone w miejscu i według zasad obowiązujących przy składaniu oferty. Odpowiednio opisaną kopertę zawierającą zmiany naleŜy dodatkowo opatrzyć dopiskiem "ZMIANA OFERTY".

3) Wycofanie złoŜonej oferty następuje poprzez złoŜenie pisemnego powiadomienia podpisanego przez upełnomocnionego przedstawiciela Wykonawcy. Powiadomienie naleŜy złoŜyć w miejscu i według zasad obowiązujących przy składaniu oferty. Odpowiednio opisaną kopertę zawierającą powiadomienie naleŜy dodatkowo opatrzyć dopiskiem "WYCOFANIE OFERTY".

SIWZ TP-231/4/PN/124/2013


12. MIEJSCE I TERMIN OTWARCIA OFERT

1) Otwarcie ofert nastąpi w: Szpitalu Wojewódzkim im. Mikołaja Kopernika, ul. Chałubińskiego 7, 75-581 Koszalin Dział Zamówień Publicznych, w dniu 03.09.2013r. o godzinie 1015.

2) Bezpośrednio przed otwarciem ofert Zamawiający poda kwotę, jaką zamierza przeznaczyć na sfinansowanie zamówienia.

3) W trakcie publicznej sesji otwarcia ofert nie będą otwierane koperty (paczki) zawierające oferty, których dotyczy "WYCOFANIE". Takie oferty zostaną odesłane Wykonawcom bez otwierania.

4) Koperty (paczki) oznakowane dopiskiem "ZMIANA" zostaną otwarte przed otwarciem kopert (paczek) zawierających oferty, których dotyczą te zmiany. Po stwierdzeniu poprawności procedury dokonania zmian zmiany zostaną dołączone do oferty.

5) Podczas otwarcia ofert Zamawiający poda obecnym: a. nazwy (firmy) oraz adresy Wykonawców, b. informacje dotyczące ceny, terminu wykonania zamówienia, okresu gwarancji i warunków płatności

zawartych w ofertach. 6) Informacje, o których mowa w ust. 5 pkt a) i b) powyŜej, Zamawiający przekaŜe niezwłocznie Wykonawcom,

którzy nie byli obecni przy otwarciu ofert, na ich wniosek.

SIWZ TP-231/4/PN/124/2013


13. WYMAGANIA DOTYCZĄCE WADIUM

1. Wykonawca przystępując do przetargu wnosi wadium w wysokości 100 000,00 zł. 2. Wykonawca moŜe wnieść wadium w jednej lub w kilku następujących formach:

1) pieniądzu, na rachunek bankowy BOŚ O/ Koszalin nr: 35 1540 1043 2001 8101 3130 0001; 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 dnia 9 listopada 2000 r. o

utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. Nr 109, poz. 1158, z późn. zm.). 3. W przypadku składania przez Wykonawcę wadium w formie gwarancji, gwarancja ma być co najmniej gwarancją:

bezwarunkową, nieprzenośną, nieodwołalną i płatną na pierwsze pisemne Ŝądanie Zamawiającego. Gwarancja ma być sporządzona zgodnie z obowiązującym prawem i winna zawierać następujące elementy:

1) nazwę dającego zlecenie (Wykonawcy), beneficjenta gwarancji (Zamawiającego), gwaranta (banku lub instytucji ubezpieczeniowej udzielających gwarancji) oraz wskazanie ich siedzib,

2) oznaczenie postępowania, 3) określenie przedmiotu postępowania 4) określenie wierzytelności, która ma być zabezpieczona gwarancją, 5) kwotę gwarancji, 6) termin waŜności gwarancji 7) zobowiązanie gwaranta do zapłacenia kwoty gwarancji na pierwsze pisemne Ŝądanie Zamawiającego zawierające

oświadczenie, iŜ Wykonawca, którego ofertę wybrano: a) odmówił podpisania umowy na warunkach określonych w ofercie lub b) nie wniósł zabezpieczenia naleŜytego wykonania umowy lub c) zawarcie umowy stało się niemoŜliwe z przyczyn leŜących po stronie Wykonawcy.

8) zobowiązanie gwaranta do zapłacenia kwoty gwarancji na pierwsze pisemne Ŝądanie Zamawiającego zawierające oświadczenie, iŜ Wykonawca zobowiązany w odpowiedzi na wezwanie o którym mowa w art. 26 ust. 3 ustawy Pzp, nie złoŜył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy Pzp lub pełnomocnictw, chyba Ŝe udowodni, Ŝe wynika to z przyczyn nieleŜących po jego stronie.

4. Termin wniesienia wadium.

Wadium naleŜy wnieść przed upływem terminu składania ofert, przy czym wniesienie wadium w pieniądzu za pomocą przelewu bankowego Zamawiający będzie uwaŜał za skuteczne tylko wówczas, gdy bank prowadzący rachunek Zamawiającego potwierdzi, Ŝe otrzymał taki przelew przed upływem terminu składania ofert.

W wymienionym przypadku dołączenie do oferty kopii polecenia przelewu wystawionego przez Wykonawcę jest warunkiem koniecznym, ale nie wystarczającym do stwierdzenia przez Zamawiającego terminowego wniesienia wadium przez Wykonawcę. 5. Termin obowiązywania wadium.

Wadium wniesione do postępowania przetargowego musi zabezpieczać ofertę przez cały okres związania ofertą.

SIWZ TP-231/4/PN/124/2013


14. WYMAGANIA DOTYCZĄCE ZABEZPIECZENIA NALEśYTEGO WYKONANIA

UMOWY

1. Informacje ogólne.

Zabezpieczenie słuŜy pokryciu roszczeń z tytułu niewykonania lub nienaleŜytego wykonania umowy. 2. Wysokość zabezpieczenia naleŜytego wykonania umowy.

Zamawiający ustala zabezpieczenie naleŜytego wykonania umowy zawartej w wyniku postępowania o udzielenie niniejszego zamówienia w wysokości 10% ceny całkowitej podanej w ofercie.

Wybrany Wykonawca zobowiązany jest wnieść zabezpieczenie naleŜytego wykonania umowy przed terminem zawarcia umowy.

3. Forma zabezpieczenia naleŜytego wykonania umowy. 1) Zabezpieczenie naleŜytego wykonania umowy moŜe być wniesione według wyboru Wykonawcy w jednej lub w

kilku następujących formach: a) pieniądzu; b) poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-kredytowej, z tym Ŝe

zobowiązanie kasy jest zawsze zobowiązaniem pienięŜnym; c) gwarancjach bankowych; d) gwarancjach ubezpieczeniowych; e) poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r.

o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości. 2) Zabezpieczenie wnoszone w pieniądzu Wykonawca wpłaci przelewem na rachunek bankowy BOŚ O/ Koszalin nr:

35 1540 1043 2001 8101 3130 0001. 3) W przypadku wniesienia wadium w pieniądzu Wykonawca moŜe wyrazić zgodę na zaliczenie kwoty wadium na

poczet zabezpieczenia. 4) JeŜeli zabezpieczenie wniesiono w pieniądzu, Zamawiający przechowuje je na oprocentowanym rachunku

bankowym. Zamawiający zwraca zabezpieczenie wniesione w pieniądzu z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane, pomniejszone o koszt prowadzenia tego rachunku oraz prowizji bankowej za przelew pieniędzy na rachunek bankowy Wykonawcy.

5) JeŜeli Wykonawca, którego oferta została wybrana nie wniesie zabezpieczenia naleŜytego wykonania umowy, Zamawiający wybiera najkorzystniejszą ofertę spośród pozostałych ofert stosownie do treści art. 94 ust. 3 ustawy Prawo zamówień publicznych.

6) Do zmiany formy zabezpieczenia umowy w trakcie realizacji umowy stosuje się art. 149 ustawy Prawo zamówień publicznych.

4. Zwrot zabezpieczenia naleŜytego wykonania umowy. 1) Zamawiający zwróci zabezpieczenie w terminie 30 dni od dnia wykonania zamówienia i uznania przez

Zamawiającego za naleŜycie wykonane - od daty zatwierdzenia przez Zamawiającego Raportu Końcowego. 2) Zamawiający pozostawi na zabezpieczenie roszczeń z tytułu rękojmi za wady kwotę wynoszącą 30% wysokości

zabezpieczenia. 3) Kwota, o której mowa w poprzednim punkcie niniejszej SIWZ jest zwracana nie później niŜ w 15 dniu po upływie

okresu rękojmi za wady - od daty zatwierdzenia przez Zamawiającego Raportu Pogwarancyjnego.

SIWZ TP-231/4/PN/124/2013


15. ZAWARCIE UMOWY I JEJ ISTOTNE POSTANOWIENIA, W TYM ZMIANY UMOWY

§ 1 PRZEDMIOT UMOWY 1. Przedmiotem zamówienia jest dostawa, kompleksowe wdroŜenie systemu medycznego w Szpitalu Wojewódzkim w

Koszalinie 2. Projekt składa się z dwóch zadań:

1) Zadanie 1. WdroŜenie zintegrowanego systemu informatycznego Szpitala w części medycznej 2) Zadanie 2. WdroŜenie systemu archiwizacji

3. Specyfikacja istotnych warunków zamówienia stanowi załącznik nr 1 do Umowy. 4. Umowa zostanie wykonana zgodnie z Harmonogramem Rzeczowo-Finansowym.

§ 2 WYKONANIE UMOWY 1. KaŜda ze Stron zobowiązuje się wykonać Umowę zgodnie z obowiązującymi przepisami, treścią i celem Umowy. 2. Wykonawca zobowiązuje się wykonać Umowę przy zachowaniu najwyŜszej staranności, uwzględniając zawodowy

charakter prowadzonej działalności, zgodnie z zasadami współczesnej wiedzy technicznej i stosowanymi normami technicznymi.

3. Przy wykonywaniu Umowy, Wykonawca zobowiązuje się przestrzegać Harmonogramu Rzeczowo-Finansowego oraz do odpowiedniej organizacji prac związanych z realizacją Umowy tak, aby zapewnić terminowe wykonanie Umowy w sposób niezakłócający normalnej pracy Szpitala oraz delegować do prac objętych Umową osoby posiadające niezbędne uprawnienia i kwalifikacje.

4. Wykonawca oświadcza, iŜ: 1) posiada wiedzę, doświadczenie, urządzenia i narzędzia informatyczne niezbędne do prawidłowego

wykonania Umowy, 2) personel Wykonawcy wykonujący prace w ramach realizacji Umowy posiada doświadczenie i kwalifikacje

niezbędne do prawidłowego wykonania Umowy, oraz gwarantuje, iŜ: 3) Infrastruktura sprzętowa i Oprogramowanie będzie zgodne z Ofertą i będzie realizowało wszystkie

funkcjonalności opisane w SIWZ. 5. Wykonawca nie moŜe powierzyć w całości ani w części wykonania przedmiotu Umowy osobom trzecim bez pisemnej

zgody Zamawiającego. 6. W przypadku powierzenia wykonania części Umowy podwykonawcom, Wykonawca odpowiada za czynności

wykonane przez podwykonawców oraz jego personel, jak za działania i zaniechania własne. 7. Wykonawca zobowiązany jest do ścisłej współpracy z Zamawiającym i niezwłocznego informowania Zamawiającego

o wszelkich okolicznościach mogących mieć wpływ na prawidłowość lub terminowość realizacji Umowy.

§ 3 ORGANIZACJA REALIZACJI PRZEDMIOTU UMOWY 1. Do nadzoru nad realizacją Umowy, Strony powołają Komitet Sterujący, w skład którego wchodzą po

1) stronie Zamawiającego: a) Przewodniczący: •............................. b) Członkowie: •.............................

2) po stronie Wykonawcy: a) Członkowie: •.............................

2. W celu bezpośredniego nadzoru nad realizacją Umowy, w tym podpisywania protokołów odbioru, Strony wyznaczają Kierowników Projektu: 1) ze strony Zamawiającego:………………… 2) ze strony Wykonawcy:……………………….

3. Osoby wymienione w ust.1 i 2 mogą zostać odwołane z pełnionych funkcji a takŜe zrzec się ich wykonywania. W miejsce odwołanych osób naleŜy powołać w ciągu 3 dni ich następców. Osoby te powinny legitymować się takimi samymi kompetencjami jak ich poprzednicy. Niniejsze zmiany nie stanowią istotnej zmiany umowy w rozumieniu art. 144 pzp.

4. Kierownicy Projektu kaŜdej ze Stron mogą upowaŜnić do wykonywania swoich obowiązków osobę trzecią. UpowaŜnienie jest skuteczne pod warunkiem pisemnego powiadomienia Kierownika Projektu lub osoby zastępującej Kierownika Projektu drugiej Strony z trzydniowym wyprzedzeniem o danych osoby upowaŜnionej oraz przekazaniu jej danych kontaktowych zawierających nr telefonu, faksu oraz adres e-mail.

5. Z zastrzeŜeniem odmiennych postanowień Umowy, korespondencja w sprawach związanych z Umową prowadzona będzie pisemnie w języku polskim i powinna być kierowana listem poleconym za potwierdzeniem odbioru na niŜej podane adresy: 1) dla Zamawiającego: ………………………………. 2) dla Wykonawcy: ………………………………

SIWZ TP-231/4/PN/124/2013


6. Zmiana wskazanych w Umowie danych adresowych nie stanowi zmiany Umowy i moŜe być dokonywana przez Kierownika Projektu Strony, której dotyczy oraz staje się skuteczna wobec drugiej Strony po pisemnym zawiadomieniu Kierownika Projektu drugiej Strony.

§ 4 WŁASNOŚĆ I RYZYKO PRZYPADKOWEJ UTRATY LUB USZKODZENIA

1. Tytuł własności, korzyści i cięŜary oraz niebezpieczeństwo przypadkowej utraty lub uszkodzenia Infrastruktury sprzętowej i Oprogramowania przechodzą na Zamawiającego z chwilą odbioru danej Dostawy, potwierdzonej podpisanym przez Strony, w tym bez uwag i zastrzeŜeń Zamawiającego Protokołem Odbioru.

2. W okresie pomiędzy przekazaniem Infrastruktury sprzętowej i Oprogramowania przez Wykonawcę Zamawiającemu, potwierdzonym podpisanym przez Strony Protokołem Przekazania a Dostawą Infrastruktury sprzętowej i Oprogramowania przez Wykonawcę do Lokalizacji, potwierdzoną podpisanym przez Strony Protokołem Odbioru, Wykonawca zobowiązany jest do przechowywania Infrastruktury sprzętowej i Oprogramowania na własny koszt i ryzyko oraz do zapewnienia przestrzeni i warunków do ich przechowywania.

§ 5 ODBIORY

1. Wykonawca zobowiązuje się wykonać Zadania Umowy w terminach określonych w Harmonogramie Rzeczowo-Finansowym, w terminie do 31.12.2013.

2. Na potrzeby Umowy, pod pojęciem wykonania Umowy, Strony rozumieją odbiór zadań 1 - 2 o których mowa w § 1 ust. 2 Umowy, na podstawie protokołów odbioru zadań podpisanych przez Strony w bez uwag i zastrzeŜeń ze strony Zamawiającego oraz Protokołu Odbioru Końcowego bez uwag i zastrzeŜeń ze strony Zamawiającego.

3. Za datę wykonania części Umowy będącej przedmiotem odbioru uznaje się datę podpisania odpowiedniego Protokołu Odbioru przez Strony bez uwag i zastrzeŜeń Zamawiającego, z zastrzeŜeniem, Ŝe wszystkie czynności odbiorcze, w tym równieŜ związane z uwzględnianiem uwag lub zastrzeŜeń Zamawiającego powinny zakończyć się najpóźniej w terminie wykonania Umowy, określonym zgodnie z ust. 1 par. 5 Umowy.

4. Strony dopuszczają w ramach realizacji poszczególnych Zadań Umowy moŜliwość częściowych odbiorów Dostaw bądź Usług, które podlegają odbiorowi na podstawie podpisanych przez Strony, w tym bez uwag i zastrzeŜeń ze strony Zamawiającego następujących protokołów odbioru.

1) …………… 2) …………… 3) ……………

5. Wykonawca winien zagwarantować ciągłość rozwoju wdroŜonego Oprogramowania Aplikacyjnego w zakresie zadania 1 przez okres ………………….. (minimum 36 miesięcy), liczony od daty podpisania Protokołu Odbioru Końcowego (bezusterkowego).

6. Wykonawca winien zagwarantować ciągłość rozwoju wdroŜonego oprogramowania w zakresie zadań 1 - 2 przez okres ………………… (min. 36 miesięcy), liczony od daty podpisania Protokołu Odbioru Końcowego (bezusterkowego).

7. Osobami upowaŜnionymi do podpisywania protokołów odbioru oraz zgłaszania uwag lub zastrzeŜeń będzie ze strony Zamawiającego osoba wskazana w §3 ust. 2 pkt 1. Zamawiający zastrzega sobie prawo do dopuszczenia do udziału w czynnościach odbiorczych osób trzecich w postaci ekspertów, specjalistów lub biegłych.

8. Wykonawca zobowiązany jest uczestniczyć w czynnościach odbiorczych przez pisemnie upowaŜnioną do tego osobę. Nieobecność osoby upowaŜnionej do czynności odbiorczych ze strony Wykonawcy nie wstrzymuje czynności odbiorczych i upowaŜnia do dokonania przez Zamawiającego odbioru jednostronnego.

9. Ramowa procedura przekazania i odbioru prac zleconych przez Zamawiającego: � Po zakończeniu realizacji zadań 1 – 2 Wykonawca wykona i przekaŜe Zamawiającemu dokumentację

powykonawczą dla administratorów zawierającą dokładny opis funkcjonalny poszczególnych elementów z uwzględnieniem ich konfiguracji na etapie wdroŜenia.

� Po zakończeniu realizacji zadań od 1 do 2 oraz po stwierdzeniu poprawności funkcjonowania wszystkich wdroŜonych elementów Wykonawca pisemnie zgłosi gotowość do odbioru przedmiotu zamówienia. Warunkiem przyjęcia zgłoszenia będzie:

� złoŜenie przez Wykonawcę wymaganej kompletnej dokumentacji powykonawczej. � Po otrzymaniu zgłoszenia gotowość do odbioru przedmiotu zamówienia Zamawiający w terminie 7. dni

przystąpi do czynności odbiorowych, a po ich wykonaniu i nie stwierdzeniu usterek, przedstawi Wykonawcy do podpisu Protokół Odbioru Końcowego – bezusterkowy w terminie ostatecznym do 31.12.2013.

� Warunkiem podpisania Protokołu Odbioru Końcowego poszczególnych zadań (bezusterkowego) będzie: - wykonanie przez Wykonawcę testów poprawności działania wdroŜonych elementów, - dla elementów w zakresie zadania 1 zintegrowania z posiadanym oprogramowaniem i sprzętem

Zamawiającego (dla Zadań od 1 do 2 i odpowiednich testów, - pisemne zaakceptowanie przez Zamawiającego przekazanych przez Wykonawcę wyników testów,

� W przypadku stwierdzenia usterek podczas odbioru strony podpiszą protokół odmowy odbioru zawierający uzasadnienie takiej odmowy z wykazem stwierdzonych usterek i terminami ich usunięcia. Po usunięciu usterek Wykonawca ponownie zgłosi gotowość do odbioru przedmiotu zamówienia.

SIWZ TP-231/4/PN/124/2013


� Na Wykonawcy spoczywa obowiązek zagwarantowania ciągłości rozliczeń Zamawiającego z NFZ w okresie realizacji przedmiotu zamówienia oraz w okresie objętym gwarancją – z uwzględnieniem zapisów Rozporządzenia Ministra Zdrowia z dnia 06.05.2008r. w sprawie ogólnych warunków umów o udzielanie świadczeń opieki zdrowotnej (Dz.U.2008, nr 81, poz.484), a w szczególności terminów rozliczeń wynikających z treści §23 ust. 1 i 3 Załącznika pt. „Ogólne warunki umów o udzielanie świadczeń opieki zdrowotnej” do tego rozporządzenia.

10. Szczegółowa procedura przekazania i odbioru przez Zamawiającego wykonania poszczególnych zadań i całej Umowy zostanie uzgodniona pomiędzy Stronami w czasie realizacji Umowy.

§ 6 WYNAGRODZENIE, WARUNKI PŁATNOŚCI

1. Za prawidłowe wykonanie Przedmiotu Umowy Wykonawca otrzyma wynagrodzenie, którego łączna wysokość nie moŜe przekroczyć kwoty ………… zł netto (słownie złotych netto: ……………..), tj. ………… zł brutto (słownie złotych brutto: ……………).

2. Wynagrodzenia brutto, o którym mowa w ust. 1 powyŜej obejmuje wszelkie koszty związane z realizacją Umowy z uwzględnieniem podatku od towarów i usług VAT, innych opłat i podatków. Wynagrodzenie obejmuje równieŜ udzielenie gwarancji i świadczenie Serwisu gwarancyjnego oraz nadzoru autorskiego na zasadach określonych w Umowie. Wynagrodzenie wyczerpuje wszelkie naleŜności Wykonawcy wobec Zamawiającego związane z realizacją Umowy. Wykonawcy nie przysługuje zwrot od Zamawiającego jakichkolwiek dodatkowych kosztów, opłat, ceł i podatków poniesionych przez Wykonawcę w związku z realizacją Umowy.

3. Na wynagrodzenie wskazane w ust. 1 powyŜej składa się suma kwot odpowiadających wynagrodzeniom z tytułu wykonania zadań 1-2, tj.:

1) za wykonanie Zadania 1, o którym mowa w § 1 ust. 2 pkt. 1) - w kwocie …….. zł netto (słownie złotych netto: .... ), powiększonej o podatek od towarów i usług tj.……… zł. brutto (słownie złotych brutto:…………..),

2) za wykonanie Zadania 2, o którym mowa w § 1 ust. 2 pkt. 2) - w kwocie …….. zł netto (słownie złotych netto: .... ), powiększonej o podatek od towarów i usług tj.……… zł. brutto (słownie złotych brutto:…………..),

4. Wynagrodzenie moŜe być wypłacane w formie płatności częściowych dotyczących danego elementu zadania, do łącznej kwoty 6% wynagrodzenia umownego brutto wskazanego w ust. 1 powyŜej, na podstawie Protokołów Odbiorów Częściowych. Jednocześnie wartość wynagrodzenia częściowego nie moŜe przekroczyć 70% wartości danego elementu Zadania określonej w Harmonogramie Rzeczowo-Finansowym.

5. Pozostałe 30 % wynagrodzenia danego elementu zadania, a takŜe pozostałe kwoty wynagrodzenia częściowego, przekraczające łączną kwotę 6% wynagrodzenia umownego brutto wskazanego w ust. 1 powyŜej, zostaną zakwalifikowane do zapłaty w terminach ratalnych określonych w Harmonogramie Rzeczowo-Finansowym.

6. Wynagrodzenie zostanie wypłacone na podstawie dostarczonego Zamawiającemu przez Wykonawcę oryginału prawidłowo wystawionej faktury VAT.

7. Wynagrodzenie, o którym mowa w ust. 1 płatne będzie przelewem bankowym na rachunek bankowy Wykonawcy wskazany na fakturze VAT, w terminie 30 dni od daty doręczenia do siedziby Zamawiającego prawidłowo wystawionej faktury VAT i kopii odpowiedniego Protokołu Odbioru.

8. Za dzień zapłaty uwaŜa się dzień obciąŜenia rachunku bankowego Zamawiającego. 9. Zamawiający jest uprawniony do potrącenia kar umownych, o których mowa w § 9 Umowy, z wynagrodzenia

naleŜnego Wykonawcy na podstawie Umowy. 10. Wykonawca nie moŜe bez pisemnej zgody Zarządu Województwa Zachodniopomorskiego przenieść wierzytelności

wynikające z niniejszej umowy na osobę trzecią.

§ 7 PRAWA WŁASNOŚCI INTELEKTUALNEJ 1. Wykonawca oświadcza, Ŝe do Oprogramowania Aplikacyjnego będącego utworem w rozumieniu ustawy o prawie

autorskim i prawach pokrewnych, przysługują mu wyłączne i nieograniczone autorskie prawa majątkowe i nie są one obciąŜone jakimikolwiek roszczeniami i prawami osób trzecich.

2. Wykonawca udzieli Zamawiającemu licencji/sublicencji na uŜytkowanie Oprogramowania aplikacyjnego, którego zakres funkcjonalny został określony w SIWZ.

3. Licencja/sublicencja na uŜytkowanie Oprogramowania aplikacyjnego jest licencją niewyłączną i zostaje udzielona Zamawiającemu na czas nieokreślony.

4. Zamawiający ma prawo tylko do takich kopii Oprogramowania aplikacyjnego, które są niezbędne do zapewnienia bezpieczeństwa jego eksploatacji.

5. Kopie niezbędne do zapewnienia bezpieczeństwa eksploatacji Oprogramowania aplikacyjnego nie mogą być eksploatowane równocześnie z jego instalacjami produkcyjnymi.

6. Zamawiający nie ma prawa do sprzedaŜy, odsprzedaŜy, wypoŜyczania, uŜyczania, powielania, odstępowania, lub rozpowszechniania w innej formie, zmienienia, dekompilacji, tłumaczenia Oprogramowania aplikacyjnego.

7. Zamawiający nie ma prawa do usuwania bądź zmiany znaków handlowych i informacji o Wykonawcy, bądź producencie podanych w Oprogramowaniu aplikacyjnym i materiałach towarzyszących.

8. Zamawiający ma prawo do rozpowszechniania bez ograniczeń rezultatów wykonywania Oprogramowania aplikacyjnego oraz danych i zestawień utworzonych za jego pomocą.

9. Certyfikaty licencyjne dostarczone przez Wykonawcę będą zawierać powyŜsze warunki od 2 do 8.

SIWZ TP-231/4/PN/124/2013


10. Certyfikaty licencyjne zostaną przekazane Zamawiającemu w dniu uregulowania przez Wykonawcę naleŜności za dostarczone licencje.

§ 8 GWARANCJA I SERWIS GWARANCYJNY 1. Wykonawca udziela nieodpłatnej gwarancji na Infrastrukturę techniczną na okres …….. miesięcy liczony od dnia

podpisania Protokołu Odbioru. 2. Wykonawca udziela nieodpłatnej gwarancji na Oprogramowanie Aplikacyjne wdroŜone w zakresie zadania 1 na okres

……………. miesięcy liczony od dnia podpisania Protokołu Odbioru Końcowego. 3. Wykonawca udziela nieodpłatnej gwarancji na oprogramowanie wdroŜone w zakresach zadań 1 oraz 2 na okres

……….. miesięcy liczony od dnia podpisania Protokołu Odbioru Końcowego. 4. W okresie trwania gwarancji Wykonawca zobowiązuje się do świadczenia, w ramach wynagrodzenia określonego w §

6 ust. 1, Serwisu gwarancyjnego i dokonywania przeglądów i konserwacji Infrastruktury sprzętowej oraz Modyfikacji Oprogramowania Aplikacyjnego wymaganych do utrzymania gwarancji. Szczegółowe warunki gwarancji, Serwisu gwarancyjnego oraz Nadzoru autorskiego zawiera Załącznik nr ………. do Umowy.

5. W przypadku konieczności wymiany Elementu Infrastruktury Wykonawca zobowiązuje się dostarczyć Element Infrastruktury sprawny oraz wolny od wad fizycznych i prawnych, realizujący te same Usługi Infrastruktury, zapewniając okres gwarancji nie krótszy niŜ wymienianego Elementu Infrastruktury.

6. Zamawiający dopuszcza moŜliwość modernizacji Elementów Infrastruktury w trakcie trwania Umowy na koszt i ryzyko Wykonawcy, z wykorzystaniem nowszych niŜ obecnie uŜywane technologii i urządzeń, pod warunkiem uzyskania lepszych parametrów technicznych lub finansowania z punktu widzenia Zamawiającego, przy zachowaniu parametrów nie gorszych niŜ określone w SIWZ, po wyraŜeniu pisemnej zgody przez Zamawiającego.

7. Wykonawca zobowiązuje się do wykonywania obowiązków wynikających z gwarancji w sposób zapobiegający utracie danych Zamawiającego, do których będzie miał dostęp w trakcie wykonywania naprawy. W przypadku, gdy dokonanie usunięcia wady wiąŜe się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do usuwania wady oraz umoŜliwi ć Zamawiającemu dokonanie kopii zapasowych danych. W przypadku wymiany Elementów Infrastruktury na wolny od wad, Zamawiający zastrzega prawo zachowania wszelkich nośników danych, w szczególności twardych dysków.

8. Okres gwarancji ulegnie przedłuŜeniu odpowiednio: 1) w przypadku naprawy Elementów Infrastruktury - o okres wykonywania naprawy; 2) w przypadku dokonania wymiany Elementów Systemu - o okres gwarancji.

9. Wykonawca zobowiązuje się do zapewnienia ciągłości serwisu gwarancyjnego w wypadku zakończenia działalności swojego przedsiębiorstwa w czasie, na który została udzielona gwarancja jakości.

10. W przypadku, kiedy Wykonawca nie przedstawia gwarancji udzielonej przez producenta elementów Infrastruktury, dokument gwarancyjny wystawiony przez Wykonawcę nie moŜe zawierać następujących warunków: 1) ograniczać okresu gwarancji poprzez uwzględnienie naturalnego zuŜycia elementów wchodzących w skład

zamawianej Infrastruktury sprzętowej (z wyłączeniem elementów eksploatacyjnych ulegających naturalnemu zuŜyciu);

2) obowiązku dokonywania przez Zamawiającego płatnych przeglądów okresowych wykonywanych przez podmioty wskazane przez Wykonawcę;

3) postanowień niekorzystnych dla Zamawiającego lub powodujących jego obciąŜenie dodatkowymi kosztami związanymi z dostawą przedmiotu Umowy, a takŜe zawierać dodatkowych warunków współpracy z Wykonawcą;

4) dotyczących innych płatnych działań nie ujętych w Umowie. 11. Gwarancja, o której mowa w ust. 1 powyŜej, nie wyłącza odpowiedzialności Wykonawcy wobec Zamawiającego z

tytułu rękojmi.

§ 9 ODPOWIEDZIALNOŚĆ, KARY UMOWNE 1. Wykonawca odpowiada za szkodę, wyrządzoną Zamawiającemu, w tym równieŜ za szkodę wyrządzoną przez osoby,

którymi Wykonawca posłuŜył się przy wykonaniu Umowy, chyba Ŝe szkoda została spowodowana działaniem siły wyŜszej, wyłączną winą Zamawiającego lub osoby trzeciej, za którą Wykonawca nie ponosi odpowiedzialności.

2. W przypadku opóźnienia Wykonawcy w stosunku do terminów wykonania poszczególnych Zadań określonych w Harmonogramie Rzeczowo-Finansowym, Wykonawca zobowiązany będzie do zapłaty na rzecz Zamawiającego kary umownej w wysokości 0.5 % wynagrodzenia brutto określonego w § 6 ust. 1 Umowy za kaŜdy rozpoczęty dzień opóźnienia.

3. JeŜeli opóźnienie Wykonawcy w stosunku terminów wykonania poszczególnych części Umowy określonych w Harmonogramie Rzeczowo-Finansowym, przekroczy 20 Dni Roboczych, Zamawiający moŜe, niezaleŜnie od kar umownych przewidzianych w ust. 2 powyŜej, od Umowy odstąpić bez obowiązku wyznaczania dodatkowego terminu, a takŜe Ŝądać kary umownej w wysokości 20 % wynagrodzenia brutto określonego w § 6 ust. 1 Umowy.

4. JeŜeli Wykonawca będzie wykonywał prace w sposób wadliwy albo sprzeczny z Umową, Zamawiający wezwie Wykonawcę do zmiany sposobu wykonania i wyznaczy mu w tym celu termin 10 Dni Roboczych. Po bezskutecznym upływie wyznaczonego terminu Zamawiający będzie uprawniony do odstąpienia od Umowy oraz Ŝądania zapłaty kary umownej w wysokości 20 % wynagrodzenia brutto określonego w § 6 ust. 1 Umowy.

5. W wypadku odstąpienia od Umowy przez Wykonawcę lub Zamawiającego z przyczyn leŜących po stronie

SIWZ TP-231/4/PN/124/2013


Wykonawcy, Wykonawca, niezaleŜnie od innych kar umownych, zapłaci na rzecz Zamawiającego karę umowną w wysokości 20 % wynagrodzenia brutto przewidzianego w § 11 ust. 1 Umowy.

6. Wykonawca zobowiązany będzie do zapłaty kary umownej w razie opóźnienia w wykonywaniu usług gwarancyjno - serwisowych określonych w pkt. 4.7. SIWZ do Umowy w następującej wysokości:

1) w odniesieniu do Czasu reakcji Serwisu – karę umowną w wysokości 0,01 % kwoty zadań 1 - 2w zakresie Umowy (zgodnie z załącznikiem nr …………. do umowy) za kaŜdy rozpoczęty odpowiedni kolejny okres maksymalnego czasu reakcji;

2) w odniesieniu do Czasu usunięcia Awarii – karę umowną w wysokości 0,02 % kwoty zadań 1 – 2 w zakresie Umowy (zgodnie z załącznikiem nr …………. do umowy) za kaŜdy rozpoczęty odpowiedni kolejny okres maksymalnego czasu usunięcia awarii;

3) w odniesieniu do Czasu usunięcia Wady Aplikacji - karę umowną w wysokości 0,02 % kwoty zadań 1 – 2 w zakresie Umowy (zgodnie z załącznikiem nr ……. do umowy) za kaŜdy kolejny rozpoczęty odpowiedni kolejny okres usunięcia wady aplikacji;

4) w odniesieniu do Czasu usunięcia Usterki Programistycznej – karę umowną w wysokości 0,02 % zadań 1 – 2 w zakresie Umowy (zgodnie z załącznikiem nr …………. do umowy) za kaŜdy rozpoczęty odpowiedni kolejny okres usunięcia usterki programistycznej;

5) w odniesieniu do Czasu obsługi Konsultacji – karę umowną w wysokości 0,01 % kwoty zadań 1 – 2 w zakresie Umowy (zgodnie z załącznikiem nr …………. do umowy) za kaŜdy kolejny dzień po upływie odpowiedniego okresu obsługi konsultacji.

7. Kary umowne opisane w ust. 6 liczone będą odrębnie do kaŜdego pojedynczego zgłoszenia dokonanego przez Zamawiającego w zakresie usługi serwisowej i nadzoru autorskiego, o jakich mowa w odpowiednich załącznikach do Umowy. Pojedyncze zgłoszenie rozumiane jest jako co najmniej jednokrotne przekazanie Wykonawcy informacji przez Zamawiającego dotyczącego tego samego zdarzenia.

8. Kary umowne opisane w ust. 6 i 7 podlegają sumowaniu. Maksymalna łączna wysokość kar umownych opisanych w ust. 6 i 7 nie moŜe przekroczyć 50% Wynagrodzenia Wykonawcy, o którym mowa w § 6 ust. 1.

9. Przewidziane w niniejszym paragrafie wysokości kar umownych są wysokościami maksymalnymi. W przypadku zaistnienia okoliczności uprawniających Zamawiającego do naliczenia kar umownych, Zamawiający jest uprawniony do miarkowania ich wysokości w zaleŜności od charakteru uchybienia Wykonawcy obowiązkom umownym. Dotyczy to w szczególności sytuacji, gdy przewidziana Umową kara umowna jest zdaniem Stron Umowy wygórowana w stosunku do charakteru uchybienia przez Wykonawcę obowiązkom umownym, określonym przez Umowę i SIWZ. Strony Umowy ustalają, Ŝe ostateczna decyzja w zakresie ewentualnego miarkowania kar umownych jest zawsze podejmowana indywidualnie przez Zamawiającego. Naliczenie kar umownych jak i ich miarkowanie jest uprawnieniem Zamawiającego.

10. Wykonawca jest zobowiązany zapłacić karę umowną na rachunek bankowy Zamawiającego nr ………………………, po uprzednim pisemnym wezwaniu do zapłaty kary oraz określeniu jej wysokości, terminu zapłaty oraz tytułu obciąŜenia w postaci noty obciąŜeniowej.

11. Zamawiający jest uprawniony do potrącenia kar umownych z wynagrodzenia naleŜnego Wykonawcy na podstawie Umowy lub z zabezpieczenia naleŜytego wykonania Umowy, według uznania Zamawiającego.

12. Zamawiający moŜe dochodzić na zasadach ogólnych odszkodowania przewyŜszającego wysokość kar umownych, na zasadach ogólnych uregulowanych w Kodeksie cywilnym.

§ 10 POUFNOŚĆ

1. Umowa jest jawna i podlega udostępnianiu na zasadach określonych w przepisach o dostępie do informacji publicznej. 2. Wykonawcy nie wolno, bez uprzedniej pisemnej zgody Zamawiającego:

1) ujawnić jakiejkolwiek osobie trzeciej jakichkolwiek materiałów lub innej informacji dostarczonej przez Zamawiającego lub na jego rzecz w związku z tą Umową

2) wykorzystywać jakichkolwiek dokumentów lub innych informacji, o których mowa w niniejszej umowie w innych celach niŜ wykonanie tej Umowy.

3. Wykonawca i Zamawiający zobowiązują się do zachowania poufności otrzymanych dokumentów i innych informacji co jednakŜe nie dotyczy informacji powszechnie znanych lub objętych przepisami ustawy o dostępie do informacji publicznej. Zobowiązanie niniejsze oraz zakazy, o których mowa w ust. 2, wiąŜą Wykonawcę zarówno w okresie obowiązywania Umowy, jak i po jej ustaniu.

4. W razie naruszenia przez Wykonawcę zobowiązania, o którym mowa w ust. 3, w szczególności zakazu, o którym mowa w ust. 2, Zamawiający moŜe Ŝądać od Wykonawcy zapłaty kary umownej w wysokości 10% Wynagrodzenia określonego w §6 ust. 1 za kaŜdy przypadek naruszenia. JeŜeli szkoda rzeczywista będzie wyŜsza niŜ kara umowna Zamawiający będzie upowaŜniony do dochodzenia odszkodowania przewyŜszającego kary umowne.

5. Jakiekolwiek dokumenty, inne niŜ Umowa, o których mowa w ust. 2, pozostają własnością Zamawiającego i podlegają zwrotowi na Ŝądanie Zamawiającego wraz ze wszystkimi kopiami oraz nośnikami, na których dokumenty zostały zapisane w wersji elektronicznej po zakończeniu realizacji Umowy.

§ 11 ZABEZPIECZENIE NALEśYTEGO WYKONANIA UMOWY

1. Wykonawca wniósł zabezpieczenie naleŜytego wykonania Umowy w kwocie ……….. zł w formie: …………….

SIWZ TP-231/4/PN/124/2013


2. Zabezpieczenie naleŜytego wykonania Umowy słuŜy do zabezpieczenia roszczeń z tytułu niewykonania lub nienaleŜytego wykonania Umowy oraz roszczeń z tytułu gwarancji, Serwisu gwarancyjnego oraz Nadzoru autorskiego i będzie ustanowione na okres minimum …….. liczonych od daty podpisania Protokołu Odbioru Końcowego bez uwag i zastrzeŜeń Zamawiającego.

3. Zabezpieczenie naleŜytego wykonania Umowy zostanie zwolnione: 1) w wysokości 30% kwoty zabezpieczenia - w terminie 30 dni od daty podpisania przez Zamawiającego bez

zastrzeŜeń Protokołu Odbioru Końcowego, 2) w wysokości 70% kwoty zabezpieczenia - w ciągu 15 dni od upływu okresu rękojmi za wady.

4. Zamawiający będzie uprawniony do skorzystania z zabezpieczenia w celu pokrycia swoich roszczeń, o których mowa w ust. 2 powyŜej, po uprzednim pisemnym poinformowaniu Wykonawcy o wysokości roszczeń i przyczynach skorzystania z zabezpieczenia.

§ 12 ZMIANY UMOWY

1. Strony dopuszczają następujące zmiany Umowy: 1) zmianę terminów realizacji przedmiotu zamówienia z przyczyn niezaleŜnych od Wykonawcy lub

Zamawiającego, w szczególności w przypadku okoliczności wystąpienia siły wyŜszej lub z powodu działania osób trzecich, które to przyczyny kaŜda ze Stron musi pisemnie udokumentować,

2) wynikające ze zmiany obowiązujących przepisów prawa związanych z przedmiotowym zamówieniem, w tym równieŜ zmiany stawki podatku VAT, W przypadku wzrostu stawki podatku VAT,

3) gdy po podpisaniu Umowy producent Infrastruktury sprzętowej wprowadzi nowe wersje zamawianych elementów Infrastruktury sprzętowej charakteryzujące się wyŜszymi lub lepszymi parametrami),

4) zmiany Harmonogramu Rzeczowo-Finansowego w zakresie przedterminowej zapłaty wynagrodzenia przez Zamawiającego za naleŜycie wykonaną umowę w związku z uzyskaniem na ten cel środków finansowych,

5) niezbędna jest zmiana sposobu wykonania Umowy, o ile zmiana taka jest korzystna dla Zamawiającego oraz konieczna w celu prawidłowego wykonania Umowy i nie moŜna było jej przewidzieć.

§ 13 POSTANOWIENIA KOŃCOWE

1. W przypadku zaistnienia jakichkolwiek rozbieŜności pomiędzy postanowieniami Umowy a Załącznikami, pierwszeństwo mają postanowienia Umowy.

2. Wszelkie zmiany i uzupełnienia Umowy wymagają zachowania formy pisemnej w postaci aneksu pod rygorem niewaŜności, z zastrzeŜeniem, Ŝe zmiany Harmonogramu Rzeczowo-Finansowego nie stanowią zmiany Umowy nie wymagają sporządzenia aneksu, za wyjątkiem zmiany terminu zakończenia realizacji Umowy, określonego w § 5 ust. 1 Umowy.

3. W sprawach nieuregulowanych Umową mają zastosowanie przepisy prawa polskiego, w szczególności przepisy Kodeksu cywilnego, Ustawy o prawie autorskim i prawach pokrewnych, ustawy Prawo zamówień publicznych, ustawy o systemie informacji w ochronie zdrowia oraz ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne.

4. W razie istotnej zmiany okoliczności powodującej, Ŝe wykonanie Umowy nie leŜy w interesie publicznym, czego nie moŜna było przewidzieć w chwili zawarcia Umowy, Zamawiający moŜe odstąpić od Umowy w terminie 30 dni od powzięcia wiadomości o tych okolicznościach. W takim przypadku Wykonawca moŜe Ŝądać wyłącznie wynagrodzenia naleŜnego z tytułu wykonania części Umowy.

5. Ewentualne spory powstałe w trakcie realizacji niniejszej Umowy podlegają rozpoznaniu przez sąd właściwy dla siedziby Zamawiającego.

6. Umowę sporządzono w 2 (dwóch) jednobrzmiących egzemplarzach, po 1 (jednym) egzemplarzu dla kaŜdej ze Stron. 7. Załączniki do niniejszej Umowy, stanowią jej integralną część.

SIWZ TP-231/4/PN/124/2013


16. DODATKOWE INFORMACJE

1. Środki ochrony prawnej Wykonawcom oraz innym osobom, których interes prawny w uzyskaniu zamówienia doznał lub moŜe doznać uszczerbku w wyniku naruszenia przez Zamawiającego przepisów ustawy przysługują środki ochrony prawnej określone w Dziale VI „Środki ochrony prawnej” ustawy Pzp.

2. Zasady udostępniania dokumentów: Zamawiający udostępnia protokół i/lub załączniki do protokołu na podstawie § 5 rozporządzeniem Prezesa Rady Ministrów z dnia 26 października 2010 r. w sprawie protokołu postępowania o udzielenie zamówienia publicznego (Dz.U. 2010r. nr 223, poz. 1458). Zamawiający umoŜliwi kopiowanie dokumentów odpłatnie, według obowiązującego w szpitalu cennika, udostępnienie moŜe mieć miejsce w siedzibie Zamawiającego tylko w czasie godzin urzędowania administracji (tj. 7:25 – 15:00). Zamawiający umoŜliwi kopiowanie dokumentów odpłatnie, cena za 1 stronę 1 zł netto.

3. Zamawiający nie zamierza zwołać zebrania Wykonawców. 4. Zamawiający dopuszcza moŜliwość przeprowadzenia przez Wykonawców wizji lokalnej, która pozwoli określić stan

techniczny posiadanej przez Zamawiającego infrastruktury teleinformatycznej oraz funkcjonalności realizowane przez oprogramowanie aplikacyjne posiadane i eksploatowane przez Zamawiającego. Termin naleŜy uzgodnić z Zamawiającym.

5. Zamawiający nie przewiduje zwrotu kosztów udziału w postępowaniu. 6. Zamawiający nie ogranicza moŜliwości ubiegania się o zamówienie publiczne tylko dla Wykonawców, u których

ponad 50 % pracowników stanowią osoby niepełnosprawne (art. 22 ust. 2 ustawy Pzp).

SIWZ TP-231/.4PN/124/2013


Załącznik nr 1 do SIWZ

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 1

(WDROśENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITAL A W CZĘŚCI MEDYCZNEJ)

SPIS TREŚCI

1 WDROśENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITAL A W CZĘŚCI MEDYCZNEJ ORAZ W CZ ĘŚCI ZARZ ĄDCZEJ ..........................................................................................................37 2 WYMAGANIA DLA MEDYCZNEGO OPROGRAMOWANIA APLIKACYJNE GO HIS .................................37 2.1 ZGODNOŚĆ Z AKTAMI PRAWNYMI I NORMAMI ..........................................................................................................37 2.2 WYMAGANIA OGÓLNE .............................................................................................................................................38 2.3 ADMINISTRACJA SYSTEMEM....................................................................................................................................40 2.4 RUCH CHORYCH IZBA PRZYJĘĆ................................................................................................................................40 2.5 RUCH CHORYCH - ODDZIAŁ .....................................................................................................................................41 2.6 CHEMIOTERAPIA......................................................................................................................................................42 2.7 STATYSTYKA ............................................................................................................................................................42 2.8 ZLECENIA ................................................................................................................................................................43 2.9 BLOK OPERACYJNY..................................................................................................................................................43 2.10 EPIDEMIOLOGIA.......................................................................................................................................................44 2.11 APTEKA ...................................................................................................................................................................45 2.12 APTECZKA ODDZIAŁOWA .........................................................................................................................................46 2.13 ROZLICZENIA ...........................................................................................................................................................47 2.14. KOLEJKA OCZEKUJĄCYCH .......................................................................................................................................49 2.15. REJESTRACJA DO PORADNI.......................................................................................................................................50 2.16. PORADNIA - GABINET...............................................................................................................................................50 2.17. DOKUMENTACJA MEDYCZNA ...................................................................................................................................51 2.18. ARCHIWUM..............................................................................................................................................................52 2.19. RACHUNEK KOSZTÓW LECZENIA I KALKULACJA KOSZTÓW PROCEDUR....................................................................52 2.20. DOKUMENTACJA AMBULATORYJNA..........................................................................................................................53 2.21. PRACOWNIA DIAGNOSTYCZNA.................................................................................................................................53 2.22. STERYLIZATORNIA ...................................................................................................................................................54 2.23. MODUŁ OBSŁUGI TRANSPORTU WEWNĘTRZNEGO I ZEWNĘTRZNEGO........................................................................54 2.24. śYWIENIE ................................................................................................................................................................55 3. INTEGRACJA ..............................................................................................................................................................55 3.1. INTEGRACJA HL7 I DICOM.....................................................................................................................................55 3.2. INTEGRACJA Z ZEWNĘTRZNYMI SYSTEMAMI ............................................................................................................57 4. IDENTYFIKACJA PACJENTA ..................................................................................................................................57

SIWZ TP-231/.4PN/124/2013


Zamawiający poniŜej przedstawił oczekiwaną funkcjonalność Oprogramowania Aplikacyjnego (Zintegrowany System Informatyczny, System ERP, System PACS). NaleŜy parafować wszystkie strony oraz podpisać na końcu załącznika. Podpisanie załącznika jest jednoznaczne z deklaracją dostarczenia wszystkich wymaganych funkcjonalności.

Przedstawione poniŜej wymagania posegregowane są wg grup funkcjonalnych (modułów). Zamawiający dopuszcza, aby poszczególne funkcjonalności były realizowane w innych modułach niŜ przypisano poniŜej.

1 WDROśENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITAL A W CZĘŚCI MEDYCZNEJ ORAZ W CZ ĘŚCI ZARZ ĄDCZEJ

� integracja HL7, � integracja DICOM, � integracja z wirtualną izbą przyjęć, � licencje na uŜytkowanie oprogramowania systemowego i baz danych, � serwis gwarancyjny – min. 3 lata (36 miesięcy), � wdroŜenie personelu.

* Licencja systemowa. Liczby wskazują punkty integracji odpowiednio dwa (HL7 – dwa laboratoria analityczne) i DICOM (dwa aparaty rentgenowskie). Obie integracje mogą zostać zrealizowane na podstawie systemowej licencji wspólnej.

2 WYMAGANIA DLA MEDYCZNEGO OPROGRAMOWANIA APLIKACYJNE GO HIS

2.1 ZGODNOŚĆ Z AKTAMI PRAWNYMI I NORMAMI L.p. Wymagania

Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju, w szczególności:

1. Ustawa z dnia 15.09.2011r. o działalności leczniczej (DZ.U. 2013.217 j.t)

2. Ustawa z dnia 25.08.2008r. o świadczeniach opieki zdrowotnej finansowanej ze środków publicznych (Dz.U. 2008.116.1027 j.t ze zmianami)

3. Ustawa z 28 kwietnia 2011r. o systemie informacji w ochronie zdrowia (tekst jednolity Dz.U. 2011r. Nr 112, poz. 654 ze zmianami).

4. Ustawa z dnia 06.11.2008 r. o prawach pacjenta i rzeczniku praw pacjenta (Dz. U. 2012.159 j.t ze zmianami)

5. Ustawa z dnia 17 lutego 2005r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U 2005 nr 64, poz. 565 z późn. zm.).

6. Ustawa z 29 czerwca 1997r. o ochronie danych osobowych (Dz. U. 2002.101.926 j.t ze zmianami)

7.

Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne słuŜące do przetwarzania danych osobowych (Dz.U. 2004 nr 100, poz.1024). W szczególności system musi przechowywać informacje o:

� dacie wprowadzenia danych osobowych, � identyfikator uŜytkownika wprowadzającego dane osobowe, � źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą), � informacje o odbiorcach danych, którym dane osobowe zostały udostępnione, � dacie i zakresie tego udostępnienia, � data modyfikacji danych osobowych, � identyfikator operatora modyfikującego dane,

8.

Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006r. zmieniające rozporządzenie w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze środków publicznych. (Dz.U. 2006.242.1756

9. Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. 2010 nr 252 poz. 1697 ze zmianami).

10. Zarządzenie Nr 40/2011/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 25 sierpnia 2011 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza.

11. Zarządzenie Nr 71/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 7 listopada 2012 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju ambulatoryjna opieka specjalistyczna.

12.

Zarządzenie Nr 90/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 11 grudnia 2012 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów w rodzaju: leczenie szpitalne oraz zarządzenie zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów w rodzaju: leczenie szpitalne

13. Zarządzenie Nr 34/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 28 czerwca 2013 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów w rodzaju: leczenie szpitalne.

SIWZ TP-231/.4PN/124/2013


14. Zarządzenie Nr 35/2013/DSOZ z dnia 2 lipca 2013 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów w rodzaju: świadczenia zdrowotne kontraktowane odrębnie.

15. Zarządzenie Nr 29/2013/DGL Prezesa Narodowego Funduszu Zdrowia z dnia 15 maja 2013 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie programy zdrowotne (lekowe).

16. Zarządzenie Nr 28/2013/DGL Prezesa Narodowego Funduszu Zdrowia z dnia 10 maja 2013 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie chemioterapia.

17. Zarządzenie Nr 24/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 29 kwietnia 2013 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów o udzielanie świadczeń w rodzaju: podstawowa opieka zdrowotna.

18. Zarządzenie Nr 12/2013/DSM Prezesa Narodowego Funduszu Zdrowia z dnia 14 marca 2013 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów o udzielanie świadczeń opieki zdrowotnej w rodzaju ratownictwo medyczne.

19. Zarządzenie Nr 98/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 21 grudnia 2012 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju profilaktyczne programy zdrowotne.

20. Zarządzenie Nr 14/2013/DSOZ Prezesa Narodowy Funduszu Zdrowia z dnia 21 marca 2013 r. zmieniające zarządzenie w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących świadczeń ambulatoryjnych i szpitalnych.

21. Zarządzenie Nr 45/2010/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 30 sierpnia 2010 r. w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących list oczekujących.

2.2 WYMAGANIA OGÓLNE L.p. Wymagania

22. Wszystkie modułu systemu w części białej będą działały bez konieczności korzystania z internetu czy zewnętrznych źródeł

23. Dostęp do funkcji systemu jest realizowany ze stanowiska roboczego bez konieczności instalacji dodatkowych aplikacji lub modułów oprogramowania obsługującego komunikację pośrednią między interfejsem uŜytkownika na stanowiska roboczym, a systemem na serwerze

24. System ma interfejs graficzny dla wszystkich modułów. 25. System działa w architekturze trójwarstwowej.

26. System posiada graficzny interfejs i pracuje w graficznym środowisku systemu operacyjnego na stanowiskach uŜytkowników.

27. System działa w oparciu o jeden motor danych przez co naleŜy rozumieć tę samą instancję bazy danych i te same tabele, co najmniej w zakresie aplikacji Ruchu Chorych, Apteki centralnej, Apteczki oddziałowej, Lecznictwa otwartego i rozliczeń NFZ.

28. System komunikuje się z uŜytkownikiem w języku polskim. Jest wyposaŜony w system podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych – dopuszcza się częściową komunikację w języku angielskim

29. W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi, automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur medycznych, danych osobowych, terytorialnych).

30. System umoŜliwia automatyczne i ręczne wyróŜnienie w słownikach pozycji najczęściej uŜywanych 31. moŜliwość definiowania szablonów dokumentów skojarzonych z wprowadzanym zleceniem.

32. System posiada wbudowane mechanizmy zapewniające odporność struktur danych (baza danych) na uszkodzenia oraz umoŜliwiające przyspieszone odtworzenie ich wartości i stanu oraz integralności.

33. System posiada architekturę klient-serwer. 34. Dane systemu są gromadzone, przechowywane i udostępniane w relacyjnej bazie danych.

35. Dla wszystkich modułów obsługi pacjenta (tj. Ruch chorych, Rehabilitacja, Oddział, Izba przyjęć, Rejestracja, Gabinet, Blok operacyjny, Szpitalny Oddział Ratunkowy, Zlecenia, ZakaŜenia itp.) oraz Apteki system musi umoŜliwi ć pracę z poziomu przeglądarki WWW.

36. System w części medycznej musi umoŜliwi ć korzystanie z jego funkcji za pomocą interfejsu dotykowego na tabletach.

37. System musi umoŜliwiać nadawanie uŜytkownikom uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych (np. tylko oddział wewnętrzny, gabinet POZ, izba przyjęć, itp.).

38. System musi umoŜliwi ć zmianę jednostki organizacyjnej, na której pracuje uŜytkownik bez konieczności kończenia sesji pracy z systemem

39. System zarządzania uŜytkownikami musi być wspólny dla wszystkich systemów, w szczególności dla modułu RCH, Apteka, Apteczki oddziałowe, Rozliczenia z NFZ

40. System musi być wyposaŜony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych),

41. System musi posiadać mechanizmy umoŜliwiające zapis i przeglądanie danych o logowaniu uŜytkowników do systemu

SIWZ TP-231/.4PN/124/2013


42. System musi umoŜliwiać podgląd aktualnie zalogowanych do systemu uŜytkowników.

43. System musi gromadzić dane opisujące jego funkcjonowanie (zdarzenia) w postaci systemowego dziennika pracy, dotyczące wszystkich uŜytkowników systemu i wykonanych przez nich modyfikacjach danych osobowych oraz medycznych z moŜliwością wykonania analizy historii zmian wartości tych danych.

44.

Administrator musi posiadać moŜliwość z poziomu aplikacji z modułu administratora nadawania danemu uŜytkownikowi unikalnego loginu oraz hasła oraz wymuszenia zmiany hasła przez uŜytkownika podczas pierwszego logowania do systemu. Administrator musi posiadać moŜliwość ustawienia parametrów hasła: czas Ŝywotności, czas przed wygaśnięciem. Hasła muszą spełniać wymagania określone w Rozporządzeniu MSWiA z 29.04.2004.

45. Administrator musi posiadać z poziomu aplikacji moŜliwość wylogowania wszystkich uŜytkowników aplikacji oraz zablokowania im dostępu do niej.

46. W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej).

47.

Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień uŜytkowników. KaŜdy uŜytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezaleŜnie od ilości modułów) będzie dostępna dla uŜytkownika dopiero po jego zalogowaniu. System uprawnień powinien być tak skonstruowany, aby moŜna było uŜytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien umoŜliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym uŜytkownikom.

48. System powinien umoŜliwiać nadawanie uprawnień uŜytkownikom do jednostek organizacyjnych, w których pracują, np. lekarz pracujący na izbie przyjęć i oddziale wewnętrznym powinien w swoich aplikacjach widzieć tylko pacjentów izby przyjęć i tego jednego oddziału.

49. System umoŜliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw dostępu dla poszczególnych grup uŜytkowników z dokładnością do poszczególnych modułów oraz funkcji systemu.

50. WyróŜnienie pól:

� których wypełnienie jest wymagane, � przeznaczonych do edycji,

51. System musi umoŜliwi ć zautomatyzowane identyfikowanie pacjentów na podstawie danych z dowodu osobistego (skanowanie) z zachowaniem pisowni uwzględniającej narodowe znaki diakrytyczne.

52. System musi umoŜliwiać obsługę kodów kreskowych 1D i 2D (znakowanie, wczytywanie, wybór danych do zakodowania) do rejestracji skierowań pochodzących z innych zakładów opieki zdrowotnej oraz w dystrybucji leków na oddziały.

53.

System umoŜliwia drukowanie opasek identyfikacyjnych pacjentów oraz współpracę z czytnikami kodów kreskowych oraz bezprzewodowymi kolektorami danych, umoŜliwiających identyfikację pacjenta na podstawie anonimowego kodu 2D i 3D wydrukowanego na opasce. System umoŜliwia obsługę elektronicznych nośników danych (chip).

54. Błędy procedury wprowadzania danych polegające na niewypełnieniu lub wprowadzeniu błędnych danych w obligatoryjnych polach formularzy powinny być prezentowane uŜytkownikowi.

55. System powinien umoŜliwi ć obsługę procesów biznesowych realizowanych w szpitalu tzn. powinien umoŜliwi ć wprowadzenie tylko tych danych, które są niezbędne,

56. W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych.

57.

Dostarczone oprogramowanie musi zagwarantować pełną integrację z systemem administracyjnym (moduł: finanse-księgowość, rejestr sprzedaŜy, kasa, koszty, środki trwałe, wyposaŜenie, kadry, płace, obsługa ewidencji czasu pracy) działającym u Zamawiającego. Przekazywanie danych musi odbywać się automatycznie i na bieŜąco bez konieczności wykonywania dodatkowych operacji przez uŜytkownika lub administratora.

58. W kaŜdym oknie, gdzie moŜliwa jest edycja (wprowadzanie, modyfikacja, usuwanie) danych, system musi udostępniać funkcje , wycofania wszystkich czynności z powrotem do poprzedniego okna (ANULUJ) bez zapisu wprowadzonych juŜ danych.

59. Musi istnieć moŜliwość obsługi aplikacji wyłącznie przy uŜyciu klawiatury, bez konieczności uŜywania myszki.

60. W kaŜdym polu opisowym formularzy wprowadzania danych (np. treść wywiadu) system musi zapewniać moŜliwość wyboru treści predefiniowanych lub ich wczytania z pliku zewnętrznego. zewnętrznego.

61. W kaŜdym polu opisowym formularzy wprowadzania danych (np. treść wywiadu) system musi zapewniać moŜliwość skorzystania z funkcji ułatwiających wprowadzanie treści np. kopiuj/wklej oraz dla pól opisowych w części medycznej słownika języka polskiego na etapie wprowadzania treści.

62. System powinien umoŜliwi ć przypisanie do komórki organizacyjnej jednostki, kodu technicznego NFZ. Powinna istnieć moŜliwość zmiany tego kodu w dowolnym momencie pracy systemu.

63. System pozwala na sprawdzenie statusu uprawnienia pacjenta w systemie eWUŚ z poziomu oferowanej aplikacji [bezpośrednio z poziomu listy pacjentów] wraz z zapisaniem identyfikatora operacji uzyskanego z systemu eWUŚ.

64. Oferowany system umoŜliwia zbiorczą weryfikację uprawnień pacjentów mających zaplanowana wizytę za

SIWZ TP-231/.4PN/124/2013


pomocą usługi/systemu eWUŚ w trybach: doraźnym i harmonogramowanym. W trybie harmonogramowanym system umoŜliwia parametryzację weryfikacji.

2.3 ADMINISTRACJA SYSTEMEM Konfiguracja systemu:

1.

Zarządzanie słownikiem jednostek struktury organizacyjnej Zamawiającego na poziomie całego systemu: � tworzenie i modyfikacja listy jednostek organizacyjnych (recepcje, gabinety, pracownie, oddziały, izby

przyjęć, bloki operacyjne itp.), � powiązanie struktury jednostek organizacyjnych ze strukturą kosztów.

2.

Zarządzanie słownikami standardowymi (ogólnopolskimi): � Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM – druga polska edycja, � Klasyfikacja chorób wg ICD – rewizja 10, � Słownik Kodów Terytorialnych GUS,

3. Tworzenie, przegląd, edycja słowników własnych Zamawiającego:

� personelu, � leków.

4. Zarządzanie strukturą uŜytkowników i ich uprawnieniami:

� definiowanie listy uŜytkowników systemu, � określenie uprawnień uŜytkowników,

5. Definiowanie terminarzy zasobów: pomieszczeń, łóŜek, urządzeń. 6. Zarządzanie parametrami na poziomie systemu, jednostki organizacyjnej, stacji roboczej, uŜytkownika.

7. Definiowanie struktury dokumentów:

� ksiąg wykorzystywanych w przychodni, szpitalu, pracowniach, � szablonów wydruków (pism).

8. Definiowanie elementów leczenia i złoŜonych szablonów zleceń wykorzystywanych przez jednostki zlecające.

9. Pozostałe funkcje administratorskie:

� przegląd dziennika operacji (logi), � moŜliwość wyszukiwania i łączenia podwójnie wprowadzonych danych pacjentów, lekarzy, instytucji.

10. Elastyczne dopasowanie systemu do potrzeb sprawozdawczych Zamawiającego

2.4 RUCH CHORYCH IZBA PRZYJĘĆ L.p. Wymagania

Obsługa Izby Przyjęć:

1.

Obsługa skorowidza pacjentów, wspólnego dla innych modułów medycznych tj.: Przychodnia, Pracownia Diagnostyczna:

� wyszukiwanie pacjentów w skorowidzu wg róŜnych parametrów, � rejestracja i modyfikacja danych pacjentów, � rejestracja danych pacjenta z Unii Europejskiej, � rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza.

2. System przechowuje historię zmian danych osobowych pacjenta.

3. Przegląd danych archiwalnych pacjenta:

� w zakresie danych osobowych, � w zakresie danych z poszczególnych pobytów szpitalnych.

4.

Rejestracja przyjęcia pacjenta w Izbie Przyjęć: � wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10, � wprowadzenie danych ze skierowania, � wprowadzenie danych płatnika.

5. Wprowadzenie informacji o dokumentach uprawniających do uzyskania świadczeń.

6.

Ewidencja zdarzeń podczas pobytu w Izbie Przyjęć: � moŜliwość dopisania depozytu pacjenta, � wywiad wstępny z moŜliwością uŜycia słownika tekstów standardowych i konfigurowalnego formularza, � wykonane pacjentowi elementy leczenia: � procedury, � leki, � konsultacje.

7. Rejestracja informacji o wymaganym transporcie medycznym pacjenta

8.

Rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów: � skierowanie(ustalenie trybu przyjęcia, wydruk pierwszej strony historii choroby, itp.), � odmowa przyjęcia pacjenta do szpitala – wpis do Księgi Odmów i Porad Ambulatoryjnych, � zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących, � zgon pacjenta na Izbie Przyjęć. � samowolne opuszczenie/rezygnacja

SIWZ TP-231/.4PN/124/2013


9. Ewidencja danych do rozliczenia produktów kontraktowanych z NFZ.

10.

Wypełnianie i wydruk dokumentów Izby Przyjęć: � Karta Informacyjna, � Historia choroby – pierwsza strona, � Karta Odmowy.

11.

Obsługa Ksiąg: � Księga Główna, � Księgi Izby Przyjęć, � Księga Oczekujących, � Księga Odmów i Porad Ambulatoryjnych, � Księga Zgonów.

12.

Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie: � ewidencji zuŜytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka

oddziałowa), � wzajemnego udostępniania danych zleceń i danych o ich wykonaniu,

13. Projektowanie własnych formularzy dokumentacji medycznej.

14. Wbudowane raporty standardowe:

� Ruch chorych Izby Przyjęć – osobowy, � Ruch chorych Izby Przyjęć – sumaryczny.

15. Definiowanie własnych wykazów. 16. Wydruk opasek z kodem paskowym identyfikującym pacjenta 17. moŜliwość ewidencji wykonania usług rozliczanych komercyjnie

2.5 RUCH CHORYCH - ODDZIAŁ L.p. Wymagania 1. Obsługa Oddziału:

2.

Obsługa listy pacjentów Oddziału: � wyszukiwanie pacjentów na liście wg róŜnych parametrów, � wyszukanie pacjenta na podstawie kodu kreskowego z opaski, � modyfikacja danych pacjentów z listy oddziałowej,


� w zakresie danych osobowych, � w zakresie danych z poszczególnych pobytów szpitalnych,

4. Odmowa lub anulowanie przyjęcia na Oddział – wycofanie danych pacjenta na Izbę Przyjęć, 5. Zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących Oddziału,

6.

Rejestracja przyjęcia pacjenta na Oddziale: � nadanie numeru Księgi Oddziałowej – automatycznego lub przez uŜytkownika, � wprowadzenie danych lekarza prowadzącego, � wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóŜka,

7.

Ewidencja elementów pobytu pacjenta na Oddziale: � wywiad wstępny z moŜliwością uŜycia katalogu predefiniowanych pojęć, określeń, sformułowań, treści,

rozbudowany o: - kartę badania stanu odŜywienia - kartę zagroŜenia ryzyka chorobą zakrzepowo-zatorową (dokumentacja niezbędna) - moŜliwość wykorzystania szablonów i zdefiniowanych formularzy do wprowadzania danych (np. z wywiadu), - rozpoznania: wstępne, końcowe, przyczyna zgonu,

� wykonane pacjentowi elementy leczenia (zlecenia): - procedury, w tym zabiegi, - badania diagnostyczne, - leki, - konsultacje, - diety,

8. MoŜliwość wydruku raportu z dyŜuru lekarskiego na podstawie wprowadzonych obserwacji. 9. Ewidencja przepustek

10.

Rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów: � przeniesienie przeniesienia pacjenta na inny Oddział. � wypis pacjenta ze Szpitala, � zgon pacjenta na Oddziale,

11. Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp. 12. Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28

SIWZ TP-231/.4PN/124/2013


(automatyczne kodowanie świadczeń OAiT na podstawie wprowadzonych kart TISS),

13.

Prowadzenie i wydruk Historii Choroby w podziale na: � dane przyjęciowe, � historia pielęgnowania � wywiad wstępny (przedmiotowo, podmiotowo), � przebieg choroby, � epikryza (moŜliwością wykorzystania słownika tekstów standardowych).

14. wydruki dokumentów wewnętrznych Oddziału, w tym:

� Karta Informacyjna.

15.

wydruki dokumentów zewnętrznych Oddziału, w tym: � Karta Statystyczna, � Karta ZakaŜenia Szpitalnego, � Karta Nowotworowa, � Karta Zgłoszenia Choroby Zakaźnej, � Karta Zgonu, � Karta TISS28.

16.

Obsługa Ksiąg: � Księga Główna, � Oddziałowa, � Oczekujących, � Zgonów, � Zabiegów. � Transfuzji

17. moŜliwość definiowania własnych szablonów wydruków,

18.

wbudowane raporty standardowe: � zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe,

za dowolny okres) � ilość osobodni z uwzględnieniem przepustek, w zadanym okresie � obłoŜenie łóŜek na dany moment

19. MoŜliwość definiowania własnych wykazów 20. MoŜliwość projektowania formularzy dokumentacji medycznej

21.

Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie: � ewidencji zuŜytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka

oddziałowa), � wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia

Diagnostyczna). 22. tworzenia zamówień na krew i preparaty krwiopochodne

23. odnotowanie podań krwi i preparatów krwiopochodnych z wpisem do księgi transfuzyjnej, odnotowanie powikłań po przetoczeniu

24. moŜliwość ewidencji wykonania usług rozliczanych komercyjnie:

25. Tworzenie zbiorczego zapotrzebowania Ŝywnościowego dla pacjentów oddziału z moŜliwością przeliczania ilości zamawianych posiłków wg przypisanych pacjentom diet

2.6 CHEMIOTERAPIA L.p. Wymagania

1. Sekretarka ma moŜliwość wprowadzenia danych pacjenta - załoŜenia historii choroby, następnie wypis i kwalifikacji usługi (katalog usług i świadczeń medycznych - hospitalizacja)

2. Lekarz ma moŜliwość zamówienia leku (recepta) bezpośrednio do Apteki

3. Apteka wydaje lek z rozpisaniem na docelowego pacjenta: ilości leku, numeru faktury, pozycji na fakturze w kaŜdy dzień podania leku. Leki w Aptece powiązane są z katalogiem leków refundowanych stosowanych w Chemioterapii i Programach Lekowych NFZ.

4. Tworzenie raportów statystycznych i rozliczeniowych z Chemioterapii i Programów Terapeutycznych zgodnie z wymogami NFZ z pozycji Apteki.

2.7 STATYSTYKA L.p. Wymagania Obsługa statystyki:

1. Obsługa skorowidza pacjentów z moŜliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna):

2. Wyszukiwanie pacjentów w skorowidzu wg róŜnych parametrów, 3. Rejestracja i modyfikacja danych pacjentów,

SIWZ TP-231/.4PN/124/2013



� w zakresie danych osobowych, � w zakresie danych z poszczególnych pobytów szpitalnych

5.

Wbudowane wydruki zewnętrzne: � Karta Statystyczna, � Karta Leczenia Psychiatrycznego, � Karta Zgonu,

6.

Obsługa Ksiąg: � Księga Główna, � Księga Odmów, � Księga Zgonów,

7. MoŜliwość definiowania własnych szablonów wydruków,

8.

Wbudowane raporty standardowe: � zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe,

za dowolny okres) � liczba osobodni z uwzględnieniem przepustek, w zadanym okresie � obłoŜenie łóŜek na dany moment � diety podane pacjentom oddziału.

9. MoŜliwość definiowania własnych wykazów

10.

Wbudowane raporty standardowe: � statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w okresie (liczba. przyjętych,

liczba wypisanych, liczba osobodni), � z obłoŜenia łóŜek, � zestawienia wg jednostek chorobowych,

11. Elektroniczna komunikacja z instytucjami nadrzędnymi, w tym:

� Oddziały NFZ, 12. Obsługa statystyki rozliczeniowej i medycznej dla lecznictwa otwartego 13. Dostęp do wszystkich ksiąg placówki Zamawiającego 14. Raporty i wykazy statystyczne dla lecznictwa otwartego

2.8 ZLECENIA L.p. Wymagania 1. Planowanie i zlecanie leków przez lekarza z uwzględnieniem Apteczki Oddziałowej

2.

Planowanie i zlecanie badań diagnostycznych i laboratoryjnych, zabiegów, konsultacji przekazywanych z jednostek Zamawiającego, w tym:

� z Oddziału do Pracowni Patomorfologicznej, Pracowni Diagnostycznej, Przychodni, Bloku operacyjnego, innego Oddziału, Gabinetu lekarskiego, Laboratorium, Zakładu Bakteriologii

3. Zlecanie wielu róŜnych badań w jednym miejscu, opatrzonych wspólnym nagłówkiem i komentarzem 4. Planowanie i zlecanie badań i konsultacji w ramach zleceń zewnętrznych (z innych podmiotów): 5. Indywidualna karta zleceń podań leków 6. MoŜliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz potwierdzenia),

7.

Przegląd zleceń według ustalonych przez uŜytkownika kryteriów: � dla pacjenta, � typu zlecenia (laboratoryjne, diagnostyczne, podanie leku), � okresu.

8. Wydruki zleceń, w tym:

� dzienne zestawienie leków dla pacjenta, 9. MoŜliwość wydruku wszystkich wyników pacjenta z bieŜącej hospitalizacji lub ze wszystkich pobytów w szpitalu, 10. Przegląd wszystkich zleceń z jednostki zlecającej z moŜliwością wydruku wyniku, 11. MoŜliwość przeglądania wyników liczbowych w postaci graficznej (badanie trendu) 12. MoŜliwość wpisania dodatkowych uwag do tworzonego zlecenia

2.9 BLOK OPERACYJNY L.p. Wymagania

1. Dostęp do listy pacjentów skierowanych do Bloku operacyjnego przez oddział:

� wyszukiwanie pacjentów w skorowidzu wg róŜnych parametrów, � modyfikacja danych pacjentów,

2.

Przegląd danych archiwalnych pacjenta: � w zakresie danych osobowych, � w zakresie danych z poszczególnych pobytów szpitalnych, a systemie zintegrowanym takŜe w zakresie

wizyt w Zakładzie diagnostycznym i wyników badań i wizyt w przychodni.

SIWZ TP-231/.4PN/124/2013


3.

Planowanie zabiegów chirurgicznych obejmujące: � rezerwacja sali operacyjnej, � określenie personelu uczestniczącego w zabiegu (chirurgicznego i anestezjologicznego) z wykorzystaniem

słownika personelu, � planowanie wykonania procedur (przewidywane wykorzystanie materiałów, narzędzi i leków w czasie

zabiegu � przegląd listy zabiegów zaplanowanych w zadanym dniu, � Podpowiadanie przez system, po wybraniu zabiegu do wykonania, niezbędnych: materiałów, procedur

uzupełniających, zestawów narzędzi 4. Planowanie zabiegu w oparciu o terminarze sal operacyjnych

5.

Ewidencja elementów zabiegu operacyjnego: � Wykonane procedury, � podane leki, � zuŜyte materiały, � Personel wykonujący � Automatyczne tworzenie opisów zabiegu na podstawie zarejestrowanych danych

6. Prowadzenie Księgi Bloku Operacyjnego, 7. Planowanie znieczulenia

8.

Opis wykonanych czynności anestezjologicznych: � zastosowane znieczulenie w tym sedacja � czas anestezjologiczny, czas znieczulenia � stan pooperacyjny � podane leki � wykonane procedury

9.

Prowadzenie dokumentacji zabiegu operacyjnego, w tym: � protokołów pielęgniarskich, okołooperacyjną kartę kontrolną � Protokołów anestezjologicznych, � Protokołów operacyjnych,

10.

Integracja z innymi modułami systemu medycznego: � współpraca z modułem apteczka oddziałowa w zakresie ewidencji zuŜytych leków i materiałów oraz

automatycznej aktualizacji stanów magazynowych, � współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych

zlecenia o jego wykonaniu, � wykorzystanie formularzy zaprojektowanych przez uŜytkownika. � Współpraca z modułem Bank Krwi w zakresie zamówień preparatów krwi � Współpraca z modułem ZakaŜenia Szpitalne w zakresie rejestracji dokumentów np. zgłoszenia choroby

zakaźnej 11. MoŜliwość definiowania własnych szablonów wydruków, 12. MoŜliwość wykorzystania standardowych raportów: 13. MoŜliwość definiowania własnych wykazów.

2.10 EPIDEMIOLOGIA L.p. Wymagania

1. Moduł realizuje wspomaganie Zakładu Opieki Zdrowotnej w zakresie kontroli występowania zakaŜeń zakładowych i zapobiegania tym zakaŜeniom, zgodnie z odpowiednimi przepisami prawa. W szczególności:

2. Prowadzenie Rejestru Kart Rejestracji ZakaŜenia Zakładowego, 3. Wydruki na podstawie danych Rejestru Kart Rejestracji ZakaŜenia Zakładowego, 4. Prowadzenie Rejestru Kart Rejestracji Drobnoustroju Alarmowego, 5. Wydruki na podstawie danych Rejestru Kart Rejestracji Drobnoustroju Alarmowego, 6. Rejestr kart rejestracji zakaŜenia szpitalnego i czynnika alarmowego /numer karty, symbol oddziału/ 7. Wydruki na podstawie danych rejestru kart rejestracji zakaŜenia szpitalnego i czynnika alarmowego

8. Formularze zgłoszeń podejrzeń lub rozpoznania zakaŜenia, choroby zakaźnej lub zgonu z powodu zakaŜenia lub choroby zakaźnej /rejestry tych zgłoszeń/

9. Wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową,

10. Prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę, 11. Wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę, 12. Prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej, 13. Wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej, 14. Prowadzenie Rejestru podejrzeń ognisk epidemicznych, 15. Wydruki na podstawie danych Rejestru podejrzeń ognisk epidemicznych,

SIWZ TP-231/.4PN/124/2013


16. Prowadzenie Rejestru potwierdzonych ognisk epidemicznych, 17. Wydruki na podstawie danych Rejestru potwierdzonych ognisk epidemicznych, 18. Raporty zgodne z odpowiednim Rozporządzeniem Ministra Zdrowia, 19. Analizy ilościowe zakaŜeń zakładowych,

2.11 APTEKA L.p. Wymagania 1. Obsługa magazynu leków apteki:

2.

konfiguracja magazynu apteki: � moŜliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych, � moŜliwość definiowania własnych grup leków (globalnych i lokalnych) jako słowników/rejestrów

systemowych, � moŜliwość tworzenia lokalnych słowników leków dla magazynów jako słowników/rejestrów

systemowych, � moŜliwość automatycznego numerowania,

3. Sporządzanie zamówień doraźnych do dostawców środków farmaceutycznych i materiałów medycznych. Zamówienia mogą być przygotowywane automatycznie, na podstawie aktualnych stanów magazynowych, stanów minimalnych i maksymalnych,

4.

Dostawa środków farmaceutycznych i materiałów medycznych do apteki: � dostawa od dostawców, z moŜliwością wprowadzana ich drogą elektroniczną (moŜliwość rejestrowania

równieŜ dostaw niefakturowanych), � sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków recepturowych oraz płynów

infuzyjnych, � sporządzanie roztworów spirytusowych, � import docelowy zakładowy i indywidualny, � zwrot z oddziałów z automatyczną aktualizacją stanów apteczki oddziałowej, � dary, � korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i materiałów medycznych.

5.

Wydawanie środków farmaceutycznych z apteki: � wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie zamówień elektronicznych lub

papierowych (współpraca z apteczką oddziałową), � moŜliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału � wydawanie na zewnątrz, � zwrot do dostawców, � ubytki i straty nadzwyczajne, � korekta wydań środków farmaceutycznych,

6.

Korekta stanów magazynowych: � korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury z

dokładnością do dostawy lub asortymentu, � generowanie arkusza do spisu z natury, � bieŜąca korekta jakościowa stanu magazynowego, � odnotowanie wstrzymania lub wycofania leku z obrotu, � kontrola dat waŜności oraz moŜliwość automatycznego zdejmowania ze stanów magazynowych leków

przeterminowanych. 7. Przegląd stanów magazynowych bieŜących oraz na wybrany dzień. Ze wszystkich magazynów łącznie

8.

Raporty i zestawienia: � na podstawie rozchodów, � na podstawie przychodów, � na podstawie obrotów. � moŜliwość wydruku do XLS

9. MoŜliwość przekazywania wszystkich wydruków do plików w formacie PDF 10. Generator raportów (moŜliwość definiowania własnych zestawień).

11.

Wspomaganie decyzji farmakoterapeutycznych: � przechowywanie informacji o leku, � mechanizm „stop-order”, � odnotowywanie działań niepoŜądanych. � moŜliwość definiowania receptariusza szpitalnego

12. Integracja z innymi modułami realizującymi funkcjonalność w zakresie:

SIWZ TP-231/.4PN/124/2013


13.

Rachunek kosztów leczenia: � w zakresie udostępnienia indeksu leków i danych o aktualnych cenach leków do określenia normatywów

materiałowych świadczeń (w zakresie leków). � Ruch Chorych, Przychodnia: � w zakresie skorowidza pacjentów.

14. Powiadomienie o nowym zamówieniu z Apteczek Oddziałowych 15. Automatyczna i grupowa akceptacja dokumentów (wszystkie dokumenty, które dotyczą obrotu lekami).

16.

Kartę leku - moŜliwość wpisania EAN-u i powiązanie z kartoteką rozliczeniową NFZ � katalog leków powinien być aktualizowany ( kartoteka nowego leku winna być ściągnięta z katalogu a nie

zakładana przez aptekę ) � miejsce w kartotece na zaszeregowanie do naszych grup � producent leku widoczny w wydaniu � moŜliwość wpisania przynaleŜności leku zgodną z receptariuszem szpitalnym

17.

Magazyn - moŜliwość składania zamówienia drogą e-mail � moŜliwość przyjęcia faktur drogą elektroniczną � moŜliwość sprawdzenia rozchodu danego leku i jego przychodu przez automatyczne zsumowanie za dany

okres � moŜliwość sprawdzenia waŜności leków do wybranej daty

18.

Dla pracowni leku cytostatycznego recepty powinny zawierać następujące pola: Recepta lekarska

� oddział � data � nr recepty � imię i nazwisko pacjenta � PESEL pacjenta � waga pacjenta � wzrost pacjenta � powierzchnia ciała pacjenta - automatyczne wyliczenie z pow. danych � data rozpoczęcia schematu � schemat � nazwa chemiczna leku � dawka mg/m2 leku � dawka zlecona leku � płyn infuzyjny oraz jego objętość � sposób podania leku � lekarz zlecający (podpis czytelny i nieczytelny z pieczątką)

Recepta pracowni � adres pracowni � oddział docelowy � data � nr recepty � imię i nazwisko pacjenta � PESEL � waga pacjenta, wzrost, powierzchnia ciała-wyliczona z parametrów � data podania leku � schemat � nazwa handlowa leku � dawka opakowania leku � seria leku � data waŜności � ilość opakowania leku � rozpuszczalnik leku � objętość do pobrania leku � płyny infuzyjne-rodzaj i objętość � waŜność preparatu-data i godzina � podpisy: - osoby opracowującej receptę, wykonującej, wydającej, podającej, odbierającej preparat � data odbioru i godzina

2.12 APTECZKA ODDZIAŁOWA Lp. Wymagania

1. Wytwarzanie zamówień do apteki głównej z uwzględnieniem stanów obecnych apteczki (wytworzenie zamówienia do apteki głównej na podstawie aktualnego stanu apteczki oddziałowej, który w szczególności moŜe być stanem minimalnym).

SIWZ TP-231/.4PN/124/2013


2.

Obsługa magazynu apteczki oddziałowej: wydawanie środków farmaceutycznych z apteczki oddziałowej:

� wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np. Ruch Chorych, Przychodnia), � zwrot do apteki, � ubytki i straty nadzwyczajne, � korekta wydań środków farmaceutycznych. � korekta stanów magazynowych: � korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury, � generowanie arkusza do spisu z natury, � bieŜąca korekta jakościowa stanu magazynowego.

3. MoŜliwość definiowania receptariusza oddziałowego 4. MoŜliwość obsługi apteczek pacjentów 5. Ewidencja zwrotów leków do apteki. 6. Ewidencja ubytków i strat nadzwyczajnych. 7. Ewidencja przesunięć między magazynami apteczek oddziałowych. 8. Korekta stanów magazynowych (ilościowa, jakościowa) na podstawie arkusza z natury

2.13 ROZLICZENIA Lp. Wymagania 1. Zarządzanie umowami NFZ 2. Import pliku umowy w postaci komunikatu UMX,

3.

Przegląd i modyfikacja szczegółów umowy: � Okres obowiązywania umowy, � Pozycje planu umowy, � Miejsca realizacji świadczeń � Limity na realizację świadczeń i ceny jednostkowe, � Słowniki związane z umowami (słownik zakresów świadczeń, świadczeń jednostkowych, pakietów

świadczeń, schematów leczenia itd.) � Parametry pozycji pakietów świadczeń

4. Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w poradniach bez konieczności importu i kopiowania danych

5.

Weryfikacja wprowadzonych pozycji rozliczeniowych pod kątem zgodności ze stanem, po wczytaniu aneksu umowy (ze wstecznym okresem obowiązywania). MoŜliwość zbiorczej modyfikacji pozycji rozliczeniowych, w których znaleziono róŜnice

� RóŜnica w cenie świadczenia, � RóŜnica w wadze efektywnej świadczenia, � RóŜnica w sposobie obliczania krotności i okresu sprawozdawczego,

6. Definiowanie dodatkowych walidacji

� Liczba realizacji świadczeń w okresie, � Liczba realizacji świadczeń w ramach zakresu w okresie,

7.

MoŜliwość ewidencji i rozliczenia realizowanych świadczeń � Ubezpieczonym, � Nieubezpieczonym a uprawnionym do świadczeń, � Uprawnionym na podstawie decyzji wójta/burmistrza � Uprawnionym na podstawie przepisów o koordynacji, � Uprawnionym na podstawie Karty Polaka � Kobietom w ciąŜy, w okresie połogu oraz młodzieŜy do 18 roku Ŝycia

8.

MoŜliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących � Numeru umowy, � Zakresu świadczeń, � WyróŜnika � Świadczenia jednostkowego,

9. Po otrzymaniu informacji z NFZ, uprawniony uŜytkownik działu rozliczeń musi mieć moŜliwość modyfikacji danych

10. Sprawozdawczość z do oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną musi odbywać się automatycznie, z poziomu systemu HIS

11. W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych, operacje te muszą odbywać się automatycznie w systemie HIS

12. Weryfikacja świadczeń pod kątem poprawności i kompletności wprowadzonych danych 13. Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ 14. Wyszukiwanie po numerach w księgach

SIWZ TP-231/.4PN/124/2013


15. Wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9 16. Wyszukiwanie po personelu kierującym/ realizującym 17. Wyszukiwanie zestawów bez pozycji rozliczeniowych 18. Wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi 19. Wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone 20. Wyszukiwanie po statusie rozliczenia 21. Wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy 22. Wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe 23. Wyszukiwanie zestawów świadczeń ratujących Ŝycie i zdrowie 24. Wyszukiwanie zestawów świadczeń zrealizowanych dla wybranych uprawnień pacjenta

25. Wyszukiwanie świadczeń, które zostały skorygowane, a informacja o skorygowaniu nie została sprawozdana do systemu NFZ

26. Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie obowiązującej wersji publikowanej przez płatnika

27. Import potwierdzeń do danych przekazanych w komunikacie I fazy (komunikat P_SWI) 28. Import danych z pliku z szablonami rachunków (komunikat R_UMX)

29. Eksport komunikatów związanych ze sprawozdawczością POZ

� Eksport komunikatu DEKL – informacje o deklaracjach � Eksport komunikatu ZBPOZ – informacje o świadczeniach zrealizowanych w ramach POZ

30.

Import potwierdzeń związanych ze sprawozdawczością POZ � Import komunikatu P_DEK – potwierdzenia danych dla przesłanych deklaracji � Import komunikatu Z_WDP – wyniki weryfikacji deklaracji � Import komunikatu Z_RDP – rozliczenia deklaracji

31. Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących

� Eksport komunikatu LIOCZ – informacje o statystykach kolejek oczekujących � Eksport komunikatu KOL – informacje o oczekujących na świadczenia wysokospecjalistyczne

32. Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących 33. Import komunikatu P_LIO – potwierdzenie statystyk przekazanych w komunikacie LIOCZ 34. Generowanie i wydruk rachunków na podstawie szablonów 35. Generowanie i wydruk faktur na podstawie rachunków

36. Generowanie i wydruk zestawień i raportów związanych ze sprawozdawczością wewnętrzną (moŜliwość śledzenia postępów wykonania zakontraktowanych świadczeń w ciągu trwania okresu rozliczeniowego)

37.

Raport z wykonanych świadczeń z moŜliwością ograniczenia danych do m.in.: � Numeru umowy, � Zakresu miesięcy sprawozdawczych, � Miesiąca rozliczeniowego, � Jednostki realizującej, � Zakresu świadczeń i wyróŜnika, � Świadczenia, � Numeru szablonu � Uprawnienia pacjenta do świadczeń

38. Zestawienie z realizacja planu umowy, 39. Zestawienie wykonań przyrostowo, 40. Zestawienie wykonań według miejsc realizacji 41. Eksport danych do popularnych formatów (XLS, TXT, CSV, HTML) 42. Generowanie i wydruk dokumentów związanych ze sprawozdawczością wymaganą przez OW NFZ 43. Zestawienie świadczeń udzielonych świadczeniobiorcom innym niŜ ubezpieczeni, 44. Zestawienie świadczeń wykonanych pacjentom na podstawie przepisów o koordynacji (UE), 45. Zestawienie świadczeń wykonanych pacjentom na podstawie art. 2 ust. 1 ustawy (decyzja wójta/burmistrza),

46. Zestawienie świadczeń wykonanych pacjentom nieubezpieczonym, rozliczanym na podstawie art. 12 lub art. 13 ustawy

47. Załącznik nr 4 do umowy - chemioterapia 48. Załącznik nr 4 do umowy – programy terapeutyczne 49. Załączniki do umów POZ 50. Ewidencja faktur zakupowych 51. Import słownika produktów handlowych (komunikat PRH) 52. MoŜliwość przekodowania produktów handlowych na leki 53. Ewidencja faktur zakupowych 54. Generowanie i eksport faktur zakupowych do NFZ w aktualnym formacie komunikatu FZX 55. Import potwierdzeń do faktur zakupowych (komunikat FZZ) 56. Generowanie i wydruk załącznika nr 4 do umowy – ewidencja faktur zakupowych

SIWZ TP-231/.4PN/124/2013


57. Obsługa sprawozdawczości w zakresie POZ

58. Integracja z innymi modułami systemu

� ewidencja pozycji rozliczeniowych w Ruchu Chorych, Przychodni � ewidencja faktur zakupowych za leki w chemioterapii w module Apteka

59. Eksport faktur rozliczeniowych do modułu Finansowo-Księgowego 60. Przekazywanie danych o hospitalizacji do Symulatora JGP 61. Symulator JGP musi być zainstalowany w systemie

62. Wyznaczanie Jednorodnych Grup Pacjentów na podstawie danych hospitalizacji za pomocą wbudowanego grupera JGP

63 Import aktualnego słownika procedur medycznych ICD9 (komunikat ICD9), 64 Wyznaczanie JGP dla hospitalizacji

65 Zapewnienie sprawnego zasilania systemu w aktualne charakterystyki JGP wynikające z publikowanych Zarządzeń Prezesa NFZ

66 Wyznaczanie JGP za pomocą wbudowanego (lokalnego) grupera JGP w zakresie umów: leczenie szpitalne, rehabilitacja stacjonarna, ambulatoryjna opieka specjalistyczna

67 MoŜliwość automatycznego przypisania JGP do pobytu na oddziale, z którego pochodzi element kierunkowy wyznaczonej JGP

68 Wsteczna weryfikacja poprawności wyznaczonych wcześniej JGP z moŜliwością automatycznej aktualizacji JGP na poprawną

69

RóŜnice wynikające z wczytania nowych wersji grupera, które opublikowano z wsteczną datą obowiązywania, które mogą obejmować

� RóŜnice w zaewidencjonowanych taryfach, � RóŜnice w zaewidencjonowanych JGP,

70

RóŜnice wynikające z modyfikacji danych statystycznych hospitalizacji, a mające wpływ na wyznaczoną JGP: � Konieczność zmiany JGP, � Konieczność zmiany taryfy, � Konieczność przepięcia JGP do pobytu na innym oddziale

71

Wyszukiwanie hospitalizacji wg poniŜszych kryteriów � Data zakończenia hospitalizacji, � Kod JGP, � Rozpoznanie główne � Kod procedury medycznej, � Status rozliczenia

72 Wskazanie moŜliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji rozpoznań wypisowych

73 Wsteczna weryfikacja z moŜliwością automatycznej aktualizacji JGP pod kątem znalezienia bardziej optymalnej JGP

2.14. KOLEJKA OCZEKUJĄCYCH Lp. Wymagania 1. Definicja kolejek oczekujących zgodnie z wymaganiami płatnika 2. Kolejki oczekujących do komórek organizacyjnych

3. Kolejki oczekujących do procedur medycznych lub świadczeń wysokospecjalistycznych zdefiniowanych przez płatnika

4. Prowadzenie kolejek oczekujących 5. Wykaz osób oczekujących w kolejce 6. Przyporządkowanie oczekujących do jednej z kategorii medycznych (przypadki pilne/przypadki stabilne) 7. Rejestrowanie przypadków zmian terminu udzielenia świadczenia wraz z przyczyną zmiany

8.

Generowanie statystyk kolejek z podziałem na przypadki pilne i stabilne � Liczba oczekujących � Szacunkowy czas oczekiwania w kolejce � Średni rzeczywisty czas oczekiwania w kolejce (zgodnie z algorytmem opublikowanym w rozporządzeniu)

9. Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu sprawozdawczości związanej z kolejkami oczekujących

10. Komunikat LIOCZ – komunikat szczegółowy o kolejkach oczekujących 11. Komunikat KOL – komunikat o kolejkach oczekujących do świadczeń wysokospecjalistycznych 12. Import komunikatu „potwierdzeń odbioru” danych o kolejkach oczekujących

SIWZ TP-231/.4PN/124/2013


13.

Wydruk listy oczekujących z uwzględnieniem poniŜszych kryteriów � Rodzaj kolejki (do komórki organizacyjnej, do procedury medycznej/świadczenia

wysokospecjalistycznego) � Kod kolejki � Stan wpisu w kolejce (aktywne, wykreślone, zakończone realizacją) � Kategoria medyczna (pilny, stabilny) � Data wpisu (od .. do ..) � Data planowanej realizacji (od .. do ..) � Data skreślenia z kolejki (od .. do ..)

2.15. REJESTRACJA DO PORADNI Lp. Wymagania 1. Definiowanie dostępności usług placówki medycznej 2. Określanie dostępności zasobów w placówce (grafiki):

3.

Definiowanie szablonu pracy zasobu typu gabinet: � określenie szablonu dla kaŜdego z dni tygodnia, � określenie czasu pracy gabinetu, � określenie zakresu usług realizowanych w gabinecie

4.

Definiowanie szablonu pracy zasobu typu lekarz: � określenie szablonu dla kaŜdego z dni tygodnia, � określenie czasu pracy, � określenie gabinetu, w którym wykonywane są usługi (miejsce wykonania). � generacja grafików dla lekarzy w powiązaniu z gabinetami w zadanym okresie czasu, � blokada grafików (urlopy, remonty).

5. Obsługa skorowidza pacjentów 6. MoŜliwość zastosowania kart identyfikacyjnych do wyszukania pacjenta 7. Planowanie i rezerwacja wizyty pacjenta

8.

Wyszukiwanie wolnych terminów jednoczesnej dostępności wymaganych zasobów: � rezerwacja wybranego terminu lub „pierwszy wolny”. � prezentowanie preferowanych terminów wykonania usługi dla zgłoszeń internetowych na zasadzie

określenia godzin przeznaczonych do planowania zgłoszeń internetowych np. od 10 do 12 � automatyczna rezerwacja terminów dla zgłoszeń internetowych wg preferencji pacjenta � w przypadku braku wolnych terminów w preferowanych godzinach moŜliwość rezerwacji pierwszy wolny

lub ręczny wybór terminu � rezerwacja terminów dla pacjentów przebywających na oddziale � wstawianie terminu pomiędzy juŜ istniejące wpisy w grafiku w przypadkach nagłych

9. Przegląd rezerwacji 10. Rejestracja pacjenta do wykonania usługi

11. Automatyczne wyliczanie kosztów porady u pacjenta nieubezpieczonego (według algorytmu jak dla pacjenta ubezpieczonego bez uwzględnienia ubezpieczenia)

12. Określenie miejsca wykonania usługi (wybór gabinetu) dla usług niepodlegających planowaniu i rezerwacji. 13. Zlecenie wykonania usługi pacjentowi we wskazanym (lub wynikającym z rezerwacji) miejscu wykonania, 14. Obsługa kolejek oczekujących zgodnie z obowiązującymi przepisami,

15. Obsługa wyników:

� wpisywanie wyników zewnętrznych. 16. raporty i wykazy Rejestracji.

17.

MoŜliwość przeglądu i wydruku zaplanowanych wizyt dla pacjenta � -sporządzenie sprawozdania z „kolejki oczekujących” pacjentów � - moŜliwość zdefiniowania zakresu i postaci danych (np.: zestawienie pacjentów przyjętych w danym

okresie w poszczególnych gabinetach, zestawienie pacjentów przyjętych w danym okresie u poszczególnych lekarzy).

2.16. PORADNIA - GABINET Lp. Wymagania 1. Dostęp do listy pacjentów zarejestrowanych do gabinetu 2. Rejestracja rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie) 3. Wspomaganie obsługi pacjenta w gabinecie

SIWZ TP-231/.4PN/124/2013


4.

Przegląd danych pacjenta w następujących kategoriach: � dane osobowe, � podstawowe dane medyczne, � Historia Choroby (dane ze wszystkich wizyt pacjenta), � wyniki badań, � przegląd rezerwacji.

5. MoŜliwość uŜytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty (w zaleŜności od kategorii medycznej wizyty),

6. MoŜliwość zdefiniowania wzorów dokumentów dedykowanych dla gabinetu

7.

Przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach: � wywiad (na formularzu zdefiniowanym dla wizyty), � opis badania (na formularzu zdefiniowanym dla wizyty), � informacje ze skierowania, � skierowania, zlecenia, � planowanie i rezerwacja zleceń z wizyty, � usługi, świadczenia w ramach wizyty, � rozpoznanie (główne, dodatkowe), � zalecenia z wizyty (w tym zwolnienia lekarskie), � leki przepisane wg słownika leków, recepty (z rozmieszczaniem i nadrukiem na formularzach recept), � wystawione skierowania, � leki podane podczas wizyty (współpraca z apteczką oddziałową), � wykonane podczas wizyty drobne procedury, niemające wpływu na rozliczenie pacjenta � inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).

8. MoŜliwość stosowania słownika tekstów standardowych do opis danych wizyt 9. MoŜliwość wykorzystania definiowalnych formularzy do opisu danych wizyty 10. MoŜliwość ewidencji wykonania usług rozliczanych komercyjnie:

11. Obsługa zakończenia wizyty:

� automatyczne tworzenie karty wizyty. � moŜliwość bezpośredniego skierowania na Izbę Przyjęć lub oddział

12. Kwalifikacja rozliczeniowa usług i świadczeń. 13. Automatyczne wiązanie rozliczanych badań do kolejnej zaplanowanej wizyty 14. Wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług 15. Automatyczna aktualizacja i przegląd Księgi Głównej 16. Raporty i wykazy Gabinetu

17. MoŜliwość przeglądu danych opisowych,. epikryz, przebiegów, leczenia, wywiadów w wybranym okresie czasu danego pacjenta

18.

MoŜliwość automatycznej generacji Karty Zgłoszenia Nowotworu Złośliwego , Karty Zgłoszenia Choroby Zakaźnej i innych wymaganych przepisami zgłoszeń w postaci papierowej oraz w postaci elektronicznej wg ustalonego formatu (utworzenie zbioru danych dla kart/zgłoszeń przez wywołanie odpowiedniego formularza elektronicznego z automatycznym wypełnieniem jego odpowiednich pól danymi ogólnymi (identyfikacja jednostki, data/czas, itp.), danymi personelu medycznego (identyfikacja lekarza, identyfikacja wypełniającego, itp.) i danymi pacjenta (identyfikacja, wiek, itp.), a po wypełnieniu pozostałych pół i zatwierdzeniu wszystkich danych automatyczne wytworzenie, zachowanie i wydrukowanie elektronicznej wersji karty/zgłoszenia według obowiązującego wzoru dokumentu oraz zachowanie zbioru danych w rejestrze).

19. MoŜliwość dostępu do wszystkich danych i epizodów leczenia pacjenta

20. Kontrola odległości między świadczeniami kompleksowymi i recepturowymi z moŜliwością definiowania interwału czasowego pomiędzy tymi świadczeniami oraz zakresu kontroli (w danej jednostce/we wszystkich jednostkach).

2.17. DOKUMENTACJA MEDYCZNA Lp. Wymagania 1. Generowanie Historii Choroby z danych zgromadzonych w systemie 2. Generowanie Historii pielęgnowania z danych zgromadzonych w systemie 3. Generowanie Karty Informacyjnej z danych gromadzonych w systemie

4. Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania, jednostka organizacyjna, zadany okres czasu,

5. Generowanie wydruków kart zakaŜenia, kart drobnoustroju 6. Generowanie raportów z dyŜuru lekarskiego na podstawie zarejestrowanych obserwacji pacjenta 7. Generowanie raportów z dyŜuru pielęgniarskiego na podstawie zarejestrowanych obserwacji pacjenta 8. Elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie dokumentowania procesu leczenia: 9. definiowania własnych formularzy przeznaczonych do wpisywania danych w systemie.

SIWZ TP-231/.4PN/124/2013


10. MoŜliwość kojarzenia formularzy ze zleceniami. 11. Rejestrowanie lub dołączanie istniejących danych multimedialnych (rysunki, obrazy, dźwięki, itp.). 12. Dostęp do danych dla potrzeb analityczno-sprawozdawczych.

13. MoŜliwość manualnego tworzenia nowych dokumentów w postaci elektronicznej (np. cyfryzacja dokumentu papierowego, import pliku RTF, PDF itd.).

14. MoŜliwość złoŜenia podpisu elektronicznego na dokumencie.

2.18. ARCHIWUM Lp. Wymagania 1. Moduł umoŜliwia obsługę związaną z archiwizacją dokumentacji medycznej pacjentów leczonych ambulatoryjnie

i stacjonarnie (wg rodzaju: dokumentacja indywidualna-historia choroby, zbiorcza- księgi) 2. MoŜliwość nadawania automatycznie numeru archiwizacji dokumentacji medycznej odrębnie dla rodzaju 3. Moduł umoŜliwia wyszukiwanie historii choroby przynajmniej wg kryteriów: nazwisko, imię, nr księgi głównej,

PESEL, czasookres pobytu 4. Moduł umoŜliwia wyszukiwanie hospitalizacji i porad dla wybranego pacjenta przynajmniej wg kryteriów: nr

księgi głównej, data przyjęcia, jednostka organizacyjna 5. Moduł umoŜliwia wyszukiwanie dokumentacji z wykorzystaniem kodów kreskowych 6. MoŜliwość ewidencji zwrotu dokumentacji do archiwum wraz z ewidencją osoby zwracającej, osoby przyjmującej

i datą zwrotu 7. Moduł umoŜliwia ewidencję zwrotów dokumentacji z wykorzystaniem kodów kreskowych 8. MoŜliwość ewidencji wypoŜyczenia dokumentacji z archiwum wraz z ewidencją: typu wypoŜyczenia, osoby

wypoŜyczającej i datą wypoŜyczenia 9. MoŜliwość sporządzenia raportu zwróconej dokumentacji w zadanym okresie czasu i braku zwrotów 10. MoŜliwość sporządzenia raportu wypoŜyczonych dokumentacji w zadanym okresie czasu 11. Raport pokazujący w zadanym okresie ile dokumentacji medycznej zostało zarchiwizowane w stosunku do

całkowitej liczby zaewidencjonowanych hospitalizacji w zdefiniowanym okresie) 12. Zestawienie archiwizacji historii chorób w stosunku do liczby hospitalizacji

2.19. RACHUNEK KOSZTÓW LECZENIA I KALKULACJA KOSZTÓW PROCEDUR Lp. Wymagania

1.

Wspomaganie wyceny kosztów normatywnych procedur medycznych: � moduł wspomaga wycenę kosztów norm. dla procedur (PM) medycznych zdefiniowanych w

poszczególnych ośrodkach powstawania kosztów (OPK), � moduł umoŜliwia dokonywanie zmian (dodawanie, usuwanie) w katalogach procedur poszczególnych OPK

przez autoryzowane osoby, � moduł umoŜliwia wyliczanie kosztów normatywnych PM na poziomie poszczególnych OPK, � moduł umoŜliwia przypisanie do kosztów normatywnych nakładów materiałowych, wraz z ich cenami,

potrzebnych do wykonania świadczenia, definiowanych w oparciu o katalogi materiałów zawarte w module Magazyn.

� moduł umoŜliwia przypisanie do kosztów normatywnych nakładów materiałowych, wraz z ich cenami, potrzebnych do wykonania świadczenia, definiowanych w oparciu o katalogi materiałów medycznych zawarte w module Apteka.

� moduł umoŜliwia definiowanie a następnie ich wykorzystania w dowolnych OPK szablonów opisów kosztów normatywnych PM,

� moduł umoŜliwia przepisanie opisów wybranych PM wykonanych w jednych OPK do innych, � moduł umoŜliwia wydruk przygotowanych opisów PM, � moduł umoŜliwia uaktualnienie cen materiałów ręcznie lub poprzez import cen materiałów z modułów

Magazyn lub Apteka,

2. Moduł umoŜliwia przepisanie kosztów PM powiększonych o koszty innych OPK w szczególności koszty zarządu rozliczane kluczami oraz dowolną marŜę do cennika procedur medycznych.

3. Moduł umoŜliwia symulacje kalkulacji kosztów przy dowolnie załoŜonej ilości wykonań PM oraz zapisanie otrzymanych scenariuszy.

4.

Moduł umoŜliwia dokonywanie wyceny kosztów PM w następujących okresach rozliczeniowych: � miesięczny, � kwartalny, � półroczny, � roczny.

5. Moduł umoŜliwia ręczne wpisanie kosztów danego OPK ujętych w układzie podmiotowym za przyjęty okres rozliczeniowy.

SIWZ TP-231/.4PN/124/2013


6.

Moduł umoŜliwia dokonywanie wyceny kosztów hospitalizacji pacjenta z uwzględnieniem � opieki medycznej na oddziale, � hotelowych i administracyjnych w tym zarządu, � procedur medycznych wykonanych w jednostkach organizacyjnych, w których przedmiotem kosztów jest

procedura medyczna, � leków (koszty rzeczywiste leków podanych pacjentowi).

7. Moduł umoŜliwia określenie nakładów materiałowych potrzebnych do wykonania procedury

8. Analizę kosztów wytworzenia (całkowitych + zleceń zewnętrznych)

2.20. DOKUMENTACJA AMBULATORYJNA Lp. Wymagania

1. Wykorzystanie dokumentacji w miejscach udzielania świadczeń ambulatoryjnych: 2. Poradnia specjalistyczna 3. Izba przyjęć 4. Gabinet zabiegowy 5. MoŜliwa konfiguracja formularza: 6. Określenie liczby pól. 7. Wprowadzenie dowolnego nazewnictwa poszczególnych pól 8. Wprowadzenie dowolnego nazewnictwa poszczególnych pól na wydruku karty informacyjnej 9. Definiowanie szablonów dla poszczególnych pozycji dokumentacji 10. Zapis informacji oddzielnie dla kaŜdej pozycji dokumentacji 11. Wytworzenie dokumentacji ambulatoryjnej na podstawie danych z poszczególnych pozycji. 12. Wytworzenie karty informacyjnej pacjenta na podstawie danych z poszczególnych pozycji.

2.21. PRACOWNIA DIAGNOSTYCZNA Lp. Wymagania

1. Moduł posiada wspólny dla wszystkich uŜytkowników moduł rejestracji pacjentów obsługujący jednocześnie wiele pracowni diagnostycznych (TK, RTG, USG, Endoskopii)

2. Limitowanie dostępu do danych wyłącznie osobom uprawnionym, poprzez konfigurowanie schematów uprawnień. 3. Wspólna i jednorodna kartoteka pacjentów z modułem Ruch Chorych 4. Wyszukiwanie według nazwiska, imienia, numeru PESEL.

5. Integracja z modułem Ruch Chorych / Moduł zleceń. MoŜliwość przeglądania obrazów bezpośrednio z tych modułów, dla wybranego pacjenta.

6.

Rejestracja Pacjenta -moŜliwość nanoszenia minimalnego zakresu danych pacjenta : � dane osobowe, � dane adresowe, � przynaleŜność do oddziału NFZ, � dane o zatrudnieniu,

7. Rejestracja Pacjenta - ręczne zlecenie badań do wykonania. 8. Automatyczne wczytywanie zleceń wystawionych w module zlecenia medyczne. 9. Planowanie wizyt pacjentów na dowolny okres w przód.

10.

Przyjęcie pacjenta z rozróŜnieniem: � zlecenie wewnętrzne, � zlecenie zewnętrzne - umowa, � pacjent opłaca samodzielnie,

11. MoŜliwość wpisania skierowania z POZu, lekarza rodzinnego, i innych jednostek kierujących 12. MoŜliwość prowadzenia podręcznego magazynu materiałów np. klisz oraz odnotowania ich zuŜycia 13. Definiowanie szablonów badań wraz z ich składnikami

14. Wpisywanie wyników badań:

� wynik opisowy badania (moŜliwość uŜywania szablonów i wzorców), � moŜliwość wprowadzenia wyniku liczbowego.

15. Zapewnienie wzorców opisów wraz z moŜliwością zarządzania nimi przez uŜytkownika (lekarza opisującego) w tym dodawanie, edycja i modyfikacja wzorca.

16. MoŜliwość wprowadzania cenników badań dla poszczególnych jednostek zlecających z określeniem czasu waŜności danego cennika.

17. Przechowywanie informacji o okresach obowiązywania poszczególnych cenników badań. Moduł musi zachować historię zmian cen oraz zapamiętywać okresy zmian cen.

18. Moduł musi zachować cenę aktualną i wydrukować ją w raportach generowanych za dzień wykonania badania.

19. Moduł umoŜliwia przegląd oraz obróbkę wizualną obrazów DICOM:

� Wyświetlanie miniaturek obrazów. � Wyświetlanie zdjęć po kliknięciu na miniaturę obrazu.

SIWZ TP-231/.4PN/124/2013


� Widoki obrazów: jeden obraz, 1x1 pion, 1x1 poziom, 2x2 lub dowolny. � MoŜliwość wyświetlania kilku zdjęć na ekranie. � MoŜliwość otwarcia kilku serii badań. � MoŜliwość równoczesnej pracy na kilku obrazach. � Negatyw. � Odbicie obrazu w pionie i poziomie. � Pomiar odległości, kąta, pola. � Powiększanie obrazu, lupa. � Zmiana W/L. � Przewijanie. � Przesuwanie. � Podgląd wartości tagów DICOM.

20. MoŜliwość realizacji wizyty przez lekarza i technika jednocześnie z podziałem na osobę wykonującą badanie i opisującą badanie.

21. Nagrywanie płyty CD/DVD z badaniem pacjenta (obrazy diagnostyczne, przeglądarka obrazów,) na komputerze wyposaŜonym w nagrywarkę CD/DVD jako rozwiązanie awaryjne.

22. Przegląd zleceń wg:

� pacjenta,

23.

Wydruki: � skierowania na badania, � wyników badania, � księgi pracowni.

24.

MoŜliwość bieŜącej analizy danych: � rodzaj i ilość wykonanych badań dla poszczególnych jednostek zlecających wewnętrznych i zewnętrznych, � rodzaj i ilość wykonanych badań dla poszczególnych lekarzy zlecających, � listy pacjentów oczekujących na badania w poszczególnych pracowniach,

25. Współpraca z czytnikami kodów kreskowych w zakresie co najmniej identyfikacji pacjenta po kodzie zamieszczonym na dokumentacji medycznej oraz pracownika po identyfikatorze osobowym.

2.22. STERYLIZATORNIA Lp. Wymagania 1. MoŜliwość drukowania samoprzylepnych etykiet z informacją o przebiegu sterylizacji

2. MoŜliwość ewidencji przyjęcia brudnych pakietów / zestawów do sterylizacji

3. MoŜliwość ewidencji obsługi procesu sterylizacji 4. MoŜliwość weryfikacji zawartości zestawów i pakietów narzędziowych

5. MoŜliwość ręcznej ewidencji parametrów pracy myjek i autoklawów

6. MoŜliwość ewidencji testów przeprowadzonych na sterylizatorach.

7. MoŜliwość wydruku testów przeprowadzonych na sterylizatorach.

8. MoŜliwość generowania wydruków i raportów

2.23. MODUŁ OBSŁUGI TRANSPORTU WEWNĘTRZNEGO I ZEWNĘTRZNEGO Lp. Wymagania 1. Obsługa wielu stacji pogotowia ratunkowego.

2. Prowadzenie katalogu środków transportu medycznego z moŜliwością przypisania danego środka do zespołu wyjazdowego.

3. Prowadzenie katalogu pracowników pogotowia z moŜliwością określenia funkcji jaką pełnią.

4. Prowadzenie harmonogramu dyŜurów pogotowia.

5. MoŜliwość szybkiego przypisania zespołów wyjazdowych dyŜurujących w danym okresie oraz ich składu osobowego przez kopię danych z innego dyŜuru.

6. Obsługa tymczasowych zespołów wyjazdowych tworzonych na potrzeby jednego wyjazdu.

7.

Ewidencja przyjęcia zgłoszenia, z uwzględnieniem podstawowych danych: � Stacja pogotowia i dyspozytor przyjmujący zgłoszenie, � Data i godzina przyjęcia zgłoszenia, � Miejsce wezwania, � Powód wezwania, � Dane chorego, � Dane wzywającego, � Decyzja podjęta przez dyspozytora.

8. Ewidencja przyjęcia zgłoszenia bez względu na ewentualną decyzję o wysłaniu zespołu.

9. Ewidencja szczegółów zlecenia wyjazdu, z uwzględnieniem podstawowych danych: � Data i godzina wydania zlecenia,

SIWZ TP-231/.4PN/124/2013


� Rzeczywista data i godzina wyjazdu, � Daty i godziny wyjazdu ze stacji pogotowia, przyjazdu i wyjazdu z miejsca zdarzenia, przyjazdu i wyjazdu

z izby przyjęć, � Ilości kilometrów drogi dojazdowej i powrotnej, � Dane zespołu wyjazdowego, � Dane środka transportu, � Informacje o sposobie zlecenia.

10.

Ewidencja szczegółów dot. obsługi zlecenia wyjazdu: � Dane chorego, � Informacje o czynnościach podjętych na miejscu zdarzenia, � Szczegółowe dane dotyczące postępowania medycznego z chorym, � Ewidencja szczegółowych danych w przypadku zgonu, � Ewidencja podanych i przepisanych leków, � Ewidencja wykonanych procedur, � Ewidencja produktów wymaganych do rozliczenia świadczeń.

11. Wydruk karty zlecenia wyjazdu.

12. MoŜliwość definiowania własnych raportów i zestawień na potrzeby danej stacji pogotowia ratunkowego.

2.24. śYWIENIE Lp. Wymagania 1 MoŜliwość tworzenia jadłospisów na wskazany dzień. 2 MoŜliwość zdefiniowania co najmniej następujących posiłków dla kaŜdej diety:

� śniadanie, � drugie śniadanie, � obiad, � podwieczorek, � kolacja, � posiłek nocny

3 Tworzenie meldunku z zamówieniem na posiłki dla pacjentów z oddziałów. Liczba zamawianych posiłków w ramach diety moŜe być róŜna.

4 Ewidencja korekt meldunków z konfigurowanym ograniczeniem czasowym ich składania. 5 Ewidencja zamówień specjalnych dla pracowników szpitala. 6 MoŜliwość elektronicznego składania meldunków i ich korekt z jednostek zamawiających. 7 Tworzenie meldunków w jednostkach zamawiających wykorzystuje dane z ruchu chorych. 8 MoŜliwość drukowania jadłospisu dla kaŜdej diety oddzielnie. 9 MoŜliwość drukowania surowców (sumarycznie) potrzebnych do realizacji jadłospisu. 10 Tworzenie zamówienia do magazynu Ŝywności na produkty niezbędne do realizacji jadłospisu. 11 Generowanie ilości wydanych posiłków w rozbiciu na jednostki zamawiające. 12 MoŜliwość drukowania wartości składników odŜywczych dla posiłków jadłospisu i dla diet w jadłospisie. 13 MoŜliwość drukowania wyceny posiłków w jadłospisie w odniesieniu do stanów magazynowych na podstawie

średniej ceny z ostatnich dostaw. 14 MoŜliwość zestawienia niezbędnych surowców dla wskazanej diety w wybranym jadłospisie. 15 MoŜliwość określania wartości składników odŜywczych jadłospisu dla poszczególnych diet. 16 MoŜliwość generowania zapotrzebowania dla surowców nie będących na aktualnym stanie magazynu. 17 MoŜliwość usunięcia potrawy pozwalająca na zmianę ilości potraw przydzielonych do danego posiłku

jadłospisie. 18 MoŜliwość definiowania informacji o składnikach odŜywczych dla kaŜdego z produktów. 19 MoŜliwość obliczania wartości odŜywczej, zawartości witamin etc. w kaŜdym z posiłków. 20 MoŜliwość wykorzystania systemu do rozliczania zewnątrz szpitalnej usługi catering’owej.

3. INTEGRACJA

3.1. INTEGRACJA HL7 I DICOM Lp. Wymagania

1.

W ramach zamówienia Wykonawca wykona dwukierunkową integrację Systemu z systemami Diagnostyki Obrazowej oraz Diagnostyki Laboratoryjnej z wykorzystaniem standardu wymiany informacji w systemach medycznych HL7. Integracja powinna umoŜliwiać przekazywanie do systemów Diagnostyki Obrazowej oraz Diagnostyki Laboratoryjnej zleceń badań generowanych w Systemie oraz zwrotnie odbieranie wyników tych badań i zapisywanie ich w bazie danych Systemu.

2. Integracja pozwoli na wymianę danych pomiędzy Systemem i systemami Diagnostyki Obrazowej oraz

SIWZ TP-231/.4PN/124/2013


Diagnostyki Laboratoryjnej w czasie rzeczywistym (w tym automatyczna aktualizacja stanu realizacji badania).

3. Integracja na poziomie pozostałych katalogów: pacjentów, jednostek organizacyjnych, lekarzy i innych niezbędnych.

Integracja umoŜliwi wymianę komunikatów Systemu w zakresie: wystawiania skierowań z jednostek szpitalnych do systemów diagnostycznych.

4. Integracja umoŜliwi wymianę komunikatów w zakresie: odbieranie wyników dla jednostek szpitalnych z systemów diagnostycznych.

5.

Wymiana danych musi być realizowana z wykorzystaniem protokołu HL7 oraz musi obejmować w minimalnym zakresie następującą komunikację:

� nowe zlecenie – generowane przez System, � anulowanie zlecenia – generowane przez System, � wynik – generowane przez systemy Diagnostyki Obrazowej oraz Diagnostyki Laboratoryjnej, � aktualizacja wyniku – generowane przez systemy Diagnostyki Obrazowej oraz Diagnostyki Laboratoryjnej.

6. System umoŜliwia automatyczną aktualizację wyniku badania po zmianie w systemach Diagnostyki Obrazowej oraz Diagnostyki Laboratoryjnej (bez moŜliwości zatarcia poprzedniego zapisu w bazie danych Systemu).

7. W przypadku posiadania wyników badań w postaci cyfrowej System powinien umoŜliwiać ich zapisywani w bazie danych oraz odczyt na róŜnych stanowiskach.

Całość rozliczeń z NFZ odbywać się będzie wyłącznie za pośrednictwem Systemu. W Systemie gromadzone są wszystkie dane rozliczeniowe, jak równieŜ wyłącznie z tego systemu będą wykonywane transmisje danych do NFZ w ramach tzw. formatu otwartego, określonego przez NFZ.

8.

System pozwala na zlecanie pacjentowi badań do laboratorium, zlecenie przejmuje elektronicznie system Diagnostyki Laboratoryjnej firmy zewnętrznej (outsourcingowej):

� zlecenie badania na róŜnych płatników i umowy, � wpisanie terminu wykonania badania, � zlecenie serii tych samych badań, � zlecenia zestawu róŜnych badań na podstawie wzorców, � przejrzenia badań przyjętych do wykonania przez laboratorium i przeglądu badań, wykonanych, � imię i nazwisko, � PESEL, data urodzenia, płeć � adres zamieszkania, � ubezpieczyciel, � jednostka zlecająca, � wybór lekarza zlecającego, � tryb realizacji zlecenia (CITO / planowy), � rodzaj materiału i jego pochodzenie, � data i godzina pobrania materiału do badania, � dane osoby pobierającej materiał do badania, � istotne dane kliniczne pacjenta. � moŜliwość wydruku skierowania.

9.

Moduł pozwala na zlecanie pacjentowi badań do pracowni diagnostycznych, zlecenie przejmuje elektronicznie system Diagnostyki Obrazowej firmy zewnętrznej (outsourcingowej):

� zlecenie badania na róŜnych płatników i umowy, � zlecenie badania do róŜnych pracowni diagnostycznych, � moŜliwość wpisania dodatkowych uwag do zlecenia, � imię i nazwisko, � PESEL, data urodzenia, płeć � adres zamieszkania, � ubezpieczyciel, � jednostka zlecająca, � wybór lekarza zlecającego, � wpisanie terminu wykonania badania, � zlecenie serii tych samych badań, � zlecenia zestawu róŜnych badań na podstawie wzorców, � przejrzenia badań przyjętych do wykonania przez laboratorium i przeglądu badań, wykonanych, � wybór lekarza zlecającego, � tryb realizacji zlecenia (CITO / planowy), � przegląd stanu realizacji zlecenia, � moŜliwość wydruku skierowania.

10. System umoŜliwia zdefiniowanie dowolnych pakietów (wzorców) badań do zlecenia. 11. System umoŜliwia zlecanie serii tych samych badań. 12. System umoŜliwia przegląd stanu realizacji zlecenia. 13. System umoŜliwia obsługę zleceń zrealizowanych częściowo. 14. System umoŜliwia odwołanie badania zarejestrowanego.

SIWZ TP-231/.4PN/124/2013


3.2. INTEGRACJA Z ZEWNĘTRZNYMI SYSTEMAMI Lp. Wymagania

1. System umoŜliwia udostępnienie widoków bazodanowych umoŜliwiających integrację z zewnętrznymi systemami finansowo-księgowymi

4. IDENTYFIKACJA PACJENTA Lp. Wymagania

1.

Identyfikacja pacjenta na podstawie dowodu osobistego (2 szt.) � odczytu danych z dowodów osobistych i/lub paszportów (pola MRZ), � odczyt danych (zapisanie danych w formie tekstowej) w czasie nie dłuŜszym niŜ 2. Sekundy, � rozdzielczość skanera min. 3Mpix (2048 x 1536), � Interfejs USB 2.0, � wbudowany procesor sygnałowy, � rozmiar okna skanera min. 125 x 95 mm, � brak części ruchomych, � moŜliwość rozbudowy o czytnik RFID, skaner UV, � dostępność bibliotek narzędziowych (Software Development Kit - SDK) umoŜliwiających integrację z

oprogramowaniem systemowym i aplikacyjnym: Windows, Linux, C/C++ C#, Delphi, Java. � przygotowanie i dystrybucja kodów identyfikacyjnych pacjentom: � nadanie pacjentowi kodu identyfikacji wewnątrzszpitalnej,

SIWZ TP-231/4/PN/124/2013

Szpital Wojewódzki im. Mikołaja Kopernika ul. Chałubińskiego 7, 75-581 Koszalin

58

ZAŁ ĄCZNIK NR 2 DO SIWZ

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 2

– system archiwizacji danych

L.p. Treść wymagania Spełnione

1 Zamawiający wymaga dostarczenia, uruchomienia i wdroŜenia systemu backupu serwerów systemów otwartych (UNIX/Linux/Windows), w tym równieŜ działających w środowisku wirtualnym.

2 Wymagane jest dostarczenie urządzenia do przechowywania backupów jak równieŜ oprogramowania backupowego tworzącego łącznie jedną logiczną całość (appliance składający się z sprzętu i oprogramowania) stanowiącego kompletny system centralnego backupu z agentami do backupu plików, baz danych, środowisk vmware oraz zawierającego medium backupowe w dostarczonym urządzeniu. Oprogramowanie i sprzęt winno pochodzić od jednego producenta

3 W ramach dostawy wymagane jest dostarczenie a. urządzenia (urządzeń) z przestrzenią dyskową zapewniającą przechowywanie zdeduplikowanych danych o łącznej pojemności przynajmniej 7 TB de-duplikatów b. Licencji na przechowywanie minimum 2TB de-duplikatów

4 W ramach projektu wymagane jest dostarczenie usług wdroŜeniowych obejmujących równieŜ dokumentację i przeprowadzenie szkolenia powdroŜeniowego.

5 Dostarczony system musi mieć moŜliwość przechowywania kopi zapasowych na: własnych dyskach wewnętrznych (w ramach dostarczonego urządzenia).

6 Zainstalowany w urządzeniu system centralnego backupu musi być dostarczony z licencją na nielimitowaną liczbę zabezpieczanych serwerów / systemów operacyjnych / baz danych / partycji VMWare / partycji HyperV / laptopów

7 Urządzenie musi tworzyć centralny system backupu wykonujący kopie zapasowe oraz zapewniać przechowywanie zdeduplikowanych kopii zapasowych oraz współpracować z urządzeniem w zdalnej lokalizacji celem wykonywania replikacji skopiowanych danych.

8 Zabezpieczane serwery muszą być backupowane bezpośrednio do oferowanego urządzenia. 9 Oprogramowanie zainstalowane musi umoŜliwiać backup:

− pojedynczych plików − całych systemów plików − baz danych w trakcie ich normalnej pracy − ustawień systemu operacyjnego Windows. − całych obrazów maszyn wirtualnych systemu VMWare − całych obrazów maszyn wirtualnych systemu HyperV

10 Oprogramowanie backupowe musi mieć funkcjonalność podziału danych (plików, baz danych, obrazów maszyn wirtualnych) na bloki o zmiennej długości. System musi się dopasowywać do struktury dokumentu zapewniając podział na bloki o róŜnej długości w ramach pojedynczego dokumentu. Podział na bloki musi następować bezpośrednio na zabezpieczanym serwerze

11 Oprogramowanie backupowe musi backupować (przesyłać do serwera backupu) tylko unikalne bloki w skali całego zabezpieczanego środowiska skracając czas backupu, obciąŜenie procesora i zmniejszając ruch w sieci LAN. Fragment danych których został przesłany z serwera A nie moŜe być przesłany nigdy więcej z Ŝadnego innego serwera.

12 Oprogramowanie backupowe nie moŜe odczytywać z systemu dyskowego plików które się nie zmieniły w stosunku do ostatniego backupu. Raz zbackupowany plik nie moŜe być nigdy więcej odczytany, chyba, Ŝe zmieni się jego zawartość

13 Oprogramowanie backupowe musi wykonywać logicznie pełne backupy systemu plików. W wewnętrznej strukturze musi być przechowywana informacja o kaŜdym backupie i naleŜących do niego danych (blokach). Odtworzenie jakiekolwiek systemu musi być pojedynczym procesem.

14 W konsoli oprogramowania backupowego musi być moŜliwość definiowania waŜności danych (backupów) na podstawie kryteriów czasowych (dni, miesiące, lata). Po okresie waŜności backupy musza być automatycznie usunięte.

15 Oferowane rozwiązanie musi umoŜliwiać tworzenie wykluczeń w zdefiniowanych zadaniach wykonywania kopii zapasowych dla wybranych typów plików, np. dla plików z rozszerzeniem mp3;

16 NiezaleŜnie od dostarczonych urządzeń musi istnieć moŜliwość (przyszła rozbudowa) zainstalowania analogicznego serwera backupu na platformie VMware ESX (lokalny backup zdalnych ośrodków). Urządzenia podstawowe (będące przedmiotem przetargu) jak równieŜ przyszłościowa platforma zainstalowana na VMware w ośrodku zdalnym musza mieć moŜliwość replikacji danych. Replikacji powinny podlegać tylko bloki unikalne, nieznajdujące się na docelowym urządzeniu

17 Oferowane urządzenie musi mieć moŜliwość rozbudowy poprzez dokładanie analogicznych serwerów do farmy serwerów przy zapewnieniu następującej funkcjonalności:

SIWZ TP-231/4/PN/124/2013


59

1. Farma serwerów posiada wspólną bazę de-duplkatów rozciągniętą na wszystkie node’y farmy 2. Awaria pojedynczego serwera w ramach farmy nie powoduje utraty danych (bazy de-duplikatów) ani teŜ przerwy w pracy systemu backupowego 3. KaŜdy z serwerów powinien mieć zabezpieczenie RAID przechowywanych de-duplikatów 4. Wszystkie serwery farmy są w stanie jednocześnie przyjmować strumień backupów (de-duplikatów od zabezpieczanych serwerów) / odtwarzać dane 5. Farma serwerów musi być rozbudowywalna by być w stanie pomieścić bazę de-dupliaktów o łącznej wielkości minimum 100TB. 6. Farma serwerów powinna zarządzana poziomu pojedynczej konsoli iw dziana jako pojedyncze logiczne urządzenie 7. DołoŜenie kolejnego urządzenia/serwera zwiększa zarówno pojemność systemu jak równieŜ wydajność

18 Musi istnieć pojedyncza konsola zarządzająca całym środowiskiem backupowym. Konsola powinna mieć moŜliwość pracy na systemach minimum Windows, Linux.

19 Konsola powinna udostępniać raporty dotyczące zajętości przestrzeni przeznaczonej na de-duplikaty. 20 Bloki przesyłane z zabezpieczanych serwerów musza być kompresowane i szyfrowane algorytmem z kluczem

minimum 256-bitowym. 21 Musi istnieć moŜliwość szyfrowania danych na medium dyskowym przechowującym backupy (de-duplikaty).

Ewentualna licencja szyfrowania przestrzeni dyskowej powinna być zawarta w ofercie. 22 Wymagana jest autentyfikacja komunikacji między klientem a serwerem backupu (farmą serwerów) oparta na

certyfikatach 23 Disaster Recovery: Oferowane rozwiązanie musi replikować dane do drugiego systemu znajdującego się w innym

ośrodku. Replikacji powinny podlegać tylko unikalne fragmenty danych które nie znajdują się w zdalnym systemie. Musi być moŜliwość wyboru danych podlegających replikacji. Replikacja danych z urządzenia podstawowego na zapasowe musi odbywać się z wykorzystaniem sieci IP.

24 Oprogramowanie backupowe musi wspierać (wymagane wsparcie producenta) następujące systemy operacyjne: Windows (takŜe Microsoft Cluster) , Linux (Red Hat, SUSE, Debian, CentOS, Ubnutu), Solaris, AIX, HP-UX, Mac OS X, NetWare, Novell OES 2, FreeBSD. Backup zasobów plików z powyŜszych systemów musi podlegać de-duplikacji ze zmiennym blokiem na zabezpieczanej maszynie zgodnie z wymaganiami powyŜej.

25 Oprogramowanie backupowe musi wspierać (wymagane wsparcie producenta) backup online następujących baz danych i aplikacji: MS Exchange (2007, 2010), MS SQL, Oracle, IBM DB2, Lotus Notes, SharePoint, SAP, Sybase, VMware, HyperV. Backup z powyŜszych baz danych i aplikacji musi podlegać de-duplikacji ze zmiennym blokiem na zabezpieczanej maszynie zgodnie z wymaganiami powyŜej.

26 W przypadku zabezpieczania baz danych i aplikacji musi istnieć moŜliwość pobierania kopii zapasowej kilkoma strumieniami jednocześnie (minimum 5 jednoczesnych strumieni).

27 W przypadku zabezpieczania systemu Exchange 2010 musi istnieć moŜliwość backupu całego obrazu bazy danych i jednocześnie odtworzenia pojedynczego maila bez konieczności odtwarzania całej bazy danych

28 W przypadku zabezpieczania systemu Sharepoint musi istnieć moŜliwość odtworzenia pojedynczego elementu systemu Sharepoint bez konieczności odtwarzania całego środowiska SharePoint

29 Oprogramowanie backupowe musi pozwalać na odtwarzanie danych poprzez: wybór odtwarzanych danych, odtworzenie danych w jednym kroku.

30 Rozwiązanie backupowe musi wspierać VMware 4,1, 4,1i ,5,0 oraz 5.1. Oprogramowanie backupowe musi umoŜliwiać dla środowisk VMware: a. Backup pojedynczych plików i baz danych z maszyny wirtualnej ze środka maszyny wirtualnej VMware. b. Backup całych maszyn wirtualnych (obrazów, plików vmdk reprezentujących wirtualną maszynę). W trakcie backupu odczytowi z systemu dyskowego mają podlegać tylko zmienione bloki wirtualnych maszyn systemu VMWare (wykorzystanie mechanizmu CBT systemu VMWare) c. Backup tylko wybranych dysków maszyny wirtualnej (wybranych plików vmdk systemu vmware) d. Wykonywanie backupu jak w punkcie b. i c. nie moŜe wymagać bufora dyskowego na kopię obrazów maszyn wirtualnych (plików vmdk).e. Wykonywanie backupu jak w punkcie b. musi pozwalać na szybkie odtworzenie całych obrazów maszyn wirtualnych pojedynczych dysków maszyny wirtualnej poprzez odtworzenie tylko tych danych (bloków wirtualnej maszyny) które są róŜne w stosunku do ostatniej kopii zapasowej – integracja z mechanizmem CBT dla systemów VMWare. 1. Dopuszcza się wykonywanie snapshotów maszyn wirtualnych i uŜycie ich w trakcie backupu obrazów maszyn wirtualnych. 2. PowyŜsze metody backupu muszą być wbudowane w system backupu i w pełni automatyczne bez wykorzystania skryptów/dodatkowych komend. 3. PowyŜsze metody backupu maszyn wirtualnych muszą podlegać de-duplikacji ze zmiennym blokiem w momencie odczytu danych zgodnie z wymaganiami powyŜej.

31 Oprogramowanie backupowe musi umoŜliwiać dla środowisk Hyper-V: a. Backup pojedynczych plików i baz danych z maszyny wirtualnej ze środka maszyny wirtualnej Hyper-V. b. Backup całych maszyn wirtualnych (czyli plików vhd reprezentujących wirtualną maszynę). c. Wykonywanie backupu jak w punkcie b. nie moŜe wymagać bufora dyskowego na kopię obrazów maszyn wirtualnych (plików vhd).

SIWZ TP-231/4/PN/124/2013


60

1. Dopuszcza się wykonywanie snapshotów vss maszyn wirtualnych i uŜycie ich w trakcie backupu obrazów maszyn wirtualnych. 2. PowyŜsze metody backupu muszą być wbudowane w system backupu i w pełni automatyczne bez wykorzystania skryptów/dodatkowych komend. 3. PowyŜsze metody backupu maszyn wirtualnych muszą podlegać de-duplikacji ze zmiennym blokiem w momencie odczytu danych zgodnie z wymaganiami powyŜej.

32 Musi istnieć moŜliwość odtworzenia danych z zabezpieczanego serwera / komputera z konsoli systemu backupowego

33 Musi istnieć moŜliwość odtworzenia: � Pojedynczego pliku � Zabezpieczanej bazy danych

34 Dla systemów Windows 2008, Windows 7 musi istnieć funkcjonalność Bare Metal Recovery automatycznego odtworzenia całego serwera (system operacyjny + ustawienia systemu operacyjnego + dane) w jednym kroku. Funkcjonalność musi być wbudowana w rozwiązanie backupowe.

35 W przypadku odtwarzania danych z interfejsu dostępnego na zabezpieczanym serwerze musi istnieć mechanizm autentyfikacji uŜytkowników dostępny w dwóch opcjach:

� Wbudowany w system backupowy � Zintegrowany z usługami katalogowymi � W przypadku wykorzystania AD, uŜytkownicy będący w domenie nie muszą się logować do systemu

backupu w przypadku konieczności: i. odtworzenia danych ii. przeszukania zwartości swoich backupów iii. wykonania backupu

36 Dla odtwarzania danych z interfejsu dostępnego na zabezpieczanym serwerze / laptopie / PC muszą być dostarczone następujące funkcjonalności: · Wyszukiwanie pliku do odtwarzania po nazwie pliku, fragmencie nazwy pliku

37 System backupu musi mieć funkcjonalność wyrzutu na taśmę będącą jego integralną częścią. Musi to być gotowy moduł producenta systemu spełniający następujące wymagania:

� niewymagający skryptów � niewymagający dodatkowego oprogramowania poza � dostarczonym przez producenta � zawierający interfejs GUI producenta � posiadający pełne wsparcie producenta � Opcja wyrzutu nie jest przedmiotem oferty i ma słuŜyć do przyszłej rozbudowy systemu.

38 System backupu musi mieć moŜliwość certyfikowanego kasowania danych na dyskach przechowujących backupy.

39 System backupu musi mieć moŜliwość bezpośredniego raportowania o błędach do serwisu producenta 40 System backupu musi mieć moŜliwość automatycznej samo-aktualizacji poprzez automatyczne ściąganie nowych

wersji od producenta 41 System backupu musi mieć moŜliwość automatycznej aktualizacji oprogramowania agentów wykonywanej

bezpośrednio z serwera backupu 42 System musi dać moŜliwość backupu serwerów NAS z następującymi funkcjonalnościami (przyszłe

zastosowanie): 1. Z systemu NAS powinny być wysyłane tylko zmienione pliki. 2. W przypadku odtwarzania, uprawnienia uŜytkowników równieŜ są odtwarzane 3. Integracja z protokołem NDMP systemów NAS Dopuszczalne jest uŜycie dodatkowego, dedykowanego urządzenia wykonującego de-duplikację systemu NAS. Funkcjonalność backupu z wykorzystaniem NDMP nie jest przedmiotem oferty lecz musi być moŜliwość jej zastosowania w przyszłości.

43 1. Urządzenie musi posiadać co najmniej 48 miesięczną gwarancję na hardware 2. Urządzenie musi posiadać co najmniej 48 miesięczną opiekę producenta na software 3. Musi istnieć moŜliwość zgłaszania uszkodzenia urządzenia lub oprogramowania w trybie 5x9 bezpośrednio do producenta urządzenia

SIWZ TP-231/4/PN/124/2013


61


RAMOWY HARMONOGRAM REALIZACJI PROJEKTU ORAZ PROPONOWANE STANDARDY WDROśENIOWE REALIZACJI PROJEKTU

Ramowy harmonogram realizacji projektu naleŜy przedstawić w rozbiciu na tygodnie przy wykorzystaniu wykresu GANTTA.

Standardów WdroŜeniowych naleŜy powinny zawierać w minimalnym zakresie informacje, do których odwołują się istotne postanowienia umowy oraz:

� obligatoryjne czynności administratora w trakcie wdroŜenia i eksploatacji systemu,

� zasady komunikacji pomiędzy stronami,

� zasady dokumentowania prac,

� wykaz elementów mogących stanowić ewentualne problemy przy realizacji wdroŜenia,

� wykaz zaniechań Zamawiającego powodujących dla niego skutki finansowe,

� szczegółowe procedury odbiorów,

� procedury przeprowadzenia testów weryfikacyjnych,

� zasady realizacji wdroŜenia personelu wraz z określeniem zakresu w podziale na poszczególne grupy zawodowe,

� zasady przeprowadzenia migracji danych z posiadanego przez Zamawiającego systemu,

� sposób rozstrzygania kwestii spornych,

� wzory protokołów:

− Odbioru Ilościowego,

− Odbioru Danych Niezbędnych do Realizacji WdroŜenia,

− Rozpoczęcia Realizacji Umowy,

− Przeprowadzenia usług wdroŜeniowych personelu,

− Wykonania Usługi,

− Przeprowadzenia Testów Weryfikacyjnych,

− Protokół Odbioru,

− Protokół Odmowy Odbioru,

− Formularz Zgłoszenia Błędu, Formularz Zgłoszenia Konsultacji.

......................, dnia................

........................................................................

Podpisy i pieczątki imienne przedstawicieli Wykonawcy upowaŜnionych do jego reprezentowania

SIWZ TP-231/4/PN/124/2013


62


ZASADY REALIZACJI USŁUG SERWISOWYCH

ZAKRES GWARANCJI , USŁUG SERWISOWYCH I NADZORU AUTORSKIEGO OPROGRAMOW ANIA

a) W ramach usług serwisowych i udzielonej gwarancji - przez okres min. 36 miesięcy od daty podpisania Protokołu Odbioru Końcowego– bezusterkowego, Wykonawca zapewni pełną funkcjonalność oprogramowania aplikacyjnego poprzez nieodpłatne usuwanie awarii, błędów i usterek programistycznych w dostarczonym oprogramowaniu, nieodpłatne udostępnianie nowych wersji oprogramowania, aktualizacji i poprawek, stałą nieodpłatną adaptację do wymogów obowiązującego prawa oraz bezpłatne udzielanie konsultacji.

b) W ramach nadzoru autorskiego - przez okres min. 36 miesięcy od daty podpisania Protokołu Odbioru Końcowego – bezusterkowego, Wykonawca będzie równieŜ świadczył bezpłatnie usługę nadzoru autorskiego w tym okresie.

c) Zakres świadczonych usług serwisowych dla oprogramowania aplikacyjnego będzie zgodny z wymogami wymienionymi w Tabela .

Tabela . Zakres usług serwisowych oprogramowania aplikacyjnego (Zadanie 1 ) i nadzoru autorskiego.

Nazwa Usługi Przedmiot Usługi Serwis Aplikacji

[SA] Gotowość Wykonawcy do usuwania Błędów Oprogramowania Aplikacyjnego.


Usługa realizowana przez Autora Oprogramowania Aplikacyjnego za pośrednictwem Wykonawcy. Subskrypcja usługi zapewnia Zamawiającemu poprawę jakości oraz poszerzenie zakresu funkcjonalnego Oprogramowania Aplikacyjnego, jak równieŜ dostosowanie go do zmian czynników wewnętrznych organizacji Zamawiającego oraz zewnętrznych, będących efektem nowelizacji uwarunkowań prawnych. W ramach usługi Wykonawca zagwarantuje: � prowadzenie rejestru zgłaszanych przez uŜytkowników Błędów Aplikacji, � wprowadzanie do Aplikacji nowych funkcji oraz usprawnień juŜ istniejących

stanowiących wynik sugestii uŜytkowników, � wprowadzanie do Aplikacji nowych funkcji oraz usprawnień juŜ istniejących

stanowiących wynik inwencji twórczej Autora, � wprowadzanie do Aplikacji zmian stanowiących konsekwencję wejścia w Ŝycie

nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny, opublikowanych w postaci ustaw, rozporządzeń, itp.

� wprowadzanie do Aplikacji zmian wymaganych przez wyszczególnione poniŜej organizacje w stosunku do których Zamawiający ma obowiązek prowadzenia sprawozdawczości:

− Ministerstwa Zdrowia, − NFZ, − Centrów Zdrowia Publicznego,

� wprowadzanie w trybie pilnym do Aplikacji zmian i poprawek usuwających stwierdzone błędy i luki we wbudowanych mechanizmach i funkcjach zabezpieczeń,

� gotowość do odpłatnego wykonania na zlecenie Zamawiającego zaproponowanych przez niego modyfikacji Aplikacji.

Konsultacje [KA]


Serwis Motoru BD

[SBD]

Gotowość do zdalnej diagnostyki i usuwania awarii Motoru Bazy Danych. unowocześnianie i aktualizowanie Motoru Bazy Danych do wersji udostępnianych dla

prawidłowej, stabilnej i bezpiecznej eksploatacji Motoru Bazy Danych, gotowość do zdalnej diagnostyki i usuwania awarii Motoru Bazy Danych. NiezaleŜnie od okoliczności i uwarunkowań decyzja o aktualizacji bazy danych do najnowszej wersji wymaga akceptacji Zamawiającego.

d) Zakres świadczonych usług serwisowych dla oprogramowania wdroŜonego w ramach zadań 1-2 będzie zgodny z wymogami wymienionymi w Tabela .

Tabela . Zakres usług serwisowych oprogramowania wdroŜonego w ramach zadania 2 i nadzoru autorskiego.

Nazwa Usługi Przedmiot Usługi Serwis Aplikacji

[SA] Gotowość Wykonawcy do usuwania błędów oprogramowania wdroŜonego w ramach zadań 2.

Nadzór Autorski Usługa realizowana przez Autora oprogramowania wdroŜonego w ramach zadań 2 za

SIWZ TP-231/4/PN/124/2013


63

Nazwa Usługi Przedmiot Usługi [NA] pośrednictwem Wykonawcy. Subskrypcja usługi zapewnia Zamawiającemu poprawę jakości

oraz poszerzenie zakresu funkcjonalnego oprogramowania wdroŜonego w ramach zadań 2, jak równieŜ dostosowanie go do zmian czynników wewnętrznych organizacji Zamawiającego oraz zewnętrznych, będących efektem nowelizacji uwarunkowań prawnych. W ramach usługi Wykonawca zagwarantuje: � prowadzenie rejestru zgłaszanych przez uŜytkowników Błędów oprogramowania, � wprowadzanie do oprogramowania nowych funkcji oraz usprawnień juŜ istniejących

stanowiących wynik sugestii uŜytkowników uwzględnionych przez producenta w ramach procesu rozwoju oprogramowania,

� wprowadzanie do oprogramowania nowych funkcji oraz usprawnień juŜ istniejących stanowiących wynik inwencji twórczej Autora,

� wprowadzanie do oprogramowania zmian stanowiących konsekwencję wejścia w Ŝycie nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny, opublikowanych w postaci ustaw, rozporządzeń, itp.

� wprowadzanie w trybie pilnym do oprogramowania zmian i poprawek usuwających stwierdzone błędy i luki we wbudowanych mechanizmach i funkcjach zabezpieczeń,

� gotowość do odpłatnego wykonania na zlecenie Zamawiającego zaproponowanych przez niego modyfikacji oprogramowania.

Konsultacje [KA]


e) Warunki brzegowe świadczenia usług serwisowych dla oprogramowania aplikacyjnego przedstawiono w Tabela.

Tabela. Warunki świadczenia usług serwisowych Oprogramowania Aplikacyjnego i oprogramowania wdroŜonego w ramach zadań 1 - 2.

Nazwa Minimalne warunki

serwisu Uwagi

Godziny pracy Serwisu 700-1600 Okres godzin w ciągu dnia roboczego od poniedziałku do piątku.

Czas reakcji Serwisu 4h Czas w godzinach liczony od chwili zaewidencjonowania w serwisie Zgłoszenia Serwisowego do momentu przyjęcia zgłoszenia tj. nadania mu statusu „przyjęte/ zarejestrowane” w godzinach pracy serwisu.

Czas usunięcia Awarii 48h Czas liczony w dniach roboczych od upłynięcia czasu reakcji.

Czas usunięcia Wady Aplikacji


Czas usunięcia Usterki Programistycznej


Czas obsługi Konsultacji 10 dni Czas liczony w dniach roboczych od upłynięcia czasu reakcji.

f) Wszystkie wykonane przez Wykonawcę interwencje serwisowe wykonane w ramach umowy będą wymagały dokumentacji w formie pisemnej na formularzach „Zgłoszenie awarii” oraz „Protokół z naprawy”, których wzory dostarczy Wykonawca.

g) KaŜde zgłoszenie, wymagające reakcji serwisu będzie miało dowolną z nw. form: � formularz elektroniczny udostępniony przez Wykonawcę, � list elektroniczny, � fax.

h) Zgłoszenia, będą potwierdzane przez Zamawiającego na formularzu „Zgłoszenie awarii”, nie później niŜ w pierwszym dniu roboczym po zgłoszeniu awarii, przy czym opóźnienie w tym zakresie nie wpływa na obowiązki Wykonawcy wynikające z treści niniejszej umowy.

i) Przyjęcie zgłoszeń będzie potwierdzane przez Wykonawcę w formie elektronicznej (poczta elektroniczna) nie później niŜ w 4 godziny po zgłoszeniu awarii przy czym opóźnienie w tym zakresie nie wpływa na obowiązki Wykonawcy wynikające z treści niniejszej umowy.

j) Osoby upowaŜnione do podpisywania formularzy o których mowa w pkt. f), dokonywania zgłoszeń, o których mowa w pkt. f) oraz do wysyłania potwierdzeń, o których mowa w pkt. h), zostaną wskazane prze obie Strony nie później niŜ w dniu podpisania Protokołu Odbioru Końcowego.

k) Naprawy będą wykonywane zgodnie z procedurami serwisowymi opracowanymi przez Wykonawcę i zaakceptowanymi przez Zamawiającego.

l) Wykonawca obowiązany będzie prowadzić rejestr interwencji serwisowych . m) Wykonawca zapewni rozwój oprogramowania aplikacyjnego zgodnie ze zmieniającymi się powszechnie

obowiązującymi przepisami prawa lub przepisami prawa wewnętrznie obowiązującymi wydanymi na podstawie delegacji ustawowej, z zastrzeŜeniem, Ŝe wykonawca zobowiązany jest do:

SIWZ TP-231/4/PN/124/2013


64

� udostępnianie zamawiającemu informacji o nowych wersjach oprogramowania aplikacyjnego, � udostępniania uaktualnień oprogramowania aplikacyjnego (nowych wersji oprogramowania aplikacyjnego), � bezpłatna instalacja uaktualnień oprogramowania w siedzibie klienta.

ZAKRES GWARANCJI I WARUNKI SERWISU INFRASTRUKTURY TE CHNICZNEJ

1. Warunki gwarancyjne sprzętu (sprzęt komputerowy, inny sprzęt komputerowy):

� minimum 36 miesięcy (trzy lata) gwarancji; � zamawiający oczekuje moŜliwości przedłuŜenia czasu gwarancji do pięciu lat; � wszystkie naprawy gwarancyjne realizowane w miejscach zainstalowania w siedzibie Zamawiającego, a w

przypadku, gdy jest to niemoŜliwe z przyczyn technicznych w innym miejscu po uzgodnieniu z Zamawiającym; � Wykonawca ponosi koszty napraw gwarancyjnych, włączając w to koszt części i transportu; � w czasie obowiązywania gwarancji dostawca zobowiązany jest do udostępnienia Zamawiającemu nowych wersji

BIOS, wbudowanego oprogramowania firmowego (ang. firmware) i sterowników (na płytach CD lub adresy stron internetowych umoŜliwiające Zamawiającemu załadowanie tego oprogramowania);

� w okresie gwarancji Zamawiający nie będzie zobowiązany do zapewnienia oryginalnych opakowań producenta.

2. Warunki serwisu sprzętu:

� w okresie gwarancji Zamawiający uzyska nieodpłatny dostęp do bazy wiedzy technicznej, systemu zgłoszeń, pomocy technicznej oraz bezpłatnych aktualizacji oprogramowania;

� sprzęt będzie objęty min. 3 letnim serwisem świadczonym przez autoryzowany kanał serwisowy producenta: − serwis obejmuje podmianę sprzętu, aktualizacje oprogramowania (BIOS, firmware, sterowniki); − czas reakcji na zgłoszenie awarii tj. przybycie serwisu do odbiorcy będzie wynosił maksymalnie 24 godziny w

dni robocze; − zgłoszenia będą przyjmowane drogą pisemna, telefoniczną na wskazany nr telefonu, pocztą elektroniczną na

wskazany adres elektroniczny lub przez wskazaną stronę internetową; − czas naprawy maksymalnie 5 dni lub inny uzgodniony z Zamawiającym w przypadkach, gdy dotrzymanie tego

terminu jest niemoŜliwe ze względów logistycznych bądź technicznych; − podmiana sprzętu następuje po uprzedniej weryfikacji i akceptacji konieczności wymiany sprzętu przez

inŜyniera wsparcia technicznego Wykonawcy; − w przypadku nie dokonania naprawy w terminach określonych wyŜej, Wykonawca wymieni wadliwy sprzęt

lub podzespół na nowy o parametrach nie gorszych niŜ uszkodzony, bez dodatkowych opłat; − Wykonawca wymieni sprzęt lub podzespół na nowy w okresie gwarancji w przypadku 3 istotnych awarii

sprzętu lub podzespołu. Za uszkodzenie istotne przyjmuje się kaŜde uszkodzenie ograniczające funkcję sprzętu;

− w przypadku wymiany uszkodzonego sprzętu na nowy lub wymiany podzespołu będą obowiązywać będą warunki gwarancji i serwisu wynikające z umowy, a bieg terminu gwarancji sprzętu nowego, wymienionego rozpoczyna się od nowa z chwilą jego dostarczenia i uruchomienia;

......................, dnia................

........................................................................


SIWZ TP-231/4/PN/124/2013


65


............…………………………………… Pieczątka firmowa Wykonawcy

MINIMALNY CZAS WDRO śENIA PERSONELU (uŜytkowników i administratorów).

Lp. Rodzaj modułu lub innego oprogramowania

[bazodanowe i systemowego]

WdroŜenie uŜytkowników*/administratorów

[minimalny czas wdroŜenia]

1. Moduł ………….. …..h/h…

2. Moduł ……………. ………..

3. Moduł ……………. …………

4. Oprogramowanie bazodanowe ………….. ………….

5. Oprogramowanie systemowe …………. …………

6. Inne ……

*nie mniej niŜ 3 dni x po 2 godziny lekcyjne /grupa max. 8 osób

......................, dnia................

........................................................................


SIWZ TP-231/4/PN/124/2013


66



FORMULARZ OFERTOWY

Nazwa Wykonawcy:…………………………………………….......................................

Siedziba Wykonawcy:……………………………………………………………………

Nr tel...................................../ nr fax: ..........................………….............

E-mail:.......…......@.....................…....… http://.............……......................….........

NIP ……………………………………............

Regon……………………………….…..........

Ustanowionym pełnomocnikiem do reprezentowania w postępowaniu o udzielenie zamówienia i / lub zawarcia umowy w przypadku składania oferty wspólnej przez dwa lub więcej podmioty gospodarcze (konsorcja/spółki cywilne) jest:

Stanowisko ........................................

imię i nazwisko .........................................................

Tel. .................................................fax. .................

_______________________________________________________________

Nawiązując do ogłoszenia o przetargu nieograniczonym na

„Medyczny System Informatyczny dla Szpitala Wojewódzkiego w Koszalinie”

dotyczącego postępowania o udzielenie zamówienia publicznego, nr sprawy: TP-231/4/PN/124/2013, oferujemy wykonanie zamówienia zgodnie z wymogami specyfikacji istotnych warunków zamówienia za cenę:

Wartość netto oferty: ..................................................…..... zł

Podatek VAT ………….. %

Wartość brutto : ........................................................………zł

(Słownie: .................................................................................................................................................................)

1. Zobowiązuję się do dostarczenia Harmonogramem Rzeczowo – Finansowego (HRF) najpóźniej 5 dni przed podpisaniem umowy.

2. Płatność poszczególnych faktur VAT będzie następować w terminie 30 dni od dnia otrzymania przez Zamawiającego prawidłowo wystawionej przez Wykonawcę faktury VAT przy czym podstawą wystawienia przez Wykonawcę faktury VAT jest podpisanie przez Zamawiającego bez zastrzeŜeń poszczególnych Protokołów Odbioru Części Zadań oraz Protokołów Odbioru Końcowego (zgodnie z warunkami umowy).

3. Niniejsza oferta w pełni spełnia wymagania stawiane przez Zamawiającego – wszystkie zaoferowane przez nas przedmioty dopuszczone są do obrotu i stosowania w placówkach słuŜby zdrowia na terenie UE w zakresie wymaganym odpowiednimi zapisami prawa.

4. Zobowiązujemy się do zrealizowania przedmiotu zamówienia w nieprzekraczalnym terminie do 31.12.2013r. W tym terminie nastąpi pełne uruchomienie Zintegrowanego Systemu Informatycznego i podpisanie Protokołu Odbioru Końcowego.

5. Termin gwarancji biegnie od dnia podpisania przez przedstawicieli Zamawiającego Protokołu Odbioru Końcowego.

6. Oświadczamy, Ŝe zapoznaliśmy się z SIWZ i nie wnosimy do niej zastrzeŜeń oraz zobowiązujemy się do stosowania i ścisłego przestrzegania warunków w niej określonych.

SIWZ TP-231/4/PN/124/2013


67

7. Oświadczamy, Ŝe uwaŜamy się za związanych ofertą przez czas wskazany w SIWZ.

8. Po zakończeniu postępowania wadium wniesione w pieniądzu naleŜy zwrócić na konto: nr: ….............................................................................……........................ *

* naleŜy podać bank i numer konta w przypadku wniesienia wadium w pieniądzu.

9. Oświadczamy, Ŝe zawarte w SIWZ istotne postanowienia umowy zostały przez nas zaakceptowane i zobowiązujemy się, w przypadku wyboru naszej oferty za najkorzystniejszą, do zawarcia umowy na określonych w nich warunkach w miejscu i terminie wyznaczonym przez Zamawiającego.

10. Udzielamy ........... miesięczny (min. 36. miesięczny) okres gwarancji, świadczenia usług serwisowych i sprawowania nadzoru autorskiego dla oprogramowania w zakresie Zadania 1.

11. Udzielamy ........... miesięczny (min. 36. miesięczny) okres gwarancji, świadczenia usług serwisowych i sprawowania nadzoru autorskiego dla oprogramowania w zakresach Zadań 2.

12. Oświadczamy, Ŝe uzyskaliśmy informacje niezbędne do przygotowania oferty.

13. Oświadczamy, Ŝe jest zaimplementowany standard HL7 w oferowanym Zintegrowanym Systemie Informatycznym.

14. Oświadczamy, iŜ niniejsza oferta oraz wszelkie załączniki do niej są jawne i nie zawierają informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji z wyjątkiem stron nr……………………................*

*podać nr stron, z których informacje oferty są uprawnione do utajnienia, w przypadku braku stron uprawnionych do utajnienia naleŜy pole zakropkowane skreślić.

15. W poniŜszych tabeli podajemy charakterystykę parametrów przedmiotu zamówienia podlegających ocenie zgodnie z kryteriami oceny ofert zawartych w punkcie 7 SIWZ:

Lp. Wymagania techniczne TAK/NIE

1. Pochodzenie oferowanych systemów w części HIS od jednego producenta

2. Wielkość składników pobieranych do pamięci podręcznej przeglądarki WWW max 300Kb RAM w części HIS

3. W części medycznej (HIS) system wykorzystuje motor bazy danych Open Source

4. System HIS uruchamia się na stacji roboczej nie dłuŜej niŜ 5 sekund zarówno podczas pierwszego jak i kolejnego uruchomienia

16. Elementami integralnymi oferty są następujące dokumenty, oświadczenia i informacje:

1. ...............................................................................

2. ..............................................................................

3. ..............................................................................

......................, dnia................

........................................................................


SIWZ TP-231/4/PN/124/2013


68



OŚWIADCZENIE O SPEŁNIENIU WARUNKÓW UDZIAŁU W POST ĘPOWANIU

Oświadczam, iŜ Wykonawca spełnia warunki udziału w postępowaniu.

DATA: PODPIS WYKONAWCY

SIWZ TP-231/4/PN/124/2013


69



OŚWIADCZENIE O BRAKU PODSTAW DO WYKLUCZENIA

Oświadczam, iŜ wykonawca nie podlega wykluczeniu z postępowania o udzielenie zamówienia publicznego na podstawie

art. 24 ust. 1 ustawy Prawo zamówień publicznych.

DATA: PODPIS WYKONAWCY

SIWZ TP-231/4/PN/124/2013


70



WYKAZ DOSTAW

Wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych równieŜ wykonywanych dostaw w zakresie niezbędnym do wykazania spełniania warunku wiedzy i doświadczenia w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeŜeli okres prowadzenia działalności jest krótszy – w tym okresie, a mianowicie Wykonawca musi udokumentować posiadanie wiedzy i doświadczenia poprzez wykazanie realizacji, w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeŜeli okres prowadzenia działalności jest krótszy – w tym okresie, przynajmniej jednej dostawy o wartości nie mniejszej niŜ 1.500.000,00 PLN brutto, odpowiadającej swoim rodzajem dostawie objętej przedmiotem zamówienia w ramach jednej dostawy. Za dostawę odpowiadającą swoim rodzajem dostawom objętym przedmiotem zamówienia, Zamawiający uzna dostawę obejmującą wszystkie poniŜsze elementy łącznie:

� dostawę, instalację, konfigurację i wdroŜenie Hospital Information System (HIS) obejmującego część medyczną w konfiguracji obejmującej minimum: Ruchu Chorych – Izba Przyjęć, Ruch Chorych – Oddział, Statystyka, Zlecenia, Rozliczeń z płatnikami, Kolejka oczekujących, Apteka, Blok operacyjny

� portal umoŜliwiający wykonywanie usług on-line, z liczbą stanowisk roboczych nie mniejszą niŜ 60, z których uŜytkownicy korzystają z wdroŜonego systemu informatycznego oraz liczbą uŜytkowników systemu informatycznego nie mniejszą niŜ 80 osób,

� dostawę infrastruktury teleinformatycznej zawierającej co najmniej: s macierz dyskowa, urządzenia do archiwizowaniu

L.p. Nazwa zadania, zakres rzeczowy, parametry

Nazwa odbiorcy i adres Kwota

zrealizowanych dostaw

Okres realizacji, (rok, miesiąc)

Załączniki: dokumenty potwierdzające, Ŝe dostawy zostały wykonane naleŜycie.

......................, dnia................

........................................................................


SIWZ TP-231/4/PN/124/2013


71



WYKAZ OSÓB

Wykaz co najmniej 8 osób, które będą uczestniczyć w wykonaniu zamówienia wraz z informacjami na temat ich kwalifikacji zawodowych, doświadczenia i wykształcenia niezbędnych do wykonania zamówienia Wykonawca musi udokumentować dysponowanie odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia w tym: � Co najmniej 1 kierownik projektu, posiadający:

− co najmniej 5-letnie doświadczenie w pełnieniu funkcji kierownika projektu w projektach dotyczących wdroŜeń oraz serwisu (utrzymanie, wsparcie, rozwój) systemów informatycznych w słuŜbie zdrowia,

− co najmniej wykształcenie wyŜsze techniczne w zakresie informatyki oraz jeden z certyfikatów potwierdzających kwalifikacje merytoryczne zarządzania projektami IT: PRINCE2, PMA, PMP lub równowaŜny.;



L.p. Imi ę i nazwisko Kwalifikacje,

doświadczenie, wykształcenie

Zakres wykonywanych czynności

Podstawa do dysponowania tymi

osobami

......................, dnia................

........................................................................


Documents

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA (SIWZ) · - Oprogramowanie umo Ŝliwiaj ące gromadzenie, przechowywanie i udost ępnianie danych. Oprogramowanie Systemowe - Oprogramowanie